CN109325865A - 异常处理方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本发明涉及金融技术领域，提供了一种异常处理方法、装置、计算机设备及存储介质，所述方法包括：获取预设保单任务的执行信息，并将执行信息保存到日志库中；从日志库中筛选出任务执行状态为失败的结果信息作为异常信息，并将异常信息发送到预设的错误日志库中；根据脚本对应关系，从异常处理库中查询异常信息对应的第一预存异常处理脚本；若查询成功，则执行第一预存异常处理脚本；若查询失败，则通过对异常信息与历史异常信息进行模糊匹配的方式，确定与异常信息相匹配的目标历史异常信息，并执行目标历史异常信息对应的第二预存异常处理脚本。本发明的技术方案实现在保险金融系统中对保单数据异常的自动修复，提高保单数据异常的处理效率。

Description

异常处理方法、装置、计算机设备及存储介质

技术领域

本发明涉及金融技术领域，尤其涉及一种异常处理方法、装置、计算机设备及存储介质

背景技术

目前，保险金融系统人员流动性大，存在技术处理经验流失的情况，从而在出现保单数据异常时，缺乏经验的技术人员由于经验不足，需要花费大量的时间进行钻研，无法及时完成异常处理，从而降低保单数据异常的处理效率；同时，保险金融系统中数据量庞大，通过人工干预的方式对异常数据进行定位和处理，需要花费较多时间，也造成了保单数据异常的处理效率低下。

发明内容

本发明实施例提供一种异常处理方法、装置、计算机设备及存储介质，以解决对保单数据异常的处理效率低的问题。

一种异常处理方法，包括：

获取预设保单任务的执行信息，并将所述执行信息保存到日志库中，其中，所述执行信息包含任务执行状态和结果信息；

从所述日志库中筛选出所述任务执行状态为失败的结果信息作为异常信息，并将所述异常信息发送到预设的错误日志库中；

根据脚本对应关系，从所述异常处理库中查询所述异常信息对应的历史异常处理脚本作为第一预存异常处理脚本，其中，所述异常处理库包含历史异常信息、所述历史异常处理脚本，以及所述历史异常信息与所述历史异常处理脚本之间的所述脚本对应关系；

若查询成功，则执行所述第一预存异常处理脚本；

若查询失败，则通过对所述异常信息与所述历史异常信息进行模糊匹配的方式，确定与所述异常信息相匹配的目标历史异常信息，并执行所述目标历史异常信息对应的第二预存异常处理脚本。

一种异常处理装置，包括：

获取模块，用于获取预设保单任务的执行信息，并将所述执行信息保存到日志库中，其中，所述执行信息包含任务执行状态和结果信息；

筛选模块，用于从所述日志库中筛选出所述任务执行状态为失败的结果信息作为异常信息，并将所述异常信息发送到预设的错误日志库中；

查询模块，用于根据脚本对应关系，从所述异常处理库中查询所述异常信息对应的历史异常处理脚本作为第一预存异常处理脚本，其中，所述异常处理库包含历史异常信息、历史异常处理脚本，以及所述历史异常信息与所述历史异常处理脚本之间的所述脚本对应关系；

成功模块，用于若查询成功，则执行所述第一预存异常处理脚本；

失败模块，用于若查询失败，则通过对所述异常信息与所述历史异常信息进行模糊匹配的方式，确定与所述异常信息相匹配的目标历史异常信息，并执行所述目标历史异常信息对应的第二预存异常处理脚本。

一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述异常处理方法的步骤。一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述异常处理方法的步骤。

上述异常处理方法、装置、计算机设备及存储介质，通过从日志库中筛选出异常信息并发送到预设的错误日志库中，能够及时发现异常信息，提高异常识别率，再根据脚本对应关系，查询与异常信息对应的第一预存异常处理脚本，若查询成功则选择对应的第一预存异常处理脚本对异常修复，能够实现对系统异常问题的自动修复，避免人工干预，从而提高异常处理效率，并且在查询失败的情况下，进一步采用模糊匹配的方式，在异常处理库中确定与异常信息相匹配的目标历史异常信息，并执行该目标历史异常信息对应的异常处理脚本完成对保单数据异常的修复，从而实现对保险金融系统中的保单数据异常的自动修复，提高保单数据异常的处理效率。

附图说明

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

图1是本发明实施例提供的异常处理方法的应用环境示意图；

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

