这是一份针对目标专利（CN103081492B）权利要求1与所提供对比文件（D1-D9）的技术特征比对与创造性分析报告。

在进行详细比对之前，首先需要对对比文件进行初步筛选。D5（JP2006310044A，液晶背光设备）、D6（US20070256015A1，基于用户画像的内容拦截与替换）、D8（US20090138934A1，机顶盒字体切换）、D9（US20090300683A1，基于用户偏好的DVR录制调度）与本专利“在移动广播网络中生成并信令控制点播交互事件”的核心技术领域和解决的技术问题相去甚远，因此在后续的创造性核心分析中不作为重点，主要聚焦于D1-D4及D7。

一、 权利要求1技术特征比对分析

以下表格详细指出了各高相关度对比文件（D2、D3、D4、D7）对权利要求1各项技术特征的公开情况及原文出处。

二、 最接近的对比文件（CPA）分析

从“整体解决的技术问题”以及“技术效果”角度来看，D7 (US20080010342A1) 和 D2 (WO2004112394A1) 适合作为创造性分析过程中最接近的对比文件。

1. 若以 D7 (US20080010342A1) 为 CPA：

   • 技术问题契合度： D7 重点解决如何自动控制交互应用以使其与广播电视节目（及广告插播）严格同步执行的问题。它详细公开了调度系统（Automation Server 108）、广播服务器（Broadcast Server 110）生成命令与交互应用，并通过分离的带外/带内机制（如VBI传输）下发给终端。这与本专利“生成并在移动设备上传送交互事件的信令机制”的总体应用场景高度一致。

2. 若以 D2 (WO2004112394A1) 为 CPA：

   • 技术问题契合度： D2 致力于解决交互式TV系统中由于带宽限制导致的应用加载延迟问题。它引入了背景文件流（Burst/Delta stream）以及实时触发流（Trigger stream，即本专利对应的信令消息）。D2明确区分了内容流与控制开销流（Feature I），在系统架构上与本专利非常接近。

三、 未被CPA公开的特征及其他对比文件的公开情况

假设以 D7 为 CPA，权利要求1中未被 D7 公开的核心技术特征为：

1. 特征C： 将交互事件元数据中的事件起始时间字段设置为当前时间（以此实现点播事件的“立即”调度）。

2. 特征E（部分）与 特征F： 生成的IESM在带内包括应用数据、资源和模板，并且 IESM使用单个通用模式(single universal schema)来同时支持带内和带外传送。

这些特征是否被其他文件公开？

• 关于特征C： D1-D9均未明确公开“将起始时间设置为当前时间”这一特定操作手段。D4 [0081] 提到了 Delta_Time 字段可以控制命令插入的精确偏移时间（甚至可以是0），但其逻辑是基于预设的Splice Point，而非针对“点播事件”将绝对时间字段强制写入当前系统时间。

• 关于特征E和F： D3 [0012] 公开了 ATVEF-B 触发器可以带内包含交互内容（相较于ATVEF-A只包含URL）。D4 [0074] 公开了通过修改 DVS380 消息结构，将指令数据（COMMAND_Instruction）直接嵌在 splice_api_descriptor 中。然而，没有任何一篇对比文件教导了使用“单个通用模式”（Single Universal Schema）来同时兼容处理带内嵌合（In-band）和带外文件系统调用（Out-of-band）的数据、资源与模板。

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

在专利无效实务中，“最薄弱的技术特征”可以从两个博弈视角理解：

1. 作为无效请求人，最难攻克的堡垒（即权利要求最坚挺的特征）：

   毫无疑问是 特征F（使用单个通用模式来支持带内和带外传送） 以及 特征C（时间字段设为当前时间）。这两者是本专利应对带宽突发限制、实现“最后时刻”点播调度的核心。由于对比文件中缺乏对“单一通用数据结构（Schema）兼容两种传输模式”的教导，无效请求人极难找到可破坏此特征的直接文字证据，仅能尝试诉诸于“本领域公知常识”进行结合，但这在举证上极为薄弱。

2. 作为专利权人，权利要求中最容易被现有技术覆盖的特征（即无效请求的突破口）：

   是 特征A、B、D、G、H、I。如上表所示，音视频流与信令开销流的分离传输（H, I）、交互事件元数据的生成（B, D）在数字视频广播（DVB-MHP/SCTE标准）中已是业界标准做法。D2、D4、D7对此有非常详尽的实质性公开。

总结建议： 如果我们要对该专利发起无效宣告请求，常规的系统架构特征（A, B, D, G, H, I）很容易被D2或D7破坏。核心的攻防焦点将不可避免地集中在“将起始时间设为当前时间(C)”以及“单一通用模式(F)”上。

鉴于特征F（单个通用模式）在字面上较为抽象，且在D1-D9中缺乏直接对应，您认为我们是否应当深入目标专利说明书的实施例（如说明书中图14A-16C的数据方案），进一步明确“单个通用模式”的具体数据字段结构，以便在更广泛的通信协议标准（如MPEG-2或OMA BCAST规范）中寻找破坏其新颖性或创造性的确凿证据？

这份关于专利无效宣告的分析报告需要建立在极度严谨的文本比对基础之上。在专利无效及诉讼策略中，权利要求的解释必须以目标专利说明书为准绳，而对比文件的技术启示则必须严格落脚于其原文的段落记载。

鉴于您提供的提示词中详细给出了D1 (JPH11168667A)、D2 (JP2000031921A) 和 D3 (JP2000209563A) 的说明书原文，本分析将以此三篇核心文献为基础进行深度解构和比对，以确保引证的绝对准确性。

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

