CN1949763A - 共享信息服务器系统 - Google Patents

Abstract

本发明涉及一种共享信息服务器系统，该共享信息服务系统对电信运营支撑系统提供统一地数据格式和信息应用共享功能，对电信运营管理中涉及的大量复杂的数据和信息实行集中管理，并支持电信业务对数据的标准化访问，为电信领域应用中间件平台的可靠运行提供数据规范和数据保障，包括：共享信息服务器注册模块，数据适配模块，共享信息建模模块，共享信息模型管理器，调用解析执行模块，结果整合模块，消息事件处理模块，共享信息访问接口。

Description

共享信息服务器系统

技术领域

本发明涉及一种共享信息服务器系统，具体的说，本发明提供了一种应用于电信领域的共享信息服务器系统，该共享信息服务器系统可为电信运营支撑系统提供统一数据格式和信息应用共享功能，对电信运营管理中涉及的大量复杂数据和信息可实行统一管理，并支持电信业务对数据的标准访问。

背景技术

当今，全球电信市场逐步趋于开放化，电信用户需求不断变化，新业务、新技术不断地推陈出新。电信运营企业正从传统的“面向网络”的经营模式逐步转变到“面向客户”的经营管理模式，不断地向信息化、市场化方向迈进。目前主要运行的电信运营管理支撑系统包括：计费系统、移动网管系统、传输网管系统等。由于在系统的建设初期缺乏统一规划，使得这些系统在运行过程中，交互过程错综复杂，相互之间很难进行信息互通和数据共享，因而，形成了“信息孤岛”，这极大地影响了电信运营的效率和电信服务的质量。

为了解决电信运营管理系统中的上述问题，电信管理论坛(TMF)提出了“增强型的电信运营图”(Extened Telecommunication OpreartionMap：eTOM)，以此规范电信业务过程，并且根据eTOM提出了新一代电信运营支撑系统和软件(New Genaration Opreation System andSoftware：NGOSS)。NGOSS主要是利用工作流、消息总线、业务功能组件化和共享信息模型等技术和规范，从系统、过程、信息、产品四个方面保证电信运营管理支撑系统体系结构的标准化、系统之间的互连和互操作，从而，实现端到端的管理和高度自动化。NGOSS框架包括技术无关体系构架，增强型的电信运营图，共享信息/数据模型(SID，Shared Information and Data Model)三个主要部分。

其中，共享信息模型(Shared Information and Data Model)以eTOM对电信业务管理域的划分为标准，对电信运营管理中涉及的数据和信息建立相关的信息模型，以便规范和统一电信业务对信息和数据的访问，为电信运营支撑系统提供完整统一的数据保障，满足NGOSS在信息和数据统一方面的需求。

电信管理论坛(TMF)针对共享信息模型先后推出了GB922、GB926两个标准。规定了共享信息模型的框架，并从业务视角和系统视角描述了共享信息模型。但是，这两个标准都没有对模型的实现和应用给出具体描述和细化。目前，国内对于SID的研究工作总体上处于积极跟踪TMF的研究的水平，还没有相关的共享信息建模方法、共享信息模型实现及共享信息模型的应用。

发明内容

为了解决上述现有问题，本发明结合我国具体国情，提供了一种共享信息服务器，该共享信息服务器应用于电信领域，可以实现电信领域的信息共享，因而可以大大节省电信运营商的运营成本，提高工作效率。

本发明的共享信息服务器系统，包括如下部分构成：

共享信息服务器注册模块，解析共享信息服务器描述文件，读取相应的服务器描述信息，并将这些信息注册给企业服务总线；

数据适配模块，主要用于屏蔽底层数据接入方式的差异，对上层提供统一的数据访问方式；对于以接口方式访问的数据可以获取接口数据并存入接口数据存储库；同时，解析接口数据库和遗留系统数据库的格式生成接入系统数据格式描述文件；

共享信息建模模块，主要是通过共享信息建模方法，对电信运营管理系统中的数据和信息进行规划和建模，设计并实现系统实际使用的信息和数据实体的属性，描述实体之间的关系，并表示所建模型实体及实体间关联关系；

共享信息模型管理器，根据共享信息建模模块所生成的模型图，生成模型描述文件，同时解析数据适配模块所生成的接入系统数据格式描述文件；支持用户在模型和接入系统的属性之间建立映射关系，并依此自动生成数据模型实例映射文件；

调用解析执行模块，接收访问接口传递过来的数据请求，根据请求内容解析模型实例映射文件，根据映射文件的内容执行对底层接入系统数据的操作；

结果整合模块，获取操作的返回结果，解析模型描述文件，根据模型描述文件的内容将返回结果进行整合，并生成与其相对应的返回结果；

数据对象生成模块，生成与调用请求相对应的对象，解析上述结果整合模块所返回的结果，将返回结果中的值为对象中的相应属性赋值，并且通过共享信息访问接口将对象返回给上层的应用组件；

消息事件处理模块，处理底层网元设备或OMC上传的实时的信息和数据；将这些信息和数据按照共享信息模型规范的格式包装后，通过共享信息访问接口传递给相应的应用组件；

共享信息访问接口，是应用组件与共享信息服务器系统进行交互的接口，应用组件通过共享信息访问接口获得共享信息服务器规范的信息和数据。

本发明的共享信息服务器系统，所述注册模块，向企业服务总线注册的信息包括：共享信息服务器名称(SIDServerName)、共享信息服务器IP地址(SIDServerIP)、共享信息服务器端口(SIDServerPort)、共享信息服务器编号(SIDServerId)、共享信息服务器描述(SIDServerDescription)；

首先，共享信息服务器注册模块从共享信息服务器描述文件中读取共享信息服务器配置信息，而后，服务器调用企业服务总线上的共享信息服务器注册接口“registerSIDServer()”，将从描述文件中读取的共享信息服务器信息作为调用参数传给企业服务总线。如果调用失败，则报出相应错误并转回读取配置文件步骤重新开始，如果调用成功，则启动共享信息服务器准备接受调用。

本发明的共享信息服务器系统，所述数据适配模块所接入共享信息服务器的数据来源包括：来自于网元设备的接口数据、来自于操作维护中心(OMC)的接口数据、来自于遗留系统数据库中的数据；

数据适配模块的工作流程包括如下子流程：接口数据存储流程、接入系统数据格式描述文件生成流程、SQL请求执行流程；

接口数据存储流程首先判断接口的类型，根据接口的类型的不同，分别调用OMC接口数据提取程序或网元设备接口数据提取程序来获取接口中的数据，然后建立与接口数据存储库的连接，并且将获取的接口数据存入接口数据库中；如果连接失败则流程结束。

接入系统数据格式描述文件生成流程首先建立与接口数据存储库或遗留系统数据库之间的数据库连接，如果连接建立成功则查询数据库的结构，并且按照上面所述的文件格式生成接入系统数据格式描述文；如果连接失败则流程结束。

SQL请求执行流程首先建立与接口数据存储库或遗留系统数据库之间的数据库连接，如果连接建立成功，则利用数据库连接所提供的标准操作执行调用解析执行模块传来的SQL请求语句，然后将SQL语句执行的结果传给返回结果整合模块；如果连接失败则流程结束。

在共享信息服务器系统中，所有对底层数据的操作均通过该数据适配模块进行，在数据适配模块的末端与遗留系统数据库、OMC接口、网元数据接口相连，因此可以有效的屏蔽底层数据接入方式的差异；并且可将OMC接口和网元数据接口传上来的数据保存在接口数据存储库，以从接口数据存储库中获取OMC接口及网元数据接口的数据，从而实现更快捷的数据操作。

本发明的共享信息服务器系统，在所述共享信息建模模块中，生成并存储共享信息模型。

所述共享信息模型为：共享信息服务器向应用组件提供统一的数据规范，并将底层不规范的数据和信息映射到平台规范的数据模型；

在本发明中，根据电信管理论坛相关规范，并结合我国具体国情，对共享信息模型进行了修改，从而使其更适合我国电信领域信息共享的实际需要。

所述共享信息模型分为：

产品域，包括Product、Product Offering、Product Specification及Product Performance实体集；

客户域，包括Customer Problem、Customer Order、Customer、Customer Bill实体集；

服务域，包括Service Specification、Service Performance、Service、Service Usage、Service Trouble实体集；

资源域，包括Resource Specification、Resource Performance、Resource Usage、Resource、Resource Trouble、Resource Performance、Resource Configuration实体集；

通用域，包括Policy实体集，及Location、Party、Business Interaction实体集；

并采用UML图表示共享信息模型结构；

所述共享信息模型分为三个层次：原模层、模型层及实例层；

原模型层：实现核心共享信息模型所有域，包括三类实体：实体值、实体关联、实体规范；各管理域的模型实体都从这三个方面对相关的描述和方法进行分类和继承。

模型层：生成与电信业务相关的业务实体；描述管理域中业务实体的属性和方法以及业务实体之间的相互关系；所述的各个域的实体集和具体的业务实体均在模型层实现；

