对比文件名称：2005-06-22_CN1630368A_发明公开_CN1630368A 交互式数字电视广播系统
目标专利名称：用于发送多媒体流的方法和系统 CN101953136B
模型名称：DeepSeek
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：其中第一和第二终端被连接到至少一个网关以使能第一多媒体流的发送和第二多媒体流的接收<br>**未公开** | 对比文件具体实施方式部分描述：“用户单元SU1…SUn各自包括数字机顶盒和电视机；回传通道运营者RCO提供交互通道；系统还包括内容插入模块…”，并说明用户单元通过回传通道连接RCO和iTVP，但未提及“网关”实体。 | 对比文件中用户单元通过回传通道连接到RCO等节点，但未定义“网关”角色，且该节点仅用于交互和内容插入，不具备目标专利中网关实现不同协议域转换并管理多媒体会话的功能。目标专利网关的核心作用是使第一终端（SIP）与第二终端（RTSP）通过协议转换实现多媒体流发送/接收，对比文件中无对应概念。故该技术特征未被直接或隐含公开。 |
| **技术特征B**：所述第一终端使用第一协议启动在第一终端和网关之间的第一多媒体会话信息的交换<br>**未公开** | 对比文件具体实施方式部分描述用户单元通过交互通道与系统通信，但未指明使用何种协议，更未涉及“第一协议”或“多媒体会话信息交换”。 | 对比文件未公开任何会话建立协议，也未描述终端与某节点之间启动多媒体会话信息交换的过程。目标专利的第一协议（如SIP）用于建立多媒体会话，对比文件中无类似步骤。故未被公开。 |
| **技术特征C**：使用第二协议提供触发到第二终端<br>**未公开** | 对比文件具体实施方式部分描述：“内容建议模块CSM，其能够建议用户单元在用户单元的显示内容中插入相关内容。”该建议可视为一种触发，但未指定使用的协议。 | 对比文件中的“建议”交互未限定任何特定协议，目标专利中的“第二协议”是区别于第三协议的特定协议（如SIP或HTTP等），用于触发第二终端启动会话。对比文件未公开任何协议类型的传递机制。故未被公开。 |
| **技术特征D**：以启动在第二终端和网关之间的第二多媒体会话信息的交换<br>**未公开** | 对比文件具体实施方式部分描述用户接受建议后由内容插入模块插入内容，但未涉及第二终端与网关之间的多媒体会话信息交换。 | 对比文件中用户接受建议后直接插入显示内容，未建立任何多媒体会话，也未进行会话信息的交换。目标专利要求第二终端与网关之间通过会话信息交换（如SDP）建立多媒体接收通道，对比文件无此过程。故未被公开。 |
| **技术特征E**：响应于提供所述触发<br>**隐含公开** | 对比文件具体实施方式部分：“内容建议模块CSM建议用户单元SU1……内容插入模块CIM可以在用户单元SU1的用户接受来自确定的参考列表中的某个确定的、有关的参考的情况下，在用户单元SU1的显示内容中插入该内容。” | 对比文件明确描述了响应于提供的建议（触发）用户接受并执行后续动作。虽然触发类型和后续动作与目标专利不同，但存在“响应于触发”这一基本行为特征。本领域技术人员可合理推断对比文件存在响应触发的过程，该特征被隐含公开。 |
| **技术特征F**：第二终端使用第三协议启动在第二终端和网关之间的第二多媒体会话信息的交换<br>**未公开** | 对比文件未公开任何类似于RTSP的客户端-服务器型协议，也未描述第二终端启动与网关的会话。 | 对比文件没有第三协议的概念，且第二终端（用户单元）启动的是内容插入，而非多媒体会话建立。目标专利中第二终端通过RTSP等协议与网关交换会话信息，对比文件无对应内容。故未被公开。 |
| **技术特征G**：第三协议不同于第二协议<br>**未公开** | 对比文件未公开任何两种不同协议。 | 对比文件未提及过程中涉及两种不同的协议，更未明确二者不同。目标专利强调第三协议与第二协议不同以支持协议域转换，对比文件无此技术启示。故未被公开。 |
| **技术特征H**：从第一终端发送第一多媒体流并且在第二终端接收第二多媒体流<br>**直接公开** | 背景技术部分：“为了使用户能积极地通过与一组用户共享个人内容(如电影、实时视频流、音频、文本、图片、信息等)来贡献iTV体验”；具体实施方式例子：“用户单元SU2的某个用户的一系列关于巴塞罗那的度假照片和电影”被用户单元SU1“在用户单元SU1的显示内容中插入该内容”。 | 对比文件明确披露一个用户单元（第一终端）提供共享内容（多媒体流），另一用户单元（第二终端）接收并显示该内容。尽管传输路径经过系统节点，但本质上实现了从第一终端到第二终端的多媒体流发送与接收。该特征直接公开。 |
| **技术特征I**：其中第一多媒体会话信息的交换包括向第一终端提供至少部分第二多媒体会话信息<br>**未公开** | 对比文件未涉及多媒体会话信息交换，更未提及向第一终端提供第二多媒体会话信息。 | 对比文件中没有多媒体会话信息的概念，第一终端（提供内容的用户）仅上传内容，未接收来自网关的有关第二终端会话的信息。目标专利的特征完全缺失。故未被公开。 |
| **技术特征J**：由此响应所述提供开始从第一终端发送第一多媒体流<br>**未公开** | 对比文件未描述向第一终端提供信息后触发其开始发送多媒体流的过程。 | 对比文件中第一终端发送多媒体流是主动共享行为，并非响应于收到来自网关的“第二多媒体会话信息”后触发。目标专利的因果顺序不同。故未被公开。 |
| **技术特征K**：其中第二多媒体会话信息的交换包括向第二终端提供至少部分第一多媒体会话信息<br>**未公开** | 对比文件未涉及任何会话信息交换。 | 对比文件无第二多媒体会话信息交换，也未向第二终端提供第一多媒体会话信息。目标专利的特征完全缺失。故未被公开。 |
| **技术特征L**：由此响应于所述提供开始由第二终端接收第二多媒体流<br>**隐含公开** | 对比文件具体实施方式：用户单元SU1接受建议后，“内容插入模块CIM可以在用户单元SU1的用户接受……的情况下，在用户单元SU1的显示内容中插入该内容。” | 虽然对比文件中的“提供”是内容建议而非第一多媒体会话信息，但存在“响应于提供（建议）开始接收内容”的行为模式。本领域技术人员可合理推断第二终端响应提供而开始接收多媒体流，该特征隐含公开。 |
| **技术特征M**：其中第一协议是对等型协议<br>**未公开** | 对比文件未描述任何协议类型。 | 对比文件未提及对等型协议，也未描述支持双向会话建立的协议特征。目标专利的第一协议（如SIP）是对等型，对比文件无对应。故未被公开。 |
| **技术特征N**：其中所述对等型协议是会话启动协议(SIP)<br>**未公开** | 对比文件全文未见SIP。 | 对比文件不涉及SIP协议。故未被公开。 |
| **技术特征O**：其中第三协议是客户端-服务器型协议<br>**未公开** | 对比文件未描述任何客户端-服务器型协议。 | 对比文件未提及客户端-服务器型协议的特征。目标专利的第三协议（如RTSP）是客户端-服务器型，对比文件无对应。故未被公开。 |
| **技术特征P**：其中所述客户端-服务器型协议是实时流协议(RTSP)<br>**未公开** | 对比文件全文未见RTSP。 | 对比文件不涉及RTSP协议。故未被公开。 |
| **技术特征Q**：其中提供触发到第二终端的步骤是由网关启动的<br>**隐含公开** | 对比文件具体实施方式：“回传通道运营者RCO包括……内容建议模块CSM，其能够建议用户单元……”。该建议由RCO节点发起，RCO可视为网关。 | 对比文件中提供触发（内容建议）的模块位于回传通道运营者RCO，该节点是用户单元与iTV提供者之间的中间件，类似于网关功能。本领域技术人员可合理推断触发由网关启动，该特征隐含公开。 |
| **技术特征R**：其中第一多媒体会话信息的交换包括提供第二终端的标识符给网关<br>**隐含公开** | 对比文件具体实施方式：“本发明的实施例可以向用户提供定义哪些用户的共享内容显示给自己用于包含。这样的用户组可以通过列举(朋友、家庭)或规定特性(“哈利·波特的影迷”)来定义。” | 当用户定义共享目标组时，隐含涉及提供第二终端的标识符（如用户组ID）给系统（网关）。本领域技术人员可合理推断第一终端在共享内容时需指定接收者标识，该特征隐含公开。 |
| **技术特征S**：其中该方法包括在提供触发给第二终端之前<br>**未公开** | 对比文件未描述触发之前的特定步骤。 | 对比文件未公开任何关于在提供触发之前进行其他操作的内容。故未被公开。 |
| **技术特征T**：将第二终端的标识符解析成网络地址的附加步骤<br>**未公开** | 对比文件未提及解析标识符为网络地址。 | 对比文件无任何地址解析过程。故未被公开。 |
| **技术特征U**：其中第一和第二协议相同<br>**未公开** | 对比文件未定义第一、第二协议。 | 对比文件未公开协议类型，更未提及协议相同。故未被公开。 |
| **技术特征V**：其中第一多媒体流是与第二多媒体流相同的多媒体流<br>**直接公开** | 具体实施方式例子：用户SU2的巴塞罗那度假照片和电影被直接插入到用户SU1的显示中，本质是同一内容。 | 对比文件中共享内容直接从提供者传递给接收者，未做实质性变换，第二多媒体流即为第一多媒体流本身。符合目标专利对相同流的描述。该特征直接公开。 |
<<<H>>><<<V>>><<<e>>><<<l>>><<<q>>><<<r>>>