一种信息系统接入企业服务总线的方法及装置与流程

本发明涉及信息系统集成技术领域，具体涉及一种信息系统接入企业服务总线的方法及装置。

背景技术：

随着社会整体信息化水平的提高，信息系统间相互集成、互联互通已成为信息化建设过程中的必须环节。但通过传统点对点的系统集成方式最终造成企业信息化架构蛛网化复杂性，伴随而来的是繁复僵化的应用架构、高额的维护成本和缓慢的响应速度。基于企业服务总线(Enterprise Service Bus，ESB)采用面向服务的体系结构(Service-Oriented Architecture，SOA)的信息系统集成方式是普遍认可先进的集成方法。ESB由中间件技术实现并支持的面向服务架构的一组基础架构功能，支持异构环境中的服务、消息以及基于事件的交互,并且具有适当的服务级别和可管理性。

现有的信息系统接入企业服务总线时，信息系统需要获取企业服务总线的系统架构以及企业服务总线的配置信息、函数调用等技术细节，过程繁琐；同时由于企业服务总线向信息系统公开了配置信息会影响企业服务总线的安全性。在信息系统与企业服务总线集成过程中，由于集成双方在集成观点不同、相互技术陌生、工期紧迫、缺乏规范、职责划分不清等原因，造成系统集成工作过程中各方意见难以统一、工期冗长等问题，系统集成工作成为信息化建设的“绊脚石”。

技术实现要素：

本发明实施例提供一种信息系统接入企业服务总线的方法及系统，用于解决现有的信息系统接入企业服务总线的方法过程繁琐、影响企业服务总线的安全性的问题。

本发明实施例提供了一种信息系统接入企业服务总线的方法，包括:

信息系统获取由企业服务总线提供的集成程序工程包；

所述信息系统调用集成程序工程包；

所述集成程序工程包自动拼装报文消息格式并将企业服务总线预设的路由信息添加到第一报文的报文头中；

所述集成程序工程包将所述信息系统待传输的数据添加到所述第一报文的报文体中；

所述集成程序工程包通过配置文件获取与企业服务总线建立连接的参数信息，并根据所述参数信息与所述企业服务总线建立数据连接；

所述集成程序工程包将所述第一报文发送给所述企业服务总线；

其中，所述路由信息包括系统服务号、系统号、流水号、服务器时间。

可选地，集成程序工程包通过配置文件获取与企业服务总线建立连接的参数信息，并根据所述参数信息与所述企业服务总线建立数据连接包括：

集成程序工程包与企业服务总线的数据接收消息队列建立数据连接；

其中，所述参数信息包括：请求队列管理器IP、请求队列管理器端口、请求队列管理器服务器通道、请求队列管理器系统ID和请求队列名称。

可选地，所述集成程序工程包将所述信息系统待传输的数据添加到所述第一报文的报文体中包括：

集成程序工程包将所述信息系统待传输的数据添加到所述第一报文的报文体的请求Request节点中。

可选地，所述集成程序工程包将所述第一报文发送给所述企业服务总线包括：

集成程序工程包将所述第一报文发送给所述企业服务总线的请求队列。

可选地，所述方法还包括：

所述信息系统接收所述企业服务总线发送的反馈数据。

本发明实施例提供了一种信息系统接入企业服务总线的装置，包括：

集成程序工程包调用单元，用于获取由企业服务总线提供的集成程序工程包，调用集成程序工程包；

路由信息添加单元，用于自动拼装报文消息格式并将企业服务总线系统预设的路由信息添加到第一报文的报文头中；

待传输数据添加单元，用于将所述信息系统待传输的数据添加到所述第一报文的报文体中；

数据连接建立单元，用于通过配置文件获取与企业服务总线建立连接的参数信息，并根据所述参数信息与所述企业服务总线建立数据连接；

报文发送单元，用于将所述第一报文发送给所述企业服务总线；

其中，所述路由信息包括系统服务号、系统号、流水号、服务器时间。

可选地，所述数据连接建立单元进一步用于：

与企业服务总线的数据接收消息队列建立数据连接；

其中，所述参数信息包括：请求队列管理器IP、请求队列管理器端口、请求队列管理器服务器通道、请求队列管理器系统ID和请求队列名称。

可选地，所述待传输数据添加单元进一步用于：

将所述信息系统待传输的数据添加到所述第一报文的报文体的请求Request节点中。

可选地，所述报文发送单元进一步用于：

