运行状态的检查方法、装置、终端及存储介质

技术领域

本发明涉及互联网技术领域，特别涉及一种运行状态的检查方法、装置、终端及存储介质。

背景技术

在互联网技术领域，为确保终端能够顺利运行，很多应用程序尤其是安全类应用程序能够对终端的运行状态进行检查。通过对终端的运行状态进行检查，可生成检查报告，基于该检查报告，通过对相应的检查项目进行优化，可提升终端的运行性能。

目前，基于应用程序对终端的运行状态进行检查过程为：在应用程序发布之前，应用程序的产品人员提出所需检查的检查项目及每个检查项目对应的检查策略，应用程序的技术人员基于产品人员提出的检查项目及每个检查项目对应的检查策略，编写程序代码，以实现相应的检查功能。当应用程序发布后，终端安装该应用程序，并按照检查策略，对各个检查项目逐项进行检查，进而基于对每个检查项目的检查结果，对终端的运行状态进行优化。

随着应用程序功能不断更新，检查项目越来越多，且每个检查项目的检查策略不同，同时针对每个检查项目可能会有定制化的需求，然而，相关技术只能通过发布应用程序的新版本实现，这无形中增加了应用程序的开发成本，降低了开发效率。

发明内容

为了解决相关技术的问题，本发明实施例提供了一种运行状态的检查方法、装置、终端及存储介质。所述技术方案如下：

一方面，提供了一种运行状态的检查方法，所述方法包括：

当检测到指定应用启动时，获取检查项目列表和检查策略数据，所述检查项目列表和所述检查策略数据由服务器根据检查需求进行配置，所述检查项目列表包括至少一个检查项目，每个检查项目表征终端的一种运行状态，所述检查策略数据用于指示对所述检查项目列表中每个检查项目的检查形式；

根据所述检查项目策略数据，对所述检查项目列表中的每个检查项目进行检查；

根据每个检查项目的检查结果，对终端的运行状态进行优化。

另一方面，提供了一种运行状态的检查装置，所述装置包括：

获取模块，用于当检测到指定应用启动时，获取检查项目列表和检查策略数据，所述检查项目列表和所述检查策略数据由服务器根据检查需求进行配置，所述检查项目列表包括至少一个检查项目，每个检查项目表征终端的一种运行状态，所述检查策略数据用于指示对所述检查项目列表中每个检查项目的检查形式；

检查模块，用于根据所述检查项目策略数据，对所述检查项目列表中的每个检查项目进行检查；

优化模块，用于根据每个检查项目的检查结果，对终端的运行状态进行优化。

另一方面，提供了一种终端，所述终端包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或所述指令集由所述处理器加载并执行以实现运行状态的检查方法。

另一方面，提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或所述指令集由处理器加载并执行以实现运行状态的检查方法。

本发明实施例提供的技术方案带来的有益效果是：

在检测到指定应用启动时，获取检查项目列表和检查策略数据，进而基于检查策略数据对检查项目列表中的每个检查项目进行检查。由于检查项目列表和检查策略数据由服务器根据检查需求进行配置，当检查项目增加、检查策略变化或用户有其他定制化需求时，可直接由服务器进行配置及发送，而无需发布新的版本，因而降低了应用程序的开发成本，提升了开发效率。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的一种运行状态的检查方法所涉及的实施环境；

图2是本发明实施例提供的一种运行状态的检查方法的系统架构图；

图3是本发明实施例提供的一种运行状态的检查方法的流程图；

图4是本发明实施例提供的一种运行状态的检查方法的时序图；

图5是本发明实施例提供的手机管家的一种应用界面示意图；

图6是本发明实施例提供的手机管家的另一种应用界面示意图；

图7是本发明实施例提供的手机管家的另一种应用界面示意图；

图8是本发明实施例提供的一种运行状态的检查装置结构示意图；

图9示出了本发明一个示例性实施例提供的终端的结构框图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

在执行本发明实例之前，首先对本发明涉及的名词进行解释。

