CN106685744A - 一种故障排除方法、装置及*** - Google Patents

Abstract

本发明实施例提供了一种故障排除方法、装置及***，所述方法包括：获取所述客户端生成的日志文本；将所述日志文本发送给服务器，以使所述服务器根据所述日志文本获取用于排除所述客户端故障的策略文件；获取所述服务器发送的所述策略文件，并根据所述策略文件更新所述客户端，排除所述客户端的故障。本发明实施例提供的故障排除方法、装置及***，能够排除客户端出现的故障。

Description

一种故障排除方法、装置及***

技术领域

本发明涉及终端设备技术领域，特别是涉及一种故障排除方法、装置及***。

背景技术

终端设备上安装的客户端在运行的时候，经常会出现卡死、无法支付或无法访问网络地址等一系列的故障。

为了排除故障，使用客户端的用户通常会打电话给运营商的客服人员，请求客服人员帮助排除故障。而用户在与客服人员沟通时，可能由于用户对客户端不甚了解，无法清楚的描述出当前客户端出现故障的相关信息(如：客户端所出现故障的故障表现、网络状态、版本或产品型号等信息)，导致客服人员也不能根据用户的描述获知客户端具体的故障状态，从而无法排除客户端出现的故障。

发明内容

本发明的目的在于提供一种故障排除方法、装置及***，以排除客户端出现的故障。

为达到上述目的本发明实施例提供了一种故障排除方法，应用于客户端，所述方法包括：

获取所述客户端生成的日志文本；

将所述日志文本发送给服务器，以使所述服务器根据所述日志文本获取用于排除所述客户端故障的策略文件；

获取所述服务器发送的所述策略文件，并根据所述策略文件更新所述客户端，排除所述客户端的故障。

优选地，所述将所述日志文本发送给服务器的步骤，包括：

在检测到用户点击预设的操作键后，将所述日志文本发送给服务器。

优选地，所述方法还包括：

检测所述客户端的内存的占用量，并判断所述占用量是否大于故障阈值；

如果大于，则确定所述客户端发生故障，并执行所述获取所述客户端生成的日志文本的步骤。

优选地，所述将所述日志文本发送给服务器的步骤，包括：

按照实时读取所述日志文本中存储的日志记录实时向服务器发送的方式，将所述日志文本发送给所述服务器；或

按照预设的文件分段规则，确定所述日志文本的分段，并依次将各个分段发送给服务器。

本发明实施例还提供了一种故障排除方法，应用于服务器，所述方法包括：

获取客户端发送的日志文本；

根据所述日志文本获取用于排除所述客户端故障的策略文件；

向所述客户端发送所述策略文件，以使所述客户端根据所述策略文件进行更新排除所述客户端的故障。

优选地，所述根据所述日志文本获取用于排除所述故障的策略文件的步骤，包括：

检测所述日志文本中的故障代码；

确定所述故障代码对应的故障类型；

获取用于排除所述故障类型对应的故障的策略文件。

优选地，所述方法还包括：

存储所述日志文本。

本发明实施例还提供了一种故障排除装置，应用于客户端，所述装置包括：

第一获取模块，用于获取所述客户端生成的日志文本；

第一发送模块，用于将所述日志文本发送给服务器，以使所述服务器根据所述日志文本获取用于排除所述客户端故障的策略文件；

更新模块，用于获取所述服务器发送的所述策略文件，并根据所述策略文件更新所述客户端，排除所述客户端的故障。

本发明实施例还提供了一种故障排除装置，应用于服务器，所述装置包括：

第二获取模块，获取客户端发送的日志文本；

第三获取模块，用于根据所述日志文本获取用于排除所述客户端故障的策略文件；

第二发送模块，用于向所述客户端发送所述策略文件，以使所述客户端根据所述策略文件进行更新排除所述客户端的故障。

本发明实施例还提供了一种故障排除***，所述***包括：客户端和服务器；

所述客户端，用于获取所述客户端生成的日志文本；将所述日志文本发送给服务器，以使所述服务器根据所述日志文本获取用于排除所述客户端故障的策略文件；获取所述服务器发送的所述策略文件，并根据所述策略文件更新所述客户端，排除所述客户端的故障；

所述服务器，用于获取客户端发送的日志文本；根据所述日志文本获取用于排除所述客户端故障的策略文件；向所述客户端发送所述策略文件，以使所述客户端根据所述策略文件进行更新排除所述客户端的故障。

