基于配置策略的电信领域遗留系统集成工具转让专利
申请号 : CN200710176871.9
文献号 : CN100583783C
文献日 : 2010-01-20
发明人 : 雷冉 , 康建初 , 吕卫锋
申请人 : 北京航空航天大学
摘要 :
基于配置策略的电信领域异构遗留系统集成工具，其中适配管理器，负责协调整个适配过程，分别与OSS/J接口、组件访问模块、数据转换模块和配置文件解析模块之间进行双向信息流的传输；配置文件解析模块，根据从适配管理器得到的标准接口名解析映射配置文件，并将解析结果返回给适配管理器；数据转换模块，进行OSS/J接口数据转换；组件访问模块，依据从适配管理器得到的函数名和相关参数完成对组件的调用，并将调用结果返回至适配管理器；组件与遗留系统一一对应，用于屏蔽异构系统的通信协议、安全机制和平台的差异性，将遗留系统远程接口转换成本地接口。本发明简化了集成过程和降低了集成成本，为电信运营商提供低成本、高效率的遗留系统集成方案。
权利要求 :
1、基于配置策略的电信领域异构遗留系统集成工具，其特征在于包括：OSS/J接口、 适配管理器、配置文件解析模块、数据转换模块、组件访问模块和组件，其中：OSS/J接口，将接口的信息生成调用信息包，交给适配管理器完成功能调用；
适配管理器，是整个适配集成过程的中枢，支配其它模块完成集成的逻辑流程，并协 调整个适配过程，分别与OSS/J接口、组件访问模块、数据转换模块和配置文件解析模块 之间进行双向数据传输，其工作过程为：首先，解析来自OSS/J接口的调用信息包，将包 中的接口名通过配置文件解析模块解析并获得接口和参数的转换信息；然后，将所述的转 换信息提供给数据转换模块进行数据转换，即从OSS/J接口的SID数据模型转换到组件的 数据模型；最后，通过组件访问模块完成对相应组件函数的调用，并保存返回值，当适配 管理器通过组件访问模块将所有函数调用完成后，由数据转换模块解析得到最终结果通过 适配管理器返回给OSS/J接口；
配置文件解析模块，负责解析XML格式的映射配置文件，根据从适配管理器得到的标 准接口名解析映射配置文件，并将解析结果返回给适配管理器；
数据转换模块，进行OSS/J接口数据，即SID与组件数据之间的双向转换，它在适配 管理器的调配下，根据配置文件的映射规则将OSS/J接口参数转换为组件的数据类型，并 将组件访问模块调用后数据类型的返回值转换为OSS/J接口的数据类型，返回至适配管理 器；
组件访问模块，负责调用组件中封装的协议和安全无关函数，它依据从适配管理器得 到的函数名和相关参数完成对组件的调用，并将调用结果返回至适配管理器；
组件，位于整个集成工具的最底层，与遗留系统一一对应，接受组件访问模块的调用， 用于屏蔽异构系统的通信协议、安全机制和平台的差异性，将遗留系统远程接口转换成本 地接口。
2、根据权利要求1所述的基于配置策略的电信领域异构遗留系统集成工具，其特征在 于：还包括组件注册管理模块，该模块提供了远程管理功能，能够在线注册、维护和删除 组件。
3、根据权利要求1或2所述的基于配置策略的电信领域异构遗留系统集成工具，其特 征在于：所述的适配管理器的实现过程为：(1)解析来自OSS/J接口的调用信息包，得到其中包含的接口名、接口返回值类型以 及接口参数向量；
(2)利用上述的接口名初始化配置文件解析模块，如果所述的接口名已经注册，则收 到真值的初始化结果，否则如果初始化结果失败，则向被调用的OSS/J接口返回错误信息；
(3)如果初始化成功，则通过配置文件解析模块解析，并得到此OSS/J接口与相应组 件接口的映射信息；
(4)对OSS/J接口对应的每一个组件接口调用，首先从配置文件解析模块得到此组件 接口的参数转换规则，交给数据转换模块进行接口参数转换，即根据参数转换规则，将OSS/J 接口的参数和先前组件接口的调用结果整合成为当前组件接口的参数；然后，将组件接口 名和转换后的参数向量交给组件访问模块完成组件功能调用；最后，将调用结果转交给数 据转换模块进行保存，并继续下一次组件接口调用；
(5)当适配管理器完成所有的组件接口调用后，从配置文件解析模块得到所述的OSS/J 接口的返回值转换规则，并交给数据转换模块转换得到最终返回值，返回给被调用的OSS/J 接口。
4、根据权利要求1或2所述的基于配置策略的电信领域异构遗留系统集成工具，其特 征在于：所述的OSS/J接口的实现过程：(1)接到上层调用后将接口名、返回值类型和接口参数向量列表封装成一个调用信息包；
(2)将调用信息包交给适配管理器完成映射调用；
(3)如果适配管理器调用成功，则返回正确的接口返回值；否则返回调用失败信息。
5、根据权利要求1或2所述的基于配置策略的电信领域异构遗留系统集成工具，其特 征在于：所述的配置文件解析模块实现过程为：(1)读取适配管理器的配置文件，得到描述OSS/J接口与其映射配置文件对应关系的 配置文件路径，并读取该配置文件；
(2)根据从适配管理器得到的OSS/J接口名解析配置文件，得到此接口所对应的映射 配置文件名；
(3)读取并解析此映射配置文件，并将各组件访问函数的参数对象化，即为每次的组 件函数访问生成一个对象列表，将解析的对象化结果返回适配管理器。
6、根据权利要求1或2所述的基于配置策略的电信领域异构遗留系统集成工具，其特 征在于：所述的数据转换模块的实现过程如下：(1)保存从适配管理器得到的调用信息包；
(2)根据从适配管理器得到的数据转换规则，从调用信息包中的OSS/J接口参数列 表和组件调用返回值列表取得源数据，生成各组件函数的参数对象列表；
(3)将每次组件函数调用的结果保存到组件调用返回值列表，为后面的组件调用提供 源数据；
(4)所有组件调用完成后，根据从适配管理器得到的最终返回值生成规则，由组件调 用返回值列表生成最终返回值，返回给适配管理器。
7、根据权利要求1或2所述的基于配置策略的电信领域异构遗留系统集成工具，其特 征在于：所述的组件访问模块包含一个主要的接口：invoke，其参数包括组件类名称、类接 口名称、参数类列表和参数数据对象列表，其实现过程为：首先运用反射机制生成组件类 对象，然后由类接口名和参数类列表得到组件函数，再以参数数据对象列表为参数调用此 组件函数，最后返回调用结果；期间，如果组件类不存在则返回没有发现错误信息，如果 函数调用失败则返回失败错误信息。
8、根据权利要求1或2所述的基于配置策略的电信领域异构遗留系统集成工具，其特 征在于：所述的组件主要包括两个部分：映射配置文件和组件类文件，其中组件类文件以 jar包形式存在，包含两种类型文件：数据类文件和接口类文件，数据类文件包含了该组件 中所用到的数据类型，这些类型能够被集成工具所使用，接口类文件包含了所有协议和安 全无关接口，封装了对远程遗留系统接口的调用关系；映射配置文件即描述了该组件所提 供的接口和OSS/J接口之间的映射关系。
9、根据权利要求2所述的基于配置策略的电信领域异构遗留系统集成工具，其特征在 于：所述的组件注册管理模块具体功能为：(1)注册和加载组件：首先向集成工具运行的服务器上传组件包及其映射配置文件， 然后服务器动态加载组件包，并将映射配置文件中所描述的OSS/J接口添加到接口注册文 件中完成组件注册；
(2)查看和修改组件的配置文件：此模块显示服务器端的配置文件列表，客户能够选 择查看和修改某个配置文件的内容，以此改变接口和数据的映射关系，其中接口注册文件 描述了集成工具上注册的OSS/J接口，能够通过修改此文件停止和激活接口；通过修改映 射配置文件，能够重新定义映射关系；
(3)删除和卸载组件：首先从接口注册文件中删除相应的OSS/J接口，然后从内存中 卸载已加载的组件类，最后删除映射配置文件和组件包。
说明书 :
技术领域
本发明涉及一种基于配置策略的电信领域异构遗留系统集成工具，属于面向电信领域 的应用中间件平台范畴。
背景技术
当今，全球电信市场逐步走向开放化，电信用户需求不断变化，新业务、新技术也不 断推陈出新。电信运营企业正从传统的“面向网络”的经营模式逐步转变到“面向客户”的经营 管理模式，不断向信息化、市场化方向迈进。目前主要的电信运营系统包括：计费系统、 移动网管系统、传输网管系统等。然而由于在系统建设初期缺乏统一规划，系统的信息和 数据不能共享，整个运营支撑系统交互过程错综复杂，从而使得这些业务系统在满足局部 业务需求的同时，与其他业务系统很难进行信息互通和数据共享，系统之间形成了“信息 孤岛”，极大地影响了电信运营的效率和电信服务的质量。
为了解决上述电信运营管理系统中的问题，电信管理论坛TMF提出了扩展电信运营图 eTOM，规范了电信领域的业务过程，并且以eTOM为业务模型提出了下一代电信运营支撑 系统框架NGOSS。NGOSS主要是利用工作流、消息总线、业务功能组件化和共享信息模 型等技术和规范从系统、过程、信息、产品四个方面保证OSS体系具备标准化、保证互连 互操作、实现端到端的管理和高度自动化的特点。NGOSS框架包括技术无关体系构架，增 加的电信运营图，共享信息/数据模型(SID，Shared Information and Data Model)三个主要 部分。
OSS/J是以Java技术为动力的新一代OSS/BSS解决方案，该标准由OSS Through Java Initiative工作组提出，该工作组由众多业界新技术倡导者如Motorola，Nokia，Sun，BEA等 专家组成，是NGOSS指导下的一个具体实现，并随着OSS/J的实践影响着NGOSS的发展。 OSS/J旨在解决现在电信管理系统中各个系统之间交互接口混乱、体系结构复杂的局面。工 作组利用JAVA技术，为OSS/BSS定义实现了一系列的开放的标准API，提供给OSS/BSS 的开发者使用。
共享信息模型(Shared Information and Data Modle)以eTOM对电信业务管理域的划分 为标准，对电信运营管理中涉及的数据和信息建立相关的信息模型，以规范和统一电信业 务对信息和数据的访问，为电信运营支撑系统提供完整统一的数据保障，满足NGOSS在信 息和数据统一方面的需求。
OSS/J和SID都属于电信管理论坛TMF的标准，国外对于两者还处于研究和部分试运 行阶段，没有完整的实现案例，而对于遗留系统到NGOSS的集成更是一个尚未解决的难题。 国内对于两者的研究工作总体上处于积极跟踪TMF的研究的水平，目前暂未见能够在接口、 数据、协议、安全和平台五方面将电信遗留系统向标准的OSS/J进行全方位、轻量级、低 成本集成的实现技术。
为了解决上述电信运营管理系统中的问题，电信管理论坛TMF提出了扩展电信运营图 eTOM，规范了电信领域的业务过程，并且以eTOM为业务模型提出了下一代电信运营支撑 系统框架NGOSS。NGOSS主要是利用工作流、消息总线、业务功能组件化和共享信息模 型等技术和规范从系统、过程、信息、产品四个方面保证OSS体系具备标准化、保证互连 互操作、实现端到端的管理和高度自动化的特点。NGOSS框架包括技术无关体系构架，增 加的电信运营图，共享信息/数据模型(SID，Shared Information and Data Model)三个主要 部分。
OSS/J是以Java技术为动力的新一代OSS/BSS解决方案，该标准由OSS Through Java Initiative工作组提出，该工作组由众多业界新技术倡导者如Motorola，Nokia，Sun，BEA等 专家组成，是NGOSS指导下的一个具体实现，并随着OSS/J的实践影响着NGOSS的发展。 OSS/J旨在解决现在电信管理系统中各个系统之间交互接口混乱、体系结构复杂的局面。工 作组利用JAVA技术，为OSS/BSS定义实现了一系列的开放的标准API，提供给OSS/BSS 的开发者使用。
共享信息模型(Shared Information and Data Modle)以eTOM对电信业务管理域的划分 为标准，对电信运营管理中涉及的数据和信息建立相关的信息模型，以规范和统一电信业 务对信息和数据的访问，为电信运营支撑系统提供完整统一的数据保障，满足NGOSS在信 息和数据统一方面的需求。
OSS/J和SID都属于电信管理论坛TMF的标准，国外对于两者还处于研究和部分试运 行阶段，没有完整的实现案例，而对于遗留系统到NGOSS的集成更是一个尚未解决的难题。 国内对于两者的研究工作总体上处于积极跟踪TMF的研究的水平，目前暂未见能够在接口、 数据、协议、安全和平台五方面将电信遗留系统向标准的OSS/J进行全方位、轻量级、低 成本集成的实现技术。
发明内容
本发明的技术解决问题：克服现有技术的不足，提出了一种基于配置策略的电信领域异 构遗留系统集成工具，本发明利用组件和配置文件就可将遗留系统的功能集成到OSS/J，大 大简化了集成过程和降低了集成成本，可应用于异构系统的快速集成，为电信运营商提供 低成本、高效率的遗留系统集成方案。
本发明的技术解决方案：基于配置策略的电信领域异构遗留系统集成工具，包括OSS/J 接口、适配管理器、配置文件解析模块、数据转换模块、组件访问模块和组件，其中：
OSS/J接口，即Operation Support System-Java，是以Java技术为动力的新一代 OSS/BSS解决方案，由OSS Through Java Initiative工作组提出，实现了一系列的开放的标 准API。在本发明所提出的方法中，并不实现OSS/J接口所定义的电信功能，而是将接口的 信息(包括，接口名、返回数据类型、参数列表等)生成调用信息包，交给适配管理器完 成功能调用，即将OSS/J接口的功能映射到电信遗留系统完成。这样，适配管理器屏蔽了 遗留系统的异构性，而上层的使用者可以调用标准的OSS/J接口，而不需开发新的电信组 件。因此，OSS/J接口是集成结果的门户；
基于配置策略的电信领域异构遗留系统集成工具，其特征在于包括：OSS/J接口、适配 管理器、配置文件解析模块、数据转换模块、组件访问模块和组件，其中：
OSS/J接口，将接口的信息生成调用信息包，交给适配管理器完成功能调用；
适配管理器，是整个适配集成过程的中枢，支配其它模块完成集成的逻辑流程，并协 调整个适配过程，分别与OSS/J接口、组件访问模块、数据转换模块和配置文件解析模块 之间进行双向数据传输，其工作过程为：首先，解析来自OSS/J接口的调用信息包，将包 中的接口名通过配置文件解析模块解析并获得接口和参数的转换信息；然后，将所述的转 换信息提供给数据转换模块进行数据转换，即从OSS/J接口的SID数据模型转换到组件的 数据模型；最后，通过组件访问模块完成对相应组件函数的调用，并保存返回值，当适配 管理器通过组件访问模块将所有函数调用完成后，由数据转换模块解析得到最终结果通过 适配管理器返回给OSS/J接口；
配置文件解析模块，负责解析XML格式的映射配置文件，根据从适配管理器得到的标 准接口名解析映射配置文件，并将解析结果返回给适配管理器；
数据转换模块，进行OSS/J接口数据，即SID与组件数据之间的双向转换，它在适配 管理器的调配下，根据配置文件的映射规则将OSS/J接口参数转换为组件的数据类型，并 将组件访问模块调用后数据类型的返回值转换为OSS/J接口的数据类型，返回至适配管理 器；
组件访问模块，负责调用组件中封装的协议和安全无关函数，它依据从适配管理器得 到的函数名和相关参数完成对组件的调用，并将调用结果返回至适配管理器；
组件，位于整个集成工具的最底层，与遗留系统一一对应，接受组件访问模块的调用， 用于屏蔽异构系统的通信协议、安全机制和平台的差异性，将遗留系统远程接口转换成本 地接口。
还包括组件注册管理模块，该模块提供了远程管理功能，可以在线注册、维护和删除 组件。
所述的适配管理器的实现过程为：
(1)解析来自OSS/J接口的调用信息包，得到其中包含的接口名、接口返回值类型以 及接口参数向量；
(2)利用上述的接口名初始化配置文件解析模块，如果所述的接口名已经注册，则收 到真值的初始化结果，否则如果初始化结果失败，则向被调用的OSS/J接口返回错误信息；
(3)如果初始化成功，则通过配置文件解析模块解析，并得到此OSS/J接口与相应组 件接口的映射信息；
(4)对OSS/J接口对应的每一个组件接口调用，首先从配置文件解析模块得到此组件 接口的参数转换规则，交给数据转换模块进行接口参数转换，即根据参数转换规则，将OSS/J 接口的参数和先前组件接口的调用结果整合成为当前组件接口的参数；然后，将组件接口 名和转换后的参数向量交给组件访问模块完成组件功能调用；最后，将调用结果转交给参 数转换模块进行保存，并继续下一次组件接口调用；
(5)当适配管理器完成所有的组件接口调用后，从配置文件解析模块得到所述的OSS/J 接口的返回值转换规则，并交给数据转换模块转换得到最终返回值，返回给被调用的OSS/J 接口。
所述的OSS/J接口的实现过程：
(1)接到上层调用后将接口名、返回值类型和接口参数向量列表封装成一个调用信息 包；
(2)将调用信息包交给适配管理器完成映射调用；
(3)如果适配管理器调用成功，则返回正确的接口返回值；否则返回调用失败信息。
所述的配置文件解析模块实现过程为：
(1)读取适配管理器的配置文件，得到描述OSS/J接口与其映射配置文件对应关系的 配置文件路径，并读取该配置文件，如InterfaceIndex.xml；
(2)根据从适配管理器得到的OSS/J接口名解析InterfaceIndex.xml，得到此接口所对 应的映射配置文件名，如告警管理接口的映射配置文件AlarmManagement.xml；
(3)读取并解析此映射配置文件，并将各组件访问函数的参数对象化，即为每次的组 件函数访问生成一个对象列表，将解析的对象化结果返回适配管理器。
所述的数据转换的实现过程如下：
(1)保存从适配管理器得到的调用信息包；
(2)根据从适配管理器得到的数据转换规则，从调用信息包中的OSS/J接口参数列表 和组件调用返回值列表取得源数据，生成各组件函数的参数对象列表；
(3)将每次组件函数调用的结果保存到组件调用返回值列表，为后面的组件调用提供 源数据；
(4)所有组件调用完成后，根据从适配管理器得到的最终返回值生成规则，由组件调 用返回值列表生成最终返回值，返回给适配管理器。
所述的组件访问模块包含一个主要的接口：invoke，其参数包括组件类名称、类接口名 称、参数类列表和参数数据对象列表，其实现过程为：首先运用反射机制生成组件类对象， 然后由类接口名和参数类列表得到组件函数，再以参数数据对象列表为参数调用此组件函 数，最后返回调用结果；期间，如果组件类不存在则返回没有发现错误信息，如果函数调 用失败则返回失败错误信息。
所述的组件主要包括两个部分：映射配置文件和组件类文件，其中组件类文件以jar包 形式存在，包含两种类型文件：数据类文件和接口类文件，数据类文件包含了该组件中所 用到的数据类型，这些类型可以被集成工具所使用，接口类文件包含了所有协议和安全无 关接口，封装了对远程遗留系统接口的调用关系；映射配置文件即描述了该组件所提供的 接口和OSS/J接口之间的映射关系。
所述的组件注册管理模块包括：
(1)注册和加载组件：首先向集成工具运行的服务器上传组件包及其映射配置文件， 然后服务器动态加载组件包，并将映射配置文件中所描述的OSS/J接口添加到接口注册文 件中完成组件注册；
(2)查看和修改组件的配置文件：此模块显示服务器端的配置文件列表，客户可以选 择查看和修改某个配置文件的内容，以此改变接口和数据的映射关系，其中接口注册文件 描述了集成工具上注册的OSS/J接口，可以通过修改此文件停止和激活接口；通过修改映 射配置文件，可以重新定义映射关系。
(3)删除和卸载组件：首先从接口注册文件中删除相应的OSS/J接口，然后从内存中 卸载已加载的组件类，最后删除映射配置文件和组件包。
本发明与现有技术相比的优点在于：
(1)结构清晰，模块独立，耦合松散，各个功能模块可以分布式发布，有利于维护和 扩展；
(2)配置策略使集成更加灵活、成本更低，并具有通用性和重用性，从而极大提高了 集成效率；
(3)利用配置策略实现接口和数据映射，基本不依赖于硬编码；
(4)利用组件集成多种通信协议和安全机制，更具通用性；
(6)组件可作为一个中间层，在很大程度上缓冲了OSS/J接口和遗留系统功能接口之 间的差异，增强了适配的适用性；
(7)注册组件的方式可以很容易实现级联；
本发明的技术解决方案：基于配置策略的电信领域异构遗留系统集成工具，包括OSS/J 接口、适配管理器、配置文件解析模块、数据转换模块、组件访问模块和组件，其中：
OSS/J接口，即Operation Support System-Java，是以Java技术为动力的新一代 OSS/BSS解决方案，由OSS Through Java Initiative工作组提出，实现了一系列的开放的标 准API。在本发明所提出的方法中，并不实现OSS/J接口所定义的电信功能，而是将接口的 信息(包括，接口名、返回数据类型、参数列表等)生成调用信息包，交给适配管理器完 成功能调用，即将OSS/J接口的功能映射到电信遗留系统完成。这样，适配管理器屏蔽了 遗留系统的异构性，而上层的使用者可以调用标准的OSS/J接口，而不需开发新的电信组 件。因此，OSS/J接口是集成结果的门户；
基于配置策略的电信领域异构遗留系统集成工具，其特征在于包括：OSS/J接口、适配 管理器、配置文件解析模块、数据转换模块、组件访问模块和组件，其中：
OSS/J接口，将接口的信息生成调用信息包，交给适配管理器完成功能调用；
适配管理器，是整个适配集成过程的中枢，支配其它模块完成集成的逻辑流程，并协 调整个适配过程，分别与OSS/J接口、组件访问模块、数据转换模块和配置文件解析模块 之间进行双向数据传输，其工作过程为：首先，解析来自OSS/J接口的调用信息包，将包 中的接口名通过配置文件解析模块解析并获得接口和参数的转换信息；然后，将所述的转 换信息提供给数据转换模块进行数据转换，即从OSS/J接口的SID数据模型转换到组件的 数据模型；最后，通过组件访问模块完成对相应组件函数的调用，并保存返回值，当适配 管理器通过组件访问模块将所有函数调用完成后，由数据转换模块解析得到最终结果通过 适配管理器返回给OSS/J接口；
配置文件解析模块，负责解析XML格式的映射配置文件，根据从适配管理器得到的标 准接口名解析映射配置文件，并将解析结果返回给适配管理器；
数据转换模块，进行OSS/J接口数据，即SID与组件数据之间的双向转换，它在适配 管理器的调配下，根据配置文件的映射规则将OSS/J接口参数转换为组件的数据类型，并 将组件访问模块调用后数据类型的返回值转换为OSS/J接口的数据类型，返回至适配管理 器；
组件访问模块，负责调用组件中封装的协议和安全无关函数，它依据从适配管理器得 到的函数名和相关参数完成对组件的调用，并将调用结果返回至适配管理器；
组件，位于整个集成工具的最底层，与遗留系统一一对应，接受组件访问模块的调用， 用于屏蔽异构系统的通信协议、安全机制和平台的差异性，将遗留系统远程接口转换成本 地接口。
还包括组件注册管理模块，该模块提供了远程管理功能，可以在线注册、维护和删除 组件。
所述的适配管理器的实现过程为：
(1)解析来自OSS/J接口的调用信息包，得到其中包含的接口名、接口返回值类型以 及接口参数向量；
(2)利用上述的接口名初始化配置文件解析模块，如果所述的接口名已经注册，则收 到真值的初始化结果，否则如果初始化结果失败，则向被调用的OSS/J接口返回错误信息；
(3)如果初始化成功，则通过配置文件解析模块解析，并得到此OSS/J接口与相应组 件接口的映射信息；
(4)对OSS/J接口对应的每一个组件接口调用，首先从配置文件解析模块得到此组件 接口的参数转换规则，交给数据转换模块进行接口参数转换，即根据参数转换规则，将OSS/J 接口的参数和先前组件接口的调用结果整合成为当前组件接口的参数；然后，将组件接口 名和转换后的参数向量交给组件访问模块完成组件功能调用；最后，将调用结果转交给参 数转换模块进行保存，并继续下一次组件接口调用；
(5)当适配管理器完成所有的组件接口调用后，从配置文件解析模块得到所述的OSS/J 接口的返回值转换规则，并交给数据转换模块转换得到最终返回值，返回给被调用的OSS/J 接口。
所述的OSS/J接口的实现过程：
(1)接到上层调用后将接口名、返回值类型和接口参数向量列表封装成一个调用信息 包；
(2)将调用信息包交给适配管理器完成映射调用；
(3)如果适配管理器调用成功，则返回正确的接口返回值；否则返回调用失败信息。
所述的配置文件解析模块实现过程为：
(1)读取适配管理器的配置文件，得到描述OSS/J接口与其映射配置文件对应关系的 配置文件路径，并读取该配置文件，如InterfaceIndex.xml；
(2)根据从适配管理器得到的OSS/J接口名解析InterfaceIndex.xml，得到此接口所对 应的映射配置文件名，如告警管理接口的映射配置文件AlarmManagement.xml；
(3)读取并解析此映射配置文件，并将各组件访问函数的参数对象化，即为每次的组 件函数访问生成一个对象列表，将解析的对象化结果返回适配管理器。
所述的数据转换的实现过程如下：
(1)保存从适配管理器得到的调用信息包；
(2)根据从适配管理器得到的数据转换规则，从调用信息包中的OSS/J接口参数列表 和组件调用返回值列表取得源数据，生成各组件函数的参数对象列表；
(3)将每次组件函数调用的结果保存到组件调用返回值列表，为后面的组件调用提供 源数据；
(4)所有组件调用完成后，根据从适配管理器得到的最终返回值生成规则，由组件调 用返回值列表生成最终返回值，返回给适配管理器。
所述的组件访问模块包含一个主要的接口：invoke，其参数包括组件类名称、类接口名 称、参数类列表和参数数据对象列表，其实现过程为：首先运用反射机制生成组件类对象， 然后由类接口名和参数类列表得到组件函数，再以参数数据对象列表为参数调用此组件函 数，最后返回调用结果；期间，如果组件类不存在则返回没有发现错误信息，如果函数调 用失败则返回失败错误信息。
所述的组件主要包括两个部分：映射配置文件和组件类文件，其中组件类文件以jar包 形式存在，包含两种类型文件：数据类文件和接口类文件，数据类文件包含了该组件中所 用到的数据类型，这些类型可以被集成工具所使用，接口类文件包含了所有协议和安全无 关接口，封装了对远程遗留系统接口的调用关系；映射配置文件即描述了该组件所提供的 接口和OSS/J接口之间的映射关系。
所述的组件注册管理模块包括：
(1)注册和加载组件：首先向集成工具运行的服务器上传组件包及其映射配置文件， 然后服务器动态加载组件包，并将映射配置文件中所描述的OSS/J接口添加到接口注册文 件中完成组件注册；
(2)查看和修改组件的配置文件：此模块显示服务器端的配置文件列表，客户可以选 择查看和修改某个配置文件的内容，以此改变接口和数据的映射关系，其中接口注册文件 描述了集成工具上注册的OSS/J接口，可以通过修改此文件停止和激活接口；通过修改映 射配置文件，可以重新定义映射关系。
(3)删除和卸载组件：首先从接口注册文件中删除相应的OSS/J接口，然后从内存中 卸载已加载的组件类，最后删除映射配置文件和组件包。
本发明与现有技术相比的优点在于：
(1)结构清晰，模块独立，耦合松散，各个功能模块可以分布式发布，有利于维护和 扩展；
(2)配置策略使集成更加灵活、成本更低，并具有通用性和重用性，从而极大提高了 集成效率；
(3)利用配置策略实现接口和数据映射，基本不依赖于硬编码；
(4)利用组件集成多种通信协议和安全机制，更具通用性；
(6)组件可作为一个中间层，在很大程度上缓冲了OSS/J接口和遗留系统功能接口之 间的差异，增强了适配的适用性；
(7)注册组件的方式可以很容易实现级联；
附图说明
图1为本发明位于面向电信领域的应用中间件平台体系结构图中的位置和作用示意图；
图2为本发明遗留系统接入工具的体系结构图；
图3为本发明的主要模块之间的数据流程图；
图4为本发明的OSS/J接口功能流程图；
图5为本发明的适配管理器流程图；
图6为本发明的配置文件解析模块流程图；
图7为本发明的数据转换模块流程图；
图8为本发明的组件访问模块流程图；
图9为本发明的组件结构图；
图10为本发明的组件注册管理模块结构图。
图2为本发明遗留系统接入工具的体系结构图；
图3为本发明的主要模块之间的数据流程图；
图4为本发明的OSS/J接口功能流程图；
图5为本发明的适配管理器流程图；
图6为本发明的配置文件解析模块流程图；
图7为本发明的数据转换模块流程图；
图8为本发明的组件访问模块流程图；
图9为本发明的组件结构图；
图10为本发明的组件注册管理模块结构图。
具体实施方式
本发明主要应用于面向电信领域的应用中间件平台中，该中间平台的体系结构如图1 所示，主要由工作流管理系统、企业服务总线、共享信息模型服务器、平台基本业务组件 以及本发明即遗留系统集成工具五个部分组成。其中：(1)工作流管理系统主要为面向服 务的电信业务流程的重组和端到端的服务提供流程建模、运行及监控管理；(2)企业服务 总线是平台各部分的信息交换通道，它保障接入组件系统的互联互通；(3)平台基本业务 组件为电信运营管理提供包括故障管理、计费管理、资源管理等在内的基本电信业务管理 功能；(4)接入平台的其它遗留系统可通过共享信息服务器的共享对象访问接口获取共享 信息模型提供的数据定义规范以及共享信息的数据实体；(5)遗留系统集成工具为将遗留 的异构电信运营支撑系统接入平台提供了手段。
该平台上基于本发明的遗留系统接入工具的信息交互流程如下：工作流系统访问企业 服务总线上注册的服务；企业服务总线将所请求的服务分解成对接入组件的调用，包括平 台基本业务组件和OSS/J接口组件；OSS/J接口将调用转交给集成工具，集成工具将调用分 解成对相应组件的接口调用，并完成SID到遗留系统数据模型的转换；组件完成对相应遗 留系统的调用；调用完毕后，组件将结果返回给集成工具；集成工具将结果转换成SID的 模型数据，并通过OSS/J接口返回给企业服务总线。
根据平台的应用需求可知遗留系统集成工具主要完成以下主要功能：
(1)实现对OSS/J接口调用的解析；
(2)实现OSS/J接口到组件接口的映射与分解调用；
(3)实现SID与遗留系统数据模型的映射和转换；
(4)实现遗留系统接入组件的注册、管理和卸载；
(5)通过组件屏蔽遗留系统的通信和安全机制；
(6)通过解析映射配置文件实现低成本的集成。
根据上述功能要求，本发明的结构如图2、3所示，包括：
1.OSS/J接口
OSS/J接口是在目标原则的指导下，以NGOSS框架和J2EE平台为基础，运用设计模 式，设计的一组API框架。本文中的OSS/J接口并不真正实现它们所描述的功能，而是将 调用信息打包交给适配管理器，适配管理器通过将接口功能分解到相应的注册组件中，组 件再次对其所对应的遗留系统进行协议和安全相关的远程调用来完成接口功能，再向上返 回执行结果。OSS/J在整个过程中相当于一个标准门户，虽然不实现具体的功能，但从上层 看可以完成所需求的功能调用。它们将真正的任务由集成工具分解到各个遗留系统中，这 样可以实现信息孤岛状的异构电信遗留系统到统一的OSS/J接口的过渡式集成，即虽然各 电信运营商之间以及运营商内部的系统之间彼此异构，但都可以通过此集成工具将功能统 一起来，实现互联互通。
调用信息包包含三方面内容：
(1)接口名：OSS/J接口的唯一标识，由其所在的包路径+接口函数名+参数类型名 组成，可以区分不同的接口，包括重载接口；
(2)接口返回值类型：此类型为类类型，由两部分组成，即包路径+类名；
(3)接口参数向量：以一个向量存储的接口参数对象，将此接口所收到的参数按照其 在参数列表中的顺序加入该向量，它是组件接口调用的主要数据来源。
如图4所示，OSS/J接口所实现过程如下：
(1)OSS/J以EJB接口方式呈现；
(2)在OSS/J接口的实现中，将接口名、返回值类型和接口参数向量列表封装成一个 调用信息对象(即调用信息包)，如InvokingInfo；
(3)利用此调用信息对象调用适配管理器中的Execute(InvokingInfo)方法，并取得 一个Object类型的返回值；
(4)将返回值向下转型为接口返回值类型并返回；如果期间发生错误，则返回调用失 败信息。
2.适配管理器
适配管理器是整个适配集成过程的中枢，负责协调整个适配过程，路由组件访问模块、数 据转换模块和配置文件解析模块之间的信息流。它相当于集成工具的逻辑主干，将作为枝 叶的其它模块有机结合起来，使之共同协作，有序地完成接口分解和数据转换等任务。适 配管理器的实现过程如图3、5所示：
(1)解析来自OSS/J接口的调用信息包，得到其中包含的接口名、接口返回值类型以 及接口参数向量。
(2)用接口名初始化配置文件解析模块，如果此接口名已经注册，则收到真值的初始 化结果，否则如果初始化结果失败，则向被调用的OSS/J接口返回InterfaceNotFound错误 信息。
(3)如果初始化成功，则可以通过配置文件解析模块解析并得到此OSS/J接口与相应 组件接口的映射信息。
(4)对该OSS/J接口所对应的每一个组件接口，首先从配置文件解析模块得到此组件 接口的参数转换规则，交给数据转换模块进行接口参数转换，即根据参数转换规则，将OSS/J 接口的参数和先前组件接口的调用结果整合成为当前组件接口的参数。然后，将组件接口 名和转换后的参数向量交给组件访问模块完成组件功能调用。最后，将调用结果转交给数 据转换模块进行保存，并继续下一次组件接口调用。
(5)当适配管理器完成所有的组件接口调用后，从配置文件解析模块得到此OSS/J按 口的返回值转换规则，并交给数据转换模块转换得到最终返回值，返回给被调用的OSS/J 接口。
在以上的调用流程中，如果某步失败，适配管理器会收到相应的错误信息，如表1所 示，这样整个转换过程就会失败，于是向被调用的OSS/J接口返回InvocationFailed错误信 息。
表1关键错误信息列表
错误信息名 错误信息描述 InterfaceNotFound 所调用的OSS/J接口没有 被注册 MappingFileNotFound 映射配置文件没找到 InterfaceNotFoundInMappingFile 映射配置文件中没有此 OSS/J接口 DataClassNotFound 数据类文件没有找到 DataTranslationFailed 数据转换失败 ComponentClassNotFound 组件类文件没有找到 ComponentInvocationFailed 组件功能调用失败
3.配置文件解析模块
配置文件解析模块负责解析XML格式的映射配置文件，它根据从适配管理器得到的标 准接口名解析映射配置文件(包括查询接口描述、接口映射、数据转换等信息)，并将解 析结果返回给适配管理器。它屏蔽了配置文件的类型和访问细节。此模块所解析的XML配 置文件有两种类型：接口注册文件和映射配置文件。
(1)接口注册文件记录所有已注册的OSS/J接口及其所对应的映射配置文件。解析模 块可以根据此文件首先判断要处理的OSS/J接口是否可用，即是否已经注册了它的组件和 配置映射文件。如果已经注册，则可以在此文件中查找到此OSS/J接口的条目，并获得所 在的映射配置文件路径和文件名，再查找、读取和解析该映射配置文件；如果查找失败， 则返回MappingFileNotFound错误信息。如果此接口没有注册，则返回InterfaceNotFound 错误信息。该接口注册文件的格式如下：
(2)映射配置文件记录一批已注册的OSS/J接口的映射转换信息，一般与某个注册组 件相对应，即描述OSS/J接口与组件接口之间的映射关系。通过接口名可以在此文件中查 找到具体的映射转换信息，如果查找失败则返回InterfaceNotFoundInMappingFile错误信息。 每个接口的映射转换信息由三部分组成：接口的基本描述、其所对应的组件接口列表和返 回值转换规则。该映射配置文件的一个片断如下：
Interface information
Method 1 information
Data translation information
Method 2 information
Data translation information
Data translation information
其中，
描述一个接口映射过程；
描述标准接口信息，包括接口名称、参数和返回值的类型；
描述标准接口所对应的组件函数信息；
描述具体的组件函数信息，包括函数的参数、返回值类型和数据转换规则；
描述参数的转换规则，包括组件函数参数与标准接口参数之间的属性映射 关系；
描述标准接口返回值与组件函数返回值之间的转换规则。
此模块的主要功能接口如表2所示：
表2配置文件解析模块的主要接口
接口名 接口功能 Initiate 初始化配置文件解析模块。首先在接口注册文件 中查找要解析的OSS/J接口是否已注册，然后读取此 接口所在的映射配置文件，解析此文件中该接口的映 射转换信息。 GetSubFunsNum 获取此OSS/J接口所对应的组件中子函数的数 目，即此接口可以分解成对多少个组件接口的调用。 GetNextFun 获取下一个组件子函数的调用信息，包括子函数 的所在类名、名称、接口描述、参数类型、返回值类 型、参数转换规则等。 GetRetValueTranInfo 获取最终返回值的数据转换信息，包括为得到返 回值应采用的转换规则。
如图6所示，配置文件解析模块的实现过程如下：
(1)用OSS/J接口名初始化解析模块。其过程为，读取适配管理器的配置文件，得到 描述OSS/J接口与其映射配置文件对应关系的配置文件路径，并读取该配置文件，如 InterfaceIndex.xml；
(2)根据从适配管理器得到的OSS/J接口名解析InterfaceIndex.xml，得到此接口所对 应的映射配置文件名，如告警管理接口的映射配置文件AlarmManagement.xml；
(3)如果初始化成功，则读取并解析此映射配置文件，并将各组件访问函数的参数对 象化，即为每次的组件函数访问生成一个对象列表，将解析的对象化结果返回适配管理器； 否则返回错误信息。
上述对象化结果主要包括以下内容：OSS/J接口名、返回值类型所在包路径、组件函数 访问列表、最终返回值转换规则；组件函数访问列表的每个元素(对应于一个子程序映射 信息)主要包括以下内容：组件所在路径、组件中函数所在类名、函数名、函数描述、函 数参数类型列表、函数返回值类型、函数各参数的生成规则；函数参数的生成规则包括： 源数据类型、源数据映射点(即类型中的某个属性)、目标数据类型、目标数据映射点。
4.数据转换模块
数据转换模块进行OSS/J接口数据(即SID)与组件数据之间的双向转换。它在适配管 理器的调配下，根据配置文件的映射规则将OSS/J接口参数转换为组件的数据类型，并将 返回值转换为OSS/J接口的数据类型。它保存了每次组件接口调用的返回结果，为后续组 件调用的参数和最终返回值的生成奠定基础，即后续数据的生成依赖于前面的调用结果。
此模块为适配管理器提供的接口如表3所示：
表3数据转换模块的主要接口
接口名 接口功能 Initiate 初始化。保存OSS/J接口的参数对象列表，并根据组件接口 的数目生成返回值保存列表。 TransformData 转换数据。根据收到的转换规则序列，采用反射机制，生成 组件接口的各参数对象，并赋值返回。 SetRetValue 保存组件接口的调用结果。根据组件接口的调用顺序依次保 存每次的调用结果，为后续组件接口调用参数和最终返回值的生 成提供数据。 ComputeFinalValue 计算最终返回值。根据从适配管理器收到的转换规则，从 OSS/J接口参数向量和返回值保存列表中的数据映射生成最终返 回值。
转换规则的描述可分为四部分，如表4所示：
表4转换规则描述
规则组成 组成描述 DestinationType 目标数据类型，属于基本数据类型，如int、String等 DestinationValue 目标数据值，即组件接口中某一参数的属性值，表示形式如 p1.person.name，其中p1指第一个参数对象，person为该对象的一个 对象属性，而name是该对象属性的一个String类型属性。 SourceType 源数据类型，属于基本数据类型，如int、String等
SourceValue 源数据值，有两种来源：OSS/J接口的参数和前面组件调用的返 回值。比如，p1.member.name，其中p1指OSS/J接口的参数向量中 第一个参数对象，member为该对象的一个对象属性，name为该属性 的一个String类型属性；r1.company.employee.name，其中r1表示前 面第一个组件调用的返回值，company和employee为对象属性，name 为一个String类型属性。
数据转换主要应用Java的反射原理进行。首先，判断目标与源数据的数据类型之间是 否可以转换，如果无法转换，则返回DataTranslationFailed错误信息；然后，应用反射机制， 从SourceValue得到源数据值，并将它转换成目标数据类型；最后，再次应用反射机制将转 换后的值赋予DestinationValue。
当属于某个组件调用的所有参数转换完成后，就生成了组件接口的参数列表。同样， 返回值转换也按照此原理进行。此模块与适配管理器的交互流程如图7所示，数据转换的 实现过程如下：
(1)接受适配管理器的初始化，即解析和保存调用信息包，生成组件调用返回值保存 序列；
(2)接收适配管理器的组件调用数据转换信息，根据其中的映射规则进行数据转换， 源数据取自调用信息包中的接口参数列表和组件调用返回值保存序列，如果转换完成则返 回生成的参数列表；否则返回错误信息；
(3)所有数据转换完成后，由组件调用返回值保存序列作为源数据生成最终返回值。
5.组件访问模块
组件访问模块负责调用组件中封装的协议和安全无关函数。它依据从适配管理器得到 的函数名和相关参数完成对组件的调用，并将调用结果返回。
组件访问模块包含一个主要的接口：invoke(调用)，其参数包括组件类名称、类接口 名称、参数类列表和参数数据对象列表，其实现过程如图8所示：首先运用反射机制生成 组件类对象，然后由类接口名和参数类列表得到组件函数，再以参数数据对象列表为参数 调用此组件函数，最后返回调用结果。期间，如果组件类不存在则返回 ComponentClassNotFound没有发现错误信息，如果函数调用失败则返回 ComponentInvocationFailed失败错误信息。
因为组件注册管理模块已经将注册的组件的类加载到内存中，所以可以生成这些类的 实例，并利用反射机制调用这些实例的接口。
6.组件
组件与遗留系统一一对应，可屏蔽异构系统的通信协议、安全机制和平台的差异性， 将远程接口转换成本地接口。组件位于整个集成工具的最底层，作用也比较基础，包括两 个方面：协议与安全机制接入、遗留系统接口和数据的初步整合。
协议与安全机制接入通过提供与所对应的遗留系统远程接口相同的协议和安全策略实 现，比如，如果遗留系统为Corba接口，则它的组件应采用Corba相关协议接入这些远程 接口，将它们变为协议和安全无关的本地接口。
接口和数据的初步整合是在屏蔽遗留系统接口协议和安全机制的基础上，初步调整遗 留系统接口与OSS/J接口、遗留系统数据与SID数据之间的对应关系。整合的结果是，OSS/J 接口与遗留系统接口之间为一对多的关系，即OSS/J接口可以分解成对多个遗留系统接口 的调用；数据类型之间存在属性对应关系，即可以通过属性映射实现数据之间的相互转换， 可以说定义一种中间数据类型。这个整合过程并不是必需的，目的是达到接口和数据之间 的最基本映射要求。
如图9所示，一个组件的结构主要包括两个部分：映射配置文件和组件类文件。其中， 组件类文件以jar包形式存在，包含两种类型文件：数据类文件和接口类文件。数据类文件 包含了该组件中所用到的数据类型，这些类型可以被集成工具所使用。接口类文件包含了 所有协议和安全无关接口，封装了对远程遗留系统接口的调用关系。映射配置文件即描述 了该组件所提供的接口和OSS/J接口之间的映射关系。
7.组件注册管理模块
组件注册管理模块为集成工具提供了远程管理功能，可以在线注册、维护和删除组件， 提供的具体功能如下：
(1)注册和加载组件：首先向集成工具运行的服务器上传组件包及其映射配置文件， 然后服务器动态加载组件包，并将映射配置文件中所描述的OSS/J接口添加到接口注册文 件中完成组件注册。
(2)查看和修改组件的配置文件：此模块可以显示服务器端的配置文件列表，客户可 以选择查看和修改某个配置文件的内容，以此改变接口和数据的映射关系。其中，接口注 册文件描述了集成工具上注册的OSS/J接口，可以通过修改此文件停止和激活接口；通过 修改映射配置文件，可以重新定义映射关系。
(3)删除和卸载组件：首先从接口注册文件中删除相应的OSS/J接口，然后从内存中 卸载已加载的组件类，最后删除映射配置文件和组件包。此模块的结构如图10所示，最顶 层是用户界面，以B/S的方式实现，可以通过网页形式添加、查看、修改和删除组件配置 文件、组件包等信息；中间为业务逻辑层，实现增删改查的业务逻辑；底层的数据访问层 可以对配置文件进行管理，组件动态加载组件可以动态加载组件包及其类文件。
此外，本发明未详细描述部分属于本领域人员公知技术。
本发明实现了遗留系统接口和OSS/J接口之间的映射以及遗留系统数据和SID之间的 映射，完成轻量级的标准化集成，满足新一代电信运营支撑系统对底层接口和数据的统一 性需求，为进一步的应用级和流程级集成提供规范的接口和数据。
对于本领域的普通技术人员来说可显而易见的得出其他优点和修改。因此，具有更 广方面的本发明并不局限于这里所示出的并且所描述的具体说明及示例性实施例。因此， 在不脱离由随后权利要求及其等价体所定义的一般发明构思的精神和范围的情况下，可对 其做出各种修改。
该平台上基于本发明的遗留系统接入工具的信息交互流程如下：工作流系统访问企业 服务总线上注册的服务；企业服务总线将所请求的服务分解成对接入组件的调用，包括平 台基本业务组件和OSS/J接口组件；OSS/J接口将调用转交给集成工具，集成工具将调用分 解成对相应组件的接口调用，并完成SID到遗留系统数据模型的转换；组件完成对相应遗 留系统的调用；调用完毕后，组件将结果返回给集成工具；集成工具将结果转换成SID的 模型数据，并通过OSS/J接口返回给企业服务总线。
根据平台的应用需求可知遗留系统集成工具主要完成以下主要功能：
(1)实现对OSS/J接口调用的解析；
(2)实现OSS/J接口到组件接口的映射与分解调用；
(3)实现SID与遗留系统数据模型的映射和转换；
(4)实现遗留系统接入组件的注册、管理和卸载；
(5)通过组件屏蔽遗留系统的通信和安全机制；
(6)通过解析映射配置文件实现低成本的集成。
根据上述功能要求，本发明的结构如图2、3所示，包括：
1.OSS/J接口
OSS/J接口是在目标原则的指导下，以NGOSS框架和J2EE平台为基础，运用设计模 式，设计的一组API框架。本文中的OSS/J接口并不真正实现它们所描述的功能，而是将 调用信息打包交给适配管理器，适配管理器通过将接口功能分解到相应的注册组件中，组 件再次对其所对应的遗留系统进行协议和安全相关的远程调用来完成接口功能，再向上返 回执行结果。OSS/J在整个过程中相当于一个标准门户，虽然不实现具体的功能，但从上层 看可以完成所需求的功能调用。它们将真正的任务由集成工具分解到各个遗留系统中，这 样可以实现信息孤岛状的异构电信遗留系统到统一的OSS/J接口的过渡式集成，即虽然各 电信运营商之间以及运营商内部的系统之间彼此异构，但都可以通过此集成工具将功能统 一起来，实现互联互通。
调用信息包包含三方面内容：
(1)接口名：OSS/J接口的唯一标识，由其所在的包路径+接口函数名+参数类型名 组成，可以区分不同的接口，包括重载接口；
(2)接口返回值类型：此类型为类类型，由两部分组成，即包路径+类名；
(3)接口参数向量：以一个向量存储的接口参数对象，将此接口所收到的参数按照其 在参数列表中的顺序加入该向量，它是组件接口调用的主要数据来源。
如图4所示，OSS/J接口所实现过程如下：
(1)OSS/J以EJB接口方式呈现；
(2)在OSS/J接口的实现中，将接口名、返回值类型和接口参数向量列表封装成一个 调用信息对象(即调用信息包)，如InvokingInfo；
(3)利用此调用信息对象调用适配管理器中的Execute(InvokingInfo)方法，并取得 一个Object类型的返回值；
(4)将返回值向下转型为接口返回值类型并返回；如果期间发生错误，则返回调用失 败信息。
2.适配管理器
适配管理器是整个适配集成过程的中枢，负责协调整个适配过程，路由组件访问模块、数 据转换模块和配置文件解析模块之间的信息流。它相当于集成工具的逻辑主干，将作为枝 叶的其它模块有机结合起来，使之共同协作，有序地完成接口分解和数据转换等任务。适 配管理器的实现过程如图3、5所示：
(1)解析来自OSS/J接口的调用信息包，得到其中包含的接口名、接口返回值类型以 及接口参数向量。
(2)用接口名初始化配置文件解析模块，如果此接口名已经注册，则收到真值的初始 化结果，否则如果初始化结果失败，则向被调用的OSS/J接口返回InterfaceNotFound错误 信息。
(3)如果初始化成功，则可以通过配置文件解析模块解析并得到此OSS/J接口与相应 组件接口的映射信息。
(4)对该OSS/J接口所对应的每一个组件接口，首先从配置文件解析模块得到此组件 接口的参数转换规则，交给数据转换模块进行接口参数转换，即根据参数转换规则，将OSS/J 接口的参数和先前组件接口的调用结果整合成为当前组件接口的参数。然后，将组件接口 名和转换后的参数向量交给组件访问模块完成组件功能调用。最后，将调用结果转交给数 据转换模块进行保存，并继续下一次组件接口调用。
(5)当适配管理器完成所有的组件接口调用后，从配置文件解析模块得到此OSS/J按 口的返回值转换规则，并交给数据转换模块转换得到最终返回值，返回给被调用的OSS/J 接口。
在以上的调用流程中，如果某步失败，适配管理器会收到相应的错误信息，如表1所 示，这样整个转换过程就会失败，于是向被调用的OSS/J接口返回InvocationFailed错误信 息。
表1关键错误信息列表
错误信息名 错误信息描述 InterfaceNotFound 所调用的OSS/J接口没有 被注册 MappingFileNotFound 映射配置文件没找到 InterfaceNotFoundInMappingFile 映射配置文件中没有此 OSS/J接口 DataClassNotFound 数据类文件没有找到 DataTranslationFailed 数据转换失败 ComponentClassNotFound 组件类文件没有找到 ComponentInvocationFailed 组件功能调用失败
3.配置文件解析模块
配置文件解析模块负责解析XML格式的映射配置文件，它根据从适配管理器得到的标 准接口名解析映射配置文件(包括查询接口描述、接口映射、数据转换等信息)，并将解 析结果返回给适配管理器。它屏蔽了配置文件的类型和访问细节。此模块所解析的XML配 置文件有两种类型：接口注册文件和映射配置文件。
(1)接口注册文件记录所有已注册的OSS/J接口及其所对应的映射配置文件。解析模 块可以根据此文件首先判断要处理的OSS/J接口是否可用，即是否已经注册了它的组件和 配置映射文件。如果已经注册，则可以在此文件中查找到此OSS/J接口的条目，并获得所 在的映射配置文件路径和文件名，再查找、读取和解析该映射配置文件；如果查找失败， 则返回MappingFileNotFound错误信息。如果此接口没有注册，则返回InterfaceNotFound 错误信息。该接口注册文件的格式如下：
(2)映射配置文件记录一批已注册的OSS/J接口的映射转换信息，一般与某个注册组 件相对应，即描述OSS/J接口与组件接口之间的映射关系。通过接口名可以在此文件中查 找到具体的映射转换信息，如果查找失败则返回InterfaceNotFoundInMappingFile错误信息。 每个接口的映射转换信息由三部分组成：接口的基本描述、其所对应的组件接口列表和返 回值转换规则。该映射配置文件的一个片断如下：
其中，
此模块的主要功能接口如表2所示：
表2配置文件解析模块的主要接口
接口名 接口功能 Initiate 初始化配置文件解析模块。首先在接口注册文件 中查找要解析的OSS/J接口是否已注册，然后读取此 接口所在的映射配置文件，解析此文件中该接口的映 射转换信息。 GetSubFunsNum 获取此OSS/J接口所对应的组件中子函数的数 目，即此接口可以分解成对多少个组件接口的调用。 GetNextFun 获取下一个组件子函数的调用信息，包括子函数 的所在类名、名称、接口描述、参数类型、返回值类 型、参数转换规则等。 GetRetValueTranInfo 获取最终返回值的数据转换信息，包括为得到返 回值应采用的转换规则。
如图6所示，配置文件解析模块的实现过程如下：
(1)用OSS/J接口名初始化解析模块。其过程为，读取适配管理器的配置文件，得到 描述OSS/J接口与其映射配置文件对应关系的配置文件路径，并读取该配置文件，如 InterfaceIndex.xml；
(2)根据从适配管理器得到的OSS/J接口名解析InterfaceIndex.xml，得到此接口所对 应的映射配置文件名，如告警管理接口的映射配置文件AlarmManagement.xml；
(3)如果初始化成功，则读取并解析此映射配置文件，并将各组件访问函数的参数对 象化，即为每次的组件函数访问生成一个对象列表，将解析的对象化结果返回适配管理器； 否则返回错误信息。
上述对象化结果主要包括以下内容：OSS/J接口名、返回值类型所在包路径、组件函数 访问列表、最终返回值转换规则；组件函数访问列表的每个元素(对应于一个子程序映射 信息)主要包括以下内容：组件所在路径、组件中函数所在类名、函数名、函数描述、函 数参数类型列表、函数返回值类型、函数各参数的生成规则；函数参数的生成规则包括： 源数据类型、源数据映射点(即类型中的某个属性)、目标数据类型、目标数据映射点。
4.数据转换模块
数据转换模块进行OSS/J接口数据(即SID)与组件数据之间的双向转换。它在适配管 理器的调配下，根据配置文件的映射规则将OSS/J接口参数转换为组件的数据类型，并将 返回值转换为OSS/J接口的数据类型。它保存了每次组件接口调用的返回结果，为后续组 件调用的参数和最终返回值的生成奠定基础，即后续数据的生成依赖于前面的调用结果。
此模块为适配管理器提供的接口如表3所示：
表3数据转换模块的主要接口
接口名 接口功能 Initiate 初始化。保存OSS/J接口的参数对象列表，并根据组件接口 的数目生成返回值保存列表。 TransformData 转换数据。根据收到的转换规则序列，采用反射机制，生成 组件接口的各参数对象，并赋值返回。 SetRetValue 保存组件接口的调用结果。根据组件接口的调用顺序依次保 存每次的调用结果，为后续组件接口调用参数和最终返回值的生 成提供数据。 ComputeFinalValue 计算最终返回值。根据从适配管理器收到的转换规则，从 OSS/J接口参数向量和返回值保存列表中的数据映射生成最终返 回值。
转换规则的描述可分为四部分，如表4所示：
表4转换规则描述
规则组成 组成描述 DestinationType 目标数据类型，属于基本数据类型，如int、String等 DestinationValue 目标数据值，即组件接口中某一参数的属性值，表示形式如 p1.person.name，其中p1指第一个参数对象，person为该对象的一个 对象属性，而name是该对象属性的一个String类型属性。 SourceType 源数据类型，属于基本数据类型，如int、String等
SourceValue 源数据值，有两种来源：OSS/J接口的参数和前面组件调用的返 回值。比如，p1.member.name，其中p1指OSS/J接口的参数向量中 第一个参数对象，member为该对象的一个对象属性，name为该属性 的一个String类型属性；r1.company.employee.name，其中r1表示前 面第一个组件调用的返回值，company和employee为对象属性，name 为一个String类型属性。
数据转换主要应用Java的反射原理进行。首先，判断目标与源数据的数据类型之间是 否可以转换，如果无法转换，则返回DataTranslationFailed错误信息；然后，应用反射机制， 从SourceValue得到源数据值，并将它转换成目标数据类型；最后，再次应用反射机制将转 换后的值赋予DestinationValue。
当属于某个组件调用的所有参数转换完成后，就生成了组件接口的参数列表。同样， 返回值转换也按照此原理进行。此模块与适配管理器的交互流程如图7所示，数据转换的 实现过程如下：
(1)接受适配管理器的初始化，即解析和保存调用信息包，生成组件调用返回值保存 序列；
(2)接收适配管理器的组件调用数据转换信息，根据其中的映射规则进行数据转换， 源数据取自调用信息包中的接口参数列表和组件调用返回值保存序列，如果转换完成则返 回生成的参数列表；否则返回错误信息；
(3)所有数据转换完成后，由组件调用返回值保存序列作为源数据生成最终返回值。
5.组件访问模块
组件访问模块负责调用组件中封装的协议和安全无关函数。它依据从适配管理器得到 的函数名和相关参数完成对组件的调用，并将调用结果返回。
组件访问模块包含一个主要的接口：invoke(调用)，其参数包括组件类名称、类接口 名称、参数类列表和参数数据对象列表，其实现过程如图8所示：首先运用反射机制生成 组件类对象，然后由类接口名和参数类列表得到组件函数，再以参数数据对象列表为参数 调用此组件函数，最后返回调用结果。期间，如果组件类不存在则返回 ComponentClassNotFound没有发现错误信息，如果函数调用失败则返回 ComponentInvocationFailed失败错误信息。
因为组件注册管理模块已经将注册的组件的类加载到内存中，所以可以生成这些类的 实例，并利用反射机制调用这些实例的接口。
6.组件
组件与遗留系统一一对应，可屏蔽异构系统的通信协议、安全机制和平台的差异性， 将远程接口转换成本地接口。组件位于整个集成工具的最底层，作用也比较基础，包括两 个方面：协议与安全机制接入、遗留系统接口和数据的初步整合。
协议与安全机制接入通过提供与所对应的遗留系统远程接口相同的协议和安全策略实 现，比如，如果遗留系统为Corba接口，则它的组件应采用Corba相关协议接入这些远程 接口，将它们变为协议和安全无关的本地接口。
接口和数据的初步整合是在屏蔽遗留系统接口协议和安全机制的基础上，初步调整遗 留系统接口与OSS/J接口、遗留系统数据与SID数据之间的对应关系。整合的结果是，OSS/J 接口与遗留系统接口之间为一对多的关系，即OSS/J接口可以分解成对多个遗留系统接口 的调用；数据类型之间存在属性对应关系，即可以通过属性映射实现数据之间的相互转换， 可以说定义一种中间数据类型。这个整合过程并不是必需的，目的是达到接口和数据之间 的最基本映射要求。
如图9所示，一个组件的结构主要包括两个部分：映射配置文件和组件类文件。其中， 组件类文件以jar包形式存在，包含两种类型文件：数据类文件和接口类文件。数据类文件 包含了该组件中所用到的数据类型，这些类型可以被集成工具所使用。接口类文件包含了 所有协议和安全无关接口，封装了对远程遗留系统接口的调用关系。映射配置文件即描述 了该组件所提供的接口和OSS/J接口之间的映射关系。
7.组件注册管理模块
组件注册管理模块为集成工具提供了远程管理功能，可以在线注册、维护和删除组件， 提供的具体功能如下：
(1)注册和加载组件：首先向集成工具运行的服务器上传组件包及其映射配置文件， 然后服务器动态加载组件包，并将映射配置文件中所描述的OSS/J接口添加到接口注册文 件中完成组件注册。
(2)查看和修改组件的配置文件：此模块可以显示服务器端的配置文件列表，客户可 以选择查看和修改某个配置文件的内容，以此改变接口和数据的映射关系。其中，接口注 册文件描述了集成工具上注册的OSS/J接口，可以通过修改此文件停止和激活接口；通过 修改映射配置文件，可以重新定义映射关系。
(3)删除和卸载组件：首先从接口注册文件中删除相应的OSS/J接口，然后从内存中 卸载已加载的组件类，最后删除映射配置文件和组件包。此模块的结构如图10所示，最顶 层是用户界面，以B/S的方式实现，可以通过网页形式添加、查看、修改和删除组件配置 文件、组件包等信息；中间为业务逻辑层，实现增删改查的业务逻辑；底层的数据访问层 可以对配置文件进行管理，组件动态加载组件可以动态加载组件包及其类文件。
此外，本发明未详细描述部分属于本领域人员公知技术。
本发明实现了遗留系统接口和OSS/J接口之间的映射以及遗留系统数据和SID之间的 映射，完成轻量级的标准化集成，满足新一代电信运营支撑系统对底层接口和数据的统一 性需求，为进一步的应用级和流程级集成提供规范的接口和数据。
对于本领域的普通技术人员来说可显而易见的得出其他优点和修改。因此，具有更 广方面的本发明并不局限于这里所示出的并且所描述的具体说明及示例性实施例。因此， 在不脱离由随后权利要求及其等价体所定义的一般发明构思的精神和范围的情况下，可对 其做出各种修改。