CN113852610A - 报文处理方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种报文处理方法、装置、计算机设备和存储介质。所述方法包括：获取报文上传工具上传的测试报文，将所述测试报文发送至消息队列中的接收队列；通过定时任务线程，从所述接收队列中读取所述测试报文；对所述测试报文进行解析，得到解析结果，将所述解析结果发送至对应的业务系统。采用本方法，实现了通过报文上传工具、消息队列和业务系统，模拟整个报文处理过程的目的，无需通过手动编写测试代码，从而简化了整个报文处理过程，进而提高了报文处理效率。

Description

报文处理方法、装置、计算机设备和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种报文处理方法、装置、计算机设备和存储介质。

背景技术

在计算机技术领域中，为了对业务处理过程进行优化，需要模拟报文处理过程，比如报文发送过程、报文接收过程等。

传统技术中，在模拟报文处理过程时，需要通过手动编写测试代码，通过运行测试代码，来模拟报文处理过程；但是，通过手动编写测试代码，过程比较繁琐，导致报文的处理效率较低。

发明内容

基于此，有必要针对上述技术问题，提供一种能够提高报文的处理效率的报文处理方法、装置、计算机设备和存储介质。

一种报文处理方法，所述方法包括：

获取报文上传工具上传的测试报文，将所述测试报文发送至消息队列中的接收队列；

通过定时任务线程，从所述接收队列中读取所述测试报文；

对所述测试报文进行解析，得到解析结果，将所述解析结果发送至对应的业务系统。

在其中一个实施例中，在获取报文上传工具上传的测试报文，将所述测试报文发送至消息队列中的接收队列之前，还包括：

构建所述消息队列；所述消息队列中包括多个队列，每个队列均匹配有对应的队列标识；

所述将所述测试报文发送至消息队列中的接收队列，包括：

确定所述消息队列中所述队列标识为接收队列标识的队列，作为所述接收队列；

将所述测试报文发送至所述接收队列。

在其中一个实施例中，在将所述测试报文发送至消息队列中的接收队列之后，还包括：

检测所述接收队列是否成功存储所述测试报文；

当检测到所述接收队列未成功存储所述测试报文时，则重新将所述测试报文发送至所述接收队列，直到所述接收队列成功存储所述测试报文。

在其中一个实施例中，所述通过定时任务线程，从所述接收队列中读取所述测试报文，包括：

当检测到所述接收队列成功存储所述测试报文时，则通过定时任务线程，从所述接收队列中读取所述测试报文。

在其中一个实施例中，在通过定时任务线程，从所述接收队列中读取所述测试报文之后，还包括：

关闭所述接收队列，并断开与所述消息队列的连接。

在其中一个实施例中，所述对所述测试报文进行解析，得到解析结果，将所述解析结果发送至对应的业务系统，包括：

根据预设的报文解析指令，对所述测试报文进行解析，得到解析结果；

当根据所述解析结果识别到所述测试报文解析成功时，则将所述解析结果发送至对应的业务系统。

在其中一个实施例中，在获取报文上传工具上传的测试报文，将所述测试报文发送至消息队列中的接收队列之前，还包括：

获取所述消息队列和所述业务系统的配置信息；

根据所述配置信息，与所述消息队列和所述业务系统建立连接。

一种报文处理装置，所述装置包括：

报文发送模块，用于获取报文上传工具上传的测试报文，将所述测试报文发送至消息队列中的接收队列；

报文读取模块，用于通过定时任务线程，从所述接收队列中读取所述测试报文；

报文解析模块，用于对所述测试报文进行解析，得到解析结果，将所述解析结果发送至对应的业务系统。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

获取报文上传工具上传的测试报文，将所述测试报文发送至消息队列中的接收队列；

通过定时任务线程，从所述接收队列中读取所述测试报文；

对所述测试报文进行解析，得到解析结果，将所述解析结果发送至对应的业务系统。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

获取报文上传工具上传的测试报文，将所述测试报文发送至消息队列中的接收队列；

通过定时任务线程，从所述接收队列中读取所述测试报文；

对所述测试报文进行解析，得到解析结果，将所述解析结果发送至对应的业务系统。

上述报文处理方法、装置、计算机设备和存储介质，通过获取报文上传工具上传的测试报文，将测试报文发送至消息队列中的接收队列；然后通过定时任务线程，从接收队列中读取所述测试报文；最后对测试报文进行解析，得到解析结果，将解析结果发送至对应的业务系统；这样，通过结合报文上传工具、消息队列和业务系统，即可模拟整个报文处理过程，无需通过手动编写测试代码，从而简化了整个报文处理过程，进而提高了报文处理效率。

