CN117061583A - 报文数据信息处理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供的一种报文数据信息处理方法、装置、设备及存储介质，涉及数据信息处理技术领域。该方法通过接收报文数据信息，并将报文数据信息存储至报文数据库中；响应于预设频率的核对请求消息，从预设接口主题下调取报文数据信息，并对报文数据信息进行解析，得到主键信息；根据主键信息，从业务数据库调取与主键信息关联的业务数据信息，以及从报文数据库中调取报文数据信息；根据业务数据信息和报文数据信息之间的关系，确定处理结果，并根据处理结果，对报文数据信息进行处理。采用本技术方案，能够在不增加额外业务压力的前提下实现准确的数据核对机制。

Description

报文数据信息处理方法、装置、设备及存储介质

技术领域

本申请涉及数据信息处理技术领域，尤其涉及一种报文数据信息处理方法、装置、设备及存储介质。

背景技术

信息系统往往是错综复杂的，各个信息系统之间通过接口进行交互，信息系统内部将交互的信息进行持久化并保存至数据库中。

在特定业务场景下，例如高并发或者必须核保通过生成保单的场景下，需要接口进行先响应后处理，也就是异步的方式进行交互，即先告诉调用方处理成功再去真正处理。这种场景下接口的响应结果和最终的数据库存储会存在不一致的情况，如接口返回保存成功，但实际上并未保存至数据库中，这样就导致操作并未真正执行，但是用户却收到了数据保存成功的反馈消息。

因此，需要一种报文数据信息处理方法，能够在不增加额外业务压力的前提下实现准确的数据核对机制。

发明内容

本申请提供一种报文数据信息处理方法，能够在不增加额外业务压力的前提下实现准确的数据核对机制。

第一方面，本申请提供一种报文数据信息处理方法，所述方法包括：

接收报文数据信息，并将所述报文数据信息存储至报文数据库中；其中，所述报文数据信息是由业务系统根据用户请求消息生成的，并在生成后发送至核对系统；所述用户请求消息是由用户端发送至所述业务系统中的；所述用户请求消息对应的反馈消息是由所述业务系统在接收到所述用户请求消息后生成并反馈至用户端的；

响应于预设频率的核对请求消息，从预设接口主题下调取所述报文数据信息，并对所述报文数据信息进行解析，得到主键信息；其中，所述预设接口主题位于第一消息中间件中；所述第一消息中间件用于存储所述报文数据信息；

根据所述主键信息，从业务数据库调取与所述主键信息关联的业务数据信息，以及从所述报文数据库中调取所述报文数据信息；其中，所述业务数据信息为所述业务系统将所述反馈消息发送后，解析所述用户请求消息，得到所述用户请求消息中携带的原始报文数据信息，并将所述原始报文数据信息存储后得到的；

根据所述业务数据信息和所述报文数据信息之间的关系，确定处理结果，并根据所述处理结果，对所述报文数据信息进行处理。

在一个示例中，所述根据所述业务数据信息和所述报文数据信息之间的关系，确定处理结果，包括：

若所述业务数据库中存在所述业务数据信息，且所述业务数据信息和所述报文数据信息一致，则确定所述处理结果为通过；

若所述业务数据库中存在所述业务数据信息，且所述业务数据信息和所述报文数据信息不一致，则确定所述处理结果为不通过；

若所述业务数据库中不存在所述业务数据信息，且所述报文数据库存在所述报文数据信息，则根据所述报文数据信息，确定所述处理结果；

若所述业务数据库中不存在所述业务数据信息，且所述报文数据库不存在所述报文数据信息，则确定所述处理结果为不通过。

在一个示例中，所述则根据所述报文数据信息，确定所述处理结果，包括：

获取所述报文数据信息中的数据操作类型；

若所述数据操作类型为预设类型，则确定所述处理结果为通过；

若所述数据操作类型不为预设类型，则确定所述处理结果为不通过。

在一个示例中，所述根据所述处理结果，对所述报文数据信息进行处理，包括：

