一种操作再现平台（12）以在媒体增强环境中再现跨越多个装置的交互式媒体呈现的事件的方法，包括在再现引擎（14）处接收再现片段（24）；将来自再现片段（24）的指令（26）传递到回调部件（18）；按照该指令（26）从回调部件（18）向外部应用程序（20）进行过程调用（28）；在再现引擎（14）上注册一个或多个再现装置（16）；在再现引擎（14）上注册一个或多个回调部件（18）；其中将回调部件（18）作为再现装置注册在再现引擎（14）上以便将回调部件（18）当作再现装置（16）寻址。2.按照权利要求1所述的方法，其中再现装置（16）或回调部件（18）的注册包括接收XML文档（22）。3.按照权利要求1所述的方法，其中回调部件（18）的注册包括从外部应用程序（20）接收XML文档（22）。4.按照前述任何一项权利要求所述的方法，其中传递到回调部件（18）的、来自再现片段（24）的指令（26）包括过程调用（28）。

这是一份以经验丰富的专利代理师视角制作的专利无效分析报告。分析严格紧扣目标专利说明书（CN101331455B）对权利要求的保护范围进行解释，同时对对比文件D1（US20030061400A1）和D2（US20050074018A1）进行了逐条特征的梳理与比对，并给出了精准的出处及后续检索策略。

---

## 一、 目标专利权利要求的解释（紧密结合目标专利说明书）

目标专利 CN101331455B（发明名称：操作再现平台的数据处理系统和方法）试图解决的核心技术问题是：在分布式媒体再现环境中，**第三方/外部应用程序无法直接对再现平台内部状态的变化做出反应或进行双向交互**（说明书[0002]-[0003]）。

为了解决该技术问题，目标专利在权利要求1中限定了以下核心发明构思：

1. **“再现片段”（Feature A）**：根据说明书[0003]、[0031]、[0043]-[0051]，再现片段是描述再现呈现（presentation）的文档（如包含XML或置标语言代码片段的文档），其中包含在特定状态满足时要执行的“媒体资产/项目”指令（例如 `printHello`）。

2. **“回调部件”及“注册”机制（Feature B、D、E、F）**：根据说明书[0009]-[0010]、[0017]、[0029]以及[0055]，回调部件（Callback Component）本身是一种特殊的软件模块。**本专利的核心特征在于“伪装”机制（Feature F）**：回调部件向再现引擎发送介绍其能力的文档（文档22），**将其自身作为“再现装置”（Rendering Device）注册在再现引擎上**。再现引擎内部并不关注该指令是否是针对外部程序的调用，而是直接将其视为普通的媒体资产/串值，像寻址普通再现装置（如灯光 `rgb_light`）一样去**寻址**该回调部件。

3. **“过程调用”（Feature C）**：根据说明书[08]、[055]，当再现引擎内部状态变为特定值（如 `red`）时，引擎将指令传递给回调部件，再由回调部件独立（本地或远程）向外部应用程序（20）发起过程调用（如SOAP/RPC），从而避免了将再现引擎的内部状态泄露给第三方程序，实现了安全的双向交互。

---

## 二、 对比文件特征比对与详细出处

以下对比文件在分析中指代如下：

* **对比文件D1**：US20030061400A1 (Enabled device and a method of operating a set of devices)

* **对比文件D2**：US20050074018A1 (XML-based template language for devices and services)

### 技术特征比对表

---

## 三、 最接近对比文件的选择与创造性分析

### 1. 最接近对比文件的选择：对比文件 D1（US20030061400A1）

从**整体解决的技术问题**和**技术效果**角度分析：

* **对比文件D1** 的技术领域为通过分布式装置（灯光、声音、气味、加热器等）根据置标语言指令（如 `<FOREST>`, `<SUMMER>`）共同再现/渲染（Rendering）沉浸式现实世界体验（Real-world experience）。**这与目标专利在技术领域、背景技术（均针对分布式媒体呈现/再现平台）以及整体解决的技术问题（如何根据呈现指令控制多装置协同再现）上最为接近。**

* **对比文件D2** 主要解决的是网络中设备的自动发现、自配置（Universal Plug and Play, UPnP）以及基于XML/SOAP的通用设备控制架构，偏向于底层网络协议和控制接口规范，与“媒体再现平台”的业务逻辑及“利用再现资产触发外部调用”的针对性略低。

因此，**对比文件D1（US20030061400A1）最适合作为本案最接近的对比文件**。

### 2. 未被最接近对比文件公开特征的审查与评价

以 **D1** 为最接近对比文件，权利要求1相对于D1的区别技术特征为：

1. **特征B & C**：存在“回调部件”，且将来自再现片段的指令传递给回调部件，由回调部件向“外部应用程序”进行“过程调用”；