本发明实施例提供的一种故障排除方法、装置及***，客户端获取自身生成的日志文本，并将日志文本发送给服务器；服务器根据日志文本获取用于排除故障的策略文件，并将策略文件发送给客户端，客户端根据策略文件进行更新，排除客户端出现的故障。

附图说明

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

图1为本发明实施例提供的第一类故障排除方法的流程图；

图2为本发明实施例提供的第二类故障排除方法的流程图；

图3为本发明实施例提供的根据所述日志文本获取用于排除所述故障的策略文件的流程图；

图4为本发明实施例提供的第一类故障排除装置的结构示意图；

图5为本发明实施例提供的第二类故障排除装置的结构示意图；

图6为本发明实施例提供的第三获取模块的结构示意图；

图7为本发明实施例提供的故障排除***的结构示意图。

具体实施方式

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

客户端在运行时会实时生成日志文本，这些日志文本的内容中包括日志等级、进程ID(IDentity，身份标识)、用户机型、操作***版本、网络状态、客户端版本和用户昵称等信息，这些信息反映了客户端在运行时的一系列操作和运行环境，因此，可根据客户端生成的日志文本，确定出发生故障的客户端具体所处的故障状态，并进一步采取相应的排除故障的策略，以排除客户端出现的故障。为此，本发明实施例提供了一种故障排除方法，图1为本发明实施例提供的第一类故障排除方法的流程图，可应用于客户端，所述方法包括：

S110，获取所述客户端生成的日志文本。

本实施例中，客户端生成日志文本后，可将其存储在客户端的虚拟内存(如davilk虚拟机堆内存)中，客户端的虚拟内存容量是固定的，当存储的日志文本超过虚拟内存的容量后，会清除时间较早存入的日志文本，形成先进先出的队列结构；日志文本还可以被存储在客户端所在终端设备的内存卡中(如位于客户端文件夹中cache目录下)，终端设备的内存卡容量较大，可存储大量的日志文本。具体地，客户端在获取日志文本时，需要向终端设备的***申请获取日志文本的权限，在获得***的授权后，客户端可通过一条linux指令指定日志文本的等级和进程ID，通过日志文本的等级和进程ID获取到日志文本。进一步地，在获取日志文本时，客户端可获取当前存储的所有日志文本，也可以获取最新生成的日志文本(如当前时刻之前一天之内生成的日志文本)。

可选的，为了得到获取日志文本的具体时机，本申请提供了如下三种具体实现方式：

第一种具体实现方式为：可周期性获取客户端生成的日志文本。

具体地，客户端可预设一个时间间隔，每经过该时间间隔获取一次客户端生成的日志文本。举例而言，假设时间间隔为24小时，在初始时刻2014年1月1日0时，客户端获取一次日志文本，当2014年1月2日0时，客户端再次获取一次日志文本。

第二种具体实现方式为：可实时获取客户端生成的日志文本。

具体地，在客户端正常运行的时候，可采用实时获取日志文本。举例而言，日志文本包含多个日志记录，客户端每生成一条日志记录，客户端获取一条日志记录。

采用上述两种获取日志文本时机的具体实现方式中任一一种方式，均可使客户端更加智能，而且提高了获取日志文本的时效性。

优选地，为了降低客户端的运行负荷，本申请提供了第三种具体实现方式为：在客户端发生故障时，获取客户端生成的日志文本。

具体地，当客户端正常运行时无需获取日志文本，当客户端检测到自身发生故障后，获取日志文本，从而降低了客户端运行时的负荷。

在本申请的一种具体实现方式中，可通过如下方式确定客户端是否发生故障。所述方法还包括：

检测所述客户端的内存的占用量，并判断所述占用量是否大于故障阈值；如果大于，则确定所述客户端发生故障，并执行所述获取所述客户端生成的日志文本的步骤S110。

具体地，客户端的内存的占用量可表征当前客户端运行时占用内存的百分比，当客户端的内存的占用量过大，大于某一个故障阈值时，此时确定客户端发生故障。本实施例中，所述故障阈值可根据具体情况自由设定，例如，故障阈值可以为90％。举例而言，假设客户端的内存只有1G可以使用，然而客户端由于加载过多的图片，不断申请更多的内存，当再次申请内存时，客户端将无法申请到(此时内存的占用量已大于故障阈值)，申请内存的指令在执行后，由于没有得到想要的结果，客户端检测到自身已出现故障。

