CN112329184A - 网络架构配置信息生成方法、装置、存储介质及电子设备 - Google Patents

Abstract

本申请公开一种网络架构配置信息生成方法、装置、存储介质及电子设备。该方法包括：获取新建项目的关联网络设备信息；然后获取基于网络架构应用配置的硬件属性信息生成的全量互联关系信息；从全量互联关系信息中过滤出与新建项目的关联网络设备信息对应的实际互联关系信息；根据实际互联关系信息，生成新建项目的网络架构配置信息，实现不同网络架构对应的机房网络新建项目时，按照不同的网络设备需求量生成对应新建项目的网络架构配置信息，并基于新建项目的网络架构配置信息自动生成本次建设所需的网络硬件方案，提升实际建设过程中网络硬件方案生成的准确率，以及提升网络建设的工作效率和质量。

Description

网络架构配置信息生成方法、装置、存储介质及电子设备

技术领域

本申请涉及计算机技术领域，尤其涉及数据处理技术领域，具体涉及一种网络架构配置信息生成方法、装置、存储介质及电子设备。

背景技术

目前，网络建设工程师在机房网络新建时，各网络设备之间如何连接、整体需要购买的物料清单、购买的物料具体如何组装安装等网络硬件方案，均需要根据实际建设的各类设备及数量进行人工计算。随着云业务的迅猛发展，网络建设需求量越来越多，不同网络架构的建设场景繁多，同时对效率及准确性的要求却更为严格，每个建设单都通过人工计算，则工作量大，而且计算过程复杂，容易出错，从而影响网络建设的效率和质量，最终影响整体云服务质量。

因此，现有技术存在缺陷，有待改进与发展。

发明内容

本申请实施例提供一种网络架构配置信息生成方法、装置、存储介质及电子设备，可以实现不同网络架构对应的机房网络新建项目时，按照不同的网络设备需求量生成对应新建项目的网络架构配置信息，提升实际建设过程中网络硬件方案生成的准确率，以及提升网络建设的工作效率和质量。

本申请实施例提供了一种网络架构配置信息生成方法，通过终端设备提供一网络架构应用，所述网络架构应用包括互联规范模型、端口分组模型、端口映射模型、物料模型和架构角色模型，所述方法包括：

获取新建项目的关联网络设备信息；

获取基于所述网络架构应用配置的硬件属性信息生成的全量互联关系信息；

从所述全量互联关系信息中过滤出与所述新建项目的关联网络设备信息对应的实际互联关系信息；

根据所述实际互联关系信息，生成所述新建项目的网络架构配置信息。

本申请实施例还提供一种网络架构配置信息生成装置，通过终端设备提供一网络架构应用，所述网络架构应用包括互联规范模型、端口分组模型、端口映射模型、物料模型和架构角色模型，所述装置包括：

第一获取模块，用于获取新建项目的关联网络设备信息；

第二获取模块，用于获取基于所述网络架构应用配置的硬件属性信息生成的全量互联关系信息；

过滤模块，用于从所述全量互联关系信息中过滤出与所述新建项目的关联网络设备信息对应的实际互联关系信息；

生成模块，用于根据所述实际互联关系信息，生成所述新建项目的网络架构配置信息。

本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序适于处理器进行加载，以执行如上任一实施例所述的网络架构配置信息生成方法中的步骤。

本申请实施例还提供一种电子设备，所述电子设备包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器通过调用所述存储器中存储的所述计算机程序，执行如上任一实施例所述的网络架构配置信息生成方法中的步骤。

本申请实施例提供的网络架构配置信息生成方法、装置、存储介质及电子设备，通过终端设备提供一网络架构应用，网络架构应用包括互联规范模型、端口分组模型、端口映射模型、物料模型和架构角色模型，首先获取新建项目的关联网络设备信息；然后获取基于网络架构应用配置的硬件属性信息生成的全量互联关系信息；从全量互联关系信息中过滤出与新建项目的关联网络设备信息对应的实际互联关系信息；根据实际互联关系信息，生成新建项目的网络架构配置信息。本申请实施例通过网络架构规划定义时完成的结构化构造网络设备相关的硬件模型和全量互联关系信息，在具体建设时，从全量互联关系信息中找出与本次新建项目相关的实际互联关系信息，以实现不同网络架构对应的机房网络新建项目时，按照不同的网络设备需求量生成对应新建项目的网络架构配置信息，并基于新建项目的网络架构配置信息自动生成本次建设所需的网络硬件方案，提升实际建设过程中网络硬件方案生成的准确率，以及提升网络建设的工作效率和质量。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的网络架构应用的建设管理界面。

图2为本申请实施例提供的互联规范模型的应用界面示意图。

图3本申请实施例提供的端口分组模型的应用界面示意图。

图4为本申请实施例提供的端口映射模型的应用界面示意图。

图5为本申请实施例提供的非模块物料模型的应用界面示意图。

图6为本申请实施例提供的模块物料模型的应用界面示意图。

图7为本申请实施例提供的架构角色模型的第一应用界面示意图。

图8为本申请实施例提供的架构角色模型的第二应用界面示意图。

图9为本申请实施例提供的架构角色模型的第三应用界面示意图。

图10为本申请实施例提供的网络建设生成安装方案系统的整体架构示意图。

图11为本申请实施例提供的网络架构配置信息生成方法的第一流程示意图。

图12为本申请实施例提供的建设项目创建界面示意图。

图13为本申请实施例提供的网络架构配置信息生成方法的第二流程示意图。

图14为本申请实施例提供的实际互联关系信息界面示意图。

图15为本申请实施例提供的生成安装方案触发界面示意图。

图16为本申请实施例提供的网络架构配置信息生成方法的第三流程示意图。

图17为本申请实施例提供的安装方案界面示意图。

图18为本申请实施例提供的物料清单界面示意图。

图19为本申请实施例提供的网络架构配置信息生成装置的结构示意图。

图20为本申请实施例提供的电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例提供一种网络架构配置信息生成方法、装置、存储介质及电子设备。具体地，本申请实施例的网络架构配置信息生成方法可以由电子设备执行，其中，该电子设备可以为终端或者服务器等设备。该终端可以为智能手机、平板电脑、笔记本电脑、触控屏幕、游戏机、个人计算机(Personal Computer，PC)、个人数字助理(Personal DigitalAssistant，PDA)、智能可穿戴设备等，在此不作限定等终端设备，终端还可以包括客户端，该客户端可以是网络架构应用客户端、携带有网络架构应用程序的浏览器客户端或即时通信客户端等。服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。

例如，当该网络架构配置信息生成方法运行于终端设备时，终端设备上部署有用于进行网络架构定义以及生成网络设备硬件方案的网络架构应用，所述网络架构应用内还定义了五个模型，该五个模型包括互联规范模型、端口分组模型、端口映射模型、物料模型和架构角色模型，终端设备用于呈现网络架构应用的图形用户界面，该图形用户界面可以包括上述五个模型分别对应的模型界面。终端设备用于通过图形用户界面与用户进行交互。例如，终端设备可以包括触控显示屏和处理器，该触控显示屏用于呈现图形用户界面以及接收用户作用于图形用户界面产生的操作指令，该处理器用于运行该网络架构应用、生成图形用户界面、响应操作指令以及控制图形用户界面在触控显示屏上的显示。具体的，用户在终端设备上打开所述网络架构应用，并通过预先规划定义的该网络架构应用内的各个模型及其相应的硬件属性信息和全量互联关系信息，在具体建设时，从全量互联关系信息中找出与本次新建项目相关的实际互联关系信息，以实现不同网络架构对应的机房网络新建项目时，按照不同的网络设备需求量生成对应新建项目的网络架构配置信息。具体的，首先获取新建项目的关联网络设备信息；然后获取基于网络架构应用配置的硬件属性信息生成的全量互联关系信息；从全量互联关系信息中过滤出与新建项目的关联网络设备信息对应的实际互联关系信息；根据实际互联关系信息，生成新建项目的网络架构配置信息，以实现不同网络架构对应的机房网络新建项目时，按照不同的网络设备需求量生成对应新建项目的网络架构配置信息，并基于新建项目的网络架构配置信息自动生成本次建设所需的网络硬件方案，提升实际建设过程中网络硬件方案生成的准确率，及提升网络建设的工作效率和质量。

