一种异常的处理方法、装置、终端及存储介质与流程

本发明实施例涉及软件开发技术，尤其涉及一种异常的处理方法、装置、终端及存储介质。

背景技术：

软件开发过程中，检测、运行及维护程序的各个阶段随时都有可能出现不可预见的事件打断正常的条件链，这些不可预见的事件称为异常。

目前，常见的异常处理方法主要是通过开发人员自行检查处理、运行代码进行重试，或者建立重试轮询表，对所有异常通过依次询问来进行处理等。

现有的异常处理方法的不足之处至少包括：异常处理的效率较低，且不能对不同异常进行统一管理和修复。

技术实现要素：

本发明实施例提供了一种异常的处理方法、装置、终端及存储介质，提高了异常处理效率，且能对不同异常进行统一管理和修复。

第一方面，本发明实施例提供了一种异常的处理方法，应用于异常处理系统，包括：

接收至少一个业务系统发送的第一异常消息，其中所述第一异常消息为符合预设校验标准的异常消息；

将所述第一异常消息记录至异常消息表，并将记录的第一异常消息的处理状态设置为未修复，且所述处理状态根据第一异常消息的处理进程进行更新；

依序对所述异常消息表进行查询，并将查询到的首个处理状态为未修复的第一异常消息，作为当前待处理的第二异常消息；

将所述第二异常消息进行广播，以使与所述第二异常消息对应的业务系统根据监听的第二异常消息进行异常处理。

可选的，在所述将所述第二异常消息进行广播之后，还包括：

接收与所述第二异常消息对应的业务系统发送的异常处理结果；

当所述异常处理结果为处理成功时，将所述第二异常消息的处理状态由所述未修复更新为已修复；

当所述异常处理结果为处理失败时，将所述第二异常消息的处理状态由所述未修复更新为修复失败；

将处理状态为修复失败的第二异常消息记录至修复失败表。

可选的，在所述将所述第二异常消息进行广播之后，还包括：

判断所述第二异常消息是否广播成功；

若否，则将所述第二异常消息重新进行广播，并更新所述第二异常消息的重试次数，直至所述第二异常消息广播成功，或所述重试次数达到预设次数为止；

当所述重试次数达到预设次数时，将所述第二异常消息的处理状态由所述未修复更新为广播失败；

将处理状态为广播失败的第二异常消息记录至广播失败表。

进一步的，当查询到的所述异常消息表中处理状态为未修复的第一异常消息为空时，对所述第一异常消息以及所述第一异常消息的异常数据进行汇总。

进一步的，接收至少一个业务系统投递的第三异常消息，其中所述第三异常消息为不符合预设校验标准的异常消息；

将所述第三异常消息记录至投递异常表，并将所述投递异常表发送至预设客户端。

第二方面，本发明实施例提供了一种异常的处理方法，应用于业务系统，包括：

接收异常消息，对所述异常消息进行包装处理以得到所述异常消息对应的特定异常；

于所述特定异常符合预设校验标准时，将所述特定异常作为第一异常消息发送至异常处理系统；

对所述异常处理系统广播的第二异常消息进行监听，并从所述第二异常消息中筛选出本业务系统的第四异常消息；

根据所述第四异常消息携带的数据对异常事件进行场景还原，并基于还原的场景所对应的修复模块对所述异常事件进行修复。

第三方面，本发明实施例还提供了一种异常的处理装置，应用于异常处理系统，包括：

第一异常消息接收模块，用于接收至少一个业务系统发送的第一异常消息，其中所述第一异常消息为符合预设校验标准的异常消息；

记录模块，用于将所述第一异常消息记录至异常消息表，并将记录的第一异常消息的处理状态设置为未修复；

查询模块，用于依序对所述异常消息表进行查询，并将查询到的首个处理状态为未修复的第一异常消息，作为当前待处理的第二异常消息；