进一步地，当客户端检测到自身出现故障后，会向***发出一个异常指令，***的异常处理程序会捕捉到该异常指令，命令客户端获取日志文本。

S120，将所述日志文本发送给服务器，以使所述服务器根据所述日志文本获取用于排除所述客户端故障的策略文件。

可选的，为了得到发送日志文本的具体时机，本申请提供了如下两种具体实现方式：

第一种具体实现方式为：当客户端获取到日志文本后，采用轮询的方式主动向服务器询问是否开启日志文本发送。

具体地，轮询的方式是指当客户端获取到日志文本后，频繁的向服务器询问是否开启日志文本的发送，如果客户端得到服务器的允许，则客户端开启日志文本的发送，如果客户端不能得到服务器的允许，则客户端会隔一段时间继续向服务器询问是否开启日志文本的发送，该轮询的方式可使客户端更加智能。

为了节省降低运营商的成本、减小信息资源的浪费，本申请提供了第二种具体实现方式为：在检测到用户点击预设的操作键后，将所述日志文本发送给服务器。

具体地，可在客户端界面上预先设置用于发送日志文本的操作键，当客户端出现故障后，用户点击该操作键，客户端检测到用户点击操作键后，将日志文本发送给服务器。

在其他实施例中，发送日志文本的操作键还可以为临时生成并显示在屏幕上的。具体地，当客户端发生故障后向***发出一个异常指令，***的异常处理程序捕捉到该异常指令后，生成一个提示用户发送日志文本的操作键，并将其显示在屏幕上，当用户点击该操作键后，客户端检测到用户点击操作键后，向服务器发送日志文本。

优选地，在发送日志文本之前，客户端还可以对日志文本进行加密，服务器预先获知密码，服务器获取到日志文本后对其进行解密。本实施例中采用对日志文本加密的方式可有效的保障了客户端用户的隐私。

可选的，为了得到日志文本的发送方式，本申请提供了如下三种具体实现方式：

第一种具体实现方式为：按照预设的文件分段规则，确定所述日志文本的分段，并依次将各个分段发送给服务器。

具体地，日志文本中存储有多条日志记录，可按照每10条日志记录一分段的方式，对日志文本中的日志记录进行分段，然后依次将各个分段发送给服务器；还可以按照每一时间段(如10分钟)生成的日志记录一分段的方式，对日志文本中的日志记录进行分段，然后依次将各个分段发送给服务器。

优选地，在发送各个分段时，可按照某一预设的时间间隔进行发送。举例而言，该预设的时间间隔可以为0，即发送完成一个分段后，立即发送下一个分段；该预设的时间间隔可以为10分钟，即每隔10分钟发送一个分段。

第二种具体实现方式为：当检测到日志文本中的日志记录的数量超过预设阈值时，将日志文本发送给服务器。

本实施例中，预设阈值可以自由设定，优选地，预设阈值为20。

对于上述两种日志文本发送方式的具体实现方式，均可节省发送日志文本时的信息传输数量，节省运营商的成本。

优选地，为了减少日志文本发送过程中出现异常中断的发生，保证日志文本的正常发送，本申请提供了第三种具体实现方式为：按照实时读取所述日志文本中存储的日志记录实时向服务器发送的方式，将所述日志文本发送给所述服务器。

具体地，日志文本中存储有多条日志记录，客户端可以实时读取日志文本中存储的日志记录，并将读取的日志记录实时发送给服务器，这种方式读取的日志记录较少，发送过程中信息传输量小，可以减少发送过程中出现异常中断现象的发生，保证日志文本的正常发送。举例而言，客户端可以每读取一条日志记录，向服务器发送该行日志记录，如此反复。

具体地，客户端将日志文本发送给服务器后，服务器根据日志文本获取用于排除客户端故障的策略文件，并将策略文件发送给客户端。

本实施例中，策略文件可以为服务器根据日志文本中的信息自动生成的用于排除客户端故障的操作指令(如重启客户端)。策略文件还可以为维护人员根据日志文本编写的更新包，具体地，服务器将日志文本存储在存储器中，等待维护人员针对该日志文本中的信息，编写用于排除客户端故障的更新包，当更新包编写完成后，维护人员将其上传至服务器，服务器获取更新包。

优选地，在实际发送日志文本时，可采用Builder方式来配置日志文本的发送方式以及与服务器的交互方式，这些配置是相互独立的；同时利用LeanCloud SDK进行封装，或者，自行采用任意baas第三方服务提供商进行封装，或者，为了安全考虑，运营商可以自行开发服务端进行封装；之后通过Builder配置好服务器IP地址和用户密码，即可以开启日志文本的发送。