实例层：通过对模型层业务实体的继承并为相应的属性和方法附值，形成具体的数据实体；

模型所有域及实体集的实现均由这三层组成。

其中，

所述Location实体集包括如下业务实体，

Place，定义了“Geographic”和“Local”两个分支，从不同角度来表现地理信息；

Location，表现的地点和方位的概念，它有唯一的识别码或名字标识；

Address，结构化的文本表达方式，用以找到一个“Location”

Site，存在的具体地点，具有一系列的物理特征和服务提供商感兴趣的属性；

Geographic Location，该实体根据实际应用的需求进行扩展；

Geographic Sub Address，描述地址；

所述Party实体集包括如下业务实体，

PartyValue，记录参与者本身的基本信息；

PartyRoleValue，参与者角色是商业活动交互的单元；

PartyAssociation，在商业活动中多方参与者角色之间的关系；

Individure，个人信息，为服务提供商内部或其外部；

Organization，组织可以是服务提供商内部或是外部的参与者；

所述Business Interaction实体集包括，

BusinessInteraction：描述多个业务参与者之间的合同、联系或者通讯方式；

BusinessInteractionItem：描述BusinessInteraction的业务交互方式；

BusinessInteractionItemPrice：描述业务项BusinessInteractionItem的价格，这个价格是由与之相联系的ProductOfferingPrice确定的；

BusinessInteractionRole：指定业务实体在交互过程中涉及的角色，例如请求者(requester)、响应者(responder)、接受者(recipient)；

BusinessInteractionLocation：指定业务交互过程涉及的地点；

BusinessInteractionRelationship：描述两个业务项之间的联系方式；

BusinessInteractionType：指定业务交互类型的名称；

Agreement：给出的条约或者安排，可以是手写或者是口头形式，在某些时候是受法律约束的；

Notification：通知某事已经或者将要发生，该通知是单向的，不期待有所回应；Notification可以被创建为对Request的回应；

Request：请求做某事的行为，一般都需要有相应的回应；

Response：对Request的回应；

所述Customer域包括如下业务实体，

Customer：客户的基本信息；

CustomerCreditProfile：客户信用情况资料；

CustomerCriditProfileReference：客户信用情况的关联，描述了客户与具体的金融机构之间的关联关系。

CustomerAccount：描述客户账户的基本信息；

CustomerAccountBillCycle：描述客户账户的计费周期；

CustomerAccountContact：客户账户的联系方式；

CustomerAccountRelationship：描述客户帐户之间的关系；

CustomerAccountTaxExemption：描述账户的免税信息

所述Product域包括如下业务实体，

CompositeProductSpecification；是ProductSpecification的聚合

ProductSpecificationRelationship：描述ProductSpecification之间的关系；

ProductSpecificationCost：表示产品ProductSpecification在商业上有关策划、开发、上市和实施等的花费；

ProductOffering：给出产品销售的方法；

ProductCatalog：一个ProductOffering售卖的清单，里面附有图和价格，并以书面形式或公布在网页上；

Product：由企业、服务提供商或市场等所能提供给客户的产品；

ProductBundle：一种由多种产品构成的产品；

ProductComponent：一个没有子产品的产品；

ProductCharacteristic：产品的特性；

ProductOfferingPrice：表示一个产品ProductOffering的价格；

ProdOfferCharge：一个ProductOffering被销售、租赁或发行时的等值金钱的数量；

所述Service域包括如下业务实体，

Service：描述服务的基本信息；

CustomerFacingService：继承于Service，描述面向客户服务(客户可见服务)的基本信息；

ResourceFacingService：继承于Service，描述面向资源服务(客户不可见服务)的基本信息；

ServiceSpecification：相对于Service的常变信息而言，描述服务一般不变的信息，为规范模板；

CustomerFacingServiceSpec：继承于ServiceSpecification，用于描述面向客户服务(客户可见服务)基本信息中相对不变信息，为规范模板；

ResourceFacingServiceSpec：继承于ServiceSpecification，用于描述面向资源服务(客户不可见服务)基本信息中相对不变信息，为规范模板；

ServiceSpecVersion：当服务规范ServiceSpecification变动较小，不足以更换规范时用，服务规范版本记录ServiceSpecification的细微变动；

ServiceRole：记录服务在应用中所扮演的角色，便承担相关的任务；

ServiceSpecificationRole：服务规范角色记录服务在应用中扮演角色时的相对固定信息，为规范模板；

ServiceCharacteristic：记录服务所具有的物理，逻辑，配置等相关内容的属性特征；

ServiceSpecCharacteristic：记录服务规范所具有的物理，逻辑，配置等相关内容的属性特征；

CustomerFacingServiceAtomic：继承于面向客户的服务(CFS)，记录面向客户CFS中的原子级的服务信息；

CustomerFacingServiceComposite：继承于面向客户的服务(CFS)，记录面向客户CFS中的由原子服务组而合成的服务组合；

ResourceFacingServiceAtomic：继承于面向资源的服务(RFS)，记录面向资源RFS中的原子级的服务信息；

ResourceFacingServiceComposite：继承于面向资源服务(RFS)，记录面向资源RFS中的由原子服务组合而成的服务组合；

CustomerFacingServiceSpecAtomic：继承于面向客户服务规范(CFSSpecification)，记录面向客户服务规范CFSSpecification中原子级的服务规范信息，为规范模板；

CustomerFacingServiceSpecComposite：继承于面向客户服务规范(CFSSpecification)，记录面向客户服务规范CFSSpecification中由服务规范原子组合而成的服务组信息，为规范模板；

ResourceFacingServiceSpecAtomic：继承于面向资源服务规范(RFSSpecification)，记录面向资源服务规范RFSSpecification中原子级的服务规范信息，为规范模板；

ResourceFacingServiceSpecComposite：继承于面向资源服务规范(RFSSpecification)，记录面向资源规范RFSSpecification中由服务规范原子组合而成的服务组信息，为规范模板；

CostomerFacingServiceSpecVersion：继承于服务规范版本(ServiceSpecificationVersion)，记录服务规范版本中关于面向客户服务CFS的信息；

ResourceFacingServiceSpecVersion：继承于服务规范版本(ServiceSpecificationVersion)，记录服务规范版本中关于面向资源服务RFS的信息；

CostomerFacingServiceRole：继承于服务角色(ServiceRole)，记录服务角色中关于面向客户服务CFS的信息；

ResourceFacingServiceRole：继承于服务角色(ServiceRole)，记录服务角色中关于面向资源服务RFS的信息；

CostomerFacingServiceSpecRole：继承于服务规范角色(ServiceSpecificationRole)，记录服务规范角色中关于面向客户服务CFS的信息；

ResourceFacingServiceSpecRole：继承于服务规范角色(ServiceSpecificationRole)，记录服务规范角色中关于面向资源服务RFS的信息；

ServiceCharacteristicValue：记录服务特征(ServiceCharacteristic)中可能出现的赋值；

ServiceSpecCharacteristicValue：记录服务规范特征(ServiceSpecCharacteristic)中可能出现的赋值；

所述Resource域包括如下业务实体，

PhysicalResource：一个抽象基类，描述构成Product的不同类型的硬件；

PhysicalResourceSpecification：描述指定PhysicalResource的属性、行为、关系、约束、语义；

PhysicalResourceRole：表示某种物理资源所具有的角色；

Holder：表示持有某种功能的某种物理资源physical resource；

Adapter：可成为适配器的某种物理资源；

Hardware：任何类型的硬件单元；

PhysicalDevice：可以管理的硬件设备；

PhysicalConnector：代表一个硬件单元用来去连接不同硬件单元，在它们之间传送信号、电力等；

PhysicalPort：一个在拓扑上或物理上实际存在或可能存在的连接点，可直接映射到一个物理端口；

Equipment：一个可管理的物理组件；

EquipmentHolder：一个物理基本类，可管理和包含其他体的装备；

本发明的共享信息服务器系统，所述共享信息模型实体及模型实体之间的关联关系采用UML图的形式表示。从而使模型的设计和展示更加直观，模型的描述更加规范。

在共享信息建模模块中，所述共享信息模型可以采用基于JAVA类进行模型存储，也可以采用基于XML(Extensible Marked Language：可扩展标记语言)进行模型存储。基于JAVA类的模型存储，将生成的UML模型用JAVA语言实现，用JAVA类表示不同的实体。用JAVA语言开发的系统可以直接使用该模型。基于XML的模型存储，是指用XML这种标签化的语言来描述模型中的实体及其关系，不同语言实现的系统都可以使用XML描述的共享信息模型，由于XML方式具有通用性，因此可应用于不同语言实现的系统中。

本发明的共享信息服务器系统，所述共享信息模型管理器包括：界面呈现模块、模型操作模块、模型实例操作模块；

所述界面呈现模块，以树型结构表现模型管理器中的全部模型，能够反映选中模型的基本信息；

所述模型操作模块，可以创建、修改、检索共享信息模型中的实体和关系，从而支持动态生成或修改模型描述文件；

