一种用于中间节点减少服务器与多个客户端之间的服务器-客户端会话的数目的方法，所述多个客户端通过网络可通信地连接到服务器，所述方法包括；在中间节点处拦截来自第一客户端的以服务器为目的地的第一请求；利用第一请求在中间节点与服务器之间建立服务器-客户端会话；在中间节点处拦截来自第二客户端的以服务器为目的地的第二请求，所述第二请求不同于第一请求；确定第一请求是否部分地与第二请求重叠；如果第一请求部分地与第二请求重叠并且如果第二请求的一部分不与第一请求重叠，则更新中间节点与服务器之间的服务器-客户端会话以便包括第二请求的一部分。

作为一名资深专利代理师，我将严格依据**目标专利权利要求1的语义**，对对比文件原文进行逐字逐项的特征比对、创造性（最接近对比文件）分析，并指出最薄弱特征及后续检索策略。

---

### 一、 目标专利权利要求1的技术特征拆解

根据权利要求1说明书及权利要求文本，将权利要求1分解为以下6个技术特征：

* **特征A**：一种用于中间节点减少服务器与多个客户端之间的服务器-客户端会话的数目的方法，所述多个客户端通过网络可通信地连接到服务器，所述方法包括；

* **特征B**：在中间节点处拦截来自第一客户端的以服务器为目的地的第一请求；

* **特征C**：利用第一请求在中间节点与服务器之间建立服务器-客户端会话；

* **特征D**：在中间节点处拦截来自第二客户端的以服务器为目的地的第二请求，所述第二请求不同于第一请求；

* **特征E**：确定第一请求是否部分地与第二请求重叠；

* **特征F**：如果第一请求部分地与第二请求重叠并且如果第二请求的一部分不与第一请求重叠，则更新中间节点与服务器之间的服务器-客户端会话以便包括第二请求的一部分。

---

### 二、 技术特征比对表（结合对比文件原文及出处）

以下对比文件采用缩写及对应公开号：

* **D1**：US20050021616A1 (`US2005021616A`)

* **D2**：CN1989711A (`CN1989711A`)

* **D3**：JP4550899B2 (`JP4550899B`)

#### 【特征比对表】

---

### 三、 最接近对比文件分析（整体技术问题与技术效果）

在评估哪个对比文件最适合作为最接近的对比文件（最接近现有技术）时，需从**发明构思、解决的技术问题及实际技术效果**三个维度综合判断：

#### 1. 各对比文件的技术问题与效果比较

* **D1 (US20050021616A1)**：

* **解决的技术问题**：解决在多会话/组呼环境下，客户端与网络之间频繁信令交互导致的网络带宽浪费及高延迟问题（[0010], [0011]）。

* **采用的技术手段**：引入网络元件（Network Element/Proxy），将客户端与服务器间的会话切分为第一子会话与第二子会话，并在中间节点对信令进行“组合（Combine）与拆分（Split）”，消除重复内容（[0019], [0039]）。

* **实现的本质效果**：**减少中间节点与服务器/客户端之间的信令负担与会话维持数目**（[0041]）。

* **D2 (CN1989711A) / D3 (JP4550899B2)**（两者为同族/同类方案）：

* **解决的技术问题**：解决PoC（无线一键通）多组呼环境下，用户切换或加入新组呼时必须先释放（Release）当前会话导致的时延与信令开销（D2说明书第4页；D3段落[2]）。

* **采用的技术手段**：通过PoC服务器之间的CF（控制功能）协商与REFER/UPDATE信令，实现组呼会话的合并（Merging）（D2说明书第7-8页；D3段落[2]）。

#### 2. 最接近对比文件的判定及结论

**最接近的对比文件为：D1 (US20050021616A1)。**

* **原因分析**：

1. **架构与发明构思最贴合**：目标专利的核心构思在于通过“中间节点（Proxy/Middleware）”截获不同客户端的请求，通过识别请求重叠度，以“会话复用与增量更新”的方式减少中间节点与主服务器之间的会话总数。D1同样提出了利用“Network Element（网络元件）”拆分并合并（combine）子会话的机制，其技术领域（网络会话管理）和系统架构与本专利高度一致。

2. **技术问题一致**：两者均致力于解决“大量客户端请求导致服务器端会话/信令过载”的问题。

3. 相比之下，D2/D3侧重于PoC业务中组联会话的“业务层合并（PoC Session Merging）”，其核心是服务器间控制权（CF）的转移，并不涉及中间节点对独立客户端请求进行“差异化重叠分析并增量更新会话”的机制。

---

### 四、 权利要求最薄弱的技术特征分析

若针对目标专利权利要求1发起**专利无效宣告请求**，目前已检索到的对比文件（D1, D2, D3）尚未完全击中以下特征：

#### 1. 最薄弱的技术特征（即目标专利的核心防线/独创特征）：

* **特征E + 特征F 的组合**：

> “确定第一请求是否部分地与第二请求重叠；如果第一请求部分地与第二请求重叠并且如果第二请求的一部分不与第一请求重叠，则更新中间节点与服务器之间的服务器-客户端会话以便包括第二请求的一部分。”

#### 2. 弱点剖析：

* 现有的对比文件（如D1）仅提到了“**去除完全重复的内容（eliminating repeated content）**”或“**将完全相同的消息打包（shared content transmitted just once）**”。这属于传统的“去重（Deduplication）”或“批量批处理（Batching）”。

* 目标专利权利要求1主张的是**动态增量合并（Incremental Session Update）**：

* 即：第二请求并非与第一请求完全一致，也非完全独立，而是存在“部分重叠（Partially Overlapping）”。

* 中间节点不新建会话，而是将第二请求中“不重叠的增量部分（non-overlapping portion）”通过UPDATE/MODIFY补充进已有的第一会话中。

* **结论**：在现有对比文件（D1-D3）组合下，若直接发起无效，**创造性攻击容易被专利权人以“现有技术仅公开了完全去重或全量合并，未公开基于部分重叠（增量部分）动态更新会话”为由抗辩成功**。

---

### 五、 进一步对比文件检索策略建议

为了成功无效权利要求1，后续的对比文件检索应脱离传统的“PoC/SIP组呼”狭隘领域，重点转向**数据缓存代理、HTTP/数据库请求聚合、GraphQL/REST增量合并**等通用计算与网络代理领域：

#### 1. 扩展检索领域与IPC分类号

* **H04L 67/56**（网络处理中的代理/中间节点功能，Proxy Services）

* **H04L 67/60**（数据传输的调度、合并、请求去重，Request Collapsing / Coalescing）

* **G06F 16/957**（Web浏览中的响应/请求缓存与增量获取）

* **H04L 69/16**（传输层/会话层协议优化）

#### 2. 关键词组合策略（英文及中文）

* **核心概念1（中间节点/代理）**：`Proxy` OR `Intermediate Node` OR `Gateway` OR `Middleware`

* **核心概念2（请求重叠/部分重叠）**：`Partially overlap` OR `Partial match` OR `Overlapping requests` OR `Difference / Delta`

* **核心概念3（请求合并/合并/增量更新）**：`Request collapsing` OR `Request coalescing` OR `Session reuse` OR `Incremental update` OR `Dynamic update`

* **典型技术场景关键词**：

* *GraphQL / REST Query Merging*（前端/网关将多个组件的部分重叠查询合并为一个增量Query请求）

* *HTTP Request Batching / Collapsing*（CDN或反向代理如Nginx/Varnish对于并发重叠请求的合并）

* *Database Connection Pooling with Dynamic Query Merging*（数据库中间件对重叠SQL的拼接更新）

#### 3. 结合公知常识（Common Knowledge）的组合论证思路

若无法检索到包含“部分重叠增量更新”的单一对比文件，可采用以下**D1 + D4 (新检索到的代理/网关请求合并专利/文献)** 的组合策略：

* 以 **D1** 作为最接近对比文件，提供“中间节点拦截请求、建立子会话并对重复内容进行合并”的整体框架。

* 寻找 **D4**（如HTTP/GraphQL网关领域中关于“请求部分重叠时提取增量字段并更新现有会话/连接”的技术方案）。

* **论证逻辑**：本领域技术人员在面对D1中如何进一步提高代理节点与服务器之间的会话利用率、降低带宽这一技术问题时，有动机引入D4中公知的“增量合并（Request Coalescing / Delta Update）”手段，将部分重叠请求的增量追加到已有会话中，从而得出权利要求1的技术方案，其不具备创造性。

基于专业专利代理师的视角，紧密结合目标专利《权利要求1》与给出的三份对比文件原文进行深度对比分析、最接近对比文件选择、最薄弱特征认定以及后续检索策略制定。

---

## 一、 权利要求技术特征划分

为了精准对比，首先将目标专利**权利要求1**拆解为以下6个具体技术特征：

* **技术特征 A**：一种用于中间节点减少服务器与多个客户端之间的服务器-客户端会话的数目的方法，所述多个客户端通过网络可通信地连接到服务器，所述方法包括；

* **技术特征 B**：在中间节点处拦截来自第一客户端的以服务器为目的地的第一请求；

* **技术特征 C**：利用第一请求在中间节点与服务器之间建立服务器-客户端会话；

* **技术特征 D**：在中间节点处拦截来自第二客户端的以服务器为目的地的第二请求，所述第二请求不同于第一请求；

* **技术特征 E**：确定第一请求是否部分地与第二请求重叠；

* **技术特征 F**：如果第一请求部分地与第二请求重叠并且如果第二请求的一部分不与第一请求重叠，则更新中间节点与服务器之间的服务器-客户端会话以便包括第二请求的一部分。

---

## 二、 详细技术特征比对表

各对比文件针对权利要求1的逐项比对情况如下表所示（“明确公开”指毫无异议公开，“实质公开”指等同/隐性公开，“未公开”指未记载）：

---

## 三、 对比文件原文分析与出处核对

### 1. 对比文件 D1：US6138120A

> **名称**：System for sharing server sessions across multiple clients

* **公开的技术特征（A、B、C、D）**：

* **特征 A（实质公开）**：D1公开了一种在数据服务器与多个独立客户端之间共享会话（Session Context/Workspace）的机制。其服务器中的 Session Manager 14 与 Workspace Manager 16 作为中间代理角色，将多个客户端会话映射到同一个服务器资源句柄上，从而减少了服务器端的实际上下文开销。

* *原文出处*：SUMMARY OF THE INVENTION, [2] *"Through this mapping of many session handles to a single resource handle, the resource can be shared across multiple, independent clients."* 以及 FIG. 1。

* **特征 B、C（明确公开）**：第一客户端（Originating client）连接服务器并建立一个全新的、可共享的会话上下文，获得句柄证书。

* *原文出处*：FIG. 2 步骤 41、42，及 DETAILED DESCRIPTION [2] *"Starting with the originating client, at step 41, the originating client connects to the data server 10... creates a session... At step 42, the originating client issues the command SHARESESSION."*

* **特征 D（明确公开）**：第二客户端（Subsequent client）使用该证书请求发起连接，服务器拦截并处理该不同客户端的请求，将其映射至同一个已存在的 Workspace。

* *原文出处*：FIG. 2 步骤 51，及 DETAILED DESCRIPTION [2] *"The certificate provided by the originating client can then submitted by the subsequent client during its session initialization process (step 51)... mapped to the pre-existing Workspace..."*

* **未公开的技术特征（E、F）**：

* D1 仅实现了**完全相同的会话/数据视图（Workspace）的共享与映射**（见 FIG. 1/3E），并没有对第一请求与第二请求进行内容重叠度的比对分析（确定部分重叠），更没有针对第二请求中“不重叠的部分”去“更新原服务器-客户端会话”的机制。

---

### 2. 对比文件 D2：US20040268357A1

> **名称**：Network load balancing with session information

* **公开的技术特征（A、B、C、D）**：

* **特征 A、B、C、D（明确公开）**：D2 详细揭示了一种网络负载均衡系统（Load Balancing Infrastructure 106 / Load Balancing Unit），该负载均衡器作为**中间节点**，位于客户端与后端的多个主机/服务器（Hosts）之间。它能够拦截来自第一客户端、第二客户端的连接请求，基于Session Tracker 308 和 Classifier 304 在中间节点建立并维护会话映射关系，并将请求分发路由至后端服务器。

* *原文出处*：SUMMARY [0010]-[0014]；DETAILED DESCRIPTION [0065]-[0067]（FIG. 1/FIG. 3）；[0099]-[0104]（FIG. 4）。

* *原文具体段落*：[0099]-[0101] 详细描述了负载均衡器（Forwarder/Classifier）拦截客户端 TCP SYN 请求，建立连接，并根据会话信息路由到指定服务器的过程。

* **未公开的技术特征（E、F）**：

* D2 的核心在于“根据会话信息（Session Information）和主机健康度做负载均衡与会话保持（Session Affinity）”。D2 的负载均衡器**不对请求的具体数据内容进行重叠度计算（特征E）**，也不存在“裁剪/更新已有会话以补充新请求不重叠部分（特征F）”的逻辑。

---

### 3. 对比文件 D3：WO2006011770A1

> **名称**：METHOD AND SYSTEM FOR MERGING MULTIPLE PUSH-TO-TALK OVER CELLULAR PHONE

* **公开的技术特征**：

* D3 涉及蜂窝移动网络中的 PTT（PoC）会话合并方法，主要揭示了 PoC Server X 与 PoC Server Y 之间通过 SIP 信令（REFER/INVITE/UPDATE/NOTIFY）将两个已有的 PoC 群组会话合并为一个，避免客户端先断开再重新建立连接。

* *原文出处*：[p0057]-[p0060]；FIG. 7 与 FIG. 8。

* **未公开的技术特征（A、B、C、D、E、F）**：

* D3 属于移动通信网络协议层面的群组会话合并（Session Merge），并不涉及“中间节点（如网关/代理/负载均衡器）拦截客户端请求以减少服务器端会话数量”的架构，更未披露特征 E 和 F 中的“请求部分重叠判断与针对不重叠部分的会话增量更新”。

---

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

在无效宣告或创造性评估中，选择最接近对比文件（Closest Prior Art）需综合考量**技术领域、解决的技术问题、技术方案的贴合度以及技术效果**。

### 1. 整体解决的技术问题与技术效果对比

* **本专利（权利要求1）**：

* *技术问题*：解决网络中大量客户端直接与服务器建立独立会话导致服务器资源消耗过大、会话冗余的问题。

* *技术效果*：通过中间节点对请求内容的“部分重叠分析”，对重叠部分共享会话，对不重叠部分仅做“增量更新”，从而极大减少服务器端需要维持的会话总数，节省服务器内存与处理开销。

* **对比文件 D1**：

* *技术问题*：解决多个独立客户端应用之间无法高效共享服务器上下文/未提交数据库变更的问题。

* *技术效果*：通过多会话句柄（Session Handles）映射到单一资源句柄（Resource Handle），实现服务器端私有资源与会话上下文的跨客户端共享。

* **对比文件 D2**：

* *技术问题*：解决网络流量剧增时，如何结合会话信息与服务器健康状态进行高效、灵活的负载均衡。

* *技术效果*：在中间节点（负载均衡器）实现连接拦截与精确会话保持（Session Affinity），提升后端集群处理效率。

### 2. 结论：最接近对比文件的判定

**最接近的对比文件应当首选 D1（US6138120A），其次可将 D2（US20040268357A1）作为替代的最接近对比文件。**

* **选 D1 的理由（最推荐主答点）**：

1. **技术问题与手段高度契合**：D1 的核心发明点正是“减少/优化服务器端会话管理（Sharing server sessions across multiple clients）”，与本专利解决“中间节点减少服务器与多个客户端之间的会话数目”属于**同一技术领域与相同发明目的**。

2. D1 已经构筑了“中间代理/服务组件拦截多个客户端请求，并利用句柄映射共享同一个后端会话”的基础架构，为本专利提供了最契合的技术起点。

* **选 D2 的理由（可选辅助路线）**：

1. D2 提供了极其标准且典型的“中间节点（中间代理/负载均衡器）拦截客户端请求”的物理与逻辑拓扑结构，架构上更符合网络硬件中间节点（Proxy/App Gateway）的定义。

---

## 五、 无效请求中最薄弱的技术特征认定

若针对本专利权利要求1发起无效宣告请求，**最薄弱（即最难被现有技术冲刷掉/本专利最核心的发明点）的技术特征是：技术特征 E 和技术特征 F 的组合**。

### 理由分析：

1. **现有技术的空白点**：

