本次分析使用模型名称：DeepSeek。
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：接收第一清单文件（未公开） | 对比文件全文未提及“清单文件”这一概念，亦未公开与其功能等同的文件结构。 | 目标专利中，“第一清单文件”是用于标识段和定位递送节点的核心数据结构，其接收是后续建立控制信道和实现网络发起的控制的基础。对比文件涉及的是基于描述（压缩存取单元）和元数据的自适应媒体服务，媒体服务器直接根据运行条件选择描述并发送，不存在客户端接收一个包含段标识符和位置信息的清单文件的过程。因此，对比文件未公开本技术特征。 |
| 技术特征B：其包括一个或多个段标识符和用于定位一个或多个递送节点的位置信息（未公开） | 对比文件全文未公开“段标识符”和“用于定位递送节点的位置信息”。 | 目标专利中，清单文件的核心功能是列出段标识符（如文件名）和位置信息（如URL），以指导客户端从何处获取段。对比文件中的“描述”是压缩的存取单元，其元数据（如大小、失真）用于服务器选择，而非用于客户端定位递送节点。对比文件未公开任何类似的标识符和位置信息结构。 |
| 技术特征C：所述一个或多个递送节点被配置成向所述至少一个客户端发送与所述一个或多个段标识符相关联的一个或多个段（未公开） | 对比文件全文未公开“递送节点”的概念。 | 目标专利中，递送节点是CDN中专门负责发送段内容的网络实体。对比文件描述的是单一的媒体服务器，该服务器直接发送描述（存取单元），不存在多个“递送节点”协同工作的架构。对比文件未公开多个递送节点及其配置。 |
| 技术特征D：向客户端提供信道建立信息（未公开） | 对比文件全文未公开“信道建立信息”。 | 目标专利中，“信道建立信息”是用于在客户端和网络端之间建立流式传输控制信道的必要参数（如服务器地址、协议参数）。对比文件仅描述了媒体服务器根据元数据选择描述，未涉及任何用于建立客户端与特定服务器功能之间的控制信道的建立信息。 |
| 技术特征E：基于所述提供的信道建立信息，在所述至少一个客户端和与所述递送节点相关联的控制信道服务器功能之间建立至少一个流式传输控制信道（未公开） | 对比文件全文未公开“控制信道服务器功能”或“流式传输控制信道”。 | 目标专利的核心创新在于建立一条独立的控制信道，使网络端能够主动向客户端发送控制消息（如清单更新）。对比文件中的媒体服务器与客户端之间仅存在基于RTP/RTCP的媒体流传输，不存在任何额外的、用于交换控制信息的专用信道。对比文件未公开建立此类控制信道的任何步骤。 |
| 技术特征F：所述至少一个客户端被配置用于经由所述流式传输控制信道接收至少一个清单文件更新消息（未公开） | 对比文件全文未公开“清单文件更新消息”或“流式传输控制信道”。 | 目标专利中，客户端能够通过控制信道接收网络端主动推送的清单文件更新消息，从而实现对流式传输的网络发起的控制。对比文件的自适应完全由服务器侧决定，客户端被动接收服务器选择的描述，无需也无从接收清单文件更新。因此，该特征未被公开。 |
| 技术特征G：其中（未公开） | 该特征为连接词，无实质技术内容。对比文件未公开其限定的技术关系。 | 该特征为权利要求中的连接词，用于引出后续技术特征H。由于对比文件未公开特征H，因此该连接词所限定的技术关系亦未被公开。 |
| 技术特征H：响应于在客户端处接收所述第一清单文件而建立至少一个流式传输控制信道（未公开） | 对比文件全文未公开“接收第一清单文件”与“建立流式传输控制信道”之间的因果关系。 | 目标专利明确建立控制信道的动作是由接收第一清单文件触发的。对比文件中，客户端未接收清单文件，也未建立任何控制信道，因此不存在此触发关系。 |
| 技术特征I：包括（未公开） | 该特征为连接词，无实质技术内容。对比文件未公开其限定的技术关系。 | 该特征为权利要求中的连接词，用于引出后续技术特征J。由于对比文件未公开特征J，因此该连接词所限定的技术关系亦未被公开。 |
| 技术特征J：针对至少一个清单文件更新消息而监视所述流式传输控制信道（未公开） | 对比文件全文未公开“监视流式传输控制信道”或“清单文件更新消息”。 | 目标专利中，客户端在建立控制信道后，会持续监视该信道以等待网络端发来的清单文件更新消息。对比文件不存在控制信道，也不存在客户端对任何信道的监视行为，因此该特征未被公开。 |
| 技术特征K：包括（未公开） | 该特征为连接词，无实质技术内容。对比文件未公开其限定的技术关系。 | 该特征为权利要求中的连接词，用于引出后续技术特征L。由于对比文件未公开特征L，因此该连接词所限定的技术关系亦未被公开。 |
| 技术特征L：检测清单文件更新消息（未公开） | 对比文件全文未公开“清单文件更新消息”。 | 目标专利中，客户端在监视控制信道时，会检测网络端发送的清单文件更新消息。对比文件不存在此类消息，客户端也无从检测。 |
| 技术特征M：响应于检测到所述清单文件更新消息而获取第二清单文件的至少部分（未公开） | 对比文件全文未公开“第二清单文件”或“获取第二清单文件”。 | 目标专利中，客户端在检测到更新消息后，会主动或被动获取新的清单文件。对比文件的自适应是由服务器直接选择并发送描述实现的，客户端无需获取任何新的清单文件。 |
| 技术特征N：进一步包括（未公开） | 该特征为连接词，无实质技术内容。对比文件未公开其限定的技术关系。 | 该特征为权利要求中的连接词，用于引出后续技术特征O。由于对比文件未公开特征O，因此该连接词所限定的技术关系亦未被公开。 |
| 技术特征O：基于所述第二清单文件而请求段流或文件（未公开） | 对比文件全文未公开“基于第二清单文件请求段流或文件”。 | 目标专利中，客户端在获取第二清单文件后，会基于新清单中的信息请求后续的段流或文件。对比文件中，客户端始终直接从服务器接收描述，不存在基于清单文件请求段的过程。 |
| 技术特征P：其中所述第一清单文件包含至少部分所述信道建立信息（未公开） | 对比文件全文未公开“信道建立信息”。 | 目标专利中，第一清单文件本身包含信道建立信息，这是实现控制信道建立的一种方式。对比文件既无清单文件，也无信道建立信息，因此该特征未被公开。 |
| 技术特征Q：所述信道建立信息包括用于定位网络中的所述控制信道服务器功能的服务器位置信息（未公开） | 对比文件全文未公开“控制信道服务器功能”或“服务器位置信息”。 | 目标专利中，信道建立信息具体包括控制信道服务器功能的地址。对比文件不存在控制信道服务器功能，也无对应的位置信息。 |
| 技术特征R：所述服务器位置信息为至少一个URL（未公开） | 对比文件全文未公开URL。 | 目标专利明确位置信息为URL，用于定位控制信道服务器功能。对比文件未公开任何URL，也未公开通过URL定位服务器功能的方式。 |
| 技术特征S：其中所述清单文件更新消息包括第二清单文件的至少部分或者其中所述清单文件更新消息包括用于定位和请求所述第二清单文件的至少部分的清单文件位置信息（未公开） | 对比文件全文未公开“清单文件更新消息”或“第二清单文件”。 | 目标专利中，清单文件更新消息可以包含清单文件本身或其位置信息。对比文件不存在此类消息，因此该特征未被公开。 |
| 技术特征T：所述清单文件位置信息为至少一个URL（未公开） | 对比文件全文未公开URL。 | 目标专利明确位置信息为URL，用于定位第二清单文件。对比文件未公开任何URL，也未公开通过URL定位清单文件的方式。 |
| 技术特征U：其中所述分段内容基于流式传输协议而被递送到所述至少一个客户端（直接公开） | 对比文件具体实施方式部分记载：“考虑基于标准协议RTP/RTCP的流媒体。媒体服务器周期性地接收RTCP接收机报告信息，该信息包含连接所具有的分组丢失率和往返时间的评估。” | 目标专利中的“分段内容”指被拆分成段文件或流的内容，对比文件中的“描述”是压缩的存取单元，每个存取单元有多个版本，这本质上也是一种内容分段。对比文件明确公开了媒体服务器使用RTP/RTCP这一流式传输协议来传输描述（即分段内容）到客户端。因此，该技术特征被对比文件直接公开。 |
| 技术特征V：和/或，其中所述流式传输控制信道基于WebSocket协议、SIP协议、XMPP协议和/或其组合而被建立（未公开） | 对比文件全文未公开WebSocket、SIP或XMPP协议。 | 目标专利中，流式传输控制信道可以基于这些协议建立。对比文件中的通信基于RTP/RTCP，未公开任何用于建立控制信道的协议，也未公开WebSocket、SIP或XMPP。因此，该特征未被公开。 |
| 技术特征W：所述流式传输协议为基于HTTP的流式传输协议或其派生物（未公开） | 对比文件具体实施方式部分记载：“考虑基于标准协议RTP/RTCP的流媒体。” | 目标专利限定流式传输协议为基于HTTP的协议（如HAS）。对比文件明确使用的是RTP/RTCP，该协议并非基于HTTP。因此，该特征未被公开。 |
<<<U>>>