图3是本发明实施例提供的异常处理方法中步骤S3的流程图；

图4是本发明实施例提供的异常处理方法中接收并执行第二目标用户反馈的修改脚本的流程图；

图5是本发明实施例提供的异常处理装置的示意图；

图6是本发明实施例提供的计算机设备的示意图。

具体实施方式

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

图1示出了本发明实施例提供的应用环境，该应用环境包括服务端和客户端，其中，服务端和客户端之间通过网络进行连接，客户端用于接收保单数据，服务端用于监测保单数据在处理过程中可能出现的异常信息，并对异常信息对应的异常问题进行修复，客户端具体可以但不限于是手机、平板电脑、个人计算机(Personal Computer，PC)等智能终端设备；服务端具体可以用独立的服务器或者多个服务器组成的服务器集群实现。本发明实施例提供的异常处理方法应用于服务端。

在一实施例中，如图2所示，提供一种异常处理方法，以该方法应用在图1中的服务端为例进行说明，包括如下步骤：

S1：获取预设保单任务的执行信息，并将执行信息保存到日志库中，其中，执行信息包含任务执行状态和结果信息。

在本发明实施例中，预设保单任务是指在保险系统中运行的保单任务，例如计算保单价格的保单任务，评估保单信息的保单任务等。预设保单任务的执行信息的获取方式具体可以是通过对预设保单任务进行监控，实时或者定期提取预设保单任务的执行信息，也可以是从存储执行信息的数据库中实时或者定期提取预设保单任务的执行信息，还可以是其他获取方式，具体可以根据实际应用的需要进行选择，此处不做限制。

具体地，服务端获取预设保单任务的执行信息后，将该执行信息输出到指定的日志库中。

需要说明的是，任务执行状态可以包括执行中、执行成功和执行失败等，且任务执行状态与结果信息之间存在对应关系，例如，任务执行状态为执行中的任务对应的结果信息可以包含任务执行过程中的过程数据，任务执行状态为执行成功的任务对应的结果信息可以包含任务执行成功的标识信息和执行完成的结果数据，任务执行状态为执行失败的任务对应的结果信息可以包含任务执行失败的标识信息和执行失败的原因。

例如，若预设保单任务为识别保单尾号为0的保单信息，当在识别保单尾号为0的保单信息时，其执行状态为执行中，对应的结果信息为保单号；当成功识别保单尾号为0的保单信息时，其执行状态为执行成功，对应的结果信息为空；当没有识别到保单尾号为0的保单信息时，其执行状态为执行失败，对应的结果信息为错误编码和错误描述信息。

S2：从日志库中筛选出任务执行状态为失败的结果信息作为异常信息，并将异常信息发送到预设的错误日志库中。

具体地，获取日志库中的执行信息，通过对执行信息中的任务执行状态进行检测，当任务执行状态为失败时，则将该任务执行状态对应的结果信息作为异常信息，并将该异常信息输出到预设的错误日志库中。

其中，预设的错误日志库是指用来存储异常信息的日志库。

进一步地，异常信息包含错误编码和错误描述信息，错误编码是服务端按照预设的编号方式对异常信息生成对应的数字符号，比如00001，错误描述信息为描述异常问题的具体错误内容或者错误原因等，比如违反唯一约束条件。

例如，在步骤S1的例子中，通过对任务执行状态为执行失败对应的结果信息进行捕获，由于对应的结果信息为错误编码和错误描述信息，则将错误编码和错误描述信息输出到预设的错误日志库中。

S3：根据脚本对应关系，从异常处理库中查询异常信息对应的历史异常处理脚本作为第一预存异常处理脚本，其中，异常处理库包含历史异常信息、历史异常处理脚本，以及历史异常信息与历史异常处理脚本之间的脚本对应关系。

在本发明实施例中，异常信息包含错误编码和错误描述信息，脚本对应关系为错误编码与历史异常处理脚本之间的对应关系，异常处理库中预先保存了历史异常信息、历史异常处理脚本，以及历史异常信息与历史异常处理脚本之间的脚本对应关系。

其中，历史异常信息是指服务端保存的历史出现的异常信息，历史异常处理脚本是指与历史出现的异常信息对应的异常处理脚本，异常处理脚本具体可以是以可扩展标记语言(Extensible Markup Language，XML)文件的形式存在，此处不做限制。

