CN115604370A - 报文处理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请涉及数据验证技术领域，提供了一种报文处理方法、装置、设备及存储介质。该方法包括：在确定行外业务系统发送的原始报文数据的数据状态为待匹配状态时，基于基本报文消息与原始报文数据，与任务列表里的各报文处理任务相匹配，并基于匹配成功的报文处理任务与基本报文消息，生成目标任务实例；在确定任务实例的任务状态为待执行状态时，通过执行目标任务实例，生成相应的业务系统数据，并调用行内业务系统的相应处理模块处理业务系统数据，得到行内业务系统返回的回执报文，实现了对行内外业务系统更新变化的支持，降低系统维护难度，提高系统扩展性，减少系统报错率。

Description

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

技术领域

本申请涉及数据验证技术领域，提供了一种报文处理方法、装置、设备及存储介质。

背景技术

为了实现银行内外业务系统的对接，方便银行内部业务系统处理各类行外业务，报文处理系统应运而生。其中，每新增一套银行内外业务系统的组合业务，为了实现相应业务系统的对接，要建立一个新的报文处理系统，或者在当前报文处理系统中新增一套报文处理代码，又或者调整当前报文处理系统的系统架构。

但是，随着银行内外业务系统的更新速度越来越快，新接入的业务报文种类越来越多，导致报文处理系统的系统架构也愈发复杂，增加了系统维护与架构调整的难度，可扩展性差，且复杂的报文处理系统也提高了报文处理错误的发生概率。

发明内容

本申请实施例提供了一种报文处理方法、装置、设备及存储介质，以解决系统维护难、可扩展性差以及系统报错率高的问题。

第一方面，本申请实施例提供了一种报文处理方法，包括：

获取基本报文消息，所述基本报文消息是基于行外业务系统发送的原始报文数据生成的；

在确定所述原始报文数据的数据状态为待匹配状态时，基于所述基本报文消息与所述原始报文数据，与任务列表里的各报文处理任务相匹配，并基于匹配成功的报文处理任务与所述基本报文消息，生成目标任务实例；

在确定所述目标任务实例的任务状态为待执行状态时，通过执行所述目标任务实例，生成相应的业务系统数据，并调用行内业务系统的相应处理模块处理所述业务系统数据，得到所述行内业务系统返回的回执报文。

本申请实施例根据行内外业务系统新增的一套组合业务，扩展任务列表里的报文处理任务，再通过匹配任务的方式，生成请求报文的目标任务实例，通过执行目标任务实例，生成相应的业务系统数据，并由行内业务系统处理业务系统数据，实现了对行内外业务系统更新变化的支持，提高了报文处理系统的可扩展性，端到端式的处理流程也降低了报文处理错误的发生概率。

而且，本申请实施例提供的方法对报文处理系统的改动量小，降低了系统架构复杂度，进而降低了系统维护与架构调整的难度。

在一种可能的实施例中，所述基于所述基本报文消息与所述原始报文数据，与任务列表里的各报文处理任务相匹配，包括：

依次遍历所述任务列表中的所述各报文处理任务，其中，每遍历一个报文处理任务，根据所述一个报文处理任务的特征提取规则，对所述基本报文消息及相应的原始报文数据进行特征提取，得到相应的任务特征数据，并将所述任务特征数据与所述一个报文处理任务相匹配，获得相应的匹配结果。

在一种可能的实施例中，所述获取基本报文消息，包括：

通过监听第一消息队列，实时获取所述基本报文消息；或者，

通过扫描内部的数据库表，定时获取所述基本报文消息。

在一种可能的实施例中，所述基本报文信息的生成过程如下：

通过对行外业务系统发送的原始报文数据进行数据提取，生成基本报文消息，并将所述基本报文消息添加到所述第一消息队列和所述数据库表中。

在一种可能的实施例中，在得到所述行内业务系统返回的回执报文之后，还包括：

在接收到所述回执报文，且所述原始报文数据的数据状态为匹配完成状态时，从所述任务列表中调用相应的回执处理任务；

通过执行所述回执处理任务，更新所述数据库表的存储状态，以及对所述数据库表进行归档处理。

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

