CN110727535A

CN110727535A - 故障处理方法、装置和系统、计算机存储介质及相关设备

Info

Publication number: CN110727535A
Application number: CN201910936007.7A
Authority: CN
Inventors: 唐乐军
Original assignee: Guangzhou Shiyuan Electronics Thecnology Co Ltd; Guangzhou Shirui Electronics Co Ltd
Current assignee: Guangzhou Shiyuan Electronics Thecnology Co Ltd; Guangzhou Shirui Electronics Co Ltd
Priority date: 2019-09-29
Filing date: 2019-09-29
Publication date: 2020-01-24

Abstract

本申请实施例公开了一种故障处理方法、装置和系统、计算机存储介质及相关设备，属于电子设备技术领域。其中，该方法包括：获取电子设备的故障码，其中，故障码包括：来源码、分类码和故障点码；对故障码进行分析，得到故障码对应的处理策略；基于处理策略，对电子设备执行故障处理。因此，本申请实施例可以针对不同故障执行不同处理策略，提高处理效率和处理成功率，解决了相关技术中电子设备出现故障需要售后人员进行处理，处理效率和成功率较低的技术问题。

Description

故障处理方法、装置和系统、计算机存储介质及相关设备

技术领域

本申请涉及电子设备领域，具体而言，涉及一种故障处理方法、装置和系统、计算机存储介质及相关设备。

背景技术

随着科技发展，越来越多的电子设备出现，但设备越智能、出现故障的概率就越高。电子设备出现故障之后，一般人很难通过拆卸、重装系统等方式来现场故障修复，需要请求售后，但售后的时效性及成本都非常高，给智能设备的使用、维修带来很多不便利。

例如，在教学应用场景中，学校会购买电子设备进行教学，在出现故障时一般打电话找客服维修，而且会有一个月左右的等待期，对于偏远地区等待时间会更久。维修工程师上门后，经常会发现故障与用户上报的不同，如果维修工程师未携带需要更换的配件，则需要多次上门才能将故障修复。这样处理效率和成功率较低，会给学校的正常教学带来影响，同时提高企业维修运营成本。

针对相关技术中电子设备出现故障需要售后人员进行处理，处理效率和成功率较低的问题，目前尚未提出有效的解决方案。

发明内容

本申请实施例提供了一种故障处理方法、装置和系统、计算机存储介质及相关设备，以至少解决相关技术中电子设备出现故障需要售后人员进行处理，处理效率和成功率较低的技术问题。

根据本申请实施例的第一方面，提供了一种故障处理方法，包括：获取电子设备的故障码，其中，故障码包括：来源码、分类码和故障点码；对故障码进行分析，得到故障码对应的处理策略；基于处理策略，对电子设备执行故障处理。

可选地，对故障码进行分析，得到故障码对应的处理策略包括：基于故障码，对电子设备发生的故障进行分级；根据故障的分级结果，获取处理策略。

可选地，基于故障码，对电子设备发生的故障进行分级包括：对故障码进行解析，确定故障的产生模块和影响程度；基于产生模块和影响程度，对故障进行分级。

可选地，在电子设备进行故障检测，或电子设备的硬件模块发生故障的情况下，获取故障码。

可选地，上述方法还包括：判断电子设备是否执行开机过程；在确定电子设备执行开机过程的情况下，电子设备进行故障检测。

可选地，判断电子设备是否执行开机过程包括：获取电子设备开机时的时间；判断开机时的时间与当前时间的时间差是否小于预设值；如果是，则确定电子设备执行开机过程。

可选地，在基于处理策略，对电子设备执行故障处理之后，上述方法还包括：获取电子设备的处理结果；基于处理结果，对处理策略进行处理。

根据本申请实施例的第二方面，提供了一种故障处理方法，包括：在故障处理界面上显示电子设备的故障码，其中，故障码包括：来源码、分类码和故障点码；对故障码进行分析，得到故障码对应的处理策略；在故障处理界面上显示处理策略；基于处理策略，对电子设备执行故障处理。

根据本申请实施例的第三方面，提供了一种故障处理方法，包括：在故障处理界面上显示电子设备的故障码，其中，故障码包括：来源码、分类码和故障点码；基于故障码，对电子设备发生的故障进行分级；根据故障的分级结果，获取故障码对应的处理策略；在故障处理界面上显示处理策略；基于处理策略，对电子设备执行故障处理。