具体地，根据错误编码与历史异常处理脚本之间的对应关系，从异常处理库中查询与异常信息中的错误编码对应的历史异常处理脚本作为第一预存异常处理脚本。

例如，异常处理库中错误编码ora-00001与“违反唯一约束条件”的历史异常处理脚本之间存在对应关系，若异常信息的错误编码为ora-00001，则从异常处理库中查询错误编码为ora-00001对应的“违反唯一约束条件”的历史异常处理脚本。

S4：若查询成功，则执行第一预存异常处理脚本。

具体地，若从异常处理库中查询到与异常信息对应的第一预存异常处理脚本时，则表示查询成功，获取查询到的第一预存异常处理脚本，并添加到待执行的定时任务里，当定时任务开始执行时，自动运行该第一预存异常处理脚本，对出现异常信息的异常问题进行修复。

进一步地，步骤S3中的异常处理库也可以保存第一预存异常处理脚本的唯一标识信息，该唯一标识信息具体可以是文件身份识别号(Identity，ID)，并将第一预存异常处理脚本以XML文件的形式保存在预设的目标路径下，且文件ID与XML文件唯一对应。若检测到步骤S3的查询数据表中查询成功的查询状态时，通过唯一标识信息在目标路径下获取该唯一标识信息对应的XML文件，并根据该XML文件中的第一预存异常处理脚本得到对应的结构化查询语句(Structured Query Language，SQL)，将该SQL语句添加到定时任务中，当定时任务开始执行时，则运行该SQL语句，其中，预设的目标路径是指用户预先设置好的文件夹下。

需要说明的是，当用户需要修改第一预存异常处理脚本时，可以直接通过XML文件进行修改，故采用XML文件的方式有利于用户对第一预存异常处理脚本的灵活修改。

S5：若查询失败，则通过对异常信息与历史异常信息进行模糊匹配的方式，确定与异常信息相匹配的目标历史异常信息，并执行目标历史异常信息对应的第二预存异常处理脚本。

具体地，若从异常处理库中未查询到与异常信息对应的第一预存异常处理脚本，则表示查询失败，获取异常信息的错误描述信息，将错误描述信息与异常处理库中的历史异常信息的历史错误描述信息进行模糊匹配，若通过模糊匹配查询到与异常信息相匹配的目标历史异常信息时，则调用与该目标历史异常信息存在对应关系的第二预存异常处理脚本，并添加到待执行的定时任务里面，当定时任务开始执行时，自动运行该第二预存异常处理脚本，对出现异常信息的异常问题进行修复。

需要说明的是，模糊匹配的方式具体可以是根据异常信息包含的关键词，匹配包含该关键词的目标历史异常信息。

本实施例中，通过从日志库中筛选出异常信息并发送到预设的错误日志库中，能够及时发现异常信息，提高异常识别率，再根据脚本对应关系，查询与异常信息对应的第一预存异常处理脚本，若查询成功则选择对应的第一预存异常处理脚本对异常修复，能够实现对系统异常问题的自动修复，避免人工干预，从而提高异常处理效率，并且在查询失败的情况下，进一步采用模糊匹配的方式，在异常处理库中确定与异常信息相匹配的目标历史异常信息，并执行该目标历史异常信息对应的异常处理脚本完成对保单异常数据的修复，从而实现对保险金融系统中的保单数据异常的自动修复，提高保单数据异常的处理效率。

在一实施例中，异常信息包含错误编码和错误描述信息，脚本对应关系为错误编码与历史异常处理脚本之间的对应关系。

如图3所示，步骤S5中，即通过对异常信息与历史异常信息进行模糊匹配的方式，确定与异常信息相匹配的目标历史异常信息，并执行目标历史异常信息对应的第二预存异常处理脚本具体包括如下步骤：

S51：提取异常信息中的错误描述信息。

在本发明实施例中，异常信息包含错误编码和错误描述信息，当检测到异常信息中的错误描述信息时，则提取该错误描述信息。

S52：对错误描述信息进行分词处理，得到标识单词。

在本发明实施例中，根据步骤S51提取到的错误描述信息，根据预设的切割方式对该错误描述信息进行分词处理，得到分割后的若干词序列，并将每个词序列作为标识单词。

其中，预设的切割方式可以是以预设字符个数作为间隔进行切割，还可以是根据语义进行切割，其具体地切割方式可以根据实际应用的需要进行设置，此处不做限制。