例如，当该网络架构配置信息生成方法运行于云平台的服务器时，网络架构应用的运行主体和网络架构应用相关的图形用户界面呈现主体是分离的，网络架构配置信息生成方法的储存与运行是在云服务器上完成的。而图形用户界面呈现是在云平台的网络架构应用客户端完成的，网络架构应用客户端主要用于网络架构相关数据的接收、发送以及图形用户界面的呈现，例如，网络架构应用客户端可以运行于靠近用户侧的具有数据传输功能的显示设备，如，移动终端、电视机、计算机、掌上电脑、个人数字助理等，但是进行网络架构相关数据处理的设备为云端的服务器。在进行网络架构配置时，用户操作网络架构应用客户端向云平台的服务器发送操作指令，云平台的服务器根据操作指令进行数据处理，并将处理后得到的网络架构配置信息通过网络返回网络架构应用客户端，最后，通过客户端显示网络架构配置信息。具体的，终端设备上部署有用于进行网络架构定义以及生成网络设备硬件方案的网络架构应用，所述网络架构应用内还定义了五个模型，该五个模型包括互联规范模型、端口分组模型、端口映射模型、物料模型和架构角色模型。用户在终端设备上打开所述网络架构应用，并通过预先规划定义的该网络架构应用内的各个模型及其相应的硬件属性信息和全量互联关系信息，在具体建设时，云服务器从全量互联关系信息中找出与本次新建项目相关的实际互联关系信息，以实现不同网络架构对应的机房网络新建项目时，按照不同的网络设备需求量生成对应新建项目的网络架构配置信息，并将新建项目的网络架构配置信息发送至终端设备进行显示。具体的，终端设备基于用户触发的配置信息生成指令，将所述配置信息生成指令以及相关的属性信息发送至服务器，以使服务器首先获取新建项目的关联网络设备信息；然后获取基于网络架构应用配置的硬件属性信息生成的全量互联关系信息；从全量互联关系信息中过滤出与新建项目的关联网络设备信息对应的实际互联关系信息；根据实际互联关系信息，生成新建项目的网络架构配置信息，并将该新建项目的网络架构配置信息发送至终端设备，以实现不同网络架构对应的机房网络新建项目时，按照不同的网络设备需求量生成对应新建项目的网络架构配置信息，并基于新建项目的网络架构配置信息自动生成本次建设所需的网络硬件方案，提升实际建设过程中网络硬件方案生成的准确率，及提升网络建设的工作效率和质量。

本申请实施例通过提供可视化的网络架构应用，该网络架构应用可以以客户端或者浏览器页面进行呈现，以使架构师通过客户端或者页面呈现的网络架构应用便捷定义网络设备关联的硬件属性信息，完成结构化构造硬件模型，即完成网络架构定义后，网络建设工程师在具体建设时，同类型机房网络建设均可指明本次网络建设所属的网络架构，然后基于网络架构应用内置的硬件模型核心算法自动生成新建项目的网络架构配置信息，并基于新建项目的网络架构配置信息自动生成本次建设所需的网络硬件方案。

具体的，网络架构应用定义了5大模型，依次分别是：互联规范模型、端口分组模型、端口映射模型、物料模型和架构角色模型，然后通过在前端选择对应的厂商的规划逻辑实例生成按钮，即可以自动生成架构规划的全量互联关系信息。然后在进行网络建设时，从全量互联关系信息中找出与本次新建项目相关的实际互联关系信息，以实现不同网络架构对应的机房网络新建项目时，按照不同的网络设备需求量生成对应新建项目的网络架构配置信息，并基于新建项目的网络架构配置信息自动生成本次建设所需的网络硬件方案。

下面以版本号为6.0Bonding 2.0(自采)的网络架构、网络设备厂商选用H3C为进行说明。如图1所示，某公司物理机出租云专用机房新建项目，该新建项目所属的网络架构规划方案为：6.0Bonding2.0(自采)，网络设备厂商选用H3C。网络架构应用可以提供一建设管理界面，通过该建设管理界面，可以进行相应的建设管理，建设管理具体可以包括项目规划管理和建设规划管理。例如，项目规划管理中的项目整体跟踪，具体为整体进度跟踪和采购流程进度跟踪等；例如，项目规划管理中的项目需求，可以供用户录入相关项目的基本信息(比如项目名称、项目编号、项目描述、项目类型、立项日期、计划交付日期等)，项目资源需求(比如建设机位数、虚拟化需求及虚拟化、服务器机型配比、运营商需求、外网需求及分配、资源负责人等)，项目网络方案(比如网络架构版本、网络迭代子版本、网络设备厂商)，商务资源(比如工程施工队、商务负责人等)等；例如，项目规划管理中的方案设计，具体为机架规划、方案生成过程、方案查看等；例如，项目规划管理中的项目实施，具体为工程实施、网络建设、旧项目管控建设、新项目管控建设等；例如，项目规划管理还包括项目验收、缺陷管理等内容。建设规划管理可以用于规划项目的建设单。

其中，6.0Bonding2.0(自采)的网络架构，在本次建设之前早已定义好对应的硬件模型并生成好逻辑设备间的全量互联关系信息，本次建设预先确定好所需完成的关联的逻辑设备的范围(可以是规划的全量设备，也可以是规划一部分设备)，然后采用硬件模型核心算法根据本次建设关联的逻辑设备去过滤架构规划时生成的全量互联关系信息，找出与本次建设相关的实际互联关系信息，最后再根据实际互联关系信息中的本端设备及端口、对端设备及端口、网络架构规划的硬件模型的硬件属性信息，最终生成本次建设的网络设备硬件方案中的新建项目安装方案和新建项目物料清单。

其中，互联规范模型，用于描述某个网络架构下面，不同架构角色之间的互联关系(即连接规则)。具体的，用户可以预先在互联规范模型定义本端架构角色与对端架构角色间的互联规范信息，互联规范信息可以包括本端架构角色的类型、对端架构角色的类型、分组编码、本端端口组、互联规范和链路数等信息。如图2所示的互联规范模型，该互联规范模型有几个重要的字段属性：

(1)本端架构角色与对端架构角色：网络连接的两端对应的网元类型，定义其中任意一端为本端架构角色，则另外一端为对端架构角色。其中，每个架构角色可以包括一个或者多个网络设备，网络设备是指在通信系统中完成信息交换功能的设备。架构角色是指网络架构下不同类型网元角色。

(2)分组编码：互联规范一般成对存在，所以分组编码相同的两条互联规范记录是同一组。

(3)本端端口组：本端架构角色网元具体哪几个网元序号与对端架构角色网元互联。

(4)互联规范：描述的是本端单个网元如何与对端网元互联，一般均是“等分带宽”，代表着本端单个网元下包含的具体网络设备与对端每个网元一一互联。

(5)链路数：本端单个网元与对端单个网元彼此互联的连接数量。

