CN1968283B - 一种网络管理的***和方法 - Google Patents

Abstract

本发明公开了一种网络管理***，包括：用户终端，用于向核心功能模块发送业务请求，并接收核心功能模块返回的处理结果；核心功能模块，用于接收用户终端的业务请求，并接收被管网元上报的信息；被管网元，用于响应核心功能模块的业务请求，并向核心功能模块上报预定信息；所述的核心功能模块包括：Web服务层模块、业务管理层模块、业务处理层模块、数据存储层模块、接入层模块，所述的Web服务层模块、业务管理层模块、业务处理层模块、接入层模块采用分层管理。本发明还公开一种网络管理方法。根据本发明，通过采用分级管理，提高了管理***的安全性、灵活性，并避免了管理***的拥塞。

Description

一种网络管理的***和方法 

技术领域

本发明涉及一种通信技术，尤其涉及一种网络管理的***和方法。 

背景技术

随着现代计算机网络的发展，计算网络变得更加复杂，尤其目前通信数据网与计算机网络的融合，使得网络管理变得更加复杂。由于各种原因而导致的网络故障或失效会给人们的生活带来许多不便，因此保持网络的正常运行是至关重要的，这就要求对网络进行适当的管理。目前，计算机网络中用的最广泛的网络管理协议是简单网络管理协议(SNMP)。在这个协议中定义了一种管理者一代理的管理模型，管理者可以是PC或工作站等，一般位于网络的主干或接近主干的位置，它负责发出管理操作的指令，并接收来自代理的信息。代理是一个或多个运行于被管理设备内部的进程，它把来自于管理者的命令请求转换为本设备可识别的指令，完成管理命令或返回所要求的管理信息。现在网络管理***的实现主要有两种方案，一种是传统的与平台相关的基于C/S(Client/Server，客户端/服务器)结构的集中式管理方案，另一种是跨平台的基于C/S结构的分布式管理方案。下面分别介绍这两种管理方案。 

一、与平台相关的管理方案 

与平台相关的管理方案起始于网络发展的早期，那时的网络管理平台都是各个网络设备厂商专门开发的，一个网络中的设备大都由一个厂商提供，网络管理平台的实现侧重于性能和功能方面，它们大都使用C/C++编写，对平台的可移植性要求不高。这种网络管理一般采用C/S的集中管理方式，由服务器端完成全部的网络管理功能(如性能管理、配置管理、安全管理、故障管理等)， 这些功能放在一个进程中，在进程内部采用多线程的方式进行处理。具体而言，如图1所示，用户终端通过服务器向被管网元中的代理发送管理消息，由被管理网元中的代理实施对被管网元的管理。熟悉网络管理技术的人员知道，这种结构很容易导致进程负荷大，极大地降低了网络管理***的性能与稳定性。 

具体而言，这种管理方案的缺点如下： 

1)平台相关性。网络管理***是与具体厂家的设备强相关的，也就是说每种厂家的网络管理***只能管理自己厂家的通信设备。主要是不同平台上的图形显示技术和***功能调用是互不兼容的，如果要跨平台实现的话，就必须开发两套不同的***，这就提高了开发成本和周期。 

2)性能低。这种方式将导致***进程负荷过大，特别是当被管网元集中式向网络管理发送告警事件时或者网络管理集中式向被管网元进行数据采集时，由于需要占用大量的网络带宽、消耗网络资源等从而极大地降低了网络管理***的性能，甚至引发***崩溃。 

3)灵活性差。由于用户终端、服务器端都是硬编码的，每次有需求变更时，都必须重新修改代码、编译连接等过程才能实现需求变更，从而无法满足各种灵活性与个性化的需求。所述的灵活性包括界面的灵活定制、模块的灵活选择、组网方式的灵活性、监测对象和管理对象形式的多样性等。个性化即和用户所在行业的特殊应用有关，也和用户的使用习惯、管理方式等有关系。 

4)可靠性差。当服务器单点故障时，整个网络管理***无法使用。 

5)***的安装与维护成本高。这种方式需要安装用户终端程序才能使用，并且如果用户想在多台机器上特别是在远程机器上进行网络管理时，必须同时安装多套用户终端软件。此外，当用户终端软件出现问题或者进行升级时，需要更新所有的用户终端软件，这给***维护带来很大的开销。 

6)满足不了用户终端跨平台的要求。一般来说，用户终端的操作***是不同的，与此对应的用户终端程序也是不同的。但是，为每种操作***设计一个用户终端程序也是不现实的。而要求客户放弃已有的操作***来购买一种新 的操作***会使客户付出很大的代价。 

二、跨平台的管理方案 

随着更多通信供应商的出现，通信网络中设备的来源趋向多样化；同时网络管理需求日趋复杂化以及CORBA(Common Object Request BrokerArchitecture，公共对象请求代理结构)技术的逐步成熟，产生了一种用CORBA技术实现的分布式网络管理***。 

如图2所示，相对于上述单一进程的网络管理结构，这种分布式网络管理***仍然是C/S结构的，但服务器端按照功能划分为不同的CORBA对象来实现，这些CORBA对象可以分布在不同的服务器上运行。这种方案解决了分布式网络管理的问题，在一定程度上提高了网络性能，增强了灵活性，但就某一具体的管理功能点(如故障管理)而言，它仍然是传统的管理者-代理模式，如图3所示，即，管理者通过代理管理被管网元，这种管理模式仍然存在许多问题。具体而言，这种管理方案具有如下缺点： 

1)性能低。这种方式下所有的管理任务都集中在管理者一端(服务器上的CORBA对象)，仍然存在单点负荷过大，单点通讯瓶颈。特别是当被管网元集中式向网络管理发送告警事件时或者网络管理集中式从被管网元采集数据时，由于需要占用大量的网络带宽、消耗网络资源等，从而极大地降低了网络管理***的性能。 

2)可靠性差。这种方式下没有一个很好的可靠性保证机制。当服务器端某具体CORBA对象运行失效或者故障时，其对应的服务功能无法提供。 

3)界面展示灵活性差。由于用户终端是硬编码的，每次有界面需求变更时都必须重新修改代码、编译连接等才能实现需求变更，从而无法满足各种灵活性与个性化的需求。这里灵活性主要是界面的灵活定制。 

4)***的安装与维护成本高。这种方式需要安装用户终端程序才能使用，并且如果用户想在多台机器上特别是在远程机器上进行网络管理时，必须同时安装多套用户终端软件。此外，当用户终端软件出现问题或者进行升级时，需要更新所有的用户终端软件，这给***维护带来很大的开销。 

5)满足不了用户终端跨平台的要求。一般来说，用户终端的操作***是不同的，与此对应的用户终端程序也是不同的。但是，为每种操作***设计一个用户终端程序也是不现实的。而要求客户放弃已有的操作***来购买一种新的操作***会使客户付出很大的代价。 

发明内容

本发明的目的是提供一种网络管理的***和方法，其具有跨平台性、良好的开放性、可扩展、安全性，并且界面友好。 