例如，若系统异常信息的错误描述信息为“字段超出范围”，根据语义对该错误描述信息进行切割，将其分成“字段”、“超出”和“范围”三个标识单词。

S53：将标识单词与每个历史异常信息包含的历史错误描述信息进行匹配，计算错误描述信息与每个历史错误描述信息相匹配的标识单词的数量。

具体地，将标识单词与历史错误描述信息进行匹配，从每个历史异常信息中查找包含标识单词的历史错误描述信息，并计算每个历史错误描述信息中包含错误描述信息的标识单词的数量。

例如，若有3个历史错误描述信息分别为：“字段选择错误”、“容量超出规定范围”和“字段超出预设阈值”，错误描述信息为“字段超出范围”，则根据语义切割的方式对该错误描述信息进行切割，得到的标识单词为“字段”、“超出”和“范围”，分别将“字段”、“超出”和“范围”与3个历史错误描述信息进行匹配，计算出“字段选择错误”和“容量超出规定范围”与“字段超出范围”相匹配的标识单词的数量都为1，“字段超出预设阈值”与“字段超出范围”相匹配的标识单词的数量为2。

S54：若不存在数量大于预设数量阈值的目标历史错误描述信息，则确认模糊匹配结果为匹配失败，并将第二预存异常处理脚本设置为空，否则，确认模糊匹配结果为匹配成功，并将数量大于预设数量阈值的目标历史错误描述信息对应的历史异常处理脚本，作为第二预存异常处理脚本。

在本发明实施例中，目标历史错误描述信息是指与错误描述信息相匹配的历史错误描述信息，预设数量阈值用于判断模糊匹配的结果是否成功，其具体的取值范围可以根据实际应用的需要进行设置，此处不做限制。

具体地，获取历史错误描述信息与错误描述信息的标识单词相匹配的数量，将其与预设数量阈值进行比较，若每个历史错误描述信息与错误描述信息的标识单词相匹配的数量都小于或者等于预设数量阈值，则表示未查询到与错误描述信息对应的目标历史错误描述信息，模糊匹配失败，即不存在第二预存异常处理脚本，将第二预存异常处理脚本设置为空；若存在一个或者多个历史错误描述信息与错误描述信息的标识单词相匹配的数量大于预设数量阈值，则表示查询到与错误描述信息对应的目标历史错误描述信息，模糊匹配成功，并将与该目标历史错误描述信息存在对应关系的历史异常处理脚本作为第二预存异常处理脚本。

可以理解的是，模糊匹配成功的第二预存异常处理脚本可以包含一个异常处理脚本，也可以包含多个异常处理脚本。

S55：将模糊匹配结果、异常信息和第二预存异常处理脚本发送给第一目标用户进行确认。

具体地，将异常信息，以及步骤S54得到的模糊匹配结果和第二预存异常处理脚本，按照预设的通知方式发送给第一目标用户进行确认。

其中，预设的通知方式可以是通过指定邮箱进行发送，其具体的通知方式可以根据实际应用的需要进行设置，此处不做限制。

S56：获取第一目标用户反馈的目标异常处理脚本，并将目标异常处理脚本作为更新后的第二预存异常处理脚本。

具体地，第一目标用户接收到模糊匹配结果、异常信息和第二预存异常处理脚本后，根据接收到的异常信息对异常问题作进一步的分析，并可以根据分析结果从接收到的第二预存异常处理脚本中选择其中一个第二预存异常处理脚本作为目标异常处理脚本，或者也可以由用户自己重新编写新的异常处理脚本，并将该新的异常处理脚本作为目标异常处理脚本。

第一目标用户将目标异常处理脚本通过客户端反馈给服务端，当服务端获取到该目标异常处理脚本时，对第二预存异常处理脚本进行更新，将该目标异常处理脚本设置为更新后的异常处理脚本。

S57：执行更新后的第二预存异常处理脚本。

具体地，调用更新后的第二预存异常处理脚本，将其添加到待执行的定时任务里面，当定时任务开始执行时，自动运行该第二预存异常处理脚本，并将第二预存异常处理脚本的执行状态记录到脚本运行记录表中。

其中，脚本运行记录表主要用于记录更新后的第二预存异常处理脚本的执行状态以及与第二预存异常处理脚本对应的异常信息，其中，该异常信息包括错误描述信息，执行状态可以包括成功和失败两种状态。

