CN105450786B - 一种报文处理方法和装置 - Google Patents

Abstract

本发明实施例公开了一种报文处理方法和装置，以携带的数据类型为依据，对所述系统集群中所传输的报文结构进行拆分成多个基本报文节点，若第一系统具有向第二系统发送的数据，所述第一系统从预先存储的多个报文类型中查找到对应所述第二系统接口逻辑的目标报文类型，根据所述至少一个目标节点的标识查找所述第一对应关系，得到所述至少一个目标节点的存储位置，根据所述至少一个目标节点组成目标报文。由此针对不同接口逻辑的第二系统，都可以根据其可处理的报文类型从预先拆分出的基本报文节点中找到相应的目标节点，以目标节点组成的报文可以被第二系统所识别和处理，错误率低、增强了系统集群的可扩展性，提高了用户体验。

Description

一种报文处理方法和装置

技术领域

本发明涉及数据处理领域，特别是涉及一种报文处理方法和装置。

背景技术

在具有多个独立系统的系统集群中，每个系统都具有用于接收或发送报文的接口，系统之间可以通过各自的接口进行报文交互，以实现信息传输等功能。一个系统的接口具有相应的对报文的接口逻辑，不属于同一系统接口的接口逻辑可能会不同。对于接口逻辑不同的两个系统，若不对报文进行相应的处理，将无法识别对方系统发来的报文。

传统的方式是，在系统集群中各个系统之间先预先协商各自接口的接口逻辑，在系统a向系统b发送报文之前，先从预先协商得到的接口逻辑中找到对应系统b的接口逻辑，再根据系统b的接口逻辑建立系统b能够处理的报文格式，再使用这种报文格式向系统b发送报文。

然而传统方式的缺点是，一旦系统集群增加新的系统，就需要再协商得到这个新系统的接口逻辑，在协商过程中需要重新编写对应的可扩展标记语言结构定义(英文：XMLSchemas Definition，缩写：XSD)文件，生成java类，添加相应的代码等操作后，才能保存这个新系统的接口逻辑。这样就需要开发人员重新编写代码，人工编写代码的效率低，误码率高，导致新加入的系统需要等待很长时间后才能实现与系统集群中的其他系统的交互，用户体验低。

发明内容

为了解决上述技术问题，本发明提供了一种报文处理方法和装置，免去了传统方式中需要对不同接口逻辑的系统重新编码导致的等待时间，错误率低、增强了系统集群的可扩展性，提高了用户体验。

本发明实施例公开了如下技术方案：

一种报文处理方法，应用于具有多个系统的系统集群中，以携带的数据类型为依据，对所述系统集群中所传输的报文结构进行拆分，存储拆分得到的多个基本报文节点，并保存基本报文节点标识与基本报文节点存储位置的第一对应关系，所述方法包括：

第一系统获取向第二系统发送的数据，所述第一系统和第二系统为所述多个系统中具有不同接口逻辑的两个系统；

所述第一系统从预先存储的多个报文类型中查找到对应所述第二系统接口逻辑的目标报文类型，所述目标报文类型包括符合所述第二系统接口逻辑的至少一个目标节点的标识；

所述第一系统根据所述至少一个目标节点的标识查找所述第一对应关系，得到所述至少一个目标节点的存储位置；

所述第一系统根据所述至少一个目标节点的存储位置获取所述至少一个目标节点；

所述第一系统根据所述至少一个目标节点组成目标报文，并将所述数据依据数据类型置于所述目标报文相应的目标节点中。

可选的，还包括预先设置并存储额外节点，保存所述额外节点的标识与所述额外节点的存储位置的第二对应关系，所述额外节点为用于组成报文的节点，所述额外节点用于携带特定类型的数据；

若所述数据中包括所述特定类型的数据，所述第一系统以此确定出所述额外节点的标识；

所述第一系统根据所述额外节点的标识查找所述第二对应关系，得到所述额外节点的存储位置；

所述第一系统从所述额外节点的存储位置获取所述额外节点；

所述第一系统根据所述至少一个目标节点组成目标报文，包括：

所述第一系统根据所述至少一个目标节点和所述额外节点组成所述目标报文。

可选的，所述第一系统将所述数据依照类型置于所述目标报文中之后，还包括：

所述第一系统向所述第二系统发送所述目标报文。

可选的，

