一种故障处理方法和装置与流程

本发明涉及通信技术领域，特别是涉及一种故障处理方法、一种故障处理装置和一种用于故障处理的装置。

背景技术：

随着信息设备的不断普及，用户对信息设备的功能需求呈现多样化趋势。譬如用户通过在信息设备上安装各种类型的APP(应用程序，Application)来满足多样的功能需求。其中，上述信息设备具体可以包括笔记型计算机、PC(个人计算机，Personal Compute，)、PDA(个人数字助理，Personal Digital Assistant)、平板电脑、手机等。

以手机为例，目前用户在使用手机的过程中难免会遇到应用程序错误的情况。目前，在遇到应用程序错误的情况时，一般需要用户通过求助客服或者重新安装应用程序等修复方式来修复上述应用程序错误。

然而，上述求助客服的修复方式，需要用户准确地描述应用程序错误，否则将很难得到准确的修复方案；上述重新安装应用程序的修复方式，操作繁琐且容易造成用户信息的丢失。因此，现有修复方式耗时多，且准确率低。

技术实现要素：

鉴于上述问题，提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的故障处理方法、相应的故障处理装置和相应的用于故障处理的装置，能够提高错误的修复效率和修复准确率。

为了解决上述问题，本发明公开了一种故障处理方法，包括：

针对应用程序出现的错误进行分析，以得到对应的错误类型；

依据所述错误类型对所述错误进行修复处理。

可选地，所述针对应用程序出现的错误进行分析，以得到对应的错误类型的步骤，包括：

对所述应用程序的日志进行分析，以得到相应的错误类型；其中，所述日志包括：错误日志、操作日志和数据日志中的至少一种；和/或

对所述应用程序的功能模块在所述应用程序出现错误前执行过的文件相关应用程序编程接口进行分析，以得到对应的文件错误类型；和/或

对所述应用程序的功能模块在所述应用程序出现错误前访问过的文件中的字段或者格式进行分析，以得到相应的文件错误类型。

可选地，所述依据所述错误类型对所述错误进行修复处理的步骤，包括：

客户端依据所述错误类型得到对应的修复方案，并运行所述修复方案对所述错误进行修复处理；或者

客户端向服务器发送所述错误类型，接收所述服务器依据所述错误类型返回的修复方案，并运行所述修复方案对所述错误进行修复处理。

可选地，所述错误类型包括：文件错误类型，所述修复方案包括：所述文件错误类型对应目标文件的下载链接，或者，所述文件错误类型和所述应用程序的运行环境信息对应目标文件的下载链接；则所述运行所述修复方案对所述错误进行修复处理的步骤，包括：

客户端依据所述下载链接从服务器下载对应的目标文件；

客户端加载下载完成的所述目标文件。

可选地，所述修复方案包括：所述错误类型对应的提醒内容；则所述运行所述修复方案对所述错误进行修复处理的步骤，包括：

客户端输出所述错误类型对应的提醒内容。

可选地，所述客户端向服务器发送所述错误类型的步骤，包括：

客户端向服务器发送所述错误类型对应的错误代码。

可选地，在所述针对应用程序出现的错误进行分析，以得到对应的错误类型的步骤之前，所述方法还包括：

在检测到应用程序出现错误时，输出是否修复的第一提示；

则所述针对应用程序出现的错误进行分析，以得到对应的错误类型的步骤，包括：在接收用户对于所述第一提示的确认操作后，针对应用程序 出现的错误进行分析，以得到对应的错误类型。

可选地，在所述针对应用程序出现的错误进行分析，以得到对应的错误类型的步骤之前，所述方法还包括：

在检测到应用程序出现错误时，检测所述应用程序对应信息设备当前的网络连接类型；

当所述网络连接类型为非无线保真网络连接时，输出第二提示；

所述针对应用程序出现的错误进行分析，以得到对应的错误类型的步骤，包括：当所述网络连接类型为非无线保真网络连接时，针对应用程序出现的错误进行分析，以得到对应的错误类型。

可选地，所述应用程序的运行环境信息包括如下信息中的至少一种：应用程序版本信息、应用程序对应操作系统的版本信息和应用程序的日志信息。

另一方面，本发明还公开了一种故障处理装置，包括：

分析模块，用于针对应用程序出现的错误进行分析，以得到对应的错误类型；及