本实施例中，通过对错误描述信息进行分词处理得到标识单词，根据标识单词与每个历史错误描述信息进行匹配，计算错误描述信息与历史错误描述信息相匹配的标识单词的数量，将该数量与预设数量阈值进行比较，若不存在数量大于预设数量阈值，则表示模糊匹配结果为失败，将第二预存异常处理脚本设置为空，否则，表示模糊匹配结果为成功，获取匹配到的历史异常处理脚本作为第二预存异常处理脚本，最后将模糊匹配结果、异常信息以及第二预存异常处理脚本都发送给第一目标用户进行确认，获取第一目标用户反馈的目标异常处理脚本作为更新后的第二预存异常处理脚本，并执行该脚本。通过分词处理获取标识单词进行模糊匹配，能够提高匹配到相关历史异常处理脚本的机率，并且通过模糊匹配的方式，将未能自动修复的异常信息对应的异常问题以及该异常信息对应的模糊匹配结果发送给目标用户，由用户进一步选择反馈，能够提高异常修复的准确性，从而在保险金融系统中，提高保单数据异常修复的准确性。

在一实施例中，步骤S57之后，该异常处理方法还可以进一步对异常处理库进行更新，详述如下：

当检测到更新后的第二预存异常处理脚本执行成功时，建立异常信息与更新后的第二预存异常处理脚本之间的对应关系，并将该对应关系添加到异常处理库中。

本实施例中，通过检测步骤S7中脚本运行记录表中第二预存异常处理脚本的执行状态，当检测到执行状态为成功时，建立异常信息中的错误编码与更新后的第二预存异常处理脚本之间的对应关系，并将该对应关系添加到异常处理库中。

例如，若异常信息中的错误编码为001，与该异常信息对应的第二预存异常处理脚本为“字段异常”的修复脚本，当检测到脚本运行记录表中错误编码为001的异常信息对应的“字段异常”的修复脚本的执行状态为成功时，将错误编码001与“字段异常”的修复脚本建立唯一对应的对应关系，并将该对应关系添加到异常处理库中，若在异常处理库中搜索错误编码001，则可以查询到“字段异常”的修复脚本。

本实施例中，当检测到更新后的第二预存异常处理脚本执行成功时，建立异常信息与更新后的第二预存异常处理脚本之间的对应关系，并添加到异常处理库中。在更新后的第二预存异常处理脚本执行成功的情况下，保证更新后的第二预存异常处理脚本能够解决与其对应的异常问题，确保对异常修复的准确性，再将该对应关系添加到异常处理库中，能够扩大异常的修复范围，提高异常处理的效率。

在一实施例中，如图4所示，所述异常处理方法还包括如下步骤：

S6：按照预设的异常类型划分方式，对错误日志库中的每个异常信息进行归类，得到每个异常类型中所有异常信息的汇总量。

在本发明实施例中，预设的异常类型可以根据异常信息在服务端中的功能进行划分，例如：验证类型、识别类型等；也可以根据异常信息对应的保险类型进行划分，例如：寿险类型、车险类型等，异常类型的具体划分方式可以根据实际应用的需要进行设置，此处不做限制。

具体地，将错误日志库中的异常信息进行标签化处理，针对每个异常信息的错误描述信息，从错误描述信息中提取预设的词根作为标签信息，并将相同标签信息的异常信息划分到该标签信息对应的异常类型下，计算每个异常类型中所有标签信息对应的异常信息的汇总量，其中，预设的词根为用户预先根据异常信息的描述信息设置的关键词根。

例如，若异常信息A的错误描述信息为“保单数据验证失败”，异常信息B的错误描述信息为“保单数据重复验证”，异常类型为“数据验证”，且该异常类型中包含“数据验证失败”和“数据重复验证”的标签信息，预设的词根为“数据”、“验证”、“失败”和“重复”，则异常信息A的标签信息为“数据验证失败”，异常信息B的标签信息为“数据重复验证”，由于异常类型“数据验证”包含“数据验证失败”和“数据重复验证”的标签信息，故将异常信息A和异常信息B都划分到“数据验证”的异常类型中，并计算得到该异常类型中包含异常信息的汇总量为2。