本发明公开了一种网络管理***，包括： 

用户终端，用于向核心功能模块发送业务请求，并接收核心功能模块返回的处理结果； 

核心功能模块，用于接收用户终端的业务请求，并接收被管网元上报的信息； 

被管网元，用于响应核心功能模块的业务请求，并向核心功能模块上报预定信息； 

所述的核心功能模块包括：Web服务层模块、业务管理层模块、业务处理层模块、接入层模块，所述的Web服务层模块、业务管理层模块、业务处理层模块、接入层模块采用分层管理，其中，所述接入层模块，用于通过局域网或者广域网直接与被管网元相连，并与业务处理层模块相连；数据存储层模块，用于与业务处理层模块相连，存储网络管理***中的数据；业务处理层模块，与接入层模块、数据库存储层模块相连，并与业务管理层模块相连，用于接收来自业务管理层模块的命令并执行网络管理操作，把业务管理层模块对被管网元的命令下发给接入层模块，同时把接入层模块返回的信息发给业务管理层模块或数据存储层模块；业务管理层模块，与业务处理层模块和Web服务层模块相连，用于接收Web服务层模块的请求，并把所述请求转换为具体的网络管理命令下发到业务处理层模块处理，把业务处理层模块处理后的结果传向Web服务器层模块；Web服务层模块，与业务管理层模块相连，并与Web负载均衡服务器或者用户终端浏览器交互，用于接收用户终端的请求并把该请求发向业务管理层模块，并把业务管理层模块处理后的结果以网页的形式传向用户终端浏览器。 

所述的***还包括：配置文件，其与核心功能模块相连，包括分别用于描 述网络管理***中***的***配置文件，用于描述网络管理***中权限的权限配置文件和用于描述网络管理***中界面格式的界面描述文件。 

所述的***配置文件中设置有各层服务器所包括的功能对象名称，所述的业务请求包括网管操作信息。 

所述的Web服务层模块包括至少一台Web服务器，其与业务管理层模块和用户终端相连，用于接收用户终端的业务请求，并根据***配置文件判断业务请求是否由本层Web服务器处理，若是，则将处理结果返回给用户终端，否则，将接收的、可识别的业务请求发向业务管理层模块，同时把业务管理层模块返回的结果发给用户终端。 

所述的业务管理层模块包括至少一台业务管理服务器，其与业务处理层模块和Web服务层模块相连，用于接收Web服务层模块的业务请求，并根据***配置文件判断业务请求是否由本层业务管理服务器处理，若是，则将处理结果返回给Web用户终端，否则，将接收的、可识别的业务请求转换为具体的网络管理命令下发到业务处理层模块处理，所述的业务管理层模块还用于把业务处理层模块处理后的结果发给Web服务器层模块。 

所述的业务处理层模块包括至少一台业务处理服务器，其与接入层模块和业务管理层模块相连，用于接收来自业务管理层模块的网络管理命令，并根据***配置文件判断业务请求是否由本层业务处理服务器处理，若是，则执行具体的网络管理操作，然后将处理结果返回给业务管理层模块，否则，将接收的、可识别的、业务管理层模块对被管网元的命令下发给接入层模块，所述的业务处理层模块还用于把接入层模块返回的信息发给业务管理层模块或数据存储层模块。 

所述的接入层模块包括至少一台接入服务器，其与被管网元接续和业务处理层模块相连，用于将业务处理层的网络管理命令转换为被管网元能够识别的指令，并接收被管网元发来的预定信息，然后将这些信息转换为统一格式的信息。 

所述的Web层服务模块还包括：负载均衡服务器，其与用户终端和Web服务器相连，用于接收用户终端的业务请求，并根据负荷分担原则将业务请求分配到Web服务器上。 

所述的核心功能模块还包括： 

数据存储层模块，其与业务处理层模块相连，用于存储来自被管网元的预定信息。 

所述的***还包括：命名服务模块，其与核心功能模块相连，用于为核心功能模块中的CORBA对象提供命名服务。 

所述的***还包括：监控模块，其与核心功能模块相连，用于监控核心功能模块中各部分的运行状态，以根据监控的参数调整核心功能模块。 

所述的***还包括：守护监听模块，其与配置文件相连，用于监控配置文件的变化，并将变化的配置文件更新到运行中的网管***中的各个服务器中。 

在用户终端与Web服务层模块之间采用两者默认的接口，在Web服务层模块与业务管理层模块之间采用两者默认的接口、在业务管理层模块与业务处理层模块之间采用两者默认的接口、在业务处理层模块与数据存储层模块之间采用两者默认的接口、在业务处理层模块与接入层模块之间采用两者默认的接口，在接入层模块与被管网元之间采用两者默认的接口。 

本发明还公开了一种网络管理方法，包括： 

A、用户终端向核心功能模块发送业务请求； 

所述的核心功能模块包括：Web服务层模块、业务管理层模块、业务处理层模块、数据存储层模块、接入层模块；所述的Web服务层模块、业务管理层模块、业务处理层模块、接入层模块采用分层管理其中，所述接入层模块，用于通过局域网或者广域网直接与被管网元相连，并与业务处理层模块相连；数据存储层模块，用于与业务处理层模块相连，存储网络管理***中的数据；业务处理层模块，与接入层模块、数据库存储层模块相连，并与业务管理层模块相连，用于接收来自业务管理层模块的命令并执行网络管理操作，把业务管理层模块对被管网元的命令下发给接入层模块，同时把接入层模块返回的信息发给业务管理层模块或数据存储层模块；业务管理层模块，与业务处理层模块和Web服务层模块相连，用于接收Web服务层模块的请求，并把所述请求转换为具体的网络管理命令下发到业务处理层模块处理，把业务处理层模块处理后的结果传向Web服务器层模块；Web服务层模块，与业务管理层模块相连，并与Web负载均衡服务器或者用户终端浏览器交互，用于接收用户终端的请求并把该请求发向业务管理层模块，并把业务管理层模块处理后的结果以网页的形式传向用户终端浏览器； 

B、核心功能模块根据***配置文件和用户终端的业务请求获得被管网元的信息； 

C、核心功能模块将获得的被管网元的信息逐层返回用户终端。 

所述的步骤A还包括：在用户终端与Web服务层模块之间采用两者默认的 接口，在Web服务层模块与业务管理层模块之间采用两者默认的接口、在业务管理层模块与业务处理层模块之间采用两者默认的接口、在业务处理层模块与数据存储层模块之间采用两者默认的接口、在业务处理层模块与接入层模块之间采用两者默认的接口，在接入层模块与被管网元之间采用两者默认的接口。 

所述的核心功能模块还包括负载均衡服务器，所述的步骤A具体包括： 

用户终端向负载均衡服务器发送业务请求； 

负载均衡服务器根据负荷分担原则将业务请求分配到Web服务器上。 

所述的步骤B还包括： 

核心功能模块将来自被管网元的信息存储在数据存储层模块。 

所述的***配置文件中设置有各层服务器所包括的功能对象名称，所述的业务请求包括网管操作信息。 