若所述处理结果为通过，则处理下一报文数据信息；

若所述处理结果为不通过，则发送报警提示消息至用户。

在一个示例中，所述接收报文数据信息，并将所述报文数据信息存储至报文数据库中，包括：

接收所述报文数据信息，将所述报文数据信息存储至第二消息中间件中的接口交互报文主题下；

通过所述第二消息中间件将所述报文数据信息发送至所述报文数据库中。

在一个示例中，所述响应于预设频率的核对请求消息，从预设接口主题下调取所述报文数据信息之前，还包括：

将所述第二消息中间件中的所述报文数据信息按照数据操作类型存储至所述第一消息中间件中的预设接口主题下。

在一个示例中，所述数据操作类型包括如下至少一项：增加、删除、修改、查询。

第二方面，本申请提供一种报文数据信息处理装置，所述装置包括：

接收单元，用于接收报文数据信息，并将所述报文数据信息存储至报文数据库中；其中，所述报文数据信息是由业务系统根据用户请求消息生成的，并在生成后发送至核对系统；所述用户请求消息是由用户端发送至所述业务系统中的；所述用户请求消息对应的反馈消息是由所述业务系统在接收到所述用户请求消息后生成并反馈至用户端的；

第一调取单元，用于响应于预设频率的核对请求消息，从预设接口主题下调取所述报文数据信息，并对所述报文数据信息进行解析，得到主键信息；其中，所述预设接口主题位于第一消息中间件中；所述第一消息中间件用于存储所述报文数据信息；

第二调取单元，用于根据所述主键信息，从业务数据库调取与所述主键信息关联的业务数据信息，以及从所述报文数据库中调取所述报文数据信息；其中，所述业务数据信息为所述业务系统将所述反馈消息发送后，解析所述用户请求消息，得到所述用户请求消息中携带的原始报文数据信息，并将所述原始报文数据信息存储后得到的；

确定单元，用于根据所述业务数据信息和所述报文数据信息之间的关系，确定处理结果，并根据所述处理结果，对所述报文数据信息进行处理。

在一个示例中，确定单元，包括：

第一确定模块，用于若所述业务数据库中存在所述业务数据信息，且所述业务数据信息和所述报文数据信息一致，则确定所述处理结果为通过；

第二确定模块，用于若所述业务数据库中存在所述业务数据信息，且所述业务数据信息和所述报文数据信息不一致，则确定所述处理结果为不通过；

第三确定模块，用于若所述业务数据库中不存在所述业务数据信息，且所述报文数据库存在所述报文数据信息，则根据所述报文数据信息，确定所述处理结果；

第四确定模块，用于若所述业务数据库中不存在所述业务数据信息，且所述报文数据库不存在所述报文数据信息，则确定所述处理结果为不通过。

在一个示例中，第三确定模块，包括：

获取子模块，用于获取所述报文数据信息中的数据操作类型；

第一确定子模块，用于若所述数据操作类型为预设类型，则确定所述处理结果为通过；

第二确定子模块，用于若所述数据操作类型不为预设类型，则确定所述处理结果为不通过。

在一个示例中，确定单元，包括：

处理模块，用于若所述处理结果为通过，则处理下一报文数据信息；

发送模块，用于若所述处理结果为不通过，则发送报警提示消息至用户。

在一个示例中，接收单元，包括：

接收模块，用于接收所述报文数据信息，将所述报文数据信息存储至第二消息中间件中的接口交互报文主题下；

发送模块，用于通过所述第二消息中间件将所述报文数据信息发送至所述报文数据库中。

在一个示例中，所述装置，还包括：

存储单元，用于将所述第二消息中间件中的所述报文数据信息按照数据操作类型存储至所述第一消息中间件中的预设接口主题下。

在一个示例中，所述数据操作类型包括如下至少一项：增加、删除、修改、查询。

第三方面，本申请提供一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如第一方面所述的方法。

第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如第一方面所述的方法。

第五方面，本申请提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如第一方面所述的方法。

