CN115348338A - 一种系统间的报文异常处理方法、装置及相关设备 - Google Patents

Abstract

本发明公开了一种系统间的报文异常处理方法、装置及相关设备，可应用于金融领域或其他领域。启用第一检测模式和/或第二检测模式；在启用第一检测模式的情况下，检测中间系统在与其它后台系统的交互过程中匹配到异常触发条件的第一异常报文，中间系统为任意后台系统；利用第一异常报文所匹配到的异常触发条件对应的第一处理措施，对第一异常报文进行处理；在启用第二检测模式的情况下，检测中间系统在与其它后台系统的交互过程中匹配到异常场景的第二异常报文；利用第二异常报文所匹配到的异常场景对应的第二处理措施，对第二异常报文进行处理。不需要对每个报文均单独进行异常分析和处理，提高处理异常的效率。

Description

一种系统间的报文异常处理方法、装置及相关设备

技术领域

本发明涉及数据处理技术领域，具体涉及一种系统间的报文异常处理方法、装置及相关设备。

背景技术

银行业务通常由一个前端和多个后台系统进行交互完成，后台系统之间在传输报文时存在一定的网络中断概率，进而导致后台系统中出现交互异常。

目前处理后台系统交互异常的方式为：对后台系统的每个报文均单独进行异常分析和处理。但是对每个报文进行异常分析和处理的过程中，存在大量的重复工作，处理异常的效率较低。

发明内容

有鉴于此，本发明实施例提供一种系统间的报文异常处理方法、装置及相关设备，以解决处理后台系统交互异常的方式存在的处理异常的效率较低等问题。

为实现上述目的，本发明实施例提供如下技术方案：

本发明实施例第一方面公开一种系统间的报文异常处理方法，所述方法包括：

启用第一检测模式和/或第二检测模式；

在启用所述第一检测模式的情况下，检测中间系统在与其它后台系统的交互过程中匹配到异常触发条件的第一异常报文，所述中间系统为任意后台系统；

利用所述第一异常报文所匹配到的异常触发条件对应的第一处理措施，对所述第一异常报文进行处理；

在启用所述第二检测模式的情况下，检测所述中间系统在与其它后台系统的交互过程中匹配到异常场景的第二异常报文；

利用所述第二异常报文所匹配到的异常场景对应的第二处理措施，对所述第二异常报文进行处理。

优选的，在启用所述第一检测模式的情况下，检测中间系统在与其它后台系统的交互过程中匹配到异常触发条件的第一异常报文，包括：

在启用所述第一检测模式的情况下，调用检测线程，监控中间系统在与其它后台系统的交互过程中是否出现异常交互；

若出现异常交互，获取在异常交互中所述中间系统所涉及的与任意异常触发条件匹配的第一异常报文。

优选的，在启用所述第二检测模式的情况下，检测所述中间系统在与其它后台系统的交互过程中匹配到异常场景的第二异常报文，包括：

在启用所述第二检测模式的情况下，监控所述中间系统在与其它后台系统的交互过程中是否出现异常交互；

若出现异常交互，根据预设的校验条件识别出异常场景；

获取在异常交互中所述中间系统所涉及的与所述异常场景相匹配的第二异常报文。

优选的，对所述第一异常报文进行处理之后，所述方法还包括：

将处理所述第一异常报文的处理结果输出到日志文件中。

优选的，对所述第二异常报文进行处理之后，所述方法还包括：

将处理所述第二异常报文的处理结果输出到日志文件中。

本发明实施例第二方面公开一种系统间的报文异常处理装置，所述装置包括：

启用单元，用于启用第一检测模式和/或第二检测模式；

第一检测单元，用于在启用所述第一检测模式的情况下，检测中间系统在与其它后台系统的交互过程中匹配到异常触发条件的第一异常报文，所述中间系统为任意后台系统；

第一处理单元，用于利用所述第一异常报文所匹配到的异常触发条件对应的第一处理措施，对所述第一异常报文进行处理；

第二检测单元，用于在启用所述第二检测模式的情况下，检测所述中间系统在与其它后台系统的交互过程中匹配到异常场景的第二异常报文；

第二处理单元，用于利用所述第二异常报文所匹配到的异常场景对应的第二处理措施，对所述第二异常报文进行处理。

优选的，所述第一检测单元包括：

监控模块，用于在启用所述第一检测模式的情况下，调用检测线程，监控中间系统在与其它后台系统的交互过程中是否出现异常交互；