广播模块，用于将所述第二异常消息进行广播，以使与所述第二异常消息对应的业务系统根据监听的第二异常消息进行异常处理。

第四方面，本发明实施例提供了一种异常的处理装置，应用于业务系统，包括：

包装处理模块，用于接收异常消息，对所述异常消息进行包装处理以得到所述异常消息对应的特定异常；

发送模块，用于于所述特定异常符合预设校验标准时，将所述特定异常作为第一异常消息发送至异常处理系统；

监听模块，用于对所述异常处理系统广播的第二异常消息进行监听，并从所述第二异常消息中筛选出本业务系统的第四异常消息；

修复模块，用于根据所述第四异常消息携带的数据对异常事件进行场景还原，并基于还原的场景所对应的修复模块对所述异常事件进行修复。

第五方面，本发明实施例还提供了一种终端，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如本申请任意实施例提供的异常的处理方法。

第六方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如本申请任意实施例提供的异常的处理方法。

本发明实施例提供的一种异常的处理方法、装置、终端及存储介质，其中异常的分割方法包括：接收至少一个业务系统发送的第一异常消息，其中第一异常消息为符合预设校验标准的异常消息；将第一异常消息记录至异常消息表，并将记录的第一异常消息的处理状态设置为未修复；依序对异常消息表进行查询，并将查询到的首个处理状态为未修复的第一异常消息，作为当前待处理的第二异常消息；将第二异常消息进行广播，以使与第二异常消息对应的业务系统根据监听的第二异常消息进行异常处理。提高了异常处理效率，且能针对不同的异常进行统一管理和修复。

附图说明

图1是本发明实施例一提供的一种异常的处理方法的流程示意图；

图2是本发明实施例二提供的一种异常的处理方法的流程示意图；

图3是本发明实施例三提供的一种异常的处理装置的结构示意图；

图4是本发明实施例四提供的一种异常的处理装置的结构示意图；

图5是本发明实施例五提供的一种终端的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，以下将参照本发明实施例中的附图，通过实施方式清楚、完整地描述本发明的技术方案，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。下述各实施例中，每个实施例中同时提供了可选特征和示例，实施例中记载的各个特征可进行组合，形成多个可选方案，不应将每个编号的实施例仅视为一个技术方案。

实施例一

图1是本发明实施例一提供的一种异常的处理方法的流程示意图，本实施例可适用于对业务系统发生的异常进行处理的情况。该方法可以由本发明实施例提供的异常的处理装置来执行，该装置可以采用软件和/或硬件的方式实现，并配置于终端中，例如电脑中。相应的，如图1所示，应用于异常处理系统，该方法包括如下操作：

s110、接收至少一个业务系统发送的第一异常消息，其中第一异常消息为符合预设校验标准的异常消息；

业务系统指能够实现某一业务功能的系统、软件或者应用等，业务系统在运行有时会发生异常，预设校验标准是指每个业务系统会对本系统要投递的异常消息有一定的预先设定的校验标准要求，符合这一校验标准才能正常投递。示例性的，预设校验标准可以是异常消息是否包含异常参数，也可以是包含对应的业务系统名称，或者包含业务系统异常代码等，本发明实施例对预设标准不作具体限制，不同的业务系统预设校验标准可以相同，也可以不同。

业务系统要发送某一异常消息时，首先会按本系统的预设校验标准对该异常消息进行消息校验，如果符合自身的校验标准，则判断该异常消息通过消息校验，通过本业务系统校验的异常消息称为第一异常消息，业务系统将第一异常消息发送至本系统的通过消息校验的异常消息队列，异常处理系统通过业务系统的通过消息校验的异常消息队列接收该第一异常消息。

可选的，接收至少一个业务系统投递的第三异常消息，其中所述第三异常消息为不符合预设校验标准的异常消息；

将所述第三异常消息记录至投递异常表，并将所述投递异常表发送至预设客户端。