根据所述多个基本报文节点和所述第一对应关系制定可扩展标记语言结构定义XSD文件，并通过所述XSD文件协助组成所述目标报文。

可选的，

所述目标报文为可扩展标记语言XML格式的报文。

一种报文处理装置，应用于具有多个系统的系统集群中，所述装置包括：

拆分单元，用于以携带的数据类型为依据，对所述系统集群中所传输的报文结构进行拆分，存储拆分得到的多个基本报文节点，并保存基本报文节点标识与基本报文节点存储位置的第一对应关系；

第一获取单元，用于获取向第二系统发送的数据，所述第一系统和第二系统为所述多个系统中具有不同接口逻辑的两个系统；

查找单元，用于从预先存储的多个报文类型中查找到对应所述第二系统接口逻辑的目标报文类型，所述目标报文类型包括符合所述第二系统接口逻辑的至少一个目标节点的标识；

所述查找单元还用于根据所述至少一个目标节点的标识查找所述第一对应关系，得到所述至少一个目标节点的存储位置；

第二获取单元，用于根据所述至少一个目标节点的存储位置获取所述至少一个目标节点；

组报单元，用于根据所述至少一个目标节点组成目标报文，并将所述数据依据数据类型置于所述目标报文相应的目标节点中。

可选的，还包括预先设置并存储额外节点，保存所述额外节点的标识与所述额外节点的存储位置的第二对应关系，所述额外节点为用于组成报文的节点，所述额外节点用于携带特定类型的数据；

所述查找单元还用于若所述数据中包括所述特定类型的数据，以此确定出所述额外节点的标识；

所述查找单元还用于根据所述额外节点的标识查找所述第二对应关系，得到所述额外节点的存储位置；

所述第二获取单元还用于从所述额外节点的存储位置获取所述额外节点；

所述组报单元还用于根据所述至少一个目标节点和所述额外节点组成所述目标报文。

可选的，还包括发送单元：

所述发送单元，用于在触发所述组报单元后，向所述第二系统发送所述目标报文。

可选的，还包括定制单元：

所述定制单元，用于根据所述多个基本报文节点和所述第一对应关系制定可扩展标记语言结构定义XSD文件，并通过所述XSD文件协助组成所述目标报文。

可选的，

所述目标报文为可扩展标记语言XML格式的报文。

由上述技术方案可以看出，在具有多个系统的系统集群中，以携带的数据类型为依据，对所述系统集群中所传输的报文结构进行拆分成多个基本报文节点，并保存基本报文节点标识与基本报文节点存储位置的第一对应关系，若第一系统具有向第二系统发送的数据，所述第一系统从预先存储的多个报文类型中查找到对应所述第二系统接口逻辑的目标报文类型，所述第一系统根据所述至少一个目标节点的标识查找所述第一对应关系，得到所述至少一个目标节点的存储位置，所述第一系统根据所述至少一个目标节点的存储位置获取所述至少一个目标节点，所述第一系统根据所述至少一个目标节点组成目标报文，并将所述数据依据数据类型置于所述目标报文相应的目标节点中。由此针对不同接口逻辑的第二系统，都可以根据其可处理的报文类型从预先拆分出的基本报文节点中找到相应的目标节点，以目标节点组成的报文可以被第二系统所识别和处理，免去了传统方式中需要对不同接口逻辑的系统重新编码导致的等待时间，错误率低、增强了系统集群的可扩展性，提高了用户体验。

附图说明

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

图1为一种系统集群下的报文处理示意图；

图2为本发明实施例提供的一种系统集群下的报文处理示意图；

图3为本发明实施例提供的一种报文处理方法的方法流程图；

图4为本发明实施例提供的一种报文处理装置的装置结构图。

具体实施方式

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

在具有多个独立系统的系统集群中，具有不同接口逻辑的系统之间发送报文之前需要进行预先处理，以使得接收报文的系统可以理解所接收的报文。这里所述的接口逻辑是指一个系统的系统接口对报文的识别逻辑，其中可以包括对报文组成的要求，例如可识别报文中哪些数据类型的数据。传统的方式是，在系统集群中各个系统之间先预先协商各自的接口逻辑，也就是预先获知所述系统集群中每个系统的接口逻辑。对于所述系统集群中的一个系统来说，需要根据不同的接口逻辑建立分别对应的XSD文件，生成java类，添加相应的代码等操作后，才能明确其他系统的接口逻辑。例如图1所示，图1中的系统A到Z可以为所述系统集群中的系统，这些系统具有不同的接口逻辑。当系统A向系统B发送报文之前(系统A系统B接口逻辑不同)，需要调用对应系统B的java类，根据系统B的接口逻辑B生成系统B能够识别的报文格式，然后再向系统B发送这种报文格式的报文。

