CN115328725A - 状态监测方法、装置、存储介质及电子设备 - Google Patents

Abstract

本说明书公开了一种状态监测方法、装置、存储介质及电子设备，其中，方法包括：通过监测针对目标应用的操控状态，基于操控状态获取所述目标应用对应的至少一个处理器占用值，然后基于所述处理器占用值确定设备耗电状态。

Description

状态监测方法、装置、存储介质及电子设备

技术领域

本申请涉及计算机技术领域，尤其涉及一种状态监测方法、装置、存储介质及电子设备。

背景技术

随着计算机技术的快速发展，诸如手机、电脑等电子设备越来越频繁的出现在人们的生活和工作中，用户通过电子设备下载不同的应用开启不同的应用功能，例如听歌、看视频，玩游戏等。

在电子设备的应用运行过程中，可能存在某些应用往往占用电子设备较多的设备资源，也会消耗电子设备较多的电能，长时间使用这些耗电量高的应用会使电子设备的电量明显减少。

发明内容

本说明书提供了一种状态监测方法、装置、存储介质及电子设备，所述技术方案如下：

第一方面，本说明书提供了一种状态监测方法，所述方法包括：

监测针对目标应用的操控状态；

基于所述操控状态，获取所述目标应用对应的至少一个处理器占用值；

基于所述处理器占用值确定设备耗电状态。

第二方面，本说明书提供了一种状态监测装置，所述装置包括：

状态监测模块，用于监测针对目标应用的操控状态；

参数获取模块，用于基于所述操控状态，获取所述目标应用对应的至少一个处理器占用值；

状态确定模块，用于基于所述处理器占用值确定设备耗电状态。

第三方面，本说明书提供一种计算机存储介质，所述计算机存储介质存储有多条指令，所述指令适于由处理器加载并执行上述的方法步骤。

第四方面，本说明书提供一种电子设备，可包括：处理器和存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行上述的方法步骤。

本说明书一些实施例提供的技术方案带来的有益效果至少包括：

在本说明书一个或多个实施例中，电子设备通过监测针对目标应用的操控状态，然后基于所述操控状态，获取所述目标应用对应的至少一个处理器占用值，就可以在获取到处理器占用值之后确定设备耗电状态。实现了通过基于用户操控状态下的处理器占用情况来衡量乃至预测应用耗电状况，不需要繁琐的去获取应用的耗电量进行监测，优化了耗电监测的流程，提升了耗电监测的智能性；以及，基于处理器占用情况可以从设备耗电源头实现耗电状态的提前预测，避免状态监测的延后性，进一步提升了耗电监测的时效性。

附图说明

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

图1是本说明书提供的一种状态监测系统的场景示意图；

图2本说明书提供的一种状态监测方法的流程示意图；

图3是本说明书提供的另一种状态监测方法的流程示意图；

图4是本说明书提供的另一种状态监测方法的流程示意图；

图5是本说明书提供的一种状态监测的举例示意图；

图6是本说明书提供的一种状态监测模块的结构示意图；

图7是本说明书提供的一种状态确定模块的结构示意图；

图8是本说明书提供的一种电子设备的结构示意图；

图9是本说明书提供的操作系统和用户空间的结构示意图；

图10是图9中安卓操作系统的架构图；

图11是图10中IOS操作系统的架构图。

具体实施方式

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

在本申请的描述中，需要理解的是，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。在本申请的描述中，需要说明的是，除非另有明确的规定和限定，“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本申请中的具体含义。此外，在本申请的描述中，除非另有说明，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

在相关技术中，会对运行应用进行耗电监测，通过监测应用的耗电量来判断该应用是否耗电异常。应用的后台耗电异常问题一般都是因开发人员在开发该应用时设计不成熟导致的，比如可能是由开发人员在实现该应用的某些功能时未考虑到耗电问题所导致的。在相关技术中，可以通过在检测到某应用切换至后台时，获取某应用在后台的耗电量，根据耗电量来判断耗电是否异常。采用通过监测耗电量来判断耗电是否异常的方式，由于应用的耗电行为已经发生且已经消耗了电量，通过耗电量来进行耗电监测存在一定的状态监测延迟，且通过从大量已运行应用中获取某个应用的耗电量的实现步骤繁琐，耗电状态监测不便捷。

下面结合具体的实施例对本申请进行详细说明。

请参见图1，为本说明书提供的一种状态监测系统的场景示意图。如图1所示，所述状态监测系统至少可以包括客户端集群和服务平台100。

所述客户端集群可以包括至少一个客户端，如图1所示，具体包括用户1对应的客户端1、用户2对应的客户端2、…、用户n对应的客户端n，n为大于0的整数。

客户端集群中的各客户端可以是具备通信功能的电子设备，该电子设备包括但不限于：可穿戴设备、手持设备、个人电脑、平板电脑、车载设备、智能手机、计算设备或连接到无线调制解调器的其它处理设备等。在不同的网络中电子设备可以叫做不同的名称，例如：用户设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置、蜂窝电话、无绳电话、个人数字处理(personal digital assistant，PDA)、5G网络或未来演进网络中的电子设备等。

所述服务平台100可以是单独的服务器设备，例如：机架式、刀片、塔式、或者机柜式的服务器设备，或采用工作站、大型计算机等具备较强计算能力硬件设备；也可以是采用多个服务器组成的服务器集群，所述服务集群中的各服务器可以是以对称方式组成的，其中每台服务器在事务链路中功能等价、地位等价，各服务器均可单独对外提供服务，所述单独提供服务可以理解为无需另外的服务器的辅助。

在本说明书的一个或多个实施例中，服务平台100与客户端集群中的至少一个客户端可建立通信连接，基于该通信连接完成目标应用的数据交互，如服务平台100可向客户端提供目标应用对应的目标服务。

需要说明的是，服务平台100与客户端集群中的至少一个客户端通过网络建立通信连接进行交互通信，其中，网络可以是无线网络，也可以是有线网络，无线网络包括但不限于蜂窝网络、无线局域网、红外网络或蓝牙网络，有线网络包括但不限于以太网、通用串行总线(universal serial bus，USB)或控制器局域网络。在说明书一个或多个实施例中，使用包括超文本标记语言(Hyper Text Mark-up Language，HTML)、可扩展标记语言(Extensible Markup Language，XML)等的技术和/或格式来代表通过网络交换的数据(如目标压缩包)。此外还可以使用诸如安全套接字层(Secure Socket Layer，SSL)、传输层安全(Transport Layer Security，TLS)、虚拟专用网络(Virtual Private Network，VPN)、网际协议安全(Internet Protocol Security，IPsec)等常规加密技术来加密所有或者一些链路。在另一些实施例中，还可以使用定制和/或专用数据通信技术取代或者补充上述数据通信技术。