如果某一异常消息不符合本业务系统的预设校验标准，则判断该异常消息未通过消息校验，优选的，未通过消息校验的异常消息称为第三异常消息，本发明实施例对为通过消息校验的异常消息的名称不作限制。投递异常表是负责记录各不同业务系统上报的不符合自身预设校验标准的异常消息。异常处理系统首先利用从业务系统的未通过消息校验的异常消息队列接收该第三异常消息，然后将该第三异常消息记录在投递异常表，该投递异常表负责记录上报的不符合异常处理中心参数校验标准的异常消息，后续发送到预设客户端便于进行监控预警。预设客户端是指将第三异常消息通过客户端的方式通知业务系统的负责人，告知该负责人该业务系统与异常处理系统接入有误，以使负责人对业务系统参数设置重新进行排查，示例性的，可以通过调用邮件服务进行预警通知，也可以通过微信消息接口服务通知应用负责人，本发明实例对预设客户端不作限制。

将未通过消息校验的异常信息进行统计，便于后续进行监控预警。

s120、将第一异常消息记录至异常消息表，并将记录的第一异常消息的处理状态设置为未修复，且所述处理状态根据第一异常消息的处理进程进行更新；

异常消息表负责记录业务系统通过异常投递工具上报的异常消息，并记录异常消息是否可修复，以及修复状态，该表记录的是第一异常消息，即通过消息校验的异常消息，可选的，异常消息表为异常消息上报表。对于刚记录的异常消息，由于未进行任何处理，所以将异常消息初始处理状态设置为未修复，以便后续根据处理情况对异常消息的修复状态进行实时更新管理。

s130、依序对所述异常消息表进行查询，并将查询到的首个处理状态为未修复的第一异常消息，作为当前待处理的第二异常消息；

依序可以是按照异常消息接收时间排列的顺序，也可以是对异常消息进行编号后排列的顺序，本发明实施例对依序的方式不作限制。异常处理系统会利用通过消息校验的异常消息队列接收业务系统发送的第一异常消息，然后再将该异常消息记录在异常消息表中。查询是通过定时任务调度系统对异常消息表中所有处理状态为未修复的异常进行分页查询，其中，定时任务调度系统是指基于给定时间点、给定时间间隔或者给定执行次数自动执行任务的系统，本发明实施例对于定时任务调度系统采用何种方式进行查询不作限制。分页查询可以是每几笔异常消息分一页进行查询，也可以是对所有异常平均分几页进行查询，本发明实施例对分页查询的方式不作限制。优选的，依序从异常消息表中分页查询当天接收到的经过消息校验的未修复的第一异常消息，如果成功查询到第一异常消息，则将该异常消息作为要进行异常处理的异常消息，称为第二异常消息，本发明实施例对异常消息的名称不作限制，后续对第二异常消息进行广播。可选的，依序从异常消息表中分页查询通过消息校验的前一天接收的未修复的第一异常消息，并将查询到的异常消息进行广播以便后续进行异常处理。

可选的，当查询到的所述异常消息表中处理状态为未修复的第一异常消息为空时，对所述第一异常消息以及所述第一异常消息的异常数据进行汇总。

当查询到的所述异常消息表中处理状态为未修复的第一异常消息为空时，表明对异常消息表中通过消息校验的未修复的第一异常消息查询已完成，则对所有查询完成的异常消息和异常消息的异常数据进行汇总，示例性的，异常消息的汇总可以是对一共查询到多少笔异常消息进行汇总，异常数据可以包含异常码，也可以包含异常消息的异常参数，还可以是对该异常的异常描述，示例性的异常描述可以是接口参数异常等，本发明实施例对汇总的内容不作限制，对异常消息的异常数据的汇总可以是汇总所有查询完成的第一异常消息共有多少异常码，也可以是有多少异常参数，还可以是有多少不同的异常描述等。

s140、将所述第二异常消息进行广播，以使与所述第二异常消息对应的业务系统根据监听的第二异常消息进行异常处理。

