CN114625556A

CN114625556A - 系统异常处理方法、装置、设备、存储介质和产品

Info

Publication number: CN114625556A
Application number: CN202210323511.1A
Authority: CN
Inventors: 陈芳军; 万旭; 李政国; 庄齐朋
Original assignee: Industrial and Commercial Bank of China Ltd ICBC
Current assignee: Industrial and Commercial Bank of China Ltd ICBC
Priority date: 2022-03-30
Filing date: 2022-03-30
Publication date: 2022-06-14

Abstract

本申请涉及一种系统异常处理方法、装置、计算机设备、存储介质和计算机程序产品，可应用于金融领域或其他领域。所述方法包括：获取并展示报文业务系统的报文处理状态图；响应于针对报文处理状态图中报文处理状态为异常状态的目标报文类型的查看请求，展示目标报文类型对应的处理节点状态图；响应于针对处理节点状态图中节点状态为异常状态的目标处理节点的处理请求，获取目标处理节点下目标报文类型对应的异常类型；若预设的异常报文样本库包含异常类型，获取异常类型的历史异常处理流程，根据历史异常处理流程对报文业务系统进行处理，可通过直观的图形对异常情况快速定位，自动匹配出对应的异常处理流程对系统进行恢复，提高系统异常处理效率。

Description

系统异常处理方法、装置、设备、存储介质和产品

技术领域

本申请涉及金融技术领域，特别是涉及一种系统异常处理方法、装置、计算机设备、存储介质和计算机程序产品。

背景技术

随着计算机技术发展，系统间通过报文交互的场景越来越多，报文的高效处理就显得尤为重要。当系统出现异常时，为避免阻碍报文处理，往往需要尽快确定出报文处理过程中所存在的问题。

在相关技术中，当系统出现问题造成报文处理异常后，主要是由工作人员对系统日志进行逐一排查，结合现有的多种信息进行综合分析，在确定出具体问题后，通过人工干预的方式使系统恢复正常。

然而，上述方式处理方式的滞后性高，难以快速地定位问题并获取适配的解决方案，存在系统异常处理效率低下的问题。

发明内容

基于此，有必要针对上述技术问题，提供一种系统异常处理方法、装置、计算机设备、计算机可读存储介质和计算机程序产品。

第一方面，本申请提供了一种系统异常处理方法。所述方法包括：

获取并展示报文业务系统的报文处理状态图，所述报文处理状态图中记录有多个报文类型各自的报文处理状态；

响应于针对所述报文处理状态图中报文处理状态为异常状态的目标报文类型的查看请求，展示所述目标报文类型对应的处理节点状态图；所述处理节点状态图包括所述目标报文类型对应的处理流程中各处理节点的节点状态；

响应于针对所述处理节点状态图中节点状态为异常状态的目标处理节点的处理请求，获取所述目标处理节点下所述目标报文类型对应的异常类型；

若预设的异常报文样本库包含所述异常类型，则获取所述异常类型的历史异常处理流程，并根据所述历史异常处理流程对所述报文业务系统进行处理。

在其中一个实施例中，在所述获取并展示报文业务系统的报文处理状态图之前，还包括：

获取报文业务系统待处理的多个报文各自的报文类型，并根据所述报文类型的报文处理流程对所述报文进行处理；

在所述报文处理过程中，获取所述报文类型下的报文在所述报文处理流程中各处理节点的节点状态；

针对每个报文类型，根据各处理节点的节点状态和报文处理时间，生成所述报文类型对应的处理节点状态图。

在其中一个实施例中，所述获取报文业务系统待处理的多个报文各自的报文类型，包括：

获取报文业务系统待处理的多个报文和所述报文的报文头；

针对每个报文，基于预设的报文配置文件对所述报文的报文头进行解析，得到所述报文的报文类型。

在其中一个实施例中，在所述根据所述报文类型的报文处理流程对所述报文进行处理之后，还包括：

在所述报文处理过程中，获取各个报文类型的报文处理状态；

根据各个报文类型和每个报文类型的报文处理状态，生成报文处理状态图。

在其中一个实施例中，所述在所述报文处理过程中，获取所述报文类型的报文处理状态，包括：