S130，获取所述服务器发送的所述策略文件，并根据所述策略文件更新所述客户端，排除所述客户端的故障。

具体地，客户端接收到服务器发送的策略文件后，对当前客户端进行更新，更新后的客户端可以排除曾经出现过的故障。

本发明实施例提供的故障排除方法，客户端获取自身生成的日志文本，并将日志文本发送给服务器；服务器根据日志文本获取用于排除故障的策略文件，并将策略文件发送给客户端，客户端根据策略文件进行更新，以排除客户端出现的故障。

本发明实施例还提供了一种故障排除方法，图2为本发明实施例提供的第二类故障排除方法的流程图，应用于服务器，该方法包括：

S210，获取客户端发送的日志文本。

具体地，当客户端发送日志文本后，服务器接收到该日志文本。

S220，根据所述日志文本获取用于排除所述客户端故障的策略文件。

作为本申请的一种具体实现方式，图3为本发明实施例提供的根据所述日志文本获取用于排除所述故障的策略文件的流程图，该方法包括：

S221，检测所述日志文本中的故障代码。

S222，确定所述故障代码对应的故障类型。

具体地，当客户端发送故障后，客户端生成的日志文件中会包含故障代码(此为现有技术)，每种不同的故障代码对应不同的故障类型，服务器可根据日志文件中的故障代码确定客户端当前处于的故障类型。

举例而言，当日志文件中的故障代码为response error http 404时，则表明是由于当前服务器出现问题导致客户端出现故障；当日志文件中的故障代码为connectionstate为空或者dns not found等，则表明是由于当前网络问题导致客户端出现故障；当日志文件中的故障代码为exception info时，则表明是客户端自身代码执行异常。

S223，获取用于排除所述故障类型对应的故障的策略文件。

本实施例中，策略文件可根据故障类型的不同分成两类：第一类策略文件为：服务器根据日志文本中的信息自动生成的用于排除客户端故障的操作指令；第二类策略文件为：维护人员根据日志文本编写的更新包。

具体地，对于不涉及客户端自身代码执行异常，而是由于服务器异常或者网络状态异常导致的客户端出现故障的情况，服务器需要只需向客户端发送排除客户端故障的操作指令(如重启客户端、重新登录服务器、调整手机设置或调整网络设置等)即可。此类操作指令可以为预先存储在本地的，当客户端出现此类故障后，服务器可直接从本地获取，因此可将此类操作指令确定为第一类策略文件。

对于客户端的故障涉及客户端自身代码执行异常的情况，服务器不能自行处理，需要维护人员针对日志文本中具体的相关数据(如用户机型、操作***版本、客户端版本和用户昵称)来判断客户端出现故障的严重程度，来编写相应的代码形成更新包，并将编写好的更新包上传至服务器，服务器获取更新包，因此可将更新包确定为第二类策略文件。

本实施例中，可根据日志文本中不同的故障代码获取到不同的策略文件，使获取策略文件的过程简单易行、便于操作。

S230，向所述客户端发送所述策略文件，以使所述客户端根据所述策略文件进行更新排除所述客户端的故障。

具体地，在服务器获取到策略文件后，需要向客户端发送该策略文件，为此本申请提供了如下两种具体实现方式：

第一种具体实现方式：服务器在获取到第一类策略文件后，向客户端发送第一类策略文件，客户端可相应的采取策略(如重启客户端、重新登录服务器等)，以排除客户端出现的故障。

第二种具体实现方式：服务器在获取到第二类策略文件后，向客户端发送第二类策略文件，客户端下载第二类策略文件后，对当前的客户端的执行代码进行更新，以排除客户端出现的故障。

优选地，在第二种具体实现方式中，维护人员还可根据客户端出现的故障的严重程度，使服务器分别采用热更新和周期更新的方式。

具体地，对于热更新方式：当客户端出现的故障较小，维护人员编写的更新包较小时，维护人员可将编写好的更新包直接上传服务器，服务器发送更新包给客户端，在客户端的用户未察觉的情况下，对当前的客户端的执行代码进行更新，以排除客户端出现的故障；对于周期更新的方式：由于每经过一定的时间段，客户端都会更新至下一个新版本，因此，当客户端出现的故障较大，客户端的执行代码存在的问题较多时，维护人员编写的更新包较大，可在下一个新版本更新的时候将更新包上传至服务器，服务器发送更新包给客户端，客户端下载更新包，对当前的客户端的执行代码进行更新，以排除客户端出现的故障。