修复模块，用于依据所述错误类型对所述错误进行修复处理。

再一方面，本发明还公开了一种用于故障处理的装置，包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行所述一个或者一个以上程序包含用于进行以下操作的指令：

针对应用程序出现的错误进行分析，以得到对应的错误类型；

依据所述错误类型对所述错误进行修复处理。

本发明实施例包括以下优点：

本发明实施例针对应用程序出现的错误进行分析以得到对应的错误类型，并依据所述错误类型对所述错误自动进行修复处理；由于本发明实施例依据分析得到的错误类型对所述错误进行精确的修复处理，故可以在用户不参与的情况下完成错误的修复处理，因此，相对于求助客服或者重新 安装应用程序等传统修复方式，本发明实施例不仅能够提高错误的修复效率和修复准确率，而且能够节省用户时间和精力。

附图说明

图1是本发明的一种故障处理方法实施例一的步骤流程图；

图2是本发明的一种故障处理方法实施例二的步骤流程图；

图3是本发明的一种故障处理方法实施例三的步骤流程图；

图4是本发明的一种故障处理方法实施例四的步骤流程图；

图5是本发明的一种故障处理方法实施例五的步骤流程图；

图6是本发明的一种故障处理装置实施例的结构框图；

图7是本发明的一种用于推荐的装置800的框图；及

图8是本发明的一种服务器的结构示意图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

方法实施例一

参照图1，示出了本发明的一种故障处理方法实施例一的步骤流程图，具体可以包括如下步骤：

步骤101、针对应用程序出现的错误进行分析，以得到对应的错误类型；

步骤102、依据所述错误类型对所述错误进行修复处理。

本发明实施例可以应用于手机、平板电脑、PC等信息设备中，用于对这些信息设备中运行的应用程序进行故障处理；可以理解，本发明实施例对于具体的信息设备和具体的应用程序不加以限制。

本发明实施例可以针对应用程序出现的错误进行分析以得到对应的错误类型，并依据所述错误类型对所述错误进行修复处理；由于本发明实施例依据分析得到的错误类型自动对所述错误进行精确的修复处理，故可以 在用户不参与的情况下完成错误的修复处理，因此，相对于求助客服或者重新安装应用程序等传统修复方式，本发明实施例不仅能够提高错误的修复效率和修复准确率，而且能够节省用户时间和精力。

本发明实施例中，可以首先检测应用程序出现的错误，并在检测到应用程序出现的错误时，针对应用程序出现的错误进行分析，以得到对应的错误类型。在本发明的一种可选实施例中，可以通过如下步骤检测应用程序出现的错误：在启动当前应用程序之后，检测当前应用程序的本地是否存在错误记录，如果检测到当前应用程序存在错误记录，则可以从该错误记录中查找得到对应的错误。在本发明的一种可选实施例中，该错误记录具体可以包括错误日志。错误日志中可用于存储当前应用程序在运行过程中的错误信息及对应的诊断信息，本发明实施例对于具体的错误记录及错误日志的具体获取方式不加以限制。

本发明实施例中，错误类型可以与错误对象、错误原因、错误结果等错误因素相关，因此，本发明实施例可以运行所述错误类型相关的错误因素，对错误进行精确的修复处理。在本发明的一种可选实施例中，上述错误类型具体可以包括：文件错误类型、配置错误类型、磁盘损坏类型、回写错误类型和人为误操作类型中的至少一种。

在本发明的一种应用示例1中，检测到输入法程序在加载词库的过程中，出现了本地不存在词库文件或者词库文件格式错误的错误，则从错误对象因素对该错误进行分析，从而确定错误类型为词库文件错误类型。

在本发明的一种应用示例2中，检测到应用程序在运行过程中出现了回写错误，则从错误原因因素对该错误进行分析，确定错误类型为回写错误类型。

在本发明的一种应用示例3中，检测到应用程序在运行过程中出现了磁盘已损坏的错误，则可以从错误结果因素对该错误进行分析，确定错误类型为磁盘损坏错误类型。

本发明实施例可以提供针对应用程序出现的错误进行分析，以得到对应的错误类型的如下技术方案：

技术方案1

技术方案1可以对所述应用程序的日志进行分析，以得到相应的错误类型；其中，所述日志具体可以包括：错误日志、操作日志和数据日志中的至少一种。

