一种用于改进包括内容共享客户端(1-6)的内容共享系统的性能的系统,所述系统的特征在于用于客户端所布置的内容块的存储部件（23、S2）和逻辑部件（25a-c、26a-c）被分离到不同的物理主机（6、7、9A、9B）中；由此安排所述客户端(1-6)使得中央节点(7)位于外部客户端（2，3，4）与内部客户端（1，5，6）之间的信令路径上；其中所述中央节点(7)主管用于所述内容块的逻辑设施；以及至少一个内部客户端（1，5，6）主管用于所述内容块的存储设施(S1、S2)；所述系统还包括；所述中央节点(7)中的部件适用于从第一请求内部客户端(1)接收对内容块的请求(41)；在所请求的内容的处置中转发(42)适用于外部客户端(2)的所接收的请求的部件；所述中央节点(7)中的部件适用于从所述外部客户端(2)接收所请求的内容块；所述中央节点中的部件适用于转发(44)所述块到所述第一请求内部客户端(1)；所述中央节点(7)中的部件适用于转发(46)所述内容块到所述内部客户端（5，6）的至少一个所主管的存储设施(S2)

你好，我是您的专利代理师。针对您提供的权利要求1（目标专利为CN102449979B）以及两份对比文件D1（EP1593254A2）和D2（JP2006099723A），我结合目标专利说明书进行了深入的侵权/无效可能性分析。

以下是详细的分析报告。

### 第一部分：权利要求1的技术合理解释

结合目标专利说明书，对权利要求1的关键术语和架构理解如下：

1. **“存储部件”与“逻辑部件”分离（特征A）：** 根据说明书[0003]-[0006]，现有技术（如Bittorrent）中客户端主管P2P逻辑也存储内容。本发明旨在将P2P控制处理逻辑（如下载、搜索查询、应答）与实际内容块的存储分离。

2. **“中央节点”主管逻辑设施（特征C）：** 说明书[0023]指出，位于中央的P2P控制节点PCN 7主管逻辑设施。结合图3，在第二实施例中，中央节点主管逻辑设施，但不主管存储设施。

3. **“内部客户端”主管存储设施（特征D）：** 说明书[0032]和[0050]指出，存储设施S1-S2安排在边缘用户位置，由内部客户端“主管”，这表示存储装置不一定在膝上型计算机内，而是“在该内部客户端的影响之下”，例如在边缘用户位置的节点9B内。

4. **特征E-I的具体流程：** 这是一个特定的高速缓存（Cache）建立和使用流程。

* 第一请求内部客户端（1）向中央节点发送请求。

* 中央节点转发请求给外部客户端（2）。

* 外部客户端将内容块传给中央节点。

* 中央节点将块转发给请求者（1）。

* **关键特征I：** 中央节点同时将该块转发给**另一个（并非请求者）**内部客户端主管的存储设施（S2）进行存储。

### 第二部分：特征比对表及出处分析

以下表格详细比对权利要求1的各个技术特征是否被对比文件D1和D2公开，并给出了具体的原文出处。

**对比文件指代说明：**

* **D1:** 2005-11-09_EP1593254A_发明公开_EP1593254A2 METHODS AND APPARATUS FOR TRAFFIC MANAGEMENT IN PEER-TO.PEER NETWORKS.docx

* **D2:** 2006-04-13_JP2006099723A_发明专利_JP2006099723A Content distribution system.docx

#### 技术特征比对表

***

### 第三部分：创造性分析

基于上述特征比对，我们需要确定创造性分析过程中“最接近的对比文件”。

#### 1. 整体解决的技术问题以及技术效果分析

* **本申请（目标专利）：**

* **解决的技术问题：** [0006]和[0007]指出，现有技术导致移动网络核心中内容的不必要的传输，希望集中P2P控制逻辑而分布存储节点。本发明旨在克服带宽回程、降低带宽消耗、降低访问等待时间（[0007], [0014]）。

* **核心技术手段（通过权利要求1）：** 采用集中式逻辑（中央节点PCN）和分布式存储（内部客户端主管）的混合架构，特别是通过一个特定的高速缓存流程（特征I），使得中央节点从外部获取内容传给请求者的同时，将其**推送同步**给网络边缘的**另一个内部客户端主管的存储设施**（S2）中，从而建立本地缓存，供后续其他边缘客户端请求。

* **对比文件D1 (EP1593254A2)：**

* **技术领域：** 管理和减少P2P网络中的流量。

* **技术手段：** 在ISP网络边界设置网关节点（Active P2P node）。所有流量经过网关，网关进行查询重写、带宽限制，以及**在网关自身主管的存储（Cache）中缓存内容**。

