**对比文件名称：** 2011-05-12_WO2011054377A_发明申请_WO2011054377A1 STREAMING WITH OPTIONAL BROADCAST DELIVERY OF DATA SEGMENTS
**目标专利名称：** 2091实现对分段内容流式传输的网络发起的控制的方法和装置CN104137505B
**模型名称：** （根据调用环境，此处省略具体模型名称）
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（翻译成中文） | 公开性论述 |
| 技术特征A：接收第一清单文件《直接公开》 | [p0050] “In step 610, a descriptive file of a stream is received, e.g. a descriptive file as described in connection with Fig. 1.” 步骤610中，接收流的描述性文件，例如参照图1描述的描述性文件。该描述性文件即为清单文件。 | 对比文件明确公开了客户端接收描述性文件（清单文件），因此本领域技术人员能毫无疑义地确定该特征被直接公开。 |
| 技术特征B：其包括一个或多个段标识符和用于定位一个或多个递送节点的位置信息《直接公开》 | [p0019] “The descriptive file 100 comprises a list 110 of delivery source identifiers for unicast delivery of the data segments 210. ... the delivery source identifiers have the form of URIs or URLs.” 描述性文件100包括用于数据段210的单播递送的递送源标识符的列表110……递送源标识符具有URI或URL的形式。 | 对比文件公开描述性文件包含递送源标识符列表，这些标识符（URI/URL）既是段标识符，也用于定位递送节点（服务器）。因此直接公开。 |
| 技术特征C：所述一个或多个递送节点被配置成向所述至少一个客户端发送与所述一个或多个段标识符相关联的一个或多个段《直接公开》 | [p0028] “a streaming client ... sends a request 21 for a data segment ... the hybrid proxy server 350 ... sends a response 26 to the streaming client.” 流式传输客户端发送针对数据段的请求21……混合代理服务器350……向流式传输客户端发送响应26。 | 对比文件公开了递送节点（如混合代理服务器）通过单播响应向客户端发送所请求的数据段，因此递送节点被配置成发送段直接公开。 |
| 技术特征D：向客户端提供信道建立信息《未公开》 | 无相关内容。 | 对比文件未公开任何用于建立流式传输控制信道的信道建立信息。对比文件中的广播指示符用于广播递送，并非用于建立控制信道。 |
| 技术特征E：基于所述提供的信道建立信息，在所述至少一个客户端和与所述递送节点相关联的控制信道服务器功能之间建立至少一个流式传输控制信道《未公开》 | 无相关内容。 | 对比文件未公开控制信道服务器功能，也未公开建立流式传输控制信道。 |
| 技术特征F：所述至少一个客户端被配置用于经由所述流式传输控制信道接收至少一个清单文件更新消息《未公开》 | 无相关内容。 | 对比文件未公开流式传输控制信道，客户端通过单播或广播接收更新，而非通过控制信道。 |
| 技术特征G：其中《无实质技术内容》 | 不适用。 | 该特征为连接词，无实质技术内容，不构成独立的技术特征。 |
| 技术特征H：响应于在客户端处接收所述第一清单文件而建立至少一个流式传输控制信道《未公开》 | 无相关内容。 | 对比文件未公开建立流式传输控制信道，更未公开响应于接收第一清单文件而建立。 |
| 技术特征I：包括《无实质技术内容》 | 不适用。 | 连接词，无实质。 |
| 技术特征J：针对至少一个清单文件更新消息而监视所述流式传输控制信道《未公开》 | 无相关内容。 | 对比文件未公开流式传输控制信道，因此无监视。 |
| 技术特征K：包括《无实质技术内容》 | 不适用。 | 连接词，无实质。 |
| 技术特征L：检测清单文件更新消息《隐含公开》 | [p0036] “the streaming client of the mobile terminal 380 may receive an updated version of the descriptive file using the broadcast delivery.” 移动终端380的流式传输客户端可以使用广播递送接收描述性文件的更新版本。 [p0025] “the streaming client will try to receive updated versions of the descriptive file so as to know the delivery source identifiers of new data segments.” 流式传输客户端将尝试接收描述性文件的更新版本，以便知道新数据段的递送源标识符。 | 对比文件公开客户端可以通过广播接收更新描述性文件，这隐含了客户端检测到广播中的更新消息（即清单文件更新消息）。此外，客户端通过定时器请求更新也隐含了检测。因此本领域技术人员可以合理推断出该特征。 |
| 技术特征M：响应于检测到所述清单文件更新消息而获取第二清单文件的至少部分《隐含公开》 | 同上[p0036]和[p0025]。 | 对比文件公开客户端在接收到更新版本（即检测到更新消息）后，获取更新描述性文件（第二清单文件）。因此隐含公开。 |
| 技术特征N：进一步包括《无实质技术内容》 | 不适用。 | 连接词，无实质。 |
| 技术特征O：基于所述第二清单文件而请求段流或文件《直接公开》 | [p0025] “the streaming client will try to receive updated versions of the descriptive file so as to know the delivery source identifiers of new data segments.” 流式传输客户端将尝试接收描述性文件的更新版本，以便知道新数据段的递送源标识符。 | 对比文件直接公开客户端基于更新后的描述性文件请求数据段，因此直接公开。 |
| 技术特征P：其中所述第一清单文件包含至少部分所述信道建立信息《未公开》 | 无相关内容。 | 对比文件未公开信道建立信息，第一清单文件不包含此类信息。 |
| 技术特征Q：所述信道建立信息包括用于定位网络中的所述控制信道服务器功能的服务器位置信息《未公开》 | 无相关内容。 | 对比文件未公开控制信道服务器功能，因此无位置信息。 |
| 技术特征R：所述服务器位置信息为至少一个URL《未公开》 | 无相关内容。 | 对比文件未公开。 |
| 技术特征S：其中所述清单文件更新消息包括第二清单文件的至少部分或者其中所述清单文件更新消息包括用于定位和请求所述第二清单文件的至少部分的清单文件位置信息《隐含公开》 | [p0036] “the streaming client of the mobile terminal 380 may receive an updated version of the descriptive file using the broadcast delivery.” 移动终端380的流式传输客户端可以使用广播递送接收描述性文件的更新版本。 | 对比文件公开通过广播递送更新描述性文件，即更新消息中包含第二清单文件（更新版本）。因此即使未明确命名，但实质内容公开。本领域技术人员可以合理推断符合特征S的第一种情况。 |
| 技术特征T：所述清单文件位置信息为至少一个URL《未公开》 | 无相关内容。 | 对比文件未公开清单文件位置信息为URL，更新消息未明确包含位置信息。 |
| 技术特征U：其中所述分段内容基于流式传输协议而被递送到所述至少一个客户端《直接公开》 | [p0026] 提及HTTP Live Streaming协议，该协议基于HTTP。 | 对比文件使用HTTP Live Streaming协议，属于基于HTTP的流式传输协议，因此直接公开。 |
| 技术特征V：和/或，其中所述流式传输控制信道基于WebSocket协议、SIP协议、XMPP协议和/或其组合而被建立《未公开》 | 无相关内容。 | 对比文件未公开任何流式传输控制信道，更未公开其协议。 |
| 技术特征W：所述流式传输协议为基于HTTP的流式传输协议或其派生物《直接公开》 | 同U，[p0026] 提及HTTP Live Streaming。 | 直接公开。 |
<<<A>>><<<B>>><<<C>>><<<O>>><<<U>>><<<W>>><<<l>>><<<m>>><<<s>>>