[发明专利]一种在上级网管中集成下级网管功能的方法

说明书

技术领域

本发明涉及一种网络设备的管理方法，尤其涉及一种在上级网管中集成下级网管功能的方法。

背景技术

电信网络管理技术是复杂的分布式系统，Java技术特别是J2EE也已在电信网管中得到长足的应用。为了对全网设备进行管理，一般采用对网管进行分级管理的方法：下级网管(OMM)直接管理网元，完成对网元的单点管理；上级网管(EMS)实现对各个OMM的集中管理，见附图1，一个上级网管EMS管理了三个下级网管OMM，这样就能够在上级网管客户端能够集中的对下面三个网管的设备进行查看和监控。

随着电信业的发展，运营商要求提供对网络设备的综合管理能力变得越来越重要，EMS上的管理功能已经不再局限于只能对各个下级OMM进行集中的查看和监控了，而是要求在OMM网管上的各种操作管理功能如配置等都能够在EMS上具有，以达到在EMS上功能不缺失的目的。

因此，在原有上级EMS网管上集中查看和监控功能的基础上，如果能够直接在上级网管中集成下级OMM网管的功能，以便在上级EMS网管上可以直接操作、配置下级网管的管理设备，更能够满足越来越复杂的网络管理的需要。

传统的解决方法主要是以下两种：

1、在EMS上重新开发一套OMM上的功能，包括客户端功能和服务器功能都要重新开发。

2、不用新开发代码，只是把各个OMM的客户端完整版本都在EMS上存放一份，当需要对某个OMM进行操作配置时，就启动这个OMM对应的客户端版本进程，该进程自己连到这个OMM服务器，所有的操作功能都在这个进程的界面上完成。

这两种解决办法存在以下问题：

1、如果在EMS上新开发OMM上的功能，由于要适应不同种类的OMM，开发工作量巨大无比，而且随着OMM自身版本升级和功能增强，也需要EMS上新开发的代码也随着OMM编写和修改新的代码，导致EMS和OMM的版本耦合太紧。主要的问题就是开发周期长、维护成本大，远不能适应运营商要求的快速推出市场的目的。

2、如果在EMS客户端对每个要连接的OMM都启动一个独立的客户端进程的方法，每个独立的进程要进行登录、初始化等过程，启动速度慢，而且需要用户在不同进程的操作界面间切换，使得用户的感受大打折扣；而且各个客户端进程的操作界面是独立的，这有悖于EMS的根本目标是进行集中的操作维护和管理；还有，上下级网管系统之间的IP通路是受专门控制的，只能是上下级服务器之间有专门的通道，而在上级客户端机器往往无法直接同下级OMM网管服务器通讯，因此在工程部署上不可接受的。

在本发明中，上级网管(EMS)包括了上级网管客户端和上级网管服务器；下级网管(OMM)，包括下级网管客户端和下级网管服务器。用户一般是直接同上级或下级网管的客户端来对设备运行情况进行监控的。现在的趋势是，用户要求能够直接在上级网管客户端上就能够对下级网管所管理的设备进行监控，如省级网管(一般是集中EMS上级网管)上的用户可以直接对分布在各个地方的市级网管(即OMM网管)的设备进行管理和操作。

发明内容

本发明要解决的技术问题是，提出一种在上级网管中增加下级网管功能的方法，实现在上级网管客户端上集成各下级网管已经实现了的功能，使其能够在上级网管客户端的同一个Java进程中被部署和运行。

本发明包括以下步骤：

步骤一、把下级网管(OMM)客户端上的功能模块做成一个个独立的插件部署到上级网管(EMS)客户端上；

步骤二、使所述插件包含在一个个独立的空间中，每个独立的空间都采用一个独立的类加载器把该空间中的各个插件加载到Java进程中；

步骤三、打开配置插件的功能管理界面；

步骤四、对插件的功能管理界面进行管理操作；

步骤五、对发送命令调用请求加工后通过上级网管(EMS)服务器转发到下级网管(OMM)服务器上。

上述方案中，所述插件以压缩包的形式存在或以目录的形式存在。

所述步骤一中的插件放部署到上级网管(EMS)客户端的存放方式为：把做好的插件放到特定的目录下由系统自动发现这个插件；或把插件放置到任何地方，并且编写一个插件连接文件以描述这个插件的具体位置，由系统读取所述连接文件来发现这个插件。

所述步骤二中的独立空间包括主空间和域空间，每一个域空间中可以装载一个或多个插件，并对应于一个下级网管(OMM)，域空间之间是相互独立的。主空间就是用于管理域空间生命周期的，它为域空间的运行提供基础支持，包括加载域空间和卸载域空间。