好的，我们开始进行严谨的评估。
本次评估的对比文件名称：2008-01-22_US7321926B_发明授权_US07321926B1 Method of and system for allocating resources to resource requests
目标专利的名称：2100用于处理配置请求的系统和方法CN106301937B
本次调用的模型名称：DeepSeek Chat
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 所述系统包括多个自动配置服务器（ACS1、ACS2、ACS3）<br> **《直接公开》** | **对比文件段落 [0054]：** “One application for the proxy server load balancer 20 is to balance Internet client service requests to a web site including a multiplicity of servers.” <br> **翻译：** 代理服务器负载平衡器20的一个应用是平衡对包括多个服务器的网站的互联网客户端服务请求。 | 对比文件明确公开了其系统包括多个服务器（servers）。目标专利中的“自动配置服务器”是用于管理网络设备配置的服务器，属于服务器的一种。对比文件中的服务器用于响应客户端请求，处理服务请求，这本质上与目标专利中自动配置服务器处理配置请求的作用相同，都是提供数据和处理服务。因此，技术特征A被对比文件直接公开。 |
| **技术特征B：** 自动配置服务器管理设备（LB），其被通信地耦合至所述多个自动配置服务器<br> **《直接公开》** | **对比文件段落 [0054]：** “The proxy server load balancer 20 ... forwards each client request to a selected one of the servers.” <br> **翻译：** 代理服务器负载平衡器20...将每个客户端请求转发到所选的一个服务器。 <br> **对比文件段落 [0052]：** “The proxy server manager 36 also has a policy engine 40, which applies a load balancing policy or a persistence policy to select a server to serve each client request forwarded by the proxy server load balancer 20.” <br> **翻译：** 代理服务器管理器36还具有策略引擎40，该策略引擎应用负载平衡策略或持久性策略来选择服务器，以服务于由代理服务器负载平衡器20转发的每个客户端请求。 <br> **对比文件说明书附图1（图1）：** 明确示出了代理服务器负载平衡器20（Proxy Server Load Balancer）与多个服务器（Server 1, Server 2, ..., Server N）之间的连接关系。 | 对比文件中的“代理服务器负载平衡器20”或“策略引擎40”是目标专利中“自动配置服务器管理设备（LB）”的对应物。对比文件明确描述了该设备与多个服务器进行通信，以将客户端请求转发给其中一个服务器，即实现了通信耦合。该设备与服务器之间的通信是其选择、分配服务器功能的基础，这与目标专利中管理设备与多个自动配置服务器通信耦合以进行选择和分析的作用完全相同。因此，技术特征B被对比文件直接公开。 |
| **技术特征C：** 其中，所述自动配置服务器管理设备被布置成用于与可管理电子设备（CPE1、CPE2、CPE3）通信；并且中，所述自动配置服务器管理设备（LB）被布置成从所述可管理电子设备接收所述配置请求<br> **《直接公开》** | **对比文件段落 [0054]：** “This results in all traffic for the site being sent to the proxy server load balancer 20.” <br> **翻译：** 这导致该站点的所有流量都被发送到代理服务器负载平衡器20。 <br> **对比文件段落 [0056]：** “The clients 50 and 52 may also direct their requests to the proxy server load balancer 20 by addressing the network data port 24. In this case, the proxy server load balancer may select a respective one of the servers to handle each request and forward the request to the selected server.” <br> **翻译：** 客户端50和52也可以通过寻址到网络数据端口24来将它们的请求定向到代理服务器负载平衡器20。在这种情况下，代理服务器负载平衡器可以选择一个相应的服务器来处理每个请求，并将请求转发到所选服务器。 | 对比文件中的“客户端50和52”是目标专利中“可管理电子设备（CPE1、CPE2、CPE3）”的对应物，它们向代理服务器负载平衡器发送服务请求。对比文件明确公开了代理服务器负载平衡器20被布置成与客户端通信，并接收来自客户端的请求。这与目标专利中管理设备与可管理电子设备通信并接收配置请求的作用完全一致。因此，技术特征C被对比文件直接公开。 |
| **技术特征D：** 从能够处理所述配置请求的所述多个自动配置服务器识别两个或更多个自动配置服务器（ACS1、ACS2、ACS3）<br> **《直接公开》** | **对比文件段落 [0082]：** “In order to select a server for servicing each client request, the servers are arranged in a hierarchy including groups of servers, and super groups of the groups of servers.” <br> **翻译：** 为了选择服务器来服务每个客户端请求，服务器被布置成层次结构，包括服务器组和服务器组的超组。 <br> **对比文件段落 [0112]：** “A first index derived from the service request is used to access an entry from a root data structure in the hierarchy...one or more entries in the terminal data structure are accessed to determine one or more candidate resources.” <br> **翻译：** 从服务请求导出的第一索引用于从层次结构中的根数据结构访问条目...访问终端数据结构中的一个或多个条目以确定一个或多个候选资源。 <br> **对比文件段落 [0115]：** “This index 135 yields an entry 138 in the server group table 136 which represents one or more servers 138a, 138b, 138c in the server group 134e which are candidates for allocating to the request.” <br> **翻译：** 该索引135产生服务器组表136中的条目138，该条目138表示服务器组134e中的一个或多个服务器138a、138b、138c，它们是分配给该请求的候选服务器。 | 对比文件通过层次化的数据结构（超组表、服务器组表）来识别能够处理请求的候选服务器。段落[0115]明确描述了识别出“一个或多个服务器”作为候选。目标专利中的“识别两个或更多个自动配置服务器”正是为了从多个候选中选择一个进行负载平衡。对比文件识别出候选服务器组或候选服务器列表，其目的和作用与目标专利完全相同，即确定一组能够处理请求的服务器资源以供后续选择。因此，技术特征D被对比文件直接公开。 |
| **技术特征E：** 从所述两个或更多个识别的自动配置服务器（ASC1，ASC2，ASC3）中选择一个作为配置请求的目的地地址，使得一个或多个已识别的自动配置服务器（ASC1，ASC2，ASC3）负载平衡。<br> **《直接公开》** | **对比文件段落 [0052]：** “The proxy server manager 36 also has a policy engine 40, which applies a load balancing policy or a persistence policy to select a server to serve each client request forwarded by the proxy server load balancer 20.” <br> **翻译：** 代理服务器管理器36还具有策略引擎40，该策略引擎应用负载平衡策略或持久性策略来选择服务器，以服务于由代理服务器负载平衡器20转发的每个客户端请求。 <br> **对比文件段落 [0115]：** “One of these candidate servers is selected and allocated to the request. In one example, the server is selected from amongst a plurality of candidate servers through application of a suitable load balancing policy...” <br> **翻译：** 选择这些候选服务器中的一个并将其分配给该请求。在一个示例中，通过应用适当的负载平衡策略从多个候选服务器中选择服务器...<br> **对比文件段落 [0116]：** “One of the candidate servers is then selected by applying a suitable load balancing policy to the loading information obtained from the server loading table 140.” <br> **翻译：** 然后通过将适当的负载平衡策略应用于从服务器加载表140获得的加载信息来选择候选服务器中的一个。 | 对比文件的核心功能就是负载平衡。其明确指出，策略引擎（目标专利中的管理设备）应用负载平衡策略，从多个候选服务器中选择一个，并将请求转发给它。这完全对应了目标专利中的“选择自动配置服务器作为目的地地址”和“负载平衡”。对比文件选择服务器的目的是为了实现负载平衡，这与目标专利中基于负载分析进行选择以实现负载平衡的作用完全相同。因此，技术特征E被对比文件直接公开。 |
| **技术特征F：** 进一步包括至少一个数据库（dB1、dB2）；并且中所述自动配置服务器管理设备（LB）被通信地耦合至所述至少一个数据库 <br> **《直接公开》** | **对比文件段落 [0082]：** “The static properties such as bandwidth, maximum number of requests supported, etc., of each server are stored in a server property table 94, and the dynamic properties including current loading of each server is stored in a current server loading table 96.” <br> **翻译：** 每个服务器的静态属性（如带宽、支持的最大请求数等）存储在服务器属性表94中，动态属性（包括每个服务器的当前负载）存储在当前服务器加载表96中。 <br> **对比文件段落 [0088]：** “The policy engine 40 receives the L4 service requests from the data packet and connection manager 34 and the L5-7 service requests from the content analysis engine 38.” <br> **翻译：** 策略引擎40从数据包和连接管理器34接收L4服务请求，并从内容分析引擎38接收L5-7服务请求。 <br> **对比文件段落 [0096]：** “The policy engine 40, and other state machines and tables in the proxy server load balancer, are configured and initialized at “boot time” by a central processing unit (CPU) 130 in the proxy server load balancer.” <br> **翻译：** 策略引擎40以及代理服务器负载平衡器中的其他状态机和表，在“启动时间”由代理服务器负载平衡器中的中央处理单元130配置和初始化。 <br> **对比文件附图1（图1）：** 策略引擎40与多个存储器/表（如服务器加载/属性表SRAM 156，历史表SDRAM 160等）连接。 | 对比文件中，策略引擎（目标专利中的管理设备）通信耦合至多个存储表，如服务器属性表94、服务器加载表96、历史表98等。这些表格存储了服务器属性、负载状态、历史绑定等信息，其功能与目标专利中的数据库（dB1、dB2）完全相同，用于存储和管理与服务器和设备相关的信息。策略引擎与这些（数据库）进行通信以获取信息，与目标专利中管理设备通信耦合至数据库的作用完全一致。因此，技术特征F被对比文件直接公开。 |
| **技术特征G：** 所述自动配置服务器管理设备（LB）被布置成通过将所述配置请求与存储在所述至少一个数据库（dB1、dB2）中的用于识别可管理电子设备的信息相比较来确定所述可管理电子设备的标识；并且中，所述自动配置服务器管理设备（LB）进一步被布置成基于所述可管理设备的所述标识从能够处理所述配置请求的所述多个自动配置服务器识别所述两个或更多个自动配置服务器（ACS1、ACS2、ACS3）。<br> **《隐含公开》** | **对比文件段落 [0060]：** “Client traffic arriving at the data packet and connection manager 34 is initially classified as to which level of service is being requested (service index) and who is making the request (client identifier).” <br> **翻译：** 到达数据包和连接管理器34的客户端流量最初被分类为请求哪个级别的服务（服务索引）以及谁在发出请求（客户端标识符）。 <br> **对比文件段落 [0083]：** “The application of the pattern rules by the content analysis engine 38 results in each connection being assigned a particular service having a pre-assigned server super-group and scheduling policy. Each service is identified by a service index... The policy engine 40 selects a server group within the assigned server super-group...” <br> **翻译：** 由内容分析引擎38应用的模式规则导致每个连接被分配一个特定的服务，该服务具有预先分配的服务器超组和调度策略。每个服务由一个服务索引标识...策略引擎40在分配的服务器超组内选择一个服务器组... <br> **对比文件段落 [0112]：** “A first index derived from the service request is used to access an entry from a root data structure in the hierarchy.” <br> **翻译：** 从服务请求导出的第一索引用于从层次结构中的根数据结构访问条目。 | 对比文件通过解析请求内容，识别出“客户端标识符”（Client identifier）和“服务索引”（Service index）。这些信息被用于在层次化数据结构（超组表、服务器组表）中查找和识别能够处理该请求的候选服务器（超组和服务器组）。虽然对比文件没有明确表述为“确定可管理电子设备的标识”，但其通过请求中的信息（如客户端IP、Cookie中提取的服务器ID等）来识别客户端和请求类型，并基于此信息从数据结构中识别候选服务器组，其逻辑与目标专利完全一致。本领域技术人员可以合理推断，对比文件中的“客户端标识符”和“服务索引”即构成了目标专利中用于确定设备和请求的“标识”信息，并且基于该标识信息来识别候选服务器。因此，技术特征G被对比文件隐含公开。 |
| **技术特征H：** 其中，存在另外的广域网（WAN2）；并且中，所述自动配置服务器管理设备（LB）进一步被布置成用于与位于所述另外的广域网（WAN2）中的另外的自动配置服务器（ACS4）进行通信<br>**《未公开》** | 对比文件全文未提及存在多个广域网（WAN）。对比文件描述的场景均在一个统一的网络环境（如互联网或数据中心网络）中，其代理服务器负载平衡器20和所有服务器均位于同一网络域内。对比文件未公开任何与位于不同广域网中的服务器进行通信的配置或功能。 | 目标专利明确引入了“另外的广域网（WAN2）”以及位于该网络中的“另外的自动配置服务器（ACS4、ACS5）”，并明确要求管理设备能够与该网络外部的服务器通信。对比文件完全没有涉及跨网段或跨广域网的服务器管理或负载平衡。其所有服务器都被视为同一网络资源池的一部分。因此，技术特征H未被对比文件公开。 |
| **技术特征I：** 并且中，所述自动配置服务器管理设备（LB）被布置成将所述另外的自动配置服务器（ACS5）考虑在内来执行所述识别和选择。 <br>**《未公开》** | 对比文件全文未公开其负载平衡器与位于不同广域网中的服务器进行通信的任何内容。 | 由于技术特征H（存在另外的广域网）未被公开，本技术特征I（将该外部服务器纳入识别和选择）作为其依赖特征，自然也未被公开。对比文件中的负载平衡器仅在其直接关联的网络内进行服务器识别和选择。 |
| **技术特征J：** 其中，所述另外的自动配置服务器（ACS4）是被分配给特定卖方的服务器。 <br>**《未公开》** | 对比文件段落 [0099] 描述了不同服务器组可以关联不同的服务类型，但未提及“卖方”或“特定卖方”的概念。 | 目标专利明确区分了“特定卖方”的服务器，这是实现跨供应商管理的关键。对比文件虽然可以通过策略将不同请求路由到不同服务器，但其分类依据是服务类型、URL模式等，并未明确提到服务器是为特定“卖方”所“分配”的。这种“卖方”特定的商业隶属关系在对比文件中没有公开或暗示。因此，技术特征J未被对比文件公开。 |
| **技术特征K：** 其中，网络被分配给第一运营商；并且中，所述另外的自动配置服务器（ACS5）位于被分配给第二运营商的网络中。 <br>**《未公开》** | 对比文件全文未提及“运营商”、“第一运营商”、“第二运营商”或网络运营权归属的概念。 | 目标专利引入了跨运营商网络管理的概念，其中管理设备所在的网络和外部服务器所在的网络由不同的运营商运营。对比文件完全没有涉及网络运营商的区分或跨运营商通信的场景，其所有组件均在一个统一的管理域或网络域内。因此，技术特征K未被对比文件公开。 |
| **技术特征L：** 其中，所述自动配置服务器管理设备（LB）被通信地耦合至在被分配给第二运营商的网络中的另外的自动配置服务器管理设备（LB'），所述另外的自动配置服务器管理设备被通信地耦合至所述另外的自动配置服务器。 <br>**《未公开》** | 对比文件全文未提及存在多个“自动配置服务器管理设备”（即负载平衡器），更未提及它们之间的通信耦合，特别是在跨运营商网络场景下的耦合。 | 目标专利描述了管理设备之间的层级或联盟关系，以实现跨运营商网络的资源选择。对比文件公开的系统中只有一个代理服务器负载平衡器，不存在多个负载平衡器相互通信以进行资源协调的机制。因此，技术特征L未被对比文件公开。 |
<<<A>>>
<<<B>>>
<<<C>>>
<<<D>>>
<<<E>>>
<<<F>>>
<<<g>>>