一种用于处理配置请求的系统，所述系统包括多个自动配置服务器（ACS1、ACS2、ACS3）；以及自动配置服务器管理设备（LB），其被通信地耦合至所述多个自动配置服务器；其中，所述自动配置服务器管理设备被布置成用于与可管理电子设备（CPE1、CPE2、CPE3）通信；并且其中，所述自动配置服务器管理设备（LB）被布置成从所述可管理电子设备接收所述配置请求；从能够处理所述配置请求的所述多个自动配置服务器识别两个或更多个自动配置服务器（ACS1、ACS2、ACS3）；从所述两个或更多个识别的自动配置服务器（ASC1，ASC2，ASC3）中选择一个作为配置请求的目的地地址，使得一个或多个已识别的自动配置服务器（ASC1，ASC2，ASC3）负载平衡。

这是一份针对权利要求1的专业专利无效/创造性对比分析报告。本分析紧密结合本领域技术人员对技术特征的理解，并严格基于各对比文件的原文内容展开。

---

## 一、 对比文件技术特征比对与公开性分析

### 1. 各对比文件指代及公开号

* **对比文件1（D1）**：US20020174247A1 (`System and method for dynamic routing to service providers`)

* **对比文件2（D2）**：US6643690B2 (`Apparatus and method for determining a program neighborhood for a client node in a client-server network`)

* **对比文件3（D3）**：US20030229697A1 (`Method and apparatus for global server load balancing`)

### 2. 特征比对表格（精准映射与原文出处）

### 3. 各对比文件原文详细出处与结合分析

#### (1) D1 (US20020174247A1) 原文分析

* **关于特征A与B**：

* **原文出处 [0018]**：`"...SRS 3, 110, may communicate and be affiliated with application servers (APS) APS 1, 114; APS 2, 116; . . . APS N, 118..."`

* **解析**：SRS 3作为管理设备，通信连接至多个应用服务器（APS 1...APS N）。虽然D1将服务器称为“应用服务器（APS）”，但在网络架构中，自动配置服务器（ACS）本质上即为一种特定用途（进行设备配置）的应用服务器。

* **关于特征C**：

* **原文出处 [0014] & [0021]**：`"In one embodiment of the invention, a client device 102 may send a request for a service to a service routing server (SRS)..."` 以及 `"...in step 204, a user or client may submit a query for a particular service... The request signal is sent to an SRS that receives it in step 206."`

* **解析**：客户端设备（Client device）对应本专利的可管理电子设备（CPE），SRS接收其服务请求（即配置请求）。

* **关于特征D与E**：

* **原文出处 [0022] & [0027]**：`"In step 212, the SRS may choose a particular server or servers that are relevant to the client request."` 以及 `"[0027] In step 218, a determination may be made as to whether the server is the least loaded among the servers chosen. This is a good feature to monitor for load balancing purposes."`

* **解析**：D1明确公开了先从多个服务器中筛选出与请求相关（能处理请求）的**两个或多个服务器**，然后从中选择**负载最小的一个**以实现**负载均衡（load balancing）**。

#### (2) D2 (US6643690B2) 原文分析

* **关于特征B、D与E**：

* **原文出处 第4栏第20-25行**：`"The network 40 can include a master server node for performing load-level balancing among the application servers 30, 32, 34, and 36... The master server node can direct the client node to a particular server node on which to execute an application based on the list of available servers and corresponding load levels."`

* **原文出处 第5栏第20-30行**：`"The request 42... passes to the master server node, in this example server 30. The master server node 30, taking load-balancing and application availability into account, indicates... to the client node 10 that the sought-after application is available on server 32."`

* **解析**：主服务器节点（Master server node）作为管理设备，首先检查应用的可用性（识别出多个可提供服务的服务器），随后结合负载均衡（load-level balancing）引导客户端访问特定目的地服务器。

#### (3) D3 (US20030229697A1) 原文分析

* **关于特征B、D与E**：

* **原文出处 [0049]-[0050]**：`"When the DNS 306 receives the DNS request message 402, the DNS 306 may perform one or more load balancing algorithms to select a server that may service the request... According to an embodiment... the DNS 306 selects the server 324, and sends a DNS response message 404 to the client device 302. The DNS response message 404 includes the IP address... of the server 324."`

* **解析**：DNS 306作为管理设备，接收请求后在多个能够提供该服务的注册服务器中，利用负载均衡算法选择一个，并将该服务器的IP地址（目的地地址）返回给客户端。

---

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

从**整体解决的技术问题**与**技术效果**角度分析：

### 1. 推荐的最接近对比文件：D1 (US20020174247A1)

* **技术问题角度**：本专利旨在解决“当存在多个自动配置服务器（ACS）时，如何合理分发可管理设备（CPE）的配置请求以避免单点过载”的问题。D1同样致力于解决“如何在网络中将客户端的服务请求智能、动态地路由至最合适的多个服务提供商服务器（APS），并避免服务器过载（负载均衡）”的问题。两者在**网络架构分层、请求转发机制和负载调度机制**上高度吻合。

* **技术效果角度**：两者均实现了“降低响应延迟、优化服务器集群资源利用率、实现系统动态负载均衡”的技术效果。

* **备选最接近对比文件**：**D3** 同样非常适合作为最接近对比文件，因为D3专门针对“全局服务器负载均衡（Global Server Load Balancing, GSLB）”，其通过管理设备（DNS/HA）动态挑选后端Server并返回目的地IP的技术路径与本专利最为贴近。

### 2. 区分特征与“最薄弱技术特征”分析

在将 **D1**（或D3）作为最接近对比文件时：

#### (1) 表面上的区分特征：

* **“自动配置服务器（ACS）”** 与 **“可管理电子设备（CPE）”** 的具体术语定义。

* D1使用的是通用术语：`Application Server (APS)` / `Service Provider` 以及 `Client Device`；

* 本专利使用的是特定领域术语：`Auto-Configuration Server (ACS)` 以及 `Customer Premises Equipment (CPE)`（通常对应TR-069等网管协议中的概念）。

#### (2) 最薄弱的技术特征（即最容易被无效掉的点）：

* **最薄弱特征：将“通用应用服务器/客户端”限定为“自动配置服务器（ACS）/可管理电子设备（CPE）”。**

* **理由**：

1. **本领域普通技术人员的公知常识**：ACS本质上就是一种专门用于对网络设备（CPE，如路由器、调制解调器）进行远程配置、诊断和升级的**专用应用服务器（Application Server）**；而CPE则是这种配置服务的**客户端（Client Device）**。

2. **转用/常规替换**：将D1或D3中用于处理通用服务请求的服务器集群转用于处理设备配置请求（ACS），属于将公知负载均衡技术在特定应用场景（网管配置领域）的常规应用或简单转用。这种转用并没有带来意想不到的技术效果。

---

## 三、 进一步对比文件检索与无效策略建议

为了确保能够成功发起无效宣告请求，消除因“ACS/CPE特定协议语境”可能带来的辩驳空间，建议采取以下检索策略：

### 1. 针对性补充检索策略（组合拳方案）

* **策略一：锁定 TR-069 / CWMP 协议规范文献（最强击穿）**

* **逻辑**：权利要求1中的 ACS 和 CPE 是 DSL Forum（现 Broadband Forum）发布的 **TR-069 (CWMP)** 规范的标准术语。

* **检索方向**：检索 2004-2008 年左右（或目标专利申请日之前）关于 TR-069 / ACS 架构的技术标准、白皮书或专利。重点寻找**“TR-069 ACS Load Balancing”** 或 **“ACS Redirection / Server Selection”** 的文献。

* **预期效果**：一旦检索到直接记载“在TR-069/CWMP架构下使用LB/DNS/HTTP重定向对多台ACS进行负载均衡”的文献，即可实现**单篇对比文件直接毁损新颖性/创造性**。

* **策略二：采用“D1/D3（负载均衡机制） + 领域公知常识/TR-069基础文献（ACS/CPE概念）”的结合方案**

* **结合点**：

* 主引证（D1或D3）：公开了管理设备从多个服务器中识别多个、并基于负载均衡选择一个目的地地址的**完整逻辑流程（特征B, C, D, E）**。