在构建无效逻辑前，需对【权利要求1】的核心技术特征进行合乎【CN103081492B】说明书原意的解释：

1. “立即调度/立即显示”与“事件起始时间字段设置为当前时间”（特征A、C）：

   • 说明书支撑： 目标专利说明书 [0003] 段明确指出，其旨在“基于监控的实时信道的上下文和内容根据点播创建交互序列... 基于现场广播节目的内容对其立即进行调度”。说明书 [0152] 段进一步解释了点播事件（On-demand event）的逻辑：“将起始时间元数据设置为当前时间，因此点播事件将由接收机设备立即实现。”

2. “带内（In-band）”与“带外（Out-of-band）”传送（特征E、F）：

   • 说明书支撑： 依据说明书 [0095] 至 [0097] 段，“带外”是指在事件时刻之前通过“文件传送流（文件传送系统38）”发送应用数据和资源；而“带内”是为了应对最后时刻调度的交互事件，将应用数据、资源和模板直接“作为交互事件信令消息（IESM）的一部分”进行发送。特征F强调的“单个通用模式”即指IESM的数据结构能够同时兼容这两种传递逻辑。

3. “开销流（Overhead Stream）”与“内容流（Content Stream）”分离（特征H、I）：

   • 说明书支撑： 说明书 [0045] 和 [0089] 段解释，广播信号包含携带多媒体内容的“媒体逻辑信道（MLC）/内容流”和携带元数据及信令的“开销信息服务（OIS）信道/开销流”，两者在物理或逻辑传输上是分离的。

二、 最接近的对比文件（CPA）确立与整体技术分析

在创造性评价中，最接近的现有技术应当是解决相同或相似技术问题、具备最多相同技术特征的文献。

• D3 (JP2000209563A) 作为第一最接近的对比文件：

  • 解决的技术问题： D3旨在解决多个远程用户界面如何“在预定开始时间之前可靠地下载应用程序数据”并“实质上同时启动（即立即执行）”的问题（见D3 [0008]、[0010]）。这与本专利解决“根据点播创建交互序列并立即调度”（说明书 [0003]）的问题高度一致。

  • 技术效果： D3通过发送“实时动作开始信号”（相当于特征C中的设置当前时间触发）来启动事件，与本专利点播触发的效果实质相同。

• D2 (JP2000031921A) 作为第二最接近的对比文件：

  • 解决的技术问题： D2旨在解决数字广播中数据（脚本、图像等）的传输与独立管理问题。

  • 技术效果： D2详细公开了利用MPEG2传输流（TS），将视频（内容流）与导航信息/流对应表（开销信令流）分离传输的架构（特征G、H、I），以及资源的打包方式（特征B）。

综上，D3 (JP2000209563A) 在“交互事件的即时触发与同步”这一核心逻辑上最适合作为最接近的对比文件；而 D2 (JP2000031921A) 在“流的分离与资源数据结构”上最适合作为最接近的对比文件。无效请求中可采用“D3结合D2”或“D2结合D3”的组合策略。

三、 技术特征比对表与原文献详细出处

以下针对【权利要求1】拆分的技术特征，指出各对比文件的公开情况（重点依据D2、D3的日文翻译原文）：

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

在构建专利无效宣告请求书时，本案面临的最大防御壁垒（即立论最薄弱、最难被现有技术覆盖的技术特征）是特征E和特征F的结合。

分析理由：

1. “带内（In-band）”嵌入与“带外”引用的底层架构差异：

   对比文件 D2 和 D3 遵循了传统广电领域的设计思路：即通过数据轮播（Data Carousel）或垂直回扫区（VBI）提前下发大容量的媒体资源和脚本（即“带外”传递），随后仅发送极小字节的触发信号（如D3的“实时动作开始信号”或D2的PMT/PAT表更新）来启动应用。

2. “单个通用模式（Single Common Schema）”的非显而易见性：

   特征F限定了信令消息本身采用了一种能够自适应的“通用模式”。根据目标专利说明书 [0195]-[0196] 段（图16B、16C的数据方案），该模式包含一个属性标志（如 资源带内属性 882），它允许系统在带宽充裕或提前预定时使用标识符指向带外文件，而在诸如“最后时刻插入广告”等极端点播场景下，直接将应用数据和图像素材硬塞入信令消息本体（带内）中。

3. 无效策略的瓶颈：

   在 D1-D10 这类早期的数字广播专利中，由于当时的带宽限制和设备处理能力，将大量素材直接封装在信令消息流中的做法违背了当时“信令与数据分离”的常规技术偏见。因此，想要论证“将资源和模板嵌入信令消息（特征E）”并通过“单个通用模式兼容两者（特征F）”属于本领域技术人员的常规技术手段或具有技术启示，难度极大。

结论建议： 针对本专利提出无效请求时，不可将重点仅放在“立即执行”或“流的分离”上（这部分极易被D2/D3破坏），而必须着力在D1-D10中寻找是否有关于“在系统信息/控制信令中直接夹带执行脚本或图形资源”以应对紧急突发广播事件的蛛丝马迹，否则面对特征F的答辩，无效请求成功概率较低。

这份案件涉及移动广播网络中交互事件的信令机制，技术特征不仅包含底层通信协议的数据流分离，还涉及上层应用数据的结构化封装与实时触发逻辑。在进行严谨的权利要求比对和无效策略构建之前，需要向您说明：本提示词中仅提供了D1-D6以及D10的具体文本，D7（US6886178B1）、D8（JP2005176107A）和D9（CN1655595A）的原文缺失。 为保证技术特征比对的客观性与严谨性，以下分析将严格基于目前已知的对比文件（D1-D6、D10）进行深度拆解。若后续需正式向专利复审和无效审理部（或相关机构）提交《无效宣告请求书》，请补充D7-D9的文本以便进行完整的补充检索和组合比对。