在所述报文处理过程中，若所述报文类型的报文处理流程中，存在至少一个处于异常状态的处理节点，则确定所述报文类型的报文处理状态为异常状态；

若所述报文类型的报文处理流程中各处理节点均处于正常状态，则确定所述报文处理状态为正常状态。

在其中一个实施例中，所述获取所述目标处理节点下所述目标报文类型的异常类型，包括：

获取所述报文业务系统的系统日志，并获取所述系统日志中的错误码；

基于所述错误码对应的异常类型，得到所述目标处理节点下所述目标报文类型的异常类型。

获取多个历史异常类型；所述历史异常类型为历史报文处理流程中，历史报文在历史报文处理流程中的处理节点所对应的异常类型；

获取每个历史异常类型的历史异常处理流程，并基于关联有所述历史异常处理流程的多个历史异常类型，构建异常报文样本库。

在其中一个实施例中，在所述获取所述目标处理节点下所述目标报文类型对应的异常类型之后，还包括：

若预设的异常报文样本库不包含所述异常类型，则基于所述目标报文类型、所述目标处理节点和所述异常类型，生成异常提示信息；

向目标终端发送所述异常提示信息，并确定所述目标终端针对所述异常类型执行的异常处理流程；

将所述异常处理流程和所述异常类型关联存储到所述异常报文样本库。

第二方面，本申请还提供了一种系统异常处理装置。所述装置包括：

报文处理状态图获取模块，用于获取并展示报文业务系统的报文处理状态图，所述报文处理状态图中记录有多个报文类型各自的报文处理状态；

处理节点状态图展示模块，用于响应于针对所述报文处理状态图中报文处理状态为异常状态的目标报文类型的查看请求，展示所述目标报文类型对应的处理节点状态图；所述处理节点状态图包括所述目标报文类型对应的处理流程中各处理节点的节点状态；

异常类型确定模块，用于响应于针对所述处理节点状态图中节点状态为异常状态的目标处理节点的处理请求，获取所述目标处理节点下所述目标报文类型对应的异常类型；

异常处理模块，用于若预设的异常报文样本库包含所述异常类型，则获取所述异常类型的历史异常处理流程，并根据所述历史异常处理流程对所述报文业务系统进行处理。

第三方面，本申请还提供了一种计算机设备。所述计算机设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

第四方面，本申请还提供了一种计算机可读存储介质。所述计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

第五方面，本申请还提供了一种计算机程序产品。所述计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：

上述系统异常处理方法、装置、计算机设备、存储介质和计算机程序产品可以获取并展示报文业务系统的报文处理状态图，响应于针对报文处理状态图中报文处理状态为异常状态的目标报文类型的查看请求，展示目标报文类型对应的处理节点状态图，并响应于针对处理节点状态图中节点状态为异常状态的目标处理节点的处理请求，获取目标处理节点下目标报文类型对应的异常类型，若预设的异常报文样本库包含异常类型，则获取异常类型的历史异常处理流程，并根据历史异常处理流程对报文业务系统进行处理，可以通过直观的图形对系统异常情况进行快速定位，并自动匹配出对应的异常处理流程对系统进行恢复，有效提高系统异常的处理效率。

附图说明

图1-a为一个实施例中一种系统异常处理方法的应用环境图；

图1-b为一个实施例中另一种系统异常处理方法的应用环境图；

图2为一个实施例中一种系统异常处理方法的流程示意图；

图3为一个实施例中一种节点处理状态图；

图4为一个实施例中一种报文处理状态图；

图5为一个实施例中另一种系统异常处理方法的流程示意图；

图6为一个实施例中一种系统异常处理装置的结构框图；

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

具体实施方式

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

需要说明的是，本申请提供的系统异常处理方法、装置、计算机设备、存储介质和计算机程序产品，可以应用于金融领域，也可以应用于其他相关领域。

