CN109101375B - 一种修复故障的方法、服务器和测试装置 - Google Patents

Abstract

本发明公开了一种修复故障的方法、服务器和测试装置，该方法包括：接收测试装置上报的诊断结果数据，所述诊断结果数据中包括对目标终端的终端参数的实际检测值和与所述目标终端和终端参数相对应的预设标准范围，所述诊断结果数据由所述测试装置在所述实际检测值超出所述预设标准范围时上报；基于所述诊断结果数据，生成修复文件；下发所述修复文件，以对所述目标终端进行故障修复。本方案能实现对目标终端的针对性修复，避免生成大量版本升级文件对大量终端整体系统进行多次升级，降低生成版本升级文件消耗的人力，缩短修复时间，减少整体系统升级次数，避免对无故障设备的修复。

Description

一种修复故障的方法、服务器和测试装置

技术领域

本发明涉及终端领域，尤其涉及一种修复故障的方法、服务器和测试装置。

背景技术

在电子领域，为了提高产品的市场占有率，产品厂家往往会缩短研发测试时间，尽快推出新的产品。但由于软件测试不充分、硬件一致性差等多方面原因，推出的电子产品在用户使用过程中往往会暴露出各种各样的缺陷。

为了解决上述缺陷，产品厂家往往会收集缺陷产品的运行数据，根据运行数据对应的问题生成版本升级文件，下发至与缺陷产品同型号的所有产品，进行统一的软件版本升级，用以解决电子产品在使用中出现的各种问题。然而，经常进行统一的软件版本升级不仅需要花费大量的人力进行研发，而且在电子产品进行版本升级的过程中通常会影响用户的正常使用。对于没有故障的手机，往往会在版本升级中进行不必要的修复，浪费过多的时间，影响用户体验。

发明内容

本发明实施例提供一种修复故障的方法、服务器和测试装置，用以缓解现有技术中频繁升级软件版本造成的耗费人力过多的问题。

为了解决上述技术问题，本发明是这样实现的：

第一方面，提供一种修复故障的方法，应用于服务器，所述方法包括：

接收测试装置上报的诊断结果数据，所述诊断结果数据中包括对目标终端的终端参数的实际检测值和与所述目标终端和终端参数相对应的预设标准范围，所述诊断结果数据由所述测试装置在所述实际检测值超出所述预设标准范围时上报；

基于所述诊断结果数据，生成修复文件；

下发所述修复文件，以对所述目标终端进行故障修复。

第二方面，提供一种修复故障的方法，应用于测试装置，所述方法包括：

对目标终端的终端参数进行检测，得到所述终端参数的实际检测值；

当所述实际检测值超出与所述目标终端和终端参数相对应的预设标准范围时，向服务器上报诊断结果数据；其中，所述诊断结果数据中包括所述实际检测值和所述预设标准范围。

第三方面，提供一种服务器，包括：

接收模块，接收测试装置上报的诊断结果数据，所述诊断结果数据中包括对目标终端的终端参数的实际检测值和与所述目标终端和终端参数相对应的预设标准范围，所述诊断结果数据由所述测试装置在所述实际检测值超出所述预设标准范围时上报；

修复文件生成模块，基于所述诊断结果数据，生成修复文件；

修复文件发送模块，下发所述修复文件，以对所述目标终端进行故障修复。

第四方面，一种测试装置，包括：

检测模块，对目标终端的终端参数进行检测，得到所述终端参数的实际检测值；

上报模块，当所述实际检测值超出与所述目标终端和终端参数相对应的预设标准范围时，向服务器上报诊断结果数据；其中，所述诊断结果数据中包括所述实际检测值和所述预设标准范围。

第五方面，提供一种移动终端，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现上述任一种修复故障的方法的步骤。

第六方面，提供一种计算机可读介质，所述计算机可读介质上存储计算机程序，所述计算机程序被处理器执行时实现上述任一种修复故障的方法的步骤。

本发明实施例采用的上述至少一个技术方案能够达到以下有益效果：

本发明根据诊断结果数据生成修复文件，能针对不同终端的诊断结果数据发送不同的文件，根据目标终端的实际故障原因进行修复，高效快捷地实现对目标终端的远程修复。避免生成版本升级文件对大量终端整体系统升级，降低生成版本升级文件消耗的人力，缩短修复时间，避免对无故障设备的修复。

附图说明

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

图1是本发明的一种修复故障的方法的示意性流程图之一；

图2是本发明的一种修复故障的方法的示意性流程图之二；

图3是本发明的一种修复故障的方法的示意性流程图之三；

图4是本发明的一种修复故障的方法的示意性流程图之四；