无论是传统的会话共享（如 D1 的 Workspace 句柄共享）还是负载均衡技术（如 D2 的会话保持），现有技术对于会话的复用通常是**“非黑即白”**的——即要么完全复用同一个会话/上下文（完全相同），要么重新建立一个新会话。

2. **特征 E + F 引入了“精细化增量重叠处理”**：

* **特征 E** 限定了中间节点具备对内容进行解析并“确定第一请求是否**部分地**与第二请求重叠”的能力（既不是完全相同，也不是完全不同）；

* **特征 F** 进一步限定了“如果第二请求的一部分不与第一请求重叠，则**更新**中间节点与服务器之间的服务器-客户端会话以便**包括第二请求的一部分**”。

3. **结论**：

现有对比文件 D1-D3 均未给出“针对部分重叠请求，仅针对不重叠部分对现有会话进行增量更新”的技术教导。单独依据现有对比文件 D1、D2 或其组合，本领域技术人员很难直接得出特征 E 和 F。**特征 E 和 F 是本专利防御最坚固的“堡垒”，也是无效攻击中最难突破的薄弱环节。**

---

## 六、 进一步的对比文件检索策略

为了成功无效权利要求1，必须打破特征 E 和 F 构筑的防御屏障。结合专利代理师的实战经验，建议采取以下进一步检索策略：

### 1. 扩展检索领域与关键词构建（重点攻克增量更新与数据重叠）

现有 D1/D2 偏向于传统的“数据库会话”或“网络四/七层负载均衡”。应当将检索领域扩展至**“数据流去重/合并（Data Deduplication / Stream Merging）”**、**“代理缓存增量更新（Proxy Cache Incremental Update）”**、**“GraphQL/REST API 请求聚合与合并（Request Batching/Merging）”**以及**“HTTP/2 多路复用与请求头压缩/合并”**等细分领域。

* **中文检索表达式示例**：

`((中间节点 OR 代理 OR 网关 OR 负载均衡) AND (请求 OR 查询 OR 会话) AND (重叠 OR 部分重叠 OR 增量 OR 差集 OR 差异) AND (更新 OR 修改 OR 合并 OR 复用))`

* **英文检索表达式示例**：

`((intermediate node OR proxy OR gateway OR load balancer) AND (request OR session) AND (overlap OR partially overlap OR incremental OR delta) AND (update OR merge OR modify))`

### 2. 重点关注特定技术标准与技术方案

* **数据库/OLAP 查询合并（Query Merging / Sub-query Optimization）**：

在 OLAP 或大型 SQL 数据库代理层，经常有“将客户端发起的近乎相同但带有小幅差异的 SQL 查询进行重叠分析，合并为一个增量查询发往后端服务器”的技术。建议重点检索 Oracle、IBM、Microsoft 在 2000-2015 年间的数据库代理（Database Proxy / Middleware）专利。

* **Web 代理与 CDN 缓存增量请求（Delta Encoding / Chunked Request Aggregation）**：

检索 CDN 网关或边缘节点（Edge Server）对客户端 HTTP 请求进行冗余消除（Redundancy Elimination）的相关文献，特别是 RFC 标准草案或相关专利（如 RFC 3229 - Delta encoding in HTTP）。

### 3. 追踪与组合策略（D1/D2 + 新检索出的 D4）

* **主答方案**：以 **D1（或 D2）** 作为第一对比文件（提供特征 A、B、C、D，建立“中间节点拦截请求并共享服务器会话”的框架）；

* **结合方案**：寻找一份在“数据库代理查询合并”或“网关请求增量处理”领域的 **D4**（公开“对两个请求进行重叠度比对，并提取不重叠部分增量更新后端会话/查询”）；

* **无效逻辑**：本领域技术人员在面对 D1/D2 存在“会话粒度过粗、无法满足部分重叠场景”的技术缺陷时，在 D4 的明确技术教导下，有动机将 D4 的增量重叠合并机制引入 D1/D2 中，从而得出权利要求1的技术方案，因此权利要求1不具备创造性（符合《专利审查指南》第22条第3款）。

尊敬的委托人/代理人：

针对您提供的目标专利权利要求1（包含特征A～F）以及三份对比文件，作为经验丰富的专利代理师，我紧密结合目标专利说明书的技术构思，并严格依据对比文件的原文内容，为您提供这份全面、严谨的专利无效/创造性分析报告。

---

## 一、 目标专利权利要求1的技术特征拆解与说明书解释

根据目标专利说明书的教导，本发明的核心发明构思在于：**在中间节点（如Proxy/中继服务器）处，拦截并对比不同客户端发往服务器的请求，通过识别请求之间的“部分重叠且包含非重叠部分”的结构，重用已建立的服务器-客户端会话（Session）并对该会话进行动态“更新（Update）”，从而减少中间节点与主服务器之间建立的独立会话总数，降低服务器负载与网络开销。**

权利要求1拆解如下：

* **特征A**：一种用于中间节点减少服务器与多个客户端之间的服务器-客户端会话的数目的方法，所述多个客户端通过网络可通信地连接到服务器，所述方法包括；

* **特征B**：在中间节点处拦截来自第一客户端的以服务器为目的地的第一请求；

* **特征C**：利用第一请求在中间节点与服务器之间建立服务器-客户端会话；

* **特征D**：在中间节点处拦截来自第二客户端的以服务器为目的地的第二请求，所述第二请求不同于第一请求；

* **特征E**：确定第一请求是否部分地与第二请求重叠；

* **特征F**：如果第一请求部分地与第二请求重叠并且如果第二请求的一部分不与第一请求重叠，则更新中间节点与服务器之间的服务器-客户端会话以便包括第二请求的一部分。

---

## 二、 对比文件原文分析与特征比对

三份对比文件的基本公开信息如下：

* **对比文件1 (D1)**: KR1020060011658A（公开日：2006年02月03日）

* **对比文件2 (D2)**: US20060035656A1（公开日：2006年02月16日，系D1的同族US申请）

* **对比文件3 (D3)**: US20060248119A1（公开日：2006年11月02日）

### 1. 对比文件原文详细分析

#### （1）对比文件1 (D1 - KR1020060011658A) & 对比文件2 (D2 - US20060035656A1)

> **注**：D1与D2为同族专利，其技术方案完全一致（D1为韩文原始公开，D2为同族英文公开）。以下出处以D2英文原文段落及D1韩文段落双重标注。

* **技术领域**：蜂窝移动通信中的蜂窝推送（PoC，Push-to-talk over Cellular）多会话合并（Session Merging）。

* **关于中间节点拦截与会话建立（特征A/B/C/D）**：

* D2 [0010]/D1 [22]、[26] 公开了PoC服务器具备Participating PoC Function（PF，相当于中间节点），作为客户端与Controlling PoC Function（CF，主控制服务器）之间的中介。

* D2 [0055]/D1 [63] 公开了“PoC client X 101... sends a REFER request to CF 111 and PF 112...”（在PF/CF中间节点拦截来自第一客户端的请求并建立会话）。

* D2 [0057]/D1 [65] 公开了“CF 111 of the PoC server X... sends a PoC session merging indication, media parameters... using a sent group indication of the merged session”（在中间节点拦截来自第二客户端/组的合并请求）。

* **关于重叠判断与会话更新（特征E/F）**：

* D2 [0051]/D1 [58] 公开了“the PoC server Y... opens the session negotiation... on the basis of policy of a PoC session Y... or proceed to session merging according to responses of all the clients within the PoC session Y”（比较两会话的媒体参数/成员属性，判断是否进行合并）。

* D2 [0059]/D1 [67] 公开了“sends an UPDATE request for negotiated media parameters to all the clients within the merged session”（通过发送UPDATE消息更新已有的会话媒体参数，将新请求中不重叠的增量媒体参数或成员合并进同一CF所管理的会话中）。

#### （2）对比文件3 (D3 - US20060248119A1)

* **技术领域**：分布式软件架构中会话状态信息的外部持久化保存（External persistence of session state information）。

* **公开内容分析**：

* D3 [0003]、[0035]-[0038] 公开了客户端与服务器之间的Request/Response会话管理，在服务器侧建立Session Object（会话对象），并按照Domain层次划分会话。

* D3 [0085]-[0089]、[0113] 公开了`Get_Attribute(s)`/`Put_Attribute(s)`等细粒度属性操作，允许仅读取或更新Session中的部分属性（例如仅更新过期时间或特定图形属性）。

* **缺陷**：D3侧重于服务器内部或集群节点间如何将Session状态拆分为Attribute并持久化到文件系统/数据库/共享内存中，**未明确公开在“中间节点（Proxy）”处拦截并对比两个不同客户端请求的重叠度，进而动态更新与后端服务器之间Session会话**的通信流程。

---

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

下表详细对比了权利要求1的各项技术特征在对比文件原文中的对应情况及详细出处：

---

## 三、 创造性分析：最接近对比文件的选择与综合评述

在进行专利无效或创造性防守分析时，寻找“最接近的对比文件（Closest Prior Art）”需综合考量**技术领域、解决的技术问题、技术效果以及公开的特征数量**。

### 1. 最接近对比文件的选择：D1 / D2

* **结论**：**对比文件D1（或其同族D2）最适合作为本案最接近的对比文件。**（D1与D2公开内容完全相同，法律效力上均可作为最接近对比文件）。

* **理由分析**：

1. **技术领域一致/高度相近**：D1/D2属于网络通信及会话管理领域（具体为PoC多会话管理），与本目标专利（中间节点网络会话管理）处于同一技术领域。

2. **解决的技术问题相同**：D1 [0041]-[0042] / D2 [0024]-[0025] 明确指出，传统技术中客户端加入新会话需要先释放（BYE）原有会话再重新建链，造成大量的信令开销、资源浪费和延迟。D1/D2旨在解决“**无需解脱/重建既有会话，通过合并与更新既有会话来减少网络开销和服务器负担**”的问题。这与目标专利说明书中解决的“减少服务器与客户端之间冗余会话数量、降低中间节点与服务器开销”的技术问题完全一致。

3. **技术效果相同**：两者均达到了“节省信令交互、降低系统资源消耗、减少重复建立会话延迟”的技术效果（D1 [0074]-[0075] / D2 [0066]-[0067]）。

4. **特征覆盖度最高**：D1/D2完整公开或实质公开了特征A、B、C、D、E、F对应的物理架构与通信流程（即通过PF中间节点拦截请求、对比参数重叠性、发送UPDATE指令增量更新既有会话）。

### 2. D3的地位说明

D3属于“服务器端Session持久化存储”领域，解决的是“服务器崩溃后的Session恢复与数据细粒度更新”问题，未公开中间节点代理（Proxy）拦截、不同客户端请求重叠度比较等核心步骤。因此，**D3不适合作为最接近对比文件**，仅能作为辅助对比文件用于评价会话属性局部更新等常规技术手段。

---

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

如果针对本目标专利发起无效宣告请求，综合对比分析后，**本专利最薄弱的技术特征是：特征E与特征F的组合（即“确定请求是否部分重叠”以及“根据重叠与非重叠部分更新既有会话”）。**

### 薄弱原因及争议焦点的攻防分析：

1. **专利权人的潜在辩护点（防线）**：

* 专利权人可能会主张：D1/D2中的“PoC会话合并（Session Merging）”是指将两个完全独立的PoC组会话（Group Session）合并为一个，其参数对比是针对“会话级（Session-level）”的组标识或媒体流；而目标专利的特征E/F表达为针对“**两个不同客户端发出的具体请求（Request）进行部分重叠（Partially Overlap）判断**”，并在中间节点处仅将“**第二请求中不重叠的增量部分（Part not overlap）**”更新到与服务器已建立的会话中。专利权人会强调这是一种更通用的、基于请求内容粒度的Proxy层HTTP/TCP请求去重与会话复用技术。

2. **无效请求人的突破策略（攻方）**：

* **实质等同/显而易见性攻防**：D1 [0057]-[0059] 与 D2 [0050]-[0052] 中明确记载：当第二客户端发出合并请求（INVITE/REFER/MESSAGE）时，中间节点（PF/CF服务器）会解析请求中的媒体参数（Media Parameters）及成员信息，确定两个会话/请求中重叠的媒体通道与非重叠的增量参数，随后通过发送 `UPDATE` 消息（RFC 3311协议）将非重叠的增量媒体参数更新至现有会话中。

* 本领域技术人员（POSITA）根据D1/D2的教导，在实现中间节点代理服务时，将“会话参数的合并”自然延伸应用到“客户端请求参数的部分重叠对比与增量更新”，属于**本领域的公知常识或常规选择**。

* 若结合D3中对于Session Attribute细粒度局部更新（`Put_Attribute`）的教导，将D1/D2的中间节点增量更新架构与D3的局部属性更新手段相结合来覆盖特征E和特征F，在法律逻辑上构成**结合否定创造性（D1/D2 + D3 或 D1/D2 + 公知常识）**。

---

## 五、 进一步对比文件检索策略（Search Strategy）

为了确保彻底无效掉权利要求1（特别是针对特征E/F中“请求重叠度判断与中间节点增量更新”的细化表述），建议采取以下进一步检索策略：

### 1. 核心检索要素组合（Keywords & IPC/CPC）

* **关键词组合1（网络代理与请求重叠/去重）**：

* `Intermediate node` / `Proxy` / `Gateway` / `Edge server`（中间节点/代理/网关）

* `Intercept` / `Filter`（拦截）

* `Request overlap` / `Redundant request` / `Duplicate request` / `Partial match`（请求重叠/冗余/部分匹配）

* `Update session` / `Session reuse` / `Incremental update` / `Session aggregation`（更新会话/会话复用/增量更新/会话聚合）

* **关键词组合2（协议与会话控制）**：

* `SIP` / `HTTP` / `RTSP` + `UPDATE message` / `Session multiplexing`

* **IPC/CPC分类号定位**：

* `H04L 67/56`（中间节点或代理中的服务，如Proxy）

* `H04L 67/14`（会话管理，Session Management）

* `H04L 67/142`（会话复用/合并，Session multiplexing/merging）

* `H04L 67/568`（中间节点处的响应/请求缓存与去重）

### 2. 重点检索方向与数据库扩展

1. **IETF 标准文献检索（RFC文档）**：

* 重点检索与 **SIP Session Timer / Session Modification (RFC 3311 - SIP UPDATE method)**、**HTTP Connection Coalescing / Request Aggregation** 以及 **RTSP Interleaved Streams** 相关的 RFC 标准规范。标准文献中通常包含非常严谨的“Proxy中间节点如何拦截两个重叠Request并向Server发起UPDATE”的流程定义。

2. **重点专利申请人追踪**：

* 重点检索在网关代理、CDN中间节点去重、运营商会话优化领域有深厚布局的企业（如：**Akamai, Cisco, Ericsson, Huawei, Nokia/Lucent, F5 Networks, IBM**）。

3. **追踪同族与引证/被引证树（Citation Tree）**：

* 以 D2 (US20060035656A1) 和目标专利自身的优先权文献为起点，向前（Backward Citation）和向后（Forward Citation）检索其引证族，重点查找2004年–2007年间关于“Proxy Request Aggregation / Coalescing”（代理请求聚合与合并）的技术方案。

---

*以上分析意见供您在专利无效宣告或诉讼防御中参考。如需针对特定从属权利要求做进一步拆解，可随时提供。*

尊敬的代理师/法律专家：

针对您提供的目标专利权利要求1以及三份对比文件（D1：`US20060248199A1`、D2：`US20060248200A1`、D3：`US20070027896A1`），我已紧密结合目标专利说明书的内在逻辑，并严格对照对比文件原文及出处，为您完成技术特征比对、最接近对比文件（最接近现有技术）的选择、最薄弱特征分析及后续检索策略的深度剖析。

---

## 一、 目标专利权利要求1的技术特征拆解与技术本意解读

结合目标专利说明书（中间节点优化服务器-客户端会话数目的技术方案）：

* **技术特征A**：基础架构场景。客户端与服务器经由网络通过“中间节点”（Intermediary Node/Middle-tier，如网关、负载均衡器、代理或中间件）建立连接。

* **技术特征B与C**：**第一客户端请求处理**。中间节点拦截第一请求（Request 1），并建立中间节点与服务器之间的“服务器-客户端会话”（Server-Client Session）。*注意：此处的会话是中间节点与后端服务器之间维持的代表客户端状态的通信/会话通道*。

* **技术特征D**：**第二客户端请求拦截**。中间节点拦截不同于第一请求的第二请求（Request 2）。