本申请提供的一种报文数据信息处理方法、装置、设备及存储介质，通过接收报文数据信息，并将所述报文数据信息存储至报文数据库中；响应于预设频率的核对请求消息，从预设接口主题下调取所述报文数据信息，并对所述报文数据信息进行解析，得到主键信息；根据所述主键信息，从业务数据库调取与所述主键信息关联的业务数据信息，以及从所述报文数据库中调取所述报文数据信息；根据所述业务数据信息和所述报文数据信息之间的关系，确定处理结果，并根据所述处理结果，对所述报文数据信息进行处理。采用本技术方案，能够在不增加额外业务压力的前提下实现准确的数据核对机制。

附图说明

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

图1a是根据本申请实施例一提供的一种报文数据信息处理方法的流程示意图；

图1b是根据本申请实施例一提供的一种报文数据信息的交互架构示意图；

图2a是根据本申请实施例二提供的一种报文数据信息处理方法的流程示意图；

图2b是根据本申请实施例二提供的一种交互过程示意图；

图2c是根据本申请实施例二提供的一种业务数据信息和报文数据信息之间的关系示意图；

图3是根据本申请实施例三提供的一种报文数据信息处理装置的结构示意图；

图4是根据本申请实施例四提供的一种报文数据信息处理装置的结构示意图；

图5是根据一示例性实施例示出的一种电子设备的框图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

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

本申请提供的一种报文数据信息处理方法、装置、设备及存储介质，旨在解决现有技术的如上技术问题。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

图1a是根据本申请实施例一提供的一种报文数据信息处理方法的流程示意图。实施例一中包括如下步骤：

S101、接收报文数据信息，并将报文数据信息存储至报文数据库中；其中，报文数据信息是由业务系统根据用户请求消息生成的，并在生成后发送至核对系统；用户请求消息是由用户端发送至业务系统中的；用户请求消息对应的反馈消息是由业务系统在接收到用户请求消息后生成并反馈至用户端的。

本实施例中，报文数据信息包括数据操作类型、请求路径、操作的数据信息、数据信息的开始时间和数据信息的结束时间。具体的，报文数据信息可以为如下内容：

本实施例中，报文数据库用于存储通过接口交互的报文数据信息。用户请求消息如果是插入请求，可以为：proposal/insertProposal。用户请求消息中的原始报文数据信息可以为：

原始报文数据信息为请求业务系统插入一张投保单，投保单单号(proposalno)为T001，起保日期(startdate)为2023-01-01，终保日期(enddate)为2023-12-31。

本实施例中，反馈消息可以为：

上述反馈消息含义为业务系统处理成功(status为0)，投保单号(proposalno)为T001，此时并不代表真正处理成功，即报文数据信息成功插入至业务数据库，只是特定业务场景中必须插入成功，所以先给出接口响应，后续再异步处理数据。其中，异步处理数据的含义为调用发出后，调用者在没有得到结果之前，就可以继续执行后续操作。当这个调用完成后，一般通过状态、通知和回调来通知调用者。一般对于响应时间有严格要求的交易场景多采用异步处理方式。

在一个示例中，可以参见图1b示出的一种报文数据信息的交互架构示意图。从图1b可以看出，不同系统之间通过接口进行交互，然后不同系统具备与自身相关的数据库。本实施例中，用户端发送用户请求消息至业务系统，然后经由业务系统优先对该用户请求消息进行反馈，生成反馈消息，并将该反馈消息发送至用户端。业务系统将报文数据信息发送至核对系统，此步骤耗时几乎可以忽略，普遍耗时在10ms内，对业务系统请求的实时响应不会产生影响。

S102、响应于预设频率的核对请求消息，从预设接口主题下调取报文数据信息，并对报文数据信息进行解析，得到主键信息；其中，预设接口主题位于第一消息中间件中；第一消息中间件用于存储报文数据信息。