本发明实施例中，操作日志中可以记录有用户操作当前应用程序的所有细节操作信息，通过分析操作日志中的细节操作信息可以确定当前应用程序中是否存在异常操作信息，当存在异常操作信息时，可以根据异常操作信息获得当前应用程序的错误，也即，可以对异常操作信息进行分析，以得到对应的错误类型；例如，异常操作信息为用户对于应用程序中某个参数的配置操作，进一步分析到该配置操作涉及参数的目标值不符合预置格式，则可以确定错误类型为配置错误类型。可以理解，本发明实施例对于对应用程序的操作日志进行分析的具体过程不加以限制。

本发明实施例中，数据日志中具体可以记录有用户操作当前应用程序的所有数据信息，通过分析数据日志中的数据信息可以确定当前应用程序中是否存在异常操作信息，当存在异常操作信息时，可以根据异常操作信息获得当前应用程序的错误，也即，可以对异常操作信息进行分析，以得到对应的错误类型。

以数据日志记录用户登录请求为例，例如，用户登录例如百度文库时，用户登录时除了保留登录成功信息外，还会保留已知的登录失败异常信息，例如用户名不存在、用户名或密码错误、验证码错误、用户名或密码不能为空、网络连接失败等等。在用户输入用户名和密码之后，数据日志保留有用户登录的数据信息，分析数据日志中的与用户登录相关的数据信息是否出现未知的登录失败异常，如果存在未知的登录失败异常，则确定当前应用程序的登录功能发生错误。

错误日志中可以存储有当前应用程序在运行过程中的错误信息及对应的诊断信息，故可以在上述错误信息和诊断信息的基础上对上述错误信息进行追溯，以得到上述错误信息对应的错误对象、错误原因、错误结果等，进一步得到上述错误信息对应的错误类型。

以上对于对所述应用程序的日志进行分析的过程进行了详细介绍，可以理解，本领域技术人员可以根据实际应用需求，采用上述日志中的任一或者组合，本发明实施例对于对所述应用程序的日志进行分析的具体过程不加以限制。

技术方案2

技术方案2可以对所述应用程序的功能模块在所述应用程序出现错误前执行过的文件相关API(应用程序编程接口，Application Interface)进行分析，以得到对应的文件错误类型。

本发明实施例中，应用程序的功能模块可用于表示应用程序中通过执行计算机程序以实现特定功能的模块，例如，用户登陆模块用于实现用户登陆功能，词库加载模块用于在输入法程序的启动过程中加载词库文件，皮肤加载模块用于在应用程序的启动过程中加载皮肤文件，配置模块，用于进行参数的配置等等。

在实际应用中，可以对应用程序的上述日志进行分析，以获得应用程序的功能模块在所述应用程序出现错误前执行过的文件相关API。或者，还可以通过对应用程序的功能模块的文件相关API进行遍历，以得到应用程序的功能模块在所述应用程序出现错误前执行过的文件相关API。本发明实施例对于具体的功能模块及其在所述应用程序出现错误前执行过的文件相关API不加以限制。

文件相关API可用于表示操作系统提供的用于实现文件操作的API，上述文件操作具体可以包括：文件打开操作、文件读操作、文件写操作、文件查找操作等，本发明实施例对于具体的文件相关API不加以限制。

在本发明的一种可选实施例中，可以执行应用程序的功能模块在所述应用程序出现错误前执行过的文件相关API，并依据对应的返回值获得对应的文件错误类型，例如，在上述返回值为“文件不存在”时，可以确定对应的错误类型为文件错误类型等，可以理解，本发明实施例对于对所述应用程序的功能模块在所述应用程序出现错误前执行过的文件相关API进行分析的具体过程不加以限制。

综上，技术方案2对所述应用程序的功能模块在所述应用程序出现错误前执行过的文件相关API进行分析，能够精确地定位到特定的文件错误类型，例如，可以精确地定位到上述应用示例1中特定词库(如系统词库、细胞词库)文件的文件错误类型，因此能够提高错误修复的准确率。

技术方案3

技术方案3可以对所述应用程序的功能模块在所述应用程序出现错误前访问过的文件中的字段或者格式进行分析，以得到相应的文件错误类型。