根据本申请实施例的第四方面，提供了一种故障处理装置，包括：故障码获取模块，用于获取电子设备的故障码，其中，故障码包括：来源码、分类码和故障点码；分析模块，用于对故障码进行分析，得到故障码对应的处理策略；故障处理模块，用于基于处理策略，对电子设备执行故障处理。

根据本申请实施例的第五方面，提供了一种故障处理装置，包括：故障码显示模块，用于在故障处理界面上显示电子设备的故障码，其中，故障码包括：来源码、分类码和故障点码；分析模块，用于对故障码进行分析，得到故障码对应的处理策略；策略显示模块，用于在故障处理界面上显示处理策略；故障处理模块，用于基于处理策略，对电子设备执行故障处理。

根据本申请实施例的第六方面，提供了一种故障处理装置，包括：故障码显示模块，用于在故障处理界面上显示电子设备的故障码，其中，故障码包括：来源码、分类码和故障点码；分级模块，用于基于故障码，对电子设备发生的故障进行分级；策略获取模块，用于根据故障的分级结果，获取故障码对应的处理策略；策略显示模块，用于在故障处理界面上显示处理策略；故障处理模块，用于基于处理策略，对电子设备执行故障处理。

根据本申请实施例的第七方面，提供了一种故障处理系统，包括：电子设备；服务器，与电子设备具有通信关系，用于获取电子设备的故障码，对故障码进行分析，得到故障码对应的处理策略，其中，故障码包括：来源码、分类码和故障点码；电子设备用于基于处理策略，对电子设备执行故障处理。

根据本申请实施例的第八方面，提供了一种计算机存储介质，计算机存储介质存储有多条指令，指令适于由处理器加载并执行如上述的方法步骤。

根据本申请实施例的第九方面，提供了一种电子设备，包括：处理器和存储器；其中，存储器存储有计算机程序，计算机程序适于由处理器加载并执行如上述的方法步骤。

在本申请实施例中，在电子设备发生故障时，通过对相应的故障码进行分析，得到相应的处理策略，并基于该处理策略对电子设备进行故障处理，完成电子设备的故障修复。在本申请实施例中，可以对故障进行编码，得到故障码，无需用户对故障进行描述，而且可以提供相应的处理策略，从而维修工程师可以获知电子设备的准确故障并进行维修，解决了相关技术中电子设备出现故障需要售后人员进行处理，处理效率和成功率较低的技术问题，达到提高处理效率和成功率，降低企业维修运营成本的技术效果。

附图说明

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

图1是根据本申请实施例的第一种故障处理方法的流程图；

图2是根据本申请实施例的故障处理界面的展示效果示意图；

图3是根据本申请实施例的一种可选的故障处理方法的流程图；

图4是根据本申请实施例的第二种故障处理方法的流程图；

图5是根据本申请实施例的第三种故障处理方法的流程图；

图6是根据本申请实施例的一种故障处理方法的硬件环境示意图；

图7是根据本申请实施例的故障上报实现方式的流程图；

图8是根据本申请实施例的第一种故障处理装置的示意图；

图9是根据本申请实施例的第二种故障处理装置的示意图；

图10是根据本申请实施例的第三种故障处理装置的示意图；以及

图11是根据本申请实施例的一种智能交互平板的结构示意图。

具体实施方式

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

下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。此外，在本申请的描述中，除非另有说明，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

智能交互平板可以是通过触控技术对显示在显示平板上的内容进行操控和实现人机交互操作的一体化设备，其集成了投影机、电子白板、幕布、音响、电视机以及视频会议终端等一种或多种功能。智能交互平板的硬件部分由显示模组、智能处理系统(包括控制器)等部分所构成，由整体结构件结合到一起，同时也由专用的软件系统作为支撑，其中显示模组包括显示屏和背光灯组件，其中显示屏包括透明电导层和液晶层等。

显示屏，在本说明书中的实施例中，是指触摸屏、触控屏、触控面板，是一种感应式液晶显示装置，当接触了屏幕上的图形按钮时，屏幕上的触觉反馈系统可根据预先编程的程式驱动各种连接装置，可用以取代机械式的按钮面板，并借由液晶显示画面制造出生动的影音效果。从技术原理来区别触摸屏，可以分为五个基本种类；矢量压力传感技术触摸屏、电阻技术触摸屏、电容技术触摸屏、红外线技术触摸屏、表面声波技术触摸屏。按照触摸屏的工作原理和传输信息的介质，可以把触摸屏分为四个种类：电阻式、电容感应式、红外线式以及表面声波式。

