CN107547920A - 故障处理方法及装置 - Google Patents

Abstract

本发明提供了一种故障处理方法及装置，其中，该方法包括：确定终端发生的故障的故障类型；根据故障类型与故障处理方式的对应关系确定用于解决终端发生的故障的故障处理方式；利用确定的故障处理方式对终端发生的故障进行处理。本发明根据终端的故障类型使用对应的故障处理方式，可以解决终端机顶盒修复故障时需要人工干预，修复故障周期长的问题，达到节省人力物力的效果。

Description

故障处理方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种故障处理方法及装置。

背景技术

随着光传输技术(Optical Transmission Technology，简称为OTT)或者交互式网络电视(Internet Protocol Television，简称为IPTV)机顶盒的迅猛发展，机顶盒已经成为了大部分家庭的标配电子产品。但是，当机顶盒发生故障时，大部分用户都无法处理，一般只会重启机顶盒，当重启机顶盒也解决不了问题后，就只能求助运营商的帮助。这导致浪费了运营商大量的人力成本。

对于机顶盒上产生的故障，我们大致分为两类。一、用户修改了机顶盒的配置导致的；二、运行过程中因为其它原因(例如外部原因)产生的。

大部分用户对机顶盒提供的参数的作用还一知半解，有时候他们出于好奇或者想解决某些故障，会尝试修改这些参数，但有时候这些修改是有害的，可能会导致机顶盒产生新的问题。

相关技术中针对机顶盒的错误，大部分情况下只会在出错的情况下弹出一个错误码，或者在错误码下面附加一段解决办法，让用户据此解决问题，或者据此向运营商寻求帮助。高级点的将错误信息发给服务器端，由服务器端将解决指令发给机顶盒来处理。相关技术中的解决方案都需要人工干预，包括用户和运营商人员，导致将整个解决周期拉长。并且如果用户对技术完全不懂(例如老年人)，那么只能运营商派人上门服务，会浪费更多的人力成本和时间成本。

针对上述问题，相关技术中并未提出有效的解决方案。

发明内容

本发明实施例提供了一种故障处理方法及装置，以至少解决相关技术中存在的解决机顶盒故障需要人工干预，解决故障周期长，浪费人力物力的问题。

根据本发明的一个实施例，提供了一种故障处理的方法，包括：确定终端发生的故障的故障类型；根据故障类型与故障处理方式的对应关系确定用于解决所述终端发生的故障的故障处理方式；利用确定的所述故障处理方式对所述终端发生的故障进行处理。

可选地，确定所述终端发生的故障的故障类型包括：判断所述终端当前的配置参数与历史配置参数是否匹配，其中，所述历史配置参数包括所述终端出厂时的出厂配置参数，和/或所述终端出厂后修改的且保证所述终端处于正常工作状态的修改配置参数；在判断结果为所述终端当前的配置参数与所述历史配置参数不匹配的情况下，确定所述终端发生的故障的故障类型为配置参数故障；和/或，在判断结果为所述终端当前的配置参数与所述历史配置参数匹配的情况下，确定所述终端发生的故障的故障类型为非配置参数故障。

可选地，根据故障类型与故障处理方式的对应关系确定用于解决所述终端发生的故障的故障处理方式包括：在确定所述终端发生的故障的故障类型为配置参数故障时，根据所述对应关系确定用于解决所述配置参数故障的故障处理方式为按照所述终端中最后记录的历史配置参数重新配置所述终端的配置参数；和/或，在确定所述终端发生的故障的故障类型为非配置参数故障时，确定用于描述所述终端发生的故障的故障描述信息，根据所述终端中记录的故障描述信息与故障处理方式的对应关系确定用于解决所述终端发生的故障的故障处理方式。

可选地，在按照所述终端中最后记录的历史配置参数重新配置所述终端的配置参数之后，所述方法还包括：当确定所述终端的故障仍未解决的情况下，将所述终端的配置参数恢复为重新配置之前的配置参数；重新确定所述终端发生的故障的故障类型为非配置参数故障，并重新确定对应的故障处理方式；利用重新确定的故障处理方式对所述终端发生的故障进行处理。