终端运行状态包括以下各项指标的状态：终端性能指标(例如，剩余内存大小、剩余磁盘大小等)、安全指标(例如，终端是否存在病毒、是否存在不安全的设置、是否开启终端安全防护等)、使用习惯指标(例如，是否定期清理终端垃圾等)等。

插件是指依据业务对终端内的应用程序功能进行划分，同一业务中的所有功能形成一个功能集合，即为一个插件。插件一般包括该业务对应的数据存储、UI(UserInterface，用户界面)界面以及使用到的各种资源等。插件作为独立业务主体，可以单独发布、启用或者禁用。

系统API(Application Programming Interface，应用程序编程接口)是指终端的操作系统提供给应用程序调用的接口。

目前，对于安全类应用程序的每个检查项目，可以改变的属性主要包括检查分数(检查分数为如果检查项目的检查结果为不健康时，需要扣除的分数)、安全等级(安全等级为如果检查项目的检查结果为不健康时，提供给用户的告警级别)、是否可忽略(在对检查项目进行检查时是否能够忽略)、文案(包括检查项目名字、检查项目描述等)、优先级(对检查项目进行检查的先后顺序)等。对于上述检查项目中的每个属性，出于优化体验或者运营的目的，会经常性地需要变更。现有的技术方案应对这种变更，只能通过版本发布来解决，该种方式增加了应用程序的开发成本，降低了应用程序的开发效率。另外，随着应用程序支持的检查项目增多，相应的检查逻辑更为复杂，现有的技术方案中所有检查项目的检查逻辑都由检查模块实现，增加了检查模块的开发负担及开发风险。

为了解决现有技术中存在的问题，本发明实施例提供了一种运行状态的检查方法，该方法相对现有技术具有以下改进点：

第一、本发明实施例通过对检查项目的常规需求和定制需求进行标准化，实现了整个检查过程的标准化。

第二、本发明实施例通过服务器的云端平台对标准的检查项目及检查逻辑进行配置，满足了随时变化的定制化需求，相对于现有技术并不依赖于应用程序新版本的发布。

第三、本发明实施例通过对检查架构进行优化，引入插件机制，将检查项目的检查逻辑分配给相应的插件，由相应的插件进行实现，而检查模块只需要实现通用逻辑和调度逻辑，相比于现有技术减轻了检查模块的开发负担，分散了开发风险。

请参考图1，其示出了本发明实施例提供的运行状态的检查方法所涉及的实施环境，该实施环境包括：终端101和服务器102。

其中，终端101可以为智能手机、平板电脑、笔记本电脑等，本发明实施例不对终端101的产品类型作具体的限定。终端101中安装有各种应用程序，包括安全类应用程序等。基于所安装的安全类应用程序，可在安全类应用程序启动时，对终端的运行状态是否健康进行检查。

服务器102为安全类应用程序的后台服务器，可基于安全类应用程序为终端101提供安全服务。

终端101与服务器102之间可通过有线网络或无线网络进行通信。

基于图1所示的实施环境，图2为运行状态的检查方法的系统架构图，参见图2，该系统架构包括：检查配置管理云端平台、检查模块及插件模块。

其中，检查配置管理云端平台位于服务器中，该检查配置管理云端平台用于对检查项目及检查逻辑进行配置，得到检查项目列表及检查策略数据，并通过网络通道将检查项目列表及检查策略数据发送至终端，以满足其随时变化的定制化需求，且该配置过程并不依赖于应用程序的新版本发布。

检查模块和插件模块位于终端中。该检查模块用于实现通用的检查逻辑和调度逻辑，包括检查项目列表管理子模块、检查策略管理子模块、检查执行调度中心及检查执行分发子模块等。检查项目列表管理子模块用于对服务器发送的检查项目列表进行解析、存储等管理，检查策略管理子模块用于对服务器发送的检查策略数据进行解析、存储等管理。在对运行状态进行检查时，检查执行调度中心从检查项目列表管理子模块和检查策略管理子模块中获取检查项目列表和检查策略数据，并将检查项目列表和检查策略数据发送至检查执行分发子模块。基于检查项目列表和检查策略数据，检查执行分发子模块调度插件模块中不同插件，通过执行不同的检查逻辑对检查项目列表中不同的检查项目进行检查。例如，调度插件模块中的垃圾清理插件，通过执行垃圾清理检查逻辑，对垃圾清理检查项目进行检查；调度插件模块中的病毒查杀插件，通过执行病毒查杀检查逻辑，对病毒查杀检查项目进行检查等等。

