基于电信领域共享信息模型的数据整合与应用服务系统的制作方法

专利名称：基于电信领域共享信息模型的数据整合与应用服务系统的制作方法
技术领域：
本发明涉及一种基于电信领域共享信息模型的数据整合与应用服务系统，属于计算 机应用技术领域。
背景技术：
随着全球电信市场逐步趋于开放化以及电信用户需求的不断变化和增加，电信运营 企业面临从传统的"面向网络"的经营模式逐步转变到"面向客户"的经营模式所带来 的一系列机遇和挑战。目前主要运行的电信运营支撑系统包括计费系统、移动网管系 统、传输网管系统等。由于在电信运营系统的建设初期缺乏统一布局和规划，这些系统 在运行过程中交互过程错综复杂，特别是数据定义不一致，数据格式和描述不统一，使 得系统之间很难进行信息互通和数据共享，由此而形成了 "信息孤岛"，不能良好的支 撑不断变化的业务和流程，极大地影响了电信运营的效率和电信服务的质量。
针对电信运营支撑系统中的上述问题，电信管理论坛(TMF)提出了新一代电信运营 支撑系统和软件(New Genaration Opreation System and Software: NGOSS) 。 NGOSS 主要是利用工作流、消息总线、业务功能组件化和共享信息模型等技术和规范，从系统、 过程、信息、产品四个方面保证电信运营管理支撑系统体系结构的标准化、系统之间的 互连和互操作，从而，实现端到端的管理和高度自动化。NGOSS框架包括技术无关体系 构架(TNA)，增强型的电信运营图(eTom)，共享信息/数据模型(SID， Shared Information/Data Model)三个主要部分。
其中，SID以eTOM对电信业务管理域的划分为标准，对电信运营管理中涉及的数据 和信息建立相关的信息模型，以便规范和统一电信业务对信息和数据的访问，为电信运 营支撑系统提供完整统一的数据保障，满足NGOSS在信息和数据统一方面的需求。
电信管理论坛(TMF)推出了GB922、 GB926两个标准，从业务视角和系统视角对共 享信息模型进行了描述和定义。如何根据GB922和GB926这两个指导规范，将共享信息 模型应用到实际的电信运营支撑系统，目前还没有相关的应用方法。
共享信息模型，作为TMF提出的电信领域信息模型的指导和规范，对电信领域中的 各个方面的概念进行高度提取和抽象，目前在国内和国际上，对共享信息模型如何应用 到具体的电信运营玄撑系统的问题，还在进行积极的探索和尝试。
国内解决共享信息模型如何应用的问题的专利申请有"共享信息服务器"，申请号 为200510108306. X。该服务器对共享信息模型的应用，主要体现在建立和扩展新的共享 信息模型，包括具体的建模工具等，而对当前电信运营系统中大量现存的数据模型(遗 留系统数据模型)缺乏很好的处理方法。本发明主要基于模型转换机制，将现有的电信 运营支撑系统中的数据模型，转换为符合共享信息模型规范的模型，并按照转换后的模 型，对数据进行重组；通过对模型实例的管理，实现共享信息模型的应用。

