对比文件名称：2003-11-04_US6643690B_发明授权_US06643690B2 Apparatus and method for determining a program neighborhood for a client node in a client-server network
目标专利名称：2100用于处理配置请求的系统和方法CN106301937B
模型名称：本次调用的模型名称
## 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用（中文翻译） | 公开性论述 |
| **A：系统包括多个自动配置服务器（ACS1、ACS2、ACS3）** <br><br> **《直接公开》** | “图1示出了通过网络40与计算系统（应用服务器）30、32、34、36通信的第一计算系统（客户端节点）10和第二计算系统（客户端节点）20。”（具体实施方式，图1描述）<br><br> “应用服务器30、32、34、36可以是任何计算设备…”（具体实施方式） | 对比文件公开了网络中的多个应用服务器（application servers 30, 32, 34, 36），其功能是向客户端节点提供应用服务，与目标专利中用于提供配置服务的多个自动配置服务器在系统架构中扮演的角色实质相同。因此，该技术特征被对比文件直接公开。 |
| **B：自动配置服务器管理设备（LB），其被通信地耦合至所述多个自动配置服务器** <br><br> **《直接公开》** | “网络40可以包括一个主服务器节点，用于在应用服务器30、32、34、36之间执行负载水平均衡。主服务器节点可以是应用服务器30、32、34或36之一。主服务器节点包括一个对应于其他每个应用服务器的服务器地址和负载信息的列表。”（具体实施方式，段落以“The network 40 can include a master server node...”开头） | 对比文件公开了主服务器节点（master server node），该节点被通信耦合至其他应用服务器，用于管理负载均衡。其结构对应目标专利中的自动配置服务器管理设备。因此，该技术特征被直接公开。 |
| **C：其中，所述自动配置服务器管理设备被布置成用于与可管理电子设备（CPE1、CPE2、CPE3）通信；并且其中，所述自动配置服务器管理设备（LB）被布置成从所述可管理电子设备接收所述配置请求** <br><br> **《直接公开》** | “客户端节点10启动程序邻域（Program Neighborhood）应用程序… 程序邻域应用的请求50被定向到主服务器节点，在此示例中为服务器30。”（图2B描述）<br><br> “主服务器从客户端系统接收用户凭证。”（发明内容）<br><br> “服务器32从客户端节点10接收用户凭证（步骤82）”（图7描述） | 对比文件的主服务器节点被布置成与客户端节点（client node，相当于可管理电子设备）通信，并接收来自客户端节点的请求（例如程序请求或登录凭证）。因此，该技术特征被直接公开。 |
| **D：从能够处理所述配置请求的所述多个自动配置服务器识别两个或更多个自动配置服务器（ACS1、ACS2、ACS3）** <br><br> **《直接公开》** | “主服务器节点考虑到负载均衡和应用程序可用性，向客户端节点10指示（箭头43）所请求的应用程序在服务器32上可用。”（图2A描述）<br><br> “主服务器节点可以基于可用服务器列表和相应的负载水平，将客户端节点定向到一个特定的服务器节点来执行应用程序。”（具体实施方式）<br><br> “主服务器节点包括一个对应于其他每个应用服务器的服务器地址和负载信息的列表。”（具体实施方式） | 对比文件的主服务器节点维护一个服务器列表，并基于应用可用性和负载情况从该列表中识别出合适的服务器。在负载均衡方法的逻辑中，识别出能够处理请求的多个服务器是进行后续选择的前提。因此，该技术特征被直接公开。 |
| **E：从所述两个或更多个识别的自动配置服务器（ASC1，ASC2，ASC3）中选择一个作为配置请求的目的地地址，使得一个或多个已识别的自动配置服务器（ASC1，ASC2，ASC3）负载平衡。** <br><br> **《直接公开》** | “网络40可以包括一个主服务器节点，用于在应用服务器30、32、34、36之间执行负载水平均衡。”（具体实施方式）<br><br> “主服务器节点考虑到负载均衡和应用程序可用性，向客户端节点10指示（箭头43）所请求的应用程序在服务器32上可用。”（图2A描述）<br><br> “主服务器节点可以基于可用服务器列表和相应的负载水平，将客户端节点定向到一个特定的服务器节点来执行应用程序。”（具体实施方式） | 对比文件明确公开了主服务器节点基于负载水平从多个服务器中选择一个作为处理请求的目标服务器，实现了负载均衡。该过程与技术特征E完全一致。因此，该技术特征被直接公开。 |
| **F：进一步包括至少一个数据库（dB1、dB2）；并且其中所述自动配置服务器管理设备（LB）被通信地耦合至所述至少一个数据库** <br><br> **《直接公开》** | “应用数据库48是一个缓存，存储了服务器农场或一组信任域中所有公共（即已发布）应用的授权用户和组信息。”（应用数据库部分）<br><br> “PNSVC软件44…维护应用数据库48中组和用户与已发布应用程序之间的关系，并在认证客户端用户时访问该信息。”（程序邻域服务程序（PNSVC）部分） | 对比文件公开了至少一个数据库（application database 48），主服务器节点（运行PNSVC）被通信耦合至该数据库，用于存储和访问信息。因此，该技术特征被直接公开。 |
| **G：所述自动配置服务器管理设备（LB）被布置成通过将所述配置请求与存储在所述至少一个数据库（dB1、dB2）中的用于识别可管理电子设备的信息相比较来确定所述可管理电子设备的标识；并且其中，所述自动配置服务器管理设备（LB）进一步被布置成基于所述可管理设备的所述标识从能够处理所述配置请求的所述多个自动配置服务器识别所述两个或更多个自动配置服务器（ACS1、ACS2、ACS3）。** <br><br> **《隐含公开》** | “响应客户端节点的服务器可以基于用户凭证对用户进行认证。根据用户凭证和应用程序相关信息，服务器还可以确定由应用服务器托管的哪些应用程序可供客户端节点的用户使用。”（发明内容及具体实施方式，段落以“When a client node logs onto the network”开头）<br><br> “PNSVC软件44还维护应用数据库48中组和用户与已发布应用程序之间的关系，并在认证客户端用户时访问该信息。”（程序邻域服务程序（PNSVC）部分） | 对比文件公开了主服务器节点通过将用户凭证（user credentials）与数据库中的信息进行比较来确定用户标识，并基于该标识识别出该用户可用的应用及其所在服务器。虽然对比文件明确识别的是用户标识，但用户凭证是客户端设备在请求中提供的用于识别身份的标识。本领域技术人员可以合理推断，该识别与选择机制同样适用于基于设备标识的场景，且两者在技术逻辑上完全等同。因此，该技术特征被对比文件隐含公开。 |
| **H：其中，存在另外的广域网（WAN2）；并且其中，所述自动配置服务器管理设备（LB）进一步被布置成用于与位于所述另外的广域网（WAN2）中的另外的自动配置服务器（ACS4** <br><br> **I：ACS5）进行通信；并且其中，所述自动配置服务器管理设备（LB）被布置成将所述另外的自动配置服务器（ACS4** <br><br> **J：ACS5）考虑在内来执行所述识别和选择。** <br><br> **K：其中，所述另外的自动配置服务器（ACS4）是被分配给特定卖方的服务器。** <br><br> **L：其中，网络被分配给第一运营商；并且其中，所述另外的自动配置服务器（ACS5）位于被分配给第二运营商的网络中。** <br><br> **M：其中，所述自动配置服务器管理设备（LB）被通信地耦合至在被分配给第二运营商的网络中的另外的自动配置服务器管理设备（LB'），所述另外的自动配置服务器管理设备被通信地耦合至所述另外的自动配置服务器。** <br><br> **《未公开》** | 对比文件未公开同时存在多个广域网（WAN2）、跨不同运营商的网络架构、以及特定卖方服务器等特征。对比文件的网络架构主要涉及单一网络（LAN/WAN）内的服务器域（domain）和服务器群（server farm）管理。 | 对比文件未公开任何关于“另外的广域网”或“跨运营商网络”的架构细节。对比文件的主服务器节点仅管理同一网络内的服务器，未公开与位于另一网络中的管理设备或服务器进行通信以处理配置请求的技术方案。因此，该系列技术特征均未被对比文件公开。 |
<<<A>>><<<B>>><<<C>>><<<D>>><<<E>>><<<F>>><<<g>>>