所述的步骤B具体包括： 

B1、Web服务层模块根据***配置文件判断业务请求是否由本层的服务器处理，若是，则本层服务器对业务请求进行处理，并将处理结果发送给用户终端，然后结束本过程，否则，将业务请求发给业务管理模块； 

B2、业务管理模块根据***配置文件判断业务请求是否由本层的业务管理服务器处理，若是，则本层的业务管理服务器对业务请求进行处理，并将处理结果发给Web服务层模块，否则，将业务请求发给业务处理模块； 

B3、业务处理模块根据***配置文件判断业务请求是否由本层的业务处理服务器处理，若是，则本层的业务处理服务器对业务请求进行处理，并将处理结果发给业务管理模块，否则，将业务请求发给接入层模块； 

B4、接入层模块将业务请求转换为被管网元能够识别的格式，并将业务请求发给被管网元。 

根据本发明，本发明具有如下有益效果： 

(1)跨平台性。由于这种网络管理***是基于CORBA技术，开发出的***具有真正的跨平台性。用户终端直接采用标准的浏览器，对用户终端的运行平台没有任何限制。 

(2)高可扩展性。可以实现***在硬件和软件两方面的无干扰升级。如果业务处理层模块或者业务管理层模块或者Web服务层模块负担过重，可以追加相应的处理服务器，***能自动实现负荷分担，从而增强了整个网络管理***的处理能力。如果有新的业务需求，只要开发符合CORBA规范的新业务处理对象就可通过配置文件方便地集成到现有的网络管理***中。 

(3)高安全性。数据存储层只能由业务处理层进行访问，并且这里的访问必须经过安全认证，其它层不能访问，Web用户终端也不存在与数据存储层的逻辑关联，这样就避免了用户的非法访问。用户终端与Web服务层模块、Web服务层模块与业务管理层模块、业务管理层模块与业务处理层模块、业务处理层模块与数据存储层模块、业务处理层模块与接入层模块之间各自采用默认的接口，这样通过层层信息控制的方式，能有效防止来自网络上的恶意攻击与信息盗窃，有效保证网管***的安全性。此外，***通过权限配置文件对每个界面及其操作进行权限控制，这就限制了对***功能模块的非法使用，从而保证了整个***的安全。 

(4)高可靠性。本发明在核心功能模块采用的是多台服务器冗余机制，若其中一台服务器发生故障时，其余具有相同功能的服务器能即时替代工作，从而保证***处理的不中断，避免了单点故障问题。此外，本网络管理***中的监控模块能实时检测***服务的状态并在服务发生异常时进行立即恢复。 

(5)高性能。本发明的网络管理***采用的是多服务器的分布式结构以及负载均衡策略，通过这种技术，***能动态分配各服务器之间的处理流量，实现共享和高效地利用资源，避免了单点性能瓶颈，提高了整个***的处理能力。 

(6)易于升级与维护。用户终端仅需要浏览器，无需进行配置与升级。服务器端采用分布式组件结构与XML(the Extensible Markup Language，可扩充标记语言)文件进行网络管理***中所有业务功能与界面定义。采用该结构，当网络管理需求变化时，只需要更改相应的业务组件与配置文件，无需对其他部分进行改动，无需对整个***进行编译，无需重启***，无需重新分发客户应用就可以实现已有业务的变更、新业务的添加和旧业务的抛弃，从而很容易地满足不同的网络管理变更需求。 

(7)界面友好性。用户终端界面是基于Web的，它比传统应用程序的网络管理界面更直接、更易于使用。此外，本发明可以为不同的用户配置不同的登陆、注销、成功或者失败等页面，从而满足不同用户的个性化需要，提高用户的使用满意度。 

(8)方便性。所述网络管理***是基于的Web的，可以允许网络管理人员使用任何一种Web浏览器，在网络任何节点上方便迅速地配置、控制以及存取等管理操作，改变了以往只能局限在网络管理工作站上进行网络管理的模式。 

(9)降低网络管理的成本。浏览器操作与Web页面对网络管理用户来说是非常熟悉的，这将大大降低用户培训的费用，同时又促进了更多的用户去利用网络管理***来管理网络，降低网络运营维护成本。另外，由于网络管理核心计算与存储都在Web服务器、业务管理服务器、业务处理服务器、数据存储服务器上，Web浏览器只需要拥有适量空间的一般机器，从而使客户在简单便宜的客户机上就能管理网络。 

(10)降低开发费用。本发明中界面表示逻辑与网络计算的逻辑是分离开来的，这样负责界面开发的人员不需要掌握网络管理复杂逻辑便可完成页面开发工作，使得前台开发人员与后台开发人员的工作完全分离，从而保证了高效率与低成本的开发。 

附图说明

图1示出了基于C/S结构的集中式管理方案； 

图2示出了基于C/S结构的跨平台分布式管理方案； 

图3示出了管理者-代理的结构示意图； 

图4示出了本发明网管***功能模块的结构图； 

图5示出了本发明网络管理***的物理连接图； 

图6示出了本发明网管***中监控模块的位置； 

图7示出了本发明网管***的启动流程； 

图8示出了本发明网管***的停止流程； 

图9示出了本发明网管***的业务处理流程。 

具体实施方式

为了便于本领域一般技术人员理解和实现本发明，现结合附图描绘本发明的实施例。 

本发明公开了一种网络管理***。所述的网络管理***是一种基于Web的跨平台的分布式多层网络管理***，参见图4，从逻辑功能上讲，本发明的网络管理***包括用户终端、核心功能模块、命名服务模块、监控模块、守护监听模块、配置文件和被管网元。参见图5，从物理结构上讲，本发明的网络管理***包括被管网元、若干接入服务器、若干数据存储服务器、若干业务处理服务器、若干业务管理服务器、若干Web服务器、一台负载均衡服务器、用户终端和它们之间的传输线路。 

所述的用户终端用于向核心功能模块发送业务请求，并接收核心功能模块返回的处理结果。所述的核心功能模块是整个网管***的核心处理器，负责网络管理中所需的各种功能，如网管***中的配置管理、性能管理、告警管理等功能。该模块具体包括5个子模块：接入层模块、数据存储层模块、业务处理层模块、业务管理层模块、Web服务层模块。所述的命名服务模块可基于CORBA提供的标准提供命名服务，为核心功能模块中的CORBA对象提供命名服务功能，通过命名服务模块，可以根据对象名称检索到相应的对象引用，从而实现对CORBA对象的透明访问。所述的监控模块为核心功能模块提供监控功能，以便保证网管***能长期稳定地运行，切实保证网管***的可靠性，例如，采用时间轮询的方式监控核心功能模块中各个服务器上的进程是否处于正常运行状态。具体而言，监控模块若发现被监控的进程处于正常运行状态就自动进入下一个轮询期；若检测到被监控的进程退出了就重新启动它。在重启了一定的次数后被监控进程仍然退出，这时可能是操作***出了问题，不能简单地重复启动要监控的进程，因此，需要重新启动操作***，以便使操作***中的环境参数等重新初始化，然后再运行被监控的进程。所述的守护监听模块用来监听网管***中配置文件的变化，同时将这些变化动态刷新到运行中的网管***中，从而实现网管功能的热插拔。所述的配置文件是XML格式的，它描述 了网管***中的部署结构及其关联关系。通过对配置文件的动态定制与更新，可以实现网络管理功能的灵活扩充与删减。配置文件是网管***正常运行的信息源。所述的被管网元用于响应核心功能模块的业务请求，并向核心功能模块上报预定信息。 

