报文处理方法、装置、系统及终端与流程

本申请涉及网络通信技术领域，尤其涉及报文处理方法、装置、系统及终端。

背景技术：

随着银行业务广度和深度的不断扩展，银行业务涉及的后台交易有数千种之多，每种后台交易均有用于表示交易本身行为的报文。以提现交易为例，尤其是复杂的批量提现交易，涉及到操作：a批次申请受理结果查询，b批次申请处理状态查询，c批次申请处理结果查询。其中如果针对b操作返回部分处理状态为申请成功的提现申请，需要先响应c操作，将处理状态为申请成功的那部分提现申请的处理结果返回到用户，然后再继续b操作和c操作，直至全部提现申请的处理结果返回到用户。而批量提现交易中有些批次提现可能出现处理结果不明的情况，例如：一个批次提现申请与银行的交互报文多达10次以上仍然没有完成。

对于处理结果不明的批次提现，若用户向业务服务端咨询原因，需业务服务端初步定位原因后，请报文管理端捞取报文，然后将捞取的报文与银行系统核对，定位提现异常原因。由于不同银行的提现渠道所属网关不尽相同，报文管理端捞取报文时需要先分析出该批次提现的渠道属于哪个网关，然后再根据流水号和渠道号去分析出的网关对应的服务器上查询报文，从查询出的初步满足条件的多笔报文中整理出需要的报文反馈给业务服务端。

上述查询报文的过程，识别网关需查询提现的渠道、捞取报文需查询该银行系统的日志文件的存储内容、捞取出报文后还要通过梳理报文的逻辑关系找出需要的报文，因此，查询操作繁复、耗时耗力。

技术实现要素：

本申请提供报文处理方法、装置、系统及终端，能够有效简化报文查询操作和节省报文查询时间。

根据本申请实施例的第一方面，提供一种报文处理方法，包括以下步骤：

接收各网关设备发送的报文信息，所述报文信息与各网关设备接收到的报文对应；

解析所述报文信息，获得对应报文的报文内容和报文标识；

对应存储所述报文内容和所述报文标识；

接收到查询端发送的携带有报文标识的报文查询请求后，查询与所携带的报文标识对应存储的报文内容；

将查询到的报文内容返回至所述查询端。

在一个实施例中，所述解析所述报文信息，获得对应报文的报文内容和报文标识，包括：

从所述报文信息中解析出报文，所述报文信息由各网关设备在解析接收的报文前，将接收的报文以及其报文标识封装到预设的消息体中生成；

从解析出的报文中读取报文内容和报文标识。

在一个实施例中，所述解析所述报文信息，获得对应报文的报文内容和报文标识，包括：

从所述报文信息中解析出压缩报文和报文标识，所述报文信息由各网关设备在解析接收的报文前，对接收的报文进行报文压缩，并将压缩后的报文以及其报文标识封装到预设的消息体中生成；

对解析出的压缩报文进行解压缩；

从解压缩后的报文中读取报文内容。

在一个实施例中，所述解析所述报文信息，获得对应报文的报文内容和报文标识，包括：

从接收到的报文信息中解析出各段报文数据和报文标识，所述报文信息由各网关设备在解析接收的报文前，对接收的报文进行分段划分，并将划分所得的各段报文数据以及其报文标识封装到不同的预设的消息体中生成；

将解析出的各段报文数据组合成对应的报文；

从组合成的报文中读取报文内容。

根据本申请实施例的第二方面，提供一种报文处理装置，包括：

信息接收模块，用于接收各网关设备发送的报文信息，所述报文信息与各网关设备接收到的报文对应；

信息解析模块，用于解析所述报文信息，获得对应报文的报文内容和报文标识；

内容存储模块，用于对应存储所述报文内容和所述报文标识；

内容查询模块，用于接收到查询端发送的携带有报文标识的报文查询请求后，查询与所携带的报文标识对应存储的报文内容；

内容返回模块，用于将查询到的报文内容返回至所述查询端。

在一个实施例中，所述信息解析模块包括：

第一解析子模块，用于从所述报文信息中解析出报文，所述报文信息由各网关设备在解析接收的报文前，将接收的报文以及其报文标识封装到预设的消息体中生成；

第一读取子模块，用于从解析出的报文中读取报文内容和报文标识。

在一个实施例中，所述信息解析模块包括：

第二解析子模块，用于从所述报文信息中解析出压缩报文和报文标识，所述报文信息由各网关设备在解析接收的报文前，对接收的报文进行报文压缩，并将压缩后的报文以及其报文标识封装到预设的消息体中生成；