S7：若任一异常类型中异常信息的汇总量超过预设阈值，则将超过预设阈值的目标汇总量和目标汇总量对应的异常类型中的所有异常信息发送给第二目标用户。

在本发明实施例中，预设阈值主要用于判断是否将异常信息及其步骤S6获取的汇总量发送给第二目标用户。

具体地，将步骤S6获取的每个异常类型对应的异常信息的汇总量与预设阈值进行比较，若任一异常类型中异常信息的汇总量超过预设阈值，则将超过预设阈值的汇总量作为目标汇总量，并按照预设的通知方式，将该目标汇总量以及该目标汇总量对应的异常类型中的所有异常信息发送给第二目标用户，其中，第二目标用户可以和第一目标用户相同，也可以不同，并且可以预先设置第二目标用户与第一目标用户之间的关系。

其中，预设的通知方式可以是通过指定邮箱进行发送，其具体的通知方式可以根据实际应用的需要进行设置，此处不做限制。

S8：接收第二目标用户反馈的修改脚本，并执行修改脚本。

具体地，当检测到第二目标用户发送的修改脚本时，则调用该修改脚本信息，将其添加到待执行的定时任务里面，当定时任务开始执行时，自动运行该修改理脚本，其中，修改脚本是指第二目标用户对异常问题进行修复的处理脚本。

例如，系统查询追溯天数字段的取值范围最大为999天，若要判断保单信息是否发生保全，当保单信息在犹豫期内退保，则需要对保单信息进行追溯，并计算追溯的天数，假如保单信息是2014年6月生效，犹豫期退保在2018年1月份，其需要追溯的天数超过1000天，由于该天数超过了系统查询追溯天数字段的取值范围，故在查询过程中系统会报错，产生异常信息，该异常信息包含的错误描述信息为“字段超出范围”，将该异常信息发送到预设的错误日志库并对该错误日志库中每个异常信息按照异常类型进行划分，预设的词根为“字段”和“超出”，预设的异常类型为“字段异常”且包含“字段超出”的标签信息，则根据预设的词根得到该异常信息对应的标签信息为“字段超出”，按照预设的异常类型将该标签信息对应的异常信息划分到“字段异常”的异常类型下，并实时检测该错误日志库中“字段异常”的异常类型下“字段超出”对应的异常信息的数量，假设预设阈值为100，当检测到“字段超出”异常信息的数量超过100时，则将该异常类型中“字段超出”异常信息的数量及其对应的异常信息通过指定邮件发送给第二目标用户，当检测到第二目标用户发送的修改脚本时，则接收并执行该修改脚本。

本实施例中，通过获取错误日志库中每个异常类型的汇总量，将该汇总量与预设阈值进行比较，若该汇总量超过预设阈值，则将该汇总量作为目标汇总量，并将该目标汇总量以及该目标汇总量对应的异常类型中的所有异常信息发送给第二目标用户，接收并执行第二目标用户反馈的修改脚本。通过实时对异常类型的汇总量进行检测，达到设定条件后反馈给用户，可以有效提示用户系统存在的异常问题，帮助用户对系统进行完善，从而提高系统的适用性，进一步提高对异常的处理效率。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

在一实施例中，提供一种异常处理装置，该异常处理装置与上述实施例中异常处理方法一一对应。如图5所示，该异常处理装置包括获取模块51、筛选模块52、查询模块53、成功模块54和失败模块55。各功能模块详细说明如下：

获取模块51，用于获取预设保单任务的执行信息，并将执行信息保存到日志库中，其中，执行信息包含任务执行状态和结果信息；

筛选模块52，用于从日志库中筛选出任务执行状态为失败的结果信息作为异常信息，并将异常信息发送到预设的错误日志库中；

查询模块53，用于根据脚本对应关系，从异常处理库中查询异常信息对应的历史异常处理脚本作为第一预存异常处理脚本，其中，异常处理库包含历史异常信息、历史异常处理脚本，以及历史异常信息与历史异常处理脚本之间的脚本对应关系；

成功模块54，用于若查询成功，则执行第一预存异常处理脚本；

失败模块55，用于若查询失败，则通过对异常信息与历史异常信息进行模糊匹配的方式，确定与异常信息相匹配的目标历史异常信息，并执行目标历史异常信息对应的第二预存异常处理脚本。

进一步地，失败模块55包括：

关系子模块551，用于异常信息包含错误编码和错误描述信息，脚本对应关系为错误编码与历史异常处理脚本之间的对应关系；