附图说明

图1为一个实施例中报文处理方法的应用环境图；

图2为一个实施例中报文处理方法的流程示意图；

图3为另一个实施例中报文处理方法的流程示意图；

图4为一个实施例中业务系统前置机的连接示意图；

图5为一个实施例中对报文进行解析的流程示意图；

图6为一个实施例中报文处理装置的结构框图；

图7为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的报文处理方法，可以应用于如图1所示的应用环境中。其中，业务系统前置机102通过网络与报文上传工具104、消息队列106和业务系统108进行通信。具体地，参考图1，报文上传工具104获取测试报文，并将测试报文上传至业务系统前置机102；业务系统前置机102将接收到的测试报文发送至消息队列106中的接收队列，接着通过定时任务线程，从消息队列106中的接收队列中读取测试报文，并对测试报文进行解析，得到解析结果，将解析结果发送至对应的业务系统108。其中，业务系统前置机102是一种用于保证业务系统108与消息队列106之间的报文接收与发送的前置机，报文上传工具104是一种用于将获取到的测试报文上传至业务系统前置机102的工具，消息队列106是一种用于管理报文的队列管理器，业务系统108是一种对业务进行处理的系统。

在一个实施例中，如图2所示，提供了一种报文处理方法，以该方法应用于图1中的业务系统前置机为例进行说明，包括以下步骤：

步骤S201，获取报文上传工具上传的测试报文，将测试报文发送至消息队列中的接收队列。

其中，报文上传工具是一种用来实现发送和接收相应报文的工具，比如MqPut工具。测试报文是指构造出的SWIFT(环球金融同业电讯协会)报文，存储在本地数据库中。

其中，消息队列是指消息管理器，比如MQ队列，包括多个队列，比如发送队列、接收队列、报告队列和回退队列。

具体地，报文上传工具通过业务系统前置机与消息队列建立连接，并从本地数据库中获取测试报文，然后将测试报文上传至业务系统前置机；业务系统前置机从消息队列中的多个队列中识别出接收队列，并将测试报文发送至消息队列中的接收队列中，通过接收队列暂时存储测试报文。

步骤S202，通过定时任务线程，从接收队列中读取测试报文。

其中，定时任务线程是指用于执行定时任务的线程，定时任务是指定时(比如一周内执行一次、一段时间内执行一次等)从接收队列中读取测试报文。

具体地，业务系统前置机启动业务系统的定时任务线程，通过该定时任务线程，从接收队列中读取相应的测试报文，便于后续对测试报文进行解析。

步骤S203，对测试报文进行解析，得到解析结果，将解析结果发送至对应的业务系统。

其中，不同测试报文对应的解析结果不一样，比如支付成功报文对应的解析结果为成功支付，支付失败报文对应的解析结果为支付失败等。

具体地，业务系统前置机获取预设的报文解析指令，根据预设的报文解析指令，对测试报文进行解析，得到对应的解析结果；若解析成功，则将解析结果发送至对应的业务系统，通过业务系统更新对应的数据，比如更新交易状态和账户金额数据等。

上述报文处理方法中，通过获取报文上传工具上传的测试报文，将测试报文发送至消息队列中的接收队列；然后通过定时任务线程，从接收队列中读取所述测试报文；最后对测试报文进行解析，得到解析结果，将解析结果发送至对应的业务系统；这样，通过结合报文上传工具、消息队列和业务系统，即可模拟整个报文处理过程，无需通过手动编写测试代码，从而简化了整个报文处理过程，进而提高了报文处理效率。

在一个实施例中，上述步骤S201，在获取报文上传工具上传的测试报文，将测试报文发送至消息队列中的接收队列之前，还包括：构建消息队列；消息队列中包括多个队列，每个队列均匹配有对应的队列标识；那么，上述步骤S201，将测试报文发送至消息队列中的接收队列，具体包括：确定消息队列中队列标识为接收队列标识的队列，作为接收队列；将测试报文发送至接收队列。

其中，队列标识是指队列的唯一标识信息，比如队列编号、队列名称等。