2. **特征E & F**：在再现引擎上注册回调部件，且**将回调部件作为再现装置注册在再现引擎上，以便将回调部件当作再现装置寻址**。

* **其他对比文件（D2）是否公开了这些区别特征？**

经过对对比文件 **D2（US20050074018A1）** 的全文检索与比对，**D2同样没有公开上述区别特征**。D2公开的是标准UPnP架构中的“控制点（User Control Point）”与“受控设备（Controlled Device）”之间的双向通信，通过SOAP或GENA协议进行远程过程调用（RPC）或事件通知。在D2中，服务和设备是显式注册和调用的，**并未公开将“回调外部程序的接口”伪装/包装成一个普通的“再现装置（Rendering Device）”注册到再现引擎中进行统一寻址**。

---

## 四、 提出无效请求时最薄弱的技术特征分析

在专利无效宣告程序中，**目标专利最薄弱（即最不易被攻破、专利权人最稳固的“防线”）的技术特征**是：

> **特征F：其中将回调部件（18）作为再现装置注册在再现引擎（14）上以便将回调部件（18）当作再现装置（16）寻址。**

### 分析原因：

1. **发明构思的独特性（“伪装”设计）**：在传统的分布式再现平台中，再现引擎只负责驱动物理输出设备（如灯光、音响）。若要调用外部第三方程序，常规技术人员的思维是修改再现引擎的底层代码，增加对外的API或事件回调接口。而本专利巧妙地采用了“设计模式中的适配器/代理模式思维”，**不修改再现引擎的操作逻辑**（说明书[0010]），而是通过向引擎提供一个XML注册文档（文档22），将回调部件“伪装”成一个具有再现能力的物理设备（如类型为 `external_application` 的设备）。再现引擎像对待普通灯光设备一样将指令发给它，回调部件再在后台发起真正的RPC过程调用。

2. **现有技术（D1、D2）的教导缺陷**：

* D1完全没有涉及回调机制及外部应用程序的接入；

* D2（UPnP架构）采用的是正规的“设备-服务-动作”三级模型，设备就是设备，服务就是服务，不存在为了兼容已有引擎而将“软件回调接口”注册为“硬件/再现装置”的架构设计。

3. **结论**：特征F构成了本专利具备创造性的核心支柱（Non-obvious step）。如果仅凭当前的对比文件D1和D2组合，**无法形成对特征F的技术教导**，直接提起无效宣告将被驳回。

---

## 五、 进一步的对比文件检索策略（针对“特征F”突破）

为了成功无效目标专利的权利要求1，下一步检索的核心目标必须是破除 **“将软件回调接口/外部代理抽象/注册为系统原生的设备/硬件对象，从而实现统一寻址”** 这一技术特征。

建议采取以下针对性检索策略：

### 1. 扩展检索领域与关键词构建

除传统的“媒体再现（Media Rendering）”、“周围智能（Ambient Intelligence）”领域外，应重点向**软件设计模式、分布式对象中间件、虚拟设备驱动**领域扩展：

* **中文检索词**：

`(回调 OR 代理 OR 适配器 OR 虚拟设备) AND (注册 OR 寻址) AND (伪装成 OR 当作 OR 映射为) AND (再现 OR 渲染 OR 输出 OR 外部应用)`

* **英文检索词**：

* `(callback OR proxy OR adapter OR "virtual device") NEAR3 (register* OR address*)`

* `("rendering engine" OR "media engine" OR "presentation engine") AND ("callback component" OR "external application" OR "RPC" OR "remote procedure call")`

* `("registered as a device" OR "treated as a device" OR "addressed as a device")`

### 2. 重点专利分类号（IPC / CPC）深度追踪

* **H04L 67/51**（网络服务发现或注册）

* **G06F 9/448** / **G06F 9/54**（程序间通信、软件代理、事件驱动机制、远程过程调用）

* **H04L 12/28** / **H04L 12/2807**（家庭自动化网络、分布式媒体控制，关注飞利浦(Philips)、索尼(Sony)、三星(Samsung)、松下(Panasonic)在该领域的早期专利）

### 3. 非专利文献（NPL）检索（极高优先级）

目标专利的优先权日较早（约2007年前后），且该技术高度依赖于当时的**Web服务（SOAP/XML）、SMIL置标语言、W3C标准及分布式系统设计模式**。应重点检索：

1. **W3C SMIL (Synchronized Multimedia Integration Language) 扩展草案及论文**：寻找SMIL语言中如何通过定义虚拟 `region` 或虚拟 `device` 触发外部脚本/回调函数。

2. **面向对象设计模式文献**：检索关于“将外部函数回调包装为标准设备接口（Device Adapter / Virtual Device Pattern）”的计算机科学论文（如 IEEE/ACM 数据库，特别是 Working Conference on Component-Based Software Engineering）。

