**对比文件名称：** 2006-05-09_US7043528B_发明授权_US07043528B2 Systems and methods for connecting video conferencing to a distributed network
**目标专利名称：** 用于发送多媒体流的方法和系统 CN105208020B
**本次调用的模型名称：** DeepSeek-Chat
以下是对比文件对目标专利权利要求各技术特征公开性判断的特征比对表格。表格中，“技术特征描述及公开性判断结果”栏记录特征内容并标注《直接公开》《隐含公开》或《未公开》；“对比文件原文引用”栏提供对比文件相关段落的完整中文译文（原文为英文）；“公开性论述”栏详细说明判断理由。
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文译文） | 公开性论述 |
| **技术特征A：** 第一和第二终端被连接到至少一个网关以使能第一多媒体流的发送和第二相关流的接收，该方法包括步骤：《隐含公开》 | **段落[0040]**：RTSP服务器130通过RTSP消息信道132连接，并将视频流134和音频流136输出到一个或多个RTSP客户端220。<br>**段落[0042]**：每个数据捕获模块190将三个数据信号输出到流模块110。这些数据信号包括双向数字视频信号194和单向数字音频信号196。特别地，每个视频和音频信号都使用实时协议(RTP)编码。信号192-196中的每个都在数据捕获模块190和流模块110之间使用互联网协议(IP)分组传输技术传输。 | 对比文件中，数据捕获模块190相当于第一终端（发送多媒体流的源），RTSP客户端220相当于第二终端（接收多媒体流的目的端）。流模块110和RTSP服务器130共同构成分布式网关（类似于目标专利说明书[0115]段描述的分布式网关）。第一终端（190）连接到流模块110，第二终端（220）连接到RTSP服务器130，而RTSP服务器130与流模块110内部连接，从而形成“第一和第二终端通过至少一个网关连接”的整体架构，使能第一多媒体流的发送和第二相关流的接收。虽然对比文件未明确使用“网关”一词，但根据其功能和连接关系，本领域技术人员可以合理推断该结构实现了与特征A相同的配置，因此特征A被隐含公开。 |
| **技术特征B：** 使用第一协议启动在第一终端和网关之间的第一多媒体会话信息的交换：《未公开》 | **段落[0062]**（步骤S200-S400）：建立视频会议会话……，连接数据捕获模块到已建立的视频会议会话。然后，视频会议会话的数字视频和音频信号从数据捕获模块提供给流模块。 | 对比文件仅描述数据捕获模块将数字视频和音频信号“供应”给流模块（步骤S400），但未说明使用何种协议进行“启动”和“会话信息交换”。信号传输使用RTP（段落[0042]），但RTP是媒体传输协议而非用于启动会话和交换会话信息的协议。没有公开与第一协议（例如SIP）相应的发起过程或会话协商步骤。因此特征B未被直接或隐含公开。 |
| **技术特征C：** 使用第二协议提供触发到第二终端：《未公开》 | **段落[0049]**：用户通过向MMS服务器或RTSP服务器发送特定标识符（URL）来访问流。 | 对比文件中，第二终端（RTSP客户端）是通过用户主动发送请求（例如点击超链接）来启动流接收，而非由网关使用第二协议提供“触发”通知。没有公开任何类似SIP通知、SMS等触发机制。因此特征C未被公开。 |
| **技术特征D：** 以启动在第二终端和网关之间的第二多媒体会话信息的交换：《未公开》 | （同特征C） | 由于缺乏触发步骤，尤其没有公开“以启动……交换”的因果关联，特征D未被公开。 |
| **技术特征E：** 第二协议不同于第一协议：《未公开》 | （无相关公开） | 由于第一协议和第二协议均未在对比文件中明确公开，无法判断二者是否不同。特征E未被公开。 |
| **技术特征F：** 响应于提供所述触发：《未公开》 | （同特征C） | 由于触发步骤不存在，无所谓“响应于提供触发”，特征F未被公开。 |
| **技术特征G：** 响应于提供所述触发，第二终端使用第三协议启动在第二终端和网关之间的第二多媒体会话信息的交换：《未公开》 | **段落[0040]**：RTSP服务器130输出视频流134和音频流136到一个或多个RTSP客户端220。<br>**段落[0049]**：用户通过向RTSP服务器发送特定标识符（URL）来访问流。 | 对比文件确实公开了RTSP客户端（第二终端）使用RTSP（第三协议）发起与RTSP服务器（网关一部分）的会话（通过发送DESCRIBE/SETUP/PLAY等RTSP请求）。然而，该启动过程并非“响应于提供所述触发”（特征C和F缺失），而是客户端主动发起的。因此特征G的整体并未被公开。仅子部分（使用第三协议启动会话）有公开，但因缺少触发响应前提，不能认定为公开特征G。 |
| **技术特征H：** 第三协议不同于第二协议和第一协议：《未公开》 | （无相关公开） | 第一协议和第二协议均未明确公开，无法判断第三协议是否与之不同。且对比文件中第三协议（RTSP）与第一协议（若指H.323或SIP）本质不同，但第一协议在对比文件中未用于第一终端-网关间的会话建立。因此特征H未被公开。 |
| **技术特征I：** 从第一终端发送第一多媒体流并且在第二终端接收第二相关多媒体流：《直接公开》 | **段落[0062]**（步骤S400-S700）：视频会议会话的数字视频和音频信号从数据捕获模块提供给流模块……转换后提供给一个或多个流服务器，再由流服务器提供给客户端。<br>**段落[0064]**：在步骤S700，每个不同流服务器将转换后的数字音频和视频流提供给一个或多个对应客户端。 | 对比文件中，数据捕获模块（第一终端）将多媒体流（来自视频会议的数字视频和音频）通过流模块和流服务器最终发送至RTSP客户端（第二终端），RTSP客户端接收该多媒体流。流的内容是相关的（源自同一视频会议）。该过程明确地实现了“从第一终端发送第一多媒体流并且在第二终端接收第二相关多媒体流”。因此特征I被对比文件直接公开。 |
| **技术特征J：** 第一多媒体会话信息的交换包括向第一终端提供至少部分第二多媒体会话信息：《未公开》 | 无相关公开内容。 | 对比文件未描述在第一多媒体会话建立过程中向数据捕获模块（第一终端）提供任何关于RTSP客户端侧会话的信息（例如RTSP客户端的RTP端口或会话描述）。因此特征J未被公开。 |
| **技术特征K：** 由此响应所述提供开始从第一终端发送第一多媒体流：《未公开》 | 无相关公开内容。 | 由于未提供第二多媒体会话信息，也无响应性发送的因果关系，特征K未被公开。 |
| **技术特征L：** 第二多媒体会话信息的交换包括向第二终端提供至少部分第一多媒体会话信息：《未公开》 | 无相关公开内容。 | 对比文件未描述在RTSP会话建立过程中向RTSP客户端（第二终端）提供任何关于数据捕获模块侧会话的信息（例如数据捕获模块的RTP端口或会话描述）。因此特征L未被公开。 |
| **技术特征M：** 由此响应于所述提供开始由第二终端接收第二相关多媒体流：《未公开》 | 无相关公开内容。 | 由于未提供第一多媒体会话信息，也无响应性接收的因果关系，特征M未被公开。 |
| **技术特征N：** 第一协议是对等型协议：《未公开》 | 无相关公开内容。 | 对比文件未明确第一协议是什么。视频会议建立可能使用H.323或SIP（对等型），但第一协议是用于第一终端与网关之间的，而非视频会议本身。因此特征N未被公开。 |
| **技术特征O：** 第一协议是会话启动协议（SIP）：《未公开》 | 无相关公开内容。 | 对比文件虽提及SIP作为视频会议标准协议（段落[0006]），但并非用于第一终端与网关之间的会话建立。因此特征O未被公开。 |
| **技术特征P：** 第三协议是客户端-服务器型协议：《直接公开》 | **段落[0040]**：RTSP服务器130通过RTSP消息信道132连接，并将视频流134和音频流136输出到一个或多个RTSP客户端220。<br>**段落[0023]**：单播服务器包括能够使用……IETF实时流协议(RTSP)输出单播多媒体数据流的服务器。 | RTSP是典型的客户端-服务器型协议，由客户端发起请求，服务器响应并提供流。对比文件明确使用RTSP作为第三协议，因此特征P被直接公开。 |
| **技术特征Q：** 第三协议是实时流协议（RTSP）：《直接公开》 | **段落[0040]**：RTSP服务器130……输出视频流……到RTSP客户端。<br>**段落[0062]**（步骤S500）：将数字视频和音频流供应给一个或多个流服务器，这些服务器具有一种或多种不同协议，包括RTSP。 | 对比文件多处明确提及RTSP作为流媒体协议，因此特征Q被直接公开。 |
| **技术特征R：** 提供触发到第二终端的步骤是由网关启动的：《未公开》 | （同特征C） | 由于触发步骤本身未公开，更无关于启动者的信息。因此特征R未被公开。 |
| **技术特征S：** 第一多媒体会话信息的交换包括提供第二终端的标识符给网关：《未公开》 | 无相关公开内容。 | 对比文件未描述在数据捕获模块（第一终端）与流模块（网关）的会话信息交换中包含RTSP客户端（第二终端）的标识符。因此特征S未被公开。 |
| **技术特征T：** 包括在提供触发给第二终端之前：《未公开》 | （同特征C） | 由于触发步骤未公开，无所谓“在提供触发之前”。特征T未被公开。 |
| **技术特征U：** 将第二终端的标识符解析成网络地址的附加步骤：《未公开》 | 无相关公开内容。 | 对比文件未公开任何标识符解析步骤。因此特征U未被公开。 |
| **技术特征V：** 第一多媒体流是与第二相关多媒体流相同的多媒体流：《隐含公开》 | **段落[0045]-[0048]**：转码器150是可选的，用于将流转换到不同格式或比特率；在没有转码器的情况下，流模块直接向流服务器提供原始流。<br>**段落[0062]**（步骤S400-S500）：将数字视频和音频信号从数据捕获模块提供到流模块，再到流服务器。 | 对比文件的基本实施例（未插入转码器150）中，第一流（来自数据捕获模块的RTP流）经过流模块和流服务器后，直接由流服务器以原始内容（可能仅协议封装转换）提供给客户端，内容相同。转码器是可选增强，说明在无转码情况下第一流与第二相关流相同。本领域技术人员可以合理推断该情形下第一多媒体流与第二相关多媒体流是相同的流。因此特征V被隐含公开。 |
**公开性代码汇总：**
- 直接公开的特征：I, P, Q
- 隐含公开的特征：A, V
（代码按指令要求插入在回答末尾）
<<<I>>><<<P>>><<<Q>>><<<a>>><<<v>>>