第六五三章 慌乱 (第1/2页)

对方律师——K&S律所那位以强势著称的首席诉讼律师马库斯·韦斯顿——在法官批准其交叉询问后，立刻从原告席起身。
　　
　　他身材高大，穿着价格不菲的深蓝色条纹西装，灰白的头发梳得一丝不苟，脸上带着一种习惯于在法庭上掌控局面的自信，但眼神深处却透出被沈墨华之前证言打乱节奏后的警惕与攻击性。
　　
　　他几步走到证人席前方，并未立刻发问，而是先调整了一下自己的金丝边眼镜，目光如同审视猎物般扫过沈墨华平静无波的脸，试图施加无形的压力。
　　
　　法庭内的空气仿佛随着他的动作而更加凝滞，旁听席上的林清晓不自觉地屏住了呼吸。
　　
　　“沈先生，”韦斯顿开口，声音洪亮而富有穿透力，带着刻意放缓的、仿佛在斟酌每个字眼的节奏，“您作为被告公司的首席执行官，亲自出席作证，对维护贵公司的商业利益，自然有着……极高的积极性。这或许会影响您对技术事实判断的……绝对客观性，您同意吗？”
　　
　　开场便暗指证人存在利益偏见，这是交叉询问中常见的施压手段。
　　
　　沈墨华微微抬起视线，迎向韦斯顿的目光，脸上没有任何被冒犯或慌张的神色，语气平淡如常：“我基于我的专业知识和事实提供证言。我的陈述是否客观，法官阁下和本案记录自会判断。”
　　
　　他巧妙地将评判权交还给法庭，避开了对方设下的“是否同意”的语义陷阱。
　　
　　韦斯顿显然没指望第一个问题就能难倒对方，他很快转向技术层面，这才是他准备的主战场。
　　
　　“很好。那么，让我们回到技术细节，沈先生。”他走回原告席，拿起一份厚厚的文件，翻到某一页，“您刚才声称，贵公司的‘安卓’系统，其‘进程间通信机制’——具体来说，是‘绑定器’（Binder）驱动框架——与我的客户专利中权利要求3所描述的‘基于消息队列的异步通信接口’存在‘本质区别’。能否请您，用足够具体而非笼统的语言，向法庭解释一下，这种‘本质区别’究竟何在？”
　　
　　他刻意使用了“绑定器”这个相对具体的安卓内部模块名称，并引用了专利权利要求编号，试图将讨论引入复杂且容易产生混淆的具体实现细节，考验沈墨华临场反应的深度和准确性。
　　
　　沈墨华的神色没有任何变化，仿佛早已预料到会有此一问。
　　
　　“可以。”他简洁地回答，随即转向法官，“法官阁下，为便于说明，我请求使用展示板。”
　　
　　在法官点头示意后，他从容地站起身，走到法庭中央事先准备好的大型可书写白板前。
　　
　　他没有立刻动笔，而是先面向法官和对方律师，用流利而清晰、不带任何口音的英语开始阐述，语速平稳，确保每个词都清晰可辨：“首先，需要明确一个前提：专利权利要求3描述的是一个相对**抽象和高层**的‘通信接口’概念，它关注的是‘异步’、‘消息队列’这些功能特征。而安卓系统的‘绑定器’，是一个**具体的、底层的内核驱动实现**。”
　　
　　他一边说，一边在白板左侧画了一个简单的方框，标注“专利Claim3：抽象接口（功能描述）”，在右侧画了另一个方框，标注“安卓Binder：具体实现（内核驱动）”。
　　
　　“两者的‘本质区别’首先在于抽象层级不同。前者是‘要做什么’（What）的描述，后者是‘如何做到’（How）的方案。”
　　
　　韦斯顿插话，语气带着质疑：“但你的‘绑定器’难道不也实现了异步消息传递吗？这难道不正落入了权利要求3所覆盖的功能范围？”
　　
　　“这正是容易产生混淆的关键点。”沈墨华并未被干扰，拿起一支黑色记号笔，在代表“安卓Binder”的方框下快速勾勒出几个子模块和箭头，“‘绑定器’实现跨进程通信的核心机制，并非简单依赖一个通用的‘消息队列’。它引入了一套独特的**进程间对象引用和事务管理模型**。”
　　
　　他在白板上写下“对象引用”、“事务ID”、“线程迁移”等术语，并画出简化的数据流图。
　　
　　“具体而言，它通过内核维护的‘引用计数表’来精确管理远程对象生命周期，通过‘事务栈’来跟踪嵌套的跨进程调用，其数据封送（Marshalling）和线程调度策略也与传统消息队列有显著差异。这些**具体的设计选择和实现手段**，构成了‘绑定器’独特的技术方案，其目的是为了在移动设备上实现更高效率、更安全的IPC，而不仅仅是实现‘异步消息传递’这个宽泛功能。”
　　
　　他的解释层层递进，从抽象到具体，既有架构层面的对比，又有关键实现细节的支撑，逻辑清晰，令人信服。
　　
　　旁听席上，连几位法律记者都开始认真记录他画出的示意图。
　　
　　韦斯顿意识到在“绑定器”具体细节上纠缠可能占不到便宜，反而会让法官更清晰地理解安卓的技术独特性。
　　
　　他立刻转换角度，再次提升问题的复杂性和攻击性：“那么，关于权利要求4中提到的‘动态资源映射与隔离机制’，你方声称安卓系统的‘应用沙箱’与之不同。专利中明确提到了‘基于硬件虚拟化扩展的轻量级隔离’，而据我所知，安卓系统目前主要依赖于Linux内核的用户ID（UID）隔离。这是否意味着，安卓系统在安全性隔离的‘技术先进性’上，实际上**落后**于我的客户在数年前就已构思并寻求保护的专利技术方案？”
　　
　　这个问题极为刁钻，不仅再次将讨论拉入艰深的操作系统安全机制比较，更隐含了对安卓技术价值的贬低，试图引导法官形成“专利技术更先进”的印象。
　　
　　沈墨华的嘴角几不可察地向下抿了微乎其微的弧度，那并非笑意，而是一种对问题中逻辑陷阱的冷然评估。
　　
　　他放下记号笔，双手自然垂在身侧，目光平静地看向韦斯顿，并未直接回答“是或否”，而是再次进行概念厘清：“律师先生，这里存在一个**范畴错误**。专利权利要求4所描述的，是一种**构想性的隔离机制**，它提及‘硬件虚拟化扩展’作为一种可能的实现途径。而安卓的‘应用沙箱’，是一个**已经大规模商用的、成熟的安全架构**，其核心是Linux内核提供的多种隔离机制（包括但不限于UID、文件系统命名空间、能力边界等）的组合运用。”
　　
　　他停顿一下，让法庭消化这个区别，然后继续，“评判一个安全架构是否‘先进’，并非仅仅看它是否采用了某项特定的、处于发展中的硬件技术（如2001年时移动设备尚未普及的硬件虚拟化支持），而要看其在**目标硬件平台约束下，能否有效达成安全隔离的设计目标，并平衡性能、功耗和兼容性**。安卓的沙箱模型经过大量真实设备的检验，证明了其在该目标下的有效性。而贵方专利中的构想，在申请日时，更多是一种面向未来的、未经验证的技术可能性描述。两者属于不同的范畴，直接比较‘先进性’并无实际意义。”
　　
　　他不仅化解了“落后”的指控，更反过来质疑了对方专利技术方案在当时的实际可实现性和必要性，逻辑严谨，无懈可击。
　　
　　韦斯顿的脸色微微沉了下来，他连续两次在具体技术交锋中被对方以清晰的逻辑和更扎实的技术背景化解。
　　
　　他感到必须拿出更具压迫性的姿态，并试图将话题引向可能对己方有利的、关于“发明构思”的时间线。
　　
　　他上前一步，声音提高，带着明显的质疑语气：“沈先生，你一再强调具体实现与抽象概念的区别。那么，让我们回到最核心的‘发明构思’本身。我的客户在2001年提交这些专利申请时，其所构想的模块化、消息通信、安全隔离的移动操作系统架构，在当时难道不是极具前瞻性和创新性的吗？难道市场上存在一个完整的、公开的、如专利所描述的移动操作系统吗？”
　　
　　他试图引导沈墨华承认对方专利在“构思”上的“独创性”，为后续辩论留下空间。
　　
　　沈墨华静静地听他说完，深邃的眼眸中闪过一丝了然的光芒。
　　
　　对方终于主动将话题引向了“发明构思”的时间点和公开性——这正是他等待的，将那份关键“前案”证据引入法庭辩论的最佳时机。
　　
　　他没有立刻回答，而是微微侧身，再次面向法官，语气沉稳而郑重：“法官阁下，要客观评估一项专利技术在申请日时的‘前瞻性’或‘创新性’，最可靠的方式，是与**申请日之前已经公开存在的技术知识**进行比对。”
　　
　　他略微停顿，目光扫过韦斯顿，然后清晰地说道：“事实上，在1998年，也就是早于涉案专利最早申请日超过三年，已经有一份公开的技术文献，详细描述了一种与涉案专利核心构思高度相似的移动设备操作系统架构模型。”
　　
　　此话一出，法庭内出现了极其细微的骚动。
　　
　　原告席上的律师们交换着震惊和不安的眼神，韦斯顿的瞳孔猛地收缩，他显然知道对方指的是什么，但没料到沈墨华会在交叉询问中主动、如此直接地提出来。
　　
　　

（本章未完，请点击下一页继续阅读）