CN107634948A - 数据交换方法和系统 - Google Patents

Abstract

本发明提供一种数据交换方法和系统，该方法包括：发送端系统对应的客户端根据发送端系统发送的第一数据报文生成服务调用请求，并将第一数据报文和服务调用请求发送给服务端；服务端根据所述服务调用请求，将第一数据报文的数据格式转换为接收端系统使用的数据格式，获得第二数据报文；服务端根据服务调用请求，将第二数据报文的服务类型转换为接收端系统使用的服务类型，获得第三数据报文，并将第三数据报文发送给接收端系统对应的客户端；接收端系统对应的客户端将第三数据报文发送给接收端系统。本发明实施例的方法简化了数据交换系统结构，降低了运营成本，提高了效率。

Description

数据交换方法和系统

技术领域

本发明涉及信息技术，尤其涉及一种数据交换方法和系统。

背景技术

随着信息技术的不断发展，越来越多的信息系统需要与外部的其他多个信息系统进行频繁的数据交换。例如，企业在日常的生产经营活动中，需要频繁地访问银行的信息系统以完成查询、转账等金融业务，以及访问其他第三方系统(例如OA系统、ERP系统、财务系统及相关移动应用等系统)，因此企业内部的系统需要频繁地与多个信息系统进行数据交换。

目前，各个信息系统的技术协议标准各不相同，因此企业内部的系统需要与每个信息系统的提供者分别建立数据专线连接，并且还需要为每个信息系统分别配置单独的接口服务器和接口程序。因此，当企业内部的系统需要与多个信息系统进行数据交换时，需要设置多条数据专线和多个服务器，实现数据交换的结构较为复杂，运行成本大、效率低。

发明内容

本发明提供一种数据交换方法和系统，用以解决现有技术中的不足，提高效率和降低数据交换系统运行成本。

第一方面，本发明实施例提供一种数据交换方法，应用于数据交换系统，包括至少两个客户端和一个服务端，所述方法包括：

发送端系统对应的客户端根据所述发送端系统发送的第一数据报文生成服务调用请求，并将所述第一数据报文和所述服务调用请求发送给所述服务端；所述服务调用请求包括：所述第一数据报文的服务类型、所述第一数据报文的数据格式、接收端系统使用的服务类型和所述接收端系统使用的数据格式；

所述服务端根据所述服务调用请求，将所述第一数据报文的数据格式转换为所述接收端系统使用的数据格式，获得第二数据报文；

所述服务端根据所述服务调用请求，将所述第二数据报文的服务类型转换为所述接收端系统使用的服务类型，获得第三数据报文，并将所述第三数据报文发送给所述接收端系统对应的客户端；

所述接收端系统对应的客户端将所述第三数据报文发送给所述接收端系统。

第二方面，本发明实施例提供一种数据交换系统，包括：

第一客户端，用于根据所述发送端系统发送的第一数据报文生成服务调用请求，并将所述第一数据报文和所述服务调用请求发送给所述服务端；所述服务调用请求包括：所述第一数据报文的服务类型、所述第一数据报文的数据格式、接收端系统使用的服务类型和所述接收端系统使用的数据格式；

服务端，用于根据所述服务调用请求，将所述第一数据报文的数据格式转换为所述接收端系统使用的数据格式，获得第二数据报文；

所述服务端，还用于根据所述服务调用请求，将所述第二数据报文的服务类型转换为所述接收端系统使用的服务类型，获得第三数据报文，并将所述第三数据报文发送给所述接收端系统对应的客户端；

第二客户端，用于将所述第三数据报文发送给所述接收端系统。

本发明实施例提供的数据交换方法和系统，对来自发送端系统对应的客户端与接收端系统对应的客户端之间的数据进行数据格式转换，以及服务类型转换，将来自一方的数据转换成符合另一方数据格式以及服务类型的数据，从而完成数据交换。因此，每个系统均只需要一条数据专线与数据交换系统相连，因此简化了数据交换系统结构，降低了运营成本，提高了效率。

附图说明

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

图1为本发明实施例一的数据交换方法的流程图；

图2为本发明实施例二的数据交换系统的结构示意图；

图3为本发明实施例三的数据交换系统的结构示意图。

具体实施方式

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

首先对本发明所涉及的名词进行解释：

消息队列MQ就是一种中间件在不同平台、不同语言的应用程序之间提供可靠的、持久的异步通讯机制，可以用来存储报文。