报文接收单元，用于获取基本报文消息，所述基本报文消息是基于行外业务系统发送的原始报文数据生成的；

任务匹配单元，用于在确定所述原始报文数据的数据状态为待匹配状态时，基于所述基本报文消息与所述原始报文数据，与任务列表里的各报文处理任务相匹配，并基于匹配成功的报文处理任务与所述基本报文消息，生成目标任务实例；

报文处理单元，用于在确定所述目标任务实例的任务状态为待执行状态时，通过执行所述目标任务实例，生成相应的业务系统数据，并调用行内业务系统的相应处理模块处理所述业务系统数据，得到所述行内业务系统返回的回执报文。

在一种可能的实施例中，所述任务匹配单元用于：

依次遍历所述任务列表中的所述各报文处理任务，其中，每遍历一个报文处理任务，根据所述一个报文处理任务的特征提取规则，对所述基本报文消息及相应的原始报文数据进行特征提取，得到相应的任务特征数据，并将所述任务特征数据与所述一个报文处理任务相匹配，获得相应的匹配结果。

在一种可能的实施例中，所述报文接收单元用于：

通过监听第一消息队列，实时获取所述基本报文消息；或者，

通过扫描内部的数据库表，定时获取所述基本报文消息。

在一种可能的实施例中，所述报文接收单元通过执行以下操作，生成所述基本报文信息：

通过对行外业务系统发送的原始报文数据进行数据提取，生成基本报文消息，并将所述基本报文消息添加到所述第一消息队列和所述数据库表中。

在一种可能的实施例中，在得到所述行内业务系统返回的回执报文之后，所述报文处理装置还包括回执处理单元，所述回执处理单元用于：

在接收到所述回执报文，且所述原始报文数据的数据状态为匹配完成状态时，从所述任务列表中调用相应的回执处理任务；

通过执行所述回执处理任务，更新所述数据库表的存储状态，以及对所述数据库表进行归档处理。

第三方面，本申请实施例还提供了一种计算机设备，包括：

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的程序指令，按照获得的程序指令执行第一方面中任一项所述的报文处理方法包括的步骤。

第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被计算机执行时，使所述计算机执行第一方面中任一项所述的报文处理方法。

第五方面，本申请提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行第一方面中任一项所述的报文处理方法。

本申请有益效果如下：

本申请实施例提供了一种报文处理方法、装置、设备及存储介质，该方法包括：获取基本报文消息，该基本报文消息是基于行外业务系统发送的原始报文数据生成的；在确定原始报文数据的数据状态为待匹配状态时，基于基本报文消息与原始报文数据，与任务列表里的各报文处理任务相匹配，并基于匹配成功的报文处理任务与基本报文消息，生成目标任务实例；在确定任务实例的任务状态为待执行状态时，通过执行目标任务实例，生成相应的业务系统数据，并调用行内业务系统的相应处理模块处理业务系统数据，得到行内业务系统返回的回执报文。

本申请实施例根据行内外业务系统新增的一套组合业务，扩展任务列表里的报文处理任务，再通过匹配任务的方式，生成请求报文的目标任务实例，通过执行目标任务实例，生成相应的业务系统数据，并由行内业务系统处理业务系统数据，实现了对行内外业务系统更新变化的支持，提高了报文处理系统的可扩展性，端到端式的处理流程也降低了报文处理错误的发生概率。

而且，本申请实施例提供的方法对报文处理系统的改动量小，降低了系统架构复杂度，进而降低了系统维护与架构调整的难度。

本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

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

图1为本申请实施例中一种应用场景的一个在一种可能的实施例中示意图；

图2为本申请实施例提供的报文处理方法的流程示意图；

图3A为本申请实施例提供的处理现金支付报文的流程示意图；

图3B为本申请实施例提供的现金支付报文任务实例示意图；

图3C为本申请实施例提供的处理回执报文的流程示意图；

图3D为本申请实施例提供的回执处理任务示例图；

图4为本申请实施例提供的一种报文处理装置的结构示意图；

图5为本申请实施例中提供的一种计算机设备的组成结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚明白，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以按不同于此处的顺序执行所示出或描述的步骤。

