CN101488885A - 一种网络资源管理方法与*** - Google Patents

Abstract

本发明公开了一种网络资源管理方法，包括：建立或删除网络资源的对象模型；同步所述对象模型和与所述网络资源的数据对应的物理模型。本发明还公开了一种网络资源管理***，包括：对象模型管理模块，用于建立或删除网络资源的对象模型；同步模块，用于同步所述对象模型和所述网络资源的数据对应的物理模型；存储模块，用于存储所述对象模型和所述物理模型。采用本发明能通过建立网络资源的对象模型，对网络资源数据实现模型化的有效管理，并保证资源数据的准确性。

Description

一种网络资源管理方法与***

技术领域

本发明涉及网络资源管理技术领域，尤其涉及一种网络资源管理方法与一种网络资源管理***。

背景技术

随着通信行业的不断发展，运营商管理的移动通信网络规模越来越大，结构越来越复杂。对网络中新出现的资源类型或已有资源类型发生变化时，包括逻辑资源和物理资源，***的资源模型也需要相应发生变化，否则，很难满足上层资源维护、查询统计、发展的需要。而现有技术中，当网络资源实际的某个属性的具体定义信息发生变化，或者新增某个特定业务意义上的设备属性时，***不能够灵活地适应这种变化。

在各种网络资源中，公有通用资源各厂家容易取得资源概念的一致，例如中继群、linkset、2M端口等；但是在具体实现上、资源命名方式上、以及其他的资源，例如号码路由、源/目的码的管理等方面，则体现出各自的设计特异性，不同厂商属性差别也比较大，因此，为了体现厂商设备的可维护性，为上层应用提供准确的数据支持，有必在针对各厂商的网络资源建立相对应的资源数据管理。

随着通信网络规模的进一步扩容，其结构的复杂性将导致设备与设备数据之间的业务逻辑关系越来越复杂，如果没有有效的网络资源管理方法，维护人员即使付出很大代价也很难保证网络资源数据的准确性和完整性。

发明内容

本发明提供一种网络资源管理方法与***，通过建立网络资源的对象模型，对网络资源数据实现模型化的有效管理。

本发明提供的网络资源管理方法，包括：

建立或删除网络资源的对象模型；

同步所述对象模型和与所述网络资源的数据对应的物理模型。

所述建立网络资源的对象模型，包括：对新增网络资源新建对象模型；或者修改已有网络资源的对象模型的属性信息；具体包括：

获取新增对象模型或已修改属性信息的对象模型的对应类及类属性；

生成类class文件和所述class文件的映射文件并存储；所述映射文件为所述对象模型与所述物理模型的对应关系描述。

所述同步所述对象模型和与所述网络资源的数据对应的物理模型，包括：

当新增对象模型、修改对象模型或删除对象模型后，根据所述对象模型同步所述物理模型、所述class文件和所述映射文件。

所述建立网络资源的对象模型，还包括：

对网络资源区分不同生产厂商，分别建立厂商模型；具体包括：

根据网络资源的公有属性建立厂商公共对象模型；

对所述厂商公共对象模型进行继承，并结合不同生产厂商的私有属性，为不同生产厂商分别建立对应的厂商模型。

根据所述对象模型同步所述物理模型，具体包括：

当新建对象模型后，获取所述对象模型的对应类以及对应的模型类型，当所述模型类型不是所述厂商模型时，创建一个对应的物理模型；或者

当更新对象模型后，获取所述对象模型的对应类以及对应的模型类型，当所述模型类型不是所述厂商模型时，修改对应的物理模型。

根据本发明的上述方法，当新建对象模型，且其对应的模型类型为所述厂商模型时，创建一个对应的厂商模型视图；

当更新对象模型，且其对应的模型类型为所述厂商模型时，删除对应的旧厂商模型视图，创建新厂商模型视图。

根据本发明的上述方法，当物理模型发生变化时，根据物理模型同步对应的对象模型。

根据本发明的上述方法，还包括：

分析网络资源数据的业务逻辑关系，将不符合业务规则的数据作为灰名单数据；以及

显示所述灰名单数据，或根据所述灰名单数据生成告警提示信息并发出通知。

本发明另提供一种网络资源管理***，包括：

对象模型管理模块，用于建立或删除网络资源的对象模型；

同步模块，用于同步所述对象模型和所述网络资源的数据对应的物理模型；

存储模块，用于存储所述对象模型和所述物理模型。