所述模型实例操作模块，根据已有的模型创建模型实例，实例包括直接写明属性值的单个实例和建立在数据库映射之上的实例组，并生成模型实例映射文件。

在共享信息模型管理器中，首先，进入模型操作模块中，如果选择新建模型实体，管理员则可以根据UML模型设计图，输入模型实体的相关属性，输入完毕后模型管理器将判断是否已经存在同名的模型实体，如果不存在，则将输入的该实体信息存为一个模型描述文件，管理员可通过重复上述过程，完成给定管理域的业务实体的创建；

如果选择查询模型实体的功能，则模型管理器将输入请求查询的实体的名称；然后根据输入的名称查询相应的模型描述文件；如果存在相应的模型描述文件，则会读取模型描述文件中的相关信息，并通过界面呈现模块显示出来；如果不存在相应的模型描述文件则返回空值；

如果选择删除模型实体的功能，则要求输入所要查询的实体的名称；模型管理器会根据输入的名称查询相应的模型描述文件是否存在，如果存在则删除该文件，如果不存在则删除失败。

通过上述共享信息模型管理器，管理员可以对共享信息模型实体进行查询、增加、修改及删除等操作。

本发明的共享信息服务器系统，所述模型描述文件包括如下内容，

模型描述部分：描述模型实体的一般信息，包括，

模型名称，该模型单元的名称，

模型类型，分为实体、关联、规范，

继承于实体，实体的直接继承关系，

模型描述，模型的简要描述；

属性部分：描述模型实体的属性，包括，

属性名，属性的名称，

属性类型，属性值的类型，

可否为空，表示该属性否可以为空值。

最小出现次数，属性实例化时最小出现的次数，‘0’表示可以不出现；

关联部分：描述模型实体与其他模型实体之间的关系，包括，

关系名，为关系指定的名称，

类型，关联的类型，分为普通、聚合、集合，

最大值/最小值，表示实体在关系中的关联数量，分别可取0，1，n，表示0，1，0..1，0..n，1..n五种情况，最大值要大于或等于最小值；

关联部分对方模型：与该模型相关联的模型的名称，包括，

域名，对方模型所在的管理域，

模型类型，对方模型的实体/关系/规范类型，

模型名，对方模型的名称。

所述共享信息模型实体，其模型实例映射文件包括如下内容，

模型描述部分：描述模型实例的一般信息，包括，

模型名称，该模型单元的名称，

模型类型，分为实体、关联、规范，

继承于实体，实体的直接继承关系，

映射名称，模型映射的名称，与映射文件的文件名一致，

映射类型，指明映射的类型是单一映射还是多数据库映射，取值为Single或Mulit

属性名，实例化模型所规定的对应属性的名称；

属性类型，实例化模型所规定的对应属性的类型；

数据库类型，被映射数据库的类型，取值为SQLServer，Oracle，Access等；

数据库位置IP，指明数据库的网络IP，以便能够对数据进行定位；

数据库名，数据库的名称；出于安全考虑，在模型实例文件中不设数据库用户名和密码信息，共享信息模型使用方应该有数据库的默认用户和密码；

表名，数据信息所在表的表名；

列名，数据信息所在列的列名，模型中的每条属性都和一个数据库表中的列对应。

本发明的共享信息服务器系统，所述调用解析执行模块所执行的对底层接入系统数据的操作包括：查询、插入、修改及删除。

首先，调用解析模块获取共享信息访问接口的调用请求，解析调用请求的参数，获得所要调用的共享对象的名称，操作名称，输入参数，返回结果类型等信息；

然后，根据共享对象名称查询是否存在相应的模型实例映射文件，如果不存在则报错并结束流程，如果存在则解析相应的模型实例映射文件，则获取该调用请求所涉及的共享对象的属性与具体应用系统数据之间的映射关系。

最后，根据这种映射关系将调用请求分解为一个或多个对应用系统数据的操作。具体操作步骤如下：

读取调用请求的输入参数和输出参数，获得参数与应用系统之间的映射信息；

将输入参数和输出参数映射信息的交集作为本次请求数据操作的请求对象，将映射后的字段作为对应用系统数据操作的输入参数和输出参数，解析有关的输入输出参数，并生成相关的对数据库操作的SQL语句；

最后，调用解析执行模块创建与数据库的连接，如果连接创建成功，则将所生成的SQL语句和连接传给数据适配模块，执行并且获取相应的数据，整个流程结束。

其优选的实施流程图将在后述具体实施例部分进行详细说明。

本发明的共享信息服务器系统，所述结果整合模块，将从数据适配模块返回的结果整合成指定格式的返回结果集，包括：对于查询操作，返回的是对数据库查询的结果；对于修改、删除和插入操作，返回的是操作是否成功的信息。

由于底层数据分散在遗留系统数据库、OMC接口、网元数据接口及接口数据存储库中，其信息是分散形式存在的，因此，需要结果整合模块将查询的结果进行整合，复合模型描述文件所表示的形式。然后将整合的结果集传送至数据对象生成模块，并由数据对象生成模块进行解析，并为数据对象的相应属性赋值，然后通过共享信息访问接口将返回的数据对象发送给上层应用组件。

所述数据对象生成模块可以将数据和信息以对象化的方式提供给平台上的应用组件，并且共享信息服务器支持应用组件以对象化的方式访问数据，因此屏蔽了底层数据库连接的细节，使模型的设计和使用最大限纤度的统一，达到了所见即所得的目的。

本发明的共享信息服务器系统中，设置有消息事件处理模块，网元设备或OMC的事件信息通过数据适配模块接入共享信息服务器后，一方面被转存到接口数据存储库中，同时也被传递到消息事件处理模块。消息事件处理模块将这些消息和数据按照共享信息模型规范的格式包装后，通过共享信息访问接口，传递给相应的应用组件。上层的应用组件通过一个消息侦听程序，可以实时获得共享信息访问接口中传来的告警信息和通知信息。

本发明的共享信息服务器系统，所述共享信息访问接口，包括：共享对象访问接口、对象关系访问接口、消息事件访问接口。

所述共享对象访问接口：主要提供有关对象化信息的访问。应用组件可以通过共享对象访问接口，获取特定对象的相关属性信息和数据。例如，在电信运营的配置管理中，网管系统可以通过设备的唯一标识查询相关设备的配置信息。通过共享对象访问接口可以实现对共享对象的增、删、改、查等操作。

所述对象关系访问接口：电信网络管理系统涉及的资源对象很多。在共享信息模型的设计阶段，服务器已经规范了资源对象之间的关联和继承关系。通过这些关系可以实现跨越多管理域的数据查询和访问。对象关系访问接口主要提供对资源对象之间关系的查询和访问的功能。通过该接口，可以实现针对一个给定的资源对象，查询所有与其相关联对象，以及针对某个特定关系，查询所有与其相关的对象的功能。

所述消息事件访问接口：在电信网络管理系统中，设备的告警信息和通知信息是以消息或者事件的方式传递的。通过消息事件访问接口，可以获得通过共享信息模型规范后的消息和事件。功能组件只要实现一个消息接收的客户端便可以实时的接收来自消息事件访问接口的消息内容。

通过如上所述共享信息服务器系统，可以为电信运营支撑系统提供统一地数据格式和信息应用共享功能，对电信运营管理中涉及的大量复杂的数据和信息实行集中管理，并支持电信业务对数据的标准化访问，为电信领域应用中间件平台的可靠运行提供数据规范和数据保障。

附图说明

图1为本发明的共享信息服务器系统方框图；

图2为注册模块将服务器信息注册到企业服务总线的优选实施例流程图；

图3为数据适配模块的流程图；

图4为管理域划分及主要实体定义示意图；

图5为核心共享信息模型的三层结构示意图；

图6为共享信息模型管理器的操作流程图；

图7为共享信息模型管理器生成模型实体映射文件的流程图；

图8为调用解析执行模块的运行流程图；

图9为生成对数据库操作的SQL语句的流程图；

图10为结果整合模块的工作流程图；

图11为数据对象生成模块的工作流程图；

图12为消息事件处理模块的工作流程图；

图13为共享对象访问接口和对象关系访问接口交互时序示意图；

图14为消息事件访问接口的交互时序示意图。

具体实施方式

下面将结合附图对本发明的优选实施例进行详细说明。并且在实施例中，模型的设计采用UML图，并选择基于XML格式的模型描述文件的共享信息服务器。

如图1所示本发明的共享信息服务器系统，包括：共享信息服务器注册模块、数据适配模块、共享信息建模模块、共享信息模型管理器、调用解析执行模块、结果整合模块、数据对象生成模块、消息事件处理模块、共享信息访问接口。

共享信息服务器注册模块，解析共享信息服务器描述文件，读取相应的服务器描述信息，并将这些信息注册给企业服务总线。

所述注册模块，向企业服务总线注册的信息包括：共享信息服务器名称(SIDServerName)、共享信息服务器IP地址(SIDServerIP)、共享信息服务器端口(SIDServerPort)、共享信息服务器编号(SIDServerId)、共享信息服务器描述(SIDServerDescription)；