图5是本发明的一种修复故障的方法的示意性流程图之五；

图6是本发明的一种服务器的结构示意图之一；

图7是本发明的一种服务器的结构示意图之二；

图8是本发明的一种测试装置的结构示意图；

图9是根据本发明的一个实施例的修复故障的移动终端结构示意图。

具体实施方式

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

以下结合附图，详细说明本发明各实施例提供的技术方案。附图中方法步骤的标号仅用于区分各个步骤，不用于限定步骤的顺序，实际步骤的顺序以说明书描述为准。

实施例一

本实施例提供一种修复故障的方法，该方法可以应用于服务器，服务器可以包括处理器、硬盘、内存、系统总线等，具体可以是计算机，如图1所示，该方法包括：

步骤11：接收测试装置上报的诊断结果数据，所述诊断结果数据中包括对目标终端的终端参数的实际检测值和与所述目标终端和终端参数相对应的预设标准范围，所述诊断结果数据由所述测试装置在所述实际检测值超出所述预设标准范围时上报。

服务器可以通过有线或者无线的方式与测试装置连接，用于接收测试装置上报的诊断结果数据。其中，诊断结果数据可以包括故障原因、与故障相关的硬件或软件、故障解决办法等内容。诊断结果数据可以由目标终端中的测试软件进行诊断并由目标终端发送，也可以将测试装置与目标终端相连接，由测试装置对目标终端进行诊断测试，然后由测试装置或者目标终端发送诊断结果数据。

步骤12：基于所述诊断结果数据，生成修复文件。

服务器对接收到的诊断结果数据进行分析，上述诊断结果数据包含的故障类型可以包括对应于目标终端的特殊性故障，终端在运行的过程中有可能由于运行错误或使用者误操作导致参数异常，进而导致终端运行故障，这种故障往往具有特殊性，不是普遍出现的故障。另外，对于同型号或同一批次的终端，不同终端的硬件参数存在一定差异，与预期的标准值相比有可能存在参数偏差，这种参数偏差有可能与硬件生产良率有关，也可能与组装硬件时出现的误差有关。这种硬件的参数偏差也有可能导致终端运行时出现故障，这种硬件参数导致的终端故障同样具有特殊性，不是普遍出现的故障，可以根据诊断结果数据中故障的特殊性生成修复文件。

步骤13：下发所述修复文件，以对所述目标终端进行故障修复。

发送该修复文件的方式可以与接收诊断结果数据的方式相同或不同，可以通过有线或者无线的方式发送。该修复文件能作用于目标终端，实现对目标终端的修复。

本发明方案中的修复文件可以包括针对于诊断结果数据的补丁包、小程序等修复代码，本发明方案中的版本升级文件除了包含有对应于诊断结果数据的修复代码以外，为保证修复文件中的修复代码能实现对目标终端的修复，修复文件中可以包含有助于提高兼容性的辅助代码，从而保证修复文件与目标终端相兼容。

另外，还可以保存诊断结果数据和与之对应的修复文件，为之后接收到的其他的诊断结果数据提供修复方案参考。提高生成修复文件的效率，为优化产品提供数据参考。

本发明根据诊断结果数据对应的故障类型生成修复文件，实现有针对性的修复，避免花费过多的人力开发版本升级文件。同时，能针对不同终端的诊断结果数据，发送不同的文件，根据目标终端的实际故障原因进行修复，能高效快捷地实现对目标终端的远程修复。

较优的，基于上述实施例所述的方法，上述步骤12，基于所述诊断结果数据，生成修复文件，如图2所示，包括：

步骤121：当所述实际检测值未超出与所述终端参数相对应的预设安全范围时，调整所述预设标准范围，使得所述实际检测值落入调整后的预设标准范围。

上述实际检测值可以是通过硬件设备或者软件程序对目标终端进行检测得到的数值，预设标准范围可以是目标终端中预先设定的对应于实际检测值的标准数值范围。正常终端的实际检测值应不超过预设标准范围。上述预设安全范围是根据终端的硬件负荷能力预先限定的范围，如果终端实际检测值超出该预设安全范围，则终端运行时有可能出现电压过高、电流过高、终端温度过高等安全问题。因此，为了保证终端运行安全，调整后的预设标准范围不超过预设安全范围。

当所述实际检测值超出所述预设标准范围时，终端往往会触发保护机制，降低与实际检测值相关的运行性能，甚至停止与实际检测值相关的软件或硬件的功能，导致终端出现故障。因此，诊断结果数据由目标终端在终端参数的实际检测值超出预设标准范围时上报，本方案中，在预设标准范围不超过预设安全范围的前提下，对预设标准范围进行一定的调整，使实际检测值不大于预设标准范围，避免终端触发保护机制，进而保证终端正常运行。