将所述第一报文发送给所述企业服务总线的请求队列。

可选地，所述装置还包括：

反馈数据接收单元，用于接收所述企业服务总线发送的反馈数据。

本发明实施例提供的信息系统接入企业服务总线的方法及装置，将标准化的集成程序工程包植入信息系统，信息系统采用自身的开发语言与语法只需调用集成程序工程包的内容即可实现与企业服务总线的集成。本发明实施例采用集成前置的方式，在信息系统中内置配置文件和集成程序工程包，当需要接入企业服务总线时，调用集成程序工程包即可，无需与企业服务总线直接交互，无需获取企业服务总线的系统架构等技术细节，过程简单，同时增加了企业服务总线的安全性。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明一个实施例的信息系统接入企业服务总线的方法流程示意图；

图2示出了本发明一个实施例的信息系统接入企业服务总线的方法原理图；

图3示出了本发明另一个实施例的信息系统接入企业服务总线的方法流程示意图；

图4示出了本发明另一个实施例的信息系统接入企业服务总线的方法原理图；

图5示出了本发明一个实施例的信息系统接入企业服务总线的队列架构图；

图6是本发明一个实施例的信息系统接入企业服务总线的装置的结构示意图；

图7是本发明另一个实施例的信息系统接入企业服务总线的装置的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整的描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1是本发明一个实施例的信息系统接入企业服务总线的方法的流程示意图。如图1所示，本发明实施例的信息系统与企业服务总线基于Message Queue的协议进行集成，Message Queue是一种可靠、异步的消息传送服务。

本发明实施例说明的是服务请求方接入企业服务总线(入站)的过程，该实施例的信息系统接入企业服务总线的方法包括：

S11：集成程序工程包调用单元，用于获取由企业服务总线提供的集成程序工程包，调用集成程序工程包；

S12：集成程序工程包自动拼装报文消息格式并将企业服务总线预设的路由信息添加到第一报文的报文头中；

需要说明的是，本发明实施例在信息系统中植入标准化的集成程序工程包，集成程序工程包与信息系统基于同种编程语言实现，信息系统可调用集成程序工程包拼装与企业服务总线通信的报文消息格式。信息系统调用集成程序工程包添加到第一报文的报文头中的路由信息包括服务号、系统号、流水号、服务器时间。服务号是对每个系统中的服务的唯一编号，在企业服务总线中，起到路由的作用；系统号是对各个系统的唯一编号，在企业服务总线中，起到路由和日志查询作用；流水号是对各传输数据的唯一编号，起到查询各传输数据的作用；服务器时间是服务请求方的服务器时间，方便数据查询。

S13：所述集成程序工程包将所述信息系统待传输的数据添加到所述第一报文的报文体中；

S14：所述集成程序工程包通过配置文件获取与企业服务总线建立连接的参数信息，并根据所述参数信息与所述企业服务总线建立数据连接；

S15：所述集成程序工程包将所述第一报文发送给所述企业服务总线。

本发明实施例提供的信息系统接入企业服务总线的方法及装置，将标准化的集成程序工程包植入信息系统，信息系统采用自身的开发语言与语法只需调用集成程序工程包的内容即可实现与企业服务总线的集成。本发明实施例采用集成前置的方式，在信息系统中内置配置文件和集成程序工程包，当需要接入企业服务总线时，调用集成程序工程包即可，无需与企业服务总线直接交互，无需获取企业服务总线的系统架构等技术细节，过程简单，同时增加了企业服务总线的安全性。

图2示出了本发明一个实施例的信息系统接入企业服务总线的方法原理图。如图2所示，集成程序工程包通过配置文件获取与企业服务总线建立连接的参数信息，并根据所述参数信息与所述企业服务总线建立数据连接包括：

集成程序工程包与企业服务总线的数据接收消息队列建立数据连接；

其中，所述参数信息包括：请求队列管理器IP、请求队列管理器端口、请求队列管理器服务器通道、请求队列管理器系统ID和请求队列名称。

进一步地，所述集成程序工程包将待传输的数据添加到所述第一报文的报文体中包括：

集成程序工程包将所述信息系统待传输的数据添加到所述第一报文的报文体的请求Request节点中。

进一步地，所述集成程序工程包将所述第一报文发送给所述企业服务总线包括：

信息系统将所述第一报文发送给所述企业服务总线的请求队列。

进一步地，所述方法还包括：

所述信息系统接收所述企业服务总线发送的反馈数据。