所述对象模型管理模块还用于根据网络资源的公有属性建立厂商公共对象模型；对所述厂商公共对象模型进行继承，并结合不同生产厂商的私有属性，为不同生产厂商分别建立对应的厂商模型。

所述存储模块还存储建立所述对象模型时生成的class文件和所述class文件的映射文件；

所述同步模块根据对象模型同步所述物理模型、所述class文件和所述映射文件。

根据本发明提供的上述***，还包括：

模型校验模块，用于分析网络资源数据的业务逻辑关系，将不符合业务规则的数据作为灰名单数据；以及显示所述灰名单数据，或根据所述灰名单数据生成告警提示信息并发出通知。

本发明有益效果如下：

本发明通过对网络资源建模，适应网络发展变化和实际业务需求的需要，为资源***的上层应用提供足够的基础支撑。厂商模型使***具有足够的灵活性，能满足网络发展的需要。当网络中有一种新的设备类型出现时，***能根据用户的需求，从厂商或公有模型的角度对新增的网络设备的数据结构进行扩充。

采用动态建模使***同时具有相当的扩展性，能够最大可能的减少物理模型对上层应用的影响。当网络资源实际的某个属性的具体定义信息发生变化或者新增某个特定业务意义的设备属性时，***能够灵活的适应这种变化。

通过模型校验最大程度地实现资源数据的智能检错、纠错，通过短信、灰名单滚动提示、告警呈现、告警自动派发工单等多种途径提示维护人员及时维护数据，剔除***中垃圾数据，提升资源数据的智能化管理程度和准确性管理。

附图说明

图1为本发明实施例提供的动态建立对象模型的步骤流程图；

图2为本发明实施例提供的根据对象模型同步更新物理模块及配置文件示意图；

图3A为本发明实施例提供的新建一个对象模型后进行物理模型同步的流程图；

图3B为本发明实施例提供的更新一个对象模型后进行物理模型同步的流程图；

图4为本发明实施例提供的登录资源***维护资源模型开启的用户界面；

图5为本发明实施例提供的进入对象模型开启的用户界面；

图6为本发明实施例提供的添加资源虚类开启的用户界面；

图7为本发明实施例提供的添加资源类开启的用户界面；

图8为本发明实施例提供的维护资源属性开启的用户界面；

图9为本发明实施例提供的利用模型同步功能依据物理模型对对象模型进行同步时开启的用户界面；

图10A、10B为本发明实施例提供的修改模型属性时开启的用户界面；

图11为本发明实施例提供的网络资源管理***结构示意图。

具体实施方式

本发明提供一种网络资源管理方法与***，通过建立对象模型解决资源管理***本身的基础数据定义问题。采用统一的资源命名和模型管理，实现资源在逻辑层面的高度一致，本着建模标准化，扩展化，可移植化的思想构建对象模型，力求能快速的对网络中新出现的资源类型建模；利用面向对象的思想对网络中的各种资源，包括逻辑资源和物理资源进行定义；能较灵活并且满足上层资源维护、查询统计、发展的需要，对网络资源需要管理的各种属性进行管理。

本发明还通过实现厂商模型解决对象共性与厂商个性资源的问题，在对某种设备类型进行分厂商管理时先建立厂商公共对象模型，然后对公共对象模型进行继承，产生具体的厂商子类，建立起厂商模型。

本发明通过实现对象模型与物理模型的动态调整，保持对象模型、物理模型的一致；通过对网络资源数据业务逻辑关系的分析，保证数据的准确性。

下面结合附图，对本发明的方法与***进行详细阐述。

参见图1，为本发明提供的动态建立对象模型的步骤流程图，具体包括：

步骤S101、启动动态建立对象模型流程。

步骤S102、获取新增类和非同步类的列表。

实际应用中，资源管理***底层存储有三类主要数据：存储定义的对象模型的表、存储资源数据的资源物理库表、用来实现资源数据管理的配置文件，包括class(类)文件和hibernate(映射)文件。

在该步骤S102中，新增类的列表中，存储需要新创建对象模型的对应类；非同步类的列表中，存储属性信息已被修改的对象模型的对应类。

步骤S103、判断新增类和非同步类的列表中的类是否处理完毕，若是，转至步骤S110；否则，继续下列步骤。

步骤S104、获取新增类和非同步类的列表中的一个类。

步骤S105、获取其类属性。

步骤S106、生成class文件并存储。

步骤S107、保存类文件名到“类文件名”列表中。