在实际应用过程中，当实际检测值超出预设标准范围时，可以首先判断预设标准范围是否超出预设安全范围，然后再判断实际检测值是否超出预设安全范围，当预设标准范围和实际检测值均未超出预设安全范围时，再对预设标准范围进行调整。

步骤122：根据所述调整后的预设标准范围生成修复文件。

当故障类型为参数超范围时，诊断结果数据中的故障可以理解为由硬件的微小误差导致的实际检测数值与预设标准范围有一定偏差的现象，该故障具体可以包括电流偏差、电压偏差等现象，其中预设标准范围的最大值也可以称为安全门限，通常与终端的硬件性能有关，下面分情况进行说明：

情况一：当所述实际检测值具体为实际电压检测值，所述预设标准范围为预设电压标准范围，所述预设安全范围为预设安全电压范围时，所述基于所述目标终端上报的诊断结果数据，生成修复文件，具体为：

当所述实际电压检测值未超出预设安全电压范围时，调整与所述目标终端相对应的预设电压标准范围，使得所述实际电压检测值落入调整后的预设电压标准范围；根据调整后的预设电压标准范围生成修复文件。

在对手机进行充电时，通常会预先进行Vbat(电池电压)的检测，该电池电压检测主要是指对手机电池充电时电池的电压值是否在预设标准范围内。电池电压的检测可以通过检测IC来实现，在本例中，预设标准范围的最大值用Vset表示，实际检测到的电池电压用Vbat表示。正常情况下，检测到Vbat大于Vset时，手机应自动触发充电保护，具体的充电保护可以是停止充电或者减小充电电流。但对于同一批上市的手机，检测IC的精度符合正态分布，例如：90％的检测IC精度范围都在±0.5％以内，但是也有大约5％的检测IC精度偏大，大约5％的检测IC精度偏小。对于精度偏大的检测IC，当Vbat靠近Vset而小于Vset时，即可触发充电保护，例如，Vset值为2V，检测IC精度范围大于0.5％，此时当实际电压Vbat小于2V时就有可能触发充电保护，实际上Vbat未达到Vset，不应该触发充电保护。因此，检测IC精度偏大的问题容易造成手机充电充不满或者充电过慢的情况。

对于情况一所述的问题，主要是由检测IC的误差导致的，在这种情况下，由于检测IC的硬件无法通过升级软件版本的方式进行修改，所以可以通过修复文件对该故障手机的Vset值进行修改。对于上述精度范围大于0.5％的检测IC，首先判断Vset值是否超过安全电压范围，例如通常Vset值为2V，安全电压最大值为3V，则对于情况一中的手机，可以将Vset值适当调大，调整为大于2V且小于3V的值，例如2.5V或2.8V等。这样在手机充电时，由于检测IC精度范围较大，当Vbat达到2V时才会触发充电保护，使该故障手机实际充电速度与正常手机一致。

情况二：当所述实际检测值具体为实际线缆阻抗值，所述预设标准范围为预设阻抗标准范围，所述预设安全范围为预设安全阻抗范围时，所述基于所述目标终端上报的诊断结果数据，生成修复文件，具体为：

当所述实际阻抗检测值未超出预设安全阻抗范围时，调整与所述目标终端相对应的预设阻抗标准范围，使得所述实际阻抗检测值落入调整后的预设阻抗标准范围；

根据调整后的预设阻抗标准范围生成修复文件。

对于大部分快充手机，在进行快充前往往会进行R(实际阻抗检测值)的计算，根据手机的硬件性能，预先设定有预设阻抗最大值，如果计算出实际的R(实际阻抗检测值)>Rset(预设阻抗最大值)，则触发快充保护，仅通过较低的电压电流进行充电，不允许进行较高电压电流的快充，避免电阻过大时较大电压充电导致的高温形成安全隐患。对于一部分手机，随使用时间增长，充电端口难免会进入细小的灰尘颗粒，导致计算出的实际阻抗都大于预设线缆阻抗，每次充电时都会触发R>Rset的快充保护，每次充电都通过较低的电压电流进行充电，无法享受快充带来的便捷，出现充电慢的现象。

对于情况二所述的问题，主要是充电端口处的灰尘导致实际线缆阻抗较大，在这种情况下，由于接口处的灰尘无法通过升级软件版本的方式进行清理，所以可以通过修复文件对该故障手机的Rset值进行修改。对于上述无法进行快充的故障手机，首先判断Rset值是否超过安全门限，例如通常Rset值为2欧，安全门限值为3欧，则对于情况二中的手机，可以将Rset值适当调大，调整为大于2欧且小于3欧的值，例如2.5欧或2.8欧等。假设该故障手机实际线缆阻抗为2.1欧，原先Rset为2欧时，无法进行快充，只能在较低功率下充电，而在修改Rset之后，由于2.1欧小于修改后的Rset值，则允许进行快速充电，可以通过较高的功率进行充电，提高充电效率，优化用户体验。