这种处理方式的缺点是，首先需要对所述系统集群中的所有系统的接口逻辑都需要实施一遍建立XSD文件，生成java类等，而且，一旦系统集群增加新的系统，还需要再协商得到这个新系统的接口逻辑，在协商过程中需要重新编写对应的XSD文件，生成相应的java类，这一过程需要开发人员重新编写代码，人工编写代码的效率低，误码率高，导致新加入的系统需要等待很长时间后才能实现与系统集群中的其他系统的交互，用户体验低。

为此，本发明实施例提供了一种报文处理方法和装置，在具有多个系统的系统集群中，以携带的数据类型为依据，对所述系统集群中所传输的报文结构进行拆分成多个基本报文节点，并保存基本报文节点标识与基本报文节点存储位置的第一对应关系，若第一系统具有向第二系统发送的数据，所述第一系统从预先存储的多个报文类型中查找到对应所述第二系统接口逻辑的目标报文类型，所述第一系统根据所述至少一个目标节点的标识查找所述第一对应关系，得到所述至少一个目标节点的存储位置，所述第一系统根据所述至少一个目标节点的存储位置获取所述至少一个目标节点，所述第一系统根据所述至少一个目标节点组成目标报文，并将所述数据依据数据类型置于所述目标报文相应的目标节点中。由此针对不同接口逻辑的第二系统，都可以根据其可处理的报文类型从预先拆分出的基本报文节点中找到相应的目标节点，以目标节点组成的报文可以被第二系统所识别和处理，免去了传统方式中需要对不同接口逻辑的系统重新编码导致的等待时间，错误率低、增强了系统集群的可扩展性，提高了用户体验。

在介绍本发明实施例的报文处理方法之前，先说明本发明实施例提供的对报文的预处理流程。本发明实施例中，预先将所述系统集群中所需用到的报文结构进行拆分，拆分的依据是报文结构所携带的数据类型，携带不同数据类型的报文结构被拆分为不同的基本报文节点。例如数据类型可以为交货时间戳(英文：Delivery timestamp)，上下文名称(英文：Context Name)，用户证书(英文：User Credentials)等，拆分得到的基本报文节点可以包括用于携带交货时间戳的基本报文节点，用于携带上下文名称的基本报文节点等。这些基本报文节点都是用于组成报文的一部分的报文子结构，用于携带报文所能携带的基本数据类型，不同基本报文节点携带的数据类型可以不同。可以在完成对报文的拆分后，将得到的所述多个基本报文节点保存到固定存储单元中，例如数据库(database)。并记录基本报文节点标识与基本报文节点存储位置的第一对应关系，这里所述的第一对应关系包括多组子对应关系，例如基本报文节点a的标识和存储基本报文节点a的存储位置的子对应关系，基本报文节点b的标识和存储基本报文节点b的存储位置的子对应关系。一个基本报文节点标识用于唯一标识一个基本报文节点，不同的基本报文节点的标识均不同，基本报文节点标识可以为ID、名称等形式。需要注意的是，根据基本报文节点各自所承载数据类型的对应关系，在基本报文节点之间页可以具有相应的对应关系，其中可以包括从属关系，从而形成一个基本报文节点可以是另一个基本报文节点的父节点或子节点等。通过基本报文节点之间的对应关系，可以有效简化后续调取目标节点的复杂度，提高了调取效率。

通过对报文的预处理，可以使得所述系统集群中系统之间的结构变的简单。所述第一系统将不需要准备所述系统集群中各个系统的接口逻辑，降低了对报文的处理复杂程度，例如图2所示，图2为本发明实施例提供的一种系统集群下的报文处理示意图。只用一个接口逻辑A，通过调用database中的基本报文节点即可完成向其他系统B至Z分别发送符合系统B至Z接口逻辑的报文。