解压缩子模块，用于对解析出的压缩报文进行解压缩；

第二读取子模块，用于从解压缩后的报文中读取报文内容。

在一个实施例中，所述信息解析模块包括：

第三解析子模块，用于从接收到的报文信息中解析出各段报文数据和报文标识，所述报文信息由各网关设备在解析接收的报文前，对接收的报文进行分段划分，并将划分所得的各段报文数据以及其报文标识封装到不同的预设的消息体中生成；

数据组合子模块，用于将解析出的各段报文数据组合成对应的报文；

第三读取子模块，用于从组合成的报文中读取报文内容。

根据本申请实施例的第三方面，提供一种报文处理方法，包括以下步骤：

接收报文；

确定所述报文的报文标识；

获取与所述报文对应的报文信息，所述报文信息携带有所述报文标识；

将所述报文信息向报文收集设备发送，以便所述报文收集设备解析所述报文信息获得所述报文的报文内容和报文标识，并对应存储所述报文内容和所述报文标识。

在一个实施例中，所述获取与所述报文对应的报文信息，包括：

在解析接收的报文前，将接收的报文以及其报文标识封装到预设的消息体中，生成所述报文信息。

在一个实施例中，所述解析所述报文信息，获得对应报文的报文内容和报文标识，包括：

在解析接收的报文前，对接收的报文进行报文压缩；

将压缩后的报文以及其报文标识封装到预设的消息体中，生成所述报文信息。

在一个实施例中，所述解析所述报文信息，获得对应报文的报文内容和报文标识，包括：

在解析接收的报文前，对接收的报文进行分段划分；

将划分所得的各段报文数据以及其报文标识封装到不同的预设的消息体中，生成所述报文信息。

根据本申请实施例的第四方面，提供一种报文处理装置，包括：

报文接收模块，用于接收报文；

标识确定模块，用于确定所述报文的报文标识；

信息获取模块，用于获取与所述报文对应的报文信息，所述报文信息携带有所述报文标识；

信息发送模块，用于将所述报文信息向报文收集设备发送，以便所述报文收集设备解析所述报文信息获得所述报文的报文内容和报文标识，并对应存储所述报文内容和所述报文标识。

在一个实施例中，所述信息获取模块包括：

第一封装子模块，用于在解析接收的报文前，将接收的报文以及其报文标识封装到预设的消息体中，生成所述报文信息。

在一个实施例中，所述信息获取模块包括：

压缩子模块，用于在解析接收的报文前，对接收的报文进行报文压缩；

第二封装子模块，用于将压缩后的报文以及其报文标识封装到预设的消息体中，生成所述报文信息。

在一个实施例中，所述信息获取模块包括：

报文划分子模块，用于在解析接收的报文前，对接收的报文进行分段划分；

第三封装子模块，用于将划分所得的各段报文数据以及其报文标识封装到不同的预设的消息体中生成，生成所述报文信息。

根据本申请实施例的第五方面，提供一种报文处理系统，包括各网关设备、报文收集设备和查询端；

各网关设备用于接收报文，确定所述报文的报文标识，获取与所述报文对应的报文信息，并向报文收集设备发送所述报文信息，所述报文信息携带有所述报文标识；

所述报文收集设备用于接收各网关设备发送的报文信息，解析所述报文信息获得对应报文的报文内容和报文标识，对应存储所述报文内容和所述报文标识；

所述查询端用于向所述报文收集设备发送携带有报文标识的报文查询请求；

所述报文收集设备还用于在接收到所述查询端发送的报文查询请求后，查询与所携带的报文标识对应存储的报文内容，并将查询到的报文内容返回至所述查询端；

所述查询端还用于接收所述报文收集设备发送的报文内容，并向用户展示所述报文内容。

在一个实施例中，所述查询端还用于从接收的各组报文内容中获取报文交易逻辑和/或报文交易顺序，并按照获取的报文交易逻辑和/或报文交易顺序向用户展示各组报文内容。

根据本申请实施例的第六方面，提供一种终端，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为：

接收各网关设备发送的报文信息，所述报文信息与各网关设备接收到的报文对应；

解析所述报文信息，获得对应报文的报文内容和报文标识；

对应存储所述报文内容和所述报文标识；

接收到查询端发送的携带有报文标识的报文查询请求后，查询与所携带的报文标识对应存储的报文内容；

将查询到的报文内容返回至所述查询端。