* **技术效果：** 减少跨越ISP边界的流量，降低网络成本。

* **对比文件D2 (JP2006099723A)：**

* **技术领域：** 内容配送系统。

* **技术手段：** 包含中心服务器、初始内容服务器和多个终端。中心服务器管理所有终端主管的内容块信息（前侧残り数、后侧残り数等），并明确终端应请求相邻的内容块。中心服务器**不处理内容流**，只做策略指示。

* **技术效果：** 防止内容发送处理集中在特定的终端或内容服务器上（负载均衡），缩短所有终端完成内容存储的时间。

#### 2. 最接近的对比文件的确定

根据《专利审查指南》，选择最接近的对比文件通常优先考虑技术领域相同或相近、解决的技术问题最接近、公开最优化权利要求技术特征最多的文件。

我认为，在创造性分析过程中，**对比文件D1适合做最接近的对比文件**。理由如下：

1. **架构和技术特征重合度最高：** 如比对表所示，D1毫无异议地公开了特征A（中央节点位于信令路径上）、B（中央节点主管逻辑）、C（客户端主管存储）以及除特征H之外的整个消息处理流程（E-G）。D1的网关架构实际上就是一个主管逻辑也主管存储（Cache）的集中式节点。

2. **解决的技术问题非常接近：** D1也是为了解决P2P网络中不必要的流量传输（跨ISP边界流量，对应本申请的核心网流量），技术手段也是通过在信令路径上引入中央节点（网关）来进行缓存。

相比之下，D2虽然公开了中心服务器主管逻辑，终端主管存储的架构，但其中心服务器完全处于信令路径之外，不处理内容块数据流。D2完全没有公开权利要求1所述的通过中央节点接收、转发请求以及转发内容块的一系列核心动作部件。D2解决的是P2P客户端之间负载均衡的问题，而非通过中央节点缓存减少核心网回传流量的问题。

因此，选择D1作为最接近的对比文件（起点）进行创造性分析最为合理。

#### 3. 区别特征和技术效果

基于D1，权利要求1的区别特征在于：

* **特征H：** 中央节点中的部件适用于将从外部客户端接收到的内容块转发到**该内部客户端（即第一请求客户端）之外的内部客户端（5，6）主管的存储设施(S2)**。

**D1与特征H的区别：** D1中网关（中央节点）接收到内容块后，存储在**网关自身**主管的存储设施（Cache Router 408）中（[p0024], [p0090]）。它并没有把这个块推送到**另一个内部客户端**主管的边缘存储设施去。

**特征H的技术效果：** 结合目标专利说明书，通过将内容块转发到**另一个内部客户端主机下的边缘存储设施（S2）**（而非请求者本身，也非中央节点PCN本身），实现了高速缓存的分布式存储，将内容置于边缘用户位置（9B），使得后续其他边缘客户端（如5或6）发出请求时，中央节点可以指示其从边缘存储设施S2获取内容，从而进一步**降低回程带宽消耗**和**降低访问等待时间**（说明书[0014], [0046]）。

#### 4. 组合或显而易见性分析

我们需要判断：在D1的基础上，结合其他对比文件或本领域普通技术人员的常识，将网关主管的缓存存储（ centralized cache）改为推送到外部客户端之外的另一个边缘内部客户端主管的存储设施（distributed cache）是否显而易见。

* **D1组合D2：** D2虽然提及终端主管存储，且中心服务器管理终端存储的内容。但是，D2的流程是内容直接发给终端，或者终端之间发送。D2并没有通过中央节点作为数据中转站，并由中央节点将数据“推送”到非请求者的某个特定终端去缓存的教导。D2通过中心服务器控制终端请求相邻块（先头/末尾侧）来实现分布式存储策略，这与权利要求1通过中央节点进行主动推送转发的手段完全不同。因此，D1组合D2无法得到特征H的技术手段和相应的技术效果。

* **技术启示分析：** 现有技术（包括D1）通常采用将内容缓存在请求者本地主机上，或者缓存在信令路径上的集中式代理服务器（如网关408）上。权利要求1通过特征H提出的手段——中央节点充当内容中转站，通过“一推多”的方式将内容推送到除请求者之外的、属于同一核心网/边缘的**另一个内部客户端主管的影响下的存储节点**，其效果是主动、提前在网络边缘建立缓存分布，供后续其他节点使用。这种“中央节点主管逻辑控制，内部客户端主管影响边缘存储”的分布式缓存推送模式，针对降低特定的回程/核心网带宽消耗具有独特的技术效果，难以被D1或D2的现有教导简单结合得出。

**因此，权利要求1具备创造性。**

***

### 第四部分：无效请求方的薄弱特征分析