在一个示例中，预设频率可以是一天，也可以是T+1，其中，T为核对周期。本实施例中，核对请求消息是由核对系统中的核对模块发起的，并从第一消息中间件中的预设接口主题中获取报文数据信息，并对报文数据信息进行解析，确定该报文数据信息的主键信息。本实施例中，主键信息可以为投保单号T001。具体的，从第一消息中间件中的预设接口主题中获取报文数据信息如下：

S103、根据主键信息，从业务数据库调取与主键信息关联的业务数据信息，以及从报文数据库中调取报文数据信息；其中，业务数据信息为业务系统将反馈消息发送后，解析用户请求消息，得到用户请求消息中携带的原始报文数据信息，并将原始报文数据信息存储后得到的。

在一个示例中，在确定主键信息后，根据主键信息从业务数据库以及报文数据库中分别调取数据信息，其中，从业务数据库中调取与主键信息关联的业务数据信息，从报文数据库中调取S101中存储的报文数据信息。本实施例中，报文数据信息是通过接口传入报文数据库中的，业务数据信息是通过业务系统解析用户请求消息得到的。进一步地，业务数据信息的存储过程是在业务系统发送反馈消息之后。

S104、根据业务数据信息和报文数据信息之间的关系，确定处理结果，并根据处理结果，对报文数据信息进行处理。

本实施例中，业务数据信息表征实际存储至业务数据库中的数据信息，报文数据信息表征具备反馈消息的数据信息，根据两者之间的关系，能够确定处理结果，并根据处理结果，进一步对报文数据信息进行处理。

本申请提供的一种报文数据信息处理方法，通过接收报文数据信息，并将所述报文数据信息存储至报文数据库中；响应于预设频率的核对请求消息，从预设接口主题下调取所述报文数据信息，并对所述报文数据信息进行解析，得到主键信息；根据所述主键信息，从业务数据库调取与所述主键信息关联的业务数据信息，以及从所述报文数据库中调取所述报文数据信息；根据所述业务数据信息和所述报文数据信息之间的关系，确定处理结果，并根据所述处理结果，对所述报文数据信息进行处理。采用本技术方案，能够在不增加额外业务压力的前提下实现准确的数据核对机制。

图2a是根据本申请实施例二提供的一种报文数据信息处理方法的流程示意图。实施例二中包括如下步骤：

S201、接收报文数据信息，将报文数据信息存储至第二消息中间件中的接口交互报文主题下；其中，报文数据信息是由业务系统根据用户请求消息生成的，并在生成后发送至核对系统；用户请求消息是由用户端发送至业务系统中的；用户请求消息对应的反馈消息是由业务系统在接收到用户请求消息后生成并反馈至用户端的。

本实施例中，核对系统在接收到业务系统发送的报文数据信息后，先将该报文数据信息存储至核对系统中的第二消息中间件中。进一步地，是存储在第二消息中间件中的接口交互报文主题下。具体的，第二消息中间件是基于队列与消息传递技术，在网络环境中为应用系统提供同步或异步、可靠的消息传输的支撑性软件系统，有着异步化提升性能、降低耦合度、流量削峰等多个优势，广泛的应用在信息系统中。这样设置的好处是在特定场景下(发送短信验证码、优惠券或卡券的发放等)可使用同步响应异步处理的模式提高系统对外提供服务的响应时效，提升调用方用户端的体验，不用等待所有的业务动作完成才给出最终反馈，缩短响应时间。

S202、通过第二消息中间件将报文数据信息发送至报文数据库中。

本实施例中，核对系统中的第二消息中间件将接口交互报文主题下的报文数据信息发送至报文数据库中。具体的，存储至报文数库中的报文数据信息可以参见表1。

表1存储至报文数库中的报文数据信息

S203、将第二消息中间件中的报文数据信息按照数据操作类型存储至第一消息中间件中的预设接口主题下。