可选的，所述第一系统根据所述多个基本报文节点和所述第一对应关系制定XSD文件，并通过所述XSD文件协助组成所述目标报文。也就是说，在本发明实施例中，一个系统只需要使用一种接口逻辑便可实现本发明的技术方案。

图3为本发明实施例提供的一种报文处理方法的方法流程图，应用于具有多个系统的系统集群中，所述方法包括：

S301：第一系统获取向第二系统发送的数据，所述第一系统和第二系统为所述多个系统中具有不同接口逻辑的两个系统。

S302：所述第一系统从预先存储的多个报文类型中查找到对应所述第二系统接口逻辑的目标报文类型，所述目标报文类型包括符合所述第二系统接口逻辑的至少一个目标节点的标识。

举例说明，所述第一系统可以根据预先协商的方式得到所述第二系统的接口逻辑，根据所述第二系统的接口逻辑可以确定出符合所述第二系统接口逻辑的目标报文类型。同理，所述第一系统也可以根据所述系统集群中的其他系统的接口逻辑确定出符合其他系统接口逻辑的报文类型。这里的报文类型可以理解与接口类型(interface_types)相对应。一个报文类型中包括所对应系统接口逻辑的具体报文组成，例如所述多个基本报文节点中的某个或某些基本报文节点。从接口逻辑确定出符合接口逻辑的报文类型的过程中，并不需要技术人员重新编写大量编码，不会出现传统方式中的问题。

S303：所述第一系统根据所述至少一个目标节点的标识查找所述第一对应关系，得到所述至少一个目标节点的存储位置。

S304：所述第一系统根据所述至少一个目标节点的存储位置获取所述至少一个目标节点。

由于所述第一对应关系中保存了所述至少一个目标节点的标识与存储位置的关系，故可以从各个目标节点的存储位置处获取针对所述第二系统接口逻辑的目标节点。

S305：所述第一系统根据所述至少一个目标节点组成目标报文，并将所述数据依据数据类型置于所述目标报文相应的目标节点中。

在获取了所述至少一个目标节点之后，可以以所述至少一个目标节点为基础，进行组包，从而组成目标报文。由于组成所述目标报文的所述至少一个目标节点是依据所述第二系统接口逻辑确定，故由所述至少一个目标节点组成的所述目标报文可以被所述第二系统识别并处理。

可选的，所述第一系统将所述数据依照类型置于所述目标报文中之后，还包括：

所述第一系统向所述第二系统发送所述目标报文。

可选的，所述目标报文为可扩展标记语言(英文：Extensible Markup Language，缩写：XML)格式的报文。

以具体例子进行说明，假设在预处理阶段，拆分得到十个基本报文节点，分别为节点1至节点10，系统A准备向系统B发送数据，系统A通过查找系统B的目标报文类型，确定出系统B所能处理的报文需要包括节点1、节点3和节点5这三个组成。系统A提取出节点1、节点3和节点5并以此组成目标报文，之后可以由这个目标报文承载数据发向系统B。而且，由于包括节点1、节点3和节点5的目标报文是符合系统B的接口逻辑，故系统B也可以正确识别、处理这个目标报文。

需要注意的是，在预处理阶段，拆分得到的主要是组成报文的基本节点、基本字段，有可能并不会涵盖所有组成报文的节点或字段。当需要用报文携带一些特殊数据类型的数据时，可能无法使用预处理节点得到的基本报文节点来承载。这些特殊类型的数据可以是认为个性化的数据、不常用的数据类型等，例如客户类型等。

故为此，本发明实施例提供了一种解决方案，可选的，在预处理阶段，还可以预先设置并存储额外节点，保存所述额外节点的标识与所述额外节点的存储位置的第二对应关系，所述额外节点为用于组成报文的节点，所述额外节点用于携带特定类型的数据；

若所述数据中包括所述特定类型的数据，所述第一系统以此确定出所述额外节点的标识；

所述第一系统根据所述额外节点的标识查找所述第二对应关系，得到所述额外节点的存储位置；

所述第一系统从所述额外节点的存储位置获取所述额外节点；

所述第一系统根据所述至少一个目标节点和所述额外节点组成所述目标报文。

也就是说，当分析发现所述数据中具有特定类型的数据时，可以通过预先保存的额外节点实现承载。