本发明实施例中，在企业内部的系统和第三方信息系统以外设置独立的数据交换系统，该数据交换系统连接多个企业内部的系统和多个外部的信息系统，每个系统只需要通过一条数据专线与该数据交换系统相连，就可以通过该数据交换系统实现与多个信息系统的数据交换。以下通过具体实施例对该数据交换系统以及数据交换方法进行说明。

图1为本发明实施例一的数据交换方法的流程图。如图1所示，该方法应用于数据交换系统，包括至少两个客户端和一个服务端，所述方法可以包括以下步骤：

步骤101、发送端系统对应的客户端根据发送端系统发送的第一数据报文生成服务调用请求，并将第一数据报文和服务调用请求发送给服务端。

其中，所述服务调用请求包括：所述第一数据报文的服务类型、所述第一数据报文的数据格式、接收端系统使用的服务类型和所述接收端系统使用的数据格式。

本步骤中，发送端系统对应的客户端，以下简称第一客户端。第一客户端根据接收到的发送端系统发送的第一数据报文，生成服务调用请求，并将该服务调用请求发送给服务端。

第一数据报文中可以携带发送端系统使用的服务类型和数据格式、接收端系统的标识信息、接收端系统使用的服务类型和所述接收端系统使用的数据格式等信息。

步骤102、服务端根据服务调用请求，将第一数据报文的数据格式转换为接收端系统使用的数据格式，获得第二数据报文。

本步骤中，服务端根据服务调用请求中包括的接收端系统使用的数据格式，将第一数据报文的数据格式转换为接收端系统使用的数据格式，从而获得第二数据报文。

其中，数据格式包括和不限于：JavaScript对象表示法json、可扩展标记语言(Extensible Markup Language，简称xml)、javabean、映射map集合或列表list集合；

其中，所述第一数据报文的数据格式与所述接收端系统使用的数据格式不同。

在其他场景中，第一数据报文的数据格式和接收端系统使用的数据格式也可以相同。

javabean是一种JAVA语言写成的可重用组件。映射map集合或列表list集合均为JAVA语言中的集合。

步骤103、服务端根据服务调用请求，将第二数据报文的服务类型转换为接收端系统使用的服务类型，获得第三数据报文，并将第三数据报文发送给接收端系统对应的客户端。

本步骤中，服务端将格式转换后的第二数据报文的服务类型进行转换，转换为接收端系统使用的服务类型，从而获得第三数据报文，并将该第三数据报文发送给接收端系统对应的客户端。

其中，服务类型可以包括和不限于：网页服务web service、超文本传输协议(HyperText Transfer Protocol，简称http)服务、文件服务或超文本传输协议调用服务http invoker；

其中，所述第一数据报文的服务类型与所述接收端系统使用的服务类型不同。

在其他场景中，第一数据报文的服务类型和接收端系统使用的服务类型也可以相同。

需要说明的是，在其他实施例中，发送端和接收端的服务类型也可以相同而数据格式不同，或服务类型不同而数据格式相同，或，两者都相同，相同时可以不作转换。

http invoker是spring框架中的一个远程调用模型,执行基于http的远程调用。

步骤104、接收端系统对应的客户端将第三数据报文发送给接收端系统。

本步骤中，接收端系统对应的客户端将接收到的服务端发送的第三数据报文发送给所述接收端系统。

本发明实施例提供的数据交换系统中，每个客户端和服务端都是浏览器/服务器模式(Browser/Server，简称B/S)应用，可以安装部署在网络中任何一台服务器，客户端和服务端之间通过网络进行通讯(即支持分布式部署)。

接收系统对应的客户端，以下简称第二客户端。

本发明实施例提供的数据交换系统支持企业的资金系统与财务公司系统、银行系统以及其他第三方平台的不同系统同时接入，完成不同系统相互之间并行传输数据。

图2为本发明实施例二的数据交换系统的结构示意图。如图2所示，第一客户端以办公自动化OA系统为例，第二客户端以财务系统为例。财务系统的数据格式为xml格式，服务类型为web service；OA系统的数据格式为json格式，服务类型为文件服务。

其中，在实际应用中，服务类型转换具体可以通过如下方式实现：

在发送端系统对应的客户端根据所述发送端系统发送的第一数据报文生成服务调用请求之前，还包括：

所述服务端接收所述接收端系统发送的注册请求；所述注册请求用于向所述服务端注册所述接收端系统使用的第一服务类型；