广播是指异常处理系统将异常消息发送至异常消息处理队列，监听是指业务系统从异常消息队列获取属于本业务系统的异常消息。异常处理系统将需要进行处理的第二异常消息发送到异常消息处理队列进行广播，业务系统由于集成了异常修复工具，会自动监听异常消息处理队列中广播的异常消息，并对监听到的异常消息进行后续异常处理。

可选的，在所述将所述第二异常消息进行广播之后，还包括：

接收与所述第二异常消息对应的业务系统发送的异常处理结果；

当所述异常处理结果为处理成功时，将所述第二异常消息的处理状态由所述未修复更新为已修复；

当所述异常处理结果为处理失败时，将所述第二异常消息的处理状态由所述未修复更新为修复失败；

将处理状态为修复失败的第二异常消息记录至修复失败表。

业务系统通过异常修复工具将监听到的第二异常消息经过异常处理，处理后将是否修复的处理结果发送到异常处理系统。由于第二异常消息发送至异常消息处理队列进行广播一次即认为修复一次，当不超过预设发送次数，而业务系统将异常修复成功时，异常处理系统将异常消息表中对应的该第二异常消息原始设置修复状态的未修复更改为已修复；当异常消息发送到异常消息处理队列进行广播的次数超过预设发送次数时，该异常消息修复失败，异常处理系统将异常消息表中对应的该第二异常消息原始修复状态的未修复改为修复失败，优选的，对于修复失败的异常处理状态可以是不可修复异常，将该不可修复异常的异常数据记录在修复失败表中，示例性的，异常数据可以是该异常的异常参数，也可以是异常码等，利用该修复失败表可以统计出日报表等，便于业务研发人员分析异常修复失败的原因。

可选的，在所述将所述第二异常消息进行广播之后，还包括：

判断所述第二异常消息是否广播成功；

若否，则将所述第二异常消息重新进行广播，并更新所述第二异常消息的重试次数，直至所述第二异常消息广播成功，或所述重试次数达到预设次数为止；

当所述重试次数达到预设次数时，将所述第二异常消息的处理状态由所述未修复更新为广播失败；

将处理状态为广播失败的第二异常消息记录至广播失败表。

由于异常处理系统发送至异常修复队列广播一次即认为修复一次，所以如果未达到预设发送次数，异常消息表中异常消息对应的修复状态的未修复已经更改为已修复，则该第二异常消息就修复成功，即认为广播成功。

业务系统由于对监听到的属于本业务系统的第二异常消息的修复处理可能会依赖于外部系统调用接口进行，当外部系统处于繁忙状态等时，则该第二异常消息未修复成功，此次广播就未成功，业务系统将该第二异常消息未修复的异常处理结果反馈给异常消息处理系统，异常消息处理系统将该第二异常消息重新发送至异常消息处理队列进行广播，只要广播一次该第二异常消息的广播次数加1；如果通过上一次广播，业务系统监听到本系统第二异常消息时，修复工具已将该异常修复成功，业务系统将该第二异常消息已修复的异常处理结果反馈给异常消息处理系统，异常处理系统就不再将该第二异常消息发送到异常消息处理队列进行广播，而是将异常消息表该第二异常消息对应的修复状态的未修复更改为已修复。如果在达到预设发送次数时，该第二异常消息的修复状态还是未修复，说明该第二异常消息修复失败，则认为其广播也失败，异常处理系统将异常消息表中该异常消息对应的修复状态更改为广播失败，优选的，修复状态为广播失败的异常处理状态可以是不可修复异常，异常处理系统还将该异常消息记录在广播失败表，优选的，广播失败具体可以是异常超发送次数表，该异常超发送次数表用于记录超过修复发送次数的异常消息。

对于不同的异常的不同情况分别进行处理，提高了异常处理效率。

