对比文件名称：2006-05-09_US7043528B_发明授权_US07043528B2 Systems and methods for connecting video conferencing to a distributed network
目标专利名称：2086用于发送多媒体流的方法和系统CN101953136B
本次调用的模型名称：未指定
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译） | 公开性论述 |
| 技术特征A：第一和第二终端被连接到至少一个网关以使能第一多媒体流的发送和第二多媒体流的接收。**《隐含公开》** | 对比文件第[0033]段“根据本发明实施例的视频会议系统和方法允许视频会议系统和基于互联网的媒体流系统融合。”第[0042]段“每个数据捕获模块190向流媒体模块110输出三个数据信号……每个提供的服务器120和130从流媒体模块110接收单向数字视频流112和单向音频流114。”图2等示出数据捕获模块190连接到视频会议会话，RTSP服务器130连接到RTSP客户端220，共同构成网关。 | 对比文件未明确使用“网关”一词，但其系统架构中数据捕获模块、流媒体模块和流媒体服务器共同实现了不同协议域（视频会议协议与流媒体协议）之间的连接与转换，起到了网关的作用。第一终端（视频会议端点）通过视频会议网络连接到数据捕获模块，第二终端（RTSP客户端）连接到RTSP服务器，通过该中间系统实现了多媒体流的发送和接收。本领域技术人员可合理推断出该特征，故隐含公开。 |
| 技术特征B：第一终端使用第一协议启动在第一终端和网关之间的第一多媒体会话信息的交换。**《未公开》** | 对比文件第[0056]段“数据捕获模块190不是实际参与者使用的视频会议设备……相反，数据捕获模块190以与实际参与者的视频会议端点设备60与多点控制单元交互相同的方式单独与特定视频会议的多点控制单元交互。” | 对比文件中，第一终端（视频会议端点）与网关（数据捕获模块等）之间没有直接的信令交互。数据捕获模块作为伪端点通过多点控制单元加入会话，而非第一终端主动启动与网关的会话信息交换。因此该特征未公开。 |
| 技术特征C：使用第二协议提供触发到第二终端。**《未公开》** | 对比文件第[0049]段“客户端通过向服务器120或130发送唯一标识符（如特定URL）来访问……流。” | 对比文件未描述任何由网关使用第二协议向第二终端发送触发以通知其有流可用的机制，客户端是通过主动获取URL并连接来接收流，而非被动接收触发。该特征未公开。 |
| 技术特征D：以启动在第二终端和网关之间的第二多媒体会话信息的交换。**《未公开》** | 同特征C。 | 由于未公开触发，故不存在基于触发启动第二多媒体会话信息交换，该特征未公开。 |
| 技术特征E：响应于提供所述触发。**《未公开》** | 同特征C。 | 无触发，无响应，未公开。 |
| 技术特征F：第二终端使用第三协议启动在第二终端和网关之间的第二多媒体会话信息的交换。**《直接公开》** | 第[0040]段“RTSP服务器130通过RTSP信令信道132连接，并向一个或多个RTSP客户端220输出视频流134和音频流136。”第[0049]段“客户端通过向服务器发送唯一标识符来访问流。”RTSP协议中客户端需主动发送DESCRIBE、SETUP等请求。 | 对比文件中，RTSP客户端（第二终端）使用RTSP协议（第三协议）向RTSP服务器（网关的一部分）发送RTSP请求以建立会话，交换会话信息，这直接对应第二终端使用第三协议启动与网关的第二多媒体会话信息交换，故直接公开。 |
| 技术特征G：第三协议不同于第二协议。**《未公开》** | 对比文件未明确第二协议，但提及视频会议协议（如SIP）和流媒体协议（如RTSP）。 | 特征G要求第三协议不同于第二协议，但对比文件未定义第二协议，也未建立第二协议与第三协议的比较，因此无法确定该特征是否公开，故未公开。 |
| 技术特征H：从第一终端发送第一多媒体流并且在第二终端接收第二多媒体流。**《直接公开》** | 第[0033]段“允许视频会议会话的音频和视频数字数据内容作为多媒体数据流信号在分布式网络上分发。”第[0060]段“视频和音频数据从数据捕获模块接收至客户端传输期间保持数字格式。” | 对比文件明确描述了从视频会议会话（第一终端）的音频视频数字内容被作为多媒体数据流分发到分布式网络上的客户端（第二终端），因此第一终端发送第一多媒体流、第二终端接收第二多媒体流被直接公开。 |
| 技术特征I：第一多媒体会话信息的交换包括向第一终端提供至少部分第二多媒体会话信息。**《未公开》** | 无相关描述。 | 对比文件未描述向第一终端（视频会议端点）提供第二终端（客户端）的会话信息，数据捕获模块从视频会议会话接收数据但不会将客户端的RTP端口等信息反馈给端点，故未公开。 |
| 技术特征J：由此响应所述提供开始从第一终端发送第一多媒体流。**《未公开》** | 无相关描述。 | 因特征I未公开，特征J亦未公开。 |
| 技术特征K：第二多媒体会话信息的交换包括向第二终端提供至少部分第一多媒体会话信息。**《直接公开》** | 第[0049]段“客户端通过发送URL访问流，服务器响应。”RTSP协议中，服务器在SETUP响应中提供会话参数（如端口、编码），这些参数来源于第一终端的媒体参数。 | 在RTSP会话建立过程中，RTSP服务器（网关）向客户端（第二终端）提供SDP描述，其中包含媒体流信息（如RTP端口、编码格式），这些信息至少部分来自第一终端的多媒体会话信息，故直接公开。 |
| 技术特征L：由此响应于所述提供开始由第二终端接收第二多媒体流。**《直接公开》** | 第[0040]段“RTSP服务器输出视频流和音频流到RTSP客户端。” | RTSP协议中，在会话信息交换完成后服务器开始发送流，客户端开始接收，因此响应于提供会话信息，第二终端开始接收第二多媒体流，故直接公开。 |
| 技术特征M：第一协议是对等型协议。**《直接公开》** | 第[0006]段“会话启动协议（SIP）是第三种视频会议标准协议。”SIP是对等型协议。 | 对比文件明确将SIP列为视频会议标准协议，SIP是对等型协议，因此第一协议（视频会议协议）是对等型协议被直接公开。 |
| 技术特征N：对等型协议是会话启动协议(SIP)。**《直接公开》** | 第[0006]段“会话启动协议（SIP）是第三种视频会议标准协议。” | 对比文件直接提到SIP是视频会议标准协议，故公开了SIP。 |
| 技术特征O：第三协议是客户端-服务器型协议。**《直接公开》** | 第[0023]段“单播服务器包括能够使用任何已知或后来开发的协议或软件包输出单播多媒体数据流的服务器，例如……互联网工程任务组（IETF）实时流协议（RTSP）等。”RTSP是客户端-服务器型协议。 | 对比文件公开了RTSP作为流媒体协议，RTSP是客户端-服务器型协议，故第三协议是客户端-服务器型协议被直接公开。 |
| 技术特征P：客户端-服务器型协议是实时流协议(RTSP)。**《直接公开》** | 第[0023]段明确列出RTSP。 | 对比文件直接公开了RTSP实时流协议。 |
| 技术特征Q：提供触发到第二终端的步骤是由网关启动的。**《未公开》** | 无相关描述。 | 对比文件未公开任何触发步骤，也未公开由网关启动触发，故未公开。 |
| 技术特征R：第一多媒体会话信息的交换包括提供第二终端的标识符给网关。**《未公开》** | 无相关描述。 | 对比文件未描述第一终端向网关提供第二终端标识符的过程，故未公开。 |
| 技术特征S：该方法包括在提供触发给第二终端之前。**《未公开》** | 无相关描述。 | 因未公开触发，故该特征未公开。 |
| 技术特征T：将第二终端的标识符解析成网络地址的附加步骤。**《未公开》** | 无相关描述。 | 对比文件未提及解析标识符的步骤，故未公开。 |
| 技术特征U：第一和第二协议相同。**《未公开》** | 无相关描述。 | 对比文件未描述第一协议和第二协议的关系，也未定义第二协议，故未公开。 |
| 技术特征V：第一多媒体流是与第二多媒体流相同的多媒体流。**《隐含公开》** | 第[0060]段“视频和音频数据从数据捕获模块接收直至客户端传输期间保持数字格式，几乎无延迟。”第[0059]段“流媒体模块利用已在视频会议会话参与者之间传输的现有编码视频和音频数据。” | 对比文件强调数据保持数字格式且流媒体模块利用现有编码数据，表明在传输过程中未对媒体内容进行实质性改变，因此第一多媒体流与第二多媒体流可以是相同的多媒体流。本领域技术人员可合理推断出该特征，故隐含公开。 |
<<<a>>><<<F>>><<<H>>><<<K>>><<<L>>><<<M>>><<<N>>><<<O>>><<<P>>><<<v>>>