**对比文件名称**: 2006-09-21_US2006212595A_发明申请_US20060212595A1 Method and computer-readable medium for associating sequence numbers with data blocks for distribution of data in a peer-to-peer network
**目标专利名称**: 2091实现对分段内容流式传输的网络发起的控制的方法和装置CN104137505B
**模型名称**: 大语言模型（GPT-4）
---
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译） | 公开性论述 |
| **技术特征A**：接收第一清单文件<br>**公开性判断：未公开** | 对比文件未出现“清单文件”或等同概念。客户端接收的是“对等列表”（peer list），例如【0023】：“控制服务器231维护或生成对等列表270，该列表包括对等客户端的连接信息（如网络地址和端口号）。” | 对比文件中的对等列表仅包含节点连接信息，不包含内容段标识符，与目标专利中用于标识段和递送节点位置的清单文件在结构、功能上均不相同。本领域技术人员不能毫无疑义地从对等列表得出清单文件，也无法合理推断出该特征。 |
| **技术特征B**：其包括一个或多个段标识符和用于定位一个或多个递送节点的位置信息<br>**公开性判断：未公开** | 对等列表包括位置信息（如【0023】的节点地址），段标识符由序列号范围列表提供（如【0024】：“对等客户端维护序列号范围列表，指定其维护的数据块的序列号”）。但两者未整合在同一文件中。 | 对比文件分别公开了位置信息（对等列表）和段标识符（序列号范围列表），但未公开将两者包含于同一清单文件中。目标专利的清单文件是统一的数据结构，对比文件没有直接或隐含公开该特征。 |
| **技术特征C**：所述一个或多个递送节点被配置成向所述至少一个客户端发送与所述一个或多个段标识符相关联的一个或多个段<br>**公开性判断：《直接公开》** | 【0022】：“源服务器232可以被实现为存储或访问多媒体内容（例如视频、音频等）的服务器，并将数据传输到网络200中的一个或多个客户端。”<br>【0046】：“对等客户端可以通过指定所需数据块的序列号从源服务器获取数据块……对等客户端然后可以将数据块上传给其他通过指定所需数据块的序列号来请求数据块的对等客户端。” | 对比文件中的源服务器和对等节点（递送节点）均被配置为根据客户端请求（通过指定序列号）发送对应的数据块（段）。该特征与目标专利中递送节点发送段的功能实质相同，因此被直接公开。 |
| **技术特征D**：向客户端提供信道建立信息<br>**公开性判断：未公开** | 对比文件未提供任何用于建立专门控制信道的信息。客户端从控制服务器获取对等列表（【0023】），但该列表不包含信道建立参数（如URL、协议版本等）。 | 目标专利中的信道建立信息用于建立流式传输控制信道，对比文件无此概念，也未提供任何类似信息，故未公开。 |
| **技术特征E**：基于所述提供的信道建立信息，在所述至少一个客户端与和所述递送节点相关联的控制信道服务器功能之间建立至少一个流式传输控制信道<br>**公开性判断：未公开** | 对比文件未提及“控制信道服务器功能”或“流式传输控制信道”。客户端与对等节点间建立的是普通数据传输连接（如TCP连接），并非专门的控制信道。 | 目标专利的流式传输控制信道是用于网络发起的控制信令交换的专用信道，对比文件无此功能，也未公开任何建立该信道的机制。 |
| **技术特征F**：所述至少一个客户端被配置用于经由所述流式传输控制信道接收至少一个清单文件更新消息<br>**公开性判断：未公开** | 对比文件未描述通过控制信道接收更新消息。客户端通过主动请求获取新的对等列表或序列号范围列表（如【0024】所述），但并非通过控制信道被动接收清单文件更新。 | 目标专利强调网络主动推送清单文件更新，对比文件中的更新依赖客户端请求，且无控制信道，故未公开。 |
| **技术特征G**：其中<br>**公开性判断：未公开** | 该特征为语法连接词，无独立技术内容。 | 对比文件未公开该连接关系，且该特征不构成技术方案，故不作公开性判断。 |
| **技术特征H**：响应于在客户端处接收所述第一清单文件而建立至少一个流式传输控制信道<br>**公开性判断：未公开** | 对比文件未建立流式传输控制信道，且无“响应于接收第一清单文件”的触发关系。 | 目标专利中控制信道的建立以接收清单文件为条件，对比文件既无清单文件也无控制信道，故未公开。 |
| **技术特征I**：包括<br>**公开性判断：未公开** | 语法连接词，无技术内容。 | 不构成可公开的技术特征。 |
| **技术特征J**：针对至少一个清单文件更新消息而监视所述流式传输控制信道<br>**公开性判断：未公开** | 对比文件未公开流式传输控制信道，也未公开对更新消息的监视操作。 | 目标专利的监视行为依赖于控制信道的存在，对比文件无此信道，故未公开。 |
| **技术特征K**：包括<br>**公开性判断：未公开** | 语法连接词。 | 不构成可公开的技术特征。 |
| **技术特征L**：检测清单文件更新消息<br>**公开性判断：未公开** | 对比文件未公开清单文件更新消息的检测机制。 | 目标专利的检测操作基于控制信道接收更新消息，对比文件无此机制，故未公开。 |
| **技术特征M**：响应于检测到所述清单文件更新消息而获取第二清单文件的至少部分<br>**公开性判断：未公开** | 对比文件未公开清单文件更新消息，也无响应获取第二清单文件的步骤。 | 目标专利中的更新消息触发获取新清单文件，对比文件无此对应关系，故未公开。 |
| **技术特征N**：进一步包括<br>**公开性判断：未公开** | 语法连接词。 | 不构成可公开的技术特征。 |
| **技术特征O**：基于所述第二清单文件而请求段流或文件<br>**公开性判断：未公开** | 对比文件可能基于更新的序列号范围列表请求数据块（【0024】），但该列表并非第二清单文件，且更新机制不同。 | 目标专利的第二清单文件是更新后的清单文件，对比文件未有此概念，故未公开。 |
| **技术特征P**：其中所述第一清单文件包含至少部分所述信道建立信息<br>**公开性判断：未公开** | 对比文件的第一清单文件不存在，也未将信道建立信息嵌入任何初始文件中。 | 目标专利的信道建立信息嵌入清单文件，对比文件无此结构，故未公开。 |
| **技术特征Q**：所述信道建立信息包括用于定位网络中的所述控制信道服务器功能的服务器位置信息<br>**公开性判断：未公开** | 对比文件无控制信道服务器功能，也无对应的服务器位置信息。 | 目标专利的服务器位置信息用于建立控制信道，对比文件无此功能，故未公开。 |
| **技术特征R**：所述服务器位置信息为至少一个URL<br>**公开性判断：未公开** | 对比文件未公开URL形式的服务器位置信息。 | 目标专利的URL指向控制信道服务器，对比文件无此内容，故未公开。 |
| **技术特征S**：其中所述清单文件更新消息包括第二清单文件的至少部分或者其中所述清单文件更新消息包括用于定位和请求所述第二清单文件的至少部分的清单文件位置信息<br>**公开性判断：未公开** | 对比文件未公开清单文件更新消息，也未公开更新消息中包含第二清单文件或其位置信息。 | 目标专利的更新消息可直接包含新清单文件或指示位置，对比文件无此机制，故未公开。 |
| **技术特征T**：所述清单文件位置信息为至少一个URL<br>**公开性判断：未公开** | 对比文件未公开URL形式的清单文件位置信息。 | 目标专利的URL用于定位新清单文件，对比文件无此内容，故未公开。 |
| **技术特征U**：其中所述分段内容基于流式传输协议而被递送到所述至少一个客户端<br>**公开性判断：《隐含公开》** | 【0002】：“在适应于提供流式多媒体数据（例如视频或音频）的客户端-服务器网络中”<br>【0030】：“源服务器232通过分段……生成分段多媒体内容400，用于在点对点网络中传输。” | 对比文件明确涉及多媒体数据的流式传输（背景技术），且将内容分段后通过传输网络递送。本领域技术人员可以合理推断，分段内容必然基于某种流式传输协议（如TCP/IP上的应用层流协议）进行递送，故该特征被隐含公开。 |
| **技术特征V**：和/或，其中所述流式传输控制信道基于WebSocket协议、SIP协议、XMPP协议和/或其组合而被建立<br>**公开性判断：未公开** | 对比文件未提及任何控制信道建立协议（WebSocket、SIP、XMPP等）。 | 目标专利的流式传输控制信道需依赖特定协议建立，对比文件无控制信道，更无这些协议，故未公开。 |
| **技术特征W**：所述流式传输协议为基于HTTP的流式传输协议或其派生物<br>**公开性判断：未公开** | 对比文件未提及HTTP协议。 | 目标专利的流式传输协议特指HTTP自适应流，对比文件未涉及HTTP，故未公开。 |
---
**结论**：对比文件直接公开了技术特征C，隐含公开了技术特征U，未公开其他技术特征。
<<<C>>>
<<<u>>>