本申请的说明书和权利要求书及上述附图中的术语“第一”和“第二”是用于区别不同对象，而非用于描述特定顺序。此外，术语“包括”以及它们任何变形，意图在于覆盖不排他的保护。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请中的“多个”可以表示至少两个，例如可以是两个、三个或者更多个，本申请实施例不做限制。

本申请技术方案中，对数据的采集、传播、使用等，均符合国家相关法律法规要求。

在介绍本申请实施例所提供的报文处理方法之前，为了便于理解，首先对下面对本申请实施例的技术背景进行详细介绍。

为了实现银行内外业务系统的对接，方便银行内部业务系统处理各类行外业务，报文处理系统应运而生。其中，每新增一套银行内外业务系统的组合业务，为了实现相应业务系统的对接，要建立一个新的报文处理系统，或者在当前报文处理系统中新增一套报文处理代码，又或者调整当前报文处理系统的系统架构。

但是，随着银行内外业务系统的更新速度越来越快，新接入的业务报文种类越来越多，导致报文处理系统的系统架构也愈发复杂，增加了系统维护与架构调整的难度，可扩展性差，且复杂的报文处理系统也提高了报文处理错误的发生概率。

有鉴于此，本申请实施例提出了一种报文处理方法。该方法包括：

获取基本报文消息，该基本报文消息是基于行外业务系统发送的原始报文数据生成的；在确定原始报文数据的数据状态为待匹配状态时，基于基本报文消息与原始报文数据，与任务列表里的各报文处理任务相匹配，并基于匹配成功的报文处理任务与基本报文消息，生成目标任务实例；在确定任务实例的任务状态为待执行状态时，通过执行目标任务实例，生成相应的业务系统数据，并调用行内业务系统的相应处理模块处理业务系统数据，得到行内业务系统返回的回执报文。

本申请实施例根据行内外业务系统新增的一套组合业务，扩展任务列表里的报文处理任务，再通过匹配任务的方式，生成请求报文的目标任务实例，通过执行目标任务实例，生成相应的业务系统数据，并由行内业务系统处理业务系统数据，实现了对行内外业务系统更新变化的支持，提高了报文处理系统的可扩展性，端到端式的处理流程也降低了报文处理错误的发生概率。

而且，本申请实施例提供的方法对报文处理系统的改动量小，降低了系统架构复杂度，进而降低了系统维护与架构调整的难度。

以下结合说明书附图对本申请的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本申请，并不用于限定本申请，并且在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

图1示出了其中一个应用场景，该应用场景包括两个物理终端设备110与一台服务器130，各物理终端设备110与服务器130之间通过有线网络或无线网络进行通信。物理终端设备110上部署了行外业务系统，服务器130上部署了报文处理系统与行内业务系统。

其中，本申请实施例中的物理终端设备110为用户使用的电子设备，电子设备可以是个人计算机、手机、平板电脑、笔记本、电子书阅读器、智能家居等具备一定计算能力的计算机设备。

本申请实施例中的服务器130，可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content DeliveryNetwork，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器，本申请在此不做限制。

行外业务系统通过物理终端设备110的访问界面120，向服务器130上的报文处理系统发送原始报文数据。

报文处理系统通过处理原始报文数据，生成相应的基本报文消息，并在确定原始报文数据的数据状态为待匹配状态时，基于基本报文消息与原始报文数据，与任务列表里的各报文处理任务相匹配。

报文处理系统基于匹配成功的报文处理任务与基本报文消息，生成目标任务实例，并在确定任务实例的任务状态为待执行状态时，通过执行目标任务实例，生成相应的业务系统数据，并调用行内业务系统的相应处理模块处理业务系统数据，得到行内业务系统返回的回执报文。

接下来，请参阅图2示出的流程示意图，继续了解报文处理的具体实施过程。

S201：报文处理系统获取基本报文消息，该基本报文消息是基于行外业务系统发送的原始报文数据生成的。

报文处理系统通过解析行外业务系统发送的请求报文，获得所携带的原始报文数据，再通过对行外业务系统发送的原始报文数据进行数据提取，生成基本报文消息，并将该基本报文消息添加到第一消息队列和数据库表中。其中，基本报文消息至少反映了原始报文数据的来源路径、存储路径与当前数据状态。

