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

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

Info

Publication number
CN105009554A
CN105009554A CN201380073987.3A CN201380073987A CN105009554A CN 105009554 A CN105009554 A CN 105009554A CN 201380073987 A CN201380073987 A CN 201380073987A CN 105009554 A CN105009554 A CN 105009554A
Authority
CN
China
Prior art keywords
hardware
intelligent terminal
operation exception
target hardware
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.)
Granted
Application number
CN201380073987.3A
Other languages
English (en)
Other versions
CN105009554B (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/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
    • G06F11/30—Monitoring
    • 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. 权 利 要 求
    1、 一种检测智能终端的硬件是否运行异常的方法， 其特征在于， 包括： 智能终端在服务层检测智能终端系统的负荷是否超过预置的最大阈值； 若所述智能终端检测出所述智能终端系统的负荷没有超过所述最大阈值， 则所述智能终端在服务层触发对硬件进行是否运行异常的判断；
    所述智能终端判断所述硬件是否运行异常；
    所述智能终端确定运行异常的目标硬件；
    所述智能终端获取所述目标硬件的异常信息，并提示用户所述目标硬件运 行异常。
  2. 2、 根据权利要求 1所述的检测智能终端的硬件是否运行异常的方法， 其 特征在于， 所述智能终端判断所述硬件是否运行异常还包括：
    所述智能终端获取所述硬件的使用频率；
    所述智能终端根据所述硬件的使用频率建立检测列表，且所述检测列表中 的所述硬件依据所述使用频率由高到低的顺序进行排序；
    所述智能终端根据预置的检测频率按序逐一向所述检测列表中所述硬件 发送测试数据；
    所述智能终端接收所述硬件根据所述测试数据返回的应答数据； 所述智能终端判断所述应答数据是否等于预置的期望值；
    若所述智能终端判断出所述应答数据等于预置的所述期望值，则确定该硬 件运行正常；
    若所述智能终端判断出所述应答数据不等于预置的所述期望值，则确定该 硬件运行异常；
    所述智能终端确定运行异常的目标硬件还包括：
    所述智能终端将运行异常的所述硬件确定为目标硬件。
  3. 3、 根据权利要求 1所述的检测智能终端的硬件是否运行异常的方法， 其 特征在于， 所述智能终端获取所述目标硬件的异常信息， 并提示用户所述目标 硬件运行异常还包括：
    所述智能终端获取包含有所述目标硬件的标识以及所述目标硬件运行异 常原因的异常信息； 所述智能终端生成用于显示所述异常信息的提示窗口。
  4. 4、 根据权利要求 1所述的检测智能终端的硬件是否运行异常的方法， 其 特征在于， 所述智能终端获取所述目标硬件的异常信息， 并提示用户所述目标 硬件运行异常还包括：
    所述智能终端获取包含有所述目标硬件的标识、所述目标硬件运行异常原 因以及调用所述目标硬件的应用程序标识的异常信息；
    所述智能终端生成用于显示所述异常信息的提示窗口。
  5. 5、 一种用于检测硬件是否运行异常的智能终端， 其特征在于， 包括： 检测单元，用于在服务层检测智能终端系统的负荷是否超过预置的最大阈 值；
    触发单元，用于若所述检测单元检测出所述智能终端系统的负荷没有超过 所述最大阈值， 则在服务层触发对硬件进行是否运行异常的判断；
    判断单元， 用于判断所述硬件是否运行异常；
    确定单元， 用于确定运行异常的目标硬件；
    获取单元， 用于获取所述目标硬件的异常信息， 并提示用户所述目标硬件 运行异常。
  6. 6、根据权利要求 5所述的智能终端， 其特征在于， 所述判断单元还包括： 获取子单元， 用于获取所述硬件的使用频率；
    建立子单元， 用于根据所述硬件的使用频率建立检测列表，且所述检测列 表中的所述硬件依据所述使用频率由高到低的顺序进行排序；
    发送子单元，用于根据预置的检测频率按序逐一向所述检测列表中所述硬 件发送测试数据；
    接收子单元， 用于接收所述硬件根据所述测试数据返回的应答数据； 判断子单元， 用于判断所述应答数据是否等于预置的期望值；
    第一确定子单元，用于若所述判断子单元判断出所述应答数据等于预置的 期望值， 则确定该硬件运行正常；
    第二确定子单元，用于若所述判断子单元判断出所述应答数据不等于预置 的期望值， 则确定该硬件运行异常；
    所述确定单元还用于，用于将所述第二确定子单元确定的硬件确定为目标 硬件。
  7. 7、根据权利要求 5所述的智能终端， 其特征在于， 所述获取单元还包括： 第一获取子单元，用于获取包含有所述目标硬件的标识以及所述目标硬件 运行异常原因的异常信息；
    第一生成子单元， 用于生成提示窗口，且所述提示窗口用于显示所述第一 获取子单元获取到的所述异常信息。
  8. 8、根据权利要求 5所述的智能终端， 其特征在于， 所述获取单元还包括： 第二获取子单元， 用于获取包含有所述目标硬件的标识、所述目标硬件运 第二生成子单元， 用于生成提示窗口，且所述提示窗口用于显示所述第二 获取子单元获取到的所述异常信息。
  9. 9、 一种智能终端， 其特征在于， 所述智能终端包括显示屏、 存储器， 一 个或多个中央处理器， 所述中央处理器具体执行如下步骤：
    在服务层检测智能终端系统的负荷是否超过预置的最大阈值；
    若检测出所述智能终端系统的负荷没有超过所述最大阈值，则在服务层触 发对硬件进行是否运行异常的判断；
    判断所述硬件是否运行异常；
    确定运行异常的目标硬件；
    获取所述目标硬件的异常信息， 并提示用户所述目标硬件运行异常。
  10. 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 true CN105009554A (zh) 2015-10-28
CN105009554B 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)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108924139A (zh) * 2018-07-05 2018-11-30 杭州安恒信息技术股份有限公司 基于云端提升文件检测效率的方法、装置及执行服务器