当用户用手指或笔触摸屏幕时，将该点坐标定位，从而实现对智能处理系统的控制，然后随着智能处理系统内置的软件来实现不同的功能应用。

在本申请中所提到的“屏幕”、“大屏”均指智能交互平板的显示屏；智能交互平板显示某个界面是指智能交互平板的显示屏显示该界面。

智能交互平板在使用过程中会出现故障，在出现故障之后打电话请求售后维修，用户等待时间较长，而且当用户上报故障与实际故障不同时，维修工程师需要多次上门才能将故障修复，导致处理效率和成功率较低，大大增加维修成本。

为了解决上述技术问题，本申请实施例提供了一种故障处理方法、装置和系统、计算机存储介质及相关设备。

实施例1

本申请实施例中以教学场景中的智能交互平板为例，举例说明具体实施例的描述方式：

根据本申请实施例，提供了一种故障处理方法，该方法应用于电子设备，例如，可以是智能交互平板。

下面结合图1至图2对本申请实施例提供的故障处理方法进行详细介绍。如图1所示，该方法包括如下步骤：

步骤S102，获取电子设备的故障码，其中，故障码包括：来源码、分类码和故障点码；

对于智能手机、笔记本电脑等电子设备，用户可以直接将其带到售后维修店进行维修，因此，本申请实施例中电子设备可以是不方便拆卸、移动的设备，例如，可以是智能交互平板、电视机以及视频会议终端等。

为了方便用户和维修工程师可以快速识别出具体故障信息，节约传输带宽并且可以适用于不同的电子设备，可以预先为针对不同故障制定编码规则，并按照编码规则将故障信息编码成故障码。本申请实施例中，编码规则如下：故障码包括三个部分，第一个部分为来源码，表征发生故障的具体模块；第二个部分为分类码，表征故障所属的类型；第三个部分为故障点码，表明故障具体问题。例如，故障码“13A12”，其中，“13”为来源码，“A”为分类码，“12”为故障点码。

其中，来源码可以是类型字符串，位数不定，每一位都仅能使用数字(0-9)，长度不超过整形范围。例如，对于智能交互平板，来源码的具体实现如表1所示：

表1

来源码	拉远
		1	硬件
2	系统软件
		3	整机应用软件
4	PC应用软件
		5	会议应用软件

分类码可以是类型字符串，位数不定，每一位都仅能使用字母，大小写意义相同，即不区分大小写(A-Z，a-z)，可以统一使用大写。例如，对于来源码为2(系统软件故障)的分类码具体实现如表2所示：

表2

故障分类码	故障分类
		a	内核类
b	MCU类
		ab	网络类
d	开机类
		z	系统显示类

故障点码可以是类型字符串，位数不定，每一位仅能使用数字(0-9)，长度不超过整形范围。例如，对于来源码为2(系统软件故障)、分类码为d(开机类)的故障点码具体实现如表3所示：

表3

故障点码	故障点
		12	黑屏
21	卡kernel
		123	卡android

为了方便用户和维修工程师查看到相应的故障码，智能交互平板可以提供故障处理界面，在收集到智能交互平板的故障码之后，可以在该界面上显示故障码，方便用户电话告知售后，同时方便维修工程师确定智能交互平板的故障信息。一种可行的显示方式如图2所示，故障处理界面的交互区域中显示有故障码“2d123”。

本申请实施例中，对于智能交互平板，可以引入智能故障修复系统，该系统可以部署在云端服务器上，通过网络与智能交互平板连接。智能交互平板可以采集各个硬件模块的故障码，如采集到故障码“2d123”，通过网络传输到云端后台。

步骤S104，对故障码进行分析，得到故障码对应的处理策略；

处理策略可以是预先针对不同故障，设定不同的处理方式。对于不需要进行维修的故障，处理策略可以是无需修复；对于智能交互平板可以自动修复的故障，处理策略可以是需要系统自动修复；对于可以通过远程修复的故障，处理策略可以是需要系统远程修复，或者需要用户确认进行远程修复；对于无法自动修复或远程修复的故障，处理策略可以是需要上门维修，同时提供相应的维修建议(如更换XX模块等)。其中，远程修复可以是还原系统、还原固件、升级固件等，例如故障码“13A12”对应的处理策略可以是“远程还原系统”。