所述服务端授权所述发送端系统使用的第二服务类型；所述第二服务类型包括所述第一数据报文的服务类型；

步骤103具体可以通过如下步骤实现：

所述服务端根据所述服务调用请求，将所述第二数据报文的第二服务类型转换为所述第一服务类型，获得第三数据报文。

可选的，所述发送端系统还可以向所述服务端注册使用第三服务类型；具体可以向服务端发送注册请求实现。

所述服务端还可以授权所述接收端系统使用的第四服务类型。

具体的，进行服务调用之前，所述接收端系统向所述服务端注册使用的第一服务类型；具体可以通过发送注册请求实现，服务端接收到注册请求后对接收端系统使用的第一服务类型进行登记。第一服务类型可以包括以下至少一种：网页服务web service、超文本传输协议http服务、文件服务或超文本传输协议调用服务http invoker等。同样的，发送端系统也可以注册使用的服务类型。

进一步的，所述服务端可以授权所述发送端系统使用的第二服务类型，即允许发送端系统使用第二服务类型；所述第二服务类型包括所述第一数据报文的服务类型。例如授权使用以下至少一种：web service服务类型、超文本传输协议http服务、文件服务或超文本传输协议调用服务http invoker等。

所述服务端可以授权所述接收端系统使用的服务类型。

最后，服务端根据所述服务调用请求，将所述第二数据报文的第二服务类型转换为所述第一服务类型，获得第三数据报文。

例如，发送端系统被授权的服务类型为web service服务类型，接收端系统注册的服务类型为超文本传输协议调用服务http invoker服务类型，则服务端将所述第二数据报文的web service服务类型转换为http invoker服务类型，获得第三数据报文。

在上述实施例的基础上，可选的，所述服务调用请求，还包括所述发送端系统对应的客户端的身份识别码和调用请求标识码；

步骤102之前，还可以进行如下操作：

所述服务端对所述发送端系统对应的客户端的身份识别码进行身份认证；

若认证通过，则所述服务端验证所述调用请求标识码的唯一性；

若验证成功，则将执行将所述第一数据报文的数据格式转换为所述接收端系统使用的数据格式的步骤。

具体的，为了保障数据传输通道的安全，避免数据被非法篡改。每个客户端的身份识别码必须注册到服务端，通过服务端身份认证，才能对外提供有效服务调用。

客户端生成的服务调用请求，包括调用请求标识码，调用请求标识码具有唯一性，若该调用请求标识码是唯一的，则执行步骤102，避免服务重复调用，重复发送数据，即支持防重复提交数据。

在上述实施例的基础上，可选的，步骤102之前，还可以进行如下操作：

所述发送端系统对应的客户端对所述第一数据报文生成第一指纹信息，并向所述服务端发送所述第一指纹信息；

所述服务端根据发送端系统对应的客户端发送的所述第一数据报文生成第二指纹信息，比较所述第一指纹信息和所述第二指纹信息是否相同；

若所述第一指纹信息和所述第二指纹信息相同，则执行步骤102。

具体的，客户端根据第一数据报文生成第一指纹信息，并发送给服务端，服务端对接收到的第一数据报文和第一指纹信息进行校验，防止数据被篡改；具体的，服务端根据接收到的第一数据报文生成对应的第二指纹信息，比较第一指纹信息和第二指纹信息是否相同。若相同，说明发送的第一数据报文和接收到的第一数据报文相同，执行步骤102，否则，说明数据可能被篡改。

可选的，客户端与服务端互相交换数据时，可以对数据报文进行签名或者加密，防止数据报文被截取、篡改，保障数据交换安全。

在上述实施例的基础上，可选的，步骤101之前，还可以进行如下操作：

所述发送端系统对应的客户端判断所述第一数据报文是否满足预设的接收规则；

若所述发送端系统对应的客户端判断出所述第一数据报文满足预设的接收规则，则将执行步骤101。

具体的，每个客户端可以通过自定义服务类型对应的接收规则对提供的服务允许接收的数据内容进行约束限定，避免未通过规则检查的无效数据继续传输，以确保所述第一数据报文为所述发送端系统对应的客户端允许接收的数据。

接收规则为发送端系统对应的客户端指示该客户端允许接收的数据的规则。例如包括：数据的格式、数据的长度等信息。

可选的，步骤101之前，还可以进行如下操作：

所述发送端系统对应的客户端通过消息队列MQ接收所述发送端系统发送的所述第一数据报文；

可选的，步骤102之前，还可以进行如下操作：