其中，端口分组模型，用于描述某个网络架构下的每个架构角色的不同区域的端口分别用来连接哪种类型的架构角色(即不同功能区用途)，具体的，用户可以预先在端口分组模型中定义每个架构角色的端口分组信息，所述端口分组信息可以包括每一架构角色的端口分组详情信息、端口速率与端口距离，所述端口分组详情信息包括逻辑端口、端口数字、端口功能区标识、组ID、组权重、功能区类型、同组使用顺序等信息。可以通过不同的端口功能区标识来描述不同的功能区用途，比如，该端口功能区标识可以为标识颜色，或者标识符号。如图3所示的内网核心交换机(Lan Core Switch，LC架构角色的端口分组模型，矩阵中绿色区域的端口表示用于连接LA25G架构角色，LA25G表示25G内网接入交换机(LanAccess Switch)，蓝色区域表示用于连接模块接入网络交换机(Model Access NetSwitch，MAN)架构角色，黄色区域表示管理口(Mangement，MGT)。该端口分组模型中还有几个重要的属性：

(1)端口数字：数字大小代表网络架构配置信息的计算过程中挑选端口的优先级，数字越小代表优先级越高。相同数字代表同一个功能组，即相同数字时要求连同一个对端网元角色。

(2)端口速率：描述了不同功能区用途的端口规划需求的单端口速率。

(3)端口距离：描述了不同功能区用途的端口规划需求的单端口距离。

其中，端口映射模型，用于描述某网络架构下的具体厂商型号的具体架构角色对应的端口分组模型中逻辑端口与实际的物理端口之间的映射关系。不同厂商实际的物理端口名称可能不一样。如图4所示，描述的是6.0Bonding2.0(自采)网络架构下，华三的LS-12508X-AF型号，架构角色为LC的端口映射模型，图中所示的1-LA25G30逻辑口对应的物理口名称是“1-HundredGigE3/0/8”。

其中，物料模型，用于结构化描述网络设备相关硬件物料设备的关联属性，具体的，用户可以预先在物料模型中定义每个网络设备相关的硬件物料设备的物料属性信息，其中，硬件物料设备可以包括机框、板卡、电源、风扇、网络设备接口模块等，所述物料属性信息可以包括硬件物料设备的通用型号、标准型号、物料部件号(Part Number，PN)、物料描述、物料类型、速率、距离、容器大小、厂商、端口前缀、标准口前缀、分光端口编号、波长、接口类型等信息。例如，如图5所示的物料模型为非模块物料模型，描述了机框、板卡、电源、风扇等物料的通用型号、标准型号、物料PN、速率、容器大小、厂商、端口前缀等信息。如图6所示的物料模型为模块物料模型，描述了各个接口模块对应的属性，主要包括网络设备接口模块的通用型号、标准型号、物料PN、速率、距离、厂商、端口前缀等信息。

其中，架构角色模型，用于针对某个具体网络架构、厂商型号、架构角色生成唯一的架构快照标识，架构快照标识对应的具体硬件配套定义为架构角色模型。其中硬件配套是指网络架构具体网元角色由具体哪些型号物料集合组成。具体的，用户可以预先在物料模型中定义架构快照标识对应的硬件配套信息，从信息的组成来划分，架构快照标识对应的硬件配套信息可以包括每一架构角色的架构快照标识关联的基础信息、机框槽位物料组成信息、板卡端口物料组成信息等。其中，基础信息可以包括机框厂商型号(型号信息)、网元堆叠信息等，如图7所示为架构快照“6.0Bonding2.0(自采)_LS-12508X-AF_LC”关联的基础信息。其中，机框槽位物料组成信息可以包括每个槽位分别对应的风扇型号、电源型号、板卡型号等型号信息，如图8所示为该架构快照关联的机框槽位物料组成信息，比如包括了每个槽位分别可插什么型号的风扇、电源、板卡等。其中，板卡端口物料组成信息可以包括每个槽位硬件分别对应的板卡型号和模块型号，如图9所示为该架构快照关联的板卡端口物料组成信息，比如包括了哪个槽位可插什么型号的板卡，同时板卡上可插什么型号的模块，例如“LSXM1CGQ36HB1”为板卡型号，“0/1:QSFP-100G-SR4-TX”为模块型号。其中，从信息的类型来划分，构快照标识对应的硬件配套信息可以包括槽位关系信息和型号信息。比如，槽位关系信息可以为槽位与各种型号的风扇、板卡、电源、模块等硬件物料设备之间的关系，型号信息为与槽位匹配的风扇、板卡、电源、模块等硬件物料设备的型号。

例如，该网络架构应用还可以提供一自定义界面，该自定义界面用于供用户在该界面上进行混合规划逻辑实例的自定义，具体为用户通过该界面给每一个架构角色选择一个架构快照并起一个自定义名称，并通过上述架构模型展示已定义的架构快照。例如，该网络架构应用还可以提供一触发界面，该触发界面用于供用户在该界面上输入生成逻辑实例的触发指令，该触发指令可以携带有用户选定的厂商信息、触发生成逻辑实例请求等，该触发界面还提供已生成的逻辑实例的查询接口，以供用户点击对应厂商的逻辑实例查询接口，即可查看相应的逻辑实例信息。

如图10所示，示出了本申请实施例提供的网络建设生成安装方案系统的整体架构示意图。该系统可以将整体架构划分为四层，分别是：结构化数据层、模型数据缓存层、硬件模型核心算法层、生成建设安装方案接口层。其中，硬件模型核心算法层通过对上述定义的五大硬件模型计算生成本次网络建设的新建项目相关的网络设备硬件方案，包括互联关系、安装方案、采购清单等。具体分层情况如下：

(1)第一层是结构化数据层，用于结构化管理各个硬件模型的数据，通过前端定义的各类硬件模型(互联规范模型、端口分组模型、端口映射模型、物料模型和架构角色模型)的相关模型数据都会存储到数据库集群中，如图11所示的结构化数据层分为两个数据库集群，一主一备，主DB集群(DB Set1)负责实时模型数据读写，备份DB集群(DB Set2)会从主DB集群实时同步模型数据，备份DB集群只负责硬件模型数据的读取。

(2)第二层是模型数据缓存层，用于硬件模型核心算法层进行实时计算时，将本次规划实例计算相关模型的模型数据缓存到内存系统里面，最后通过缓存查询函数接口统一对硬件模型核心算法层提供高效的数据访问服务。具体的，为了避免硬件模型核心算法层进行实时计算时频繁直接读取结构化数据层，减少数据库访问的压力，该模型数据缓存层负责将本次规划实例计算相关的具体网络架构定义的互联规范模型、端口分组模型、端口映射模型、架构角色模型、物料模型的模型数据缓存到内存系统里面，最后通过缓存查询函数接口统一对硬件模型核心算法层提供高效的数据访问服务。

(3)第三层是硬件模型核心算法层，用于计算出生成整个架构角色中所有互联的本端设备与对端设备间的全量互联关系信息，该全量互联关系信息可以包括硬件属性信息与物理端口维度的字典数据结构，其中硬件属性信息可以为所有互联的本端设备与对端设备的物理端口以及物理端口对应的物料属性信息和硬件配套信息，比如所有互联的本端设备与对端设备的物理端口以及物理端口对应的板卡、机框、风扇、电源等物料对应的硬件属性，比如硬件属性可以包括标准型号、槽位号、产品序列号(Serial Number，SN)、厂商等信息。硬件模型核心算法层还用于计算生成本次建设所需的新建项目安装方案和新建项目物料清单。具体硬件模型核心算法逻辑详解如下：

首先，对于硬件模型核心算法，需要预先生成整个网络架构规划下的网络设备全量硬件方案(即生成全量互联关系信息)，将该全量硬件方案进行存储，以供进行网络建设时进行调用。在进行网络建设生成安装方案的计算时，从全量互联关系信息中过滤出与所述新建项目的关联网络设备信息对应的实际互联关系信息，互联关系即连接，连接包含本端设备与端口、对端设备与端口，而这一部分的实际互联关系通过生成建设安装方案接口层(第四层)可直接过滤生成。然后硬件模型核心算法层通过构造物理端口到关联的硬件属性信息的映射关系，通过该映射关系及目标选择口即可生成本次建设关联物料安装方案和物料清单。如图10所示的硬件模型核心算法层中描述的是如果通过面向对象的设计构造物理端口到关联的硬件属性信息的映射逻辑，具体详解如下：

硬件模型核心算法中有三类对象：第一类对象、第二类对象和第三类对象。其中第一类对象中包含有具有连接关系的一对第二类对象，第二类对象中包含有多个第三类对象。如图10所示，第一类对象为Group对象，第二类对象为ArchNe对象，第三类对象为Chassis对象。

其中，第一类对象为Group对象，Group对象代表互联规范模型中的架构角色对象，每一个Group对象描述的是每一对互联规范模型中的本端架构角色与对端架构角色之间是如何互联的规则。比如图10所示，具有Group1至GroupN等多个Group对象，例如Group1对象中，本端的2个LA网元(ArchNe对象)与对端的2个LC网元(ArchNe对象)对象一一互联，其中链路数是2，即每个LA网元与每个LC网元之间的连接数是2，所以该Group1对象有2*2*2＝8条连接。另外，图10示出的GroupN为另外一个Group对象，是本端的2个XGWL网元与对端的两个LC网元的互联规则，其中链路数是2，即每个XGWL网元与每个LC网元之间的连接数是2，所以该GroupN对象有2*2*2＝8条连接。

其中，第二类对象为ArchNe对象，ArchNe对象表示某类架构角色的网元，它可以由一台设备组成，也可以由多台设备组成。比如图10所示的LA ArchNe1对象它就是由2台LA网络设备组成，LC ArchNe1对象则是由1台LC网络设备组成。

其中，第三类对象为Chassis对象，Chassis对象表示某类架构角色的单台网络设备，比如图10所示的LC ArchNe1对象下的Chassis1对象。

计算全量互联关系信息的逻辑如下：遍历每个Group对象，调用其中每个ArchNe对象挑选端口(pick_port)方法挑选端口，其中，pick_port方法内部挑选端口逻辑为：以本端架构角色为LA为例，通过端口分组模型中找寻功能区是互联规范模型指定的对端架构角色的目标逻辑端口(比如“LC1”、“LC2”)，根据端口映射模型获取目标逻辑端口为“LC1”、“LC2”对应的待选口物理端口名称(比如“HundredGigE1/0/25”、“HundredGigE1/0/27”)，这里的待选口物理端口名称定义为待选口，待选口可能有多个端口构成的集合。遍历待选口字典集合，逐个根据一定的条件(Condition)，通过过滤条件算法过滤出符合条件的端口。其中，所述过滤条件算法具体如下：首选，要针对每台网络设备构造生成一个可用口集合，构建规则如下：根据目标网络设备所属架构角色，获取该目标网络设备在架构角色模型中的架构快照标识对应的硬件配套信息，比如可以从对应的硬件配套信息中获取到与目标网络设备匹配的是什么型号的机框，每个槽位分别可插什么型号的板卡或者其他组件，以及对应型号的板卡上能插什么型号的端口模块等信息，通过硬件配套信息中的槽位关系信息组织生成每一个可用口物理端口的后缀信息(比如“1/0/25”、“1/0/27”)，根据硬件配套信息中的型号信息以及结合物料模型(模块物料模型和非模块物料模型)中的物料属性信息，同时结合端口分组模型中规划的功能区的端口速率和端口距离的要求，查找过滤出符合规划要求的物料模型记录的物料属性信息中的端口前缀，根据这些符合要求的物料模型记录的物料属性信息中的端口前缀可以直接获取为可用口物理端口的前缀信息(比如：“HundredGigE”、“FortyGe”)，从而拼接端口后缀和前缀信息即可生成完整的可用口物理端口名称(比如：“HundredGigE1/0/25”、“FortyGe1/0/25”),以这些可用口物理端口名称作为Key，所属硬件配套信息(比如板卡信息)以及物料属性信息(比如端口模块对应的型号、厂商、类型等信息)作为Value，构成可用口字典集合。然后，判断待选口物理端口名称是否在可用口字典集合里面，如果在则立即选择此端口为实际选择口，否则过滤掉此端口，以这里为例，“HundredGigE1/0/25”会被挑选为实际选择口，而“FortyGe1/0/25”则不会被选，即将待选口字典集合与可用口字典集合的交集确定为实际选择口字典集合。本端设备挑选出物料端口(实际选择口)后，对端挑选逻辑同理可推导出与对端设备互联的物理端口(实际选择口)，从而生成一条互联关系。当前Goup对象有8条连接时，所以如上操作循环8次生成满足需求的16个实际选择口(本端8个+对端8个)，同理，当遍历所有Goup对象进行如此操作后，即可完成整个规划架构实例中的互联关系方案，即所有逻辑设备本端设备与对端设备的实际选择口字典集合。

构造物理端口到关联的硬件属性信息的映射逻辑如下：首选，要针对每台网络设备构造生成一个可用口集合，构建规则如下：根据目标网络设备所属架构角色，获取该目标网络设备在架构角色模型中的架构快照标识对应的硬件配套信息，比如可以从对应的硬件配套信息中获取到与目标网络设备匹配的是什么型号的机框，每个槽位分别可插什么型号的板卡或者其他组件，以及对应型号的板卡上能插什么型号的端口模块等信息，通过硬件配套信息中的槽位关系信息组织生成每一个可用口物理端口的后缀信息(比如“1/0/25”、“1/0/27”)，根据硬件配套信息中的型号信息以及结合物料模型(模块物料模型和非模块物料模型)中的物料属性信息，同时结合端口分组模型中规划的功能区的端口速率和端口距离的要求，查找过滤出符合规划要求的物料模型记录的物料属性信息中的端口前缀，根据这些符合要求的物料模型记录的物料属性信息中的端口前缀可以直接获取为可用口物理端口的前缀信息(比如：“HundredGigE”、“FortyGe”)，从而拼接端口后缀和前缀信息即可生成完整的可用口物理端口名称(比如：“HundredGigE1/0/25”、“FortyGe1/0/25”),以这些可用口物理端口名称作为Key，所属硬件配套信息(比如板卡信息)以及物料属性信息(比如端口模块对应的型号、厂商、类型等信息)作为Value，构成可用口字典集合，可用口字典集合即映射。然后，结合生成建设安装方案接口层生成的实际互联关系信息，逐一将连接的两端设备端口关联的硬件属性信息，从可用口字典集合的映射中获取出来，以得到从本次建设的新建项目对应的目标选择口关联的硬件属性信息。

(4)第四层是生成建设安装方案接口层，通过本次建设单(新建项目)关联的网络设备信息，从建设单所属的网络架构预先规划生成的全量互联关系信息中，过滤出包含本次建设的关联网络设备对应的实际互联关系信息，根据实际互联关系信息中的本端设备及本端物理端口、对端设备及对端物理端口，从硬件模型核心算法层构造出的物理端口到关联的硬件属性信息的映射中，获取本端物理端口和对端物理端口分别对应的物料属性信息和硬件配套信息，然后提取出来即可生成本次建设关联物料安装方案(新建项目安装方案)；基于本次建设关联物料安装方案，按照标准型号归类数量，即可生成本次建设关联物料采购清单(新建项目物料清单)。

请参阅图11至图18，本申请实施例提供了一种网络架构配置信息生成方法，该方法可以由任意执行网络架构配置信息生成方法的装置来执行，该装置可以通过软件和/或硬件实现，该装置可以集成在电子设备中。如图11所示，该方法通过终端设备提供一网络架构应用，所述网络架构应用包括互联规范模型、端口分组模型、端口映射模型、物料模型和架构角色模型，该方法的具体流程可以如下：

步骤101，获取新建项目的关联网络设备信息。

可选的，所述获取新建项目的关联网络设备信息，包括：

显示一创建界面；

响应于用户在所述创建界面上输入的项目创建操作指令，生成新建项目的关联网络设备信息，所述新建项目的关联网络设备信息包括所述关联网络设备的设备类型、厂商信息和架构快照标识。

例如，如图12所示的建设项目创建界面，用户可以通过该创建界面输入建设项目相关的信息，生成本次建设单对应的网络设备。比如输入项目名称、项目编号、机房单元、创建人、创建时间等信息，还可以编辑设备列表，该设备列表可以通过已有的清单，也可以直接在创建界面上编辑生成，可以将编辑完成的设备列表导出形成设备清单。具体的，用户在所述创建界面上输入的项目创建操作指令包括建设项目信息和设备列表，该设备列表中包含有本次建设的新建项目的关联网络设备信息，所述新建项目的关联网络设备信息可以包括所述关联网络设备的设备类型、厂商信息和架构快照标识、设备所属的架构类型、设备名称、设备SN、机房管理单元等信息。

步骤102，获取基于所述网络架构应用配置的硬件属性信息生成的全量互联关系信息。

其中，所述硬件属性信息包括所述互联规范模型的互联规范信息、所述端口分组模型的端口分组信息、所述端口映射模型的端口映射信息、所述架构角色模型中每一架构角色的架构快照标识对应的硬件配套信息和所述物料模型的物料属性信息。

可选的，如图13所示，步骤102可以通过步骤1021至步骤1024来实现，具体包括：

步骤1021，根据所述互联规范模型的互联规范信息，所述端口分组模型的端口分组信息，以及所述端口映射模型的端口映射信息，生成待选口字典集合。

具体的，基于硬件模型核心算法层中的硬件模型核心算法生成待选口字典集合。例如根据互联规范模型的互联规范信息，遍历两端架构角色，结合端口分组模型和端口映射模型，依次加载本端设备和对端设备对应功能区的端口分组信息、端口映射信息，最终加载得出以物理端口为索引，端口分组详情信息(比如组ID、组权重、功能区类型、同组使用顺序等)为值的待选口字典集合。

可选的，所述根据所述互联规范模型的互联规范信息，所述端口分组模型的端口分组信息，以及所述端口映射模型的端口映射信息，生成待选口字典集合，包括：

1021.1，获取所述互联规范模型中本端架构角色与对端架构角色间的互联规范信息，获取所述端口分组模型的端口分组信息，以及获取所述端口映射模型的端口映射信息。

具体的，响应于用户在触发界面上输入的生成逻辑实例的触发指令，终端设备驱动硬件模型核心算法层从模型数据缓存层中获取所述互联规范模型中本端架构角色与对端架构角色间的互联规范信息、所述端口分组模型的端口分组信息，以及所述端口映射模型的端口映射信息。

其中，所述互联规范信息包括本端架构角色的类型、对端架构角色的类型、分组编码、本端端口组、互联规范和链路数。

其中，所述端口分组信息包括每一架构角色的端口分组详情信息、端口速率与端口距离，所述端口分组详情信息包括逻辑端口、端口数字、端口功能区标识、组ID、组权重、功能区类型和同组使用顺序。

其中，所述端口映射信息包括每一架构角色对应的端口分组模型中的所述逻辑端口与物理端口之间的映射关系。

1021.2，根据所述互联规范信息，遍历所述本端架构角色和所述对端架构角色，以从所述端口分组信息中确定与每一架构角色中的每一目标网络设备对应的目标逻辑端口。

1021.3，根据所述端口映射信息，确定与所述目标逻辑端口对应的待选口物理端口名称。

1021.4，根据所述待选口物理端口名称，以及所述待选口物理端口名称对应的端口分组详情信息，生成待选口字典集合。

可选的，所述根据所述待选口物理端口名称，以及所述待选口物理端口名称对应的端口分组详情信息，生成待选口字典集合，包括：

将所述待选口物理端口名称作为键，将所述待选口物理端口名称对应的端口分组详情信息作为值，生成待选口字典；

遍历所述互联规范模型中的本端架构角色与对端架构角色，生成所有目标网络设备对应的待选口字典，所述所有目标网络设备对应的待选口字典构成所述待选口字典集合。

例如，当目标网络设备为本端设备时，基于硬件模型核心算法层中的硬件模型核心算法对本端架构角色中的目标本端设备挑选端口，从端口分组模型中找寻出功能区为互联规范模型指定的对端架构角色中与所述目标本端设备对应的第一目标逻辑端口，然后根据端口映射模型获取与所述目标本端设备对应的第一目标逻辑端口对应的第一待选口物理端口名称，然后将第一待选口物理端口作为键(key)，将第一待选口物理端口对应的端口分组详情信息作为值(value)，构成第一待选口字典。

例如，当目标网络设备为对端设备时，基于硬件模型核心算法层中的硬件模型核心算法对对端架构角色中的目标对端设备挑选端口，从端口分组模型中找寻出功能区为互联规范模型指定的本端架构角色中与所述目标对端设备对应的第二目标逻辑端口，然后根据端口映射模型获取与所述目标对端设备对应的第二目标逻辑端口对应的第二待选口物理端口名称，然后将第二待选口物理端口作为键，将第二待选口物理端口对应的端口分组详情信息作为值，构成第二待选口字典。

然后，遍历所述本端架构角色和所述对端架构角色，最终加载得出以待选口物理端口名称为键，以待选口物理端口名称对应的端口分组详情信息为值的多个待选口字典，多个待选口字典构成待选口字典集合。其中，待选口字典集合包含有所有目标网络设备对应的待选口字典。

步骤1022，根据所述架构角色模型中每一架构角色的架构快照标识对应的硬件配套信息，所述物料模型的物料属性信息，以及所述端口分组信息中的端口距离和端口速率，生成可用口字典集合。

具体的，基于图10示出的硬件模型核心算法层中的硬件模型核心算法生成可用口字典集合。例如，根据架构角色模型中每一架构角色的架构快照标识对应的硬件配套信息，并结合物料模型的物料属性信息，查找对应架构快照标识相关的基础厂商型号信息、堆叠信息、硬件配套等信息，并根据端口分组模型中指定的端口距离和端口速率(不指定就无需过滤)进行过滤，以过滤出物料模型中符合所需的业务板卡及可插模块型号，物料模型中符合端口速率、端口距离等上述过滤条件的业务板卡及模块对应的记录中，会含有可用口物理端口前缀信息，再结合架构角色模型的槽位关系信息生成可用口物理端口后缀信息，将前缀信息和后缀信息拼接组合成完整可用口物理端口，进而生成可用口字典集合。

可选的，所述根据所述架构角色模型中每一架构角色的架构快照标识对应的硬件配套信息，所述物料模型的物料属性信息，以及所述端口分组信息中的端口距离和端口速率，生成可用口字典集合，包括：

1022.1，获取所述架构角色模型中每一架构角色的架构快照标识对应的硬件配套信息，获取所述物料模型的物料属性信息，以及获取所述端口分组信息中的端口距离和端口速率。

具体的，响应于用户在触发界面上输入的生成逻辑实例的触发指令，终端设备驱动硬件模型核心算法层从模型数据缓存层中获取所述架构角色模型中每一架构角色的架构快照标识对应的硬件配套信息，获取所述物料模型的物料属性信息，以及获取所述端口分组信息中的端口距离和端口速率。

其中，所述物料属性信息包括所述硬件物料设备的通用型号、标准型号、物料部件号、物料描述、物料类型、速率、距离、容器大小、厂商、端口前缀、标准口前缀、分光端口编号、波长、接口类型中的至少一种。

其中，从信息的组成来划分，硬件配套信息可以包括每一架构角色的架构快照标识关联的基础信息、机框槽位物料组成信息和板卡端口物料组成信息。从信息的类型来划分，所述硬件配套信息可以包括槽位关系信息和型号信息。

1022.2，根据所述硬件配套信息，所述物料属性信息，以及所述端口分组信息中的端口距离和端口速率，生成可用口物理端口名称。

可选的，所述根据所述硬件配套信息，所述物料属性信息，以及所述端口分组信息中的端口距离和端口速率，生成可用口物理端口名称，包括：

根据所述目标网络设备所属架构角色，获取所述目标网络设备在所述架构角色模型中的架构快照标识对应的硬件配套信息，所述硬件配套信息包括型号信息和槽位关系信息；

根据所述硬件配套信息中的槽位关系信息，生成与所述目标网络设备匹配的可用口物理端口的后缀信息；

根据所述硬件配套信息中的型号信息、所述物料属性信息、以及所述端口分组信息中的端口距离和端口速率，确定所述可用口物理端口的前缀信息；

将所述可用口物理端口的前缀信息和后缀信息拼接，以生成可用口物理端口名称。

1022.3，根据所述可用口物理端口名称，以及所述可用口物理端口名称对应的硬件配套信息和物料属性信息，生成可用口字典集合。

具体的，将所述可用口物理端口名称作为键，将所述可用口物理端口名称对应的硬件配套信息和物料属性信息作为值，构成可用口字典。

然后，遍历所述本端架构角色和所述对端架构角色，最终加载得出以可用口物理端口名称为键，以可用口物理端口名称对应的硬件配套信息和物料属性信息为值的多个可用口字典，多个可用口字典形成可用口字典集合。其中，可用口字典集合包含有所有目标网络设备对应的可用口字典。

步骤1023，根据所述待选口字典集合与所述可用口字典集合，生成所述新建项目所属网络架构的本端架构角色中所有本端设备与对端架构角色中所有对端设备间的全量互联关系信息。

具体的，基于图10示出的硬件模型核心算法层中的硬件模型核心算法，根据所述待选口字典集合与所述可用口字典集合，生成所述新建项目所属网络架构的本端架构角色中所有本端设备与对端架构角色中所有对端设备间的全量互联关系信息。

可选的，所述根据所述待选口字典集合与所述可用口字典集合，生成所述新建项目所属网络架构的本端架构角色中所有本端设备与对端架构角色中所有对端设备间的全量互联关系信息，包括：

1023.1，判断所述待选口字典集合中的待选口物理端口名称是否与所述可用口字典集合中的可用口物理端口名称相匹配；

1023.2，将所述待选口字典集合中与所述可用口字典集合中的可用口物理端口名称相匹配的目标待选口物理端口确定为实际选择口；

1023.3，根据所述实际选择口对应的目标待选口物理端口名称，以及所述目标待选口物理端口名称对应的硬件配套信息和物料属性信息，生成实际选择口字典集合，其中所述实际选择口字典集合包含有所有目标网络设备对应的实际选择口字典；

1023.4，根据所述实际选择口字典集合以及所述互联规范信息，生成本端架构角色中所有本端设备与对端架构角色中所有对端设备间的全量互联关系信息。

具体的，判断所述待选口字典集合中的待选口物理端口名称是否与所述可用口字典集合中的可用口物理端口名称相匹配，若为是，将所述待选口字典集合中与所述可用口字典集合中的可用口物理端口名称相匹配的待选口物理端口确定为实际选择口；若为否，则过滤掉此端口，比如“HundredGigE1/0/25”会被挑选为实际选择口，而“FortyGe1/0/25”则不会被选，即将待选口字典集合与可用口字典集合的交集确定为实际选择口字典集合。

具体的，遍历所述互联规范信息中的所有架构角色，根据所述互联规范信息中的互联规则依次从对应架构角色的待选口字典集合中的遍历待选口物理端口(比如代号A端口)，判断在可用口字典集合中是否有对应的可用口物理端口(A端口)，如果有对应的可用口物理端口(A端口)，则挑选该架构角色对应的A端口为实际选择口，如果没有则遍历下一个待选口物理端口。被挑选出来的端口结合其对应的可用口物理端口的Value属性组合成实际选择口字典集合。即为本端设备从待选口字典集合中挑选本端设备对应的实际选择口，对端挑选方式亦如此原则，为对端设备从待选口字典集合中挑选对端设备对应的实际选择口，从而基于互联规范信息生成一条本端设备与对端设备间的连接关系，依次类推生成互联规则中的所有连接关系，当遍历完所有的互联规范信息中的所有网络设备后即可生成所有网络设备的全量互联关系信息。其中，所述实际选择口互联规范模型中规划的本端设备与对端设备分别对应的端口，可以理解为是按照互联规范模型规划的目标网络设备生成的规划端口。

其中，所述全量互联关系信息可以包括本端设备类型、本端物理端口、本端逻辑端口、本端线缆端口类型、对端设备类型、对端物理端口、对端逻辑端口、对端线缆端口类型等信息。可以在图形用户界面上显示已生成的全量互联关系信息。

步骤103，从所述全量互联关系信息中过滤出与所述新建项目的关联网络设备信息对应的实际互联关系信息。

具体的，根据本次建设的新建项目的建设单的关联网络设备信息，从建设单所属的网络架构规划生成的全量互联关系信息中，过滤出包含本次建设的网络设备的实际互联关系信息，从而可以知道本次建设的新建项目实际选择的本端设备及端口、对端设备及端口。

可选的，所述从所述全量互联关系信息中过滤出与所述新建项目的关联网络设备信息对应的实际互联关系信息，包括：

基于所述关联网络设备的设备类型、厂商信息和架构快照标识，从所述全量互联关系信息中查找出包含有所述关联网络设备的本端设备与对端设备间的连接关系；

从所述关联网络设备的本端设备与对端设备间的连接关系中过滤掉被标记为已建设或者正在建设的网络设备对应的连接关系，以得到与所述新建项目的关联网络设备信息对应的实际互联关系信息，所述实际互联关系信息包括所述关联网络设备中互联的本端设备和对端设备、以及本端物理端口和对端物理端口。

具体的，根据网络架构规划生成对应厂商逻辑实例中的权利互联关系信息，从中查找出本端设备或者对端设备中包含本次建设单中的关联网络设备的本端设备与对端设备间的连接关系，然后过滤掉连接两端的任意设备中被标记为已建设或者正在建设的网络设备对应的连接关系，即为本次建设单对应的网络设备硬件方案中的所需的实际互联关系信息。其中，在网络建设过程中，可能存在多次建设的情况，有些本次建设需要用到的网络设备可能在本次之前已建设完成，或者处于正在建设的情况，为了合理利用网络设备的资源，本次建设的新建项目涉及到的网络设备的连接关系可以排除被标记为已建设或者正在建设的网络设备对应的连接关系，达到网络建设的优化目的。

其中，所述实际互联关系信息可以包括本端设备类型、本端设备名称、本端物理端口、本端线缆端口类型、对端设备类型、对端设备名称、对端物理端口、对端线缆端口类型等信息。可以在图形用户界面上显示已生成的实际互联关系信息，比如可参图14所示的实际互联关系信息界面示意图。

步骤104，根据所述实际互联关系信息，生成所述新建项目的网络架构配置信息。

例如，如图15所示的生成安装方案触发界面，可以在该生成安装方案触发界面上提供一生成安装方案触发按钮，用户点击界面中的生成安装方案按钮以生成安装方案触发指令，终端设备根据所述生成安装方案触发指令调用硬件模型核心算法，以调用如上所述的全量互联关系信息和各个硬件模型对应的信息，最终触发生成本次建设关联的网络设备硬件方案。

可选的，如图16所示，步骤104可以通过步骤1041至步骤1044来实现，具体包括：

步骤1041，根据所述实际互联关系信息，确定所述关联网络设备对应的目标选择口；

步骤1042，从所述可用口字典集合中获取所述目标选择口关联的硬件属性信息；其中，所述硬件属性信息包括所述关联网络设备中互联的本端设备的本端物理端口与对端设备的对端物理端口、以及本端物理端口和对端物理端口分别对应的物料属性信息和硬件配套信息；

步骤1043，根据所述目标选择口关联的硬件属性信息，生成所述新建项目的网络架构配置信息。

可选的，所述新建项目的网络架构配置信息包括新建项目安装方案和新建项目物理清单。所述根据所述目标选择口关联的硬件属性信息，生成所述新建项目的网络架构配置信息，包括：

根据所述目标选择口关联的硬件属性信息，生成新建项目安装方案和新建项目物料清单。

其中，目标选择口是本次机房网络建设实际要使用的物理端口，逐一根据述关联网络设备对应的目标选择口，从如上所述可用口字典集合(即物理端口到关联的硬件属性信息的映射)中获取每个目标选择口关联的硬件属性信息。

具体的，获取每个目标选择口关联的硬件属性信息，可以构成目标选择口字典集合，每个目标选择口字典以目标选择口对应的物理端口名称为键，以目标选择口对应的物理端口名称关联的硬件配套信息和物料属性信息为值。当生成安装方案时，可以将目标选择口字典的键值反转得到安装方案。例如，A键值反转成B，假设A为{key1:value1,key2:value2}，那么B则可为{value1:key1,value2:key2}，其中key1、key2表示不同的物理端口，value1、value2表示不同的物料型号，B表示具体型号的物料插在具体的物料端口，即为安装方案。

其中，目标选择口关联的硬件属性信息中的物料型号到物理端口的关系即为新建项目安装方案，新建项目安装方案描述的是哪款型号的哪种物料安装在哪个物理端口，例如可参图17所示的安装方案界面示意图，该新建项目安装方案包括逻辑设备名(硬件物料设备)、物料型号、物料类型、槽位号等信息。

然后根据新建项目安装方案中的物料型号等信息规则归类新建项目安装方案中的物料需求数量，即可生成新建项目物料清单。例如可参图18所示的物料清单界面示意图，该新建项目物料清单(即图中的采购清单)可以包括机房管理单元、物料型号、物料类型、设备类型、是否为核心网络设备、厂商、物料数量等信息。

本申请实施例可以一次网络架构定义，多次网络建设复用。通过提供可视化的网络架构应用，该网络架构应用可以以客户端或者浏览器页面进行呈现，以使架构师通过客户端或者页面呈现的网络架构应用便捷定义网络设备关联的硬件属性信息，完成结构化构造硬件模型，实现网络硬件属性统一管理。然后网络建设工程师在具体建设时，通过网络架构规划时预先生成的全量互联关系信息，并结合结构化构造网络设备相关的硬件模型，采用统一抽象的硬件模型核心算法，来实现不同网络架构对应的机房网络新建时按照不同的网络设备需求量生成满足该需求所需要的网络设备硬件方案。

本申请实施例可以一键高效生成，方案准确靠谱。抽象编码实现统一的硬件模型核心算法，结合网络架构规划时生成的全量互联关系信息与结构化硬件模型，一键高效生成准确的网络设备硬件方案。

可以实现网络建设标准化管理，网络硬件属性统一结构化管理，促进网络稳定可管理。

上述所有的技术方案，可以采用任意结合形成本申请的可选实施例，在此不再一一赘述。

本申请实施例提供的网络架构配置信息生成方法，通过终端设备提供一网络架构应用，网络架构应用包括互联规范模型、端口分组模型、端口映射模型、物料模型和架构角色模型，首先获取新建项目的关联网络设备信息；然后获取基于网络架构应用配置的硬件属性信息生成的全量互联关系信息；从全量互联关系信息中过滤出与新建项目的关联网络设备信息对应的实际互联关系信息；根据实际互联关系信息，生成新建项目的网络架构配置信息。本申请实施例通过网络架构规划定义时完成的结构化构造网络设备相关的硬件模型和全量互联关系信息，在具体建设时，从全量互联关系信息中找出与本次新建项目相关的实际互联关系信息，以实现不同网络架构对应的机房网络新建项目时，按照不同的网络设备需求量生成对应新建项目的网络架构配置信息，并基于新建项目的网络架构配置信息自动生成本次建设所需的网络硬件方案，提升实际建设过程中网络硬件方案生成的准确率，以及提升网络建设的工作效率和质量。

为便于更好的实施本申请实施例的网络架构配置信息生成方法，本申请实施例还提供一种网络架构配置信息生成装置。请参阅图19，图19为本申请实施例提供的网络架构配置信息生成装置的结构示意图。通过终端设备提供一网络架构应用，所述网络架构应用包括互联规范模型、端口分组模型、端口映射模型、物料模型和架构角色模型，该网络架构配置信息生成装置300可以包括：

第一获取模块301，用于获取新建项目的关联网络设备信息；

第二获取模块302，用于获取基于所述网络架构应用配置的硬件属性信息生成的全量互联关系信息；

过滤模块303，用于从所述全量互联关系信息中过滤出与所述新建项目的关联网络设备信息对应的实际互联关系信息；

生成模块304，用于根据所述实际互联关系信息，生成所述新建项目的网络架构配置信息。

可选的，所述第一获取模块301，用于：

显示一创建界面；

响应于用户在所述创建界面上输入的项目创建操作指令，生成新建项目的关联网络设备信息，所述新建项目的关联网络设备信息包括所述关联网络设备的设备类型、厂商信息和架构快照标识。

可选的，所述硬件属性信息包括所述互联规范模型的互联规范信息、所述端口分组模型的端口分组信息、所述端口映射模型的端口映射信息、所述架构角色模型中每一架构角色的架构快照标识对应的硬件配套信息和所述物料模型的物料属性信息；

所述第二获取模块302，包括：

第一生成单元3021，用于根据所述互联规范模型的互联规范信息，所述端口分组模型的端口分组信息，以及所述端口映射模型的端口映射信息，生成待选口字典集合；

第二生成单元3022，用于根据所述架构角色模型中每一架构角色的架构快照标识对应的硬件配套信息，所述物料模型的物料属性信息，以及所述端口分组信息中的端口距离和端口速率，生成可用口字典集合；

第三生成单元3023，用于根据所述待选口字典集合与所述可用口字典集合，生成所述新建项目所属网络架构的本端架构角色中所有本端设备与对端架构角色中所有对端设备间的全量互联关系信息。

其中，所述互联规范信息包括本端架构角色的类型、对端架构角色的类型、分组编码、本端端口组、互联规范和链路数。

其中，所述端口分组信息包括每一架构角色的端口分组详情信息、端口速率与端口距离，所述端口分组详情信息包括逻辑端口、端口数字、端口功能区标识、组ID、组权重、功能区类型和同组使用顺序。

其中，所述端口映射信息包括每一架构角色对应的端口分组模型中的所述逻辑端口与物理端口之间的映射关系。

其中，所述物料属性信息包括所述硬件物料设备的通用型号、标准型号、物料部件号、物料描述、物料类型、速率、距离、容器大小、厂商、端口前缀、标准口前缀、分光端口编号、波长、接口类型中的至少一种。

其中，从信息的组成来划分，所述硬件配套信息可以包括每一架构角色的架构快照标识关联的基础信息、机框槽位物料组成信息和板卡端口物料组成信息。从信息的类型来划分，所述硬件配套信息可以包括槽位关系信息和型号信息。

可选的，第一生成单元3021，用于：

获取所述互联规范模型中本端架构角色与对端架构角色间的互联规范信息，获取所述端口分组模型的端口分组信息，以及获取所述端口映射模型的端口映射信息；

根据所述互联规范信息，遍历所述本端架构角色和所述对端架构角色，以从所述端口分组信息中确定与每一架构角色中的每一目标网络设备对应的目标逻辑端口；

根据所述端口映射信息，确定与所述目标逻辑端口对应的待选口物理端口名称；

根据所述待选口物理端口名称，以及所述待选口物理端口名称对应的端口分组详情信息，生成待选口字典集合。

可选的，所述第一生成单元3021，用于根据所述待选口物理端口名称，以及所述待选口物理端口名称对应的端口分组详情信息，生成待选口字典集合，具体为：

将所述待选口物理端口名称作为键，将所述待选口物理端口名称对应的端口分组详情信息作为值，生成待选口字典；

遍历所述互联规范模型中的本端架构角色与对端架构角色，生成所有目标网络设备对应的待选口字典，所述所有目标网络设备对应的待选口字典构成所述待选口字典集合。

可选的，所述第二生成单元3022，用于：

获取所述架构角色模型中每一架构角色的架构快照标识对应的硬件配套信息，获取所述物料模型的物料属性信息，以及获取所述端口分组信息中的端口距离和端口速率；

根据所述硬件配套信息，所述物料属性信息，以及所述端口分组信息中的端口距离和端口速率，生成可用口物理端口名称；

根据所述可用口物理端口名称，以及所述可用口物理端口名称对应的硬件配套信息和物料属性信息，生成可用口字典集合。

可选的，所述第二生成单元3022，用于根据所述硬件配套信息，所述物料属性信息，以及所述端口分组信息中的端口距离和端口速率，生成可用口物理端口名称，具体为：

根据所述目标网络设备所属架构角色，获取所述目标网络设备在所述架构角色模型中的架构快照标识对应的硬件配套信息，所述硬件配套信息包括型号信息和槽位关系信息；

根据所述硬件配套信息中的槽位关系信息，生成与所述目标网络设备匹配的可用口物理端口的后缀信息；

根据所述硬件配套信息中的型号信息、所述物料属性信息、以及所述端口分组信息中的端口距离和端口速率，确定所述可用口物理端口的前缀信息；

将所述可用口物理端口的前缀信息和后缀信息拼接，以生成可用口物理端口名称。

可选的，所述第三生成单元3023，用于：

判断所述待选口字典集合中的待选口物理端口名称是否与所述可用口字典集合中的可用口物理端口名称相匹配；

将所述待选口字典集合中与所述可用口字典集合中的可用口物理端口名称相匹配的目标待选口物理端口确定为实际选择口；

根据所述实际选择口对应的目标待选口物理端口名称，以及所述目标待选口物理端口名称对应的硬件配套信息和物料属性信息，生成实际选择口字典集合，其中所述实际选择口字典集合包含有所有目标网络设备对应的实际选择口字典；

根据所述实际选择口字典集合以及所述互联规范信息，生成所述新建项目所属网络架构的本端架构角色中所有本端设备与对端架构角色中所有对端设备间的全量互联关系信息。

可选的，所述过滤模块303，用于：

基于所述关联网络设备的设备类型、厂商信息和架构快照标识，从所述全量互联关系信息中查找出包含有所述关联网络设备的本端设备与对端设备间的连接关系；

从所述关联网络设备的本端设备与对端设备间的连接关系中过滤掉被标记为已建设或者正在建设的网络设备对应的连接关系，以得到与所述新建项目的关联网络设备信息对应的实际互联关系信息，所述实际互联关系信息包括所述关联网络设备中互联的本端设备和对端设备、以及本端物理端口和对端物理端口。

可选的，所述生成模块304，包括：

确定单元3041，根据所述实际互联关系信息，确定所述关联网络设备对应的目标选择口；

获取单元3042，用于从所述可用口字典集合中获取所述目标选择口关联的硬件属性信息，其中，所述硬件属性信息包括所述关联网络设备中互联的本端设备的本端物理端口与对端设备的对端物理端口、以及本端物理端口和对端物理端口分别对应的物料属性信息和硬件配套信息；

第四生成单元3043，用于根据所述目标选择口关联的硬件属性信息，生成所述新建项目的网络架构配置信息。

可选的，所述新建项目的网络架构配置信息包括新建项目安装方案和新建项目物理清单；所述第四生成单元3043，用于根据所述目标选择口关联的硬件属性信息，生成新建项目安装方案和新建项目物料清单。

上述所有的技术方案，可以采用任意结合形成本申请的可选实施例，在此不再一一赘述。

本申请实施例提供的网络架构配置信息生成装置300，通过终端设备提供一网络架构应用，网络架构应用包括互联规范模型、端口分组模型、端口映射模型、物料模型和架构角色模型，第一获取模块301获取新建项目的关联网络设备信息；第二获取模块302获取基于网络架构应用配置的硬件属性信息生成的全量互联关系信息；过滤模块303从全量互联关系信息中过滤出与新建项目的关联网络设备信息对应的实际互联关系信息；根据实际互联关系信息，生成模块304生成新建项目的网络架构配置信息。本申请实施例通过网络架构规划定义时完成的结构化构造网络设备相关的硬件模型和全量互联关系信息，在具体建设时，从全量互联关系信息中找出与本次新建项目相关的实际互联关系信息，以实现不同网络架构对应的机房网络新建项目时，按照不同的网络设备需求量生成对应新建项目的网络架构配置信息，并基于新建项目的网络架构配置信息自动生成本次建设所需的网络硬件方案，提升实际建设过程中网络硬件方案生成的准确率，以及提升网络建设的工作效率和质量。

相应的，本申请实施例还提供一种电子设备，该电子设备可以为终端或者服务器，该终端可以为智能手机、平板电脑、笔记本电脑、触控屏幕、游戏机、个人计算机、个人数字助理等终端设备。如图20所示，图20为本申请实施例提供的电子设备的结构示意图。该电子设备400包括有一个或者一个以上处理核心的处理器401、有一个或一个以上计算机可读存储介质的存储器402及存储在存储器402上并可在处理器上运行的计算机程序。其中，处理器401与存储器402电性连接。本领域技术人员可以理解，图中示出的电子设备结构并不构成对电子设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

处理器401是电子设备400的控制中心，利用各种接口和线路连接整个电子设备400的各个部分，通过运行或加载存储在存储器402内的软件程序和/或模块，以及调用存储在存储器402内的数据，执行电子设备400的各种功能和处理数据，从而对电子设备400进行整体监控。

在本申请实施例中，电子设备400中的处理器401会按照如下的步骤，将一个或一个以上的应用程序的进程对应的指令加载到存储器402中，并由处理器401来运行存储在存储器402中的应用程序，从而实现各种功能：

获取新建项目的关联网络设备信息；获取基于所述网络架构应用配置的硬件属性信息生成的全量互联关系信息；从所述全量互联关系信息中过滤出与所述新建项目的关联网络设备信息对应的实际互联关系信息；根据所述实际互联关系信息，生成所述新建项目的网络架构配置信息。

以上各个操作的具体实施可参见前面的实施例，在此不再赘述。

在一些实施例中，如图20所示，电子设备400还包括：触控显示屏403、射频电路404、音频电路405、输入单元406以及电源407。其中，处理器401分别与触控显示屏403、射频电路404、音频电路405、输入单元406以及电源407电性连接。本领域技术人员可以理解，图20中示出的电子设备结构并不构成对电子设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

触控显示屏403可用于显示图形用户界面以及接收用户作用于图形用户界面产生的操作指令。触控显示屏403可以包括显示面板和触控面板。其中，显示面板可用于显示由用户输入的信息或提供给用户的信息以及电子设备的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。在一些实施例中，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode，OLED)等形式来配置显示面板。触控面板可用于收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板上或在触控面板附近的操作)，并生成相应的操作指令，且操作指令执行对应程序。在一些实施例中，触控面板可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器401，并能接收处理器401发来的命令并加以执行。触控面板可覆盖显示面板，当触控面板检测到在其上或附近的触摸操作后，传送给处理器401以确定触摸事件的类型，随后处理器401根据触摸事件的类型在显示面板上提供相应的视觉输出。在本申请实施例中，可以将触控面板与显示面板集成到触控显示屏403而实现输入和输出功能。但是在某些实施例中，触控面板与触控面板可以作为两个独立的部件来实现输入和输出功能。即触控显示屏403也可以作为输入单元406的一部分实现输入功能。