* 辅引证（如 TR-069 标准文件或 ACS 相关早期专利）：证明 **ACS即为一种应用服务器，CPE即为客户端**，且在网管领域引入负载均衡设备（LB）是本领域的公知常识。

### 2. 建议的检索关键词与分类号组合

* **关键词组合**：

* `("Auto Configuration Server" OR "ACS") AND ("Customer Premises Equipment" OR "CPE") AND ("Load Balance" OR "Load Balancing" OR "Redirection" OR "Server Selection")`

* `("TR-069" OR "TR069" OR "CWMP") AND ("Load Balancer" OR "Load Balancing")`

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

* `H04L 41/08`（网络配置管理）

* `H04L 67/1008` / `H04L 67/1014`（基于负载的服务器选择与负载均衡）

* `H04L 67/025`（针对网管/配置的协议）

### 3. 结论总结

本专利权利要求1的核心方案（通过中间管理设备对后端服务器集群进行动态识别与负载均衡选择）已被对比文件D1、D2、D3**在架构和逻辑上完全公开**。其唯一可能的防御点在于“ACS/CPE”的特定领域限定，但该限定极易被认定为公知常识或常规转用。建议以 **D1（或D3）作为第一最接近对比文件**，补充一篇证明“ACS负载均衡”为网管领域公知常识的 TR-069 架构文献，即可形成极其稳固的无效证据链。

### 一、 目标专利权利要求1的解构与说明书结合解释

针对目标专利权利要求1，结合通用ACS（自动配置服务器，符合TR-069等规范）与负载均衡（LB）架构，各技术特征解析如下：

* **技术特征A：** `所述系统包括多个自动配置服务器（ACS1、ACS2、ACS3）`

* **结合说明书解释：** 本特征限定了后端服务器集群的性质为“自动配置服务器（ACS）”，即专门用于对终端设备（CPE）进行远程配置、诊断和管理的服务器，且数量为两个或更多（ACS1、ACS2、ACS3）。

* **技术特征B：** `自动配置服务器管理设备（LB），其被通信地耦合至所述多个自动配置服务器`

* **结合说明书解释：** 限定了在终端与ACS集群之间存在一个中间管理设备（LB，即负载均衡器/Load Balancer），其在物理或逻辑网络上被通信耦合连接至后端的多个ACS。

* **技术特征C：** `其中，所述自动配置服务器管理设备被布置成用于与可管理电子设备（CPE1、CPE2、CPE3）通信；并且其中，所述自动配置服务器管理设备（LB）被布置成从所述可管理电子设备接收所述配置请求`

* **结合说明书解释：** 限定了LB的前端通信对象为“可管理电子设备（CPE，如客户终端设备/网关/路由器等）”。LB作为接收入口，直接接收由CPE发出的配置请求（如HTTP/HTTPS形式的Inform或配置触发请求）。

* **技术特征D：** `从能够处理所述配置请求的所述多个自动配置服务器识别两个或更多个自动配置服务器（ACS1、ACS2、ACS3）`

* **结合说明书解释：** 在接收到配置请求后，LB并不直接随机转发，而是先进行筛选/识别，从后端所有ACS中确定出当前具备处理能力/资质（如已部署相应配置服务、在线且健康）的两个或更多个候选ACS。

* **技术特征E：** `从所述两个或更多个识别的自动配置服务器（ASC1，ASC2，ASC3）中选择一个作为配置请求的目的地地址，使得一个或多个已识别的自动配置服务器（ASC1，ASC2，ASC3）负载平衡。`

* **结合说明书解释：** LB运用特定负载均衡策略（如轮询、最小连接数、基于强度的哈希等），从识别出的候选ACS中选定目标ACS，并将配置请求重定向或转发至该目的地地址，以实现ACS集群间的负载均衡。

---

### 二、 对比文件技术特征比对与公开情况分析

对比文件公开号及指代说明：

1. **D1：** `US6928481B1` （Method, apparatus and program to optimize the network distribution of digital information based on hierarchical grouping of server topology and code distribution）

2. **D2：** `US7321926B1` （Method of and system for allocating resources to resource requests）

3. **D3：** `US7406524B2` （Secret session supporting load balancer）

#### 1. 各对比文件对权利要求1特征的比对分析及出处

##### 【D1：US6928481B1】

* **特征A：实质公开/下位概念公开。** D1公开了用于向客户端分发软件/配置包的多台数据/软件分发服务器（Staging Servers）[说明书 [0063], [0079]]。虽然D1未直接使用“ACS”这一术语，但其Staging Server承担向客户端自动分发软件配置与更新的功能，属于服务器集群的下位/同等概念。

* **特征B：毫无异议公开。** 公开了Web Master Server（主服务器/重定向服务器）通信连接至多个Staging Server [说明书 [0025], [0057]]。

* **特征C：毫无异议公开。** 公开了Web Master Server从客户端（Client Machine）接收配置/下载请求 [说明书 [0057], [0067] 步骤1]。

* **特征D：毫无异议公开。** D1明确公开了“Using the package server availability table, identify the servers in the group of candidate servers that contain the package”（从候选服务器组中识别出包含所需配置/软件包的多个服务器）[说明书 [0067] 步骤4, [0093]D]。

* **特征E：毫无异议公开。** D1公开了从识别出的候选服务器中“Randomly choose a server from the group of candidate servers... for the purpose of load balancing”（随机选择一台作为目的地址以实现负载均衡）[说明书 [0067] 步骤5, [0087]D]。

##### 【D2：US7321926B1】

* **特征A：实质公开。** 公开了多台服务器（Servers/Server Group），用于响应客户端服务请求 [说明书 [0003], [0009]]。

* **特征B：毫无异议公开。** 公开了代理服务器负载均衡器（Proxy Server Load Balancer / Director / Web Switch）通信耦合至多个服务器 [说明书 [0004], [0016], 图1, 图2]。

* **特征C：毫无异议公开。** 公开了负载均衡器从客户端设备（Clients）接收服务/资源请求 [说明书 [0003], [0053], [0063]]。

* **特征D：毫无异议公开。** D2明确公开了利用多级数据结构（如Super-group Table, Server Group Table, Package/Server Availability/Loading Table）从多个服务器中识别出能够处理该请求的一组候选服务器（Candidate Resources / Candidate Servers）[说明书 [0006], [0007], [0012], [0111], [0115]]。

* **特征E：毫无异议公开。** D2公开了基于预设的负载均衡策略（如Round Robin, Least Connections, Weighted RR等）从候选服务器中选择一台并将请求转发至该目标服务器，实现负载均衡 [说明书 [0006], [0012], [0068]-[0074]]。

##### 【D3：US7406524B2】

* **特征A：实质公开。** 公开了服务器农场中的多台Web服务器（Servers 102）[说明书 [0028], 图1]。

* **特征B：毫无异议公开。** 公开了负载均衡器（Load Balancer 104）连接至多个服务器 [说明书 [0028], 图1]。

* **特征C：毫无异议公开。** 公开了负载均衡器从客户端（Clients 106）接收请求/消息（如SSL Client Hello）[说明书 [0028], [0034]]。

* **特征D：部分/隐式公开。** 公开了负载均衡器识别服务器子组（sub-group of servers）或特定匹配服务器 [说明书 [0014], [0036]]，但重点在于基于SSL Session ID区间匹配特定服务器或子组。

* **特征E：毫无异议公开。** 公开了从识别出的服务器/子组中选择目标服务器转发请求以进行负载均衡 [说明书 [0014], [0028], [0036]]。

---

#### 2. 特征比对表格

---

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

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

* **目标专利要解决的技术问题与效果：** 针对网络中CPE设备数量庞大、配置请求高并发导致单一配置服务器易过载的问题，通过引入中间管理设备（LB），在接收到配置请求后动态识别有能力处理该请求的多个ACS，并进行选择以实现ACS集群的负载均衡，提高配置系统的扩展性、可用性与响应效率。

* **D1的技术问题与效果：** 解决在网络拓扑中向大量客户端高效、可靠分发软件/数据配置包的问题。通过Master Server识别具备指定配置包的候选服务器组，并在组内选择服务器实现负载均衡。

* **D2的技术问题与效果：** 解决高并发网络环境下，如何无瓶颈、高速地将各类服务请求分配给最合适的后端服务器集群。通过硬件/层次化表结构动态筛选候选服务器并执行负载均衡。