所述服务端通过消息队列MQ获取所述发送端系统对应的客户端发送的所述第一数据报文和所述服务调用请求。

可选的，步骤104，具体可以通过如下步骤实现：

所述接收端系统对应的客户端通过消息队列MQ将所述第三数据报文发送给所述接收端系统。

具体的，客户端和服务端可以通过同步调用服务方式实时交互数据，也可以借助消息队列MQ发送/接收消息，通过异步方式调用服务交互数据。

即数据报文或服务调用请求消息可以在消息队列中缓存。

异步传输数据的场景下，在服务调用过程中，网络不稳定或者出现通讯故障致使服务调用异常，会触发容错机制，数据交换系统中的客户端或服务端会自动试探重发有限次数的服务调用，尽可能将数据传输到接收端系统。

其中，客户端和服务端还具有日志存储功能，可以按接口类别分目录存放报文日志，可供查询数据交换的数据信息。

图3为本发明实施例三的数据交换系统的结构示意图。如图3所示，本实施例的数据交换系统，包括：

第一客户端，用于根据所述发送端系统发送的第一数据报文生成服务调用请求，并将所述第一数据报文和所述服务调用请求发送给所述服务端；所述服务调用请求包括：所述第一数据报文的服务类型、所述第一数据报文的数据格式、接收端系统使用的服务类型和所述接收端系统使用的数据格式；

服务端，用于根据所述服务调用请求，将所述第一数据报文的数据格式转换为所述接收端系统使用的数据格式，获得第二数据报文；

所述服务端，还用于根据所述服务调用请求，将所述第二数据报文的服务类型转换为所述接收端系统使用的服务类型，获得第三数据报文，并将所述第三数据报文发送给所述接收端系统对应的客户端；

第二客户端，用于将所述第三数据报文发送给所述接收端系统。

其中，第一客户端为发送端系统对应的客户端；第二客户端为接收端系统对应的客户端。

可选地，所述服务端还用于：

接收所述接收端系统发送的注册请求；所述注册请求用于向所述服务端注册所述接收端系统使用的第一服务类型；

所述服务端还用于：授权所述发送端系统使用的第二服务类型；所述第二服务类型包括所述第一数据报文的服务类型；

所述服务端，具体用于：

所述服务端根据所述服务调用请求，将所述第二数据报文的第二服务类型转换为所述第一服务类型，获得第三数据报文。

可选地，所述服务端还用于：

接收所述发送端系统发送的注册请求；所述注册请求用于向所述服务端注册所述发送端系统使用的第三服务类型；

所述第一客户端，还用于向所述服务端发送所述注册请求；

所述服务端还用于：向所述接收端系统授权使用的第四服务类型。

可选地，所述服务调用请求，还包括所述第一客户端的身份识别码和调用请求标识码；

所述服务端，还用于：

对所述第一客户端的身份识别码进行身份认证；

若认证通过，则验证所述调用请求标识码的唯一性；

若验证成功，则将执行将所述第一数据报文的数据格式转换为所述接收端系统使用的数据格式的步骤。

可选地，所述第一客户端，还用于：

根据所述第一数据报文生成第一指纹信息，并向所述服务端发送所述第一指纹信息；

所述服务端，还用于：

根据所述发送端系统对应的客户端发送的所述第一数据报文生成第二指纹信息，比较所述第一指纹信息和所述第二指纹信息是否相同；

若所述第一指纹信息和所述第二指纹信息相同，则将执行将所述第一数据报文的数据格式转换为所述接收端系统使用的数据格式的步骤。

可选地，所述第一客户端，还用于：

判断所述第一数据报文是否满足预设的接收规则；

若判断出所述第一数据报文满足预设的接收规则，则将执行根据所述发送端系统发送的第一数据报文生成服务调用请求的步骤。

可选地，所述第一客户端，还用于：

通过消息队列MQ接收所述发送端系统发送的所述第一数据报文；

可选地，所述服务端，还用于：

通过消息队列MQ获取所述发送端系统对应的客户端发送的所述第一数据报文和所述服务调用请求。

可选地，所述第一数据报文的服务类型，包括和不限于：网页服务web service、超文本传输协议http服务、文件服务或超文本传输协议调用服务http invoker；所述接收端系统使用的服务类型包括和不限于：网页服务web service、超文本传输协议http服务、文件服务或超文本传输协议调用服务httpinvoker；其中，所述第一数据报文的服务类型与所述接收端系统使用的服务类型不同。