提取子模块552，用于提取异常信息中的错误描述信息；

分词子模块553，用于对错误描述信息进行分词处理，得到标识单词；

计算子模块554，用于将标识单词与每个历史异常信息包含的历史错误描述信息进行匹配，计算错误描述信息与每个历史错误描述信息相匹配的标识单词的数量；

比较子模块555，用于若不存在数量大于预设数量阈值的目标历史错误描述信息，则确认模糊匹配结果为匹配失败，并将第二预存异常处理脚本设置为空，否则，确认模糊匹配结果为匹配成功，并将数量大于预设数量阈值的目标历史错误描述信息对应的历史异常处理脚本，作为第二预存异常处理脚本；

第一发送子模块556，用于将模糊匹配结果、异常信息和第二预存异常处理脚本发送给第一目标用户进行确认；

更新子模块557，用于获取第一目标用户反馈的目标异常处理脚本，并将目标异常处理脚本作为更新后的第二预存异常处理脚本；

执行子模块558，用于执行更新后的第二预存异常处理脚本。

进一步地，该异常装置还包括：

添加模块，56，用于当检测到更新后的第二预存异常处理脚本执行成功时，建立异常信息与更新后的第二预存异常处理脚本之间的对应关系，并将该对应关系添加到异常处理库中。

进一步地，该异常装置还包括：

归类模块57，用于按照预设的异常类型划分方式，对错误日志库中的每个异常信息进行归类，得到每个异常类型中所有异常信息的汇总量；

第二发送模块58，用于若任一异常类型中异常信息的汇总量超过预设阈值，则将超过预设阈值的目标汇总量和目标汇总量对应的异常类型中的所有异常信息发送给第二目标用户；

执行反馈模块59，用于接收第二目标用户反馈的修改脚本，并执行该修改脚本。

关于异常处理装置的具体限定可以参见上文中对于异常处理方法的限定，在此不再赘述。上述异常处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

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

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述实施例异常处理方法的步骤，例如图2所示的步骤S1至步骤S5。或者，处理器执行计算机程序时实现上述实施例中异常处理装置的各模块的功能，例如图5所示模块51至模块55的功能。为避免重复，这里不再赘述。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述方法实施例中异常处理方法，或者，该计算机程序被处理器执行时实现上述装置实施例中异常处理装置中各模块的功能。为避免重复，这里不再赘述。本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims (10)

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

获取预设保单任务的执行信息，并将所述执行信息保存到日志库中，其中，所述执行信息包含任务执行状态和结果信息；

从所述日志库中筛选出所述任务执行状态为失败的结果信息作为异常信息，并将所述异常信息发送到预设的错误日志库中；

根据脚本对应关系，从所述异常处理库中查询所述异常信息对应的历史异常处理脚本作为第一预存异常处理脚本，其中，所述异常处理库包含历史异常信息、所述历史异常处理脚本，以及所述历史异常信息与所述历史异常处理脚本之间的所述脚本对应关系；

若查询成功，则执行所述第一预存异常处理脚本；

若查询失败，则通过对所述异常信息与所述历史异常信息进行模糊匹配的方式，确定与所述异常信息相匹配的目标历史异常信息，并执行所述目标历史异常信息对应的第二预存异常处理脚本。

2.如权利要求1所述的异常处理方法，其特征在于，所述异常信息包含错误编码和错误描述信息，所述脚本对应关系为所述错误编码与所述历史异常处理脚本之间的对应关系。

3.如权利要求2所述的异常处理方法，其特征在于，所述通过对所述异常信息与所述历史异常信息进行模糊匹配的方式，确定与所述异常信息相匹配的目标历史异常信息，并执行所述目标历史异常信息对应的第二预存异常处理脚本包括：

提取所述异常信息中的所述错误描述信息；

对所述错误描述信息进行分词处理，得到标识单词；

将所述标识单词与每个所述历史异常信息包含的历史错误描述信息进行匹配，计算所述错误描述信息与每个所述历史错误描述信息相匹配的所述标识单词的数量；

若不存在所述数量大于预设数量阈值的目标历史错误描述信息，则确认所述模糊匹配结果为匹配失败，并将所述第二预存异常处理脚本设置为空，否则，确认所述模糊匹配结果为匹配成功，并将所述数量大于预设数量阈值的目标历史错误描述信息对应的历史异常处理脚本，作为所述第二预存异常处理脚本；

