对比文件名称：2009-04-01_EP2043332A_发明公开_EP2043332A2 Methods and system for data transfer over hybrid fiber cable infrastructure
目标专利名称：1080用于改进包括内容共享客户端的内容共享系统的性能的系统、方法和装置CN102449979B
模型名称：DeepSeek
### 特征比对表格
| 技术特征及公开性判断 | 对比文件原文引用（中文翻译） | 公开性论述 |
| **技术特征A**：所述系统的特征在于用于客户端所布置的内容块的存储部件（23、S2）和逻辑部件（25a-c、26a-c）被分离到不同的物理主机（6、7、9A、9B）中<br>*(未公开)* | 无 | 对比文件公开的LibraPeer系统中，客户端（对等计算设备）上同时存在P2P驱动（逻辑部件）和本地LibraPeer缓存（存储部件），两者并未分离到不同物理主机；服务器虽具有存储和逻辑，但其并非为特定“客户端所布置的内容块”提供分离，也未提及客户端在P2P网络中注册为内容所有者而将存储分离至他处。因此该特征未被公开。 |
| **技术特征B**：由此安排所述客户端(1-6)使得中央节点(7)位于外部客户端（2，3，4）与内部客户端（1，5，6）之间的信令路径上<br>*(未公开)* | 无 | 对比文件中的LibraPeer服务器作为旁路设备，通过客户端驱动接收通知和发送传输指令，并不承载P2P控制信令（如跟踪器查询、对等体间握手），因此并非位于外部客户端与内部客户端之间的P2P信令路径上。该特征未被公开。 |
| **技术特征C**：其中所述中央节点(7)主管用于所述内容块的逻辑设施<br>*(未公开)* | 无 | 目标专利的“逻辑设施”指P2P客户端逻辑（如形成搜索查询、应答搜索查询等）。对比文件LibraPeer服务器的逻辑（优先化、调度、带宽管理）用于传输控制，而非P2P客户端逻辑设施，因此该特征未被公开。 |
| **技术特征D**：至少一个内部客户端（1，5，6）主管用于所述内容块的存储设施(S1、S2)<br>*(直接公开)* | [0020] “Any request for P2P data is first checked with the local LibraPeer cache.” （任何P2P数据请求首先检查本地LibraPeer缓存。）<br>[0021] “The content is then indexed and placed in the local LibraPeer cache.” （内容随后被索引并放置到本地LibraPeer缓存中。） | 对比文件明确记载了客户端（位于用户处的对等计算设备）具有本地LibraPeer缓存，用于存储内容块，即内部客户端主管内容块的存储设施。该特征被直接公开。 |
| **技术特征E**：所述中央节点(7)中的部件适用于从第一请求内部客户端(1)接收对内容块的请求(41)<br>*(直接公开)* | [0063] “The LibraPeer server 424 is listening for client request messages 702.” （LibraPeer服务器424监听客户端请求消息702。） | 对比文件直接公开了服务器从客户端接收请求消息，该请求消息包括对内容块的下载请求，因此中央节点从请求客户端接收内容块请求被直接公开。 |
| **技术特征F**：在所请求的内容的处置中转发(42)适用于外部客户端(2)的所接收的请求的部件<br>*(未公开)* | 无 | 对比文件描述服务器通过内容摄取模块（content ingesting module）从WAN预取并缓存内容，并未公开将内部客户端的请求转发给外部客户端（特定对等体）的部件。该特征未被公开。 |
| **技术特征G**：所述中央节点(7)中的部件适用于从所述外部客户端(2)接收所请求的内容块<br>*(未公开)* | 无 | 对比文件仅一般性地说明服务器从WAN获取内容，未明确公开从特定“外部客户端”接收内容块的部件。该特征未被公开。 |
| **技术特征H**：所述中央节点中的部件适用于转发(44)所述块到所述第一请求内部客户端(1)<br>*(直接公开)* | [0022] “The LibraPeer server… transmitting the content in on the free BW available in non-DOCSIS channels.” （LibraPeer服务器…利用非DOCSIS信道中的可用空闲带宽传输内容。）<br>[0021] 描述了客户端接收内容并放入本地缓存。 | 对比文件公开了服务器将内容块通过视频信道等传输给请求客户端（即第一请求内部客户端），从而直接公开了该转发部件。 |
| **技术特征I**：所述中央节点(7)中的部件适用于转发(46)所述内容块到所述内部客户端（5，6）的至少一个所主管的存储设施(S2)<br>*(直接公开)* | [0021] 客户端LibraPeer驱动提取内容后“placed in the local LibraPeer cache”（放入本地LibraPeer缓存）；[0022] 服务器传输内容到客户端。 | 服务器将内容块传输到客户端，客户端将其存入自身主管的本地缓存（存储设施），该过程相当于中央节点将内容块转发到内部客户端主管的存储设施。该特征被直接公开。 |
| **技术特征J**：所述系统还包括<br>*(无实质技术特征)* | 不适用 | 该短语为权利要求中的连接词，不包含技术特征，不作公开性判断。 |
| **技术特征K**：所述中央节点(7)中的部件适用于做出存储判定(45)<br>*(隐含公开)* | [0066] “At periodical intervals … the prioritizing module 409 goes over all client request and sort them according to specific parameters that include … popularity…” （定期地…优先化模块409遍历所有客户端请求并根据特定参数对其排序，包括…受欢迎程度…）<br>[0025] “The LibraPeer server might decide to send the same traffic to multiple LibraPeer tuner devices (including to clients who have not requested the traffic …)”（LibraPeer服务器可决定向多个LibraPeer调谐设备发送相同流量，包括向未请求的客户端…） | 对比文件公开了服务器基于内容受欢迎程度等参数进行请求排序和传输调度，并明确可决定将内容推送给未请求的客户端（即预缓存）。这必然隐含服务器需做出是否将内容存储到客户端存储设施的决策（即存储判定）。本领域技术人员可从中合理推断出存储判定部件，故该特征被隐含公开。 |
| **技术特征L**：所述存储判定适用于将对于所述内容块的请求速率考虑在内<br>*(直接公开)* | [0066] 排序参数包括“piece characteristics such as popularity”（内容片特性，如受欢迎程度）。 | “受欢迎程度（popularity）”直接对应于对内容块的请求速率。对比文件明确将请求速率作为排序和决策的参数，因此该特征被直接公开。 |
| **技术特征M**：所述系统还包括<br>*(无实质技术特征)* | 不适用 | 同技术特征J。 |
| **技术特征N**：所述中央节点(7)中的部件从第二请求内部客户端(5)接收对所述内容块的请求(47)<br>*(直接公开)* | [0063] 服务器持续监听客户端请求消息。 | 服务器从多个客户端接收请求，必然包括从第二请求内部客户端接收对相同内容块的请求。该特征被直接公开。 |
| **技术特征O**：所述中央节点(7)中的部件指示（48）拥有所请求的块的存储设施(S2)输送所存储的内容<br>*(未公开)* | 无 | 对比文件中，服务器直接通过视频信道将内容发送给请求客户端，不存在中央节点指示一个已独立拥有该内容块的存储设施（区别于请求客户端）向请求客户端输送内容的机制。该特征未被公开。 |
| **技术特征P**：所述存储设施(S2)中的部件将所述内容输送(49)到所述第二请求客户端(5)<br>*(未公开)* | 无 | 对比文件中客户端本地缓存仅服务于本机P2P应用，不存在独立的、为其他客户端提供内容输送的共享存储设施部件。该特征未被公开。 |
| **技术特征Q**：由此所述客户端(1-6)以树结构来安排<br>*(未公开)* | 无 | 对比文件未描述客户端以树结构进行组织。 |
| **技术特征R**：所述中央节点(7)是对于所述树中外部客户端（2，3，4）的常规节点<br>*(未公开)* | 无 | 未公开树结构，故不存在相应角色定义。 |
| **技术特征S**：也是对于所述树中内部客户端（1，5，6）的父节点<br>*(未公开)* | 无 | 未公开树结构及父节点关系。 |
| **技术特征T**：由此所述中央节点(7)位于运营商网络的边缘处<br>*(直接公开)* | [0015] “The LibraPeer server consists of a computing device operating at the Cable premises typically at the Hub or Head-End.” （LibraPeer服务器由运行于有线电视运营商场所——通常位于Hub或Head-End——的计算设备构成。） | Hub/Head-End在HFC网络架构中属于运营商网络的边缘位置，负责连接核心网与接入网，因此该特征被直接公开。 |
| **技术特征U**：由此所述内部客户端（1，5，6）可经所述运营商网络来访问<br>*(直接公开)* | 对比文件多处描述客户端通过DOCSIS信道（运营商提供的HFC网络）连接，例如[0013] “DOCSIS channels”，[0052] “over DOCSIS data protocol”。 | 内部客户端通过运营商的DOCSIS网络接入，因此可经运营商网络访问。该特征被直接公开。 |
| **技术特征V**：所述外部客户端（2，3，4）可经所述运营商网络外的网络来访问<br>*(直接公开)* | [0063] 内容摄取模块“pre-fetches and caches the requested content from the WAN 401”（从WAN 401预取并缓存所请求的内容）。图2、图6示出经因特网连接的外部对等体。 | 对比文件公开了系统通过WAN（广域网，即运营商网络外的网络）连接获取内容，外部客户端显然可经该网络访问。该特征被直接公开。 |
| **技术特征W**：其中所述中央节点(7)是运营商控制的实体<br>*(直接公开)* | [0015] 服务器“operating at the Cable premises”（运行于有线电视运营商场所）；[0039] “typically located in the Cable operator premises”（通常位于有线运营商处）。 | 服务器部署于运营商机房并由运营商管理，是运营商控制的实体，该特征被直接公开。 |
<<<D>>><<<E>>><<<H>>><<<I>>><<<L>>><<<N>>><<<T>>><<<U>>><<<V>>><<<W>>><<<k>>>