本发明实施例提供了一种运行状态的检查方法，参见图3，本发明实施例提供的方法流程包括：

301、当检测到指定应用启动时，终端获取检查项目列表和检查策略数据。

其中，检查项目列表和检查策略数据由服务器根据检查需求进行配置，检查项目列表包括至少一个检查项目，每个检查项目表征终端的一种运行状态，检查策略数据用于指示对检查项目列表中每个检查项目的检查形式，例如，检查时间、检查时长等。

每个检查项目具有相应的属性信息，包括项目标识(task_id)、检查项目分类(task_category)、检查项目对应插件的插件标识(plugin_id)、检查分数(risk_score)、安全等级(risk_level)、是否可忽略(ignorable)、优先级(priority)、超过时间(timeout)、文案(wordings)、扩展字段(extra_data)等。对于每个检查项目的重要属性及其描述，可参见下述表1。

表1

需要说明的是，本发明实施例可以动态配置每个检查项目的各个属性，同时也可以更新检查项目列表(新增或者删除某个检查项目)，但是不能新增指定应用程序的客户端中不存在实现逻辑的检查项目，新增检查项目需要客户端预埋逻辑。当然，如果客户端具有增加脚本能力，也可以新增检查项目，而无需在客户端预埋逻辑。

服务器根据具体的检查需求配置检查项目列表和检查策略数据后，可将所配置的检查项目列表和检查策略数据存储在服务器中，也可下发至终端，由终端存储在缓存中。服务器所配置的检查项目列表和检查策略数据可以满足各个检查项目的定制化需求，从而使得产品人员能够实现动态运营的需求，且无需发布新的版本，大大提升了运营效率。此处需要说明的是，服务器所配置的配置检查项目列表和检查策略数据并不能直接被终端所识别，需要对其进行解析才可识别。

其中，指定应用可以为安全类应用程序等。当检测到指定应用启动时，终端将自动获取检查项目列表和检查策略数据，以启动对其运行状态进行检查的程序。针对检查项目列表和检查策略数据的存储位置，终端获取检查项目列表和检查策略数据时，可采用如下两种方式：

第一种方式、当检测到指定应用启动时，终端从服务器上获取待解析的检查项目列表数据和检查策略数据，对待解析的检查项目列表数据和检查策略数据进行解析，得到检查项目列表和检查策略数据。

终端对待解析的检查项目列表数据和检查策略数据进行解析时，可从待解析的检查项目列表数据和检查策略数据中获取关键字段，并基于所获取的关键字段，生成可识别的检查项目列表和检查策略数据。

第二种方式、当检测到指定应用启动时，从本地缓存中获取待解析的检查项目列表数据和检查策略数据，对待解析的检查项目列表数据和检查策略数据进行解析，得到检查项目列表和检查策略数据。

302、终端根据检查项目策略数据，对检查项目列表中的每个检查项目进行检查。

考虑到检查项目列表中某些检查项目可能是设置为可忽略的检查项目，对于可忽略的检查项目，在进行检查时，可以直接忽略掉，而无需对其进行检查。为了避免浪费检查资源，终端在根据检查项目策略数据，对检查项目列表中的每个检查项目进行检查之前，还将根据检查项目列表中每个检查项目的属性，检测检查项目列表中是否包括可忽略的检查项目，当检查项目列表中包括可被忽略的检查项目，终端可直接将该检查项目从检查项目列表中删除，或者将该检查项目进行标记，从而在对检查项目列表中的每个检查项目进行检查时，忽略检查项目。

在本发明实施例中，终端根据检查项目策略数据，对检查项目列表中的每个检查项目进行检查时，可采用如下步骤：