本发明实施例中，访问过的文件具体可以包括：读取过的文件、写过的文件等；在本发明的一种可选实施例中，上述对所述应用程序的功能模块在所述应用程序出现错误前访问过的文件中的字段或者格式进行分析的过程具体可以包括：将上述访问过的文件中的字段或者格式与预置字段或者预置格式进行匹配，若匹配失败，则可以确定上述访问过的文件的格式混乱，因此可以得到相应的文件错误类型。

综上，技术方案3对所述应用程序的功能模块在所述应用程序出现错误前访问过的文件中的字段或者格式进行分析，能够精确地定位到具体的文件错误类型，例如，可以精确地定位到上述应用示例1中特定词库(如系统词库、细胞词库)文件的文件错误类型，因此能够提高错误修复的准确率。

以上通过技术方案1-技术方案3对针对应用程序出现的错误进行分析的具体方案进行了详细介绍，可以理解，本领域技术人员可以根据实际应用需求，采用上述技术方案中的任一或者组合，或者，还可以采用针对应用程序出现的错误进行分析的其它技术方案，本发明实施例对于针对应用程序出现的错误进行分析的具体技术方案不加以限制。

综上，本发明实施例针对应用程序出现的错误进行分析以得到对应的错误类型，并依据所述错误类型对所述错误进行修复处理；由于本发明实施例依据分析得到的错误类型对所述错误进行精确的修复处理，故可以在用户不参与的情况下完成错误的修复处理，因此，相对于求助客服或者重新安装应用程序等传统修复方式，本发明实施例不仅能够提高错误的修复效率和修复准确率，而且能够节省用户时间和精力。

方法实施例二

参照图2，示出了本发明的一种故障处理方法实施例二的步骤流程图，具体可以包括如下步骤：

步骤201、针对应用程序出现的错误进行分析，以得到对应的错误类型；

步骤202、依据所述错误类型对所述错误进行修复处理；

相对于方法实施例一，本实施例中所述依据所述错误类型对所述错误进行修复处理的步骤202，具体可以包括：

步骤221、客户端依据所述错误类型得到对应的修复方案，并运行所述修复方案对所述错误进行修复处理；或者

步骤222、客户端向服务器发送所述错误类型，接收所述服务器依据所述错误类型返回的修复方案，并运行所述修复方案对所述错误进行修复处理。

其中，步骤221可由客户端依据所述错误类型得到对应的修复方案，可以减少客户端与服务器通信所耗费的流量及时间资源；步骤222可由服务器依据所述错误类型得到对应的修复方案，可以发挥服务器(尤其是云服务器)运算资源和数据资源丰富的优势，能够提高错误的修复准确率。其中，客户端可以基于HTTP(超文本传输协议，Hypertext transfer protocol)、自定义协议等协议与服务器通信，本发明实施例对于客户端与服务器之间的具体协议不加以限制。

在本发明的一种可选实施例中，上述客户端向服务器发送所述错误类型的步骤，具体可以包括：客户端向服务器发送所述错误类型对应的错误代码。其中，该错误代码可以为客户端和服务器之间预先约定的错误类型的代码，其能够节省需要传输的数据量。例如，文件错误类型、配置错误类型、磁盘损坏类型、回写错误类型和人为误操作类型的错误代码分别为1、2、3、4和5，词库文件错误类型、皮肤文件错误类型的错误代码分别为11和12，系统词库文件错误类型、细胞词库文件错误类型的错误代码分别为111和112等，可以理解，本发明实施例对于上述错误代码所遵循的具体 格式不加以限制。

在本发明的另一种可选实施例中，除了向服务器发送所述错误类型外，客户端还可以向服务器发送应用程序的运行环境信息，以使服务器依据上述运行环境信息对上述错误进行更精准地分析，以及，获得上述错误类型对应的更准确的修复方案。可选地，所述应用程序的运行环境信息具体可以包括如下信息中的至少一种：应用程序版本信息、应用程序对应操作系统的版本信息和应用程序的日志信息。以输入法程序为例，不同应用程序版本信息可能会对应到不同版本的词库文件；不同操作系统的版本信息可能会对应不同的补丁文件；应用程序的日志信息可以使得服务器依据其丰富的数据资源更准确地定位错误类型、及分析得到所述错误类型的更准确的修复方案。

