对比文件名称：2008-08-28_US2008208996A_发明申请_US20080208996A1 METHODS AND APPARATUS FOR DATA TRANSFER IN NETWORKS USING DISTRIBUTED FILE LOCATION INDICES
目标专利名称：1080用于改进包括内容共享客户端的内容共享系统的性能的系统、方法和装置CN102449979B
本次调用的模型名称：EPO520
### 特征比对表格
| 技术特征描述与公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述系统的特征在于用于客户端所布置的内容块的存储部件（23、S2）和逻辑部件（25a-c、26a-c）被分离到不同的物理主机（6、7、9A、9B）中<br>《隐含公开》 | **从对比文件中推断得出，无单一明确原文。** 对比文件整体公开了缓存服务器（caching server）108和客户端（client）102是分离的实体。参见[0014]：“The present exemplary system for transferring data via a network 100 comprises multiple clients ... one or more caching servers 108 ... Data is transferred among the various clients 102, servers 106, and/or caching servers 108...”；[0034]：“In one embodiment, the caching server 108 comprises a computer running an operating system ... and a web server ...”；[0035]：“The caching server 108 may store file items ...”。对比文件还描述了客户端运行客户端应用（逻辑）而缓存服务器进行存储和分发（存储），例如[0018]：“The clients 102 may operate client applications 104 to request and receive data...” 和 [0037]：“The caching server 108 may store file items...”。 | 目标专利的核心是将P2P应用的逻辑部件和存储部件分离到不同的物理主机上。对比文件虽然未明确使用“分离”一词，但其系统架构本质上实现了这种分离。对比文件中的“客户端”（client 102）运行“客户端应用”（client application 104），负责发起请求、接收数据等逻辑处理，这对应了目标专利的“逻辑部件”。同时，对比文件专门引入了一个独立的“缓存服务器”（caching server 108），负责存储文件项目（file items）并响应请求进行分发，这对应了目标专利的“存储部件”。缓存服务器108被明确描述为可以是“运行操作系统的计算机”（参见[0034]），与客户端102是不同的物理设备。因此，本领域技术人员能够从对比文件的系统架构中，合理且毫无疑义地推断出内容块的存储部件（位于缓存服务器108）和逻辑部件（位于客户端102）被分离到了不同的物理主机中。 |
| **技术特征B**：由此安排所述客户端(1-6)使得中央节点(7)位于外部客户端（2，3，4）与内部客户端（1，5，6）之间的信令路径上<br>《未公开》 | 无 | 对比文件未公开任何关于将客户端区分为“内部客户端”和“外部客户端”，以及将某个节点（中央节点）安排在这两类客户端之间的信令路径上的技术方案。对比文件的网络架构是围绕一个分布式哈希表（DHT）的P2P网络构建的，客户端之间直接或通过DHT查找进行通信，缓存服务器仅作为网络中的一个节点参与，不存在目标专利所述的作为内外客户端信令桥梁的“中央节点”。 |
| **技术特征C**：其中所述中央节点(7)主管用于所述内容块的逻辑设施<br>《未公开》 | 无 | 对比文件中不存在“中央节点”这一实体。对比文件中的逻辑处理功能（如客户端应用104）完全由分布在网络各处的客户端（102）主管，而缓存服务器（108）主要负责存储和分发，并未主管逻辑设施。 |
| **技术特征D**：至少一个内部客户端（1，5，6）主管用于所述内容块的存储设施(S1、S2)<br>《未公开》 | 无 | 对比文件未对客户端进行“内部”和“外部”的划分，也未描述任何客户端主管存储设施。相反，存储设施是由独立于客户端的“缓存服务器”（108）来主管的（参见[0035]），这属于网络基础设施的一部分，而非某个客户端主管。 |
| **技术特征E**：所述中央节点(7)中的部件适用于从第一请求内部客户端(1)接收对内容块的请求(41)<br>《未公开》 | 无 | 由于对比文件中没有“中央节点”及其位于信令路径上的布局，也没有“内部客户端”的划分，因此自然不存在中央节点从第一请求内部客户端接收内容块请求的机制。 |
| **技术特征F**：在所请求的内容的处置中转发(42)适用于外部客户端(2)的所接收的请求的部件<br>《未公开》 | 无 | 对比文件未公开任何具有转发来自内部客户端的请求到外部客户端功能的节点。对比文件中的内容请求是基于DHT查询机制寻址到特定的节点（如缓存服务器或拥有文件的客户端），而不是通过一个中央节点进行代理和转发。 |
| **技术特征G**：所述中央节点(7)中的部件适用于从所述外部客户端(2)接收所请求的内容块<br>《未公开》 | 无 | 对比文件没有“中央节点”，因此不存在中央节点从外部客户端接收内容块的步骤。对比文件中的缓存服务器（108）可能会为了缓存而获取文件（参见[0044]：“the caching server 108 may request the file item to acquire a copy of the file item”），但它不是作为内外客户端的中介来接收，而是作为P2P网络中的一个普通请求者。 |
| **技术特征H**：所述中央节点中的部件适用于转发(44)所述块到所述第一请求内部客户端(1)<br>《未公开》 | 无 | 对比文件没有中央节点扮演内外客户端数据中转站的角色。对比文件中的缓存服务器（108）获取文件后，是“将文件或其片段重新分发给其他客户端”（参见[0046]：“re-distribute the file segments to other p2p clients...”），这是作为内容源的分发，而不是从一个外部客户端接收后转发给一个特定的内部客户端。 |
| **技术特征I**：所述中央节点(7)中的部件适用于转发(46)所述内容块到所述内部客户端（5，6）的至少一个所主管的存储设施(S2)<br>《未公开》 | 无 | 对比文件不涉及内部客户端主管存储设施，也没有中央节点。因此，不存在中央节点将内容块转发到内部客户端所主管的存储设施的动作。对比文件中是缓存服务器自己存储内容（参见[0035]）。 |
| **技术特征J**：所述系统还包括<br>《隐含公开》 | **[0033]**: "The present embodiment includes one or more caching servers 108, which may operate as data sources, function as clients 102, monitor data traffic on the p2p network 112, cache file items, and/or provide other appropriate functions." | “所述系统还包括”是一个开放式连接词，表示系统包含后续特征。对比文件明确公开了一个包含缓存服务器108的系统，这对应了目标专利中引入具备后续特定功能的部件。因此，对比文件隐含公开了系统还包括该部件，为后续特征K和L提供了基础。 |
| **技术特征K**：所述中央节点(7)中的部件适用于做出存储判定(45)<br>《隐含公开》 | **[0037]**: "...the caching server 108 stores file items that are being requested most frequently by the clients 102. For example, the caching server 108 may identify the most popular file requests, obtain and store the popular file item..."<br>**[0044]**: "The caching server 108 may use any suitable criteria for determining whether to cache a version of a particular file. For example, if the caching server 108 determines that a high percentage of p2p clients 102 are requesting peer information for a particular infoHash ... then the caching server 108 may elect to cache that file." | 目标专利的中央节点用于做出存储判定。虽然对比文件中不存在“中央节点”，但其“缓存服务器”（108）被明确描述为会根据某些标准来“决定”（determining）是否缓存某个文件，例如根据文件被请求的频繁程度。这个“决定是否缓存”的过程，本质上就是一种“存储判定”。因此，本领域技术人员可以合理推断，对比文件中的缓存服务器108包含适用于做出存储判定的部件，这隐含公开了技术特征K的功能。 |
| **技术特征L**：所述存储判定适用于将对于所述内容块的请求速率考虑在内<br>《隐含公开》 | **[0037]**: "...the caching server 108 stores file items that are being requested most frequently by the clients 102."<br>**[0044]**: "...if the caching server 108 determines that a high percentage of p2p clients 102 are requesting peer information for a particular infoHash (indicating that many p2p clients are trying to download that particular file), then the caching server 108 may elect to cache that file." | 目标专利的存储判定将请求速率考虑在内。对比文件在描述缓存服务器的存储判定时，明确给出了判定的标准是文件是否被“最频繁地请求”（most frequently）或“高比例的客户端正在请求”（a high percentage of p2p clients are requesting）。文件的“被请求频率”或“请求客户端的比例”直接反映了“对于所述内容块的请求速率”。因此，对比文件隐含公开了存储判定是将请求速率考虑在内的。 |
| **技术特征M**：所述系统还包括<br>《隐含公开》 | **[0033]**: "The present embodiment includes one or more caching servers 108, which may operate as data sources, function as clients 102, monitor data traffic on the p2p network 112, cache file items, and/or provide other appropriate functions." | 同技术特征J的分析，对比文件公开的缓存服务器108具备后续技术特征N、O、P所描述的功能。因此，“所述系统还包括”被隐含公开。 |
| **技术特征N**：所述中央节点(7)中的部件从第二请求内部客户端(5)接收对所述内容块的请求(47)<br>《未公开》 | 无 | 对比文件没有“中央节点”和“内部客户端”的概念。虽然缓存服务器（108）可以作为P2P客户端接收请求（参见[0038]：“as the caching server 108 receives requests from other clients 102”），但这些请求是来自P2P网络中的任意对等客户端，并非目标专利所限定的在一个树状拓扑下，从特定的“第二请求内部客户端”发向作为父节点的“中央节点”的请求。 |
| **技术特征O**：所述中央节点(7)中的部件指示（48）拥有所请求的块的存储设施(S2)输送所存储的内容<br>《未公开》 | 无 | 对比文件中，存储设施（即缓存服务器108）是自主响应请求的。当它收到请求且拥有内容时，会直接提供内容（参见[0035]：“The caching server 108 may then transmit the entire file or only the requested portion of the file to the client 102”）。整个过程不存在另一个中央节点来“指示”存储设施进行输送。 |
| **技术特征P**：所述存储设施(S2)中的部件将所述内容输送(49)到所述第二请求客户端(5)<br>《隐含公开》 | **[0035]**: "The caching server 108 may then transmit the entire file or only the requested portion of the file to the client 102 or the client application 104."<br>**[0046]**: "...the caching server 108 may continue to act as a normal p2p client or other data source and continue distributing the file segments of the file to p2p clients 102 that request those file segments." | 目标专利中，存储设施响应指令向第二请求客户端输送内容。虽然对比文件中的输送机制（自主响应而非接受指令）和目标专利（接受中央节点指令）有所不同，但作为存储设施的“缓存服务器”（108）包含将存储的内容（文件或文件片段）输送（transmit / distributing）给请求客户端（client 102）的部件是明确公开的。因此，对比文件隐含公开了存储设施具有将内容输送给请求客户端这一核心功能。 |
| **技术特征Q**：由此所述客户端(1-6)以树结构来安排<br>《未公开》 | 无 | 对比文件中的P2P网络是基于DHT的扁平化、分布式架构，客户端之间没有固定的层级关系或树状拓扑结构。对比文件完全没有提及客户端以树结构安排。 |
| **技术特征R**：所述中央节点(7)是对于所述树中外部客户端（2，3，4）的常规节点<br>《未公开》 | 无 | 对比文件无“中央节点”，也无“树结构”，因此不存在中央节点作为树中外部客户端的常规节点这一概念。 |
| **技术特征S**：也是对于所述树中内部客户端（1，5，6）的父节点<br>《未公开》 | 无 | 对比文件无“中央节点”、“树结构”和“内部客户端”，因此不存在中央节点作为内部客户端的父节点这一概念。 |
| **技术特征T**：由此所述中央节点(7)位于运营商网络的边缘处<br>《未公开》 | 无 | 对比文件未公开任何关于“中央节点”位于“运营商网络边缘”的网络拓扑信息。其缓存服务器（108）在网络中的位置是灵活的，未作此特定限定。 |
| **技术特征U**：由此所述内部客户端（1，5，6）可经所述运营商网络来访问<br>《未公开》 | 无 | 对比文件未对客户端进行“内部/外部”的划分，也未将其与“运营商网络”的访问关系进行关联。 |
| **技术特征V**：所述外部客户端（2，3，4）可经所述运营商网络外的网络来访问<br>《未公开》 | 无 | 对比文件未对客户端进行“内部/外部”的划分，也未将其与“运营商网络外”的访问关系进行关联。 |
| **技术特征W**：其中所述中央节点(7)是运营商控制的实体<br>《未公开》 | 无 | 对比文件完全没有提及缓存服务器（108）或任何其他节点的所有权或控制权归属问题，未指明其是否为“运营商控制的实体”。 |
<<<a>>>