可选地，所述第一数据报文的数据格式包括和不限于：JavaScript对象表示法json、可扩展标记语言xml、javabean、映射map集合或列表list集合；所述接收端系统使用的数据格式包括和不限于：JavaScript对象表示法json、可扩展标记语言xml、javabean、映射map集合或列表list集合；其中，所述第一数据报文的数据格式与所述接收端系统使用的数据格式不同。

上述发明实施例中的数据交换方法和系统能够应用于多种信息系统相交互的情况。仍以财务系统和其他信息系统交互为例，上述实施例中的发送端系统为其他信息系统如OA系统，接收端系统为财务系统，多个系统可以同时连接到数据交换系统中对应的客户端，即可以针对每个信息系统分别设置一个客户端。通过该数据交换系统对来自发送端系统对应的客户端与接收端系统对应的客户端之间的数据进行数据格式转换，以及服务类型转换，将来自一方的数据转换成符合另一方数据格式以及服务类型的数据，从而完成数据交换。因此，每个系统均只需要一条数据专线与数据交换系统相连，而每两个系统之间不必均设置一条独立的数据专线和一台独立的服务器，因此简化了数据交换系统结构，降低了运营成本，提高了效率。

本发明实施例提供的系统在多业务系统协同工作的场景中，负责跨系统数据传输，满足用户信息化系统统一管理的需求。

本发明实施例提供的系统，具有如下优点：

安全性强：内嵌防重、身份识别、防篡改、容错功能机制，保证数据传输的安全性；其他系统平台与客户端在同一服务器或局域网采用http通讯，客户端与服务端之间使用(Hyper Text Transfer Protocol over Secure Socket Layer等，简称HTTPS)通讯，HTTPS是以安全为目标的HTTP通道；

可移植性：数据交换系统具有与操作系统无关、跨平台的特点，使得该数据交换系统无须任何更改就可支持不同平台便于移植；

可扩展性：该数据交换系统同时连接其他系统平台的个数可灵活扩展；新增其他系统平台节点方便，只需部署新的客户端，并在服务端完成注册即可；

伸缩性强：数据交换系统运行模式可通过参数控制，达到适应新增业务服务接口要求；

规范性：该数据交换系统封装了统一的数据接口格式，各种业务管理系统可很方便的与其对接；

访问控制：数据交换系统的客户端需先在服务端完成注册，才能访问服务端，相互交换报文数据。

高度灵活性：灵活的系统架构可以快速有效地响应业务逻辑的变化，操作人员可以通过修改系统配置来满足来自系统内部和外部的需求变化。

可维护性：以最小的代价满足业务的变化，系统使用以下方法：系统基础架构和应用服务的分离，自成体系的独立业务组件等。

数据的准确性：监控系统内数据流，保证数据在各环节的一致。

需要说明的是：对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一个计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (10)

1.一种数据交换方法，其特征在于，应用于数据交换系统，包括至少两个客户端和一个服务端，所述方法包括：

发送端系统对应的客户端根据所述发送端系统发送的第一数据报文生成服务调用请求，并将所述第一数据报文和所述服务调用请求发送给所述服务端；所述服务调用请求包括：所述第一数据报文的服务类型、所述第一数据报文的数据格式、接收端系统使用的服务类型和所述接收端系统使用的数据格式；

所述服务端根据所述服务调用请求，将所述第一数据报文的数据格式转换为所述接收端系统使用的数据格式，获得第二数据报文；

所述服务端根据所述服务调用请求，将所述第二数据报文的服务类型转换为所述接收端系统使用的服务类型，获得第三数据报文，并将所述第三数据报文发送给所述接收端系统对应的客户端；

所述接收端系统对应的客户端将所述第三数据报文发送给所述接收端系统。

2.根据权利要求1所述的方法，其特征在于，发送端系统对应的客户端根据所述发送端系统发送的第一数据报文生成服务调用请求之前，还包括：

所述服务端接收所述接收端系统发送的注册请求；所述注册请求用于向所述服务端注册所述接收端系统使用的第一服务类型；

所述服务端授权所述发送端系统使用的第二服务类型；所述第二服务类型包括所述第一数据报文的服务类型；

所述服务端根据所述服务调用请求，将所述第二数据报文的服务类型转换为所述接收端系统使用的服务类型，获得第三数据报文，具体包括：

所述服务端根据所述服务调用请求，将所述第二数据报文的第二服务类型转换为所述第一服务类型，获得第三数据报文。