步骤S108、生成class文件的Hibernate映射文件并存储。

步骤S109、保存映射文件名到“映射文件名”列表中，返回步骤S103。

步骤S110、装载“类文件名”列表中所有类文件名对应的类到资源管理***中。

步骤S111、从“映射文件名”列表中获取映射文件名，更新Hibernate配置文件(Hibernate.cfg.xml文件)中的映射文件名。

步骤S112、结束动态建模流程。

通过图1所示流程，对网络新增资源或已修改属性的对象模型实现了动态建模。

与建模有关的包括物理模型、对象模型和映射文件。物理模型指***中的数据库物理表，对象模型是***运行访问的POJO(project object)对象，映射文件是物理模型与对象模型的对应关系的描述，是***操作数据库的接口文件。

对象模型和物理模型必须保持一致，即需要使资源管理***中的资源物理表结构，配置文件(class文件和hibernate文件)和对象模型的定义保持一致才能发挥资源建模的作用。因此，当对象模型发生变化时，需要同步更新class文件、Hibernate映射文件和物理模型。其具体同步更新示意图如图2所示：当对象模型发生变化时，采用汇编***方法(assembly system method，ASM)技术动态建模，并同步更新class文件、Hibernate映射文件和物理模型。其中，同步后的class文件和Hibernate映射文件中的对象属性需要与发生变化后的对象模型中的属性信息保持一致，同步后的物理模型中的字段需要与变化后的对象模型中的字段信息保持一致。

ASM技术是一个Java字节码操控框架。它能被用来动态生成类或者增强既有类的功能。ASM可以直接产生二进制class文件，也可以在类被加载入Java虚拟机之前动态改变类行为。Java class被存储在严格格式定义的.class文件里，这些类文件拥有足够的元数据来解析类中的所有元素：类名称、方法、属性以及Java字节码(指令)。ASM从类文件中读入信息后，能够改变类行为，分析类信息，甚至能够根据用户要求生成新类。ASM能够通过改造既有类，直接生成需要的代码。增强的代码是硬编码在新生成的类文件内部的，没有反射带来性能上的付出。ASM不需要为增强代码而新定义一个接口，生成的代码可以覆盖原来的类，或者是原始类的子类。它是一个普通的Java类可以在应用程序的类框架中拥有自己的位置，派生自己的子类。ASM提供了一个ClassReader类，这个类可以直接由字节数组或由class文件间接的获得字节码数据，它能正确的分析字节码，构建出抽象的树在内存中表示字节码。ASM内置编译器，勿需编程，就可根据物理模型向对象模型添加属性、方法等，再通过编译生成对象模型的POJO。节省了物理人力，也避免了手工同步造成的不确定因素，保证了准确性。

由于实际网络中的网络资源可能由不同厂商提供，为了便于资源管理，可以采用建立厂商模型来实现对不同厂商的资源进行有效的管理。其实现方法为：首先根据各厂商公有属性建立公共物理模型，然后根据各厂商私有属性建立各厂商的物理模型，最后利用动态建模建立厂商公共对象模型和厂商模型，其中厂商公共对象模型是厂商公共物理对象的映射，厂商模型是厂商公共物理对象和厂商私有物理模型视图的映射。这样，厂商模型一方面对厂商公共对象模型实现继承，另一方面也保留了厂商私有属性，在具体数据应用时既能满足厂商公有属性数据的应用需求，又能满足厂商私有属性数据的应用需求。

由于网络中的部分资源可能需要建立厂商模型，另一部分资源可能不需要建立厂商模型，因此，针对每一个与对象模型对应的类，可以指定其模型类型，当新建一个对象模型后，获取该对象模型的对应类以及对应的模型类型，当对应的模型类型不是厂商模型时，创建一个对应的物理模型；当对应的模型类型为厂商模型时，创建一个对应的厂商模型视图。

同理，当更新一个对象模型后，获取该对象模型的对应类以及对应的模型类型，当对应的模型类型不是厂商模型时，修改对应的物理模型；当对应的模型类型为厂商模型时，删除对应的旧厂商模型视图，创建新厂商模型视图。

参见图3A，为针对新建一个对象模型后，进行物理模型同步的对应流程图，具体包括：

步骤S201、启动同步流程。

步骤S202、获取新增类的列表。新增类的列表中，存储需要新创建对象模型的对应类。

步骤S203、判断新增类列表中的类是否处理完毕，若是，转至步骤S209；否则，继续下列步骤。