* **技术特征E**：**重叠判定**。确定第一请求与第二请求是否“部分地重叠”（Partially Overlap）。*本意指两请求存在共有/重复的数据或状态信息，但又不完全相同*。

* **技术特征F**：**会话更新/复用（核心特征）**。若部分重叠且第二请求包含不与第一请求重叠的补充部分，中间节点**直接更新已有的“中间节点与服务器之间的服务器-客户端会话”**，使其包含第二请求的该非重叠部分。

* **核心发明点**：利用中间节点在链路中的特殊位置，通过“增量/重叠更新”现有会话，**减少/复用**中间节点与后端服务器之间建立的会话总数，减轻服务器会话管理负担。

---

## 二、 各对比文件对权利要求1特征的公开情况分析及对比表格

### 1. 对比文件基本信息

* **D1**：`US20060248199A1` ("Shared closure persistence of session state information")

* **D2**：`US20060248200A1` ("Shared memory implementations for session data within a multi-tiered enterprise network")

* **D3**：`US20070027896A1` ("Session replication")

---

### 2. 特征比对表格（Feature Comparison Matrix）

---

### 3. 各对比文件原文详细出处与公开性分析

#### **对比文件 D1 (`US20060248199A1`)**

* **特征 A/B/C 的公开**：

* **原文出处**：`[0003]`, `[0035]`, `[0047]`

* **原文引述**：

> `[0003]` *"in the case of a client/server architecture, basic back and forth communication involves a client 101 sending a server 100 a 'request'..."*

> `[0035]` *"upon the receipt of a first request for a new session, the server will create a new session object for that session..."*

* **分析**：D1公开了客户端、中间节点（J2EE服务器/会话管理层`[0047]`）及服务器之间的请求拦截与会话建立。

* **特征 D 的公开**：

* **原文出处**：`[0037]`, `[0039]`

* **分析**：公开了中间节点同时处理来自不同客户端/线程的多条独立请求。

* **特征 E/F 的未公开性**：

* D1的重点在于**共享闭包（Shared Closure）与会话属性（Attribute）的细粒度存储**（`[0087]`: *"By granularizing a session object's content into smaller attributes..."*）。它仅实现了对**同一个 Session 内不同属性**的按需读取（`Get_Attribute`）和写入（`Put_Attribute`），**并未涉及比较“请求1与请求2之间是否存在部分重叠”**，更未揭示“利用重叠性去更新/复用中间节点与服务器之间的会话总数”。

#### **对比文件 D2 (`US20060248200A1`)**

* **特征 A/B/C/D 的公开**：

* **原文出处**：`[0034]`, `[0036]`, `[0038]`

* **原文引述**：

> `[0034]` *"A representation of the hierarchy of session domains and data associated with the session objects is generated and managed within a shared memory. The session data is accessible from the shared memory by a plurality of different worker nodes..."*

* **分析**：D2公开了多层网络中的中间层（Web/EJB Container）管理会话对象，并通过共享内存实现多 Worker Node 共享访问。

* **特征 E/F 的未公开性**：

* D2的核心在于**分层 Session Domain 和共享内存实现**（`[0038]`-`[0042]`），其按应用（Per-application）或管理标准划分 Session，允许共享相同属性。但这种“共享”是静态的数据组织方式，**并非在中间节点接收到不同请求时，动态计算请求重叠度（Overlap），进而合并更新后端会话**。

#### **对比文件 D3 (`US20070027896A1`)**

* **特征 A/B/C/D 的公开**：

* **原文出处**：`[0025]`, `[0028]`, `[0041]`-`[0042]`

* **原文引述**：

> `[0025]` *"This multi-tiered system represents a multi-tiered system architecture with a tier of clients... a tier of application servers... and a tier of non-volatile storage..."*

> `[0042]` *"The sessions (406-412) are queued into a replication queue (404) for flushing to one or more replication peers..."*

* **分析**：公开了中间件（Servlet Container/Session Manager）拦截客户端请求，维护 Session 并进行复制。

* **特征 E/F 的未公开性及最接近技术**：

* **原文出处**：`[0055]`, `[0081]`

* **原文引述**：

> `[0081]` *"Now, instead of four messages, there is only one. Instead of twelve database instructions... there are only three."*

* **分析**：D3揭示了将多个 Session 的 SQL 更新**合并/批处理（Batching/Aggregating）为单个数据库事务或单条 JMS 消息**发送给复制对等体（Replication Peer），其根本目的是**减少复制时的消息传输和网络开销**。

* **与本专利区别**：D3是针对“复制队列中已有的多个Session数据”进行后端数据库/内存复制时的**消息/SQL层面的合并**；而本专利特征E/F是针对“客户端发送的Request 1和Request 2”，在中间节点判断**请求内容的重叠性**，从而**更新并复用中间节点与服务器之间的会话（Session Channel）**。

---

## 三、 最接近对比文件的选择（从整体技术问题与效果角度）

在创造性评估中，**D3 (`US20070027896A1`) 是最适合作为最接近的对比文件（Primary Reference）**。

### 选定理由：

1. **技术领域与整体技术问题高度契合**：

* **本专利**要解决的技术问题是：在多客户端与服务器通信中，**减少中间节点与服务器之间的会话开销/数目**，降低系统资源消耗。

* **D3**要解决的技术问题是：在多客户端会话复制过程中，传统的逐条Session复制CPU和网络开销过大（`[0013]`），旨在**通过合并/批量处理减少中间节点与后端复制节点之间的通信传输量和事务处理数**。

* 相比之下，D1和D2侧重于“服务器内部共享内存的数据结构组织与持久化接口设计”，其核心问题是“虚拟机崩溃后的Failover（故障转移）”，与本专利减少通信会话数的技术问题距离较远。

2. **技术效果的相似性**：

* D3实现了“将多个会话请求打包为单一事务/消息”，在效果上极度接近本专利“减少会话/连接交互开销”的初衷。

*(注：若从“共享内存/属性复用”角度切入，**D2** 亦可作为备选的最接近对比文件，但D3在“通信开销优化”上的逻辑链条更为直接)*。

---

## 四、 权利要求1的创造性与最薄弱技术特征分析

假设以 **D3** 作为最接近对比文件，结合 D1/D2 进行组合攻击：

### 1. 区别技术特征

本专利权利要求1相对于 D3 的区别技术特征为：

* **特征E**：确定第一请求是否部分地与第二请求重叠；

* **特征F**：如果第一请求部分地与第二请求重叠，且第二请求包含不重叠部分，则更新中间节点与服务器之间的服务器-客户端会话，以便包括第二请求的该不重叠部分（即**基于请求内容的增量重叠合并来复用/更新已有会话**）。

### 2. 其他对比文件（D1、D2）是否公开了上述区别特征？

* **结论：未公开。**

* **分析**：

* D1 仅公开了对**同一个会话**的属性进行细粒度拆分（`Get/Put_Attribute`），未公开对**两个不同请求**进行“重叠度判断”并据此合并会话。

* D2 仅公开了通过“Session Domain”树状结构在共享内存中静态存储共享数据，未公开针对动态拦截到的请求进行增量比对和动态会话更新。

### 3. 无效请求中最薄弱的技术特征（弱点分析）

若审查员或对方代理人强行对本专利提出无效，**最薄弱（最容易被突破）的技术特征是：特征E与特征F的组合（“确定请求部分重叠”+“增量更新会话”）**。

**薄弱原因与攻击路径预测**：

1. **概念宽泛性与“公知常识/常规选择”风险**：

* “请求重叠（Overlap）”在计算机领域常被理解为**数据差分（Delta Compression/Diff）**或**HTTP缓存/连接复用（Connection Pooling / Pipeline / Session Aggregation）**。

* 对方代理人可能会主张：在分布式系统或中间件设计中，为了节省带宽和连接数，**“检测两次请求中的相同数据（重叠部分），仅向后端发送差异增量（Delta）”**是本领域的公知常识（Common General Knowledge）或极其显而易见的技术手段（如 Rsync 算法、HTTP 增量编码等）。

2. **D3 与公知常识的结合**：

* 对方可能以 **D3（公开了批量合并多Session传输） + 领域公知常识（增量传输/重叠数据去重）** 的组合，认定特征E和F“仅仅是把增量去重思想应用于D3的会话合并中”，从而主张权1不具备创造性。

---

## 五、 进一步的对比文件检索策略（无效检索指南）

由于现有对比文件（D1-D3）未能完全命中“**拦截请求 -> 判断请求内容部分重叠 -> 增量更新/复用中间节点会话**”这一核心逻辑，若要彻底无效本专利，建议采取以下精准检索策略：

### 1. 核心检索要素拆解与关键词矩阵（Search Term Matrix）

* **主题1（中间节点/代理）：**

* `Middle-tier`, `Intermediary Node`, `Reverse Proxy`, `Gateway`, `Session Manager`, `Load Balancer`

* **主题2（会话复用/减少会话）：**

* `Session consolidation`, `Session multiplexing`, `Reduce sessions`, `Connection pooling`, `Session aggregation`

* **主题3（请求重叠/增量/去重 - 核心攻防点）：**

* `Request overlap`, `Partial overlap`, `Delta update`, `Differential encoding`, `Redundancy elimination`, `Deduplication`, `Incremental update`, `Overlap detection`

### 2. 建议的检索逻辑与逻辑表达式（Search Expressions）

* **逻辑 1（结合请求重叠与会话管理）：**

`(Intermediary OR proxy OR gateway OR "middle tier") AND (session NEAR3 (reduce OR multiplex* OR consolidat* OR reuse)) AND ((request NEAR5 overlap*) OR "delta update" OR "differential" OR "deduplication")`

* **逻辑 2（专注于网络中间件对重叠请求的合并）：**

`("intercept* request") AND ("partially overlap*" OR "overlapping request*") AND (session NEAR3 (update* OR combin* OR merg* OR includ*))`

### 3. 重点检索数据库与文献类型

1. **专利数据库拓展**：

* 重点关注 **Akamai、F5 Networks、Citrix、IBM、Cisco、Oracle** 在 2005-2015 年间的专利（这些公司是 Application Delivery Controller / Web Gateway / WAN Optimization 领域的巨头，极可能有“基于内容重叠分析以减少后端连接/会话”的早期专利布局）。

2. **非专利文献（NPL）检索（极易出高杀伤力对比文件）**：

* **IEEE / ACM Digital Library**：检索关键词 `Web traffic deduplication`, `Redundant traffic elimination at middleboxes`, `Delta encoding for HTTP session`.

* **USENIX / SIGCOMM 顶级会议论文**：特别关注 **WAN Optimization (广域网优化)** 或 **Middlebox** 领域的论文（例如著名的 *PACK (Predictive ACKmowledgments)* 或 *Protocol-independent Redundancy Elimination* 机制，这类技术专门在中间节点识别数据包/请求的重叠部分并进行增量复用）。

这是一份针对目标权利要求1（以下简称**权1**）与三篇对比文件（D1: EP1774679A1、D2: US20070150600A1、D3: KR1020070080389A）的专业专利无效/创造性分析报告。

---

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

结合发明构思，权1旨在通过中间节点（如Proxy、GW或Edge-Node）对并发或相近的客户端请求进行**聚合/去重（Request Merging / Coalescing）**，从而减少后端服务器承载的并发会话数，节省网络资源与计算开销。

* **中间节点（Intermediate Node）**：位于客户端与后端服务器之间的代理设备（如Web Proxy、缓存代理、API网关、会话汇聚节点等）。

* **服务器-客户端会话（Server-Client Session）**：中间节点与后端服务器之间建立的连接或逻辑会话（例如持久HTTP连接、TCP会话、SIP/RTP媒体会话等）。

* **重叠（Overlap）与部分重叠（Partially Overlap）**：

* *重叠* 指第二请求所请求的数据内容/范围（例如数据块、Byte-range、媒体流通道、资源描述）包含或覆盖了第一请求的部分或全部。

* *部分重叠且第二请求有一部分不重叠* 指：第二请求包含第一请求**未涵盖的新数据/新资源范围**（即 $Req_2 \setminus Req_1 \neq \emptyset$），但同时包含与第一请求**共用的交集部分**（即 $Req_1 \cap Req_2 \neq \emptyset$）。

* **更新服务器-客户端会话以包括第二请求的一部分**：中间节点不必为第二请求重新建立全新的完整会话，而是利用已建立的会话，通过**修改/扩充原会话参数**（如发送 HTTP Byte-Range `UPDATE`、增量订阅、扩展流参数）仅补齐第二请求中“未重叠的增量部分”，实现会话复用与合并。

---

## 二、 各对比文件公开特征比对与原文出处

### 1. D1（EP1774679A1）对比分析

* **公开技术领域**：PoC（Push-to-Talk over Cellular）多会话合并（Session Merging）。

* **公开性分析**：

* D1公开了中间节点（PoC Server X/Y，具有PF/CF功能）、拦截/接收多客户端的请求并建立会话。

* **关于特征E、F（重叠判断与更新会话）**：D1的“合并”是**组会话级别（Group Session Level）的合并**（将Group X与Group Y的会话合并，由统一的CF控制），**并非**分析两个客户端请求的数据/内容范围是否存在“部分重叠（Partially Overlap）”并仅更新“不重叠的增量部分”。D1通过SIP UPDATE更新媒体参数（Media Parameters），但这是针对整个合并后的组媒体参数调整，不涉及请求内容范围的重叠去重判断。

### 2. D2（US20070150600A1）对比分析

* **公开技术领域**：HTTP会话工作负载数据收集与分析。

* **公开性分析**：

* D2主要关注HTTP会话日志的收集、会话界定（Session Characterization）以及性能测量，不涉及在中间节点拦截请求并对重叠请求进行动态合并/更新会话的技术。

### 3. D3（KR1020070080389A）对比分析

* **公开技术领域**：无线通信系统中的资源分配方法及系统。

* **公开性分析**：

* D3主要涉及底层无线信道/资源块（Resource Allocation）的分配，与上层服务器-客户端会话的请求拦截与重叠合并无关。

---

### 特征比对表格（针对权利要求1）

---

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

### 1. 最接近对比文件（D1）分析

* **选择理由**：在现有的三个对比文件中，**D1 (EP1774679A1)** 最适合作为最接近的现有技术。

* *技术领域*：D1属于网络会话管理与会话合并技术；

* *整体解决的技术问题*：D1解决的是“在多会话环境下，无需释放现有会话即可合并会话，减少重复建立会话的信令开销和资源消耗”（参见D1原文 `[0028]`, `[0031]`）；

* *技术效果*：减少重复信令、节省会话建立时间。这与本专利“减少服务器-客户端会话数量”的技术问题最为接近。

### 2. 区别技术特征与技术效果

将D1作为最接近对比文件，权1相对于D1的区别技术特征在于：

1. **特征E**：确定第一请求与第二请求是否**部分重叠**；

2. **特征F**：当部分重叠且第二请求存在不重叠部分时，**更新已有会话以仅/补充包含第二请求的不重叠部分**。

* **区别特征达到的技术效果**：实现了更精细化的**请求内容/数据范围去重（Coalescing/De-duplication）**，避免对重叠内容重复向后端服务器发起请求，仅对差集（不重叠部分）进行会话更新，大幅提升了中间节点对服务器资源的利用效率并降低带宽消耗。

### 3. 创造性评估结论（现有对比文件组合）

* **未被公开的特征**：特征E和特征F未被D1、D2、D3中的任何一篇公开。

* **组合分析**：D2仅涉及HTTP会话数据分析，D3涉及底层无线资源分配，均未给出将“请求部分重叠判断”应用到中间节点会话合并中的技术教导（Technical Teaching）。

* **结论**：仅基于现有三篇对比文件（D1+D2+D3），**无法拼凑出特征E和特征F**，权1相对于D1+D2/D3具备突出的实质性特征和显著的进步，**具备创造性**。

---

## 四、 无效请求的最薄弱技术特征与进一步检索策略

### 1. 指出最薄弱的技术特征（Attack Vector）

如果需要对目标专利提起无效宣告请求，本专利**最薄弱、最容易被突破的技术特征**是：

> **特征E与特征F组合**：即“中间节点（Proxy/Edge）判断两个客户端请求（如 Byte-Range 请求或 Stream 订阅）部分重叠，并利用已有 Session 发送更新请求（如 HTTP Range `GET` 或 SIP `UPDATE`）仅拉取未重叠数据”的机制。

* **薄弱原因**：