发明内容
本发明的技术解决问题本发明提出了一种基于电信领域共享信息模型的数据整合 与应用服务系统，该系统将电信运营支撑系统现有的数据进行重组，使其符合电信领域 "下一代运营支撑系统和软件"框架中的共享信息模型标准，可以被电信运营支撑系统 使用、交互和共享。
本发明的技术解决方案基于电信领域共享信息模型的数据整合与应用服务系统， 在模型转换的基础上，实现对电信运营支撑系统现有的数据进行重组和管理，其特征在 于包括
模型转换器，用于将电信运营系统现有的异构数据模型，按照指定的映射规则，转 换为符合共享信息模型标准的模型。通过解析和执行映射规则，所生成的转换后的模型 用于生成模型实例以对数据进行重组；模型转换器是模型实例生成器和模型实例管理器 的运行基础。
数据源管理与适配器，作为数据整合与应用服务系统的数据源接入和管理组件，用 于对数据源，包括各异构数据库，数据文件等进行初始化、适配和管理，完成数据整合 与应用服务系统的数据准备工作。通过接收该系统的初始化命令，启动数据源适配和管 理进程，并向模型实例生成器和模型实例管理器发出初始数据准备就绪的指令。
模型实例生成器，用于生成电信运营系统现有数据模型的实例，以及其对应的转换 后模型的实例。模型实例是赋值后的数据模型。模型实例生成器完成对初始数据的提取 和重组，使数据的关系和组织方式符合共享信息模型标准。
模型实例管理器，通过一致的接口，对模型实例生成器生成的数据模型实例进行管 理，包括模型实例的添加、修改、更新和删除等；同时，维护模型实例的状态，如可用、 锁定等；并完成模型实例的数据同步、持久化、提交和更新等数据管理功能。
数据服务接口，通过定义和发布一组数据服务接口，将符合共享信息模型标准的对 象化数据提交给应用组件层。数据服务接口完成数据对象査询、数据对象提交、数据对 象更新等基本功能。通过和应用组件层的交互，满足电信业务流程中的数据需求；通过
和模型实例管理器的交互，完成数据的査询、提取和更新等实际操作。数据服务接口将 数据提供者和数据使用者进行了解耦。
共享数据管理器，作为数据整合与应用服务系统的统一管理组件，对数据源管理与 适配器、模型实例生成器、模型实例管理器和数据服务接口等主要功能组件进行初始化 和管理；通过对全局配置文件的读取和解析，完成对各功能组件的初始化和全局配置； 并通过协调各功能组件的交互，以满足应用组件层的数据需求。
本发明的执行过程如图8所示，首先启动模型转换器，应用模型解析工具，将现有 电信运营支撑系统的数据模型和标准共享信息模型进行解析，并将解析后模型的内部表 示传递给模型转换工具，通过模型转换工具提供的用户交互界面，电信专家或者建模人 员可以指定现有系统的数据模型和标准共享信息模型的映射关系，此时生成记录映射具 体信息的模型映射规则文件，然后，通过执行解析和执行模型映射规则文件，生成转换 后的模型， 一般为XSD模型定义文件。此后，读取全局配置文件并初始化共享数据管理 器，并依次启动数据源管理与适配器，完成对现有电信运营支撑系统数据源的接入；启 动模型实例生成器，解析模型定义文件并生成现有电信系统数据模型实例和转换后的模 型实例；启动模型实例管理器以对生成的模型实例进行同步和持久化等数据操作的管理； 启动数据服务接口，等待应用组件层的数据请求信息，并依据信息返回相应的对象化数 据；此时，数据整合与应用服务系统进入就绪状态。
本发明与现有技术相比具有的有益效果是
(1) 本发明通过模型转换器、数据源管理与适配器、模型实例生成器、 模型实例管理器、数据服务接口和共享数据管理器的相互作用，可以根据电信运营系统 的需要，将现有电信运营系统中异构的数据模型转换为符合共享信息模型规范的模型； 同时提供对数据源管理与适配器用于接入和管理，通过模型实例对数据进行管理；且提 供了简单易用的数据访问接口，为电信运营系统提供业务流程所需的数据。
(2) 本发明中基于映射规则的模型转换。映射规则记录了现有电信运营支撑系统数 据模型和标准共享信息模型的映射关系、映射性质、映射基数、映射冲突等信息。基于 映射规则的模型转换，可以保存并反映现有电信数据模型和标准共享信息模型的映射关 系，为数据重组奠定基础。
(3) 通过模型实例对数据进行有效管理。通过对模型的赋值以生成模型实例，数据 整合与应用服务系统可以通过对模型实例的管理实现对数据的统一管理。通过对模型实 例的同步和持久化，完成对数据的同步和持久化。
(4) 数据服务接口简单易用。针对应用组件的各种数据需求，数据服务接口仅仅提供简单一致的访问接口，如获取、査询和更新，以完成对数据对象的操作。数据服务接 口将数据的提供者和数据的使用者进行解耦，有良好的扩展性。
(5)模型定义和表示采用XSD文件形式，通用性和扩展性良好。