获取模块，用于若出现异常交互，获取在异常交互中所述中间系统所涉及的与任意异常触发条件匹配的第一异常报文。

优选的，所述第二检测单元包括：

监控模块，用于在启用所述第二检测模式的情况下，监控所述中间系统在与其它后台系统的交互过程中是否出现异常交互；

识别模块，用于若出现异常交互，根据预设的校验条件识别出异常场景；

获取模块，用于获取在异常交互中所述中间系统所涉及的与所述异常场景相匹配的第二异常报文。

本发明实施例第三方面公开一种电子设备，包括：处理器以及存储器，所述处理器以及存储器通过通信总线相连；其中，所述处理器，用于调用并执行所述存储器中存储的程序；所述存储器，用于存储程序，所述程序用于实现本发明实施例第一方面公开的系统间的报文异常处理方法。

本发明实施例第四方面公开一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机可执行指令，所述计算机可执行指令用于执行本发明实施例第一方面公开的系统间的报文异常处理方法。

基于上述本发明实施例提供的一种系统间的报文异常处理方法、装置及相关设备，启用第一检测模式和/或第二检测模式；在启用第一检测模式的情况下，检测中间系统在与其它后台系统的交互过程中匹配到异常触发条件的第一异常报文，中间系统为任意后台系统；利用第一异常报文所匹配到的异常触发条件对应的第一处理措施，对第一异常报文进行处理；在启用第二检测模式的情况下，检测中间系统在与其它后台系统的交互过程中匹配到异常场景的第二异常报文；利用第二异常报文所匹配到的异常场景对应的第二处理措施，对第二异常报文进行处理。本方案中，预先定义不同的处理措施。提供两种检测模式检测中间系统在与其它后台系统的交互过程中的异常报文。采用相应的处理措施对检测到的异常报文进行处理，不需要对每个报文均单独进行异常分析和处理，提高处理异常的效率。

附图说明

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

图1为本发明实施例提供的一种系统间的报文异常处理方法的流程图；

图2为本发明实施例提供的一种系统间的报文异常处理装置的结构框图；

图3为本发明实施例提供的一种系统间的报文异常处理装置的另一结构框图；

图4为本发明实施例提供的一种系统间的报文异常处理装置的又一结构框图；

图5为本发明实施例提供的一种系统间的报文异常处理装置的又一结构框图；

图6为本发明实施例提供的一种系统间的报文异常处理装置的又一结构框图。

具体实施方式

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

在本申请中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

需要说明的是，本发明提供的一种系统间的报文异常处理方法、装置及相关设备可用于金融领域或其他领域，例如，可用于金融领域中的报文异常处理应用场景。其他领域为除金融领域之外的任意领域，例如，数据处理领域。上述仅为示例，并不对本发明提供的一种系统间的报文异常处理方法、装置及相关设备的应用领域进行限定。

由背景技术可知，目前在处理后台系统交互异常时，需要对后台系统的每个报文均单独进行异常分析和处理。但是对每个报文进行异常分析和处理的过程中，存在大量的重复工作，处理异常的效率较低。

因此，本发明实施例提供一种系统间的报文异常处理方法、装置及相关设备，预先定义不同的处理措施。提供两种检测模式检测中间系统在与其它后台系统的交互过程中的异常报文。采用相应的处理措施对检测到的异常报文进行处理，不需要对每个报文均单独进行异常分析和处理，以提高处理异常的效率。

参见图1，示出了本发明实施例提供的一种系统间的报文异常处理方法的流程图，该报文异常处理方法包括：

步骤S101：启用第一检测模式和/或第二检测模式。

需要说明的是，预先设置用于检测异常报文的两种检测模式，该两种检测模式分别为第一检测模式和第二检测模式；第一检测模式和第二检测模式适用于不同的需求，可根据实际需求选择启用第一检测模式和/或第二检测模式；例如：在采用原交易调用方式的情况下，可以选择启用第二检测模式；在采用自动检测方式的情况下，可选择启用第一检测模式。

在具体实现步骤S101的过程中，响应用户的启用指令，启用第一检测模式和/或第二检测模式。

在启用第一检测模式的情况下，执行步骤S102和步骤S103；在启用第二检测模式的情况下，执行步骤S104和步骤S105。

步骤S102：在启用第一检测模式的情况下，检测中间系统在与其它后台系统的交互过程中匹配到异常触发条件的第一异常报文。

