CN108920295A - 系统异常的处理方法、装置及系统 - Google Patents

Abstract

本发明公开了一种系统异常的处理方法、装置及系统，涉及数据处理技术领域，能够解决现有技术无法及时检测出系统所有的异常，也无法提供细致的解决方案的问题。本发明的方法主要包括：通过对采集的弹窗内容进行识别判断系统是否存在异常，和/或通过检测系统运行状态判断所述系统是否存在异常；若确定所述系统存在异常，则将异常信息上报给云端，以便所述云端查找所述异常信息对应的异常处理策略，不同类型的异常信息对应不同的异常处理策略；接收所述云端下发的异常处理策略，并根据所述异常处理策略处理异常。本发明主要适用于对系统异常进行检测、处理的场景中。

Description

系统异常的处理方法、装置及系统

技术领域

本发明涉及数据处理技术领域，特别是涉及一种系统异常的处理方法、装置及系统。

背景技术

随着计算机技术的发展，应用程序越来越多，也越来越复杂，从而操作系统需要承受的压力越来越大，常常发生应用程序无响应、整个系统死机等异常。目前主要是通过读取并分析系统日志来发现系统问题，且目前的异常处理方案主要是强制关闭发生异常的进程，或者重启系统。然而，在实际应用中，相当多的应用程序出现异常后并不会保存日志，且日志生成滞后于异常的发生。因此，现有技术无法及时检测出系统所有的异常，也无法提供细致的解决方案。

发明内容

有鉴于此，本发明提供的系统异常的处理方法、装置及系统，其目的在于解决现有技术无法及时检测出系统所有的异常，也无法提供细致的解决方案的问题。

本发明的目的是采用以下技术方案来实现的：

第一方面，本发明提供了一种系统异常的处理方法，所述方法包括：

通过对采集的弹窗内容进行识别判断系统是否存在异常，和/或通过检测系统运行状态判断所述系统是否存在异常；

若确定所述系统存在异常，则将异常信息上报给云端，以便所述云端查找所述异常信息对应的异常处理策略，不同类型的异常信息对应不同的异常处理策略；

接收所述云端下发的异常处理策略，并根据所述异常处理策略处理异常。

第二方面，本发明提供了一种系统异常的处理方法，所述方法包括：

接收客户端发送的异常信息，所述异常信息是所述客户端通过对采集的弹窗内容和/或检测到的系统运行状态进行识别得到的；

查找所述异常信息对应的异常处理策略，不同类型的异常信息对应不同的异常处理策略；

将查找到的异常处理策略下发给所述客户端，以便所述客户端根据接收到的异常处理策略处理异常。

第三方面，本发明提供了一种系统异常的处理装置，所述装置包括：

判断单元，用于通过对采集的弹窗内容进行识别判断系统是否存在异常，和/或通过检测系统运行状态判断所述系统是否存在异常；

上报单元，用于当确定所述系统存在异常时，将异常信息上报给云端，以便所述云端查找所述异常信息对应的异常处理策略，不同类型的异常信息对应不同的异常处理策略；

接收单元，用于接收所述云端下发的异常处理策略；

处理单元，用于根据所述异常处理策略处理异常。

第四方面，本发明提供了一种系统异常的处理装置，所述装置包括：

接收单元，用于接收客户端发送的异常信息，所述异常信息是所述客户端通过对采集的弹窗内容和/或检测到的系统运行状态进行识别得到的；

查找单元，用于查找所述异常信息对应的异常处理策略，不同类型的异常信息对应不同的异常处理策略；

发送单元，用于将查找到的异常处理策略下发给所述客户端，以便所述客户端根据接收到的异常处理策略处理异常。

第五方面，本发明提供了一种存储介质，所述存储介质存储有多条指令，所述指令适用于由处理器加载并执行如第一方面所述的系统异常的处理方法，或执行如第二方面所述的系统异常的处理方法。

第六方面，本发明提供了一种系统异常的处理装置，所述装置包括存储介质和处理器；

所述处理器，适于实现各指令；

所述存储介质，适于存储多条指令；

所述指令适于由所述处理器加载并执行如第一方面所述的系统异常的处理方法。