可选地，所述方法还包括：在确定故障描述信息与故障处理方式的对应关系发生变化后，更新所述终端中记录的故障描述信息与故障处理方式的对应关系。

可选地，判断所述终端当前的配置参数与历史配置参数是否匹配包括：按照所述终端记录所述历史配置参数的时间，依次判断所述终端当前的配置参数与所述历史配置参数是否一致；在判断结果为均不一致的情况下，确定所述终端当前的配置参数与所述历史配置参数不匹配；和/或，在判断结果为存在一致的情况下，确定所述终端当前的配置参数与所述历史配置参数匹配。

可选地，所述方法还包括：在故障处理成功后，生成发生的故障的故障成因并对所述故障成因进行提示；或者，在故障处理失败后，提示处理失败和/或提示人工解决所述终端发生的故障的解决方式。

根据本发明的另一个实施例，提供了一种处理故障的装置，包括：第一确定模块，用于确定终端发生的故障的故障类型；第二确定模块，用于根据故障类型与故障处理方式的对应关系确定用于解决所述终端发生的故障的故障处理方式；处理模块，用于利用确定的所述故障处理方式对所述终端发生的故障进行处理。

可选地，所述第一确定模块包括：判断单元，用于判断所述终端当前的配置参数与历史配置参数是否匹配，其中，所述历史配置参数包括所述终端出厂时的出厂配置参数，和/或所述终端出厂后修改的且保证所述终端处于正常工作状态的修改配置参数；第一确定单元，用于在判断结果为所述终端当前的配置参数与所述历史配置参数不匹配的情况下，确定所述终端发生的故障的故障类型为配置参数故障；和/或，第二确定单元，用于在判断结果为所述终端当前的配置参数与所述历史配置参数匹配的情况下，确定所述终端发生的故障的故障类型为非配置参数故障。

可选地，所述第二确定模块包括：第一处理单元，用于在确定所述终端发生的故障的故障类型为配置参数故障时，根据所述对应关系确定用于解决所述配置参数故障的故障处理方式为按照所述终端中最后记录的历史配置参数重新配置所述终端的配置参数；和/或，第二处理单元，用于在确定所述终端发生的故障的故障类型为非配置参数故障时，确定用于描述所述终端发生的故障的故障描述信息，根据所述终端中记录的故障描述信息与故障处理方式的对应关系确定用于解决所述终端发生的故障的故障处理方式。

可选地，所述装置还包括：恢复模块，用于在按照所述终端中最后记录的历史配置参数重新配置所述终端的配置参数之后，当确定所述终端的故障仍未解决的情况下，将所述终端的配置参数恢复为重新配置之前的配置参数；重新确定模块，用于重新确定所述终端发生的故障的故障类型为非配置参数故障，并重新确定对应的故障处理方式；重新处理模块，用于利用重新确定的故障处理方式对所述终端发生的故障进行处理。

可选地，所述装置还包括：更新模块，用于在确定故障描述信息与故障处理方式的对应关系发生变化后，更新所述终端中记录的故障描述信息与故障处理方式的对应关系。

可选地，所述判断单元包括：判断子单元，用于按照所述终端记录所述历史配置参数的时间，依次判断所述终端当前的配置参数与所述历史配置参数是否一致；确定子单元，用于在判断子单元的判断结果为均不一致的情况下，确定所述终端当前的配置参数与所述历史配置参数不匹配；和/或，在判断结果为存在一致的情况下，确定所述终端当前的配置参数与所述历史配置参数匹配。

可选地，所述装置还包括：生成模块，用于在故障处理成功后，生成发生的故障的故障成因并对所述故障成因进行提示；或者，提示模块，用于在故障处理失败后，提示处理失败和/或提示人工解决所述终端发生的故障的解决方式。

根据本发明的又一个实施例，还提供了一种存储介质。该存储介质设置为存储用于执行上述步骤的程序代码。

通过本发明，由于根据终端的故障类型使用对应的故障处理方式，因此，可以解决终端机顶盒修复故障时需要人工干预，修复故障周期长的问题，达到节省人力物力的效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的故障处理方法的移动终端的硬件结构框图；

图2是根据本发明实施例的故障处理的方法流程图；

图3是根据本发明实施例的故障处理的模块示意图；