* **D3的技术问题与效果：** 解决SSL/加密会话下的负载均衡与Persistency（保持）问题。

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

**最接近对比文件推荐：D1（US6928481B1）或 D2（US7321926B1）。**（可双主线结合发起无效）

* **理由（以D1为主线）：** D1不仅在系统架构（客户端-主重定向节点-多台后端分发/配置服务器）上与目标专利高度契合，而且其技术方案明确包含了**“先检查哪几台服务器拥有/能处理该配置包（识别两个或多个候选服务器），再在其中进行负载均衡选择”**的全过程（即特征D与特征E的完美对应）。

* **理由（以D2为主线）：** D2详细揭示了由Load Balancer接收请求、通过系统/服务分类确定Candidate Resources（候选服务器组）、再施加Load Balancing Policy转发的全套负载均衡机制，技术领域与功能机制完全重合。

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

* **关于“自动配置服务器（ACS）”与“可管理电子设备（CPE）”的特定术语：**

* D1和D2公开了“Staging Server / Resource Server”和“Client Machine”。

* **分析：** ACS和CPE属于特定通信协议（如TR-069应用场景）下的具体应用终端与配置服务器。将通用网络中的“Client”和“Software/Data Distribution Server”限定为通信领域的“CPE”和“ACS”，属于本领域的常规技术选择或习惯性领域应用映射，不具备创造性。

---

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

#### 1. 最薄弱的技术特征（突破口）

本专利权利要求1的技术方案整体非常基础，其**最薄弱的技术特征在于：“自动配置服务器（ACS）”这一特定应用场景限定，以及“识别两个或更多个能够处理配置请求的ACS”这一标准负载均衡筛选动作。**

* **薄弱点原因：**

1. 权利要求1的架构本质上就是“Load Balancer + 后端Server Cluster”。在负载均衡领域，根据请求内容/服务类型筛选出健康或具备处理能力的候选服务器组（特征D），然后在组内选出一台（特征E），是负载均衡器的标准工作流程（D1、D2均已完整公开）。

2. 目标专利仅仅是将通用负载均衡架构套用到TR-069 / ACS配置场景中，且权利要求1未包含任何针对ACS协议（如Inform报文解析、HTTP Session保持、TR-069 RPC句柄交互等）的特有技术细节。这种简单的“领域转用”极易被认定为本领域技术人员的显而易见结合。

#### 2. 进一步的对比文件检索策略

若希望在无效宣告中形成彻底的“A+B”或单篇“直接破坏新颖性/创造性”的致命打击，建议按以下策略补充检索：

1. **特定通信标准/协议库检索（Focus on Broadband Forum / TR-069 / TR-121）：**

* **检索方向：** 针对宽带论坛（BBF）发布的TR-069、TR-106、TR-121（ACS Load Balancing and High Availability）标准规范或相关Draft进行检索。

* **关键词：** `ACS`, `Auto Configuration Server`, `CPE`, `TR-069`, `Load Balancer`, `Load Balancing`, `Redirection`, `HTTP 302`

2. **专利文献补充检索（针对网络配置管理与ACS集群）：**

* **IPC/CPC分类号定位：** `H04L41/08`（网络配置管理）、`H04L67/1001` - `H04L67/1035`（用于负载平衡的服务器集群）。

* **组合检索式举例：**

`((ACS OR "Auto Configuration Server") NEAR3 (LB OR "Load Balancer" OR "Load Balancing")) AND (CPE OR "Customer Premises Equipment")`

3. **结合对比文件组合策略：**

* **主线一（D1/D2 + TR-069公知常识）：** 以D1或D2作为第一对比文件（公开LB、候选识别D、负载均衡选择E），结合通信领域公知常识（或包含ACS/CPE概念的背景技术文献），证明将D1/D2的服务器和客户端替换为ACS和CPE对本领域技术人员是显而易见的。

* **主线二（ACS集群负载均衡专题对比文件 + D1/D2）：** 检索优先公开了“利用LB对ACS集群进行负载均衡”的通信类专利作为D1，若其对“识别候选ACS”描述较简略，则结合本案的D1（US6928481B1）或D2（US7321926B1）来否定其特征D和E的创造性。

作为一名经验丰富的专利代理师，基于目标专利权利要求1的案情，紧密结合权利要求文本、专利说明书通用解释以及对比文件（D1: US7584262B、D2: US20100070625A1）的原文内容，为您提供深入的技术特征对比与专利无效创造性分析。

---

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

权利要求1保护的是一种“用于处理配置请求的系统”，其技术方案可拆解为以下5个核心技术特征（A–E）。在TR-069（CWMP，CPE广域网管理协议）等网络设备远程管理领域中，各特征的具体技术内涵解释如下：

* **技术特征A：** `所述系统包括多个自动配置服务器（ACS1、ACS2、ACS3）`

* **结合说明书解释：** 指系统后端部署的多个自动配置服务器（Auto-Configuration Server，ACS），用于对网络中的用户终端设备进行远程配置、诊断与管理。

* **技术特征B：** `自动配置服务器管理设备（LB），其被通信地耦合至所述多个自动配置服务器`

* **结合说明书解释：** 指位于前端的负载均衡器或网络分发设备（Load Balancer，LB），作为ACS集群的前置统一接入网关，下连多个ACS服务器。

* **技术特征C：** `其中，所述自动配置服务器管理设备被布置成用于与可管理电子设备（CPE1、CPE2、CPE3）通信；并且其中，所述自动配置服务器管理设备（LB）被布置从所述可管理电子设备接收所述配置请求`

* **结合说明书解释：** LB面向广域网中的多个可管理电子设备（Customer Premises Equipment，CPE，如路由器、光猫），作为CPE请求的接收入口，负责接收CPE发起的配置请求（如Inform请求等）。

* **技术特征D：** `从能够处理所述配置请求的所述多个自动配置服务器识别两个或更多个自动配置服务器（ACS1、ACS2、ACS3）`

* **结合说明书解释：** LB在接收到配置请求后，根据请求类型、服务索引（Service Index）或ACS集群的健康状态/业务能力，筛选出具备处理该请求资格的候选ACS服务器集合（至少2个）。

* **技术特征E：** `从所述两个或更多个识别的自动配置服务器（ASC1，ASC2，ASC3）中选择一个作为配置请求的目的地地址，使得一个或多个已识别的自动配置服务器（ASC1，ASC2，ASC3）负载平衡`

* **结合说明书解释：** LB运用特定的负载均衡策略（如轮询、最小连接数、加权分配等），从候选ACS中选定目标ACS，并将请求转发或重定向至该ACS的目的地地址，从而实现ACS集群间的业务负载均衡。

---

### 二、 对比文件公开情况分析（结合原文出处）

在下文中，**对比文件D1**指代 **US7584262B**（授权公告号：US7584262B1），**对比文件D2**指代 **US20100070625A1**（申请公开号：US20100070625A1）。

#### 1. 对比文件 D1（US7584262B）原文公开分析

* **针对特征A：** D1原文[0006]指出 *"client requests for services are distributed across a plurality of servers"*（客户端服务请求被分发给多个服务器），以及图2-3中的服务器54、56。**公开情况：实质公开/上位公开**（D1公开了通用的多个应用/Web服务器集群，对应于ACS服务器）。

* **针对特征B：** D1原文[0007]指出 *"Server load balancing is typically performed by a network appliance called a director or web switch... forwards each request to a selected one of the servers"* 及[0056]、图1中的Proxy Server Load Balancer 20。**公开情况：毫无异议公开**（公开了连接至多个服务器的负载均衡管理设备LB）。

* **针对特征C：** D1原文[0007]、[0057]-[0061]及图2指出LB接收来自Clients 50, 52的Service Requests（服务/资源请求）。**公开情况：实质公开/上位公开**（D1的Clients对应CPE，Service Request对应配置请求）。

* **针对特征D：** D1原文[0089]-[0090]、[0096]及[0153]指出，LB通过解析请求获得Service Index，并查询Super Group Table 90与Server Group Table 92，从中识别出能响应该特定请求的一组候选服务器（*“a group of server groups... to determine what servers are available to service the request”*）。**公开情况：毫无异议公开**（公开了从多个服务器中识别出可处理该请求的两个或多个候选服务器）。