第七方面，本发明提供了一种系统异常的处理装置，所述装置包括存储介质和处理器；

所述处理器，适于实现各指令；

所述存储介质，适于存储多条指令；

所述指令适于由所述处理器加载并执行如第二方面所述的系统异常的处理方法。

第八方面，本发明提供了一种系统异常的处理系统，所述系统包括客户端和云端，所述客户端包括第六方面所述的装置，所述云端包括第七方面所述的装置。

借由上述技术方案，本发明提供的系统异常的处理方法、装置及系统，能够由客户端直接通过对采集的弹窗内容进行识别判断系统是否存在异常，和/或通过检测系统运行状态判断所述系统是否存在异常，而无需等待系统日志生成后再通过分析系统日志检测异常，且能够检测出没有生成系统日志的异常，使得检测出的系统异常更及时且全面；当确定系统存在异常时，客户端可将异常信息上报给云端，以便云端查找该类型的异常信息所对应的异常处理策略下发给客户端进行异常处理，而非直接让客户端关闭进程或者重启系统，从而使得异常处理方案更加细致、有针对性。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例提供的一种系统异常的处理方法的流程图；

图2示出了本发明实施例提供的另一种系统异常的处理方法的流程图；

图3示出了本发明实施例提供的一种系统异常的处理装置的组成框图；

图4示出了本发明实施例提供的另一种系统异常的处理装置的组成框图；

图5示出了本发明实施例提供的另一种系统异常的处理装置的组成框图；

图6示出了本发明实施例提供的另一种系统异常的处理装置的组成框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

本发明实施例提供了一种系统异常的处理方法，所述方法主要应用于客户端侧，如图1所示，所述方法主要包括：

101、通过对采集的弹窗内容进行识别判断系统是否存在异常，和/或通过检测系统运行状态判断所述系统是否存在异常。

当系统发生异常时，往往会以弹窗的形式提醒用户发生了什么异常，因此可以采集弹窗，然后通过对弹窗内容进行识别判断系统是否存在异常。其中，弹窗内容包括弹窗标题和弹窗正文。

但是，并不是每种异常都会以弹窗的形式提醒用户，所以为了更全面地检测出系统中存在的异常，可以通过检测系统本身的运行状态来判断系统是否存在异常。例如，可以检测CPU(Central Processing Unit，中央处理器)的运行状态是否正常。

102、若确定所述系统存在异常，则将异常信息上报给云端，以便所述云端查找所述异常信息对应的异常处理策略。

其中，异常信息包括进程名称和异常内容，当进程名称发生冲突时，为了能够确定发生异常的是哪个进程，异常信息中还可以包括进程的MD5(Message-Digest Algorithm5，消息摘要算法第五版)。

当确定系统存在异常时，可以将确定出的异常信息上报给云端，以使得云端接收到异常信息后，可以查找该异常信息所对应的异常处理策略。其中，不同类型的异常信息对应不同的异常处理策略。也就是说，云端通过运营积累了大量异常信息，并为每种异常配置出了一种异常处理策略，以便客户端可以有针对性地对每种异常进行细致地处理。

示例性的，如果软件版本与操作系统不兼容，则对应的异常处理策略可以为调用客户端安装的安全卫士软件管家进行软件升级；如果动态库缺失(例如：提示找不到MSVCR120.dll文件)，则对应的异常处理策略可以为推送对应的文件等。

103、接收所述云端下发的异常处理策略，并根据所述异常处理策略处理异常。

接收到云端下发的异常处理策略后，可以直接后台处理，也可以先在界面上展示异常处理策略，待用户确认后再进行处理。

本发明实施例提供的系统异常的处理方法，能够由客户端直接通过对采集的弹窗内容进行识别判断系统是否存在异常，和/或通过检测系统运行状态判断所述系统是否存在异常，而无需等待系统日志生成后再通过分析系统日志检测异常，且能够检测出没有生成系统日志的异常，使得检测出的系统异常更及时且全面；当确定系统存在异常时，客户端可将异常信息上报给云端，以便云端查找该类型的异常信息所对应的异常处理策略下发给客户端进行异常处理，而非直接让客户端关闭进程或者重启系统，从而使得异常处理方案更加细致、有针对性。

