CN107040613A - 一种报文传输方法及系统 - Google Patents

Abstract

本申请实施例公开了一种报文传输方法及系统，其中，所述方法包括：获取发送端的报文实体数据，及确定接收端对应的报文数据的格式信息；根据所述接收端的报文数据的格式信息，将所述报文实体数据转换为与所述接收端的报文的格式信息对应的报文数据；将所述报文数据发送至所述接收端。通过本技术方案，当通信系统中的一端做出改变时，无需改变通系统中的另一端，只需对服务集成框架做出更改便完成发送端与接收端之间的通信，有效提高了通信系统改变的灵活性，能灵活使用和适配异构改造过的异构系统之间的通信。

Description

一种报文传输方法及系统

技术领域

本申请涉及网络通信领域，尤其涉及一种报文传输方法及系统。

背景技术

随着通信技术的发展，交互通信不再局限于相同结构的系统之间。异构系统之间交互通信的应用越来越广泛，已被应用于各个领域。

目前，异构系统之间的交互通信的方法主要是采用统一的报文格式和通讯机制，即两个异构系统之间约定一种通信协议及与约定的通信协议相匹配的报文格式。在发送端设置报文转换模块，以将即将发送的报文转换为约定的报文格式，同时在接收端也设置一个报文转换模块，以将接收到的约定的报文格式转换为系统可识别的报文格式。

现有技术中异构系统之间交互通信系统中，若一个系统做出改变，则相应地，该系统中的报文转换模块也需要做出改变。相应地，另一个系统的报文转换模块也需要做出相应改变，这对于系统的改造和适配来说存在比较大的工作量。

综上所述，现有技术中缺少一种能灵活使用和适配改造过的异构系统的通信方法及系统，以完成异构系统之间的通信。

发明内容

本申请实施例提供一种报文传输方法及系统，以解决现有技术中缺少一种能灵活使用和适配改造过的异构系统的通信方法及系统的技术问题。

根据本申请实施例提供的一种报文传输方法，包括：

获取发送端的报文实体数据，及确定接收端的报文数据的格式信息；

根据所述接收端的报文的格式信息，将所述报文实体数据转换为与所述接收端的格式信息对应的报文数据；

将所述报文数据发送至所述接收端；其中，所述发送端与所述接收端异构。

在一个实施例中，所述确定接收端对应的报文数据的格式信息，包括：

获取所述发送端的报文实体数据对应的交易码和版本号；

根据所述交易码、版本号及所述发送端与接收端之间的通信协议，确定所述接收端的报文数据的格式信息；

所述根据所述接收端的报文数据的格式信息，将所述报文实体数据转换为与所述接收端的格式信息对应的报文数据；包括：

通过构造的报文解析引擎和报文域处理引擎，将所述报文实体数据转换为与所述接收端的格式信息对应的报文数据。

在一个实施例中，所述报文实体数据为定长报文实体数据或XML报文实体数据。

在一个实施例中，所述方法还包括：

若获取发送端的报文实体数据出现故障或将所述报文数据发送至所述接收端时出现故障，则发送第一错误信息；

若将所述报文实体数据转换为与所述接收端的格式对应的报文数据时出现故障，则发送第二错误信息。

在一个实施例中，所述方法还包括：

获取接收端反馈的报文数据，及接收端反馈的报文数据的格式信息；

根据所述接收端反馈的报文数据的格式信息，将所述接收端反馈的报文数据转换为报文实体数据；

将所述接收到反馈的报文数据对应的报文实体数据发送至发送端。

根据本申请实施例提供的一种报文传输系统，包括发送端、服务集成框架和接收端，所述服务集成框架包括：

报文实体数据获取模块，用于获取发送端的报文实体数据，及确定接收端的报文数据的格式信息；

报文实体数据处理模块，用于根据所述接收端的报文的格式信息，将所述报文实体数据转换为与所述接收端的格式信息对应的报文数据；

通信模块，用于将所述报文数据发送至所述接收端。

在一个实施例中，所述报文实体数据处理模块，包括：

信息获取单元，用于获取所述报文实体数据对应的交易码和版本；