射频电路404可用于收发射频信号，以通过无线通信与网络设备或其他电子设备建立无线通讯，与网络设备或其他电子设备之间收发信号。

音频电路405可以用于通过扬声器、传声器提供用户与电子设备之间的音频接口。音频电路405可将接收到的音频数据转换后的电信号，传输到扬声器，由扬声器转换为声音信号输出；另一方面，传声器将收集的声音信号转换为电信号，由音频电路405接收后转换为音频数据，再将音频数据输出处理器401处理后，经射频电路404以发送给比如另一电子设备，或者将音频数据输出至存储器402以便进一步处理。音频电路405还可能包括耳塞插孔，以提供外设耳机与电子设备的通信。

输入单元406可用于接收输入的数字、字符信息或用户特征信息(例如指纹、虹膜、面部信息等)，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。

电源407用于给电子设备400的各个部件供电。在一些实施例中，电源407可以通过电源管理系统与处理器401逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源407还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

尽管图5中未示出，电子设备400还可以包括摄像头、传感器、无线保真模块、蓝牙模块等，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

本申请实施例提供的电子设备，提供一网络架构应用，网络架构应用包括互联规范模型、端口分组模型、端口映射模型、物料模型和架构角色模型，首先获取新建项目的关联网络设备信息；然后获取基于网络架构应用配置的硬件属性信息生成的全量互联关系信息；从全量互联关系信息中过滤出与新建项目的关联网络设备信息对应的实际互联关系信息；根据实际互联关系信息，生成新建项目的网络架构配置信息。本申请实施例通过网络架构规划定义时完成的结构化构造网络设备相关的硬件模型和全量互联关系信息，在具体建设时，从全量互联关系信息中找出与本次新建项目相关的实际互联关系信息，以实现不同网络架构对应的机房网络新建项目时，按照不同的网络设备需求量生成对应新建项目的网络架构配置信息，并基于新建项目的网络架构配置信息自动生成本次建设所需的网络硬件方案，提升实际建设过程中网络硬件方案生成的准确率，以及提升网络建设的工作效率和质量。