本发明实施例提供的一种异常的处理方法，应用于异常处理系统，首先接收至少一个业务系统发送的第一异常消息，其中第一异常消息为符合预设校验标准的异常消息；将第一异常消息记录至异常消息表，并将记录的第一异常消息的处理状态设置为未修复，且处理状态根据第一异常消息的处理进程进行更新；依序对异常消息表进行查询，并将查询到的首个处理状态为未修复的第一异常消息，作为当前待处理的第二异常消息；将第二异常消息进行广播，以使与第二异常消息对应的业务系统根据监听的第二异常消息进行异常处理。提高了异常处理效率，且能对不同异常进行统一管理和修复。

实施例二

图2是本发明实施例二提供的一种异常的处理方法的流程示意图，本实施例可适用于对业务系统发生的异常进行处理的情况。该方法可以由本发明实施例提供的异常的处理装置来执行，该装置可以采用软件和/或硬件的方式实现，并配置于终端中，例如电脑中。相应的，如图2所示，应用于业务系统，该方法包括如下操作：

s210、接收异常消息，对异常消息进行包装处理以得到异常消息对应的特定异常；

异常投递工具向业务系统暴露两种异常搜集接口，一种是本地接口，发生异常时，业务系统随即调用本地接口捕获异常信息，本地接口捕获的异常不作任何异常处理；除此之外，还可以通过对异常进行包装得到特定异常，该特定异常可以是对原始异常指定了异常代码，也可以是包含了原始异常产生场景的参数，将包装后的特定异常通过方法调用栈进行上报，当异常搜集工具的特定注解搜集到该特定异常时，业务系统通过该特定注解将该特定异常捕获。业务系统通过接收捕获到的异常消息中包含该异常参数、异常码以及对应的应用名称，上述特定注解此处实现和接口相似的功能，示例性的，可以借助spring中的面向切面编程(aspectorientedprogramming,aop)利用特定注解捕获特定异常。

s220、于特定异常符合预设校验标准时，将特定异常作为第一异常消息发送至异常处理系统；

将经过包装的特定异常利用实施例一所述的预设校验标准进行消息校验，通过消息校验的特定异常作为第一异常消息，将该第一异常消息通过业务系统的通过消息校验的异常消息队列发送至异常处理系统在异常消息表中进行保存。

s230、对异常处理系统广播的第二异常消息进行监听，并从第二异常消息中筛选出本业务系统的第四异常消息；

异常处理系统会对异常消息表中处理状态为未处理的异常消息通过定时任务调度系统进行查询，对于成功查询到的某第一异常消息作为当前处理的第二异常消息发送到异常消息处理队列进行广播，业务系统对异常处理系统在异常消息队列广播的第二异常消息进行监听，如果监听到该第二异常消息属于本业务系统，则由该业务系统将该第二异常消息作为第四异常消息通过调用系统接口接收，并进行后续异常处理。示例性的，可以通过第二异常消息包含的应用名称判断该第二异常消息是否属于本业务系统。

s240、根据第四异常消息携带的数据对异常事件进行场景还原，并基于还原的场景所对应的修复模块对异常事件进行修复。

场景还原是指异常修复工具对异常的参数和/或数据进行还原。修复模块为业务系统的异常修复工具。业务系统根据监听到的属于本业务系统的第四异常消息包含的异常代码、异常产生场景参数调用异常修复系统的修复工具对该第四异常消息进行场景还原，第四异常消息的参数和/或数据被还原之后，修复工具就可以对该异常进行修复。

本发明实施例提供的一种异常的处理方法，应用于业务系统，包括：接收异常消息，对异常消息进行包装处理以得到异常消息对应的特定异常；在特定异常符合预设校验标准时，将特定异常作为第一异常消息发送至异常处理系统；业务系统对异常处理系统广播的第二异常消息进行监听，并从第二异常消息中筛选出本业务系统的第四异常消息；根据第四异常消息携带的数据对异常事件进行场景还原，并基于还原的场景所对应的修复模块对异常事件进行修复。业务系统监定属于本业务系统的异常，便于进行异常修复。

