对比文件的名称：2003-02-25_US6523696B_发明授权_US06523696B1 Communication control device for realizing uniform service providing environment
目标专利的名称：2086用于发送多媒体流的方法和系统CN101953136B
本次调用的模型名称：DeepSeek
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（翻译） | 公开性论述 |
| **技术特征A**：其中第一和第二终端被连接到至少一个网关以使能第一多媒体流的发送和第二多媒体流的接收。 **《直接公开》** | 第二实施例，图7及描述：“第一家庭网络包括第一IEEE 1394总线201，其上连接有第一AV连接设备204、个人计算机206和数字TV207。第二家庭网络包括第二IEEE 1394总线203和家庭自动化网络212。第二家庭网络上连接有第二AV连接设备205、DVD播放器208、数字VTR 209、PC 210和打印机211。” 以及关于多媒体流传输的步骤：“视频数据从DVD播放器208通过第二AV连接设备205、公共网络202、第一AV连接设备204传输到数字TV207。”（图22及对应描述） | 对比文件明确公开了第一终端（DVD播放器208）和第二终端（数字TV207）通过网关（第一AV连接设备204和第二AV连接设备205）连接，并且实现了多媒体流从第一终端发送到第二终端。因此，技术特征A被直接公开。 |
| **技术特征B**：所述第一终端使用第一协议启动在第一终端和网关之间的第一多媒体会话信息的交换。 **《直接公开》** | 第三实施例，图32及描述：“PC 206使用HTTP请求主页，主页包含RTSP命令链接。具体地，PC 206发送HTTP GET请求到第一AV连接设备204，第一AV连接设备204返回包含DVD播放器控制信息的HTML页面。”（步骤S4501-S4502） | 在对比文件中，第一终端PC 206使用HTTP协议（第一协议）向网关（第一AV连接设备204）发送请求，网关返回包含多媒体会话信息（如RTSP URL）的响应，这构成了第一多媒体会话信息的交换。因此，技术特征B被直接公开。 |
| **技术特征C**：使用第二协议提供触发到第二终端。 **《未公开》** | 无直接公开内容。 | 对比文件没有公开任何使用第二协议直接向第二终端提供触发的步骤。在对比文件中，用户通过操作第一终端上的主页触发操作，但该触发是用户通过HTTP向网关发送请求，网关随后使用RTSP与第二终端交互，但网关向第二终端发送的RTSP命令属于第三协议，而非第二协议。因此，技术特征C未被公开。 |
| **技术特征D**：以启动在第二终端和网关之间的第二多媒体会话信息的交换。 **《未公开》** | 无直接公开内容。 | 由于技术特征C未公开，技术特征D也未公开。对比文件中，第二多媒体会话信息的交换是由第二终端主动使用RTSP启动的，而不是由触发启动的。 |
| **技术特征E**：响应于提供所述触发。 **《未公开》** | 无直接公开内容。 | 由于技术特征C未公开，技术特征E也未公开。 |
| **技术特征F**：第二终端使用第三协议启动在第二终端和网关之间的第二多媒体会话信息的交换。 **《直接公开》** | 第二实施例，图22及描述：“第二AV连接设备205接收RTSP SETUP和PLAY命令，并通过1394 AV/C协议控制DVD播放器208。” 第三实施例，图32步骤S4508-S4510：“PC 206发送RTSP PLAY命令，第二AV连接设备205执行IEC 61883信道预留并向DVD播放器发送PLAY命令。” | 在对比文件中，第二终端（DVD播放器208）通过网关（第二AV连接设备205）使用RTSP协议（第三协议）建立会话，交换会话信息（如SETUP、PLAY）。因此，技术特征F被直接公开。 |
| **技术特征G**：第三协议不同于第二协议。 **《未公开》** | 无直接公开内容。 | 由于对比文件未公开第二协议，无法比较第三协议是否不同于第二协议。因此，技术特征G未被公开。 |
| **技术特征H**：从第一终端发送第一多媒体流并且在第二终端接收第二多媒体流。 **《直接公开》** | 第二实施例，图22及描述：“视频数据从DVD播放器208通过第二AV连接设备205、公共网络202、第一AV连接设备204传输到数字TV207。”（步骤S4513-S4516） | 对比文件明确公开了第一终端（DVD播放器208）发送多媒体流，第二终端（数字TV207）接收该多媒体流。因此，技术特征H被直接公开。 |
| **技术特征I**：其中第一多媒体会话信息的交换包括向第一终端提供至少部分第二多媒体会话信息。 **《直接公开》** | 第三实施例，图32步骤S4501-S4502：“PC 206发送HTTP GET请求，第一AV连接设备204返回包含DVD播放器RTSP URL和端口信息的HTML页面。” 该HTML页面包含了第二多媒体会话的部分信息（如RTSP地址）。 | 在对比文件中，第一终端（PC 206）通过HTTP请求与网关（第一AV连接设备204）交换第一多媒体会话信息，网关向第一终端提供了第二多媒体会话的部分信息（如RTSP URL和端口）。因此，技术特征I被直接公开。 |
| **技术特征J**：由此响应所述提供开始从第一终端发送第一多媒体流。 **《未公开》** | 无直接公开内容。 | 在对比文件中，第一终端（PC 206）在获得第二多媒体会话信息后，并未开始发送第一多媒体流。实际发送流的设备是DVD播放器（第二终端），而非第一终端。因此，技术特征J未被公开。 |
| **技术特征K**：其中第二多媒体会话信息的交换包括向第二终端提供至少部分第一多媒体会话信息。 **《隐含公开》** | 第三实施例，图32步骤S4508-S4510：“第二AV连接设备205接收RTSP PLAY命令后，预留IEC 61883信道，并向DVD播放器发送PLAY命令。在RTSP SETUP中，网关向第二终端提供了传输参数，这些参数可能包含第一多媒体会话的信息（如第一终端地址）。” 第二实施例中，第一AV连接设备将第一终端的信息通过FANP消息传递给第二AV连接设备，第二AV连接设备在RTSP会话中提供给第二终端。 | 虽然对比文件没有明确描述，但本领域技术人员可以合理推断，在RTSP会话建立过程中，网关（第二AV连接设备）需要向第二终端（DVD播放器）提供至少部分第一多媒体会话信息（如流的源地址、端口等），以便第二终端接收流。因此，技术特征K被隐含公开。 |
| **技术特征L**：由此响应于所述提供开始由第二终端接收第二多媒体流。 **《直接公开》** | 第二实施例，图22步骤S4513-S4516：“视频数据从DVD播放器通过公共网络传输到第一AV连接设备，再传输到数字TV207。” 数字TV作为第二终端接收流。 | 在对比文件中，第二终端（数字TV207）在接收RTSP PLAY命令后，开始接收多媒体流。因此，技术特征L被直接公开。 |
| **技术特征M**：其中第一协议是对等型协议。 **《未公开》** | 无直接公开内容。 | 在对比文件中，第一协议是HTTP，是一种客户端-服务器型协议，而非对等型协议。对比文件没有公开任何对等型协议作为第一协议。因此，技术特征M未被公开。 |
| **技术特征N**：其中所述对等型协议是会话启动协议(SIP)。 **《未公开》** | 无直接公开内容。 | 对比文件没有提及SIP协议。因此，技术特征N未被公开。 |
| **技术特征O**：其中第三协议是客户端-服务器型协议。 **《直接公开》** | 第二、三实施例中明确使用RTSP，RTSP属于客户端-服务器型协议。 | 对比文件中的第三协议是RTSP，而RTSP是典型的客户端-服务器型协议。因此，技术特征O被直接公开。 |
| **技术特征P**：其中所述客户端-服务器型协议是实时流协议(RTSP)。 **《直接公开》** | 第二实施例，图22及描述：“第二AV连接设备接收RTSP SETUP和PLAY命令。” 第三实施例，图32：“RTSP PLAY命令被使用。” | 对比文件明确公开了第三协议是RTSP。因此，技术特征P被直接公开。 |
| **技术特征Q**：其中提供触发到第二终端的步骤是由网关启动的。 **《未公开》** | 无直接公开内容。 | 在对比文件中，触发是由用户操作第一终端（PC）启动的，而非由网关主动启动。网关（AV连接设备）只是被动响应。因此，技术特征Q未被公开。 |
| **技术特征R**：其中第一多媒体会话信息的交换包括提供第二终端的标识符给网关。 **《隐含公开》** | 第三实施例，图32步骤S4501：“PC 206发送HTTP GET请求，请求特定URL，该URL包含了第二终端（DVD播放器）的标识符（如设备名称）。” 第二实施例，图15：“PC 210在服务注册中提供了服务标识符。” | 在对比文件中，第一终端（PC）在与网关交换第一多媒体会话信息时，通过请求的URL或服务标识符向网关提供了第二终端的标识符。因此，本领域技术人员可以合理推断该特征被隐含公开。 |
| **技术特征S**：其中该方法包括在提供触发给第二终端之前。 **《隐含公开》** | 第二实施例，图5(a)步骤21：“在提供触发之前，网关可能首先需要解析由第一终端发送的第二终端的标识符。” 第四实施例，图46：“在创建主页后，分配逻辑复用标识符。” | 对比文件虽然没有明确步骤名称，但描述了在建立连接之前进行地址解析或标识符解析的步骤。因此，本领域技术人员可以合理推断在提供触发之前存在解析步骤。技术特征S被隐含公开。 |
| **技术特征T**：将第二终端的标识符解析成网络地址的附加步骤。 **《隐含公开》** | 第二实施例，图5(a)步骤21：“网关可能首先需要解析由第一终端发送的第二终端的标识符。解析过程可包括DNS、ENUM或者其它数据库查询。” 第四实施例，图46：“分配逻辑复用标识符并建立地址和端口号对应表。” | 对比文件明确公开了在第一终端提供标识符后，网关将其解析为网络地址的步骤。因此，技术特征T被隐含公开。 |
| **技术特征U**：其中第一和第二协议相同。 **《未公开》** | 无直接公开内容。 | 在对比文件中，第一协议是HTTP，用于获取主页；第二协议未明确公开，因此无法断定第一和第二协议相同。即使认为第二协议是HTTP，但对比文件没有明确描述其相同性。因此，技术特征U未被公开。 |
| **技术特征V**：其中第一多媒体流是与第二多媒体流相同的多媒体流。 **《隐含公开》** | 第二实施例，图22及描述：“视频数据从DVD播放器208直接通过网关传输到数字TV207，没有中间缓冲。” 即流直接转发。 | 在对比文件中，第一多媒体流从DVD播放器发送，通过网关直接传输到数字TV，没有经过额外的缓冲或处理，因此第一多媒体流与第二多媒体流实质相同。本领域技术人员可以合理推断该特征被隐含公开。 |
<<<A>>><<<B>>><<<F>>><<<H>>><<<I>>><<<L>>><<<O>>><<<P>>><<<k>>><<<r>>><<<s>>><<<t>>><<<v>>>