本申请实施例中，基于故障编码规则，可以在云端后台存储相应的故障表，故障表中存储有故障码以及相应的故障描述。云端服务器在接收到智能交互平板发送的故障码之后，可以根据故障表，确定故障码“2d123”表示：系统软件故障、开机类、卡android。进一步查找云端后台，配置该故障码对应的处理策略，如为远程重置固件，通过远程命令下发相关指令到智能交互平板。

需要说明的是，对于维修工程师上门的故障，为了方便维修工程师上门可以一次性将故障修复完毕，云端后台还可以将处理策略发送给维修工程师，对于需要更换配件的故障，维修人员可以在上门前准备好相应的配件。

步骤S106，基于处理策略，对电子设备执行故障处理。

对于无需修复的处理策略，相应的故障处理方式可以是显示提示信息，告知用户无需进行任何处理；对于需要系统自动修复的处理策略，相应的故障处理方式可以是显示提示信息，告知用户等待系统自动修复；对于需要系统远程修复的处理策略，相应的处理方式可以是显示提示信息，告知用户等待系统进行远程修复；对于需要用户确认进行远程修复的处理策略，相应的处理方式可以是等待用户手动进行远程修复；对于需要上门维修的处理策略，相应的处理方式可以是显示提示信息，告知用户需要电话联系维修工程师，等待维修工程师上门维修。

本申请实施例中，智能交互平板在接收到云端返回的重置固件命令之后，固件触发重置命令流程，重置系统，完成故障修复。

为了方便用户查看到处理策略，智能交互平板可以故障处理界面上显示用于修复该故障的处理策略。一种可行的显示方式如图2所示，故障处理界面的交互区域中，故障码“2d123”显示位置的下方，显示有相应的处理策略“请等待系统远程重置固件”。

在本申请实施例中，在电子设备发生故障时，通过对相应的故障码进行分析，得到相应的处理策略，并基于该处理策略对电子设备进行故障处理，完成电子设备的故障修复。在本申请实施例中，可以对故障进行编码，得到故障码，无需用户对故障进行描述，而且可以提供相应的处理策略，从而维修工程师可以获知电子设备的准确故障并进行维修，提高处理效率和成功率，降低企业维修运营成本。

实施例2

如图3所示，该方法包括如下步骤：

步骤S302，在电子设备进行故障检测，或电子设备的硬件模块发生故障的情况下，获取电子设备的故障码，其中，故障码包括：来源码、分类码和故障点码；

获取设备码的方式可以有两种，第一种是智能交互平板开机后自行进行故障检测，在自检完毕后获取所有故障码，得到故障列表；第二种是智能交互平板运行过程中，硬件模块发生故障时，自动上报故障码。

由上可知，可以判断电子设备是否执行开机过程；在确定电子设备执行开机过程的情况下，电子设备进行故障检测。具体地，可以通过如下方式判断电子设备是否执行开机过程，获取电子设备开机时的时间；判断开机时的时间与当前时间的时间差是否小于预设值；如果是，则确定电子设备执行开机过程。

上述预设值可以是根据电子设备启动时长确定的时间差，例如，可以是60s，电子设备开机的时间与当前时间的差值小于该时间差，表明电子设备正在启动，也即确定电子设备执行开机过程。

在本申请实施例的一个示例性实施例中，可以通过如下方式进行故障检测：PC操作系统启动过程中，检测每个步骤是否正常，如bios启动完成、boot启动完成、磁盘引导完成、windows系统启动完成等。当其中一个步骤错误时，即产生故障。当出现故障时，可以通过如下方式获取故障码：系统会存储一张故障表，每个模块都有唯一的故障代码列表，当其中某个模块的某个步骤出现问题，即可从故障表内找到对应的故障码。如PC系统黑屏，查找对应表即是4a12故障码。

例如，PC系统启动故障检测示例如下：

首先定义PC系统启动有可能产生哪些故障，如表4所示：

表4

	编码	说明
			故障来源码	2	系统软件类
故障分类码	d	开机类
			故障点码	1	bios启动失败
	2	硬盘引导失败
				3	Windows kernel引导失败
	4	Windows系统启动失败

整个系统启动过程如下：MCU(微控制单元，Microcontroller Unit)模块->PC模块。其中，MCU模块上电自动启动，自研服务进程运行在MCU模块内，MCU启动后，自研服务进程也会启动。