需要说明的是，本发明实施例中所提供的系统间的报文异常处理方法适用于中间系统，该中间系统为任意后台系统；也就是说，本发明实施例提供的系统间的报文异常处理方法，适用于任意后台系统。

在具体实现步骤S102的过程中，在启用第一检测模式的情况下，调用检测线程，监控中间系统在与其它后台系统的交互过程中是否出现异常交互。

需要说明的是，检测线程用于实时监控中间系统与其它后台系统的交互情况，通过该交互情况可确定中间系统在与其它后台系统的交互过程中是否出现异常交互。

若中间系统在与其它后台系统的交互过程中未出现异常交互，继续调用检测线程监控中间系统在与其它后台系统的交互过程中是否出现异常交互。

若中间系统在与其它后台系统的交互过程中出现异常交互，获取在异常交互中该中间系统所涉及的与任意异常触发条件匹配的第一异常报文；或者说，获取中间系统所涉及的满足任意异常触发条件的第一异常报文。

一些实施例中，预先从配置库中读取异常触发条件，该异常触发条件包括但不仅限于：检测间隔时长(或时间点)、报文编号、数据库sql或日志文件关键字、外系统编号等。需要说明的是，外系统为中间系统以外的其它系统。

步骤S103：利用第一异常报文所匹配到的异常触发条件对应的第一处理措施，对第一异常报文进行处理。

需要说明的是，后台系统间进行交互的过程中，不同类型的异常交互需要采用不同的处理措施进行处理；不同异常触发条件对应不同类型的异常交互，针对每一异常触发条件均预先设置有相应的第一处理措施。

一些实施例中，第一处理措施包括但不仅限于：报文重发、更新报文表的发送状态及处理结果、查询外系统的业务处理结果等一个或多个原子操作。

在具体实现步骤S103的过程中，获取到第一异常报文后，利用该第一异常报文所匹配到的异常触发条件对应的第一处理措施，对该第一异常报文进行处理。

例如：设中间系统与外系统B之间进行报文A的传输，异常触发条件C对应的第一处理措施为报文重发，异常触发条件D对应的第一处理措施为更新发送状态和报文重发，异常处理条件E对应的第一处理措施为对报文进行校验和处理。

如果通过检测线程监控到中间系统向外系统B发送报文A失败(异常交互的类型为报文发送失败)，获取与异常触发条件C匹配的报文A(也就是第一异常报文)，按照异常触发条件C对应的第一处理措施，将报文A重新发送至外系统B。

如果通过检测线程监控到中间系统向外系统B发送报文A超时，获取与异常触发条件D匹配的报文A，按照异常触发条件D对应的第一处理措施，更新发送状态和将报文A重新发送至外系统B。

如果通过检测线程监控到中间系统接收到外系统B发送的多条报文A，获取与异常触发条件E匹配的报文A，按照异常触发条件E对应的第一处理措施，对接收到的报文A进行校验和处理。

一些实施例中，在按照第一处理措施对该第一异常报文进行处理之后，将处理第一异常报文的处理结果输出到日志文件中；也可以返回原交易，如：返回重发次数、外系统返回结果和处理结果等。

步骤S104：在启用第二检测模式的情况下，检测中间系统在与其它后台系统的交互过程中匹配到异常场景的第二异常报文。

在具体实现步骤S104的过程中，在启用第二检测模式的情况下，通过中间系统，监控中间系统在与其它后台系统的交互过程中是否出现异常交互；也就是说，在启用第二检测模式时，通过中间系统检测自身在与其它后台系统的交互过程中是否出现异常交互。

若中间系统在与其它后台系统的交互过程中未出现异常交互，继续监控中间系统在与其它后台系统的交互过程中是否出现异常交互。

若中间系统在与其它后台系统的交互过程中出现异常交互，根据预设的校验条件识别出异常场景，该异常场景可表征异常交互的类型。获取在异常交互中该中间系统所涉及的与异常场景(识别出的异常场景)相匹配的第二异常报文。

需要说明的是，识别出的异常场景为：向其它后台系统发送报文失败(通讯失败)这一场景、接收到由其它后台系统反馈的用于指示未接收到处理结果的信息这一场景、接收到由其它后台系统反馈的处理失败结果这一场景等。

