CN105009554B - 检测智能终端的硬件是否运行异常的方法以及智能终端 - Google Patents

检测智能终端的硬件是否运行异常的方法以及智能终端 Download PDF

Info

Publication number
CN105009554B
CN105009554B CN201380073987.3A CN201380073987A CN105009554B CN 105009554 B CN105009554 B CN 105009554B CN 201380073987 A CN201380073987 A CN 201380073987A CN 105009554 B CN105009554 B CN 105009554B
Authority
CN
China
Prior art keywords
hardware
intelligent terminal
operation exception
detection
target
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201380073987.3A
Other languages
English (en)
Other versions
CN105009554A (zh
Inventor
王葵
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Device Co Ltd
Original Assignee
Huawei Device Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Device Co Ltd filed Critical Huawei Device Co Ltd
Publication of CN105009554A publication Critical patent/CN105009554A/zh
Application granted granted Critical
Publication of CN105009554B publication Critical patent/CN105009554B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/079—Root cause analysis, i.e. error or fault diagnosis
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0751—Error or fault detection not based on redundancy
    • G06F11/0754—Error or fault detection not based on redundancy by exceeding limits
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766—Error or fault reporting or storing
    • G06F11/0772—Means for error signaling, e.g. using interrupts, exception flags, dedicated error registers
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/2205—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing using arrangements specific to the hardware being tested
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3409—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Health & Medical Sciences (AREA)
  • Biomedical Technology (AREA)
  • Debugging And Monitoring (AREA)
  • Telephone Function (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明实施例提供了一种检测智能终端的硬件是否运行异常的方法以及智能终端。该方法包括：智能终端在服务层检测智能终端系统的负荷是否超过预置的最大阈值，若所述智能终端检测出所述智能终端系统的负荷没有超过所述最大阈值，则所述智能终端在服务层触发对硬件进行是否运行异常的判断；所述智能终端判断所述硬件是否运行异常；所述智能终端确定运行异常的目标硬件；所述智能终端获取所述目标硬件的异常信息，并提示用户所述目标硬件运行异常。本实施例中只有在智能终端系统的负荷低时才会触发智能终端对硬件进行是否运行异常的判断，从而避免增加智能终端系统的负荷，从而保障了智能终端的正常运行。

Description

检测智能终端的硬件是否运行异常的方法以及智能终端
技术领域
本发明属于移动通信技术领域，尤其涉及的是一种检测智能终端的硬件是否运行异常的方法以及智能终端。
背景技术
目前智能终端已经越来越普及，智能终端上存在大量的硬件，例如光感模块、定位导航模块、气压计、加速度传感器、温度传感器、陀螺仪等。这些硬件往往是结合应用程序进行使用的。在实践中，只有智能终端检测到用户使用某个应用程序，而该应用程序需要调用某个硬件，且当应用程序响应出现问题时，智能终端才会发现硬件可能出现故障，使得调用该硬件的应用程序无法正常使用。这种硬件故障的发现是被动的，使得智能终端无法主动的发现硬件是否运行异常。
现有技术中，为使得智能终端能够主动的发现硬件是否运行异常，则需要在智能终端的应用层运行用于硬件性能检测的应用程序，通过调用该应用程序，智能终端即可通过设备驱动传过来的数值获取当前硬件的性能以及工作状态，进而判断硬件是否运行正常。
该方法在一定程度上可以发现硬件的出错情况，但是该用于硬件性能检测的应用程序需要预先安装在智能终端的应用层上，若没有预先安装或安装后没有被调用，则智能终端无法主动的发现硬件运行的异常。
发明内容
本发明实施例提供了一种检测智能终端的硬件是否运行异常的方法以及智能终端，其能够使得在终端硬件出现异常时，主动向用户进行提示。
本发明实施例第一方面提供了一种检测智能终端的硬件是否运行异常的方法，其中，包括：
智能终端在服务层检测智能终端系统的负荷是否超过预置的最大阈值；
若所述智能终端检测出所述智能终端系统的负荷没有超过所述最大阈值，则所述智能终端在服务层触发对硬件进行是否运行异常的判断；
所述智能终端判断所述硬件是否运行异常；
所述智能终端确定运行异常的目标硬件；
所述智能终端获取所述目标硬件的异常信息，并提示用户所述目标硬件运行异常。
结合本发明实施例的第一方面，本发明实施例的第一方面的第一种实现方式中，所述智能终端判断所述硬件是否运行异常还包括：
所述智能终端获取所述硬件的使用频率；
所述智能终端根据所述硬件的使用频率建立检测列表，且所述检测列表中的所述硬件依据所述使用频率由高到低的顺序进行排序；
所述智能终端根据预置的检测频率按序逐一向所述检测列表中所述硬件发送测试数据；
所述智能终端接收所述硬件根据所述测试数据返回的应答数据；
所述智能终端判断所述应答数据是否等于预置的期望值；
若所述智能终端判断出所述应答数据等于预置的所述期望值，则确定该硬件运行正常；
若所述智能终端判断出所述应答数据不等于预置的所述期望值，则确定该硬件运行异常；
所述智能终端确定运行异常的目标硬件还包括：
所述智能终端将运行异常的所述硬件确定为目标硬件。
结合本发明实施例的第一方面，本发明实施例的第一方面的第二种实现方式中，所述智能终端获取所述目标硬件的异常信息，并提示用户所述目标硬件运行异常还包括：
所述智能终端获取包含有所述目标硬件的标识以及所述目标硬件运行异常原因的异常信息；
所述智能终端生成用于显示所述异常信息的提示窗口。
结合本发明实施例的第一方面，本发明实施例的第一方面的第三种实现方式中，所述智能终端获取所述目标硬件的异常信息，并提示用户所述目标硬件运行异常还包括：
所述智能终端获取包含有所述目标硬件的标识、所述目标硬件运行异常原因以及调用所述目标硬件的应用程序标识的异常信息；
所述智能终端生成用于显示所述异常信息的提示窗口。
本发明实施例第二方面提供了一种用于检测硬件是否运行异常的智能终端，其中，包括：
检测单元，用于在服务层检测智能终端系统的负荷是否超过预置的最大阈值；
触发单元，用于若所述检测单元检测出所述智能终端系统的负荷没有超过所述最大阈值，则在服务层触发对硬件进行是否运行异常的判断；
判断单元，用于判断所述硬件是否运行异常；
确定单元，用于确定运行异常的目标硬件；
获取单元，用于获取所述目标硬件的异常信息，并提示用户所述目标硬件运行异常。
结合本发明实施例的第二方面，本发明实施例的第二方面的第一种实现方式中，所述判断单元还包括：
获取子单元，用于获取所述硬件的使用频率；
建立子单元，用于根据所述硬件的使用频率建立检测列表，且所述检测列表中的所述硬件依据所述使用频率由高到低的顺序进行排序；
发送子单元，用于根据预置的检测频率按序逐一向所述检测列表中所述硬件发送测试数据；
接收子单元，用于接收所述硬件根据所述测试数据返回的应答数据；
判断子单元，用于判断所述应答数据是否等于预置的期望值；
第一确定子单元，用于若所述判断子单元判断出所述应答数据等于预置的期望值，则确定该硬件运行正常；
第二确定子单元，用于若所述判断子单元判断出所述应答数据不等于预置的期望值，则确定该硬件运行异常；
所述确定单元还用于，用于将所述第二确定子单元确定的硬件确定为目标硬件。
结合本发明实施例的第二方面，本发明实施例的第二方面的第二种实现方式中，所述获取单元还包括：
第一获取子单元，用于获取包含有所述目标硬件的标识以及所述目标硬件运行异常原因的异常信息；
第一生成子单元，用于生成提示窗口，且所述提示窗口用于显示所述第一获取子单元获取到的所述异常信息。
结合本发明实施例的第二方面，本发明实施例的第二方面的第三种实现方式中，所述获取单元还包括：
第二获取子单元，用于获取包含有所述目标硬件的标识、所述目标硬件运行异常原因以及调用所述目标硬件的应用程序标识的异常信息；
第二生成子单元，用于生成提示窗口，且所述提示窗口用于显示所述第二获取子单元获取到的所述异常信息。
本发明实施例第三方面提供了一种智能终端，其中，所述智能终端包括显示屏、存储器，一个或多个中央处理器，所述中央处理器具体执行如下步骤：
在服务层检测智能终端系统的负荷是否超过预置的最大阈值；
若检测出所述智能终端系统的负荷没有超过所述最大阈值，则在服务层触发对硬件进行是否运行异常的判断；
判断所述硬件是否运行异常；
确定运行异常的目标硬件；
获取所述目标硬件的异常信息，并提示用户所述目标硬件运行异常。
结合本发明实施例的第三方面，本发明实施例的第三方面的第一种实现方式中，所述中央处理器具体执行如下步骤：
获取所述硬件的使用频率；
根据所述硬件的使用频率建立检测列表，且所述检测列表中的所述硬件依据所述使用频率由高到低的顺序进行排序；
根据预置的检测频率按序逐一向所述检测列表中所述硬件发送测试数据；
接收所述硬件根据所述测试数据返回的应答数据；
判断所述应答数据是否等于预置的期望值；
若所述应答数据等于所述预置的期望值，则确定该硬件运行正常；
若所述应答数据不等于所述预置的期望值，则确定该硬件运行异常；
将运行异常的所述硬件确定为目标硬件。
本发明实施例提供了一种检测智能终端的硬件是否运行异常的方法以及智能终端，在本发明实施例中智能终端在智能终端系统的负荷低时，触发对硬件是否运行异常的判断，智能终端对硬件进行是否运行异常的判断，并根据判断结果确定运行异常的目标硬件，且该智能终端获取目标硬件的异常信息，从而提示用户目标硬件运行异常。因本发明实施例中智能终端是在服务层对硬件是否运行异常进行判断，使得无需预先安装用于检测硬件的应用程序以及进行该应用程序的调用即可使得智能终端主动对硬件进行检测，进而智能终端能够主动的发现运行异常的硬件；而且本实施例中只有在智能终端系统的负荷低时才会触发智能终端对硬件进行是否运行异常的判断，从而避免增加智能终端系统的负荷，从而保障了智能终端的正常运行。
附图说明
图1为本发明实施例所提供的检测智能终端的硬件是否运行异常的方法的一种实施例步骤流程图；
图2为本发明实施例所提供的检测智能终端的硬件是否运行异常的方法的另一种实施例步骤流程图；
图3为本发明实施例所提供的检测智能终端的硬件是否运行异常的方法的另一种实施例步骤流程图；
图4为本发明实施例所提供的检测智能终端的硬件是否运行异常的方法的另一种实施例步骤流程图；
图5为本发明实施例所提供的智能终端的一种实施例结构示意图；
图6为本发明实施例所提供的智能终端的另一种实施例结构示意图；
图7为本发明实施例所提供的智能终端的另一种实施例结构示意图；
图8为本发明实施例所提供的智能终端的另一种实施例结构示意图；
图9为本发明实施例所提供的智能终端的另一种实施例结构示意图；
图10为本发明实施例所提供的智能终端的另一种实施例结构示意图。
具体实施方式
本发明实施例提供了一种检测智能终端的硬件是否运行异常的方法，其能够使得智能终端主动对硬件进行检测。
以下结合图1所示对本发明实施例所提供的检测智能终端的硬件是否运行异常的方法进行详细说明：
101、智能终端在服务层检测智能终端系统的负荷是否超过预置的最大阈值；
智能终端预先根据智能终端系统的配置设置该最大阈值，以使得智能终端能够根据该最大的阈值获取智能终端系统负荷具体状态。
智能终端可根据智能终端CPU占用率以及硬件的使用频率等来确定智能终端系统的负荷。
智能终端将已确定的该智能终端系统的负荷与该最大阈值进行比较，使得智能终端能够根据比较的结果确定智能终端系统的负荷的轻重。
且该智能终端是在服务层对智能终端系统的负荷进行检测，从而使得智能终端能够主动的对智能终端系统的负荷进行检测，无需用户后期安装用于检测系统负荷的应用程序，也无需在使用过程中用户主动的调用。
102、若该智能终端检测出该智能终端系统的负荷没有超过该最大阈值，则该智能终端在服务层触发对硬件进行是否运行异常的判断；
若智能终端检测到智能终端系统的负荷没有超过该最大阈值，则说明当前智能终端系统的负荷轻，此时触发对硬件进行是否运行异常的判断，能够有效的避免对智能终端系统上运行的其他应用程序的影响，不会影响智能终端系统的运行速度。
具体的，若智能终端检测到智能终端系统的负荷没有超过该最大阈值，则该智能终端生成用于触发对硬件进行是否运行异常判断的触发指令。
因智能终端是在服务层触发对硬件是否运行异常的判断，从而无需后期安装用于对硬件进行检测的应用程序，也无需在使用过程中主动的调用，即可主动触发对硬件进行是否运行异常的判断。
103、该智能终端判断该硬件是否运行异常；
智能终端根据该触发指令对硬件进行是否运行异常的判断。
104、该智能终端确定运行异常的目标硬件；
该智能终端将运行异常的硬件确定为目标硬件。
105、该智能终端获取该目标硬件的异常信息，并提示用户该目标硬件运行异常。
智能终端将其获取到的异常信息提示给用户，从而使得用户能够及时针对该异常信息采取对应的措施，避免硬件异常所带来的影响。
本实施例中，智能终端在智能终端系统的负荷轻时触发该智能终端对硬件是否运行异常进行判断，该智能终端确定运行异常的硬件为目标硬件，并获取该目标硬件的异常信息，并提示用户该目标硬件运行异常。通过本实施例使得智能终端能够主动的对智能终端系统的负荷进行检测以及主动触发对硬件是否运行异常的判断，从而无需用户安装应用程序以及在使用过程中调用对应的应用程序，进而使得智能终端能够主动的发现运行异常的硬件。
图1所示的实施例说明了智能终端如何对硬件是否运行异常进行检测的，以下结合图2所示的实施例说明智能终端具体是如何确定目标硬件的：
201、智能终端在服务层检测智能终端系统的负荷是否超过预置的最大阈值，若是，则进行步骤202，若否，则进行步骤203；
智能终端可根据预置的检测周期对智能终端系统的负荷进行检测，该检测周期为制造商进行设置。
该检测周期可为固定的，即每隔一个检测周期智能终端就对智能终端系统的负荷进行检测。
该检测周期也可为非固定的，即若智能终端检测出智能终端系统的负荷轻，则以该检测周期进行周期性检测，若智能终端检测出智能终端系统的负荷重，则智能终端延长该检测周期。
202、智能终端不触发对硬件进行是否运行异常的判断；
203、智能终端触发对硬件进行是否运行异常的判断；
若智能终端检测到智能终端系统的负荷没有超过该最大阈值，则该智能终端生成用于触发对硬件进行是否运行异常判断的触发指令。
204、该智能终端获取该硬件的使用频率；
该智能终端根据该触发指令获取硬件的使用频率。
205、该智能终端根据该硬件的使用频率建立检测列表；
其中，该检测列表中的该硬件依据该使用频率由高到低的顺序进行排序，因为排序在前的硬件被应用程序调用的可能性大，所以智能终端根据该检测列表对硬件进行检测，能够在及时对经常使用的硬件进行检测，避免经常使用的硬件运行异常对智能终端造成的影响。
需明确的是，本实施例中该检测列表中使用频率高的硬件排序在前，但是确定硬件在检测列表中的排序的方式不仅仅局限于该种方式，还可采用其他方式，例如，该检测列表还可按应用程序的安装时间进行排序，即被用户最新安装的应用程序所调用的硬件排序在前。
206、该智能终端根据预置的检测频率按序逐一向该检测列表中该硬件发送测试数据；
因在该检测列表中排序在前的硬件被应用程序调用的可能性高于排序在后的硬件，智能终端按照检测列表的排序对智能终端进行检测，从而能够及时的检测出经常被调用的硬件出现运行异常的情况。
该检测频率为制造商设置，且该检测频率可为固定的，也可为非固定的。
例如，智能终端可确定应用程序是否频繁的调用硬件，若频繁的调用，说明硬件需经常性的被使用，则可缩小该检测频率，从而使得智能终端能够及时的获取运行异常的硬件。
若智能终端的应用程序很少调用硬件，则说明硬件没有经常性的被使用，则可增大该检测频率，从而减少智能终端发送测试数据的功耗。
207、该智能终端接收该硬件根据该测试数据返回的应答数据；
208、该智能终端判断该应答数据是否等于预置的期望值，若智能终端判断出该应答数据等于预置的期望值，则进行步骤209，若智能终端判断出该应答数据不等于预置的期望值，则进行步骤210；
该期望值为制造商设置，用以确定硬件是否运行异常。
209、确定该硬件运行正常；
210、确定该硬件运行异常；
211、该智能终端将运行异常的该硬件确定为目标硬件；
即智能终端将返回的应答数据不等于期望值的硬件确定为目标硬件。
212、该智能终端获取该目标硬件的异常信息，并提示用户该目标硬件运行异常。
其中，本实施例中的步骤212与图1所示的步骤105过程相同，在此不再赘述。
本实施例中，智能终端建立检测列表，该检测列表中的该硬件依据该使用频率由高到低的顺序进行排序，智能终端根据该检测列表向硬件发送测试数据，并根据硬件返回的应答数据确定运行异常的目标硬件。通过本实施例使得被调用频率高的硬件具有较高的检测优先级，智能终端按照检测列表的排序依次对硬件进行是否运行异常的检测，从而使得智能终端能够及时的检测出经常被调用的硬件出现运行异常的情况。
图2所示的实施例说明智能终端具体是如何确定目标硬件的，以下结合图3所示的实施例说明智能终端具体是如何将运行异常的硬件提示给用户的；
301、智能终端在服务层检测智能终端系统的负荷是否超过预置的最大阈值，若是，则进行步骤302，若否，则进行步骤303；
302、智能终端不触发对硬件进行是否运行异常的判断；
303、智能终端触发对硬件进行是否运行异常的判断；
304、该智能终端获取该硬件的使用频率；
305、该智能终端根据该硬件的使用频率建立检测列表；
306、该智能终端根据预置的检测频率按序逐一向该检测列表中该硬件发送测试数据；
307、该智能终端接收该硬件根据该测试数据返回的应答数据；
308、该智能终端判断该应答数据是否等于预置的期望值，若智能终端判断出该应答数据等于预置的期望值，则进行步骤309，若智能终端判断出该应答数据不等于预置的期望值，则进行步骤310；
309、确定该硬件运行正常；
310、确定该硬件运行异常；
311、该智能终端将运行异常的该硬件确定为目标硬件；
其中，本实施例中的步骤301至步骤311与图2所示的步骤201至步骤211过程相同，在此不再赘述。
312、该智能终端获取包含有该目标硬件的标识以及该目标硬件运行异常原因的异常信息；
该硬件标识为智能终端预先生成的，与硬件对应，若硬件运行异常，则智能终端即获取与该运行异常的硬件对应的标识。
在智能终端确认运行异常的硬件之后，为使得用户能够及时的对异常硬件进行处理，则智能终端获取的异常信息还包括运行异常的硬件的异常原因。
通过该异常原因使得用户能够快速的得出解决方案，从而避免硬件异常对用户造成的影响。
313、该智能终端生成用于显示该异常信息的提示窗口。
智能终端获取到该异常信息后，在智能终端的显示屏上生成提示窗口，该提示窗口可显示该异常信息，进而使得智能终端将获取到的异常信息能够及时的通知给用户。
本实施例中，智能终端能够检测出运行异常的目标硬件，并获取包含有该目标硬件标识以及该目标硬件运行异常原因的异常信息，并通过提示窗口将获取到的异常信息通知给用户，在本实施例中，智能终端能够获取运行异常的目标硬件出现异常的原因，从而使得解决运行异常的硬件的效率明显提升，进一步减小运行异常的硬件对智能终端的影响。
图3所示的实施例说明智能终端如何将运行异常硬件的标识和异常原因提示给用户的，以下结合图4所示的实施例说明智能终端如何将调用运行异常的硬件的应用程序通知给用户的；
401、智能终端在服务层检测智能终端系统的负荷是否超过预置的最大阈值，若是，则进行步骤402，若否，则进行步骤403；
402、智能终端不触发对硬件进行是否运行异常的判断；
403、智能终端触发对硬件进行是否运行异常的判断；
404、该智能终端获取该硬件的使用频率；
405、该智能终端根据该硬件的使用频率建立检测列表；
406、该智能终端根据预置的检测频率按序逐一向该检测列表中该硬件发送测试数据；
407、该智能终端接收该硬件根据该测试数据返回的应答数据；
408、该智能终端判断该应答数据是否等于预置的期望值，若智能终端判断出该应答数据等于预置的期望值，则进行步骤409，若智能终端判断出该应答数据不等于预置的期望值，则进行步骤410；
409、确定该硬件运行正常；
410、确定该硬件运行异常；
411、该智能终端将运行异常的该硬件确定为目标硬件；
其中，本实施例中的步骤401至步骤411与图3所示的步骤301至步骤311过程相同，在此不再赘述。
412、该智能终端获取包含有该目标硬件的标识、该目标硬件运行异常原因以及调用该目标硬件的应用程序标识的异常信息；
本实施例中智能终端生成的运行异常的硬件的标识和异常信息具体请参见图3所示的步骤312；
在本实施例中，智能终端为减少运行异常的硬件所造成的影响，则进一步的获取调用目标硬件的应用程序标识。
具体的为，该智能终端在确认运行异常的硬件时，并确认调用该硬件的应用程序。以使得通过该异常信息，用户不仅仅能够获取到运行异常的具体硬件以及运行异常的硬件运行异常的原因，还能够获取到因该运行异常的硬件而无法正常使用的应用程序。
413、该智能终端生成用于显示该异常信息的提示窗口。
该智能终端通过显示屏显示该提示窗口，以使得智能终端将含有该目标硬件的标识、该目标硬件运行异常原因以及调用该目标硬件的应用程序标识的异常信息通过该提示窗口向用户进行提示。
本实施例中，智能终端能够检测出运行异常的目标硬件，并获取包含有该目标硬件标识、该目标硬件运行异常原因以及调用该目标硬件的应用程序的标识的异常信息，并通过提示窗口将获取到的异常信息通知给用户，在本实施例中，智能终端能够获取运行异常的目标硬件出现异常的原因，从而使得解决运行异常的硬件的效率明显提升，而且能够获取因调用该目标硬件而无法正常使用的应用程序，从而避免智能终端启动无法正常运行的应用程序。
为更好的理解本发明实施例，以下举具体应用场景对本发明实施例提供的检测智能终端的硬件是否运行异常的方法进行详细说明；
智能终端根据智能终端CPU占用率获取智能终端系统的负荷；
智能终端根据预置的检测周期检测智能终端系统的负荷是否超过预置的最大阈值；
其中，该最大阈值可根据智能终端的具体应用场景进行具体的设定，在本应用场景中，可将该最大阈值设置为30％；
智能终端将该智能终端系统的负荷与该最大阈值进行比较；
若该智能终端检测智能终端系统的负荷超过预置的最大阈值(30％)，即在本应用场景中，智能终端CPU占用率超过该最大阈值，则该智能终端触发对该硬件进行是否出现异常的判断；
智能终端在确定智能终端系统的负荷超过预置的最大阈值，则生成触发指令；
智能终端根据该触发指令获取所有硬件的使用频率；
智能终端根据硬件的使用频率建立检测列表；
该检测列表中的该硬件依据该使用频率由高到低的顺序进行排序；
在本应用场景中，该检测列表的排序为导航模块、加速度传感器、温度传感器、陀螺仪、光感模块；
该智能终端根据预置的检测频率按序逐一向该检测列表中该硬件发送测试数据；
即智能终端最先向导航模块发送测试数据，最后向光感模块发送测试数据；
其中，智能终端针对不同的硬件会发送不同的测试数据，具体的为该智能终端向硬件发送读取工作状态寄存器的请求，并根据硬件返回的响应确定该测试数据；
该智能终端接收该硬件根据该测试数据返回的应答数据；
其中，该应答数据可为硬件自身的工作状态寄存器数值；
该智能终端分别判断导航模块、加速度传感器、温度传感器、陀螺仪、光感模块的应答数据是否等于预置的期望值；
其中，该期望值为不同的硬件厂商在出厂时统一进行设置的；
智能终端确认应答数据等于期望值的硬件运行正常，确认应答数据不等于期望值的硬件运行异常；
在本应用场景中，智能终端确定出导航模块返回的应答数据不等于期望值，智能终端确定导航模块运行异常；
该智能终端将导航模块确定为目标硬件；
智能终端获取导航模块的标识，该标识可为导航模块的中英文名称，或用其他语言所表示的名称；
智能终端获取导航模块出现异常的原因，在本应用场景中该异常原因可为硬件损坏；
智能终端还可获取调用该导航模块的应用程序，即在本应用场景中，智能终端获取到调用该导航模块的应用程序为百度导航；
该智能终端生成提示窗口，该提示窗口可通过智能终端显示屏进行显示；
该智能终端通过该提示窗口将导航模块的异常信息通知给用户；
用户通过该提示窗口即可获取到出现异常的硬件为导航模块，无法使用的应用程序为百度导航，其可能出现异常的原因为硬件损坏，用户可采取对硬件进行维修或更换等措施。
以上实施例对检测智能终端的硬件是否运行异常的方法进行详细说明，以下结合图5所示实施例对用于检测硬件是否运行异常的智能终端的具体结构进行详细说明：
由图5可知，该智能终端具体包括：
检测单元501，用于在服务层检测智能终端系统的负荷是否超过预置的最大阈值；
触发单元502，用于若该检测单元501检测出该智能终端系统的负荷没有超过该最大阈值，则在服务层触发对硬件进行是否运行异常的判断；
判断单元503，用于判断该硬件是否运行异常；
确定单元504，用于确定运行异常的目标硬件；
获取单元505，用于获取该目标硬件的异常信息，并提示用户该目标硬件运行异常。
本实施例中，若该检测单元501检测出该智能终端系统的负荷没有超过该最大阈值，则触发单元502在服务层触发对硬件进行是否运行异常的判断，确定单元504根据判断单元503判断的结果定运行异常的目标硬件，获取单元505获取该目标硬件的异常信息，并提示用户该目标硬件运行异常。通过本实施例使得检测单元501能够主动的对智能终端系统的负荷进行检测，判断单元503能够主动触发对硬件是否运行异常的判断，从而无需用户安装应用程序以及在使用过程中调用对应的应用程序，进而使得确定单元504能够主动的发现运行异常的硬件。
图5所示的实施例对智能终端的具体结构进行了详细说明，以下结合图6所示的实施例对该智能终端的判断单元的具体结构进行详细说明：
检测单元601，用于在服务层检测智能终端系统的负荷是否超过预置的最大阈值；
触发单元602，用于若该检测单元601检测出该智能终端系统的负荷没有超过该最大阈值，则在服务层触发对硬件进行是否运行异常的判断；
判断单元603，用于判断该硬件是否运行异常；
确定单元604，用于确定运行异常的目标硬件；
获取单元605，用于获取该目标硬件的异常信息，并提示用户该目标硬件运行异常；
其中，该判断单元603还包括：
获取子单元6031，用于获取该硬件的使用频率；
建立子单元6032，用于根据该硬件的使用频率建立检测列表，且该检测列表中的该硬件依据该使用频率由高到低的顺序进行排序；
发送子单元6033，用于根据预置的检测频率按序逐一向该检测列表中该硬件发送测试数据；
接收子单元6034，用于接收该硬件根据该测试数据返回的应答数据；
判断子单元6035，用于判断该应答数据是否等于预置的期望值；
第一确定子单元6036，用于若该判断子单元6035判断出该应答数据等于预置的期望值，则确定该硬件运行正常；
第二确定子单元6037，用于若该判断子单元6035判断出该应答数据不等于预置的期望值，则确定该硬件运行异常；
该确定单元604还用于，用于将该第二确定子单元6037确定的硬件确定为目标硬件。
本实施例中，建立子单元6032根据该硬件的使用频率建立检测列表，且该检测列表中的该硬件依据该使用频率由高到低的顺序进行排序，发送子单元6033根据预置的检测频率按序逐一向该检测列表中该硬件发送测试数据，第二确定子单元6037用于若该判断子单元6035判断该应答数据不等于预置的期望值，则确定该硬件运行异常，确定单元604将该第二确定子单元6037确定的硬件确定为目标硬件。通过本实施例使得被调用频率高的硬件具有较高的检测优先级，判断子单元6035按照检测列表的排序依次对硬件进行是否运行异常的检测，从而使得第二确定子单元6037能够及时的检测出经常被调用的硬件出现运行异常的情况。
图6所示的实施例对该智能终端的判断单元的具体结构进行详细说明，以下结合图7所示的实施例对智能终端的获取单元的具体结构进行详细说明：
检测单元701，用于在服务层检测智能终端系统的负荷是否超过预置的最大阈值；
触发单元702，用于若该检测单元701检测出该智能终端系统的负荷没有超过该最大阈值，则在服务层触发对硬件进行是否运行异常的判断；
判断单元703，用于判断该硬件是否运行异常；
确定单元704，用于确定运行异常的目标硬件；
获取单元705，用于获取该目标硬件的异常信息，并提示用户该目标硬件运行异常；
其中，该获取单元705还包括：
第一获取子单元7051，用于获取包含有该目标硬件的标识以及该目标硬件运行异常原因的异常信息；
第一生成子单元7052，用于生成提示窗口，且该提示窗口用于显示该第一获取子单元7051获取到的该异常信息。
本实施例中，第一获取子单元7051获取异常信息，该异常信息包括确定单元704所确定的运行异常的目标硬件的标识，以及该目标硬件运行异常原因，第一生成子单元7052生成提示窗口，通过该提示窗口用于显示该第一获取子单元7051获取到的该异常信息。在本实施例中，第一获取子单元7051能够获取运行异常的目标硬件出现异常的原因，从而使得解决运行异常的硬件的效率明显提升，进一步减小运行异常的硬件对智能终端的影响。
图7所示的实施例对智能终端能够获取目标硬件标识和异常原因的获取单元的具体结构进行详细说明，以下结合图8所示的实施例对能够获取目标硬件的标识、该目标硬件运行异常原因以及调用该目标硬件的应用程序标识的获取单元的结构进行详细说明：
检测单元801，用于在服务层检测智能终端系统的负荷是否超过预置的最大阈值；
触发单元802，用于若该检测单元801检测出该智能终端系统的负荷没有超过该最大阈值，则在服务层触发对硬件进行是否运行异常的判断；
判断单元803，用于判断该硬件是否运行异常；
确定单元804，用于确定运行异常的目标硬件；
获取单元805，用于获取该目标硬件的异常信息，并提示用户该目标硬件运行异常；
其中，该获取单元805还包括：
第二获取子单元8051，用于获取包含有该目标硬件的标识、该目标硬件运行异常原因以及调用该目标硬件的应用程序标识的异常信息；
第二生成子单元8052，用于生成提示窗口，且该提示窗口用于显示该第二获取子单元8051获取到的该异常信息。
本实施例中，第二获取子单元8051获取异常信息，该异常信息包括确定单元804所确定的运行异常的目标硬件的标识、该目标硬件运行异常原因以及调用该目标硬件的应用程序标识，第二生成子单元8052生成提示窗口，通过该提示窗口用于显示该第二获取子单元8051获取到的该异常信息。在本实施例中，第二获取子单元8051能够获取运行异常的目标硬件出现异常的原因，从而使得解决运行异常的硬件的效率明显提升，进一步减小运行异常的硬件对智能终端的影响。而且还能够获取调用该目标硬件的应用程序标识，从而避免智能终端启动无法正常运行的应用程序。
为更好的理解本发明实施例提供的智能终端，以下以具体应用场景对该智能终端的具体结构进一步进行说明：
检测单元601根据智能终端CPU占用率获取智能终端系统的负荷；
即检测单元601根据预置的检测周期检测智能终端系统的负荷是否超过预置的最大阈值；
其中，该最大阈值可根据智能终端的具体应用场景进行具体的设定，在本应用场景中，可将该最大阈值设置为30％；
检测单元601将该智能终端系统的负荷与该最大阈值进行比较；
若该智能终端检测智能终端系统的负荷超过预置的最大阈值(30％)，即在本应用场景中，智能终端CPU占用率超过该最大阈值，则触发单元602触发对该硬件进行是否出现异常的判断；
触发单元602在确定智能终端系统的负荷超过预置的最大阈值，则生成触发指令，以触发判断单元603判断该硬件是否运行异常；
具体的，获取子单元6031根据该触发指令获取所有硬件的使用频率；
建立子单元6032根据硬件的使用频率建立检测列表；
该检测列表中的该硬件依据该使用频率由高到低的顺序进行排序；
在本应用场景中，该检测列表的排序为导航模块、加速度传感器、温度传感器、陀螺仪、光感模块；
发送子单元6033根据预置的检测频率按序逐一向该检测列表中该硬件发送测试数据；
即发送子单元6033最先向导航模块发送测试数据，最后向光感模块发送测试数据；
其中，发送子单元6033针对不同的硬件会发送不同的测试数据，具体的为该发送子单元6033向硬件发送读取工作状态寄存器的请求，并根据硬件返回的响应确定该测试数据；
接收子单元6034接收该硬件根据该测试数据返回的应答数据；
其中，该应答数据可为硬件自身的工作状态寄存器数值；
判断子单元6035分别判断导航模块、加速度传感器、温度传感器、陀螺仪、光感模块的应答数据是否等于预置的期望值；
其中，该期望值为不同的硬件厂商在出厂时统一进行设置的；
第一确定子单元6036确认应答数据等于期望值的硬件运行正常；
第二确定子单元6037确认应答数据不等于期望值的硬件运行异常；
在本应用场景中，第二确定子单元6037确定出导航模块返回的应答数据不等于期望值，第二确定子单元6037确定导航模块运行异常；
确定单元604将导航模块确定为目标硬件；
第二获取子单元8051获取导航模块的标识，该标识可为导航模块的中英文名称，或用其他语言所表示的名称；
第二获取子单元8051获取导航模块出现异常的原因，在本应用场景中该异常原因可为硬件损坏；
第二获取子单元8051还可获取调用该导航模块的应用程序，即在本应用场景中，第二获取子单元8051获取到调用该导航模块的应用程序为百度导航；
第二生成子单元8052生成提示窗口，该提示窗口可通过智能终端显示屏进行显示；
第二生成子单元8052通过该提示窗口将导航模块的异常信息通知给用户；
用户通过该提示窗口即可获取到出现异常的硬件为导航模块，无法使用的应用程序为百度导航，其可能出现异常的原因为硬件损坏，用户可采取对硬件进行维修或更换等措施。
图5至图8所示的实施例从模块功能实体的角度对智能终端的结构进行了详细说明，以下结合图9从硬件的角度对本发明实施例中的智能终端的结构进行详细说明，具体请参阅图9；
应该理解的是，图示智能终端900仅仅是本发明实施例提供的终端的一个范例，并且智能终端900可以具有比图中所示出的更过的或者更少的部件，可以组合两个或更多的部件，或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。
现以智能终端为一个例子进行具体的说明。如图9所示，该智能终端包括存储器901、中央处理器(Central Processing Unit，以下简称CPU)902，其中，图9所示的中央处理器902可以有一个或多个、图9所示的实施例以一个中央处理器902为例进行说明。
该智能终端还包括显示屏903。
在本发明一些实施例中，显示屏903、中央处理器902和存储器901可通过总线或其它方式连接，其中，图9中以通过总线连接为例。
值得说明的是，本实施例提供的智能终端仅仅是本发明实施例提供的智能终端的一个示例，本发明实施例涉及的智能终端可以具有比图9所示出的更多或更少的部件，可以组合两个或更多个部件，或者可以具有不同的部件配置或设置，各个部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件或硬件和软件的组合实现。
下面就本实施例提供的终端进行详细的描述。
存储器901，该存储器901可以被中央处理器902访问，该存储器901可以包括高速随机存取存储器，还可以包括非易失性存储器，例如一个或多个磁盘存储硬件、闪存硬件、或其他易失性固态存储硬件。
显示屏903，通过该显示屏903将显示有图形，文本，图标的提示窗口显示给用户。
图10为智能终端内部部分结构图。在本发明实施例中，存储器901中存储的软件部件可包括操作系统1001、接触/移动模块1002、图形模块1003、功能模块1004。
操作系统1001(例如，Darwin、RTXC、LINUX、UNIX、OS X、WINDOWS、或诸如VxWorks的嵌入式操作系统)包括用于控制和管理一般系统任务(例如，存储器管理、存储设备控制、电力管理等等)的各种软件部件和/或驱动器，并且便于各种硬件与软件部件之间的通信。
接触/移动模块1002可以检测与显示屏903的接触。接触/移动模块1002包括用于执行与检测接触相关的各种操作的各种软件部件。
图形模块1003包括用于在显示屏903上显示图形的各种已知软件部件，包括用于改变所显示的图形的明暗度的部件。例如接收中央处理器1005的指令，在显示屏903中显示提示窗口或各种软件的图形用户界面等。
功能模块1004被配置为由该中央处理器1005执行，该中央处理器1005用于执行：
在服务层检测智能终端系统的负荷是否超过预置的最大阈值；
若检测出该智能终端系统的负荷没有超过该最大阈值，则在服务层触发对硬件进行是否运行异常的判断；
判断该硬件是否运行异常；
确定运行异常的目标硬件；
获取该目标硬件的异常信息，并提示用户该目标硬件运行异常。
在本发明的一些实施例中，该中央处理器1005还用于执行：
获取该硬件的使用频率；
根据该硬件的使用频率建立检测列表，且该检测列表中的该硬件依据该使用频率由高到低的顺序进行排序；
根据预置的检测频率按序逐一向该检测列表中该硬件发送测试数据；
接收该硬件根据该测试数据返回的应答数据；
判断该应答数据是否等于预置的期望值；
若该应答数据等于该预置的期望值，则确定该硬件运行正常；
若该应答数据不等于该预置的期望值，则确定该硬件运行异常；
将运行异常的该硬件确定为目标硬件。
需要说明的是，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体或随机存储记忆体等。
以上对本发明所提供的一种检测智能终端的硬件是否运行异常的方法以及智能终端进行了详细介绍，本文中应用了具体实施例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种检测智能终端的硬件是否运行异常的方法，其特征在于，包括：
智能终端在服务层检测智能终端系统的负荷是否超过预置的最大阈值；
若所述智能终端检测出所述智能终端系统的负荷没有超过所述最大阈值，则所述智能终端在服务层触发对硬件进行是否运行异常的判断；
所述智能终端判断所述硬件是否运行异常；
所述智能终端确定运行异常的目标硬件；
所述智能终端获取所述目标硬件的异常信息，并提示用户所述目标硬件运行异常。
2.根据权利要求1所述的检测智能终端的硬件是否运行异常的方法，其特征在于，所述智能终端判断所述硬件是否运行异常还包括：
所述智能终端获取所述硬件的使用频率；
所述智能终端根据所述硬件的使用频率建立检测列表，且所述检测列表中的所述硬件依据所述使用频率由高到低的顺序进行排序；
所述智能终端根据预置的检测频率按序逐一向所述检测列表中所述硬件发送测试数据；
所述智能终端接收所述硬件根据所述测试数据返回的应答数据；
所述智能终端判断所述应答数据是否等于预置的期望值；
若所述智能终端判断出所述应答数据等于预置的所述期望值，则确定该硬件运行正常；
若所述智能终端判断出所述应答数据不等于预置的所述期望值，则确定该硬件运行异常；
所述智能终端确定运行异常的目标硬件还包括：
所述智能终端将运行异常的所述硬件确定为目标硬件。
3.根据权利要求1所述的检测智能终端的硬件是否运行异常的方法，其特征在于，所述智能终端获取所述目标硬件的异常信息，并提示用户所述目标硬件运行异常还包括：
所述智能终端获取包含有所述目标硬件的标识以及所述目标硬件运行异常原因的异常信息；
所述智能终端生成用于显示所述异常信息的提示窗口。
4.根据权利要求1所述的检测智能终端的硬件是否运行异常的方法，其特征在于，所述智能终端获取所述目标硬件的异常信息，并提示用户所述目标硬件运行异常还包括：
所述智能终端获取包含有所述目标硬件的标识、所述目标硬件运行异常原因以及调用所述目标硬件的应用程序标识的异常信息；
所述智能终端生成用于显示所述异常信息的提示窗口。
5.一种用于检测硬件是否运行异常的智能终端，其特征在于，包括：
检测单元，用于在服务层检测智能终端系统的负荷是否超过预置的最大阈值；
触发单元，用于若所述检测单元检测出所述智能终端系统的负荷没有超过所述最大阈值，则在服务层触发对硬件进行是否运行异常的判断；
判断单元，用于判断所述硬件是否运行异常；
确定单元，用于确定运行异常的目标硬件；
获取单元，用于获取所述目标硬件的异常信息，并提示用户所述目标硬件运行异常。
6.根据权利要求5所述的智能终端，其特征在于，所述判断单元还包括：
获取子单元，用于获取所述硬件的使用频率；
建立子单元，用于根据所述硬件的使用频率建立检测列表，且所述检测列表中的所述硬件依据所述使用频率由高到低的顺序进行排序；
发送子单元，用于根据预置的检测频率按序逐一向所述检测列表中所述硬件发送测试数据；
接收子单元，用于接收所述硬件根据所述测试数据返回的应答数据；
判断子单元，用于判断所述应答数据是否等于预置的期望值；
第一确定子单元，用于若所述判断子单元判断出所述应答数据等于预置的期望值，则确定该硬件运行正常；
第二确定子单元，用于若所述判断子单元判断出所述应答数据不等于预置的期望值，则确定该硬件运行异常；
所述确定单元还用于，用于将所述第二确定子单元确定的硬件确定为目标硬件。
7.根据权利要求5所述的智能终端，其特征在于，所述获取单元还包括：
第一获取子单元，用于获取包含有所述目标硬件的标识以及所述目标硬件运行异常原因的异常信息；
第一生成子单元，用于生成提示窗口，且所述提示窗口用于显示所述第一获取子单元获取到的所述异常信息。
8.根据权利要求5所述的智能终端，其特征在于，所述获取单元还包括：
第二获取子单元，用于获取包含有所述目标硬件的标识、所述目标硬件运行异常原因以及调用所述目标硬件的应用程序标识的异常信息；
第二生成子单元，用于生成提示窗口，且所述提示窗口用于显示所述第二获取子单元获取到的所述异常信息。
9.一种智能终端，其特征在于，所述智能终端包括显示屏、存储器，一个或多个中央处理器，所述中央处理器具体执行如下步骤：
在服务层检测智能终端系统的负荷是否超过预置的最大阈值；
若检测出所述智能终端系统的负荷没有超过所述最大阈值，则在服务层触发对硬件进行是否运行异常的判断；
判断所述硬件是否运行异常；
确定运行异常的目标硬件；
获取所述目标硬件的异常信息，并提示用户所述目标硬件运行异常。
10.根据权利要求9所述的智能终端，其特征在于，所述中央处理器具体执行如下步骤：
获取所述硬件的使用频率；
根据所述硬件的使用频率建立检测列表，且所述检测列表中的所述硬件依据所述使用频率由高到低的顺序进行排序；
根据预置的检测频率按序逐一向所述检测列表中所述硬件发送测试数据；
接收所述硬件根据所述测试数据返回的应答数据；
判断所述应答数据是否等于预置的期望值；
若所述应答数据等于所述预置的期望值，则确定该硬件运行正常；
若所述应答数据不等于所述预置的期望值，则确定该硬件运行异常；
将运行异常的所述硬件确定为目标硬件。
CN201380073987.3A 2013-12-24 2013-12-24 检测智能终端的硬件是否运行异常的方法以及智能终端 Active CN105009554B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2013/090333 WO2015096033A1 (zh) 2013-12-24 2013-12-24 检测智能终端的硬件是否运行异常的方法以及智能终端

Publications (2)

Publication Number Publication Date
CN105009554A CN105009554A (zh) 2015-10-28
CN105009554B true CN105009554B (zh) 2017-06-27

Family

ID=53477313

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201380073987.3A Active CN105009554B (zh) 2013-12-24 2013-12-24 检测智能终端的硬件是否运行异常的方法以及智能终端

Country Status (6)

Country Link
US (1) US10055273B2 (zh)
EP (1) EP3076641B1 (zh)
JP (1) JP6327539B2 (zh)
KR (1) KR101944873B1 (zh)
CN (1) CN105009554B (zh)
WO (1) WO2015096033A1 (zh)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110062100A (zh) * 2018-03-30 2019-07-26 努比亚技术有限公司 一种随身设备辅助控制方法、设备及计算机可读存储介质
CN108549569B (zh) * 2018-04-26 2021-07-27 上海掌门科技有限公司 一种搜索应用程序内信息的方法及设备
CN108924139B (zh) * 2018-07-05 2021-02-26 杭州安恒信息技术股份有限公司 基于云端提升文件检测效率的方法、装置及执行服务器
CN109165124A (zh) * 2018-08-07 2019-01-08 南京翼辉信息技术有限公司 一种基于故障树的嵌入式系统硬件故障检测及处理方法
US11258862B2 (en) * 2019-08-12 2022-02-22 Addigy, Inc. Intelligent persistent mobile device management
CN112511372B (zh) * 2020-11-06 2022-03-01 新华三技术有限公司 一种异常检测方法、装置及设备
CN112465328B (zh) * 2020-11-23 2024-02-09 重庆市易平方科技有限公司 一种基于工作时长评估智能终端质量的方法
CN116032799B (zh) * 2021-10-25 2024-07-23 中移物联网有限公司 故障检测方法、装置及存储介质
CN114200877B (zh) * 2021-11-12 2024-02-27 珠海大横琴科技发展有限公司 一种用电设备的监控方法和装置
CN115964214B (zh) * 2022-12-30 2023-07-14 广州市华势信息科技有限公司 一种多终端零代码智能软件开发平台
CN115860576B (zh) * 2023-02-17 2023-06-30 四川景诺电子有限公司 基于５g的智能终端工厂测试方法、系统及测试设备
CN117873765B (zh) * 2023-12-22 2024-05-28 江苏达科数智技术有限公司 分布式采集数据处理方法及系统

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0612276A (ja) 1992-06-25 1994-01-21 Mitsubishi Electric Corp プログラム制御方式
JPH08166892A (ja) 1994-12-13 1996-06-25 Hitachi Ltd データ処理装置の試験方法
JPH103397A (ja) * 1996-06-18 1998-01-06 Toshiba Corp 計算機システム
DE102004005128B3 (de) 2004-02-02 2005-01-05 Fujitsu Siemens Computers Gmbh Anordnung mehrerer Rechner und Verfahren zum Betreiben einer Anordnung mehrerer Rechner bei einem Rechnerausfall
US7409594B2 (en) * 2004-07-06 2008-08-05 Intel Corporation System and method to detect errors and predict potential failures
CN100344204C (zh) 2004-09-30 2007-10-17 华为技术有限公司 一种手持设备的监控方法及故障定位方法
US20060136882A1 (en) 2004-12-17 2006-06-22 Nokia Corporation System and method for background JAVA application resource control
CN101170455B (zh) * 2007-11-20 2010-12-29 中兴通讯股份有限公司 异常信息自动上报方法和装置
JP2009157457A (ja) 2007-12-25 2009-07-16 Optim Corp 端末装置、故障診断方法およびプログラム
JP5355049B2 (ja) * 2008-11-18 2013-11-27 三菱電機株式会社 診断装置及びコンピュータプログラム及び診断方法
US8054188B2 (en) * 2009-01-05 2011-11-08 Utc Fire & Security Americas Corporation, Inc. Carbon monoxide detector, system and method for signaling a carbon monoxide sensor end-of-life condition
JP5316128B2 (ja) 2009-03-17 2013-10-16 トヨタ自動車株式会社 故障診断システム、電子制御ユニット、故障診断方法
US20130061098A1 (en) 2010-05-10 2013-03-07 Toyoya Jidosha Kabushiki Kaisha Failure check apparatus and failure check method
CN201733408U (zh) 2010-05-10 2011-02-02 康佳集团股份有限公司 一种手机故障快速诊断装置及系统
JP2011248658A (ja) * 2010-05-27 2011-12-08 Hitachi Ltd 仮想サーバデプロイ管理装置及び方法、そのプログラム
CN102045445A (zh) * 2010-12-07 2011-05-04 华为终端有限公司 故障修复方法及具有故障修复功能的手机
CN103136085B (zh) 2011-11-24 2016-11-09 联想移动通信科技有限公司 一种记录智能终端的状态的方法和智能终端
US9413893B2 (en) * 2012-04-05 2016-08-09 Assurant, Inc. System, method, apparatus, and computer program product for providing mobile device support services
CN103458086B (zh) * 2012-06-04 2016-12-14 联想(北京)有限公司 一种智能手机及其故障检测方法
CN103019913B (zh) 2012-11-21 2016-08-03 广东欧珀移动通信有限公司 一种移动终端及其硬件异常提示方法、系统
CN103037108A (zh) * 2012-12-10 2013-04-10 乐蛙科技（上海）有限公司 一种智能移动终端的省电方法
US20160328282A1 (en) * 2015-05-06 2016-11-10 Aliphcom Predictive device failure analysis

Also Published As

Publication number Publication date
EP3076641A1 (en) 2016-10-05
JP6327539B2 (ja) 2018-05-23
EP3076641A4 (en) 2017-01-18
WO2015096033A1 (zh) 2015-07-02
KR20160100399A (ko) 2016-08-23
JP2017506774A (ja) 2017-03-09
US20160342452A1 (en) 2016-11-24
KR101944873B1 (ko) 2019-04-17
EP3076641B1 (en) 2018-02-14
US10055273B2 (en) 2018-08-21
CN105009554A (zh) 2015-10-28

Similar Documents

Publication Publication Date Title
CN105009554B (zh) 检测智能终端的硬件是否运行异常的方法以及智能终端
US10346481B2 (en) Customizing operating system based on detected carrier
US8601493B2 (en) Application controlling apparatus and storage medium which stores software for the apparatus
CN103458086B (zh) 一种智能手机及其故障检测方法
JP2015534395A (ja) コンピューティングデバイスの無線再接続時間削減
CN110765018B (zh) 接口自动化测试方法及设备
US9940224B2 (en) Automatic remote execution of an application
CN103870319B (zh) 信息处理方法、装置及电子设备
CN103177104A (zh) 一种应用程序搜索方法及装置
CN101877655A (zh) 网络管理系统、网管服务器和方法
CN104517067A (zh) 访问数据的方法、装置及系统
CN103198252B (zh) 用于管理便携式终端中的应用程序的控制信息的设备和方法
CN107193563B (zh) 一种服务器无状态固件版本管理的方法
CN1983195A (zh) 嵌入设备、电子设备、嵌入设备的控制方法、控制程序、记录介质
CN103902312B (zh) 一种应用程序的发送方法及装置
CN100559761C (zh) 网络测试装置及方法
CN1971511A (zh) 一种软件集成的方法及装置
CN102122249B (zh) 启动java应用的方法及装置
CN113127257B (zh) 一种软件升级方法
CN103488503B (zh) 软件更新方法及装置
CN108319679B (zh) 一种主键的生成方法及装置
CN103186425A (zh) 获得硬件的资源方法、获得软件资源的方法及电子设备
CN104657152A (zh) 数据传输管理方法以及电子设备
CN109218129A (zh) 一种基于日志的升级检测方法、装置、存储器及设备
CN117608921A (zh) 云数据库的备份方法、恢复方法及相关设备

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20171030

Address after: Metro Songshan Lake high tech Industrial Development Zone, Guangdong Province, Dongguan City Road 523808 No. 2 South Factory (1) project B2 -5 production workshop

Patentee after: HUAWEI terminal (Dongguan) Co., Ltd.

Address before: 518129 Longgang District, Guangdong, Bantian HUAWEI base B District, building 2, building No.

Patentee before: Huawei Device Co., Ltd.

CP01 Change in the name or title of a patent holder
CP01 Change in the name or title of a patent holder

Address after: 523808 Southern Factory Building (Phase I) Project B2 Production Plant-5, New Town Avenue, Songshan Lake High-tech Industrial Development Zone, Dongguan City, Guangdong Province

Patentee after: Huawei Device Co., Ltd.

Address before: 523808 Southern Factory Building (Phase I) Project B2 Production Plant-5, New Town Avenue, Songshan Lake High-tech Industrial Development Zone, Dongguan City, Guangdong Province

Patentee before: HUAWEI terminal (Dongguan) Co., Ltd.