PC系统启动及故障收集：MCU模块启动PC系统后，设置启动标志位电平位为1。PC系统在不同的启动阶段，设置不同的电平位(默认全为0)，如bios阶段，启动成功设置bios电平位为1，失败则设置为0；PC系统启动结束或失败，设置启动标志位电平位为0。自研服务进程定时扫描启动标志位电平位，如果为0，则扫描和PC启动相关的电平位，获取不同阶段的结果，如果发现bios电平位为0，则表示是bios启动失败，完整故障码为：2d1；其他类似。

步骤S304，对故障码进行分析，得到故障码对应的处理策略；

本实施例中，由于故障有多种多样的类型，云端可以基于故障码，对电子设备发生的故障进行分级，并根据故障的分级结果，获取相应的处理策略。

在本申请实施例的一个示例性实施例中，对故障进行分级方法如下：对故障码进行解析，确定故障的产生模块和影响程度；基于产生模块和影响程度，对故障进行分级。

具体地，云端可以根据以下两个维度对故障进行分类分级：故障产生模块(如USB、电容、触摸板)，故障影响程度，包括：可以继续使用；XX功能无法使用；总体可用；无法使用。根据分类、分级，可以制定不同的分级处理措施，也即分级结果包括：无需修复、自动修复、远程修复、需要上门维修。

本申请实施例中，可以采用如下方法对故障进行分类、分级：可配置项目，故障表内，可以根据来源自动分级，如PC模块的默认A级。设置方法为在故障码列表内，具体给每条记录加上分级标签，如表5所示：

表5

故障码	故障分级
		12a12	A
12a13	B

步骤S306，基于处理策略，对电子设备执行故障处理；

对于不同的处理策略，可以采用不同的故障处理方式，对于需要用户确认的处理方式，故障处理界面上可以显示操作按键，用户通过触摸该操作按键，触发相应的触摸操作，智能交互平板在接收到该触摸操作之后，可以执行远程修复。

其中，接收触摸操作，并发送的方式如下：智能平板弹出确认提示框，需要触摸点击确认或拒绝等，触发相应操作。

步骤S308，获取电子设备的处理结果；

处理结果可以是对电子设备进行修复的修复结果，是否修复成功，以及成功率等。例如，对于故障码“13A12”，相应的分级结果为需要用户确认的远程修复，而相应的处理措施为远程还原系统，处理结果即成功率为80％。

本实施例中，对于无需修复、自动修复或自动远程修复的故障，智能交互平板根据下一次自检故障检测情况自动判断处理结果；对于需要用户确认的远程修复或需要上门维修的故障或，可以根据用户反馈确定处理结果。

步骤S310，基于处理结果，对处理策略进行处理。

本实施例中，在获取到处理结果之后，云端后台可以将处理结果和处理策略等结合，判断处理策略的合理性，完善该故障码对应的处理策略。

在本申请实施例的一个示例性实施例中，可以通过如下方式对处理策略进行完善：例如，PC系统无法启动的故障码为12a12，通过远程还原修复，用户反馈说问题解决了，则记录12a12故障通过远程修复成功次数，如下表6所示，可计算该策略成功率，成功率高的策略合理性即高：

表6

故障码	修复方案	成功次数	失败次数
				12a12	远程还原PC	998	1

在教学应用场景中，智能交互平板可以上报故障码，引入智能故障修复系统后，对于较小的故障，可以自动修复；对于中等且不需要更换配件的故障，可以远程立刻修复；对于需要更换配件的故障，可以提前确定故障原因，一次上门修复。从而智能交互平板可以更好服务教育信息化，提升企业售后形象、节约企业售后成本。

需要注意的是，由于篇幅所限，本申请中并没有穷举所有的实施方式，只要是不互相矛盾的特征，均可以自由随意组合，成为本申请可选的实施方式。

实施例3

根据本申请实施例，提供了一种故障处理方法，该方法应用于智能交互平板。如图4所示，该方法包括如下步骤：

步骤S402，在故障处理界面上显示电子设备的故障码，其中，故障码包括：来源码、分类码和故障点码；

步骤S404，对故障码进行分析，得到故障码对应的处理策略；

在本实施例中，对故障码进行分析，得到故障码对应的处理策略如下：基于故障码，对电子设备发生的故障进行分级；根据故障的分级结果，获取处理策略。

进一步地，对故障进行分级的步骤包括：对故障码进行解析，确定故障的产生模块和影响程度；基于产生模块和影响程度，对故障进行分级。

步骤S406，在故障处理界面上显示处理策略；