例如：中间系统与后台系统A、后台系统B和后台系统C的交互链路为“后台系统C->中间系统->后台系统A->后台系统B”；根据校验条件识别出的异常场景为以下任意一种或多种：中间系统向后台系统A发送报文失败、中间系统接收到后台系统A反馈的用于指示未接收到后台系统B的处理结果的信息、中间系统接收到后台系统A反馈的处理失败结果、中间系统接收到后台系统B反馈的处理失败结果、中间系统处理后台系统C发送的报文失败。

步骤S105：利用第二异常报文所匹配到的异常场景对应的第二处理措施，对第二异常报文进行处理。

需要说明的是，针对不同每种异常场景均预先设置有相应的第二处理措施，关于第二处理措施的具体内容，可参见上述关于第一处理措施的内容，在此不再赘述。

在具体实现步骤S105的过程中，利用第二异常报文所匹配到的异常场景对应的第二处理措施，对第二异常报文进行处理；具体如何利用第二处理措施对第二异常报文进行处理，参见上述步骤S103的内容，在此不再赘述。

一些实施例中，对第二异常报文进行处理之后，将处理第二异常报文的处理结果输出到日志文件中。

在本发明实施例中，预先定义不同的处理措施。提供两种检测模式检测中间系统在与其它后台系统的交互过程中的异常报文。采用相应的处理措施对检测到的异常报文进行处理，不需要对每个报文均单独进行异常分析和处理，提高处理异常的效率。

与上述本发明实施例提供的一种系统间的报文异常处理方法相对应，参见图2，本发明实施例还提供了一种系统间的报文异常处理装置的结构框图，该报文异常处理装置包括：启用单元201、第一检测单元202、第一处理单元203、第二检测单元204和第二处理单元205；

启用单元201，用于启用第一检测模式和/或第二检测模式。

第一检测单元202，用于在启用第一检测模式的情况下，检测中间系统在与其它后台系统的交互过程中匹配到异常触发条件的第一异常报文，中间系统为任意后台系统。

第一处理单元203，用于利用第一异常报文所匹配到的异常触发条件对应的第一处理措施，对第一异常报文进行处理。

第二检测单元204，用于在启用第二检测模式的情况下，检测中间系统在与其它后台系统的交互过程中匹配到异常场景的第二异常报文。

第二处理单元205，用于利用第二异常报文所匹配到的异常场景对应的第二处理措施，对第二异常报文进行处理。

在本发明实施例中，预先定义不同的处理措施。提供两种检测模式检测中间系统在与其它后台系统的交互过程中的异常报文。采用相应的处理措施对检测到的异常报文进行处理，不需要对每个报文均单独进行异常分析和处理，提高处理异常的效率。

优选的，结合图2，参见图3，示出了本发明实施例提供的一种系统间的报文异常处理装置的另一结构框图，第一检测单元202包括：监控模块2021和获取模块2022；

监控模块2021，用于在启用第一检测模式的情况下，调用检测线程，监控中间系统在与其它后台系统的交互过程中是否出现异常交互。

获取模块2022，用于若出现异常交互，获取在异常交互中该中间系统所涉及的与任意异常触发条件匹配的第一异常报文。

优选的，结合图2，参见图4，示出了本发明实施例提供的一种系统间的报文异常处理装置的又一结构框图，第二检测单元204包括：监控模块2041、识别模块2042和获取模块2043；

监控模块2041，用于在启用第二检测模式的情况下，监控中间系统在与其它后台系统的交互过程中是否出现异常交互。

识别模块2042，用于若出现异常交互，根据预设的校验条件识别出异常场景。

获取模块2043，用于获取在异常交互中该中间系统所涉及的与异常场景相匹配的第二异常报文。

优选的，结合图2，参见图5，示出了本发明实施例提供的一种系统间的报文异常处理装置的又一结构框图，该报文异常处理装置还包括：

第一输出单元206，用于将处理第一异常报文的处理结果输出到日志文件中。

优选的，结合图2，参见图6，示出了本发明实施例提供的一种系统间的报文异常处理装置的又一结构框图，该报文异常处理装置还包括：

第二输出单元207，用于将处理第二异常报文的处理结果输出到日志文件中。

优选的，本发明实施例还提供了一种电子设备，包括：处理器以及存储器，处理器以及存储器通过通信总线相连；其中，处理器，用于调用并执行存储器中存储的程序；存储器，用于存储程序，程序用于实现上述方法实施例提供的系统间的报文异常处理方法。

优选的，本发明实施例还提供了一种计算机可读存储介质，计算机可读存储介质中存储有计算机可执行指令，计算机可执行指令用于执行上述方法实施例提供的系统间的报文异常处理方法。