本申请实施例提供的一种系统异常处理方法，可以应用于如图1-a所示的应用环境中，该应用环境中可以包括报文业务系统和业务处理系统，其中，报文业务系统可以接收来自不同服务端或终端的报文进行分类组包后，将组包后的报文发送给业务处理系统进行相应的业务处理。进一步地，报文业务系统和业务处理系统还可以与智能平台相连，如图1-b所示，在该应用环境中，智能平台与报文业务系统连接，可以对报文业务系统过往的异常数据进行采集分析，并且，智能平台可以对报文业务系统的资源和运行情况进行监控，例如可以对报文业务系统的系统内容、报文堆积数量或报文处理队列的处理能力和处理时间进行监控，并将监控结果发送到业务处理系统，使得业务处理系统可以及时调整当前处理的报文数量。在一示例中，报文业务系统可以是清算系统(跨行清算系统)，业务处理系统可以是支付交易系统。

在一个实施例中，如图2所示，提供了一种系统异常处理方法，本实施例中以该方法应用于报文业务系统进行说明，可以理解的是，该方法也可以应用于智能平台，还可以应用于报文业务系统与智能平台构成的系统。

具体地，可以包括以下步骤：

S201，获取并展示报文业务系统的报文处理状态图，报文处理状态图中记录有多个报文类型各自的报文处理状态。

其中，报文处理状态图可以通过图表直观地展示报文业务系统各报文类型的处理状态。

报文类型可以基于报文对应业务的业务类型确定，以汇款业务为例，基于汇款业务的汇款金额大小，报文类型可以包括小额报文和大额报文。

在实际应用中，为及时发现报文业务系统出现的异常，可以获取报文业务系统的报文处理状态图，并将报文处理状态图展示在终端界面中。

具体地，报文业务系统在报文处理过程中，往往会涉及到多种业务，不同业务可以具有不同类型的报文。针对每个报文类型，可以对该报文类型下的各个报文的处理情况进行监控，并基于多个报文的处理情况确定该报文类型的报文处理状态，进而可以多个报文类型的报文处理状态，得到当前的报文处理状态图，其中，报文处理状态可以包括正常状态和异常状态。当报文类型的报文处理状态发生变化时，可以对报文处理状态图进行更新。进而在接收到系统监控请求时，可以获取并展示当前的报文处理状态图，通过展示报文处理状态图，可以令工作人员直观地了解到当前不同报文类型的报文处理状态，快速确定出是否存在状态异常的报文类型以及状态异常的报文类型。

例如，报文类型A、报文类型B和报文类型C分别具有对应的多个报文，以报文类型A为例，通过对报文类型A下的n个报文进行监控，可以得到报文类型A的报文处理状态，进而基于报文类型A、报文类型B和报文类型C各自的报文处理状态，可以得到对应的报文处理状态图。

S202，响应于针对报文处理状态图中报文处理状态为异常状态的目标报文类型的查看请求，展示目标报文类型对应的处理节点状态图；处理节点状态图包括目标报文类型对应的处理流程中各处理节点的节点状态。

在展示报文处理状态图后，用户可以查看到各个报文类型的报文处理状态；其中，用户可以真实用户，也可以是模拟用户，例如通过计算机算法模拟出的用于对报文业务系统进行监控的用户，模拟用户可以对真实用户(如报文业务系统的监控人员)的监控方式进行学习后得到。若查看到报文处理状态为异常状态的目标报文类型，则可以查看在目标报文类型，进一步对当前的异常状态进行处理。响应于针对目标报文类型的查看请求，如检测到针对目标报文类型图标的点击操作则可以确定收到查看请求，可以展示目标报文类型对应的处理节点状态图，在该处理节点状态图中可以包括目标报文类型对应的处理流程中各处理节点的节点状态。

具体而言，不同的报文类型的报文具体的处理流程存在差异，例如报文类型A的报文在处理时，会经过a1、a2……an共n个处理节点对报文进行处理，在报文处理过程中，可以获取报文类型对应处理流程中的各个处理节点的节点状态，并根据该节点状态生成报文类型对应的处理节点状态图。

S203，响应于针对处理节点状态图中节点状态为异常状态的目标处理节点的处理请求，获取目标处理节点下目标报文类型对应的异常类型。

具体实现中，当监测到报文处理状态为异常状态的目标报文类型时，往往是目标报文类型对应处理流程中的至少一个处理节点出现异常，响应于针对目标报文类型的查看请求所展示的目标报文类型的处理节点状态图，用户可以直观查看目标报文类型对应处理流程中各个处理节点，确定该处理流程下哪个处理节点处于异常状态，也即可以通过处理节点状态图快速定位出节点状态为异常状态的目标处理节点，进而判断是否要触发针对目标处理节点的处理。

