专利名称：一种支持分布式管理信息树的网络管理方法
技术领域：
本发明涉及一种网络管理技术，特别涉及一种支持分布式管理信息树(MIT)的网络管理方法。
背景技术：
目前，随着通信技术的进步和通信业务的发展，电信网络管理系统需要管理的设备无论是数量还是设备类型都目益增多。但是，现有的网络管理系统由于受系统架构的限制，其管理容量受限于单台服务器的处理能力。
图1为现有技术组网方式示意图。如图1所示，网络管理系统1通过连接1来管理现有设备，当网络有了较大规模的扩展，需要对新增设备进行管理，并且现有的网络管理系统1已经不具备足够的处理能力来管理新增设备时，通常会采用以下两种方式来解决问题一、通过硬件升级的方式来扩大网络管理容量，即停止现有网络管理系统1中服务器的运行，为该服务器添加新的内存或中央处理器(CPU)，有时候甚至不得不更换整个网络管理系统的工作站，使得网络管理系统1同时可以通过连接2对新增设备进行管理；二、通过加装独立的服务器来扩展网络管理范围，即添加另外一套网络管理系统2，通过连接3来管理新增设备，而原有的网络管理系统1维持现状，通过连接1来管理现有设备。
根据以上对现有组网方式的描述可见，当网络需要增加较多的设备，并不得不扩充原有网络管理容量时，现有技术的方案可能会出现如下问题网络设备的升级和扩容可能需要网络管理服务器停止业务运行，甚至停机进行升级；如果网络的扩容升级要做到不停机的话，就必须设立新的独立的网络管理系统，造成多套同样的网络管理系统并存，大大增加了运营商的运营成本，另外，全网设备被分隔在两套或两套以上的网络管理系统中，就无法实现全网问题定位。
因此，电信运营商为了实现运营成本最低化，及提高全网问题定位的能力，必然会提出使用一套网络管理系统来管理所有设备的需求，这就对网络管理系统的容量及可扩展性提出了前所未有的要求。面对这种形势，就必须使现有网管系统能够根据要管理的网络规模以一种用户透明的方式扩展其处理能力。
发明内容
有鉴于此，本发明的主要目的在于提供一种支持分布式MIT的网络管理方法，能够实现分布式的MIT管理，使得网络管理系统的处理能力不受限于单台服务器的处理能力，当网络设备超过网络管理系统的容量时，可以使系统以用户透明的方式进行扩展。
为达到上述目的，本发明的技术方案是这样实现的本发明公开了一种支持分布式MIT的网络管理方法，该方法包括建立分布式MIT的方法和管理该支持分布式MIT网络的方法；所述建立分布式MIT的方法包括将各网络设备抽象成管理对象(MO)，按照MO之间的包容关系组织MIT，并将MIT划分为一个或多个MIT分区，为各分区设置MO管理器(Manager)用于访问各自分区内部的MO，为整个MIT设置MO分区管理器用于访问各分区的MO Manager；所述管理该支持分布式MIT网络的方法包括由各分区的MO Manager启动各自分区，并将各自分区的注册信息注册在MO分区管理器的注册信息表中；外部应用根据MO分区管理器中的注册信息表访问各分区的MO Manager，再通过MO Manager访问其分区内的网络设备；在系统扩容时，将新增网络设备抽象成MO，按照该新增网络设备对应的MO之间的包容关系组织新的MIT分区，由为该新分区设置的新的MO Manager启动该新分区，并将该新分区的注册信息注册在MO分区管理器的注册信息表中。
建立分布式MIT的方法中，所述划分MIT分区的方法为a1.选择位于整个MIT中低层次的MO定义为MIT中的根节点，并将这些根节点划分为根分区；a2.将MIT中在步a1所述根分区以外的所有MO划分为零个、一个或多个分区。
其中，在所述步a2之后，还进一步包括将步a2所述各分区中，与一个以上分区的MO直接关联的MO划分入根分区。
管理支持分布式MIT网络的方法中，所述启动各分区的方法为b1.系统管理程序发送启动命令至各分区的MO Manager；b2.各MO Manager加载各自分区内的网络设备，并将各自分区的注册信息发送至MO分区管理器；b3.MO分区管理器将步b2所述的注册信息保存在自身的注册信息表中。
步b1中，系统管理程序根据自身已设置的各分区与其对应MO Manager地址信息的映射关系表得到各分区MO Manager的地址信息，并按此MOManager的地址信息发送启动命令。
步b2中，所述MO Manager根据已设置的自身对应分区内所有MO的节点标识符加载该分区内各MO对应的网络设备。
其中，所述管理支持分布式MIT网络的方法进一步包括将各MIT分区抽象成分区对象，对外提供MO Manager代理(Proxy)类来封装各分区对象，并在系统中设置MO Manager Proxy服务器；所述外部应用访问各分区网络设备的方法为c1.外部应用发送访问请求至MO Manager Proxy服务器；所述访问请求至少包含待访问MO的节点标识符；c2.MO Manager Proxy服务器转发该访问请求至MO分区管理器；c3.MO分区管理器根据步c2所述的访问请求中待访问MO的节点标识符得到待访问MO所在分区的根节点标识符，再根据此待访问MO所在分区的根节点标识符查询注册信息表得到待访问MO所在分区的MO Manager的地址信息，并返回此MO Manager地址信息给MO Manager Proxy服务器；c4.MO Manager Proxy服务器再按此MO Manager地址信息将该访问请求发送至待访问MO所在分区的MO Manager；c5.待访问MO所在分区的MO Manager根据该访问请求中待访问MO的节点标识符对待访问MO进行相应作。
其中，所述访问请求为创建请求；所述待访问MO为待创建MO；所述待访问MO所在分区为待创建MO直接父节点所在分区；所述c5为待创建MO直接父节点所在分区的MO Manager根据创建请求中待创建MO的节点标识符查询自身已设置的分区内所有MO的节点标识符，得到待创建MO直接父节点的节点标识符，并在此待创建MO直接父节点下创建该MO。
其中，所述待创建MO为分区根节点时，所述创建请求进一步包含待创建MO所在分区的名称；所述待访问MO所在分区为待创建MO所在分区；步c3中，MO分区管理器将步c2所述的创建请求中待创建MO的节点标识符作为待创建MO所在分区的根节点标识符，再根据创建请求中待创建MO所在分区名称查询注册信息表，得到待创建MO所在分区的MO Manager的地址信息；所述c5为待创建MO所在分区的MO Manager按创建请求中待创建MO的节点标识符在此分区内创建该MO。
其中，所述待创建MO为分区根节点时，在所述步c5之后，进一步包括待创建MO所在分区的MO Manager向MO分区管理器发送注册信息，将该待创建MO注册到MO分区管理器的注册信息表中。
其中，所述访问请求为查询请求；所述待访问MO为待查询MO；所述待访问MO的节点标识符表示查询范围；
所述c5为待查询MO所在分区的MO Manager根据该查询请求中的查询范围查询自身已设置的分区内所有MO的节点标识符，得到查询范围内的所有MO的节点标识符，再根据查询请求中的查询内容限定信息得到各自对应分区内所有待查询MO信息，然后按查询请求中的查询内容提取各自的查询结果。
其中，在所述步c5之后，进一步包括待查询MO所在分区的MO Manager将各自所提取的查询结果返回给MO Manager Proxy服务器，MO Manager Proxy服务器对接收到的各查询结果进行组织得到全部查询结果并将该全部查询结果返回给外部应用。
其中，所述访问请求为修改请求；所述待访问MO为待修改MO；所述c5为待修改MO所在分区的MO Manager根据该修改请求中的待修改MO的节点标识符，并按修改请求中的修改内容对该MO进行修改。
其中，所述访问请求为删除请求；所述待访问MO为待删除MO；所述c5为待删除的MO所在分区对应MO Manager根据该删除请求中的待删除MO的节点标识符将该待删除MO从该分区中删除。
其中，所述待删除MO为分区根节点时，在所述步c5之后，进一步包括待删除MO所在分区的MO Manager向MO分区管理器发送注销信息，将该待删除MO从MO分区管理器的注册信息表中注销。
其中，所述MO Manager Proxy服务器基于C++或公共对象请求代理体系(CORBA)接口。
管理支持分布式MIT网络的方法中，所述系统扩容的方法具体为d1.系统管理程序发送启动命令至新分区对应的MO Manager；d2.MO Manager加载新分区中的网络设备，并将该新分区的注册信息发送至MO分区管理器；d3.MO分区管理器将步d2所述MO Manager发送的注册信息保存在注册信息表中。
其中，该方法进一步包括，系统管理程序更新自身已设置的各分区与其对应MO Manager地址信息的映射关系表；步d1中，系统管理程序根据已更新的各分区与其对应MO Manager地址信息的映射关系表得到新分区的MO Manager的地址信息，并按此MO Manager的地址信息发送启动命令。
步d2中，所述MO Manager根据自身已设置的分区内所有MO的节点标识符加载该新分区内各MO对应的网络设备。
其中，所述注册信息至少包括分区名称、根节点标识符、MO Manager地址信息；所述注册信息表包含分区名称、根节点标识符以及MO Manager地址信息之间的映射关系。
由上述方案可以看出，本发明的关键在于将各网络设备抽象成MO，按照MO之间的包容关系组织MIT，并将MIT划分为一个或多个MIT分区，为整个MIT设置MO分区管理器，为各分区分别设置MO Manager；将各MIT分区抽象成分区对象，对外提供MO Manager Proxy类来封装各分区对象，使外部应用可以通过MO Manager Proxy服务器透明的访问各分区，每个分区内部实现对MO的创建、查询、修改和删除；在系统扩容时，将新增网络设备抽象成MO并组织成新的MIT分区，为该新分区设置新的MOManager，由该新MO Manager启动该新分区并将其注册在MO分区管理器中，使系统以用户透明的方式做到无缝的在线扩容。
因此，本发明所提供的支持分布式MIT的网络管理方法，能够使网络管理系统的处理能力不受限于单台服务器的处理能力，当网络设备超过网络管理系统的容量时，可以使系统以用户透明的方式进行扩展。
图1为现有技术组网方式示意图；图2为本发明方法中划分MIT分区一较佳实施例示意图；图3为本发明方法中系统启动各MIT分区一较佳实施例处理流程示意图；
图4为本发明方法中外部应用创建MO一较佳实施例处理流程示意图；图5为本发明方法中外部应用查询MO一较佳实施例处理流程示意图；图6为本发明方法中外部应用修改MO一较佳实施例处理流程示意图；图7为本发明方法中外部应用删除MO一较佳实施例处理流程示意图；图8为本发明方法中系统扩容一较佳实施例处理流程示意图。
具体实施例方式
下面结合附图及具体实施例对本发明再作进一步详细的说明。
本发明方法支持分布式MIT，对MIT实行分区管理，该方法包括建立分布式MIT的方法和管理该支持分布式MIT网络的方法。
所述建立分布式MIT的方法具体为将每一个网络设备抽象成一个MO，将每一个MO作为MIT中的一个节点，并按各MO之间的包容关系将各节点组成整个MIT，为各分区设置MO Manager用于访问各自分区内部的MO，为整个MIT设置MO分区管理器用于访问各分区的MO Manager。首先，根据管理需要选择位于MIT中低层次的MO定义为MIT中的根节点，系统将这些根节点组织成根分区。由于这些根节点之间也形成树形关系，因此必然有一个唯一节点作为所有根节点的根节点，则所述所有根节点的根节点即为该根分区的根节点。然后，对MIT中所有在根分区节点之下的节点进行分区，系统可以根据MO的数量进行分区，也可以根据MO的属性进行分区。这里，也有可能将MIT中的所有节点均划分入根分区，则不存在根分区节点之下的节点，因此系统不再进行分区，整个MIT仅被划分为一个根分区。其中，所述节点即为MO，所述各分区的MO Manager中预先设置各自分区内所有MO的节点标识符；所述MO分区管理器保存了包含各分区注册信息的注册信息表。
这里，按数量分区，即将所有节点按数量平均分布到各分区，按MO属性分区，即将相同属性的MO划分入一个或多个分区，此属性可以为设备的功能、种类等，但具体按何种原则进行分区则根据管理需要来设置，本发明并不限定。由于，MIT的层次划分从根节点开始，整个MIT的根节点为MIT的第一层，也是MIT中的最低层，该根节点的孩子节点为MIT的第二层，并以此类推，因此所述MIT中低层次的MO也就是与整个MIT的根节点比较接近的层次中的MO。
图2为本发明方法中划分MIT分区一较佳实施例示意图。在本实施例中，系统采用按MO属性分区的方法将MIT中根分区以外的节点划分为N个分区。其中，N为一个非负整数，如果N为0，则该系统仅划分了一个根分区，如果N为1，则该系统划分了两个分区，包括根分区和分区1，如果N为2，则该系统共划分了三个分区，包括根分区、分区1和分区2，并以此类推。如图2所示，具体分区方法如下首先，将节点Net、1@Net、2@Net、1@1@Net、2@1@Net定义为根节点并划分入根分区，节点Net为该根分区的根节点。根分区以外的所有节点按其属性划分为N个区域，即分区1至分区N。
如图2所示，在分区1内，节点1@1@1@Net、2@1@1@Net、3@1@1@Net和4@1@1@Net为该分区的根节点，其中，节点2@1@1@Net下包容两个节点1@2@1@1@Net和2@2@1@1@Net，因此，节点1@2@1@1@Net和2@2@1@1@Net为分区1的两个子节点，节点2@1@1@Net为它们的父节点。在分区2内，节点5@1@1@Net、1@2@1@Net、2@2@1@Net和1@1@2@Net为该分区的根节点。分区依次划分至分区N，在分区N内，节点1@2@Net、2@2@Net、3@2@Net和4@2@Net为该分区的根节点，节点2@1@2@Net为分区N的子节点。
然后，再将各分区中与多个分区的节点直接关联的节点划分入根分区内。如图2所示，分区N中的节点1@2@Net与分区2中的节点1@1@2@Net直接关联，并且与分区N中的节点2@1@2@Net也直接关联，因此将该节点1@2@Net也划分至根分区。这里，在以上所述的所有节点下面可能还包容多个子节点，图中并未画出，但不影响本发明方法的有效性。
由于，本发明方法为了实现系统的透明扩展，对MIT实行分区管理，将根分区和其它各分区中的节点分别进行管理，当需要对某个节点进行操作时，根据该节点的节点标识符得到与其匹配的根节点标识符，从而以该根节点所在分区作为该节点所在分区，然后在此分区内部查询该节点并对该节点进行操作。如果与多个分区相关的节点没有放入根分区，则会造成该节点的子节点可能查询不到。比如说如果图2中节点1@2@Net没有放入根分区，而划分至分区N中，则当需要对节点1@1@2@Net操作时，由于其父节点1@2@Net在分区N中，则匹配出来的节点1@1@2@Net所在分区的根节点一定是分区N的根节点，因此系统会在分区N中查询节点1@1@2@Net，但在分区N并没有节点1@1@2@Net的信息，这样系统就无法查询到节点1@1@2@Net，从而无法对节点1@1@2@Net进行操作。如果节点1@2@Net被放入根分区，则节点1@1@2@Net和节点2@1@2@Net分别成为分区2和分区N的根节点，当需要对节点1@1@2@Net或2@1@2@Net进行操作时，系统直接查询分区2或分区N的各节点，并且在分区2中有节点1@1@2@Net的信息，在分区N有节点2@1@2@Net的信息，这样，系统就可以查询到节点1@2@Net的所有子节点。因此，本发明的MIT组织方法将与多个分区直接关联的节点均划分至根分区，保证了系统能够对所有节点进行分区管理。
基于上述分布式MIT建立方法，下面结合附图对本发明方法中管理该支持分布式MIT网络的方法加以详细说明，所述管理该支持分布式MIT网络的方法包括系统启动各MIT分区，外部应用访问各MIT分区的网络设备即创建、查询、修改和删除MO，以及系统扩容三部分的处理。
图3为本发明方法中系统启动各MIT分区一较佳实施例处理流程示意图，如图3所示，具体处理步骤如下步骤301系统启动后，系统管理程序根据系统网络设备的包容关系建立MIT，并将MIT信息配置成分区文件。这里，分区文件中的MIT信息包括，整个系统分为几个分区以及各分区的名称等信息。
其中，由以上所述建立分布式MIT方法可见，系统为每一个分区配置MO Manager，在各分区的MO Manager中预先设置自身对应分区内所有MO的节点标识符。如图3所示，在本实例中共设置了N+1个分区，包括由MO Manager0管理的根分区、并依次包括由MO Manager1至MO ManagerN管理的分区1至分区N，则MO Manager0至MO ManagerN内依次分别存储了根分区至分区N内所有MO的节点标识符。
另外，在上述的建立分布式MIT方法中，系统还设置了MO分区管理器负责将各分区的注册信息存储在自身的注册信息表中，当系统启动时，还会同时启动MO分区管理器。
步骤302系统管理程序向MO Manager0发送启动命令。
这里，系统在启动前在系统管理程序中设置了各分区与其对应MOManager地址信息的映射关系表。也就是说，系统需要启动哪个分区会自动查询到该分区对应的MO Manager地址，然后系统能够向该MO Manager发送启动命令。
步骤303MO Manager0接收到该启动命令，根据已设置的自身对应分区内所有MO的节点标识符加载根分区的各网络设备，从而启动根分区。
步骤304MO Manager0向MO分区管理器发送注册信息，将根分区注册到MO分区管理器中，由MO分区管理器在自身设置的注册信息表中保存MO Manager0的地址信息、根分区的名称、以及根分区的根节点标识符。其中，根分区的根节点有且仅有一个。这里，所述注册信息表包含分区名称、根节点标识符以及MO Manager地址信息的映射关系。
步骤305系统管理程序向MO Manager1发送启动命令。
步骤306MO Manager1接收到该启动命令，根据已设置的自身对应分区内所有MO的节点标识符，即分区1内所有MO的节点标识符，加载分区1的各网络设备，从而启动分区1。
步骤307MO Manager1向MO分区管理器发送注册信息，将分区1注册到MO分区管理器中，由MO分区管理器在所述注册信息表中保存MOManager1的地址信息、分区1的名称以及分区1的根节点标识符。其中，除根分区以外的所有分区即这里的分区1至分区N可以有一个或多个根节点。
然后，系统管理程序依次向MO Manager2至MO ManagerN-1发送启动命令，由MO Manager2至MO ManagerN-1启动分区2至分区N-1，再完成分区2至分区N-1在MO分区管理器中的注册。由于，这里所述启动分区2至分区N-1的操作与步骤305至步骤307所述启动分区1的操作相同，因此，图3中未作描述，但并不影响本发明的有效性。
步骤308系统管理程序向MO ManagerN发送启动命令。
步骤309MO ManagerN接收该启动命令，然后根据已设置的自身对应分区内所有MO的节点标识符，即分区N内所有MO的节点标识符，加载分区N的网络设备。
步骤310MO ManagerN向MO分区管理器发送注册信息，将分区N注册到MO分区管理器中，由MO分区管理器在注册信息表中保存MOManagerN的地址信息、分区N的名称以及分区N的根节点标识符。
至此，系统完成了分布式MIT的根分区和N个分区的启动，并且在MO分区管理器中保存了已启动的各分区的注册信息表，该注册信息表至少包括分区名称、根节点标识符、以及MO Manager地址信息的映射关系，从而系统开始运行并可以对各分区进行分布式管理。
本发明方法中，所述外部应用访问各MIT分区的网络设备的方法具体为采用面向对象的方法，将网络设备抽象成MO，按照MO之间的包容关系组织MIT并将MIT划分为多个分区，将各MIT分区抽象成分区对象，对外提供MOManager Proxy类来封装各分区对象，并设置MO Manager Proxy服务器。在外部应用访问各分区时，首先，外部应用发送访问请求至MO Manager Proxy服务器，MO Manager Proxy服务器转发该访问请求至MO分区管理器，MO分区管理器根据访问请求得到待访问分区对应MO Manager的地址信息，并返回此MOManager地址信息给MO Manager Proxy服务器；MO Manager Proxy服务器再按此MO Manager地址信息将该访问请求发送至待访问分区对应的MOManager；最后，待访问分区对应MO Manager根据该访问请求在对应分区内进行相应操作。所述的访问请求可以为创建、查询、修改或删除请求。这样，外部应用可以通过MO Manager Proxy服务器透明的访问各分区，再由各分区内部实现对MO的创建、查询、修改和删除。
其中，所述的外部应用透明访问，就是说，通过MO Manager Proxy类的封装，外部应用可以以方法调用的形式访问分区对象，外部应用不需要知道所要访问的分区对象存在于什么软件中、使用什么硬件平台以及位于网络的什么地方。
另外，所述MO Manager Proxy服务器可以基于C++接口，也可以基于CORBA接口。如果基于C++接口，则支持基于C++的外部应用访问；由于目前CORBA体系已经定义了其接口到C、C++、Smalltalk、Ada95、JAVA等的映象规范，因此如果基于CORBA接口，则支持基于以上所述C、C++、Smalltalk、Ada95、JAVA等的外部应用访问。以下所述本发明实施例中MOManager Proxy服务器基于CORBA接口，也就是说外部应用可以通过基于CORBA接口的MO Manager Proxy服务器访问MIT各分区。
图4为本发明方法中外部应用创建MO一较佳实施例处理流程示意图，如图4所示，其具体处理步骤如下步骤401外部应用发送创建请求至MO Manager Proxy服务器，请求在某个父节点下创建一个子MO节点，该请求中至少包括待创建MO的节点标识符。
这里，也可以请求在某个分区创建根节点，则该创建请求中除了包括待创建MO的节点标识符，还至少包括待创建MO所在分区的名称。
步骤402MO Manager Proxy服务器将该创建请求转发至MO分区管理器。
步骤403MO分区管理器根据接收到的创建请求中待创建MO的节点标识符识别该待创建MO直接父节点所在分区的根节点标识符，然后根据此根节点标识符查询自身保存的注册信息表得到该待创建MO直接父节点所在分区对应的MO Manager地址信息。
这里，如果待创建的是分区根节点，则MO分区管理器根据接收到的创建请求中的分区名称查询自身保存的注册信息表得到对应分区的MOManager地址信息。
网管系统的MIT中，各节点标识符的设置均遵循一个规律子节点的标识符中包含其所有父节点的标识符，即一个MO的标识符中既包含其直接父节点的标识符，也包含其直接父节点所在分区根节点的标识符，比如说子节点1@2@3@4@Net的标识符中包含其直接父节点2@3@Net的标识符，也包含其直接父节点所在分区的根节点3@4@Net的标识符；当MO分区管理器使用待创建MO的节点标识符1@2@3@4@Net，与其自身存储的注册信息表中的所有根节点标识符进行匹配时，将选择与待创建MO最接近的根节点作为该MO的直接父节点所在分区的根节点，具体来说如果有多个根节点标识符如3@4@Net、4@Net和Net，均包含在该MO的标识符中，则选择与该MO最接近的节点3@4@Net作为其直接父节点所在分区的根节点；因此，这里MO分区管理器可以根据待创建MO的节点标识符识别其直接父节点所在分区的根节点标识符。
步骤404MO分区管理器将步骤403所得到的MO Manager地址信息返回给MO Manager Proxy服务器。
步骤405MO Manager Proxy服务器根据步骤404中接收到的MOManager地址信息将所述的创建请求发送至该MO Manager。
步骤406MO Manager根据接收到的创建请求中待创建MO的节点标识符，查询已设置的自身对应分区内所有MO的节点标识符，得到该待创建MO的直接父节点标识符，并在此父节点下创建此MO。
其中，所述的创建MO包括MO Manager加载该MO对应的网络设备，更新MO Manager中所保存的自身对应分区中所有MO的节点标识符，在原有的节点标识符信息中添加此新创建MO的节点标识符，同时，更新系统中保存MO信息的数据库，在数据库中添加该新创建MO的信息。这里，在网管系统中，会为每一个MIT分区设置数据库用于保存所在分区各MO信息，所述MO信息包括该MO对应的节点标识符、网络设备的属性和当前状态等信息。
其中，所述更新数据库时，首先由该新创建MO对应的网络设备将自身的MO标识符、属性及当前状态等上报至MO Manager Proxy服务器，MOManager Proxy服务器根据该MO标识符在MO分区管理器中查找到该新创建MO所在分区的MO Manager的地址信息，然后再将该网络设备上报的MO信息转发至对应的MO Manager，最后由此MO Manager将该MO信息发送至数据库进行更新。这里，在每一个网络设备中会预先配置MO ManagerProxy服务器的地址，从而各网络设备可以上报MO信息至MO ManagerProxy服务器；每一个MO Manager中也会预先配置各自对应分区的数据库地址信息，从而可以对数据库进行更新。由于本段所述的处理不属本发明重点，因此这里不作详述。
另外，如果待创建的是分区根节点，则步骤406为MO Manager根据接收到的创建请求中MO的节点标识符，直接在该分区创建此分区根节点MO，再执行步骤407；步骤407MO Manager向MO分区管理器发送注册信息，将该待创建的分区根节点MO注册到MO分区管理器中，由MO分区管理器根据该待创建MO对应的分区名称查询注册信息表，得到该分区对应的注册信息，并对该分区的注册信息进行更新，将该待创建的MO的节点标识符添加至该分区的根节点标识符信息中，从而完成本次创建。
图5为本发明方法中外部应用查询MO一较佳实施例处理流程示意图，如图5所示，其具体处理步骤如下步骤501外部应用发送查询请求至MO Manager Proxy服务器，该请求至少包含查询条件和查询内容。
其中，所述的查询条件至少包含查询范围，具体来说当请求查询一个或多个指定的MO节点时，所述查询范围可以为该一个或多个MO节点的标识符；当请求在一定的范围内查询符合条件的MO节点，所述查询范围可以为表示此查询范围的标识符，比如，查询范围定为指定父节点下的所有MO节点时，该查询范围可以为此父节点的标识符，查询范围定为在指定分区中的所有MO节点时，该查询范围信息可以为此分区的根节点标识符。所述的查询条件还可以进一步包含查询内容限定信息，比如，对于待查询的MO所对应网络设备的相关信息值的限定等。所述的查询内容为外部应用需要得到的符合查询条件的MO的信息，可以包括这些MO的节点标识符，以及所对应网络设备的相关信息如属性、状态等。以上所述查询条件和查询内容的具体设定方法将根据系统的实现情况来确定，本发明不作具体限定。步骤502MO Manager Proxy服务器将该查询请求转发至MO分区管理器。
步骤503MO分区管理器根据接收到的查询请求中的查询条件得到查询范围，根据查询范围可以得到待查询的各MO所在分区的根节点标识符，并根据这些根节点标识符查询注册信息表得到待查询的各MO所在分区对应的MO Manager的地址信息。
步骤504MO分区管理器将步骤503得到的所有MO Manager的地址信息返回给MO Manager Proxy服务器。
步骤505MO Manager Proxy服务器按步骤504得到的待查询的各MO所在分区对应的MO Manager的地址信息，向这些MO Manager发送该MO查询请求。这里，本实施例采用广播方式向各MO Manager发送查询请求，当然也可以采用其他方式向MO Manager发送查询请求，本发明不作限定。
本实施例中，待查询的各MO分布在根分区和分区N，因此MO ManagerProxy服务器向MO Manager0和MO ManagerN广播该查询请求。这里，待查询的各MO也可能分布在从根分区至分区N的所有分区中，则MOManager Proxy服务器向系统所有MO Manager广播查询请求；待查询的各MO也可能分布在其中的一个或多个分区中，则MO Manager Proxy服务器向对应的一个或多个MO Manager广播查询请求。
步骤506待查询的各MO所在分区对应的MO Manager通过广播接收到查询请求后，根据该查询请求的查询条件中的查询范围查询已设置的自身对应分区内所有MO的节点标识符，得到查询范围内所有MO的节点标识符；然后按这些节点的标识符查询系统为该分区设置的用于保存MO信息的数据库，并根据该查询条件中查询内容限定信息得到各自所对应分区中所有待查询MO信息；最后按该查询请求中的查询内容从此数据库中提取各自对应分区中的待查询MO对应的MO信息作为查询结果。这里，由于每一个MOManager中预先配置各自分区的数据库地址信息，因此所述MO Manager可以从数据库中提取MO信息。
步骤507待查询的各MO所在分区的MO Manager将各自步骤506所提取的查询结果返回给MO Manager Proxy服务器。
步骤508MO Manager Proxy服务器将接收到的各MO Manager返回的查询结果进行组织，得到全部查询结果并返回给外部应用。
图6为本发明方法中外部应用修改MO一较佳实施例处理流程示意图，如图6所示，其具体处理步骤如下步骤601外部应用发送修改请求至MO Manager Proxy服务器，该修改请求至少包含待修改MO的节点标识符和修改内容。
步骤602MO Manager Proxy服务器将该修改请求转发至MO分区管理器。
步骤603MO分区管理器根据接收到的修改请求中待修改MO的节点标识符得到该待修改MO所在分区的根节标识符，然后根据此根节点标识符查询所保存的注册信息表得到该待修改MO所在分区对应MO Manager的地址信息。
步骤604MO分区管理器将步骤603得到的MO Manager的地址信息返回给Proxy服务器。
步骤605Proxy服务器按步骤604得到的MO Manager的地址信息，再将该MO修改请求发送至此MO Manager。
步骤606MO Manager接收到修改请求后，根据该修改请求中待修改MO的节点标识符查询系统用来保存MO信息的数据库，得到该待修改MO对应的MO信息，再根据修改内容对该待修改MO对应的MO信息进行修改。这里，由于每一个MO Manager中预先配置各自分区的数据库地址信息，因此所述MO Manager可以对数据库中的MO信息进行修改。
图7为本发明方法中外部应用删除MO一较佳实施例处理流程示意图，如图7所示，其具体处理步骤如下步骤701外部应用发送删除请求至MO Manager Proxy服务器，该请求至少包含待删除MO的节点标识符。
步骤702MO Manager Proxy服务器将该删除请求转发至MO分区管理器。
步骤703MO分区管理器根据接收到的删除请求中待删除MO的节点标识符得到该待删除MO所在分区的根节点标识符，然后按此根节点标识符查询所保存的注册信息表得到该待删除MO所在分区对应MO Manager的地址信息。
步骤704MO分区管理器将步骤703得到的MO Manager的地址信息返回给MO Manager Proxy服务器。
步骤705MO Manager Proxy服务器按步骤704得到的MO Manager的地址信息，再将该删除请求发送至此MO Manager。
步骤706MO Manager接收到删除请求后，根据该删除请求中待删除MO的节点标识符查询数据库得到该待删除MO对应的MO信息，并将此MO信息删除，同时也将MO Manager中保存的该MO的节点标识符删除。这里，由于每一个MO Manager中预先配置各自分区的数据库地址信息，因此所述MO Manager可以从数据库中删除MO信息。
其中，所述的删除不仅仅包括删除此MO对应的MO信息和节点标识符，如果此MO非MIT的叶子节点，即该MO在MIT中还包容孩子节点，则所述的删除还包括删除该MO下的整个子树对应的MO信息和节点标识符，即删除该MO所包容的所有孩子节点对应的MO信息和节点标识符。
另外，如果待删除MO为分区根节点，则在步骤706之后还进一步包括MO Manager向MO分区管理器发送注销信息，MO分区管理器根据该信息中的此待删除MO的节点标识符从自身保存的注册信息表中删除此待删除MO，从而将此待删除的MO分区根节点注销。
由以上所述的外部应用访问各MIT分区的网络设备，即进行创建、查询、修改和删除MO的处理可见，当外部应用需要对MIT内部的MO进行操作时，不必关心其具体处于网络的那个位置、运行于何种工作平台等因素，只需要提供MO的全网统一标识符，即MIT中的节点标识符，MO ManagerProxy服务器就可以根据该标识符将访问请求发送至该MO所在分区的MOManager，由MO Manager根据该访问请求在分区内部进行处理，而对于其他分区来说这些操作都是透明的，不会对其它分区和其它MO造成影响。
本发明方法实现的是网络设备的分区管理，并将各分区封装为分区对象，所述的系统扩容可以以用户透明的方式在线进行，也就是说系统通过在原有的MIT基础上配置新的MIT分区来实现扩容，并且该分区的接入对于系统其它部分是不可见的，不会对系统其它部分的运行造成影响。
图8为本发明方法中系统扩容一较佳实施例处理流程示意图，如图8所示，其具体处理步如下步801系统管理程序为新增网络设备配置新的分区文件。这里，分区文件中的信息包括新分区的名称等信息。
其中，系统还为新分区配置了MO Manager，MO Manager中预先设置了自身对应分区即新分区中所有MO的节点标识符。
步802系统管理程序向MO Manager发送启动命令。
这里，在系统扩容前，系统管理程序对原有的各分区与其对应MOManager地址信息的映射关系表进行了更新，在其中添加了新分区与其对应MO Manager地址的映射关系。也就是说，系统需要启动新分区时会事先得到该新分区对应的MO Manager地址信息，然后能够按此地址信息向该MOManager发送启动命令。
步803MO Manager接收到该启动命令，根据已设置的自身对应分区内所有MO的节点标识符加载新分区内的各MO对应的网络设备，从而启动新分区。
步804MO Manager向MO分区管理器发送注册信息，将新分区注册到MO分区管理器中，由MO分区管理器在自身设置的注册信息表中保存MO Manager的地址信息、新分区的名称、以及新分区的根节点标识符。
其中，系统也会为新分区设置新的数据库用于保存新分区各MO对应的MO信息，新分区启动之后，分区内的各网络设备也将按上述方法通过MOManager Proxy服务器和新分区的MO Manager将各自的MO信息发送至数据库进行保存。
由以上描述可见，在网络管理系统扩容时，可以在原有的MIT基础上配置新的MIT分区，并安装新的MO Manager对新分区进行管理，但新分区和原有MIT分区均共用原有的网管系统来管理设备，因此能够实现全网问题定位；另外，在系统启动新分区的过程中，并不涉及对于现有网络中其它分区的作，因此不会对现有网络的运行造成任何影响，从而能够使系统以用户透明的方式在线扩容。
在本发明方法中，系统采用分布式构架来实现MIT的分布特性，各分区可以运行在不同的进程或服务器，不同的进程或服务器之间可以实现透明的通信，系统可以采用CORBA架构来实现MIT的分布特性，也可以采用其它分布式架构如组建对象模型(COM)等来实现，或者采用自己实现的一个轻量级的分布式低层架构来实现。以上所述本发明实施例采用的是CORBA构架。
综上所述，采用本发明方法实施例能够使网管系统支持分布式的MIT管理，通过对MIT的分区管理，使得对系统核心数据的处理分布进行，减低集中的系统负荷，提高系统的整体运行效率，同时系统核心数据的分布管理，也提高了系统可靠性，使得系统以用户透明的方式进行局部的在线升级成为可能，避免了因网管停机扩容给运营商带来的损失，也避免了另外增加一套独立的网络管理系统所带来的全网问题定位困难。
权利要求
1.一种支持分布式管理信息树MIT的网络管理方法，其特征在于，包括建立分布式MIT的方法和管理该支持分布式MIT网络的方法；所述建立分布式MIT的方法包括将各网络设备抽象成管理对象MO，按照MO之间的包容关系组织MIT，并将MIT划分为一个或多个MIT分区，为各分区设置MO管理器Manager用于访问各自分区内部的MO，为整个MIT设置MO分区管理器用于访问各分区的MO Manager；所述管理该支持分布式MIT网络的方法包括由各分区的MO Manager启动各自分区，并将各自分区的注册信息注册在MO分区管理器的注册信息表中；外部应用根据MO分区管理器中的注册信息表访问各分区的MO Manager，再通过MO Manager访问其分区内的网络设备；在系统扩容时，将新增网络设备抽象成MO，按照该新增网络设备对应的MO之间的包容关系组织新的MIT分区，由为该新分区设置的新的MO Manager启动该新分区，并将该新分区的注册信息注册在MO分区管理器的注册信息表中。
2.根据权利要求1所述的方法，其特征在于，建立分布式MIT的方法中，所述划分MIT分区的方法为a1.选择位于整个MIT中低层次的MO定义为MIT中的根节点，并将这些根节点划分为根分区；a2.将MIT中在步骤a1所述根分区以外的所有MO划分为零个、一个或多个分区。
3.根据权利要求2所述的方法，其特征在于，步骤a2之后，还进一步包括将步骤a2所述各分区中，与一个以上分区的MO直接关联的MO划分入根分区。
4.根据权利要求1所述的方法，其特征在于，管理支持分布式MIT网络的方法中，所述启动各分区的方法为b1.系统管理程序发送启动命令至各分区的MO Manager；b2.各MO Manager加载各自分区内的网络设备，并将各自分区的注册信息发送至MO分区管理器；b3.MO分区管理器将步骤b2所述的注册信息保存在自身的注册信息表中。
5.根据权利要求4所述的方法，其特征在于，步骤b1中，系统管理程序根据自身已设置的各分区与其对应MO Manager地址信息的映射关系表得到各分区MO Manager的地址信息，并按此MO Manager的地址信息发送启动命令。
6.根据权利要求4所述的方法，其特征在于，步骤b2中，所述MO Manager根据已设置的自身对应分区内所有MO的节点标识符加载该分区内各MO对应的网络设备。
7.根据权利要求1所述的方法，其特征在于，所述管理支持分布式MIT网络的方法进一步包括将各MIT分区抽象成分区对象，对外提供MO Manager代理Proxy类来封装各分区对象，并在系统中设置MO Manager Proxy服务器；所述外部应用访问各分区网络设备的方法为c1.外部应用发送访问请求至MO Manager Proxy服务器；所述访问请求至少包含待访问MO的节点标识符；c2.MO ManagerProxy服务器转发该访问请求至MO分区管理器；c3.MO分区管理器根据步骤c2所述的访问请求中待访问MO的节点标识符得到待访问MO所在分区的根节点标识符，再根据此待访问MO所在分区的根节点标识符查询注册信息表得到待访问MO所在分区的MO Manager的地址信息，并返回此MO Manager地址信息给MO Manager Proxy服务器；c4.MO Manager Proxy服务器再按此MO Manager地址信息将该访问请求发送至待访问MO所在分区的MO Manager；c5.待访问MO所在分区的MO Manager根据该访问请求中待访问MO的节点标识符对待访问MO进行相应操作。
8.根据权利要求7所述的方法，其特征在于，所述访问请求为创建请求；所述待访问MO为待创建MO；所述待访问MO所在分区为待创建MO直接父节点所在分区；所述c5为待创建MO直接父节点所在分区的MO Manager根据创建请求中待创建MO的节点标识符查询自身已设置的分区内所有MO的节点标识符，得到待创建MO直接父节点的节点标识符，并在此待创建MO直接父节点下创建该MO。
9.根据权利要求8所述的方法，其特征在于，所述待创建MO为分区根节点时，所述创建请求进一步包含待创建MO所在分区的名称；所述待访问MO所在分区为待创建MO所在分区；步骤c3中，MO分区管理器将步骤c2所述的创建请求中待创建MO的节点标识符作为待创建MO所在分区的根节点标识符，再根据创建请求中待创建MO所在分区名称查询注册信息表，得到待创建MO所在分区的MO Manager的地址信息；所述c5为待创建MO所在分区的MO Manager按创建请求中待创建MO的节点标识符在此分区内创建该MO。
10.根据权利要求9所述的方法，其特征在于，所述待创建MO为分区根节点时，在所述步骤c5之后，进一步包括待创建MO所在分区的MO Manager向MO分区管理器发送注册信息，将该待创建MO注册到MO分区管理器的注册信息表中。
11.根据权利要求7所述的方法，其特征在于，所述访问请求为查询请求；所述待访问MO为待查询MO；所述待访问MO的节点标识符表示查询范围；所述c5为待查询MO所在分区的MO Manager根据该查询请求中的查询范围查询自身已设置的分区内所有MO的节点标识符，得到查询范围内的所有MO的节点标识符，再根据查询请求中的查询内容限定信息得到各自对应分区内所有待查询MO信息，然后按查询请求中的查询内容提取各自的查询结果。
12.根据权利要求11所述的方法，其特征在于，在所述步骤c5之后，进一步包括待查询MO所在分区的MO Manager将各自所提取的查询结果返回给MO Manager Proxy服务器，MO Manager Proxy服务器对接收到的各查询结果进行组织得到全部查询结果并将该全部查询结果返回给外部应用。
13.根据权利要求7所述的方法，其特征在于，所述访问请求为修改请求；所述待访问MO为待修改MO；所述c5为待修改MO所在分区的MO Manager根据该修改请求中的待修改MO的节点标识符，并按修改请求中的修改内容对该MO进行修改。
14.根据权利要求7所述的方法，其特征在于，所述访问请求为删除请求；所述待访问MO为待删除MO；所述c5为待删除的MO所在分区对应MO Manager根据该删除请求中的待删除MO的节点标识符将该待删除MO从该分区中删除。
15.根据权利要求14所述的方法，其特征在于，所述待删除MO为分区根节点时，在所述步骤c5之后，进一步包括待删除MO所在分区的MO Manager向MO分区管理器发送注销信息，将该待删除MO从MO分区管理器的注册信息表中注销。
16.根据权利要求7所述的方法，其特征在于，所述MO Manager Proxy服务器基于C++或公共对象请求代理体系CORBA接口。
17.根据权利要求1所述的方法，其特征在于，管理支持分布式MIT网络的方法中，所述系统扩容的方法具体为d1.系统管理程序发送启动命令至新分区对应的MO Manager；d2.MO Manager加载新分区中的网络设备，并将该新分区的注册信息发送至MO分区管理器；d3.MO分区管理器将步骤d2所述MO Manager发送的注册信息保存在注册信息表中。
18.根据权利要求17所述的方法，其特征在于，该方法进一步包括，系统管理程序更新自身已设置的各分区与其对应MO Manager地址信息的映射关系表；步骤d1中，系统管理程序根据已更新的各分区与其对应MO Manager地址信息的映射关系表得到新分区的MO Manager的地址信息，并按此MO Manager的地址信息发送启动命令。
19.根据权利要求17所述的方法，其特征在于，步骤d2中，所述MO Manager根据自身已设置的分区内所有MO的节点标识符加载该新分区内各MO对应的网络设备。
20.根据权利要求1、4、7、9、10、15或17所述的方法，其特征在于，所述注册信息至少包括分区名称、根节点标识符、MO Manager地址信息；所述注册信息表包含分区名称、根节点标识符以及MO Manager地址信息之间的映射关系。
全文摘要
本发明公开了一种支持分布式管理信息树(MIT)的网络管理方法，包括建立分布式MIT的方法和管理该网络的方法；所述建立分布式MIT的方法包括将各网络设备抽象成管理对象(MO)，按照MO之间的包容关系组织MIT，并将MIT划分为一个或多个MIT分区，为整个MIT设置MO分区管理器，为各分区设置MO管理器(Manager)；所述管理该网络的方法包括由各MO Manager启动各自分区并将其注册在MO分区管理器中；外部应用通过MO分区管理器和各分区的MO Manager访问各分区；在系统扩容时，将新增网络设备组织成新的MIT分区，由新的MO Manager启动该新分区并将其注册在MO分区管理器中。采用本发明方法能够实现分布式的MIT管理，当系统扩容时，可以使系统以用户透明的方式进行扩展。
文档编号H04L12/24GK1735032SQ20041005818
公开日2006年2月15日 申请日期2004年8月13日 优先权日2004年8月13日
发明者施广宇, 李斌, 邓明昆 申请人:华为技术有限公司