如果我是无效请求方的专利代理师，基于上述分析，我会得出结论：提起无效请求的前景不容乐观，因为权利要求1引入了一个非常具体且难以在现有技术中找到匹配的流程特征。

无效请求方最为薄弱的技术特征是：**特征I（在权利要求文本和特征表格中指代为转发到内部客户端（5，6）的存储设施S2）。**

> 原文：“所述中央节点(7)中的部件适用于转发(46)所述内容块到所述内部客户端（5，6）的至少一个所主管的存储设施(S2)”

**原因如下：**

1. **特定行为（转发到非请求者客户端主管的存储）：** 该特征描述了一个非常具体的动态行为：中央节点在中转一个内容块时，不仅发给请求者，还将其“推送转发”到**另一个（非请求请求内部客户端）**的内部客户端主管的边缘存储设施中去建立缓存。

2. **现有技术无教导：**

* **D1** 教导了缓存在**中央网关自身**（集中式）。

* **D2** 教导了终端直连发送，中心服务器只控制逻辑策略（终端自主存储，非中央推送转发）。

* **现有常识** 通常是客户端自己请求缓存在自己本地，或者代理服务器（代理缓存）缓存在代理本地。

3. **技术效果明确且优越：** 结合说明书，特征I带来的分布式、提前在网络边缘（边缘客户端影响下）建立缓存的技术效果，针对降低带宽回程、提高性能具有很好的针对性，不被现有技术简单教导。

由于特征I是权利要求1的技术方案（系统）的核心流程部件之一，如果无法在任何对比文件中找到对该特定部件（或实质等同行为）的教导，那么基于组合的创造性攻击将难以成功。这个具体的“转发到外部客户端之外的另一个内部客户端主管的分布式存储部件”是保护此专利创造性的“护城河”。

作为一名经验丰富的专利代理师，我将严格依据目标专利（CN102449979B）的说明书对权利要求1进行合理解释，并结合四份对比文件（D1: WO2004073281A; D2: JP2005149040A; D3: US2006168318A; D4: US2006294555A）的原文进行深度比对与创造性分析。

以下是针对本案的全面专利法律与技术分析：

### 一、 目标专利说明书对权利要求1的合理解释

权利要求1的核心发明点在于**“P2P网络中控制逻辑与存储设施的物理分离以及特定的中央信令架构”**。

结合目标专利说明书【0003】至【0008】段，传统P2P（如BitTorrent）中，客户端的控制逻辑和存储是合二为一的（即同一台终端既跑逻辑又存数据）。目标专利为了解决边缘用户（如移动端）带宽受限、回程带宽消耗大以及存储容量不足的问题，首次提出**将逻辑和存储在物理主机上分离开来**。

在权利要求1的架构中：

1. **信令路径与中央节点(7)**：结合说明书【0023】和【0024】段，中央节点7（PCN）实现于端接隧道的节点（如PDN GW 20）中。由于它是所有因特网业务的入口/出口点，因此自然地位于外部客户端与内部客户端之间的“信令路径”上。

2. **逻辑设施与存储设施的分离**：根据说明书第二实施例（图3、图4及【0032】段），中央节点7主管“逻辑设施”（负责P2P的控制、分发树构建和存储判定），而具体的“存储设施(S2)”则下沉分布在靠近最终用户的边缘位置（如无线基站RBS或内部客户端侧）。

3. **特征A-I的协同运作**：在第二实施例中（说明书【0034】-【0046】段），请求流程表现为：第一请求内部客户端1向中央节点7发请求（特征E） $\rightarrow$ 中央节点7转发给外部客户端2（特征F） $\rightarrow$ 外部客户端2将内容块输送给中央节点7（特征G） $\rightarrow$ 中央节点7转发给第一请求内部客户端1（特征H） $\rightarrow$ 中央节点7做出存储判定，将该内容块转发给另一内部客户端（5，6）所主管的边缘存储设施S2进行高速缓存（特征I）。

---

### 二、 技术特征比对表格及详细出处分析

经查阅文本，**D1（WO2004073281A）与D3（US2006168318A）为同族专利**，技术内容完全一致（D1为PCT公开文本，D3为其美国申请文本）。为了全面覆盖，下表将两者的原文出处一并列出。

#### 权利要求1与对比文件特征比对表

---

### 三、 最接近对比文件的确定（从整体解决的技术问题和技术效果角度分析）

在创造性审查中，**D4（US2006294555A）最适合作为最接近的对比文件（D1/D3可作为主要辅助对比文件）。**

#### 分析原因如下：

1. **整体解决的技术问题高度一致**：