3021、终端根据检查策略数据，确定当前时刻是否达到检查项目列表中当前检查项目的检查时间。

每个检查项目具有相应的检查策略，基于所获取到的检查策略数据，对于当前时刻检查项目列表中待检查的当前检查项目，终端根据检查策略数据中所指示的检查时间，确定当前时刻是否达到当前检查项目的检查时间。

3022、当确定当前时刻达到当前检查项目的检查时间，终端对当前检查项目进行检查。

如果当前时刻达到当前检查项目的检查时间，终端将对当前检查项目进行检查。具体检查时，终端可获取当前检查项目的目标项目标识，并从预先设置的项目标识与插件标识之间的对应关系中，获取目标项目标识对应的目标插件标识，进而根据目标插件标识，通过调用目标插件标识对应的目标插件，对当前检查项目进行检查。

在执行本步骤之前，服务器还将设置项目标识与插件标识之间的对应关系，并将所设置的对应关系发送至终端，以使终端能够基于项目标识与插件标识之间的对应关系，获取当前检查项目的目标项目标识。具体设置时，服务器可获取每个检查项目的项目标识，并根据每个检查项目的检查目的及每个插件的功能，设置检查项目的项目标识与能够实现其检查目的的插件的插件标识之间的对应关系。通常，具有同一检查目的检查项目的数量至少一个，而每个插件能够实现的功能是确定的，因此，至少一个项目标识可以与同一插件标识对应。

另外，本发明实施例还将定义检查模块与插件模块中各个插件之间通信的标准通信接口(即系统API)，基于所定义的标准通信接口，检查模块可调用不同的插件实现具体的检查逻辑，当对相应的检查项目检查完成后，插件将相应的检查结果返回至检查模块，由检测模块进行处理，例如，更新检查分数、确定风险等级等等。

检查模块与插件间的标准接口如下：

其中，param为检查模块发送给插件的参数，这些参数中相对更为重要的是task_id参数，用于通知插件需要检查的检查项目。一般来说，一个task_id对应着一段检查逻辑。

Retuen为插件返回给检查模块的检查结果。其中，所返回的重要检查结果包括is_health(代表此检查项目是否有问题)、risk_score(需要扣取的风险分分数)、risk_level(风险等级)等。

3023、当确定当前时刻未达到当前检查项目的检查时间，终端从检查项目列表中获取下一检查项目，并执行确定当前时刻是否达到下一检查项目的检查时间的操作。

当确定当前时刻未达到当前检查项目的检查时间，终端不再对当前检查项目进行检查，而是从检查项目列表中获取下一检查项目，并确定当前时刻是否达到下一检查项目的检查时间，如果当前时刻达到下一检查项目的检查时间，则对下一检查项目进行检查，该检查过程与对当前检查项目的检查过程相同，具体参见对当前检查项目的检查过程，此处不再赘述。如果当前时刻未达到下一检查项目的检查时间，获取其下一检查项目，并重复上述过程。

终端逐一从检查项目列表中获取检查项目，直至检查项目列表中所有的检查项目都完成检查。对于之前因检查时间未达到的检查项目，终端可在达到其检查时间时，优先对其进行检查。

本发明实施例将原有检查模块的功能进行拆分，拆分后检查模块负责检查项目的加载与通用控制逻辑，插件负责执行具体的检查逻辑。本发明实施例还定义了检查模块和各个插件之间的标准接口，检查模块按照标准接口调用插件来执行具体的检查逻辑，插件按照约定返回需要的检查结果即可。通过将检查项目的具体逻辑与检查模块进行解耦，大大提升了应用程序的开发体验和开发效率。另外，各个插件可以自行实现或者变更其逻辑，并单独发布修改，无需等待整个应用程序的版本发布，从而使得应用程序的开发及运营更为灵活。

图4示出了本发明实施例提供的运行状态的检查过程，参见图4，其检查过程如下：

1、服务器预先配置检查项目数据(对应一个检查项目列表)和检查策略数据，并将所配置的数据存储在服务器中，或将所配置的数据发送至终端，由终端进行缓存。