根据本申请实施例的第七方面，提供一种终端，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为：

接收报文；

确定所述报文的报文标识；

获取与所述报文对应的报文信息，所述报文信息携带有所述报文标识；

将所述报文信息向报文收集设备发送，以便所述报文收集设备解析所述报文信息获得所述报文的报文内容和报文标识，并对应存储所述报文内容和所述报文标识。

应用本申请实施例，通过解析来自各网关设备的报文信息，获得对应报文的报文内容和报文标识；再对应存储所述报文内容和所述报文标识；可在接收到查询端发送的携带有报文标识的报文查询请求后，查询与所携带的报文标识对应存储的报文内容，并将查询到的报文内容返回至所述查询端。可集中将各网关设备接收到的报文的报文内容与其报文标识对应存储，便于接收到报文查询请求后，快速根据报文标识查询对应的报文内容，可简化报文查询操作和节省报文查询时间，提高报文查询效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1是本申请报文处理系统的一个实施例结构示意图；

图2是本申请报文处理方法的一个实施例流程图；

图3是本申请报文处理方法的另一个实施例流程图；

图4是本申请报文处理方法的另一个实施例流程图；

图5是本申请报文处理装置所在终端的一种硬件结构图；

图6是本申请报文处理装置的一个实施例框图；

图7是本申请报文处理装置的另一个实施例框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

参阅图1，图1是本申请报文处理系统的一个实施例结构示意图：

如图1所示，本实施例的报文处理系统100可以包括报文收集设备120、以及分别与报文收集设备120连接的查询端130、网关设备111、网关设备112……网关设备11m，其中m＝3、4...m，m为正整数。

本申请实施例中，网关设备111至网关设备11m，分别用于接收报文，确定所接收的报文的报文标识，获取与所接收的报文对应的报文信息，并向报文收集设备120发送所获取的报文信息，所获取的报文信息携带有所述报文标识。其中报文标识用于唯一区分报文，可以包括报文的渠道号和流水号，渠道号用于表示网关设备所对接的银行系统。此外，报文标识还可以表示报文发送方向的报文类型，如发往银行系统或银行系统返回。再者，报文为批量业务的报文时，为了更详细的区分不同报文，报文标识还可以包括用于表示批量业务操作类型的业务标识，例如业务标识可以是批量请求业务或批量查询业务等。

在某些例子中，网关设备111至网关设备11m分别与不同的银行系统20对接，可以是网关或网关对应的报文服务器。这里所说的网关可以归第三方支付平台(例如支付宝平台)管理，是第三方支付平台与银行系统20进行交互时的协议转换器、内容转换器等；网关对应的报文服务器用于存储第三方支付平台与银行系统之间的交互报文，例如：第三方支付平台发往银行系统的报文、银行系统返回第三方支付平台的报文等，若交互的银行系统不同，报文规则也不相同。

对接不同银行系统的网关设备111至网关设备11m，接收到报文后，一般会先解析报文，然后将报文发送至银行系统或第三方支付平台。而解析报文的过程存在一定的解析失败率，解析报文失败后再生成向报文收集设备120发送的报文信息，会导致报文收集设备120得到的报文内容不完整，因此，为了避免报文收集设备120的报文内容不完整，网关设备111至网关设备11m接收到报文后，在解析报文前生成与所接收的报文对应报文信息，并向报文收集设备120发送所生成的报文信息。

网关设备111至网关设备11m向报文收集设备120发送报文信息时，可直接将接收的报文以及其报文标识向报文收集设备120发送，也可以将接收的报文以及其报文标识封装到预设的消息体中，然后将封装后的消息向报文收集设备120发送。这里以消息形式发送报文，数据量更小，不影响网关的原有报文中转流程，且重试机制好。

报文收集设备120，接收网关设备111至网关设备11m发送的报文信息，解析接收的报文信息获得对应报文的报文内容和报文标识，对应存储报文内容和报文标识。这样可以将发往各银行系统的报文或者各银行系统发出的报文，收集存储到报文收集设备120，在需要查询相应报文时，统一向报文收集设备120发送查询请求，即可快速查到相应报文，无需识别需要查询的报文发送所经的网关，无需查询收发报文的银行系统的报文格式，也无需麻烦报文管理端捞取报文。

查询端130，向所述报文收集设备发送携带有报文标识的报文查询请求，报文收集设备120接收到查询端130发送的报文查询请求后，查询与所携带的报文标识对应存储的报文内容，并向查询端130发送查询到的报文内容，查询端130接收报文收集设备120发送的报文内容，并展示所述报文内容。