* 在CDN（内容分发网络）、Web Proxy缓存合并（Request Coalescing / Dynamic Collapsed Forwarding）以及媒体流缓存（Byte-Range Caching）领域，**请求合并（Collapsing overlapping requests）** 是非常经典的技术。目标专利权利要求1对“会话更新”的表述较为宽泛，容易被相关领域的通用缓存代理技术击中。

### 2. 进一步对比文件检索策略（Search Strategy）

为了成功无效权1，建议补充检索以下方向的对比文件：

#### (1) 重点技术领域与分类号（IPC / CPC）

* **H04L 67/56**（网络协议 - 中间件/代理服务）

* **H04L 67/568**（网络协议 - 代理处的缓存/内容存储，特别是 Collapsed Forwarding）

* **H04L 67/02**（基于 Web/HTTP 的协议会话管理）

* **G06F 16/957**（Web 内容传输与缓存优化）

#### (2) 检索关键词组合

* **逻辑组1（中间节点/代理）**：`Proxy`, `Intermediate node`, `Edge node`, `Gateway`, `CDN`

* **逻辑组2（请求/会话合并与去重）**：`Request coalescing`, `Request merging`, `Collapsed forwarding`, `Session update`, `De-duplication`

* **逻辑组3（重叠/范围请求）**：`Overlap`, `Partially overlap`, `Byte range`, `Range request`, `Offset`, `Partial content`

#### (3) 推荐寻找的经典现有技术（Prior Art Target Examples）

1. **Squid Proxy / Nginx / Varnish 等开源代理服务器的技术文档/专利**：

* 重点关注 **Collapsed Forwarding**（合并转发）或 **Byte-Range Request Coalescing** 机制（即当两个客户端同时请求同一个大文件的不同重叠片段 `[0-100]` 和 `[50-150]` 时，代理节点将请求合并为 `[0-150]` 发给源站服务器，再更新/复用会话分发给客户端）。

2. **HTTP/1.1 Range Requests 规范相关专利 (RFC 2616 / RFC 7233)**：

* 寻找在 Proxy 层对多客户端 Range 请求进行交集（Intersection）与并集（Union）计算，并向 Server 仅发起 `Range: bytes=...` 更新请求的专利。

这是一份基于目标专利（被分析的权利要求1）说明书逻辑、结合三篇对比文件原文进行的专业专利侵权与无效性比对分析报告。

---

## 一、 目标专利权利要求1的技术特征拆解与说明书解释

根据专利法及审查指南，权利要求中的术语应当结合说明书及附图进行解释，以确定其真实的保护范围：

* **技术特征A**：“所述多个客户端通过网络可通信地连接到服务器，所述方法包括”

* **说明书解释**：属于典型的前言部分，限定了多客户端与服务器通过网络连接的基础架构。

* **技术特征B**：“在中间节点处拦截来自第一客户端的以服务器为目的地的第一请求”

* **说明书解释**：中间节点（如代理服务器、网络中间件等）部署在客户端与服务器之间，用于截获（Intercept）第一客户端发送给服务器的物理/逻辑请求。

* **技术特征C**：“利用第一请求在中间节点与服务器之间建立服务器-客户端会话”

* **说明书解释**：中间节点并非直接转发请求，而是基于该请求，由中间节点作为代理与后端服务器建立起一个公用的/集中的“服务器-客户端会话”。

* **技术特征D**：“在中间节点处拦截来自第二客户端的以服务器为目的地的第二请求，所述第二请求不同于第一请求”

* **说明书解释**：中间节点继续截获另一不同客户端发往服务器的另一请求（第二请求）。

* **技术特征E**：“确定第一请求是否部分地与第二请求重叠”

* **说明书解释**：中间节点对两次请求的内容/范围（如数据段、文件偏移量范围等）进行重叠性判断（Determine partial overlap）。

* **技术特征F**：“如果第一请求部分地与第二请求重叠并且如果第二请求的一部分不与第一请求重叠，则更新中间节点与服务器之间的服务器-客户端会话以便包括第二请求的一部分。”

* **说明书解释**：**本专利的核心创新点/技术特征**。当发生“部分重叠”且第二请求包含“未重叠的增量部分”时，中间节点不重复建立新会话，也不重复请求重叠部分，而是通过“更新（Update）”已建立的会话，**仅补齐/包含第二请求中不重叠的新增部分**，从而实现减少中间节点与服务器之间会话/连接数目的目的。

---

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

我们将三篇对比文件分别标注为：

* **D1**: US20070192454A1 (*Consolidating session information...*)

* **D2**: JP2008508778A (*Session binding method and system...*)

* **D3**: US20080147876A1 (*SYSTEM, METHOD AND PROGRAM FOR MANAGING FILE DOWNLOADS*)

### 特征比对汇总表

---

### 对比文件原文详细出处分析

#### 1. D1（US20070192454A1）

* **技术领域**：灾难恢复与数据镜像同步（Extended Remote Copy / CXRC）。

* **技术特征公开情况**：

* **公开特征A、C、D**：[0010] 与 [0028] 段落公开了在集群环境（Cluster 24）中，集群管理器（Cluster Manager 28）管理多个SDM（System Data Mover）会话，并将各会话的信息进行合并（Consolidated session information）后写入主数据集（Master data set 20）。

* **未公开特征B、E、F**：D1 的“合并会话”是指对数据复制会话中的**状态标识（Error flag, Interlock flag）或时间戳极值（Minimum of update time）进行逻辑与/或合并**（参照[0014]、[0039]及图5），其目的在于维护跨卷的数据一致性（Consistency group），**并不涉及拦截客户端网络请求、亦不涉及判断请求内容的增量重叠（E）或据此更新会话（F）**。

#### 2. D2（JP2008508778A）

* **技术领域**：蜂窝网络 Push-to-talk（PoC）多重会话结合（Session Binding / Merging）。

* **技术特征公开情况**：

* **公开特征A、B、C、D**：在[0002]（段落对应图1、图2、表2）及图8（S1100、S1200）中公开了：PoC 服务器（PoC Server，相当于中间节点）接收/拦截来自不同 PoC 客户端（客户端X、客户端Y）发起的 SIP INVITE 或 REFER 请求，并在 PoC 服务器与核心网/对方之间建立与管理 PoC 通话会话。

* **未公开特征E、F**：D2 实现的是将两个独立的**组通话会话（Group Session）进行会话级别的合并/结合（Session Merging）**（参照[0002]图8，通过更新媒体参数及传递 NOTIFY），**其不包含对“请求数据范围”进行部分重叠比对（E）的教导，更没有“因不重叠部分而更新会话以仅请求剩余部分（F）”的机制**。

#### 3. D3（US20080147876A1）

* **技术领域**：文件下载管理（Managing file downloads，消除多连接分段下载时的重叠）。

* **技术特征公开情况**：

* **公开特征A、B、C、D**：[0009]、[0010] 段落公开了客户端通过网络向文件服务器（File Server 40）建立多个连接/会话，文件下载管理程序（File download management program 60，运行于服务器端或中间节点）拦截并接收这些针对同一文件的下载请求（如起点偏移量 $S_i$）。

* **实质公开特征E**：[0002] 与 [0011] 段落明确提到了当客户端发起多个分段下载请求（例如连接1从 0 开始，连接2从 5000 开始，连接3从 10000 开始）时，服务器程序会计算相邻请求起始位置的差值（Difference between adjacent start locations），并**识别出前一请求可能与后一请求产生的重叠（Overlapping/Redundant downloads）**。

* **未公开特征F（关键差异点）**：D3 解决重叠的方式是：**估算长度后暂停下载（Pause），并等待客户端超时或断开连接，若未断开则自动恢复（Resume）下载**（参见说明书 [0004]、[0011] 以及流程图 2B/2C 的 Step 402-406）。**D3 并没有公开“由中间节点直接更新已建立的会话，使其包含第二请求中不重叠的部分”这一操作方式**，其会话控制逻辑与目标专利完全不同。

---

## 三、 最接近的对比文件选择与技术问题/效果分析

### 最接近对比文件的筛选：**D3（US20080147876A1）**

* **判定理由**：

1. **技术领域最相近**：目标专利与 D3 均属于**网络数据传输与请求优化**领域（目标专利侧重中间节点减少服务器-客户端会话数，D3 侧重服务器/中间件管理多会话下载以消除重叠数据传输）。相比之下，D1 属于数据灾备镜像，D2 属于移动 VoIP/PoC 语音会话控制，技术领域差异较大。

2. **技术特征重合度最高**：D3 已经公开了技术特征 A、B、C、D，并且**实质公开了特征 E**（即识别不同下载请求在文件偏移量上的部分重叠）。

### 整体解决的技术问题与技术效果对比

* **目标专利**：

* **解决的技术问题**：如何利用中间节点优化并合并不同客户端发起的重复/重叠请求，减少中间节点与后端服务器之间的并发会话数量及冗余流量。

* **技术效果**：降低后端服务器的会话开销和系统负载，避免重复传输相同数据段。

* **D3（最接近对比文件）**：

* **解决的技术问题**：解决客户端进行多线程/多连接分段下载时，因未指定分段长度而导致的冗余重叠下载问题（[0003]）。

* **技术效果**：减少网络带宽浪费，避免重复下载重叠字节（[0002]）。

---

## 四、 未被最接近对比文件公开的特征及其他对比文件的教导

### 1. 区别技术特征

目标专利权利要求1相对于最接近对比文件（D3）的区别技术特征为：

> **特征F**：如果第一请求部分地与第二请求重叠并且如果第二请求的一部分不与第一请求重叠，则**更新中间节点与服务器之间的服务器-客户端会话以便包括第二请求的一部分**。

### 2. 其他对比文件（D1、D2）是否给出技术教导？

* **D1 评估**：D1 的“更新/合并”仅针对数据镜像控制中的状态 Flag 及一致性时间戳，不涉及客户端数据请求会话的增量更新，**未给出任何技术教导**。

* **D2 评估**：D2 虽然提到了针对媒体参数变化发送 `UPDATE` 或 `NOTIFY` 消息来更新 Session（[0002]段落对应图8中的 S1300/S1400），但其目的是为了**合并两个语音通话组**，并没有给出“分析数据请求的重叠增量，进而仅针对不重叠部分更新会话”的技术教导。

* **小结**：对比文件 D1 和 D2 **均未补齐**区别特征 F。

---

## 五、 提出无效请求时最薄弱的技术特征分析

若针对本专利提起专利权无效宣告请求，**最薄弱的技术特征（即专利权人最难被攻破的“护城河”）是：特征 F**。

### 薄弱点/突破难点分析：

1. **逻辑细节极其具体**：特征 F 限定了一种特定的会话复用与增量更新逻辑（“拦截第二请求” -> “提取未重叠的增量部分” -> “对已有服务器会话进行UPDATE更新，仅请求增量部分”）。

2. **现有技术的对抗逻辑不同**：

* 现有技术（如 D3）面对“重叠请求”时，采取的常规做法是**截断、暂停（Pause）、取消或各自独立开辟线程传输**。

* 现有技术（如 D2）的会话更新是**整个会话级别的重新协商（Re-negotiation）**，而非针对请求数据包片段（Payload Range）的增量合并更新。

3. **常规技术手段的抗辩**：专利权人极易以“现有技术未给出将请求增量拆分并动态注入/更新至已有会话中的技术教导，且本发明显著降低了服务器会话维持数”为由，主张特征 F 带来了预料不到的技术效果，从而具备突出的实质性特点和显著的进步（具有创造性）。

---

## 六、 进一步的对比文件检索策略（针对特征 F 的无效突破）

为彻底攻破特征 F，建议调整检索策略，重点寻找**HTTP 协议代理/缓存中间件（如 Squid, Varnish, Nginx 代理）**或**流媒体分段预取/重叠请求合并技术**的相关对比文件：

### 1. 检索要素组合（Keywords & IPC/CPC）

* **关键词（中英文）**：

* 中间节点 / 代理 / 网关：`Proxy`, `Gateway`, `Middlebox`, `Edge server`, `CDN`

* 请求合并 / 会话复用：`Request collapsing`, `Request coalescing`, `Session reuse`, `Connection pooling`

* 重叠 / 增量 / 范围请求：`Overlapping request`, `Range request`, `Partial content`, `Byte-range`, `Non-overlapping delta`

* 更新 / 追缴：`Update session`, `Append request`, `Multiplexing`

* **分类号（IPC/CPC）**：

* `H04L 67/56`（网络中间件/代理服务）

* `H04L 67/02`（Web协议/HTTP请求处理）

* `H04L 67/10`（网络服务器负载均衡/会话管理）

* `G06F 16/957`（HTTP缓存与传输优化）

### 2. 深度检索方向建议

1. **HTTP Range 请求合并机制（Request Collapsing / Coalescing）**：

* 重点检索 CDN（如 Akamai, Cloudflare）或反向代理（如 Nginx, Varnish）关于 **“Collapsed Forwarding”**（合并转发）的专利或技术文献。当多个客户端同时请求重叠的 Byte-Range 时，代理节点如何将第二个请求的非重叠范围（Delta）追加更新到向源站服务器发起的既有 HTTP 连接中。

2. **流媒体 / DASH / HLS 协议优化**：

* 重点检索视频流媒体传输技术，特别是在 Edge Server 处对不同用户发起的重叠播放缓冲区（Buffer range）请求进行动态合并与会话更新的专利。

3. **RFC 标准文档**：

* 检索 IETF 关于 HTTP/2 多路复用（Multiplexing）、HTTP Byte-Range 处理以及 Server Push 相关的 RFC 标准及草案，寻找是否包含“中间件识别重叠范围并更新既有 Stream/Session”的标准公开内容。

资深专利代理师领衔，对目标专利权利要求1与三份对比文件（D1、D2、D3）进行全面、严谨的对比分析与创造性（结合无效视角）论证。

---

## 一、 权利要求1技术特征解构与说明书内在含义解释

在分析对比文件前，必须基于专利法及审查指南原则，“紧密结合说明书”对权利要求1的各项技术特征进行准确的本意解释：

* **技术特征A：** `所述多个客户端通过网络可通信地连接到服务器，所述方法包括`

* *说明书解释：* 属于典型的网络计算/客户端-服务器（C/S）架构。中间节点位于客户端与服务器通信路径上。

* **技术特征B：** `在中间节点处拦截来自第一客户端的以服务器为目的地的第一请求`

* *说明书解释：* 中间节点（如代理服务器、网络关卡或B2BUA）具备网络数据包截获与解析能力，拦截第一客户端发往服务器的请求。

* **技术特征C：** `利用第一请求在中间节点与服务器之间建立服务器-客户端会话`

* *说明书解释：* 中间节点并非仅做简单转发，而是基于该请求，在**中间节点与后端服务器之间**建立起代表或承载该客户端请求的服务器-客户端会话（Server-Client Session）。

* **技术特征D：** `在中间节点处拦截来自第二客户端的以服务器为目的地的第二请求，所述第二请求不同于第一请求`

* *说明书解释：* 拦截第二个不同客户端发出的、目的地同样为该服务器的不同请求。

* **技术特征E：** `确定第一请求是否部分地与第二请求重叠`

* *说明书解释：* 核心发明点之一。中间节点具备对请求内容的**重叠性/交集（Overlap）分析能力**，即判断两请求之间是否存在部分相同的请求内容/资源范围/会话状态要素（重叠但非完全相同）。

* **技术特征F：** `如果第一请求部分地与第二请求重叠并且如果第二请求的一部分不与第一请求重叠，则更新中间节点与服务器之间的服务器-客户端会话以便包括第二请求的一部分`

* *说明书解释：* **核心发明点之二（会话融合/重用机制）。** 当满足“部分重叠且包含非重叠的新增部分”时，**不新建**独立的服务器会话，而是**更新/扩展**已建立的那个“中间节点-服务器会话”，将第二请求中新增（不重叠）的内容合并纳入该现有会话中，从而达到**减少中间节点与服务器之间总体会话数量、降低服务端资源开销**的技术效果。

---

## 二、 对比文件公开情况分析及详细特征比对表格

### （一）对比文件公开号及技术背景对应

1. **对比文件1（D1）：** `US20080189421A1` (*SIP and HTTP Convergence in Network Computing Environments*)

2. **对比文件2（D2）：** `US20090106571A1` (*Systems and Methods to Adaptively Load Balance User Sessions to Reduce Energy Consumption*)

3. **对比文件3（D3）：** `WO2009062849A1` (*METHOD, APPARATUS AND PROGRAM PRODUCT FOR MERGING COMMUNICATION SESSIONS IN AN IMS*)

---

### （二）特征比对表格（按特征A~F逐项比对）

