**对比文件名称**：2003-02-25_US6523696B_发明授权_US06523696B1 Communication control device for realizing uniform service providing environment
**目标专利名称**：2049用于发送多媒体流的方法和系统CN105208020B
**本次调用的模型名称**：DeepSeek Chat（根据上下文推测，实际为当前对话模型）
---
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（翻译） | 公开性论述 |
| **技术特征A**：第一和第二终端被连接到至少一个网关以使能第一多媒体流的发送和第二相关流的接收，该方法包括步骤<br>《直接公开》 | 对比文件第三实施例（FIG.7及描述）：第一家庭网络中的数字TV（207，作为第二终端）通过第一AV连接设备（204，作为网关）连接到公共网络；第二家庭网络中的DVD播放器（208，作为第一终端）通过第二AV连接设备（205，作为网关）连接到公共网络。公共网络作为连接中介，使能视频数据从DVD播放器发送到数字TV。原文：“第二AV连接设备205将视频数据通过公共网络202发送到第一AV连接设备204...视频最终在数字TV207上播放”（参见描述FIG.32步骤S4513-S4515）。 | 对比文件明确公开了两个终端（DVD播放器、数字TV）分别连接到至少一个网关（第一AV连接设备、第二AV连接设备），并通过这些网关实现多媒体流（视频数据）的发送和接收。目标专利中网关的作用同样是连接终端以传输多媒体流，两者作用相同，因此该特征被直接公开。 |
| **技术特征B**：使用第一协议启动在第一终端和网关之间的第一多媒体会话信息的交换<br>《隐含公开》 | 对比文件第三实施例（FIG.32及描述）：第一终端（从第一家庭网络侧看，可视为PC或第一AV连接设备）通过HTTP协议（作为第一协议示例）向第二AV连接设备（网关）请求主页，进而发送RTSP命令（参见步骤S4501：“GET /appliances/dvd.html HTTP/1.1”）。但对比文件中第一终端并未使用SIP或类似协议主动发起多媒体会话，而是通过主页点击间接触发。 | 对比文件没有明确公开“第一终端主动使用第一协议启动多媒体会话信息交换”，但隐含公开了终端与网关之间的协议交换过程：第一终端（PC）通过HTTP请求获取主页，随后发送RTSP命令（可视为信息交换）。本领域技术人员可以从对比文件中合理推理出使用某种协议（如HTTP、RTSP）启动信息交换的可能性，尽管不是SIP，但第一协议在特征B中未被限定，因此隐含公开。 |
| **技术特征C**：使用第二协议提供触发到第二终端<br>《隐含公开》 | 对比文件第三实施例（FIG.32及描述）：第二AV连接设备（网关）在收到RTSP SETUP命令后，通过1394协议（作为第二协议示例）向第二终端（DVD播放器）发送AV/C命令，触发其执行操作（如电源开启）（参见步骤S4505：“...发出AV/C指令给对应的1394节点”）。 | 对比文件公开了网关使用特定协议（1394协议）向第二终端发送触发（命令），以便第二终端开始响应。该触发在本质上起到通知第二终端准备流传输的作用，与目标专利中触发的作用类似（启动会话）。虽然协议不同，但隐含公开了“使用第二协议提供触发到第二终端”这一步骤。 |
| **技术特征D**：以启动在第二终端和网关之间的第二多媒体会话信息的交换<br>《隐含公开》 | 对比文件第三实施例（FIG.32及描述）：第二终端（DVD播放器）在收到AV/C命令后，与第二AV连接设备（网关）通过1394协议交换信息，包括等时信道分配、流控制命令（PLAY）等（参见步骤S4509-S4510：“保留等时信道...发出PLAY命令”）。 | 对比文件公开了第二终端与网关之间进行信息交换以建立流传输：在收到触发命令后，DVD播放器与网关之间交换信道和流控制信息，这实质上是第二多媒体会话信息的交换。虽然目标专利中第二会话由第三协议控制，但对比文件隐含公开了此类交换的存在，且其目的（启动流传输）相同。 |
| **技术特征E**：第二协议不同于第一协议<br>《隐含公开》 | 对比文件第三实施例（FIG.32及描述）：第一协议可以是HTTP（用于第一终端请求主页），第二协议可以是1394协议（用于触发DVD播放器），两者明显不同。原文中使用的协议类型各异（HTTP、1394、RTSP等），相互不同。 | 对比文件中第一协议（如HTTP）和第二协议（如1394）是不同的协议类型，本领域技术人员可以直接认识到多个不同协议共存。目标专利要求第二协议与第一协议不同，对比文件隐含公开了这一关系，因为多种不同协议被用于不同步骤。 |
| **技术特征F**：响应于提供所述触发<br>《隐含公开》 | 对比文件第三实施例（FIG.32及描述）：第二终端（DVD播放器）在接收到AV/C命令（触发）后，执行相应操作并响应网关（参见步骤S4505后描述：“当成功时，第二AV连接设备传送RTSP OK命令...”）。 | 对比文件明确公开了第二终端响应于触发信号而行动：DVD播放器收到命令后执行并返回确认。这与目标专利中“响应于触发”的含义一致，因此隐含公开。 |
| **技术特征G**：第二终端使用第三协议启动在第二终端和网关之间的第二多媒体会话信息的交换<br>《隐含公开》 | 对比文件第三实施例（FIG.32及描述）：第二终端（DVD播放器）并未主动使用RTSP启动会话，而是通过1394协议被动响应网关命令。但对比文件第二实施例（FIG.22）中，第一AV连接设备（可作为第二终端）使用RTSP主动向第二AV连接设备（网关）发送SETUP/PLAY命令（参见步骤：第一AV连接设备发出RTSP命令）。 | 在对比文件第二实施例中，RTSP客户端（第一AV连接设备，若视为第二终端角色）主动使用RTSP（第三协议）与网关交换会话信息。目标专利中第二终端使用第三协议启动交换，对比文件隐含公开了这种终端主动使用第三协议（RTSP）建立会话的可能性，尽管角色可能互换。 |
| **技术特征H**：第三协议不同于第二协议和第一协议<br>《隐含公开》 | 对比文件第二实施例（FIG.22）及第三实施例：第三协议为RTSP，第一协议可为HTTP或1394，第二协议可为1394或HTTP，三者不同（RTSP vs. HTTP vs. 1394）。原文明确使用了多种不同协议。 | 对比文件公开了多个不同协议（HTTP、1384、RTSP）用于不同步骤，本领域技术人员可以合理推理出这些协议互不相同，因此特征H隐含公开。 |
| **技术特征I**：从第一终端发送第一多媒体流并且在第二终端接收第二相关多媒体流<br>《直接公开》 | 对比文件第三实施例（FIG.32步骤S4513-S4515）：视频数据从DVD播放器（第一终端）通过第二AV连接设备、公共网络、第一AV连接设备发送到数字TV（第二终端）并显示。原文：“第二AV连接设备205将视频数据封装成IP包发送到第一AV连接设备204...视频数据最终在数字TV207上播放”。 | 对比文件明确公开了多媒体流从第一终端（DVD播放器）发送到第二终端（数字TV）的过程。流是相同的视频数据，符合“第一多媒体流”和“第二相关多媒体流”的关系。作用一致，直接公开。 |
| **技术特征J**：其中第一多媒体会话信息的交换包括向第一终端提供至少部分第二多媒体会话信息<br>《隐含公开》 | 对比文件第三实施例（FIG.32步骤S4506-S4512）：在RTSP SETUP响应中，网关向第一终端（如第一AV连接设备）提供会话ID、传输参数等第二会话信息（参见“RTSP/1.0 200 1 OK Session:1234”）。 | 对比文件中，当第一终端发送SETUP命令后，网关返回包含会话标识和传输参数的响应，这些信息属于第二多媒体会话信息（如RTSP会话参数）。因此隐含公开了第一终端在交换过程中获得部分第二会话信息。 |
| **技术特征K**：由此响应所述提供开始从第一终端发送第一多媒体流。<br>《隐含公开》 | 对比文件第三实施例（FIG.32步骤S4513）：在第一终端接收到RTSP OK（包含会话信息）后，网关控制DVD播放器开始发送视频流，流传输随即开始。原文：“第二AV连接设备205将视频数据封装并发送”。 | 对比文件公开了在收到第二会话信息后，第一终端（DVD播放器）开始发送多媒体流。虽然直接控制由网关实施，但隐含公开了“响应于提供信息而开始发送流”的因果关系。 |
| **技术特征L**：其中第二多媒体会话信息的交换包括向第二终端提供至少部分第一多媒体会话信息<br>《隐含公开》 | 对比文件第三实施例（FIG.32步骤S4514-S4515）：第一AV连接设备（网关）向第二终端（数字TV）提供关于视频流的参数（如等时信道号），以启动接收。原文：“第一AV连接设备204接收视频并设置等时信道给数字TV”。 | 对比文件公开了网关向第二终端提供第一多媒体会话（流参数）的信息，以便第二终端接收流。这隐含公开了特征L的内容。 |
| **技术特征M**：由此响应于所述提供开始由第二终端接收第二相关多媒体流。<br>《隐含公开》 | 对比文件第三实施例（FIG.32步骤S4515）：数字TV（第二终端）在收到参数设置后开始接收并显示视频流。 | 对比文件明确显示了第二终端在收到会话信息后开始接收流，因此隐含公开。 |
| **技术特征N**：其中第一协议是对等型协议。<br>《未公开》 | 对比文件全文未提及对等型协议（如SIP的对等特性）；使用的协议如HTTP、RTSP、1394、IP均为客户端-服务器或非对等模式。 | 对比文件没有公开或暗示任何协议具有对等特性，本领域技术人员无法从中推断出对等型协议的存在。因此该特征未被公开（直接或隐含）。 |
| **技术特征O**：其中第一协议是会话启动协议（SIP）。<br>《未公开》 | 对比文件全文未提及SIP或类似协议。 | 对比文件完全不涉及SIP，因此该特征未被公开。 |
| **技术特征P**：其中第三协议是客户端-服务器型协议。<br>《直接公开》 | 对比文件第二、三实施例明确使用RTSP作为流控制协议，RTSP是标准的客户端-服务器型协议（参见RFC 2326）。原文：“第一AV连接设备204发出RTSP SETUP命令...RTSP用于实时流远程控制”。 | RTSP的客户端-服务器特性是公知的，对比文件将该协议用于流控制，因此直接公开了第三协议为客户端-服务器型协议。 |
| **技术特征Q**：其中第三协议是实时流协议（RTSP）。<br>《直接公开》 | 对比文件第二实施例（FIG.22、FIG.32）详细描述了使用RTSP协议进行流控制，包括SETUP、PLAY等命令。原文：“第一AV连接设备204发出RTSP SETUP命令...PLAY命令”。 | 对比文件明确且多次提及RTSP协议，直接公开了该特征。 |
| **技术特征R**：其中提供触发到第二终端的步骤是由网关启动的。<br>《隐含公开》 | 对比文件第三实施例（FIG.32）：第二AV连接设备（网关）在收到第一终端的RTSP命令后，主动向第二终端（DVD播放器）发送AV/C命令（触发）。触发由网关启动。 | 对比文件公开了网关作为触发源，主动向第二终端发送控制命令，这与目标专利中网关启动触发的作用相同，因此隐含公开。 |
| **技术特征S**：其中第一多媒体会话信息的交换包括提供第二终端的标识符给网关。<br>《隐含公开》 | 对比文件第二实施例（FIG.18、FIG.19）：第一终端（第一AV连接设备）在服务请求中提供第二终端的标识（如URL: DVD1394://192.168.1.254:20000），由网关（第二AV连接设备）接收。 | 对比文件明确公开了第一终端向网关提供第二终端的标识符（URL中包括设备信息），以识别所需服务/终端，因此隐含公开。 |
| **技术特征T**：其中该方法包括在提供触发给第二终端之前。<br>《隐含公开》 | 对比文件第三实施例（FIG.32流程）：网关在收到第一终端的RTSP SETUP后，先处理信息（如端口分配），然后才向第二终端发送触发（AV/C命令）。触发步骤显然发生在第一信息交换之后。（时间顺序明确） | 对比文件隐含公开了在提供触发之前，已经进行了第一多媒体会话信息的交换（RTSP SETUP），因此符合“在提供触发之前”的顺序要求。 |
| **技术特征U**：将第二终端的标识符解析成网络地址的附加步骤。<br>《隐含公开》 | 对比文件第二实施例（FIG.18描述）：第一AV连接设备通过服务类型请求获取第二终端的URL，其中包括网络地址（IP地址192.168.1.254），这隐含了解析过程（如DNS或查表）。原文描述：“第一AV连接设备发送服务请求...获得服务地址和端口”。 | 对比文件公开了第一终端或网关在通信前获取第二终端的网络地址（如IP地址），这隐含了标识符到地址的解析过程，因此特征U隐含公开。 |
| **技术特征V**：其中第一多媒体流是与第二相关多媒体流相同的多媒体流。<br>《直接公开》 | 对比文件第三实施例（FIG.32）：视频数据从DVD播放器直接流式传输到数字TV，中间没有改变内容，流是相同的。原文描述：“发送的视频数据被原样播放”。 | 对比文件明确公开了第一多媒体流与第二接收流相同（即直接流传输，无转码或缓冲后改变），因此直接公开。 |
---
## 公开性代码输出
根据判断结果，直接公开的特征插入大写代码，隐含公开的特征插入小写代码：
<<<A>>> <<<I>>> <<<P>>> <<<Q>>> <<<V>>>
<<<b>>> <<<c>>> <<<d>>> <<<e>>> <<<f>>> <<<g>>> <<<h>>> <<<j>>> <<<k>>> <<<l>>> <<<m>>> <<<r>>> <<<s>>> <<<t>>> <<<u>>>