步骤S204、获取新增类列表中的一个类。

步骤S205、获取其模型属性。

步骤S206、判断其模型属性是否为厂商模型，若是，执行步骤S207；否则，执行步骤S208。

步骤S207、创建厂商模型的对应视图，转至步骤S203。

步骤S208、创建对应的物理模型，转至步骤S203。

步骤S209、结束同步流程。

参见图3B，为针对更新一个对象模型后，进行物理模型同步的对应流程图，具体包括：

步骤S301、启动同步流程。

步骤S302、获取不同步类的列表。不同步类的列表中，存储属性信息更新的对象模型的对应类。

步骤S303、判断不同步类列表中的类是否处理完毕，若是，转至步骤S310；否则，继续下列步骤。

步骤S304、获取不同步类列表中的一个类。

步骤S305、获取其模型属性。

步骤S306、判断其模型属性是否为厂商模型，若是，执行步骤S307；否则，执行步骤S309。

步骤S307、删除对应的旧厂商模型的对应视图。

步骤S308、创建新厂商模型的对应视图，转至步骤S303。

步骤S309、修改对应的物理模型，转至步骤S303。

步骤S310、结束同步流程。

建模时，通过ASM技术根据对象模型同步物理模型，当对象模型不存在时，也可根据物理模型创建对象模型。物理模型和对象模型同步后再根据对象模型生成映射文件。

通过上述描述可知，通过动态建模，资源数据的对象模型发生变化后，物理模型及映射文件会根据对象模型做出相应调整，以适应新的对象模型。

对象模型应用举例如下：

(1)以管理员身份登录资源管理***，维护资源模型。其开启的用户界面例如如图4所示。

(2)进入对象模型。其开启的用户界面例如如图5所示。

(3)添加资源虚类。其开启的用户界面例如如图6所示。

(4)添加资源类。其开启的用户界面例如如图7所示。

(5)维护资源属性，利用属性对比功能，查找对象模型与物理模型的区别。其开启的用户界面例如如图8所示。

(6)利用模型同步功能依据物理模型对对象模型进行同步。其开启的用户界面例如如图9所示。

(7)修改模型属性，模型属性包括物理信息、维护信息、显示信息、验证信息等，保证属性模型能够为各种应用提供服务。其开启的用户界面例如如图10A、10B所示。

为满足网络资源完整性的需要，通过智能模型校验功能发现不符合业务规则的数据，放入灰名单库，通过短信、灰名单滚动提示、告警呈现、告警自动派发工单等多种途径提示维护人员及时维护数据。业务校验规则可以通过对象模型定制。

其中，对于告警呈现，可以提供列表形式的监视器，实时呈现告警，通过颜色和声音区别不同的告警，以达到快速定位故障点，缩短故障历时，提高告警处理效率的目的。

对于原始告警可以直接生成故障工单，适用于不能预处理，需派发到分公司处理的异常数据。如资源管理***中基站配套设备缺失。该模式可通过扫描资源***的校验信息异常数据表，告警通过接口自动派发到故障处理流程或者代维工单***。

当采用短信通知时，用户可以定制某种类型设备发生变化时，通过短信的方式，将信息发给管理者，以便及时掌握资源动态，及时维护，提升资源数据的准确性。

还可以通过滚动提示或灰名单导航树，进行模型校验数据查询；以及通过数据校验回复功能可以将灰名单数据由灰名单库恢复到正式库。

根据本发明提供的上述网络资源管理方法，基于同一发明构思，本发明还提供一种相应功能的网络资源管理***，其结构示意图如图11所示，包括：

对象模型管理模块111，用于建立或删除网络资源的对象模型；

同步模块112，用于同步对象模型管理模块111建立或删除的对象模型和网络资源的数据对应的物理模型；

存储模块113，用于存储对象模型和物理模型。

一实施例中，对象模型管理模块111还用于根据网络资源的公有属性建立厂商公共对象模型；对厂商公共对象模型进行继承，并结合不同生产厂商的私有属性，为不同生产厂商分别建立对应的厂商模型。

其中，存储模块113还存储建立对象模型时生成的class文件和映射文件；同步模块112根据对象模型同步物理模型、class文件和映射文件。

一实施例中，本发明提供的网络资源管理***，还包括：

模型校验模块114，用于分析网络资源数据的业务逻辑关系，将不符合业务规则的数据作为灰名单数据；以及显示所述灰名单数据，或根据所述灰名单数据生成告警提示信息并发出通知。