* **针对特征E：** D1原文[0061]、[0068]、[0075]-[0082]及[0096]明确公开，LB根据配置的负载均衡策略（如轮询Round Robin、最小连接Least Connections、加权分配等）从候选服务器中选择一台，并重写目的IP地址（NAT），将请求转发至该服务器以实现负载均衡。**公开情况：毫无异议公开**。

#### 2. 对比文件 D2（US20100070625A1）原文公开分析

* **针对特征A与B：** D2原文[0008]、[0019]、[0021]及图1-2公开了流量管理装置101（Traffic Managing Apparatus 101，即LB），通过内部网络108连接至多个后端服务器109–116（Servers）。**公开情况：特征B毫无异议公开，特征A上位公开**。

* **针对特征C：** D2原文[0008]、[0019]及[0021]公开了流量管理装置101通过第一接口201从外部网络（Internet 107）的请求站（Requesting Stations 102–106）接收数据请求（Requests for data files）。**公开情况：实质公开/上位公开**。

* **针对特征D与E：** D2原文[0005]、[0024]及[0025]公开了流量管理装置101在接收到请求后，按轮询（Round Robin）等策略选择特定的服务器（Selected Server），将请求发往该服务器以实现负载均衡（*“to effect load balancing”*）。**公开情况：毫无异议公开**。

---

### 三、 技术特征比对表格

---

### 四、 最接近对比文件分析与创造性评估

#### 1. 最接近对比文件的选择

从整体解决的技术问题和达到的技术效果来看：

* **本专利解决的技术问题：** 如何在网络管理系统中对处理海量终端请求的服务器集群进行高效分发与管理，避免单点过载，提高响应性能。

* **技术效果：** 实现了终端请求在后端服务器之间的动态平衡，保障系统的高可用性与扩展性。

**结论：对比文件 D1（US7584262B）最适合作为最接近的对比文件**（D2也可作为并行的最接近对比文件）。

* **理由：** D1不仅公开了前端LB+后端服务器集群的网络架构，而且深层次地揭示了**“通过请求解析识别候选服务器组（特征D）”**以及**“在候选组内执行多种复杂策略进行选择并改写目的地地址（特征E）”**的具体底层机制（如第4/5-7层协议解析、NAT转换等）。D1的技术领域、系统架构、控制流程与本专利几乎完全重合。

#### 2. 未被最接近对比文件公开特征的公开情况与最薄弱技术特征

* **未字面公开的特征：** 无论是D1还是D2，其技术方案中的实体均采用通用的网络术语（“客户端 Client”、“服务器 Server”、“服务请求 Service Request”），而本专利权利要求1采用了网管协议特定的术语（“可管理电子设备 CPE”、“自动配置服务器 ACS”、“配置请求 Configuration Request”）。

* **最薄弱的技术特征分析：**

如果发起无效宣告请求，**本专利权利要求1最薄弱的技术特征正是“ACS / CPE / 配置请求”这一特定应用场景的限定**。

* **代理师法律与技术评估：** 在本领域（网络通信与设备管理）中，ACS本质上就是一种特定功能的服务器（Server），CPE本质上就是一种特定类型的客户端（Client），配置请求本质上就是一种特定类型的服务/资源请求（Service Request）。

* 将D1/D2中公开的通用网络负载均衡技术（LB分发请求至Server）应用于CPE与ACS之间的远程配置管理场景（TR-069/CWMP协议环境），属于**本领域技术人员（POSITA）基于业务需求将通用负载均衡技术向特定业务场景的常规转用/公知常识叠加**，并不需要付出创造性劳动，也没有产生预料之外的技术效果。

---

### 五、 进一步的对比文件检索策略（用于彻底攻破新颖性/创造性）

为了在无效宣告中实现对权利要求1的“字面侵占”（完全击毁新颖性）或形成无懈可击的创造性组合（D1/D2结合公知常识或结合特定场景对比文件D3），建议采取以下进一步检索策略：

1. **关键词精准组合检索（针对TR-069/CWMP专用场景）：**

* `("ACS" OR "Auto-Configuration Server" OR "Auto Configuration Server") AND ("CPE" OR "Customer Premises Equipment") AND ("Load Balance" OR "Load Balancer" OR "Load Balancing" OR "Redirect" OR "Dispatcher")`

* `("TR-069" OR "TR069" OR "CWMP") AND ("Load Balance" OR "Cluster" OR "ACS Cluster")`

2. **IPC / CPC 分类号交叉检索：**

* `H04L41/08`（网络配置管理 / Configuration management）

* `H04L41/0803`（远程配置 / Remote configuration）

* `H04L67/1001`（用于负载均衡的服务或资源分配 / Server or resource allocation for load balancing）

* `H04L67/025`（针对设备管理的协议 / Protocols for device management）

3. **技术标准与通信巨头专利池检索：**

* **标准规范：** 检索宽带论坛（Broadband Forum，原DSL Forum）发布的 **TR-069、TR-121、TR-098** 等标准规范文档中关于“ACS Cluster（ACS集群）”和“ACS Load Balancing / Redirection”的技术草案。

* **重点专利权人：** 针对华为（Huawei）、中兴（ZTE）、烽火（FiberHome）、大唐、诺基亚（Nokia/Alcatel-Lucent）、思科（Cisco）等在2005–2018年间申请的TR-069 ACS负载均衡相关专利进行集中回溯。

这是一份由专业专利代理师出具的针对目标权利要求（权利要求1）与三篇对比文件（D1、D2、D3）的深度技术特征比对与无效宣告创造性侵蚀分析报告。

---

# 一、 目标专利技术方案与说明书核心发明点解读

### 1. 目标专利核心技术方案

根据【权利要求1.docx】，本发明涉及一种用于处理配置请求的系统，其核心逻辑架构为：

* **前端**：可管理电子设备（CPE1、CPE2、CPE3），用于发送配置请求。

* **中间层**：自动配置服务器管理设备（LB，负载均衡器），通信耦合于ACS与CPE之间。

* **后端**：多个自动配置服务器（ACS1、ACS2、ACS3），用于处理CPE的配置请求。

* **核心动作流程**：

1. LB接收来自CPE的配置请求；

2. LB从多个ACS中**识别出两个或更多个能够处理该配置请求**的ACS；

3. LB从上述识别出的ACS中**选择一个作为目的地地址**发送，实现ACS之间的**负载均衡**。

### 2. 说明书隐性技术特征与发明本质（结合TR-069协议背景）

紧密结合目标专利说明书的术语（CPE, ACS, LB）：

* 本发明针对的是电信网/宽带接入网中的 **TR-069（CWMP）管理架构**。

* **技术问题**：在传统TR-069网络中，CPE直接指定ACS的URL进行连接，当大量CPE同时发起HTTP/HTTPS配置请求（如开机、定时上报）时，特定的ACS服务器容易拥堵崩溃；且不同ACS可能具备不同的处理能力或服务类型（并非所有ACS都能处理某种特定配置请求）。

* **技术效果**：通过引入LB作为反向代理/网关，在LB层实现“动态能力识别”与“负载均衡分发”，既避免了CPE死板绑定单个ACS，又保证了后端ACS集群的高可用性与弹性扩容。

---

# 二、 对比文件技术特征比对表

各对比文件的公开号及简称对应关系如下：

* **对比文件1 (D1)**：`CN1761207A` 《一种用于监视和控制网络的计算机网络系统和方法》

* **对比文件2 (D2)**：`US7085814B1` 《Data driven remote device control model with general programming interface-to-network messaging adapter》

* **对比文件3 (D3)**：`US20070011301A1` 《Provisioning relay and re-direction server for service implementation on generic customer premises equipment》

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

---

# 三、 对比文件原文详细公开性分析

### 1. 对比文件1：`CN1761207A` (D1)

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

* **特征A与B**：D1说明书【说明书第4页第2-3段】及【图1】公开了`网络管理代理NMP`布置在多个网络管理工具`1至n`与网络硬件设备`D`之间，其中网络管理工具包含“配置管理”工具。这公开了管理设备（NMP）耦合于多个配置/管理服务器（工具1-n）与终端设备之间。