针对类似上述情况一或情况二的参数问题，如果当前门限值已经达到或超过了安全门限值，例如，安全电压为3V，实际电压已经达到3.1V，或者，安全线缆阻抗为3欧，实际检测到的线缆阻抗已经达到3.2欧，则不能通过调整门限值的方式进行调整。一旦调整数值超过安全门限值，手机有可能出现电压过高、电流过大、温度过高等情况，从而引发其他的安全问题。因此，本发明提供的方案中，通过修复文件对参数进行调整的方案仅限于目标终端的门限值尚未超出预设标准范围的情况。本发明方案在保证终端使用安全的情况下，能解决由门限值限制导致的用户体验不佳的问题，通过小幅修改预设标准范围实现用户体验的提升，能优化部分终端自身存在的问题，弥补硬件误差导致的使用缺陷。

基于上述实施例所述的方法，如图3所示，所述方法还包括：

步骤14：当至少两次接收到所述测试装置上报的诊断结果数据时，若接收到的至少两次诊断结果数据满足预设条件，则根据所述至少两次诊断结果数据生成版本升级文件。

本方案中多次接收到的诊断结果数据可以是由一个目标终端多次上报的，也可以是由不同目标终端分别上报的。上述预设条件可以为接收到目标终端上报的诊断结果数据包括具有安全隐患的故障，例如，运行终端出现温度过高、电流过高、电压过高等现象，当温度过高时，终端有可能进一步出现短路、断路等电路问题，造成硬件烧毁，当电流或电压过高时，有可能进一步出现器件击穿等不可逆的电路损坏，甚至导致终端变形、爆炸等情况，一旦引发安全事故，将造成经济损失甚至人员伤亡。

其中，所述预设条件包括：上报所述诊断结果数据的测试装置的数量大于或者等于预设数量，即在同一类型的终端出现频率较高的问题，以及在不同类型的终端均有出现的问题。同一类型的问题经常出现，代表着该类型的问题频繁地影响了同一用户的使用，或者，该类型的问题影响了大量用户的使用，容易降低该类型问题对应的终端产品的整体口碑。

本方案生成的版本升级文件对应于目标终端的诊断结果数据，同时，也可应用于与目标终端相关联的终端，相关联的终端包括与目标终端硬件结构一致的终端或者是与目标终端软件结构一致的终端。具体的，当该诊断结果数据对应的故障类型涉及硬件时，与目标终端的相关终端对应于与目标终端硬件结构一致的设备。当该诊断结果数据对应的故障类型涉及软件时，与目标终端的相关终端对应于与目标终端软件结构一致的设备。

其中，与目标终端相关的终端可以包含多种型号，不同终端之间可能存在一定硬件或软件差异，为保证版本升级文件中的修复代码能修复不同终端的故障或隐患，版本升级文件中可以包含有助于提高兼容性的辅助文件，从而保证版本升级文件能与不同终端兼容。

步骤15：向所述目标终端和与所述目标终端相关联的终端设备下发所述版本升级文件。

发送版本升级文件的方式可以与接收诊断结果数据的方式相同或不同，由于上述故障会对终端的使用造成严重的影响，解决具有上述特点的故障尤为重要。本方案通过版本升级的方式对目标终端和与目标终端相关联的终端整体进行版本升级，避免诊断结果数据对应的目标终端和同类型的终端出现安全问题或普遍问题，对于大量目标终端实现批量修复。对于与目标终端相关的尚未出现明显故障现象的终端，能够根据版本升级文件进行优化，预防出现与版本升级文件对应的严重问题，从而避免上述问题影响用户体验。

另外，本方案提供的技术方案除了可以应用于修复目标终端的充电电压和充电电流值，还可以应用于修复目标终端的通信信号。具体的，例如：对于大部分具有蓝牙功能的手机，其蓝牙通信频率理论值为2.4GHZ，但在生产工艺的影响下，同型号同批次的硬件也存在微小的误差，当误差较大时，在应用中就可能出现实际数值与理论值偏差较大的情况。当手机A向手机B发送蓝牙信号的实际频率偏离理论值过多时，往往会出现手机B接收到的信号不完整的情况，同理，当手机B接收蓝牙信号的实际频率偏离理论值过多时，即使手机A发送蓝牙信号的频率正常，手机B接收到的蓝牙信号也会出现不完整的情况。对于这种蓝牙通信频率偏差的问题，也可以利用本方案上述实施例所述的方法对目标终端进行修复。