具体地，业务系统前置机发送队列构建请求至消息传输系统(比如WebsphereMQ)，通过消息传输系统基于接收到的队列构建请求构建消息队列，该消息队列中包括多个队列，比如发送队列、接收队列、报告队列和回退队列；业务系统前置机通过队列标识获取指令，获取消息队列中每个队列的队列标识；将每个队列的队列标识与接收队列标识进行匹配，得到匹配结果；根据匹配结果，从消息队列中确定出队列标识为接收队列标识的队列，并将该队列识别为接收队列，最后将测试报文发送至该接收队列，通过该接收队列暂时存储测试报文。

本实施例中，先确定出消息队列中队列标识为接收队列标识的队列，并将其作为接收队列，再将测试报文发送至接收队列，有利于准确将测试报文发送至接收队列，避免发送错误。

在一个实施例中，上述步骤S201，在将测试报文发送至消息队列中的接收队列之后，还包括：检测接收队列是否成功存储测试报文；当检测到接收队列未成功存储测试报文时，则重新将测试报文发送至接收队列，直到接收队列成功存储测试报文。

具体地，业务系统前置机获取预设的检测文件，该检测文件为一种用于检测出接收队列是否成功存储测试报文的文件；根据预设的检测文件，检测接收队列是否成功存储测试报文，并得到相应的检测结果；根据检测结果，确定出接收队列未成功存储测试报文，则重新将测试报文发送至接收队列，并再根据预设的检测文件，检测接收队列是否成功存储测试报文，直到接收队列成功存储测试报文。

本实施例中，通过检测接收队列是否成功存储测试报文，并在检测到接收队列未成功存储测试报文的情况下，重新将测试报文发送至接收队列，从而实现了将测试报文成功发送至接收队列中进行存储的目的。

在一个实施例中，上述步骤S202，通过定时任务线程，从接收队列中读取测试报文，具体包括：当检测到接收队列成功存储测试报文时，则通过定时任务线程，从接收队列中读取测试报文。

具体地，业务系统前置机根据预设的检测文件，检测接收队列是否成功存储测试报文，并得到相应的检测结果；根据检测结果，确定出接收队列成功存储测试报文，则启动业务系统的定时任务线程，通过该定时任务线程，从接收队列中读取相应的测试报文。

本实施例中，在检测到接收队列成功存储测试报文的情况下，才通过定时任务线程，从接收队列中读取测试报文，从而实现了从接收队列中成功读取到测试报文的目的。

在一个实施例中，上述步骤S202，在通过定时任务线程，从接收队列中读取测试报文之后，还包括：关闭接收队列，并断开与消息队列的连接。

具体地，业务系统前置机从接收队列中读取到测试报文之后，关闭消息队列中的接收队列，并断开与消息队列的连接，以释放相关的资源。

本实施例中，在通过定时任务线程，从接收队列中读取测试报文之后，关闭接收队列，并断开与消息队列的连接，有利于释放相关的资源，防止循环死锁，进而提高了资源的利用率。

在一个实施例中，上述步骤S203，对测试报文进行解析，得到解析结果，将解析结果发送至对应的业务系统，具体包括：根据预设的报文解析指令，对测试报文进行解析，得到解析结果；当根据解析结果识别到测试报文解析成功时，则将解析结果发送至对应的业务系统。

其中，预设的报文解析指令是一种用于对报文进行解析处理的指令。

具体地，业务系统前置机获取预设的报文解析指令，根据预设的报文解析指令，对测试报文进行解析，得到对应的解析结果；根据解析结果识别测试报文是否解析成功，当根据解析结果识别到测试报文解析失败时，则重新根据预设的报文解析指令，对测试报文进行解析；当根据解析结果识别到测试报文解析成功时，则将解析结果发送至对应的业务系统，通过业务系统更新对应的数据，比如更新交易状态和账户金额数据等。

本实施例中，在根据测试报文的解析结果识别到测试报文解析成功的情况下，才将解析结果发送至对应的业务系统，通过业务系统更新相应的数据，有利于提高数据的更新准确率。

在一个实施例中，上述步骤S201，在获取报文上传工具上传的测试报文，将测试报文发送至消息队列中的接收队列之前，还包括：获取消息队列和业务系统的配置信息；根据配置信息，与消息队列和业务系统建立连接。

其中，消息队列的配置信息用于标识消息队列的相关信息，比如MQ IP、MQ端口号、队列管理器名称、通道名称等；业务系统的配置信息，用于标识业务系统的相关信息，比如业务系统服务器地址。

