一种故障检测方法、装置和存储介质与流程

本发明涉及移动通信领域，尤其涉及一种故障检测方法、装置和存储介质。
背景技术：
：通常对于手机等移动终端，当移动终端出现故障进行维修时，厂商常常难以区分是移动终端本身质量问题，还是因为对移动终端原始系统进行修改而引起的故障，从而难以快速有效地进行维修。移动终端在出厂时携带的系统一般被认为是原始系统，也即官方系统，在出厂后其原始系统通常不允许修改，以确保运行的稳定性。然而，目前很多移动终端(例如智能手机或者平板)都是采用开放性的系统(例如安卓(android)系统)。由于在开放性的系统下，用户可以通过刷机(root)等方式对官方系统进行修改，以打造专属于用户个人的操作系统，例如通过对原始系统的修改，可以改变桌面图标的排列，使得界面风格更具个性化，还可以删除原始系统中自带的垃圾软件等。修改后的系统不再是官方系统，而是具有个性化的个人系统。但是，原始系统属于移动终端厂商的官方系统，修改官方系统会存在一定的风险。官方系统由于是采用优化技术作为重点来提高手机性能，以达到良好的软件与硬件的兼容，因此可以使得系统运行更稳定，且具有更好的安全性。当通过刷机等方式修改官方系统时，一般都要进行软件改动，如此一来容易造成软件与硬件的不兼容，导致移动终端无法正常使用甚至无法开机启动。因此，一旦移动终端的官方系统被修改，当移动终端出现故障时移动终端厂商通常都会耗费很多时间来判断造成的手机故障的原因。因此，检测移动终端的系统是否是官方系统有助于更快速有效的对故障手机进行维修。有鉴于此，实有必要提供一种故障检测方法以解决现有技术的缺陷。技术实现要素：本发明所要解决的技术问题是提供一种故障检测方法、装置和存储介质，以解决现有的故障检测手段不能有效地检测移动终端的系统是否为官方系统的问题。为了解决上述问题，本发明提供了一种故障检测方法，其包括：获取故障移动终端中目标系统文件集合，目标系统文件集合包括至少一个目标系统文件；检测目标系统文件中是否包括特定标识；若目标系统文件中包括特定标识，则判断特定标识是否与预设验证标识匹配；若特定标识与预设验证标识不匹配，则反馈与特定标识对应的目标系统文件已被修改。作为本发明的进一步改进，在获取故障移动终端中目标系统文件之前，故障检测方法还包括：获取移动终端的所有系统文件，并从所有系统文件中挑选出目标系统文件集合；添加特定标识至目标系统文件集合的目标系统文件中。作为本发明的进一步改进，判断特定标识是否与预设验证标识匹配的步骤之后，还包括：若特定标识与预设验证标识匹配，从故障移动终端的存储分区中提取与特定标识对应的目标系统文件，并对提取出的目标系统文件进行分析处理，每一个目标系统文件对应故障移动终端的一个存储分区。作为本发明的进一步改进，每一个存储分区的首部开始存储目标系统文件，且每一个目标系统文件的尾部设置特定标识；从存储分区中提取与特定标识对应的目标系统文件具体，包括：获取目标系统文件对应的存储分区；确定存储分区中特定标识的存储区域；根据特定标识的存储区域确定目标系统文件的存储区域，并提取目标系统文件。作为本发明的进一步改进，反馈与特定标识对应的目标系统文件已被修改的步骤之后，还包括：当接收到用户输入的刷机指令时，获取故障移动终端对应的原装系统；基于原装系统对故障移动终端进行刷机处理。作为本发明的进一步改进，目标系统文件集合包括全部或部分镜像文件。作为本发明的进一步改进，每一个镜像文件设有一个特定标识，不同的镜像文件的特定标识相同或不同。作为本发明的进一步改进，特定标识包括公司信息、出厂时间信息和系统版本号信息。为了解决上述问题，本发明还提供了一种故障检测装置，其包括处理器，与处理器耦接的存储器；处理器和存储器工作时能够实现权利要求1-8任一项的故障检测方法。为了解决上述问题，本发明还提供了一种存储介质，其上存储有程序数据，程序数据被处理器执行时实现权利要求1-8任一项的故障检测方法中的步骤。相比于现有技术，本发明通过在故障移动终端出厂之前，在其目标系统文件中添加特定标识，当用户反馈回故障移动终端时，获取目标系统文件，并将目标系统文件的特定标识与预设验证标识进行匹配，快速确认目标系统文件是否被修改，若目标系统文件的特定标识与预设验证标识不匹配，则说明目标系统文件被修改，从而确认故障移动终端系统不是官方系统。本发明通过特定标识快速确认故障移动终端的系统是否为官方系统，提高了故障检测效率。附图说明图1为本发明故障检测方法第一种实施例的流程示意图。图2为本发明故障检测方法第一种实施例中系统文件的示意图。图3为本发明故障检测方法第二种实施例的流程示意图。图4为本发明故障检测方法第三种实施例的流程示意图。图5为本发明故障检测方法第三种实施例中存储分区的示意图图6为本发明故障检测方法第四种实施例的流程示意图。图7为本发明故障检测方法第五种实施例的流程示意图。图8为本发明故障检测装置第一实施例的功能模块图。图9为本发明故障检测装置第二实施例的功能模块图。图10为本发明故障检测装置第三实施例的功能模块图。图11为本发明故障检测装置第四实施例的功能模块图。图12为本发明故障检测装置第五实施例的功能模块图。具体实施方式为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用来限定本发明。图1展示了本发明故障检测方法的一种实施例。在本实施例中，该故障检测方法应用于故障检测装置，如图1所示，该故障检测方法包括：步骤s1，获取故障移动终端中目标系统文件集合，目标系统文件集合包括至少一个目标系统文件。具体地，对移动终端厂商来说，当移动终端的系统的所有模块都编译好之后，就可以对编译出来的模块文件进行打包。打包结果是获得一系列的系统文件，例如，针对于android系统，如图2所示，图2为一打包好的android系统的移动终端的系统文件，其系统文件包括system.img、boot.img、ramdisk.img、userdata.img和recovery.img等镜像文件，还包括adspso.bin、btfm.bin、build.prop和cmnlib.mbn等其他文件，这些系统文件最终可以烧录到移动终端上运行。进一步地，从这些系统文件中挑选出至少一个目标系统文件，从而组成目标系统文件集合。优选地，该目标系统文件集合可由全部或者部分镜像文件组成，例如，可以在移动终端出厂前，仅在某些特别需要的镜像文件(例如boot.img)中添加特定标识作为目标系统文件，也可以在所有的镜像文件中添加特征标识来作为目标系统文件，不进行限定。并且，每一个镜像文件设有一个特定标识，不同的镜像文件的特定标识相同或不同。优选地，各个镜像文件中采用相同的特征标识，以提高比对效率。优选的，该特定标识可以包括公司信息、出厂时间信息和系统版本号信息。例如，eben2017tios1.1.1，标识，公司为“eben”，出厂时间为“2017”，系统版本号信息为“tios1.1.1”。步骤s2，检测目标系统文件中是否包括特定标识。若目标系统文件中包括特定标识，则执行步骤s3。若目标系统文件中不包括特定标识，则反馈该目标系统文件已被修改。具体地，故障移动终端在出厂前，其目标系统文件中均被添加了厂家预设的特定标识，通过检测目标系统文件中是否包括特定标识可初步判断目标系统文件是否被修改。步骤s3，判断特定标识是否与预设验证标识匹配。若特定标识与预设验证标识不匹配，则执行步骤s4。具体地，故障移动终端在出厂前，目标系统文件中添加的特定标识与预设验证标识相对应。在检测故障移动终端时，通过判断故障移动终端中目标系统文件的特定标识与预设验证标识是否相匹配可以进一步确定目标系统文件是否被修改，从而进一步确定故障移动终端的系统是否被修改。步骤s4，反馈与特定标识对应的目标系统文件已被修改。本实施例中，当用户反馈回故障移动终端时，获取该故障移动终端中的目标系统文件，并检测该目标系统文件中是否包括特定标识，进而获取该故障移动终端中目标系统文件的特定标识，根据目标系统文件的特定标识与预设验证标识进行匹配，从而确定目标系统文件是否被修改，在目标系统文件的标识与预设验证标识不同时，确定该目标系统文件被修改，从而进一步确定故障移动终端的系统被修改，例如被用户刷机，或者被病毒攻击以致系统被修改等，其解决现有的故障检测手段不能有效地检测移动终端的系统是否为官方系统的问题，提高了故障检测的效率。将本发明的故障检测方法应用于故障检测装置的使用过程中，还需要向目标系统文件添加特定标识。因此，上述实施例的基础上，其他实施例中，如图3所示，在步骤s1之前，该故障检测方法还包括：步骤s10，获取移动终端的所有系统文件，并从所有系统文件中挑选出目标系统文件集合。步骤s11，添加特定标识至目标系统文件集合的目标系统文件中。具体地，在向目标系统文件中添加特定标识时，由于目标系统文件均具有特定的数据结构，以boot.img为例进行说明，其数据结构包括四部分：bootheader、kernel、ramdisk和secondstate，其中bootheader描述了kernel、ramdisk、sencondstage的加载地址、大小，以及kernel启动参数等等信息。因此，在目标系统文件中添加特定标识的方式可以是在目标系统文件中添加一个特定标识数据位，如下表1所示，其为boot.img文件的数据结构，其中tag即特定标识的数据位，对应填充该特定标识的数据位即可。表1bootheaderkernelramdisksecondstatetag……………在本实施例中，在移动终端出厂之前，获取移动终端的所有系统文件，并从中挑选出至少一个系统文件作为目标系统文件，以组成目标系统文件集合，再向该目标系统文件中添加特定标识。将本发明的故障检测方法应用于故障检测装置的使用过程中，当移动终端的系统未被修改时，还需进一步分析故障原因。因此，上述实施例的基础上，其他实施例中，如图4所示，步骤s3之后，若特定标识与预设验证标识匹配，则执行步骤s20：步骤s20，从故障移动终端的存储分区中提取与特定标识对应的目标系统文件，并对提取出的目标系统文件进行分析处理，每一个目标系统文件对应故障移动终端的一个存储分区。具体地，以android系统为例进行说明，其打包好的系统文件中，每个系统文件在移动终端中均对应一个存储分区，这个存储分区中可能仅存储有该系统文件，还可以存储一些其他数据文件，因此，还需要进一步从存储分区中提取与特定标识对应的目标系统文件来进行进一步分析。本实施例中，当目标系统文件的特定标识与预设验证标识匹配时，还需要进一步分析目标系统文件，以确定造成移动终端故障的原因。将本发明的故障检测方法应用于故障检测装置的使用过程中，为了方便从存储分区中提取出目标系统文件，上述实施例的基础上，其他实施例中，如图5所示，每一个存储分区的首部开始存储目标系统文件，且每一个目标系统文件的尾部设置特定标识。因此，如图6所示，步骤s20具体包括：步骤s30，获取目标系统文件对应的存储分区。步骤s31，确定存储分区中特定标识的存储区域。步骤s32，根据特定标识的存储区域确定目标系统文件的存储区域，并提取目标系统文件。本实施例中，上述实施例中，添加到目标系统文件中的特定标识优选添加在目标系统文件数据结构的尾部，在每个存储分区中，由于目标系统文件是从存储分区的头部开始存储的，因此获取到整个存储分区文件时，若该特定标识之前是添加在目标系统文件的尾部，则根据该特定标识可以快速定位出存储在该存储分区中的目标系统文件，进而将该目标系统文件单独取出并进行分析，提升了故障检测的效率。将本发明的故障检测方法应用于故障检测装置的使用过程中，为了方便检测导致移动终端故障的原因，还可将故障移动终端刷至原装系统以方便检测。因此，上述实施例的基础上，其他实施例中，如图7所示，步骤s4之后还包括：步骤s40，当接收到用户输入的刷机指令时，获取故障移动终端对应的原装系统。其中，获取故障移动终端对应的原装系统可以是从其他终端拷贝写入获取，或者通过网络从服务器(故障移动终端厂家对应的服务器)下载，还可以是获取在故障移动终端中预先备份的故障移动终端的原装系统。步骤s41，基于原装系统对故障移动终端进行刷机处理。本实施例中，在确定移动终端的目标系统文件被修改后，可以对移动终端重新执行刷机操作，将原装系统刷入移动终端，使得目标系统文件重新包括特定标识，方便后续进行维护操作。在一些实施例中，该特定标识包括有公司信息、出厂时间信息和系统版本号信息。这些信息均可用于判断目标系统文件是否被修改，此外，对于厂商后续推出的更新系统，也可从系统文件中挑选出目标系统文件，并向其添加特定标识，且该特定标识可以与上述描述的特定标识一样，也可以根据需求有所差异，例如加入不同系统版本号，使得维护人员对于未修改系统也可以迅速确定是哪一个系统版本，方便维护人员对其进行进一步的维护操作。图8展示了本发明故障检测装置的一个实施例。在本实施例中，该故障检测装置包括第一获取模块10、检测模块11、判断模块12和反馈模块13。其中，第一获取模块10，用于获取故障移动终端中目标系统文件集合，目标系统文件集合包括至少一个目标系统文件；检测模块11，用于检测目标系统文件中是否包括特定标识；判断模块12，用于若目标系统文件中包括特定标识，则判断特定标识是否与预设验证标识匹配；反馈模块13，用于若特定标识与预设验证标识不匹配，则反馈与特定标识对应的目标系统文件已被修改。上述实施例的基础上，其他实施例中，如图9所示，该故障检测装置还包括挑选模块20和添加模块21。其中，挑选模块20，用于获取移动终端的所有系统文件，并从所有系统文件中挑选出目标系统文件集合；添加模块21，用于添加特定标识至目标系统文件集合的目标系统文件中。上述实施例的基础上，其他实施例中，如图10所示，该故障检测装置还包括提取模块30，其用于若特定标识与预设验证标识匹配，从故障移动终端的存储分区中提取与特定标识对应的目标系统文件，并对提取出的目标系统文件进行分析处理，每一个目标系统文件对应故障移动终端的一个存储分区。上述实施例的基础上，其他实施例中，每一个存储分区的首部开始存储目标系统文件，且每一个目标系统文件的尾部设置特定标识；因此，如图11所示，提取模块30具体包括存储分区获取单元301、存储区域确定单元302和文件提取单元303。其中，存储分区获取单元301，用于获取目标系统文件对应的存储分区；存储区域确定单元302，用于确定存储分区中特定标识的存储区域；文件提取单元303，用于根据特定标识的存储区域确定目标系统文件的存储区域，并提取目标系统文件。上述实施例的基础上，其他实施例中，如图12所示，该故障检测装置还包括第二获取模块40和刷机模块41。其中，第二获取模块40，用于当接收到用户输入的刷机指令时，获取故障移动终端对应的原装系统；刷机模块41，用于基于原装系统对故障移动终端进行刷机处理。关于上述实施例中故障检测装置各模块实现技术方案的其他细节，可参见上述实施例中的故障检测方法中的描述，此处不再赘述。需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。本实施例还提供了一种故障检测装置，该故障检测装置包括处理器，与处理器耦接的存储器。该存储器存储有上述实施例描述的功能模块。该处理器通过该存储器存储的上述实施例描述的功能模块，可以实现本申请提供的故障检测方法。本实施例还提供了一种存储介质，用于存储程序数据，其包含用于执行本申请上述故障件检测方法实施例所设计的程序数据。通过执行该存储介质中存储的程序数据，可以实现本申请提供的故障检测方法。以上对发明的具体实施方式进行了详细说明，但其只作为范例，本发明并不限制于以上描述的具体实施方式。对于本领域的技术人员而言，任何对该发明进行的等同修改或替代也都在本发明的范畴之中，因此，在不脱离本发明的精神和原则范围下所作的均等变换和修改、改进等，都应涵盖在本发明的范围内。当前第1页12