* **目标专利**解决的技术问题是：在P2P网络中，传统终端同时承载逻辑和存储，导致移动核心网带宽消耗过大、边缘设备存储和带宽资源不灵活。为了“降低回程带宽消耗、优化内容定位、减少负面业务影响”（说明书【0006】-【0007】）。

* **D4**解决的技术问题是：在视频点播（VOD）系统中，“每一个请求的视频流都必须横跨整个IP骨干网，导致骨干网在高峰期极易饱和”。为了 countering this problem，D4引入了缓存调度和Viewer Assisted机制，“减轻骨干网流量，支持更多并发用户”（D4[0014]）。

* 两者均是从**“优化骨干网/核心网带宽、通过将控制与存储分离并下沉边缘来降低网络饱和度”**的角度出发。

2. **技术架构与效果的重合度最高**：

* D4不仅公开了中央控制节点（Cache Schedule Server）和分布式边缘存储（Edge Server / STB Storage）的**物理分离（特征A、B、C）**，更极其罕见地公开了整个动态请求与分发缓存的链条。

* 特别是**特征I**（中央节点计算好时间后，将内容块转发给处于边缘的、不同的主管存储设施进行缓存），这在D1/D3中是完全不存在的（D1/D3只缓存在网关自己的RAID里）。D4图5所示的中央调度服务器同时向Edge Server 1和Edge Server 2下发流进行Store的机制，与目标专利核心力图实现的“中央控制、边缘分布式存储”以节省回程带宽的技术效果完全契合。

因此，选择D4作为最接近的对比文件，最能体现本申请的系统演进脉络。

---

### 四、 结合其他对比文件的创造性评述（特征公开情况）

未被最接近对比文件D4完全无异议公开的特征，在其他对比文件中是否公开？我们做进一步审视：

1. **关于内部客户端主管存储设施（特征D）**：

* 在D4中，主要主管存储的是“VOD Edge Server”（边缘服务器）。但是，D4在**[0094]段**明确进行了实质延伸公开：“*video programs requested by users could also be cached on local storages of users premises equipment... such as STBs*”（用户请求的视频程序也可以被缓存到用户侧设备如机顶盒的本地存储上）。

* 这里的STB完全对应于目标专利中的“内部客户端(1, 5, 6)”，因此**特征D已被D4实质公开**。

* 即使认定D4中Edge Server属于网络侧设备而非客户端，**D2（JP2005149040A）**也明确公开了通信终端（端末100、300，即内部客户端）自身具备“コンテンツ蓄積部105”（内容存储部）来主管存储设施。

2. **关于信令流向与P2P网络属性（特征F、G、H）**：

* 目标专利属于P2P内容共享系统。D4虽然偏向传统VOD（视频点播）架构，但其公开的控制流和数据流转发部件完全覆盖了特征F、G、H的信令交互逻辑。

* 且**D1/D3**在P2P网络环境下，毫无异议地公开了“网关（中央节点）从内部第一请求客户端接收请求(特征E) $\rightarrow$ 转发至外部网络(特征F) $\rightarrow$ 从外部接收内容块(特征G) $\rightarrow$ 转发/中继给第一请求客户端(特征H)”的完整信令路径。

---

### 五、 无效请求方最薄弱的技术特征（对无效宣告请求方的预警）

如果要对本目标专利提起无效宣告请求，对于请求方（无效方）来说，**最薄弱（即最难攻破、目标专利最稳固）的技术特征是：特征I 与 特征B、D的架构性结合。**

#### 为什么这是最薄弱的技术特征？

1. **传统网络与P2P网络架构的天然鸿沟（技术领域阻碍）**：

* 尽管D4公开了类似于特征I的中央调度下发边缘缓存的机制，但**D4是以传统主从式、内容分发网（CDN/VOD）为骨架的系统**。在D4中，系统天然存在“核心服务器-中央调度网关-边缘服务器-机顶盒”的纵向层级架构。

* 而目标专利的权利要求1限定其处于一个**“内容共享系统（P2P网络）”**中。在纯粹的P2P网络（如D1、D2、D3所代表的背景）中，各个节点（对等体）在逻辑上是平等的（Servent）。传统P2P的底层逻辑是“谁请求，谁下载，谁存储”。

* 目标专利将纵向解耦的架构强行嫁接到横向对等的P2P网络中，形成了“中央节点位于外部与内部客户端的**信令路径上（特征B）**”，且由“**内部客户端主管存储设施（特征D）**”，同时由中央节点控制“**转发内容块到非请求的、由其他内部客户端主管的存储设施（特征I）**”进行分布式互助缓存。

2. **创造性评述中的“技术偏见”与“反向教导”**：