一、 结合目标专利说明书的权利要求解释 (Claim Construction)

在进行创造性评价之前，必须对权利要求1的核心术语和技术方案进行准确界定。目标专利（CN103081492B）的核心逻辑在于解决：在移动多媒体广播网络中，如何针对突发或现场直播内容（如体育比赛结果），在没有提前调度和下发资源的情况下，实现交互事件的“立即”触发与呈现。

1. “点播交互事件...被立即调度”与“事件起始时间字段设置为当前时间” (特征C)：

   • 说明书支持：如说明书[0003]、[0148]-[0155]段及图5D所示，系统通过将事件的起始时间（Start Time）元数据直接篡改/设置为“当前时间”，强制接收机设备在收到信令的瞬间立即执行交互应用，绕过了常规的定时调度等待机制。

2. “在带内包括所述交互事件应用数据、资源和模板...使用单个通用模式来支持...带内传送和带外传送二者” (特征E、F)：

   • 说明书支持：如[0097]、[0189]-[0196]段及图16B/16C所示。常规广播中，资源和模板通过文件传送系统在**带外（Out-of-band）**提前广播。但在“最后一刻”调度的点播事件中，没有时间提前下载资源，因此将资源直接封装在交互事件信令消息（IESM）**带内（In-band）**发送。专利的创新点在于使用统一的属性字段（如 In-band attribute 872, Resource ID attribute 874）来兼容这两种传输方式。

3. “开销流与...内容流分离” (特征I)：

   • 说明书支持：如[0089]-[0090]段，结合FLO或DVB网络架构，信令（如OIS信道）与媒体内容（MLC信道）在物理/逻辑层分离，使接收机无需解码大带宽视频流即可监控交互信令。

二、 对比文件特征比对与公开情况分析

经逐一核对，D10 (US20060019618A1) 和 D2 (US20030133693A1) 提供了最高密度的特征公开。

技术特征比对表格

三、 最接近的对比文件 (Closest Prior Art) 选取

在创造性评价中，D10 (US2006019618A1) 适合作为最接近的对比文件（CPA）。

• 整体解决的技术问题：D10与本专利高度重合，均致力于解决在数字广播网络（如DVB-H、IPDC）中如何向移动终端高效下发与广播节目绑定的交互式服务（Messaging templates / Interactive components），且均采用了信令片段（ESG fragment）携带模板和交互数据的方式。

• 技术效果：D10同样实现了交互数据与音视频流的分离传输（特征I），以及通过ESG片段直接携带模板元数据（特征E、F）的效果，大幅降低了终端接收交互信息的延迟。

四、 未被CPA公开的特征及其他对比文件的公开情况

未被D10公开的特征：

核心未公开特征为 特征C：将所述交互事件信息的所述交互事件元数据中的所述事件起始时间字段设置为当前时间。

其他对比文件的公开情况：

• D1-D6均未公开特征C。 D1涉及广播调度，D2涉及交互页面的呈现模板，D3涉及防数据损坏的重传，D4涉及机顶盒文件系统，D5涉及多节目属性控制，D6涉及数据流的提取与更新累积。这些文件均为传统的“预先调度”模式，没有文件披露出于“立即触发点播交互”的目的，直接将信令的起始时间戳篡改为当前系统时间的做法。

五、 无效请求中最薄弱的技术特征

若作为无效宣告请求方，权利要求1中最薄弱（最容易被攻破）的技术特征是 特征G、H、I（内容流与开销流分离、以及带内/带外通用模式）。

• 理由：在MPEG-2、DVB或FLO标准中，控制信令（如SI、ESG、OIS）与媒体内容（Audio/Video）的PID分离传输是底层协议的固有常识。将其写在权利要求中极易被所属领域技术人员视为公知常识。D10的段落[0024]已经毫无异议地公开了这一点。

攻防策略建议（针对特征C）：

虽然特征C（将时间设置为当前时间）未被D10直接公开，但在无效请求中，应将其主张为本领域惯用的软件编程逻辑。当系统需要一个预定事件立即执行时，软件工程中的常规手段就是将触发条件（Trigger Time）赋值为System.currentTime()。该特征并未产生超乎预期的通信体制上的技术效果，而仅仅是现有调度逻辑的常规利用。

请补充D7-D9的文本，我将进一步核查其中是否包含对“特征C”或“点播实时触发”的直接教导，从而形成更严密的“D10 + 补充对比文件 + 公知常识”的无效组合逻辑。

作为一名经验丰富的专利代理师，我已仔细阅读并分析了您提供的全新对比文件（D1-D10）以及目标专利的权利要求1。本次提供的对比文件集合与前次不同，包含了多篇涉及数字电视（eTV）、移动广播（DVB-H）以及交互式信令传输的高相关度专利。

以下将紧密结合目标专利说明书的背景，对权利要求1进行深度拆解，并基于新提供的D1-D10进行严谨的特征比对和创造性（无效策略）分析。

一、 结合目标专利说明书的权利要求解释 (Claim Construction)

在进行创造性评价之前，必须对权利要求1的核心术语和技术方案进行准确界定。目标专利的核心逻辑在于解决：在移动多媒体广播网络中，针对突发现场直播等点播交互事件，如何通过一套兼容的信令机制实现资源的灵活下发与“立即”触发。