所述的业务请求包括用户名、密码和登录号以及诸如查询网元运行状态的网管操作信息。所述的网管操作信息包括命令和参数，所述的命令为核心功能模块的子模块名称+功能对象名称+功能对象的方法或属性。当功能对象名称在本发明的网络管理***中唯一时，可以省略核心功能模块的子模块名称，如功能对象为FORM，属性为Title，则命令可为：FORM.Title＝“You Are Good”。 

所述的核心功能模块包括：接入层模块，它通过局域网或者广域网直接与被管网元相连，并与业务处理层模块相连，网络管理***发往被管网元的命令(如获取网元运行状态的命令、启动网元的命令等)和被管网元返回给网络管理***的信息(所述的信息为上述命令执行的结果，如‘网元运行正常’、‘网元启动成功’)，都要经过接入层模块；数据存储层模块，与业务处理层模块相连，主要负责网络管理***中数据的永久性存储；业务处理层模块，其与接入层模块、数据库存储层模块相连，并与业务管理层模块相连，用于接收来自业务管理层模块的命令并执行具体的网络管理操作，把业务管理层模块对被管网元的命令下发给接入层模块，同时把接入层模块返回的信息发给业务管理层模块或数据存储层模块；业务管理层模块，其与业务处理层模块和Web服务层模块相连，用于接收Web服务层模块的请求，并把这些请求转换为具体的网络管理命令下发到业务处理层模块处理，把业务处理层模块处理后的结果传向Web服务器层模块；Web服务层模块，其与业务管理层模块相连，并与Web负载均衡服务器或者用户终端浏览器交互，用于接收用户终端的请求并把这些请求发向业务管理层模块，同时把业务管理层模块处理后的结果以网页的形式传向用户终端浏览器，Web服务层模块可以与多台用户终端浏览器相连。 

在上述的核心功能模块中，采用了分层管理的模块，即，用户终端的请求 在经过负载均衡服务器、Web服务层模块、业务管理层模块、业务处理层模块、接入层模块或数据存储层模块时，只能依次经过，不可以跨跃其中的某一模块，但可以在Web服务层模块、业务管理层模块、业务处理层模块、数据存储层模块经处理后结束，然后将处理结果以与用户终端请求传送来时相反的顺序沿原路返回，最后返回用户终端。 

所述的接入层模块由一台或多台接入服务器组成，每一台接入服务器与业务处理层的一台或多台业务处理服务器相连接。每台物理接入服务器中有位于其前端、通过局域网或广域网直接与各被管网元接续的适配器。这里的适配器对应一个CORBA对象，它随着所在物理机器的启动而启动。所述的适配器用于将各种被管网元的不同通信协议转换为统一格式的网络管理信息，所述的统一格式可以自行定义，或采用现有的通信协议。例如，彩信中心网元通过SNMP协议向接入服务器上报预定信息，接入服务器的适配器将SNMP协议格式的预定信息转换为本网管***的内部协议支持的统一格式的预定信息；WAP网关网元通过CMIP(Common Management Information Protocol，通用管理信息协议)协议向接入服务器上报预定信息，接入服务器的适配器将CMIP协议格式的预定信息转换为本网管***的内部协议支持的统一格式的预定信息，然后接入服务器将本网管***的内部协议统一格式的预定信息发给业务处理层模块；同时把业务处理层模块发来的统一格式的网络管理命令转换为被管网元可以识别的协议，起到协议适配转换的作用。 

所述的数据存储层模块由一台或者多台数据库服务器组成，每一台数据库服务器与业务处理层模块中的所有业务处理服务器相连接。每一台数据库服务器上安装有数据库管理***与网络管理数据库。所述的数据存储层模块用于存储来自被管网元的预定信息，包括：性能信息、配置信息、计费信息、安全信息、告警信息。 

所述的业务处理层模块由一台或多台业务处理服务器组成，每一台业务处理服务器与业务管理层的一台或多台业务管理服务器相连接。这里每台业务处 理服务器都具备等价的地位或功能，都可以单独对外提供服务而无须其它服务器的辅助。每一台业务处理服务器由任务解析模块、命令下发模块、数据打包模块、数据库访问模块以及多种执行网络管理具体操作的功能模块组成。每个模块都是一个CORBA对象。所述的任务解析模块负责解析来自任务管理层模块的请求并将这些请求分配给具体的功能模块执行；所述的命令下发模块把各功能模块执行后的统一格式的网管命令下发给接入层模块；所述的数据打包模块负责把功能模块处理后的结果打包为标准的数据格式并返回给业务管理层模块；所述的数据库访问模块负责提供标准的数据库操作如数据库连接、查询、更新等；所述的功能模块用于完成网络管理所需的网络管理操作功能，如安全管理功能、配置管理功能、故障管理等。 

所述的网络管理操作功能包括：故障管理，用于对被管网元故障的检测、快速定位、隔离故障点并进行修复等功能，同时能将故障以及处理结果及时通知有关用户；配置管理，用于组织被管网络运转所需要的资源和数据，保证网络的基本配置，监控运行的配置和按照具体情况改变配置，设置***参数，收集并存储各参数，报告与基本配置值的偏差，起动和关闭网元等；计费管理，用于依据网管用户设定的收费标准对业务用户使用的各种资源计费并开出收费通知；性能管理，用于测量被管网络及各种网元的性能指标，如吞吐量、服务质量、服务等级、时延特性等，测量一般是连续进行的，并在异常或性能恶化情况下输出统计分析报告，同时通知有关用户；安全管理，用于保证被管网络正常运行，信息不被外界窃取和破坏，包括对收、发方的合法身份的验证以及访问控制、网内加密等。 

所述的业务管理层模块由一台或多台业务管理服务器组成，这里每台业务服务器都具备等价的地位与功能，都可以单独对外提供服务而无须其它服务器的辅助。每一台业务管理服务器与业务处理层的一台或多台业务处理服务器相连接。 

所述的业务管理层模块负责把网络管理任务分发给业务处理层模块，并控 制业务处理层模块、Web服务层模块的运转。在每一台业务管理服务器上有一个任务解析模块、任务分发模块、数据打包模块、命令控制模块，每一个模块就是一个CORBA对象。这些模块随着所在物理机器的启动而启动。所述的任务解析模块负责把来自Web服务层模块的业务请求进行分析、识别后把合法的请求转换为标准的CORBA调用请求转给任务分发模块；所述的任务分发模块负责把来自任务解析模块的CORBA请求分发到业务处理层模块；所述的数据打包模块负责把来自业务处理层的处理结果打包成Web服务层模块能够识别的标准数据格式；所述的命令控制模块负责发起业务管理层模块中各个功能模块的启动、停止以及查询状态命令，负责发起业务处理层模块中各个功能模块的启动、停止以及查询状态命令，负责发起Web服务层模块中Web服务模块、Web负载均衡服务的启动、停止以及查询状态命令，负责发起接入层模块中适配器的启动、停止以及查询状态命令，并把这些命令传送到不同的物理机器上执行。 

