一种网元管理系统界面交互开发系统及方法技术方案

本发明专利技术公开了一种网元管理系统界面交互开发系统及方法，以提高ＥＭＳ的开发效率，其中该系统包括：表示层用于用户请求中的请求类型和请求对象获取数据对象，封装成处理请求发送给逻辑层，并根据逻辑层发送的处理请求结果完成与用户的交互；逻辑层用于区分数据走向，根据请求类型在本地完成数据操作和／或向持久化层发送数据操作命令；将在本地获得的第一业务数据和／或处理持久化层反馈的数据操作结果获得的第二业务数据封装在处理请求结果中；持久化层用于根据数据操作命令完成数据操作，获得数据操作结果。与现有技术相比，本发明专利技术实现了组件式ＥＭＳ界面交互开发技术，提高了ＥＭＳ的开发效率和代码的复用性。

【技术实现步骤摘要】

本专利技术涉及一种开发系统及方法，尤其涉及一种网元管理系统(EMS)界面交互开发系统及方法。
技术介绍
随着网络技术的不断发展以及网络规模的不断扩大，用户对网络的需求也在不断 增加，网络管理已成为网络发展中的一个至关重要的技术，是网络可靠、安全以及高速运行 的保障。目前，国内外的网络设备提供商多达上百个，制造的设备种类非常丰富，设备型号 多种多样，满足了多种应用需求，适用于各种环境。面对数量庞大，种类繁多的网络设备，如 何设计一个灵活的可扩展的界面交互体系框架，以实现多种设备的全面可视化网络管理是 当前研究的热点问题。模型-视图-控制器(Model View Controller，MVC)强制性地使应用程序的输 入、处理和输出相互分开，使MVC应用程序被分成三个核心部件模型、视图以及控制器，它 们各自处理自己的任务。视图(View)是用户能够看到的并能与之进行交互的界面，不管用户数据如何变 化，视图只是一种输出数据并允许用户进行操作的方式。模型(Model)表示企业数据和业务的处理逻辑。在MVC的三个部件中，模型拥有 最多的处理任务。模型与数据无关，这也就意味着一个模型能为多个视图提供数据，一次编 写的模型代码可以被多个视图重用，提高了代码的重用性。控制器(Controller)主要用于接收用户的输入并调用模型和视图去完成用户的 需求。控制器不做任何逻辑处理，也不输出任何东西，它只是接收用户请求，选择使用哪个 模型去处理用户请求，并决定将处理后的结果使用哪个视图展示给用户。图1为现有技术中MVC处理模型示意图。如图1所示，首先控制器接收用户通过 视图提出的欲进行交互的用户请求(User Action)，并选择与该用户请求对应的模型进行 处理(Updatel)；然后模型通过业务逻辑来响应处理用户请求，并向控制器返回处理结果 (Notify)；最后控制器根据处理结果选择(Update2)对应的视图，并通过视图将结果数据 展示给用户。电信管理网络(TMN)为电信网络管理目标的实现提供了一套整体解决方案。TMN 模型定义了四个管理层面，分别为网元层、网络层、运维层以及业务层，每个管理层面都有 相应的管理系统。网元管理系统(EMS，也称厂家网管或者专业网管)，关注设备上的配置、资源以及 故障信息。EMS是管理特定类型的一个或多个电信网络单元(NE)的系统，处在TMN模型的 最底层即网元层，实现了对网络设备的管理，是网络管理的基础，决定着网络业务的服务质量。EMS直接面向设备，与设备之间多采用简单网络管理协议(SNMP)，也有采用串口甚至套接字(SOCKET)的私有管理协议等方式进行管理。主要侧重于以下几个方面(1)网元的配置管理。(2)网元资源信息的采集。(3)网元故障信息的收集。(4)网元性能数据的采集。由于客户机/服务器(C/S)模式具有数据处理速度快、效率高，网络关系简单，网络带宽开销小等优点，因而在开发EMS时多采用传统的C/S模式的体系架构，如图2所示。作为和设备直接交互的网元管理系统，需要对设备进行全面网管，这就要区分不 同种类和型号的设备，进行不同功能点的设计和开发，因而在开发EMS的过程中需要针对 不同设备进行不同的界面展示和数据交互。但是由于通信领域中的网络设备种类繁多，型 号数量众多，使得EMS的开发人员的工作异常复杂且工作量巨大，同时又带有大量的重复 性劳动。专利技术人经过分析研究，认为目前开源的MVC设计框架并不能很好地满足EMS的功 能开发，原因在于(1)基于开源的开发框架需要开发人员有相对较广的知识面，而这些知识又过于 复杂，开发人员难以全面掌握；(2)MVC设计框架的升级换代过于频繁，需要开发人员花费大量的时间和精力来不 断学习了解；(3)企业级的应用开发需要一个统一的开发平台，以提高EMS的开发效率和质量， 这显著提高了开发成本。鉴于以上存在的问题，有必要提供一种高效的EMS开发系统及方法。
技术实现思路
本专利技术所要解决的技术问题，在于需要提供一种网元管理系统界面交互开发系统 及方法，以提高EMS的开发效率。为了解决上述技术问题，本专利技术提供了一种网元管理系统界面交互开发系统，包 括表示层、逻辑层以及持久化层，其中所述表示层，用于接收包含请求类型和请求对象的用户请求，根据所述请求类型 和请求对象从界面显示信息配置文件中获取数据对象，将所述请求类型及数据对象封装成 处理请求发送给所述逻辑层，并根据所述逻辑层发送的处理请求结果完成与用户的交互；所述逻辑层，用于对所述处理请求进行解析，根据所述请求类型及数据对象的详 细信息区分数据走向，根据所述请求类型在本地完成数据操作和/或向所述持久化层发送 数据操作命令；将在本地完成数据操作获得的第一业务数据和/或处理所述持久化层反馈 的数据操作结果获得的第二业务数据封装在所述处理请求结果中发送给所述表示层；所述持久化层，用于根据所述数据操作命令与数据库和/或设备完成数据操作， 获得所述数据操作结果反馈给所述逻辑层。优选地，所述表示层包括界面组件模块、封装/解析模块及处理模块，其中所述界面组件模块，用于接收所述用户请求，将所述用户请求发送给所述封装/ 解析模块，并用于接收所述封装/解析模块发送的所述第一业务数据和/或第二业务数据，将所述第一业务数据和/或第二业务数据展示给用户；封装/解析模块，用于根据所述请求类型和请求对象从网元类型配置文件中获取相关网元的界面显示信息配置文件，从界面显示信息配置文件中获取所述数据对象，将所 述请求类型及数据对象封装在所述请求对象中，将所述请求对象发送给所述处理模块；还 用于接收所述处理模块发送的请求对象结果，从所述请求对象结果中解析出所述第一业务 数据和/或第二业务数据，将所述第一业务数据和/或第二业务数据发送给所述界面组件 模块；处理模块，用于将所述请求对象封装成所述处理请求，将所述处理请求发送给所 述逻辑层，并用于接收所述逻辑层发送的所述处理请求结果，将所述处理请求结果解析成 所述请求对象结果，将所述请求对象结果发送给所述封装/解析模块。优选地，所述表示层进一步包括适配模块，用于接收所述界面组件发送的特殊数据，将所述特殊数据转换为可读 数据并反馈给所述界面组件模块；其中，所述界面组件模块进一步用于判断所述第一业务数据和/或第二业务数据 是否包含有特殊数据，是则将所述特殊数据发送给所述适配模块，并接收所述可读数据，将 所述可读数据以及所述第一业务数据和/或第二业务数据中除所述特殊数据之外的其余 内容展示给用户。优选地，所述逻辑层包括控制命令模块、逻辑处理模块以及数据处理模块，其中所述控制命令模块，用于接收所述处理请求，对所述处理请求进行解析，获得所述 请求类型及数据对象并发送给所述逻辑处理模块；还用于将所述逻辑处理模块发送的所述 处理请求结果发送给所述表示层；所述逻辑处理模块，用于根据所述数据对象的详细信息区分数据走向，所述数据 对象为内存时，根据该请求类型构造本地操作请求发送给所述数据处理模块，所述数据对 象为数据库和/或设备时，根据该请求类型构造数据操作请求发送给所述数据处理模块； 还用于将所述数据处理模块发送的处理请求结果发送给所述控制命令模块；所述数据处理模块，用于根据所述本地操作请求在所述内存中完成本文档来自技高网...

【技术保护点】
一种网元管理系统界面交互开发系统，包括表示层、逻辑层以及持久化层，其特征在于：所述表示层，用于接收包含请求类型和请求对象的用户请求，根据所述请求类型和请求对象从界面显示信息配置文件中获取数据对象，将所述请求类型及数据对象封装成处理请求发送给所述逻辑层，并根据所述逻辑层发送的处理请求结果完成与用户的交互；所述逻辑层，用于对所述处理请求进行解析，根据所述请求类型及数据对象的详细信息区分数据走向，根据所述请求类型在本地完成数据操作和／或向所述持久化层发送数据操作命令；将在本地完成数据操作获得的第一业务数据和／或处理所述持久化层反馈的数据操作结果获得的第二业务数据封装在所述处理请求结果中发送给所述表示层；所述持久化层，用于根据所述数据操作命令与数据库和／或设备完成数据操作，获得所述数据操作结果反馈给所述逻辑层。

【技术特征摘要】

【专利技术属性】
技术研发人员：陈虎，卞腾，宫贵冬，
申请(专利权)人：瑞斯康达科技发展股份有限公司，
类型：发明
国别省市：11[中国|北京]