对比文件名称：2006-12-28_US2006294555A_发明申请_US20060294555A1 Method and system for video on demand (VOD) servers to cache content
目标专利名称：1080用于改进包括内容共享客户端的内容共享系统的性能的系统、方法和装置CN102449979B
### 特征比对表格
| 技术特征及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**（未公开） | 无 | 对比文件涉及VOD点播系统，内容由VOD Server提供，客户端（STB）仅作为请求方，不承担内容布置（提供）的角色。对比文件未涉及P2P内容共享架构，没有公开将“客户端所布置的内容块”的存储部件与逻辑部件分离到不同物理主机的技术方案。目标专利的“布置”指P2P客户端主管内容块，对比文件未公开此基础，因此特征A未被公开。 |
| **技术特征B**（未公开） | 无 | 目标专利中将客户端划分为内部客户端（经移动接入网连接核心网）与外部客户端（经因特网连接），并安排中央节点位于两者之间的信令路径上。对比文件没有对客户端做内部/外部的区分，也没有描述中央节点位于此类客户端间信令路径上的系统布局，因此特征B未被公开。 |
| **技术特征C**（未公开） | 无 | 目标专利中“逻辑设施”特指P2P逻辑部分，负责从网络下载内容、形成搜索查询和应答等P2P功能。对比文件中的Cache Schedule Server或VOD Server虽具有缓存调度逻辑，但其作用是在VOD服务器-客户端架构下决定缓存时机，并非P2P内容共享逻辑，作用不同。因此特征C未被公开。 |
| **技术特征D**（未公开） | 无 | 对比文件[0094]提到：“When ‘User Assisted’ caching method is used, video programs requested by users could also be cached on local storages of users premises equipment (instead of being stored on storages of ‘VOD Edge Servers’)… The user premises equipment for caching the video programs could be STBs, or any storage equipment connected to STBs.”（当采用“用户辅助”缓存方法时，用户请求的视频节目也可以缓存在用户住处设备的本地存储上，……用于缓存视频节目的用户住处设备可以是STB或连接STB的任何存储设备。）该内容公开了客户端设备（STB）可以主管存储，但未公开目标专利中特定的“内部客户端”及其与核心网的关系。整体上，特征D中“至少一个内部客户端主管存储设施”未被完整公开。 |
| **技术特征E**（隐含公开）<br>《隐含公开》 | [0053]：(1) The viewer, John, picks the video program… (2) ‘STB 1’ sends out a request message to ‘VOD Edge Server 1’… (3) ‘VOD Edge Server 1’ forwards the message to ‘Router 2’… (4) ‘Router 2’ forwards to ‘Router 1’… (5) ‘Router 1’ forwards to the ‘Cache Schedule Server’. （(1) 观看者John选择视频节目…(2) STB 1发送请求消息至VOD Edge Server 1…(3) VOD Edge Server 1转发至Router 2…(4) Router 2转发至Router 1…(5) Router 1转发至Cache Schedule Server。） | 对比文件中Cache Schedule Server作为中央控制节点，最终接收来自客户端STB 1的请求消息。这与“中央节点从第一请求内部客户端接收对内容块的请求”的过程一致。虽然对比文件未使用“内部客户端”术语，但其STB位于用户侧，可等价为客户端。本领域技术人员能够从上述消息流合理推断出中央节点具备从请求客户端接收请求的部件。因此特征E被隐含公开。 |
| **技术特征F**（未公开） | 无 | 目标专利中中央节点需将收到的请求转发给外部客户端，以从外部客户端获取内容。对比文件的VOD架构中，客户端不提供内容，Cache Schedule Server或VOD Server不会将请求转发给其他客户端，而是从中央VOD Server获取内容。因此特征F未被公开。 |
| **技术特征G**（未公开） | 无 | 目标专利中中央节点从外部客户端接收所请求的内容块，依赖P2P机制。对比文件为VOD系统，中央节点（VOD Server/Cache Schedule Server）是从VOD Server自身或其存储获取内容流，并非从任何客户端接收。因此特征G未被公开。 |
| **技术特征H**（隐含公开）<br>《隐含公开》 | [0014]：Upon receiving the request message from ‘Router 1’, the ‘VOD Server’ sends out the video program in the form of a video stream to the user's TV. … (3) ‘Router 2’ forwards the stream to ‘VOD Edge Server 1’… (4) ‘VOD Edge Server 1’ forwards the stream to ‘STB 1’… （一旦从Router 1收到请求消息，VOD Server将视频节目以视频流形式发往用户电视。…(3) Router 2转发流至VOD Edge Server 1…(4) VOD Edge Server 1转发流至STB 1。） | 上述消息流表明中央节点（VOD Server）将所请求的内容（视频流）经由网络发送至第一请求客户端（STB 1）。目标专利中的“转发(44)所述块到所述第一请求内部客户端”在功能上与此相同，都是中央节点将内容提供给请求的客户端。虽然具体传输路径有差异，但本领域技术人员能够合理推断出中央节点具备向请求客户端输送内容的部件。因此特征H被隐含公开。 |
| **技术特征I**（未公开） | 无 | 目标专利中中央节点将内容块转发到“内部客户端所主管的存储设施”。对比文件存在中央节点向VOD Edge Server（非客户端主管）推送缓存内容的过程（如[0015]的Push Update），但不存在将内容主动转发至客户端自身主管的存储设施的明确记载。[0094]仅提到可缓存在用户端设备，但未描述中央节点执行该转发操作。因此特征I未被公开。 |
| **技术特征J**（隐含公开）<br>《隐含公开》 | 对比文件整体描述了一种VOD系统，该系统包括VOD Server、Cache Schedule Server、VOD Edge Server、路由器、STB等多个部件。 | 目标专利的“所述系统还包括”是一项开放式连接词，用于引入后续技术特征。对比文件公开的VOD系统本身即包含实现后续存储判定、请求接收等功能的对应部件，因此本领域技术人员可从对比文件得出系统还包括相应部件的技术方案。特征J被隐含公开。 |
| **技术特征K**（直接公开）<br>《直接公开》 | [0049]：The added equipment is called ‘Cache Schedule Server’. All the video programs requests are sent to the ‘Cache Schedule Server’… The ‘Cache Schedule Server’ decides when to start caching the video programs to ‘VOD Edge Server(s)’ based on criteria listed below among others: (1) Viewer selected schedule options… (2) Network traffic pattern during a day. （增加的设备称为“Cache Schedule Server”。所有视频节目请求都发送至Cache Schedule Server……Cache Schedule Server基于以下列出的标准等决定何时开始将视频节目缓存到VOD Edge Server：(1) 观看者选择的调度选项……(2) 一天中的网络流量模式。） | 对比文件明确记载了Cache Schedule Server基于特定标准做出何时开始缓存的决策，这直接对应于目标专利中“中央节点中的部件适用于做出存储判定”。二者作用相同，均用于决定内容的缓存时机。因此特征K被直接公开。 |
| **技术特征L**（隐含公开）<br>《隐含公开》 | [0090]：(1) ‘Cache Schedule Server’ doesn't always have to send a copy of a video program across the IP backbone in response to every request. Instead, it is possible for the ‘Cache Schedule Server’ to collect several requests (e.g., request from viewer John and request from viewer Mary) and satisfies them with only one transfer. （(1) Cache Schedule Server不必总是针对每个请求在IP骨干网上发送一份视频节目拷贝。相反，Cache Schedule Server可以收集多个请求（如观看者John和Mary的请求）并以一次传输满足它们。） | 对比文件虽未直接使用“请求速率”一词，但其描述了Cache Schedule Server通过收集一段时间内的多个请求来合并处理，这本质上是基于单位时间内请求的数量（即请求速率）来优化缓存传输。本领域技术人员从该描述能够合理推断出存储判定中将请求速率考虑在内，以提高效率。因此特征L被隐含公开。 |
| **技术特征M**（隐含公开）<br>《隐含公开》 | 对比文件整体描述的系统进一步包括如Cache Schedule Server、VOD Edge Server、STB等部件，能够实现后续的请求接收、指示输送等功能。 | 如同特征J，M为开放式连接词，对比文件所示系统公开了包括具备相应功能的部件，因此特征M被隐含公开。 |
| **技术特征N**（直接公开）<br>《直接公开》 | [0061]：Also in FIG. 5, another viewer, Mary, books the same video program from ‘STB 3’ at 8:30 PM… (2) ‘STB 3’ sends out a request message to ‘VOD Edge Server 2’… (3) ‘VOD Edge Server 2’ forwards the message to ‘Router 3’… (4) ‘Router 3’ forwards to ‘Router 4’… (5) ‘Router 4’ forwards to ‘Router 1’… (6) ‘Router 1’ forwards the message to the ‘Cache Schedule Server’. （同样在图5中，另一观看者Mary在晚8:30从STB 3预订了相同视频节目……(2) STB 3发送请求消息至VOD Edge Server 2……最终(6) Router 1转发消息至Cache Schedule Server。） | 该段明确公开了中央节点（Cache Schedule Server）接收来自第二个客户端（Mary的STB 3）对相同内容块的请求。这与“中央节点从第二请求内部客户端接收对所述内容块的请求”完全对应。因此特征N被直接公开。 |
| **技术特征O**（未公开） | 无 | 目标专利中中央节点指示拥有块的存储设施直接向客户端输送所存储的内容。对比文件中，当用户实际观看时，STB直接向VOD Edge Server请求并获取流（如[0084]中STB 3向VOD Edge Server 2请求，VOD Edge Server 2从其本地存储提供流），没有中央节点介入指示存储设施输送内容的步骤。对比文件的Cache Schedule Server仅命令VOD Server开始缓存过程，而非指示存储设施向客户端输送。因此特征O未被公开。 |
| **技术特征P**（直接公开）<br>《直接公开》 | [0036]：Also in FIG. 4, another viewer requests the same video program from ‘STB 2’. ‘STB 2’ sends out a request message to ‘VOD Edge Server 1’… Instead of forwarding the request to the ‘VOD Server’, ‘VOD Edge Server 1’ simply fetches the video program from its local storage and sends it to ‘STB 2’ in the form of a video stream. （同样在图4中，另一观看者从STB 2请求相同视频节目。STB 2发送请求消息至VOD Edge Server 1……VOD Edge Server 1并未将请求转发给VOD Server，而是直接从其本地存储获取视频节目并以视频流形式发送至STB 2。） | 此段直接公开了存储设施（VOD Edge Server 1的本地存储）将已缓存的内容输送至第二个请求客户端（STB 2）。这与“存储设施中的部件将所述内容输送到所述第二请求客户端”的技术方案一致。因此特征P被直接公开。 |
| **技术特征Q**（未公开） | 无 | 目标专利中客户端以树结构安排，这是P2P流传送网络的典型拓扑。对比文件公开的是VOD客户端-服务器架构，客户端（STB）之间不存在父/子关系或树状分发结构。因此特征Q未被公开。 |
| **技术特征R**（未公开） | 无 | 目标专利中中央节点在树结构中对于外部客户端是常规节点。对比文件缺乏树结构及外部客户端的划分，因此特征R未被公开。 |
| **技术特征S**（未公开） | 无 | 目标专利中中央节点是树中内部客户端的父节点。对比文件无树结构，也无父节点概念，因此特征S未被公开。 |
| **技术特征T**（未公开） | 无 | 目标专利明确中央节点位于运营商网络的边缘处。对比文件未说明Cache Schedule Server或VOD Server所处的网络位置，没有“运营商网络边缘”的记载。因此特征T未被公开。 |
| **技术特征U**（未公开） | 无 | 目标专利中内部客户端可经运营商网络访问。对比文件没有将客户端分为经运营商网络访问的内部客户端和经外部网络访问的外部客户端，因此特征U未被公开。 |
| **技术特征V**（未公开） | 无 | 目标专利中外部客户端可经运营商网络外的网络访问。对比文件无此划分，因此特征V未被公开。 |
| **技术特征W**（未公开） | 无 | 目标专利中中央节点是运营商控制的实体。对比文件未明确说明Cache Schedule Server或VOD Server是否由运营商控制，因此特征W未被公开。 |
<<<e>>><<<h>>><<<j>>><<<K>>><<<l>>><<<m>>><<<N>>><<<P>>>