3. **飞利浦（Philips，即目标专利原申请人）自身的早期学术出版物**：飞利浦在2000-2006年间在“Ambient Intelligence (AmI)”和“Distributed Media Rendering”领域发表了大量论文，极有可能在公开专利前已在学术会议上发表过相关架构设计。

作为一名经验丰富的专利代理师，我对目标专利（中国发明专利 **CN101331455B**，《操作再现平台 Data processing system and method for operating a rendering platform》）及其权利要求 1-4 进行了系统的法律与技术比对分析。

---

## 一、 目标专利权利要求与说明书的技术特征解释

### 1. 权利要求 1-4 结构分解

* **权利要求 1（独立权利要求）：**

* **特征 A：** 在再现引擎（14）处接收再现片段（24）；

* **特征 B：** 将来自再现片段（24）的指令（26）传递到回调部件（18）；

* **特征 C：** 按照该指令（26）从回调部件（18）向外部应用程序（20）进行过程调用（28）；

* **特征 D：** 在再现引擎（14）上注册一个或多个再现装置（16）；

* **特征 E：** 在再现引擎（14）上注册一个或多个回调部件（18）；

* **特征 F：** 其中将回调部件（18）作为再现装置注册在再现引擎（14）上以便将回调部件（18）当作再现装置（16）寻址。

* **权利要求 2（从属权利要求）：**

* **特征 G：** 其中再现装置（16）或回调部件（18）的注册包括接收 XML 文档（22）。

* **权利要求 3（从属权利要求）：**

* **特征 H：** 其中回调部件（18）的注册包括从外部应用程序（20）接收 XML 文档（22）。

* **权利要求 4（从属权利要求）：**

* **特征 I：** 传递到回调部件（18）的、来自再现片段（24）的指令（26）包括过程调用（28）。

### 2. 结合目标专利说明书的技术解释

结合目标专利说明书（段落 [0008]-[0010]、[0017]-[0030]、[0044]-[0055]）：

* **“再现引擎（Rendering Engine）”与“再现装置（Rendering Device）”：** 再现引擎是驱动多媒体呈现的核心逻辑单元，负责解析呈现文档并向各种输入/输出装置（如灯、风扇、显示器等再现装置）发送控制指令。

* **“回调部件（Callback Component）”的本质与伪装机制：** 本发明的核心创新在于：回调部件本质上是一个实施回调机制的代理，但在架构上**将其伪装成一个再现装置注册到再现引擎上**（段落 [0010]、[0029]）。对再现引擎而言，回调部件与其他物理再现装置（如 `rgb_light`）无异，引擎无需修改核心架构即可通过原有的装置寻址和指令分发机制向其发送指令。

* **“过程调用（Procedure Call）”：** 当再现引擎将包含特定指令（如 `printHello`）的串值传递给回调部件时，回调部件将其翻译并向外部第三方应用程序（20）发起本地或远程过程调用（如基于 SOAP 协议，段落 [0008]、[0054]-[0055]），从而实现了再现平台到外部第三方程序的主动单向/双向事件触发。

---

## 二、 对比文件技术特征比对分析

### 1. 拟分析对比文件清单

* **D1：** 日本发明专利公开 **JP2001273520A** （*System for integrally displaying multimedia document*，公开日：2001-10-05）

* **D2：** 美国发明专利申请公开 **US20020169012A1** （*Operation of a set of devices*，公开日：2002-11-14）

---

### 2. 详细技术特征比对表

---

## 三、 最接近对比文件确定与整体技术效果分析

### 1. 技术问题与技术效果对比分析

* **目标专利：**

* *技术问题：* 在分布式媒体再现环境中，第三方外部应用程序无法对再现平台内部状态变化作出反应（单向通信），且直接公开平台内部状态会存在安全风险（说明书 [0002]-[0003]）。

* *技术效果：* 创新性地**将回调部件伪装并注册为普通的“再现装置”**，使再现引擎无需修改内部核心逻辑，即可像寻址普通物理硬件一样向回调部件发送指令，再由回调部件安全地向外部程序发起过程调用（说明书 [0008]、[0010]）。

* **对比文件 D1（JP2001273520A）：**

* *技术问题：* 如何在统一的 Web 浏览器环境中结合 XML 跨语言规范整合 2D/3D/音频等多媒体文档（段落 [0004]-[0006]）。

* *技术手段与架构：* 采用了基于 XML SAX 解析的事件驱动框架（MMIDF），利用文档回调（Document Callback）和 DTD 回调来解析标签并向外部应用或渲染画布分发命令（段落 [0047]-[0051]）。