所述的Web服务层模块由一台或多台Web服务器组成，每一台Web服务器与一台或多台业务管理服务器相连接。这里每台Web业务服务器都具备等价的地位与功能，都可以单独对外提供服务而无须其它服务器的辅助。 

所述的每台Web服务器包括Web服务模块、界面表示框架模块、界面插件模块与任务分发模块。所述的Web服务模块主要提供HTTP和CORBA服务，为界面表示框架模块、界面插件模块提供Web运行环境，它随着所在的物理机器的启动而启动。所述的界面表示框架模块提供界面表示平台，用于容纳、管理、控制界面插件模块。所述的界面插件模块完成网络管理中基本功能界面表示功能，这些插件模块可以是配置管理界面模块、安全管理界面模块、故障管理界面模块、性能管理界面模块或者计费管理界面模块，也可以是用户自定义的界面展示模块。所有的界面插件模块的物理载体为包含HTML、JSP、Java类、XML文件等在内的网页文件包，这些文件包提供独立的、统一的主调界面接口。这里的任务分发模块负责把来自Web服务模块的CORBA请求分发到业务管理 层模块，具体是选择最闲的一台业务管理服务器作为目标机器。 

所述的Web服务层模块还设置有一台负载均衡服务器。这里的负载均衡服务器是Web服务层模块的控制与分发器，所有用户的Web请求都首先到此服务器，然后由此服务器根据各个Web服务器的繁忙程度将请求分配到某个实际的Web服务器中，对外公开的域名与IP地址都是这个服务器的。这里说明的是，在网络管理用户不多的情况下，这台负载均衡器可以省去，在这种情况下，负载均衡器的功能就集成到某个实际的Web服务器中，这时用户直接与Web服务器进行交互。 

参见图4，所述的网络管理***还设置有监控其各服务器进程的监控模块，以便保证网络管理***长期稳定地运行。图6是该监控模块的详细结构图。 

参见图6，所述的监控模块包括：独立设置、与接入服务器连接并监控其进程的接入服务器监控模块；独立设置、与数据库服务器连接并监控其进程的数据库服务器监控模块；独立设置、与业务处理服务器连接并监控其进程的业务处理服务器监控模块；独立设置、与业务管理服务器连接并监控其进程的业务管理服务器监控模块；独立设置、与Web服务器连接并监控其进程的Web服务器监控模块；独立设置、与负载均衡服务器连接并监控其进程的负载均衡服务器监控模块。 

所述的监控模块和被监控的服务器之间的关系是监控者与被监控者的关系，两者之间的通信是采用操作***提供的进程间通信机制来实现的。 

参见图4，所述的网络管理***中还包括用于存储所有对象名称及其对象引用的命名服务模块。该命名服务模块是基于CORBA提供的标准命名服务，它以目录结构的形式存储了所有注册在该网络管理***中的CORBA对象的对象名称和其对象引用。通过命名服务模块，可以根据对象名称检索到相应的对象引用，从而实现对CORBA对象的透明访问。 

所述的配置文件包括***配置文件、界面描述文件和权限配置文件。 

所述的Web服务层模块、业务管理层模块、业务处理层模块、数据存储层 模块、接入层模块的信息都配置在一个集中的***配置文件中。其中采用分级的方式进行配置，第一级是上述5个模块的配置项，对于这些模块而言，它的配置信息主要有模块名称、模块层次及其各个模块包含的所有物理服务器的信息，这项配置信息就决定了该层模块将运行在多少个物理服务器上。第二级是物理服务器的配置信息，它包括物理服务器的名称、IP地址及其所包括的功能模块信息，物理服务器的配置信息决定了该服务器将实现什么样的功能。第三级为功能模块的配置信息，它包括功能模块的名称、类型、与其他功能模块的接口信息、启动参数、停止参数以及该功能模块所包括的操作信息，功能模块的配置信息决定了该功能模块具体执行的操作以及与其他模块的关系。第四级为操作的配置信息，它包括操作的名称、标识、调用参数、是否需要下一层功能模块的处理标识等。操作的配置信息决定了业务请求的处理流程。 

为了完成网管***的启动和停止，所述的***配置文件中还设置有***初始化时各模块的启动顺序以及***停止时各个模块的停止顺序。 

通过所述的***配置文件，可以解决现有网管***不能实现动态配置、功能模块不能任意拆卸与组合等问题，从而实现网管***的灵活配置、功能模块的任意组合与拆卸，进而提高网管***的客户化支撑能力。 

所述的界面插件模块的配置信息按功能类型设置在界面描述文件(XML格式的)中。每一功能界面类别被分配相应的界面表示区间(如一个整数区间)，其中的任一个具体的界面对应整数区间中具体的一个整数，该整数可起到界面插件标识(界面插件ID)的作用，在该界面表示区间可有多个整数，每一整数对应着一种功能界面。如将配置管理功能界面定义为[1000..1999]，将性能管理界面定位为[2000..2999]等。通过这个界面描述文件，对所有确定的界面进行定义与描述，同时为将来可能增加的新界面预留处理接口。这里的界面描述文件，第一级为界面类型的配置信息，包括界面类型以及对应的整数范围，第二级为具体的界面信息，包括具体的界面ID、访问参数、对应的后台功能模块等信息，第三级为具体的操作信息，包括具体的触发事件、调用参数、对应的后台功能 对象等信息。 

网络管理用户与所拥有操作权限的配置信息都设置在权限配置文件中。所述的权限配置文件是分级的文件，所述的配置文件第一级为用户信息，包括用户名称、用户标识号等，第二级为所拥有的界面信息，包括界面ID等，第三级为所拥有的操作信息，包括操作名称、标识等。 

对***配置文件、界面描述文件以及权限配置文件还设置有守护监听模块。所述的守护监听模块负责监听各个配置文件的变化(如***配置文件中增删物理服务器或者功能模块等)，并将变化后的配置文件解析读出到内存对象中。当网络管理***的各个模块相对空闲时，守护监听模块就把这些配置变化动态更新到相关模块的物理服务器上，这期间不需要重启任何服务器，从而实现网络管理功能的热插拔。 

参见图7，下面描述本发明的网络管理***的启动过程。 

步骤701、启动命名服务模块。 

步骤702、启动业务管理层模块所在的任意一台业务管理服务器，并按照启动顺序依次启动这台服务器上的各个功能模块。 

步骤703、业务管理服务器中的命令控制模块从配置文件中读取业务处理层对应的物理服务器信息以及业务处理层各个功能模块的启动顺序。 