2、当检测到安全类应用程序启动时，终端从服务器或本地缓存中获取检查项目列表和检查策略数据。

3、由于该检查项目列表和检查策略数据无法被识别，因而终端需要对该检查项目列表和检查策略数据进行解析，生成能够识别的检查项目列表和检查策略数据。

4、终端根据用户行为记录数据，过滤掉用户忽略的检查项目。

5、终端从检查项目列表中获取下一检查项目，并根据检查策略数据，确定本次是否应该检查该检查项目。

6、当本次不应该检查该检查项目，终端继续从检查项目列表中获取下一检查项目；当本次应该检查该检查项目，终端将该检查项目路由至对应的插件，并调用插件间接口(所定义的标准接口)，由相应的插件进行检查，并返回对该检查项目的检查结果。

7、终端根据该插件返回的检查结果，对终端的运行状态进行更新，例如，更新检查分数、检查结果列表、检测策略等等。

8、当检查项目列表中所有检查项目均已检查完成，流程结束。

303、终端根据每个检查项目的检查结果，对终端的运行状态进行优化。

当获取到每个检查项目的检查结果，终端在指定应用的应用界面上显示检查结果。当检测到对应用界面上不同优化选项的选中操作时，对相应的检查项目对应的运行状态进行优化，显示优化后的检查结果。其中，不同的优化选项包括一键优化选项及其他需要用户手动选择的优化选项。为了更好地对用户进行提示，终端还将针对不同的检查分数，采用不同的显示颜色进行显示。例如，检查分数为80～100时，采用绿色进行显示；检查分数为60～80时，采用橘色进行显示；检查分数为60以下时，采用红色进行显示。

图5、图6、图7示出了手机管家的应用界面。当手机管家启动后，自动对手机的运行状态进行检查，检查结束后得到图5所示的检查结果，包括检查分数及不同的优化选项。当检测到图5所示的一键优化选项被选中，对可以自动优化的检查项目(例如内存清理等)进行优化，图6示出了优化过程。基于图7所示的优化结果，针对需要用户手动优化的检查项目，当检测到用户对任一检查项目的选中操作时，对该检查项目进行优化，并显示优化结果。

本发明实施例提供的方法，在检测到指定应用启动时，获取检查项目列表和检查策略数据，进而基于检查策略数据对检查项目列表中的每个检查项目进行检查。由于检查项目列表和检查策略数据由服务器根据检查需求进行配置，当检查项目增加、检查策略变化或用户有其他定制化需求时，可直接由服务器进行配置及发送，而无需发布新的版本，因而降低了应用程序的开发成本，提升了开发效率。

另外，本发明实施例定义了与各个插件之间的标准接口，通过调用相应插件执行具体的检查逻辑，减轻了检查模块的开发负担，分散了开放风险。

参见图8，本发明实施例提供了一种运行状态的检查装置，该装置包括：

获取模块801，用于当检测到指定应用启动时，获取检查项目列表和检查策略数据，检查项目列表和检查策略数据由服务器根据检查需求进行配置，检查项目列表包括至少一个检查项目，每个检查项目表征终端的一种运行状态，检查策略数据用于指示对检查项目列表中每个检查项目的检查形式；

检查模块802，用于根据检查项目策略数据，对检查项目列表中的每个检查项目进行检查；

优化模块803，用于根据每个检查项目的检查结果，对终端的运行状态进行更新。

在本发明的另一个实施例中，获取模块801，用于当检测到指定应用启动时，从服务器上获取待解析的检查项目列表数据和检查策略数据，对待解析的检查项目列表数据和检查策略数据进行解析，得到检查项目列表和检查策略数据；或者，

获取模块801，用于当检测到指定应用启动时，从本地缓存中获取待解析的检查项目列表数据和检查策略数据，对待解析的检查项目列表数据和检查策略数据进行解析，得到检查项目列表和检查策略数据。

在本发明的另一个实施例中，该装置还包括：

检测模块，用于检测检查项目列表中是否包括可忽略的检查项目；