* *对比评估：* D1 与目标专利同属于“利用 XML 解析/多媒体再现框架分发控制指令”的技术领域，且采用了“解析器-回调（Callback）”的控制结构，技术领域和底层架构最为接近。

* **对比文件 D2（US20020169012A1）：**

* *技术问题：* 如何利用游戏或广播信号控制现实物理设备（如灯光、加热器等）以增强用户的沉浸式体验（段落 [0001]-[0003]）。

* *对比评估：* D2 侧重于“虚拟世界信号到现实硬件设备（Light/Heat）”的映射控制，缺少内部逻辑回调与外部程序互动的软件架构设计。

### 2. 最接近对比文件（Primary Reference）结论

**D1（JP2001273520A）适合作为最接近的对比文件。**

* **原因：** D1 属于相同的技术领域（基于 XML 的多媒体渲染/再现平台），且公开了包括再现引擎接收片段（特征 A）、指令传递至回调层（特征 B/I）以及向外部应用发出调用（特征 C）在内的大量底层软件架构特征。

---

## 四、 创造性与无效打击力分析（最薄弱特征指出）

若基于 **D1 为最接近对比文件** 对目标专利权利要求 1 提出无效宣告请求：

### 1. 区别技术特征

相比于 D1，权利要求 1 的区别技术特征在于：

* **区别特征 1（特征 D/E）：** 在再现引擎上**注册**再现装置及回调部件；

* **区别特征 2（特征 F - 最核心特征）：** **将回调部件作为再现装置注册在再现引擎上，以便将回调部件当作再现装置寻址**。

### 2. 无效请求中最薄弱的技术特征（目标专利的“硬核防线”）

* **最薄弱（最难被无效掉/专利权人最强的防御点）：技术特征 F（以及与其绑定的 D、E）。**

* *分析：* 在传统的软件工程或 D1 的架构中，回调（Callback）通常是解析层或操作系统层的软件接口函数；而物理/逻辑设备（Rendering Device）是指令的接收终点。

* 目标专利巧妙地创造了一种**“假冒/代理模式（Proxy Pattern）”**——系统并不将回调部件视作一个特殊的软件 API，而是**“欺骗”再现引擎，让引擎以为回调部件只是一台普通的再现硬件（如灯光或音响）**。这使得再现引擎在无需改造底层调度逻辑的情况下，就能无缝扩充向外调用的能力。

* 现有对比文件 D1 和 D2 中均未体现这种“将软件回调逻辑注册/伪装为硬件/再现装置进行寻址”的构思。若仅依靠 D1 和 D2 的组合，**无法提供将回调部件伪装成再现装置注册并寻址的技术启示**。

---

## 五、 进一步对比文件检索策略建议

为了成功击穿目标专利的“特征 F”防线，建议在后续无效检索中调整策略，重点针对**“代理模式在渲染/设备控制引擎中的应用”**进行补充检索：

### 1. 检索要素组合（Key Concepts）

* **主题 1（再现/设备）：** Rendering Engine, Media Framework, Device Driver, Virtual Device, Device Registration（再现引擎、媒体框架、虚拟设备、设备注册）。

* **主题 2（回调/代理）：** Callback, Proxy Device, Pseudo Device, Dummy Device, External Application Integration（回调、代理设备、伪设备、虚设设备、外部应用集成）。

* **核心逻辑：** Registering software callback/external application as a hardware/rendering device（将软件回调/外部程序注册为硬件/渲染设备）。

### 2. 建议检索方向与数据库策略

1. **针对软件设计模式（Design Patterns）领域的专利与非专利文献（NPL）检索：**

* 重点检索 1998-2005 年期间关于 **"Virtual Device Driver"（虚拟设备驱动）** 或 **"Software Proxy Object registered as Hardware Device"** 的技术文献（如 IEEE、ACM、W3C 规范讨论稿中关于 SMIL / SVG / UPnP 扩展的提案）。

2. **IPC / CPC 分类号精细化拓展：**

* `G06F 9/44` / `G06F 9/54`（软件交互、过程调用、软件事件处理）

* `G06F 13/10`（设备驱动与软件控制）

* `H04N 21/43` / `H04N 21/81`（多媒体交互与交互式呈现引擎）

3. **补充对比文件检索公式示例（以 IEEE/Google Patents 为例）：**

* `("rendering engine" OR "media player") AND ("callback" OR "external application") AND ("registered as device" OR "virtual device" OR "pseudo device")`

---

<ElicitationsGroup message="针对本案的后续无效或诉讼准备，您可以选择：">

<Elicitation label="撰写针对权利要求1的完整无效宣告请求书草稿" query="请结合上述分析，按照中国专利局的规范格式，撰写一份针对CN101331455B权利要求1的专利无效宣告请求书草稿。"/>