然后，报文处理系统可以通过监听第一消息队列，实时获取基本报文消息；或者，通过扫描内部的数据库表，定时获取基本报文消息。扫描数据库表作为一项定时任务，是为了防止报文处理系统在队列监听出现故障时，无法获取到新的基本报文消息，而特别设计的一个兜底方案。

此外，如果检测到行外业务系统发送的请求报文中还携带了附件，报文处理系统还会将附件存储在共享网络附加存储(Network Attached Storage，NAS)磁盘之类的存储空间中。

S202：报文处理系统在确定原始报文数据的数据状态为待匹配状态时，基于基本报文消息与原始报文数据，与任务列表里的各报文处理任务相匹配，并基于匹配成功的报文处理任务与基本报文消息，生成目标任务实例。

首先，报文处理系统判断原始报文数据的数据状态是否为待匹配状态，若是，则进行任务匹配；否则，结束任务匹配。

然后，在进行任务匹配时，依次遍历任务列表中的各报文处理任务，其中，每遍历一个报文处理任务，根据该报文处理任务的特征提取规则，对基本报文消息及相应的原始报文数据进行特征提取，得到相应的任务特征数据，并将任务特征数据与该报文处理任务相匹配，获得相应的匹配结果。

例如，对现金支付报文及相应的基本报文消息进行特征提取，所得到的任务特征数据包括：发报行、收报行、报文类型、币种、金额；将所提取的发报行、收报行、报文类型、币种与当前遍历的一个报文处理任务的四元素相匹配，将所提取的金额与该报文处理任务的交易额区间相匹配，若均匹配成功，则命中该报文处理任务，并生成相应的现金支付报文任务实例；若至少一个匹配失败，则继续遍历下一个报文处理任务。

本申请实施例的任务列表具体分为：排他任务列表和复选任务列表。其中，排他任务列表指的是，该任务列表中的各报文处理任务存在互斥关系，因此，任务特征数据只能与排他任务列表中的一个报文处理任务匹配成功，或者与排他任务列表中的所有报文处理任务均匹配失败。

而复选任务列表则恰恰相反，该任务列表中的各报文处理任务属于共存多选关系，因此，任务特征数据可以与复选任务列表中的至少一个报文处理任务匹配成功，或者与排他任务列表中的所有报文处理任务均匹配失败。

鉴于排他任务列表的互斥性，优先匹配排他任务列表，再匹配复选任务列表，再基于匹配成功的报文处理任务与基本报文消息，生成目标任务实例，并将原始报文数据的数据状态更新为匹配完成。最后，一边将目标任务实例添加到任务实例表中，一边对目标任务实例进行转换处理，得到任务消息，并将该任务消息添加到第二消息队列中。

S203：报文处理系统在确定目标任务实例的任务状态为待执行状态时，通过执行目标任务实例，生成相应的业务系统数据，并调用行内业务系统的相应处理模块处理业务系统数据，得到行内业务系统返回的回执报文。

报文处理系统可以通过监听第二消息队列，实时获取目标任务实例；或者，通过扫描内部的任务实例表，定时获取目标任务实例。同样地，扫描任务实例表作为一项定时任务，是为了防止报文处理系统在队列监听出现故障时，无法获取到新的目标任务实例，而特别设计的一个兜底方案。

报文处理系统判断目标任务实例的任务状态是否为待执行状态，若是，则将任务状态更新为执行中，通过执行目标任务实例，生成相应的业务系统数据，并调用行内业务系统的相应处理模块处理业务系统数据；否则，结束任务处理。

报文处理系统在得到行内业务系统返回的回执报文时，确定行内业务系统已接收并处理该业务系统数据，因此，会将该目标任务实例的任务状态更新为执行完成。

报文处理系统在接收到回执报文，且原始报文数据的数据状态为匹配完成状态时，从任务列表中调用相应的回执处理任务。再通过执行回执处理任务，更新数据库表的存储状态，以及对数据库表进行归档处理。

为了便于理解，以处理现金支付报文为例，参阅图3A示出的流程示意图，其请求报文的处理过程如下：