转换单元，用于根据所述交易码、版本号及所述发送端与接收端之间的通信协议，确定所述接收端的报文的格式信息；

所述报文实体数据处理模块，通过构造的报文解析引擎和报文域处理引擎，将所述报文实体数据转换为与所述接收端的报文数据的格式信息对应的报文数据。

在一个实施例中，所述报文实体数据为定长报文实体数据或XML报文实体数据。

在一个实施例中，所述服务集成框架还包括错误信息发送模块，用于

若所述报文实体数据获取模块获取发送端的报文实体数据时出现故障或所述通信模块将所述报文数据发送至所述接收端时出现故障，则发送第一错误信息；

若所述报文实体数据处理模块将所述报文实体数据转换为与所述接收端的报文数据的格式信息对应的报文数据时出现故障，则发送第二错误信息。

在一个实施例中，所述服务集成框架还包括：

报文数据获取模块，用于获取接收端反馈的报文数据，及接收端的报文数据的格式信息；

报文数据处理模块，用于根据所述接收端的报文数据的格式信息，将所述接收端反馈的报文数据转换为报文实体数据；

所述通信模块，还用于将所述反馈的报文数据对应的报文实体数据发送至发送端。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：

本申请实施例提供的报文传输方法及系统，首先确定接收端接收的报文数据的格式信息，然后根据确定的接收端接收的报文数据的格式信息封装发送端发送的报文实体数据成报文数据，最后将封装的报文数据发送至接收端。采用本技术方案，当通信系统中的一端的系统发生改变时，无需对通信系统的另一端做出改变，可仅通过改变服务集成框架来完成发送端与接收端的通信，有效提高了通信系统改变的灵活性，能灵活使用和适配异构改造过的异构系统之间的通信。

采用本申请实施例提供的报文传输方法及系统，当接收端接收到报文数据后对其进行处理并反馈表征处理结果的报文数据至服务集成框架，服务集成框架将反馈的报文数据转化为报文实体数据并发送至发送端，有效实现了异构的发送端和接收端之间的交互通信。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例中报文传输方法的流程图；

图2为本申请实施例中另外一种报文传输方法的流程图；

图3为本申请实施例中自发送端发送报文实体数据至发送端接收到接收端反馈的报文数据对应的报文实体数据的过程示意图；

图4为本申请实施例中报文传输系统的结构框图；

图5为本申请实施例中另外一种报文传输系统的结构框图。

具体实施方式

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

以下结合附图，详细说明本申请各实施例提供的技术方案。

实施例1

参见图1所示，本申请实施例提供一种报文传输方法，应用于异构的发送端请求接收端的通信系统中，所述方法包括如下步骤：

步骤S101、获取发送端的报文实体数据，及确定接收端的报文数据的格式信息；

发送端发送的是报文实体数据，而接收端接收的是报文数据，因此，在将发送端发送的报文实体数据被接收端之前，需要将发送端发送的报文实体数据转化为接收端接收的报文数据。而在转化为接收端的报文数据之前，需获取接收端的报文的格式信息，然后根据接收端的报文的格式信息转化发送端发送的报文实体数据。

如在发送端为由JAVA语言编写的系统中，服务集成框架接收发送端发送的报文实体数据，所述报文实体数据中可包含交易码、请求JavaBean、报文发送方和报文接收方。

所述服务集成框架通过API(Application Programming Interface，应用程序接口)接口接收所述报文实体数据，所述报文实体数据的类型为JavaBean类型。

在所述交易码中可具体包含发送端发送所述报文实体数据的的具体意图，如是请求接收端的某个具体数据或者是请求接收端的某个应用程序等。

在本申请实施例中，可以采用发送端的网络地址来表示报文发送方，同时，也可以以接收端的网络地址来表示报文接收方。由于网络地址的唯一性，采用网络地址来表示报文发送方和接收方，能起到准确表示的技术效果。

在本申请实施例中，可通过人为查看获取接收端的系统类型，继而根据接收端的系统类型及发送端与接收端之间的通信协议确定接收端的报文的格式信息。根据接收端的报文的格式信息在服务集成框架中设定发送给接收端的报文数据的格式信息，也就是将发送端发送的报文实体数据转化为的报文数据的具体格式。也可以通过服务集成框架向接收端发送系统请求信息，根据接收端反馈的信息的类型确定接收端的系统类型，进而确定接收端接收的报文数据的格式信息。