在一个示例中，数据操作类型包括如下至少一项：增加、删除、修改、查询。本实施例中，第一消息中间件中按照数据操作类型分为查询接口主题、删除接口主题、插入接口主题和更新接口主题。第二消息中间件中的报文数据信息按照数据操作类型分别存储至上述接口主题下。例如，该报文数据信息的数据操作类型为插入，则将第二消息中间件中的报文数据信息存储至第一消息中间件中的插入接口主题下。此时，预设接口主题为插入接口主题。这样设置的好处是可以针对不同的系统交互场景(查询、插入、删除、修改)中的单个类型或者多个类型进行核对，灵活适应多种情况。

S204、响应于预设频率的核对请求消息，从预设接口主题下调取报文数据信息，并对报文数据信息进行解析，得到主键信息；其中，预设接口主题位于第一消息中间件中；第一消息中间件用于存储报文数据信息。

示例性地，本步骤可以参见上述步骤S102，不再赘述。

S205、根据主键信息，从业务数据库调取与主键信息关联的业务数据信息，以及从报文数据库中调取报文数据信息；其中，业务数据信息为业务系统将反馈消息发送后，解析用户请求消息，得到用户请求消息中携带的原始报文数据信息，并将原始报文数据信息存储后得到的。

为了更好地说明用户端、业务系统以及核对系统之间的交互过程，可以参见图2b中示出的一种交互过程示意图。这样设置核对系统的好处是仅在原有系统的同步逻辑中增加生产消息这一个核对触发动作(10ms内可以完成)，可以做到几乎不影响原有系统的情况下完成整个核对流程；后续整个核对过程和原有系统通过消息中间件进行解耦，可以提高可维护性、可重用性、易扩展性；整个核对体系可支持多个需要核对功能的系统，提高核对系统的使用场景。

S206、若业务数据库中存在业务数据信息，且业务数据信息和报文数据信息一致，则确定处理结果为通过。

本实施例中，若业务数据库中存在业务数据信息，且业务数据信息和报文数据信息一致，则说明业务系统所响应的反馈消息，后续实际处理过程中也将业务数据信息存储至业务数据库中，因此，确定处理结果为通过。

S207、若业务数据库中存在业务数据信息，且业务数据信息和报文数据信息不一致，则确定处理结果为不通过。

本实施例中，若业务数据库中存在业务数据信息，且业务数据信息和报文数据信息不一致，则说明业务系统所响应的反馈消息，后续实际处理过程中并未将业务数据信息存储至业务数据库中，因此，确定处理结果为不通过。

S208、若业务数据库中不存在业务数据信息，且报文数据库存在报文数据信息，则根据报文数据信息，确定处理结果。

本实施例中，若业务数据库中不存在业务数据信息，且报文数据库存在报文数据信息，则需要根据报文数据库中的数据信息，确定处理结果。这样设置的好处是考虑了插入操作发生后且核对动作发生前进行了正常的删除业务，如果不考虑此种情况就会导致在进行插入操作核对时在业务数据库中找不到对应的主键信息而导致误报，因为在核对之前对该业务主键的数据进行了删除，所以业务数据库中查询不到是正常的。而通过对报文数据库存在的报文数据信息进行分析，能够避免此种情况下的误报。

在一个示例中，则根据报文数据信息，确定处理结果，包括：

获取报文数据信息中的数据操作类型；

若数据操作类型为预设类型，则确定处理结果为通过；

若数据操作类型不为预设类型，则确定处理结果为不通过。

本实施例中，预设类型可以为ID，即先插入后删除。若报文数据信息中的数据操作类型为ID，则说明在核对周期内报文数据信息先插入后删除，则在业务数据库中无法查询为正常情况，则确定处理结果为通过，否则，确定处理结果为不通过。

S209、若业务数据库中不存在业务数据信息，且报文数据库不存在报文数据信息，则确定处理结果为不通过。

本实施例中，业务数据库和报文数据库都没有找到该主键信息对应的记录，表明在异步存储业务数据的环节出现了问题且该核对周期内未出现删除请求。

S210、若处理结果为通过，则处理下一报文数据信息。