具体地，业务系统前置机获取消息队列的配置信息和业务系统的配置信息，根据消息队列的配置信息，建立与消息队列的通信连接；根据业务系统的配置信息，建立与业务系统的通信连接。

本实施例中，根据消息队列的配置信息和业务系统的配置信息，与消息队列和业务系统建立连接，有利于通过业务系统前置机连通业务系统与消息队列，便于后续发送测试报文至消息队列或者从消息队列中读取测试报文，或者将测试报文的解析结果发送至业务系统中。

在一个实施例中，如图3所示，提供了一种报文处理方法，以该方法应用于图1中的业务系统前置机为例进行说明，包括以下步骤：

步骤S301，获取消息队列和业务系统的配置信息；根据配置信息，与消息队列和业务系统建立连接。

步骤S302，构建消息队列；消息队列中包括多个队列，每个队列均匹配有对应的队列标识。

步骤S303，获取报文上传工具上传的测试报文；确定消息队列中队列标识为接收队列标识的队列，作为接收队列；将测试报文发送至接收队列。

步骤S304，检测接收队列是否成功存储测试报文；当检测到接收队列未成功存储所述测试报文时，则重新将测试报文发送至接收队列，直到接收队列成功存储测试报文。

步骤S305，当检测到接收队列成功存储测试报文时，则通过定时任务线程，从接收队列中读取测试报文；当从接收队列中读取到测试报文时，关闭接收队列，并断开与消息队列的连接。

步骤S306，根据预设的报文解析指令，对测试报文进行解析，得到解析结果；当根据解析结果识别到测试报文解析成功时，则将解析结果发送至对应的业务系统。

上述报文处理方法中，通过获取报文上传工具上传的测试报文，将测试报文发送至消息队列中的接收队列；然后通过定时任务线程，从接收队列中读取所述测试报文；最后对测试报文进行解析，得到解析结果，将解析结果发送至对应的业务系统；这样，通过结合报文上传工具、消息队列和业务系统，即可模拟整个报文处理过程，无需通过手动编写测试代码，从而简化了整个报文处理过程，进而提高了报文处理效率。

为了更清晰阐明本申请实施例提供的报文处理方法，以下以一个具体的实施例对该报文处理方法进行具体说明。在一个实施例中，本申请还提供了一种基于WebSphere MQ平台本地模拟SWIFT收发报文的实现方法，通过使用可视化工具来发送、接收SWIFT报文，并连接起本地MQ消息队列，极大地方便测试人员模拟收发报文处理完整流程测试，具体包括以下内容：

1、WebsphereMQ新建MQ队列(SWIFT_CHNL，端口可采用默认值1414)，并在其下新建4个队列(local queue)：

发送队列SendQueue：用于接收业务系统发来的报文；

接收队列RecvQueue：用于接收SWIFT发回的报文；

报告队列ReptQueue：业务系统发送报文之后，MQ返回处理消息时，就会通过报告队列更新MQ状态到业务系统前置机；

回退队列BackQueue：业务系统前置尝试从接收队列里获取报文，存在失败的情况，因此有个回退阀值，当超过这个阀值时候，MQ会将该接收报文放到回退队列中去，防止因为该报文将队列阻塞

需要说明的是，接收队列的Storage中，需要配置回退队列为上面的回退队列，以及相应的回退阀值。此外，WebsphereMQ是指IBM的商业通讯中间件(Commercial MessagingMiddleware)，Websphere MQ提供一个具有工业标准、安全、可靠的消息传输系统；它的功能是控制和管理一个集成的商业应用，使得组成这个商业应用的多个分支程序(模块)之间通过传递消息完成整个工作流程。WebSphere MQ是基于消息队列(Message Queuing)或消息传送(Message passing)的中间件，主要功能是在应用程序之间传送消息，这些消息可以在不同的网络协议、不同的计算机系统和不同的应用软件之间传递；通过使用WebSphere MQ用户可以简单方便的开发出可靠、高效的分布式应用系统。

2、业务系统前置机提供UI的页面配置业务系统后台服务与MQ队列的通讯信息，保证业务系统与MQ队列的报文消息接收与发送；例如，业务系统前置机配置MQ IP、MQ端口号、队列管理器名称、通道名称、业务系统服务器地址等使得业务系统前置机能够连通业务系统与MQ队列，比如图4。