忽略模块，用于当检查项目列表中包括可被忽略的检查项目，在对检查项目列表中的每个检查项目进行检查时，忽略检查项目。

在本发明的另一个实施例中，检查模块802，用于根据检查策略数据，确定当前时刻是否达到检查项目列表中当前检查项目的检查时间；当确定当前时刻达到当前检查项目的检查时间，对当前检查项目进行检查；当确定当前时刻未达到当前检查项目的检查时间，从检查项目列表中获取下一检查项目，并执行确定当前时刻是否达到下一检查项目的检查时间的操作。

在本发明的另一个实施例中，检查模块802，用于获取当前检查项目的目标项目标识；从预先设置的项目标识与插件标识之间的对应关系中，获取目标项目标识对应的目标插件标识；根据目标插件标识，通过调用目标插件标识对应的目标插件，对当前检查项目进行检查。

在本发明的另一个实施例中，优化模块，用于在指定应用的应用界面上显示所述检查结果；当检测到对应用界面上不同优化选项的选中操作时，对相应的检查项目对应的运行状态进行优化；显示优化后的检查结果。

综上所述，本发明实施例提供的装置，在检测到指定应用启动时，获取检查项目列表和检查策略数据，进而基于检查策略数据对检查项目列表中的每个检查项目进行检查。由于检查项目列表和检查策略数据由服务器根据检查需求进行配置，当检查项目增加、检查策略变化或用户有其他定制化需求时，可直接由服务器进行配置及发送，而无需发布新的版本，因而降低了应用程序的开发成本，提升了开发效率。

图9示出了本发明一个示例性实施例提供的终端900的结构框图。该终端900可以是：智能手机、平板电脑、MP3播放器(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio LayerIV，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。终端900还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。

通常，终端900包括有：处理器901和存储器902。

处理器901可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器901可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器901也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器901可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器901还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器902可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器902还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器902中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器901所执行以实现本申请中方法实施例提供的运行状态的检查方法。

在一些实施例中，终端900还可选包括有：外围设备接口903和至少一个外围设备。处理器901、存储器902和外围设备接口903之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口903相连。具体地，外围设备包括：射频电路904、触摸显示屏905、摄像头906、音频电路907、定位组件908和电源909中的至少一种。

外围设备接口903可被用于将I/O(Input/Output，输入/输出)相关的至少一个外围设备连接到处理器901和存储器902。在一些实施例中，处理器901、存储器902和外围设备接口903被集成在同一芯片或电路板上；在一些其他实施例中，处理器901、存储器902和外围设备接口903中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。

射频电路904用于接收和发射RF(Radio Frequency，射频)信号，也称电磁信号。射频电路904通过电磁信号与通信网络以及其他通信设备进行通信。射频电路904将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路904包括：天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路904可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：城域网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity，无线保真)网络。在一些实施例中，射频电路904还可以包括NFC(Near Field Communication，近距离无线通信)有关的电路，本申请对此不加以限定。