<Elicitation label="制定针对特征F的深度非专利文献（NPL）检索式" query="请为我制定一份专门针对特征F（将回调逻辑伪装/注册为设备）的IEEE和ACM非专利文献深度检索指南及检索式。"/>

</ElicitationsGroup>

这是一份以经验丰富的专利代理师视角制作的专利无效分析报告。分析严格紧扣目标专利说明书（CN101331455B）对权利要求的保护范围进行解释，同时对对比文件D1（US20030061400A1）和D2（US20050074018A1）进行了逐条特征的梳理与比对，并给出了精准的出处及后续检索策略。

---

## 一、 目标专利权利要求的解释（紧密结合目标专利说明书）

目标专利 CN101331455B（发明名称：操作再现平台的数据处理系统和方法）试图解决的核心技术问题是：在分布式媒体再现环境中，**第三方/外部应用程序无法直接对再现平台内部状态的变化做出反应或进行双向交互**（说明书[0002]-[0003]）。

为了解决该技术问题，目标专利在权利要求1中限定了以下核心发明构思：

1. **“再现片段”（Feature A）**：根据说明书[0003]、[0031]、[0043]-[0051]，再现片段是描述再现呈现（presentation）的文档（如包含XML或置标语言代码片段的文档），其中包含在特定状态满足时要执行的“媒体资产/项目”指令（例如 `printHello`）。

2. **“回调部件”及“注册”机制（Feature B、D、E、F）**：根据说明书[0009]-[0010]、[0017]、[0029]以及[0055]，回调部件（Callback Component）本身是一种特殊的软件模块。**本专利的核心特征在于“伪装”机制（Feature F）**：回调部件向再现引擎发送介绍其能力的文档（文档22），**将其自身作为“再现装置”（Rendering Device）注册在再现引擎上**。再现引擎内部并不关注该指令是否是针对外部程序的调用，而是直接将其视为普通的媒体资产/串值，像寻址普通再现装置（如灯光 `rgb_light`）一样去**寻址**该回调部件。

3. **“过程调用”（Feature C）**：根据说明书[08]、[055]，当再现引擎内部状态变为特定值（如 `red`）时，引擎将指令传递给回调部件，再由回调部件独立（本地或远程）向外部应用程序（20）发起过程调用（如SOAP/RPC），从而避免了将再现引擎的内部状态泄露给第三方程序，实现了安全的双向交互。

---

## 二、 对比文件特征比对与详细出处

以下对比文件在分析中指代如下：

* **对比文件D1**：US20030061400A1 (Enabled device and a method of operating a set of devices)

* **对比文件D2**：US20050074018A1 (XML-based template language for devices and services)

### 技术特征比对表

---

## 三、 最接近对比文件的选择与创造性分析

### 1. 最接近对比文件的选择：对比文件 D1（US20030061400A1）

从**整体解决的技术问题**和**技术效果**角度分析：

* **对比文件D1** 的技术领域为通过分布式装置（灯光、声音、气味、加热器等）根据置标语言指令（如 `<FOREST>`, `<SUMMER>`）共同再现/渲染（Rendering）沉浸式现实世界体验（Real-world experience）。**这与目标专利在技术领域、背景技术（均针对分布式媒体呈现/再现平台）以及整体解决的技术问题（如何根据呈现指令控制多装置协同再现）上最为接近。**

* **对比文件D2** 主要解决的是网络中设备的自动发现、自配置（Universal Plug and Play, UPnP）以及基于XML/SOAP的通用设备控制架构，偏向于底层网络协议和控制接口规范，与“媒体再现平台”的业务逻辑及“利用再现资产触发外部调用”的针对性略低。

因此，**对比文件D1（US20030061400A1）最适合作为本案最接近的对比文件**。

### 2. 未被最接近对比文件公开特征的审查与评价

以 **D1** 为最接近对比文件，权利要求1相对于D1的区别技术特征为：

1. **特征B & C**：存在“回调部件”，且将来自再现片段的指令传递给回调部件，由回调部件向“外部应用程序”进行“过程调用”；

2. **特征E & F**：在再现引擎上注册回调部件，且**将回调部件作为再现装置注册在再现引擎上，以便将回调部件当作再现装置寻址**。

* **其他对比文件（D2）是否公开了这些区别特征？**

经过对对比文件 **D2（US20050074018A1）** 的全文检索与比对，**D2同样没有公开上述区别特征**。D2公开的是标准UPnP架构中的“控制点（User Control Point）”与“受控设备（Controlled Device）”之间的双向通信，通过SOAP或GENA协议进行远程过程调用（RPC）或事件通知。在D2中，服务和设备是显式注册和调用的，**并未公开将“回调外部程序的接口”伪装/包装成一个普通的“再现装置（Rendering Device）”注册到再现引擎中进行统一寻址**。