3、使用MqPut工具，与步骤2中的MQ IP、MQ端口、队列管理器、通道一致；因为是模拟测试，在测试环境中，MQ队列没有真正与SWIFT中心对接，使用MqPut工具作为人工数据(比如SWIFT报文)的上传到MQ队列的工具，配置跟MQ队列一样的地址，是为了实现MqPut工具与MQ队列的通讯。MqPut工具通过业务系统，将报文发送到MQ队列中的接收队列；具体流程如下：

1)建立与MQ队列的连接；比如使用MqPut工具上传的时候，触发了定时任务线程去与MQ队列建立起通讯；

2)打开要进行读写操作的队列；

3)将消息(SWIFT报文数据)放入队列(接收队列RecvQueue)；

4)从队列中读取消息；

5)查询队列的属性；

6)设置队列的属性；

7)在读写等操作进行完之后，将队列关闭；

8)断开与队列管理器的连接，释放相关的资源(代码逻辑上的释放，可以防止循环死锁)。

4、启动相应业务系统中的定时任务线程，从MQ队列中获取报文，并进行解析；比如从MQ队列读取报文，并根据业务和报文规则，解析成客户所需数据，比如日期、金额、币种等，并将其存储到业务系统数据库。模拟完成发送或者接收SWIFT报文，具体流程如下：

9)SWIFT报文数据通过MqPut工具->已被业务前置机读取，数据被获取发送，报文发送中；

10)已被前置机读取->已成功发送到MQ队列，数据被发送到MQ队列；

11)已被前置机读取->发送到MQ失败，数据未能发送到MQ队列；

12)发送到MQ失败->未处理，重发处理；

13)SWIFT相关报文通过MqPut工具->已被业务前置机读取，接收并解析报文，若解析成功，则将得到的解析结果返回业务系统，通过业务系统更新交易状态和账户金额数据。

上述基于WebSphere MQ平台本地模拟SWIFT收发报文的实现方法，可以达到以下技术效果：(1)提出了一种在适应具体的业务系统可视化工具的使用和发送、接收SWIFT报文，连接起MQ消息队列；(2)提出了一种连接起具体的业务系统的平台，创建起本地MQ队列消息存储，方便跟踪和处理；(3)提出了一种模拟收发报文处理完整流程的方法。

应该理解的是，虽然图2-3的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-3中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图6所示，提供了一种报文处理装置，包括：报文发送模块610、报文读取模块620和报文解析模块630，其中：

报文发送模块610，用于获取报文上传工具上传的测试报文，将测试报文发送至消息队列中的接收队列。

报文读取模块620，用于通过定时任务线程，从接收队列中读取测试报文。

报文解析模块630，用于对测试报文进行解析，得到解析结果，将解析结果发送至对应的业务系统。

在一个实施例中，报文处理装置还包括队列构建模型，用于构建消息队列；消息队列中包括多个队列，每个队列均匹配有对应的队列标识；

报文发送模块610，还用于确定消息队列中队列标识为接收队列标识的队列，作为接收队列；将测试报文发送至接收队列。

在一个实施例中，报文处理装置还包括报文检测模块，用于检测接收队列是否成功存储测试报文；当检测到接收队列未成功存储测试报文时，则重新将测试报文发送至接收队列，直到接收队列成功存储测试报文。

在一个实施例中，报文读取模块620，还用于当检测到接收队列成功存储测试报文时，则通过定时任务线程，从接收队列中读取测试报文。

在一个实施例中，报文处理装置还包括队列关闭模块，用于在通过定时任务线程，从接收队列中读取测试报文之后，关闭接收队列，并断开与消息队列的连接。

在一个实施例中，报文解析模块630，还用于根据预设的报文解析指令，对测试报文进行解析，得到解析结果；当根据解析结果识别到测试报文解析成功时，则将解析结果发送至对应的业务系统。

在一个实施例中，报文处理装置还包括连接建立模块，用于获取消息队列和业务系统的配置信息；根据配置信息，与消息队列和业务系统建立连接。