若检测到针对目标处理节点的处理请求，报文业务系统可以获取目标处理节点下目标报文类型对应的异常类型，换句话说，报文业务系统可以确定当前目标报文类型在目标处理节点所存在的异常，并得到该异常的异常类型。

S204，若预设的异常报文样本库包含异常类型，则获取异常类型的历史异常处理流程，并根据历史异常处理流程对报文业务系统进行处理。

实际应用中，可以基于过往历史报文处理过程中出现的异常类型构建异常报文样本库，异常报文样本库中可以包含报文业务系统多种已出现过的异常类型。在确定出目标报文类型在目标处理节点的异常类型后，可以基于当前的异常类型对异常报文样本库进行检索，查询异常报文样本库中是否存在当前的异常类型，从而确定出当前的异常类型是否在过往历史报文处理过程中出现过。

若确定预设的异常报文样本库中包含有当前的异常类型，则可以确定该异常类型在历史报文处理过程中已出现过，且该异常类型的异常在被处理时可以记录对应的异常处理流程，并将其存储，得到历史异常处理流程。进入在确定异常报文样本库中包含当前的异常类型后，可以获取当前异常类型对应的历史异常处理流程，并根据历史异常处理流程对报文业务系统进行处理，例如基于历史异常处理流程对系统异常进行修复，从而使系统实现快速自动处理。在一示例中，在对系统进行异常恢复后，还可以针对异常类型生成报告，并发送给相关人员进行人工分析，便于后续优化系统。

在本实施例中，可以获取并展示报文业务系统的报文处理状态图，响应于针对报文处理状态图中报文处理状态为异常状态的目标报文类型的查看请求，展示目标报文类型对应的处理节点状态图，并响应于针对处理节点状态图中节点状态为异常状态的目标处理节点的处理请求，获取目标处理节点下目标报文类型对应的异常类型，若预设的异常报文样本库包含异常类型，则获取异常类型的历史异常处理流程，并根据历史异常处理流程对报文业务系统进行处理，可以通过直观的图形对系统异常情况进行快速定位，并自动匹配出对应的异常处理流程对系统进行恢复，有效提高系统异常的处理效率。

在一个实施例中，在获取并展示报文业务系统的报文处理状态图之前，还可以包括如下步骤：

S301，获取报文业务系统待处理的多个报文各自的报文类型，并根据报文类型的报文处理流程对报文进行处理。

在具体实现中，不同报文类型的报文处理流程可以不同，也可以相同。当报文业务系统接收到待处理的多个报文时，可以获取多个报文各自的报文类型，并根据报文类型的报文处理流程，对相应的报文进行处理。

S302，在报文处理过程中，获取报文类型下的报文在报文处理流程中各处理节点的节点状态。

具体实现中，报文处理流程可以包括至少一个处理节点，即一个或多个处理节点构成了报文处理流程，在按照报文处理流程对报文进行处理的过程中，可以对报文在各个处理节点的节点状态进行监控。

示例性地，报文处理流程可以包括以下至少一个处理节点：报文解析、验签、入库、发送预设信息(如990)给业务处理系统、收报业务处理、收报上主机预处理、收报信息通知主机，回执预组报、组报、发报、调用主机通知主机、调用主机后更新数据库。

S303，针对每个报文类型，根据各处理节点的节点状态和报文处理时间，生成报文类型对应的处理节点状态图。

针对每个报文类型，在报文处理过程中获取到报文处理流程各处理节点的节点状态后，则可以根据处理节点的节点状态和报文在对应处理节点的报文处理时间，生成该报文类型对应的处理节点状态图。