---

## 四、 提出无效请求时最薄弱的技术特征分析

在专利无效宣告程序中，**目标专利最薄弱（即最不易被攻破、专利权人最稳固的“防线”）的技术特征**是：

> **特征F：其中将回调部件（18）作为再现装置注册在再现引擎（14）上以便将回调部件（18）当作再现装置（16）寻址。**

### 分析原因：

1. **发明构思的独特性（“伪装”设计）**：在传统的分布式再现平台中，再现引擎只负责驱动物理输出设备（如灯光、音响）。若要调用外部第三方程序，常规技术人员的思维是修改再现引擎的底层代码，增加对外的API或事件回调接口。而本专利巧妙地采用了“设计模式中的适配器/代理模式思维”，**不修改再现引擎的操作逻辑**（说明书[0010]），而是通过向引擎提供一个XML注册文档（文档22），将回调部件“伪装”成一个具有再现能力的物理设备（如类型为 `external_application` 的设备）。再现引擎像对待普通灯光设备一样将指令发给它，回调部件再在后台发起真正的RPC过程调用。

2. **现有技术（D1、D2）的教导缺陷**：

* D1完全没有涉及回调机制及外部应用程序的接入；

* D2（UPnP架构）采用的是正规的“设备-服务-动作”三级模型，设备就是设备，服务就是服务，不存在为了兼容已有引擎而将“软件回调接口”注册为“硬件/再现装置”的架构设计。

3. **结论**：特征F构成了本专利具备创造性的核心支柱（Non-obvious step）。如果仅凭当前的对比文件D1和D2组合，**无法形成对特征F的技术教导**，直接提起无效宣告将被驳回。

---

## 五、 进一步的对比文件检索策略（针对“特征F”突破）

为了成功无效目标专利的权利要求1，下一步检索的核心目标必须是破除 **“将软件回调接口/外部代理抽象/注册为系统原生的设备/硬件对象，从而实现统一寻址”** 这一技术特征。

建议采取以下针对性检索策略：

### 1. 扩展检索领域与关键词构建

除传统的“媒体再现（Media Rendering）”、“周围智能（Ambient Intelligence）”领域外，应重点向**软件设计模式、分布式对象中间件、虚拟设备驱动**领域扩展：

* **中文检索词**：

`(回调 OR 代理 OR 适配器 OR 虚拟设备) AND (注册 OR 寻址) AND (伪装成 OR 当作 OR 映射为) AND (再现 OR 渲染 OR 输出 OR 外部应用)`

* **英文检索词**：

* `(callback OR proxy OR adapter OR "virtual device") NEAR3 (register* OR address*)`

* `("rendering engine" OR "media engine" OR "presentation engine") AND ("callback component" OR "external application" OR "RPC" OR "remote procedure call")`

* `("registered as a device" OR "treated as a device" OR "addressed as a device")`

### 2. 重点专利分类号（IPC / CPC）深度追踪

* **H04L 67/51**（网络服务发现或注册）

* **G06F 9/448** / **G06F 9/54**（程序间通信、软件代理、事件驱动机制、远程过程调用）

* **H04L 12/28** / **H04L 12/2807**（家庭自动化网络、分布式媒体控制，关注飞利浦(Philips)、索尼(Sony)、三星(Samsung)、松下(Panasonic)在该领域的早期专利）

### 3. 非专利文献（NPL）检索（极高优先级）

目标专利的优先权日较早（约2007年前后），且该技术高度依赖于当时的**Web服务（SOAP/XML）、SMIL置标语言、W3C标准及分布式系统设计模式**。应重点检索：

1. **W3C SMIL (Synchronized Multimedia Integration Language) 扩展草案及论文**：寻找SMIL语言中如何通过定义虚拟 `region` 或虚拟 `device` 触发外部脚本/回调函数。

2. **面向对象设计模式文献**：检索关于“将外部函数回调包装为标准设备接口（Device Adapter / Virtual Device Pattern）”的计算机科学论文（如 IEEE/ACM 数据库，特别是 Working Conference on Component-Based Software Engineering）。

3. **飞利浦（Philips，即目标专利原申请人）自身的早期学术出版物**：飞利浦在2000-2006年间在“Ambient Intelligence (AmI)”和“Distributed Media Rendering”领域发表了大量论文，极有可能在公开专利前已在学术会议上发表过相关架构设计。

作为一名经验丰富的专利代理师，我对目标专利（中国发明专利 **CN101331455B**，《操作再现平台 Data processing system and method for operating a rendering platform》）及其权利要求 1-4 进行了系统的法律与技术比对分析。

---