在实际应用中，服务器可以预先建立并维护错误类型与修复方案之间的第一映射关系，并向客户端定期下发上述第一映射关系，以使客户端通过步骤221在上述第一映射关系中查找得到对应的修复方案。或者，服务器在接收到来自客户端的错误类型后，也可以通过查找上述第一映射关系得到对应的修复方案，或者，服务器可以利用自身的资源对上述错误类型进行分析以得到对应的修复方案，或者，服务器可以结合上述第一映射关系和错误类型进行分析以得到对应的修复方案。

在本发明的一种可选实施例中，服务器还可以预先建立并维护错误类型、运行环境信息与修复方案之间的第二映射关系，并向客户端定期下发上述第二映射关系，以使客户端通过步骤221在上述第二映射关系中查找得到对应的修复方案。或者，服务器在接收到来自客户端的错误类型和运行环境信息后，也可以通过查找上述第二映射关系得到对应的修复方案，或者，服务器可以利用自身的资源对上述错误类型和运行环境信息进行分析以得到对应的修复方案，或者，服务器可以结合上述第二映射关系、以及错误类型和运行环境信息进行分析以得到对应的修复方案。

在本发明的一种可选实施例中，上述预先建立并维护错误类型与修复方案之间的映射关系的过程具体可以包括：收集应用程序出现的错误，预 先针对应用程序出现的错误进行分析，以得到对应的错误类型，并对所述错误类型进行分析，以得到对应的修复方案。其中，可以对多台信息设备上运行的应用程序进行分析，以发现该应用程序在启动过程中出现的错误；或者，还可以通过人工方式或者模拟人工方式产生用户操作，以发现该应用程序在启动后出现的错误，从而可以收集尽可能多的错误，可以理解，本发明实施例对于错误的具体收集方式不加以限制。并且，对于收集的每一种错误，都可以通过分析得到其对应的至少一种修复方案，通过执行上述修复方案获得上述修复方案的效果，并依据上述修复方案的效果选择最优的修复方案，依据该最优的修复方案建立上述映射关系。可以理解，本发明实施例对于建立上述映射关系的具体过程不加以限制。

上述文件错误类型具体可以对应文件不存在、或者、文件格式错误的情形，上述情形通常需要下载从加载准确的文件，因此，在本发明的一种可选实施例中，所述错误类型具体可以包括：文件错误类型，所述修复方案具体可以包括：所述文件错误类型对应目标文件的下载链接，或者，所述文件错误类型和所述应用程序的运行环境信息对应目标文件的下载链接；则所述运行所述修复方案对所述错误进行修复处理的步骤，具体可以包括：

步骤A1、客户端依据所述下载链接从服务器下载对应的目标文件；

步骤A2、客户端加载下载完成的所述目标文件。

例如，在词库文件被损坏时，客户端可以通知服务器下发相对应输入法程序版本的词库文件，由服务器告知客户端词库文件的下载链接；进而，客户端可以从下载服务器下载相对应的词库文件，将该词库文件配置到正确的路径并重新加载。

对于一些错误类型而言，其修复可能涉及到应用程序之外的程序，故其需要由用户来执行，故在本发明的另一种可选实施例中，所述修复方案具体可以包括：所述错误类型对应的提醒内容；则所述运行所述修复方案对所述错误进行修复处理的步骤，包括：客户端输出所述错误类型对应的提醒内容。以回写错误类型为例，其错误原因可能是回写磁盘的空间不 足，故上述提醒内容可以包括：回写磁盘的空间不足，请及时清理回写磁盘。

可以理解，上述下载链接、提醒内容等修复方案只是作为本发明实施例的可选实施例，实际上，本领域技术人员可以根据实际应用需求，采用其他修复方案，例如，删除存在文件格式错误的文件、删除错误日志中已被修复过的错误等，本发明实施例对于具体的修复方案不加以限制。

方法实施例三

参照图3，示出了本发明的一种故障处理方法实施例三的步骤流程图，具体可以包括如下步骤：

步骤301、在检测到应用程序出现错误时，输出是否修复的第一提示；

步骤302、在接收用户对于所述第一提示的确认操作后，针对应用程序出现的错误进行分析，以得到对应的错误类型；

步骤303、依据所述错误类型对所述错误进行修复处理。

相对于方法实施例一，本实施例还可以在检测到应用程序出现错误时，输出是否修复的第一提示，并在征得用户同意后针对应用程序出现的错误进行分析和修复处理，因此可以避免修复影响到用户体验。