---

### （三）各对比文件原文详细出处与公开性分析

#### 1. D1 (`US20080189421A1`) 分析

* **详细原文出处：**

* 段落`[0051]`：“*A B2BUA can take the place of an intermediary between communications between user agents 160, 162...*”（公开了中间节点及拦截请求，即特征A、B）。

* 段落`[0074]`-`[0075]`：“*Application session 374 can be created in order to allow relationships to be specified between various SIP and HTTP clients...*”（公开了在中间节点建立会话关联，即特征C）。

* **实质公开/未公开界定：**

* D1**实质公开**了特征A、B、C。

* D1**未公开**特征E和F。D1的融合（Convergence）是指将同一/不同客户端的HTTP协议会话和SIP协议会话通过Parent-Child指针挂载到统一的`ApplicationSession`下（见图3），目的是数据共享（例如边打电话边看购物车），其前提是会话的叠加，**根本不涉及对请求文本/数据范围进行“部分重叠（Partially Overlap）”的解析与判断，更没有“更新既有会话仅纳入非重叠部分”的会话削减机制**。

#### 2. D2 (`US20090106571A1`) 分析

* **详细原文出处：**

* 段落`[0063]`、`[0110]`：“*appliance 200 accelerates transport layer traffic between a client 102 and a server 106...*”（公开了中间节点拦截与建立连接，即特征A、B、C）。

* 段落`[0004]`、`[0150]`：“*identifying a session type for each of a plurality of user sessions... consolidating onto at least one server...*”（公开了多客户端会话管理与整合）。

* **实质公开/未公开界定：**

* D2**实质公开**了特征A、B、C。

* D2**未公开**特征E和F。D2解决的是“服务器能耗控制”问题，其采用的“Consolidate（合并/巩固）”是指**将运行在不同物理服务器上的会话迁移（Relocate/Migrate）集中到同一台服务器上，从而关停空闲服务器**。这属于服务器物理/虚拟资源的调度，而非在网络中间节点协议栈层面上对“两个请求内容进行部分重叠比对并更新会话”的微观处理。

#### 3. D3 (`WO2009062849A1`) 分析

* **详细原文出处：**

* 段落`[p0013]`、`[p0051]`：“*The role of the split/merge AS in this scenario is to combine the speech and video sharing sessions after the access transfer... in signal 16, the split/merge AS 9 sends a re-INVITE towards the other end...*”（公开了中间节点SM-AS拦截信号并合并/更新SIP会话，表面上类似特征F）。

* 段落`[p0051]`：“*step 15 the split/merge AS 9 determines that it maintains an existing session with the same participants (UE 1 and UE 2), and that the ICSI values... are equal.*”（公开了判断两会话关系）。

* **实质公开/未公开界定：**

* D3**实质公开**了特征A、B、C。

* D3**未公开（或存在实质差异）**特征D、E、F：

1. **关于特征D：** D3中被合并的两个会话（如语音信号11和视频信号14）均来自**同一个客户端（UE 1）**（因网路切换或多媒体发起），而非权利要求1明确限定的“**来自第二客户端**（不同于第一客户端）”。

2. **关于特征E与F：** D3中的“合并（Merge）”是基于**ICSI（业务标识符，如是否均为MMTel）相同**且**参与者相同**，将属于同一用户的两条独立流（语音+视频）重协商（re-INVITE）为一个多媒体会话。D3**完全没有**“确定第一请求与第二请求是否部分重叠（Partially Overlap）”的特征E，也没有“仅将第二请求中不重叠的部分更新补充进现有会话”的特征F。

---

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

在创造性/无效分析中，选择最接近的对比文件需遵循**技术领域相同/相近、解决的技术问题最相似、公开的技术特征最多**的原则。

### 1. 结论：**D3 (`WO2009062849A1`) 适合作为最接近的对比文件**（D1可作为次选）。

### 2. 深入分析（整体解决的技术问题与技术效果维度）：

* **技术问题与效果匹配度分析：**

* **目标专利：** 旨在解决“中间节点处，服务器与多个客户端之间建立的**会话数量过多导致服务器负载过大/资源浪费**”的问题。其技术效果是通过请求内容的重叠性分析，将不同客户端的重叠请求合并至同一服务器会话中，**直接减少中间节点与服务器之间的会话总数**。

* **D3：** 解决IMS网络中“同一用户在不同网络/多媒体下发起多个独立SIP会话导致**对端会话冗余及网络路由混乱**”的问题。其通过SM-AS（中间节点）将同一客户端的多个会话Merge为一个会话（re-INVITE），**其技术动作（中间节点截获并合并会话）、技术领域（网络会话控制）与目标专利最为接近**。

* **D1：** 解决的是HTTP与SIP异构协议的收敛与数据共享问题，侧重于协议间数据的映射，未以“减少服务器会话数量”为核心目的。

* **D2：** 解决的是物理服务器的“节能与负载均衡”问题，侧重硬件/虚拟机层面的迁移，属于系统级资源管理，与网络中间节点微观会话报文处理领域差异较大。

因此，**D3最适合作为审查/无效宣告过程中发动创造性攻击的“主对比文件（最接近现有技术）”**。

---

## 四、 未被最接近对比文件公开的特征及其在其他对比文件中的公开情况

以 **D3** 作为最接近的对比文件，目标专利权利要求1相对于D3的**区别技术特征**为：

1. **区别特征1（对应特征D）：** 第二请求来自于“**第二客户端**”（即不同客户端之间的请求合并），而D3是同一客户端（UE 1）的不同业务请求。

2. **区别特征2（对应特征E）：** “**确定第一请求是否部分地与第二请求重叠**”。

3. **区别特征3（对应特征F）：** “**如果部分重叠且第二请求有不重叠部分，更新服务器-客户端会话以便包括第二请求的一部分**”（基于内容重叠度的微观会话更新削减机制）。

### 其他对比文件（D1、D2）对上述区别特征的公开情况：

* **D1 (`US20080189421A1`)：** 仅公开了中间节点可以处理不同客户端（Client A, Client B）的请求，但在D1中，不同客户端的会话是独立并行存在的，**完全没有公开**“确定不同客户端请求内容是否部分重叠”以及“将第二客户端请求的非重叠部分更新合并至第一客户端已建会话”教导。

* **D2 (`US20090106571A1`)：** 仅公开了按Session Type（会话类型）归类并迁移会话，**完全没有公开**报文/请求内容级的“部分重叠（Partially Overlap）”判断与会话更新合并。

**结论：** 区别特征2与区别特征3（即特征E、特征F的核心逻辑）**既未被D3公开，也未被D1、D2公开，且不属于本领域的公知常识**。

---

## 五、 无效请求中最薄弱的技术特征与防守/攻击要点

如果在专利无效宣告程序中针对权利要求1发起攻击，必须客观评估其防线（即专利权的“安全边际”与“薄弱点”）：

### 1. 最薄弱的技术特征（攻击切入点）：

* **特征D与特征F中关于“客户端身份”与“会话更新”的界定（特征D+F）：**

* *薄弱原因：* 权利要求1撰写时，对于“第二请求不同于第一请求”以及“更新中间节点与服务器之间的服务器-客户端会话”的表述较为宽泛。

* *攻击思路（请求人视角）：* 试图将D3的“同一客户端发起两条不同请求（如语音和视频）并在中间节点合并为一条SIP Session（re-INVITE）”等同或等效替代为“不同客户端”。如果结合公知常识（例如代理服务器在代理代理上网时将多个用户对同一网页不同资源的HTTP请求进行Pipe/复用），主张将不同客户端请求在代理端合并属于本领域技术人员结合公知常识的常规选择。

### 2. 最坚固的核心特征（专利权的防守壁垒 / 无效方的致命难点）：

* **特征E与特征F的组合（“部分重叠分析 + 非重叠部分增量更新”）：**

* *分析：* 本专利的核心发明构思在于**中间节点具备“请求内容的重叠性重构能力”**（例如：客户端1请求资源[A, B]，中间节点建立包含[A, B]的会话；客户端2请求资源[B, C]，中间节点识别出[B]部分重叠，因此不新建会话，而是将现有会话更新补充[C]部分，从而使一个会话服务于[A, B, C]）。

* 现有对比文件D1-D3中：

* D1是**协议交集挂载**（HTTP+SIP），非内容重叠削减；

* D2是**物理机迁移**，非会话内容合并；

* D3是**业务类型（ICSI）匹配合并**，非请求内容的增量拆分合并。

* *结论：* **特征E+F构成了极其坚固的专利权护城河**。仅凭现有三份对比文件（D1-D3）的简单组合，**无法成立专利法第22条第3款的无创造性（或无效）结论**。

---

## 六、 进一步的对比文件检索策略（针对无效宣告程序）

由于现有对比文件D1~D3均未击中“请求内容部分重叠分析并进行会话增量更新（特征E+F）”这一核心，若要成功无效该专利，必须调整检索策略，补充新对比文件（D4/D5）：

### 1. 拓展关键词与技术领域（关键词策略）

应跳出单纯的“SIP/IMS电信会话”领域，深入到**网络代理/CDN缓存/Web Session复用/数据库中间件**等更广阔的计算网络领域。

* **核心检索词组合：**

* `(Intermediate node OR Proxy OR Gateway OR Middlebox)` （中间节点/代理）

* `AND (Session OR Connection OR Request)` （会话/请求）

* `AND (Overlap OR Overlapping OR Partial match OR Intersection)` （重叠/部分匹配/交集）

* `AND (Update OR Merge OR Consolidate OR Aggregate OR Reuse)` （更新/合并/复用）

* `AND (Reduce OR Minimize) NEAR (Session count OR Overhead)` （减少会话数/开销）

### 2. 针对性补充检索方向（技术场景切入）

* **方向A：Web代理与HTTP/2 / HTTP Pipe复用技术（重点突破）**

* *检索重点：* 关注前沿网络代理（如Nginx、Squid或CDN边缘节点）在处理多个客户端对重叠数据（如重叠的REST API范围请求、Range Requests、数据块分片请求）时的合并转发机制。寻找是否有现有技术公开了“代理节点识别不同Client的Range请求存在部分重叠（如A请求字节0-500，B请求字节200-800），代理节点将对源服务器的会话更新/扩展为请求0-800”的技术方案。

* **方向B：数据库中间件与查询合并（Query Merging / Aggregation）**

* *检索重点：* 数据库代理/中间件（如MySQL Proxy、分布式数据库Gateway）在接收到不同客户端的SQL查询时，判断查询条件（Where Clause）是否部分重叠，并将连接/会话更新为合并查询，以减少数据库Server连接数的现有技术。

* **方向C：视频流媒体分发与组播/单播转换中间件**

* *检索重点：* 流媒体代理节点（如RTSP/HLS代理）对不同客户端请求的流媒体切片进行Overlap分析并合并上游服务器会话的专利文献。

### 3. 分法标准与组合攻击路线（Invalidation Pitch）

* **理想无效组合路线：**

* 找寻一份公开了“在Web/数据代理节点分析不同请求内容的重叠性（Overlap）并更新上游连接/会话”的文献作为 **D4**；

* 采用 **D3（或D1） + D4 + 本领域公知常识** 进行组合攻击：

* 以 **D3** 证明“在网络中间节点拦截请求并更新合并SIP/网络会话以减少会话冗余”属于现有技术；

* 以 **D4** 证明“在中间节点分析不同客户端请求内容的重叠性（特征E）并仅将增量部分更新至既有会话（特征F）”已被D4公开或属于本领域处理数据复用的公知技术手段；

* 结合后得出权利要求1不具备创造性的结论。

这是一份针对**权利要求1**结合目标专利及各对比文件原文进行的深度法律与技术分析报告。

---

## 一、 目标专利说明书对权利要求的本意解释

结合目标专利的说明书（假设技术领域为**网络通信/应用层会话优化与代理技术**，即通过中间节点/代理服务器拦截并合并客户端请求以减少与后端服务器的并发TCP/应用层连接数）：

* **“中间节点”**：指介于客户端与后端服务器之间的代理（Proxy）、网关（Gateway）或负载均衡器。

* **“服务器-客户端会话”**：指中间节点与后端服务器之间建立的传输层（如 TCP）或应用层（如 HTTP/HTTPS）长连接、保持连接（Keep-Alive）或数据传输通道，旨在减少重复建连开销。

* **“拦截”**：中间节点接收并暂存客户端发往服务器的请求，且**不立即单独转发**，而是进入重叠度判定逻辑。

* **“第一请求与第二请求部分重叠”**：指两个不同的客户端请求（例如请求某个范围的数据、相同的资源片段、重叠的 Range 请求等）所涵盖的数据范围或指令内容存在**交集（Overlap）**。

* **“更新会话以包括第二请求的一部分”**：指中间节点**无需**为第二请求与服务器单独新建一个完整会话，而是将第二请求中**超出第一请求重叠范围的那部分增量（Non-overlapping part）**，追加或合并到已建立的会话请求中，实现“请求合并（Request Collapsing / Merging）”。

---

## 二、 对比文件特征比对分析（含原文出处及比对表格）

### 1. D1分析：KR100946901B1

* **公开号**：KR100946901B1

* **技术领域**：无线移动通信系统（3GPP HSDPA/LTE、OFDM/OFDMA）的**物理层/MAC层资源分配与传输时间间隔（TTI）控制**。

* **对比分析**：

* **特征A**：公开了移动终端（MS）与基站（BS）通信，属于“多个客户端通过网络连接到服务器”。

* **特征B~F**：D1的核心是基站（BS）根据终端的**服务质量（QoS）分类和信道状态信息（CSI）**，动态选择不同长度的 TTI 帧（Subframe Category）进行无线时频资源分配（参见段落[37]、[38]、[60]、[71]-[80]）。其处理对象是**物理/MAC帧的时频资源**，而非中间节点拦截客户端发往服务器的应用层/TCP请求；其“帧连接（frame concatenation）”是物理资源映射，**完全未公开**确定请求数据重叠以及更新会话以合并非重叠部分的机制。

### 2. D2分析：US20100082709A1

* **公开号**：US20100082709A1

* **技术领域**：**文档处理系统与文档管理数据库（Enterprise Search / Document Archiving）**。

* **对比分析**：

* **特征A**：公开了多个个人电脑（PC）、打印机、扫描仪通过网络连接到服务器系统（参见段落[0055]-[0061]，图1）。

* **特征B~F**：D2的核心是在用户打印、扫描或传输文档时，服务器自动归档文档及其元数据（Metadata），并基于图像特征、纸张纤维（Medium ID）或引用关系建立文档间的数据关联与 Rank 传播（参见段落[0098]-[0108]，[0205]-[0222]）。D2中的“拦截”是作业归档（Job Archive），**完全不涉及**中间节点减少网络会话数、请求重叠度检测以及更新会话合并增量请求的技术方案。

### 3. D3分析：US20100100621A1

* **公开号**：US20100100621A1

* **技术领域**：**跨多个通信网络共享会话与用户状态信息（Session and User Status Function, SUSF）**。

* **对比分析**：

* **特征A**：公开了不同网络中的客户端设备通过语音/即时通讯服务器相互通信（参见段落[0013]-[0017]，图1）。

* **特征B~D**：公开了网络服务器（SUSF）作为中间系统，能够监听/获取多个用户与网络之间的网络会话（Network Session）状态（参见段落[0018]-[0023]）。

* **特征E~F**：D3的会话管理是指**记录与暴露（Expose）**用户当前处于语音、视频还是IM会话状态（Session Status），以便第三方应用进行关联（参见段落[0028]-[0036]）。D3**完全未公开**对请求内容（Data Content/Range）进行重叠性计算（E），以及利用第一请求会话追加第二请求非重叠部分以减少服务器会话数（F）的技术内容。

---

### 技术特征比对表格

---

## 三、 最接近对比文件分析与选择

在评价创造性（例如基于中国《专利审查指南》或适用的专利法规则）时，选择“最接近的对比文件”需要综合考量**技术领域、整体解决的技术问题以及技术效果**：

1. **整体技术问题与效果比较**：

* **本专利**：解决**服务器高并发连接压力与网络冗余传输**问题；效果是**减少服务器-客户端会话数量，提高传输效率**。

* **D1**：解决**无线信道环境动态变化与MAC头开销**问题；效果是**优化无线链路的时频资源分配（TTI）**。

* **D2**：解决**纸质/离线文档丢失元数据及跨文档检索困难**问题；效果是**建立文档网络与自动化归档检索**。