显示屏905用于显示UI(User Interface，用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏905是触摸显示屏时，显示屏905还具有采集在显示屏905的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器901进行处理。此时，显示屏905还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏905可以为一个，设置终端900的前面板；在另一些实施例中，显示屏905可以为至少两个，分别设置在终端900的不同表面或呈折叠设计；在再一些实施例中，显示屏905可以是柔性显示屏，设置在终端900的弯曲表面上或折叠面上。甚至，显示屏905还可以设置成非矩形的不规则图形，也即异形屏。显示屏905可以采用LCD(LiquidCrystal Display，液晶显示屏)、OLED(Organic Light-Emitting Diode,有机发光二极管)等材质制备。

摄像头组件906用于采集图像或视频。可选地，摄像头组件906包括前置摄像头和后置摄像头。通常，前置摄像头设置在终端的前面板，后置摄像头设置在终端的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件906还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。

音频电路907可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器901进行处理，或者输入至射频电路904以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在终端900的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器901或射频电路904的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路907还可以包括耳机插孔。

定位组件908用于定位终端900的当前地理位置，以实现导航或LBS(LocationBased Service，基于位置的服务)。定位组件908可以是基于美国的GPS(GlobalPositioning System，全球定位系统)、中国的北斗系统、俄罗斯的格雷纳斯系统或欧盟的伽利略系统的定位组件。

电源909用于为终端900中的各个组件进行供电。电源909可以是交流电、直流电、一次性电池或可充电电池。当电源909包括可充电电池时，该可充电电池可以支持有线充电或无线充电。该可充电电池还可以用于支持快充技术。

在一些实施例中，终端900还包括有一个或多个传感器910。该一个或多个传感器910包括但不限于：加速度传感器911、陀螺仪传感器912、压力传感器913、指纹传感器914、光学传感器915以及接近传感器916。

加速度传感器911可以检测以终端900建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器911可以用于检测重力加速度在三个坐标轴上的分量。处理器901可以根据加速度传感器911采集的重力加速度信号，控制触摸显示屏905以横向视图或纵向视图进行用户界面的显示。加速度传感器911还可以用于游戏或者用户的运动数据的采集。

陀螺仪传感器912可以检测终端900的机体方向及转动角度，陀螺仪传感器912可以与加速度传感器911协同采集用户对终端900的3D动作。处理器901根据陀螺仪传感器912采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。

压力传感器913可以设置在终端900的侧边框和/或触摸显示屏905的下层。当压力传感器913设置在终端900的侧边框时，可以检测用户对终端900的握持信号，由处理器901根据压力传感器913采集的握持信号进行左右手识别或快捷操作。当压力传感器913设置在触摸显示屏905的下层时，由处理器901根据用户对触摸显示屏905的压力操作，实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。

指纹传感器914用于采集用户的指纹，由处理器901根据指纹传感器914采集到的指纹识别用户的身份，或者，由指纹传感器914根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器901授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器914可以被设置终端900的正面、背面或侧面。当终端900上设置有物理按键或厂商Logo时，指纹传感器914可以与物理按键或厂商Logo集成在一起。

光学传感器915用于采集环境光强度。在一个实施例中，处理器901可以根据光学传感器915采集的环境光强度，控制触摸显示屏905的显示亮度。具体地，当环境光强度较高时，调高触摸显示屏905的显示亮度；当环境光强度较低时，调低触摸显示屏905的显示亮度。在另一个实施例中，处理器901还可以根据光学传感器915采集的环境光强度，动态调整摄像头组件906的拍摄参数。

接近传感器916，也称距离传感器，通常设置在终端900的前面板。接近传感器916用于采集用户与终端900的正面之间的距离。在一个实施例中，当接近传感器916检测到用户与终端900的正面之间的距离逐渐变小时，由处理器901控制触摸显示屏905从亮屏状态切换为息屏状态；当接近传感器916检测到用户与终端900的正面之间的距离逐渐变大时，由处理器901控制触摸显示屏905从息屏状态切换为亮屏状态。

本领域技术人员可以理解，图9中示出的结构并不构成对终端900的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

本发明实施例提供的终端，在检测到指定应用启动时，获取检查项目列表和检查策略数据，进而基于检查策略数据对检查项目列表中的每个检查项目进行检查。由于检查项目列表和检查策略数据由服务器根据检查需求进行配置，当检查项目增加、检查策略变化或用户有其他定制化需求时，可直接由服务器进行配置及发送，而无需发布新的版本，因而降低了应用程序的开发成本，提升了开发效率。

本发明实施例提供的计算机可读存储介质，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或所述指令集由处理器加载并执行以实现图3所示的运行状态的检查方法。

本发明实施例提供的计算机可读存储介质，在检测到指定应用启动时，获取检查项目列表和检查策略数据，进而基于检查策略数据对检查项目列表中的每个检查项目进行检查。由于检查项目列表和检查策略数据由服务器根据检查需求进行配置，当检查项目增加、检查策略变化或用户有其他定制化需求时，可直接由服务器进行配置及发送，而无需发布新的版本，因而降低了应用程序的开发成本，提升了开发效率。

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

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。