* **特征C**：【说明书第4页第3段】公开了`网络管理代理NMP从不同的网络管理工具1至n接收SNMP请求`。

* **未公开或存在偏离的特征**：

* D1的核心逻辑是**反向合并**（将多个工具发往同一个设备的请求合并为一个`SNMP_focus`集中请求发送给设备D，见【图1】、【图2】及【说明书第4页第3-4段】），其目的是“减轻被监视硬件设备D的CPU和带宽负荷”。

* D1**未公开**：LB接收到CPE请求后，从多个ACS中识别出能处理该请求的多个ACS，并以“负载均衡”为目的选择其中一个ACS作为目的地进行分发（特征D与E）。

### 2. 对比文件2：`US7085814B1` (D2)

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

* **特征A与B**：【说明书段落[0039]-[0044]】及【图1、图2】公开了UPnP架构中的控制点（Control Points）、受控设备（Controlled Devices）、桥接器（Bridges）以及Rehydrator组件。

* **特征C**：【说明书段落[0006]、[0133]】公开了Rehydrator/Adapter接收来自应用程序或设备的API调用/网络消息，并根据服务描述（Service Description）进行协议转换和消息转发。

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

* D2侧重于**基于数据驱动的接口与网络消息转换技术（UPnP协议转换/Rehydrator）**，解决的是不同协议/对象接口之间的“自适应通信”问题。

* D2完全没有涉及从多个ACS服务器中“识别处理能力”以及在多个ACS之间进行“负载均衡（Load Balancing）选择”的技术手段（特征D与E）。

### 3. 对比文件3：`US20070011301A1` (D3)

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

* **特征A、B、C（高度吻合）**：

* 【说明书段落[0016]-[0020]】及【图1】公开了包含CPE（124/134）、默认服务器（Default Server 148）和配置服务器（Configuration Server 146）的VoIP系统架构。

* 【说明书段落[0029]-[0030]】公开了“CPE 124在未预配置SP地址时，访问Default Server 148以获取Configuration Server 146的地址”。

* 【说明书段落[0047]】及【图6、图8、图10】公开了“CPE向Default Server发送服务请求消息610（包含MAC地址、序列号等），Default Server通过数据库查询匹配，向CPE返回包含配置服务器146网络地址（vspurl 912）的服务响应消息614”。

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

* **特征D与E**：D3中的Default Server在查询数据库后，直接找到该CPE绑定的**特定SP配置服务器（Configuration Server 146）**并将地址返回给CPE（即1对1的静态映射/重定向）。D3**未公开**Default Server能从多个ACS中“识别出两个或更多个能够处理该请求的ACS”，也**未公开**“在识别出的多个ACS之间进行负载均衡选择”。

---

# 四、 最接近对比文件分析与创造性侵蚀评估

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

**最接近的对比文件为：对比文件3 (`US20070011301A1` / D3)**。

* **理由**：

1. **技术领域完全相同**：D3与目标专利均针对宽带/网络设备（CPE）的自动化配置与Provisioning（配置预备）系统，且均涉及CPE、重定向/管理服务器与后端配置服务器。

2. **解决的技术问题高度重合**：均为了解决未知/未配置的CPE如何安全、高效地接入网络并定位到正确的配置服务器（ACS）的问题。

3. **技术特征覆盖度最高**：D3已经毫无异议公开了特征A、特征B、特征C，构建了与目标专利几乎完全一致的“CPE — 中介管理设备(Default Server) — 自动配置服务器(Configuration Server)”三层架构。

### 2. 区别技术特征及实际解决的技术问题

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

* **区别特征1（对应特征D）**：自动配置服务器管理设备（LB）能够从能够处理配置请求的多个ACS中，**识别出两个或更多个**能够处理该配置请求的ACS。

* **区别特征2（对应特征E）**：LB从识别出的两个或更多个ACS中**选择一个作为目的地地址，以实现一个或多个已识别ACS的负载均衡**。

**实际解决的技术问题**：

在TR-069配置架构中，如何避免大量CPE配置请求集中于单一ACS导致的服务器过载，并提高配置服务器集群的响应弹性与并发处理能力。

---

# 五、 无效宣告中最薄弱的技术特征与攻击路线图

### 1. 本专利最薄弱的技术特征：特征E（及特征D组合）中的“负载均衡（Load Balance）”

* **薄弱性分析**：

在网络通信领域（尤其是HTTP/TCP反向代理、网关领域），**负载均衡（Load Balancing）** 是一项极其普遍且公知公用的通用技术（如Nginx、LVS、F5、HAProxy等）。

当D3已经公开了“中间重定向服务器（Default Server）接收CPE请求并分配配置服务器地址”这一整体架构后，**将后端单台配置服务器扩展为服务器集群（ACS Cluster），并在中间代理设备上引入常规的负载均衡算法（如轮询Round-Robin、最小连接数、基于能力的哈希等）**，对于本领域技术人员（POSITA）而言是**显而易见**的工程手段。

### 2. 无效宣告路线图（三步法组合策略）

```

[最接近对比文件 D3 (US20070011301A1)]

(公开了 CPE + 重定向中间件 + 配置服务器架构)

│

┼ 结合 ──► [公知常识 / 常见网关负载均衡对比文件 D4]

│ (例如：HTTP反向代理/LVS/TR-069集群负载均衡技术)

▼

[侵蚀目标专利 权利要求1 的创造性]

```

* **组合方案 (D3 + 公知常识 / D4)**：

1. **D3** 提供了基本检索架构（CPE与Default Server交互获取Configuration Server地址）。

2. **技术动机**：当D3系统中的CPE数量从“中等规模”剧增至“大规模”时，本领域技术人员为了解决单一 Configuration Server 146 处理能力不足的问题，有明确的动力将其扩展为配置服务器集群（多个ACS）。

3. **公知常识/D4的引入**：在网关或代理服务器（Default Server 148）上增加“识别多台可用服务器并按负载均衡规则分发”的功能，属于本领域公知常识或普通技术人员无需付出创造性劳动就能想到的技术手段。

---

# 六、 进一步的对比文件检索策略（针对无效请求）

为了彻底击毁权利要求1及后续从属权利要求，建议按照以下策略补充检索**对比文件4（D4）**：

### 1. 核心检索要素（Keywords & Classifications）

* **中文关键词**：自动配置服务器、ACS、TR-069、CWMP、CPE、负载均衡、重定向、网关、反向代理、集群。

* **英文关键词**：`ACS`, `Auto-Configuration Server`, `TR-069`, `CWMP`, `CPE`, `Load Balance`, `Load Balancing`, `Redirect`, `Proxy`, `Cluster`, `Dispatch`.

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

* `H04L 41/08`（网络配置管理）

* `H04L 41/0806`（配置服务器或配置工具）

* `H04L 67/1001` - `H04L 67/103`（用于负载平衡的服务器集群/分布式应用）

* `H04L 67/025` / `H04L 69/16`（TR-069 / CWMP 相关协议实现）

### 2. 补充检索的方向与切入点

1. **TR-069 专项集群负载均衡专利/论文（优先度最高）**：

* 检索在2006-2015年间，华为、中兴、大唐、烽火、三层/四层交换机厂商（如F5、A10 Networks）申请的关于“TR-069 ACS 负载均衡 / ACS 集群网关”的专利。

* 重点寻找公开了以下特性的文件：“CPE发起CWMP连接 -> CWMP Proxy / LB网关接收请求 -> 根据ACS集群各节点负载/能力识别 -> 分发给具体ACS”的方案。

2. **标准规范文件（TR-069 / Broadband Forum 附录及技术文档）**：

* 检索 Broadband Forum（宽带论坛）发布的 **TR-069 Amendment 1/2/3** 或相关 **WT-121 / TR-121** 等技术规范中关于 ACS 负载均衡（ACS Redirection / Load Balancing Mechanism）的描述。说明书中若记载了该机制属于标准规范，可作为强有力的公知常识证据。

尊敬的代理人/客户，你好！作为一名经验丰富的专利代理师，我针对目标专利权利要求1（下称“本专利”）与三份对比文件（D1、D2、D3）进行了严密的法律与技术特征比对。以下是具体的对比分析、最接近对比文件的选定、薄弱特征认定以及后续检索策略。

---

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

为便于精准比对，将权利要求1拆解为以下5个技术特征：