需要说明的是，为了保证信息系统能够接收企业服务总线的反馈信息，在实际应用中，参数信息还包括：响应队列管理器IP、响应队列管理器端口、响应队列管理器服务器通道、响应队列管理器系统ID和响应队列名称。

信息系统通过配置文件获取上述参数信息后，信息系统与企业服务总线的响应队列建立连接，信息系统接收企业服务总线发送的反馈数据。

图3示出了本发明另一个实施例的信息系统接入企业服务总线的方法流程图。如图3所示，本发明实施例的信息系统与企业服务总线基于Message Queue的协议进行集成，Message Queue是一种可靠、异步的消息传送服务。

本发明实施例说明的是服务提供方接入企业服务总线(出站)的过程，该实施例的信息系统接入企业服务总线的方法包括：

S31：信息系统获取由企业服务总线提供的集成程序工程包，所述信息系统调用集成程序工程包；

S32：所述集成程序工程包通过配置文件获取与企业服务总线建立连接的参数信息，并根据所述参数信息与企业服务总线建立数据连接；

需要说明的是，本发明实施例在信息系统中内置配置文件，通过配置文件获取与企业服务总线建立数据连接的参数信息。

S33：所述集成程序工程包对数据接收队列进行监听，当监听到所述接收队列有待传输数据时，接收所述待传输数据。

本发明实施例的信息系统接入企业服务总线的方法，将标准化的集成程序工程包植入信息系统，信息系统采用自身的开发语言与语法只需调用集成程序工程包的内容即可实现与企业服务总线的集成。本发明实施例采用集成前置的方式，在信息系统中内置配置文件和集成程序工程包，当需要接入企业服务总线时，调用集成程序工程包即可，无需与企业服务总线直接交互，无需获取企业服务总线的系统架构等技术细节，过程简单，同时增加了企业服务总线的安全性。

图4示出了本发明另一个实施例的信息系统接入企业服务总线的方法原理图。如图4所示，在接收所述待传输数据之后，所述方法还包括：

所述集成程序工程包对接收到的传输数据进行解析，并向所述企业服务总线发送反馈数据。

进一步地，向所述企业服务总线发送反馈数据包括：

将所述反馈数据添加到报文的报文体的响应Response节点中，向所述企业服务总线的发送队列发送反馈数据。

需要说明的是，Request和Response分别对应请求数据报文和响应数据报文，服务请求方调用集成程序工程包，集成程序工程包将报文放到Request节点下，服务提供方调用集成程序工程包，集成程序工程包将报文放到Response节点下。

为了保证信息系统能够接收企业服务总线的反馈信息，在实际应用中，参数信息还包括：发送队列管理器IP、发送队列管理器端口、发送队列管理器服务器通道、发送队列管理器系统ID和发送队列名称。

信息系统通过配置文件获取上述参数信息后，信息系统与企业服务总线的发送队列建立连接，信息系统向企业服务总线发送反馈数据。

进一步地，所述信息系统通过配置文件获取与企业服务总线建立连接的参数信息，并根据所述参数信息与所述企业服务总线建立数据连接，包括：

所述信息系统与企业服务总线的数据发送消息队列建立数据连接；

其中，所述参数信息包括：接收队列管理器IP、接收队列管理器端口、接收队列管理器服务器通道、接收队列管理器系统ID、接收队列管理器名称。

以下以一个具体的实施例结合图5说明服务请求方信息系统A发送数据给企业服务总线(入站)，企业服务总线将数据发送给服务提供方信息系统B(出站)，服务提供方信息系统B对数据进行处理，将反馈数据发送给企业服务总线，企业服务总线将反馈数据发送给服务请求方信息系统A的具体过程。

第一，信息系统A调用集成程序工程包拼装报文消息，调用集成程序工程包按照拼装的报文消息格式将企业服务总线系统预设的路由信息添加到第一报文的报文头中，将待传输的数据添加到所述第一报文的报文体中，通过配置文件获取与企业服务总线建立连接的参数信息，信息系统A企业服务总线的请求队列建立数据连接，信息系统A将所述第一报文发送给所述企业服务总线的请求队列。经过上述步骤，实现了服务请求方信息系统A的第一报文入站。

第二，信息系统B通过配置文件获取与企业服务总线建立连接的参数信息，并根据所述参数信息与企业服务总线的数据发送消息队列建立数据连接，调用集成程序工程包对数据接收队列进行监听，当监听到所述接收队列有待传输数据时，接收所述待传输数据。经过上述步骤，实现了企业服务总线将数据发送给服务提供方信息系统B(出站)。