本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。

为此，本申请实施例提供一种计算机可读存储介质，其中存储有多条计算机程序，该计算机程序能够被处理器进行加载，以执行本申请实施例所提供的任一种网络架构配置信息生成方法中的步骤。例如，该计算机程序可以执行如下步骤：

获取新建项目的关联网络设备信息；获取基于所述网络架构应用配置的硬件属性信息生成的全量互联关系信息；从所述全量互联关系信息中过滤出与所述新建项目的关联网络设备信息对应的实际互联关系信息；根据所述实际互联关系信息，生成所述新建项目的网络架构配置信息。

以上各个操作的具体实施可参见前面的实施例，在此不再赘述。

其中，该存储介质可以包括：只读存储器(Read Only Memory，ROM)、随机存取记忆体(Random Access Memory，RAM)、磁盘或光盘等。

由于该存储介质中所存储的计算机程序，可以执行本申请实施例所提供的任一种网络架构配置信息生成方法中的步骤，因此，可以实现本申请实施例所提供的任一种网络架构配置信息生成方法所能实现的有益效果，详见前面的实施例，在此不再赘述。

以上对本申请实施例所提供的一种网络架构配置信息生成方法、装置、存储介质及电子设备进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (14)

1.一种网络架构配置信息生成方法，其特征在于，通过终端设备提供一网络架构应用，所述网络架构应用包括互联规范模型、端口分组模型、端口映射模型、物料模型和架构角色模型，所述方法包括：