S301：报文处理系统接收行外业务系统发送的现金支付报文，通过解析现金支付报文，获得所携带的原始报文数据。

S302：报文处理系统通过对原始报文数据进行数据提取，生成第一基本报文消息，并将第一基本报文消息添加到第一消息队列和数据库表中。

S303：报文处理系统通过监听第一消息队列，或者，通过扫描内部的数据库表，获取第一基本报文消息。

S304：报文处理系统判断原始报文数据的数据状态是否为待匹配状态，若是，执行步骤305；否则，结束任务匹配。

S305：报文处理系统将数据状态更新为匹配中，先匹配排他任务列表中的各个任务，每次对一个任务进行任务匹配，当匹配成功时，生成如图3B所示的现金支付报文任务实例，并将该任务实例添加到第二消息队列和任务实例表中，同时将原始报文数据的数据状态更新为匹配完成；当匹配失败时，继续对列表中的下一个任务进行任务匹配。

再匹配复选任务列表中的各个任务，每次对一个任务进行任务匹配，当匹配成功时，生成如图3B所示的现金支付报文任务实例，并将该任务实例添加到第二消息队列和任务实例表中，同时将原始报文数据的数据状态更新为匹配完成；当匹配失败时，继续对列表中的下一个任务进行任务匹配。

S306：报文处理系统通过监听第二消息队列，或者，通过扫描内部的任务实例表，获取目标任务实例。

S307：报文处理系统判断现金支付报文任务实例的任务状态是否为待执行状态，若是，执行步骤308；否则，结束任务处理。

S308：将任务状态更新为执行中，通过执行现金支付报文任务实例，生成相应的现金支付数据，并调用行内业务系统的相应处理模块处理现金支付数据。

具体地，如图3B所示，现金支付报文任务实例包括以下几个步骤：Pain001报文解密、Pain001报文解析、生成现金支付数据，以及外呼现金支付系统。

通过Pain001报文解密，对现金支付报文进行解密，再通过Pain001报文解析，对解密后的现金支付报文进行解析，并基于解析后的原始报文数据，生成币种、金额、转账方、收账方等现金支付数据。最后，外呼现金支付系统，将所生成的现金支付数据发送给行内业务系统的相应处理模块进行处理。

再参阅图3C示出的流程示意图，其回执报文的处理过程如下：

S309：报文处理系统接收行内业务系统返回的回执报文，通过解析回执报文，获得该报文携带的原始报文数据，对原始报文数据进行数据提取，生成第二基本报文消息，并将第二基本报文消息添加到第一消息队列和数据库表中。

报文处理系统通过监听第一消息队列，或者，通过扫描内部的数据库表，获取第二基本报文消息。

S310：报文处理系统判断原始报文数据的数据状态是否为匹配完成状态，若是，执行步骤311；否则，结束任务匹配。

S311：报文处理系统从任务列表中调用如图3D所示的回执处理任务。

S312：如图3D所示，报文处理系统通过执行回执处理任务，将数据库表、任务实例表等文件的状态更新为执行完成状态，对数据库表、任务特征数据、任务实例表等文件进行归档，以及对NAS磁盘文件、SA FileAct文件、AMH FileAct文件等文件进行归档。

本申请实施例根据行内外业务系统新增的一套组合业务，扩展任务列表里的报文处理任务，再通过匹配任务的方式，生成请求报文的目标任务实例，通过执行目标任务实例，生成相应的业务系统数据，并由行内业务系统处理业务系统数据，实现了对行内外业务系统更新变化的支持，提高了报文处理系统的可扩展性，端到端式的处理流程也降低了报文处理错误的发生概率。

而且，本申请实施例提供的方法对报文处理系统的改动量小，降低了系统架构复杂度，进而降低了系统维护与架构调整的难度。

其次，任务匹配与任务实例执行均采用了触发技术，既保证了报文处理系统及时获得新增的基本报文消息和目标任务实例，还避免了数据库表、任务实例表因被高频读取，而占用过多计算资源。

而且，报文处理系统可以通过行内业务系统返回的回执报文，确定行内业务系统已接收并处理业务系统数据，并更新本系统内数据库表的存储状态，以及对数据库表进行归档处理，确保报文处理系统在线查询数据或在线更新数据的时效性，保持本系统的可持续性运行。