第三，信息系统B对接收到的传输数据进行解析，信息系统B的发送队列与企业服务总线的数据接收消息队列建立连接，向企业服务总线的发送队列发送反馈数据。

第四，信息系统A与企业服务总线的响应队列建立连接，通过响应队列接收企业服务总线发送的反馈数据。

需要说明的是，本发明中的集成程序工程包可以基于JAVA、.NET和C++等多种编程语言实现，通过在信息系统A和信息系统B中植入配置文件和集成程序工程包实现信息系统与企业服务总线的集成。

图6是本发明另一个实施例的信息系统接入企业服务总线的装置的结构示意图。如图6所示，本发明实施例的信息系统接入企业服务总线的装置，包括集成程序工程包调用单元61、路由信息添加单元62、待传输数据添加单元63、数据连接建立单元64和报文发送单元65，具体地：

集成程序工程包调用单元61，用于获取由企业服务总线提供的集成程序工程包，调用集成程序工程包；

路由信息添加单元62，用于自动拼装报文消息格式并将企业服务总线系统预设的路由信息添加到第一报文的报文头中；

待传输数据添加单元63，用于将所述信息系统待传输的数据添加到所述第一报文的报文体中；

数据连接建立单元64，用于通过配置文件获取与企业服务总线建立连接的参数信息，并根据所述参数信息与所述企业服务总线建立数据连接；

报文发送单元65，用于将所述第一报文发送给所述企业服务总线；

其中，所述路由信息包括系统服务号、系统号、流水号、服务器时间。

数据连接建立单元64进一步用于：

与企业服务总线的数据接收消息队列建立数据连接；

其中，所述参数信息包括：请求队列管理器IP、请求队列管理器端口、请求队列管理器服务器通道、请求队列管理器系统ID和请求队列名称。

待传输数据添加单元63进一步用于：

将所述信息系统待传输的数据添加到所述第一报文的报文体的请求Request节点中。

报文发送单元65进一步用于：

将所述第一报文发送给所述企业服务总线的请求队列。

所述装置还包括：

反馈数据接收单元，用于接收所述企业服务总线发送的反馈数据。

图7是本发明另一个实施例的信息系统接入企业服务总线的装置的结构示意图。如图7所示，本发明实施例的信息系统接入企业服务总线的装置，包括集成程序工程包调用单元71、数据连接建立单元72和待传输数据接收单元73，具体地：

集成程序工程包调用单元71，用于获取由企业服务总线提供的集成程序工程包，所述信息系统调用集成程序工程包；数据连接建立单元72，用于通过配置文件获取与企业服务总线建立连接的参数信息，并根据所述参数信息与企业服务总线建立数据连接；

待传输数据接收单元73，用于调用集成程序工程包对数据接收队列进行监听，当监听到所述接收队列有待传输数据时，接收所述待传输数据。

该装置还包括：

反馈数据发送单元，用于对接收到的传输数据进行解析，并向所述企业服务总线发送反馈数据。

反馈数据发送单元，进一步用于将所述反馈数据添加到报文的报文体的响应Response节点中，所述企业服务总线的发送队列发送反馈数据。

数据连接建立单元72进一步用于：

与企业服务总线的数据发送消息队列建立数据连接；

其中，所述参数信息包括：接收队列管理器IP、接收队列管理器端口、接收队列管理器服务器通道、接收队列管理器系统ID、接收队列管理器名称。

本发明实施例的信息系统接入企业服务总线的装置可以用于执行上述方法实施例，其原理和技术效果类似，此处不再赘述。

本发明实施例提供的信息系统接入企业服务总线的方法及装置，将标准化的集成程序工程包植入信息系统，信息系统采用自身的开发语言与语法只需调用集成程序工程包的内容即可实现与企业服务总线的集成。本发明实施例采用集成前置的方式，在信息系统中内置配置文件和集成程序工程包，当需要接入企业服务总线时，调用集成程序工程包即可，无需与企业服务总线直接交互，无需获取企业服务总线的系统架构等技术细节，过程简单，同时增加了企业服务总线的安全性。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

需要说明的是术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本发明的说明书中，说明了大量具体细节。然而能够理解的是，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。类似地，应当理解，为了精简本发明公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释呈反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

以上实施例仅用于说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。