为了更清晰的向本端操作人员展示查询到的报文，查询端130可从接收的各组报文内容中获取报文逻辑和/或报文顺序，并按照获取的报文逻辑和/或报文顺序向本端操作人员展示各组报文内容。其中报文逻辑指各组报文之间的关联信息，报文顺序指各组报文的先后发送顺序。如果报文为批量报文，对应的交易逻辑是每组报文所对应的用户操作，例如：批次请求、批次状态查询、批次结果查询；对应的报文顺序如文件请求批次、文件结果查询批次等。

在某些场景中，第三方支付平台通过网关设备111至网关设备11m与不同的银行系统对接，平台用户可将其在第三方支付平台内的剩余资金向对接的某一银行系统划转，然后从所述某一银行系统提现。具体的实现过程中涉及的报文，可由网关设备111至网关设备11m中的某网关设备生成与所涉及的报文对应报文信息，并向报文收集设备120发送所生成的报文信息，报文信息携带有与所涉及的报文的报文标识，报文收集设备120将所涉及的报文的报文内容对应其报文标识存储。当平台用户的提现过程出现处理结果不明的情况，例如：一个批次提现申请与银行的交互报文多达10次以上仍然没有完成，平台用户可以请求查询端130查询处理结果不明的原因，查询端130可以响应平台用户的请求，向报文收集设备120发送携带有报文标识的报文查询请求，然后接收报文收集设备120返回的报文内容，查询端130根据接收的报文内容查询提现过程出现处理结果不明的原因，向平台用户推送。

在其他场景中，如第三方支付平台的平台用户进行信用卡还款、理财产品的赎回等业务操作时，具体的实现过程中涉及的报文，同样可由网关设备111至网关设备11m中的某网关设备生成与所涉及的报文对应报文信息，并向报文收集设备120发送所生成的报文信息，报文信息携带有与所涉及的报文的报文标识，报文收集设备120将所涉及的报文的报文内容对应其报文标识存储。当平台用户的业务过程出现处理结果不明的情况，平台用户可以请求查询端130查询处理结果不明的原因。

由上述实施例可知，本申请的报文处理系统通过网关设备和报文收集设备，可将各网关设备中转的报文的报文内容收集到报文收集设备，并对应报文标识存储报文内容；还可通过查询端向报文收集设备发送携带有报文标识的报文查询请求，然后在报文收集设备查询与所携带的报文标识对应存储的报文内容，并在查询端展示查询到的报文内容。查询报文内容，无需识别报文对应的业务实现渠道所属网关、无需查询该银行系统的日志文件的存储内容，因此，可快速根据报文标识从报文收集设备查询对应的报文内容，并在查询端展示，简化报文查询操作和节省报文查询时间，提高报文查询效率。

下面将结合附图1对本申请实施例进行详细描述。

参见图2，是本申请报文处理方法的一个实施例流程图，该实施例可应用在图1所示的报文处理系统中的报文收集设备上，可包括以下步骤201-205：

步骤201：接收各网关设备发送的报文信息，所述报文信息与各网关设备接收到的报文对应。

本申请实施例中，报文信息可以是由网关设备封装在消息体内发送的报文与其报文标识，也可是由网关设备封装在消息体内发送的报文内容与对应报文的报文标识，还可以是网关设备发送的未封装的报文及其报文标识。

步骤202：解析所述报文信息，获得对应报文的报文内容和报文标识。

本申请实施例中，解析所述报文信息时，可以直接从报文信息中读取对应报文的报文内容和报文标识。

如果所述报文信息由各网关设备在解析接收的报文前，将接收的报文以及其报文标识封装到预设的消息体中生成，要获得对应报文的报文内容和报文标识，需先从所述报文信息中解析出报文；从解析出的报文中读取报文内容和报文标识。

如果所述报文信息由各网关设备在解析接收的报文前，对接收的报文进行报文压缩，并将压缩后的报文以及其报文标识封装到预设的消息体中生成，要获得对应报文的报文内容和报文标识，需先从所述报文信息中解析出压缩报文和报文标识；再对解析出的压缩报文进行解压缩；最后从解压缩后的报文中读取报文内容。

如果所述报文信息由各网关设备在解析接收的报文前，对接收的报文进行分段划分，并将划分所得的各段报文数据以及其报文标识封装到不同的预设的消息体中生成，要获得对应报文的报文内容和报文标识，需先从接收到的报文信息中解析出各段报文数据和报文标识；再将解析出的各段报文数据组合成对应的报文；最终从组合成的报文中读取报文内容。