步骤S408，基于处理策略，对电子设备执行故障处理。

本实施例提供的方案，在电子设备发生故障时，通过对相应的故障码进行分析，得到相应的处理策略，并基于该处理策略对电子设备进行故障处理，完成电子设备的故障修复，无需用户对故障进行描述，而且可以提供相应的处理策略，从而维修工程师可以获知电子设备的准确故障并进行维修，提高处理效率和成功率，降低企业维修运营成本。

实施例4

根据本申请实施例，提供了一种故障处理方法，该方法应用于智能交互平板。如图5所示，该方法包括如下步骤：

步骤S502，在故障处理界面上显示电子设备的故障码，其中，故障码包括：来源码、分类码和故障点码；

步骤S504，基于故障码，对电子设备发生的故障进行分级；

在本实施例中，对故障进行分级的步骤包括：对故障码进行解析，确定故障的产生模块和影响程度；基于产生模块和影响程度，对故障进行分级。

步骤S506，根据故障的分级结果，获取故障码对应的处理策略；

步骤S508，在故障处理界面上显示处理策略；

步骤S510，基于处理策略，对电子设备执行故障处理。

实施例5

本申请实施例提供的故障处理方法可以应用于智能交互平板中，如图6所示，智能交互平板与云端服务器通过无线网络连接。本示例中，当智能交互平板与云端服务器建立数据连接后，智能交互平板可以显示故障码，还可以将云端服务器发送的处理策略进行显示。

如图7所示，智能交互平板开机后，执行系统服务进程，进程启动后，判断设备是否是开机过程。如果是开机过程，则触发一次故障检测，主动开启系统自检，将提取所有硬件模块当前的故障码(如USB模块接触不良，可能会产生13A12故障码)，自检完毕后向云服务器上报故障信息，如果没有故障，则上报故障列表为空。如果不是开机过程，则在运行过程中，硬件模块主动向总控装置(电子设备的总控制器)报告自身的故障信息，当有新的故障产生后，设备主动向云端上报故障码信息。同时，智能交互平板上显示有如图2所示的故障处理界面，并将获取到的故障码显示在故障处理界面交互区域的上部。

上述系统服务进程可以是：自研软件服务进程，用于故障采集及上报。

云端将故障根据故障产生模块、故障影程度等两个维度进行分类、分级，并根据分类、分级制定不同的分级处理措施，并根据故障级别，确定处理策略，并将处理策略返回给智能交互平板。智能交互平板可以将处理策略显示在交互区域的下部。

实施例6

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

如图8所示，该故障处理装置可以通过软件、硬件或者两者的结合实现成为智能交互平板的全部或一部分。该装置包括故障码获取模块82、分析模块84和故障处理模块86。

故障码获取模块82，用于获取电子设备的故障码，其中，故障码包括：来源码、分类码和故障点码；

分析模块84，用于对故障码进行分析，得到故障码对应的处理策略；

故障处理模块86，用于基于处理策略，对电子设备执行故障处理。

在本实施例上述基础上，分析模块包括：分级子模块，用于基于故障码，对电子设备发生的故障进行分级；策略获取子模块，用于根据故障的分级结果，获取处理策略。

在本实施例上述基础上，分级子模块包括：解析单元，用于对故障码进行解析，确定故障的产生模块和影响程度；分级单元，用于基于产生模块和影响程度，对故障进行分级。

在本实施例上述基础上，故障码获取模块用于在电子设备进行故障检测，或电子设备的硬件模块发生故障的情况下，获取故障码。

在本实施例上述基础上，该装置还包括：判断模块，用于判断电子设备是否执行开机过程；检测模块，用于在确定电子设备执行开机过程的情况下，电子设备进行故障检测。

可选地，判断模块包括：时间获取子模块，用于获取电子设备开机时的时间；判断子模块，用于判断开机时的时间与当前时间的时间差是否小于预设值；确定子模块，用于如果是，则确定电子设备执行开机过程。

可选地，该装置还包括：结果获取模块，用于获取电子设备的处理结果；策略处理模块，用于基于处理结果，对处理策略进行处理。

需要说明的是，上述实施例提供的故障处理装置在执行故障处理方法时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的文件检索装置与文件检索方法实施例属于同一构思，其体现实现过程详见方法实施例，这里不再赘述。

实施例7

如图9所示，该故障处理装置可以通过软件、硬件或者两者的结合实现成为智能交互平板的全部或一部分。该装置包括故障码显示模块92、分析模块94、策略显示模块96和故障处理模块98。