由上述实施例可以看出，在具有多个系统的系统集群中，以携带的数据类型为依据，对所述系统集群中所传输的报文结构进行拆分成多个基本报文节点，并保存基本报文节点标识与基本报文节点存储位置的第一对应关系，若第一系统具有向第二系统发送的数据，所述第一系统从预先存储的多个报文类型中查找到对应所述第二系统接口逻辑的目标报文类型，所述第一系统根据所述至少一个目标节点的标识查找所述第一对应关系，得到所述至少一个目标节点的存储位置，所述第一系统根据所述至少一个目标节点的存储位置获取所述至少一个目标节点，所述第一系统根据所述至少一个目标节点组成目标报文，并将所述数据依据数据类型置于所述目标报文相应的目标节点中。由此针对不同接口逻辑的第二系统，都可以根据其可处理的报文类型从预先拆分出的基本报文节点中找到相应的目标节点，以目标节点组成的报文可以被第二系统所识别和处理，免去了传统方式中需要对不同接口逻辑的系统重新编码导致的等待时间，错误率低、增强了系统集群的可扩展性，提高了用户体验。

图4为本发明实施例提供的一种报文处理装置的装置结构图，应用于具有多个系统的系统集群中，所述装置包括：

拆分单元401，用于以携带的数据类型为依据，对所述系统集群中所传输的报文结构进行拆分，存储拆分得到的多个基本报文节点，并保存基本报文节点标识与基本报文节点存储位置的第一对应关系；

第一获取单元402，用于获取向第二系统发送的数据，所述第一系统和第二系统为所述多个系统中具有不同接口逻辑的两个系统；

查找单元403，用于从预先存储的多个报文类型中查找到对应所述第二系统接口逻辑的目标报文类型，所述目标报文类型包括符合所述第二系统接口逻辑的至少一个目标节点的标识；

所述查找单元403还用于根据所述至少一个目标节点的标识查找所述第一对应关系，得到所述至少一个目标节点的存储位置；

第二获取单元404，用于根据所述至少一个目标节点的存储位置获取所述至少一个目标节点；

组报单元405，用于根据所述至少一个目标节点组成目标报文，并将所述数据依据数据类型置于所述目标报文相应的目标节点中。

可选的，还包括预先设置并存储额外节点，保存所述额外节点的标识与所述额外节点的存储位置的第二对应关系，所述额外节点为用于组成报文的节点，所述额外节点用于携带特定类型的数据；

所述查找单元还用于若所述数据中包括所述特定类型的数据，以此确定出所述额外节点的标识；

所述查找单元还用于根据所述额外节点的标识查找所述第二对应关系，得到所述额外节点的存储位置；

所述第二获取单元还用于从所述额外节点的存储位置获取所述额外节点；

所述组报单元还用于根据所述至少一个目标节点和所述额外节点组成所述目标报文。

可选的，还包括发送单元：

所述发送单元，用于在触发所述组报单元后，向所述第二系统发送所述目标报文。

可选的，还包括定制单元：

所述定制单元，用于根据所述多个基本报文节点和所述第一对应关系制定XSD文件，并通过所述XSD文件协助组成所述目标报文。

可选的，

所述目标报文为XML格式的报文。

由上述实施例可以看出，在具有多个系统的系统集群中，以携带的数据类型为依据，对所述系统集群中所传输的报文结构进行拆分成多个基本报文节点，并保存基本报文节点标识与基本报文节点存储位置的第一对应关系，若第一系统具有向第二系统发送的数据，所述第一系统从预先存储的多个报文类型中查找到对应所述第二系统接口逻辑的目标报文类型，所述第一系统根据所述至少一个目标节点的标识查找所述第一对应关系，得到所述至少一个目标节点的存储位置，所述第一系统根据所述至少一个目标节点的存储位置获取所述至少一个目标节点，所述第一系统根据所述至少一个目标节点组成目标报文，并将所述数据依据数据类型置于所述目标报文相应的目标节点中。由此针对不同接口逻辑的第二系统，都可以根据其可处理的报文类型从预先拆分出的基本报文节点中找到相应的目标节点，以目标节点组成的报文可以被第二系统所识别和处理，免去了传统方式中需要对不同接口逻辑的系统重新编码导致的等待时间，错误率低、增强了系统集群的可扩展性，提高了用户体验。

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

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备及系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的设备及系统实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (10)