步骤704、根据步骤703中获取的物理服务器信息选取一个业务处理服务器，根据业务处理层中各个模块的启动顺序依次启动这些功能模块。重复这个步骤，直到所有业务处理服务器全部启动完成。 

步骤705、业务管理服务器中的命令控制模块从配置文件中读取数据存储层对应的数据库服务器信息以及该层各个功能模块的启动顺序。 

步骤706、根据步骤705获取的物理服务器信息选取一个数据库服务器，根据该层中各个模块的启动顺序依次启动这些功能模块。重复这个步骤，直到所有数据库服务器全部启动完成。 

步骤707、业务管理服务器中的命令控制模块从配置文件中读取接入层对 应的接入服务器信息以及该层各个功能模块的启动顺序。 

步骤708、根据步骤707获取的物理服务器信息选取一个接入服务器，根据该层中各个模块的启动顺序依次启动这些功能模块。重复这个步骤，直到所有接入服务器全部启动完成。 

步骤709、业务管理服务器中的命令控制模块从配置文件中读取Web服务层对应的Web服务器信息以及该服务器各个功能模块的启动顺序。 

步骤710、根据步骤709获取的物理服务器信息选取一个Web服务器，根据该服务器中各个模块的启动顺序依次启动这些功能模块。重复这个步骤，直到所有Web服务器全部启动完成。 

步骤711、启动Web服务层的负载均衡服务器。 

步骤712、判断是否还有其它业务管理服务器没有启动，若有，执行步骤713，否则，执行步骤714。 

步骤713、选择业务管理层的一台其他业务管理服务器，然后启动该台业务管理服务器，并返回步骤712。 

步骤714、依次启动各个监控模块。 

步骤715、启动守护监听模块。 

参见图8、下面描述本发明的网络管理***的停止过程。 

步骤801、停止监听守护模块。 

步骤802、依次停止各个监控模块。 

步骤803、停止Web服务层模块的负载均衡服务器。 

步骤804、由命令控制模块读取Web服务层各功能模块的停止顺序。 

步骤805、依次停止Web服务层模块的各个Web服务器。在每个服务器上按照相应服务器上各个功能模块的停止顺序进行停止。 

步骤806、由命令控制模块读取业务处理层各功能模块的停止顺序。 

步骤807、依次停止业务处理层模块的各个业务处理服务器。在每个服务器上按照相应服务器上各个功能模块的停止顺序进行停止。 

步骤808、由命令控制模块读取数据存储层各功能模块的停止顺序。 

步骤809、依次停止数据存储层模块的各个数据库服务器。在每个服务器上按照相应服务器上各个功能模块的停止顺序进行停止。 

步骤810、由命令控制模块读取接入层各功能模块的停止顺序。 

步骤811、依次停止接入层模块的各个接入服务器。在每个服务器上按照相应服务器上各个功能模块的停止顺序进行停止。 

步骤812、由命令控制模块读取业务管理层各个业务管理服务器的停止顺序。 

步骤813、依次停止业务管理层模块的各个业务管理服务器。在每个服务器上按照相应服务器上各个功能模块的停止顺序进行停止。 

步骤814、停止命名服务模块。 

参见图9，下面详细描述本发明的网络管理***中业务请求处理过程。 

步骤901、用户终端发出Web页面业务请求到负载均衡服务器。 

步骤902、负载均衡服务器判断业务请求是否合法，若是，执行步骤904，否则，执行步骤903。 

所述的业务请求包括用户名、密码和登录号以及网管操作信息如查询网元的运行状态，所述的网管操作信息包括命令和参数，所述的命令为核心功能模块的子模块名称+功能对象名称+功能对象的方法或属性。当功能对象名称在本发明的网络管理***中唯一时，可以省略核心功能模块的子模块名称，如功能对象为FORM，属性为Title，则命令可为：FORM.Title＝“You Are Good”。当用户名、密码和登录号与负载均衡服务器上保存的用户名、密码和登录号相对应时，则表示本次请求合法，否则表明本次请求不合法。 

步骤903、负载均衡服务器向用户终端返回错误信息，然后执行步骤930：结束本过程。 

步骤904、根据负荷分担原则选择一台最闲的可用的Web服务器并将业务请求分配到选择的Web服务器上执行。 

步骤905、Web服务器接收并分析业务请求，确定业务请求是否合法，若合法，则根据***配置文件判断自身是否可以完成业务请求，若可以完成，则执行步骤906，否则，则执行步骤907。若不合法，可直接丢弃业务请求，并向用户终端返回错误信息。 

步骤906、对于静态页面(html或者htm格式的文件)，Web服务器直接把所请求的文件传给用户终端浏览器，由浏览器解释执行并把最终结果展示给用户。对于动态页面(jsp格式的文件)，Web服务器据请求信息找到相应的文件并执行该文件对应的Java类。然后将结果(HTML或者XML格式的)以HTTP的形式回送给用户终端浏览器。 

步骤907、由任务分发模块选择一台最闲的业务管理服务器，并把请求发送给所选择的业务管理服务器。 

步骤908、业务管理服务器接收并解析来自Web服务器的请求，并根据***配置文件判断本身是否可以完成业务请求，若是，则执行步骤909，否则，执行步骤910。 

步骤909、业务管理服务器对业务请求进行处理，如，检查请求的参数类型、格式、内容是否正确。如果非法直接返回错误信息给Web服务器，如果合法则按请求执行相应的操作如查询***中各个模块的运行状态、查询***中权限配置信息等，并把处理结果打包为标准的数据格式返回给Web服务器，然后执行步骤906。 

步骤910、选择业务处理模块中一个最闲的业务处理服务器，并把业务请求转换为标准的CORBA请求发给选择的业务处理器。 

步骤911、业务处理器接收并解析来自业务管理服务器的业务请求，并根据***配置文件判断本身或者与数据库服务层模块交互是否可以完成业务，若是，执行步骤912，否则，执行步骤913。 

步骤912、业务处理服务器将处理后的结果或者与数据库服务层模块交互的结果打包后发给业务管理服务器，然后执行步骤909。 

步骤913、选择接入层模块中一个最闲的接入服务器，并把业务请求发给选择的接入服务器。 

步骤914、接入服务器接收并解析来自业务处理服务器的业务请求，把业务请求转换为被管网元所能识别的协议格式并下发到相应的被管网元上去。 

步骤915、被管网元接收并解析来自接入服务器的业务请求，并对业务请求进行处理(如，执行来自接入服务器所请求的命令，或者查询网元自身的运行状态、重启等)。 

步骤916、被管网元将处理的结果回送到接入层模块的接入服务器。 

步骤917、接入层模块的接入服务器把被管网元返回的信息转换为网络管理***能够处理的标准数据格式，然后将其返回给业务处理层模块的业务处理器，接着执行步骤912，直至将被管网元返回的结果发送到用户终端为止。 

步骤930、结束本过程。 

