一种模型驱动的智能运维中台门户方法及装置与流程

1.本发明涉及通讯领域，特别涉及一种模型驱动的智能运维中台门户方法及装置。


背景技术：

2.在电信领域，随着sdn/nfv架构的逐步深入，5g网络云化重构、mec边缘计算创新的加速发展，多云接入、云网融合、云边协同的应用场景越来越丰富，为适应快速复杂的网络需求和业务变化，电信营运商和通讯设备商相继提出中台化建设，传统单专业管理模式向融合管理、集中化管理转变，技术架构上由传统单体应用向云化、微服务化、中台化转型，在5g智能运维中中台化技术是一个必然趋势，对于中台化通常有业务中台、数据中台、ai中台、技术中台等，在5g智能运维中业务中台通过整合各个孤立的业务域，整合5g核心网/volte、无线网、承载网、dc、大数据、ai等网络管理能力，打破各专业烟囱式建设，通过中台化构建一套新型的5g智能网络管理能力，完成对5g智能运维的重构，实现能力共享，打通数据和能力壁垒，缩短新业务的上线周期。
3.在传统的单专业管理模式下，通常会按专业独立部署运维系统，如按核心网、承载网、无线等独立部署系统，运维门户各自独立，业务功能各不相同，运维界面的也相互独立；而基于中台化的5g智能运维涵盖了多个不同域的系统，聚合大量业务功能，形成了众多的前台应用，同时前台面临更多更复杂的终端用户群体，不同运营商对前台应用的显示要求也各有差异，尤其不同运营商的组织架构不同会影响到业务的管理模式差异，在同一家运营商内也会按照运维人员的岗位和职能进行场景划分，按场景提供不同的业务功能，如在5g智能运维门户可以按照运营商分中国移动、中国电信、中国联通等，在运营商内可按切片、子切片、5g、4g、核心网、承载网、无线网、noc、网络数据分析等等场景进行划分。
4.针对5g智能运维中台门户按场景提供不同业务服务的需求，传统做法通常由厂商根据运营商个性化需求定制开发新的门户，定制后需要发布新的版本来满足按运营商的差异化要求，该方式会出现大量的门户实体，增加大量的计算资源，不同门户的登陆地址也不能统一，开发周期长、成本高、非常不灵活，尤其是5g智能运维中台化后聚合了大量的系统，还涉及跨厂商，如果任然采用按需定制开发门户会面临极大的难度，现有方法难以满足需求。


技术实现要素：