故障码显示模块92，用于在故障处理界面上显示电子设备的故障码，其中，故障码包括：来源码、分类码和故障点码；

分析模块94，用于对故障码进行分析，得到故障码对应的处理策略；

策略显示模块96，用于在故障处理界面上显示处理策略；

故障处理模块98，用于基于处理策略，对电子设备执行故障处理。

需要说明的是，上述实施例提供的文件检索装置在执行文件检索方法时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的文件检索装置与文件检索方法实施例属于同一构思，其体现实现过程详见方法实施例，这里不再赘述。

实施例8

如图10所示，该故障处理装置可以通过软件、硬件或者两者的结合实现成为智能交互平板的全部或一部分。该装置包括故障码显示模块102、分级模块104和策略获取模块106、策略显示模块108和故障处理模块110。

故障码显示模块102，用于在故障处理界面上显示电子设备的故障码，其中，故障码包括：来源码、分类码和故障点码；

分级模块104，用于基于故障码，对电子设备发生的故障进行分级；

策略获取模块106，用于根据故障的分级结果，获取故障码对应的处理策略；

策略显示模块108，用于在故障处理界面上显示处理策略；

故障处理模块110，用于基于处理策略，对电子设备执行故障处理。

实施例9

本申请实施例还提供了一种计算机存储介质，所述计算机存储介质可以存储有多条指令，所述指令适于由处理器加载并执行如上述图1-图7所示实施例的方法步骤，具体执行过程可以参见图1-图7所示实施例的具体说明，在此不进行赘述。

存储介质所在设备可以是电子设备。

实施例10

如图11所示，所述电子设备1000可以包括：至少一个处理器1001，至少一个网络接口1004，用户接口1003，存储器1005，至少一个通信总线1002。

其中，通信总线1002用于实现这些组件之间的连接通信。

其中，用户接口1003可以包括显示屏(Display)、摄像头(Camera)，可选用户接口1003还可以包括标准的有线接口、无线接口。

其中，网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。