3.根据权利要求1或2所述的方法，其特征在于，所述服务调用请求，还包括所述发送端系统对应的客户端的身份识别码和调用请求标识码；

所述服务端根据所述服务调用请求，将所述第一数据报文的数据格式转换为所述接收端系统使用的数据格式之前，还包括：

所述服务端对所述发送端系统对应的客户端的身份识别码进行身份认证；

若认证通过，则所述服务端验证所述调用请求标识码的唯一性；

若验证成功，则将执行将所述第一数据报文的数据格式转换为所述接收端系统使用的数据格式的步骤。

4.根据权利要求1或2所述的方法，其特征在于，所述服务端根据所述服务调用请求，将所述第一数据报文的数据格式转换为所述接收端系统使用的数据格式之前，还包括：

所述发送端系统对应的客户端根据所述第一数据报文生成第一指纹信息，并向所述服务端发送所述第一指纹信息；

所述服务端根据所述发送端系统对应的客户端发送的所述第一数据报文生成第二指纹信息，比较所述第一指纹信息和所述第二指纹信息是否相同；

若所述第一指纹信息和所述第二指纹信息相同，则将执行将所述第一数据报文的数据格式转换为所述接收端系统使用的数据格式的步骤。

5.根据权利要求1或2所述的方法，其特征在于，所述发送端系统对应的客户端根据所述发送端系统发送的第一数据报文生成服务调用请求之前，还包括：

所述发送端系统对应的客户端判断所述第一数据报文是否满足预设的接收规则；

若所述发送端系统对应的客户端判断出所述第一数据报文满足预设的接收规则，则将执行根据所述发送端系统发送的第一数据报文生成服务调用请求的步骤。

6.根据权利要求1或2所述的方法，其特征在于，所述发送端系统对应的客户端根据所述发送端系统发送的第一数据报文生成服务调用请求之前，还包括：

所述发送端系统对应的客户端通过消息队列MQ接收所述发送端系统发送的所述第一数据报文；

所述服务端根据所述服务调用请求，将所述第一数据报文的数据格式转换为所述接收端系统使用的数据格式之前，还包括：

所述服务端通过消息队列MQ获取所述发送端系统对应的客户端发送的所述第一数据报文和所述服务调用请求。

7.根据权利要求1或2所述的方法，其特征在于，所述第一数据报文的服务类型，包括：网页服务web service、超文本传输协议http服务、文件服务或超文本传输协议调用服务http invoker；所述接收端系统使用的服务类型包括：网页服务web service、超文本传输协议http服务、文件服务或超文本传输协议调用服务http invoker；其中，所述第一数据报文的服务类型与所述接收端系统使用的服务类型不同。

8.根据权利要求1或2所述的方法，其特征在于，所述第一数据报文的数据格式包括：JavaScript对象表示法json、可扩展标记语言xml、javabean、映射map集合或列表list集合；所述接收端系统使用的数据格式包括：JavaScript对象表示法json、可扩展标记语言xml、javabean、映射map集合或列表list集合；其中，所述第一数据报文的数据格式与所述接收端系统使用的数据格式不同。

9.一种数据交换系统，其特征在于，包括：

第一客户端，用于根据所述发送端系统发送的第一数据报文生成服务调用请求，并将所述第一数据报文和所述服务调用请求发送给所述服务端；所述服务调用请求包括：所述第一数据报文的服务类型、所述第一数据报文的数据格式、接收端系统使用的服务类型和所述接收端系统使用的数据格式；

服务端，用于根据所述服务调用请求，将所述第一数据报文的数据格式转换为所述接收端系统使用的数据格式，获得第二数据报文；

所述服务端，还用于根据所述服务调用请求，将所述第二数据报文的服务类型转换为所述接收端系统使用的服务类型，获得第三数据报文，并将所述第三数据报文发送给所述接收端系统对应的客户端；

第二客户端，用于将所述第三数据报文发送给所述接收端系统。

10.根据权利要求9所述的系统，其特征在于，所述服务端还用于：

接收所述接收端系统发送的注册请求；所述注册请求用于向所述服务端注册所述接收端系统使用的第一服务类型；

所述服务端还用于：授权所述发送端系统使用的第二服务类型；所述第二服务类型包括所述第一数据报文的服务类型；

所述服务端，具体用于：

所述服务端根据所述服务调用请求，将所述第二数据报文的第二服务类型转换为所述第一服务类型，获得第三数据报文。