当手机A的蓝牙通信出现故障时，经过检测，手机A的蓝牙通信频率实际检测值2.2GHZ超出蓝牙通信频率预设标准范围2.3GHZ～2.5GHZ，此时确定手机A的实际检测值超出了预设标准范围，即手机A为目标终端，上报针对于手机A的诊断结果数据。该诊断结果数据中包括上述蓝牙通信频率实际检测值2.2GHZ和与手机A相对应的预设标准范围2.3GHZ～2.5GHZ。随后，基于该诊断结果数据生成修复文件，修复文件中可以包括将预设标准范围2.3GHZ～2.5GHZ调整为2.2GHZ～2.4GHZ，也可以根据实际情况调整修复文件中包含的数值范围，然后向手机A发送该修复文件。

在修复之前，手机A与手机B进行蓝牙连接时，手机A蓝牙通信预设标准范围为2.3GHZ～2.5GHZ，而实际值为2.2GHZ，手机B按照2.3GHZ～2.5GHZ的频率接收到的信号不完整。经过本申请上述方案的修复，将手机A蓝牙通信理论值修改为2.2GHZ～2.4GHZ，使手机A与手机B在进行蓝牙连接后，手机B按照2.2GHZ～2.4GHZ的频率进行接收，能接收到手机A发送的更完整的蓝牙信息。

同理，本方案不仅可以应用于上述蓝牙通信存在故障的终端，也可以应用于WIFI、NFC等无线通信出现故障的终端，另外，也可以应用于无线充电出现故障的终端。

通过上述技术方案，能保证无线通信信号的完整性，提高通信效率，避免由于实际值与理论值偏差过大导致的信息传输缺损的问题。

实施例二

本实施例提供一种修复故障的方法，应用于测试装置，如图4所示，所述方法包括：

步骤21：对目标终端的终端参数进行检测，得到所述终端参数的实际检测值。

对于与目标终端连接的检测装置，可以通过终端的各种接口进行连接，例如：USB插口、TYPE-C插口、OMTP插口等。检测装置可以通过该接口输出电信号至终端，并接收由终端反馈的电信号，从而实现对目标终端的检测。检测装置输出电信号和接收反馈电信号的接口可以是同一个接口，也可以是两个接口，两个接口的类型可以相同也可以不同。例如，从USB插口输出电信号，从OMTP插口接收终端反馈的电信号。检测装置还可以对接收到的反馈电信号进行分析，判断出终端的故障原因、与故障相关的硬件或软件、故障的解决办法等。随后，发送根据反馈的电信号分析出的诊断结果数据，具体的，可以由检测装置自身集成的通信模块发送该诊断结果数据，也可以通过与终端连接的接口，利用终端的通信模块发送该诊断结果数据。发送诊断结果数据的方式可以包括蓝牙、红外、Wifi、蜂窝网络等。

对于上述步骤21，如图5所示，下面以测试手机保护电压为例进行说明，首先，将测试装置通过手机的充电插口与手机插接，测试装置模拟充电器与手机的握手流程，与手机建立正常的握手。然后，测试装置通过插口向手机输出模拟充电电压，正常手机充电电压是5V，保护电压上限为6.5V，该保护电压用以避免充电电压过高导致的器件烧毁，当充电电压高于保护电压时，手机触发充电保护机制停止充电。测试装置可以通过以下步骤确定手机的实际检测值：

步骤211：向所述目标终端输出不同的测试信号。

测试装置通过充电插口向手机输出6.35V的模拟充电电压，获取手机的反馈，根据反馈可以确定手机在6.35V电压下是否充电，若此时手机不充电，则证明手机在6.35V电压下触发了充电保护，此时向手机输出6.3V的模拟充电电压，获取手机的反馈，若此时手机依然不充电，则继续降低模拟充电电压值，可以每次降低模拟充电电压值0.05V，直到根据手机的反馈确定手机进行充电的电压值。

步骤212：根据所述目标终端的输出确定所述实际检测值。

如手机在6.2V的电压下充电，6.25V及以上的电压下不充电，则确定该手机的保护电压为6.2V。与标准的6.5V相比，该手机的电压保护精度存在0.3V的偏差，一致性较差。该偏差有可能是由于手机内电子器件老化、接口处灰尘堆积等原因造成的，手机应在6.5V时触发充电保护，但该手机在6.2V就触发了充电保护，此时应对手机内对应于充电保护的预设标准范围进行0.3V的调整。