* **D3**：解决**跨异构网络无法统一获取用户及会话状态**问题；效果是**实现会话与用户状态的跨网共享与监控**。

2. **最接近对比文件的选取**：

* **最接近对比文件：D3（公开号：US20100100621A1）**。

* **原因**：D3处于**网络会话管理（Network Session Management）与网络通信架构**领域，提出了在网络中间服务器（SUSF）上监听、管理并响应多个客户端会话请求的技术方案。相比于D1（纯无线物理层/MAC层资源分配）和D2（文档归档数据库检索），D3与本专利在**技术领域（网络通信会话）**和**技术架构（中间节点管理客户端-服务器会话）**上最为接近，最适合作为最接近的对比文件（主对比文件）。

---

## 四、 区别技术特征及无效请求的薄弱点分析

### 1. 区别技术特征

以 **D3** 作为最接近的对比文件，权利要求1相对于D3的区别特征为：

* **区别特征1（特征E）**：中间节点确定第一请求是否与第二请求**部分重叠**；

* **区别特征2（特征F）**：当部分重叠且第二请求存在非重叠部分时，**更新中间节点与服务器之间的会话，以包括第二请求的该非重叠部分**（从而实现请求合并，减少与服务器的会话数）。

### 2. 未被最接近对比文件（D3）公开的特征是否被其他对比文件（D1、D2）公开？

* **结论：未公开**。

* **分析**：

* **D1** 仅公开了在基站端根据 QoS 和信道质量将数据包映射到不同的 TTI 帧（Subframe Category）中（段落[0059]-[0063]），这属于物理/数据链路层的数据组帧，并非对两个客户端发往服务器的**请求内容范围进行重叠判断并合并增量**。

* **D2** 仅公开了在归档时利用特征提取（Feature Extraction）判断两份文档/图像是否相似（段落[0067]、[0070]），属于文档内容的相似度检索，完全不涉及网络传输层或应用层**请求会话的动态合并与更新**。

* 因此，**D1 和 D2 均无法填补 D3 缺失的区别特征1和区别特征2**，D3+D1 或 D3+D2 的组合无法直接否定权利要求1的创造性。

### 3. 无效请求中最薄弱的技术特征分析

如果仅依据本案提供的对比文件（D1、D2、D3），**权利要求1的稳定性极高**。但从技术本质来看，本专利最薄弱（最可能被公知常识或其他未列出对比文件击破）的技术特征是：

> **薄弱特征：特征E与特征F的结合（即“请求重叠度检测 + 动态更新/合并会话以包含非重叠部分”）**

* **薄弱原因**：

1. **HTTP Range 请求合并/代理缓存合并**属于 Web 代理（Proxy）及 CDN 领域的经典概念（例如 HTTP/1.1 RFC 2616 中关于代理服务器对重叠/连续 Range 请求的 Collapsing/Merging 处理）。

2. 尽管 D1、D2、D3 未公开该特征，但这种“对重叠请求仅向源站发起增量请求”的逻辑在 **代理服务器（Proxy Server）、CDN 缓存优化、存储系统 I/O 合并（I/O Merging）** 领域属于非常典型的常规优化手段。

---

## 五、 进一步的对比文件检索策略（检索指引）

为了成功发起对权利要求1的无效宣告请求，建议补充以下检索策略：

### 1. 调整检索的技术领域（IPC / CPC 分类号）

摒弃 D1（无线通信 HSDPA/LTE）和 D2（文档管理）的分类号，**锁定网络代理与请求优化领域**：

* **H04L 67/56**（网络代理架构/代理服务 Provider Services）

* **H04L 67/568**（网络缓存/代理缓存 Caching）

* **H04L 67/02**（基于 Web 协议如 HTTP 的通信技术）

* **G06F 16/957**（Web 浏览器/代理请求优化、响应处理）

### 2. 关键词逻辑组合（English Keywords Strategy）

建议在 Google Patents、Espacenet 或 DeepIP / PatSnap 中采用以下关键词组合：

* **组A（中间节点/代理）**：`Proxy`, `Intermediate node`, `Gateway`, `Edge server`, `CDN`

* **组B（请求拦截与合并）**：`Intercept*`, `Combine request`, `Merge request`, `Request collapsing`, `Coalescing`

* **组C（重叠判断/增量更新）**：`Overlap*`, `Range request`, `Non-overlapping`, `Redundant request`, `Partial content`

* **组D（会话/连接复用）**：`Session`, `Connection reuse`, `Multiplexing`, `Reduce connection`

> **推荐检索式示例**：

> `(Proxy OR "intermediate node" OR "edge server") AND ("merge request" OR "request collapsing" OR "combine requests" OR "coalescing") AND (overlap* OR "range request") AND (session OR connection)`

### 3. 追溯技术标准与开源实现（非专利文献 NPL）

由于“请求合并/重叠合并”在工程落地中早有应用，强烈建议检索**非专利文献（NPL）**：

* **RFC 标准**：检索 HTTP/1.1 中关于 Range Requests及 Proxy Collapsing 的规范描述（如 RFC 7233 / RFC 9110）。

* **开源代理服务器文档**：检索 **Squid Proxy, Varnish Cache, Nginx** 在 2008-2012 年左右关于 `collapsed_forwarding` 或 `Range request merging` 的技术文档及代码提交记录。

---

## 六、 总结与建议

1. **现阶段结论**：仅凭现有的 D1、D2、D3 **无法无效掉权利要求1**。D3 虽适合作为最接近对比文件（主对比文件），但缺少特征 E 和 F，且 D1、D2 无法提供对应的技术教导。

2. **下一步行动**：建议将检索重点转向 **HTTP 代理服务器（Squid/Varnish/CDN）的请求合并（Request Collapsing / Range Merging）专利或标准技术文献**，重新寻找能够公开“确定请求重叠并合并发送非重叠部分”的对比文件作为补充对比文件（D4），与 D3 结合发起无效宣告。

基于目标专利（权利要求1）的权利要求书与说明书上下文，结合提供的三份对比文件（D1、D2、D3），我为您提供以下详细的专利无效侵权分析与特征比对。

---

### 一、 权利要求技术特征解析（结合目标专利说明书）

* **技术特征 A**：`所述多个客户端通过网络可通信地连接到服务器，所述方法包括`

* **结合说明书解释**：描述了系统基础架构。多个客户端（UE/终端）经由通信网络连接至后端业务/目标服务器（Server）。

* **技术特征 B**：`在中间节点处拦截来自第一客户端的以服务器为目的地的第一请求`

* **结合说明书解释**：中间节点（如应用服务器 AS、中间件）位于客户端与目标服务器之间，透传或拦截客户端发往服务器的初始信令请求（如 SIP INVITE/HTTP Request）。

* **技术特征 C**：`利用第一请求在中间节点与服务器之间建立服务器-客户端会话`

* **结合说明书解释**：中间节点接收第一请求后，以中间节点与目标服务器之间的信令关系建立一个代表第一客户端的后端会话（Session）。

* **技术特征 D**：`在中间节点处拦截来自第二客户端的以服务器为目的地的第二请求，所述第二请求不同于第一请求`

* **结合说明书解释**：中间节点再次拦截到来自另一客户端（第二客户端）发往同一目标服务器的请求，且该请求在内容、源地址或请求标识上独立于第一请求。

* **技术特征 E**：`确定第一请求是否部分地与第二请求重叠`

* **结合说明书解释**：中间节点分析两个请求的技术内容/业务服务/媒体参数，判断两者是否存在相同的业务标识、业务属性（例如相同的 ICSI、相同的重叠功能或媒体通道）。

* **技术特征 F**：`如果第一请求部分地与第二请求重叠并且如果第二请求的一部分不与第一请求重叠，则更新中间节点与服务器之间的服务器-客户端会话以便包括第二请求的一部分`

* **结合说明书解释**：当判定两请求存在部分重叠（如服务类型相同）且第二请求包含新增的独立差异部分（如新的媒体组件：视频/文件传输）时，中间节点不新建独立的第二后端会话，而是通过对原会话进行更新（如发送 `re-INVITE` 或 `UPDATE`），将第二请求的新增部分叠加/合并到已建立的服务器-客户端会话中。

---

### 二、 对比文件基本信息与公开特征比对

为了便于表达，以下对比文件分别采用标准代号指代：

* **D1**：CN101795439A（合并多个无线一键通电话的方法和系统）

* **D2**：CN101855890A（在IMS中合并通信会话的方法、设备和程序产品）

* **D3**：US20100257273A1（Method, Apparatus and Program Product for Merging Communication Sessions in an IMS）

*注：经原文对比分析，D2（中文公开文本）与 D3（英文公开文本）系同一族专利的对应文本，其技术方案、流程图及说明书段落内容完全一致。*

---

#### 1. D1（CN101795439A）技术特征比对与出处

---

#### 2. D2（CN101855890A）技术特征比对与出处

---

#### 3. D3（US20100257273A1）技术特征比对与出处

*注：D3 是 D2 的同族英文专利申请，对权利要求的特征覆盖情况与 D2 完全一致。*

---

### 三、 整体解决的技术问题、技术效果及最接近对比文件分析

#### 1. 整体技术问题与技术效果

* **目标专利核心问题**：当多个客户端向服务器发起重叠或部分相同的请求时，传统方式会独立建立多个服务器-客户端会话，造成网络信令冗余、服务器资源浪费及会话管理繁琐。

* **目标专利技术效果**：中间节点通过智能识别请求间的重叠（相同）部分与差异部分，对已有会话进行动态更新（`UPDATE`/`re-INVITE`），从而**合并会话、减少服务器与客户端之间的会话总数**，节省系统资源与信令开销。

#### 2. 最接近对比文件（Primary Reference）遴选

* **最接近对比文件推荐：D2（CN101855890A）/ D3（US20100257273A1）**

* **分析理由**：

1. **技术领域完全相同**：均属于 IMS/多媒体通信网络中通过应用服务器（AS/中间节点）进行多会话管理与合并的技术领域。

2. **解决的技术问题与效果完全一致**：D2/D3 旨在解决同一个用户/客户端发起多个业务会话时，如何在中间节点（Split/Merge AS）将其合并为发往目标端的单个会话，避免重复建立会话并减少网络信令。

3. **技术特征全面覆盖**：如特征比对表所示，**D2/D3 已经完整、无遗漏地公开了权利要求1的所有技术特征 A、B、C、D、E、F**。

* **结论**：**D2 或 D3 可单独作为最接近的对比文件**。权利要求1相对于 D2（或 D3）**不具备新颖性（或极其显而易见，不具备创造性）**。

* **次要对比文件分析：D1（CN101795439A）**

* **分析理由**：D1 虽然涉及 PoC（一键通）网络中的会话合并，但其合并机制偏向于“PoC 群组间的控制服务器协商（CF/PF 转移）”，并未明确通过“比较两请求部分重叠且提取非重叠部分”来动态更新（UPDATE）单一会话。D1 仅适合作为补充对比文件。

---

### 四、 无效请求中的薄弱技术特征与攻击策略

#### 1. 被最接近对比文件公开的特征情况

* **D2 / D3** 已经**完全公开了权利要求1的所有特征（A–F）**。

* 如果仅以 D2 或 D3 提出无效，可以直接主张**权利要求1缺乏新颖性（A22.2）**或**缺乏创造性（A22.3）**。

#### 2. 目标专利“最薄弱”的技术特征及防守/攻击剖析

在专利无效防御或深度创造性对抗中，专利权人通常会尝试对以下特征做狭义解释：

* **最薄弱特征：技术特征 E（判定部分重叠）与 技术特征 F（提取非重叠部分更新会话）**

* **专利权人可能的反驳/争辩点**：

专利权人可能会辩称，D2/D3 中的“重叠”只是“服务标识符（ICSI/IARI）相同”，而权利要求1中的“部分重叠”是指“请求内容/数据范围的交集与差集”（例如数据库查询请求、文件下载重叠范围）。

* **无效攻击应对逻辑**：

1. **依据说明书等同解释**：目标专利说明书中对“请求重叠”的定义并未限定于数据块。在通信信令中，服务类型一致（如同属 MMTel 业务）即属于业务请求属性的“重叠”，而第二请求中新增的视频/媒体组件即属于“不与第一请求重叠的另一部分”。

2. **D2/D3 的字面与实质读取**：D2 说明书第[0016]段明确指出：“正在进行的发往第二用户的会话包含第一会话的媒体，合并可将第二会话的媒体添加到正在进行的会话中”。这完全对应了“第一请求与第二请求重叠（相同业务），且第二请求有非重叠部分（新增媒体），从而更新会话”。

---

### 五、 进一步对比文件检索策略（针对从属权利要求及防守策略）

如果目标专利包含更具体的从属权利要求（例如限定了特定的请求协议、具体的重叠计算算法、具体的中间节点架构等），建议采取以下进一步检索策略：

1. **拓展 IPC/CPC 分类号检索**：

* `H04L 65/1069`（SIP/IMS 会话建立与管理）

* `H04L 65/1083`（媒体协商与会话修改，re-INVITE/UPDATE）

* `H04L 67/56`（中间件/代理服务器截获与请求改写）

* `H04L 67/142`（会话状态维护与合并）

2. **关键词组合与逻辑检索式**：

* **逻辑组合**：（拦截/截获/代理） AND （第二请求/多会话/重叠/合并） AND （更新会话/re-INVITE/UPDATE）

* **英文检索式示例**：

`(intercept* OR proxy* OR "intermediate node") AND (session NEAR/3 (merg* OR combin* OR consolidat*)) AND ("re-INVITE" OR "UPDATE") AND ("service identifier" OR ICSI OR "overlapping request")`

3. **重点追踪族专利与引证文献**：

* 围绕 D2/D3（如 Nokia/Nokia Siemens Networks 在 IMS 会话合并方向的同族及引证专利）开展追溯检索，通常可以找到更多关于“HTTP 代理请求合并”、“数据缓存重叠拦截”等领域的交叉对比文件，以应对专利权人在划分领域时的防守争辩。

<FollowUp label="是否需要我针对权利要求1的从属权利要求，继续补充撰写一份完整的《专利无效宣告请求书》意见陈述书框架？" query="请结合D2/D3对比文件，为权利要求1撰写一份标准的专利无效宣告请求书意见陈述书草稿，重点论述新颖性和创造性。"/>

作为一名经验丰富的专利代理师，我针对目标专利权利要求1与三份对比文件（D1：US20100311392A1、D2：US20100318570A1、D3：US20100325418A1）进行深度技术特征拆解、法律逻辑比对及创造性分析。

---

## 一、 结合说明书解释权利要求1的技术特征

结合专利法理论与本领域技术人员的理解，对权利要求1的各项技术特征解释如下：

* **技术特征A（系统基础架构）**：`所述多个客户端通过网络可通信地连接到服务器，所述方法包括`

* **代理师解释**：明确了网络架构为典型的三层/多层C/S（客户端/服务器）模型，且在客户端与服务器之间存在网络通信通路。

* **技术特征B（拦截第一请求）**：`在中间节点处拦截来自第一客户端的以服务器为目的地的第一请求`

* **代理师解释**：中间节点（如代理服务器、应用交付控制器ADC、网关）位于通信路径上，对第一客户端发往目标服务器的请求（例如建立连接、请求数据或认证的报文）进行截获，使其暂时停留在中间节点而非直接透传。

* **技术特征C（建立基础会话）**：`利用第一请求在中间节点与服务器之间建立服务器-客户端会话`

* **代理师解释**：中间节点根据第一请求的参数/凭证，代表客户端与后端服务器建立一个服务/连接会话（例如数据库会话、AAA会话、SSL/TLS会话或TCP连接池中的连接）。中间节点维护该会话的状态信息。

* **技术特征D（拦截第二不同请求）**：`在中间节点处拦截来自第二客户端的以服务器为目的地的第二请求，所述第二请求不同于第一请求`

* **代理师解释**：中间节点拦截来自**另一不同客户端**（或同一客户端的不同独立进程）的报文，该请求的内容、来源或请求参数与第一请求不同。

* **技术特征E（重叠度比对与确定）**：`确定第一请求是否部分地与第二请求重叠`

* **代理师解释**：中间节点比对第一请求和第二请求的上下文、参数或会话状态（例如公用上下文 Common Context、会话绑定标识符 Session Binding Parameters 或身份/权限重叠区），判断二者是否包含相同或可复用的技术要素（即“部分重叠”）。

* **技术特征F（动态更新会话以复用/减少会话数）**：`如果第一请求部分地与第二请求重叠并且如果第二请求的一部分不与第一请求重叠，则更新中间节点与服务器之间的服务器-客户端会话以便包括第二请求的一部分`