上述服务器信息保存在XML格式的共享信息服务器描述文件中，该描述文件格式如下所示：

<SIDServerDescription>

  <SIDServerName>SIDServer1</SIDServerName>

  <SIDServerIP>xxx.xxx.xxx.xxx</SIDServerIP>

  <SIDServerPort>8088</SIDServerPort>

  <SIDServerId>01</SIDServerId>

  <SIDServerDescription>this is the first SID Server</SIDServerDescription>

</SIDServerDescription>

图2为所述注册模块将服务器信息注册到企业服务总线的优选实施例流程图。包括如下步骤：

2.1)读取共享信息服务器描述文件；

2.2)调用共享信息服务器注册接口“registeSIDServer()”；

2.3)判断是否注册成功；如果判断结果为是，则继续执行，如果判断结果为否，则返回步骤2.1)；

2.4)启动共享信息服务器。

数据适配模块，主要用于屏蔽底层数据接入方式的差异，对上层提供统一的数据访问方式；对于以接口方式访问的数据可以获取接口数据并存入接口数据存储库；同时，解析接口数据库和遗留系统数据库的格式生成接入系统数据格式描述文件。

所述数据适配模块所接入共享信息服务器的数据来源包括：来自于网元设备的接口数据、来自于操作维护中心(OMC)的接口数据、来自于遗留系统数据库中的数据；

由于操作维护中心接口数据和网元设备的接口数据这两种以接口方式获取的数据大都是当前数据，不能反映数据的历史状况，因此，需要通过数据适配模块中的接口数据提取程序将接口数据提取上来保存至接口数据存储库中。

此外，数据适配模块可以JDBC方式连接接口数据库和遗留系统数据库，它一方面通过JDBC驱动具体执行调用解析执行模块传来的SQL语句；另一方面解析数据库格式，生成接入系统数据格式描述文件，并将其提供给共享信息服务器中的共享信息模型管理模块。

并且，接入系统数据格式描述文件，并以XML格式存储，其主要用于描述规范化的描述接口数据库和遗留系统数据库的信息，确保共享信息服务器对应用系统数据模式的识别。由于XML可看作是一种半结构化的数据模型，可以很容易地将XML的文档描述与关系数据库中的属性一一对应起来，实施准确的查询与模型抽取。接入系统数据格式描述文件中包括：数据库名称(DataBaseName)，数据库类型(DataBaseType)，数据库服务器地址(DataBaseIP)，访问端口(DataBasePort)，数据库表名(TableName)，列名(ColumnName)，列类型(ColumnType)。接入系统数据格式描述文件实例如下所示：

<?xml version="1.0"encoding="gb2312"?>

<Trcm>

<DataBase  Type="SQLserver"IP="192.168.6.188:1433"DatabaseName="middleware">

<Table Name="MSC">

<sequence>

<element Columnname="Name"Columntype="varchar"nillable="false"/>

<element Columnname="Manafacture"Columntype="varchar"nillable="false"/>

<element Columnname=″ManafactureDate"Columntype="datetime″nillable="false"/>

<element Columnname="SerialNumber"Columntype="varchar"nillable="false"/>

<element Columnname="Place"Columntype="varchar"nillable="false"/>

<element Columnname="Longitude"Columntype="varchar"nillable="false"/>

<element Columnname="Latitude"Columntype="varchar"nillable="false"/>

</sequence>

</Table>

</DataBase>

</Trcm>

图3为数据适配模块的流程图。如图3所示，数据适配模块的工作流程包括如下子流程：接口数据存储流程、接入系统数据格式描述文件生成流程、SQL请求执行流程；

接口数据存储流程首先判断接口的类型，根据接口的类型的不同，分别调用OMC接口数据提取程序或网元设备接口数据提取程序来获取接口中的数据，然后建立与接口数据存储库的连接，并且将获取的接口数据存入接口数据库中；如果连接失败则流程结束。

接入系统数据格式描述文件生成流程首先建立与接口数据存储库或遗留系统数据库之间的数据库连接，如果连接建立成功则查询数据库的结构，并且按照上面所述的文件格式生成接入系统数据格式描述文；如果连接失败则流程结束。

SQL请求执行流程首先建立与接口数据存储库或遗留系统数据库之间的JDBC连接，如果连接建立成功，则利用JDBC所提供的标准操作执行调用解析执行模块传来的SQL请求语句，然后将SQL语句执行的结果传给返回结果整合模块；如果连接失败则流程结束。

共享信息建模模块，主要是通过共享信息建模方法，对电信运营管理系统中的数据和信息进行规划和建模，设计并实现系统实际使用的信息和数据实体的属性，描述实体之间的关系，并用表示所建模型实体及实体间关联关系。

本发明根据抽象模型结合具体技术实现具体模型，进而实现基于模型的共享信息服务器系统。电信领域所涉及的数据内容复杂，为了便于对数据管理和建模，并符合我国电信行业管理的需要，将这些复杂的数据按照一定的规则划分管理域，把相近的数据归类。如图4所示，将所述共享信息模型分为：

产品域，包括Product、Product Offering、Product Specification及Product Performance实体集；

客户域，包括Customer Problem、Customer Order、Customer、Customer Bill实体集；

服务域，包括Service Specification、Service Performance、Service、Service Usage、Service Trouble实体集；

资源域，包括Resource Specification、Resource Performance、Resource Usage、Resource、Resource Trouble、Resource Performance、Resource Configuration实体集；

通用域，包括Policy实体集，及Location、Party、Business Interaction实体集；

并采用UML图表示共享信息模型结构；

所述共享信息模型分为三个层次：原模层、模型层及实例层，如图5所示；

原模型层：实现核心共享信息模型所有域，包括三类实体：实体值、实体关联、实体规范；各管理域的模型实体都从这三个方面对相关的描述和方法进行分类和继承；

模型层：生成与电信业务相关的业务实体；描述管理域中业务实体的属性和方法以及业务实体之间的相互关系；所述的各个域的实体集和具体的业务实体均在模型层实现；

实例层：通过对模型层业务实体的继承并为相应的属性和方法附值，形成具体的数据实体；

模型所有域及实体集的实现均由这三层组成。图5中模型层所包含的域、实体集及业务实体如下所述：

所述Location实体集包括如下业务实体，

Place，定义了“Geographic”和“Local”两个分支，从不同角度来表现地理信息；

Location，表现的地点和方位的概念，它有唯一的识别码或名字标识；

Address，结构化的文本表达方式，用以找到一个“Location”

Site，存在的具体地点，具有一系列的物理特征和服务提供商感兴趣的属性；

Geographic Location，该实体根据实际应用的需求进行扩展；

Geographic Sub Address，描述地址；

所述Party实体集包括如下业务实体，

PartyValue，记录参与者本身的基本信息；

PartyRoleValue，参与者角色是商业活动交互的单元；

PartyAssociation，在商业活动中多方参与者角色之间的关系；

Individure，个人信息，为服务提供商内部或其外部；

Organization，组织可以是服务提供商内部或是外部的参与者；

所述Business Interaction实体集包括，

BusinessInteraction：描述多个业务参与者之间的合同、联系或者通讯方式；

BusinessInteractionItem：描述BusinessInteraction的业务交互方式；

BusinessInteractionItemPrice：描述业务项BusinessInteractionItem的价格，这个价格是由与之相联系的ProductOfferingPrice确定的；

BusinessInteractionRole：指定业务实体在交互过程中涉及的角色，例如请求者(requester)、响应者(responder)、接受者(recipient)；

BusinessInteractionLocation：指定业务交互过程涉及的地点；

BusinessInteractionRelationship：描述两个业务项之间的联系方式；

BusinessInteractionType：指定业务交互类型的名称；

Agreement：给出的条约或者安排，可以是手写或者是口头形式，在某些时候是受法律约束的；

Notification：通知某事已经或者将要发生，该通知是单向的，不期待有所回应；Notification可以被创建为对Request的回应；

Request：请求做某事的行为，一般都需要有相应的回应；

Response：对Request的回应；

所述Customer域包括如下业务实体，

Customer：客户的基本信息；

CustomerCreditProfile：客户信用情况资料；

CustomerCriditProfileReference：客户信用情况的关联，描述了客户与具体的金融机构之间的关联关系。

CustomerAccount：描述客户账户的基本信息；

CustomerAccountBillCycle：描述客户账户的计费周期；

CustomerAccountContact：客户账户的联系方式；

CustomerAccountRelationship：描述客户帐户之间的关系；

CustomerAccountTaxExemption：描述账户的免税信息；

所述Product域包括如下业务实体，

CompositeProductSpecification：是ProductSpecification的聚合

ProductSpecificationRelationship：描述ProductSpecification之间的关系；

ProductSpecificationCost：表示产品ProductSpecification在商业上有关策划、开发、上市和实施等的花费；

ProductOffering：给出产品销售的方法；

ProductCatalog：一个ProductOffering售卖的清单，里面附有图和价格，并以书面形式或公布在网页上；

Product：由企业、服务提供商或市场等所能提供给客户的产品；