本实施例中，处理结果为通过，则对下一报文数据信息进行处理。

S211、若处理结果为不通过，则发送报警提示消息至用户。

本实施例中，若处理结果为不通过，则发送报警提示消息至用户，以提醒用户进行查看。为了更好地说明，可以参见图2c示出的一种业务数据信息和报文数据信息之间的关系示意图。

本申请提供的一种报文数据信息处理方法，若业务数据库中不存在业务数据信息，且报文数据库存在报文数据信息，则获取报文数据信息中的数据操作类型，若数据操作类型为预设类型，则确定处理结果为通过，若数据操作类型不为预设类型，则确定处理结果为不通过。采用本技术方案，能够兼容在一个核对周期内对同一个业务主键信息的不同操作，比如先插入后删除的场景，不会造成误报。

图3是根据本申请实施例三提供的一种报文数据信息处理装置的结构示意图。具体的，实施例三的装置30中包括：

接收单元301，用于接收报文数据信息，并将报文数据信息存储至报文数据库中；其中，报文数据信息是由业务系统根据用户请求消息生成的，并在生成后发送至核对系统；用户请求消息是由用户端发送至业务系统中的；用户请求消息对应的反馈消息是由业务系统在接收到用户请求消息后生成并反馈至用户端的。

第一调取单元302，用于响应于预设频率的核对请求消息，从预设接口主题下调取报文数据信息，并对报文数据信息进行解析，得到主键信息；其中，预设接口主题位于第一消息中间件中；第一消息中间件用于存储报文数据信息。

第二调取单元303，用于根据主键信息，从业务数据库调取与主键信息关联的业务数据信息，以及从报文数据库中调取报文数据信息；其中，业务数据信息为业务系统将反馈消息发送后，解析用户请求消息，得到用户请求消息中携带的原始报文数据信息，并将原始报文数据信息存储后得到的。

确定单元304，用于根据业务数据信息和报文数据信息之间的关系，确定处理结果，并根据处理结果，对报文数据信息进行处理。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

图4是根据本申请实施例四提供的一种报文数据信息处理装置的结构示意图。具体的，实施例四的装置40中包括：

接收单元401，用于接收报文数据信息，并将报文数据信息存储至报文数据库中；其中，报文数据信息是由业务系统根据用户请求消息生成的，并在生成后发送至核对系统；用户请求消息是由用户端发送至业务系统中的；用户请求消息对应的反馈消息是由业务系统在接收到用户请求消息后生成并反馈至用户端的；

第一调取单元402，用于响应于预设频率的核对请求消息，从预设接口主题下调取报文数据信息，并对报文数据信息进行解析，得到主键信息；其中，预设接口主题位于第一消息中间件中；第一消息中间件用于存储报文数据信息；

第二调取单元403，用于根据主键信息，从业务数据库调取与主键信息关联的业务数据信息，以及从报文数据库中调取报文数据信息；其中，业务数据信息为业务系统将反馈消息发送后，解析用户请求消息，得到用户请求消息中携带的原始报文数据信息，并将原始报文数据信息存储后得到的；

确定单元404，用于根据业务数据信息和报文数据信息之间的关系，确定处理结果，并根据处理结果，对报文数据信息进行处理。

在一个示例中，确定单元404，包括：

第一确定模块4041，用于若业务数据库中存在业务数据信息，且业务数据信息和报文数据信息一致，则确定处理结果为通过；

第二确定模块4042，用于若业务数据库中存在业务数据信息，且业务数据信息和报文数据信息不一致，则确定处理结果为不通过；

第三确定模块4043，用于若业务数据库中不存在业务数据信息，且报文数据库存在报文数据信息，则根据报文数据信息，确定处理结果；

第四确定模块4044，用于若业务数据库中不存在业务数据信息，且报文数据库不存在报文数据信息，则确定处理结果为不通过。

在一个示例中，第三确定模块4043，包括：

获取子模块40431，用于获取报文数据信息中的数据操作类型；