本说明书所提供的状态监测系统实施例与一个或多个实施例中的所述状态监测方法属于同一构思，在说明书一个或多个实施例涉及的所述状态监测方法对应的执行主体可以是上述服务平台100，也即服务平台100可以实现对客户端设备的状态监测；在说明书一个或多个实施例涉及的所述状态监测方法对应的执行主体也可以是客户端设备，具体基于实际应用环境确定。状态监测系统实施例其体现实现过程可详见下述的方法实施例，这里不再赘述。

基于图1所示的场景示意图，下面对本说明书一个或多个实施例提供的状态监测方法进行详细介绍。

请参见图2，为本说明书一个或多个实施例提供了一种状态监测方法的流程示意图，该方法可依赖于计算机程序实现，可运行于基于冯诺依曼体系的背景调查装置上。该计算机程序可集成在应用中，也可作为独立的工具类应用运行。所述状态监测装置可以为电子设备。

具体的，该状态监测方法包括：

S102：监测针对目标应用的操控状态；

所述目标应用为电子设备上存在(如已安装、已开启)的应用程序，所述应用程序可以是电子设备操作系统本身自带的应用，可以是第三方应用，所述第三方应用是指由第三方开发、非操作系统本身自带的应用，包括一些由第三方开发的应用、小程序、插件等。在本实施例中所述第三方应用可以理解为操作系统预置系统应用以外的应用，如电子邮件、即时通讯、电子商务等应用程序。

可选的，目标应用可以是电子设备前台运行的前台应用；也可以是一段时间内后台运行的后台应用，也即可以监测一段时间内从前台切换至后台的目标应用的操控状态。

可选的，目标应用也可以是基于日常耗电状态所设置的监测应用，比如某类应用日常耗电较高，可以将该应用设置为目标应用。可以是由用户自定义的目标应用，用于实现目标应用的运行耗电监测。

在一种可行的实施方式中，电子设备可以监测用户针对目标应用的用户操作，基于用户操作来确定针对目标应用的操控状态。

所述操控状态基于用户操作来划分，可至少划分为应用操作态和应用静默态。

所述应用操作态可以理解为用户针对应用输入了诸如点击、滑动、长按等用户操作时，应用所对应的操控状态。

所述应用静默态可以理解为用户未针对应用输入用户操作时，应用所对应的操控状态。

可选的，可以基于实际应用情况结合是否存在用户操作输入和显式应用任务来确定目标应用是否处于应用静默态，显式应用任务是基于用户感官体验而言的，也即是否存在用户易于感知到的显式类型任务运行，显式应用任务可以是目标应用是否存在外放声音、视频播放等应用任务，如目标应用是否存在数据下载应用任务等等。可以理解的，若不存在用户操作输入且不存在显式应用任务正在执行，可认为目标应用此时处于应用静默态。

具体的，电子设备具有对用户在目标应用上的输入用户操作进行检测的功能，电子设备可以实时或相隔一定周期对目标应用的用户操作进行监测，当电子设备检测到用户针对目标应用(如针对目标应用的相关应用界面)输入用户操作时，电子设备识别到用户操作通常会响应该用户操作，而电子设备在监测到用户操作之后，即可确定目标应用的操控状态为应用操作态。

可选的，电子设备若监测到所述用户操作，则确定所述目标应用的操控状态为应用操作态；如，电子设备在预设监测周期内检测到用户操作，则确定目标应用为应用操作态。

可选的，若未监测到所述用户操作，则确定所述目标应用的操控状态为应用静默态。如，电子设备在预设监测周期内未检测到用户操作，则确定目标应用为应用静默态。

可选的，用户针对目标应用输入用户操作可以是通过外部设备完成的，例如，用户可以通过连接终端的鼠标操控目标应用显示界面；可以是用户通过连接设备的键盘或者触摸板输入相应的用户操作指令进行的；可以是用户通过语音输入针对目标应用用户语音指令(例如语音输入开启目标应用的某个功能等)，等等。

需要说明的是，用户针对目标应用输入用户操作的方式有多种，此处不作具体限定。

在一种具体的实施场景中，具体以电子设备监测用户针对目标应用输入触控操作为例进行说明。

具体的，电子设备可以具有触摸屏，所述触摸屏可以是能够实现单一触摸功能的触摸屏，例如：电容触摸屏、电磁触摸屏，也可以是能够同时实现电容感应、电磁感应和红外感应的触摸屏。当用户通过手指触摸电子设备上的触摸屏中目标应用界面时，触摸位置的电容参数发生变化，触摸框根据电容的变化，确定手指在终端触摸屏的触摸位置；或者，手指在接触触摸框时，阻挡了红外的接收端接收红外信号，触摸框根据被阻挡的红外信号确定手指的触摸位置，终端可以检测到用户针对目标应用所输入的用户操作。

可选的，电子设备在预设监测周期内未检测到用户操作，此时通常可以确定目标应用为应用静默态；在一些实施方式中，可以设置一个定时器，在定时器到期时，执行步骤S104中的获取所述目标应用对应的至少一个处理器占用值的步骤，通过设置定时器(如定时器设置为2秒，也即在进入静默态2s后在获取处理器占用值)可以避免耗电物监测可以实现精准监测的效果，避免用户短期内未操作等客观原因导致的耗电监测资源消耗。

S104：基于所述操控状态，获取所述目标应用对应的至少一个处理器占用值；

所述处理器占用值可以是处理器占用率、处理占用时长等参数值

在一种可行的实施方式中，可以确定目标应用所对应的若干目标线程或若干目标进程，根据预设的采样周期对电子设备当前运行的每个目标进程和/或目标线程处理器占用值进行采集。对这些目标进程的处理器占用值进行综合可以得到目标应用对应的第一处理器占用值，和/或，对这些目标线程的处理器占用值进行综合可以得到目标应用对应的第二处理器占用值。

可选的，可以将基于线程计算得到的第一处理器占用值作为目标应用对应的处理器占用值。

可选的，可以将基于进程计算得到的第二处理器占用值作为目标应用对应的处理器占用值。