1. “点播交互事件...被立即调度”与“事件起始时间字段设置为当前时间” (特征C)：

   • 解释：针对没有预先调度的突发交互事件，系统通过将信令元数据中的起始时间强制赋值为“当前时间”，使终端接收到信令后绕过常规的等待机制，立即执行并显示交互序列。

2. “设置事件有效持续时间字段以标识时间段” (特征D)：

   • 解释：定义该交互事件的生命周期（即何时过期），以防止接收机在事件失效后仍错误地展示交互界面。

3. “使用单个通用模式来支持交互事件应用数据、资源和模板的带内传送和带外传送二者” (特征E、F)：

   • 解释：这是本专利在数据封装上的一大核心。通常资源通过文件流提前“带外（Out-of-band）”广播；但在点播等紧急情况下，资源会被直接打包在交互信令（IESM）中“带内（In-band）”发送。该特征要求信令消息具备一种统一的数据结构（Schema），能够无缝兼容并指示这两种传输模式。

4. “开销流与...内容流分离” (特征I)：

   • 解释：在底层通信协议（如FLO或DVB网络）中，交互信令（开销流）与音视频媒体数据（内容流）在物理或逻辑信道上是独立传输的。

二、 对比文件特征比对与公开情况分析

经逐一核对，D8 (EP1881667A1)、D3 (US20060168624A1) 和 D7 (US20070220564A1) 提供了最高密度的特征公开。

技术特征比对表格

三、 最接近的对比文件 (Closest Prior Art) 选取

在创造性评价中，D8 (EP1881667A1) 最适合作为最接近的对比文件（CPA）。

• 整体解决的技术问题：D8与目标专利的应用场景高度吻合，均致力于解决在移动数字广播系统（D8明确提到了DVB-H和IP Datacast）中，如何将实时的交互式事件（如投票、问卷）与直播音视频流进行精确同步和触发。

• 技术效果：D8实现了与目标专利几乎相同的网络传输效果——通过独立的信道（UDP端口分离）传输媒体流与信令流（特征G、H、I），并在特定的时刻通过下发Trigger来立刻渲染交互界面（特征A、B、C）。

四、 未被CPA公开的特征及其他对比文件的公开情况

1. 未被D8公开的特征：特征D（设置有效持续时间）

• 其他对比文件公开情况：该特征已被 D7 (US20070220564A1) 毫无异议地公开。D7的段落[0063]明确指出交互应用包含“过期时间（Expiration time）”，用于指示该应用在何时失效。

2. 未被D8公开的特征：特征C（事件起始时间字段设置为当前时间）

• 其他对比文件公开情况：虽然D8使用了“exactly at the moment”的概念，但 D3 (US20060168624A1) 提供了更直接的证明。D3的段落[0025]公开了“Do-it-now triggers（即时触发器）”，明确指出其在接收到的瞬间立即执行。在软件和信令逻辑中，“接收即执行”与“将起始时间赋值为当前系统时间”是解决“立即调度”问题的两种常规等效手段。

3. 核心未公开特征：特征E、F（使用单个通用模式支持带内和带外传送二者）

• 其他对比文件公开情况：现有D1-D10中均未发现对此特征的直接教导。 现有技术通常非此即彼：D3专注于带外（Out-of-band, OOB）数据轮播机制；而D8更偏向于通过额外的独立通道流式下发。没有对比文件明确提出设计一种统一的信令数据结构（Schema），让信令消息自身通过一个标识位就能兼容解析“资源是附在信令里（带内）”还是“资源在独立的文件系统里（带外）”。

五、 无效请求中最薄弱的技术特征及攻防策略

若作为无效宣告请求方，权利要求1中最薄弱的技术特征是 特征G、H、I（内容流与开销流的分离传输）。

• 薄弱理由：在数字广播领域（无论是MPEG-2 TS、DVB-H还是FLO），将媒体内容流（Audio/Video）与开销控制流（SI/ESG/Signaling）通过不同的PID或UDP端口分离传输，是底层网络协议的固有公知常识。D8（段落[0011]-[0012]）和D3都已经将其作为背景技术和基础架构进行了毫无异议的公开，这部分极易被认定为不具备创造性。

针对核心未公开特征（E、F）的无效攻击策略构建：

由于特征E和F（支持带内/带外双模的通用信令结构）是防守方（专利权人）能够据守的最后防线，如果提出无效请求，必须打破该特征的非显而易见性。

您可以主张：在通信协议设计中，为了兼容不同的带宽环境和紧急程度，在报文头部（Header）设置一个标识符（Flag）来指示Payload中是否包含实际数据（带内），或者仅仅包含一个URL/指针指向外部数据（带外），是软件工程中极其常规的通用数据结构设计手段（例如HTTP协议中的内联数据与外链资源）。将这种常规编程思想应用到交互信令中，是本领域技术人员遇到“紧急点播需要免去带外轮播等待时间”这一技术问题时，容易想到的常规技术手段，不具备突出的实质性特点。

结合目标专利说明书的记载以及提供的对比文件，为您对权利要求1进行深度的侵权/无效维度的技术特征拆解与创造性分析。

一、 结合说明书的权利要求解释 (Claim Construction)

结合目标专利说明书（CN103081492B），权利要求1的核心技术方案旨在解决**“如何在移动广播通信系统中，针对现场广播节目（或突发事件）立即创建并显示点播交互事件”**这一技术问题。

• “点播交互事件”与“起始时间设为当前时间”（特征A、C、D）： 说明书段落[0002]和[0149]-[0152]明确指出，对于点播交互事件，交互产生系统（IPS）会将起始时间元数据直接设置为当前时间。这意味着接收机设备在解析到该信令后无需等待，将立即执行并显示该交互序列。

