对比文件名称：2007-09-13_WO2007101473A1_TIME-SHIFTING AND CHASE-PLAY FOR AN IPTV SYSTEM
目标专利名称：用于发送多媒体流的方法和系统CN105208020B
模型名称：DeepSeek-R1
以下是对比文件WO2007101473A1与目标专利权利要求技术特征的详细比对分析。
## 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（翻译） | 公开性论述 |
| **技术特征A**《直接公开》<br>第一和第二终端被连接到至少一个网关以使能第一多媒体流的发送和第二相关流的接收，该方法包括步骤 | [p0067] “IPTV-AS充当网络PVR系统与STB之间的网关。”<br>[p0074] “单播传输开始。”<br>结合[p0069]中RTSP用于播放命令以及[p0070]中IPTV-AS向STB发起SIP重邀请建立单播通道的流程。 | 对比文件明确公开了第一终端（网络PVR/N-PVR，发送第一多媒体流）、第二终端（STB，接收第二相关多媒体流）以及网关（IPTV-AS）。IPTV-AS连接N-PVR与STB，从而使得N-PVR发送媒体流以及STB接收流。该架构与目标专利中“至少一个网关”使能流发送和接收的作用完全相同。 |
| **技术特征B**<br>使用第一协议启动在第一终端和网关之间的第一多媒体会话信息的交换 | [p0062] “一旦STB被注册，它就使用SIP INVITE消息与IPTV AS建立安全的TCP/TLS连接。” | 对比文件公开了STB（在对比文件中为接收端）使用SIP发起会话建立。然而，目标专利中的“第一终端”被严格定义为**发送**第一多媒体流的终端（即N-PVR）。对比文件中的发送端（N-PVR）是服务器，并未主动使用第一协议（SIP）发起与网关的会话。因此，对比文件未公开本特征中的角色及动作，也未隐含公开。 |
| **技术特征C**《直接公开》<br>使用第二协议提供触发到第二终端 | [p0070] “IPTV-AS在与‘开始Chase Play’命令相关联的同一SIP会话中发送SIP INVITE消息。该SIP Re-Invite消息是建立单播通道的请求，该单播通道将用于递送存储在N-PVR系统中的已记录（时间偏移）内容。” | 对比文件明确公开了IPTV-AS（网关）使用SIP协议（第二协议）向第二终端（STB）提供触发（SIP重邀请），以告知第二终端开始进行单播会话的建立。 |
| **技术特征D**《直接公开》<br>以启动在第二终端和网关之间的第二多媒体会话信息的交换 | [p0071] “SIP INVITE消息被发送到STB，STB通过发送200 OK消息确认请求以接受单播通道邀请。”<br>[p0071] “IPTV-AS通过向N-PVR系统发送‘Play’命令来启动已记录内容的播放。” | 对比文件公开了响应于触发，在第二终端（STB）和网关（IPTV-AS）之间进行的会话信息交换（SDP在INVITE/200 OK中交换），直接启动了第二多媒体会话信息的交换。 |
| **技术特征E**《隐含公开》<br>第二协议不同于第一协议 | [p0070] 第一多媒体会话的建立（特征B对应）使用的是SIP（控制通道建立）。<br>[p0073] “IPTV-AS通过向N-PVR系统发出‘Play’命令来启动已记录内容的播放。”在对比文件中，触发N-PVR（在映射为第一终端时）使用的是RTSP。 | 目标专利要求第二协议不同于第一协议。对比文件中第一会话信息交换协议为SIP。当将第二终端理解为N-PVR时，网关触发N-PVR的协议为RTSP（Play命令），RTSP不同于第一协议SIP。虽然触发N-PVR的动作并非对应请求中“第二协议”的典型映射，但根据隐含公开的宽松标准，本领域技术人员可以合理推断出“第二协议不同于第一协议”这一关系在对比文件架构中存在。 |
| **技术特征F**《直接公开》<br>响应于提供所述触发 | [p0071] “STB通过发送200 OK响应确认请求以接受单播通道邀请。” | 对比文件明确公开第二终端（STB）响应于网关提供的触发（SIP重邀请），启动了后续会话信息的交换操作。 |
| **技术特征G**<br>第二终端使用第三协议启动在第二终端和网关之间的第二多媒体会话信息的交换 | [p0071] STB使用SIP 200 OK响应SIP重邀请。<br>[p0073] N-PVR响应RTSP Play命令。 | 目标专利要求第二终端使用与触发协议及第一会话协议均不同的“第三协议”来主动启动会话。在对比文件中，无论是STB响应触发（使用SIP）还是N-PVR响应触发（使用RTSP），所使用的协议均与网关触发它们的协议相同。对比文件未教导，也无法合理推断出第二终端主动使用一个与前述协议完全不同的第三协议来启动会话。 |
| **技术特征H**<br>第三协议不同于第二协议和第一协议 | 依赖于技术特征G，对比文件未公开该特征。 | 由于技术特征G未公开，本特征自然也不被公开。 |
| **技术特征I**《直接公开》<br>从第一终端发送第一多媒体流并且在第二终端接收第二相关多媒体流。 | [p0074] “单播传输开始。”<br>[p0141] “目标的单播传输开始。” | 对比文件明确公开第一终端（N-PVR）发送第一多媒体流（已记录的单播内容），第二终端（STB）接收该第二相关多媒体流。 |
| **技术特征J**<br>其中第一多媒体会话信息的交换包括向第一终端提供至少部分第二多媒体会话信息 | [p0062] 第一会话建立（控制通道）提供了STS的Portal URL。<br>[p0071] 第二会话（单播通道）的建立过程涉及SDP信息。 | 对比文件中的网关并未在第一会话（SIP邀请建立控制通道）中就将第二会话（单播通道）的信息提供给第一终端（N-PVR）。第一终端（N-PVR）是通过触发之后的RTSP Play命令才获得第二会话信息的。 |
| **技术特征K**《隐含公开》<br>由此响应所述提供开始从第一终端发送第一多媒体流 | [p0073] “IPTV-AS通过向N-PVR系统发出‘Play’命令来启动已记录内容的播放。”<br>[p0074] “单播传输开始。” | 对比文件公开了网关向第一终端（N-PVR）提供“Play”命令（包含第二会话信息）后，第一终端立即开始发送第一多媒体流。根据隐含公开的宽松标准，该动作与目标专利描述的逻辑一致。 |
| **技术特征L**《直接公开》<br>其中第二多媒体会话信息的交换包括向第二终端提供至少部分第一多媒体会话信息 | [p0070] “IPTV-AS发送SIP INVITE消息...以建立单播通道...用于递送已记录的内容。”<br>[p0071] STB通过200 OK响应接受邀请。 | 对比文件公开了第二多媒体会话信息的交换（SIP INVITE/200 OK）中，网关（IPTV-AS）向第二终端（STB）提供了第一多媒体流（来自N-PVR的单播）的会话描述信息（SDP），即至少部分第一多媒体会话信息。 |
| **技术特征M**《直接公开》<br>由此响应于所述提供开始由第二终端接收第二相关多媒体流 | [p0074] “单播传输开始。”<br>[p0071] “STB...接受单播通道邀请。” | 对比文件明确响应于第二会话信息的交换，第二终端（STB）开始接收第二相关多媒体流。 |
| **技术特征N**《直接公开》<br>其中第一协议是对等型协议 | [p0062] 第一协议为SIP。 | SIP是公知的对等型协议。对比文件使用的SIP协议本身即为对等协议。 |
| **技术特征O**《直接公开》<br>其中第一协议是会话启动协议（SIP） | [p0062] “...使用SIP INVITE消息...” | 对比文件明确公开第一协议为SIP。 |
| **技术特征P**《直接公开》<br>其中第三协议是客户端-服务器型协议 | [p0069] “RTSP在序列中被用作示例...” | RTSP是公知的客户端-服务器型协议。 |
| **技术特征Q**《直接公开》<br>其中第三协议是实时流协议（RTSP） | [p0069] “RTSP在序列中被用作示例...”<br>[p0073] “IPTV-AS通过向N-PVR系统发出‘Play’命令...” | 对比文件明确公开第三协议为RTSP。 |
| **技术特征R**《直接公开》<br>其中提供触发到第二终端的步骤是由网关启动的 | [p0070] “IPTV-AS发送SIP INVITE消息...”<br>[p0137] “IPTV-AS发送SIP INVITE消息...” | 对比文件明确触发步骤由网关（IPTV-AS）启动。 |
| **技术特征S**<br>其中第一多媒体会话信息的交换包括提供第二终端的标识符给网关 | 对比文件全文未公开第一终端（N-PVR）主动向网关提供第二终端（STB）的标识符。 | STB的标识符是通过IMS注册过程已知的，而非由第一终端（N-PVR）在第一会话信息交换中提供。对比文件未教导本特征。 |
| **技术特征T**《直接公开》<br>其中该方法包括在提供触发给第二终端之前 | [p0046] 图1流程：STB先通过SIP邀请建立控制通道（第一会话）。<br>[p0065] 图2流程：在步骤2用户发出Time-Shift命令后，IPTA-AS通过步骤6（触发）建立单播通道。 | 对比文件清晰展示了在触发提供之前，已经完成了第一会话的建立（控制连接建立、用户发起命令等），直接公开了该时间顺序。 |
| **技术特征U**<br>将第二终端的标识符解析成网络地址的附加步骤 | 对比文件全文未公开解析第二终端标识符的步骤。 | 对比文件中IPTV-AS直接通过IMS核心将SIP消息路由至STB，STB的地址通过IMS注册信息已知，无需在触发前由网关进行额外的解析步骤（如DNS查询）。因此不满足该特征的限定。 |
| **技术特征V**<br>其中第一多媒体流是与第二相关多媒体流相同的多媒体流 | 对比文件全文围绕Time-Shifting和Chase-Play展开，即内容先被录制到N-PVR（形成延迟），再回放（播放的是录制流），第一流与第二流虽内容相同但存在时间差，属于不同的临时性流。 | 目标专利特征V明确要求第一流与第二流为“相同的多媒体流”（如直接从第一终端实时转发至第二终端，无中间缓冲/录制）。对比文件的核心技术方案是时间偏移和追赶播放，其定义的流程与此特征相悖。 |
## 综合判断
基于上述严谨的比对，结合“隐含公开”的宽松标准，本领域技术人员可以确定：
- **直接公开**的技术特征有：A, C, D, F, I, L, M, N, O, P, Q, R, T。
- **隐含公开**的技术特征有：E, K。
- 其余技术特征（B, G, H, J, S, U, V）未在对比文件中直接或隐含公开。
<<<A>>><<<C>>><<<D>>><<<F>>><<<I>>><<<L>>><<<M>>><<<N>>><<<O>>><<<P>>><<<Q>>><<<R>>><<<T>>><<<e>>><<<k>>>