可选的，可以将基于第一处理器占用值和第二处理器占用值采用预设计算方式进行综合，得到目标应用对应的处理器占用值。预设计算方式可以是计算平均值，可以是选择第一处理器占用值和第二处理器占用值中的数值最小或最大的作为得到目标应用对应的处理器占用值。

进一步的，在一个采样周期内通常会对应若干采样次数，在一个采样周期内会计算得到若干采样次数的处理器占用值。如一个采用周期内的采用次数为i，则可以得到目标应用对应的i个处理器占用值。

S106：基于所述处理器占用值确定设备耗电状态。

在一种可行的实施方式中，可以针对某一应用类型或单个应用设置处理器占用阈值，基于处理器占用阈值实现设备耗电异常状态和设备耗电正常状态的监测。

示意性的，可以先获取目标应用所对应的处理器占用阈值，若处理器占用值大于处理器占用阈值的情况下，认为当前目标应用对应设备耗电状态为设备耗电异常状态，若处理器占用值小于或等于处理器占用阈值的情况下，认为当前目标应用对应设备耗电状态为设备耗电正常状态。

在一种可行的实施方式，可以针对某一应用类型或单个应用设置若干占用值范围，不同的占用值范围对应不同的设备耗电等级，基于若干占用值范围实现设备耗电异常状态和设备耗电正常状态的监测。

示意性的，可以先获取目标应用所对应的若干占用值范围，确定处理器占用值所落入的目标占用值范围以获取目标占用值范围所对应的设备耗电等级，若设备耗电等级较高(如高于等级阈值)，确定当前目标应用对应设备耗电状态为设备耗电异常状态。

可以理解的，在说明书可以基于相应用户操控状态下的处理器占用值来衡量当前目标应用的耗电状况，通常目标应用的电量消耗检测通常基于应用耗电量进行监测，应用耗电量进行耗电监测通常存在一定的延后性需要等待电量已经消耗异常才能够监测出来，一定程度上无法预先进行耗电异常下的提前预测。在本说明书基于应用对处理器占用情况来实现耗电源头的异常耗电监测，通过处理器占用情况来直接反馈耗电是否异常，耗电监测的时效性较强，可以实现精准耗电监测；另外，由于处理器占用异常通常可以在异常初始状态即可监测到，而不必等到异常耗电持续一段时间之后才能够基于应用耗电量确定设备耗电异常。

在一些实施例中，在基于目标应用的处理器占用情况提前在应用静默态下确定目标应用为耗电异常状态，也即预测到目标应用继续运行会导致耗电量大幅消耗，电子设备可对该目标应用进行应用限制处理，以使得该目标应用后续的电量消耗属于正常状态，避免目标应用电量消耗异常。其中应用限制处理可以是减少分配目标应用的处理器占用时长、减少分配目标应用的设备计算资源等等。

在一些实施例中，可以获取目标应用在静默态下对应的应用运行数据(诸如进程堆栈数据)，并根据该应用运行数据获取引起该应用在静默态下耗电异常的具体原因，可以反馈于开发人员根据该耗电异常的具体原因有针对性地解决该应用的耗电异常问题，从而有效地对该应用进行优化。

在本说明书一个或多个实施例中，电子设备通过监测针对目标应用的操控状态，然后基于所述操控状态，获取所述目标应用对应的至少一个处理器占用值，就可以在获取到处理器占用值之后确定设备耗电状态。实现了通过基于用户操控状态下的处理器占用情况来衡量乃至预测应用耗电状况，不需要繁琐的去获取应用的耗电量进行监测，优化了耗电监测的流程，提升了耗电监测的智能性；以及，基于处理器占用情况可以从设备耗电源头实现耗电状态的提前预测，避免状态监测的延后性，进一步提升了耗电监测的时效性。

请参见图3，图3是本说明书一个或多个实施例提出的一种状态监测方法的另一种实施例的流程示意图。具体的：

S202：监测针对目标应用的操控状态；

具体可参考本说明书其他实施例的方法步骤，此处不再赘述。

S204：若所述操控状态为应用静默态，则确定针对所述目标应用的占用监测时长和起始监测时刻；

所述占用监测时长可以理解为针对目标应用处理器占用情况的监测周期，占用监测时长基于实际事务情况进行设置。

可选的，占用监测时长也可以是占用监测次数。

所述启示监测时刻可以理解为以确定目标应用为应用静默态之后的开始进行目标应用的处理器占用情况的监测起始时间。例如可以是在确定目标应用为应用静默态之后第x秒开始监测。

可选的，电子设备可以基于不同类型的目标应用优先设置不同的占用监测时长以及起始监测时刻。在确定操作状态为应用静默态之后，可以随之获取预先设置的目标应用的占用监测时长和起始监测时刻。

在本说明书一个或多个实施例中，目标应用的监测时长和起始监测时刻也可以是基于实际事务应用情况所动态确定，具体可参考本说明书对应的其他方法实施例的步骤。

S206：以所述起始监测时刻为参考，在所述占用监测时长内获取所述目标应用对应的至少一个处理器占用值。

具体的，电子设备在确定目标应用处于应用静默态之后，以起始监测时刻为参考，如在应用静默态后的起始监测时刻-2秒开始监测，在占用监测时长指示的一个采样周期内通常会对应若干采样次数，每一次采用可以得到一个处理占用值，在一个采样周期内会得到若干采样次数的处理器占用值。如一个采用周期内的采用次数为i，则可以得到目标应用对应的i个处理器占用值。

S208：确定处理器占用阈值；

所述处理器占用阈值可以是预先设置的。

可选的，处理器占用阈值的数量可以是多个，也即对应多个处理器占用阈值。

在一种可行的实施方式中，可以针对某一应用类型或单个应用设置处理器占用阈值，基于处理器占用阈值实现设备耗电异常状态和设备耗电正常状态的监测。

可选的，电子设备确定处理器占用阈值可以是在操控状态为应用静默态之后获取的。

S210：基于所述至少一个处理器占用值以及所述处理器占用阈值，确定设备耗电状态。

具体的，电子设备可以基于所述至少一个处理器占用值，确定处理器占用均值以及处理器占用中位值，然后比较处理器占用均值与处理器占用阈值的大小，以及比较处理器占用中位值与所述处理器占用阈值的大小。

若所述处理器占用均值大于所述处理器占用阈值，且所述处理器占用中位值大于所述处理器占用阈值，则确定设备耗电状态为耗电异常状态；