可选的，上述步骤101中通过对采集的弹窗内容进行识别判断系统是否存在异常的具体实现方式可以为：

判断所述弹窗内容是否存在预设异常字段；若存在所述预设异常字段，则确定所述系统存在异常；若不存在所述预设异常字段，则确定所述系统不存在异常。其中，预设异常字段包括“异常”、“错误”、“不兼容”、“不匹配”、“找不到”等。

然而，有的开发人员在开发异常提示弹窗时，可能不会用这些预设异常字段进行描述，因此，若弹窗内容中没有预设异常字段，就判定系统不存在异常，则会遗漏掉一些异常。为了尽可能全面地检测出所有异常，若弹窗内容中不存在预设异常字段，则还可以进一步通过对所述弹窗内容进行语义识别，来确定所述系统是否存在异常。

上述步骤101中通过检测系统运行状态判断所述系统是否存在异常的具体实现方式可以为：

判断预设运行部件的运行状态是否满足正常运行状态；若不满足正常运行状态，则确定所述系统存在异常；和/或，判断预设运行参数的参数值是否满足正常参数范围；若不满足正常参数范围，则确定所述系统存在异常。

其中，所述预设运行部件包括CPU、I/O(input/output，输入/输出)和内存；和/或，所述预设运行参数包括网速。例如，若某程序内存占用超过10％，则定义为异常。又如，若网速低于某阈值，则定义为异常。

可选的，当云端未查找到所述异常信息对应的异常处理策略时，即云端没有存储所述异常信息对应的异常处理策略时，为了让用户能够继续使用终端，可以向客户端下发包括关闭所述异常信息对应的进程的异常处理策略，以使得客户端能够先关闭发生异常的进程，然后继续使用终端。

进一步的，依据图1所示的方法，本发明的另一个实施例还提供了一种系统异常的处理方法，所述方法主要应用于云端侧，如图2所示，所述方法主要包括：

201、接收客户端发送的异常信息。

其中，所述异常信息是所述客户端通过对采集的弹窗内容和/或检测到的系统运行状态进行识别得到的，所述异常信息主要包括进程名称和异常内容，当进程名称发生冲突时，为了能够确定发生异常的是哪个进程，异常信息中还可以包括进程的MD5。

为了及时且全面地解决系统异常，客户端会通过对采集的弹窗内容和/或检测到的系统运行状态进行识别，判断系统是否存在异常，一旦检测出异常，就会将异常信息上报给云端。

其中，通过对采集的弹窗内容进行识别判断系统是否存在异常，以及通过对检测到的系统运行状态进行识别判断系统是否存在异常的具体实现方式可参见上述实施例，在次不再赘述。

202、查找所述异常信息对应的异常处理策略。

其中，不同类型的异常信息对应不同的异常处理策略。也就是说，云端通过运营积累了大量异常信息，并为每种异常配置出了一种异常处理策略，以便客户端可以有针对性地对每种异常进行细致地处理。另外，云端在存储异常信息和异常处理策略的时候，可以以表格的形式进行存储，也可以以键值对的形式进行存储，其具体存储不做限定，只要关联存储即可。

示例性的，如果软件版本与操作系统不兼容，则对应的异常处理策略可以为调用客户端安装的安全卫士软件管家进行软件升级；如果动态库缺失(例如：提示找不到MSVCR120.dll文件)，则对应的异常处理策略可以为推送对应的文件等。

203、将查找到的异常处理策略下发给所述客户端，以便所述客户端根据接收到的异常处理策略处理异常。

云端查找到异常信息对应的异常处理策略后，会将异常处理策略和进程标识下发给客户端，以便客户端根据进程标识和异常处理策略处理对应的进程。其中，进程标识可以为进程名称，也可以为进程名称+MD5。

本发明实施例提供的系统异常的处理方法，能够由云端接收客户端发送的异常信息，并查找该类型的异常信息所对应的异常处理策略下发给客户端进行异常处理，而非直接让客户端关闭进程或者重启系统，从而使得异常处理方案更加细致、有针对性。并且客户端发送给云端的异常信息是通过对采集的弹窗内容和/或检测到的系统运行状态进行识别得到的，而无需等待系统日志生成后再通过分析系统日志检测异常，且能够检测出没有生成系统日志的异常，使得检测出的系统异常更及时且全面。

