一种面向分布式异构资源的服务集成方法与流程

本发明涉及一种面向分布式异构资源的服务集成的方法，属于软件技术领域。

背景技术：

目前，对遗留资源的服务化适配与集成通常有两类方法：一是直接对遗留资源进行功能分解，将其拆分为具有独立功能的软件模块，并将这些模块封装为web服务以重新组织系统，目前对web服务的研究已形成完整体系，在服务发现、服务组合等方面都已形成成熟的理论和产品，从而使这一方法在针对特定系统时能取得良好的效果，但也因此缺乏通用性；二是对遗留资源进行形式化描述和包装，但这些方法大多不可避免的需要侵入遗留资源的内部，存在稳定性和安全性方面的隐患。本文提出了一种基于消息的遗留资源服务化适配与集成方法，该方法可适用于大多数类型的遗留资源，且不需要对遗留资源的内部结构进行改造。

技术实现要素：

本发明的目的：发明分析了遗留资源的差异性，建立了遗留资源的抽象服务化描述模型，并提出了一种基于消息的遗留资源服务化适配与集成方法，实现了一种基于消息的遗留资源服务化适配与集成方法。这种方法能够对异类遗留资源进行统一的服务化建模，并基于统一消息格式实现资源的服务化适配，为异构平台下的多粒度遗留资源服务化集成提供了一种可行的技术手段。该方法可适用于大多数类型的遗留资源，且不需要对遗留资源的内部结构进行改造。

本发明的原理：遗留资源服务适配与集成的含义是将遗留的非服务化资源通过一定的适配方式，屏蔽它们在技术特性上的差异，通过规范的封装方法使它们具有统一的服务服务描述规范的“服务”，以便无缝地接入以网络为中心的面向服务的系统中。

本发明技术解决方案：一种方法，其特点在于实现步骤如下：

第一步，针对遗留资源的服务化迁移问题，分析遗留资源的差异性,给出遗留资源的定义；

第二步，给出一种通用的遗留资源的服务化抽象描述模型：通过对遗留资源的描述，将遗留资源全部看作服务，所有描述内容都作为服务的属性，描述基于xml语言以方便扩展；

第三步，建立一种基于消息的遗留资源服务化适配与集成框架，分析通过统一消息实现遗留资源服务化集成的方法；

第四步：对消息格式进行定义，其中每个消息类型的消息都由消息头和消息正文组成，其中消息头描述消息的传输控制信息，消息正文存储消息本身的内容；

第五步：根据遗留应用对外交信息交换方式的不同，将遗留资源分为3类，3类遗留源的服务化适配过程为：(1)资源以非服务形态提供，采用收发网络报文的方法与外界进行信息交换；(2)资源以非服务形态提供，对外提供某种api调用接口进行信息交换；(3)资源直接以服务形态提供，以服务请求/响应的方式实现信息交换。

本发明与现有技术相比具有如下优点：

可适用于大多数类型的遗留资源；且不需要对遗留资源的内部结构进行改造；为异构平台下的多粒度遗留资源服务化集成提供了一种可行的技术手段。

附图说明

图1为消息收发类型的消息适配过程。

具体实施方式

以下结合具体实施例和附图对本发明进行详细说明，本发明实施例方法流程：

鉴于遗留资源技术形态，实现机制和运行平台的异构性，当其需要向面向服务系统演化时，需归纳其资源的组成结构和特性，同时以适应服务开发、集成、部署和管理为目标，充分分析不同平台、不同语言、不同技术体制下应用资源属性、形态和调用模式上的差异性，才能为明确遗留资源服务化适配与集成方法提供帮助。

建立遗留资源的服务化抽象描述模型是资源服务化适配与集成的基础，资源的服务化描述，需要了解计算、信息资源的功能、特征及提供外部使用的模式等。本发明拟对资源建立描述模型，通过对遗留资源的描述，将遗留资源全部看作服务，所有描述内容都作为服务的属性，描述基于xml语言以方便扩展。1.名称即资源的命名，原则上名称的描述应当具有“望文生义”的功能，并且，如果不是提供相同功能的资源，其名称应当不重复。2.唯一标识反映资源的身份信息，不同资源间不能重复，采用uuid的形式进行描述。3.形态反映资源的存在形式，和资源的访问方式相关，如web服务、文件、数据库、目录和子系统，对于不同形态的资源，在被访问时会使用不同的传输协议和数据格式。4.访问方式即对这种方法的描述，首先应区分其交互方式是消息收发还是接口调用，其次，将其描述分为两个方面：一是资源被访问时所使用的传输协议；二是资源被访问时所使用的数据格式。5.地址反映资源实际所在的物理位置，该项属性在资源集成过程中绑定时使用，对上层应用透明，采用“ip：端口”的方式描述.6.接口信息描述资源的接口类型、接口参数信息等属性，依据资源对外交互方式的不同，本发明将资源接口描述方法分为两类，对于通过消息收发方式和外界进行信息交换的资源，需描述其输入/输出消息报文的传输协议和数据格式，以及对应的消息类型；对于接口调用类资源和服务类资源，除描述接el调用时的传输协议和数据格式外，首先需要描述接口语言类型，其次需要描述具体参数属性，如果参数结构非编程语言的基本数据类型，还要对参数结构进行描述.