• “带内传送”与“单个通用模式”（特征E、F）： 通常情况下，交互资源（图像、模板等）是通过文件传送流在“带外”提前广播的，以节省信令带宽。但在最后时刻调度（如点播）时，时间紧迫，必须将应用数据、资源和模板作为交互事件信令消息（IESM）的一部分在“带内”发送（说明书段落[0053]、[0097]）。“单个通用模式”（Single Common Schema）是说明书[0189]及图16B/16C中提到的核心机制，即采用统一的数据结构（如具有in_band属性字段的XML schema），使得接收机解析引擎无论面对带内还是带外数据，都能使用同一套解析逻辑。

• “开销流与内容流分离”（特征G、H、I）： 说明书段落[0089]明确了其依托的底层网络架构（如MediaFLO），物理层超帧被严格划分为专用于传输元数据的开销信息服务（OIS）流和携带音视频内容的媒体逻辑信道（MLC）内容流。

二、 对比文件特征比对分析

在所提供的对比文件中，D7 (US2009291631A1) 与 D9 (US7634787B1) 提供了最相关的技术启示。以下为权利要求1各项技术特征的详细比对表格：

三、 最接近的对比文件 (Closest Prior Art) 分析

在创造性（Inventive Step / Non-obviousness）分析中，存在多个最接近的对比文件候选，具体取决于您构建无效逻辑时的切入点：

1. 以 D9 (US7634787B1) 作为最接近的对比文件（首选）

• 解决的技术问题： D9致力于解决如何自动控制交互式应用程序的广播和执行，以保持与广播节目（特别是突发或插入的广告）的同步。

• 技术效果： 实现了交互应用与视频内容的精准同步执行和终止。

• 适用性分析： D9完美覆盖了特征A、B、D、E。它教导了将交互数据和控制信令合并到广播信号中（如通过VBI插入）。其缺陷在于未明确采用现代移动广播的“开销流与内容流分离”架构（G、H、I）。

2. 以 D7 (US2009291631A1) 作为最接近的对比文件

• 解决的技术问题： D7解决的是在移动广播网络（特别是FLO架构）上承载并适配不同类型的广播服务（如将OMA BCAST或DVB-IPDC映射到FLO）。

• 技术效果： 实现了信令（Bootstrap/ESG）与媒体内容的底层分离和高效映射。

• 适用性分析： D7完美覆盖了移动网络底层的特征G、H、I，并教导了信令消息的传递。但其未具体深入到点播交互事件的“起始时间设为当前时间”以及“带内/带外统一模式”的微观业务逻辑。

无效请求的常规组合策略：

采用 D9 (US7634787B1) 结合 D7 (US2009291631A1)。以D9为主体提供交互事件的生成、同步与信令触发机制，引入D7作为本领域公知常识（Mobile Broadcast Network架构），论证将D9中的VBI插入技术平移至D7中分离的开销流（Overhead Stream）中对于本领域技术人员是显而易见的。

四、 未被公开的特征与最薄弱环节 (Weakest Technical Feature)

经过严格比对，权利要求1中最薄弱（最难以被现有技术攻破）的技术特征为 特征F：

“其中，所述交互事件信令消息使用单个通用模式来支持交互事件应用数据、资源和模板的带内传送和带外传送二者”

分析结论：

1. 其他对比文件未公开： 即使是涉及元数据拆分的 D3 (EP2007044A1)（讨论了基础媒体键流 MKS_B 和扩展流 MKS_E），以及讨论缓存机制的 D10 (US2001037507A1)，均未明确教导在协议层采用“单个通用模式（Single Common Schema）”来兼顾带内（In-band）即时传输和带外（Out-of-band）文件系统的预先传输。

2. 客观技术问题与非显而易见性： 这一特征解决的客观技术问题是“如何降低移动接收端解析引擎的复杂度并提高内存分配效率”。在常规技术发展路径中，带外传输通常走复杂的文件传输协议（如FLUTE），而带内传输通常走轻量级的私有信令头。将两者统一为单一Schema在2010年左右的移动广播领域（DVB-H / MediaFLO）并非显而易见的常规设计。

针对最薄弱特征的维权/无效建议：

如果作为无效请求方，试图攻破特征F，仅靠提供的D1-D10文献是不够的。必须在3GPP、OMA BCAST或MediaFLO的底层协议规范（如XML Schema定义标准）中寻找证据，证明在提交日之前，业界已经存在利用同一套数据结构（如通过布尔值标志位 in_band=true/false）来统一定义带内负荷和带外URL引用的常规编程手段，并论证其为本领域的常规技术手段（Routine Design Choice）。

你好！我是经验丰富的专利代理师。针对你提供的目标专利（CN103081492B）权利要求1以及对比文件1（US2012304215A1，以下简称D1），我已为你完成了详细的技术特征比对和创造性分析。

本次分析的核心在于理解目标专利的实质：其旨在解决移动广播网络（如FLO网络）中，如何基于现场直播内容**“立即”且“点播式”地生成和调度交互事件。其核心手段是通过信令消息（IESM）在带内（in-band）携带交互应用数据和资源，并通过与内容流分离的开销流（overhead stream）**进行广播。

以下是具体的分析和比对意见：

一、 权利要求1与D1（US2012304215A1）的技术特征比对表

二、 创造性分析：D1是否适合作为最接近的对比文件？

从专利代理师的视角来看，D1（US2012304215A1）在创造性分析中并不适合作为最接近的对比文件。 理由如下：