可选的，在实际应用中，客户端可能只会检测出CPU占用过高这种异常现象，但是这种异常现象是如何造成的却不知(即不知异常类型，或者说不知异常原因)，故云端只根据客户端上报的异常信息可能无法确定异常处理策略。为了能够确定出异常处理策略，本发明实施例提供了如下方案：在查找所述异常信息对应的异常处理策略之前，根据所述异常信息中的异常内容和所述客户端所属设备的设备信息，确定异常类型；查找确定的异常类型对应的异常处理策略。

示例性的，当客户端上报的异常信息是CPU占用过高时，云端还可以获取该客户端所属终端的设备信息，如声卡、显卡、扬声器等，然后结合设备信息得知，由于声卡驱动过老，与系统不兼容，才导致CPU占用过高，所以需要客户端下载相匹配的版本。

可选的，若未查找到所述异常信息对应的异常处理策略，即云端没有存储所述异常信息对应的异常处理策略，则为了让用户能够继续使用终端，可以将包含关闭所述异常信息对应的进程的异常处理策略下发给所述客户端，以便客户端将发生异常的进程关闭后可继续使用终端。

进一步的，依据上述方法实施例，本发明的另一个实施例还提供了一种系统异常的处理装置，所述装置主要应用于客户端侧，如图3所示，所述装置主要包括：

判断单元31，用于通过对采集的弹窗内容进行识别判断系统是否存在异常，和/或通过检测系统运行状态判断所述系统是否存在异常；

上报单元32，用于当确定所述系统存在异常时，将异常信息上报给云端，以便所述云端查找所述异常信息对应的异常处理策略，不同类型的异常信息对应不同的异常处理策略；

接收单元33，用于接收所述云端下发的异常处理策略；

处理单元34，用于根据所述异常处理策略处理异常。

可选的，如图4所示，所述判断单元31包括：

第一判断模块311，用于判断所述弹窗内容是否存在预设异常字段；

第一确定模块312，用于当存在所述预设异常字段时，确定所述系统存在异常。

可选的，所述第一确定模块312，用于当不存在所述预设异常字段时，通过对所述弹窗内容进行语义识别，来确定所述系统是否存在异常。

可选的，如图4所示，所述判断单元31包括：

第二判断模块313，用于判断预设运行部件的运行状态是否满足正常运行状态；

第二确定模块314，用于当不满足正常运行状态时，确定所述系统存在异常；

第三判断模块315，用于判断预设运行参数的参数值是否满足正常参数范围；

第三确定模块316，用于当不满足正常参数范围时，确定所述系统存在异常。

可选的，所述预设运行部件包括中央处理器CPU、输入/输出I/O和内存；

和/或，所述预设运行参数包括网速。

可选的，当所述云端未查找到所述异常信息对应的异常处理策略时，接收到的所述云端下发的异常处理策略包括关闭所述异常信息对应的进程。

本发明实施例提供的系统异常的处理装置，能够由客户端直接通过对采集的弹窗内容进行识别判断系统是否存在异常，和/或通过检测系统运行状态判断所述系统是否存在异常，而无需等待系统日志生成后再通过分析系统日志检测异常，且能够检测出没有生成系统日志的异常，使得检测出的系统异常更及时且全面；当确定系统存在异常时，客户端可将异常信息上报给云端，以便云端查找该类型的异常信息所对应的异常处理策略下发给客户端进行异常处理，而非直接让客户端关闭进程或者重启系统，从而使得异常处理方案更加细致、有针对性。

进一步的，依据上述方法实施例，本发明的另一个实施例还提供了一种系统异常的处理装置，所述装置主要应用于云端侧，如图5所示，所述装置主要包括：

接收单元41，用于接收客户端发送的异常信息，所述异常信息是所述客户端通过对采集的弹窗内容和/或检测到的系统运行状态进行识别得到的；

查找单元42，用于查找所述异常信息对应的异常处理策略，不同类型的异常信息对应不同的异常处理策略；

发送单元43，用于将查找到的异常处理策略下发给所述客户端，以便所述客户端根据接收到的异常处理策略处理异常。