具体地，处理节点状态图具体可以是一个三维图，在生成当前报文类型的处理节点状态图时，若报文类型的处理流程包括：报文解析、验签、入库、发送确认报文给业务处理系统、收报业务处理、收报上主机预处理、收报信息通知主机，回执预组报、组报、发报、调用主机通知主机、调用主机，记账预处理、记账、记账信息通知主机、更新表信息处理节点，则多个处理节点可以分别记为x1、x2、x3...xn；同时，可以将报文在相应处理节点进行处理的报文处理时间记做y，则每个处理节点分别具有对应的报文处理时间y1、y2、y3...yn；并且可以获取每个处理节点的状态，记为z，每个处理节点的节点状态分别为z1、z2、z3...zn，z可以为0或1，0指示节点状态为正常状态，1指示节点状态为异常状态，进而可以基于x、y、z三个坐标轴的信息，构建如图3所示的处理节点状态图，在处理节点状态图中，每个处理节点都有时间和状态与之对应。

在本实施例中，可以获取报文业务系统待处理的多个报文各自的报文类型，并根据报文类型的报文处理流程对报文进行处理，在报文处理过程中，获取报文类型下的报文在所述报文处理流程中各处理节点的节点状态，针对每个报文类型，根据各处理节点的节点状态和报文处理时间，生成报文类型对应的处理节点状态图，为后续快速定位出现异常状况的处理节点提供基础。

在一个实施例中，获取报文业务系统待处理的多个报文各自的报文类型，可以包括如下步骤：

获取报文业务系统待处理的多个报文和报文的报文头；针对每个报文，基于预设的报文配置文件对报文的报文头进行解析，得到报文的报文类型。

具体实现中，报文业务系统可以获取到多个报文，针对当前获取的每个报文，可以获取该报文的报文头，报文头中可以存储有报文的属性信息，示例性地，报文头可以包括以下属性信息：报文类型，报文版本，报文长度，报文实体。

具体地，报文业务系统可以预先存储报文配置文件，报文配置文件中可以记录有报文头中不同字段对应的字段含义，如报文头中用于记录报文类型的字段，则针对每个报文，在获取到该报文的报文头后，可以通过报文业务系统中的解析模块，基于报文配置文件中针对不同字段的字段含义对该报文的报文头进行解析，并根据解析结果得到报文的报文类型。

例如，在接收报文时，业务处理系统可以将报文发送到报文业务系统的消息队列(Message queue)中，并通过消息队列将其中的报文传输到收报总控，收报总控基于报文配置文件确定报文的报文类型，并按照报文类型对报文进行分类，在一示例中，报文类型可以包括大额和小额，通过报文配置文件可以确定报文头中大额报文类型的标志是HVPS，小额报文类型的标志是为BEPS，例如报文头中包括“HVPS.111.001.01”或“HVPS.141.001.01”，则可以解析得到该报文的报文类型是大额报文类型，若报文头中包括“BEPS.121.001.01”或“BEPS.386.001.01”，则可以确定报文的报文类型是小额报文类型。

在本实施例中，在获取报文业务系统待处理的多个报文和报文的报文头后，针对每个报文，可以基于预设的报文配置文件对报文的报文头进行解析，得到报文的报文类型，进而可以按照报文类型对报文快速分类，为后续按照报文类型实时准确地生成报文处理状态图和处理节点状态图提供基础。

在一个实施例中，在根据报文类型的报文处理流程对报文进行处理之后，还可以包括如下步骤：

在报文处理过程中，获取各个报文类型的报文处理状态，根据各个报文类型和每个报文类型的报文处理状态，生成报文处理状态图。

其中，报文处理状态可用于描述同一报文类型的报文在处理时是否出现异常，报文处理状态可以包括正常状态和异常状态。

在实际应用中，在不同报文类型的报文进行处理时，可以获取每个报文类型的报文处理状态。在得到每个报文类型的报文处理状态后，则可以根据报文处理状态和报文类型，生成报文处理状态图。例如，可以以报文类型为横坐标，报文类型对应的报文处理状态为纵坐标，生成如图4所示的二维的报文处理状态图。

在本实施例中，在报文处理过程中，可以获取各个报文类型的报文处理状态，并根据各个报文类型和每个报文类型的报文处理状态，生成报文处理状态图，能够总览地对每个报文类型进行监控，得到每个报文类型的处理情况，为后续快速定位引起报文业务系统异常的报文类型提供基础。

在一个实施例中，所述在报文处理过程中，获取报文类型的报文处理状态，可以包括如下步骤：