关于报文处理装置的具体限定可以参见上文中对于报文处理方法的限定，在此不再赘述。上述报文处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过WIFI、运营商网络、NFC(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种报文处理方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图7中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

获取报文上传工具上传的测试报文，将测试报文发送至消息队列中的接收队列；

通过定时任务线程，从接收队列中读取测试报文；

对测试报文进行解析，得到解析结果，将解析结果发送至对应的业务系统。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：构建消息队列；消息队列中包括多个队列，每个队列均匹配有对应的队列标识；确定消息队列中队列标识为接收队列标识的队列，作为接收队列；将测试报文发送至接收队列。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：检测接收队列是否成功存储测试报文；当检测到接收队列未成功存储测试报文时，则重新将测试报文发送至接收队列，直到接收队列成功存储测试报文。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：当检测到接收队列成功存储测试报文时，则通过定时任务线程，从接收队列中读取测试报文。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：关闭接收队列，并断开与消息队列的连接。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：根据预设的报文解析指令，对测试报文进行解析，得到解析结果；当根据解析结果识别到测试报文解析成功时，则将解析结果发送至对应的业务系统。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：获取消息队列和业务系统的配置信息；根据配置信息，与消息队列和业务系统建立连接。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

获取报文上传工具上传的测试报文，将测试报文发送至消息队列中的接收队列；

通过定时任务线程，从接收队列中读取测试报文；

对测试报文进行解析，得到解析结果，将解析结果发送至对应的业务系统。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：构建消息队列；消息队列中包括多个队列，每个队列均匹配有对应的队列标识；确定消息队列中队列标识为接收队列标识的队列，作为接收队列；将测试报文发送至接收队列。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：检测接收队列是否成功存储测试报文；当检测到接收队列未成功存储测试报文时，则重新将测试报文发送至接收队列，直到接收队列成功存储测试报文。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：当检测到接收队列成功存储测试报文时，则通过定时任务线程，从接收队列中读取测试报文。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：关闭接收队列，并断开与消息队列的连接。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：根据预设的报文解析指令，对测试报文进行解析，得到解析结果；当根据解析结果识别到测试报文解析成功时，则将解析结果发送至对应的业务系统。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：获取消息队列和业务系统的配置信息；根据配置信息，与消息队列和业务系统建立连接。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种报文处理方法，其特征在于，所述方法包括：

获取报文上传工具上传的测试报文，将所述测试报文发送至消息队列中的接收队列；

通过定时任务线程，从所述接收队列中读取所述测试报文；

对所述测试报文进行解析，得到解析结果，将所述解析结果发送至对应的业务系统。

2.根据权利要求1所述的方法，其特征在于，在获取报文上传工具上传的测试报文，将所述测试报文发送至消息队列中的接收队列之前，还包括：

构建所述消息队列；所述消息队列中包括多个队列，每个队列均匹配有对应的队列标识；

所述将所述测试报文发送至消息队列中的接收队列，包括：

确定所述消息队列中所述队列标识为接收队列标识的队列，作为所述接收队列；

将所述测试报文发送至所述接收队列。

3.根据权利要求1所述的方法，其特征在于，在将所述测试报文发送至消息队列中的接收队列之后，还包括：

检测所述接收队列是否成功存储所述测试报文；

当检测到所述接收队列未成功存储所述测试报文时，则重新将所述测试报文发送至所述接收队列，直到所述接收队列成功存储所述测试报文。

4.根据权利要求3所述的方法，其特征在于，所述通过定时任务线程，从所述接收队列中读取所述测试报文，包括：

当检测到所述接收队列成功存储所述测试报文时，则通过定时任务线程，从所述接收队列中读取所述测试报文。

5.根据权利要求1所述的方法，其特征在于，在通过定时任务线程，从所述接收队列中读取所述测试报文之后，还包括：

关闭所述接收队列，并断开与所述消息队列的连接。

6.根据权利要求1所述的方法，其特征在于，所述对所述测试报文进行解析，得到解析结果，将所述解析结果发送至对应的业务系统，包括：

根据预设的报文解析指令，对所述测试报文进行解析，得到解析结果；

当根据所述解析结果识别到所述测试报文解析成功时，则将所述解析结果发送至对应的业务系统。

7.根据权利要求1所述的方法，其特征在于，在获取报文上传工具上传的测试报文，将所述测试报文发送至消息队列中的接收队列之前，还包括：

获取所述消息队列和所述业务系统的配置信息；

根据所述配置信息，与所述消息队列和所述业务系统建立连接。

8.一种报文处理装置，其特征在于，所述装置包括：

报文发送模块，用于获取报文上传工具上传的测试报文，将所述测试报文发送至消息队列中的接收队列；

报文读取模块，用于通过定时任务线程，从所述接收队列中读取所述测试报文；

报文解析模块，用于对所述测试报文进行解析，得到解析结果，将所述解析结果发送至对应的业务系统。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述的方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。

Images