本发明实施例提供的故障排除方法，服务器获取客户端发送的日志文本，并根据日志文本获取用于排除故障的策略文件，并将策略文件发送给客户端，客户端根据策略文件进行更新，以排除客户端出现的故障。

进一步地，为了便于维护人员根据日志文本进行编写代码来排除客户端出现的故障，所述方法还包括：存储所述日志文本。

具体地，在服务器的数据库中建立一个用于存储日志文本的存储***，由于服务器可与大量的客户端建立连接，这些客户端出现故障后，将生成的日志文本发送给服务器，服务器存储这些日志文本，可便于维护人员的查阅。同时，利用大量的客户端共同发现可能存在的问题，而且不同的客户端发送的日志文本不同，避免了维护人员在开发存储***时重复发送相同日志文本的情况，节省了开发存储***的时间和测试时间。另外，维护人员可通过存储***快速定位客户端出现的故障，尽快的编写用于排除故障的代码，提供了客服与用户的沟通效率。

本发明还提供了一种第一类故障排除装置，图4为本发明实施例提供的第一类故障排除装置的结构示意图，用于执行图1所示的方法，该装置可应用于客户端，所述装置包括：

第一获取模块410，用于获取所述客户端生成的日志文本；

第一发送模块420，用于将所述日志文本发送给服务器，以使所述服务器根据所述日志文本获取用于排除所述客户端故障的策略文件；

更新模块430，用于获取所述服务器发送的所述策略文件，并根据所述策略文件更新所述客户端，排除所述客户端的故障。

本发明实施例提供的故障排除装置，客户端获取自身生成的日志文本，并将日志文本发送给服务器；服务器根据日志文本获取用于排除故障的策略文件，并将策略文件发送给客户端，客户端根据策略文件进行更新，以排除客户端出现的故障。

优选地，所述第一发送模块420，具体用于在检测到用户点击预设的操作键后，将所述日志文本发送给服务器。

优选地，所述装置还包括：

检测模块，用于检测所述客户端的内存的占用量，并判断所述占用量是否大于故障阈值；

确定模块，用于当所述检测模块的判断结果为大于时，则确定所述客户端发生故障，并触发所述第一获取模块410。

优选地，所述第一发送模块420，包括：

第一发送单元，用于按照实时读取所述日志文本中存储的日志记录实时向服务器发送的方式，将所述日志文本发送给所述服务器；或

第二发送单元，用于按照预设的文件分段规则，确定所述日志文本的分段，并依次将各个分段发送给服务器。

本发明还提供了一种第二类故障排除装置，图5为本发明实施例提供的第二类故障排除装置的结构示意图，用于执行图2所示的方法，该装置可应用于服务器，所述装置包括：

第二获取模块510，获取客户端发送的日志文本；

第三获取模块520，用于根据所述日志文本获取用于排除所述客户端故障的策略文件；

第二发送模块530，用于向所述客户端发送所述策略文件，以使所述客户端根据所述策略文件进行更新排除所述客户端的故障。

本发明实施例提供的故障排除装置，服务器获取客户端发送的日志文本，并根据日志文本获取用于排除故障的策略文件，并将策略文件发送给客户端，客户端根据策略文件进行更新，以排除客户端出现的故障。

优选地，图6为本发明实施例提供的第三获取模块的结构示意图，所述第三获取模块520用于图3所示的方法，所述第三获取模块520包括：

检测单元521，用于检测所述日志文本中的故障代码；

确定单元522，用于确定所述故障代码对应的故障类型；

获取单元523，用于获取用于排除所述故障类型对应的故障的策略文件。

优选地，所述装置还包括：

存储模块，用于存储所述日志文本。

本实施例中，可根据日志文本中不同的故障代码获取到不同的策略文件，使获取策略文件的过程简单易行、便于操作。

本发明实施例还提供了一种故障排除***，图7为本发明实施例提供的故障排除***的结构示意图，所述***包括：客户端710和服务器720；

所述客户端710，用于获取所述客户端生成的日志文本；将所述日志文本发送给服务器，以使所述服务器根据所述日志文本获取用于排除所述客户端故障的策略文件；获取所述服务器发送的所述策略文件，并根据所述策略文件更新所述客户端，排除所述客户端的故障；