步骤S103、根据所述接收端的报文数据的格式信息，将所述报文实体数据转换为与所述接收端的报文数据的格式信息对应的报文数据；

服务集成框架在获取到接收端的报文数据的格式信息后，根据所述接收端的报文数据的格式信息将所述报文实体数据中的部分至少一个数据信息转换为报文数据。在一个实施例中，发送端由JAVA语言编写，所述请求信息中包含请求JavaBean、交易码、发送方和接收方。

在本申请实施例中，服务集成框架在获取到所述报文实体数据后，还包括获取所述发送端发送的报文实体数据的版本号。所述服务集成框架获取所述通信软件的版本号的方法为：

方法一、发送端发送的报文实体数据中包括所述版本号，则服务集成框架只需从接收到的报文实体数据中获取所述版本号即可；

方法二、发送端发送的报文实体数据中不包括所述版本号，则服务集成框架在接收到所述报文实体数据后，向发送端请求所述报文实体数据的版本号。

在申请实施例中，服务集成框架调用JavaBean将上述报文实体数据中的请求JavaBean、交易码以及服务集成框架获取的版本号封装成与所述接收端的报文数据的格式信息对应的报文数据。

在转化为与接收端的报文数据的格式信息对应的报文数据的过程中，服务集成框架识别接收所述报文实体数据使用的通信协议，在转化为与接收端的报文的格式信息对应的报文数据的过程中，可参考通信协议的不同而做出不同的转化。如在Socket通信中，对接收到的交易码的转化需要参考TCP/IP协议传输的报文的格式，而在http通信中，对接收到的交易码的转化需要参考超文本协议传输的报文的格式。

如下，列举两个具体实施例，以阐述将报文实体数据转化为报文数据的具体过程：

对于定长报文实体数据，服务集成框架将报文实体数据转化为报文数据的具体过程为：

首先，构造报文实体数据转化为报文数据的类-报文解析引擎(如Obj2Message)和报文解析域处理引擎(如FixformatDataHander)；

其次，通过发送端发送的报文实体数据中包含的交易码和服务集成框架获取的版本号及发送端与接收端之间的通信协议确定接收端的报文数据的格式信息；

最后，通过反射机制，根据确定的报文的格式信息将发送端发送的报文实体数据转化为报文数据。

对于XML报文实体数据，服务集成框架将发送端的报文实体数据转化为接收端的报文数据的具体过程为：

首先，在Spring容器中对发送端发送的报文实体数据的交易码对应的XMLContext进行初始化，将初始化的XMLContext注入到报文解析引擎的requestXMLContexts中，以响应所述报文解析引擎的requestXMLContexts所请求的XMLContext；

其次，在调用XMLMessageEngine(报文解析引擎)的转化为报文数据的方法的同时，通过发送端发送的报文实体数据中的交易码获取其对应的XMLContext；

最后，通过上述确定的XMLContext构建Marshler，通过将报文实体数据作为入参，得到发送端发送的报文实体数据对应的报文数据。

步骤S105、将所述报文数据发送至所述接收端。

在完成上述对报文实体数据中的至少一个数据信息的封装之后，根据上述识别的通信协议将所述封装的报文发送至接收端。如在Socket通信中，采用Socket的SocketMessageSender实现报文数据的发送；在http通信中，采用HTTP的HTTPMessageSender实现报文数据的发送；而在HTTPS通信中，采用HTTPS的HTTPSMessageSender实现报文数据的发送。

参见图2所示，在本申请实施例中，所述方法还包括：

步骤S102、获取接收端反馈的报文数据，及接收端的报文数据的格式信息；

服务集成框架接收所述接收端反馈的报文数据，该报文数据中可包括交易码、请求JavaBean和版本号，在接收到的接收端反馈的报文数据中还可包含所述接收端的报文数据的格式信息。

步骤S104、根据所述接收端的报文数据的格式信息，将所述接收端反馈的报文数据转换为报文实体数据；