第一确定子模块40432，用于若数据操作类型为预设类型，则确定处理结果为通过；

第二确定子模块40433，用于若数据操作类型不为预设类型，则确定处理结果为不通过。

在一个示例中，确定单元404，包括：

处理模块4045，用于若处理结果为通过，则处理下一报文数据信息；

发送模块4046，用于若处理结果为不通过，则发送报警提示消息至用户。

在一个示例中，接收单元401，包括：

接收模块4011，用于接收报文数据信息，将报文数据信息存储至第二消息中间件中的接口交互报文主题下；

发送模块4012，用于通过第二消息中间件将报文数据信息发送至报文数据库中。

在一个示例中，装置40，还包括：

存储单元405，用于将第二消息中间件中的报文数据信息按照数据操作类型存储至第一消息中间件中的预设接口主题下。

在一个示例中，数据操作类型包括如下至少一项：增加、删除、修改、查询。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

图5是根据一示例性实施例示出的一种电子设备的框图，该设备可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

装置500可以包括以下一个或多个组件：处理组件502，存储器504，电源组件506，多媒体组件508，音频组件510，输入/输出(I/O)接口512，传感器组件514，以及通信组件516。

处理组件502通常控制装置500的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件502可以包括一个或多个处理器520来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件502可以包括一个或多个模块，便于处理组件502和其他组件之间的交互。例如，处理组件502可以包括多媒体模块，以方便多媒体组件508和处理组件502之间的交互。

存储器504被配置为存储各种类型的数据以支持在装置500的操作。这些数据的示例包括用于在装置500上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器504可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件506为装置500的各种组件提供电力。电源组件506可以包括电源管理系统，一个或多个电源，及其他与为装置500生成、管理和分配电力相关联的组件。

多媒体组件508包括在装置500和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件508包括一个前置摄像头和/或后置摄像头。当装置500处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件510被配置为输出和/或输入音频信号。例如，音频组件510包括一个麦克风(MIC)，当装置500处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器504或经由通信组件516发送。在一些实施例中，音频组件510还包括一个扬声器，用于输出音频信号。

I/O接口512为处理组件502和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件514包括一个或多个传感器，用于为装置500提供各个方面的状态评估。例如，传感器组件514可以检测到装置500的打开/关闭状态，组件的相对定位，例如所述组件为装置500的显示器和小键盘，传感器组件514还可以检测装置500或装置500一个组件的位置改变，用户与装置500接触的存在或不存在，装置500方位或加速/减速和装置500的温度变化。传感器组件514可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件514还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件514还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件516被配置为便于装置500和其他设备之间有线或无线方式的通信。装置500可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件516经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件516还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置500可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器504，上述指令可由装置500的处理器520执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当该存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行上述电子设备的报文数据信息处理方法。

本申请还公开了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如本实施例中所述的方法。

本申请以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本申请的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或电子设备上执行。

在本申请的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据电子设备)、或者包括中间件部件的计算系统(例如，应用电子设备)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和电子设备。客户端和电子设备一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-电子设备关系的计算机程序来产生客户端和电子设备的关系。电子设备可以是云电子设备，又称为云计算电子设备或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务("Virtual Private Server"，或简称"VPS")中，存在的管理难度大，业务扩展性弱的缺陷。电子设备也可以为分布式系统的电子设备，或者是结合了区块链的电子设备。应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

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

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

Claims (11)

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

接收报文数据信息，并将所述报文数据信息存储至报文数据库中；其中，所述报文数据信息是由业务系统根据用户请求消息生成的，并在生成后发送至核对系统；所述用户请求消息是由用户端发送至所述业务系统中的；所述用户请求消息对应的反馈消息是由所述业务系统在接收到所述用户请求消息后生成并反馈至用户端的；

响应于预设频率的核对请求消息，从预设接口主题下调取所述报文数据信息，并对所述报文数据信息进行解析，得到主键信息；其中，所述预设接口主题位于第一消息中间件中；所述第一消息中间件用于存储所述报文数据信息；