综上所述，本发明实施例提供一种系统间的报文异常处理方法、装置及相关设备，预先定义不同的处理措施。提供两种检测模式检测中间系统在与其它后台系统的交互过程中的异常报文。采用相应的处理措施对检测到的异常报文进行处理，不需要对每个报文均单独进行异常分析和处理，提高处理异常的效率。

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

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种系统间的报文异常处理方法，其特征在于，所述方法包括：

启用第一检测模式和/或第二检测模式；

在启用所述第一检测模式的情况下，检测中间系统在与其它后台系统的交互过程中匹配到异常触发条件的第一异常报文，所述中间系统为任意后台系统；

利用所述第一异常报文所匹配到的异常触发条件对应的第一处理措施，对所述第一异常报文进行处理；

在启用所述第二检测模式的情况下，检测所述中间系统在与其它后台系统的交互过程中匹配到异常场景的第二异常报文；

利用所述第二异常报文所匹配到的异常场景对应的第二处理措施，对所述第二异常报文进行处理。

2.根据权利要求1所述的方法，其特征在于，在启用所述第一检测模式的情况下，检测中间系统在与其它后台系统的交互过程中匹配到异常触发条件的第一异常报文，包括：

在启用所述第一检测模式的情况下，调用检测线程，监控中间系统在与其它后台系统的交互过程中是否出现异常交互；

若出现异常交互，获取在异常交互中所述中间系统所涉及的与任意异常触发条件匹配的第一异常报文。

3.根据权利要求1所述的方法，其特征在于，在启用所述第二检测模式的情况下，检测所述中间系统在与其它后台系统的交互过程中匹配到异常场景的第二异常报文，包括：

在启用所述第二检测模式的情况下，监控所述中间系统在与其它后台系统的交互过程中是否出现异常交互；

若出现异常交互，根据预设的校验条件识别出异常场景；

获取在异常交互中所述中间系统所涉及的与所述异常场景相匹配的第二异常报文。

4.根据权利要求1所述的方法，其特征在于，对所述第一异常报文进行处理之后，所述方法还包括：

将处理所述第一异常报文的处理结果输出到日志文件中。

5.根据权利要求1所述的方法，其特征在于，对所述第二异常报文进行处理之后，所述方法还包括：

将处理所述第二异常报文的处理结果输出到日志文件中。

6.一种系统间的报文异常处理装置，其特征在于，所述装置包括：

启用单元，用于启用第一检测模式和/或第二检测模式；

第一检测单元，用于在启用所述第一检测模式的情况下，检测中间系统在与其它后台系统的交互过程中匹配到异常触发条件的第一异常报文，所述中间系统为任意后台系统；

第一处理单元，用于利用所述第一异常报文所匹配到的异常触发条件对应的第一处理措施，对所述第一异常报文进行处理；

第二检测单元，用于在启用所述第二检测模式的情况下，检测所述中间系统在与其它后台系统的交互过程中匹配到异常场景的第二异常报文；

第二处理单元，用于利用所述第二异常报文所匹配到的异常场景对应的第二处理措施，对所述第二异常报文进行处理。

7.根据权利要求6所述的装置，其特征在于，所述第一检测单元包括：

监控模块，用于在启用所述第一检测模式的情况下，调用检测线程，监控中间系统在与其它后台系统的交互过程中是否出现异常交互；

获取模块，用于若出现异常交互，获取在异常交互中所述中间系统所涉及的与任意异常触发条件匹配的第一异常报文。

8.根据权利要求6所述的装置，其特征在于，所述第二检测单元包括：

监控模块，用于在启用所述第二检测模式的情况下，监控所述中间系统在与其它后台系统的交互过程中是否出现异常交互；

识别模块，用于若出现异常交互，根据预设的校验条件识别出异常场景；

获取模块，用于获取在异常交互中所述中间系统所涉及的与所述异常场景相匹配的第二异常报文。

9.一种电子设备，其特征在于，包括：处理器以及存储器，所述处理器以及存储器通过通信总线相连；其中，所述处理器，用于调用并执行所述存储器中存储的程序；所述存储器，用于存储程序，所述程序用于实现如权利要求1-5任一所述的系统间的报文异常处理方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机可执行指令，所述计算机可执行指令用于执行权利要求1-5任一所述的系统间的报文异常处理方法。

Images