可选的，如图6所示，所述装置还包括：

确定单元44，用于当根据所述异常信息无法确定异常类型时，在查找所述异常信息对应的异常处理策略之前，根据所述异常信息中的异常内容和所述客户端所属设备的设备信息，确定异常类型；

所述查找单元42，用于查找确定的异常类型对应的异常处理策略。

可选的，所述发送单元43，还用于当未查找到所述异常信息对应的异常处理策略时，将包含关闭所述异常信息对应的进程的异常处理策略下发给所述客户端。

本发明实施例提供的系统异常的处理装置，能够由云端接收客户端发送的异常信息，并查找该类型的异常信息所对应的异常处理策略下发给客户端进行异常处理，而非直接让客户端关闭进程或者重启系统，从而使得异常处理方案更加细致、有针对性。并且客户端发送给云端的异常信息是通过对采集的弹窗内容和/或检测到的系统运行状态进行识别得到的，而无需等待系统日志生成后再通过分析系统日志检测异常，且能够检测出没有生成系统日志的异常，使得检测出的系统异常更及时且全面。

进一步的，依据上述方法实施例，本发明的另一个实施例还提供了一种存储介质，所述存储介质存储有多条指令，所述指令适用于由处理器加载并执行如上述的客户端侧执行的系统异常的处理方法。

进一步的，依据上述方法实施例，本发明的另一个实施例还提供了一种存储介质，所述存储介质存储有多条指令，所述指令适用于由处理器加载并执行如上述云端侧执行的系统异常的处理方法。

进一步的，依据上述方法实施例，本发明的另一个实施例还提供了一种系统异常的处理装置，所述装置主要应用于客户端侧，所述装置包括存储介质和处理器；

所述处理器，适于实现各指令；

所述存储介质，适于存储多条指令；

所述指令适于由所述处理器加载并执行如上述的客户端侧执行的系统异常的处理方法。

进一步的，依据上述方法实施例，本发明的另一个实施例还提供了一种系统异常的处理装置，所述装置主要应用于云端侧，所述装置包括存储介质和处理器；

所述处理器，适于实现各指令；

所述存储介质，适于存储多条指令；

所述指令适于由所述处理器加载并执行如上述的云端侧执行的系统异常的处理方法。

进一步的，依据上述实施例，本发明的另一个实施例还提供了一种系统异常的处理系统，所述系统包括客户端和云端，所述客户端包括如上所述的应用于客户端侧的装置，所述云端包括如上所述的应用于云端侧的装置。

本发明提供的系统异常的处理系统，能够由客户端直接通过对采集的弹窗内容进行识别判断系统是否存在异常，和/或通过检测系统运行状态判断所述系统是否存在异常，而无需等待系统日志生成后再通过分析系统日志检测异常，且能够检测出没有生成系统日志的异常，使得检测出的系统异常更及时且全面；当确定系统存在异常时，客户端可将异常信息上报给云端，以便云端查找该类型的异常信息所对应的异常处理策略下发给客户端进行异常处理，而非直接让客户端关闭进程或者重启系统，从而使得异常处理方案更加细致、有针对性。

本发明实施例还公开了：

A1、一种系统异常的处理方法，所述方法包括：

通过对采集的弹窗内容进行识别判断系统是否存在异常，和/或通过检测系统运行状态判断所述系统是否存在异常；

若确定所述系统存在异常，则将异常信息上报给云端，以便所述云端查找所述异常信息对应的异常处理策略，不同类型的异常信息对应不同的异常处理策略；

接收所述云端下发的异常处理策略，并根据所述异常处理策略处理异常。

A2、根据A1所述的方法，通过对采集的弹窗内容进行识别判断系统是否存在异常包括：

判断所述弹窗内容是否存在预设异常字段；

若存在所述预设异常字段，则确定所述系统存在异常。

A3、根据A2所述的方法，若不存在所述预设异常字段，则所述方法还包括：

通过对所述弹窗内容进行语义识别，来确定所述系统是否存在异常。

A4、根据A1所述的方法，通过检测系统运行状态判断所述系统是否存在异常包括：

判断预设运行部件的运行状态是否满足正常运行状态；若不满足正常运行状态，则确定所述系统存在异常；

