站起身，走到法庭中央事先准备好的大型可书写白板前。
他没有立刻动笔，而是先面向法官和对方律师，用流利而清晰、不带任何口音的英语开始阐述，语速平稳，确保每个词都清晰可辨：“首先，需要明确一个前提：专利权利要求3描述的是一个相对**抽象和高层**的‘通信接口’概念，它关注的是‘异步’、‘消息队列’这些功能特征。而安卓系统的‘绑定器’，是一个**具体的、底层的内核驱动实现**。”
他一边说，一边在白板左侧画了一个简单的方框，标注“专利Claim 3：抽象接口（功能描述）”，在右侧画了另一个方框，标注“安卓Binder：具体实现（内核驱动）”。
“两者的‘本质区别’首先在于抽象层级不同。前者是‘要做什么’（What）的描述，后者是‘如何做到’（How）的方案。”
韦斯顿插话，语气带着质疑：“但你的‘绑定器’难道不也实现了异步消息传递吗？这难道不正落入了权利要求3所覆盖的功能范围？”
“这正是容易产生混淆的关键点。”沈墨华并未被干扰，拿起一支黑色记号笔，在代表“安卓Binder”的方框下快速勾勒出几个子模块和箭头，“‘绑定器’实现跨进程通信的核心机制，并非简单依赖一个通用的‘消息队列’。它引入了一套独特的**进程间对象引用和事务管理模型**。”
他在白板上写下“对象引用”、“事务ID”、“线程迁移”等术语，并画出简化的数据流图。
“具体而言，它通过内核维护的‘引用计数表’来精确管理远程对象生命周期，通过‘事务栈’来跟踪嵌套的跨进程调用，其数据封送（Marshalling）和线程调度策略也与传统消息队列有显著差异。这些**具体的设计选择和实现手段**，构成了‘绑定器’独特的技术方案，其目的是为了在移动设备上实现更高效率、更安全的IPC，而不仅仅是实现‘异步消息传递’这个宽泛功能。”
他的解释层层递进，从抽象到具体，既有架构层面的对比，又有关键实现细节的支撑，逻辑清晰，令人信服。
旁听席上，连几位法律记者都开始认真记录他画出的示意图。
韦斯顿意识到在“绑定器”具体细节上纠缠可能占不到便宜，反而会让法官更清晰地理解安卓的技术独特性。
他立刻转换角度，再次提升问题的复杂性和攻击性：“那么，关于权利要求4中提到的‘动态资源映射与隔离机
本章未完，请点击下一页继续阅读！