其中，处理器1001可以包括一个或者多个处理核心。处理器1001利用各种接口和线路连接整个电子设备1000内的各个部分，通过运行或执行存储在存储器1005内的指令、程序、代码集或指令集，以及调用存储在存储器1005内的数据，执行电子设备1000的各种功能和处理数据。可选的，处理器1001可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable Logic Array，PLA)中的至少一种硬件形式来实现。处理器1001可集成中央处理器(Central Processing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器1001中，单独通过一块芯片进行实现。

其中，存储器1005可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。可选的，该存储器1005包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器1005可用于存储指令、程序、代码、代码集或指令集。存储器1005可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及到的数据等。存储器1005可选的还可以是至少一个位于远离前述处理器1001的存储装置。如图11所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及电子设备的操作应用程序。

在图11所示的电子设备1000中，用户接口1003主要用于为用户提供输入的接口，获取用户输入的数据；而处理器1001可以用于调用存储器1005中存储的电子设备的操作应用程序，并具体执行以下操作：

获取电子设备的故障码，其中，故障码包括：来源码、分类码和故障点码；对故障码进行分析，得到故障码对应的处理策略；基于处理策略，对电子设备执行故障处理。

在一个实施例中，所述电子设备的操作系统为安卓系统，在所述安卓系统中，所述

处理器1001还执行以下步骤：

基于故障码，对电子设备发生的故障进行分级；根据故障的分级结果，获取处理策略。

在一个实施例中，所述处理器1001还执行以下步骤：

对故障码进行解析，确定故障的产生模块和影响程度；基于产生模块和影响程度，对故障进行分级。

在一个实施例中，所述处理器1001还执行以下步骤：

在电子设备进行故障检测，或电子设备的硬件模块发生故障的情况下，获取故障码。

在一个实施例中，所述处理器1001还执行以下步骤：

判断电子设备是否执行开机过程；在确定电子设备执行开机过程的情况下，电子设备进行故障检测。

在一个实施例中，所述处理器1001还执行以下步骤：

获取电子设备开机时的时间；判断开机时的时间与当前时间的时间差是否小于预设值；如果是，则确定电子设备执行开机过程。

在一个实施例中，所述处理器1001还执行以下步骤：

在基于处理策略，对电子设备执行故障处理之后，获取电子设备的处理结果；基于处理结果，对处理策略进行处理。

在电子设备发生故障时，通过对相应的故障码进行分析，得到相应的处理策略，并基于该处理策略对电子设备进行故障处理，完成电子设备的故障修复，无需用户对故障进行描述，而且可以提供相应的处理策略，从而维修工程师可以获知电子设备的准确故障并进行维修，提高处理效率和成功率，降低企业维修运营成本。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

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

Claims

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

获取电子设备的故障码，其中，所述故障码包括：来源码、分类码和故障点码；

对所述故障码进行分析，得到所述故障码对应的处理策略；

基于所述处理策略，对所述电子设备执行故障处理。

2.根据权利要求1所述的方法，其特征在于，对所述故障码进行分析，得到所述故障码对应的处理策略包括：

基于所述故障码，对所述电子设备发生的故障进行分级；

根据所述故障的分级结果，获取所述处理策略。

3.根据权利要求2所述的方法，其特征在于，基于所述故障码，对所述电子设备发生的故障进行分级包括：

对所述故障码进行解析，确定所述故障的产生模块和影响程度；

基于所述产生模块和所述影响程度，对所述故障进行分级。

4.根据权利要求1所述的方法，其特征在于，在所述电子设备进行故障检测，或所述电子设备的硬件模块发生故障的情况下，获取所述故障码。

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

判断所述电子设备是否执行开机过程；

在确定所述电子设备执行所述开机过程的情况下，所述电子设备进行故障检测。

6.根据权利要求5所述的方法，其特征在于，判断所述电子设备是否执行开机过程包括：

获取所述电子设备开机时的时间；

判断所述开机时的时间与当前时间的时间差是否小于预设值；

如果是，则确定所述电子设备执行所述开机过程。

7.根据权利要求1所述的方法，其特征在于，在基于所述处理策略，对所述电子设备执行故障处理之后，所述方法还包括：

获取所述电子设备的处理结果；

基于所述处理结果，对所述处理策略进行处理。

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

在故障处理界面上显示电子设备的故障码，其中，所述故障码包括：来源码、分类码和故障点码；

对所述故障码进行分析，得到所述故障码对应的处理策略；

在所述故障处理界面上显示所述处理策略；

基于所述处理策略，对所述电子设备执行故障处理。

9.根据权利要求8所述的方法，其特征在于，对所述故障码进行分析，得到所述故障码对应的处理策略包括：

基于所述故障码，对所述电子设备发生的故障进行分级；

根据所述故障的分级结果，获取所述处理策略。

10.根据权利要求9所述的方法，其特征在于，基于所述故障码，对所述电子设备发生的故障进行分级包括：

基于所述产生模块和所述影响程度，对所述故障进行分级。

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

基于所述故障码，对所述电子设备发生的故障进行分级；

根据所述故障的分级结果，获取所述故障码对应的处理策略；

在所述故障处理界面上显示所述处理策略；

基于所述处理策略，对所述电子设备执行故障处理。

12.根据权利要求11所述的方法，其特征在于，基于所述故障码，对所述电子设备发生的故障进行分级包括：

基于所述产生模块和所述影响程度，对所述故障进行分级。

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

故障码获取模块，用于获取电子设备的故障码，其中，所述故障码包括：来源码、分类码和故障点码；

分析模块，用于对所述故障码进行分析，得到所述故障码对应的处理策略；

故障处理模块，用于基于所述处理策略，对所述电子设备执行故障处理。

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

故障码显示模块，用于在故障处理界面上显示电子设备的故障码，其中，所述故障码包括：来源码、分类码和故障点码；

策略显示模块，用于在所述故障处理界面上显示所述处理策略；

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

分级模块，用于基于所述故障码，对所述电子设备发生的故障进行分级；

获取模块，用于根据所述故障的分级结果，获取所述故障码对应的处理策略；

16.一种故障处理系统，其特征在于，包括：

电子设备；

服务器，与所述电子设备具有通信关系，用于获取所述电子设备的故障码，对所述故障码进行分析，得到所述故障码对应的处理策略，其中，所述故障码包括：来源码、分类码和故障点码；

所述电子设备用于基于所述处理策略，对所述电子设备执行故障处理。

17.一种计算机存储介质，其特征在于，所述计算机存储介质存储有多条指令，所述指令适于由处理器加载并执行如权利要求1至12中任意一项的方法步骤。

18.一种电子设备，其特征在于，包括：处理器和存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行如权利要求1至12中任意一项的方法步骤。