将所述模糊匹配结果、所述异常信息和所述第二预存异常处理脚本发送给第一目标用户进行确认；

获取所述第一目标用户反馈的目标异常处理脚本，并将所述目标异常处理脚本作为更新后的所述第二预存异常处理脚本；

执行更新后的所述第二预存异常处理脚本。

4.如权利要求3所述的异常处理方法，其特征在于，所述执行更新后的所述第二预存异常处理脚本之后，所述异常处理方法还包括：

当检测到更新后的所述第二预存异常处理脚本执行成功时，建立所述异常信息与更新后的所述第二预存异常处理脚本之间的对应关系，并将所述对应关系添加到所述异常处理库中。

5.如权利要求1至4任一项所述的异常处理方法，其特征在于，所述异常处理方法还包括：

按照预设的异常类型划分方式，对所述错误日志库中的每个所述异常信息进行归类，得到每个异常类型中所有所述异常信息的汇总量；

若任一异常类型中异常信息的所述汇总量超过预设阈值，则将超过所述预设阈值的目标汇总量和所述目标汇总量对应的异常类型中的所有所述异常信息发送给第二目标用户；

接收所述第二目标用户反馈的修改脚本，并执行所述修改脚本。

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

获取模块，用于获取预设保单任务的执行信息，并将所述执行信息保存到日志库中，其中，所述执行信息包含任务执行状态和结果信息；

筛选模块，用于从所述日志库中筛选出所述任务执行状态为失败的结果信息作为异常信息，并将所述异常信息发送到预设的错误日志库中；

查询模块，用于根据脚本对应关系，从所述异常处理库中查询所述异常信息对应的历史异常处理脚本作为第一预存异常处理脚本，其中，所述异常处理库包含历史异常信息、所述历史异常处理脚本，以及所述历史异常信息与所述历史异常处理脚本之间的所述脚本对应关系；

成功模块，用于若查询成功，则执行所述第一预存异常处理脚本；

失败模块，用于若查询失败，则通过对所述异常信息与所述历史异常信息进行模糊匹配的方式，确定与所述异常信息相匹配的目标历史异常信息，并执行所述目标历史异常信息对应的第二预存异常处理脚本。

7.如权利要求6所述的异常处理装置，其特征在于，所述失败模块包括：

关系子模块，用于所述异常信息包含错误编码和错误描述信息，所述脚本对应关系为所述错误编码与所述历史异常处理脚本之间的对应关系；

提取子模块，用于提取所述异常信息中的所述错误描述信息；

分词子模块，用于对所述错误描述信息进行分词处理，得到标识单词；

计算子模块，用于将所述标识单词与每个所述历史异常信息包含的历史错误描述信息进行匹配，计算所述错误描述信息与每个所述历史错误描述信息相匹配的所述标识单词的数量；

比较子模块，用于若不存在所述数量大于预设数量阈值的目标历史错误描述信息，则确认所述模糊匹配结果为匹配失败，并将所述第二预存异常处理脚本设置为空，否则，确认所述模糊匹配结果为匹配成功，并将所述数量大于预设数量阈值的目标历史错误描述信息对应的历史异常处理脚本，作为所述第二预存异常处理脚本；

第一发送子模块，用于将所述模糊匹配结果、所述异常信息和所述第二预存异常处理脚本发送给第一目标用户进行确认；

更新子模块，用于获取所述第一目标用户反馈的目标异常处理脚本，并将所述目标异常处理脚本作为更新后的所述第二预存异常处理脚本；

执行子模块，用于执行更新后的所述第二预存异常处理脚本。

8.如权利要求6所述的异常处理装置，其特征在于，所述异常处理装置还包括：

归类模块，用于按照预设的异常类型划分方式，对所述错误日志库中的每个所述异常信息进行归类，得到每个异常类型中所有所述异常信息的汇总量；

第二发送模块，用于若任一异常类型中异常信息的所述汇总量超过预设阈值，则将超过所述预设阈值的目标汇总量和所述目标汇总量对应的异常类型中的所有所述异常信息发送给第二目标用户；

执行反馈模块，用于接收所述第二目标用户反馈的修改脚本，并执行所述修改脚本。

9.一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至5任一项所述异常处理方法的步骤。

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