和/或，判断预设运行参数的参数值是否满足正常参数范围；若不满足正常参数范围，则确定所述系统存在异常。

A5、根据A4所述的方法，所述预设运行部件包括中央处理器CPU、输入/输出I/O和内存；

和/或，所述预设运行参数包括网速。

A6、根据A1至A5中任一项所述的方法，当所述云端未查找到所述异常信息对应的异常处理策略时，接收到的所述云端下发的异常处理策略包括关闭所述异常信息对应的进程。

B7、一种系统异常的处理方法，所述方法包括：

接收客户端发送的异常信息，所述异常信息是所述客户端通过对采集的弹窗内容和/或检测到的系统运行状态进行识别得到的；

查找所述异常信息对应的异常处理策略，不同类型的异常信息对应不同的异常处理策略；

将查找到的异常处理策略下发给所述客户端，以便所述客户端根据接收到的异常处理策略处理异常。

B8、根据B7所述的方法，若根据所述异常信息无法确定异常类型，则在查找所述异常信息对应的异常处理策略之前，所述方法还包括：

根据所述异常信息中的异常内容和所述客户端所属设备的设备信息，确定异常类型；

查找所述异常信息对应的异常处理策略包括：

查找确定的异常类型对应的异常处理策略。

B9、根据B7或B8所述的方法，所述方法还包括：

若未查找到所述异常信息对应的异常处理策略，则将包含关闭所述异常信息对应的进程的异常处理策略下发给所述客户端。

C10、一种系统异常的处理装置，所述装置包括：

判断单元，用于通过对采集的弹窗内容进行识别判断系统是否存在异常，和/或通过检测系统运行状态判断所述系统是否存在异常；

上报单元，用于当确定所述系统存在异常时，将异常信息上报给云端，以便所述云端查找所述异常信息对应的异常处理策略，不同类型的异常信息对应不同的异常处理策略；

接收单元，用于接收所述云端下发的异常处理策略；

处理单元，用于根据所述异常处理策略处理异常。

C11、根据C10所述的装置，所述判断单元包括：

第一判断模块，用于判断所述弹窗内容是否存在预设异常字段；

第一确定模块，用于当存在所述预设异常字段时，确定所述系统存在异常。

C12、根据C11所述的装置，所述第一确定模块，用于当不存在所述预设异常字段时，通过对所述弹窗内容进行语义识别，来确定所述系统是否存在异常。

C13、根据C10所述的装置，所述判断单元包括：

第二判断模块，用于判断预设运行部件的运行状态是否满足正常运行状态；

第二确定模块，用于当不满足正常运行状态时，确定所述系统存在异常；

第三判断模块，用于判断预设运行参数的参数值是否满足正常参数范围；

第三确定模块，用于当不满足正常参数范围时，确定所述系统存在异常。

C14、根据C13所述的装置，所述预设运行部件包括中央处理器CPU、输入/输出I/O和内存；

和/或，所述预设运行参数包括网速。

C15、根据C10至C14中任一项所述的装置，当所述云端未查找到所述异常信息对应的异常处理策略时，接收到的所述云端下发的异常处理策略包括关闭所述异常信息对应的进程。

D16、一种系统异常的处理装置，所述装置包括：

接收单元，用于接收客户端发送的异常信息，所述异常信息是所述客户端通过对采集的弹窗内容和/或检测到的系统运行状态进行识别得到的；

查找单元，用于查找所述异常信息对应的异常处理策略，不同类型的异常信息对应不同的异常处理策略；

发送单元，用于将查找到的异常处理策略下发给所述客户端，以便所述客户端根据接收到的异常处理策略处理异常。

D17、根据D16所述的装置，所述装置还包括：

确定单元，用于当根据所述异常信息无法确定异常类型时，在查找所述异常信息对应的异常处理策略之前，根据所述异常信息中的异常内容和所述客户端所属设备的设备信息，确定异常类型；

所述查找单元，用于查找确定的异常类型对应的异常处理策略。

D18、根据D16或D17所述的装置，所述发送单元，还用于当未查找到所述异常信息对应的异常处理策略时，将包含关闭所述异常信息对应的进程的异常处理策略下发给所述客户端。