实施例三

图3是本发明实施例三提供的一种异常的处理装置结构示意图。该装置用于执行上述实施例所提供的一种异常的处理方法，应用于异常处理系统。该装置包括：

第一异常消息接收模块310，用于接收至少一个业务系统发送的第一异常消息，其中第一异常消息为符合预设校验标准的异常消息；

记录模块320，用于将第一异常消息记录至异常消息表，并将记录的第一异常消息的处理状态设置为未修复，且处理状态根据第一异常消息的处理进程进行更新；

查询模块330，用于依序对异常消息表进行查询，并将查询到的首个处理状态为未修复的第一异常消息，作为当前待处理的第二异常消息；

广播模块340，用于将第二异常消息进行广播，以使与第二异常消息对应的业务系统根据监听的第二异常消息进行异常处理。

可选的，该异常的处理装置，应用于异常处理系统，还包括

第三异常接收模块，用于接收至少一个业务系统投递的第三异常消息，其中所述第三异常消息为不符合预设校验标准的异常消息。

可选的，记录模块还包括：

将所述第三异常消息记录至投递异常表，并将所述投递异常表发送至预设客户端。

可选的，当查询到的所述异常消息表中处理状态为未修复的第一异常消息为空时，对所述第一异常消息以及所述第一异常消息的异常数据汇总。

可选的，广播模块还包括：

接收与所述第二异常消息对应的业务系统发送的异常处理结果；

当所述异常处理结果为处理成功时，将所述第二异常消息的处理状态由所述未修复更新为已修复；

当所述异常处理结果为处理失败时，将所述第二异常消息的处理状态由所述未修复更新为修复失败；

将处理状态为修复失败的第二异常消息记录至修复失败表；

判断所述第二异常消息是否广播成功；

若否，则将所述第二异常消息重新进行广播，并更新所述第二异常消息的重试次数，直至所述第二异常消息广播成功，或所述重试次数达到预设次数为止；

当所述重试次数达到预设次数时，将所述第二异常消息的处理状态由所述未修复更新为广播失败；

将处理状态为广播失败的第二异常消息记录至广播失败表。

本发明实施例三提供的一种异常的处理装置，可执行本发明任意实施例所提供的异常的处理方法，应用于异常处理系统具备执行方法相应的功能模块和有益效果。

实施例四

图4是本发明实施例四提供的一种异常的处理装置结构示意图。该装置用于执行上述实施例所提供的一种异常的处理方法，应用于业务系统，该装置包括：

包装处理模块410，用于接收异常消息，对异常消息进行包装处理以得到异常消息对应的特定异常；

发送模块420，用于于特定异常符合预设校验标准时，将特定异常作为第一异常消息发送至异常处理系统；

监听模块430，用于对异常处理系统广播的第二异常消息进行监听，并从第二异常消息中筛选出本业务系统的第四异常消息；

修复模块440，用于根据第四异常消息携带的数据对异常事件进行场景还原，并基于还原的场景所对应的修复模块对异常事件进行修复。

本发明实施例四提供的一种异常的处理装置，可执行本发明任意实施例所提供的异常的处理方法，应用于业务系统，具备执行方法相应的功能模块和有益效果。

实施例五

图5是本发明实施例五提供的一种终端的结构示意图。图5示出了适于用来实现本发明任一实施方式的示例性终端12的框图。图5显示的终端12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。设备12典型的是承担乳房分割功能的终端。

如图5所示，终端12以通用计算设备的形式表现。终端12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，存储器28，连接不同组件(包括存储器28和处理单元16)的总线18。

总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(industrystandardarchitecture，isa)总线，微通道体系结构(microchannelarchitecture，mca)总线，增强型isa总线、视频电子标准协会(videoelectronicsstandardsassociation，vesa)局域总线以及外围组件互连(peripheralcomponentinterconnect，pci)总线。