* **技术特征A**：一种用于处理配置请求的系统，所述系统包括多个自动配置服务器（ACS1、ACS2、ACS3）；

* **技术特征B**：自动配置服务器管理设备（LB），其被通信地耦合至所述多个自动配置服务器；

* **技术特征C**：其中，所述自动配置服务器管理设备被布置成用于与可管理电子设备（CPE1、CPE2、CPE3）通信；并且其中，所述自动配置服务器管理设备（LB）被布置成从所述可管理电子设备接收所述配置请求；

* **技术特征D**：从能够处理所述配置请求的所述多个自动配置服务器识别两个或更多个自动配置服务器（ACS1、ACS2、ACS3）；

* **技术特征E**：从所述两个或更多个识别的自动配置服务器（ACS1，ACS2，ACS3）中选择一个作为配置请求的目的地地址，使得一个或多个已识别的自动配置服务器（ACS1，ACS2，ACS3）负载平衡。

---

### 二、 对比文件技术特征比对表

注：下表中的对比文件代号及其公开号对应如下：

* **D1**：CN101247297A

* **D2**：WO2009101077A1

* **D3**：EP2096793A1

---

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

#### 1. 目标专利整体解决的技术问题及技术效果

* **技术问题**：在TR-069等网管体系中，当CPE设备数量庞大或请求频繁时，单点ACS容易出现性能瓶颈或单点故障；现有的请求路由机制无法有效将请求在多个可用ACS之间合理分配。

* **技术效果**：通过引入管理设备（LB），从多个能处理请求的ACS中识别出候选集，并以“负载平衡”为导向选择目的地，实现了**ACS集群的动态负载均衡、提高系统扩展性（Scalability）与防过载能力（Overload Protection）**。

#### 2. 对比文件技术领域与效果对比分析

* **D1 (CN101247297A)**：

* *侧重点*：解决应用终端安全获取TACS URL的问题（避免DHCP明文传输不安全）。

* *机制*：通过GACS作为中转查询业务提供商（SP）对应的TACS。

* *缺点*：其核心是**业务路由与安全性**，完全不涉及“负载均衡”或“流量分发”。

* **D2 (WO2009101077A1)**：

* *侧重点*：解决高频通知/请求导致ACS过载和扩展性受限的问题（Overload protection and Scalability）。

* *机制*：利用代理（Proxy）或优先级分发机制，将不同优先级/类别的请求路由到不同的专用ACS（Dedicated ACS），实现**分流与减轻/分散负载（reducing/spreading the load）**。

* *匹配度*：解决的技术问题（ACS过载、扩展性）以及技术手段（代理分流/分散负载）与目标专利最为接近。

* **D3 (EP2096793A1)**：

* *侧重点*：解决多ACS管理同一CPE不同数据模型/属性时的协调与路由问题。

* *机制*：使用代理（Proxy）截获并转发会话，同时明确在背景技术/定义中引入了**负载均衡器（Load Balancer）结合ACS集群**的概念。

* *匹配度*：架构上直接使用了Proxy/Load Balancer体系，与本专利极其相似。

#### 3. 最接近对比文件认定结论

本案中，**D2 (WO2009101077A1)** 和 **D3 (EP2096793A1)** 均非常适合作为**最接近的对比文件（第一检索/主引对比文件）**：

1. **D2 (WO2009101077A1)**：在“解决技术问题（防止ACS过载、分散负载）”和“分发效果”上与目标专利高度一致，且实质公开了将请求分发至多个ACS以实现负载分散（Spreading the load）。

2. **D3 (EP2096793A1)**：在“系统架构（Proxy/LB + 多个ACS + CPE）”上与目标专利最为贴近，且已直接提出“A collection of ACSs behind a load balancer”。

---

### 四、 无效攻防分析与最薄弱技术特征认定

#### 1. 未被最接近对比文件（D2/D3）完全显性直观公开的特征

在严格的文字字面比对中，目标专利权利要求1中可能被专利权人抗辩的特征在于：

* **特征D & E的结合**：“从能够处理所述配置请求的多个ACS中识别**两个或更多个**ACS” $\rightarrow$ 并“从中选择一个作为目的地，**使得已识别的ACS负载平衡**”。

#### 2. 最薄弱的技术特征（专利权人的防守点与无效突破口）

* **最薄弱特征**：**特征E中的“负载平衡算法/机制的具体选择”**。

* **代理师解析**：

* **专利权人可能的抗辩**：D2和D3虽然提到了“代理（Proxy）”、“分散负载（Spreading the load）”或“负载均衡器（Load Balancer）”，但D2主要是“基于优先级的路由”，D3主要是“基于数据模型的路由”。目标专利的特征E强调了**“动态选择目的地以实现负载均衡”**。

* **无效突破逻辑（公知常识/常规技术手段结合）**：

1. **D3 + 公知常识**：D3 [0022] 已经明确指出 ACS 可以是“A collection of ACSs behind a load balancer”。对于本领域技术人员（网管及服务器架构系统工程师）而言，在负载均衡器（LB）之后配置多个ACS集群，并采用常见的负载均衡算法（如轮询 Round-Robin、最少连接数 Least Connections、加权分发等）将接收到的请求分发给两个或多个可用ACS中的某一个，属于**本领域的公知常识或惯用技术手段**。

2. **D2 + D3 组合**：D2明确了“防止ACS过载、分散负载”的动机，D3提供了“Proxy/LB分发架构”。将公知常识中的负载均衡选择机制引入D2或D3的Proxy/LB中，不具备显而易见的创造性。

---

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

为了在后续的无效宣告程序中形成**“炸弹级”的单篇破坏创造性（或完全无缝组合）证据**，建议采取以下进一步检索策略：

#### 1. 检索要素表达（Search Elements & Keywords）

* **主题/应用场景**：TR-069, CWMP, CPE, Auto Configuration Server, ACS, Customer Premises Equipment, Home Gateway.

* **核心控制设备**：Load Balancer, LB, Proxy, Dispatcher, Redirection, Management Device (负载均衡器、代理、分发器、重定向).

* **核心动作/效果**：Load balancing, Capacity control, Dynamic assignment, Round-robin, Server pool, Selection (负载均衡、容量控制、动态分配、服务器池).

#### 2. 组合检索式（以逻辑表达式为例）

* `((TR069 OR TR-069 OR CWMP OR "Auto Configuration Server" OR ACS) AND ("Load Balance" OR "Load Balancing" OR "Load Balancer" OR "Cluster" OR "Server Pool"))`

* `((CPE OR "Customer Premises Equipment") AND ACS AND (Proxy OR Redirect*) AND ("Load Balance"* OR "Traffic distribution"))`

#### 3. 重点检索方向与IPC分类号

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

* `H04L 41/08` (网络配置管理)

* `H04L 67/1008` / `H04L 67/101` (基于负载均衡的服务器选择与流分配)

* `H04L 67/025` / `H04L 67/10` (终端与服务器自动配置/管理)

* **追溯标准文档（DSL Forum / Broadband Forum）**：

* 重点检索 2006年~2010年 期间 Broadband Forum (原 DSL Forum) 关于 **TR-069 Annex / WT-169 / Multi-ACS Architecture / ACS Load Balancing** 的 Working Texts 或 Technical Reports。通常标准草案中会详细讨论集群与LB的组网方案。

#### 4. 补充无效方案（组合拳策略）

* **方案一（主打D3 + 公知常识）**：以 **EP2096793A1 (D3)** 为第一对比文件，结合互联网服务器集群通用负载均衡技术（教科书/公知常识），论证在D3的“Load balancer + ACS collection”基础上，实施“识别多个可用ACS并选择其一实现负载平衡”对本领域技术人员是显而易见的。

* **方案二（主打D2 + D3）**：以 **WO2009101077A1 (D2)** 为第一对比文件（已明确分散负载解决过载问题），结合 **D3** 的架构，否定权利要求1的创造性。

针对目标专利权利要求1，结合说明书含义、对比文件原文比对、最接近对比文件选择、技术特征公开性及检索策略分析如下：

---

### 一、 权利要求1的技术特征拆解与技术效果分析