方法实施例四

参照图4，示出了本发明的一种故障处理方法实施例四的步骤流程图，具体可以包括如下步骤：

步骤401、在检测到应用程序出现错误时，检测所述应用程序对应信息设备当前的网络连接类型；

步骤402、当所述网络连接类型为非WiFi(无线保真，Wireless Fidelity)网络连接时，输出第二提示；

步骤403、当所述网络连接类型为无线保真网络连接时，针对应用程序出现的错误进行分析，以得到对应的错误类型；

步骤404、依据所述错误类型对所述错误进行修复处理。

由于本发明实施例的故障处理流程中客户端需要与服务器进行数据交互，例如，客户端需要从服务器请求修复方案，又如，客户端需要从服务器下载目标文件等；对于手机等信息设备而言，上述数据交互需要耗费大量的数据流量和较长的时间。

相对于方法实施例一，本实施例在网络连接类型为WiFi网络连接时直接针对应用程序出现的错误进行分析；而在网络连接类型为非WiFi网络连接时，为了避免花费用户的数据流量，可以输出第二提示，上述第二提示可用于提醒用户联网，或者问询用户是否在非WiFi网络下进行错误的修复；其中，用户可以选择联网，因此可以达到节省用户的数据流量的效果；用户也可以选择在非WiFi网络下进行错误的修复，此种情况下可以使用户了解数据流量的去向。

需要说明的是，可以通过弹窗、冒泡等形式弹出上述第一提示和第二提示，本发明实施例对于上述第一提示和第二提示的具体输出方式不加以限制。

方法实施例五

参照图5，示出了本发明的一种故障处理方法实施例五的步骤流程图，具体可以包括如下步骤：

步骤501、客户端针对应用程序出现的错误进行分析，以得到对应的错误类型；

步骤502、客户端向服务器发送所述错误类型对应的错误代码和应用程序的运行环境信息；

步骤503、客户端接收所述服务器依据所述错误代码和所述运行环境信息返回的修复方案，并运行所述修复方案对所述错误进行修复处理。

在本发明的一种应用示例中，输入法程序的词库文件因为某种原因导致格式错误。输入法程序的客户端在检测到该格式错误后，将该格式错误对应的词库文件错误代码、客户端版本、词库ID等信息打包发送给服务器；服务器在识别词库文件错误代码、客户端版本、词库ID后，将对应词 库文件的下载链接返回给客户端；进而，客户端可以从下载服务器下载相对应的词库文件，将该词库文件配置到正确的路径并重新加载。

在本发明的另一种应用示例中，应用程序的皮肤文件因为某种原因导致格式错误，输入法程序在检测到该格式错误后，将该格式错误对应的皮肤文件错误代码、客户端版本、皮肤ID等信息打包发送给服务器；服务器在识别皮肤文件错误代码、客户端版本、皮肤ID后，将对应皮肤文件的下载链接返回给客户端；进而，客户端可以从下载服务器下载相对应的皮肤文件，将该皮肤文件配置到正确的路径并重新加载。

综上，目前的输入法等应用程序在出现问题时，通常用户只能采用求助客服或是重新安装的方式来处理，极为不便；而本发明实施例可以依据分析得到的错误类型对所述错误进行精确的修复处理，故可以在用户不参与的情况下完成错误的修复处理，因此，相对于求助客服或者重新安装应用程序等传统修复方式，本发明实施例不仅能够提高错误的修复效率和修复准确率，而且能够节省用户时间和精力。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

装置实施例

参照图6，示出了本发明的一种故障处理装置实施例的结构框图，具体可以包括如下模块：

分析模块601，用于针对应用程序出现的错误进行分析，以得到对应的错误类型；及

修复模块602，用于依据所述错误类型对所述错误进行修复处理。

在本发明的一种可选实施例中，所述分析模块601，具体可以包括：

第一分析子模块，用于对所述应用程序的日志进行分析，以得到相应的错误类型；其中，所述日志具体可以包括：错误日志、操作日志和数据日志中的至少一种；和/或

第二分析子模块，用于对所述应用程序的功能模块在所述应用程序出现错误前执行过的文件相关应用程序编程接口进行分析，以得到对应的文件错误类型；和/或