其中，将各段报文数据组合成报文，可根据各段报文数据的报文标识中的数据位置标识进行组合。

步骤203：对应存储所述报文内容和所述报文标识。

本申请实施例中，可将所述报文内容和所述报文标识对应存储在图1所示的报文收集设备自身的内存中，也可以存储在所述报文收集设备的外设存储器内。存储所述报文内容和所述报文标识时，可以表格形式对应存储，还可以其他相关形式对应存储。

步骤204：接收到查询端发送的携带有报文标识的报文查询请求后，查询与所携带的报文标识对应存储的报文内容。

本申请实施例中，从图1所示的报文收集设备自身的内存中查询与所述标识对应存储的报文内容，或从所述所述报文收集设备的外设存储器内查询与所述标识对应存储的报文内容。

步骤205：将查询到的报文内容返回至所述查询端。

参见图3，是本申请报文处理方法的另一个实施例流程图，该实施例可以应用在图1所示的报文处理系统中的网关设备上，可包括以下步骤301-304：

步骤301：接收报文。

本申请实施例中，所接收的报文可以包括发往银行系统的报文、以及银行系统发出的报文。

步骤302：确定所述报文的报文标识。

本申请实施例中，报文标识用于唯一区分报文，可以包括报文的渠道号和流水号，渠道号用于表示网关设备所对接的银行系统。此外，报文标识还可以表示报文发送方向的报文类型，如发往银行系统或银行系统返回。再者，报文为批量业务的报文时，为了更详细的区分不同报文，报文标识还可以包括用于表示批量业务操作类型的业务标识，例如业务标识可以是批量请求业务或批量查询业务等。通过渠道号可以定位到报文对应的具体业务，进而可以根据定位的具体业务获得报文标识，如提现业务、支付业务等。

步骤303:获取与所述报文对应的报文信息，所述报文信息携带有所述报文标识。

本申请实施例中，可直接将接收的报文以及其报文标识作为报文信息，还可将接收的报文及其报文标识封装到预设的消息体中，生成所述报文信息。所述预设的消息体与网关设备与报文收集设备之间的通讯协议对应，可根据通讯协议自定义消息体的格式，添加各种数据。例如：满足tcp协议或ip协议的自定义消息体。

在某些例子中，网关设备接收到报文后，一般会先解析报文，然后将报文发送至银行系统或第三方支付平台。而解析报文的过程存在一定的解析失败率，解析报文失败后再生成向报文收集设备发送的报文信息，会导致报文收集设备得到的报文内容不完整，因此，为了避免报文收集设备的报文内容不完整，可在解析接收的报文前，将接收的报文以及其报文标识封装到预设的消息体中，生成所述报文信息。

在其他例子中，网关设备所接收的报文的数据量较大，对传输网络的要求高，为了降低传输的数据量，可在解析接收的报文前，对接收的报文进行报文压缩；将压缩后的报文以及其报文标识封装到预设的消息体中，生成所述报文信息。

其中，压缩方式包括gzip压缩、zip压缩等，zip压缩方式采取支持慢速压缩的default算法，可降低对系统的影响。

在其他例子中，为了进一步降低传输的数据量，在解析接收的报文前，对接收的报文进行分段划分；将划分所得的各段报文数据以及其报文标识封装到不同的预设的消息体中，生成所述报文信息。

其中，划分成各段报文数据后，可在所述报文的报文标识中分别添加各段报文数据的数据位置，生成各段报文数据的报文标识，对应各段数据标识封装到预设的消息体中，报文收集设备根据各段报文数据的报文标识中的数据位置标识进行组合后，存储报文内容时，可将报文标识中的数据位置标识删除。

步骤304：将所述报文信息向报文收集设备发送，以便所述报文收集设备解析所述报文信息获得所述报文的报文内容和报文标识，并对应存储所述报文内容和所述报文标识。

参见图4，是本申请报文处理方法的另一个实施例流程图，该实施例可以应用在图1所示的报文处理系统中的查询端上，可包括以下步骤401-404：

步骤401：确定待查询的报文的报文标识。

本申请实施例中，该报文标识可由查询端用户输入，查询端的用户可指报文管理人员。也可由与网关设备连接的第三方支付平台的平台用户发送到查询端。

步骤402：生成携带有所述报文标识的报文查询请求。

步骤403：向报文收集设备发送。