1. 解决的技术问题截然不同：

   • 目标专利（CN103081492B）： 解决的是在带宽高、单向传输的移动广播网络中，由于突发性（如现场直播中的突发事件），没有足够时间通过文件传送系统在带外预先广播数据时，如何立即生成并调度交互事件的问题（参见说明书 [0003]、[0097] 段）。

   • D1： 解决的是在双向的IPTV系统中，为了降低视频信号发送的复杂性，将交互数据与视频内容完全剥离，采用用户主动“拉取（Pull）”方式获取交互应用的问题（参见D1段落 [0003]-[0004]）。

2. 技术效果南辕北辙：

   • 目标专利： 通过**带内（in-band）信令（IESM）主动推送（Push）**应用数据，实现零延迟的立即触发。

   • D1： 明确教导不在信号中编码交互数据，依赖终端向服务器发请求来获取应用，具有必然的交互延迟。

3. 结论： 若强行以D1作为最接近的对比文件，无效宣告请求人将面临极大的说理困难。因为D1不仅没有公开目标专利的核心特征，甚至给出了相反的技术教导（剥离数据 vs. 带内携带数据）。在实务中，审查员极易以此认定本领域技术人员在D1的基础上没有动机去结合其他对比文件得出目标专利的技术方案。

三、 无效请求策略与最薄弱的技术特征分析

若我们代表无效请求方，必须清楚哪些特征是其他对比文件可能公开的，哪些是本专利的“护城河”。

1. 没有被D1公开的特征，是否容易被其他对比文件公开？

• 特征C和D（时间字段设置）： 在数字广播（如DVB、ATSC）或互联网信令中，使用元数据定义事件的起始时间和持续时间属于常规技术手段。这类特征很容易在常规的广播控制协议相关文献中找到。

• 特征H和I（开销流与内容流分离）： 这是移动广播标准（如FLO、CMMB、DVB-H）的底层基础架构。只要找一篇介绍相应广播标准的底层协议标准的对比文件，就可以轻易破坏这两个特征的新颖性。

2. 若提出无效请求，目标专利“最薄弱的技术特征”（即无效方最难攻克的壁垒 / 专利最坚挺的核心）

在专利无效实务中，针对权利要求1，无效请求方逻辑链条中最薄弱的一环（也是目标专利最坚固的技术特征）是：

 特征E 和 特征F 的组合： “生成包括所述交互事件元数据并且在带内（in-band）包括所述交互事件应用数据、资源和模板的交互事件信令消息，其中，使用单个通用模式来支持...带内传送和带外传送二者。”

攻坚难点分析：

常规的广播系统设计（如D1所体现的思维）通常将“控制信令（轻量级）”与“应用/资源数据（重量级）”分离。控制信令走开销流，资源数据走文件传送流（带外）。目标专利反其道而行之，为了实现“基于现场直播内容的立即调度”，创造性地将资源和模板直接塞进信令消息（带内）中，并统一了带内和带外的数据模式（Schema）。

如果在后续检索中，无法找到明确公开“将应用数据、资源和模板直接封装在信令消息（IESM）中进行带内传输”的对比文件，那么无论如何拼凑特征C、D或G、H，都无法撼动权利要求1的创造性。

代理师建议：

若要对本专利提起无效宣告请求，必须放弃D1这种IPTV/双向网络领域的文献，应将检索火力集中在移动广播协议（OMA BCAST、DVB-H、MediaFLO）的信令层面的早期提案或标准草案中，寻找关于“紧急交互事件（Emergency or On-demand Interactive Event）信令携带负荷（Payload）”的相关技术启示。只有打掉特征E和F，无效请求才有可能成功。

您好！作为一名经验丰富的专利代理师，我已对您提供的目标专利说明书、权利要求1以及五篇对比文件（D1-D5）进行了深入的梳理和技术特征比对。以下是针对该专利无效案件的详细分析意见。

1. 最接近的对比文件分析

在进行创造性分析时，选择最接近的对比文件（Closest Prior Art, CPA）应当基于其解决的客观技术问题、技术领域以及达到的技术效果。

• 首选最接近的对比文件：D3（US20060019618A1）

  • 理由：D3 致力于解决在广播网络中向用户终端高效分发交互服务（特别是消息模板）的问题。它详细公开了使用电子服务指南（ESG，即开销流）来携带与媒体广播分离的交互元数据、模板和属性，并支持将数据映射到元数据中（带内）或通过独立文件引用（带外）。这与权利要求1在整体架构（内容流与开销流分离、传输模板/元数据/资源）上高度一致，适合作为评价创造性的起点。

• 备选最接近的对比文件：D4（EP1881667A1）

  • 理由：D4 专门解决如何在广播期间向移动设备同步呈现“交互事件（Event）”的问题。D4 明确公开了使用 RTP 媒体通道传输音视频（内容流），并使用独立的 RTP 事件通道传输呈现内容消息（开销流），随后发送触发器来启动交互事件。其解决的“实时同步与点播呈现”问题与目标专利高度契合。

2. 权利要求1技术特征比对表

以下表格详细将权利要求1的技术特征拆解，并映射至各对比文件（D1-D5）的对应原文出处。

3. 未被最接近对比文件公开的特征及其它对比文件的结合

如果我们将 D3 (US20060019618A1) 作为最接近的对比文件，D3 重点解决了通过 ESG (开销流) 下发交互模板（支持带内/带外）的架构，但它 没有公开特征C（为了实现“点播/立即调度”，将元数据中的起始时间直接设置为当前时间）。