在接收端发送的交易码中包含所述反馈的报文数据的具体意图，如是响应了发送端请求的数据还是网页等。

服务集成框架根据所述版本号识别所述反馈的报文数据是针对哪一个报文实体数据的。在本申请实施例中，发送端每次发送的报文实体数据的版本号均不同，因此服务集成框架可根据所述版本号识别所述反馈信息为哪一个报文实体数据的反馈信息。

服务集成框架在接收到所述反馈信息并识别出反馈信息对应的报文实体数据后，执行将所述报文信息转化为报文实体数据的操作。

步骤S106、将所述反馈的报文数据对应的报文实体数据发送至发送端。

如下，列举两种具体格式的报文数据进行阐述：

对于定长报文数据，服务集成框架将接收端反馈的报文数据转化为报文实体数据的过程为：

首先，服务集成框架在接收到所述接收端的反馈的报文数据后，构造报文解析引擎(如Message2Obj类)和报文解析域处理引擎(如FixformatDataHandler)。

其次，在接收到所述接收端反馈的报文数据后，获取所述反馈信息中的交易码和版本号，反馈的报文数据中的交易码用于说明反馈的报文的具体意图，如是反馈了发送端请求的某个数据或者是某个应用程序等。所述版本号用于说明反馈报文数据对应的报文实体数据，以避免出现“答非所问”的现象。

最后，根据所述交易码和版本号构成的反馈的报文的格式信息将报文数据转化为报文实体数据，并传输至发送端。

对于XML报文数据，服务集成框架将接收端反馈的报文数据转化为报文实体数据的过程为：

首先，在Spring容器中对与反馈的报文数据中的交易码对应的XMLContext进行初始化，再将初始化的XMLContext注入到报文解析引擎(XMLMessageEngine)的成员变量responseXMLContext中。

然后，在调用XMLMessageEngine的转化为实体的方法的同时，通过反馈的报文数据中的交易码获取其对应的XMLContext。

最后，通过XMLContext构建一个Unmarshaller，通过将消息作为入参，得到反馈的报文数据对应的报文实体数据(JavaBean),返回实体对象，完成报文数据到报文实体数据的转化。

在本申请实施例中，所述方法还包括：

当所述发送端发送报文实体数据出现错误时，服务集成框架发出错误信息，以告知发送端和/或接收端报文实体数据或报文在传输的过程中发生了故障，在本申请实施例中，针对不同的故障，服务集成框架发出不同类型的错误信息，以告知发送端和/或接收端具体的错误类型，具体可为：

若服务集成框架在获取发送端发送的报文实体数据时出现故障或将所述报文数据发送至所述接收端时出现故障，则发送第一错误信息；所述第一错误信息可发送至发送端和/或接收端，也可以当获取发送端发送的报文实体数据出现故障时，将所述第一错误信息发送至发送端；而当将所述报文数据发送至所述接收端时出现故障，则将所述第一错误信息发送至所述接收端；若将所述报文实体数据转换为与所述接收端的格式对应的报文数据时出现故障，则发送第二错误信息，所述第二错误信息可发送至所述发送端和/或所述接收端。

如下，列举一个具体实施例，表征从发送端发送报文实体数据到发送端接收到接收端反馈的报文数据对应的报文实体数据的完整流程：

参见图3所示，在服务集成框架接收到发送端发送的实体报文数据后，启动报文解析引擎(MessageEngine)对报文实体数据进行封装，封装后，将封装的报文数据反馈至MessageDataConnector；MessageDataConnector在接收到MessageEngine反馈的报文数据后将所述报文数据发送至接收端。在接收端接收到所述报文数据后，对所述报文数据进行处理并反馈处理结果至MessgeDataConnector；MessageDataConnector在接收到反馈的报文数据后，调用报文解析引擎(MessageEngine)解析所述反馈的报文数据成报文实体数据并将解析后的报文实体数据反馈至MessageDataConnector；MessageDataConnector在接收到所述解析的报文实体数据后，将其发送至发送端，即完成一个从发送端发送报文实体数据到发送端接收到接收端反馈的报文转换为的报文实体数据的完整的过程。