若所述处理器占用均值小于或等于所述处理器占用阈值，和/或，所述处理器占用中位值小于或等于所述处理器占用阈值，则确定设备耗电状态为耗电正常状态。

示意性的，基于获取的处理器占用均值以及处理器占用中位值进行阈值初始化。假设处理器占用均值表示为average_value，处理器占用中位值表示为middle_value。

1、初始化处理器占用阈值cpu_exception。

2、重置采样定时器、存储处理器占用值的存储数组cpu_list，计数器count。

其中，采样定时器可设置为起始监测时刻。

3、监测针对目标应用的操控状态，若操控状态为应用静默态，则以起始监测时刻为参考，在占用监测时长内或占用监测次数内采样获取目标应用对应的至少一个处理器占用值，并在每次采用后更新计数器count(也即计数器count的数值累计)。

4、达到占用监测时长或占用监测次数，得到若干处理器占用值构成的存储数组cpu_list。在一些实施方式中，将计数器count重置为0。

5、计算存储数组cpu_list所有处理器占用值的处理器占用均值average_value以及处理器占用中位值middle_value。

6、比较处理器占用均值与处理器占用阈值的大小，以及比较处理器占用中位值middle_value与所述处理器占用阈值的大小。

7、若处理器占用均值average_value大于处理器占用阈值cpu_exception，且所述处理器占用中位值middle_value大于所述处理器占用阈值cpu_exception，则确定设备耗电状态为耗电异常状态；

若处理器占用均值小于或等于处理器占用阈值cpu_exception，和/或，处理器占用中位值middle_value小于或等于处理器占用阈值cpu_exception，则确定设备耗电状态为耗电正常状态。

在本说明书一个或多个实施例中，电子设备通过监测针对目标应用的操控状态，在所述操控状态为应用静默态时，获取所述目标应用对应的至少一个处理器占用值，就可以计算处理器占用均值以及中位值，然后结合处理器占用阈值确定设备耗电状态。实现了通过基于用户操控状态下的处理器占用情况来衡量乃至预测应用耗电状况，不需要繁琐的去获取应用的耗电量进行监测，优化了耗电监测的流程，提升了耗电监测的智能性以及准确性；以及，基于处理器占用情况可以从设备耗电源头实现耗电状态的提前预测，避免状态监测的延后性，进一步提升了耗电监测的时效性。

请参见图4，图4是本说明书一个或多个实施例提出的一种状态监测方法的另一种实施例的流程示意图。具体的：

S302：监测针对目标应用的操控状态；

S304：若所述操控状态为应用静默态，获取处于应用操作态下针对所述目标应用的应用任务量和/或应用任务类型；

可以理解的，为了提升基于处理器占用情况的耗电监测的精准性，可以结合目标应用在应用静默态之前处于应用操作态时的应用任务，将应用静默态之前的应用任务纳入耗电监测的参考，以通过确定一个合适的占用监测时长和起始监测时刻，滤除目标应用自身任务重要度较高、任务可能在应用静默态下未执行完成等因素的干扰，以通过调节占用监测时长和起始监测时刻避开任务干扰时间段，实现基于处理器占用情况下进行耗电精准监测的效果。

如，应用静默态之前的应用任务可能会存在正常执行的数据传输任务、数据清除任务、定位任务等，此类任务还未完结，通过确定一个合适的占用监测时长和起始监测时刻，滤除目标应用自身任务的干扰。又如，不同的应用任务类型的任务可能在目标应用处于静默态下需要执行，通过确定一个合适的占用监测时长和起始监测时刻，滤除这类任务的干扰。

S306：基于所述应用任务量和/或应用任务类型对默认占用监测时长和默认起始监测时刻进行调整，得到针对所述目标应用的占用监测时长和起始监测时刻。

可以理解的，可以针对目标应用预先设置一个占用监测时长和起始监测时刻，预先设置的占用监测时长和起始监测时刻可称之为默认占用监测时长和默认起始监测时刻。在实际事务下，可以在处于应用静默态的情况下，结合应用任务量和/或应用任务类型对默认占用监测时长和默认起始监测时刻进行调整。

可选的，可以基于应用任务量的数值大小确定针对默认占用监测时长的时长调节因子和针对起始监测时刻的时刻调节因子。预先可设置若干任务量范围和不同任务量范围对应的“参考时长调节因子+参考时刻调节因子”之间任务量映射关系，任务量映射关系可以是以表格、数组、列表、集合等形式进行表征。在获取到当前目标应用的应用任务量之后，可以确定应用任务量所落入的目标任务量范围，然后基于任务量映射关系获取目标任务量范围对应的“时长调节因子+时刻调节因子”，然后对默认占用监测时长和默认起始监测时刻进行调整。

示意性的，调整方式可以是计算时长调节因子与默认占用监测时长的和作为占用监测时长，计算时刻调节因子与默认起始监测时刻的和作为起始监测时刻。

示意性的，调整方式可以是计算时长调节因子与默认占用监测时长的积作为占用监测时长，计算时刻调节因子与默认起始监测时刻的积作为起始监测时刻。

可选的，若干任务量范围和不同任务量范围对应的“参考时长调节因子+参考时刻调节因子”之间任务量映射关系，可以是预先获取到大量样本应用的在进入应用静默态之前的应用操作态下的任务样本数据(包含任务量、实际耗电效果等数据)采用数理分析算法所确定的任务量映射关系。

可选的，可以基于应用任务类型确定针对默认占用监测时长的时长调节因子和针对起始监测时刻的时刻调节因子。可以理解的，预先设置不同的任务类型与“参考时长调节因子+参考时刻调节因子”的类型映射关系，任务类型关系可以是以表格、数组、列表、集合等形式进行表征。然后确定应用任务类型之后，可以基于前述类型映射关系来获取当前的“时长调节因子+时刻调节因子”，然后对默认占用监测时长和默认起始监测时刻进行调整。其中，调整方式与前述涉及的基于应用任务量进行调整的方式类似。

可以理解的，可以基于所述应用任务量和应用任务类型中的至少一种来确定“时长调节因子+时刻调节因子”，然后基于“时长调节因子+时刻调节因子”对默认占用监测时长和默认起始监测时刻进行调整。