ProductBundle：一种由多种产品构成的产品；

ProductComponent：一个没有子产品的产品；

ProductCharacteristic：产品的特性；

ProductOfferingPrice：表示一个产品ProductOffering的价格；

ProdOfferCharge：一个ProductOffering被销售、租赁或发行时的等值金钱的数量；

所述Service域包括如下业务实体，

Service：描述服务的基本信息；

CustomerFacingService；继承于Service，描述面向客户服务(客户可见服务)的基本信息；

ResourceFacingService：继承于Service，描述面向资源服务(客户不可见服务)的基本信息；

ServiceSpecification：相对于Service的常变信息而言，描述服务一般不变的信息，为规范模板；

CustomerFacingServiceSpec：继承于ServiceSpecifcation，用于描述面向客户服务(客户可见服务)基本信息中相对不变信息，为规范模板；

ResourceFacingServiceSpec：继承于ServiceSpecification，用于描述面向资源服务(客户不可见服务)基本信息中相对不变信息，为规范模板；

ServiceSpecVersion：当服务规范ServiceSpecification变动较小，不足以更换规范时用，服务规范版本记录ServiceSpecification的细微变动；

ServiceRole：记录服务在应用中所扮演的角色，便承担相关的任务；

ServiceSpecificationRole：服务规范角色记录服务在应用中扮演角色时的相对固定信息，为规范模板；

ServiceCharacteristic：记录服务所具有的物理，逻辑，配置等相关内容的属性特征；

ServiceSpecCharacteristic：记录服务规范所具有的物理，逻辑，配置等相关内容的属性特征；

CustomerFacingServiceAtomic：继承于面向客户的服务(CFS)，记录面向客户CFS中的原子级的服务信息；

CustomerFacingServiceComposite：继承于面向客户的服务(CFS)，记录面向客户CFS中的由原子服务组而合成的服务组合；

ResourceFacingServiceAtomic：继承于面向资源的服务(RFS)，记录面向资源RFS中的原子级的服务信息；

ResourceFacingServiceComposite：继承于面向资源服务(RFS)，记录面向资源RFS中的由原子服务组合而成的服务组合；

CustomerFacingServiceSpecAtomic：继承于面向客户服务规范(CFSSpecification)，记录面向客户服务规范CFSSpecification中原子级的服务规范信息，为规范模板；

CustomerFacingServiceSpecComposite：继承于面向客户服务规范(CFSSpecification)，记录面向客户服务规范CFSSpecification中由服务规范原子组合而成的服务组信息，为规范模板；

ResourceFacingServiceSpecAtomic：继承于面向资源服务规范(RFSSpecification)，记录面向资源服务规范RFSSpecification中原子级的服务规范信息，为规范模板；

ResourceFacingServiceSpecComposite：继承于面向资源服务规范(RFSSpecification)，记录面向资源规范RFSSpecification中由服务规范原子组合而成的服务组信息，为规范模板；

CostomerFacingServiceSpecVersion：继承于服务规范版本(ServiceSpecificationVersion)，记录服务规范版本中关于面向客户服务CFS的信息；

ResourceFacingServiceSpecVersion：继承于服务规范版本(ServiceSpecificationVersion)，记录服务规范版本中关于面向资源服务RFS的信息；

CostomerFacingServiceRole：继承于服务角色(ServiceRole)，记录服务角色中关于面向客户服务CFS的信息；

ResourceFacingServiceRole：继承于服务角色(ServiceRole)，记录服务角色中关于面向资源服务RFS的信息；

CostomerFacingServiceSpecRole：继承于服务规范角色(ServiceSpecificationRole)，记录服务规范角色中关于面向客户服务CFS的信息；

ResourceFacingServiceSpecRole：继承于服务规范角色(ServiceSpecificationRole)，记录服务规范角色中关于面向资源服务RFS的信息；

ServiceCharacteristicValue：记录服务特征(ServiceCharacteristic)中可能出现的赋值；

ServiceSpecCharacteristicValue：记录服务规范特征(ServiceSpecCharacteristic)中可能出现的赋值；

所述Resource域包括如下业务实体，

PhysicalResource：一个抽象基类，描述构成Product的不同类型的硬件；

PhysicalResourceSpecification：描述指定PhysicalResource的属性、行为、关系、约束、语义；

PhysicalResourceRole：表示某种物理资源所具有的角色；

Holder：表示持有某种功能的某种物理资源physical resource；

Adapter：可成为适配器的某种物理资源；

Hardware：任何类型的硬件单元；

PhysicalDevice：可以管理的硬件设备；

PhysicalConnector：代表一个硬件单元用来去连接不同硬件单元，在它们之间传送信号、电力等；

PhysicalPort：一个在拓扑上或物理上实际存在或可能存在的连接点，可直接映射到一个物理端口；

Equipment：一个可管理的物理组件；

EquipmentHolder：一个物理基本类，可管理和包含其他体的装备；

本发明的共享信息服务器系统，所述共享信息模型实体及模型实体之间的关联关系采用UML图的形式表示。从而使模型的设计和展示更加直观，模型的描述更加规范。

共享信息模型管理器，根据共享信息模型建模所生成的UML图，生成模型描述文件，同时解析数据适配模块所生成的接入系统数据格式描述文件；支持用户在模型和接入系统的属性之间建立映射关系，并依此自动生成数据模型实例映射文件。

所述共享信息模型管理器具有两方面功能：一方面，根据共享信息模型建模模块生成的UML图，动态地生成或修改XML格式的模型描述文件，另一方面，解析数据适配模块生成的接入系统数据格式描述文件。共享信息模型管理器支持使用者根据模型和系统的具体需求，建立模型属性和接入系统资源属性之间的映射关系，并依据所建关系自动生成模型实例映射文件。

共享信息模型管理器包括如下子模块：呈现模块，模型操作模块，模型实例操作模块。界面呈现模块以树型结构表现模型管理器中的全部模型，能够反映选中模型的基本信息。模型操作模块可以创建、修改、检索共享信息模型中的实体和关系，从而支持动态生成或修改模型描述文件。模型实例操作模块能够根据已有的模型去创建模型实例，实例包括直接写明属性值的单个实例和建立在数据库映射之上的实例组，并生成模型实例映射文件。

下面分别介绍一下模型描述文件及模型实例映射文件的内容和格式。

模型描述文件使用XML文件格式，分别描述UML模型图中所述的实体(Entity)、关系(Association)和规范(Specification)的相关内容。模型描述文件中的属性和标签完整地描述共享信息模型的相关信息。模型描述文件主要包括模型描述部分、属性部分以及关联部分，其一般格式如下：

<?xml version="1.0"encoding="gb2312"?>

<SID_Class_Maping>

<class ModelName="模型名"ModelType="模型类型"ModelInherit="继承于实体">

<Description content="模型描述"/>

<sequence>

<element name="属性名"type="属性值类型"nillable="可否为空值"minoccurs="最小出现次数"/>

<element name=............/>

：

</sequence>

<Associations>

<Relation name="关系名"type="在关系中实体所处于的类型"minNum="最小值"maxNum="最大值">

<Opposite Domain="域名"Type="模型类型"Name="模型名"/>

</Relation>

：

</Associations>

</class>

</SID_Class_Maping>

上述模型描述文件的字段表示：

模型描述部分：描述模型实体的一般信息，包括，

模型名称，该模型单元的名称，

模型类型，分为实体、关联、规范，

继承于实体，实体的直接继承关系，

模型描述，模型的简要描述；

属性部分：描述模型实体的属性，包括，

属性名，属性的名称，

属性类型，属性值的类型，

可否为空，表示该属性否可以为空值。

最小出现次数，属性实例化时最小出现的次数，‘0’表示可以不出现；

关联部分：描述模型实体与其他模型实体之间的关系，包括，

关系名，为关系指定的名称，

类型，关联的类型，分为普通、聚合、集合，

最大值/最小值，表示实体在关系中的关联数量，分别可取0，1，n，表示0，1，0..1，0..n，1..n五种情况，最大值要大于或等于最小值；

关联部分对方模型：与该模型相关联的模型的名称，包括，

域名，对方模型所在的管理域，

模型类型，对方模型的实体/关系/规范类型，

模型名，对方模型的名称。

所述共享信息模型实例映射文件，用于描述模型中的属性与具体数据库中数据的映射关系。通过这种映射关系，可以在相应的数据库中查询到模型属性相应的值。文件的格式如下：

<?xml version="1.0"encoding="gb2312"?>

<SID_Instance_Mapping>

  <class ModelName="模型名称"ModelType="模型类型"ModelInherit="继承于实体"MapName="映射名称"Type="映射类型">

    <Attributes>

      <Property Name="属性名"Type="属性类型">

        <DataBase Type="数据库类型″IP＝″数据库位置IP"DatabaseName="数据库名称"TableName="表名"FieldName="列名"/>

        <DataBase....../>

          ：

      </Property>

      <Property Name......

      </Property>

          ：

    </Attributes>

  </class>

</SID_Instance_Mapping>

