当今，全球电信市场逐步趋于开放化，电信用户需求不断变化， 新业务、新技术不断地推陈出新。电信运营企业正从传统的“面向网络” 的经营模式逐步转变到“面向客户”的经营管理模式，不断地向信息化、 市场化方向迈进。目前主要运行的电信运营管理支撑系统包括：计费 系统、移动网管系统、传输网管系统等。由于在系统的建设初期缺乏 统一规划，使得这些系统在运行过程中，交互过程错综复杂，相互之 间很难进行信息互通和数据共享，因而，形成了“信息孤岛”，这极大 地影响了电信运营的效率和电信服务的质量。
为了解决电信运营管理系统中的上述问题，电信管理论坛(TMF) 提出了“增强型的电信运营图”(Extened Telecommunication Opreartion Map：eTOM)，以此规范电信业务过程，并且根据eTOM提出了新一 代电信运营支撑系统和软件(New Genaration Opreation System and Software：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格式的共享信息服务器描述文件中， 该描述文件格式如下所示：

  SIDServer1
  xxx.xxx.xxx.xxx
  8088
  01
  this is the first SID Server

图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)。接入系统数据格式描述文件实例如下所示：
















图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)的相关 内容。模型描述文件中的属性和标签完整地描述共享信息模型的相关 信息。模型描述文件主要包括模型描述部分、属性部分以及关联部分， 其一般格式如下：







：





：



上述模型描述文件的字段表示：
模型描述部分：描述模型实体的一般信息，包括，
模型名称，该模型单元的名称，
模型类型，分为实体、关联、规范，
继承于实体，实体的直接继承关系，
模型描述，模型的简要描述；
属性部分：描述模型实体的属性，包括，
属性名，属性的名称，
属性类型，属性值的类型，
可否为空，表示该属性否可以为空值。
最小出现次数，属性实例化时最小出现的次数，‘0’表示可以 不出现；
关联部分：描述模型实体与其他模型实体之间的关系，包括，
关系名，为关系指定的名称，
类型，关联的类型，分为普通、聚合、集合，
最大值/最小值，表示实体在关系中的关联数量，分别可取0， 1，n，表示0，1，0..1，0..n，1..n五种情况，最大值要大于或等 于最小值；
关联部分对方模型：与该模型相关联的模型的名称，包括，
域名，对方模型所在的管理域，
模型类型，对方模型的实体/关系/规范类型，
模型名，对方模型的名称。
所述共享信息模型实例映射文件，用于描述模型中的属性与具体 数据库中数据的映射关系。通过这种映射关系，可以在相应的数据库 中查询到模型属性相应的值。文件的格式如下：


  
    
      
        
        
          ：
      
            
          ：
    
  

上述模型实例映射文件各字段表示：
模型描述部分：描述模型实例的一般信息，包括，
模型名称，该模型单元的名称，
模型类型，分为实体、关联、规范，
继承于实体，实体的直接继承关系，
映射名称，模型映射的名称，与映射文件的文件名一致，
映射类型，指明映射的类型是单一映射还是多数据库映射， 取值为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所示。
通过本说明书的实施例对共享信息服务器系统的各部分进行组合 后，形成了具有完善功能的共享信息服务器系统，该共享信息服务器 系统可为电信运营支撑系统提供统一数据格式和信息应用共享功能， 对电信运营管理中涉及的大量复杂数据和信息可实行集中管理，并支 持电信业务对数据的标准访问，为电信领域应用中间件平台的可靠运 行提供数据规范和数据保障。
综上所述，对本发明以实施例为中心进行了说明，相关工作人员 完全可以在不偏离本项发明技术思想的范围内，体现出与本发明的详 细说明不同形式的实施例。在这里，本项发明的技术性范围均体现在 权利要求范围，并且与此相同范围内的所有不同点应包括在本发明的 技术性范围。