通过上述方案，测试装置能对目标终端进行自动检测，通过输出不同的测试信号，根据目标终端的反馈确定实际检测值。相应的，上述自动检测的方案也可以应用于电流、电阻等测试，不限于上述电压测试。通过上述自动检测的方案得到实际检测值，能提高测试的便捷性，减少人力消耗，提高检测的自动化程度。

步骤22：当所述实际检测值超出与所述目标终端和终端参数相对应的预设标准范围时，向服务器上报诊断结果数据；其中，所述诊断结果数据中包括所述实际检测值和所述预设标准范围。

与目标终端连接的测试装置通过对目标终端的检测，可以得到目标终端的实际检测值。对于上述实例，测试装置通过向手机输出不同的测试信号，根据目标终端的输出确定实际检测值，此时向服务器上报诊断结果数据，该诊断结果数据可以包括实际检测值以及预设标准范围，另外，还可以包括检测次数，多次检测的平均值等数据，目标终端的硬件信息，系统软件版本等，以便服务器根据测试得到的相关信息确定目标终端的故障原因，以便生成有针对性的修复文件。上述方案能够实现对目标终端故障的检测及上报，上报的诊断结果数据包括与故障相关的各种参数，以便服务器根据诊断结果数据分析目标终端的故障原因，并制定修复方案，生成有针对性的修复文件，实现对目标终端的针对性修复。

实施例三

本申请实施例提供一种服务器60，如图6所示，包括：

接收模块61，接收测试装置上报的诊断结果数据，所述诊断结果数据中包括对目标终端的终端参数的实际检测值和与所述目标终端和终端参数相对应的预设标准范围，所述诊断结果数据由所述测试装置在所述实际检测值超出所述预设标准范围时上报；

修复文件生成模块62，基于所述诊断结果数据，生成修复文件；

修复文件发送模块63，下发所述修复文件，以对所述目标终端进行故障修复。

本发明提供的服务器根据诊断结果数据对应的故障类型生成修复文件，实现有针对性的修复，避免花费过多的人力开发版本升级文件。同时，能针对不同终端的诊断结果数据，发送不同的文件，根据目标终端的实际故障原因进行修复，能高效快捷地实现对目标终端的远程修复。

基于上述实施例所述的服务器，所述修复文件生成模块，具体用于：

当所述实际检测值未超出与所述终端参数相对应的预设安全范围时，调整所述预设标准范围，使得所述实际检测值落入调整后的预设标准范围；

根据所述调整后的预设标准范围生成修复文件。

本发明提供的服务器在保证终端使用安全的情况下，生成修复文件，能解决由门限值限制导致的用户体验不佳的问题，通过小幅修改预设标准范围实现用户体验的提升，能优化部分终端自身存在的问题，弥补硬件误差导致的使用缺陷。

基于上述实施例所述的服务器，如图7所示，所述服务器还包括：

版本升级文件生成模块64，当至少两次接收到所述测试装置上报的诊断结果数据时，若接收到的至少两次诊断结果数据满足预设条件，则根据所述至少两次诊断结果数据生成版本升级文件；

版本升级文件发送模块65，向所述目标终端和与所述目标终端相关联的终端设备下发所述版本升级文件；

其中，所述预设条件包括：上报所述诊断结果数据的测试装置的数量大于或者等于预设数量。

本方案提供的服务器通过版本升级的方式对目标终端和与目标终端相关联的终端整体进行版本升级，避免诊断结果数据对应的目标终端和同类型的终端出现安全问题或普遍问题，对于大量目标终端实现批量修复。对于与目标终端相关的尚未出现明显故障现象的终端，能够根据版本升级文件进行优化，预防出现与版本升级文件对应的严重问题，从而避免上述问题影响用户体验。

实施例四

本申请实施例提供一种测试装置80，如图8所示，包括：

检测模块81，对目标终端的终端参数进行检测，得到所述终端参数的实际检测值；

上报模块82，当所述实际检测值超出与所述目标终端和终端参数相对应的预设标准范围时，向服务器上报诊断结果数据；其中，所述诊断结果数据中包括所述实际检测值和所述预设标准范围。

上述方案提供的测试装置可以是独立于目标终端以外的，用来对目标终端进行测试的装置，也可以是内置于目标终端内部的用来对目标终端进行自检的软件或模块。该测试装置能够实现对目标终端故障的检测及上报，上报的诊断结果数据包括与故障相关的各种参数，以便服务器根据诊断结果数据分析目标终端的故障原因，并制定修复方案，生成有针对性的修复文件，实现对目标终端的针对性修复。

基于上述实施例所述的测试装置，所述检测模块81，具体用于：

向所述目标终端输出不同的测试信号；

