**对比文件名称**：2007-06-12_US7231658B_发明授权_US07231658B2 Data transmission system, apparatus and method for processing information, apparatus and method for relaying data, storage medium, and program
**目标专利名称**：2086用于发送多媒体流的方法和系统CN101953136B
**本次调用的模型名称**：GPT-4（或其他，由用户指定，此处未提供模型名称，故省略）
## 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（中文翻译） | 公开性论述 |
| **技术特征A：** 其中第一和第二终端被连接到至少一个网关以使能第一多媒体流的发送和第二多媒体流的接收<br>**《隐含公开》** | [0059] “发送端终端设备1……通过发送端路由器2连接到网络10。发送端路由器2还连接到发送端缓存3……接收端路由器5连接到接收端缓存6和接收端终端设备7”<br>[0060] “发送端终端设备1发送电子邮件到接收端终端设备7……电子邮件被提供到发送端缓存3并临时存储”<br>[0061] “发送端终端设备1访问POB服务器4……POB服务器查询接收端路由器5接收端终端设备7是否能接收”<br>[0062] “发送端缓存3将电子邮件直接传送到接收端缓存6……接收端缓存6保留邮件并发送消息给接收端终端设备7” | 对比文件中发送端终端设备（第一终端）通过发送端路由器连接到发送端缓存（网关组件），接收端终端设备（第二终端）通过接收端路由器连接到接收端缓存（另一网关组件）。POB服务器作为管理实体，共同形成了使能数据传输的中介结构。虽然对比文件未直接使用“网关”一词，但发送端缓存和接收端缓存实质上承担了网关功能，本领域技术人员可以合理推断这些装置连接了终端并实现了多媒体流的发送与接收。 |
| **技术特征B：** 所述第一终端使用第一协议启动在第一终端和网关之间的第一多媒体会话信息的交换<br>**《直接公开》** | [0097] “发送端终端设备1使用用户的私钥产生数字签名数据，并向POB服务器4提供该签名数据、传输请求消息以及包含视频数据信息的SDP文件”<br>[0098] “发送端终端设备1向POB服务器4发送INVITE消息以请求发送端缓存3参与会话”<br>[0104] “INVITE sip:userA@ssss.com SIP/2.0 From:sip:userA@ssss.com To:sip:userA@ssss.com Accept-Contact:*;feature=pobox; Contact:sip:content@terminalA.ssss.com”<br>[0105] “POB服务器4检查注册数据确定联系人设备……并将INVITE消息转发给发送端缓存3”<br>[0111-0117] 发送端缓存3回复200 OK，发送端终端设备1发送ACK，会话建立。 | 对比文件明确描述：发送端终端设备（第一终端）使用SIP协议（第一协议）向网关（POB服务器/发送端缓存）发送INVITE消息，请求建立用于传输内容数据的会话，并交换SDP信息。这完全对应于“使用第一协议启动在第一终端和网关之间的第一多媒体会话信息的交换”。SIP是对等型协议，该流程直接公开了本特征。 |
| **技术特征C：** 使用第二协议提供触发到第二终端<br>**《直接公开》** | [0165] “如果POB服务器成功认证发送者并且接收端路由器5确定接收端终端设备7可以接收，则接收端路由器5向POB服务器4发送消息通知邮件可接收”<br>[0166] “POB服务器4发送消息给发送端路由器2通知传输允许……发送端缓存3将电子邮件数据直接传送给接收端缓存6”<br>[0167] “接收端缓存6存储接收的电子邮件数据并发送消息（电子邮件等）给接收端终端设备7，通知电子邮件数据已到达”<br>[0173] “另一方面，在接收端缓存6发送BYE的响应消息后，接收端缓存6发送通知（settlement mail或类似方式）给接收端终端设备7，表明内容数据已接收” | 对比文件公开：在数据传送至接收端缓存后，接收端缓存（网关组件）使用电子邮件协议（第二协议）向接收端终端设备（第二终端）发送通知消息（触发），告知有新数据可用。该通知直接起到了触发第二终端启动后续多媒体会话的作用。 |
| **技术特征D：** 以启动在第二终端和网关之间的第二多媒体会话信息的交换<br>**《直接公开》** | [0227] “如果接收端终端设备7的用户根据操作访问接收通知邮件中的链接，RTSP客户端软件被激活并开始与接收端缓存6中的媒体服务器通信”<br>[0229-0248] 接收端终端设备通过RTSP与接收端缓存进行SETUP、PLAY等交互，交换会话信息，最终接收流媒体。 | 对比文件明确：接收到触发消息（通知邮件）后，第二终端启动RTSP会话与接收端缓存（网关）交换第二多媒体会话信息。该触发消息的目的正是为了启动该会话交换，与特征D完全一致。 |
| **技术特征E：** 响应于提供所述触发<br>**《直接公开》** | [0227] 如前引，用户响应通知邮件中的链接而激活RTSP客户端。<br>[0231-0236] 接收端终端设备通过HTTP获取SDP文件，然后通过RTSP SETUP/PLAY与媒体服务器通信。 | 对比文件明确：第二终端（的用户）响应于从网关接收的触发消息（通知邮件），启动后续RTSP会话建立过程。该“响应于提供所述触发”的关系被直接公开。 |
| **技术特征F：** 第二终端使用第三协议启动在第二终端和网关之间的第二多媒体会话信息的交换<br>**《直接公开》** | [0231] “在步骤S231，viewer132声明将要用于接收视频数据的传输端口给媒体服务器121……SETUP rtsp://cacheB/content RTSP/1.0 Transport:RTP/AVP/UDP:unicast;client_port=3058–3059”<br>[0236] “PLAY rtsp://cacheB/content RTSP/1.0”<br>[0240] 媒体服务器响应，之后开始流传输。 | 对比文件直接描述：第二终端（接收端终端设备）使用RTSP协议（第三协议）向接收端缓存（网关）发送SETUP、PLAY等请求，启动第二多媒体会话信息的交换。该过程由第二终端主动发起，完全公开了特征F。 |
| **技术特征G：** 第三协议不同于第二协议<br>**《直接公开》** | 第三协议为RTSP（[0231]所示）；第二协议为用于发送触发通知的电子邮件协议（如SMTP/POP，[0167]所示）。本领域技术人员可知两者不同。 | 对比文件中第三协议是RTSP（实时流协议），而用于触发的是电子邮件协议（基于SMTP/POP）。两者在协议栈、用途和运作方式上明显不同，本技术领域人员能毫无疑义地确定第三协议与第二协议不同。 |
| **技术特征H：** 从第一终端发送第一多媒体流并且在第二终端接收第二多媒体流<br>**《直接公开》** | [0123] “在传输ACK消息后，发送端终端设备1在步骤S53使用FTP等将包含视频数据的电子邮件作为内容数据提供给发送端缓存3”<br>[0246-0248] “媒体服务器121将视频数据作为内容数据以流方式提供给接收端终端设备7的viewer132”<br>[0246] “PLAY rtsp://cacheB/content RTSP/1.0” 后开始流传输。 | 对比文件明确：第一终端（发送端终端设备）发送第一多媒体流（视频数据）到发送端缓存（网关组件），随后第二终端（接收端终端设备）从接收端缓存（网关组件）接收第二多媒体流（相同内容的流）并播放。发送和接收的过程被直接公开。 |
| **技术特征I：** 其中第一多媒体会话信息的交换包括向第一终端提供至少部分第二多媒体会话信息<br>**《无公开》** | 对比文件未在建立第一多媒体会话（SIP会话）过程中向第一终端提供第二终端的会话信息（如RTP端口、地址等）。第一终端在SIP-INVITE响应中仅从发送端缓存获得本地会话信息，未涉及第二终端的参数。 | 对比文件仅描述第一终端与发送端缓存之间的会话建立，未有任何步骤将第二多媒体会话的信息（例如第二终端的RTP端口、RTSP URI等）提供给第一终端。因此本特征未被公开。 |
| **技术特征J：** 由此响应所述提供开始从第一终端发送第一多媒体流<br>**《无公开》** | 对比文件中，第一终端发送第一多媒体流的时机是在第一多媒体会话建立完成后（[0123]），并非响应于从网关获得第二多媒体会话信息。 | 对比文件的第一多媒体流发送直接基于第一终端与发送端缓存的会话建立，而没有建立在“向第一终端提供第二多媒体会话信息”这一触发条件之上。故特征J未公开。 |
| **技术特征K：** 其中第二多媒体会话信息的交换包括向第二终端提供至少部分第一多媒体会话信息<br>**《无公开》** | 对比文件中，第二终端在启动RTSP会话前通过HTTP获得SDP文件（[0232]），但该SDP文件来源于接收端缓存，并非第一终端原始的第一多媒体会话信息（如第一终端的发送地址等）。 | 对比文件未将第一多媒体会话的信息（例如第一终端的RTP端口、媒体描述等）提供给第二终端。第二终端获得的SDP由接收端缓存重新生成，而非第一终端会话信息。因此特征K未公开。 |
| **技术特征L：** 由此响应于所述提供开始由第二终端接收第二多媒体流<br>**《无公开》** | 对比文件中，第二终端开始接收第二多媒体流是在完成RTSP PLAY命令之后（[0246]），而PLAY命令是第二多媒体会话信息交换的结果，并非响应于“提供第一多媒体会话信息”。 | 特征L要求第二终端接收流的开始响应于“向第二终端提供至少部分第一多媒体会话信息”，但对比文件没有这样的信息提供，接收流的触发机制也不依赖于此。故未公开。 |
| **技术特征M：** 其中第一协议是对等型协议<br>**《直接公开》** | [0104] 使用SIP INVITE/SIP 200 OK/ACK进行会话建立，SIP协议为对等型协议（双方均可发起）。<br>[0093] “SIP是用于建立、维护和终止会话的信令控制协议” | 对比文件使用SIP作为第一协议，SIP是本领域公知的对等型协议，允许任何一方发起会话。该特征直接公开。 |
| **技术特征N：** 其中所述对等型协议是会话启动协议(SIP)<br>**《直接公开》** | [0104] INVITE消息明确使用SIP/2.0；[0072] “SIP是用于建立、维护和终止会话的信令协议”。 | 对比文件大量使用SIP协议消息（INVITE、200 OK、ACK、BYE、REGISTER等），直接公开第一协议为会话启动协议（SIP）。 |
| **技术特征O：** 其中第三协议是客户端-服务器型协议<br>**《直接公开》** | [0231] 接收端终端设备（客户端）向媒体服务器（服务器）发送RTSP SETUP/PLAY请求，服务器响应。RTSP为本领域公知的客户端-服务器型协议。 | 对比文件使用RTSP作为第三协议，该协议中客户端（第二终端）发起请求，服务器（网关的媒体服务器）响应，符合客户端-服务器型协议特征，直接公开。 |
| **技术特征P：** 其中所述客户端-服务器型协议是实时流协议(RTSP)<br>**《直接公开》** | [0231] “SETUP rtsp://cacheB/content RTSP/1.0”；[0236] “PLAY rtsp://cacheB/content RTSP/1.0”；[0240] 使用RTSP/1.0 200 OK响应。 | 对比文件明确使用实时流协议RTSP作为第三协议，包括SETUP、PLAY等方法，直接公开该特征。 |
| **技术特征Q：** 其中提供触发到第二终端的步骤是由网关启动的<br>**《直接公开》** | [0167] “接收端缓存6……发送消息（电子邮件等）给接收端终端设备7，通知电子邮件数据已到达”<br>[0227] 接收端缓存6（媒体服务器所在实体）发送通知邮件。 | 提供触发（发送通知邮件）的实体是接收端缓存，其属于网关的一部分（负责与第二终端交互），因此网关启动了该触发步骤。特征直接公开。 |
| **技术特征R：** 其中第一多媒体会话信息的交换包括提供第二终端的标识符给网关<br>**《直接公开》** | [0097] 第一终端发送INVITE消息，其中To字段指定接收方“userB@ssss.com”（第二终端的标识符）。<br>[0104] “INVITE sip:userA@ssss.com……To:sip:userA@ssss.com……”初看为userA，但结合上下文，第一终端后续通过REFER消息指定目标为userB。更明确地，[0174] REFER消息中“Refer-To:sip:userB@ssss.com”指明了第二终端标识符。 | 第一终端在SIP会话信息交换时（如REFER消息），明确将第二终端的标识符（userB@ssss.com）提供给网关（POB服务器/发送端缓存）。这实现了特征R的要求。 |
| **技术特征S：** 其中该方法包括在提供触发给第二终端之前<br>**《直接公开》** | [0161-0167] 在接收端缓存发送通知邮件（触发）之前，完成了POB服务器认证、接收端缓存能力检查、FTP传输等一系列步骤。 | 对比文件流程中，在提供触发（通知邮件）之前执行了诸如地址解析、能力确定、数据传输等多个步骤。该时序关系直接公开。 |
| **技术特征T：** 将第二终端的标识符解析成网络地址的附加步骤<br>**《直接公开》** | [0161] “POB服务器4请求目录服务单元83检测INVITE消息的联系地址。目录服务单元83基于数据库84中注册的地址信息检测联系地址并将结果返回给SIP代理单元82。”<br>[0164] “POB服务器4将SDP文件等供应给接收端路由器5……”此处解析为接收端缓存地址。 | 对比文件明确：POB服务器（网关组件）通过目录服务将第二终端标识符（userB@ssss.com）解析为网络地址（接收端缓存地址），从而能够正确传递消息。特征T直接公开。 |
| **技术特征U：** 其中第一和第二协议相同<br>**《无公开》** | 对比文件中第一协议为SIP；第二协议用于触发，为电子邮件协议（SMTP/POP）或SMS，未使用SIP作为触发协议。 | 对比文件未将SIP用作触发第二终端的第二协议，因此第一协议与第二协议不相同，本特征未公开。 |
| **技术特征V：** 其中第一多媒体流是与第二多媒体流相同的多媒体流<br>**《隐含公开》** | [0022] “第一获取装置可以以流数据形式获取数据，而保持装置实时保持获取的数据”。<br>[0134] “如果发送端终端设备不具有SIP代理，内容数据可以通过RTSP/RTP以流方式从发送端终端设备传输到发送端缓存”。<br>结合[0227-0248]第二终端从接收端缓存接收流，内容本质相同。 | 对比文件虽未明确声明第一多媒体流与第二多媒体流相同，但描述了在流式传输模式下，发送端终端设备可将数据实时流式传输至发送端缓存，且数据最终以相同内容传递至第二终端。本领域技术人员可以合理推断，在实时性要求高的场景中，第一流和第二流可以是相同的数据流（内容相同，仅传输路径不同）。因此该特征被隐含公开。 |
---
**代码输出**（仅包括被公开的特征）：
<<<B>>><<<C>>><<<D>>><<<E>>><<<F>>><<<G>>><<<H>>><<<M>>><<<N>>><<<O>>><<<P>>><<<Q>>><<<R>>><<<S>>><<<T>>><<<a>>><<<v>>>