上述模型实例映射文件各字段表示：

模型描述部分：描述模型实例的一般信息，包括，

模型名称，该模型单元的名称，

模型类型，分为实体、关联、规范，

继承于实体，实体的直接继承关系，

映射名称，模型映射的名称，与映射文件的文件名一致，

映射类型，指明映射的类型是单一映射还是多数据库映射，取值为Single或Mulit；

属性名，实例化模型所规定的对应属性的名称；

属性类型，实例化模型所规定的对应属性的类型；

数据库类型，被映射数据库的类型，取值为SQLServer，Oracle，Access等；

数据库位置IP，指明数据库的网络IP，以便能够对数据进行定位；

数据库名，数据库的名称；出于安全考虑，在模型实例文件中不设数据库用户名和密码信息，共享信息模型使用方应该有数据库的默认用户和密码；

表名，数据信息所在表的表名；

列名，数据信息所在列的列名，模型中的每条属性都和一个数据库表中的列对应。

图6为本发明的共享信息服务器系统中，共享信息模型管理器的操作流程图。

如图所示，共享信息模型管理器，首先，进入模型操作模块中的模型管理子模块，如果选择新建模型实体，管理员则可以根据UML模型设计图，输入模型实体的相关属性，输入完毕后模型管理器将判断是否已经存在同名的模型实体，如果不存在，则将输入的该实体信息存为一个模型描述文件，管理员可通过重复上述过程，完成给定管理域的业务实体的创建；

如果选择查询模型实体的功能，则模型管理器将输入请求查询的实体的名称；然后根据输入的名称查询相应的模型描述文件；如果存在相应的模型描述文件，则会读取模型描述文件中的相关信息，并通过界面呈现子模块显示出来；如果不存在相应的模型描述文件则返回空值；

如果选择删除模型实体的功能，则要求输入所要查询的实体的名称；模型管理器会根据输入的名称查询相应的模型描述文件是否存在，如果存在则删除该文件，如果不存在则删除失败。

如图7所示，为共享信息模型管理器生成模型实体映射文件的流程图。

首先，进入模型实例操作子模块，模型管理器读取数据适配模块生成的接入系统数据格式描述文件，然后，要求输入欲生成映射关系的模型实体的名称并且读取与该实体相对应的模型描述文件；

界面呈现子模块显示接入系统数据格式描述文件和模型描述文件中所包含的信息；管理人员可以根据呈现的信息和系统的具体设计，指定模型实体中相应属性与接入系统数据库中的字段的对应关系；

最后，模型管理器检查模型实体的所有属性是否都已经被指定了对应关系，如果还有属性没有指定对应关系则重复上述过程，如果都已指定，则共享信息模型管理器根据指定的对应关系生成相应的模型实例映射文件。

通过上述共享信息模型管理器，管理员可以对共享信息模型实体进行查询、增加、修改及删除等操作。

调用解析执行模块，接收访问接口传递过来的数据请求，根据请求内容解析模型实例映射文件，根据映射文件的内容执行对底层接入系统数据的操作；

所述调用解析执行模块所执行的对底层接入系统数据的操作包括：查询、插入、修改及删除。如图8所示，为调用解析执行模块的运行流程图。

首先，调用解析模块获取共享信息访问接口的调用请求，解析调用请求的参数，获得所要调用的共享对象的名称，操作名称，输入参数，返回结果类型等信息；

然后，根据共享对象名称查询是否存在相应的模型实例映射文件，如果不存在则报错并结束流程，如果存在则解析相应的模型实例映射文件，则获取该调用请求所涉及的共享对象的属性与具体应用系统数据之间的映射关系。

最后，根据这种映射关系将调用请求分解为一个或多个对应用系统数据的操作。具体操作步骤如下：

读取调用请求的输入参数和输出参数，获得参数与应用系统之间的映射信息；

将输入参数和输出参数映射信息的交集作为本次请求数据操作的请求对象，将映射后的字段作为对应用系统数据操作的输入参数和输出参数，解析有关的输入输出参数，并生成相关的对数据库操作的SQL语句；

最后，调用解析执行模块创建与数据库的连接，如果连接创建成功，则将所生成的SQL语句和连接传给数据适配模块，执行并且获取相应的数据，整个流程结束。

其中，生成具体的对数据库操作的SQL语句的流程，如图9所示。

根据上述调用解析执行模块，可以通过数据适配模块提供对底层数据的查询、插入、修改及删除等操作。

本发明的共享信息服务器系统中，所述结果整合模块完成对数据适配模块的返回结果进行整合和封装的功能。模块获取操作的返回结果，通过解析模型描述文件的相关内容，对返回结果进行整合，生成返回结果的XML格式。将对数据库的实际操作结果封装成标准的XML结果集：对于查询(Select)操作，返回的是对数据库的查询结果，对于修改(Update)、删除(Delete)和插入(Insert)操作，返回的是操作成功与否信息。

结果整合模块的具体工作流程如图10所示：

首先，结果整合模块获取数据适配模块的返回结果，根据结果的内容，解析与其相对应的共享对象的模型描述文件及模型实例映射文件；模块从模型描述文件可得知模型对象中所包含的属性的具体内容；从模型实例映射文件中可得知返回结果与共享对象的属性之间的对应关系；

然后，根据所得到的信息，将返回的结果整合成为模型描述文件指定的数据格式；这一过程可以视为调用解析模块中按关联关系将请求分解成一个或多个对应用系统的操作的逆过程；

最后，根据整合后的结果，生成相应的XML格式的返回结果描述文件，并将该文件传递给数据对象生成模块。

在数据对象生成模块中，生成与调用请求相对应的对象，解析上述结果整合模块所返回的结果，将返回结果中的值为对象中的相应属性赋值，并且通过共享信息访问接口将对象返回给上层的应用组件。

结果整合模块获得的返回结果是以XML格式存储的结构化的数据，需要通过对象生成模块将这些结构化的数据封装成为应用组件所需的共享信息对象，并通过共享对象访问接口，将对象化的数据返回给相关的应用组件。

本发明的共享信息服务器系统中，所述数据对象生成模块的主要功能为：解析XML格式的返回结果，将返回结果中的相应值赋给对共享对象中的相应属性，并通过共享信息访问接口将对象化数据结果返回给相关的应用组件。数据对象生成模块的执行流程，如图11所示。

首先，解析XML格式的返回结果的文件；然后，生成一个与返回结果类型相对应的数据对象；

然后，读取返回结果文件中的数据并给数据对象的相应属性字段赋值，并将生成的数据对象保存在一个对象数组中，检查返回结果文件中是否所有数据都已经对象化，如果仍有数据没有对象化，则重复上述步骤；如果所有数据都已对象化，则通过共享信息访问接口，将保存在对象数据中的一系列对象化的数据通过后述共享信息访问接口返回给相关应用组件。

消息事件处理模块，处理底层网元设备或OMC上传的实时的信息和数据；将这些信息和数据按照共享信息模型规范的格式包装后，通过共享信息访问接口传递给相应的应用组件。

如图12所示，为本发明的共享信息服务器系统中消息事件处理模块的流程图。

首先，应用功能组件通过共享信息访问接口向共享信息模型服务器订制某种消息，然后，服务器的消息事件处理模块则实时地侦听数据适配模块传递的来自于网元设备的告警信息和通知信息；获取消息后，解析消息体中的内容，获取消息的类型，并根据消息的类型，查询是否存在与其相对应的模型描述文件；如果不存在则，报错并结束流程；如果存在，则根据模型描述文件生成一个相关的消息对象。

消息事件处理模块解析与消息类型相对应的模型实例映射文件，从模型实例映射文件中得到消息体中的属性字段与所生成的消息对象中的属性的映射关系；

然后，模块根据确定的映射关系，从消息体中获取相应的属性，并利用此属性给消息对象中的相应属性赋值；

最后，模块检查是否所有消息体中的内容都已经对象化，如果还存在未被对象化的消息体，则重复上述过程；如果所有消息体都已对象化，则将这些信息模型规范的消息对象通过共享信息访问接口发送出去。应用组件可通过实现消息接收的客户端，实时地获取共享信息服务器传递的对象化的消息和事件。

本发明的共享信息服务器系统中，所述共享信息访问接口，是应用组件与共享信息服务器系统进行交互的接口，应用组件通过共享信息访问接口获得共享信息服务器规范的信息和数据，包括：共享对象访问接口、对象关系访问接口、消息事件访问接口。

所述共享对象访问接口：主要提供有关对象化信息的访问。应用组件可以通过共享对象访问接口，获取特定对象的相关属性信息和数据。例如，在电信运营的配置管理中，网管系统可以通过设备的唯一标识查询相关设备的配置信息。通过共享对象访问接口可以实现对共享对象的增、删、改、查等操作。

所述对象关系访问接口：电信网络管理系统涉及的资源对象很多。在共享信息模型的设计阶段，服务器已经规范了资源对象之间的关联和继承关系。通过这些关系可以实现跨越多管理域的数据查询和访问。对象关系访问接口主要提供对资源对象之间关系的查询和访问的功能。通过该接口，可以实现针对一个给定的资源对象，查询所有与其相关联对象，以及针对某个特定关系，查询所有与其相关的对象的功能。