图4是根据本发明实施例故障处理的运行流程图；

图5是根据本发明实施例的故障处理装置的结构框图；

图6是根据本发明实施例的故障处理装置中第一确定模块52的结构框图；

图7是根据本发明实施例的故障处理装置中第二确定模块54的结构框图；

图8是本发明实施例的故障处理装置的优选结构框图；

图9所示是本发明实施例的故障处理装置中判断单元62的结构框图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

本申请实施例一所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在移动终端上为例，图1是本发明实施例的故障处理方法的移动终端的硬件结构框图。如图1所示，移动终端10可以包括一个或多个(图1中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输装置106。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，移动终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

存储器104可用于存储应用软件的软件程序以及模块，如本发明实施例中的处理故障方法对应的程序指令/模块，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至移动终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实施例可包括移动终端10的通信供应商提供的无线网络。在一个实施例中，传输装置106包括一个网络适配器(Network Interface Controller，简称为NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实施例中，传输装置106可以为射频(Radio Frequency，简称为RF)模块，其用于通过无线方式与互联网进行通讯。

在本实施例中提供了一种故障处理方法，图2是根据本发明实施例的故障处理的方法流程图，如图2所示，该流程包括如下步骤：

步骤S202，确定终端发生的故障的故障类型；

步骤S204，根据故障类型与故障处理方式的对应关系确定用于解决上述终端发生的故障的故障处理方式；

步骤S206，利用确定的上述故障处理方式对终端发生的故障进行处理。

其中，上述终端可以是机顶盒，也可以是其他类型的终端(例如，手机)，在下述实施例中以机顶盒为例进行说明。

通过上述步骤，由于根据终端的故障类型使用对应的故障处理方式，因此，可以解决终端机顶盒修复故障时需要人工干预，修复故障周期长的问题，达到了节省人力物力的效果。

在一个可选的实施例中，确定上述终端发生的故障的故障类型包括：判断上述终端当前的配置参数与历史配置参数是否匹配，其中，上述历史配置参数包括上述终端出厂时的出厂配置参数，和/或上述终端出厂后修改的且保证上述终端处于正常工作状态的修改配置参数；在判断结果为上述终端当前的配置参数与上述历史配置参数不匹配的情况下，确定上述终端发生的故障的故障类型为配置参数故障；在判断结果为上述终端当前的配置参数与历史配置参数匹配的情况下，确定终端发生的故障的故障类型为非配置参数故障。在本实施例中，终端机顶盒出厂时，可以为该机顶盒配置一份基本配置表，基本配置表中保存了机顶盒出厂时的出厂配置参数；机顶盒在用户修改配置参数后，如果可以正常运行没有异常，生成一份历史配置表；机顶盒发生故障后，将当前的配置参数和历史配置表中的历史配置参数比对，判断配置参数是否有修改，如果有修改记录，则判断机顶盒的故障类型为配置参数故障，如果没有修改记录，则判断机顶盒的故障类型为非配置参数故障。

在一个可选的实施例中，根据故障类型与故障处理方式的对应关系确定用于解决上述终端发生的故障的故障处理方式包括：在确定上述终端发生的故障的故障类型为配置参数故障时，根据上述对应关系确定用于解决配置参数故障的故障处理方式为按照上述终端中最后记录的历史配置参数重新配置上述终端的配置参数；和/或，在确定上述终端发生的故障的故障类型为非配置参数故障时，确定用于描述上述终端发生的故障的故障描述信息，根据上述终端中记录的故障描述信息与故障处理方式的对应关系确定用于解决所述终端发生的故障的故障处理方式。在本实施例中，机顶盒发生故障后，可以检查故障是否和配置参数有关，以及和哪些配置参数有关，从而确定机顶盒的故障是否为配置参数故障，在确定机顶盒的故障是配置参数故障时，将机顶盒当前的配置参数和历史配置表中的历史配置参数进行比对，从而可以判断配置参数中是否有修改(即，可以判断配置参数是否发生过误修改)，如果判断出配置参数发生过误修改，则采用历史配置表中的历史配置参数重新设置机顶盒的配置参数；如果机顶盒的配置参数和历史配置参数匹配(当历史配置参数为多份配置参数时，只要判断出和其中的一份配置参数一致，则确定机顶盒当前的配置参数和历史配置参数匹配)，则判断出机顶盒的故障为非配置参数故障，则可以将故障和机顶盒中的故障库中的故障描述信息进行比对，如果故障和故障库中某个故障描述信息一致，则运行故障库中预置的与该故障描述信息对应的故障处理方式对故障进行处理，其中，故障库中的故障处理方式可以是脚本，也可以是可运行的程序。

在一个可选的实施中，在按照上述终端中最后记录的历史配置参数重新配置终端的配置参数之后，上述方法还包括：当确定上述终端的故障仍未解决的情况下，将上述终端的配置参数恢复为重新配置之前的配置参数；重新确定所述终端发生的故障的故障类型为非配置参数故障，并重新确定对应的故障处理方式；利用重新确定的故障处理方式对所述终端发生的故障进行处理。在本实施例中，重新配置之前的配置参数即机顶盒中当前最新的配置参数(即，机顶盒发生故障时的配置参数)，在本实施例中，在重新确定了机顶盒的故障类型为非配置参数故障后，可以按照对非配置参数故障进行处理的方式确定对应解决方案，即，在确定终端发生的故障的故障类型为非配置参数故障时，确定用于描述终端发生的故障的故障描述信息，根据该终端中记录的故障描述信息与故障处理方式的对应关系确定用于解决终端发生的故障的故障处理方式。

在一个可选的实施例，上述方法还包括：在确定故障描述信息与故障处理方式的对应关系发生变化后，更新终端中记录的故障描述信息与故障处理方式的对应关系。在本实施例中，当发现新的故障，或者故障处理方式有变更时，可以由运维人员更新服务器上的故障库及故障处理方式，机顶盒也可以定期(比如每次开机后)检查故障库及故障处理方式，是否有更新，如果故障库及故障处理方式不是最新，则可以从服务器上下载最新的更新包。

在一个可选的实施例中，判断上述终端当前的配置参数与历史配置参数是否匹配包括：按照上述终端记录历史配置参数的时间，依次判断上述终端当前的配置参数与上述历史配置参数是否一致；在判断结果为均不一致的情况下，确定上述终端当前的配置参数与所述历史配置参数不匹配；和/或，在判断结果为存在一致的情况下，确定上述终端当前的配置参数与上述历史配置参数匹配。在本实施例中，机顶盒出厂时，以及用户第一次正常使用后，生成一份配置表。后续当用户修改配置后，如果也可以正常使用无异常，也生成一份新的配置表。机顶盒内部可能会存在多份历史配置表。机顶盒发生故障时，将机顶盒当前配置表中的配置参数与多份历史配置表根据时间逐一进行比较(例如，按照历史配置参数记录时间由近及远依次对比)。直到确定机顶盒当前的配置参数与历史配置参数一致或者均不一致为止。

在一个可选的实施例中，上述方法还包括：在故障处理成功后，生成发生的故障的故障成因并对所述故障成因进行提示；或者，在故障处理失败后，提示处理失败和/或提示人工解决所述终端发生的故障的解决方式。在本实施例中，在根据历史配置参数重新配置机顶盒的配置参数后或者采用故障库中的故障处理方式后，故障得到解决，则提示用户故障产生的原因及采用的故障处理方式；如果故障处理失败，则提示用户如何解决故障或者寻求帮助，其中，提示方式可以为语音提示，也可以为文字提示或者其他提示方式。

可选地，上述步骤的执行主体可以为机顶盒或者其他终端等，但不限于此。

下面以机顶盒为例对本发明进行说明：

图3是根据本发明实施例的故障处理的模块示意图，该实施例中的模块之间的连接如图3所示：

在本实施例中，控制中心控制历史配置表及故障库，故障库中包含解决方案(对应于上述的故障处理方式)；本实施例的方案为：

出厂时，机顶盒预置一个故障库及对应的解决方案，故障库可以匹配用户常见的故障。

出厂时，机顶盒生成一份基本的配置表，保存了出厂时的预置参数，以及用户第一次正常使用后，生成一份配置表。后续当用户修改配置参数后，如果机顶盒也可以正常使用无异常，也生成一份新的配置表。也就是说机顶盒内部可能会存在多份历史配置表的情况。

机顶盒发生故障后，检查这个故障和哪些配置参数有关，将当前配置表和历史配置表对比，看是否有修改，如果有修改记录，则采用历史配置表的配置参数重新设置当前配置表中的配置参数。

机顶盒发生故障后，机顶盒查找故障库是否有收录对应故障，如果有，则运行故障对应的解决方案。

机顶盒定时更新故障库及解决方案，当发现新的故障，或者故障的解决方案有变更时，运维人员更新服务器上的故障库及解决方案。机顶盒定时(例如每次开机后)去检查故障库及解决方案是否最新，如果不是最新，则下载更新包进行更新。

图4是根据本发明实施例的故障处理的运行流程图，如图4所示，该流程包括如下步骤：

步骤402：机顶盒发生故障；

步骤404：首先检查这个故障和哪些参数有关，也就是说属于哪一类故障，例如如果是网络故障，就通过比较当前配置表中的配置参数和最新的历史配置表中的网络参数(对应于上述的历史配置参数)是否有修改；

步骤406：如果当前配置表中的配置参数有过修改，则依次和历史配置表的网络参数进行比较，如此循环直到比较到出厂的历史配置表为止。采用历史配置表中的网络参数重设当前配置表中的配置参数；如果修改配置参数后不能够解决故障，则恢复使用最新的配置参数，而不使用历史配置表中的配置参数。

步骤408：判断故障是否修复；如果故障修复，则提示用户之前的错误原因，并说明采用了什么方式解决的故障，转至步骤418；

步骤410：如果故障没有修复，或者没有修改过和该故障相关的配置参数，则采用匹配故障库的方式，在故障库中查找是否有相同的故障；

步骤412：如果和故障库中的故障匹配，则直接运行故障库中对应故障的解决方案。故障库中的解决方案可以是脚本，也可以是可运行的程序。

步骤414：判断问题(对应于上述的故障)是否修复；

步骤416：如果问题没有修复，则说明该故障可能需要人工干预才能够解决，例如可能是网线松动之类，这时候提示用户应该如何解决或者寻求帮助，解决故障后转到步骤418；

步骤418：故障解决，机顶盒恢复正常。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

在本实施例中还提供了一种故障处理装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图5是根据本发明实施例的故障处理装置的结构框图，如图5所示，该装置包括第一确定模块52、第二确定模块54和处理模块56，下面对该装置进行说明：

第一确定模块52，用于确定终端发生的故障的故障类型；第二确定模块54，连接至上述第一确定模块52，用于根据故障类型与故障处理方式的对应关系确定用于解决上述终端发生的故障的故障处理方式；处理模块56，连接至上述第二确定模块54，用于利用确定的所述故障处理方式对上述终端发生的故障进行处理。

如图6所示是本发明实施例的故障处理装置中第一确定模块52的结构框图，如图6所示，第一确定模块52包括判断单元62、以及，第一确定单元64和/或第二确定单元66，下面对该装置进行说明：

判断单元62，用于判断上述终端当前的配置参数与历史配置参数是否匹配，其中，上述历史配置参数包括上述终端出厂时的出厂配置参数，和/或上述终端出厂后修改的且保证终端处于正常工作状态的修改配置参数；第一确定单元64，连接至上述判断单元62，用于在判断结果为上述终端当前的配置参数与上述历史配置参数不匹配的情况下，确定上述终端发生的故障的故障类型为配置参数故障；第二确定单元66，连接至上述判断单元62，用于在判断结果为上述终端当前的配置参数与上述历史配置参数匹配的情况下，确定上述终端发生的故障的故障类型为非配置参数故障。

如图7所示是本发明实施例的故障处理装置中第二确定模块54的结构框图，如图7所示，第二确定模块54包括第一处理单元72和/或第二处理单元74，下面对该装置进行说明：

第一处理单元72，用于在确定上述终端发生的故障的故障类型为配置参数故障时，根据上述对应关系确定用于解决所述配置参数故障的故障处理方式为按照上述终端中最后记录的历史配置参数重新配置所述终端的配置参数；第二处理单元74，用于在确定上述终端发生的故障的故障类型为非配置参数故障时，确定用于描述上述终端发生的故障的故障描述信息，根据上述终端中记录的故障描述信息与故障处理方式的对应关系确定用于解决上述终端发生的故障的故障处理方式。

如图8所示是本发明实施例的故障处理装置的优选结构框图，如图8所示，所述装置除包括图7所示的所有模块外，还包括：恢复模块82、重新确定模块84和重新处理模块86，下面对该装置进行说明：恢复模块82，连接至上述处理模块56，用于在按照所述终端中最后记录的历史配置参数重新配置所述终端的配置参数之后，当确定上述终端的故障仍未解决的情况下，将上述终端的配置参数恢复为重新配置之前的配置参数；重新确定模块84，连接至上述恢复模块82，用于重新确定上述终端发生的故障的故障类型为非配置参数故障，并重新确定对应的故障处理方式；重新处理模块86，连接至上述重新确定模块84，用于利用重新确定的故障处理方式对上述终端发生的故障进行处理。

在一个可选的额实施例中，上述装置还包括：更新模块，用于在确定故障描述信息与故障处理方式的对应关系发生变化后，更新上述终端中记录的故障描述信息与故障处理方式的对应关系。

如图9所示是本发明实施例的故障处理装置中判断单元62的结构框图，如图9所示，上述判断单元62包括：判断子单元92和确定子单元94，下面对该装置进行说明：

判断子单元92，用于按照终端记录历史配置参数的时间，依次判断上述终端当前的配置参数与上述历史配置参数是否一致；确定子单元94，连接至上述判断子单元92，用于在判断子单元92的判断结果为均不一致的情况下，确定上述终端当前的配置参数与上述历史配置参数不匹配；和/或，在判断结果为存在一致的情况下，确定所述终端当前的配置参数与上述历史配置参数匹配。

在一个可选的实施例中，所述装置还包括：生成模块和提示模块，下面对该装置进行说明：

生成模块，用于在故障处理成功后，生成发生的故障的故障成因并对上述故障成因进行提示；或者，提示模块，用于在故障处理失败后，提示处理失败和/或提示人工解决上述终端发生的故障的解决方式。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行上述步骤的程序代码。

可选地，存储介质还被设置为存储用于执行上述步骤的程序代码。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行上述各步骤。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (14)

1.一种故障处理方法，其特征在于，包括：

确定终端发生的故障的故障类型；

根据故障类型与故障处理方式的对应关系确定用于解决所述终端发生的故障的故障处理方式；

利用确定的所述故障处理方式对所述终端发生的故障进行处理。

2.根据权利要求1所述的方法，其特征在于，确定所述终端发生的故障的故障类型包括：

判断所述终端当前的配置参数与历史配置参数是否匹配，其中，所述历史配置参数包括所述终端出厂时的出厂配置参数，和/或所述终端出厂后修改的且保证所述终端处于正常工作状态的修改配置参数；

在判断结果为所述终端当前的配置参数与所述历史配置参数不匹配的情况下，确定所述终端发生的故障的故障类型为配置参数故障；和/或，

在判断结果为所述终端当前的配置参数与所述历史配置参数匹配的情况下，确定所述终端发生的故障的故障类型为非配置参数故障。

3.根据权利要求2所述的方法，其特征在于，根据故障类型与故障处理方式的对应关系确定用于解决所述终端发生的故障的故障处理方式包括：

在确定所述终端发生的故障的故障类型为配置参数故障时，根据所述对应关系确定用于解决所述配置参数故障的故障处理方式为按照所述终端中最后记录的历史配置参数重新配置所述终端的配置参数；和/或，

在确定所述终端发生的故障的故障类型为非配置参数故障时，确定用于描述所述终端发生的故障的故障描述信息，根据所述终端中记录的故障描述信息与故障处理方式的对应关系确定用于解决所述终端发生的故障的故障处理方式。

4.根据权利要求3所述的方法，其特征在于，在按照所述终端中最后记录的历史配置参数重新配置所述终端的配置参数之后，所述方法还包括：

当确定所述终端的故障仍未解决的情况下，将所述终端的配置参数恢复为重新配置之前的配置参数；

重新确定所述终端发生的故障的故障类型为非配置参数故障，并重新确定对应的故障处理方式；

利用重新确定的故障处理方式对所述终端发生的故障进行处理。

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

在确定故障描述信息与故障处理方式的对应关系发生变化后，更新所述终端中记录的故障描述信息与故障处理方式的对应关系。

6.根据权利要求2所述的方法，其特征在于，判断所述终端当前的配置参数与历史配置参数是否匹配包括：

按照所述终端记录所述历史配置参数的时间，依次判断所述终端当前的配置参数与所述历史配置参数是否一致；

在判断结果为均不一致的情况下，确定所述终端当前的配置参数与所述历史配置参数不匹配；和/或，

在判断结果为存在一致的情况下，确定所述终端当前的配置参数与所述历史配置参数匹配。

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

在故障处理成功后，生成发生的故障的故障成因并对所述故障成因进行提示；或者，

在故障处理失败后，提示处理失败和/或提示人工解决所述终端发生的故障的解决方式。

8.一种故障处理装置，其特征在于，包括：

第一确定模块，用于确定终端发生的故障的故障类型；

第二确定模块，用于根据故障类型与故障处理方式的对应关系确定用于解决所述终端发生的故障的故障处理方式；

处理模块，用于利用确定的所述故障处理方式对所述终端发生的故障进行处理。

9.根据权利要求8所述的装置，其特征在于，所述第一确定模块包括：

判断单元，用于判断所述终端当前的配置参数与历史配置参数是否匹配，其中，所述历史配置参数包括所述终端出厂时的出厂配置参数，和/或所述终端出厂后修改的且保证所述终端处于正常工作状态的修改配置参数；

第一确定单元，用于在判断结果为所述终端当前的配置参数与所述历史配置参数不匹配的情况下，确定所述终端发生的故障的故障类型为配置参数故障；和/或，

第二确定单元，用于在判断结果为所述终端当前的配置参数与所述历史配置参数匹配的情况下，确定所述终端发生的故障的故障类型为非配置参数故障。

10.根据权利要求9所述的装置，其特征在于，所述第二确定模块包括：

第一处理单元，用于在确定所述终端发生的故障的故障类型为配置参数故障时，根据所述对应关系确定用于解决所述配置参数故障的故障处理方式为按照所述终端中最后记录的历史配置参数重新配置所述终端的配置参数；和/或，

第二处理单元，用于在确定所述终端发生的故障的故障类型为非配置参数故障时，确定用于描述所述终端发生的故障的故障描述信息，根据所述终端中记录的故障描述信息与故障处理方式的对应关系确定用于解决所述终端发生的故障的故障处理方式。

11.根据权利要求10所述的装置，其特征在于，所述装置还包括：

恢复模块，用于在按照所述终端中最后记录的历史配置参数重新配置所述终端的配置参数之后，当确定所述终端的故障仍未解决的情况下，将所述终端的配置参数恢复为重新配置之前的配置参数；

重新确定模块，用于重新确定所述终端发生的故障的故障类型为非配置参数故障，并重新确定对应的故障处理方式；

重新处理模块，用于利用重新确定的故障处理方式对所述终端发生的故障进行处理。

12.根据权利要求10所述的装置，其特征在于，所述装置还包括：

更新模块，用于在确定故障描述信息与故障处理方式的对应关系发生变化后，更新所述终端中记录的故障描述信息与故障处理方式的对应关系。

13.根据权利要求9所述的装置，其特征在于，所述判断单元包括：

判断子单元，用于按照所述终端记录所述历史配置参数的时间，依次判断所述终端当前的配置参数与所述历史配置参数是否一致；

确定子单元，用于在判断子单元的判断结果为均不一致的情况下，确定所述终端当前的配置参数与所述历史配置参数不匹配；和/或，在判断结果为存在一致的情况下，确定所述终端当前的配置参数与所述历史配置参数匹配。

14.根据权利要求8所述的装置，其特征在于，所述装置还包括：

生成模块，用于在故障处理成功后，生成发生的故障的故障成因并对所述故障成因进行提示；或者，

提示模块，用于在故障处理失败后，提示处理失败和/或提示人工解决所述终端发生的故障的解决方式。