* **代理师解释**：**这是本专利的核心技术点**。当发现第二请求与第一请求存在共享部分（重叠部分）且存在差异部分（不重叠部分）时，中间节点无需与后端服务器新建一个全新的独立会话，而是**直接在已建立的服务器-客户端会话中“插入/挂载/更新（Plug-in/Update）”第二请求的差异部分**，使得同一个后端会话能够承载并响应第二请求。其根本目的在于**减少后端服务器维持的会话/连接总数量，节省服务器资源**。

---

## 二、 对比文件技术特征比对与出处分析

现将各对比文件（附公开号）与权利要求1的技术特征进行比对。

### 1. 对比文件出处及公开事实分析

* **对比文件D1（US20100311392A1）**：

* 公开了通信网络中通过Diameter Relay Agent（中继代理，即中间节点）对AAA会话进行关联和绑定（Session Binding）。

* D1截获Client X和Client Y的请求，通过查找注册表比对身份标识（如IP、MSISDN），若属于同一身份的不同应用会话，将其路由/中继到同一个Diameter/PCRF服务器，并在服务器端进行会话绑定。

* **比对结论**：D1公开了中间节点拦截请求并路由至同一服务器进行绑定，但**未公开**在中间节点处“更新现有会话以包含第二请求的不重叠部分/插入可插拔上下文”以减少会话总数的机制。D1是在服务器端维持多个Diameter Session并做关联，而非在中间节点更新单个会话。

* **对比文件D2（US20100318570A1）**：

* 公开了“可插拔会话上下文（Pluggable Session Context）”技术。Web服务器/中间节点在与数据库服务器的会话（Session）中，将会话分为“通用上下文（Common Context）”和“可插拔上下文（Pluggable Session Context）”。

* 当第二用户（第二客户端）发起请求时，若其与第一用户共享通用上下文（部分重叠），中间节点无需销毁并重建整个会话，而是将第二用户的“可插拔上下文（即不重叠的差异部分，如用户特有权限/安全上下文）”插入（Plug-in/Attach）到现有的数据库会话中，更新该会话以响应第二请求。

* **比对结论**：D2**全面且实质公开了权利要求1的所有技术特征A-F**。

* **对比文件D3（US20100325418A1）**：

* 公开了多核系统中的SSL会话克隆（SSL Session Cloning）与复用。

* 中间节点（ADC）拦截客户端请求，在不同 CPU Core 之间传递 SSL 密钥参数（Master Key、Client Cert等），克隆（Clone）出新的 SSL 会话以实现会话复用。

* **比对结论**：D3侧重于多核硬件间安全参数的复制与SSL会话克隆，并非通过判断请求参数的重叠与非重叠来“更新已有的会话以包含非重叠部分”。D3未实质公开特征E和特征F。

---

### 2. 特征比对表格（Detailed Feature Comparison Table）

---

## 三、 最接近对比文件分析（创造性分析）

在评估哪个对比文件适合作为“最接近的对比文件（Closest Prior Art）”时，需要考量以下三个维度：

1. **技术领域的一致性**；

2. **整体解决的技术问题与技术效果的贴合度**；

3. **公开权利要求技术特征的数量**。

### 分析结论：对比文件 D2（US20100318570A1）是最接近的对比文件。

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

* **目标专利**：旨在解决多客户端连接后端服务器时，频繁建立/销毁会话导致服务器资源（内存、CPU、连接数）消耗过大的问题。其技术效果是通过**中间节点对请求重叠/非重叠部分的识别，实现已有会话的动态更新（插入差异上下文）**，从而**减少服务器与客户端之间的实际会话/连接总数量**。

* **对比文件D2**：所解决的技术问题是“大量客户端连接数据库服务器时，维护过多Session导致服务器资源枯竭”（见D2段落[0011]-[0013]）。其技术效果是通过划分子上下文，在复用通用上下文的同时，将不同用户的特有上下文（Pluggable Context）“插入/更新”到现有Session中，**达到了无需重建Session、极大节省服务器资源、减少客户端-服务器会话数量的相同效果**（见D2段落[0023],[0042]）。

* **对比文件D1**：解决的是移动网（3GPP/Diameter）中多接口（Gx, Rx）选择同一个PCRF服务器进行会话绑定的问题，侧重于**路由选择与绑定（Session Binding）**，并非为了减少服务器的会话数量。

* **对比文件D3**：解决的是多核架构下SSL会话因连接中断在不同Core之间恢复（Session Resume/Cloning）的问题，侧重于**多核系统间的状态同步与灾备复用**。

#### 2. 特征覆盖度：

D2完全且实质公开了权利要求1的技术特征A、B、C、D、E、F。因此，**D2是唯一且最适合作为新颖性（A22条3款）或创造性（A22条4款）攻击的最接近对比文件**。

---

## 四、 极薄弱技术特征分析与无效攻击策略

### 1. 目标专利最薄弱的技术特征

根据上述比对：

* **面对D2时**：权利要求1在D2面前**极度薄弱，甚至直接丧失新颖性**。因为D2的“Pluggable Session Context”机制完全映射了特征E（确定重叠部分与非重叠部分）和特征F（保留通用上下文，更新/插入差异部分以复用会话）。

* **若专利权人试图通过解释“中间节点（Middle-tier/Intermediate Node）”进行争辩**：专利权人可能会主张D2的“Web Server/Application Server”是应用层中间件，而本专利的中间节点是网络层/传输层的代理设备（如网关/ADC）。**这是本专利可能防御的微弱阵地，也是无效请求中最需要重点防范的“薄弱特征”**。

### 2. 进一步对比文件检索策略（Search Strategy for Patent Invalidation）

为了确保彻底击穿权利要求1及其可能的从属权利要求（如针对网络协议层如HTTP/TCP/SSL会话复用的限定），建议采取以下进一步检索策略：

#### (1) 扩展检索要素表达（Key Terms & IPC/CPC）：

* **核心概念组合**：

* `Intermediate node / Proxy / Gateway / ADC / Application Delivery Controller`（中间节点/代理）

* `Session Multiplexing / Connection Pooling / Session Sharing`（会话复用/连接池）

* `Context Switching / Differential update / Pluggable context / Session state update`（上下文切换/差异更新）

* `Overlapping requests / Request delta / Common context`（请求重叠/通用上下文）

* **分类号（IPC/CPC）推荐**：

* `H04L67/14`（会话管理，特别是会话建立、维持与复用）

* `H04L67/56`（中间节点/代理服务技术）

* `G06F9/54`（进程间通信/上下文切换）

* `H04L69/16`（传输层协议实现/TCP连接池）

#### (2) 针对性补强检索方向：

1. **HTTP/应用层连接池与会话复用（Web Gateway/Reverse Proxy领域）**：

* 重点检索 F5 Networks、Citrix (NetScaler)、Radware、Akamai 等厂商在 2008–2010 年前的专利。这些公司在“连接 multiplexing”（如F5的OneConnect技术）和“会话上下文动态替换”方面有大量底层专利。

2. **数据库中间件与负载均衡领域**：

* 重点检索 Oracle、IBM、Microsoft 关于 Web Server 到 Database Server 的 Session Pooling & Context Attaching 专利（如检索 D2 的同族专利或引用/被引专利）。

#### (3) 结合现有D1-D3的结合攻击路径建议：

* **主打路线一（新颖性/创造性破坏）**：以 **D2 为单篇对比文件**，依据《专利审查指南》直接破坏权利要求1的新颖性（或创造性）。

* **主打路线二（组合创造性破坏）**：若专利权人将会话限定在网络传输层/AAA/SSL层：

* 以 **D1 或 D3 为最接近对比文件**（提供网络中间节点/ADC拦截请求并转发至统一服务器的框架），结合 **D2**（提供将请求划分为重叠/通用部分与非重叠/差异部分，并在中间节点动态更新会话以减少会话数的公知技术/技术教导），证明其结合对本领域技术人员而言是显而易见的。

作为一名经验丰富的专利代理师，我针对目标专利权利要求1与提供的三份对比文件进行了深度的技术特征比对、公开性分析、最接近对比文件选择以及无效策略评估。

---

### 一、 权利要求1技术特征拆解与说明书含义解释

根据目标专利的权利要求1，其核心在于一种**中间节点（Intermediary Node/Appliance）**通过重叠判定与动态合并更新，减少服务器与多个客户端之间会话（Session）数量的方法。

* **技术特征A（网络拓扑）**：多个客户端通过网络可通信地连接到服务器。

* **技术特征B（拦截第一请求）**：中间节点拦截来自第一客户端、以服务器为目的地的第一请求（Request 1）。

* **技术特征C（建立第一会话）**：利用第一请求在中间节点与服务器之间建立服务器-客户端会话（Session 1）。

* **技术特征D（拦截第二请求）**：中间节点拦截来自第二客户端、以服务器为目的地的第二请求（Request 2），且第二请求不同于第一请求。

* **技术特征E（重叠判定）**：确定第一请求是否**部分地**与第二请求重叠（Partially Overlap）。

* **技术特征F（合并会话更新）**：如果第一请求部分地与第二请求重叠，且第二请求的一部分不与第一请求重叠，则**更新**中间节点与服务器之间的服务器-客户端会话，以便**包括第二请求的该不重叠部分**。

---

### 二、 对比文件特征比对表格

以下为各对比文件针对权利要求1各技术特征的公开情况及原文出处比对：

---

### 三、 对比文件详细公开性与技术分析

#### 1. D1: US20100325485A1

* **技术领域与方案**：D1主要解决多核中间设备（Multi-core Appliance）发生故障转移（Failover）时，如何保持主/备设备及不同CPU核心间会话状态（Session States）同步的问题。

* **公开特征**：公开了特征A、B、C、D。D1明确公开了在客户端和服务器之间部署中间节点（Appliance 200），拦截来自不同客户端的请求并建立连接/会话。

* **未公开特征**：未公开特征E和F。D1中的“会话同步”是主备设备间Session State信息的复制与更新，并非针对“不同客户端发出的两个请求进行重叠性比对，并将增量不重叠部分动态合并更新到同一个服务器会话中”。

#### 2. D2: US20110145287A1

* **技术领域与方案**：D2主要解决响应结构化文档（如网页）时的渲染延迟问题，通过预测资源并分阶段（Phased Delivery）向客户端发送网页资源。

* **公开特征**：公开了特征A、B。

* **未公开特征**：未公开特征C、D、E、F。D2关注的是**单一服务器对同一个客户端**请求网页时，先发第一部分预测资源（First Response Portion），再生成网页其余部分并在第二部分响应（Second Response Portion）中发送未包含的资源。它不涉及“中间节点拦截不同客户端请求（特征D）”，也不涉及“在中间节点与服务器之间更新/合并会话（特征F）”。

#### 3. D3: US20110154461A1

* **技术领域与方案**：D3主要解决多核中间设备/应用防火墙（Application Firewall）在处理跨多会话的网页字符串（如Form或URL）时，因频繁内存分配/释放导致的内存碎片化和空间浪费问题。

* **公开特征**：公开了特征A、B、C、D。D3明确提到了中间设备（Appliance 200）拦截多个客户端在多个Session中的Web页面/请求，并提取URL或表单字符串。

* **未公开特征**：未公开特征E、F。D3的做法是利用Hash Key查找数据库中是否已存在该字符串，若存在则**共享该Record（引用计数加1或使用指针）**以节省内存；若不存在则新建Record。这属于**“完全相同字符串的内存复用”**，既没有判定“请求之间部分重叠（Partially Overlap）”，也没有“将第二请求的不重叠部分追加更新至中间节点与服务器的会话中”。

---

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

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

在专利创造性审查中，最接近的对比文件应当是**技术领域相同或相近、解决的技术问题最相似、公开技术特征最多**的文件。

* **最佳最接近对比文件**：**D3 (US20110154461A1)** （或 **D1 (US20100325485A1)**）

* **理由**：

1. **技术领域与架构高度一致**：D3（以及D1）与本专利均属于**网络数据通信中间节点（Appliance/Intermediary Node）**技术领域，架构均为部署在客户端与服务器之间的代理/防火墙设备。

2. **技术问题相近**：D3旨在解决中间节点在处理大量客户端会话时的**资源与数据管理优化问题**，与本专利“减少服务器与客户端之间的会话/请求开销”的目标最为接近。

3. **技术特征覆盖度高**：D3完整公开了权利要求1的前套特征（特征A、B、C、D）。

#### 2. 区别技术特征与技术效果

以 **D3** 作为最接近对比文件，权利要求1相对于D3的区别技术特征为：

* **区别特征1（特征E）**：确定拦截到的第一请求与第二请求是否**部分地重叠**。

* **区别特征2（特征F）**：当部分重叠且存在不重叠部分时，**更新中间节点与服务器之间的会话，使其包括第二请求的不重叠部分**（即实现请求复用与会话合并，从而减少中间节点与服务器之间的会话总数）。

* **整体解决的技术问题**：如何利用不同客户端请求之间的相似性/重叠性，在中间节点侧合并TCP/应用层会话，降低后端服务器的连接负载与会话维护开销。

* **技术效果**：有效减少中间节点与服务器之间建立的会话数量（Session Multiplexing/Aggregation），降低服务器压力。

#### 3. 现有对比文件组合分析（D3/D1 + D2）

* **其他对比文件是否公开区别特征？**

* D1仅关注故障转移中的Session State同步，完全未公开区别特征。

* D2虽然提到了资源去重（去除第二响应中与第一响应重叠的资源），但其背景是**单客户端的网页分阶段渲染**，且去重发生在服务器向客户端的**响应（Response）**端，而非中间节点对不同客户端**请求（Request）**的合并会话。

* **结论**：即使将D3（或D1）与D2结合，本领域技术人员也**无法**从中获得“在中间节点处拦截不同客户端请求、对比请求重叠性，并据此合并/更新中间节点与服务器间会话”的技术启示。因此，基于现有这三份对比文件，权利要求1具备具备显著的**创造性（Non-obviousness）**。

---

### 五、 无效请求中最薄弱的技术特征与进一步检索策略

#### 1. 最薄弱的技术特征（专利被无效的风险点）

权利要求1中防御力最强的是特征E与特征F的结合，但从技术逻辑来看，其**最薄弱（最容易被公知常识攻破或被补强检索击中）的技术特征**在于：

* **薄弱点：特征E（请求部分重叠的判定）与特征F（会话更新/复用）**

* **原因分析**：在HTTP/应用层代理（Proxy）、CDN、WAN加速器（如Riverbed、Citrix NetScaler）领域，**请求合并（Request Collapsing / Request Coalescing）**以及**TCP连接池与会话复用（Connection Pooling / Multiplexing）**属于非常经典的技术。

* 例如：当两个客户端同时请求 `URL_A` 和 `URL_A?param=2` 时，或者请求同一个API的不同范围（Byte-range Request）时，中间代理节点识别出请求重叠，将增量部分叠加在现有长连接/会话中发往服务器，这是数据压缩与代理加速领域的常用手段。如果审查员或无效请求人引入一篇**WAN优化/HTTP代理缓存**领域的对比文件，该特征极易被认定为公知常识或被直接公开。

#### 2. 进一步对比文件检索策略（Invalidation Search Strategy）

为了成功无效权利要求1，建议放弃目前的“多核同步（D1）”和“防火墙内存管理（D3）”方向，转向**“WAN网络优化设备、代理服务器（Proxy）及HTTP/2协议加速”**领域。具体检索策略如下：

##### (1) 关键词组合策略 (Keywords)

* **中间节点/代理**：`Intermediary`, `Proxy`, `Gateway`, `WAN Optimizer`, `Edge Node`, `CDN`

* **请求重叠/合并**：`Request Collapsing`, `Request Coalescing`, `Overlap Request`, `Partial Overlap`, `Delta Request`, `Redundant Request`

* **会话/连接合并**：`Session Reuse`, `Session Multiplexing`, `Connection Pooling`, `HTTP Multiplexing`, `Combine Requests`

##### (2) 重点专利分类号 (IPC/CPC) 检索

* **H04L 67/02**：支持Web浏览的协议（如HTTP代理）

* **H04L 67/56**：网络中的中间功能/代理节点（Intermediary functionality/Proxies）

* **H04L 67/568**：网络中的代理缓存与请求合并（Proxy Caching）

* **H04L 67/142**：会话管理与会话复用（Session management/reuse）

* **H04L 69/04**：数据压缩与增量传输（Data compression/Delta encoding）