终端12典型地包括多种计算机可读介质。这些介质可以是任何能够被终端12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

存储器28可以包括易失性存储器形式的计算机装置可读介质，例如随机存取存储器(randomaccessmemory，ram)30和/或高速缓存存储器32。终端12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图5未显示，通常称为“硬盘驱动器”)。尽管图5中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如只读光盘(compactdisc-readonlymemory，cd-rom)、数字视盘(digitalvideodisc-readonlymemory，dvd-rom)或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品40，该程序产品40具有一组程序模块42，这些程序模块被配置以执行本发明各实施例的功能。程序产品40，可以存储在例如存储器28中，这样的程序模块42包括但不限于一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。

终端12也可以与一个或多个外部设备14(例如键盘、鼠标、摄像头等和显示器)通信，还可与一个或者多个使得用户能与该终端12交互的设备通信，和/或与使得该终端12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口22进行。并且，终端12还可以通过网络适配器20与一个或者多个网络(例如局域网(localareanetwork，lan)，广域网wideareanetwork，wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与终端12的其它模块通信。应当明白，尽管图中未示出，可以结合终端12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、磁盘阵列(redundantarraysofindependentdisks，raid)装置、磁带驱动器以及数据备份存储装置等。

处理器16通过运行存储在存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发明上述实施例所提供的异常的处理方法，应用于异常处理系统，该方法包括：

接收至少一个业务系统发送的第一异常消息，其中第一异常消息为符合预设校验标准的异常消息；

将第一异常消息记录至异常消息表，并将记录的第一异常消息的处理状态设置为未修复，且处理状态根据第一异常消息的处理进程进行更新；

依序对异常消息表进行查询，并将查询到的首个处理状态为未修复的第一异常消息，作为当前待处理的第二异常消息；

将第二异常消息进行广播，以使与第二异常消息对应的业务系统根据监听的第二异常消息进行异常处理。

应用于业务系统，该方法包括：

接收异常消息，对异常消息进行包装处理以得到所述异常消息对应的特定异常；

于特定异常符合预设校验标准时，将特定异常作为第一异常消息发送至异常处理系统；

对异常处理系统广播的第二异常消息进行监听，并从第二异常消息中筛选出本业务系统的第四异常消息；

根据第四异常消息携带的数据对异常事件进行场景还原，并基于还原的场景所对应的修复模块对所述异常事件进行修复。

实施例六

本发明实施例六还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请任意实施例提供的异常的处理方法方法，应用于异常处理系统，该方法包括：

接收至少一个业务系统发送的第一异常消息，其中第一异常消息为符合预设校验标准的异常消息；

将第一异常消息记录至异常消息表，并将记录的第一异常消息的处理状态设置为未修复，且处理状态根据第一异常消息的处理进程进行更新；

依序对异常消息表进行查询，并将查询到的首个处理状态为未修复的第一异常消息，作为当前待处理的第二异常消息；

将第二异常消息进行广播，以使与第二异常消息对应的业务系统根据监听的第二异常消息进行异常处理。

应用于业务系统，该方法包括：

接收异常消息，对异常消息进行包装处理以得到所述异常消息对应的特定异常；

于特定异常符合预设校验标准时，将特定异常作为第一异常消息发送至异常处理系统；

对异常处理系统广播的第二异常消息进行监听，并从第二异常消息中筛选出本业务系统的第四异常消息；

根据第四异常消息携带的数据对异常事件进行场景还原，并基于还原的场景所对应的修复模块对所述异常事件进行修复。

当然，本发明实施例所提供的一种计算机可读存储介质，其上存储的计算机程序不限于如上的方法指令，还可以执行本发明任一实施例所提供的异常的处理方法。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的装置、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行装置、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行装置、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、rf等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明指令的计算机程序代码，程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。