权利要求1解决的核心技术问题是：在基于TR-069等协议的多ACS（自动配置服务器）管理架构中，如何有效地处理来自可管理电子设备（CPE）的配置请求，并实现多ACS之间的**动态负载均衡（Load Balancing）**。

其技术特征可以拆解为：

* **特征A**：一种用于处理配置请求的系统，所述系统包括多个自动配置服务器（ACS1、ACS2、ACS3）；

* **特征B**：自动配置服务器管理设备（LB），其被通信地耦合至所述多个自动配置服务器；

* **特征C**：所述自动配置服务器管理设备被布置成用于与可管理电子设备（CPE1、CPE2、CPE3）通信，并被布置成从所述可管理电子设备接收所述配置请求；

* **特征D**：从能够处理所述配置请求的所述多个自动配置服务器识别两个或更多个自动配置服务器（ACS1、ACS2、ACS3）；

* **特征E**：从所述两个或更多个识别的自动配置服务器中选择一个作为配置请求的目的地地址，使得一个或多个已识别的自动配置服务器**负载平衡（Load Balancing）**。

---

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

本次分析涉及的三份对比文件如下：

* **D1**: US20090219820A1（公开号：US20090219820A1）

* **D2**: EP2106079A1（公开号：EP2106079A1）

* **D3**: US20090292794A1（公开号：US20090292794A1）

> *注：D2与D3系同族专利（均要求中国优先权CN200710079297.5/PCT/CN2008/070198），其技术方案与文字描述实质相同。*

#### 1. 特征比对表

---

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

#### 1. 最接近对比文件的选择

**最接近对比文件推荐：D1 (US20090219820A1)**

* **整体解决的技术问题对比**：

* **目标专利**：解决在CWMP/TR-069协议架构下，当网络中有多个ACS时，如何将可管理设备（CPE）发起的配置请求合理路由与分发，避免单点过载，实现ACS集群的**负载均衡**。

* **D1 (US20090219820A1)**：解决TR-069协议原先仅支持CPE连接单一ACS的问题。D1引入位于CPE与多个ACS之间的Proxy Server（代理服务器），该Proxy可作为中介分发和转发TR-069会话。特别地，D1在段落[0026]中明确指出“*a collection of ACSs behind a load balancer is considered a single ACS*”，其技术领域、系统架构（CPE - 中介管理设备 - 多ACS）与目标专利完全高度吻合。

* **D2 (EP2106079A1) / D3 (US20090292794A1)**：主要解决家庭网络中应用终端如何**安全且无缝地**获取不同服务提供商（SP）的TACS地址问题（通过GACS重定向到TACS），其核心关注点是安全分发URL和跨运营商业务划分，而非ACS服务器集群的流量分发与负载平衡。

#### 2. 区别特征与无效请求的最薄弱技术特征

如果以 **D1 (US20090219820A1)** 作为最接近的现有技术：

* **区别特征分析**：

目标专利权利要求1与D1的主要区别在于：**特征E中明确限定了“选择一个作为配置请求的目的地地址，使得一个或多个已识别的自动配置服务器负载平衡”**。

* **无效请求的最薄弱技术特征**：

**特征E（负载平衡选择机制）是本权利要求最薄弱的技术特征**。

* **理由**：

1. **D1已给出了明确的技术暗示（Teaching/Suggestion）**：D1段落[0026]中直接使用了“*a collection of ACSs behind a load balancer*”（位于负载均衡器之后的一组ACS）这一术语。本领域技术人员（Possessing ordinary skill in the art）基于D1的教导，在面对“如何从多个可用的ACS中选择一个进行路由”的问题时，结合本领域公知常识（如HTTP/TCP网络请求中常规的负载均衡算法：轮询、加权均衡、最小连接数等），无需付出创造性劳动即可自然联想到将Proxy/管理设备扩展为具有负载均衡选择功能的设备。

2. 因此，对方在无效宣告程序中，只需将 **D1** 与 **网络负载均衡领域的公知常识**（或结合介绍通用负载均衡器的常规技术文献）相结合，即可非常容易地证明权利要求1不具备创造性（例如不符合中国专利法第22条第3款或相应法域的创造性要求）。

---

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

为了在后续的无效宣告或诉讼防御中彻底击毁权利要求1（或进一步巩固对从属权利要求的攻击），建议采取以下补充检索策略：

1. **补充公知常识/教科书检索（针对“负载均衡选择机制”）**：

* 重点检索2008年以前出版的计算机网络、Web服务器集群、分布式系统相关的标准教材或技术手册（例如关于F5 Big-IP、Nginx、Reverse Proxy/Load Balancer的早期技术文档）。

* **检索目的**：证明“当存在多个相同/等价的功能服务器（如ACS）时，通过前端负载均衡器（Load Balancer）根据各服务器负载状态动态选择目的地IP/URL”属于本领域的公知常识（Common General Knowledge）。

2. **扩展关键词与分类号联合检索（针对TR-069/CWMP专项负载均衡）**：

* **分类号组合**：

* `H04L67/1008`（基于负载或能力的远程服务器选择）

* `H04L67/025`（针对TR-069/CWMP协议的网络管理）

* `H04L41/08`（网络配置管理）

* **关键词组合**：

* `("TR-069" OR "TR069" OR "CWMP" OR "Auto-Configuration Server" OR "ACS") AND ("load balance" OR "load balancing" OR "load balancer" OR "redirection" OR "server selection")`

* **重点关注的专利族/标准文献**：

* **BBF (Broadband Forum, 前身为 DSL Forum) 标准文档**：检索TR-069 Amendment 2/3/4 制定过程中的 Working Documents（WD）或 Working Text（WT），查看业界在讨论多ACS架构及ACS集群负载均衡时的提案（Contributions）。

作为一名经验丰富的专利代理师，我将紧密结合目标专利的说明书及技术背景，对权利要求1进行深入的技术特征拆解，并对照三份对比文件原文进行严谨的侵权/公开性分析、特征比对、最接近对比文件（最接近现有技术）遴选以及后续的无效检索策略制定。

---

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

根据TR-069（CPE WAN管理协议）规范及远程设备管理架构，权利要求1的核心在于通过**自动配置服务器管理设备（LB）**实现对多个自动配置服务器（ACS）的**负载均衡**与**配置请求路由选择**。

### 权利要求1技术特征拆解：

* **特征A**：一种用于处理配置请求的系统，所述系统包括多个自动配置服务器（ACS1、ACS2、ACS3）；

* **特征B**：自动配置服务器管理设备（LB），其被通信地耦合至所述多个自动配置服务器；

* **特征C**：其中，所述自动配置服务器管理设备被布置成用于与可管理电子设备（CPE1、CPE2、CPE3）通信；并且其中，所述自动配置服务器管理设备（LB）被布置成从所述可管理电子设备接收所述配置请求；

* **特征D**：从能够处理所述配置请求的所述多个自动配置服务器识别两个或更多个自动配置服务器（ACS1、ACS2、ACS3）；

* **特征E**：从所述两个或更多个识别的自动配置服务器（ASC1，ASC2，ASC3）中选择一个作为配置请求的目的地地址，使得一个或多个已识别的自动配置服务器（ASC1，ASC2，ASC3）负载平衡。

---

## 二、 对比文件指代及公开号说明

在后续分析中，对比文件指代关系如下：

* **对比文件1（D1）**：`US20100030875A1` （Method and System For Remote Device Management，公开日：2010-02-04）

* **对比文件2（D2）**：`CN101674322A` （终端设备的管理方法、服务器及终端设备，公开日：2010-03-17）

* **对比文件3（D3）**：`WO2010028568A1` （终端设备的管理方法、服务器及终端设备，国际公布日：2010-03-18；优先权日：2008-09-12，D2的PCT同族申请）

---

## 三、 对比文件原文技术特征比对表及出处分析

### 1. 详细特征比对表

---

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

#### (1) 对比文件1（D1: US20100030875A1）

* **特征A**：公开于段落[0044]：“...a plurality of auto-configuration servers ACS1, ACS2, ACS3.” 以及图2。

* **特征B**：公开于段落[0045]-[0046]：“The auto-configuration server manager 25 is arranged for controlling access to the auto-configuration servers ACS1, ACS2, ACS3...” 及图2，Auto-configuration server manager 25即相当于管理设备LB。

