在开始回答之前，需要明确对比文件的名称、目标专利的名称以及本次调用的模型名称。
**对比文件名称**：2009-05-06_CN101426024A_发明公开_CN101426024A 一种数据流量控制方法、系统及装置
**目标专利名称**：1080用于改进包括内容共享客户端的内容共享系统的性能的系统、方法和装置CN102449979B
**模型名称**：DeepSeek
以下是根据目标专利权利要求对对比文件进行的特征比对分析：
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述系统的特征在于用于客户端所布置的内容块的存储部件（23、S2）和逻辑部件（25a-c、26a-c）被分离到不同的物理主机（6、7、9A、9B）中 <br> 《隐含公开》 | 说明书第[0046]段：“一种数据流量控制系统，如图4所示，该系统包括：中央服务器10、分布式控制服务器(20、21、22等)和用户终端(30、31、32、33等)。” <br> 第[0048]段：“分布式控制服务器20，用于根据自身统计结果或外部设备统计结果，确定要存储的内容数据，然后获取要存储的内容数据，并进行存储；以及接收用户终端30发送的获取所需内容数据的请求信息，根据接收到的请求信息判断自身的分布式控制区域内是否有用户终端30所请求的内容数据；若是，则控制用户终端30从自身的分布式控制区域内获取所请求的内容数据，若否，则将请求信息转发给中央服务器10。” | 目标专利的核心在于将P2P客户端的逻辑部件（如请求处理、搜索查询等）和存储部件（存储内容块）分离到不同的物理主机中。在对比文件公开的系统中，分布式控制服务器（物理主机A）负责存储热门内容数据（存储部件），并执行确定存储内容、判断区域内是否有数据等控制逻辑（部分逻辑部件）。而用户终端（物理主机B）则发起请求并获取数据，其必然包含发起请求、处理下载等客户端逻辑（另一部分逻辑部件）。因此，对比文件公开的系统架构隐含了将原本可能集成的P2P客户端功能中的存储部分（缓存于分布式控制服务器）与客户端自身的逻辑部分（运行于用户终端）分离到不同物理主机的技术方案。这为本领域技术人员推断出逻辑部件和存储部件分离提供了可能。 |
| **技术特征B**：由此安排所述客户端(1-6)使得中央节点(7)位于外部客户端（2，3，4）与内部客户端（1，5，6）之间的信令路径上 <br> 《隐含公开》 | 第[0042]段：“分布式控制服务器20，用于...接收用户终端30发送的获取所需内容数据的请求信息...若否，则将请求信息转发给中央服务器10。” <br> 第[0052]段：“中央服务器10，用于接收分布式控制服务器20转发的用户终端30获取所需内容数据的请求信息，并控制用户终端30从其他分布式控制区域内获取所请求的内容数据。” | 在目标专利中，“内部客户端”与“外部客户端”是相对运营商网络而言的，中央节点是信令的必经之路。对比文件中，每个分布式控制区域内的用户终端（可类比目标专利中的内部客户端）在请求本区域没有的内容时，其信令（请求信息）必须经由分布式控制服务器转发给中央服务器。中央服务器（可类比目标专利中的中央节点）再控制其从其他区域（可类比外部客户端所在区域）获取数据。这个信令转发过程说明中央服务器逻辑上位于本区域用户终端与其他区域资源之间的信令通路上。虽然没有明确使用“内部/外部客户端”的术语，但其架构隐含了类似的信令路径安排。 |
| **技术特征C**：其中所述中央节点(7)主管用于所述内容块的逻辑设施 <br> 《直接公开》 | 第[0047]段：“中央服务器10，用于接收分布式控制服务器20转发的用户终端30获取所需内容数据的请求信息，并控制用户终端30从其他分布式控制区域内获取所请求的内容数据。” | 目标专利中的“逻辑设施”指负责处理请求、控制内容分发等的功能。对比文件中的中央服务器10接收分布式控制服务器转发的请求（即处理请求信息），并负责控制用户终端从其他区域获取内容（即做出并执行分发控制逻辑）。这些功能完全属于目标专利所述的“逻辑设施”范畴。对比文件明确公开了中央服务器10主管这些控制逻辑。 |
| **技术特征D**：至少一个内部客户端（1，5，6）主管用于所述内容块的存储设施(S1、S2) <br> 《隐含公开》 | 第[0036]段：“分布式控制服务器20...确定要存储的内容数据...获取要存储的内容数据，并进行存储” <br> 第[0043]段：“分布式控制服务器20...包括：确定模块201...存储模块203，用于存储获取模块202获取的内容数据。” | 对比文件公开了分布式控制服务器20负责存储热门内容数据，充当了“存储设施”。虽然对比文件将分布式控制服务器描述为一个网络侧的节点，而非通常意义上的“客户端”，但在P2P网络中，提供资源的节点均可视为对等体。从功能上看，分布式控制服务器作为一个区域内的资源提供者，为区域内的用户终端提供内容，其角色和作用类似于目标专利中“主管存储设施的内部客户端”。因此，对比文件隐含公开了在网络中存在（区域内的）实体（可视为内部客户端或内部服务节点）主管存储设施这一技术特征。 |
| **技术特征E**：所述中央节点(7)中的部件适用于从第一请求内部客户端(1)接收对内容块的请求(41) <br> 《直接公开》 | 第[0047]段：“中央服务器10，用于接收分布式控制服务器20转发的用户终端30获取所需内容数据的请求信息...” | 对比文件中的中央服务器10具备接收由分布式控制服务器转发来的、源自用户终端的请求信息的功能。该功能与目标专利中中央节点从第一请求内部客户端接收请求的特征完全对应，属于直接公开。 |
| **技术特征F**：在所请求的内容的处置中转发(42)适用于外部客户端(2)的所接收的请求的部件 <br> 《隐含公开》 | 第[0052]段：“中央服务器10...控制用户终端30从其他分布式控制区域内获取所请求的内容数据。” <br> 第[0040]段：“中央服务器接收分布式控制服务器转发的用户终端所请求的内容数据的请求信息...查询存储的其他分布式控制区域内的资源分布信息，确定其他分布式控制区域内拥有用户终端所请求的内容数据的其他分布式控制服务器和/或终端节点，并通知给发送请求的用户终端。” | 目标专利中，中央节点将请求“转发”给外部客户端，意味着中央节点直接与外部客户端通信以获取内容。对比文件中，中央服务器10控制用户终端从其他区域获取数据的机制是：中央服务器查询资源信息后，将拥有资源的其他分布式控制服务器或终端节点信息“通知给发送请求的用户终端”，然后由用户终端自行去获取。这个过程在本质上实现了中央服务器将内部请求“导向”或“处理并指向”外部资源提供者的目的。虽然没有明确的直接转发请求报文给外部客户端的描述，但“通知用户终端并使其从其他区域获取”是实现请求处置和内容获取的一种等效技术手段，隐含了中央节点在处理请求时将请求关联到外部资源的功能。 |
| **技术特征G**：所述中央节点(7)中的部件适用于从所述外部客户端(2)接收所请求的内容块 <br> 《未公开》 | 无 | 对比文件中明确描述，中央服务器10仅负责信令层面的控制和资源信息查询（第[0040]、[0047]、[0052]段）。实际的内容数据传输发生在用户终端与其他分布式控制区域的分布式控制服务器或终端节点之间，即“用户终端从其他分布式控制区域内的分布式控制服务器和/或终端节点中获取所请求的内容数据”（第[0042]段）。对比文件的内容流路径不经过中央服务器，故中央服务器不具有从外部客户端接收内容块的功能。此特征未被公开。 |
| **技术特征H**：所述中央节点中的部件适用于转发(44)所述块到所述第一请求内部客户端(1) <br> 《未公开》 | 无 | 同上，由于对比文件中的中央服务器10不处于内容数据流的路径上，内容块是由用户终端直接从其他区域的节点获取的。因此，中央服务器不具备将接收到的内容块再转发给第一请求客户端的功能。此特征未被公开。 |
| **技术特征I**：所述中央节点(7)中的部件适用于转发(46)所述内容块到所述内部客户端（5，6）的至少一个所主管的存储设施(S2) <br> 《未公开》 | 无 | 此特征描述的是中央节点主动将内容块推送到边缘存储设施的行为。对比文件中，分布式控制服务器（即存储设施）获取要存储的内容数据是通过两种方式：1. 从本区域终端节点直接获取；2. 发送请求给中央服务器，由中央服务器查找通知后，自己去其他区域获取（第[0037]段，步骤S102）。这个过程是分布式控制服务器主动“拉取”（pull），而不是中央服务器“推送”（push）。因此，中央服务器转发内容块到存储设施的特征未被公开。 |
| **技术特征J**：所述系统还包括 <br> 《直接公开》 | 第[0046]段：“一种数据流量控制系统...该系统包括：中央服务器10、分布式控制服务器(20、21、22等)和用户终端(30、31、32、33等)。” | 此特征为开放式连接词，对比文件公开的系统同样包括多个组成部分，属于直接公开。 |
| **技术特征K**：所述中央节点(7)中的部件适用于做出存储判定(45) <br> 《隐含公开》 | 第[0014]段：“分布式控制服务器根据统计结果，确定要存储的内容数据” <br> 第[0048]段：“分布式控制服务器20，用于根据自身统计结果或外部设备统计结果，确定要存储的内容数据...” | 目标专利中的“存储判定”由中央节点做出。对比文件公开了由“分布式控制服务器”来执行“确定要存储的内容数据”这一判定功能。虽然执行主体不同（一个在中央节点，一个在分布式控制服务器），但两者在系统内执行的功能完全相同，都是为了决定哪些内容应当被缓存。从系统整体来看，这种具有存储判定的功能节点的存在是公开的。本领域技术人员可以理解，该判定功能也可以根据网络架构需要，部署在更集中的中央节点上。因此，对比文件隐含公开了系统中存在部件用于做出存储判定。 |
| **技术特征L**：所述存储判定适用于将对于所述内容块的请求速率考虑在内 <br> 《直接公开》 | 第[0016]段：“将统计得到的请求次数等统计参数与设定阈值进行比较，当某个或某些内容数据的统计参数大于设定阈值时，则认为是热门资源，即要存储的内容数据。” <br> 第[0021]段：“统计参数，具体包括下列参数中的至少一个：请求次数、下载量、请求次数的变化趋势和下载量的变化趋势。” | 目标专利中的“请求速率”是衡量内容受欢迎程度的指标。对比文件明确公开了存储判定基于“请求次数”（请求速率的一种直接体现）、“下载量”、“请求次数的变化趋势”等统计参数，当这些参数大于阈值时，内容被判定为要存储的热门资源。这完全公开了存储判定将请求速率考虑在内的技术特征。 |
| **技术特征M**：所述系统还包括 <br> 《直接公开》 | 第[0046]段：“一种数据流量控制系统...该系统包括：中央服务器10、分布式控制服务器(20、21、22等)和用户终端(30、31、32、33等)。” | 此特征为开放式连接词，对比文件公开的系统同样包括多个组成部分，属于直接公开。 |
| **技术特征N**：所述中央节点(7)中的部件从第二请求内部客户端(5)接收对所述内容块的请求(47) <br> 《直接公开》 | 第[0047]段：“中央服务器10，用于接收分布式控制服务器20转发的用户终端30获取所需内容数据的请求信息...” | 与特征E的论述相同，中央服务器接收由分布式控制服务器转发的用户终端请求是其基本功能。无论请求者是第一、第二还是第N个客户端，该功能均适用。因此，从第二请求客户端接收请求的特征被直接公开。 |
| **技术特征O**：所述中央节点(7)中的部件指示（48）拥有所请求的块的存储设施(S2)输送所存储的内容 <br> 《隐含公开》 | 第[0045]段：“分布式控制服务器根据接收到用户终端所请求的内容数据的请求信息，查询存储的自身的分布式控制区域内的资源分布信息...若是，则执行步骤S203；则；若否，则执行步骤S204。” <br> 步骤S203：“分布式控制服务器控制用户终端从自身的分布式控制区域内获取所请求的内容数据。” | 对比文件中，当请求的内容在区域内时，是由分布式控制服务器（充当存储设施）直接控制并提供给用户终端的。虽然流程中没有中央服务器直接指示分布式控制服务器输送内容的步骤，但公开了由分布式控制服务器自身执行“控制用户终端从自身的分布式控制区域内获取”的功能。这个执行过程相当于系统中的控制部件（分布式控制服务器）指示存储部件（自身的存储模块或区域内节点）输送内容。这与中央节点指示存储设施输送内容在系统功能和实现效果上是相似的，隐含了存在一控制节点指示存储节点输送内容的技术方案。 |
| **技术特征P**：所述存储设施(S2)中的部件将所述内容输送(49)到所述第二请求客户端(5) <br> 《直接公开》 | 第[0042]段：“用户终端...从所述分布式控制服务器自身的分布式控制区域内或其他分布式控制区域内获取所请求的内容数据。” <br> 步骤S203：“终端节点...向拥有所请求的内容数据的其他终端节点请求所需要的内容数据。” | 对比文件明确公开了存储有内容数据的分布式控制服务器或终端节点，会将内容数据传输给请求的用户终端。这就是存储设施将内容输送到请求客户端的过程，属于直接公开。 |
| **技术特征Q**：由此所述客户端(1-6)以树结构来安排 <br> 《未公开》 | 无 | 对比文件描述的是一种“中央服务器-分布式控制服务器-用户终端”的层级化区域管理架构，并未提及或暗示客户端节点是以P2P分发树（tree）结构来组织的。其内容分发机制是基于区域控制和中央调度，而非树状拓扑。 |
| **技术特征R**：所述中央节点(7)是对于所述树中外部客户端（2，3，4）的常规节点 <br> 《未公开》 | 无 | 此特征基于树状结构（特征Q），由于树状结构未被公开，中央节点在树中对特定客户端的角色也无从谈起。 |
| **技术特征S**：也是对于所述树中内部客户端（1，5，6）的父节点 <br> 《未公开》 | 无 | 同上，此特征基于树状结构（特征Q）。虽然对比文件中分布式控制服务器/中央服务器对其区域内的用户终端有管理和控制关系，类似于“父节点”的管控职能，但这种关系是基于集中式区域管理，而非P2P分发树的父子关系。 |
| **技术特征T**：由此所述中央节点(7)位于运营商网络的边缘处 <br> 《未公开》 | 无 | 对比文件描述了中央服务器、分布式控制服务器等网元，但并未对其在网络拓扑中的具体位置（如是否在运营商网络边缘）做出限定或描述。 |
| **技术特征U**：由此所述内部客户端（1，5，6）可经所述运营商网络来访问 <br> 《未公开》 | 无 | 对比文件描述了用户终端通过分布式控制服务器访问资源，但未明确区分运营商网络内外的访问关系，也未对“内部客户端”及其访问路径进行定义。 |
| **技术特征V**：所述外部客户端（2，3，4）可经所述运营商网络外的网络来访问 <br> 《未公开》 | 无 | 同上，对比文件未涉及“外部客户端”以及跨运营商网络的访问关系定义。 |
| **技术特征W**：其中所述中央节点(7)是运营商控制的实体 <br> 《隐含公开》 | 背景技术第[0002]段：“每个单元都由中央服务器统一调度和协调。” <br> 发明内容第[0006]段：“通过增加对热门的内容数据暂存功能...降低了运营商骨干网网络中数据传输和交换流量，减轻了骨干网络的负担” | 对比文件明确其技术方案是为了解决运营商骨干网流量负担问题，并由网络侧的“中央服务器”、“分布式控制服务器”来执行核心的控制和缓存功能。这种部署在网络侧、执行运营商流量管理策略的服务器，其性质必然是“运营商控制的实体”。因此，对比文件隐含公开了中央节点是运营商控制的实体这一特征。 |
<<<C>>>
<<<E>>>
<<<J>>>
<<<L>>>
<<<M>>>
<<<N>>>
<<<P>>>
<<<a>>>
<<<b>>>
<<<d>>>
<<<f>>>
<<<i>>>
<<<k>>>
<<<o>>>
<<<w>>>