E19、一种存储介质，所述存储介质存储有多条指令，所述指令适用于由处理器加载并执行如A1-A6中任一项所述的系统异常的处理方法，或执行如B7-B9中任一项所述的系统异常的处理方法。

F20、一种系统异常的处理装置，所述装置包括存储介质和处理器；

所述处理器，适于实现各指令；

所述存储介质，适于存储多条指令；

所述指令适于由所述处理器加载并执行如权利要A1-A6中任一项所述的系统异常的处理方法。

G21、一种系统异常的处理装置，所述装置包括存储介质和处理器；

所述处理器，适于实现各指令；

所述存储介质，适于存储多条指令；

所述指令适于由所述处理器加载并执行如B7-B9中任一项所述的系统异常的处理方法。

H22、一种系统异常的处理系统，所述系统包括客户端和云端，所述客户端包括F20所述的装置，所述云端包括G21所述的装置。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

可以理解的是，上述方法及装置中的相关特征可以相互参考。另外，上述实施例中的“第一”、“第二”等是用于区分各实施例，而并不代表各实施例的优劣。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求防护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求防护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的系统异常的处理方法、装置及系统中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (10)

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

通过对采集的弹窗内容进行识别判断系统是否存在异常，和/或通过检测系统运行状态判断所述系统是否存在异常；

若确定所述系统存在异常，则将异常信息上报给云端，以便所述云端查找所述异常信息对应的异常处理策略，不同类型的异常信息对应不同的异常处理策略；

接收所述云端下发的异常处理策略，并根据所述异常处理策略处理异常。

2.根据权利要求1所述的方法，其特征在于，通过对采集的弹窗内容进行识别判断系统是否存在异常包括：

判断所述弹窗内容是否存在预设异常字段；

若存在所述预设异常字段，则确定所述系统存在异常。

3.根据权利要求2所述的方法，其特征在于，若不存在所述预设异常字段，则所述方法还包括：

通过对所述弹窗内容进行语义识别，来确定所述系统是否存在异常。

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

接收客户端发送的异常信息，所述异常信息是所述客户端通过对采集的弹窗内容和/或检测到的系统运行状态进行识别得到的；

查找所述异常信息对应的异常处理策略，不同类型的异常信息对应不同的异常处理策略；

将查找到的异常处理策略下发给所述客户端，以便所述客户端根据接收到的异常处理策略处理异常。

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

判断单元，用于通过对采集的弹窗内容进行识别判断系统是否存在异常，和/或通过检测系统运行状态判断所述系统是否存在异常；

上报单元，用于当确定所述系统存在异常时，将异常信息上报给云端，以便所述云端查找所述异常信息对应的异常处理策略，不同类型的异常信息对应不同的异常处理策略；

接收单元，用于接收所述云端下发的异常处理策略；

处理单元，用于根据所述异常处理策略处理异常。

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

接收单元，用于接收客户端发送的异常信息，所述异常信息是所述客户端通过对采集的弹窗内容和/或检测到的系统运行状态进行识别得到的；

查找单元，用于查找所述异常信息对应的异常处理策略，不同类型的异常信息对应不同的异常处理策略；

发送单元，用于将查找到的异常处理策略下发给所述客户端，以便所述客户端根据接收到的异常处理策略处理异常。

7.一种存储介质，其特征在于，所述存储介质存储有多条指令，所述指令适用于由处理器加载并执行如权利要求1-3中任一项所述的系统异常的处理方法，或执行如权利要求4所述的系统异常的处理方法。

8.一种系统异常的处理装置，其特征在于，所述装置包括存储介质和处理器；

所述处理器，适于实现各指令；

所述存储介质，适于存储多条指令；

所述指令适于由所述处理器加载并执行如权利要1-3中任一项所述的系统异常的处理方法。

9.一种系统异常的处理装置，其特征在于，所述装置包括存储介质和处理器；

所述处理器，适于实现各指令；

所述存储介质，适于存储多条指令；

所述指令适于由所述处理器加载并执行如权利要求4所述的系统异常的处理方法。

10.一种系统异常的处理系统，其特征在于，所述系统包括客户端和云端，所述客户端包括权利要求8所述的装置，所述云端包括权利要求9所述的装置。