根据所述目标终端的输出确定所述实际检测值。

上述方案提供的测试装置能对目标终端进行自动检测，通过输出不同的测试信号，根据目标终端的反馈确定实际检测值。相应的，上述自动检测的方案也可以应用于电流、电阻等测试，不限于上述电压测试。通过上述自动检测的方案得到实际检测值，能提高测试的便捷性，减少人力消耗，提高检测的自动化程度。

实施例五

图9为实现本发明各个实施例的一种移动终端的硬件结构示意图，该移动终端900包括但不限于：射频单元901、网络模块902、音频输出单元903、输入单元904、传感器905、显示单元906、用户输入单元907、接口单元908、存储器909、处理器910、以及电源911等部件。本领域技术人员可以理解，图9中示出的移动终端结构并不构成对移动终端的限定，移动终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。在本发明实施例中，移动终端包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、车载终端、可穿戴设备、以及计步器等。

其中，射频单元901，用于对目标终端的终端参数进行检测，得到所述终端参数的实际检测值。

处理器910，用于当所述实际检测值超出与所述目标终端和终端参数相对应的预设标准范围时，向服务器上报诊断结果数据；其中，所述诊断结果数据中包括所述实际检测值和所述预设标准范围。

本发明根据诊断结果数据生成修复文件，能针对不同终端的诊断结果数据发送不同的文件，根据目标终端的实际故障原因进行修复，高效快捷地实现对目标终端的远程修复。避免生成版本升级文件对大量终端整体系统升级，降低生成版本升级文件消耗的人力，缩短修复时间，避免对无故障设备的修复。

应理解的是，本发明实施例中，射频单元901可用于收发信息或通话过程中，信号的接收和发送，具体的，将来自基站的下行数据接收后，给处理器910处理；另外，将上行的数据发送给基站。通常，射频单元901包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元901还可以通过无线通信系统与网络和其他设备通信。

移动终端通过网络模块902为用户提供了无线的宽带互联网访问，如帮助用户收发电子邮件、浏览网页和访问流式媒体等。

音频输出单元903可以将射频单元901或网络模块902接收的或者在存储器909中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元903还可以提供与移动终端900执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元903包括扬声器、蜂鸣器以及受话器等。

输入单元904用于接收音频或视频信号。输入单元904可以包括图形处理器(Graphics Processing Unit，GPU)9041和麦克风9042，图形处理器9041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元906上。经图形处理器9041处理后的图像帧可以存储在存储器909(或其它存储介质)中或者经由射频单元901或网络模块902进行发送。麦克风9042可以接收声音，并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元901发送到移动通信基站的格式输出。

移动终端900还包括至少一种传感器905，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板9061的亮度，接近传感器可在移动终端900移动到耳边时，关闭显示面板9061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别移动终端姿态(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；传感器905还可以包括指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等，在此不再赘述。

显示单元906用于显示由用户输入的信息或提供给用户的信息。显示单元906可包括显示面板9061，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板9061。

用户输入单元907可用于接收输入的数字或字符信息，以及产生与移动终端的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元907包括触控面板9071以及其他输入设备9072。触控面板9071，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板9071上或在触控面板9071附近的操作)。触控面板9071可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器910，接收处理器910发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板9071。除了触控面板9071，用户输入单元907还可以包括其他输入设备9072。具体地，其他输入设备9072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。

进一步的，触控面板9071可覆盖在显示面板9061上，当触控面板9071检测到在其上或附近的触摸操作后，传送给处理器910以确定触摸事件的类型，随后处理器910根据触摸事件的类型在显示面板9061上提供相应的视觉输出。虽然在图9中，触控面板9071与显示面板9061是作为两个独立的部件来实现移动终端的输入和输出功能，但是在某些实施例中，可以将触控面板9071与显示面板9061集成而实现移动终端的输入和输出功能，具体此处不做限定。

接口单元908为外部装置与移动终端900连接的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元908可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到移动终端900内的一个或多个元件或者可以用于在移动终端900和外部装置之间传输数据。

存储器909可用于存储软件程序以及各种数据。存储器909可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器909可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器910是移动终端的控制中心，利用各种接口和线路连接整个移动终端的各个部分，通过运行或执行存储在存储器909内的软件程序和/或模块，以及调用存储在存储器909内的数据，执行移动终端的各种功能和处理数据，从而对移动终端进行整体监控。处理器910可包括一个或多个处理单元；优选的，处理器910可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器910中。

移动终端900还可以包括给各个部件供电的电源911(比如电池)，优选的，电源911可以通过电源管理系统与处理器910逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

另外，移动终端900包括一些未示出的功能模块，在此不再赘述。