基于消息的遗留资源服务集成框架的思想是针对遗留资源的差异性，在通用的遗留资源服务化描述基础上，将遗留资源抽象为服务，服务直接通过统一格式的消息进行互操作，并通过消息适配器实现对特定类型服务访问方法和通用服务交互方法之间的适配。首先依据资源的接口信息描述，为每个遗留资源和新研服务建立消息适配器，提供一个或多个消息出入口，再依托统一的消息中间件，将服务的请求/响应信息包装成统一的消息格式；另一方面，将新研服务“消息化”，其含义是服务请求者和服务容器、服务容器和服务容器之间不直接通过“请求/响应”机制发生交互，而是同样通过消息中间件以消息的形式交互，服务原始的“请求/响应”信息全部存储在统一消息中，服务请求代理或服务容器负责解析统一消息，并在内部实现服务的“请求/响应”，这样一来，无论对新研的服务还是遗留资源，都可以将它们看作是服务，这些服务通过统一的消息中间进行消息交换，实现“请求/响应”的过程，而这一过程则对上层应用透明。

由于集成框架以通用的消息作为基础和资源互操作载体，因此，需对消息格式进行定义，其中每个消息类型的消息都由消息头和消息正文组成，其中消息头描述消息的传输控制信息，消息正文存储消息本身的内容。

统一的消息格式定义可以实现通用的服务集成互操作机制，对用户屏蔽异构资源的差异性，但具体到个体服务，它们并不能识别这种统一消息格式。根据遗留应用对外交信息交换方式的不同，将遗留资源分为3类，具体分类方法如下：(1)资源以非服务形态提供，采用收发网络报文的方法与外界进行信息交换；(2)资源以非服务形态提供，对外提供某种api调用接口进行信息交换；(3)资源直接以服务形态提供，以服务请求/响应的方式实现信息交换。在具体资源和服务调用者之间，还需通过消息适配器实现对特定类型服务访问方法和通用服务交互方法之间的适配。

服务注册中心寻址，得到服务的物理地址、访问方式和接口信息，然后，根据注册中反馈的信息，封装调用报文(即在资源专用报文的基础上加上相应的消息头，将原始调用报文作为消息正文)，将封装后的消息发送给被调用资源的消息适配器，消息适配器接收到消息后取得消息正文并交具体资源处理，处理完成后将结果返回给消息适配器，由消息适配器再次封装消息，将返回结果作为消息内容并添加消息头，最后交由服务调用代理将消息发送给用户。对消息收发类型资源的消息适配过程如图1所示。

接口调用类资源适配与消息收发类资源适配过程大致相似，所不同的是接口调用类资源在消息适配器取得消息内容后，需要对其进行解码处理，将通用服务接口的参数信息转换成资源可识别的接口参数信息，并按照资源相应的接口规范完成接口调用，同时在处理返回结果时，同样要对资源输出参数进行编码处理，将其转换成通用服务参数格式并放置在消息内容中返回给服务调用代理，对参数格式的转换由适配器对照通用服务接口参数和资源专用参数的参数映射表完成。对接口调用类型资源的消息适配，还需要对资源接口服务调用者的输入/输入参数按一定的格式打包，形成通用的接口形式供服务调用者调用，其方法是将所有参数的值按照一定规则编码，并压缩成二进制数据包作为在传输载体以提高访问效率，通过服务描述文件(包含编码规则)可以实现服务的参数的解析。

对新研服务的消息适配方法和对接口调用类型资源的消息适配方法类似，同样要对输入/输出参数进行编解码，区别在于消息编码/解码的操作由服务容器完成而不是由消息适配器完成，且编解码过程中不需要进行参数类型映射转换。