## 一、 目标专利权利要求与说明书的技术特征解释

### 1. 权利要求 1-4 结构分解

* **权利要求 1（独立权利要求）：**

* **特征 A：** 在再现引擎（14）处接收再现片段（24）；

* **特征 B：** 将来自再现片段（24）的指令（26）传递到回调部件（18）；

* **特征 C：** 按照该指令（26）从回调部件（18）向外部应用程序（20）进行过程调用（28）；

* **特征 D：** 在再现引擎（14）上注册一个或多个再现装置（16）；

* **特征 E：** 在再现引擎（14）上注册一个或多个回调部件（18）；

* **特征 F：** 其中将回调部件（18）作为再现装置注册在再现引擎（14）上以便将回调部件（18）当作再现装置（16）寻址。

* **权利要求 2（从属权利要求）：**

* **特征 G：** 其中再现装置（16）或回调部件（18）的注册包括接收 XML 文档（22）。

* **权利要求 3（从属权利要求）：**

* **特征 H：** 其中回调部件（18）的注册包括从外部应用程序（20）接收 XML 文档（22）。

* **权利要求 4（从属权利要求）：**

* **特征 I：** 传递到回调部件（18）的、来自再现片段（24）的指令（26）包括过程调用（28）。

### 2. 结合目标专利说明书的技术解释

结合目标专利说明书（段落 [0008]-[0010]、[0017]-[0030]、[0044]-[0055]）：

* **“再现引擎（Rendering Engine）”与“再现装置（Rendering Device）”：** 再现引擎是驱动多媒体呈现的核心逻辑单元，负责解析呈现文档并向各种输入/输出装置（如灯、风扇、显示器等再现装置）发送控制指令。

* **“回调部件（Callback Component）”的本质与伪装机制：** 本发明的核心创新在于：回调部件本质上是一个实施回调机制的代理，但在架构上**将其伪装成一个再现装置注册到再现引擎上**（段落 [0010]、[0029]）。对再现引擎而言，回调部件与其他物理再现装置（如 `rgb_light`）无异，引擎无需修改核心架构即可通过原有的装置寻址和指令分发机制向其发送指令。

* **“过程调用（Procedure Call）”：** 当再现引擎将包含特定指令（如 `printHello`）的串值传递给回调部件时，回调部件将其翻译并向外部第三方应用程序（20）发起本地或远程过程调用（如基于 SOAP 协议，段落 [0008]、[0054]-[0055]），从而实现了再现平台到外部第三方程序的主动单向/双向事件触发。

---

## 二、 对比文件技术特征比对分析

### 1. 拟分析对比文件清单

* **D1：** 日本发明专利公开 **JP2001273520A** （*System for integrally displaying multimedia document*，公开日：2001-10-05）

* **D2：** 美国发明专利申请公开 **US20020169012A1** （*Operation of a set of devices*，公开日：2002-11-14）

---

### 2. 详细技术特征比对表

---

## 三、 最接近对比文件确定与整体技术效果分析

### 1. 技术问题与技术效果对比分析

* **目标专利：**

* *技术问题：* 在分布式媒体再现环境中，第三方外部应用程序无法对再现平台内部状态变化作出反应（单向通信），且直接公开平台内部状态会存在安全风险（说明书 [0002]-[0003]）。

* *技术效果：* 创新性地**将回调部件伪装并注册为普通的“再现装置”**，使再现引擎无需修改内部核心逻辑，即可像寻址普通物理硬件一样向回调部件发送指令，再由回调部件安全地向外部程序发起过程调用（说明书 [0008]、[0010]）。

* **对比文件 D1（JP2001273520A）：**

* *技术问题：* 如何在统一的 Web 浏览器环境中结合 XML 跨语言规范整合 2D/3D/音频等多媒体文档（段落 [0004]-[0006]）。

* *技术手段与架构：* 采用了基于 XML SAX 解析的事件驱动框架（MMIDF），利用文档回调（Document Callback）和 DTD 回调来解析标签并向外部应用或渲染画布分发命令（段落 [0047]-[0051]）。

* *对比评估：* D1 与目标专利同属于“利用 XML 解析/多媒体再现框架分发控制指令”的技术领域，且采用了“解析器-回调（Callback）”的控制结构，技术领域和底层架构最为接近。

* **对比文件 D2（US20020169012A1）：**

* *技术问题：* 如何利用游戏或广播信号控制现实物理设备（如灯光、加热器等）以增强用户的沉浸式体验（段落 [0001]-[0003]）。

* *对比评估：* D2 侧重于“虚拟世界信号到现实硬件设备（Light/Heat）”的映射控制，缺少内部逻辑回调与外部程序互动的软件架构设计。

### 2. 最接近对比文件（Primary Reference）结论