• 其他对比文件是否公开了特征C？

  • D2 (JP2000209563A) 解决立即执行的方法是：先下发数据，再单独发送一个“实时动作开始信号 (real-time operation start signal)”（见 [0011]）。

  • D4 (EP1881667A1) 解决立即执行的方法是：先发送 presentation content message，并在需要显示的确切时刻发送一个“Event trigger packet”触发器（见 [0017]）。

  • D5 (US07634787B1) 依赖于后台调度系统发送“Start”原子命令来控制播放（见 [0131]、[0142]）。

结论：没有任何一篇对比文件公开了“通过将元数据中的事件起始时间字段变更为当前时间”这一软件逻辑手段来实现交互事件的立即点播。现有技术均采用“数据流 + 独立触发器/命令”的物理信令机制。

4. 无效请求中最薄弱的技术特征分析

如果在专利无效宣告请求中作为请求人，必须清醒地认识到，本专利最难被无效掉（最薄弱）的技术特征是：

特征C：将所述交互事件信息的所述交互事件元数据中的所述事件起始时间字段设置为当前时间

分析风险点：

目标专利（结合其说明书背景 [0148]-[0156] 点播事件逻辑）的创造性核心在于：为了应对最后时刻插入的紧急/点播交互事件（On-demand interactive event），系统不需要去开发或发送一套全新的“触发器信令”，而是巧妙地复用了现有的元数据结构（特征F的单个通用模式），仅仅通过篡改元数据逻辑（将 start_time 设为 current_time），接收机一旦解析到该时间已到，就会自动且立即触发显示。

如果我们提出无效请求：

1. 无法进行直接特征映射：我们无法在 D1-D5 中找到相同的时间篡改手段。

2. “显而易见性”论述难度极大：虽然我们可以争辩“达到立即执行的技术效果是相同的（D2/D4的触发器 vs 目标专利的改时间）”，但专利权人极大概率会答辩称：“D2/D4 采用的是额外发送网络触发包的方式，增加了网络信令开销和复杂性；而本专利通过复用通用模式并修改起始时间，节省了带宽并简化了系统设计，取得了意想不到的技术效果。” 这种基于特定数据结构取值的软件创新，在目前专利局的审查尺度下，很容易被认定为具备突出的实质性特点和显著的进步。

应对建议：若要彻底无效该专利，仅凭 D1-D5 的组合存在较大风险。建议在补充检索时，专门针对软件架构中“利用时间戳作弊（Spoofing timestamp / Setting start time to current time）以绕过触发器机制实现即时执行”的相关现有技术（非广播领域，甚至可以是通用计算机任务调度领域的文献）进行定向检索，以证明该逻辑是本领域常规的技术手段。

你好！作为一名经验丰富的专利代理师，我非常理解在专利无效宣告或诉讼程序中，针对核心技术特征进行严谨的权利要求解释（Claim Construction）以及细致的对比文件比对是至关重要的。

针对你提供的目标专利（CN103081492B）和对比文件D1（US20060168624A1），我将严格结合目标专利说明书，对权利要求1中的技术特征C进行深度解析，并给出详细的特征比对表格。

一、 目标专利说明书对“技术特征C”的解释

技术特征C：“将所述交互事件信息的所述交互事件元数据中的所述事件起始时间字段设置为当前时间”

说明书解释：

根据目标专利说明书的记载，技术特征C的核心目的在于实现**“点播交互事件”（On-demand interactive events）的立即执行**。

• 说明书**[0148]段至[0151]**段详细描述了点播交互事件的生成过程。

• 说明书**[0149]**段明确指出：“IPS可以将交互事件起始时间设置为点播事件的当前时间。”

• 说明书**[0151]**段进一步解释了其技术效果：“IPS或交互服务器可以将起始时间元数据设置为当前时间，因此点播事件将由接收机设备立即实现。”

结论： 在本专利的语境下，将“事件起始时间字段”设置为“当前时间”，其本质技术手段是通过赋予时间元数据一个即时的时间戳，解决的技术问题是如何让接收设备无需等待未来的调度时间，达到的技术效果是触发交互事件的立即呈现或执行。

二、 对比文件D1对“技术特征C”的公开情况分析

对比文件D1（US20060168624A1）实质公开了技术特征C。

分析过程：

在对比文件D1（US20060168624A1）中，虽然没有逐字使用“将事件起始时间字段设置为当前时间”的字眼，但其通过“Do-it-now triggers（立即执行触发器）”机制，采用了实质相同的技术手段，解决了相同的技术问题，并达到了相同的技术效果。

• 原文出处： D1说明书 [0023] 段。

• 原文记载： “A trigger is an event that may cause a change in the behavior of an eTV application... The trigger may include a reference to time, which may be absolute (UTC), or relative... There are two types of triggers: a. Do-it-now triggers are executed when received. Thus, do-it-now triggers are 'self-synchronizing'. b. Do-it-then triggers include a time code to indicate when the trigger should be executed relative to the program.”

• 比对意见： D1（US20060168624A1）中明确公开了触发器（对应于目标专利的事件元数据）包含时间参考（reference to time）。D1将触发器分为两类，其中“Do-it-now triggers”在接收到时立即执行（executed when received）。

  对于本领域技术人员而言，“在接收时立即执行”在逻辑和代码实现上，等同于将触发的执行时间（起始时间）设定为系统当前时间（即“Now”）。两者均是为了剥离未来的时间代码（如D1中的Do-it-then triggers），强制接收端设备在解析到该信令的当前时刻立刻启动交互事件。因此，D1（US20060168624A1）实质公开了技术特征C。

三、 权利要求1与对比文件D1（US20060168624A1）的特征比对表