* **特征C**：公开于段落[0008]与[0053]：“receiving the request from the manageable electronic device for configuration data... default address... points to the auto-configuration server manager 25.” 明确公开了管理设备接收CPE的请求。

* **特征D & E分析**：D1公开了根据CPE的IP地址/ISP身份从数据库中确定**一个**专用ACS（段落[0060]：“determining an auto-configuration server... in relation to a pre-determined level of service”）。**D1并未公开“识别两个或更多个能够处理请求的ACS”并从中选择一个以实现“负载平衡（Load Balancing）”**。D1的路由逻辑是基于业务/设备类型的静态或策略绑定，而非基于集群负载状态的动态负载均衡。

#### (2) 对比文件2（D2: CN101674322A）与 对比文件3（D3: WO2010028568A1）

*注：D2与D3为同族申请，技术方案完全一致。以下以D2为例，对应段落见上表。*

* **特征A**：公开于说明书【发明内容】段落[0012]及背景技术[0007]（多个运营商的ACS）。

* **特征B**：公开于【发明内容】及图6-图8，第一服务器（接入服务器）连接多个第二服务器（业务服务器）。

* **特征C**：公开于【具体实施方式】实施例三（段落[0053]）：步骤301“终端设备向接入服务器发送请求消息...”。

* **特征D & E分析**：

* 在D2/D3的【具体实施方式】背景介绍（D2段落[0049] / D3段落[49]）中明确提到：“现有技术中，在与终端设备会话的期间，服务器主动通过重定向机制将终端设备暂时指向另一服务器，继续原有会话剩余的部分，实现服务器负载均衡...”。

* **但是**，D2/D3本身提出的技术方案（发明点）在于解决**“不同运营商/不同业务服务器对同一CPE的管理”**（即跨运营商重定向），其具体实施例（步骤102、302等）中均是直接获取特定的业务服务器地址进行重定向，**并未具体公开在接收到配置请求后，先识别“两个或更多个候选ACS”，再基于负载均衡算法选择其中一个作为目的地地址**。

---

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

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

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

**最接近的对比文件首选：D1 (`US20100030875A1`)**

* **理由**：D1在整体系统架构上与权利要求1最为接近。D1同样采用“CPE — ACS管理者（Auto-Configuration Server Manager）— 多个ACS（ACS1, ACS2, ACS3）”的三层网络拓扑，且同样解决了CPE发出请求后由中间管理设备统一接收并路由分配给后端ACS的问题。

### 3. 区别特征与未被公开的技术特征分析

以 **D1** 为最接近现有技术，权利要求1相对于D1的区别特征为：

> **区别特征（即特征D+特征E的组合）**：管理设备从能够处理配置请求的多个ACS中**识别出两个或更多个ACS**，并从这“两个或更多个已识别的ACS”中选择一个作为目的地，**使得已识别的ACS实现负载平衡**。

* **其他对比文件（D2/D3）是否公开了该区别特征？**

* **没有实质公开**。D2/D3仅在背景技术（D2[0049] / D3[49]）中作为背景常识简要提及了“同一运营商内部利用重定向实现负载均衡”，但未给出具体实现“识别多个候选ACS并进行负载平衡选择”的具体技术方案，且D2/D3的具体实施例全篇均围绕“接入服务器与业务服务器（跨运营商）”的特定重定向展开。

---

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

若要针对本专利权利要求1发起专利无效宣告请求，目前**最薄弱（即最难被现有证据直接击垮）的技术特征是：**

> **最薄弱特征**：**特征D与特征E的组合**（即“识别两个或更多个可处理该请求的ACS” $\rightarrow$ “结合负载均衡机制从中选择一个ACS作为目的地址”）。

### 薄弱原因分析：

1. **D1的局限**：D1的路由机制是**确定性/一对一**的（根据CPE ID/ISP直接在数据库中检索出固定的一个ACS），不具备“识别候选ACS集合 + 动态负载均衡机制”。

2. **D2/D3的局限**：D2/D3虽然提到了“负载均衡”这四个字，但仅属于背景技术中的概念性描述（Prior Art概述），且未将其与“识别多个候选ACS”及具体的负载均衡选择步骤相结合。如果仅凭D1与D2/D3组合，专利权人极易以“现有技术仅为策略路由或跨运营商管理，未给出在管理设备/负载均衡器（LB）上动态识别多候选ACS并进行负载调度的技术教导”为由进行成功抗辩。

---

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

为了彻底无效掉权利要求1，必须补充检索到能够**明确公开“TR-069 / ACS集群 / 网关管理中的负载均衡（Load Balancing）路由选择”**的对比文件。建议采取以下深度检索策略：

### 1. 扩充检索要素与关键词组合（Focusing on ACS + Load Balancing）

* **主题词1（远程管理/TR-069）**：`TR-069`, `TR069`, `ACS`, `Auto Configuration Server`, `CPE`, `Remote Management`

* **主题词2（负载均衡/节点选择）**：`Load Balance`, `Load Balancing`, `Redirection`, `Select`, `Multiple ACS`, `Cluster`, `Server Selection`, `Weighted`, `Round Robin`

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

* `H04L 41/08`（网络管理；配置管理）

* `H04L 67/1008` / `H04L 67/1001`（基于负载或能力的服务器选择/负载均衡）

* `H04L 67/025`（针对协议如TR-069的远程管理）

### 2. 重点检索方向与资源库

1. **标准规范与草案（Standards & Technical Reports）**：

* 重点检索 **Broadband Forum (DSL Forum)** 的技术报告及 Working Texts，特别是 `TR-069 Amendment 2/3/4`、`TR-128`（DLNA and HGI Router Architecture）以及关于 **ACS Cluster / ACS Load Balancing** 的提案文件（2006年~2009年期间）。

2. **传统负载均衡器厂商的专利库**：

* 重点检索 **F5 Networks, A10 Networks, Citrix, Cisco, Huawei** 在2005-2010年间申请的“HTTP Redirection Load Balancer”、“TR-069 Load Balancer”或“DNS/SIP/TR069 Server Cluster Allocation”相关专利。

3. **精准逻辑结合策略（防守变进攻）**：

* 找一份公开了**TR-069架构（以D1或普通TR-069标准为代表）**的对比文件作为第一对比文件；

* 再寻找一份**专门介绍网络请求/ACS集群负载均衡（例如：重定向服务器LB接收请求后，从服务器池中检查若干可用节点并根据负载算法选择一个节点）**的技术文献作为第二对比文件（Y），结合公知常识（如F5负载均衡器的常规工作原理），以此论证将负载均衡机制引入ACS管理设备（LB）对本领域技术人员而言是显而易见的。

根据权利要求1所述的系统，进一步包括至少一个数据库（dB1、dB2）；并且其中所述自动配置服务器管理设备（LB）被通信地耦合至所述至少一个数据库；以及所述自动配置服务器管理设备（LB）被布置成通过将所述配置请求与存储在所述至少一个数据库（dB1、dB2）中的用于识别可管理电子设备的信息相比较来确定所述可管理电子设备的标识；并且其中，所述自动配置服务器管理设备（LB）进一步被布置成基于所述可管理设备的所述标识从能够处理所述配置请求的所述多个自动配置服务器识别所述两个或更多个自动配置服务器（ACS1、ACS2、ACS3）。

根据权利要求1所述的系统，其中，存在另外的广域网（WAN2）；并且其中，所述自动配置服务器管理设备（LB）进一步被布置成用于与位于所述另外的广域网（WAN2）中的另外的自动配置服务器（ACS4；ACS5）进行通信；并且其中，所述自动配置服务器管理设备（LB）被布置成将所述另外的自动配置服务器（ACS4；ACS5）考虑在内来执行所述识别和选择。

根据权利要求3所述的系统，其中，所述另外的自动配置服务器（ACS4）是被分配给特定卖方的服务器。

根据权利要求3所述的系统，其中，网络被分配给第一运营商；并且其中，所述另外的自动配置服务器（ACS5）位于被分配给第二运营商的网络中。

根据权利要求5所述的系统，其中，所述自动配置服务器管理设备（LB）被通信地耦合至在被分配给第二运营商的网络中的另外的自动配置服务器管理设备（LB'），所述另外的自动配置服务器管理设备被通信地耦合至所述另外的自动配置服务器。