* 专利所有权人（所有者）在无效答辩时一定会极力主张：D1/D3这类标准的P2P无效证据，其网关缓存（Cache）是**网关自身一体化主管的**（D1[p0022]：*the gateway comprises a cache*），网关根本不会、也没有理由把好不容易从外网捞回来的数据，再耗费内网带宽转发给“其他没有提出请求的内部客户端”去代为存储。因为这违背了D1/D3精简ISP边界和内网流量的初衷。

* 无效方如果将D4与D1/D3结合，所有权人会反驳：D4是典型的单向广播/点播分发系统，P2P对等网络的技术人员**不存在将其与传统VOD集中调度架构进行结合的技术启示**，强行结合属于“后设之明”（Hind-sight）。

#### 应对策略建议：

无效请求方必须紧扣**D4的[0094]段（STB辅助缓存）**以及**目标专利说明书[0053]段**明确承认的“本发明可在3GPP、IETF或标准电信网络架构上实现”这一事实。论证对于本领域技术人员（特别是熟悉移动通信网网关PDN GW、信令隧道P2P流量管控的专家）而言，在移动核心网充当中央控制节点来调度内部P2P客户端的边缘存储，属于为了解决带宽危机而进行的常规网络拓扑复用，以此冲刷掉其P2P网络特征带来的高度“创造性伪装”。

作为一名经验丰富的专利代理师，针对您提供的目标专利（CN102449979B）及四份对比文件（D1~D4），我将从权利要求理解、特征比对、最接近对比文件选择、无效请求中最薄弱特征分析等维度，为您进行深度且紧密结合原文出处的创造性法律与技术分析。

---

### 一、 目标专利权利要求1的合理解释及技术实质

目标专利（CN102449979B）的核心发明点在于针对内容共享系统（尤其是移动P2P/3GPP网络环境），**打破传统的“控制逻辑与存储在同一物理节点”的限制，通过将存储设施与控制逻辑在物理主机上彻底分离，并改变信令路径，以此优化边缘/核心网的带宽消耗并降低访问延迟。**

* **技术特征A、C、D（逻辑与存储的物理分离）**：说明书\[0008\]-\[0011\]指出，基本概念是逻辑和存储设施的分离。传统P2P（如BitTorrent，说明书\[0003\]）中对等体既主管逻辑又存储片段，不灵活。本专利将“存储部件”与“逻辑部件”置于不同的物理主机。

* **技术特征B、E、F、G、H、I（中央节点架设于信令路径上及具体转发逻辑）**：这是第二示范实施例（说明书\[0032\]-\[0046\]及图3、图4）的核心。其要求“中央节点（7，如PDN GW 20中的PCN）”**位于外部客户端与内部客户端之间的信令路径上**。

* **重要解释**：当内部客户端（1）向中央节点发送请求（41）时，中央节点不是直接找内部存储，而是转发（42）给外部客户端（2）获取块；外部客户端将块输送（43）给中央节点；中央节点再转发（44）给第一请求内部客户端（1），并判定需要高速缓存时，转发（46）到至少一个内部客户端主管的存储设施（S2）。

* **效果**：控制流和媒体流（部分）经过中央节点，由中央节点根据请求速率等做出存储判定，将高请求速率的内容推送到靠近用户的边缘存储设施（S2），从而在后续请求（47、50）时，通过信令指引（48、51）直接从边缘存储（S2）向请求移动端（5、6）供应媒体流（49、52），降低回程带宽消耗。

---

### 二、 特征比对表格及详细出处分析

为了清晰展现各对比文件是否公开了权利要求1的技术特征，特制作以下特征比对表格。

*注：D1 = JP2008178056A；D2 = US2008208996A；D3 = EP2043332A；D4 = US2009106511A。*

---

### 三、 最接近的对比文件（最接近现有技术）的选择

在创造性（无效/审查）分析中，选择“最接近的对比文件”通常基于以下标准：**技术领域相同或相近、解决的技术问题最相似、公开的技术特征最多。**

本案中，**D3（EP2043332A）最适合作为最接近的对比文件（主要D1）**，理由如下：

1. **整体解决的技术问题与技术效果完全一致**：

* **目标专利的技术问题**：解决移动核心网/网络边缘运行P2P客户端时带宽极度有限、费用高昂的问题，旨在“降低带宽消耗造成的负面业务影响”、“优化定位存储设施以防止回程带宽消耗”（参见说明书\[0005\]-\[0007\]）。

* **D3的技术问题**：解决P2P高带宽流量将有线电视运营商的DOCSIS信道填满、导致网络拥塞、降低用户满意度的问题（D3\[0007\]-\[0008\]）。