优选的，本发明实施例还提供一种移动终端，包括处理器910，存储器909，存储在存储器909上并可在所述处理器910上运行的计算机程序，该计算机程序被处理器910执行时实现上述一种修复故障的方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述一种修复故障的方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random AccessMemory，简称RAM)、磁碟或者光盘等。

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

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

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。

Claims (9)

1.一种修复故障的方法，其特征在于，应用于服务器，所述方法包括：

接收测试装置上报的诊断结果数据，所述诊断结果数据中包括对目标终端的终端参数的实际检测值和与所述目标终端和终端参数相对应的预设标准范围，所述诊断结果数据由所述测试装置在所述实际检测值超出所述预设标准范围时上报；

基于所述诊断结果数据，生成修复文件；

下发所述修复文件，以对所述目标终端进行故障修复，其中，

基于所述诊断结果数据，生成修复文件，包括：当所述实际检测值未超出与所述终端参数相对应的预设安全范围时，调整所述预设标准范围，使得所述实际检测值落入调整后的预设标准范围；根据所述调整后的预设标准范围生成修复文件。

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

当至少两次接收到所述测试装置上报的诊断结果数据时，若接收到的至少两次诊断结果数据满足预设条件，则根据所述至少两次诊断结果数据生成版本升级文件；

向所述目标终端和与所述目标终端相关联的终端设备下发所述版本升级文件；

其中，所述预设条件包括：上报所述诊断结果数据的测试装置的数量大于或者等于预设数量。

3.一种修复故障的方法，其特征在于，应用于测试装置，所述方法包括：

对目标终端的终端参数进行检测，得到所述终端参数的实际检测值；

当所述实际检测值超出与所述目标终端和终端参数相对应的预设标准范围时，向服务器上报诊断结果数据，以使得所述服务器基于所述诊断结果数据生成修复文件；其中，所述诊断结果数据中包括所述实际检测值和所述预设标准范围；所述服务器基于所述诊断结果数据生成修复文件，包括：当所述实际检测值未超出与所述终端参数相对应的预设安全范围时，调整所述预设标准范围，使得所述实际检测值落入调整后的预设标准范围；根据所述调整后的预设标准范围生成修复文件。

4.如权利要求3所述的方法，其特征在于，对目标终端的终端参数进行检测，得到所述终端参数的实际检测值，包括：

向所述目标终端输出不同的测试信号；

根据所述目标终端的输出确定所述实际检测值。

5.一种服务器，其特征在于，包括：

接收模块，接收测试装置上报的诊断结果数据，所述诊断结果数据中包括对目标终端的终端参数的实际检测值和与所述目标终端和终端参数相对应的预设标准范围，所述诊断结果数据由所述测试装置在所述实际检测值超出所述预设标准范围时上报；

修复文件生成模块，基于所述诊断结果数据，生成修复文件；

修复文件发送模块，下发所述修复文件，以对所述目标终端进行故障修复，其中，

所述修复文件生成模块，具体用于：当所述实际检测值未超出与所述终端参数相对应的预设安全范围时，调整所述预设标准范围，使得所述实际检测值落入调整后的预设标准范围；根据所述调整后的预设标准范围生成修复文件。

6.如权利要求5所述的服务器，其特征在于，还包括：

版本升级文件生成模块，当至少两次接收到所述测试装置上报的诊断结果数据时，若接收到的至少两次诊断结果数据满足预设条件，则根据所述至少两次诊断结果数据生成版本升级文件；

版本升级文件发送模块，向所述目标终端和与所述目标终端相关联的终端设备下发所述版本升级文件；

其中，所述预设条件包括：上报所述诊断结果数据的测试装置的数量大于或者等于预设数量。

7.一种测试装置，其特征在于，包括：

检测模块，对目标终端的终端参数进行检测，得到所述终端参数的实际检测值；

上报模块，当所述实际检测值超出与所述目标终端和终端参数相对应的预设标准范围时，向服务器上报诊断结果数据，以使得所述服务器基于所述诊断结果数据生成修复文件；其中，所述诊断结果数据中包括所述实际检测值和所述预设标准范围；所述服务器基于所述诊断结果数据生成修复文件，包括：当所述实际检测值未超出与所述终端参数相对应的预设安全范围时，调整所述预设标准范围，使得所述实际检测值落入调整后的预设标准范围；根据所述调整后的预设标准范围生成修复文件。

8.如权利要求7所述的测试装置，其特征在于，所述检测模块，具体用于：

向所述目标终端输出不同的测试信号；

根据所述目标终端的输出确定所述实际检测值。

9.一种移动终端，其特征在于，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至4任一项所述的修复故障的方法的步骤。

Images