1.一种报文处理方法，应用于具有多个系统的系统集群中，其特征在于，以携带的数据类型为依据，对所述系统集群中所传输的报文结构进行拆分，存储拆分得到的多个基本报文节点，并保存基本报文节点标识与基本报文节点存储位置的第一对应关系，所述方法包括：

第一系统获取向第二系统发送的数据，所述第一系统和第二系统为所述多个系统中具有不同接口逻辑的两个系统；

所述第一系统从预先存储的多个报文类型中查找到对应所述第二系统接口逻辑的目标报文类型，所述目标报文类型包括符合所述第二系统接口逻辑的至少一个目标节点的标识；

所述第一系统根据所述至少一个目标节点的标识查找所述第一对应关系，得到所述至少一个目标节点的存储位置；

所述第一系统根据所述至少一个目标节点的存储位置获取所述至少一个目标节点；

所述第一系统根据所述至少一个目标节点组成目标报文，并将所述数据依据数据类型置于所述目标报文相应的目标节点中。

2.根据权利要求1所述的方法，其特征在于，还包括预先设置并存储额外节点，保存所述额外节点的标识与所述额外节点的存储位置的第二对应关系，所述额外节点为用于组成报文的节点，所述额外节点用于携带特定类型的数据；

若所述数据中包括所述特定类型的数据，所述第一系统以此确定出所述额外节点的标识；

所述第一系统根据所述额外节点的标识查找所述第二对应关系，得到所述额外节点的存储位置；

所述第一系统从所述额外节点的存储位置获取所述额外节点；

所述第一系统根据所述至少一个目标节点组成目标报文，包括：

所述第一系统根据所述至少一个目标节点和所述额外节点组成所述目标报文。

3.根据权利要求1或2所述的方法，其特征在于，所述第一系统将所述数据依照类型置于所述目标报文中之后，还包括：

所述第一系统向所述第二系统发送所述目标报文。

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

根据所述多个基本报文节点和所述第一对应关系制定可扩展标记语言结构定义XSD文件，并通过所述XSD文件协助组成所述目标报文。

5.根据权利要求4所述的方法，其特征在于，

所述目标报文为可扩展标记语言XML格式的报文。

6.一种报文处理装置，应用于具有多个系统的系统集群中，其特征在于，所述装置包括：

拆分单元，用于以携带的数据类型为依据，对所述系统集群中所传输的报文结构进行拆分，存储拆分得到的多个基本报文节点，并保存基本报文节点标识与基本报文节点存储位置的第一对应关系；

第一获取单元，用于获取向第二系统发送的数据，第一系统和第二系统为所述多个系统中具有不同接口逻辑的两个系统；

查找单元，用于从预先存储的多个报文类型中查找到对应所述第二系统接口逻辑的目标报文类型，所述目标报文类型包括符合所述第二系统接口逻辑的至少一个目标节点的标识；

所述查找单元还用于根据所述至少一个目标节点的标识查找所述第一对应关系，得到所述至少一个目标节点的存储位置；

第二获取单元，用于根据所述至少一个目标节点的存储位置获取所述至少一个目标节点；

组报单元，用于根据所述至少一个目标节点组成目标报文，并将所述数据依据数据类型置于所述目标报文相应的目标节点中。

7.根据权利要求6所述的装置，其特征在于，还包括预先设置并存储额外节点，保存所述额外节点的标识与所述额外节点的存储位置的第二对应关系，所述额外节点为用于组成报文的节点，所述额外节点用于携带特定类型的数据；

所述查找单元还用于若所述数据中包括所述特定类型的数据，以此确定出所述额外节点的标识；

所述查找单元还用于根据所述额外节点的标识查找所述第二对应关系，得到所述额外节点的存储位置；

所述第二获取单元还用于从所述额外节点的存储位置获取所述额外节点；

所述组报单元还用于根据所述至少一个目标节点和所述额外节点组成所述目标报文。

8.根据权利要求6或7所述的装置，其特征在于，还包括发送单元：

所述发送单元，用于在触发所述组报单元后，向所述第二系统发送所述目标报文。

9.根据权利要求6所述的装置，其特征在于，还包括定制单元：

所述定制单元，用于根据所述多个基本报文节点和所述第一对应关系制定可扩展标记语言结构定义XSD文件，并通过所述XSD文件协助组成所述目标报文。

10.根据权利要求9所述的装置，其特征在于，

所述目标报文为可扩展标记语言XML格式的报文。