* **两者的技术效果**：皆是通过将控制逻辑集中在核心网网元/服务器，利用空闲带宽（目标专利提到3GPP/运营商网络，D3提到视频/QAM信道）将内容块推送到边缘/客户端本地缓存中，从而让后续客户端能直接从本地/边缘获取内容，达到**“卸载核心网流量、消除回程带宽负荷”**的相同技术效果。

2. **技术特征架构最为接近**：

* 由上表可见，在技术特征B、C、D、E、F、I等关键的“中央控制节点位置”、“信令与存储分离架构”、“中央节点拦截/获悉请求并判定向边缘客户端存储设备转发推送”的链条上，D3提供了最高契合度。

*注：D4虽然公开了逻辑与存储分离以及哈希分片方案，但其属于纯粹的分布式分布式点对点（P2P VoD）软件架构，未紧密结合网络运营商（如3GPP或有线电视网）的核心网信令路径、未解决利用特定网络信道空间卸载回程带宽的问题，因此不适合作为第一最接近对比文件，但极适合作为结合对比文件。*

---

### 四、 无效请求方最薄弱的技术特征及突破路径分析

如果代表无效请求方（企图无效掉目标专利），根据目前的对比文件检索结果，**请求方最薄弱的技术特征（即目标专利最稳固的护城河）是：技术特征G、H，以及特征B、F、G、H、I串联形成的闭环转发拓扑。**

#### 1. 薄弱点分析（特征G、H的缺口）：

* **具体特征内容**：中央节点“适用于从外部客户端接收所请求的内容块”（G），并“适用于转发所述块到第一请求内部客户端”（H）。

* **对比文件缺陷**：

* 在**D3（最接近现有技术）**中，中央Server主要是**信令层面的拦截与控制**（D3\[0020\]：P2P driver在网络栈底层拦截请求，通知Server请求属性，如果Miss，请求向原始目的地转发）。在媒体流层面，外部Peer响应的数据是通过常规DOCSIS路径下发或Server从WAN侧独立预取，**D3并未明确公开“中央节点亲自充当代理（Proxy），去接收外部客户端响应的块，再由其转发给第一内部请求客户端”的媒体层拓扑。**

* 目标专利权利要求1构建的是一个严格的**信令与媒体双重代理/网关架构**（类似于3GPP中的PDN GW/PGW，所有因特网流量的必经隧道出入口，参见目标专利说明书\[0023\]-\[0024\]）。

#### 2. 请求方的应对与突破策略（如何论证创造性）：

尽管特征G、H存在表面上的公开缺口，作为无效方，应采用以下**“网关/代理节点常规技术手段”**的逻辑进行攻关：

* **路径A：主张“信令路径”与“常规P2P缓存网关（Proxy）”的结合（D3 + 本领域常用技术手段）**

* **论证逻辑**：D3已经公开了中央节点（LibraPeer Server）位于内外部网络的信令路径上，并且公开了网关会监控并处置该请求。对于本领域技术人员而言，当一个位于信令必经路径上的中央控制节点需要对流量进行“存储判定（D3\[0021\], 目标专利\[0038\]）”并“转发到其他缓存设施”时，将其配置为**透明代理（Transparent Proxy）**或**应用层网关（ALG）**是本领域的常规设计选择。

* 在代理模式下，网关自然而然会“代为接收外部客户端的响应块（特征G）”，并“将其转发给原始请求客户端（特征H）”，同时复制一份“转发给边缘存储（特征I）”。这属于本领域通用网络工程技术的惯常选择，未带来意料之外的技术效果。

* **路径B：利用D4的“分片和转发逻辑”进行多份对比文件结合（D3 + D4 + D2）**

* **论证逻辑**：由D3架构作为基础，引入D4或D2关于高需求内容块（High-demand file item）的判定与批量分发存储的思想。本领域技术人员在面对D3提出的“如何更高效地在核心Server处捕获并分发Repetitive（重复性）内容”这一技术催化时，有动机引入通用的网络代理缓存机制，实现特征G和H的动作。

### 总结意见

在后续的无效宣告程序中，目标专利所有权人必然会紧扣**“中央节点同时作为外部和内部客户端信令/媒体中间人，在转发处置中完成精确分发”**这一闭环进行抗辩。无效请求方应将主攻方向放在**“D3的核心网网元定位”**与**“互联网通用透明代理/网关技术（接收并转发流量）”**的结合上，剥离特征G、H作为发明点的创新高度，从而成功击穿该权利要求的创造性。

作为一名经验丰富的专利代理师，我将严格依据目标专利说明书（CN102449979B）的公开内容，并紧密结合四份对比文件（D1~D4）的原文，为您进行系统的权利要求解释、特征比对、最接近对比文件筛选，并为您指出若提出无效请求时，对于请求方而言最薄弱的技术特征。