可以理解的，在涉及到对应多组“时长调节因子+时刻调节因子”，电子设备可以对多个时长调整因子和时刻调节因子进行拟合，拟合方式可以是采用调整因子求和、调整因子取概率值(如极值、平均值、中位值)的方式。

S308：以所述起始监测时刻为参考，在所述占用监测时长内获取所述目标应用对应的至少一个处理器占用值。

具体可参考本说明书其他实施例的方法步骤，此处不再赘述。

S310：获取所述目标应用对应的至少一个应用运行参数，基于所述应用运行参数对默认占用阈值进行调整，得到处理器占用阈值。

所述目标应用的应用运行参数反馈电子设备的运行执行状态，应用运行参数可以包括：内存占用值、进程运行数量、线程运行数量、部件开启量、画面刷新频率等一种或多种的拟合。通过应用运行参数可以一定程度上量化应用的运行情况，不同的应用运行情况可以设置合适的处理器占用阈值。以实现基于实际情况中的目标应用的应用运行情况下来确定准确的处理器占用阈值，实现基于处理器占用情况进行耗电监测的精准量化，提高耗电监测的智能化程度。

可选的，电子设备可以获取目标应用处于应用静默态之前预设时间段(如3分钟)内的应用运行参数。

在一种可行的实施方式中，可以基于机器学习的阈值调整模型来实现目标应用对应的默认占用阈值的调整。

示意性的，可以通过预先获取样本应用程序对应的大量样本数据(包含内存占用值、进程运行数量、线程运行数量、部件开启量、画面刷新频率等多种运行状态参数和耗电量化值)，提取特征信息，并对所述样本数据进行标签调整值和默认占用阈值的标注，所述特征信息包含：内存占用特征、进程运行特征、线程运行特征、部件开启特征等，创建基于机器学习的初始的阈值调整模型。所述阈值调整模型可以是使用大量的样本数据对初始的阈值调整模型进行训练的，如应用风险分析模型可以是基于逻辑回归模型(LogisticRegression，LR)、支持向量机(Support Vector Machine，SVM)、决策树、朴素贝叶斯分类器、卷积神经网络(Convolutional Neural Network，CNN)、递归神经网络(RecurrentNeural Networks，RNN)等中的一种或多种实现，初始的阈值调整模型的输入为样本数据和(该样本数据对应样本应用所设置的)默认占用阈值，基于已经标注标签调整值的样本数据对初始的阈值调整模型进行训练，在满足模型训练结束条件之后，可以得到训练好的阈值调整模型。

更进一步的，本实施例中可以采用引入误差反向传播算法的神经网络模型创建初始的阈值调整模型，提取样本数据的特征信息之后，将特征信息以特征向量的形式输入到所述神经网络模型中，所述神经网络模型的训练过程通常由正向传播和反向传播两部分组成，在正向传播过程中，输入样本数据对应的特征信息从所述神经网络模型的输入层经过隐层神经元(也称节点)的传递函数(又称激活函数、转换函数)运算后，传向输出层，其中每一层神经元状态影响下一层神经元状态，在输出层计算实际输出值-阈值调节值，计算所述实际输出值与期望输出值(标注的标签调整值)的期望误差，基于所述期望误差调整所述神经网络模型的参数，所述参数包含每一层的权重值和阈值，训练完成后，生成阈值调整模型。阈值调整模型用于预测针对默认占用阈值的阈值调整值并基于阈值调整值对默认占用阈值进行调节，输出处理器占用阈值。

在实际应用中，在获取目标应用对应的至少一个应用状态参数，确定目标应用对应的默认占用阈值之后，电子设备将所述至少一个应用状态参数和默认占用阈值输入至阈值调整模型中，输出处理器占用阈值。

S312：基于所述处理器占用值以及所述处理器占用阈值，确定设备耗电状态。

具体可参考本说明书其他实施例的方法步骤，此处不再赘述。

在本说明书一个或多个实施例中，电子设备通过监测针对目标应用的操控状态，然后基于所述操控状态，获取所述目标应用对应的至少一个处理器占用值，就可以在获取到处理器占用值之后确定设备耗电状态。实现了通过基于用户操控状态下的处理器占用情况来衡量乃至预测应用耗电状况，不需要繁琐的去获取应用的耗电量进行监测，优化了耗电监测的流程，提升了耗电监测的智能性；以及，基于处理器占用情况可以从设备耗电源头实现耗电状态的提前预测，避免状态监测的延后性，进一步提升了耗电监测的时效性；以及，结合实际事务下的应用任务情况来确定合适的占用监测时长和起始监测时刻，实现对状态监测的干扰因素滤除，实现基于处理器占用情况下进行耗电精准监测的效果；以及，可以结合应用运行参数调节占用阈值，以确定准确的处理器占用阈值实现精准状态监测，提高耗电监测的智能化程度。

下面将结合图5，对本说明书提供的状态监测装置进行详细介绍。需要说明的是，图5所示的状态监测装置，用于执行本申请图1～图6所示实施例的方法，为了便于说明，仅示出了与本说明书相关的部分，具体技术细节未揭示的，请参照本说明书所示的其他方法实施例。

请参见图5，其示出本说明书的状态监测装置的结构示意图。该状态监测装置1可以通过软件、硬件或者两者的结合实现成为用户终端的全部或一部分。根据一些实施例，该状态监测装置1包括状态监测模块11、状态监测模块12和状态监测模块13，具体用于：

状态监测模块11，用于监测针对目标应用的操控状态；

参数获取模块12，用于基于所述操控状态，获取所述目标应用对应的至少一个处理器占用值；

状态确定模块13，用于基于所述处理器占用值确定设备耗电状态。

可选的，如图6所示，所述状态监测模块11，包括：

操作监测单元111，用于监测用户针对目标应用的用户操作；

状态确定单元112，用于基于所述用户操作确定针对目标应用的操控状态。

可选的，所述状态确定单元112，具体用于：

若监测到所述用户操作，则确定所述目标应用的操控状态为应用操作态；

若未监测到所述用户操作，则确定所述目标应用的操控状态为应用静默态。

可选的，

可选的，所述状态确定单元112，具体用于：

若所述操控状态为应用静默态，则执行获取所述目标应用对应的至少一个处理器占用值的步骤。

可选的，如图7所示，所述状态确定模块13，包括：

阈值确定单元131，用于确定处理器占用阈值；

状态确定单元132，用于基于所述至少一个处理器占用值以及所述处理器占用阈值，确定设备耗电状态。