根据本发明，在用户终端与Web服务层模块之间除了采用标准的HTTP协议外还采用两者默认的CORBA接口，在Web服务层模块与业务管理层模块之间采用两者默认的接口、在业务管理层模块与业务处理层模块之间采用两者默认的接口、在业务处理层模块与数据存储层模块之间采用两者默认的接口、在业务处理层模块与接入层模块之间采用两者默认的接口，在接入层模块与被管网元之间采用两者默认的接口。上述各层之间默认的接口可以相同，也可以不同，原则上只要两层之间能够互相识别即可，两层之间默认的接口还可以随时变化。这样，只有通过正常渠道的信息流，才能被接受，然后进行处理，从而防止了如黑客等非法驻留程序的攻击，提高了***的安全性。 

因此，根据本发明，从基本的框架体系方面，本发明提供了一种通用的、开放的、可扩展的框架体系。其次，为了向用户提供最大的选择范围，本发明是在基于开放标准(CORBA)的框架的基础上设计的，具有平台无关性，如既支持Unix操作***，又支持Windows、Linux操作***。同时，接入层模块中的适配器可以支持基于标准的网络管理协议，如SNMP和CMIP，也能支持 TCP/IP协议族及其它的一些专用网络协议。 

具体地，本发明具有如下有益效果： 

(1)跨平台性。由于这种网络管理***是基于CORBA规范的，开发出的***具有真正的跨平台性。用户终端直接采用标准的浏览器，对用户终端的运行平台没有任何限制。 

(2)高可扩展性。可以实现***在硬件和软件两方面的无干扰升级。如果业务处理层模块或者业务管理层模块或者Web服务层模块负担过重，可以追加相应的处理服务器，***能自动实现负荷分担，从而增强了整个网络管理***的处理能力。如果有新的业务需求，只要开发符合CORBA规范的新业务处理对象就可通过配置文件方便地集成到现有的网络管理***中。 

(3)高安全性。数据存储层只能由业务处理层进行访问，并且这里的访问必须经过安全认证的，其它层不能访问，Web用户终端也不存在与数据存储层的逻辑关联，这样就避免了用户的非法访问。用户终端与Web服务层模块、Web服务层模块与业务管理层模块、业务管理层模块与业务处理层模块、业务处理层模块与数据存储层模块、业务处理层模块与接入层模块之间各自采用默认的接口，这样通过层层信息控制的方式，能有效防止来自网络上的恶意攻击与信息盗窃，有效保证网管***的安全性。 

此外，***通过权限配置文件对每个界面及其操作进行授权，这就限制了对***功能模块的非法使用，从而保证了整个***的安全。 

(4)高可靠性。本发明在核心功能模块采用的是多台服务器冗余机制，若其中一台服务器发生故障时，其余具有相同功能的服务器能即时替代工作，从而保证***处理的不中断，避免了单点故障问题。此外，本网络管理***中的监控模块能实时检测***服务的状态并在服务发生异常时进行立即恢复。 

(5)高性能。本发明的网络管理***采用的是多服务器的分布式结构以及负载均衡策略，通过这种技术，***能动态分配各服务器之间的处理流量，实现共享和高效地利用资源，避免了单点性能瓶颈，提高了整个***的处理能 力。 

(6)易于升级与维护。用户终端仅需要浏览器，无需进行配置与升级。服务器端采用分布式组件结构与XML文件进行网络管理***中所有业务功能与界面定义。采用该结构，当网络管理需求变化时，只需要更改相应的业务组件与配置文件，无需对其他部分进行改动，无需对整个***进行编译，无需重启***，无需重新分发客户应用就可以实现已有业务的变更、新业务的添加和旧业务的抛弃，从而很容易地满足不同的网络管理变更需求。 

(7)界面友好性。用户终端界面是基于Web的，它比传统应用程序的网络管理界面更直接、更易于使用。此外，本发明可以为不同的用户配置不同的登陆、注销、成功或者失败等页面，从而满足不同用户的个性化需要，提高用户的使用满意度。 

(8)方便性。所述网络管理***是基于的Web的，可以允许网络管理人员使用任何一种Web浏览器，在网络任何节点上方便迅速地配置、控制以及存取等管理操作，改变了以往只能局限在网络管理工作站上进行网络管理的模式。 

(9)降低网络管理的成本。浏览器操作与Web页面对网络管理用户来说是非常熟悉的，这将大大降低用户培训的费用，同时又促进了更多的用户去利用网络管理***来管理网络，降低网络运维成本。另外，由于网络管理核心计算与存储都在Web服务器、业务管理服务器、业务处理服务器、数据存储服务器上，Web浏览器只需要拥有适量空间的一般机器，从而使客户在简单便宜的客户机上就能管理网络。 

(10)降低开发费用。本发明中界面表示逻辑与网络计算的逻辑是分离开来的，这样负责界面开发的人员不需要掌握网络管理复杂逻辑便可完成页面开发工作，使得前台开发人员与后台开发人员的工作完全分离，从而保证了高效率与低成本的开发。 

虽然通过实施例描绘了本发明，但本领域普通技术人员知道，在不脱离本发明的精神和实质的情况下，就可使本发明有许多变形和变化，本发明的范围由所附的权利要求来限定。 

Claims (19)

1.一种网络管理***，其特征在于，包括：

用户终端，用于向核心功能模块发送业务请求，并接收核心功能模块返回的处理结果；

核心功能模块，用于接收用户终端的业务请求，并接收被管网元上报的信息；

被管网元，用于响应核心功能模块的业务请求，并向核心功能模块上报预定信息；

所述的核心功能模块包括：Web服务层模块、业务管理层模块、业务处理层模块、接入层模块，所述的Web服务层模块、业务管理层模块、业务处理层模块、接入层模块采用分层管理，其中，所述接入层模块，用于通过局域网或者广域网直接与被管网元相连，并与业务处理层模块相连；数据存储层模块，用于与业务处理层模块相连，存储网络管理***中的数据；业务处理层模块，与接入层模块、数据库存储层模块相连，并与业务管理层模块相连，用于接收来自业务管理层模块的命令并执行网络管理操作，把业务管理层模块对被管网元的命令下发给接入层模块，同时把接入层模块返回的信息发给业务管理层模块或数据存储层模块；业务管理层模块，与业务处理层模块和Web服务层模块相连，用于接收Web服务层模块的请求，并把所述请求转换为具体的网络管理命令下发到业务处理层模块处理，把业务处理层模块处理后的结果传向Web服务器层模块；Web服务层模块，与业务管理层模块相连，并与Web负载均衡服务器或者用户终端浏览器交互，用于接收用户终端的请求并把该请求发向业务管理层模块，并把业务管理层模块处理后的结果以网页的形式传向用户终端浏览器。

2.根据权利要求1所述的网络管理***，其特征在于，所述的***还包括：配置文件，其与核心功能模块相连，包括分别用于描述网络管理***中***的***配置文件，用于描述网络管理***中权限的权限配置文件和用于描述网络管理***中界面格式的界面描述文件。