本申请实施例提供的报文传输方法，首先确定接收端接收的报文数据的格式信息，然后根据确定的接收端接收的报文数据的格式信息封装发送端发送的报文实体数据成所述接收端接收的报文数据的格式，采用本技术方案，当通信系统中的一端(接收端或者发送端)的系统发生改变时，无需改变通信系统中的另一端，可仅通过改变服务集成框架来完成发送端与接收端的通信，有效提高了通信系统改变的灵活性，能灵活使用和适配异构改造过的异构系统之间的通信。

采用本申请实施例提供的报文传输方法，当接收端接收并处理接收到的报文数据后反馈表征处理结果的报文数据至服务集成框架，服务集成框架将反馈的报文数据转化为报文实体数据并发送至发送端，有效实现了异构的发送端和接收端之间的交互通信。

实施例2

参见图4所示，本申请实施例提供一种报文传输系统，包括发送端31、服务集成框架33和接收端35，其中，所述服务器集成框架33包括报文实体数据获取模块331、报文实体数据处理模块333和通信模块335，其中：

报文实体数据获取模块331，用于获取发送端的报文实体数据，及确定接收端的报文数据的格式信息；

报文实体数据处理模块333，用于根据所述接收端的报文的格式信息，将所述报文实体数据转换为与所述接收端的报文的格式信息对应的报文数据；

通信模块335，用于将所述报文数据发送至所述接收端。

在本申请实施例中，所述报文实体数据处理模块333包括信息获取单元和转换单元，其中，所述信息获取单元用于获取所述报文实体数据对应的交易码和版本；所述转换单元，用于根据所述交易码、版本号及所述发送端与接收端之间的通信协议，确定所述接收端的报文数据的格式信息。

在本申请实施例中，所述报文实体处理模块333，根据所述接收端的报文数据的格式信息，将所述报文实体数据转换为与所述接收端的报文数据的格式信息对应的报文数据的具体方法为：通过构造的报文解析引擎和报文域处理引擎，将所述报文实体数据转换为与所述接收端的报文数据的格式对应的报文数据。

在本申请实施例中，所述报文实体数据为定长报文数据或XML报文实体数据。

在本申请实施例中，所述服务集成框架33还包括错误信息发送模块，若服务集成框架33的所述报文实体数据获取模块331获取发送端发送的报文实体数据出现故障或所述通信模块335将所述报文数据发送至所述接收端时出现故障，则发送第一错误信息；所述第一错误信息可发送至发送端和/或接收端，也可以当所述报文实体数据获取模块331获取发送端发送的报文实体数据出现故障时，将所述第一错误信息发送至发送端31；而当所述通信模块335将所述报文数据发送至所述接收端时出现故障，则将所述第一错误信息发送至所述接收端33。

错误信息发送模块还用于，若所述报文实体数据处理模块333将所述报文实体数据转换为与所述接收端的报文数据的格式信息对应的报文数据时出现故障，则发送第二错误信息，所述第二错误信息可发送至所述发送端31和/或所述接收端33。

参见图5所示，在本申请实施例中，所述服务集成框架33还可以包括报文数据获取模块332、报文数据处理模块334，所述报文数据获取模块332用于获取接收端反馈的报文数据，同时获取接收端对应的报文数据的格式信息。所述报文数据处理模块334用于根据所述接收端的报文数据的格式信息，将所述接收端反馈的报文数据转换为报文实体数据。所述通信模块335，还用于将所述报文数据处理模块334处理得到的报文实体数据发送至所述发送端31。

本申请实施例公开的报文传输系统，包括发送端31、服务集成框架33和接收端35。在服务集成框架33中集成有报文实体数据获取模块331、报文实体数据处理模块333和通信模块335，报文实体数据获取模块331获取发送端发送的报文实体数据，并确定接收端接收的报文数据的格式信息；然后报文实体数据处理模块333根据确定的接收端接收的报文数据的格式信息封装发送端发送的报文实体数据成所述接收端接收的报文数据的格式，采用本技术方案，当通信系统中的一端(接收端33或发送端31)的系统发生改变时，无需对该通信系统中的另外一端做出改变，仅通过改变服务集成框架来完成发送端与接收端的通信，有效提高了通信系统改变的灵活性，能灵活使用和适配异构改造过的异构系统之间的通信。