获取新建项目的关联网络设备信息；

获取基于所述网络架构应用配置的硬件属性信息生成的全量互联关系信息；

从所述全量互联关系信息中过滤出与所述新建项目的关联网络设备信息对应的实际互联关系信息；

根据所述实际互联关系信息，生成所述新建项目的网络架构配置信息。

2.如权利要求1所述的网络架构配置信息生成方法，其特征在于，所述获取新建项目的关联网络设备信息，包括：

显示一创建界面；

响应于用户在所述创建界面上输入的项目创建操作指令，生成新建项目的关联网络设备信息，所述新建项目的关联网络设备信息包括所述关联网络设备的设备类型、厂商信息和架构快照标识。

3.如权利要求2所述的网络架构配置信息生成方法，其特征在于，所述硬件属性信息包括所述互联规范模型的互联规范信息、所述端口分组模型的端口分组信息、所述端口映射模型的端口映射信息、所述架构角色模型中每一架构角色的架构快照标识对应的硬件配套信息和所述物料模型的物料属性信息；

所述获取基于所述网络架构应用配置的硬件属性信息生成的全量互联关系信息，包括：

根据所述互联规范模型的互联规范信息，所述端口分组模型的端口分组信息，以及所述端口映射模型的端口映射信息，生成待选口字典集合；

