发明内容
本发明所要解决的技术问题是提供一种综合资源管理方法,可解决现有技术因不具备资源模型的继承结构或相应物理存储不能体现结构性的继承关系而造成的综合资源数据的存储、访问等操作管理的效率低下、维护成本较高的问题,从而实现对日益复杂并动态变化的综合资源进行有效管理的目标。
本发明还提供了一种综合资源管理装置和系统,以保证上述方法在实际中的应用。
为了解决上述问题,本发明公开了一种综合资源管理方法,包括:
综合资源元模型创建步骤:根据资源对象的业务特征创建综合资源类型及资源类型的属性,按树形结构建立所述综合资源类型之间的从属关系;对所述资源类型属性进行分组,将具有共同特性或用户指定的资源类型属性组合成一个属性组;绑定所述综合资源类型与所述属性组的关联关系,下级资源类型继承上级资源类型的属性及属性组;从而建立包含综合资源类型及其相互关系、综合资源类型与属性组之间关系,属性及属性组的继承关系的综合资源元模型;
综合资源元模型发布步骤:利用上述综合资源元模型建立物理存储空间,形成元模型数据库;
接口封装步骤:通过对象关系映射方式建立业务对象与所述元模型之间的映射关系,将所述映射关系以及元模型数据库的访问接口封装成为对所述元模型数据库进行操作的应用程序接口。
优选的,上述接口封装步骤之后还包括:通过所述应用程序接口执行对所述元模型数据库的操作。
优选的,上述综合资源元模型发布步骤还包括:在执行所述方法的计算机本地建立所述元模型数据库的缓存;上述应用程序接口在收到操作请求时,由该缓存执行上述操作请求中包含的操作。
优选的,上述对元模型数据库的操作为数据查询操作、数据维护操作或缓存数据同步操作。
优选的,为综合资源元模型建立物理存储空间的方法具体为:为每个所述属性组创建一个物理存储表,所述资源类型属性对应所述物理存储表中的字段。
优选的,在对元模型数据库的操作过程中,需要对满足条件的综合资源类型及其所有下属节点所对应的物理存储表执行操作。
依据本发明的另一优选实施例,公开了一种综合资源管理装置,包括元模型创建单元、元模型发布单元和接口封装单元,其中:
元模型创建单元用于根据资源对象的业务特征创建综合资源类型及其资源类型属性,按树形结构建立所述综合资源类型之间的从属关系;对资源类型属性进行分组,将具有共同特性或用户指定的资源类型属性组合成一个属性组;绑定所述综合资源类型与所述属性组的关联关系,下级资源类型继承上级资源类型的属性及属性组;从而建立包含综合资源类型及其相互关系、综合资源类型与属性组之间关系,属性及属性组的继承关系的综合资源元模型;
元模型发布单元用于为元模型创建单元创建的综合资源元模型建立物理存储空间,形成元模型数据库;
接口封装单元用于建立业务对象与所述元模型之间的映射关系,并将该映射关系以及元模型数据库的访问接口封装成为对元模型数据库进行操作的应用程序接口。
优选的,上述装置还包括业务执行单元,该业务执行单元提供有用户操作接口,用于接收用户的操作请求,并通过接口封装单元提供的应用程序接口执行对元模型数据库的操作。
优选的,上述装置还包括缓存单元,用于在上述装置本地创建元模型数据库的缓存;业务执行单元在收到用户的操作请求时,由该缓存执行上述操作请求中包含的操作。
优选的,元模型发布单元为所述综合资源元模型创建物理存储空间的具体方法为:为每个属性组创建一个物理存储表,将资源类型属性作为所述物理存储表中的字段;业务执行单元在执行对元模型数据库的操作过程中,需要对满足条件的综合资源类型及其所有下属节点所对应的物理存储表执行操作。
依据本发明的另一优选实施例,还公开了一种综合资源管理系统,包括数据库服务器和上述综合资源管理装置,其中:数据库服务器用于保存综合资源管理装置创建的元模型数据库,以及,接收综合资源管理装置发送的操作请求,并向综合资源管理装置返回操作结果;综合资源管理装置向数据库服务器发送操作请求,并接收该数据库服务器返回的操作结果。
依据本发明另一优选实施例,公开了一种综合资源管理系统,包括业务管理终端、业务管理服务器和数据库服务器,其中:
业务管理终端具体包括有元模型创建单元,该元模型创建单元用于创建综合资源类型及资源类型属性,按树形结构建立所述综合资源类型之间的从属关系;对资源类型属性进行分组,将具有共同特性或用户指定的资源类型属性组合成一个属性组,以及,绑定综合资源类型与所述属性组的关联关系,下级资源类型继承上级资源类型的属性及属性组,从而建立包含综合资源类型及其相互关系、综合资源类型与属性组之间关系,属性及属性组的继承关系的综合资源元模型;
业务管理服务器具体包括元模型发布单元和接口封装单元,其中的元模型发布单元用于为业务管理终端创建的综合资源元模型建立物理存储空间,形成元模型数据库;接口封装单元用于建立业务对象与元模型的映射关系,并将该映射关系以及元模型数据库的访问接口封装成为对数据库服务器进行操作的应用程序接口;
数据库服务器用于保存业务管理服务器创建的元模型数据库,以及,接收业务管理终端通过业务管理服务器发送的操作请求,并向该业务管理终端返回操作结果。
优选的,上述业务管理终端还包括业务执行单元,该业务执行单元提供有用户操作接口,用于接收用户的操作请求,并通过业务管理服务器提供的应用程序接口执行对数据库服务器的操作。
优选的,上述业务管理服务器还包括缓存单元,用于在业务管理服务器本地建立元模型数据库的缓存;业务管理终端的业务执行单元在收到用户的操作请求时,向上述缓存发送上述操作请求,并由该缓存执行上述操作请求中包含的操作。
优选的,上述元模型发布单元为综合资源元模型建立物理存储空间的具体方法为:为每个属性组创建一个物理存储表,所述物理存储表中的字段为所述属性组包含的资源类型属性;业务执行单元在执行对元模型数据库的操作过程中,需要对满足条件的综合资源类型及其所有下属节点所对应的物理存储表执行操作。
与现有技术相比,本发明具有以下优点:
本发明方案通过建立资源类型与属性组的关联关系,可实现资源类型属性的无限制继承以及动态扩展,从而可实现对不同专业的电信网络资源以及动态创建、调整或升级的网元设备进行有效管理,满足对极其复杂的电信网络资源进行管理的需求。
采用可继承的资源模型方式,在物理存储设计方面采用多张数据库表存储一类资源,并且将具有共性的属性数据存放在一张数据库表中,符合数据查询统计操作规律,可大幅度提高对综合资源的查询效率及统计分析效率;另外,封装后的API可使得使用者只需要关心资源类型及属性即可,无须关心具体的属性组表之间的关联关系,从而降低模型实现的复杂度。
通过建立和发布资源模型,可规范化管理综合资源的数据模型,从而提高综合资源数据的共享能力,满足对复杂的综合资源数据进行多方共享维护的需求。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本发明作进一步详细的说明。
参照图1,示出了本发明综合资源管理方法一实施例的流程,具体包括以下步骤:
步骤10:元模型建立步骤;
步骤11:元模型发布步骤;
步骤12:应用程序接口封装步骤。
其中:元模型建立步骤10具体包括:
步骤101:根据资源对象的业务特征创建综合资源类型及资源类型的属性,按树形结构建立所述综合资源类型之间的从属关系;
所述的资源类型可以包括物理资源、空间资源、逻辑资源和业务资源等类型。以电信资源网络为例,其中物理资源类型包括电信网络中所有的设备,如路由器、交换机等;空间资源类型包括电信网络中所有空间资源,如区域、站点、机房等;逻辑资源类型包括电信网络中所有的逻辑资源,如逻辑设备、逻辑连接关系、逻辑节点等;业务资源包括电信网络中与业务相关的资源。
根据现有的资源规范和资源相关的信息,即可创建综合资源类型和资源类型属性,按照树形结构建立所述综合资源类型之间的从属关系。
电信网络中,可根据电信共享信息数据模型(SID,Shared Information &Data Model)规范,统一网络资源对象,抽象出对象资源模型,首先建立起核心的综合资源元模型,然后,根据综合资源管理的核心模型(包括物理的、空间的、逻辑的、业务的),创建需要的综合资源类型及其资源类型属性。
按照树形结构建立资源模型,可层次化地展现资源类型间的从属关系。一般情况下,按照树形结构建立综合资源类型间的从属关系是采取至上而下的方式进行模型设计,例如:进行电信网络/子网进行划分、识别电信网络/子网中的节点、根据网络拓扑标识连接关系、根据管理需要从物理设备层面细化对网络的描述,由节点对应物理设备等。
步骤102:对所述资源类型属性进行分组,将具有共同特性或用户指定的资源类型属性组合成一个属性组;
如对于电信网络中的物理资源类-路由器类型,用于描述路由器的属性信息:路由器基本信息、路由器名称、路由器厂家等,就组成了路由器属性组;而华为路由器属性组则不仅包括了这些基本属性,还包括华为路由器特有的一系列属性,如版本、地区等,成为一种扩展属性组,;系统控制属性组作为用于系统控制的一组属性,可包括创建日期、修改日期、创建人、修改人、是否删除等属性。又如:客户属性组,包括客户姓名、客户帐号、客户联系方式等。
建立属性组就是为了实现属性的统一管理及复用。例如可以建立“客户-帐户属性组”及“客户-资产属性组”。那么根据不同的业务,在建模“客户”的过程中就可以选择适合需要的客户的属性组。
当然对于一些实际操作需求,可以将特用的一些特征属性根据专业和地区建立单独的属性组,以适应专业和地区对资源管理的需要,使得资源管理更加灵活和准确。
步骤103:绑定所述综合资源类型与所述属性组的关联关系,下级资源类型继承上级资源类型的属性及属性组;
系统提供操作接口,用于指定属性组与综合资源类型的关联关系。根据步骤101创建的资源类型,选择步骤102创建的属性组,其中步骤102所创建的属性组可以被资源类型所共有,绑定关系后,则一个资源类型具备了若干属性。
基于下级资源类型继承上级资源类型的属性及属性组,还可对元模型进行继承扩展建模,例如在电信网络下建立因特网协议(IP,Internet Protocol)承载网,在节点下建立核心路由器,在物理设备下建立路由器等。而各专业和部门可以根据管理粒度不同,再对模型进行细化,例如无线网络可能不关注物理设备资源,故只需要建立到交换机的连接即可;而交换专业可能需要管理具体的交换设备,可根据资源规划及管理方式进行合理的建模,例如在交换机下按厂家建立华为交换机、思科交换机,再在厂家下分别建立不同型号的交换机等等。建模的思想主要是为了方便资源维护及管理,不同厂家及型号设备承担的网络用途不同,则管理的属性也会有很大差别。
综合资源元模型的可继承性主要体现在:资源类型的树形结构、资源类型属性的复用、以及模型关系的继承。
以路由器为例,路由器具备4个资源类型属性,那么华为路由器和爱立信路由器作为路由器的子节点也具备这4个属性,用户建模时,只需要建立扩展类型的特有资源类型属性即可;路由器可用于承载物理设备,那么,作为路由器子节点的华为路由器、爱立信路由器也都能承载物理设备。
综合资源元模型描述了资源类型及其关系,是对不同专业综合资源类型及其关系的概括和抽象,在建立网络资源元模型的基础上,通过对元模型的发布,结合各专业网络的特性和相关专业领域的规则可以生成专业网络资源模型。元模型因此也被称为元数据模型,即meta信息,通过这些meta信息可创建资源模型,也就是通过元模型可以创建资源模型。
元模型发布步骤11具体为:为步骤10建立的综合资源元模型建立物理存储空间,形成元模型数据库。综合资源元模型刻化了资源类型及其属性和关系,但无法进行业务数据存储及应用,需要进行模型发布。元模型发布时,建立实际存储资源模型属性的物理存储空间,用于存储对象数据。
为保障资源数据读取的效率及数据维护的方便,可采取卫星表方式对属性组进行发布,即每个属性组对应一个真实的物理存储表,而资源类型属性对应一个物理存储表中的字段。例如,系统控制属性组在发布过程中根据属性组定义,将物理存储表名定为:TableA,元模型发布后将在元模型数据库生成物理表TableA,同时,根据属性组及其具备的资源类型属性、以及属性的定义,生成TableA的字段,具体脚本示意如下:
CREATE TABLE TableA
(
IS_MUNICIPALITY VARCHAR(255),
SEVICE_LEADER_CODE NUMBER(38),
LABEL_CN VARCHAR(200)NOT NULL,
CREATE_TIME DATE,
SPELLABBREVIATION VARCHAR(255),
DATA_TYPE VARCHAR(255)NOT NULL,
LONGITUDE NUMBER(38,6)
)
因属性组是由具有共同特性或用户指定的资源类型属性组合而成的,本方法实施例以每个属性组对应一个物理存储表的形式发布卫星表,与现有技术相比,可大量减少卫星表的数量,降低数据维护的成本。
另外,综合资源元模型描述了资源类型及其关系,在资源对象的存储上必须依赖该综合资源元模型,如果每次对象存储都读取元模型数据库,势必会影响资源数据的读取效率,为此,在本方法实施例的优选实施例中,在模型发布时,应用服务器上(内存及文件)创建元模型数据库的缓存数据,当应用程序接口收到用户的操作请求时,由该缓存执行上述操作请求中包含的查询操作或数据维护操作;而该缓存数据定期或根据用户的指令与元模型数据库进行数据同步。
应用程序接口封装步骤12具体包括:
步骤121:建立业务对象与元模型的映射关系;
综合资源数据统计、综合资源分配等业务对象和关系数据是业务实体的两种表现形式,业务实体在内存中表现为对象,在数据库中表现为关系数据。内存中的对象之间存在关联和继承关系,而在数据库中,关系数据无法直接表达多对多关联和继承关系。因此,对象关系映射(ORM,Object Relation Mapping)主要是实现程序对象到关系数据库数据的映射,一般以中间件的形式存在。
建立业务对象与元模型的映射关系,其实就是将业务实体和元模型中表达的数据关系对应的过程,以元模型表达业务对象间的关联和继承关系。
步骤122:将上述映射关系,以及元模型数据库的访问接口封装成为对元模型数据库进行操作的应用程序接口。
参照图2,示出了上述方法实施例建立的综合资源存量模型,该综合资源存量模型覆盖了视图展现层、业务逻辑层、持久化层以及数据库层,其中,由视图展现层的存量组件、业务逻辑层的业务对象和持久化层的ORM抽象出综合资源元模型,而视图展现层及业务逻辑层最终会在包括ORM和JDBC(JavaData Base Connectivity,Java数据库连接)的持久化层上依据综合资源元模型进行进一步的封装,从而提高业务代码的可复用性及可扩展性。
在本方法实施例的另一优选实施例中,除上述元模型建立步骤、元模型发布步骤以及应用程序接口封装步骤外,还包括:
通过应用程序接口执行对元模型数据库的数据查询或数据维护等操作。
在执行该方法实施例的计算机本地建立有元模型数据库的缓存时,若应用程序接口收到用户的操作请求,则交由该缓存执行上述操作请求中包含的操作。另外,在对元模型数据库进行操作过程中,需要对满足条件的综合资源类型及其所有下属节点所对应的物理存储表执行操作。
下面以“路由器”资源为例,说明本发明建立综合资源元模型的流程:
步骤一、按树型结构建立综合资源类型;
图3-a以“路由器”为例示出了综合资源元模型的树型结构,其中“路由器”为“核心设备”的子节点,又是“华为路由器”和“思科路由器”的父节点;当然,“华为路由器”还有二个子节点“NE80E”和“NE5000E”。
步骤二、为每个资源类型定义相应的属性,并对资源类型属性进行分组,将具有共同特征的属性集合在一起形成属性组;
如,对于路由器属性组,包括路由器基本信息名称、厂家等属性;华为路由器属性组作为一种扩展属性组,包括华为路由器特有的一系列属性,如版本、地区等;系统控制属性组,作为用于系统控制的一组属性,可包括创建日期、修改日期、创建人、修改人、是否删除等属性。
用户把属性进行分组,可方便对一组属性,即属性组进行管理。例如,可方便地将属性组指派到一个或多个资源类,提高了属性的复用能力。
步骤三、为资源类型选择已建立的属性组,建立属性组与资源类型的对应关系,其中,子节点可继承父节点的所有属性及属性组。
将资源类型及其属性继承关系,属性组及其与资源类型的关联关系集合在一起,形成综合资源元模型。在本实例路由器资源元模型中,路由器具备路由器属性组及系统控制属性组的所有属性;而华为路由器继承于路由器,并将华为路由器与华为路由器属性组建立了关系,那么华为路由器则具备路由器属性组、系统控制属性组、华为路由器属性组三个属性组的所有属性。
下面以“华为路由器”资源为例,说明本发明发布综合资源元模型的流程:
综合资源元模型刻画了资源类型及其属性继承关系,以及属性组及其与资源类型的关联关系,因此,综合资源元模型中具有多个属性组,其对象实例分别存储于多个数据库表中。参照图3-b示出了“华为路由器”元模型发布实例,其中,在综合资源元模型中,综合资源类型之间是1∶N(如区域与机房,一个机房只能属于一个区域,而一个区域下可存在多个机房)或N∶N(如一台PC可以做为文件服务器、FTP服务器,而一台文件服务器可以通过集群部署在多台PC上)的关系,综合资源类型和属性组之间是N∶N的关系,属性组与资源类型属性之间是1∶N的关系;而华为路由器具备路由器属性组、系统控制属性组和华为路由器属性组三个属性组的所有属性,因此,在发布的元模型数据库中,以路由器属性表、系统控制属性表和华为路由器属性表三个实例表的形式存在,其中,三个实例的比例关系为1∶1∶1,发布脚本可参照下述示例:
CREATE TABLE Route
(
R-ID VARCHAR(20)NOT NULL,
R-Name VARCHAR(30),
R-Producer VARCHAR(255)
);
CREATE TABLE RouteHuaWei
(
R-ID VARCHAR(20)NOT NULL,
Version VARCHAR(30),
Region VARCHAR(255)
);
CREATE TABLE SysController
(
R-ID VARCHAR(20)NOT NULL,
Create-Date DATE,
Creater VARCHAR(20),
Modify-Date DATE,
Modifier VARCHAR(20),
Del-Flag BOOLEAN
);
下面以对“路由器”资源的查询操作为例,说明本发明对元模型数据库的操作流程:
查询操作需要根据资源类型获取当前资源类型及其所有下属资源类型的数据,例如用户查询“路由器”,则需要查询出“路由器”、“华为路由器”、“爱立信路由器”的实例数据。查询操作需要根据资源类型获取当前资源类型的所有属性信息,例如“路由器”的属性组包括两部分:路由器属性组以及其继承的资源类型“物理设备”所对应的物理设备属性组,用户若以路由器进行查询,则会返回物理设备属性组和路由器属性组的数据。具体可包括如下步骤:
步骤一、根据综合资源元模型中的资源类型树获取“路由器”及其所有子类型;
步骤二、从综合资源元模型中获取“路由器”的所有属性组;
步骤三、循环对所有属性组执行下述操作步骤:
根据属性组获取属性组中的所有属性,组装成为查询类型的SQL(Structured Query Language,结构化查询语言)语句;其中,多个属性组之间采取全关联方式,具体格式可参照如下示例:
SELECT a.cuid,a.prop1,b.prop2 FROM a JOIN b ON a.cuid=b.cuid;
步骤四、将步骤一的结果集以及用户的输入作为查询条件,将步骤三的SQL语句做为一个结果集再进行查询条件组装,形成一个新的SQL语句,其格式可参照如下示例:
SELECT*FROM(SELECT a.cuid,a.prop1,b.prop2 FROM a JOIN b ONa.cuid=b.cuid)AS m0 WHERE m0.bmclassId IN(‘路由器’,‘华为路由器’,‘爱立信路由器’)AND m0.prop2 LIKE?;
下面以对“路由器”资源的维护操作为例,说明本发明对元模型数据库的操作流程:
维护操作对所有属性组进行逐个维护,用户的输入参数一般为所有属性组的对象。具体可包括如下步骤:
步骤一、从综合资源元模型中获取“路由器”的所有属性组及属性;
步骤二、循环对所有属性组执行下述操作:
对用户的输入参数进行对象分解,获得当前属性组关注的属性;然后,组装数据操纵(DML,Data Manipulation Language)类型的SQL语句并执行,具体格式可参照下述示例(假定属性组所对应表的名称为tableA):
INSERTINTO tableA(cuid,prop1)VALUES(‘101’,‘RT001’);
步骤三、若步骤二的循环执行完成并且全部成功,则提交事物,否则,回滚所有事物。
对于前述的各方法实施例,为了描述简单,故将其都表述为一系列的动作组合,但是本领域的技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为根据本发明,某些步骤可以采用其他顺序或同时执行。其次,本领域技术人员也应该知悉,上述方法实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。
参照图4,示出了本发明综合资源管理装置一实施例的结构框图,具体包括以下单元:
元模型创建单元421:用于创建综合资源类型及其资源类型属性,并按树形结构建立综合资源类型之间的隶属关系;以及,对资源类型属性进行分组,将具有共同特性或用户指定的资源类型属性组合成一个属性组;以及,绑定综合资源类型与所述属性组的关联关系,下级资源类型继承上级资源类型的属性及属性组;从而建立包含综合资源类型及其隶属关系、属性组以及与综合资源类型之间关系的综合资源元模型;
元模型发布单元422:用于为元模型创建单元421创建的综合资源元模型建立物理存储空间,形成元模型数据库;
为了保障综合资源数据的查询效率及数据维护的方便,模型发布以卫星表的方式对属性组进行发布,即,每个属性组对应一个真实的物理存储表,而资源类型属性对应一个物理存储表中的字段。
接口封装单元423:用于建立业务对象与元模型的映射关系,并将上述映射关系以及元模型数据库的访问接口封装成为对元模型数据库进行操作的应用程序接口。
在本装置实施例的另一优选实施例中,还包括业务执行单元424,该业务执行单元424提供有用户操作接口,用于接收用户的数据库查询、维护等操作请求,并通过接口封装单元423提供的应用程序接口执行对元模型数据库的操作。另外,所述业务执行单元在执行对元模型数据库的操作过程中,需要对满足条件的综合资源类型及其综合资源元模型中定义的所有下属节点所对应的物理存储表执行操作。
在本装置实施例的还一优选实施例中,为避免因每次操作都读取元模型数据库而影响数据查询、维护效率的问题,除包括元模型创建单元421、元模型发布单元422、接口封装单元423和业务执行单元424外,还设置有缓存单元425,该缓存单元425用于在综合资源管理装置本地创建元模型数据库的缓存;当业务执行单元424收到用户的操作请求时,由本地缓存执行上述操作请求中包含的数据库查询、维护等操作。
参照图5,示出了本发明综合资源管理系统第一实施例的结构框图,具体包括上文所述的综合资源管理装置实施例中公开的综合资源管理装置42和数据库服务器41,其中:
数据库服务器41用于保存综合资源管理装置42创建的元模型数据库416,以及,接收综合资源管理装置42发送的数据查询和数据维护等操作请求,并从元模型数据库416获得相应操作结果后向综合资源管理装置42返回;
综合资源管理装置42用于数据库服务器41发送操作请求,并接收数据库服务器41返回的操作结果。
参照图6,示出了本发明综合资源管理系统第二实施例的结构框图,具体包括以下单元:
业务管理终端43:具体包括有元模型创建单元431和业务执行单元434,其中,元模型创建单元431用于创建综合资源类型及其资源类型属性,并按树形结构建立综合资源类型之间的关系,以及,对资源类型属性进行分组,将具有共同特性或用户指定的资源类型属性组合成一个属性组,以及,绑定综合资源类型与属性组的关系,下级资源类型继承上级资源类型的属性及属性组,从而建立包含综合资源类型及其相互关系、属性组以及综合资源类型与属性组之间关系的综合资源元模型;业务执行单元434提供有用户操作接口,用于接收用户的操作请求,并通过业务管理服务器42提供的应用程序接口执行对数据库服务器41的操作;该业务执行单元434在执行对元模型数据库416的操作过程中,需要对满足条件的综合资源类型及其综合资源元模型中定义的所有下属节点所对应的物理存储表执行操作。
业务管理服务器42:具体包括元模型发布单元422、接口封装单元423和缓存单元425,其中,元模型发布单元422用于为业务管理终端43创建的综合资源元模型建立物理存储空间,形成元模型数据库416,并保存至数据库服务器41上;接口封装单元423用于建立业务对象与元模型数据库416之间的映射关系,并将该映射关系以及元模型数据库416的访问接口封装成为对数据库服务器41进行操作的应用程序接口;缓存单元425用于在业务管理服务器42本地建立元模型数据库416的缓存,业务管理终端43的业务执行单元434在收到用户的操作请求时,向该缓存发送上述操作请求,并由该缓存执行上述操作请求中包含的操作。
数据库服务器41:用于保存业务管理服务器42创建的元模型数据库416,以及,接收业务管理终端43通过业务管理服务器42发送的操作请求,并向业务管理终端41返回操作结果。
需要说明的是,上述系统实施例都属于优选实施例,所涉及的装置和模块并不一定是本发明所必须的。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。对于本发明的装置和系统实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上对本发明所提供的一种综合资源管理方法、装置和系统进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。