可以看出，在图5中绘制有两个通信模块335，此处只为使框图清晰，并非限制二者为两个独立的通信模块。

采用本申请实施例提供的报文传输系统，当接收端33处理接收到的报文数据后反馈表征处理结果的报文数据，服务集成框架33将反馈的报文数据转化为报文实体数据并发送至发送端31，有效实现了异构的发送端和接收端之间的交互通信。

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

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

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

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

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

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种报文传输方法，其特征在于，包括：

获取发送端的报文实体数据，及确定接收端的报文数据的格式信息；

根据所述接收端的报文的格式信息，将所述报文实体数据转换为与所述接收端的格式信息对应的报文数据；

将所述报文数据发送至所述接收端；其中，所述发送端与所述接收端异构。

2.根据权利要求1所述的方法，其特征在于，所述确定接收端对应的报文数据的格式信息，包括：

获取所述发送端的报文实体数据对应的交易码和版本号；

根据所述交易码、版本号及所述发送端与接收端之间的通信协议，确定所述接收端的报文数据的格式信息；

所述根据所述接收端的报文数据的格式信息，将所述报文实体数据转换为与所述接收端的格式信息对应的报文数据；包括：

通过构造的报文解析引擎和报文域处理引擎，将所述报文实体数据转换为与所述接收端的格式信息对应的报文数据。

3.根据权利要求1所述的方法，其特征在于，所述报文实体数据为定长报文实体数据或XML报文实体数据。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

若获取发送端的报文实体数据出现故障或将所述报文数据发送至所述接收端时出现故障，则发送第一错误信息；

若将所述报文实体数据转换为与所述接收端的格式对应的报文数据时出现故障，则发送第二错误信息。

5.根据权利要求1-4任一项权利要求所述的方法，其特征在于，还包括：

获取接收端反馈的报文数据，及接收端反馈的报文数据的格式信息；

根据所述接收端反馈的报文数据的格式信息，将所述接收端反馈的报文数据转换为报文实体数据；

将所述接收到反馈的报文数据对应的报文实体数据发送至发送端。

6.一种报文传输系统，包括发送端、服务集成框架和接收端，其特征在于，所述服务集成框架包括：

报文实体数据获取模块，用于获取发送端的报文实体数据，及确定接收端的报文数据的格式信息；

报文实体数据处理模块，用于根据所述接收端的报文的格式信息，将所述报文实体数据转换为与所述接收端的格式信息对应的报文数据；

通信模块，用于将所述报文数据发送至所述接收端。

7.根据权利要求6所述的系统，其特征在于，所述报文实体数据处理模块，包括：

信息获取单元，用于获取所述报文实体数据对应的交易码和版本；

转换单元，用于根据所述交易码、版本号及所述发送端与接收端之间的通信协议，确定所述接收端的报文的格式信息；

所述报文实体数据处理模块，通过构造的报文解析引擎和报文域处理引擎，将所述报文实体数据转换为与所述接收端的报文数据的格式信息对应的报文数据。

8.根据权利要求6所述的系统，其特征在于，所述报文实体数据为定长报文实体数据或XML报文实体数据。

9.根据权利要求6所述的系统，其特征在于，所述服务集成框架还包括错误信息发送模块，用于

若所述报文实体数据获取模块获取发送端的报文实体数据时出现故障或所述通信模块将所述报文数据发送至所述接收端时出现故障，则发送第一错误信息；

若所述报文实体数据处理模块将所述报文实体数据转换为与所述接收端的报文数据的格式信息对应的报文数据时出现故障，则发送第二错误信息。

10.根据权利要求6-9任一项所述的系统，其特征在于，所述服务集成框架还包括：

报文数据获取模块，用于获取接收端反馈的报文数据，及接收端的报文数据的格式信息；

报文数据处理模块，用于根据所述接收端的报文数据的格式信息，将所述接收端反馈的报文数据转换为报文实体数据；

所述通信模块，还用于将所述反馈的报文数据对应的报文实体数据发送至发送端。