根据所述架构角色模型中每一架构角色的架构快照标识对应的硬件配套信息，所述物料模型的物料属性信息，以及所述端口分组信息中的端口距离和端口速率，生成可用口字典集合；

根据所述待选口字典集合与所述可用口字典集合，生成所述新建项目所属网络架构的本端架构角色中所有本端设备与对端架构角色中所有对端设备间的全量互联关系信息。

4.如权利要求3所述的网络架构配置信息生成方法，其特征在于，所述从所述全量互联关系信息中过滤出与所述新建项目的关联网络设备信息对应的实际互联关系信息，包括：

基于所述关联网络设备的设备类型、厂商信息和架构快照标识，从所述全量互联关系信息中查找出包含有所述关联网络设备的本端设备与对端设备间的连接关系；

从所述关联网络设备的本端设备与对端设备间的连接关系中过滤掉被标记为已建设或者正在建设的网络设备对应的连接关系，以得到与所述新建项目的关联网络设备信息对应的实际互联关系信息，所述实际互联关系信息包括所述关联网络设备中互联的本端设备和对端设备、以及本端物理端口和对端物理端口。

5.如权利要求4所述的网络架构配置信息生成方法，其特征在于，所述根据所述实际互联关系信息，生成所述新建项目的网络架构配置信息，包括：