**D1（JP2001273520A）适合作为最接近的对比文件。**

* **原因：** D1 属于相同的技术领域（基于 XML 的多媒体渲染/再现平台），且公开了包括再现引擎接收片段（特征 A）、指令传递至回调层（特征 B/I）以及向外部应用发出调用（特征 C）在内的大量底层软件架构特征。

---

## 四、 创造性与无效打击力分析（最薄弱特征指出）

若基于 **D1 为最接近对比文件** 对目标专利权利要求 1 提出无效宣告请求：

### 1. 区别技术特征

相比于 D1，权利要求 1 的区别技术特征在于：

* **区别特征 1（特征 D/E）：** 在再现引擎上**注册**再现装置及回调部件；

* **区别特征 2（特征 F - 最核心特征）：** **将回调部件作为再现装置注册在再现引擎上，以便将回调部件当作再现装置寻址**。

### 2. 无效请求中最薄弱的技术特征（目标专利的“硬核防线”）

* **最薄弱（最难被无效掉/专利权人最强的防御点）：技术特征 F（以及与其绑定的 D、E）。**

* *分析：* 在传统的软件工程或 D1 的架构中，回调（Callback）通常是解析层或操作系统层的软件接口函数；而物理/逻辑设备（Rendering Device）是指令的接收终点。

* 目标专利巧妙地创造了一种**“假冒/代理模式（Proxy Pattern）”**——系统并不将回调部件视作一个特殊的软件 API，而是**“欺骗”再现引擎，让引擎以为回调部件只是一台普通的再现硬件（如灯光或音响）**。这使得再现引擎在无需改造底层调度逻辑的情况下，就能无缝扩充向外调用的能力。

* 现有对比文件 D1 和 D2 中均未体现这种“将软件回调逻辑注册/伪装为硬件/再现装置进行寻址”的构思。若仅依靠 D1 和 D2 的组合，**无法提供将回调部件伪装成再现装置注册并寻址的技术启示**。

---

## 五、 进一步对比文件检索策略建议

为了成功击穿目标专利的“特征 F”防线，建议在后续无效检索中调整策略，重点针对**“代理模式在渲染/设备控制引擎中的应用”**进行补充检索：

### 1. 检索要素组合（Key Concepts）

* **主题 1（再现/设备）：** Rendering Engine, Media Framework, Device Driver, Virtual Device, Device Registration（再现引擎、媒体框架、虚拟设备、设备注册）。

* **主题 2（回调/代理）：** Callback, Proxy Device, Pseudo Device, Dummy Device, External Application Integration（回调、代理设备、伪设备、虚设设备、外部应用集成）。

* **核心逻辑：** Registering software callback/external application as a hardware/rendering device（将软件回调/外部程序注册为硬件/渲染设备）。

### 2. 建议检索方向与数据库策略

1. **针对软件设计模式（Design Patterns）领域的专利与非专利文献（NPL）检索：**

* 重点检索 1998-2005 年期间关于 **"Virtual Device Driver"（虚拟设备驱动）** 或 **"Software Proxy Object registered as Hardware Device"** 的技术文献（如 IEEE、ACM、W3C 规范讨论稿中关于 SMIL / SVG / UPnP 扩展的提案）。

2. **IPC / CPC 分类号精细化拓展：**

* `G06F 9/44` / `G06F 9/54`（软件交互、过程调用、软件事件处理）

* `G06F 13/10`（设备驱动与软件控制）

* `H04N 21/43` / `H04N 21/81`（多媒体交互与交互式呈现引擎）

3. **补充对比文件检索公式示例（以 IEEE/Google Patents 为例）：**

* `("rendering engine" OR "media player") AND ("callback" OR "external application") AND ("registered as device" OR "virtual device" OR "pseudo device")`

---

<ElicitationsGroup message="针对本案的后续无效或诉讼准备，您可以选择：">

<Elicitation label="撰写针对权利要求1的完整无效宣告请求书草稿" query="请结合上述分析，按照中国专利局的规范格式，撰写一份针对CN101331455B权利要求1的专利无效宣告请求书草稿。"/>

<Elicitation label="制定针对特征F的深度非专利文献（NPL）检索式" query="请为我制定一份专门针对特征F（将回调逻辑伪装/注册为设备）的IEEE和ACM非专利文献深度检索指南及检索式。"/>

</ElicitationsGroup>

按照权利要求1所述的方法，其中再现装置（16）或回调部件（18）的注册包括接收XML文档（22）

按照权利要求1所述的方法，其中回调部件（18）的注册包括从外部应用程序（20）接收XML文档（22）

按照前述任何一项权利要求所述的方法，其中，传递到回调部件（18）的、来自再现片段（24）的指令（26）包括过程调用（28）