所述服务器720，用于获取客户端发送的日志文本；根据所述日志文本获取用于排除所述客户端故障的策略文件；向所述客户端发送所述策略文件，以使所述客户端根据所述策略文件进行更新排除所述客户端的故障。

本发明实施例提供的故障排除***，客户端获取自身生成的日志文本，并将日志文本发送给服务器；服务器根据日志文本获取用于排除故障的策略文件，并将策略文件发送给客户端，客户端根据策略文件进行更新，以排除客户端出现的故障。

优选地，所述客户端710，用于在检测到用户点击预设的操作键后，将所述日志文本发送给服务器。

优选地，所述客户端710，还用于检测所述客户端的内存的占用量，并判断所述占用量是否大于故障阈值；如果大于，则确定所述客户端发生故障，并获取所述客户端生成的日志文本。

优选地，所述客户端710，用于按照实时读取所述日志文本中存储的日志记录实时向服务器发送的方式，将所述日志文本发送给所述服务器；或

按照预设的文件分段规则，确定所述日志文本的分段，并依次将各个分段发送给服务器。

优选地，所述服务器720，用于检测所述日志文本中的故障代码；确定所述故障代码对应的故障类型；获取用于排除所述故障类型对应的故障的策略文件。

优选地，所述服务器720，还用于存储所述日志文本。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、***实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

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

Claims (10)

1.一种故障排除方法，其特征在于，应用于客户端，所述方法包括：

获取所述客户端生成的日志文本；

将所述日志文本发送给服务器，以使所述服务器根据所述日志文本获取用于排除所述客户端故障的策略文件；

获取所述服务器发送的所述策略文件，并根据所述策略文件更新所述客户端，排除所述客户端的故障。

2.根据权利要求1所述的方法，其特征在于，所述将所述日志文本发送给服务器的步骤，包括：

在检测到用户点击预设的操作键后，将所述日志文本发送给服务器。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

检测所述客户端的内存的占用量，并判断所述占用量是否大于故障阈值；

如果大于，则确定所述客户端发生故障，并执行所述获取所述客户端生成的日志文本的步骤。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述将所述日志文本发送给服务器的步骤，包括：

按照实时读取所述日志文本中存储的日志记录实时向服务器发送的方式，将所述日志文本发送给所述服务器；或

按照预设的文件分段规则，确定所述日志文本的分段，并依次将各个分段发送给服务器。

5.一种故障排除方法，其特征在于，应用于服务器，所述方法包括：

获取客户端发送的日志文本；

根据所述日志文本获取用于排除所述客户端故障的策略文件；

向所述客户端发送所述策略文件，以使所述客户端根据所述策略文件进行更新排除所述客户端的故障。

6.根据权利要求5所述的方法，其特征在于，所述根据所述日志文本获取用于排除所述故障的策略文件的步骤，包括：

检测所述日志文本中的故障代码；

确定所述故障代码对应的故障类型；

获取用于排除所述故障类型对应的故障的策略文件。

7.根据权利要求5或6所述的方法，其特征在于，所述方法还包括：

存储所述日志文本。

8.一种故障排除装置，其特征在于，应用于客户端，所述装置包括：

第一获取模块，用于获取所述客户端生成的日志文本；

第一发送模块，用于将所述日志文本发送给服务器，以使所述服务器根据所述日志文本获取用于排除所述客户端故障的策略文件；

更新模块，用于获取所述服务器发送的所述策略文件，并根据所述策略文件更新所述客户端，排除所述客户端的故障。

9.一种故障排除装置，其特征在于，应用于服务器，所述装置包括：

第二获取模块，获取客户端发送的日志文本；

第三获取模块，用于根据所述日志文本获取用于排除所述客户端故障的策略文件；

第二发送模块，用于向所述客户端发送所述策略文件，以使所述客户端根据所述策略文件进行更新排除所述客户端的故障。

10.一种故障排除***，其特征在于，所述***包括：客户端和服务器；

所述客户端，用于获取所述客户端生成的日志文本；将所述日志文本发送给服务器，以使所述服务器根据所述日志文本获取用于排除所述客户端故障的策略文件；获取所述服务器发送的所述策略文件，并根据所述策略文件更新所述客户端，排除所述客户端的故障；

所述服务器，用于获取客户端发送的日志文本；根据所述日志文本获取用于排除所述客户端故障的策略文件；向所述客户端发送所述策略文件，以使所述客户端根据所述策略文件进行更新排除所述客户端的故障。