Families Citing this family (11)

* 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 上海掌门科技有限公司 一种搜索应用程序内信息的方法及设备
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 江苏达科数智技术有限公司 分布式采集数据处理方法及系统

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1756406A (zh) * 2004-09-30 2006-04-05 华为技术有限公司 一种手持设备的监控方法及故障定位方法
CN101170455A (zh) * 2007-11-20 2008-04-30 中兴通讯股份有限公司 异常信息自动上报方法和装置
US20100171608A1 (en) * 2009-01-05 2010-07-08 Harkins Michael T Carbon monoxide detector, system and method for signaling a carbon monoxide sensor end-of-life condition
CN201733408U (zh) * 2010-05-10 2011-02-02 康佳集团股份有限公司 一种手机故障快速诊断装置及系统
CN102045445A (zh) * 2010-12-07 2011-05-04 华为终端有限公司 故障修复方法及具有故障修复功能的手机
CN103019913A (zh) * 2012-11-21 2013-04-03 广东欧珀移动通信有限公司 一种移动终端及其硬件异常提示方法、系统
CN103458086A (zh) * 2012-06-04 2013-12-18 联想(北京)有限公司 一种智能手机及其故障检测方法

Family Cites Families (15)

* 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
US20060136882A1 (en) 2004-12-17 2006-06-22 Nokia Corporation System and method for background JAVA application resource control
JP2009157457A (ja) 2007-12-25 2009-07-16 Optim Corp 端末装置、故障診断方法およびプログラム
JP5355049B2 (ja) * 2008-11-18 2013-11-27 三菱電機株式会社 診断装置及びコンピュータプログラム及び診断方法
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
JP2011248658A (ja) * 2010-05-27 2011-12-08 Hitachi Ltd 仮想サーバデプロイ管理装置及び方法、そのプログラム
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
CN103037108A (zh) * 2012-12-10 2013-04-10 乐蛙科技（上海）有限公司 一种智能移动终端的省电方法
US20160328282A1 (en) * 2015-05-06 2016-11-10 Aliphcom Predictive device failure analysis

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1756406A (zh) * 2004-09-30 2006-04-05 华为技术有限公司 一种手持设备的监控方法及故障定位方法
CN101170455A (zh) * 2007-11-20 2008-04-30 中兴通讯股份有限公司 异常信息自动上报方法和装置
US20100171608A1 (en) * 2009-01-05 2010-07-08 Harkins Michael T Carbon monoxide detector, system and method for signaling a carbon monoxide sensor end-of-life condition
CN201733408U (zh) * 2010-05-10 2011-02-02 康佳集团股份有限公司 一种手机故障快速诊断装置及系统
CN102045445A (zh) * 2010-12-07 2011-05-04 华为终端有限公司 故障修复方法及具有故障修复功能的手机
CN103458086A (zh) * 2012-06-04 2013-12-18 联想(北京)有限公司 一种智能手机及其故障检测方法
CN103019913A (zh) * 2012-11-21 2013-04-03 广东欧珀移动通信有限公司 一种移动终端及其硬件异常提示方法、系统

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108924139A (zh) * 2018-07-05 2018-11-30 杭州安恒信息技术股份有限公司 基于云端提升文件检测效率的方法、装置及执行服务器
CN108924139B (zh) * 2018-07-05 2021-02-26 杭州安恒信息技术股份有限公司 基于云端提升文件检测效率的方法、装置及执行服务器

Also Published As

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

Similar Documents

Publication Publication Date Title
CN105009554A (zh) 检测智能终端的硬件是否运行异常的方法以及智能终端
US8601493B2 (en) Application controlling apparatus and storage medium which stores software for the apparatus
CN102455925B (zh) 一种软件自动化部署方法、装置及终端
JP5179463B2 (ja) コンテキスト・アウェア・プラットホーム内でのセンサの取扱い
CN103581225A (zh) 分布式系统中的节点处理任务的方法
JP5754440B2 (ja) 構成情報管理サーバ、構成情報管理方法、及び構成情報管理用プログラム
CN102360324B (zh) 故障恢复方法和用于故障恢复的设备
CN109428740B (zh) 设备故障恢复的方法和装置
CN107453932B (zh) 一种分布式存储系统管理方法及其装置
CN112199240B (zh) 一种节点故障时进行节点切换的方法及相关设备
CN103810033A (zh) 一种检测用程序启动的方法和装置
CN101877655A (zh) 网络管理系统、网管服务器和方法
CN107995644B (zh) 无线接入点自动恢复的方法、交换机、系统及存储介质
CN107203451A (zh) 用于在存储系统中处理故障的方法及设备
KR101414994B1 (ko) 관제 대상 서버의 자원 및 웹서비스 모니터링 서버 및 그 방법
CN114449040B (zh) 基于云平台的配置下发方法及装置
CN115904773A (zh) 一种内存故障信息收集方法、装置及存储介质
JP2011186821A (ja) 仮想化環境管理システム、装置、方法及びプログラム
CN103902312A (zh) 一种应用程序的发送方法及装置
CN110795261B (zh) 虚拟磁盘故障的检测方法和装置
CN105721531B (zh) 一种消息同步方法及装置
CN102724080B (zh) 网络管理系统及方法
CN104820543A (zh) 快速进入应用界面的方法及装置
CN104657152A (zh) 数据传输管理方法以及电子设备
CN116094954B (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.