在报文处理过程中，若报文类型的报文处理流程中，存在至少一个处于异常状态的处理节点，则确定报文类型的报文处理状态为异常状态；若报文类型的报文处理流程中各处理节点均处于正常状态，则确定报文处理状态为正常状态。

在实际应用中，可以根据报文类型对应报文处理流程中各处理节点的节点状态确定出该报文类型的报文处理状态，若报文处理流程中各个处理节点均处于正常状态，则可以确定报文类型的报文处理状态为正常状态，换句话说，可以在报文处理流程各处理节点都能够正常处理报文的情况下，判定当前报文类型的报文处理正常，未引发报文业务系统出现异常。

若报文处理流程中存在至少一个处理节点为异常状态，则可以确定报文类型的报文处理状态为异常状态，通过在至少一个处理节点为异常状态时，判定报文处理流程为异常状态，能够及时提醒用户关注该报文类型的报文处理流程，从而快速定位出引起报文业务系统异常的原因。

在本实施例中，在报文处理过程中，若报文类型的报文处理流程中，存在至少一个处于异常状态的处理节点，则可以确定报文类型的报文处理状态为异常状态，若报文类型的报文处理流程中各处理节点均处于正常状态，则可以确定报文处理状态为正常状态，从而能够在报文业务系统出现异常时，及时提醒用户关注引发报文业务系统异常的报文类型，为快速定位出异常原因提供基础。

在一个实施例中，获取目标处理节点下目标报文类型的异常类型，可以包括如下步骤：

获取报文业务系统的系统日志，并获取系统日志中的错误码；基于错误码对应的异常类型，得到目标处理节点下目标报文类型的异常类型。

具体实现中，在接收到针对目标处理节点的处理请求后，可以获取报文业务系统的系统日志。报文业务系统的系统日志中可以记录有报文处理过程中每个处理节点的运行日志，当接收到针对目标处理节点的处理请求后，则可以通过系统日志得到目标处理节点的运行日志，并获取系统日志中的错误码，在一示例中，错误码可以是系统日志中的异常代码。

实际应用中，可以预先在数据库中存储每个错误码对应的异常类型，进而在获取系统日志中的错误码后，可以将系统日志中的错误码与数据库中预存的错误码进行比对，并基于匹配的错误码所对应的异常类型，得到目标处理节点下目标报文类型的异常类型。

在本实施例中，可以获取报文业务系统的系统日志，并获取系统日志中的错误码，进而可以基于错误码对应的异常类型，得到目标处理节点下目标报文类型的异常类型，实现了对目标处理节点异常情况的快速识别，为迅速匹配出对应的历史异常处理流程提供基础。

获取多个历史异常类型；获取每个历史异常类型的历史异常处理流程，并基于关联有历史异常处理流程的多个历史异常类型，构建异常报文样本库。

其中，历史异常类型为历史报文处理流程中，历史报文在历史报文处理流程中的处理节点所对应的异常类型。

实际应用中，可以对过往的历史报文处理过程中所出现的历史异常类型进行统计。具体而言，针对每个报文类型，可以获取该报文类型下的历史报文在对应的历史报文处理流程中出现过异常的处理节点，并确定处理节点对应的异常类型。

例如，若报文类型A的历史报文处理流程中包括n个处理节点，则可以基于报文类型A出现过异常的多个历史报文，得到历史报文处理流程中k个处理节点的异常类型，其中，k为正整数，取值范围为0＜k≤n。针对n个报文类型，若每个报文类型都有n个相同的处理节点，则在一示例中，可以得到n*n个历史异常类型：{y11,y12...y1n},{y21,y22...y2n},...{yn1,yn2...ynn}，其中，{y11,y12...y1n}为报文类型yn在n个处理节点的异常类型，如可以基于报文类型y1的历史报文，得到在第一个处理节点的历史异常类型y11。通过对各个出现过异常的历史报文进行异常类型统计，可以得到多个历史异常类型。

针对每个历史异常类型，都可以具有对应的历史异常处理流程，该历史异常处理流程可以是在出现历史异常类型时对报文业务系统的恢复方式进行记录后得到的，例如获取在历史异常类型出现时工作人员为恢复报文业务系统或解决历史异常类型的异常所执行的处理命令，基于该处理命令得到对应的历史异常处理流程。