图l为本发明的组成结构框图； 图2为本发明的模型转换器实现图； 图3为本发明的数据源管理与适配器实现图； 图4为本发明的模型实例生成器实现图； 图5为本发明的模型实例管理器实现图； 图6为本发明的数据服务接口实现图； 图7为本发明的共享数据管理器实现图； 图8为本发明的整个实现流程图。
具体实施例方式
如图1所示，本发明即数据整合与应用服务系统从组成结构上包括模型转换器、数 据源管理与适配器、模型实例生成器、模型实例管理器、数据服务接口、共享数据管理 器。整个系统共享数据管理器作为其他各功能组件的统一管理者，负责管理各功能组件 的生命周期，如初始化、运行以及销毁。数据整合与应用服务系统启动时，即由共享数 据管理器读取配置文件，初始化并生成各功能组件。模型转换器包括模型解析工具和模 型转换工具，分别完成模型的解析和模型转换；数据源管理与适配器、模型实例生成器、 模型实例管理器和数据服务接口均是运行时组件，在由共享数据管理器完成初始化后， 各功能组件直接通过相互之间的接口调用完成功能协作而无需通过共享数据管理器，直 到共享数据管理器显式发出停止指令并结束各功能组件生命周期为止。
图l中数据库l，数据库2，数据库N为现有电信运营企业的数据源，电信运营企业 的数据模型以数据库中表的形式和相应的XSD模型定义文件存在。
在图8中，首先应用离线工具，即模型转换器，将现有电信运营企业中的数据模型，
转换为符合共享信息模型规范的模型，一般为XSD模型定义文件以及相应的Java类定义
文件；在获得可用的转换后模型的基础上，读取全局配置文件并启动共享数据管理器。
共享数据管理器作为统一的功能组件管理者，依次启动数据源管理与适配器(用于进行
数据的接入)，模型实例生成器(按照转换后的模型所对应的Java类定义文件，生成一
组相互关联的对象，及转换后的模型对应的模型实例)，模型实例管理器(用于对生成
的模型实例进行管理)和数据服务接口，至此数据整合与应用服务系统启动完毕。
本发明中的模型转换器的实现方式如图2所示，模型转换器作为离线组件，包括模 型解析工具和模型转换工具。模型解析工具首先读取并载入模型定义文件(一般为XSD 文件)，即现有电信运营支撑系统模型定义文件和标准共享信息模型定义文件，并进行 解析，以抽取出模型实体、实体内的属性和实体间的关系，并将这些具体的模型信息传 递给模型转换工具；模型转换工具将模型信息显示在转换工具的交互界面上，供电信专 家点选映射元素，并将映射细节记录在模型映射规则文件内。当电信专家完成两个模型 之间的映射选取后，则模型映射规则文件即生成，此时执行模型转换算法以生成转换后 的模型文件，完成模型转换的过程。在模型解析，模型信息提取和模型转换的过程中， 如果有异常发生，即停止转换并将异常信息写入日志供以后分析。
图2中，模型映射规则文件具有预定义的基本格式，主要用于记录现有电信运营系 统数据模型和共享信息标准模型之间的映射细则，包括映射源端、目的端；映射基数； 映射性质；映射冲突的信息。
模型转换算法通过解析和执行模型映射规则文件，以生成转换后的数据模型，模型 转换算法实现过程为首先读取模型映射规则文件，按照规则文件内定义的模型定义文 件路径，提取并加载用户模型定义文件和标准共享信息模型定义文件，并逐条解析映射 细则，生成转换后的模型定义文件(模型定义文件一般为通用的XSD文件)。在解析映 射细则过程中，首先提取映射源端和目的端的模型元素定义片段(一般为XSD片段)， 并根据映射基数(一对一，多对一， 一对多，多对多)，映射性质(元素到元素，元素 到属性)的不同做相应的处理，不同的处理方法在算法中表现为相应的代码(目前为Java 实现)。在加载模型文件以及解析映射细则过程中若出现错误或异常，则在日志文件中 记录异常信息，并给出模型转换失败的结果消息。如果转换成功，则可以生成转换后的
模型定义文件及相对应的Java类定义文件。
本发明中的数据源管理与适配器实现方式如图3所示，首先读取数据源配置文件， 然后査找数据库连接配置文件，如果数据库连接配置文件存在则解析数据库连接配置文 件，进行数据库连接；如果数据库连接成功，则获取并解析数据库表映射文件并打开数 据库连接会话，此时数据源处于准备就绪状态，发出数据就绪指令，可以进行数据的增 加、删除、修改和查询等基本操作，操作完成后记录运行日志如果数据库连接未成功， 则记录运行日志，结束。
数据源配置文件主要包括数据库连接配置文件的路径和数据库连接配置文件，数据 库连接配置文件包括数据库IP地址和端口、数据库名称、数据库用户名、数据库连接 密码、连接池配置等。
数据源管理与适配器的主要接口包括
(1) 解析数据源(ParseDataSource):用于解析数据源配置文件，取得可用数据源。
(2) 初始化数据库连接(InitComiect):用于解析数据库连接配置文件并初始化各 异构数据库连接。
(3) 初始化连接会话(InitSession):用于根据个数据库连接，初始化连接会话。 在共享数据管理器启动数据库管理与适配器时，应用Java中的JDBC数据库技术，
依次调用这三个接口，以完成对数据库的接入。通过解析数据源，初始化数据库连接， 数据整合与应用服务系统可以接入现有电信运营企业的数据库；通过初始化连接会话， 数据整合与应用服务系统可以读取数据库中的表及表中的数据，为模型实例的生成做好 数据准备。
本发 明中的模型实例生成器实现方式如图4所示，在收到数据源管理与适配器的数 据就绪指令后，模型实例生成器首先根据数据库表映射文件，应用对象-关系映射技术， 生成各数据库对应的模型实例(模型实例包括两种， 一种是现有电信运营系统数据模 型的实例，即和现有电信运营系统中数据库对应的模型实例；另一种是模型转换工具生 成的转换后模型的实例，即模型结构符合共享信息模型的标准规范，但实际数据来源于 现有电信运营系统的数据库)；之后根据模型转换器的结果，生成转换后模型实例，但 是，转换后模型实例并没有包含实际的数据，此时，应用数据绑定技术，将电信运营支 撑系统的模型实例中的数据，赋值给转换后模型实例中的对应属性，重复此步骤，直到 转换后模型的所有属性赋值完成，转换后模型实例即完全生成；模型实例生成器所生成 的所有模型实例，均发布给模型实例管理器，以进行统一管理。
上述的对象-关系映射技术可以将数据库的表转换为Java类，表中的记录转换为对 应类的实例，即对象；通过应用对象-关系映射技术，将现有的电信运营系统中数据库中 各个表的记录转换为一组具有相互关系的对象，这组对象就是上述模型实例的第一种实 例，即现有电信运营系统数据模型的实例。例如数据库CRM中表格为CUSTOMER (表示客 户的表)，通过对象-关系映射技术可以转换为Java类Customer (表示客户的类)；相 应的，CUSTOMER表中的记录，转换为Customer类的对象。
数据绑定技术根据现有电信运营系统数据模型和共享信息模型的映射关系，将前者
的数据传递给共享信息模型中对应的模型实体或者属性，从而实现数据的重组，模型实
例生成器所生成的两种模型实例之间，通过数据绑定技术实现数据传递和重组。例如，
在电信专家进行映射选取后，现有电信运营系统的数据模型中的"客户"类(Customer
类)的"名字"属性(Name属性)和标准共享信息模型中的模型元素"个人实体"类 (Individual类)中的"个人名称"属性(IndividualName属性)即建立映射关系。在
实际的数据传递中，"名字"属性(Name属性)的值即传递给"个人名称"属性
(IndividualNatne属性)，这个按照映射规则进行数据传递的过程称为数据绑定。
在这个过程中，实现了数据的传递和重组，并可能进行简单或者复杂的类型转换。 模型实例生成器的主要接口包括
(1) 生成现有数据模型实例(Genlnstance):用于根据对象-关系映射技术，生成 电信运营支撑系统现有数据模型实例。
(2) 生成转换后模型实例(GenExtlnstance):用于生成转换后的模型实例。 在共享数据管理器启动数据库管理与适配器后，收到数据就绪指令后，模型实例生
成器即开始启动。在启动的过程中，通过依次调用上述接口，首先通过前述的对象-关系 映射技术，将现有电信企业中数据库中的记录，生成一组相互关联的对象，即现有数据 模型的实例；通过数据绑定技术，生成转换后模型的实例。
这两种实例的生成是数据整合与应用服务系统向业务组件层提供数据的数据基础。 本发明中的模型实例管理器实现方式如图5所示，模型实例管理器根据数据服务接 口的请求，对模型实例进行数据管理，主要是数据的同步和持久化，数据同步用于维护 模型实例中各实体内的数据一致性；数据持久化用于将模型实例内更新或修改的数据持
久化到现有电信运营系统的数据库内。数据的同步和持久化由模型实例管理器统一管理。 如图5所示，模型实例管理器实现过程模型实例管理器启动时，首先加载已生成 的模型实例，并接收和解析数据服务接口的请求，根据请求来查询并定位待修改数据所 在的模型实例；若待更新的模型实例存在，进一步査找模型实例中的相应对象，对其中 数据进行修改，以更新该数据对象；在成功更新数据对象后，模型实例管理器进行模型 实例数据一致性检验，主要检验更新后数据对象是否符合模型实例的数据约束，如数据 类型，长度限制等等，检验成功后，模型实例管理器取得数据库连接，对数据库的后台
数据进行更改，以达到模型实例和数据库的数据同步。 模型实例管理器的主要接口包括
(1) 同步模型实例(Synlnstance):用于将模型实例内数据进行同步。
(2) 持久化模型实例(Persistlnstance):用于将模型实例内所有数据持久化入数 据库内。
(3) 查询模型实例(Querylnstance):用于查询指定的模型实例是否存在。
通过调用上述三个接口，可以对模型实例进行有效的数据管理。具体来说，当数据
服务接口发出查询指定的模型实例消息后，模型实例管理器即调用"査询模型实例"接口；当数据服务接口发出同步数据消息后，模型实例管理器即调用"同步模型实例"接 口，将相应模型实例中的数据与数据库进行同步；当数据服务接口发出持久化模型实例 的消息后，模型实例管理器即调用"持久化模型实例"接口，将相应模型实例中的数据 持久化到数据库中。
本发明中的数据服务接口实现方式如图6所示，针对应用组件层的数据需求，数据 服务接口仅包括3种，分别是査询数据接口，获取数据接口和更新数据接口。首先，数 据服务接口解析应用组件层的数据请求，以获得所需对象的类型信息和数据信息，并将 这些信息传递给模型实例管理器，并等待模型实例管理器返回的对象。如果返回的对象 为空，表明应用组件层的数据需求无法满足，数据服务接口返回空值并抛出异常。应用 组件层的数据请求可以为XML或者任意格式化的数据请求。
数据服务接口定义的主要接口包括
(1) 査询数据对象(QueryObject):解析数据请求，査询指定条件的数据对象是否 存在与模型实例中。
(2) 获取数据对象(GetObject):解析数据请求，获取指定条件的数据对象，如果 没有，则返回空值。
(3) 更新数据对象(UpdateObject):解析数据请求，更新指定的数据对象。 上述三个接口是暴露给业务组件层的接口。通过提供简单接口，业务组件层不需要
了解具体的数据操作和实现过程。只需在业务流程需要的时候，调用相应的接口，并取
得相应的数据即可。
对数据服务接口来讲，在收到模型实例管理器准备就绪的消息后，数据服务接口启 动并进入等待状态，直到接收到业务组件层的数据请求。通过解析业务组件层的数据请 求，数据服务接口向模型实例管理器发出相应的数据调用消息，即调用模型实例管理器 的接口，有模型实例管理器完成对数据的相应操作。
本发明中的共享数据管理器实现方式如图7所示，共享数据管理器首先验证用户权 限，以确定正在访问数据整合与应用服务系统是否有管理员权限；如果通过权限验证， 则读取并解析全局配置文件，全局配置文件内容包括用户权限配置，即当前可控制共
享数据管理器的用户信息；应用组件可访问列表，即哪些应用组件可以访问共享数据服 务器发布的数据服务接口；各功能组件初始化类路径以及各功能组件配置文件路径。在 获得各功能组件初始化类路径后，应用类加载器加载初始化类以初始化并生成各功能组 件，直到各功能组件生成完毕，数据整合与应用服务系统进入就绪状态。
权利要求
1、基于电信领域共享信息模型的数据整合与应用服务系统，其特征在于包括模型转换器，用于将电信运营系统现有的异构数据模型，按照指定的映射规则，转换为符合共享信息模型标准的模型，转换后的模型送入模型实例生成器用于生成模型实例以对数据进行重组；数据源管理与适配器，作为数据整合与应用服务系统的数据源接入和管理组件，用于对数据源，包括各异构数据库和数据文件进行初始化、适配和管理，完成数据整合与应用服务系统的数据准备工作，通过接收该系统的初始化命令，启动数据源适配和管理进程，并向模型实例生成器和模型实例管理器发出初始数据准备就绪的指令；模型实例生成器，用于生成电信运营系统现有数据模型的实例，以及其对应的转换后模型的实例，模型实例是赋值后的数据模型，模型实例生成器完成对初始数据的提取和重组，使数据的关系和组织方式符合共享信息模型标准；模型实例管理器，对模型实例生成器生成的数据模型实例进行管理，包括模型实例的添加、修改、更新和删除；同时，维护模型实例的状态；并完成模型实例的数据同步、持久化、提交和更新的数据管理功能；数据服务接口，通过定义和发布一组数据服务接口，将模型实例生成器生成的符合共享信息模型标准的对象化数据提交给应用组件层，数据服务接口完成数据对象查询、数据对象提交、数据对象更新的基本功能，通过和应用组件层的交互，满足电信业务流程中的数据需求；通过和模型实例管理器的交互，完成数据的查询、提取和更新的实际操作，数据服务接口将数据提供者和数据使用者进行了解耦；共享数据管理器，作为数据整合与应用服务系统的统一管理组件，对数据源管理与适配器、模型实例生成器、模型实例管理器和数据服务接口主要功能组件进行初始化和管理；通过对全局配置文件的读取和解析，完成对各功能组件的初始化和全局配置；并通过协调各功能组件的交互，以满足应用组件层的数据需求；完成数据整合与应用服务系统的安全和访问控制。
2、根据权利要求l所述的基于电信领域共享信息模型的数据整合与应用服务系统， 其特征在于所述的模型转换器作为离线组件，包括模型解析工具和模型转换工具，模 型解析工具首先读取并载入模型定义文件，即现有电信运营支撑系统模型定义文件和标准共享信息模型定义文件，并进行解析，以抽取出两个模型中相应的元素结构定义，即 模型实体、实体内的属性和实体间的关系，并将这些具体的模型信息传递给模型转换工 具；模型转换工具将模型信息显示在转换工具的交互界面上，供电信专家点选映射元素， 并将映射细节记录在模型映射规则文件内，当电信专家完成两个模型之间的映射选取后， 则模型映射规则文件即生成，此时执行模型转换算法以生成转换后的模型文件，完成模 型转换的过程；在模型解析，模型信息提取和模型转换的过程中，如果有异常发生，即 停止转换并将异常信息写入日志供以后分析。
3、 根据权利要求2所述的基于电信领域共享信息模型的数据整合与应用服务系统， 其特征在于所述的模型映射规则文件具有预定义的基本格式，主要用于记录现有电信 运营系统数据模型和共享信息标准模型之间的映射细则，包括映射源端、目的端；映射 基数；映射性质；映射冲突的信息。
4、 根据权利要求2所述的基于电信领域共享信息模型的数据整合与应用服务系统， 其特征在于所述的模型转换算法如下首先加载模型文件，读取模型映射规则文件， 按照规则文件内定义的模型定义文件路径，提取并加载用户模型定义文件和标准共享信 息模型定义文件，逐条解析映射细则，生成转换后的模型定义文件；然后进行解映射细 则，在解析映射细则过程中，首先提取映射源端和目的端的模型元素定义片段，并根据 映射基数，映射性质的不同做相应的处理，不同的处理方法在算法中表现为相应的代码； 在加载模型文件以及解析映射细则过程中若出现错误或异常，则在日志文件中记录异常 信息，并给出模型转换失败的结果消息。
5、 根据权利要求1所述的基于电信领域共享信息模型的数据整合与应用服务系统， 其特征在于所述的数据源管理与适配器的实现方式为首先读取数据源配置文件，然 后查找数据库连接配置文件，如果数据库连接配置文件存在则解析数据库连接配置文件， 进行数据库连接；如果数据库连接成功，则获取并解析数据库表映射文件并打开数据库 连接会话，此时数据源处于准备就绪状态，发出数据就绪指令，可以进行数据的增加、 删除、修改和查询基本操作；所述的数据源配置文件主要包括数据库连接配置文件的 路径和数据库连接配置文件；所述的数据库连接配置文件包括数据库IP地址和端口、数据库名称、数据库用户名、数据库连接密码、连接池配置。
6、 根据权利要求1所述的基于电信领域共享信息模型的数据整合与应用服务系统， 其特征在于所述的模型实例生成器实现方式为在收到数据源管理与适配器的数据就 绪指令后，模型实例生成器首先根据数据库表映射文件，应用对象-关系映射技术，生成 各数据库对应的模型实例；之后根据模型转换器的结果，生成转换后模型实例，再应用数据绑定技术，将电信运营支撑系统的模型实例中的数据，赋值给转换后模型实例中的 对应属性，重复此步骤，直到转换后模型的所有属性赋值完成，转换后模型实例即完全 生成。
7、 根据权利要求6所述的基于电信领域共享信息模型的数据整合与应用服务系统， 其特征在于所述的模型实例为两种 一种是现有电信运营系统数据模型的实例，即和 现有电信运营系统中数据库对应的模型实例；另一种模型转换工具生成的转换后模型的 实例，即模型结构符合共享信息模型的标准规范，但实际数据来源于现有电信运营系统 的数据库。
8、 根据权利要求1所述的基于电信领域共享信息模型的数据整合与应用服务系统， 其特征在于所述的模型实例管理器的实现方式采取Java实现，即定义和实现Java 类文件以及相应的功能接口，在被共享数据管理器初始化并加载后，作为全局唯一的模 型实例管理对象，运行于Java虚拟机中，以完成对模型实例的管理任务。
9、 根据权利要求1所述的基于电信领域共享信息模型的数据整合与应用服务系统， 其特征在于所述的数据服务接口的实现过程为首先解析应用组件层的数据请求，以获得所需对象的类型信息、对象标识信息和数据信息，并将这些信息传递给模型实例管理器，然后等待模型实例管理器返回的对象；如果返回的对象为空，表明应用组件层的数据需求无法满足，则返回空值并抛出异常。
10、 根据权利要求1所述的基于电信领域共享信息模型的数据整合与应用服务系统， 其特征在于所述的共享数据管理器的实现过程为首先验证用户权限，以确定正在访 问数据整合与应用服务系统是否有管理员权限；如果通过权限验证，则读取并解析全局 配置文件，所述的全局配置文件内容包括用户权限配置，即当前可控制共享数据管理 器的用户信息、应用组件可访问列表，即哪些应用组件可以访问共享数据服务器发布的数据服务接口、各功能组件初始化类路径以及各功能组件配置文件路径；在获得各功能组件初始化类路径后，应用类加载器加载初始化类以初始化并生成各功能组件，直到各 功能组件生成完毕，数据整合与应用服务系统进入就绪状态。
全文摘要
一种基于电信领域共享信息模型的数据整合与应用服务系统，包括模型转换器、数据源管理与适配器、模型实例生成器、模型实例管理器、数据服务接口、共享数据管理器。使用本发明生成的数据，符合电信领域“下一代运营支撑系统和软件”框架中的共享信息模型标准，将电信现有数据按照共享信息模型标准重新整合，被电信运营各系统所共享。基于共享信息模型的数据整合与应用服务系统中的模型转换器可以根据电信运营系统的需要，将现有电信运营系统中异构的数据模型转换为符合共享信息模型规范的模型；同时，该系统提供数据源管理与适配器用于接入和管理，通过模型实例对数据进行管理；并提供简单易用的数据访问接口，为电信运营系统提供业务流程所需的数据。
文档编号G06F17/00GK101354696SQ20081022203
公开日2009年1月28日 申请日期2008年9月8日 优先权日2008年9月8日
发明者吕卫锋, 康建初, 岩 郑 申请人:北京航空航天大学