最后，每当行内外业务系统新增一种组合业务时，如果该组合业务的交易量不大，则在报文处理系统中增加新的报文接收服务和报文处理任务，就可以支持该组合业务了；如果该组合业务的交易量很大，则在其他服务器或扩展部署单元上部署新的报文处理系统，并对所有报文处理系统执行上述处理，以使这些系统都能支持新增的组合业务。

基于同一发明构思，本申请实施例还提供了一种报文处理装置。请参照图4，该报文处理装置400可以包括：

报文接收单元401，用于获取基本报文消息，基本报文消息是基于行外业务系统发送的原始报文数据生成的；

任务匹配单元402，用于在确定原始报文数据的数据状态为待匹配状态时，基于基本报文消息与原始报文数据，与任务列表里的各报文处理任务相匹配，并基于匹配成功的报文处理任务与基本报文消息，生成目标任务实例；

报文处理单元403，用于在确定目标任务实例的任务状态为待执行状态时，通过执行目标任务实例，生成相应的业务系统数据，并调用行内业务系统的相应处理模块处理业务系统数据，得到行内业务系统返回的回执报文。

在一种可能的实施例中，任务匹配单元402用于：

依次遍历任务列表中的各报文处理任务，其中，每遍历一个报文处理任务，根据一个报文处理任务的特征提取规则，对基本报文消息及相应的原始报文数据进行特征提取，得到相应的任务特征数据，并将任务特征数据与一个报文处理任务相匹配，获得相应的匹配结果。

在一种可能的实施例中，报文接收单元401用于：

通过监听第一消息队列，实时获取基本报文消息；或者，

通过扫描内部的数据库表，定时获取基本报文消息。

在一种可能的实施例中，报文接收单元401通过执行以下操作，生成基本报文信息：

通过对行外业务系统发送的原始报文数据进行数据提取，生成基本报文消息，并将基本报文消息添加到第一消息队列和数据库表中。

在一种可能的实施例中，在得到行内业务系统返回的回执报文之后，报文处理装置400还包括回执处理单元404，回执处理单元404用于：

在接收到回执报文，且原始报文数据的数据状态为匹配完成状态时，从任务列表中调用相应的回执处理任务；

通过执行回执处理任务，更新数据库表的存储状态，以及对数据库表进行归档处理。

为了描述的方便，以上各部分按照功能划分为各模块(或单元)分别描述。当然，在实施本申请时可以把各模块(或单元)的功能在同一个或多个软件或硬件中实现。

在介绍了本申请示例性实施方式的报文处理方法和装置之后，接下来，介绍根据本申请的另一示例性实施方式的计算机设备。

所属技术领域的技术人员能够理解，本申请的各个方面可以实现为系统、方法或程序产品。因此，本申请的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

基于同一发明构思，本申请实施例中还提供了一种计算机设备，该设备可以实现处理行外业务系统发送的请求报文的功能。请参照图5，计算机设备500包括处理器501和存储器502。其中，存储器502存储有程序代码，处理器501调用存储器中存储的程序指令，按照获得的程序指令执行上述任意一种报文处理方法的步骤。

基于同一发明构思，本申请实施例提供一种计算机可读存储介质，计算机程序产品包括：计算机程序代码，当计算机程序代码在计算机上运行时，使得计算机执行如前文论述任一的报文处理方法。由于上述计算机可读存储介质解决问题的原理与报文处理方法相似，因此上述计算机可读存储介质的实施可以参见方法的实施，重复之处不再赘述。

基于同一发明构思，本申请实施例还提供了一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当该计算机程序代码在计算机上运行时，使得计算机执行如前文论述任一的报文处理方法。由于上述计算机程序产品解决问题的原理与报文处理方法相似，因此上述计算机程序产品的实施可以参见方法的实施，重复之处不再赘述。

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

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

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

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

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (13)

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

获取基本报文消息，所述基本报文消息是基于行外业务系统发送的原始报文数据生成的；

在确定所述原始报文数据的数据状态为待匹配状态时，基于所述基本报文消息与所述原始报文数据，与任务列表里的各报文处理任务相匹配，并基于匹配成功的报文处理任务与所述基本报文消息，生成目标任务实例；