在得到每个历史异常类型的历史异常处理流程后，则可以将对应的历史异常类型和历史异常处理流程相关联，并基于关联有历史异常处理流程的多个历史异常类型，构建异常报文样本库。例如，对于每个历史异常类型y都可以有对应的历史异常处理流程s，针对n*n个历史异常类型，可以分别具有对应的历史异常处理流程{s11,s12...s1n},{s21,s22...s2n},...{sn1,sn2...snn}，则可以历史异常类型y与历史异常处理流程s一一关联。

在本实施例中，可以获取多个历史异常类型，以及获取每个历史异常类型的历史异常处理流程，进而可以基于关联有历史异常处理流程的多个历史异常类型，构建异常报文样本库，为后续快速确定出可以解决当前异常类型的异常处理流程提供参考基础。

在一个实施例中，在获取目标处理节点下目标报文类型对应的异常类型之后，还可以包括如下步骤：

若预设的异常报文样本库不包含异常类型，则基于目标报文类型、目标处理节点和异常类型，生成异常提示信息；向目标终端发送异常提示信息，并确定目标终端针对异常类型执行的异常处理流程；将异常处理流程和异常类型关联存储到异常报文样本库。

作为一示例，目标终端可以是处理报文业务系统异常的用户所关联的终端，如系统运维人员的终端。

在具体实现中，当前出现的异常类型可以是未曾出现过的异常类型。具体地，在确定出目标处理节点的异常类型后，若确定异常报文样本库中不包含该异常类型，可以确定当前异常类型为首次出现的，则可以基于目标报文类型、目标处理节点和异常类型，生成异常提示信息，该异常提示信息可以提示在目标报文类型的目标处理节点中，出现了该异常类型的异常情况。在一示例中，异常提示信息中还可以包括目标处理节点出现异常的时间。

在生成异常提示信息后，可以向目标终端发送异常提示信息，用户在查看异常提示信息后，可以针对当前的异常类型执行对应的异常处理流程，则报文业务系统或智能平台可以记录该异常处理流程，并将该异常处理流程与异常类型相关联后，存储到异常报文样本库。

在本实施例中，若预设的异常报文样本库不包含异常类型，则基于目标报文类型、目标处理节点和异常类型，生成异常提示信息，并向目标终端发送异常提示信息，确定目标终端针对异常类型执行的异常处理流程，将异常处理流程和异常类型关联存储到异常报文样本库，实现了异常报文样本库中的样本扩充，为后续自动化的系统恢复提供样本基础；同时，可以令相关人员迅速知道发生异常的处理节点，直接进行对应的处理，实现快速精准定位，高时效的处理系统异常。

为了使本领域技术人员能够更好地理解上述步骤，以下通过一个例子对本公开的实施例加以示例性说明，但应当理解的是，本公开的实施例并不限于此。

实际应用中，可以根据历史数据构建异常报文样本库，具体而言，针对出现过异常状态的历史报文，可以按照报文类型和处理节点对历史报文的历史异常类型进行分类，并将各历史异常类型与对应的历史异常处理流程相关联，得到异常报文样本库。

在对报文业务系统进行监控的过程中，可以构建报文处理状态图和处理节点状态图，并根据接收到的报文的处理情况，对报文处理状态图和处理节点状态图进行更新。

如图5所示，在接收到报文并进入报文业务系统后，可以通过消息队列将报文传输到收报总控中，收报总控通过配置文件可以对报文的报文头进行解析，得到报文对应的报文类型为小额分支类型中的“BEPS.121.001.01”，进而可以确定报文类型“BEPS.121.001.01”报文处理流程的多个处理节点，并将多个处理节点的处理过程进行三维图形化处理，处理时，将报文解析、验签、入库、发送990给业务处理系统、收报业务处理、收报上主机预处理、收报信息通知主机、回执预组报、组报、发报、调用主机通知主机、调用主机，记账预处理、记账、记账信息通知主机、更新表信息等处理节点作为x轴坐标，时间为y轴坐标，处理节点的状态作为z轴坐标，得到一个三维坐标图，由此报文在每个处理节点进行处理时，可以记录下此时的处理节点、处理时间以及状态异常与否三点信息，构成一个三维信息图，作为处理节点状态图。