综上所述，本发明通过对网络资源建模，适应网络发展变化和实际业务需求的需要，为资源***的上层应用提供足够的基础支撑。厂商模型使***具有足够的灵活性，能满足网络发展的需要。当网络中有一种新的设备类型出现时，***能根据用户的需求，从厂商或公有模型的角度对新增的网络设备的数据结构进行扩充。

采用动态建模使***同时具有相当的扩展性，能够最大可能的减少物理模型对上层应用的影响。当网络资源实际的某个属性的具体定义信息发生变化或者新增某个特定业务意义的设备属性时，***能够灵活的适应这种变化。

通过模型校验最大程度地实现资源数据的智能检错、纠错，通过短信、灰名单滚动提示、告警呈现、告警自动派发工单等多种途径提示维护人员及时维护数据，剔除***中垃圾数据，提升资源数据的智能化管理程度和准确性管理。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读取存储介质中，如：ROM/RAM、磁碟、光盘等。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (12)

1、一种网络资源管理方法，其特征在于，包括：

建立或删除网络资源的对象模型；

同步所述对象模型和与所述网络资源的数据对应的物理模型。

2、如权利要求1所述的方法，其特征在于，所述建立网络资源的对象模型，包括：对新增网络资源新建对象模型，或者修改已有网络资源的对象模型的属性信息；具体包括：

获取新增对象模型或已修改属性信息的对象模型的对应类及类属性；

生成类class文件和所述class文件的映射文件并存储；所述映射文件为所述对象模型与所述物理模型的对应关系描述。

3、如权利要求2所述的方法，其特征在于，所述同步所述对象模型和与所述网络资源的数据对应的物理模型，包括：

当新增对象模型、修改对象模型或删除对象模型后，根据所述对象模型同步所述物理模型、所述class文件和所述映射文件。

4、如权利要求3所述的方法，其特征在于，所述建立网络资源的对象模型，还包括：

对网络资源区分不同生产厂商，分别建立厂商模型；具体包括：

根据网络资源的公有属性建立厂商公共对象模型；

对所述厂商公共对象模型进行继承，并结合不同生产厂商的私有属性，为不同生产厂商分别建立对应的厂商模型。

5、如权利要求4所述的方法，其特征在于，根据所述对象模型同步所述物理模型，具体包括：

当新建对象模型后，获取所述对象模型的对应类以及对应的模型类型，当所述模型类型不是所述厂商模型时，创建一个对应的物理模型；或者

当更新对象模型后，获取所述对象模型的对应类以及对应的模型类型，当所述模型类型不是所述厂商模型时，修改对应的物理模型。

6、如权利要求5所述的方法，其特征在于，当新建对象模型，且其对应的模型类型为所述厂商模型时，创建一个对应的厂商模型视图；

当更新对象模型，且其对应的模型类型为所述厂商模型时，删除对应的旧厂商模型视图，创建新厂商模型视图。

7、如权利要求1-6任一所述的方法，其特征在于，当物理模型发生变化时，根据物理模型同步对应的对象模型。

8、如权利要求7所述的方法，其特征在于，还包括：

分析网络资源数据的业务逻辑关系，将不符合业务规则的数据作为灰名单数据；以及

显示所述灰名单数据，或根据所述灰名单数据生成告警提示信息并发出通知。

9、一种网络资源管理***，其特征在于，包括：

对象模型管理模块，用于建立或删除网络资源的对象模型；

同步模块，用于同步所述对象模型和所述网络资源的数据对应的物理模型；

存储模块，用于存储所述对象模型和所述物理模型。

10、如权利要求9所述的***，其特征在于，所述对象模型管理模块还用于根据网络资源的公有属性建立厂商公共对象模型；对所述厂商公共对象模型进行继承，并结合不同生产厂商的私有属性，为不同生产厂商分别建立对应的厂商模型。

11、如权利要求10所述的***，其特征在于，所述存储模块还存储建立所述对象模型时生成的class文件和所述class文件的映射文件；

所述同步模块根据对象模型同步所述物理模型、所述class文件和所述映射文件。

12、如权利要求9、10或11所述的***，其特征在于，还包括：

模型校验模块，用于分析网络资源数据的业务逻辑关系，将不符合业务规则的数据作为灰名单数据；以及显示所述灰名单数据，或根据所述灰名单数据生成告警提示信息并发出通知。

Images