根据所述实际互联关系信息，确定所述关联网络设备对应的目标选择口；

从所述可用口字典集合中获取所述目标选择口关联的硬件属性信息，其中，所述硬件属性信息包括所述关联网络设备中互联的本端设备的本端物理端口与对端设备的对端物理端口、以及本端物理端口和对端物理端口分别对应的物料属性信息和硬件配套信息；

根据所述目标选择口关联的硬件属性信息，生成所述新建项目的网络架构配置信息。

6.如权利要求5所述的网络架构配置信息生成方法，其特征在于，所述新建项目的网络架构配置信息包括新建项目安装方案和新建项目物理清单，所述根据所述目标选择口关联的硬件属性信息，生成所述新建项目的网络架构配置信息，包括：

根据所述目标选择口关联的硬件属性信息，生成新建项目安装方案和新建项目物料清单。

7.如权利要求3所述的网络架构配置信息生成方法，其特征在于，所述根据所述互联规范模型的互联规范信息，所述端口分组模型的端口分组信息，以及所述端口映射模型的端口映射信息，生成待选口字典集合，包括：

获取所述互联规范模型中本端架构角色与对端架构角色间的互联规范信息，获取所述端口分组模型的端口分组信息，以及获取所述端口映射模型的端口映射信息；

根据所述互联规范信息，遍历所述本端架构角色和所述对端架构角色，以从所述端口分组信息中确定与每一架构角色中的每一目标网络设备对应的目标逻辑端口；

根据所述端口映射信息，确定与所述目标逻辑端口对应的待选口物理端口名称；

根据所述待选口物理端口名称，以及所述待选口物理端口名称对应的端口分组详情信息，生成待选口字典集合。

8.如权利要求7所述的网络架构配置信息生成方法，其特征在于，所述根据所述待选口物理端口名称，以及所述待选口物理端口名称对应的端口分组详情信息，生成待选口字典集合，包括：

将所述待选口物理端口名称作为键，将所述待选口物理端口名称对应的端口分组详情信息作为值，生成待选口字典；

遍历所述互联规范模型中的本端架构角色与对端架构角色，生成所有目标网络设备对应的待选口字典，所述所有目标网络设备对应的待选口字典构成所述待选口字典集合。

9.如权利要求7所述的网络架构配置信息生成方法，其特征在于，所述根据所述架构角色模型中每一架构角色的架构快照标识对应的硬件配套信息，所述物料模型的物料属性信息，以及所述端口分组信息中的端口距离和端口速率，生成可用口字典集合，包括：

获取所述架构角色模型中每一架构角色的架构快照标识对应的硬件配套信息，获取所述物料模型的物料属性信息，以及获取所述端口分组信息中的端口距离和端口速率；

根据所述硬件配套信息，所述物料属性信息，以及所述端口分组信息中的端口距离和端口速率，生成可用口物理端口名称；

根据所述可用口物理端口名称，以及所述可用口物理端口名称对应的硬件配套信息和物料属性信息，生成可用口字典集合。

10.如权利要求9所述的网络架构配置信息生成方法，其特征在于，所述根据所述硬件配套信息，所述物料属性信息，以及所述端口分组信息中的端口距离和端口速率，生成可用口物理端口名称，包括：

根据所述目标网络设备所属架构角色，获取所述目标网络设备在所述架构角色模型中的架构快照标识对应的硬件配套信息，所述硬件配套信息包括型号信息和槽位关系信息；

根据所述硬件配套信息中的槽位关系信息，生成与所述目标网络设备匹配的可用口物理端口的后缀信息；

根据所述硬件配套信息中的型号信息、所述物料属性信息、以及所述端口分组信息中的端口距离和端口速率，确定所述可用口物理端口的前缀信息；

将所述可用口物理端口的前缀信息和后缀信息拼接，以生成可用口物理端口名称。

11.如权利要求9所述的网络架构配置信息生成方法，其特征在于，所述根据所述待选口字典集合与所述可用口字典集合，生成所述新建项目所属网络架构的本端架构角色中所有本端设备与对端架构角色中所有对端设备间的全量互联关系信息，包括：

判断所述待选口字典集合中的待选口物理端口名称是否与所述可用口字典集合中的可用口物理端口名称相匹配；

将所述待选口字典集合中与所述可用口字典集合中的可用口物理端口名称相匹配的目标待选口物理端口确定为实际选择口；

根据所述实际选择口对应的目标待选口物理端口名称，以及所述目标待选口物理端口名称对应的硬件配套信息和物料属性信息，生成实际选择口字典集合，其中所述实际选择口字典集合包含有所有目标网络设备对应的实际选择口字典；

根据所述实际选择口字典集合以及所述互联规范信息，生成所述新建项目所属网络架构的本端架构角色中所有本端设备与对端架构角色中所有对端设备间的全量互联关系信息。

12.一种网络架构配置信息生成装置，其特征在于，通过终端设备提供一网络架构应用，所述网络架构应用包括互联规范模型、端口分组模型、端口映射模型、物料模型和架构角色模型，所述装置包括：

第一获取模块，用于获取新建项目的关联网络设备信息；

第二获取模块，用于获取基于所述网络架构应用配置的硬件属性信息生成的全量互联关系信息；

过滤模块，用于从所述全量互联关系信息中过滤出与所述新建项目的关联网络设备信息对应的实际互联关系信息；

生成模块，用于根据所述实际互联关系信息，生成所述新建项目的网络架构配置信息。

13.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序适于处理器进行加载，以执行如权利要求1-11任一项所述的网络架构配置信息生成方法中的步骤。

14.一种电子设备，其特征在于，所述电子设备包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器通过调用所述存储器中存储的所述计算机程序，执行如权利要求1-11任一项所述的网络架构配置信息生成方法中的步骤。

Images