在构建处理节点状态图后，还可以进一步建立二维的报文处理状态图，即以报文类型为横坐标，该报文类型的处理状态作为纵坐标，通过对报文业务系统接收到的各个报文类型进行监控，得到报文处理状态图。在得到报文处理状态图后，则可以将报文处理状态图与处理节点状态图关联，形成外部为二维的报文处理状态图，内部为三维的处理节点状态图的形式。

在接收报文并进行处理的过程中，可以实时更新报文处理状态图和处理节点状态图，判断各报文类型的处理节点是否存在异常，若存在异常，则可以发出警报，提示用户对当前的异常进行处理。用户在查看系统异常时，可以点击报文处理状态图中处于异常状态的异常点，进入到第二层的三维信息图中查看具体异常出现在哪个处理节点，快速定位，同时定位到异常类型后，可以将其与异常报文样本库中的异常类型进行异常类型比对，若存在异常类型则可以触发相应的异常处理流程对系统异常进行快速处理。

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

基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的系统异常处理方法的系统异常处理装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个系统异常处理装置实施例中的具体限定可以参见上文中对于系统异常处理方法的限定，在此不再赘述。

在一个实施例中，如图6所示，提供了一种系统异常处理装置，包括：

报文处理状态图获取模块601，用于获取并展示报文业务系统的报文处理状态图，所述报文处理状态图中记录有多个报文类型各自的报文处理状态；

处理节点状态图展示模块602，用于响应于针对所述报文处理状态图中报文处理状态为异常状态的目标报文类型的查看请求，展示所述目标报文类型对应的处理节点状态图；所述处理节点状态图包括所述目标报文类型对应的处理流程中各处理节点的节点状态；

异常类型确定模块603，用于响应于针对所述处理节点状态图中节点状态为异常状态的目标处理节点的处理请求，获取所述目标处理节点下所述目标报文类型对应的异常类型；

异常处理模块604，用于若预设的异常报文样本库包含所述异常类型，则获取所述异常类型的历史异常处理流程，并根据所述历史异常处理流程对所述报文业务系统进行处理。

在一个实施例中，所述装置还用于：

获取报文业务系统待处理的多个报文和所述报文的报文头；

在一个实施例中，所述装置还用于：

在一个实施例中，所述异常类型确定模块603具体用于：

在一个实施例中，所述装置还用于：

上述系统异常处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储报文数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种系统异常处理方法。

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

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

在一个实施例中，处理器执行计算机程序时还实现上述其他实施例中的步骤。

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

在一个实施例中，计算机程序被处理器执行时还实现上述其他实施例中的步骤。

在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：

需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory，ROM)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(ReRAM)、磁变存储器(Magnetoresistive Random Access Memory，MRAM)、铁电存储器(Ferroelectric Random Access Memory，FRAM)、相变存储器(Phase Change Memory，PCM)、石墨烯存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic RandomAccess Memory，DRAM)等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。

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

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

Claims

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

2.根据权利要求1所述的方法，其特征在于，在所述获取并展示报文业务系统的报文处理状态图之前，还包括：

3.根据权利要求2所述的方法，其特征在于，所述获取报文业务系统待处理的多个报文各自的报文类型，包括：

获取报文业务系统待处理的多个报文和所述报文的报文头；

4.根据权利要求2所述的方法，其特征在于，在所述根据所述报文类型的报文处理流程对所述报文进行处理之后，还包括：

5.根据权利要求3所述的方法，其特征在于，所述在所述报文处理过程中，获取所述报文类型的报文处理状态，包括：

6.根据权利要求1所述的方法，其特征在于，所述获取所述目标处理节点下所述目标报文类型的异常类型，包括：

7.根据权利要求1所述的方法，其特征在于，在所述获取并展示报文业务系统的报文处理状态图之前，还包括：

8.根据权利要求1所述的方法，其特征在于，在所述获取所述目标处理节点下所述目标报文类型对应的异常类型之后，还包括：

9.一种系统异常处理装置，其特征在于，所述装置包括：

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

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

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