应用组件和共享信息服务器基于共享对象访问接口和对象关系访问接口进行交互的过程比较相似，其交互过程如图13所示。

所述消息事件访问接口：在电信网络管理系统中，设备的告警信息和通知信息是以消息或者事件的方式传递的。通过消息事件访问接口，可以获得通过共享信息模型规范后的消息和事件。功能组件只要实现一个消息接收的客户端便可以实时的接收来自消息事件访问接口的消息内容。

功能组件与共享信息服务器基于消息事件访问接口的交互流程如图14所示。

通过本说明书的实施例对共享信息服务器系统的各部分进行组合后，形成了具有完善功能的共享信息服务器系统，该共享信息服务器系统可为电信运营支撑系统提供统一数据格式和信息应用共享功能，对电信运营管理中涉及的大量复杂数据和信息可实行集中管理，并支持电信业务对数据的标准访问，为电信领域应用中间件平台的可靠运行提供数据规范和数据保障。

综上所述，对本发明以实施例为中心进行了说明，相关工作人员完全可以在不偏离本项发明技术思想的范围内，体现出与本发明的详细说明不同形式的实施例。在这里，本项发明的技术性范围均体现在权利要求范围，并且与此相同范围内的所有不同点应包括在本发明的技术性范围。

Claims (15)

1、一种共享信息服务器系统，其特征在于，包括如下部分构成：

共享信息服务器注册模块，解析共享信息服务器描述文件，读取相应的服务器描述信息，并将这些信息注册给企业服务总线；

数据适配模块，主要用于屏蔽底层数据接入方式的差异，对上层提供统一的数据访问方式；对于以接口方式访问的数据可以获取接口数据并存入接口数据存储库；同时，解析接口数据库和遗留系统数据库的格式生成接入系统数据格式描述文件；

共享信息建模模块，主要是通过共享信息建模方法，对电信运营管理系统中的数据和信息进行规划和建模，设计并实现系统实际使用的信息和数据实体的属性，描述实体之间的关系，并用模型图表示所建模型实体及实体间关联关系；

共享信息模型管理器，根据共享信息建模模块所生成的模型图，生成模型描述文件，同时解析数据适配模块所生成的接入系统数据格式描述文件；支持用户在模型和接入系统的属性之间建立映射关系，并依此自动生成数据模型实例映射文件；

调用解析执行模块，接收访问接口传递过来的数据请求，根据请求内容解析模型实例映射文件，根据映射文件的内容执行对底层接入系统数据的操作；

结果整合模块，获取操作的返回结果，解析模型描述文件，根据模型描述文件的内容将返回结果进行整合，并生成与其相对应的返回结果；

数据对象生成模块，生成与调用请求相对应的对象，解析上述结果整合模块所返回的结果，将返回结果中的值为对象中的相应属性赋值，并且通过共享信息访问接口将对象返回给上层的应用组件；

消息事件处理模块，处理底层网元设备或OMC上传的实时的信息和数据；将这些信息和数据按照共享信息模型规范的格式包装后，通过共享信息访问接口传递给相应的应用组件；

共享信息访问接口，是应用组件与共享信息服务器系统进行交互的接口，应用组件通过共享信息访问接口获得共享信息服务器规范的信息和数据。

2、如权利要求1所述共享信息服务器系统，其特征在于，所述注册模块，向企业服务总线注册的信息包括：共享信息服务器名称(SIDServerName)、共享信息服务器IP地址(SIDServerIP)、共享信息服务器端口(SIDServerPort)、共享信息服务器编号(SIDServerId)、共享信息服务器描述(SIDServerDescription)。

3、如权利要求1所述共享信息服务器系统，其特征在于，

所述数据适配模块所接入共享信息服务器的数据来源包括：来自于网元设备的接口数据、来自于操作维护中心(OMC)的接口数据、来自于遗留系统数据库中的数据；

数据适配模块的工作流程包括如下子流程：接口数据存储流程、接入系统数据格式描述文件生成流程、SQL请求执行流程；

接口数据存储流程首先判断接口的类型，根据接口的类型的不同，分别调用OMC接口数据提取程序或网元设备接口数据提取程序来获取接口中的数据，然后建立与接口数据存储库的连接，并且将获取的接口数据存入接口数据库中；如果连接失败则流程结束；

接入系统数据格式描述文件生成流程首先建立与接口数据存储库或遗留系统数据库之间的数据库连接，如果连接建立成功则查询数据库的结构，并且按照上面所述的文件格式生成接入系统数据格式描述文；如果连接失败则流程结束；

SQL请求执行流程首先建立与接口数据存储库或遗留系统数据库之间的数据库连接；如果连接建立成功，则利用数据库所提供的标准操作并不执行用解析执行模块传来的SQL请求语句，然后将SQL语句执行的结果传给返回结果整合模块；如果连接失败则流程结束。

4、如权利要求1所述共享信息服务器系统，其特征在于：在所述共享信息建模模块中，生成并存储共享信息模型。

5、如权利要求1所述共享信息服务器系统，其特征在于，所述共享信息模型管理器包括：界面呈现模块、模型操作模块、模型实例操作模块；

所述界面呈现模块，以树型结构表现模型管理器中的全部模型，能够反映选中模型的基本信息；

所述模型操作模块，创建、修改、检索共享信息模型中的实体和关系，支持动态生成或修改模型描述文件；

模型实例操作模块，根据已有的模型创建模型实例，实例包括直接写明属性值的单个实例和建立在数据库映射之上的实例组，并生成模型实例映射文件。

6、如权利要求5所述共享信息服务器系统，其特征在于，所述模型描述文件包括如下内容，

模型描述部分：描述模型实体的一般信息，包括，

模型名称，该模型单元的名称，

模型类型，分为实体、关联、规范，

继承于实体，实体的直接继承关系，

模型描述，模型的简要描述；

属性部分：描述模型实体的属性，包括，

属性名，属性的名称，

属性类型，属性值的类型，

可否为空，表示该属性否可以为空值，

最小出现次数，属性实例化时最小出现的次数，‘0’表示可以不出现；

关联部分：描述模型实体与其他模型实体之间的关系，包括，

关系名，为关系指定的名称，

类型，关联的类型，分为普通、聚合、集合，

最大值/最小值，表示实体在关系中的关联数量，分别可取0，1，n，表示0，1，0..1，0..n，1..n五种情况，最大值要大于或等于最小值；

关联部分对方模型：与该模型相关联的模型的名称，包括，

域名，对方模型所在的管理域，

模型类型，对方模型的实体/关系/规范类型，

模型名，对方模型的名称。

7、如权利要求5所述共享信息服务器系统，其特征在于，所述模型实例映射文件包括如下内容，

模型描述部分：描述模型实例的一般信息，包括，

模型名称，该模型单元的名称，

模型类型，分为实体、关联、规范，

继承于实体，实体的直接继承关系，

映射名称，模型映射的名称，与映射文件的文件名一致，

映射类型，指明映射的类型是单一映射还是多数据库映射，取值为Single或Mulit；

属性名，实例化模型所规定的对应属性的名称；

属性类型，实例化模型所规定的对应属性的类型；

数据库类型，被映射数据库的类型，取值为SQLServer，Oracle，Access等；

数据库位置IP，指明数据库的网络IP，以便能够对数据进行定位；

数据库名，数据库的名称；

表名，数据信息所在表的表名；

列名，数据信息所在列的列名，并且模型中的每条属性都和一个数据库表中的列对应。

8、如权利要求1所述共享信息服务器系统，其特征在于，所述调用解析执行模块所执行的对底层接入系统数据的操作包括：查询、插入、修改及删除。

9、如权利要求1所述共享信息服务器系统，其特征在于，所述结果整合模块，将从数据适配模块返回的结果整合成指定格式的返回结果集，包括：对于查询操作，返回的是对数据库查询的结果；对于修改、删除和插入操作，返回的是操作是否成功的信息。

10、如权利要求1所述共享信息服务器系统，其特征在于，所述共享信息访问接口，包括：

共享对象访问接口：应用组件通过共享对象访问接口，获取特定对象的相关属性信息和数据；

对象关系访问接口：在共享信息模型的设计阶段，服务器已经规范了资源对象之间的关联和继承关系；

消息事件访问接口：在电信网络管理系统中，以消息或者事件的方式传递设备的告警信息和通知信息。

11、如权利要求1或4中任何一项所述共享信息服务器系统，其特征在于，所述共享信息模型为：共享信息服务器向应用组件提供统一的数据规范，并将底层不规范的数据和信息映射到平台规范的数据模型；

所述共享信息模型分为：

产品域，包括Product、Product Offering、Product Specification及Product Performance实体集；

客户域，包括Customer Problem、Customer Order、Customer、Customer Bill实体集；

服务域，包括Service Specification、Service Performance、Service、Service Usage、Service Trouble实体集；

