**对比文件名称**：2008-05-07_KR1020080039240A_发明公开_KR1020080039240A 비디오-온-디맨드 세션을 복구하기 위한 방법
**目标专利名称**：2091实现对分段内容流式传输的网络发起的控制的方法和装置 CN104137505B
**本次调用的模型名称**：DeepSeek-Chat
### 特征比对表格
| 第一栏：技术特征描述及公开性判断结果 | 第二栏：对比文件原文引用（翻译成中文，并注明段落标号） | 第三栏：公开性论述 |
| 技术特征A：接收第一清单文件（未公开） | 对比文件[28]：“STB是VoD服务器与VoD会话的起始（STB开始与VoD服务器的VoD会话）”。 | 对比文件仅描述开始VoD会话，未涉及接收包含分段标识符和递送节点位置的清单文件。目标专利的“清单文件”是专用于分段内容流式传输的特定数据结构，对比文件无任何对应概念，因此既未直接公开也未隐含公开。 |
| 技术特征B：其包括一个或多个段标识符和用于定位一个或多个递送节点的位置信息（未公开） | 对比文件[23]：“HTTP会话处理用户命令，包括选择电影、开始、快进等”。 | 对比文件未提及任何形式的段标识符（如段文件名）或递送节点位置信息（如URL列表）。其描述的是传统VoD会话，而非基于分段的自适应流式传输，故特征B未公开。 |
| 技术特征C：所述一个或多个递送节点被配置成向所述至少一个客户端发送与所述一个或多个段标识符相关联的一个或多个段（未公开） | 对比文件[27]：“实现UDP的IP连接用于传输音频、视频、字幕类型等有用数据”。 | 对比文件中的服务器发送连续的视频流，而非分段内容；未公开多个递送节点或分段发送机制。目标专利的“递送节点”是CDN中专门负责分段递送的实体，对比文件无此概念，因此未公开。 |
| 技术特征D：向客户端提供信道建立信息（未公开） | 对比文件[30]：“STB使用ping策略检查每个通道的可用性”。 | 对比文件未描述任何向客户端提供用于建立专门控制信道的“信道建立信息”（如URL或协议参数）。其通道是预先存在的通信链路，而非根据主动提供的信息建立，故特征D未公开。 |
| 技术特征E：基于所述提供的信道建立信息，在所述至少一个客户端和与所述递送节点相关联的控制信道服务器功能之间建立至少一个流式传输控制信道（未公开） | 对比文件[23]-[25]描述HTTP、RTSP、SNMP等多种协议通道，但未涉及基于特定信息建立专门控制信道。 | 对比文件未公开“控制信道服务器功能”这一实体，其通道是会话固有的通信途径，并非基于信道建立信息主动建立的用于流式传输控制的独立信道，因此特征E未公开。 |
| 技术特征F：所述至少一个客户端被配置用于经由所述流式传输控制信道接收至少一个清单文件更新消息（未公开） | 对比文件[25]：“SNMP通知包括‘VoD开始’、‘VoD结束’、‘VoD中断’等”。 | 对比文件中的通知类型是会话状态通知，而非清单文件更新消息。目标专利的“清单文件更新消息”用于指示客户端获取新的分段列表，对比文件无此概念，故未公开。 |
| 技术特征G：其中（隐含公开） | 对比文件全文多处使用类似连接词，如[28]“VoD会话的恢复步骤包括”。 | 连接词“其中”是方法描述中的通用语法结构，对比文件在描述方法步骤时隐含使用了类似的连接关系，本领域技术人员可以合理推断该特征在对比文件的方法流程中自然存在，因此隐含公开。 |
| 技术特征H：响应于在客户端处接收所述第一清单文件而建立至少一个流式传输控制信道（未公开） | 对比文件[28]描述STB在开始VoD会话后立即进入正常操作状态，未提及响应清单文件建立控制信道。 | 对比文件未公开接收第一清单文件这一前提，也未建立专门的控制信道，因此无法满足“响应于接收第一清单文件而建立”的因果关系，特征H未公开。 |
| 技术特征I：包括（隐含公开） | 对比文件[28]：“VoD会话的恢复步骤包括：开始会话、检测中断、检查通道等”。 | 对比文件的方法描述中自然包含“包括”这一列举步骤的表述，本领域技术人员可以合理推断该特征隐含在对比文件的方法流程中，因此隐含公开。 |
| 技术特征J：针对至少一个清单文件更新消息而监视所述流式传输控制信道（未公开） | 对比文件[30]：“STB检查所有必要的通道是否再次工作”。 | 对比文件监视的是通道的可用性，而非针对清单文件更新消息监视控制信道。目标专利的监视对象是特定类型的更新消息，对比文件无此内容，因此未公开。 |
| 技术特征K：包括（隐含公开） | 对比文件[30]：“STB检查所有必要的通道是否再次工作。该步骤包括：对每个通道发送测试请求”。 | 同技术特征I，对比文件的方法隐含包含“包括”这一连接词，用于引出具体步骤，因此隐含公开。 |
| 技术特征L：检测清单文件更新消息（未公开） | 对比文件[36]：“STB接受来自VoD服务器的SNMP请求”。 | 对比文件检测的是SNMP恢复请求，而非清单文件更新消息。目标专利的“清单文件更新消息”是专用于通知清单文件变更的信号，对比文件无此概念，故未公开。 |
| 技术特征M：响应于检测到所述清单文件更新消息而获取第二清单文件的至少部分（未公开） | 对比文件[36]：“STB接受SNMP请求后，恢复下载会话”。 | 对比文件响应于恢复请求执行会话恢复，而非获取更新后的清单文件。目标专利的“获取第二清单文件”是主动请求新的分段列表，对比文件无此过程，故未公开。 |
| 技术特征N：进一步包括（隐含公开） | 对比文件[36]：“STB接受SNMP请求后，进一步包括恢复下载会话”。 | 对比文件的方法描述中常用“进一步包括”来扩展步骤，本领域技术人员可以合理推断该特征隐含在对比文件的方法逻辑中，因此隐含公开。 |
| 技术特征O：基于所述第二清单文件而请求段流或文件（未公开） | 对比文件[36]：“恢复下载会话后，STB继续接收VoD数据”。 | 对比文件未涉及基于第二清单文件请求段，其恢复后直接继续原有会话，而非根据新清单文件切换段来源，因此特征O未公开。 |
| 技术特征P：其中所述第一清单文件包含至少部分所述信道建立信息（未公开） | 对比文件[23]描述HTML页面提供用户界面，但未包括信道建立信息。 | 对比文件未公开清单文件本身，更未提出清单文件包含信道建立信息。目标专利将信道建立信息嵌入清单文件，对比文件无任何对应启示，故未公开。 |
| 技术特征Q：所述信道建立信息包括用于定位网络中的所述控制信道服务器功能的服务器位置信息（未公开） | 对比文件[20]提到HTTP服务器和RTSP服务器的地址，但未与信道建立信息关联。 | 对比文件虽包含服务器位置信息（如URL），但未将其作为“信道建立信息”的一部分，也未指向“控制信道服务器功能”，服务器位置信息用于常规通信，而非建立控制信道，故特征Q未公开。 |
| 技术特征R：所述服务器位置信息为至少一个URL（未公开） | 对比文件[20]：“HTTP服务器提供HTML页面，URL用于访问”。 | 对比文件中的URL用于访问标准网页，而非作为信道建立信息中的服务器位置。目标专利的URL是专门用于定位控制信道服务器功能的，与对比文件目的不同，因此未公开。 |
| 技术特征S：其中所述清单文件更新消息包括第二清单文件的至少部分或者其中所述清单文件更新消息包括用于定位和请求所述第二清单文件的至少部分的清单文件位置信息（未公开） | 对比文件[25]的SNMP通知仅包含简单状态信息，无清单文件内容或位置。 | 对比文件的通知消息不携带清单文件或其位置信息，仅用于指示会话状态。目标专利的更新消息内容用于直接或间接获取新清单文件，对比文件无此功能，故未公开。 |
| 技术特征T：所述清单文件位置信息为至少一个URL（未公开） | 对比文件未公开任何清单文件位置信息。 | 由于特征S未公开，其从属特征T自然也未公开。对比文件无清单文件概念，更不存在对应的URL，故未公开。 |
| 技术特征U：其中所述分段内容基于流式传输协议而被递送到所述至少一个客户端（未公开） | 对比文件[24]：“RTSP会话控制VoD服务器，实现流式传输”。 | 对比文件虽使用流式传输协议（如RTSP），但未涉及“分段内容”。其传输的是连续视频流，而非分段。目标专利的分段内容是HAS等特定技术的基础，对比文件未公开该特征，故未公开。 |
| 技术特征V：和/或，其中所述流式传输控制信道基于WebSocket协议、SIP协议、XMPP协议和/或其组合而被建立（未公开） | 对比文件[23]-[25]使用HTTP、RTSP、SNMP，未提及WebSocket、SIP或XMPP。 | 对比文件使用的协议与目标专利明确列举的协议完全不同，且无任何暗示可使用这些协议建立控制信道，因此特征V未公开。 |
| 技术特征W：所述流式传输协议为基于HTTP的流式传输协议或其派生物（未公开） | 对比文件[20]提到HTTP用于提供HTML页面，但视频流主要通过UDP或RTSP传输。 | 对比文件未公开基于HTTP的流式传输协议（如HAS）用于分段内容递送，其HTTP用于控制而非流式传输，因此特征W未公开。 |
**结论**：对比文件仅隐含公开了权利要求中的纯粹连接词特征（G、I、K、N），未直接或隐含公开任何实质性技术特征（A、B、C、D、E、F、H、J、L、M、O、P、Q、R、S、T、U、V、W）。
<<<g>>><<<i>>><<<k>>><<<n>>>