可选的，所述状态确定单元132，具体用于：

基于所述至少一个处理器占用值，确定处理器占用均值以及处理器占用中位值；

若所述处理器占用均值大于所述处理器占用阈值，且所述处理器占用中位值大于所述处理器占用阈值，则确定设备耗电状态为耗电异常状态；

若所述处理器占用均值小于或等于所述处理器占用阈值，和/或，所述处理器占用中位值小于或等于所述处理器占用阈值，则确定设备耗电状态为耗电正常状态。

可选的，所述参数获取模块12，具体用于：

确定针对所述目标应用的占用监测时长和起始监测时刻；

以所述起始监测时刻为参考，在所述占用监测时长内获取所述目标应用对应的至少一个处理器占用值。

可选的，所述参数获取模块12，具体用于：

获取处于应用操作态下针对所述目标应用的应用任务量和/或应用任务类型；

基于所述应用任务量和/或应用任务类型对默认占用监测时长和默认起始监测时刻进行调整，得到针对所述目标应用的占用监测时长和起始监测时刻。

可选的，阈值确定单元131，具体用于：

获取默认占用阈值，将所述默认占用阈值作为处理器占用阈值；或，

获取所述目标应用对应的至少一个应用运行参数，基于所述应用运行参数对默认占用阈值进行调整，得到处理器占用阈值。

可选的，阈值确定单元131，具体用于：

获取所述目标应用对应的至少一个应用运行参数；

将所述至少一个应用状态参数和默认占用阈值输入至阈值调整模型中，输出处理器占用阈值。

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

上述本说明书序号仅仅为了描述，不代表实施例的优劣。

在本说明书中一个或多个实施例中，电子设备通过监测针对目标应用的操控状态，然后基于所述操控状态，获取所述目标应用对应的至少一个处理器占用值，就可以在获取到处理器占用值之后确定设备耗电状态。实现了通过基于用户操控状态下的处理器占用情况来衡量乃至预测应用耗电状况，不需要繁琐的去获取应用的耗电量进行监测，优化了耗电监测的流程，提升了耗电监测的智能性；以及，基于处理器占用情况可以从设备耗电源头实现耗电状态的提前预测，避免状态监测的延后性，进一步提升了耗电监测的时效性；以及，结合实际事务下的应用任务情况来确定合适的占用监测时长和起始监测时刻，实现对状态监测的干扰因素滤除，实现基于处理器占用情况下进行耗电精准监测的效果；以及，可以结合应用运行参数调节占用阈值，以确定准确的处理器占用阈值实现精准状态监测，提高耗电监测的智能化程度。

本说明书还提供了一种计算机存储介质，所述计算机存储介质可以存储有多条指令，所述指令适于由处理器加载并执行如上述图1～图4所示实施例的所述状态监测方法，具体执行过程可以参见图1～图4所示实施例的具体说明，在此不进行赘述。

本申请还提供了一种计算机程序产品，该计算机程序产品存储有至少一条指令，所述至少一条指令由所述处理器加载并执行如上述图1～图4所示实施例的所述状态监测方法，具体执行过程可以参见图1～图4所示实施例的具体说明，在此不进行赘述。

请参考图8，其示出了本申请一个示例性实施例提供的电子设备的结构方框图。本申请中的电子设备可以包括一个或多个如下部件：处理器110、存储器120、输入装置130、输出装置140和总线150。处理器110、存储器120、输入装置130和输出装置140之间可以通过总线150连接。