第三分析子模块，用于对所述应用程序的功能模块在所述应用程序出现错误前访问过的文件中的字段或者格式进行分析，以得到相应的文件错误类型。

在本发明的另一种可选实施例中，所述修复模块602位于客户端，具体可以包括：

第一修复子模块，用于依据所述错误类型得到对应的修复方案，并运行所述修复方案对所述错误进行修复处理；或者

第二修复子模块，用于向服务器发送所述错误类型，接收所述服务器依据所述错误类型返回的修复方案，并运行所述修复方案对所述错误进行修复处理。

在本发明的再一种可选实施例中，所述错误类型具体可以包括：文件错误类型，所述修复方案具体可以包括：所述文件错误类型对应目标文件的下载链接，或者，所述文件错误类型和所述应用程序的运行环境信息对应目标文件的下载链接；则所述修复模块602，具体可以包括：

下载子模块，用于依据所述下载链接从服务器下载对应的目标文件；

加载子模块，用于加载下载完成的所述目标文件。

在本发明的又一种可选实施例中，所述第二修复子模块，具体可以包括：

发送单元，用于向服务器发送所述错误类型对应的错误代码。

在本发明的一种可选实施例中，所述修复方案具体可以包括：所述错误类型对应的提醒内容；则所述修复模块602，具体可以包括：

输出子模块，用于输出所述错误类型对应的提醒内容。

在本发明的另一种可选实施例中，所述装置还可以包括：

第一输出模块，用于在检测到应用程序出现错误时，输出是否修复的第一提示；

则所述分析模块601，具体可以包括：

第四分析子模块，用于在接收用户对于所述第一提示的确认操作后，针对应用程序出现的错误进行分析，以得到对应的错误类型。

在本发明的再一种可选实施例中，所述装置还可以包括：

检测模块，用于在检测到应用程序出现错误时，检测所述应用程序对应信息设备当前的网络连接类型；

第二输出模块，用于当所述网络连接类型为非无线保真网络连接时，输出第二提示；

所述分析模块601，具体可以包括：

第五分析子模块，用于当所述网络连接类型为非无线保真网络连接时，针对应用程序出现的错误进行分析，以得到对应的错误类型。

在本发明实施例的又一种可选实施例中，所述应用程序的运行环境信息具体可以包括如下信息中的至少一种：应用程序版本信息、应用程序对应操作系统的版本信息和应用程序的日志信息。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图7是根据一示例性实施例示出的一种用于故障处理的装置800的框图。例如，装置800可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图7，装置800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(I/O)的接口812，传感器组件814，以及通信组件816。

处理组件802通常控制装置800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理部件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在设备800的操作。这些数据的示例包括用于在装置800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件806为装置800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为装置800生成、管理和分配电力相关联的组件。

多媒体组件808包括在所述装置800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当设备800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当装置800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

I/O接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器，用于为装置800提供各个方面的状态评估。例如，传感器组件814可以检测到设备800的打开/关闭状态，组件的相对定位，例如所述组件为装置800的显示器和小键盘，传感器组件814还可以检测装置800或装置800一个组件的位置改变，用户与装置800接触的存在或不存在，装置800方位或加速/减速和装置800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件816被配置为便于装置800和其他设备之间有线或无线方式的通信。装置800可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信部件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信部件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由装置800的处理器820执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由移动终端的处理器执行时，使得移动终端能够执行一种故障处理方法，所述方法包括：针对应用程序出现的错误进行分析，以得到对应的错误类型；依据所述错误类型对所述错误进行修复处理。

图8是本发明实施例中服务器的结构示意图。该服务器1900可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processing units，CPU)1922(例如，一个或一个以上处理器)和存储器1932，一个或一个以上存储应用程序1942或数据1944的存储介质1930(例如一个或一个以上海量存储设备)。其中，存储器1932和存储介质1930可以是短暂存储或持久存储。存储在存储介质1930的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1922可以设置为与存储介质1930通信，在服务器1900上执行存储介质1930中的一系列指令操作。

服务器1900还可以包括一个或一个以上电源1926，一个或一个以上有线或无线网络接口1950，一个或一个以上输入输出接口1958，一个或一个以上键盘1956，和/或，一个或一个以上操作系统1941，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本发明旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

以上对本发明所提供的一种故障处理方法、一种故障处理装置和一种用于故障处理的装置，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。