5.本发明旨在提供一种模型驱动的智能运维中台门户方法及装置，用于在智能运维门户中按场景快速构建前台应用，解决不同的终端用户群体对门户的显示要求，统一门户地址，节省门户计算资源开销，快速适应中台化架构下不同终端用户对门户的显示需求。
6.根据本发明第一方面，提供了一种模型驱动的智能运维中台门户方法，包括：
7.智能运维中台的各业务组件按照触点模型规范，构造每种场景的触点模型文件；
8.触点能力管理模块按照一场景一目录的规范保存所述每种场景的触点模型文件；
9.触点能力管理模块在触点模型分析器根据设定场景的场景值扫描并分析可匹配
的触点模型文件，从可匹配的触点模型文件收集触点模型数据，并按场景汇聚所述触点模型数据，以便通过将中台用户与场景进行绑定，提供按场景的中台门户。
10.本发明的上述方法还包括在按场景汇聚所有触点模型数据之后进行的触点模型的生命周期管理步骤，具体为：
11.还包括在按场景汇聚所收集的触点模型数据之后进行的触点模型的生命周期管理步骤，具体为：
12.触点能力管理模块通过按场景汇聚所收集的触点模型数据，形成触点模型；
13.触点能力管理模块根据智能运维中台的各业务组件的生命周期，实时维护所述触点模型的生命周期。
14.优选地，所述业务组件是针对某一个功能提供完整服务并独立部署的程序；所述中台门户是提供统一的登陆入口，门户中的业务功能由一系列触点构成，并按照应用场景展示业务功能；所述触点是中台门户中用户操作的功能入口。
15.优选地，所述触点模型文件包括：触点id；触点名称；触点响应href；触点挂接关系parentid以及排序序号order。
16.优选地，所述触点模型分析器根据设定场景的场景值，扫描并分析可匹配的触点模型包括：
17.各业务组件监听到消息中间件广播的携带有场景值的场景通知后，启动触点模型扫描器；
18.触点模型扫描器根据所述场景值扫描触点模型文件，并分析可匹配的触点模型，得到触点模型数据。
19.优选地，所述的通过将中台用户与场景进行绑定，提供按场景的中台门户包括：
20.根据中台用户的工作职责与其对应的使用场景，将每个中台用户与对应的使用场景进行绑定；
21.在用户访问中台门户时，门户服务模块根据中台用户与场景的绑定关系，获取与场景匹配的触点模型数据；
22.门户服务模块获取到触点模型数据后，按触点模型实例化触点，在门户中展示。
23.优选地，所述的每个中台用户与对应的使用场景进行绑定包括：为每个中台用户设置对应的使用场景的场景标签。
24.优选地，在用户访问中台门户时，门户服务模块根据中台用户与场景的绑定关系，获取与场景匹配的触点模型数据包括：
25.中台用户登陆中台门户后，利用场景标签向触点能力管理模块查询触点模型；
26.触点能力管理模块根据查询到的所有的触点模型数据，按场景实例化门户，并显示属于该中台用户的业务功能。
27.根据本发明第二方面，提供了一种模型驱动的智能运维中台门户装置，包括：
28.智能运维中台的各业务组件，用于按照触点模型规范，构造每种场景的触点模型文件；
29.触点模型分析器，用于根据设定场景的场景值扫描并分析可匹配的触点模型文件；
30.触点能力管理模块，用户按照一场景一目录的规范保存所述每种场景的触点模型
文件；并在触点模型分析器根据设定场景的场景值扫描并分析可匹配的触点模型文件后，从可匹配的触点模型文件中收集触点模型数据，并按场景汇聚所收集的触点模型数据，以便通过将中台用户与场景进行绑定，提供按场景的中台门户。
31.本发明的一种模型驱动的智能运维中台门户装置还包括：用户管理模块，用于将中台用户与场景进行绑定；门户服务模块，用于响应用户登陆请求获取触点模型数据，并按照触点模型描述实例化，提供按场景的中台门户。
32.相对于现有技术，本发明的有益技术效果是，1)通过抽象门户中的触点为模型，使其模型标准化，在中台系统作为各组件的标准输出件；2)通过模型驱动对场景建模，模型动态化，随用随启动；3)根据运维需求设计专业场景，按专业场景枚举出对应的运维功能，并据此建模，解决多场景多模型问题；4)门户服务框架化，唯一的门户框架能按照不同用户的场景标签显示出不同的业务功能组合，统一入口，节省计算资源；
33.下面结合附图对本发明进行详细说明。
附图说明
34.图1a是本发明一种模型驱动的智能运维中台门户方法的示意图；
35.图1b是本发明的一种模型驱动的智能运维中台门户装置的示意图；
36.图2是5g智能运维架构层次及前台应用示意图；
37.图3是5g智能运维架构前后台示意图；
38.图4是本发明的中台门户按运维场景显示示意；
39.图5是本发明的组件中场景名和触点模型对应关系示意图；
40.图6是本发明的数据处理流程图；
41.图7是本发明的中台用户与场景绑定的过程图；
42.图8是本发明的中台门户实例化流程图。
具体实施方式
43.为方便描述，对本发明涉及的概念以及相关内容进行以下说明：
44.门户：是由一系列供用户操作的功能点构建而成，每个功能点入口称之为应用触点，本发明通过抽象应用触点为模型，对触点模型标准化，通过模型驱动实现门户的动态化。
45.组件：针对某一个功能提供完整服务并独立部署的程序；
46.组件池：由一系列独立组件构成的组件全集；
47.产品组合：根据产品需求从组件池中选择对应组件组合成具体产品；
48.前台应用：业务组件为用户提供的可操作的功能组合；
49.应用触点：中台门户中的业务功能导航点；
50.中台门户：提供统一的登陆入口，门户中的业务功能由一些列触点构成，并按照应用场景展示业务功能。
51.场景管理：对系统支持的场景进行管理，为每个场景设置场景值。场景包括：按照运营商分中国移动、中国电信、中国联通等；按专业分场景如按切片、子切片、5g、4g、核心网、承载网、无线网、noc、网络数据分析等；按用户分场景，如政企用户、配置用户、合作伙伴
等系统预定义的场景进行管理，在系统部署后根据需求进行进行场景化设置管理。
52.触点能力管理：触点能力管理具有触点模型定义、触点模型分析、触点模型生命周期管理功能。
53.模型定义：触点是用户操作的功能入口，由业务组件定义。为规范触点的管理，触点能力管理提供标准的触点模型描述规范，模型格式可以为xml/json/yml，模型内容至少包括触点id、触点响应href、触点挂接关系、排序序号等，由业务组件按照约定规范进行触点模型描述，按照多场景描述具体的触点模型，模型说明，模型中的属性可根据功能需求做扩展，每一种业务场景定义一套对应的模型文件。
54.触点模型分析：根据当前的运行场景扫描分析各个组件的触点模型，通过分布式消息中间件技术完成全系统的触点文件内容汇聚，并生成完整的触点数据。
55.触点模型生命周期管理：组件涉及新增、卸载和启停等生命周期，对应组件的触点也需要同步进行增、删生命周期管理。
56.触点管理：负责经过分析合成之后的触点模型数据的管理，负责触点数据的持久化，响应触点的生命周期变化后的数据维护，为中台门户提供可显示的触点数据模型。
57.门户服务：门户服务响应前端门户登陆请求，门户服务只有一个部署实体，负责从触点管理能力中心获取触点模型数据，并按照触点模型描述实例化，提供按业务场景的中台门户。
58.用户管理：管理员新建用户时，配置用户与场景标签的映射关系绑定，负责建立场景和用户的对应关系。
59.图1a显示了本发明的一种模型驱动的智能运维中台门户方法，图1所示的本发明方法包括：智能运维中台的各业务组件按照触点模型规范，构造每种场景的触点模型文件；触点能力管理模块按照一场景一目录的规范保存所述每种场景的触点模型文件；触点能力管理模块在触点模型分析器根据设定场景的场景值扫描并分析可匹配的触点模型文件后，从可匹配的触点模型文件收集触点模型数据，并按场景汇聚所收集的触点模型数据，以便通过将中台用户与场景进行绑定，提供按场景的中台门户。
60.图1a所示的本发明的一种模型驱动的智能运维中台门户方法还包括在按场景汇聚所有触点模型数据之后进行的触点模型的生命周期管理步骤，具体为：
61.触点能力管理模块通过按场景汇聚所收集的触点模型数据，形成触点模型；
62.触点能力管理模块根据智能运维中台的各业务组件的生命周期，实时维护所述触点模型的生命周期。
63.本发明所述的业务组件是针对某一个功能提供完整服务并独立部署的程序；所述中台门户是提供统一的登陆入口，门户中的业务功能由一系列触点构成，并按照应用场景展示业务功能；所述触点是中台门户中用户操作的功能入口。
64.本发明所述的触点模型文件包括：触点id；触点名称；触点响应href；触点挂接关系parentid以及排序序号order。
65.在本发明上述方法中，各业务组件监听到消息中间件广播的携带有场景值的场景通知后，启动触点模型扫描器；触点模型扫描器根据所述场景值扫描触点模型文件，并分析可匹配的触点模型，得到触点模型数据。
66.本发明上述方法所述的通过将中台用户与场景进行绑定，提供按场景的中台门户
包括：根据中台用户的工作职责与其对应的使用场景，将每个中台用户与对应的使用场景进行绑定；在用户访问中台门户时，门户服务模块根据中台用户与场景的绑定关系，获取与场景匹配的触点模型数据；门户服务模块获取到触点模型数据后，按触点模型实例化触点，在门户中展示。
67.本发明上述方法所述的每个中台用户与对应的使用场景进行绑定包括：为每个中台用户设置对应的使用场景的场景标签。
68.本发明上述方法所述的门户服务模块根据中台用户与场景的绑定关系，获取与场景匹配的触点模型数据包括：中台用户登陆中台门户后，利用场景标签向触点能力管理模块查询触点模型；触点能力管理模块根据查询到的所有的触点模型数据，按场景实例化门户，并显示属于该中台用户的业务功能。
69.在本发明一个具体实例中，可以通过以下八个步骤实现本发明的上述方法。
70.步骤一：规划系统需要支持的场景，并为每个场景设置场景值；场景包括：按照运营商分中国移动、中国电信、中国联通等；按专业分场景如按切片、子切片、5g、4g、核心网、承载网、无线网、noc、网络数据分析等；按用户分场景，如政企用户、配置用户、合作伙伴等场景，确定每种场景的触点范围和触点间的组织关系；
71.步骤二：业务组件遵循触点模型规范，结合上述步骤一的场景，设计每种场景的触点模型文件，按照一场景一目录的规范保存；
72.步骤三：在系统安装部署完成后按需设定场景；
73.步骤四：步骤三完成场景设置后，触点能力管理根据上述场景值由触点模型分析器扫描并分析可匹配的触点模型，由触点能力管理模块负责完成所有组件的模型数据收集，并按场景汇聚全量触点模型数据，根据组件的生命周期实时维护触点模型的生命周期管理；
74.步骤五：系统管理员维护用户与场景的绑定；
75.步骤六：用户访问中台门户；
76.步骤七：门户服务调用触点能力管理接口，根据当前的场景获取匹配的触点模型数据；
77.步骤八：门户服务获取到触点模型数据后，按触点模型实例化触点，在门户中展示。
78.图1b显示了本发明的一种模型驱动的智能运维中台门户装置，其特征在于，包括：智能运维中台的各业务组件，用于按照触点模型规范，构造每种场景触点模型文件；触点模型分析器，用于根据设定场景的场景值扫描并分析可匹配的触点模型文件；触点能力管理模块，用户按照一场景一目录的规范保存所述每种场景的触点模型文件；并在触点模型分析器根据设定场景的场景值扫描并分析可匹配的触点模型文件后，从可匹配的触点模型文件收集触点模型数据，并按场景汇聚所收集触点模型数据，以便通过将中台用户与场景进行绑定，提供按场景的中台门户。
79.此外，本发明上述的一种模型驱动的智能运维中台门户装置还包括：用户管理模块，用于将中台用户与场景进行绑定；门户服务模块，用于响应用户登陆请求获取触点模型数据，并按照触点模型描述实例化，提供按场景的中台门户。
80.下面结合图2至图8以5g为例对本发明进行详细说明，需要说明的是本发明也可以
应用于5g之后的移动通信系统。
81.图2显示了智能运维架构层次及前台应用，5g智能运维可分为三个大的层次，分别是专业服务层、端到端服务层和前台应用层，智能运维融合多域多系统，实现业务设计和智能运维运营管理一体化，在前台应用层通过中台门户集成各大业务功能，为不同用户提供业务服务。
82.图3显示了前后台，前台portal按照运维职能划可分切片、子切片、5g、4g、核心网、承载网、无线网等岗位，不同岗位使用的业务功能不尽相同，见图4中不同岗位显示的不同业务功能。
83.5g智能运维中台涉及大量的业务组件和业务功能，如有无线网元配置、无线vnf管理、信令跟踪分析、设备感知管理、拓扑管理、承载网元配置、自动发现、网络切片、意图管理、智能巡检、告警管理、性能管理、资源分析、plmn等等组件，多达上百个功能触点。
84.针对图4的专业岗位运维场景，按如下步骤实施：
85.步骤一：设计场景，如图4所示，对应场景名无线网运维岗场景为“ran(无线接入)oam(操作维护)”、承载网运维岗场景为“bn(承载网)oam”、核心网运维岗场景为“cn(核心网)oam”、5g运维场景为“5g oam”。
86.业务组件针对场景设计的触点模型描述如下
87.无线网元配置组件：触点模型文件ran-ne-cm-touch.json，为方便理解，模型代码片段示意如下：
[0088][0089]
触点模型内容包括触点id、触点名称、触点响应href、触点挂接关系parentid、排序序号order。
[0090]
无线vnf管理组件：触点模型文件ran-vnf-mgt-touch.json，模型代码示意同上；
[0091]
自动发现组件：触点模型文件ne-discover-touch.json，模型代码示意同上。
[0092]
同一业务组件针对不同业务场景可以描述不同的触点模型，如告警管理组件在无线网、承载网和核心网场景可以挂载不同位置，举例说明如下：
[0093]
无线网场景的触点模型文件fm-ran-touch.json：
[0094][0095]
承载网的触点模型文件fm-bn-touch.json：
[0096][0097]
核心网场景的触点模型文件fm-cn-touch.json：
[0098][0099]
特别说明，同一功能在不同场景下挂载不同位置时只需要在模型描述中描述出不同的父节点parentid即可，灵活定义父子挂载关系。
[0100]
完成业务组件的触点模型后，按照一场景一目录一模型的规范保存，见图5所示。
[0101]
图6显示了本发明所涉及数据处理流程，包括：
[0102]
步骤1：产品安装部署；
[0103]
步骤2：根据实际场景设置场景值，并通过消息中间件广播消息；如设置需支持ran oam、cn oam、bn oam三个专业场景
[0104]
步骤3：组件监听到场景通知，启动模型扫描器；见图5所示，以告警组件为例，会按照场景名ran oam扫描出fm-ran-touch.json、bn oam扫描出fm-bn-touch.json、cn oam扫描出fm-cn-touch.json模型文件，其他组件类似，不一一列举。
[0105]
步骤4：模型分析器根据场景值扫描触点模型文件，并把扫描得到的触点模型文件中的触点模型数据发送给触点能力管理；
[0106]
步骤5：触点能力管理接收模型消息，负责把所有满足条件的触点模型按场景合成总触点模型并持久化，同步启动触点模型生命周期管理；见图5的模型和场景对应，该步骤完成后会形成如下汇聚模型示意：
[0107]
[0108][0109]
图7显示了中台用户与场景绑定，给用户赋予场景标签，包括：
[0110]
步骤1：系统管理员进入用户管理，根据用户的工作职责设置对应的使用场景；
[0111]
步骤2：新建用户或者修改已存在的用户；如新建无线网运维岗位的用户user a；
[0112]
步骤3：设置用户和场景的绑定关系；设置user a的场景标签为ran oam；
[0113]
图8显示了用户登陆的门户实例化过程：
[0114]
步骤1：中台用户user a登陆门户；
[0115]
步骤2：完成认证后向门户服务请求门户实例数据；
[0116]
步骤3：自动验证用户场景标签，user a的场景为ran oam；
[0117]
步骤4：用户带场景标签，获取用户所属场景标签为ran oam，并带ran oam标签向触点能力管理查询触点模型，返回实施例3中的ran oam相关的触点模型；
[0118]
步骤5：触点能力管理根据ran oam场景返回所有的触点模型数据；
[0119]
步骤6：按ran oam场景实例化门户，并显示属于user a的业务功能。
[0120]
尽管上文对本发明进行了详细说明，但是本发明不限于此，本技术领域技术人员可以根据本发明的原理进行各种修改。因此，凡按照本发明原理所作的修改，都应当理解为落入本发明的保护范围。