步骤404：接收报文收集设备返回的报文内容，并展示所述报文内容。

为了更清晰的向查询端的用户展示查询到的报文，可从接收的各组报文内容中获取报文逻辑和/或报文顺序，并按照获取的报文逻辑和/或报文顺序展示各组报文内容。其中报文逻辑指各组报文之间的关联信息，报文顺序指各组报文的先后发送顺序。如果报文为批量报文，对应的交易逻辑是每组报文所对应的用户操作，例如：批次请求、批次状态查询、批次结果查询；对应的报文顺序如文件请求批次、文件结果查询批次等。

与前述报文处理方法的实施例相对应，本申请还提供了报文处理装置的实施例。

本申请报文处理装置的实施例可以应用在终端上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在终端的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图5所示，为本申请报文处理装置所在终端的一种硬件结构图，除了图5所示的处理器510、内存520、网络接口530、以及非易失性存储器540之外，实施例中装置所在的终端通常根据该终端的实际功能，还可以包括其他硬件，对此不再赘述。

参见图6，是本申请报文处理装置的一个实施例框图，该报文处理装置可以包括：信息接收模块610、信息解析模块620、内容存储模块630、内容查询模块640和内容返回模块650。

其中，信息接收模块610，用于接收各网关设备发送的报文信息，所述报文信息与各网关设备接收到的报文对应。

信息解析模块620，用于解析所述报文信息，获得对应报文的报文内容和报文标识。

内容存储模块630，用于对应存储所述报文内容和所述报文标识。

内容查询模块640，用于接收到查询端发送的携带有报文标识的报文查询请求后，查询与所携带的报文标识对应存储的报文内容。

内容返回模块650，用于将查询到的报文内容返回至所述查询端。

在一个可选的实现方式中，信息解析模块620可包括(图6中未具体示出)：

第一解析子模块，用于从所述报文信息中解析出报文，所述报文信息由各网关设备在解析接收的报文前，将接收的报文以及其报文标识封装到预设的消息体中生成。

第一读取子模块，用于从解析出的报文中读取报文内容和报文标识。

在另一个可选的实现方式中，信息解析模块620可包括(图6中未具体示出)：

第二解析子模块，用于从所述报文信息中解析出压缩报文和报文标识，所述报文信息由各网关设备在解析接收的报文前，对接收的报文进行报文压缩，并将压缩后的报文以及其报文标识封装到预设的消息体中生成。

解压缩子模块，用于对解析出的压缩报文进行解压缩。

第二读取子模块，用于从解压缩后的报文中读取报文内容。

在另一个可选的实现方式中，信息解析模块620可包括(图6中未具体示出)：

第三解析子模块，用于从接收到的报文信息中解析出各段报文数据和报文标识，所述报文信息由各网关设备在解析接收的报文前，对接收的报文进行分段划分，并将划分所得的各段报文数据以及其报文标识封装到不同的预设的消息体中生成。

数据组合子模块，用于将解析出的各段报文数据组合成对应的报文。

第三读取子模块，用于从组合成的报文中读取报文内容。

参见图7，是本申请报文处理装置的另一个实施例框图，该报文处理装置可以包括：报文接收模块710、标识确定模块720、信息获取模块730和消息报文模块740。

其中，报文接收模块710，用于接收报文。

标识确定模块720，用于确定所述报文的报文标识。

信息获取模块730，用于获取与所述报文对应的报文信息，所述报文信息携带有所述报文标识。

信息发送模块740，用于将所述报文信息向报文收集设备发送，以便所述报文收集设备解析所述报文信息获得所述报文的报文内容和报文标识，并对应存储所述报文内容和所述报文标识。

在一个可选的实现方式中，信息获取模块730可包括(图7中未具体示出)：

第一封装子模块，用于在解析接收的报文前，将接收的报文以及其报文标识封装到预设的消息体中，生成所述报文信息。

在另一个可选的实现方式中，信息获取模块730可包括(图7中未具体示出)：

压缩子模块，用于在解析接收的报文前，对接收的报文进行报文压缩。

第二封装子模块，用于将压缩后的报文以及其报文标识封装到预设的消息体中，生成所述报文信息。

在另一个可选的实现方式中，信息获取模块730可包括(图7中未具体示出)：

报文划分子模块，用于在解析接收的报文前，对接收的报文进行分段划分。

第三封装子模块，用于将划分所得的各段报文数据以及其报文标识封装到不同的预设的消息体中生成，生成所述报文信息。

上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。