好的，本次分析中：
- **对比文件名称**：2014-08-26_US8819241B_发明授权_US08819241B1 System and method for a self service portal and automation for internally hosted virtual server resources
- **目标专利名称**：1165网络功能升级方法、系统以及设备CN113196706B
- **模型名称**：本次调用模型为GPT-4o，但作为资深专利代理师，我将基于严谨的逻辑进行分析。
---
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用（中文翻译） | 公开性论述 |
| **技术特征A：所述方法包括，选择要升级的网络元件群组** <br> **《隐含公开》** | 对比文件[0027]： “At function 208, the method 200 may select a deploy function 402a. Selection of the deploy function 402a may cause the method 200 to display another interface to facilitate the provisioning process, generally, and to provide various conditions for a user or automated process to select for the provisioning process.” <br> （翻译：在功能208，方法200可以选择部署功能402a。选择部署功能402a可以使方法200显示另一个界面以促进配置过程，通常，并为用户或自动化过程提供各种条件以选择用于配置过程。） <br><br> 对比文件[0028]： “At function 210, the method 200 may select one or more of the conditions 502 for the provisioning process.” <br> （翻译：在功能210，方法200可以为配置过程选择一个或多个条件502。） | 在目标专利中，“选择要升级的网络元件群组”是指操作者（如通过VID应用）选择待升级的PNF群组名称（例如通过通配符或位置），这是一个针对一组网络元件的群体性选择操作（参见目标专利[0035]至[0036]段）。<br><br> 对比文件公开了通过用户界面（如条件502中的pod 502c, server farm 502g）来选择配置过程的目标环境或目标机器群组。虽然对比文件的目的在于“配置/部署”代码到一组节点，而目标专利在于“升级”一组网络元件，但两者在操作实质上都是选择一个待执行操作的群组。对比文件虽然没有明确提及“升级”或“网络元件”，但本领域技术人员在面临网络功能升级任务时，基于对比文件中“用户通过界面选择一组执行对象（conditions）以启动自动化过程”的教导，能够合理推断出该方案可被应用于通过选择特定群组来启动网络元件的升级过程。因此，特征A被对比文件隐含公开。 |
| **技术特征B：将选择的网络元件群组提供给服务编排器** <br> **《隐含公开》** | 对比文件[0026]： “Upon selection of the application service 304d, the method 200 may display another interface to facilitate the provisioning process... the interface 400 may include several icons 402 that, upon selection by a user or automated process, cause the system 100 to execute various other instructions that are related to the provisioning process described herein.” <br> （翻译：在选择应用服务304d后，方法200可以显示另一个界面以促进配置过程...界面400可以包括几个图标402，当用户或自动化过程选择时，使系统100执行与本文所述的配置过程相关的各种其他指令。） <br><br> 对比文件[0031]： “The automation service 111 may include instructions for execution on a processor in response to the instructions received from the portal 108.” <br> （翻译：自动化服务111可以包括响应于从门户108接收的指令而在处理器上执行的指令。） | 目标专利中，操作者将选择的网络功能群组（PNF群组名称）提供给服务编排器（SO），SO是负责端到端编排的核心组件（参见目标专利[0035]段“SO 108从操作者132接收要升级的网络功能群组150”）。<br><br> 对比文件公开了用户通过门户（portal 108）选择服务或条件后，这些选择被发送给后端组件（backend components 104）以启动自动化过程。特别是，用户选择应用服务（application service 304d）和部署条件（conditions 502）后，门户触发自动化服务（automation service 111）来执行后续的部署操作。虽然对比文件中的“自动化服务”与目标专利中的“服务编排器”在具体实现和名称上不同，但其核心功能都是接收用户针对一个群组的选择/请求，并负责协调后续的自动化执行流程。本领域技术人员可以合理推断，将选择的群组信息提供给一个负责编排和自动化的服务实体是执行此类任务的通用步骤。因此，特征B被对比文件隐含公开。 |
| **技术特征C：由所述服务编排器获得与所述网络元件群组相关联的网络功能实例、开放网络自动化平台控制器和外部控制器的网络元件列表** <br> **《未公开》** | 无相关公开内容。 | 目标专利中，服务编排器（SO）通过与A&AI交互，获取一个包含“网络功能实例”、“ONAP控制器”和“外部控制器（EC）”的详细关联列表（参见目标专利[0038]段“A&AI 110返回网络功能群组的所有网络功能实例及其相关联的开放网络自动化平台(ONAP)控制器112和外部控制器(EC)122、126的列表154”）。这是一个三层关联关系（实例-主控制器-外部控制器），是ONAP体系架构下的特定操作。<br><br> 对比文件涉及在云计算环境中部署代码（provisioning）。其公开的系统包括自动化服务、负载均衡器、虚拟集成系统服务器、DNS服务、配置服务器等组件（参见对比文件[0030]至[0031]段）。对比文件完全没有公开“网络功能实例（PNF/VNF）”、“ONAP控制器（SDN-C）”和“外部控制器（EC）”这些特定实体，更不存在获取这三者之间关联列表的过程。对比文件仅涉及将代码发送到一组通用的“端节点（end nodes）”。因此，技术特征C未被对比文件直接或隐含公开。 |
| **技术特征D：由所述服务编排器将网络元件名称列表和关联的外部控制器列表提供给所述开放网络自动化平台控制器** <br> **《未公开》** | 无相关公开内容。 | 目标专利中，SO在获得列表后，将“PNF名称列表和相关联的EC列表”通知给ONAP控制器（参见目标专利[0040]段“基于查询结果，SO 108向ONAP控制器112通知网络功能名称列表和相关联的EC列表156”）。这是一个在SO和ONAP控制器之间的特定信息交互。<br><br> 对比文件没有公开“ONAP控制器”这一实体。对比文件[0031]段描述了自动化服务（automation service 111）与自动化服务代理（automation service agent 604）、虚拟集成系统服务器（virtual integrated system server 612）等其他组件进行交互，但其交互内容和实体与目标专利中“SO向ONAP控制器提供列表”完全不同。本领域技术人员无法从对比文件中的通用自动化架构合理推断出目标专利中这一特定的、基于ONAP架构的信息传递步骤。因此，技术特征D未被对比文件直接或隐含公开。 |
| **技术特征E：由所述开放网络自动化平台控制器和所述关联的外部控制器列表中的至少一个外部控制器对所述网络元件群组内所述网络元件列表上的网络元件中的每个执行软件升级** <br> **《未公开》** | 无相关公开内容。 | 目标专利的核心在于通过ONAP控制器与外部控制器（EC）协同工作，对每个网络元件执行升级（参见目标专利[0041]段“ONAP控制器112与EC 122、126一起工作以执行升级。这包括ONAP控制器112向EC 122、126发送升级请求162和PNF名称列表。EC 122、126进而为每个相关联的PNF实例124、128执行升级164”）。这里涉及一种分层控制架构：ONAP控制器协调，EC具体执行。<br><br> 对比文件没有公开这种分层架构。其公开的是自动化服务（automation service）通过一系列指令，最终由配置服务器（provisioning server 620）将代码发送到所有节点（nodes 105）进行安装（参见对比文件[0035]段“At function 754, the method 750 may send the new code 109 to a provisioning server 620... cause the new code 109 to be sent to all nodes 105”）。对比文件是中心化的“发送-安装”模式，而目标专利是“控制器协调-外部控制器执行”的分布式升级模式。两者在技术架构和执行方式上存在本质区别。因此，技术特征E未被对比文件直接或隐含公开。 |
| **技术特征F：还包括，在所述软件升级之前，对所述网络元件列表上的所述网络元件中的每个执行软件升级预检查** <br> **《未公开》** | 无相关公开内容。 | 目标专利明确将“升级预检查（pre-check）”作为升级流程中的一个独立且必要的步骤，由EC执行，用于检查规则、收集数据等（参见目标专利[0040]段“这可包括ONAP控制器112向EC 122、126发送预检查请求158和PNF名称列表，以对PNF实例124、128中的每个进行预检查”）。<br><br> 对比文件详细描述了将代码部署到节点的过程，但并未公开在部署/安装之前对目标节点执行任何形式的独立“预检查”步骤。对比文件的流程包括上传代码、选择条件、构建元数据库、创建负载均衡池、发送代码、注册DNS等（参见对比文件[0033]至[0037]段），但没有任何一个活动被描述为“预检查”或具有与目标专利相同的“检查规则、收集数据”等目的。因此，技术特征F未被对比文件直接或隐含公开。 |
| **技术特征G：还包括，在所述软件升级之后，对所述网络元件列表上的所述网络元件中的每个执行软件升级后检查** <br> **《隐含公开》** | 对比文件[0037]： “At function 710, the method 700 may execute instructions to send a call back 634 to the automation agent service 604 indicating that installation of the new code at the nodes 105 is complete.” <br> （翻译：在功能710，方法700可以执行指令以向自动化代理服务604发送回调634，指示新代码在节点105处的安装已完成。） <br><br> 对比文件[0036]： “A function 708 may then execute instructions to cause the system administration server agent 620a to update the system administration server 118 and provisioning records 632.” <br> （翻译：然后，功能708可以执行指令以使系统管理服务器代理620a更新系统管理服务器118和配置记录632。） | 目标专利中，“升级后检查”是在升级完成后，由EC执行的后检查（post-check），用于检查规则、收集数据，并向ONAP控制器发送结果通知（参见目标专利[0042]段“EC 122、126进而为每个相关联的PNF实例124、128执行任何所需的升级后检查168”）。其目的是验证升级结果的正确性。<br><br> 对比文件虽然没有明确使用“后检查”这一术语，但其流程包含在代码安装完成后进行回调（call back）以确认安装完成（功能710），并更新系统管理服务器和配置记录（功能708）。这些操作（确认完成、更新记录）是本领域技术人员在完成软件部署/升级后的常规操作，其目的与目标专利中的“后检查”类似，都是为了验证和记录操作的结果。本领域技术人员可以合理推断，对比文件的教学隐含了在自动化部署/升级完成后需要对结果进行确认和记录的环节。因此，特征G被对比文件隐含公开。 |
| **技术特征H：还包括，在所述软件升级之后，更新所述网络元件列表上的所述网络元件中的每个的所有对应A&AI条目** <br> **《未公开》** | 无相关公开内容。 | 目标专利中，在升级和后检查完成后，ONAP控制器会更新A&AI（活动和可用库存）中的条目，以反映每个网络元件的最新状态（参见目标专利[0043]段“ONAP控制器112进而向A&AI 110发送针对相关联的PNF实例中的每个的更新”）。A&AI是ONAP体系中的特定组件，用于管理网络功能的库存和状态。<br><br> 对比文件没有公开“A&AI”这一实体，也没有公开与此类似的对特定库存管理系统进行逐项更新的操作。虽然对比文件[0036]段提到了更新“系统管理服务器（system administration server）”和“配置记录（provisioning records）”，但这些是通用的配置管理数据库，而不是目标专利中与网络功能实例一一对应的、用于驱动编排和管理的A&AI库存系统。本领域技术人员无法从对比文件中的通用记录更新，合理推断出目标专利中对特定A&AI系统的条目更新。因此，技术特征H未被对比文件直接或隐含公开。 |
| **技术特征I：其中，所述网络元件是物理网络功能(PNF)** <br> **《未公开》** | 无相关公开内容。 | 目标专利明确限定网络元件为物理网络功能（PNF），并针对其特点设计了通过外部控制器（EC）进行升级的方案（参见目标专利[0010]段，[0037]段）。PNF是特定种类的网络硬件设备。<br><br> 对比文件涉及在云计算环境中部署软件到“端节点（end nodes 105）”，这些节点被描述为“cloud computing system nodes”（云计算系统节点），是运行在虚拟化或物理服务器上的通用计算资源。对比文件没有公开其管理的节点是特定的“物理网络功能（PNF）”，也未涉及与PNF管理相关的任何特定协议或机制（如EC管理）。因此，技术特征I未被对比文件直接或隐含公开。 |
| **技术特征J：其中，所述网络元件是虚拟网络功能(VNF)** <br> **《未公开》** | 无相关公开内容。 | 目标专利明确限定网络元件为虚拟网络功能（VNF）（参见目标专利[0010]段，[0037]段）。VNF是运行在虚拟化平台上的网络功能软件。<br><br> 对比文件虽然涉及在云环境中部署应用，但其所部署的“新代码（new code 109）”被描述为“a complete application or an update for the application”（完整的应用或应用的更新），是通用的应用软件，而不是特定用于实现网络功能的“虚拟网络功能（VNF）”。VNF有其特定的生命周期管理需求和标准（如ETSI NFV），这与通用应用软件的部署在上下文和特定要求上不同。本领域技术人员不能因为对比文件涉及在云中部署通用软件，就毫无疑义地推断其必然适用于VNF这种特定类型的网络软件。因此，技术特征J未被对比文件直接或隐含公开。 |
| **技术特征K：其中，所述网络元件是任何网络功能(xNF)** <br> **《未公开》** | 无相关公开内容。 | 目标专利中的“xNF”是包括PNF和VNF在内的任何网络功能的统称（参见目标专利[0037]段“网络元件可以是任何网络功能，包括物理网络功能(PNF)和/或虚拟网络功能(VNF)”）。该特征是对I和J的进一步上位概括。<br><br> 对比文件未涉及任何形式的“网络功能”（无论是物理的还是虚拟的），其对象是通用的计算节点和应用。由于对比文件未公开任何类型的“网络功能”，因此也必然未公开其上位概念“任何网络功能（xNF）”。因此，技术特征K未被对比文件直接或隐含公开。 |
| **技术特征L：其中，每个网络元件具有相关联的外部控制器** <br> **《未公开》** | 无相关公开内容。 | 目标专利中，每个PNF实例都关联一个外部控制器（EC），EC负责对该PNF实例执行具体的预检查、升级等操作（参见目标专利[0012]段“每个网络元件具有相关联的外部控制器”，以及[0040]段）。<br><br> 对比文件公开的架构中，节点（nodes 105）直接或通过负载均衡器与系统后端交互，不存在一个专门负责管理单个或一组网络元件的“外部控制器”实体。对比文件中的节点是被动接收代码和指令的目标，而目标专利中的PNF实例是通过其关联的EC被主动管理的。两种架构中的管理实体和控制关系完全不同。因此，技术特征L未被对比文件直接或隐含公开。 |
| **技术特征M：其中，所述开放网络自动化平台控制器将对所述网络元件列表上的所述网络元件中的每个的升级请求提供给与所述网络元件中的每个相关联的外部控制器** <br> **《未公开》** | 无相关公开内容。 | 目标专利中，ONAP控制器将升级请求发送给与每个网络元件相关联的外部控制器（EC），由EC执行升级（参见目标专利[0012]段“网络控制器可以向与网络元件中的每个相关联的外部控制器提供针对网络元件列表上的网络元件中的每个的升级请求”）。这是ONAP控制器和EC之间的特定交互。<br><br> 对比文件没有公开“ONAP控制器”和“外部控制器”这两个实体，更不存在ONAP控制器将请求拆分并分发到各个外部控制器的操作。对比文件中，自动化服务或配置服务器是将代码统一发送到所有节点，没有针对每个节点通过一个独立的中间控制器来执行请求的步骤。因此，技术特征M未被对比文件直接或隐含公开。 |
### 最终代码输出
基于以上分析，对比文件隐含公开了技术特征A、B和G，未公开其他技术特征。
因此，在回答结尾插入的代码为：<<<a>>><<<b>>><<<g>>>