处理器110可以包括一个或者多个处理核心。处理器110利用各种接口和线路连接整个电子设备内的各个部分，通过运行或执行存储在存储器120内的指令、程序、代码集或指令集，以及调用存储在存储器120内的数据，执行电子设备100的各种功能和处理数据。可选地，处理器110可以采用数字信号处理(digital signal processing，DSP)、现场可编程门阵列(field－programmable gate array，FPGA)、可编程逻辑阵列(programmable logicArray，PLA)中的至少一种硬件形式来实现。处理器110可集成中心处理器(centralprocessing unit，CPU)、图像处理器(graphics processing unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器110中，单独通过一块通信芯片进行实现。

存储器120可以包括随机存储器(random Access Memory，RAM)，也可以包括只读存储器(read-only memory，ROM)。可选地，该存储器120包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器120可用于存储指令、程序、代码、代码集或指令集。存储器120可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等，该操作系统可以是安卓(Android)系统，包括基于Android系统深度开发的系统、苹果公司开发的IOS系统，包括基于IOS系统深度开发的系统或其它系统。存储数据区还可以存储电子设备在使用中所创建的数据比如电话本、音视频数据、聊天记录数据，等。

参见图9所示，存储器120可分为操作系统空间和用户空间，操作系统即运行于操作系统空间，原生及第三方应用程序即运行于用户空间。为了保证不同第三方应用程序均能够达到较好的运行效果，操作系统针对不同第三方应用程序为其分配相应的系统资源。然而，同一第三方应用程序中不同应用场景对系统资源的需求也存在差异，比如，在本地资源加载场景下，第三方应用程序对磁盘读取速度的要求较高；在动画渲染场景下，第三方应用程序则对GPU性能的要求较高。而操作系统与第三方应用程序之间相互独立，操作系统往往不能及时感知第三方应用程序当前的应用场景，导致操作系统无法根据第三方应用程序的具体应用场景进行针对性的系统资源适配。

为了使操作系统能够区分第三方应用程序的具体应用场景，需要打通第三方应用程序与操作系统之间的数据通信，使得操作系统能够随时获取第三方应用程序当前的场景信息，进而基于当前场景进行针对性的系统资源适配。

以操作系统为Android系统为例，存储器120中存储的程序和数据如图10所示，存储器120中可存储有Linux内核层320、系统运行时库层340、应用框架层360和应用层380，其中，Linux内核层320、系统运行库层340和应用框架层360属于操作系统空间，应用层380属于用户空间。Linux内核层320为电子设备的各种硬件提供了底层的驱动，如显示驱动、音频驱动、摄像头驱动、蓝牙驱动、Wi-Fi驱动、电源管理等。系统运行库层340通过一些C/C++库来为Android系统提供了主要的特性支持。如SQLite库提供了数据库的支持，OpenGL/ES库提供了3D绘图的支持，Webkit库提供了浏览器内核的支持等。在系统运行时库层340中还提供有安卓运行时库(Android runtime)，它主要提供了一些核心库，能够允许开发者使用Java语言来编写Android应用。应用框架层360提供了构建应用程序时可能用到的各种API，开发者也可以通过使用这些API来构建自己的应用程序，比如活动管理、窗口管理、视图管理、通知管理、内容提供者、包管理、通话管理、资源管理、定位管理。应用层380中运行有至少一个应用程序，这些应用程序可以是操作系统自带的原生应用程序，比如联系人程序、短信程序、时钟程序、相机应用等；也可以是第三方开发者所开发的第三方应用程序，比如游戏类应用程序、即时通信程序、相片美化程序等。

以操作系统为IOS系统为例，存储器120中存储的程序和数据如图11所示，IOS系统包括：核心操作系统层420(Core OS layer)、核心服务层440(Core Services layer)、媒体层460(Media layer)、可触摸层480(Cocoa Touch Layer)。核心操作系统层420包括了操作系统内核、驱动程序以及底层程序框架，这些底层程序框架提供更接近硬件的功能，以供位于核心服务层440的程序框架所使用。核心服务层440提供给应用程序所需要的系统服务和/或程序框架，比如基础(Foundation)框架、账户框架、广告框架、数据存储框架、网络连接框架、地理位置框架、运动框架等等。媒体层460为应用程序提供有关视听方面的接口，如图形图像相关的接口、音频技术相关的接口、视频技术相关的接口、音视频传输技术的无线播放(AirPlay)接口等。可触摸层480为应用程序开发提供了各种常用的界面相关的框架，可触摸层480负责用户在电子设备上的触摸交互操作。比如本地通知服务、远程推送服务、广告框架、游戏工具框架、消息用户界面接口(User Interface，UI)框架、用户界面UIKit框架、地图框架等等。

在图11所示出的框架中，与大部分应用程序有关的框架包括但不限于：核心服务层440中的基础框架和可触摸层480中的UIKit框架。基础框架提供许多基本的对象类和数据类型，为所有应用程序提供最基本的系统服务，和UI无关。而UIKit框架提供的类是基础的UI类库，用于创建基于触摸的用户界面，iOS应用程序可以基于UIKit框架来提供UI，所以它提供了应用程序的基础架构，用于构建用户界面，绘图、处理和用户交互事件，响应手势等等。

其中，在IOS系统中实现第三方应用程序与操作系统数据通信的方式以及原理可参考Android系统，本申请在此不再赘述。

其中，输入装置130用于接收输入的指令或数据，输入装置130包括但不限于键盘、鼠标、摄像头、麦克风或触控设备。输出装置140用于输出指令或数据，输出装置140包括但不限于显示设备和扬声器等。在一个示例中，输入装置130和输出装置140可以合设，输入装置130和输出装置140为触摸显示屏，该触摸显示屏用于接收用户使用手指、触摸笔等任何适合的物体在其上或附近的触摸操作，以及显示各个应用程序的用户界面。触摸显示屏通常设置在电子设备的前面板。触摸显示屏可被设计成为全面屏、曲面屏或异型屏。触摸显示屏还可被设计成为全面屏与曲面屏的结合，异型屏与曲面屏的结合，本说明书对此不加以限定。

除此之外，本领域技术人员可以理解，上述附图所示出的电子设备的结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。比如，电子设备中还包括射频电路、输入单元、传感器、音频电路、无线保真(wireless fidelity，WiFi)模块、电源、蓝牙模块等部件，在此不再赘述。

在本说明书中，各步骤的执行主体可以是上文介绍的电子设备。可选地，各步骤的执行主体为电子设备的操作系统。操作系统可以是安卓系统，也可以是IOS系统，或者其它操作系统，本说明书对此不作限定。

本说明书的电子设备，其上还可以安装有显示设备，显示设备可以是各种能实现显示功能的设备，例如：阴极射线管显示器(cathode ray tubedisplay，简称CR)、发光二极管显示器(light-emitting diode display，简称LED)、电子墨水屏、液晶显示屏(liquidcrystal display，简称LCD)、等离子显示面板(plasma display panel，简称PDP)等。用户可以利用电子设备101上的显示设备，来查看显示的文字、图像、视频等信息。所述电子设备可以是智能手机、平板电脑、游戏设备、AR(Augmented Reality，增强现实)设备、汽车、数据存储装置、音频播放装置、视频播放装置、笔记本、桌面计算设备、可穿戴设备诸如电子手表、电子眼镜、电子头盔、电子手链、电子项链、电子衣物等设备。

在图8所示的电子设备中，其中电子设备可以是一种终端，处理器110可以用于调用存储器120中存储的应用程序，并具体执行以下操作：

监测针对目标应用的操控状态；

基于所述操控状态，获取所述目标应用对应的至少一个处理器占用值；

基于所述处理器占用值确定设备耗电状态。

在一个实施例中，所述处理器110在执行所述所述监测针对目标应用的操控状态时，具体执行以下操作：

监测用户针对目标应用的用户操作，基于所述用户操作确定针对目标应用的操控状态。

在一个实施例中，所述处理器110在执行所述基于所述用户操作确定针对目标应用的操控状态时，具体执行以下步骤：

若监测到所述用户操作，则确定所述目标应用的操控状态为应用操作态；

若未监测到所述用户操作，则确定所述目标应用的操控状态为应用静默态。

在一个实施例中，所述处理器110在执行所述基于所述操控状态，获取至少一个线程的处理器占用值时，具体执行以下步骤：

若所述操控状态为所述应用静默态，则执行获取所述目标应用对应的至少一个处理器占用值的步骤。

在一个实施例中，所述处理器110在执行所述基于所述处理器占用值确定设备耗电状态时，具体执行以下步骤：

确定处理器占用阈值；

基于所述至少一个处理器占用值以及所述处理器占用阈值，确定设备耗电状态。

在一个实施例中，所述处理器110在执行所述基于所述至少一个处理器占用值以及所述处理器占用阈值，确定设备耗电状态时，具体执行以下步骤：

基于所述至少一个处理器占用值，确定处理器占用均值以及处理器占用中位值；

若所述处理器占用均值大于所述处理器占用阈值，且所述处理器占用中位值大于所述处理器占用阈值，则确定设备耗电状态为耗电异常状态；

若所述处理器占用均值小于或等于所述处理器占用阈值，和/或，所述处理器占用中位值小于或等于所述处理器占用阈值，则确定设备耗电状态为耗电正常状态。

在一个实施例中，所述处理器110在执行所述获取所述目标应用对应的至少一个处理器占用值时，具体执行以下步骤：

确定针对所述目标应用的占用监测时长和起始监测时刻；

以所述起始监测时刻为参考，在所述占用监测时长内获取所述目标应用对应的至少一个处理器占用值。

在一个实施例中，所述处理器110在执行所述确定针对所述目标应用的处理占用监测时长和起始监测时刻时，具体执行以下步骤：

获取处于应用操作态下针对所述目标应用的应用任务量和/或应用任务类型；

基于所述应用任务量和/或应用任务类型对默认占用监测时长和默认起始监测时刻进行调整，得到针对所述目标应用的占用监测时长和起始监测时刻。

在一个实施例中，所述处理器110在执行所述确定处理器占用阈值，包括：

获取默认占用阈值，将所述默认占用阈值作为处理器占用阈值；或，

获取所述目标应用对应的至少一个应用运行参数，基于所述应用运行参数对默认占用阈值进行调整，得到处理器占用阈值。

在一个实施例中，所述处理器110在执行所述获取所述目标应用对应的至少一个应用运行参数，基于所述应用运行参数对默认占用阈值进行调整，得到处理器占用阈值时，具体执行以下步骤：

获取所述目标应用对应的至少一个应用运行参数；

将所述至少一个应用状态参数和默认占用阈值输入至阈值调整模型中，输出处理器占用阈值。

在本说明书中一个或多个实施例中，电子设备通过监测针对目标应用的操控状态，然后基于所述操控状态，获取所述目标应用对应的至少一个处理器占用值，就可以在获取到处理器占用值之后确定设备耗电状态。实现了通过基于用户操控状态下的处理器占用情况来衡量乃至预测应用耗电状况，不需要繁琐的去获取应用的耗电量进行监测，优化了耗电监测的流程，提升了耗电监测的智能性；以及，基于处理器占用情况可以从设备耗电源头实现耗电状态的提前预测，避免状态监测的延后性，进一步提升了耗电监测的时效性；以及，结合实际事务下的应用任务情况来确定合适的占用监测时长和起始监测时刻，实现对状态监测的干扰因素滤除，实现基于处理器占用情况下进行耗电精准监测的效果；以及，可以结合应用运行参数调节占用阈值，以确定准确的处理器占用阈值实现精准状态监测，提高耗电监测的智能化程度。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体或随机存储记忆体等。

以上所揭露的仅为本申请较佳实施例而已，当然不能以此来限定本申请之权利范围，因此依本申请权利要求所作的等同变化，仍属本申请所涵盖的范围。

Claims (14)

1.一种状态监测方法，所述方法包括：

监测针对目标应用的操控状态；

基于所述操控状态，获取所述目标应用对应的至少一个处理器占用值；

基于所述处理器占用值确定设备耗电状态。

2.根据权利要求1所述的方法，所述监测针对目标应用的操控状态，包括：

监测用户针对目标应用的用户操作，基于所述用户操作确定针对目标应用的操控状态。

3.根据权利要求2所述的方法，所述基于所述用户操作确定针对目标应用的操控状态，包括：

若监测到所述用户操作，则确定所述目标应用的操控状态为应用操作态；

若未监测到所述用户操作，则确定所述目标应用的操控状态为应用静默态。

4.根据权利要求3所述的方法，所述基于所述操控状态，获取至少一个线程的处理器占用值，包括：

若所述操控状态为所述应用静默态，则执行获取所述目标应用对应的至少一个处理器占用值的步骤。

5.根据权利要求1所述的方法，所述基于所述处理器占用值确定设备耗电状态，包括：

确定处理器占用阈值；

基于所述至少一个处理器占用值以及所述处理器占用阈值，确定设备耗电状态。

6.根据权利要求5所述的方法，所述基于所述至少一个处理器占用值以及所述处理器占用阈值，确定设备耗电状态，包括：

基于所述至少一个处理器占用值，确定处理器占用均值以及处理器占用中位值；

若所述处理器占用均值大于所述处理器占用阈值，且所述处理器占用中位值大于所述处理器占用阈值，则确定设备耗电状态为耗电异常状态；

若所述处理器占用均值小于或等于所述处理器占用阈值，和/或，所述处理器占用中位值小于或等于所述处理器占用阈值，则确定设备耗电状态为耗电正常状态。

7.根据权利要求1所述的方法，所述获取所述目标应用对应的至少一个处理器占用值，包括：

确定针对所述目标应用的占用监测时长和起始监测时刻；

以所述起始监测时刻为参考，在所述占用监测时长内获取所述目标应用对应的至少一个处理器占用值。

8.根据权利要求7所述的方法，所述确定针对所述目标应用的处理占用监测时长和起始监测时刻，包括：

获取处于应用操作态下针对所述目标应用的应用任务量和/或应用任务类型；

基于所述应用任务量和/或应用任务类型对默认占用监测时长和默认起始监测时刻进行调整，得到针对所述目标应用的占用监测时长和起始监测时刻。

9.根据权利要求5所述的方法，所述确定处理器占用阈值，包括：

获取默认占用阈值，将所述默认占用阈值作为处理器占用阈值；或，

获取所述目标应用对应的至少一个应用运行参数，基于所述应用运行参数对默认占用阈值进行调整，得到处理器占用阈值。

10.根据权利要求9所述的方法，所述获取所述目标应用对应的至少一个应用运行参数，基于所述应用运行参数对默认占用阈值进行调整，得到处理器占用阈值，包括：

获取所述目标应用对应的至少一个应用运行参数；

将所述至少一个应用状态参数和默认占用阈值输入至阈值调整模型中，输出处理器占用阈值。

11.一种状态监测装置，所述装置包括：

状态监测模块，用于监测针对目标应用的操控状态；

参数获取模块，用于基于所述操控状态，获取所述目标应用对应的至少一个处理器占用值；

状态确定模块，用于基于所述处理器占用值确定设备耗电状态。

12.一种计算机存储介质，所述计算机存储介质存储有多条指令，所述指令适于由处理器加载并执行如权利要求1～10任意一项的方法步骤。

13.一种计算机程序产品，该计算机程序产品存储有至少一条指令，所述至少一条指令由所述处理器加载并执行如权利要求1～10任意一项的方法步骤。

14.一种电子设备，包括：处理器和存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行如权利要求1～10任意一项的方法步骤。

Images