根据所述主键信息，从业务数据库调取与所述主键信息关联的业务数据信息，以及从所述报文数据库中调取所述报文数据信息；其中，所述业务数据信息为所述业务系统将所述反馈消息发送后，解析所述用户请求消息，得到所述用户请求消息中携带的原始报文数据信息，并将所述原始报文数据信息存储后得到的；

根据所述业务数据信息和所述报文数据信息之间的关系，确定处理结果，并根据所述处理结果，对所述报文数据信息进行处理。

2.根据权利要求1所述的方法，其特征在于，所述根据所述业务数据信息和所述报文数据信息之间的关系，确定处理结果，包括：

若所述业务数据库中存在所述业务数据信息，且所述业务数据信息和所述报文数据信息一致，则确定所述处理结果为通过；

若所述业务数据库中存在所述业务数据信息，且所述业务数据信息和所述报文数据信息不一致，则确定所述处理结果为不通过；

若所述业务数据库中不存在所述业务数据信息，且所述报文数据库存在所述报文数据信息，则根据所述报文数据信息，确定所述处理结果；

若所述业务数据库中不存在所述业务数据信息，且所述报文数据库不存在所述报文数据信息，则确定所述处理结果为不通过。

3.根据权利要求2所述的方法，其特征在于，所述则根据所述报文数据信息，确定所述处理结果，包括：

获取所述报文数据信息中的数据操作类型；

若所述数据操作类型为预设类型，则确定所述处理结果为通过；

若所述数据操作类型不为预设类型，则确定所述处理结果为不通过。

4.根据权利要求2或3所述的方法，其特征在于，所述根据所述处理结果，对所述报文数据信息进行处理，包括：

若所述处理结果为通过，则处理下一报文数据信息；

若所述处理结果为不通过，则发送报警提示消息至用户。

5.根据权利要求1所述的方法，其特征在于，所述接收报文数据信息，并将所述报文数据信息存储至报文数据库中，包括：

接收所述报文数据信息，将所述报文数据信息存储至第二消息中间件中的接口交互报文主题下；

通过所述第二消息中间件将所述报文数据信息发送至所述报文数据库中。

6.根据权利要求5所述的方法，其特征在于，所述响应于预设频率的核对请求消息，从预设接口主题下调取所述报文数据信息之前，还包括：

将所述第二消息中间件中的所述报文数据信息按照数据操作类型存储至所述第一消息中间件中的预设接口主题下。

7.根据权利要求3或6所述的方法，其特征在于，所述数据操作类型包括如下至少一项：增加、删除、修改、查询。

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

接收单元，用于接收报文数据信息，并将所述报文数据信息存储至报文数据库中；其中，所述报文数据信息是由业务系统根据用户请求消息生成的，并在生成后发送至核对系统；所述用户请求消息是由用户端发送至所述业务系统中的；所述用户请求消息对应的反馈消息是由所述业务系统在接收到所述用户请求消息后生成并反馈至用户端的；

第一调取单元，用于响应于预设频率的核对请求消息，从预设接口主题下调取所述报文数据信息，并对所述报文数据信息进行解析，得到主键信息；其中，所述预设接口主题位于第一消息中间件中；所述第一消息中间件用于存储所述报文数据信息；

第二调取单元，用于根据所述主键信息，从业务数据库调取与所述主键信息关联的业务数据信息，以及从所述报文数据库中调取所述报文数据信息；其中，所述业务数据信息为所述业务系统将所述反馈消息发送后，解析所述用户请求消息，得到所述用户请求消息中携带的原始报文数据信息，并将所述原始报文数据信息存储后得到的；

确定单元，用于根据所述业务数据信息和所述报文数据信息之间的关系，确定处理结果，并根据所述处理结果，对所述报文数据信息进行处理。

9.一种电子设备，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1-7中任一项所述的方法。

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

11.一种计算机程序产品，其特征在于，包括计算机程序，该计算机程序被处理器执行时实现如权利要求1-7中任一项所述的方法。