在确定所述目标任务实例的任务状态为待执行状态时，通过执行所述目标任务实例，生成相应的业务系统数据，并调用行内业务系统的相应处理模块处理所述业务系统数据，得到所述行内业务系统返回的回执报文。

2.如权利要求1所述的方法，其特征在于，所述基于所述基本报文消息与所述原始报文数据，与任务列表里的各报文处理任务相匹配，包括：

依次遍历所述任务列表中的所述各报文处理任务，其中，每遍历一个报文处理任务，根据所述一个报文处理任务的特征提取规则，对所述基本报文消息及相应的原始报文数据进行特征提取，得到相应的任务特征数据，并将所述任务特征数据与所述一个报文处理任务相匹配，获得相应的匹配结果。

3.如权利要求1所述的方法，其特征在于，所述获取基本报文消息，包括：

通过监听第一消息队列，实时获取所述基本报文消息；或者，

通过扫描内部的数据库表，定时获取所述基本报文消息。

4.如权利要求1或3所述的方法，其特征在于，所述基本报文信息的生成过程如下：

通过对行外业务系统发送的原始报文数据进行数据提取，生成基本报文消息，并将所述基本报文消息添加到所述第一消息队列和所述数据库表中。

5.如权利要求1～3任一项所述的方法，其特征在于，在得到所述行内业务系统返回的回执报文之后，还包括：

在接收到所述回执报文，且所述原始报文数据的数据状态为匹配完成状态时，从所述任务列表中调用相应的回执处理任务；

通过执行所述回执处理任务，更新所述数据库表的存储状态，以及对所述数据库表进行归档处理。

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

报文接收单元，用于获取基本报文消息，所述基本报文消息是基于行外业务系统发送的原始报文数据生成的；

任务匹配单元，用于在确定所述原始报文数据的数据状态为待匹配状态时，基于所述基本报文消息与所述原始报文数据，与任务列表里的各报文处理任务相匹配，并基于匹配成功的报文处理任务与所述基本报文消息，生成目标任务实例；

报文处理单元，用于在确定所述目标任务实例的任务状态为待执行状态时，通过执行所述目标任务实例，生成相应的业务系统数据，并调用行内业务系统的相应处理模块处理所述业务系统数据，得到所述行内业务系统返回的回执报文。

7.如权利要求6所述的装置，其特征在于，所述任务匹配单元用于：

依次遍历所述任务列表中的所述各报文处理任务，其中，每遍历一个报文处理任务，根据所述一个报文处理任务的特征提取规则，对所述基本报文消息及相应的原始报文数据进行特征提取，得到相应的任务特征数据，并将所述任务特征数据与所述一个报文处理任务相匹配，获得相应的匹配结果。

8.如权利要求6所述的装置，其特征在于，所述报文接收单元用于：

通过监听第一消息队列，实时获取所述基本报文消息；或者，

通过扫描内部的数据库表，定时获取所述基本报文消息。

9.如权利要求6或8所述的装置，其特征在于，所述报文接收单元通过执行以下操作，生成所述基本报文信息：

通过对行外业务系统发送的原始报文数据进行数据提取，生成基本报文消息，并将所述基本报文消息添加到所述第一消息队列和所述数据库表中。

10.如权利要求6～8任一项所述的装置，其特征在于，在得到所述行内业务系统返回的回执报文之后，所述报文处理装置还包括回执处理单元，所述回执处理单元用于：

在接收到所述回执报文，且所述原始报文数据的数据状态为匹配完成状态时，从所述任务列表中调用相应的回执处理任务；

通过执行所述回执处理任务，更新所述数据库表的存储状态，以及对所述数据库表进行归档处理。

11.一种计算机设备，其特征在于，包括：

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的程序指令，按照获得的程序指令执行权利要求1-5中任一项所述的方法包括的步骤。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被计算机执行时，使所述计算机执行如权利要求1-5中任一项所述的方法。

13.一种计算机程序产品，其特征在于，所述计算机程序产品包括：计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行上述如权利要求1-5中任一项所述的方法。

Images