##### (3) 目标公司与技术文献锁定

* **重点申请人**：Citrix Systems (NetScaler系列), F5 Networks (BIG-IP), Akamai, Riverbed Technology, Cloudflare, Google (SPDY/HTTP2 代理技术)。

* **非专利文献（NPT）**：

* RFC 文档（如 RFC 7234 - HTTP Caching，RFC 3229 - Delta encoding in HTTP）。

* Squid Proxy / Varnish Cache 开源代理服务器的开发文档（关于 Request Coalescing 和 Range Request Merging 的实现）。

通过上述针对“代理节点请求合并与增量会话复用”的定向检索，极大概率能够找到完全击中特征E与特征F的结合对比文件，从而成功对目标专利发起无效宣告。

从专业专利代理师的角度，紧密结合本案**目标专利说明书**（根据权利要求1推导）及两篇对比文件**D1（US20110246552A1）**和**D2（US20120289239A1）**的说明书原文，对权利要求1进行深入的法律与技术分析。

---

### 一、 目标专利权利要求1技术特征拆解与说明书内部解释

**权利要求1：**

一种用于中间节点减少服务器与多个客户端之间的服务器-客户端会话的数目的方法，所述多个客户端通过网络可通信地连接到服务器，所述方法包括；

- **特征A**：在中间节点处拦截来自第一客户端的以服务器为目的地的第一请求；

- **特征B**：利用第一请求在中间节点与服务器之间建立服务器-客户端会话；

- **特征C**：在中间节点处拦截来自第二客户端的以服务器为目的地的第二请求，所述第二请求不同于第一请求；

- **特征D**：确定第一请求是否部分地与第二请求重叠；

- **特征E**：如果第一请求部分地与第二请求重叠并且如果第二请求的一部分不与第一请求重叠，则更新中间节点与服务器之间的服务器-客户端会话以便包括第二请求的一部分。

#### 说明书内部解释（解构核心概念）：

1. **发明目的与技术效果**：本发明旨在解决移动网络或多客户端环境下，多个客户端向同一服务器重复/部分重复请求数据时导致的**信道/会话资源浪费与冗余开销**问题。技术效果在于**合并/增量更新中间节点与服务器之间的长连接/轮询会话**，从而大幅减少会话数量，降低网络与服务器负载。

2. **“重叠（Overlap）”与“更新会话包括一部分”的本意**：

- “重叠”是指两个独立客户端发出的数据请求（如HTTP GET/轮询请求/数据范围请求）在请求的内容、资源标识（URL）、数据范围或订阅参数上存在**公共/交集部分**。

- “增量更新/包括第二请求的一部分”是指：中间节点向服务器维护的会话**无需重复请求重叠部分**，只需将第二请求中**超出第一请求的“差集/增量部分”**追加/扩充到现有的会话/轮询任务中。

---

### 二、 对比文件技术特征比对表格

以下为权利要求1各特征在对比文件D1（US20110246552A1）与D2（US20120289239A1）中的原文比对：

---

### 三、 对比文件原文详细分析与公开性认定

#### 1. D1（US20110246552A1）公开性分析

- **公开号**：US20110246552A1

- **核心架构**：D1公开了一种“共享资源计算（Shared Resource Computing, SRC）”系统。其基本原理是：在一台主机（Computing Device 102）上运行多个用户会话（User Sessions 112），管理员通过管理会话（Administrative Session 116）将外设（如显示器、键盘）映射并共享给不同的终端（Terminals/Thin-clients 104）。

- **与本专利对比**：

- D1的场景是局域/单机多终端外设共享，不涉及**中间节点拦截网络请求**以及**减少中间节点与远程服务器之间会话**的架构。

- D1在段落[0006]和[0368]中提及检查终端资源与共享会话资源的“兼容性”，这与“分析请求内容/范围的部分重叠”存在本质不同。

- **结论**：D1未公开本专利权利要求1的核心技术特征（B、C、D、E、F）。

#### 2. D2（US20120289239A1）公开性分析

- **公开号**：US20120289239A1

- **核心架构**：D2公开了一套用于移动网络资源节约的分布式代理与缓存系统（Distributed Proxy and Cache System）。中间代理节点（Host Server 100 / Proxy Server 325 / Local Proxy 175）能够拦截移动设备发出的数据请求/轮询（Polls）。

- **特征比对与原文出处**：

- **特征A/B/C**（已公开）：段落[0093]、[0100]及[0389]-[0390]指出，“*The local proxy 465 can intercept the requests made by device applications... send the request to the host server 485...*”，代理服务器可以作为中间节点，代表终端向应用服务器发起并维护数据连接会话（Session/Polling）。

- **特征D**（部分公开）：段落[0491]和[0500]指出，“*when multiple devices attempt to access a same content source over a mobile network...*”，代理节点能识别并拦截多个不同设备对相同源的请求。

- **特征E/F（未公开的区别特征）**：

- D2的技术方案重点在于识别两个请求是否指向**完全相同的内容（Same Content）**。例如段落[2304]“*determined that the polls from the multiple devices attempt to access a same content source*”以及段落[2306]“*the content source is polled in a single poll event*”。

- D2的处理逻辑是：如果请求完全相同，则将多次轮询合并为一次（Single Poll），并利用虚拟缓存（Virtual Cache）或P2P共享给其他设备。

- **D2完全未涉及**：如何判定两个**不完全相同、但存在部分重叠（Partially Overlap）**的请求，以及在存在非重叠部分时，**如何动态“更新（Update）”中间节点与服务器间既有的会话以补充涵盖第二请求中未重叠的增量部分**。

---

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

#### 1. 最接近对比文件的认定

从**整体技术领域**、**解决的技术问题**以及**技术效果**三个角度评估：

* **技术领域与问题**：

* 本专利解决的是：移动/网络架构中，中间节点如何通过优化会话内容，减少客户端与服务器间的会话冗余与信道资源开销。

* **D2（US20120289239A1）** 同样致力于移动网络中代理节点对数据流量的优化、轮询合并（Polling Alignment/De-duplication）及网络信道/设备资源的节约。

* **D1（US20110246552A1）** 属于局域网/单机多外设共享控制领域，与本案网络会话压减问题相去甚远。

* **结论**：在创造性分析中，**D2（US20120289239A1）适合作为最接近的对比文件（第一近对比文件）**。D1不适合作为最接近对比文件。

#### 2. 区别技术特征与技术效果分析

以 **D2** 为最接近对比文件时，权利要求1与D2相比，存在以下**区别技术特征**：

1. **特征E**：确定第一请求是否**部分地**与第二请求重叠（而非仅识别完全相同的请求）；

2. **特征F**：如果第一请求部分重叠且第二请求包含不重叠的部分，则**更新中间节点与服务器之间的服务器-客户端会话，以涵盖第二请求的该不重叠部分**。

**实际解决的技术问题**：

如何在客户端请求内容不完全一致但存在交集时，进一步扩大会话合并与集约化的适用范围，避免针对增量/差集部分单独开辟新会话。

**达到的技术效果**：

突破了传统技术中仅能对“完全相同请求”进行去重合并的局限，实现了对“半重叠/部分重叠请求”的增量式会话复用与动态扩充，极大提升了会话压减率，进一步降低了移动网络的信令开销与服务器连接负载。

#### 3. 其他对比文件（D1）的结合性评估

* **特征E与F是否被D1公开？** 否。D1全篇均未公开或教导基于“请求部分重叠”来“增量更新中间节点与远程服务器会话”的机制。

* **结合结论**：将D1与D2结合**无法**拼凑出权利要求1的全部特征，权利要求1相对于D1+D2的结合具备显而易见的**创造性（Non-obviousness）**。

---

### 五、 无效请求中最薄弱的技术特征分析与应对建议

若对本专利发起无效宣告（Invalidation Attack），目前权利要求1中**最薄弱（最容易被攻破或最需要防守）的技术特征**分析如下：

1. **薄弱点认定：特征E（确定请求部分重叠）与特征F（更新会话包含非重叠部分）**

* *原因*：虽然D2仅明确公开了“相同请求（Same Content/Poll）”的合并，但在HTTP协议（如 Range Requests 数据断点续传/部分下载）、数据库查询（如SQL语法树重叠）或数据流订阅（如MQTT/Publish-Subscribe增量订阅）的现有技术背景下，**“请求重叠度比较（Overlap Check）”**与**“增量检索（Delta/Incremental Fetch）”**属于本领域普通技术人员（POSITA）公知的常规设计手段。

* *审查/无效风险*：发起无效方极易补充一篇介绍“HTTP Range Header增量合并”或“数据缓存增量更新（Delta Caching）”的通用网络协议对比文件（假设为D3），并主张：在D2代理服务器合并相同请求的基础上，结合D3的增量请求技术来解决“处理部分重叠请求”的问题，对本领域技术人员而言是显而易见的。

2. **专利权人/防御方的应对策略（检索防御与权利要求修改准备）**：

* **防御重点**：强调“会话级别的动态更新（Updating the session itself）”，而非单纯的数据拼接。重点在于中间节点**保持/维护（Maintain）**了同一个服务器-客户端会话，并通过**修改该会话的参数/状态**来吞吐增量数据，从而省去了建立新会话的握手开销。

---

### 六、 进一步的对比文件检索策略（针对无效宣告请求人）

若您作为无效宣告请求人，旨在彻底攻破权利要求1的创造性，建议采取以下精准检索策略：

#### 1. 核心检索要素（Technical Key Elements）提取

* **主题词（Keywords）**：

* 中间节点/代理：`Proxy`, `Intermediate Node`, `Gateway`, `Edge Server`

* 会话/轮询合并：`Session Consolidation`, `Session Reuse`, `Poll Aggregation`, `Request Merging`

* 重叠/增量：`Partially Overlap`, `Overlap`, `Delta`, `Incremental`, `Subset`, `Range Request`

* 更新会话：`Update Session`, `Modify Connection`, `Session Re-use`

#### 2. 分分类号（IPC/CPC Classification）锁定

重点监控针对数据传输优化、代理服务器及流量去重的分类号：

* **H04L 67/56**（Centralized or distributed architectures for network services, Proxies）

* **H04L 67/02**（Protocols based on web technology, e.g. HTTP）

* **H04L 67/568**（Store-and-forward proxy services; Caching）

* **H04L 67/32**（Adaptive control of server-client communication）

#### 3. 组合逻辑与精准检索式设计

* **策略一：聚焦“代理服务器 + 增量/重叠请求合并”**

* *逻辑*：`(Proxy OR Gateway) AND (Request MERG* OR Request COMBIN*) AND (Overlap* OR Delta OR Incremental OR Range)`

* **策略二：聚焦“HTTP协议级/流媒体级的会话合并扩展”**

* *逻辑*：`(HTTP OR Session) AND (Overlap* OR Partial*) AND (Update Connection OR Modify Session) AND (Reduce Overhead OR Conserve Bandwidth)`

#### 4. 推荐关注的优先技术源/专利族（Targeted Prior Art Sources）

* **CDN与代理巨头专利库**：重点检索 Akamai、Cloudflare、Squid Proxy 开源文档、Cisco、F5 Networks 在 2010–2015 年间的代理缓存与流量抑制专利。

* **移动网络优化文献**：重点关注 3GPP 标准草案中关于“Service Capability Exposure Function (SCEF)”及“Data Volume Reduction / Header Compression / Delta Polling”的技术提交文件（Contributions）。

根据权利要求1的方法，其还包括；在中间节点处根据第一请求和第二请求通过服务器-客户端会话接收来自服务器的数据；从所述数据导出第一响应以及可选地导出第二响应，所述第一响应根据第一请求，并且所述第二响应根据第二请求。

根据权利要求2的方法，其还包括；响应于第一请求从中间节点向第一客户端传送第一响应；以及可选地响应于第二请求从中间节点向第二客户端传送第二响应。

根据任一项在前权利要求的方法，其中；确定由第一请求所请求的第一信息集合；确定由第二请求所请求的第二信息集合；确定第一请求是否至少部分地与第二请求重叠包括；确定第一信息集合是否与第二信息集合重叠，和/或第二信息集合的至少一部分是否能够从第一信息集合的至少一部分导出。

根据权利要求4的方法，还包括；根据第二请求对第一信息集合的至少一部分进行过滤从而生成经过过滤的信息集合；响应于第二请求向第二客户端传送所述经过过滤的信息集合。

根据权利要求4的方法，其中，第一信息集合的至少一部分具有第一格式，并且第二信息集合具有不同于第一格式的第二格式，所述方法还包括；对第一信息集合的所述至少一部分进行转化以生成具有第二格式的经过转化的信息集合；响应于第二请求向第二客户端传送所述经过转化的信息集合。

根据权利要求1-3和5-6中任一项的方法，其中，确定第一请求是否部分地与第二请求重叠包括；把第一请求和第二请求与至少一种已知模式进行比较，每一种已知模式表明一种类型的服务器-客户端会话。

根据权利要求7的方法，其中，所述至少一种已知模式当中的每一种被适配成与在不同协议中定义的请求相匹配。

根据权利要求1-3、5-6和8中任一项的方法，其中，确定第一请求是否至少部分地与第二请求重叠包括；确定第一请求和第二请求是否都分别表明第一条件和第二条件，针对所述第一条件和第二条件观察服务器上的相同资源，其中第一条件至少部分地与第二条件重叠。

根据权利要求1-3、5-6和8中任一项的方法，其中，确定第一请求是否至少部分地与第二请求重叠包括；确定第一请求和第二请求是否都分别表明第一频率和第二频率，以所述第一频率和第二频率在服务器上观察相同资源，其中第一频率是第二频率的整数倍。

根据权利要求1-3、5-6和8中任一项的方法，其中，第一请求和第二请求都是条件观察请求，条件观察请求具有由第一条件和第二条件构成的以下各对当中的任一对，所述第一条件至少部分地与第二条件重叠；其中；“Step=”条件规定在向客户端发送响应之前服务器上资源的最小状态改变；“Value=”条件表明；当服务器中的资源的状态等于在“Value=”条件中规定的数值时，向客户端发送响应；“Value<>”条件表明；当服务器中的资源的状态在“Value<>”条件中规定的阈值的任一方向上超出所述阈值时，向客户端发送响应；“Periodic”条件表明向客户端发送响应的周期性间隔；“AllValues<”条件表明；当服务器中的资源的状态小于在“AllValues<”条件中规定的数值时发送响应；“AllValues>”条件表明；当服务器中的资源的状态大于在“AllValues>”条件中规定的数值时发送响应。

根据权利要求9的方法，还包括；存储第一条件和第二条件；处理由中间节点接收自服务器的数据，以便确定所述数据是否满足第一条件和/或第二条件；如果所述数据或数据的定时满足第一条件，则导出第一响应并且向第一客户端传送第一响应；如果所述数据或数据的定时满足第二条件，则导出第二响应并且向第二客户端传送第二响应。

根据权利要求1-3、5-6、8和12中任一项的方法，还包括；接收来自第一客户端的用于终止第一请求的第三请求，和/或确定第一请求已到期；更新中间节点与服务器之间的服务器-客户端会话以便去除第一请求的部分，第一请求的所述部分不与第二请求重叠。

根据权利要求1-3、5-6、8和12中任一项的方法，其中，所述服务器包括受约束器件，并且可选地，所述服务器通过低功耗有损网络可通信地连接到中间节点。

一种用于减少服务器与多个客户端之间的网络中的服务器-客户端会话的数目的中间节点，所述中间节点包括；接收器，其用于在中间节点处拦截来自第一客户端的以服务器为目的地的第一请求；关系管理器，其用于利用第一请求在中间节点与服务器之间建立服务器-客户端会话；所述接收器还用于在中间节点处拦截来自第二客户端的以服务器为目的地的第二请求，所述第二请求不同于第一请求；所述关系管理器还用于；确定第一请求是否部分地与第二请求重叠；如果第一请求部分地与第二请求重叠并且如果第二请求的一部分不与第一请求重叠，则更新中间节点与服务器之间的服务器-客户端会话以便包括第二请求的一部分，可选的是，中间节点被配置为实施方法权利要求2-14当中的任一项。

一种用于减少服务器-客户端会话的数目的系统，其包括至少一台服务器以及权利要求15的中间节点，所述中间节点可通信地连接到所述至少一台服务器和至少一个客户端。

一种计算机可读非瞬时性存储介质，存储一个或多个计算机程序，所述计算机程序被配置成当由处理器执行时执行根据权利要求1-14当中的任一项的方法。