---

## 一、 目标专利权利要求1的合理解释

权利要求1请求保护一种“用于改进包括内容共享客户端的内容共享系统的性能的系统”。

* **其核心发明点（发明目的与实质解决的技术问题）在于：** 克服传统P2P系统中“控制逻辑”与“内容存储”强耦合在同一物理终端带来的弊端（如移动边缘设备带宽受限、回程流量大）。目标专利通过**将逻辑部件和存储部件分离开，部署在不同的物理主机上**，并利用**中央节点对信令路径的控制**，实现内容块在内部客户端/边缘用户位置的分布式高速缓存（缓存判定依据请求热度），从而降低骨干网的带宽消耗和回程流量。

* **空间拓扑架构：** 系统中明确区分了“外部客户端”（位于因特网等常规网络）和“内部客户端”（位于移动接入网/核心网内，或特定运营商网络内）。

* **信令与流传输的分离控制：** 中央节点（如PDN GW中的PCN）物理上位于外部和内部客户端的信令路径上，其自身不主管内容存储，而是通过转发请求、接收块、转发块给请求客户端，并**关键性地将内容块转发到另一内部客户端主管的存储设施（S2）中进行缓存**，后续的请求可直接由该存储设施提供，实现流量本地化。

---

## 二、 权利要求1的技术特征比对分析

为了清晰展现各对比文件是否公开了权利要求1的技术特征，以下紧密结合各对比文件原文及详细出处进行逐项特征分析。

### 1. 对比文件指代说明

* **D1：** CN101426024A 一种数据流量控制方法、系统及装置

* **D2：** JP2009104377A P2p communication method and system

* **D3：** JPWO2009001416A1 コンテンツ配信装置、コンテンツ配信方法、及びコンテンツ配信プログラム（内容分发装置、方法及程序）

* **D4：** JP2007241622A INFORMATION PROCESSING SYSTEM...（信息处理系统...）

### 2. 各对比文件特征比对表

---

## 三、 创造性分析：最接近的对比文件选择

在无效宣告程序中，“最接近的对比文件”通常应当选择与目标专利**技术领域相同、解决的技术问题最相似、公开的技术特征最多**的文献。本案中，可以筛选出**两个**适合作为最接近对比文件的文献（单独或作为备选组合主文）：

### 1. 最佳最接近对比文件：D3 (JPWO2009001416A1)

* **整体解决的技术问题与效果相近性：**

D3明确指出了在P2P网络中，“上游节点（相当于中央节点）相比于下游节点，承受了过大的检索和分发负担”。D3旨在通过“引入相对的上下游架构，由上游节点根据下游节点的线路速率/状况，将内容或管理信息分割并委托给各下游节点（相当于内部客户端存储设施）进行保持，从而实现下游节点的有效活用、减轻上游负担以及分散上传负载”（参见D3说明书[0011]-[0013],[0019]）。这与目标专利通过“分离逻辑与存储、利用边缘用户位置的存储设施降低骨干网和中央控制节点带宽消耗”的技术意图、架构逻辑高度重合。

* **特征覆盖度：** D3几乎完全公开了拓扑架构（特征A、B、C、D）以及上下游节点之间进行内容请求、分割、下发和中继的逻辑流（特征E、F、G、H、I）。

### 2. 次佳最接近对比文件：D2 (JP2009104377A)

* **技术领域与架构相近性：**

D2关注移动无线链路（低速）与有线宽带链路（高速）混合的P2P网络环境。其指出的技术问题是：无线终端上行速率慢、处理能力弱，容易在BitTorrent等算法中成为瓶颈（参见D2[02]）。其方案是：在网关（GW）设立代理终端（主管控制逻辑设施），代替非对等体终端（手机）参与P2P下载并进行块认证，然后通过无线链路转送给手机（内部客户端主管存储）。

* **特征覆盖度：** D2在**动态的块请求和转发动作**（特征E、F、G、H）上与权利要求1的步骤完全吻合。

---

## 四、 区别技术特征与无效请求方的薄弱环节

经上述细致特征比对，如果以 **D3** 或 **D2** 作为最接近的对比文件，本专利权利要求1的核心区别特征及无效请求方的**最薄弱技术特征**（即最难被无效、专利权人最强的防御堡垒）定位如下：

### 1. 核心区别特征

> **“所述中央节点(7)中的部件适用于转发(46)所述内容块到所述内部客户端（5，6）的至少一个所主管的存储设施(S2)”**（对应技术特征I）