以下是权利要求1各项技术特征与对比文件D1（US20060168624A1）的详细比对。为了严谨起见，表格中不仅重点展示了特征C，也对其他特征的公开位置进行了对应，以支撑整体的无效/抗辩策略。

希望这份结合了具体段落和实质侵权/无效分析逻辑的说明，能为您的专利无效请求书或代理词撰写提供有力的支撑。如果有特定的对比文件组合方式（如D1结合公知常识评价创造性）需要进一步推敲，请随时告知。

目标专利说明书对技术特征C的解释

在进行特征比对之前，必须先将技术特征C置于目标专利（CN103081492B）的说明书语境中进行严格的权利要求解释（Claim Construction）。

技术特征C为：“将所述交互事件信息的所述交互事件元数据中的所述事件起始时间字段设置为当前时间”。

结合目标专利说明书，该特征的深层技术含义和应用场景如下：

• 应用场景（点播/立即触发）：说明书第[0003]段明确指出，“各个实施例提供了用于根据点播创建交互序列并且基于现场广播节目的内容对其立即进行调度的系统”。第[0148]段进一步描述了生成“点播交互事件信令消息”的过程。

• 核心逻辑（时间戳赋值机制）：说明书第[0152]段和第[0153]段（对应图5D的步骤560d）详细披露了该特征的具体实现方式：“IPS或交互服务器可以将起始时间元数据设置为当前时间，因此点播事件将由接收机设备立即实现。”

解释结论：技术特征C保护的是一种特定的信令控制机制。对于需要立即显示的“点播”交互事件，系统并未设计一种全新的“立即执行”指令代码，而是复用了现有的基于时间调度的信令架构（包含事件起始时间字段和有效持续时间字段），通过巧妙地将元数据中的“起始时间”直接赋值为“当前时间”，使得接收机在解析该时间戳时，判断时间条件已满足，从而达到“立即实现/调度”的技术效果。

对比文件分析与特征比对

接下来，结合上述解释，对各对比文件原文进行深入分析，评估其是否毫无异议公开或实质公开了技术特征C。

D1 (JP2000031921A)

• 分析：D1主要涉及数字广播中数据轮播（Data Carousel）机制下文件的统一管理和自动更新。其段落[0008]和[0031]提到了利用“定时器预约功能（タイマー予約機能）”在指定时间执行更新。

• 结论：D1完全没有涉及交互事件的调度时间控制，更未公开将元数据中的起始时间字段设置为当前时间的技术手段。未公开技术特征C。

D2 (JP2000209563A)

• 分析：D2公开了在对讲型应用程序中，为了保证多终端同步，先下载应用数据，随后发送一个同步启动信号的技术。其段落[0011]、[0013]和[0053]明确记载了在发送应用数据后，发送“实时动作开始信号（リアルタイム動作開始信号 / real-time operation start signal）”来使所有用户界面实质上同时启动应用。

• 结论：D2实现“立即启动”的机制是发送一个专门的独立控制信号/指令（实时动作开始信号），而不是在交互事件的元数据架构中，通过操作“时间字段”并将其赋值为“当前时间”来实现。两者的底层数据结构和触发逻辑存在实质性差异。未公开技术特征C。

D3 (US20060019618A1)

• 分析：D3主要涉及在ESG（电子服务指南）片段中传递消息模板（如SMS、Email模板），以减少用户交互时的输入错误（参见段落[0042]-[0045]）。

• 结论：D3侧重于交互内容的载体（模板）的传输方式，未涉及控制这些交互事件何时启动的时间调度机制，未提及起始时间字段的设置。未公开技术特征C。

D4 (US20060168624A1)

• 分析：D4涉及增强型电视（eTV）内容的传送，其段落[0023]定义了播放列表中的“触发器（Trigger）”。D4明确区分了两种触发器：“即时触发器（Do-it-now triggers）”在接收时立即执行（self-synchronizing）；“定时触发器（Do-it-then triggers）”包含时间码，以指示相对于程序的执行时间。

• 结论：D4的“即时触发器（Do-it-now triggers）”虽然在技术效果上实现了“立即执行”，但从技术实现手段来看，它是一种特定类型的触发器（无需时间码），这与本专利在既有时间元数据架构内“将起始时间字段赋值为当前时间”的机制截然不同。D4是舍弃了时间码，而本专利是利用并修改了时间码。因此，D4未实质公开特征C。未公开技术特征C。

D5 (EP1881667A1)

• 分析：D5涉及DVB-H系统中的广播事件呈现。其段落[0017]记载了“触发：事件触发数据包（event trigger packet）可以在演示应该显示的准确时刻发送...使用RTP时间戳功能来同步”。

• 结论：与D2类似，D5依赖于在特定时刻发送一个独立的“触发数据包”来启动事件，而不是通过在提前下发的事件元数据中将预设的起始时间字段设定为当前时间。未公开技术特征C。

D6 (US07634787B1)

• 分析：D6涉及自动控制交互应用以保持与广播节目的同步。其自动化服务器通过发送原子命令（Atomic Commands）来控制事件。如表2（Table 2）和段落[0132]记载，系统使用Schedule、Start、Stop、Cancel等显式命令来控制广播服务器。

• 结论：D6完全基于“指令驱动”模型（发送Start命令），同样未公开通过操控元数据时间字段（赋值为当前时间）来实现触发的机制。未公开技术特征C。

特征比对表格

以下为技术特征C与对比文件D1-D6的详细比对结论表格：

综上所述，对比文件D1至D6均未毫无异议地公开，也未实质上公开权利要求1中的技术特征C。