资源域，包括Resource Specification、Resource Performance、Resource Usage、Resource、Resource Trouble、Resource Performance、Resource Configuration实体集；

通用域，包括Policy实体集，及Location、Party、Business Interaction实体集；

并采用模型图表示所建的共享信息模型结构；

所述共享信息模型分为三个层次：原模型层、模型层及实例层；

原模型层：实现核心共享信息模型所有域，包括三类实体：实体值、实体关联、实体规范；各管理域的模型实体都从这三个方面对相关的描述和方法进行分类和继承；

模型层：生成与电信业务相关的业务实体；描述管理域中业务实体的属性和方法以及业务实体之间的相互关系；所述的各个域的实体集和具体的业务实体均在模型层实现；

实例层：通过对模型层业务实体的继承并为相应的属性和方法附值，形成具体的数据实体；

并且模型所有域及实体集的实现均由这三层组成。

12、如权利要求11所述共享信息服务器系统，其特征在于：

所述Location实体集包括如下业务实体，

Place，定义了“Geographic”和“Local”两个分支，从不同角度来表现地理信息；

Location，表现的地点和方位的概念，它有唯一的识别码或名字标识；

Address，结构化的文本表达方式，用以找到一个“Location”；

Site，存在的具体地点，具有一系列的物理特征和服务提供商感兴趣的属性；

Geographic Location，该实体根据实际应用的需求进行扩展；

Geographic Sub Address，描述地址；

所述Party实体集包括如下业务实体，

PartyValue，记录参与者本身的基本信息；

PartyRoleValue，参与者角色是商业活动交互的单元；

PartyAssociation，在商业活动中多方参与者角色之间的关系；

Individure，个人信息，为服务提供商内部或其外部；

Organization，组织可以是服务提供商内部或是外部的参与者；

所述Business Interaction实体集包括，

BusinessInteraction：描述多个业务参与者之间的合同、联系或者通讯方式；

BusinessInteractionItem：描述BusinessInteraction的业务交互方式；

BusinessInteractionItemPrice：描述业务项BusinessInteractionItem的价格，这个价格是由与之相联系的ProductOfferingPrice确定的；

BusinessInteractionRole：指定业务实体在交互过程中涉及的角色，例如请求者(requester)、响应者(responder)、接受者(recipient)；

BusinessInteractionLocation：指定业务交互过程涉及的地点；

BusinessInteractionRelationship：描述两个业务项之间的联系方式；

BusinessInteractionType：指定业务交互类型的名称；

Agreement：给出的条约或者安排，可以是手写或者是口头形式，在某些时候是受法律约束的；

Notification：通知某事已经或者将要发生，该通知是单向的，不期待有所回应；Notifcation可以被创建为对Request的回应；

Request：请求做某事的行为，一般都需要有相应的回应；

Response：对Request的回应；

所述Customer域包括如下业务实体，

Customer：客户的基本信息；

CustomerCreditProfile：客户信用情况资料；

CustomerCriditProfileReference：客户信用情况的关联，描述了客户与具体的金融机构之间的关联关系；

CustomerAccount：描述客户账户的基本信息；

CustomerAccountBillCycle：描述客户账户的计费周期；

CustomerAccountContact：客户账户的联系方式；

CustomerAccountRelationship：描述客户帐户之间的关系；

CustomerAccountTaxExemption：描述账户的免税信息；

所述Product域包括如下业务实体，

CompositeProductSpecification：是ProductSpecification的聚合

ProductSpecficationRelationship：描述ProductSpecification之间的关系；

ProductSpecificationCost：表示产品ProductSpecification在商业上有关策划、开发、上市和实施等的花费；

ProductOffering：给出产品销售的方法；

ProductCatalog：一个ProductOffering售卖的清单，里面附有图和价格，并以书面形式或公布在网页上；

Product：由企业、服务提供商或市场等所能提供给客户的产品；

ProductBundle：一种由多种产品构成的产品；

ProductComponent：一个没有子产品的产品；

ProductCharacteristic：产品的特性；

ProductOfferingPrice：表示一个产品ProductOffering的价格；

ProdOfferCharge：一个ProductOffering被销售、租赁或发行时的等值金钱的数量；

所述Service域包括如下业务实体，

Service：描述服务的基本信息；

CustomerFacingService：继承于Service，描述面向客户服务(客户可见服务)的基本信息；

ResourceFacingService：继承于Service，描述面向资源服务(客户不可见服务)的基本信息；

ServiceSpecification：相对于Service的常变信息而言，描述服务一般不变的信息，为规范模板；

CustomerFacingServiceSpec：继承于ServiceSpecification，用于描述面向客户服务(客户可见服务)基本信息中相对不变信息，为规范模板；

ResourceFacingServiceSpec：继承于ServiceSpecification，用于描述面向资源服务(客户不可见服务)基本信息中相对不变信息，为规范模板；

ServiceSpecVersion：当服务规范ServiceSpecification变动较小，不足以更换规范时用，服务规范版本记录ServiceSpecification的细微变动；

ServiceRole：记录服务在应用中所扮演的角色，便承担相关的任务；

ServiceSpecificationRole：服务规范角色记录服务在应用中扮演角色时的相对固定信息，为规范模板；

ServiceCharacteristic：记录服务所具有的物理，逻辑，配置等相关内容的属性特征；

ServiceSpecCharacteristic：记录服务规范所具有的物理，逻辑，配置等相关内容的属性特征；

CustomerFacingServiceAtomic：继承于面向客户的服务(CFS)，记录面向客户CFS中的原子级的服务信息；

CustomerFacingServiceComposite：继承于面向客户的服务(CFS)，记录面向客户CFS中的由原子服务组而合成的服务组合；

ResourceFacingServiceAtomic：继承于面向资源的服务(RFS)，记录面向资源RFS中的原子级的服务信息；

ResourceFacingServiceComposite：继承于面向资源服务(RFS)，记录面向资源RFS中的由原子服务组合而成的服务组合；

CustomerFacingServiceSpecAtomic：继承于面向客户服务规范(CFSSpecification)，记录面向客户服务规范CFSSpecification中原子级的服务规范信息，为规范模板；

CustomerFacingServiceSpecComposite：继承于面向客户服务规范(CFSSpecification)，记录面向客户服务规范CFSSpecification中由服务规范原子组合而成的服务组信息，为规范模板；

ResourceFacingServiceSpecAtomic：继承于面向资源服务规范(RFSSpecification)，记录面向资源服务规范RFSSpecification中原子级的服务规范信息，为规范模板；

ResourceFacingServiceSpecComposite：继承于面向资源服务规范(RFSSpecification)，记录面向资源规范RFSSpecification中由服务规范原子组合而成的服务组信息，为规范模板；

CostomerFacingServiceSpecVersion：继承于服务规范版本(ServiceSpecificationVersion)，记录服务规范版本中关于面向客户服务CFS的信息；

ResourceFacingServiceSpecVersion：继承于服务规范版本(ServiceSpecificationVersion)，记录服务规范版本中关于面向资源服务RFS的信息；

CostomerFacingServiceRole：继承于服务角色(ServiceRole)，记录服务角色中关于面向客户服务CFS的信息；

ResourceFacingServiceRole：继承于服务角色(ServiceRole)，记录服务角色中关于面向资源服务RFS的信息；

CostomerFacingServiceSpecRole：继承于服务规范角色(ServiceSpecificationRole)，记录服务规范角色中关于面向客户服务CFS的信息；

ResourceFacingServiceSpecRole：继承于服务规范角色(ServiceSpecificationRole)，记录服务规范角色中关于面向资源服务RFS的信息；

ServiceCharacteristicValue：记录服务特征(ServiceCharacteristic)中可能出现的赋值；

ServiceSpecCharacteristicValue：记录服务规范特征(ServiceSpecCharacteristic)中可能出现的赋值；

所述Resource域包括如下业务实体，

PhysicalResource：一个抽象基类，描述构成Product的不同类型的硬件；

PhysicalResourceSpecification：描述指定PhysicalResource的属性、行为、关系、约束、语义；

PhysicalResourceRole：表示某种物理资源所具有的角色；

Holder：表示持有某种功能的某种物理资源；

Adapter：可成为适配器的某种物理资源；

Hardware：任何类型的硬件单元；

PhysicalDevice：可以管理的硬件设备；

PhysicalConnector：代表一个硬件单元用来去连接不同硬件单元，在它们之间传送信号、电力等；

PhysicalPort：一个在拓扑上或物理上实际存在或可能存在的连接点，可直接映射到一个物理端口；

Equipment：一个可管理的物理组件。

EquipmentHolder：一个物理基本类，可管理和包含其他体的装备。

13、如权利要求12所述共享信息服务器系统，其特征在于，所述共享信息模型实体及模型实体之间的关联关系采用UML模型图的形式表示。

14、如权利要求12所述共享信息服务器系统，其特征在于，所述共享信息模型采用基于JAVA类进行模型存储。

15、如权利要求12所述共享信息服务器系统，其特征在于，所述共享信息模型采用基于XML进行模型存储。

Images