结合目标专利说明书【图3、图4及具体实施方式[0033]-[0046]】的上下解说：该特征的真实运行图景是，第一请求客户端（客户端1）发起请求，中央节点（7）从外部拿到块并给回客户端1，**同时，中央节点(7)在做出积极的存储判定(45)后，将这个块转发给并没有发起当前请求的、位于边缘位置的另一个内部客户端（5或6）主管的存储设施（S2）中进行分布式缓存**。后续当客户端5或6发起请求（47,50）时，中央节点（7）仅需通过细箭头信令（48,51）指示存储设施（S2）直接本地供货（49,52）。

### 2. 无效请求方最薄弱的技术特征（专利最强点）分析

对于无效宣告请求方而言，**技术特征I中的“跨客户端前置主动缓存转发机制”是最薄弱、最难攻克的特征。** 原因如下：

1. **D2 无法给出结合启示：** D2的网关（代理终端）非常被动，它仅仅是“代理”发起请求的手机2去下载。网关收到块、完成认证后，直接（42）转交给手机2。D2的网关**绝无可能、也完全没有动机**将手机2要下载的块，主动转发并塞给“另外一个没有要这一文件的手机X的无线存储区”去占用其空间。

2. **D1 存在本质方向差异：** D1虽然提到了根据热度进行“数据流量控制和暂存”，但D1的缓存是直接做在**“分布式控制服务器自身本地（存储模块203/缓存服务器）”**（参见D1具体实施方式过程一及图5）。D1没有公开、也完全不鼓励服务器把热门内容再主动往下面的其他不相干终端节点去分发，这与D1“减轻骨干网和基站负担、有序区域化控制”的初衷相悖。

3. **D3 存在逻辑差异：** D3虽然公开了上游节点主动将内容分割后分发给下游节点C、D保持，但D3的行为是**“内容公开时的初始化委托和扩散布置”**（参见D3[0021]“ノードAがコンテンツα0を公開する場合、…分割コンテンツをノードC、Dに送信する”）。而权利要求1的特征I是在**“处置外部客户端响应的内容块下载（动态流传输过程中）”**，基于请求速率做出存储判定，从而动态将块转发给第三方存储设施。

### 代理师无效策略建议：

请求方若想成功无效权利要求1，如果仅凭现有的D1~D4进行简单组合，专利权人极易通过强调**“在第一客户端检索响应处置中，中央节点基于热度判定跨节点主动前置分发至非当前请求的第三方边缘存储设施”**这一动态缓存机制的创造性（产生了回程带宽消耗进一步降低、分布式高速缓存弹性扩展的技术效果）成功防御。

建议请求方必须进一步检索**CDN（内容分发网络）在移动蜂窝网边缘缓存（Edge Caching）领域的传统网络架构文献**，或者**具有动态第三方旁路缓存（Bypass Caching）特征的P2P流量优化专利**，以此作为补充证据（D5），去证明“在信令中继节点处将动态获取的数据块在向请求源回传的同时，旁路复制并主动分发给相邻边缘节点主管的存储设施进行缓存”属于本领域的常规架构手段。否则，权利要求1很难被单独或基于现有D1~D4的常规组合所击败。

如权利要求1所述的用于改进内容共享系统的性能的系统,所述系统还包括；所述中央节点(7)中的部件适用于做出存储判定(45)

如权利要求2所述的用于改进内容共享系统的性能的系统,所述存储判定适用于将对于所述内容块的请求速率考虑在内

如权利要求1、2或3所述的用于改进内容共享系统的性能的系统,所述系统还包括；所述中央节点(7)中的部件从第二请求内部客户端(5)接收对所述内容块的请求(47)；所述中央节点(7)中的部件指示（48）拥有所请求的块的存储设施(S2)输送所存储的内容；所述存储设施(S2)中的部件将所述内容输送(49)到所述第二请求客户端(5)

如权利要求1-3的任一项所述的用于改进内容共享系统的性能的系统,由此所述客户端(1-6)以树结构来安排；并且所述中央节点(7)是对于所述树中外部客户端（2，3，4）的常规节点；并且也是对于所述树中内部客户端（1，5，6）的父节点

如权利要求1-3的任一项所述的用于改进内容共享系统的性能的系统,由此所述中央节点(7)位于运营商网络的边缘处；由此所述内部客户端（1，5，6）可经所述运营商网络来访问；并且所述外部客户端（2，3，4）可经所述运营商网络外的网络来访问

如权利要求1-3的任一项所述的用于改进内容共享系统的性能的系统,其中所述中央节点(7)是运营商控制的实体

如权利要求6所述的用于改进内容共享系统的性能的系统,其中所述运营商网络是移动网络；并且内部客户端经移动网络节点来接入所述网络；其中对于所述移动网络节点，有与至少一个存储设施的搭配