3.根据权利要求1所述的网络管理***，其特征在于，所述的业务请求包括网管操作信息，所述的***配置文件中设置有各层服务器所包括的功能对象名称。

4.根据权利要求3所述的网络管理***，其特征在于，

所述的Web服务层模块包括至少一台Web服务器，其与业务管理层模块和用户终端相连，用于接收用户终端的业务请求，并根据***配置文件判断业务请求是否由本层Web服务器处理，若是，则将处理结果返回给用户终端，否则，将接收的、可识别的业务请求发向业务管理层模块，同时把业务管理层模块返回的结果发给用户终端。

5.根据权利要求3所述的网络管理***，其特征在于，

所述的业务管理层模块包括至少一台业务管理服务器，其与业务处理层模块和Web服务层模块相连，用于接收Web服务层模块的业务请求，并根据***配置文件判断业务请求是否由本层业务管理服务器处理，若是，则将处理结果返回给用户终端浏览器，否则，将接收的、可识别的业务请求转换为具体的网络管理命令下发到业务处理层模块处理，所述的业务管理层模块还用于把业务处理层模块处理后的结果发给Web服务层模块。

6.根据权利要求3所述的网络管理***，其特征在于，

所述的业务处理层模块包括至少一台业务处理服务器，其与接入层模块和业务管理层模块相连，用于接收来自业务管理层模块的网络管理命令，并根据***配置文件判断业务请求是否由本层业务处理服务器处理，若是，则执行具体的网络管理操作，然后将处理结果返回给业务管理层模块，否则，将接收的、可识别的、业务管理层模块对被管网元的命令下发给接入层模块，所述的业务处理层模块还用于把接入层模块返回的信息发给业务管理层模块或数据存储层模块。

7.根据权利要求3所述的网络管理***，其特征在于，

所述的接入层模块包括至少一台接入服务器，其与被管网元接续和业务处理层模块相连，用于将业务处理层的网络管理命令转换为被管网元能够识别的指令，并接收被管网元发来的预定信息，然后将这些信息转换为统一格式的信息。

8.根据权利要求4所述的网络管理***，其特征在于，所述的Web层服务模块还包括：负载均衡服务器，其与用户终端和Web服务器相连，用于接收用户终端的业务请求，并根据负荷分担原则将业务请求分配到Web服务器上。

9.根据权利要求1所述的网络管理***，其特征在于，所述的核心功能模块还包括：

数据存储层模块，其与业务处理层模块相连，用于存储来自被管网元的预定信息。

10.根据权利要求1所述的网络管理***，其特征在于，所述的***还包括：命名服务模块，其与核心功能模块相连，用于为核心功能模块中的CORBA对象提供命名服务。

11.根据权利要求1所述的网络管理***，其特征在于，所述的***还包括：监控模块，其与核心功能模块相连，用于监控核心功能模块中各部分的运行状态，以根据监控的参数调整核心功能模块。

12.根据权利要求1所述的网络管理***，其特征在于，所述的***还包括：守护监听模块，其与配置文件相连，用于监控配置文件的变化，并将变化的配置文件更新到运行中的网络管理***中的各个服务器中。

13.根据权利要求1-12其中之一所述的网络管理***，其特征在于，在用户终端与Web服务层模块之间采用两者默认的接口，在Web服务层模块与业务管理层模块之间采用两者默认的接口、在业务管理层模块与业务处理层模块之间采用两者默认的接口、在业务处理层模块与数据存储层模块之间采用两者默认的接口、在业务处理层模块与接入层模块之间采用两者默认的接口，在接入层模块与被管网元之间采用两者默认的接口。

14.一种网络管理方法，其特征在于，包括：

A、用户终端向核心功能模块发送业务请求；

所述的核心功能模块包括：Web服务层模块、业务管理层模块、业务处理层模块、数据存储层模块、接入层模块；所述的Web服务层模块、业务管理层模块、业务处理层模块、接入层模块采用分层管理，其中，所述接入层模块，用于通过局域网或者广域网直接与被管网元相连，并与业务处理层模块相连；数据存储层模块，用于与业务处理层模块相连，存储网络管理***中的数据；业务处理层模块，与接入层模块、数据库存储层模块相连，并与业务管理层模块相连，用于接收来自业务管理层模块的命令并执行网络管理操作，把业务管理层模块对被管网元的命令下发给接入层模块，同时把接入层模块返回的信息发给业务管理层模块或数据存储层模块；业务管理层模块，与业务处理层模块和Web服务层模块相连，用于接收Web服务层模块的请求，并把所述请求转换为具体的网络管理命令下发到业务处理层模块处理，把业务处理层模块处理后的结果传向Web服务器层模块；Web服务层模块，与业务管理层模块相连，并与Web负载均衡服务器或者用户终端浏览器交互，用于接收用户终端的请求并把该请求发向业务管理层模块，并把业务管理层模块处理后的结果以网页的形式传向用户终端浏览器；

B、核心功能模块根据***配置文件和用户终端的业务请求获得被管网元的信息；

C、核心功能模块将获得的被管网元的信息返回用户终端。

15.根据权利要求14所述的网络管理方法，其特征在于，所述的步骤A还包括：在用户终端与Web服务层模块之间采用两者默认的接口，在Web服务层模块与业务管理层模块之间采用两者默认的接口、在业务管理层模块与业务处理层模块之间采用两者默认的接口、在业务处理层模块与数据存储层模块之间采用两者默认的接口、在业务处理层模块与接入层模块之间采用两者默认的接口，在接入层模块与被管网元之间采用两者默认的接口。

16.根据权利要求14或15所述的网络管理方法，其特征在于，所述的核心功能模块还包括负载均衡服务器，所述的步骤A具体包括：

用户终端向负载均衡服务器发送业务请求；

负载均衡服务器根据负荷分担原则将业务请求分配到Web服务器上。

17.根据权利要求14或15所述的网络管理方法，其特征在于，所述的步骤B还包括：

核心功能模块将来自被管网元的信息存储在数据存储层模块。

18.根据权利要求14或15所述的网络管理方法，其特征在于，所述的***配置文件中设置有各层服务器所包括的功能对象名称，所述的业务请求包括网管操作信息。

19.根据权利要求18所述的网络管理方法，其特征在于，所述的步骤B具体包括：

B1、Web服务层模块根据***配置文件判断业务请求是否由本层的Web服务器处理，若是，则本层的Web服务器对业务请求进行处理，并将处理结果发送给用户终端，然后结束本过程，否则，将业务请求发给业务管理模块；

B2、业务管理模块根据***配置文件判断业务请求是否由本层的业务管理服务器处理，若是，则本层的业务管理服务器对业务请求进行处理，并将处理结果发给Web服务层模块，否则，将业务请求发给业务处理模块；

B3、业务处理模块根据***配置文件判断业务请求是否由本层的业务处理服务器处理，若是，则本层的业务处理服务器对业务请求进行处理，并将处理结果发给业务管理模块，否则，将业务请求发给接入层模块；

B4、接入层模块将业务请求转换为被管网元能够识别的格式，并将业务请求发给被管网元。

Images