CN106774786A - 一种功耗控制方法以及装置 - Google Patents

Abstract

本发明实施例公开了一种功耗控制方法，用于降低移动终端的功耗。本发明实施例方法包括：获取目标应用对应的类别信息，并获取移动终端当前的运行状态；根据类别信息以及运行状态确定目标应用对应的目标功耗策略；执行目标功耗策略。本发明实施例还提供了一种功耗控制装置，通过结合移动终端的运行状态，可以对不同的应用进行不同的功耗控制，针对性的处理有利于避免移动终端高功耗的同时，可以兼顾移动终端的性能，优化移动终端的续航能力。

Description

一种功耗控制方法以及装置

技术领域

本发明涉及移动通信领域，尤其涉及一种功耗控制方法以及装置。

背景技术

随着嵌入式及移动通信等技术的迅速发展，移动终端向着更加智能化、更高集成度和更强功能的方向发展，而移动终端的高功耗也成为日益突出的问题。

一方面，由于移动终端中具有多核CPU(Central Processing Unit，中央处理器)、高性能GPU(Graphic ProcessingUnit，图形处理器)、大尺寸LCD(Liquid CrystalDisplay，液晶显示器)以及各类传感器等部件，对移动终端的运行性能要求越高，其耗电量越大，不利于移动终端的续航能力的提高，另一方面，由于移动终端产品的业务集成度越来越高，例如，智能手机集音视频通话、短信、多媒体、电子游戏、拍照等多种功能于一体，在为用户带来更多方便的同时，对移动终端的电能的消耗也逐级增长，且高功耗对移动终端的电池性能、散热性能等可靠性设计提出了更为严峻的挑战，不利于移动终端的进一步普及发展。

为了解决高能耗的问题，在现有的解决移动终端的高功耗的方案中，主要是通过一定的策略限制应用在后台中的运行，然而，此类处理方式存在以下的问题：1、部分应用可能会因为高耗电的原因被清理掉而使得移动终端失去了相应应用的功能；2、部分应用没有制定相应的处理策略，使得移动终端在特殊情况下无法处理该部分应用的功耗异常；3、无法根据不同的时间、不同的场景对应用制定相应的节能策略；4、移动终端的所有应用适用同一节能策略，不利于功耗的优化。

综上所述，如何有效解决降低终端中的高功耗仍是目前亟待解决的问题。

发明内容

本发明实施例提供了一种功耗控制方法以及装置，通过结合移动终端的运行状态，可以对不同的应用进行不同的功耗控制，针对性的处理有利于避免移动终端高功耗的同时，可以兼顾移动终端的性能，优化移动终端的续航能力。

有鉴于此，本发明第一方面提供一种功耗控制方法，应用于移动终端，可包括：

获取目标应用对应的类别信息，并获取移动终端当前的运行状态；

根据类别信息以及运行状态确定目标应用对应的目标功耗策略；

执行目标功耗策略。

结合本发明实施例的第一方面，在本发明实施例的第一方面的第一种实施方式中，根据类别信息以及运行状态确定目标应用对应的目标功耗策略包括：

获取类别信息中目标应用的应用类型；

根据应用类型以及运行状态，获取服务器中存储的与目标应用对应的预设功耗策略作为目标功耗策略。

结合本发明实施例的第一方面，在本发明实施例的第一方面的第二种实施方式中，根据类别信息以及运行状态确定目标应用对应的目标功耗策略包括：

获取类别信息中目标应用的下载量；

判断下载量是否大于预设下载量并获取判断结果；

根据判断结果及运行状态，获取服务器中存储的与目标应用对应的预设功耗策略作为目标功耗策略。

结合本发明实施例的第一方面的第二种实施方式，在本发明实施例的第一方面的第三种实施方式中，根据判断结果，下载量不大于预设下载量时对应目标功耗策略的权限低于或等于下载量大于预设下载量时对应目标功耗策略的权限。

结合本发明实施例的第一方面，本发明实施例的第一方面的第一种实施方式至第三种实施方式中的任意一种，在本发明实施例的第一方面的第四种实施方式中，根据运行状态，若运行状态为工作状态，则目标功耗策略为第一策略；

若运行状态为暂停状态，则目标功耗策略为第二策略，第二策略的权限低于或等于第一策略的权限；

若运行状态为休眠状态，则目标功耗策略为第三策略，第三策略的权限低于或等于第二策略的权限；

若运行状态为待机状态，则目标功耗策略为第四策略，第四策略的权限低于或等于第三策略的权限。

结合本发明实施例的第一方面，本发明实施例的第一方面的第一种实施方式至第四种实施方式中的任意一种，在本发明实施例的第一方面的第五种实施方式中，该方法还包括：

获取目标应用的功耗数据，功耗数据包括目标应用的子功能的功耗；

判断子功能的功耗是否大于预设功耗；

若大于，则限制子功能的运行。

结合本发明实施例的第一方面的第五种实施方式，在本发明实施例的第一方面的第六种实施方式中，在判断子功能的功耗是否大于预设功耗之前，该方法还包括：

从服务器获取子功能对应的预设功耗，预设功耗为服务器根据目标应用的应用类型制定得到。

结合本发明实施例的第一方面的第五种实施方式或第六种实施方式，在本发明实施例的第一方面的第七种实施方式中，该方法还包括：

判断目标功耗策略是否为预设策略类型；

若是，则触发获取目标应用的功耗数据的步骤。

本发明第二方面提供一种功耗控制装置，应用于移动终端，可包括：

第一获取模块，用于获取目标应用对应的类别信息；

第二获取模块，用于获取移动终端当前的运行状态；

确定模块，用于根据类别信息以及运行状态确定目标应用对应的目标功耗策略；

执行模块，用于执行目标功耗策略。

结合本发明实施例的第二方面，在本发明实施例的第二方面的第一种实施方式中，确定模块包括：

第一获取单元，用于获取类别信息中目标应用的应用类型；

第二获取单元，用于根据应用类型以及运行状态，获取服务器中存储的与目标应用对应的预设功耗策略作为目标功耗策略。

结合本发明实施例的第二方面，在本发明实施例的第二方面的第二种实施方式中，确定模块包括：

第三获取单元，用于获取类别信息中目标应用的下载量；

判断单元，用于判断下载量是否大于预设下载量并获取判断结果；

第四获取单元，用于根据判断结果及运行状态，获取服务器中存储的与目标应用对应的预设功耗策略作为目标功耗策略。

结合本发明实施例的第二方面的第二种实施方式，在本发明实施例的第二方面的第三种实施方式中，根据判断结果，下载量不大于预设下载量时对应目标功耗策略的权限低于或等于下载量大于预设下载量时对应目标功耗策略的权限。

结合本发明实施例的第二方面，本发明实施例的第二方面的第一种实施方式至第三种实施方式中的任意一种，在本发明实施例的第二方面的第四种实施方式中，根据运行状态，若运行状态为工作状态，则目标功耗策略为第一策略；

若运行状态为暂停状态，则目标功耗策略为第二策略，第二策略的权限低于或等于第一策略的权限；

若运行状态为休眠状态，则目标功耗策略为第三策略，第三策略的权限低于或等于第二策略的权限；

若运行状态为待机状态，则目标功耗策略为第四策略，第四策略的权限低于或等于第三策略的权限。

结合本发明实施例的第二方面，本发明实施例的第二方面的第一种实施方式至第四种实施方式中的任意一种，在本发明实施例的第二方面的第五种实施方式中，装置还包括：

第三获取模块，用于获取目标应用的功耗数据，功耗数据包括目标应用的子功能的功耗；

第一判断模块，用于判断子功能的功耗是否大于预设功耗；

限制模块，用于当功耗大于预设功耗时，则限制子功能的运行。

结合本发明实施例的第二方面的第五种实施方式，在本发明实施例的第二方面的第六种实施方式中，装置还包括：

第四获取模块，用于从服务器获取子功能对应的预设功耗，预设功耗为服务器根据目标应用的应用类型制定得到。

结合本发明实施例的第二方面的第五种实施方式或第六种实施方式，在本发明实施例的第二方面的第七种实施方式中，装置还包括：

第二判断模块，用于判断目标功耗策略是否为预设策略类型；

触发模块，用于当目标功耗策略为预设功耗策略时，则触发第三获取模块获取目标应用的功耗数据。

从以上技术方案可以看出，本发明实施例具有以下优点：

本实施例中，根据移动终端中目标应用的类别信息以及移动终端当前的运行状态确定目标应用对应的目标功耗策略后，可以执行该目标功耗策略，从而可以根据具体的时间以及场景实现对目标应用的功能限制，且能够对目标应用的主要功能与次要功能进行相应的保活与限制，而对于不同的目标应用，又由于类别信息的不同，可以对应有不同的目标功耗策略，从而可以避免对所有目标应用进行一刀切的节能策略，进而可以更有效地解决移动终端的高功耗问题。

附图说明

图1为本发明实施例中功耗控制方法一个实施例示意图；

图2为本发明实施例中功耗控制方法另一实施例示意图；

图3为本发明实施例中功耗控制方法另一实施例示意图；

图4为本发明实施例中功耗控制方法另一实施例示意图；

图5为本发明实施例中功耗控制方法另一实施例示意图；

图6为本发明实施例中功耗控制装置一个实施例示意图；

图7为本发明实施例中功耗控制装置另一实施例示意图；

图8为本发明实施例中功耗控制装置另一实施例示意图；

图9为本发明实施例中功耗控制装置另一实施例示意图。

具体实施方式

本发明实施例提供了一种功耗控制方法以及装置，通过结合移动终端的运行状态，可以对不同的应用进行不同的功耗控制，针对性的处理有利于避免移动终端高功耗的同时，可以兼顾移动终端的性能，优化移动终端的续航能力。

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

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为了更好理解本发明实施例公开的一种功耗控制方法，先对本发明实施例适用的移动终端进行描述。本发明实施例所描述的移动终端可以包括任何具备显示屏以及通信和存储功能的设备，例如：平板电脑、手机等智能设备，该移动终端可以安装有包括如下操作系统：Android、Linux、IOS、Windows等，移动终端基于所安装的操作系统可以进一步安装有若干应用程序，该应用程序可以是移动终端出厂前预装的系统应用，如邮箱应用、设置应用、音乐应用、浏览器应用、拍照应用等，也可以是用户自己安装的第三方应用，如QQ应用、微信应用、支付宝应用、微博应用等，具体此处不做限定。

为便于理解，下面对本发明实施例中的具体流程进行描述，请参阅图1，本发明实施例中功耗控制方法一个实施例包括：

101、获取目标应用对应的类别信息，并获取移动终端当前的运行状态；

本实施例中，目标应用可以运行在移动终端上，该目标应用可以为系统应用，也可以是用户安装的第三方应用。其中，对于已经安装的应用可以进行分类，基于分类结果，可以获取目标应用对应的类别信息，同时，在移动终端的使用过程中，还可以获取移动终端当前的运行状态。

本实施例中，应用的分类方法可以包括但不限于功能分类，应用的类别信息可以包括应用类型和应用的下载量，均可以从应用中心等大数据平台获取得到，以用于指示应用的性能属性以及大众使用的频率，例如，微信应用和QQ应用由于均具有聊天功能，可以分类为同一应用类型，那么在微信应用和QQ应用相应的类别信息中可以包括具体的应用类型。

在实际应用中，移动终端可以对应有不同的运行状态，该运行状态可以包括工作状态、暂停状态、休眠状态和待机状态，其中，工作状态指的是移动终端中有应用在前台运行；暂停状态指的是移动终端的显示屏处于黑屏状态，且移动终端中无应用在前台运行；休眠状态指的是移动终端进入暂停状态第一预设时长后的状态，如移动终端进入暂停状态3分钟后即为休眠状态；待机状态指的是移动终端进入休眠状态第二预设时长后的状态，如移动终端进入休眠状态30分钟后即为待机状态。

需要说明的是，在实际应用中，第一预设时长、第二预设时长可以是除了上述数值以外的其它数值，可根据实际需要进行相应的设置，具体此处不做限定。

可以理解的是，应用可以在移动终端的前台运行，也可以在移动终端的后台运行，在实际应用中，为了不影响用户的使用体验，本实施例对于用户在移动终端中正在使用的应用可以不做任何处理，即前台运行的应用，则目标应用可以为后台应用，此处限定之后，在后面即不再重复进行说明。

102、根据类别信息以及运行状态确定目标应用对应的目标功耗策略；

本实施例中，获取目标应用对应的类别信息以及移动终端当前的运行状态后，可以根据类别信息以及运行状态确定目标应用对应的目标功耗策略。

具体的，目标应用的类别信息可以反映目标应用在移动终端的工作状态的规律性，如是否需要强后台需求、是否需要网络权限等，移动终端本身的运行状态也可以反映硬件的工作状态的规律性，如CPU中央处理器的工作频率范围、GPU图形处理器的工作频率范围，那么针对每一个应用的类别信息与移动终端的运行状态，可以确定每一个应用在相应的移动终端的运行状态下的工作状态的规律性，结合该规律性可以确定目标应用对应的目标功耗策略。该目标功耗策略是对目标应用的部分功能的限制，以能够在保证目标应用的性能的前提下，可以降低目标应用的功耗。

本实施例中，目标功耗策略可以包括保活、权限限制、冻结以及清理，其中，保活是指可以允许应用在移动终端的后台运行，应用的权限不受到限制；权限限制是指可以允许应用在移动终端的后台运行，但应用的部分权限受到限制；冻结是指不允许应用在移动终端的后台运行，但保留应用在内存和寄存器中的信息；清理是指不允许应用在移动终端的后台运行，且不保留应用在内存和寄存器中的信息。

可以理解的是，在实际应用中，该目标功耗策略可以在移动终端中根据上述规律进行设置并存储于本地，也可以是由移动终端从服务器中下载得到，具体此处不做限定。

103、执行目标功耗策略。

本实施例中，根据类别信息以及运行状态确定目标应用对应的目标功耗策略后，可以执行目标功耗策略。

具体的，若目标功耗策略为保活应用，则可以不对目标应用进行任何处理，以保持目标应用当前的使用权限；若目标功耗策略为限制应用，则可以对目标应用需要限制的部分权限进行限制，并可以对该部分权限以外的权限进行保活；若目标功耗策略为冻结应用，则可以冻结目标应用，同时只保留目标应用在内存和寄存器中的信息；若目标功耗策略为清理应用，则可以清理目标应用，阻止目标应用在移动终端的后台运行，同时将其在内存和寄存器中的所有信息进行删除。

本实施例中，通过执行根据目标应用的类别信息以及移动终端当前的运行状态确定的目标功耗策略，可以根据具体的时间以及场景实现对目标应用的功能限制，且能够对目标应用的主要功能与次要功能进行相应的保活与限制，而对于不同的目标应用，又由于类别信息的不同，可以对应有不同的目标功耗策略，从而可以避免对所有目标应用进行一刀切的节能策略，进而可以更有效地解决移动终端的高功耗问题，有利于优化功耗的同时，提高用户的使用体验。

需要说明的是，本实施例中，不同应用具有不同的类别信息，且在同一移动终端可以具有不同的运行状态，为了有利于结合上述信息对移动终端进行不同标准的功耗控制，以进一步优化功耗控制的精细度，目标应用可以对应有不同的目标功耗策略，下面进行详细说明：

具体请参阅图2，本发明实施例中功耗控制方法另一实施例包括：

本实施例中的步骤201与图1所示实施例中的步骤101相同，此处不再赘述。

202、获取类别信息中目标应用的应用类型；

本实施例中，获取目标应用对应的类别信息以及移动终端当前的运行状态后，可以获取类别信息中目标应用的应用类型。

具体的，基于图1所示实施例中步骤101说明的部分内容，移动终端中安装的各个应用可以归属于对应的应用类型，根据功能分类，应用类型可以包括但不限于即时消息类应用，如微信应用和QQ应用；工具提示类应用，如闹钟应用；新闻类应用，如今日头条应用；视频类应用，如优酷应用和芒果TV应用；导航类应用，如百度地图应用；阅读类应用如掌阅应用；音乐类应用，酷狗应用和QQ音乐应用。

进一步的，移动终端可以根据应用的包名与应用类型建立映射关系，并可以将该映射关系存储于移动终端的本地，从而在类别信息中确定目标应用的包名后，可以获取目标应用的应用类型。可以理解的是，本实施例中获取类别信息中目标应用的应用类型的具体方式除了上述说明的内容，在实际应用中，还可以采用其它方式，如映射关系由服务器建立并下发至移动终端，具体此处不做限定。

203、根据应用类型以及运行状态，获取服务器中存储的与目标应用对应的预设功耗策略作为目标功耗策略；

本实施例中，获取类别信息中目标应用的应用类型后，可以根据应用类型以及运行状态，获取服务器中存储的与目标应用对应的预设功耗策略作为目标功耗策略。

具体的，一方面，不同的应用类型可以对应有不同的权限需求，为了不影响应用使用的同时，可以降低应用对移动终端的功耗，本实施例中的预设功耗策略可以依赖于应用类型的权限需求进行分类，如即时消息类应用：强后台需求，可以保活，需要网络权限，也可以限制GPS权限；工具提示类应用：放开后台需求，可以保活，可以限制网络权限和GPS权限等；新闻类应用：限制后台需求，限制网络权限和GPS权限等；视频类应用：限制后台需求，限制网络权限和GPS权限等。可以理解的是，本实施例中上述关于应用类型的权限说明仅是举例说明，在实际应用中，应根据实际情况进行权限控制，具体此处不做限定。

另一方面，于移动终端而言，移动终端的运行状态不一样，移动终端中的应用可以对应有不同的使用状态，从而应用的权限要求也将有所变化，例如，导航类应用在移动终端处于工作状态时可以进行保活，而在移动终端处于待机状态时可以进行清理，那么在实际应用中，根据移动终端的运行状态，预设功耗策略，即目标功耗策略可以对应有不同的权限，其中，若运行状态为工作状态，则目标功耗策略可以为第一策略；若运行状态为暂停状态，则目标功耗策略可以为第二策略，且第二策略的权限可以低于或等于第一策略的权限；若运行状态为休眠状态，则目标功耗策略可以为第三策略，且第三策略的权限低于或等于第二策略的权限；若运行状态为待机状态，则目标功耗策略可以为第四策略，且第四策略的权限低于或等于第三策略的权限。由此可知，移动终端进入暂停状态后，其灭屏时间越长，目标功耗策略的权限越低。

基于上述内容，在实际应用中，为了提高用户的使用体验，服务器中可以存储有预设功耗策略，该预设功耗策略可以由服务器根据应用类型与移动终端的各个运行状态进行分类制定得到，即每一种应用类型对应于每一种运行状态时，可以有相应的预设功耗策略，以对不同应用类型的应用的权限进行不同时间、不同场景下的控制，并最大程度地降低功耗的同时可以兼顾应用的使用性能，具体如表1所示。可以理解的是，本实施例中表1说明的内容仅是举例说明，在实际应用中，根据应用类型和运行状态进行分类制定的结果还可以是其它，此处不做限定。

表1

	工作状态	暂停状态	休眠状态	待机状态
					即时消息类	保活	权限限制	权限限制	冻结
工具提示类	保活	权限限制	冻结	冻结
					新闻类	权限限制	冻结	冻结	清理
视频类	保活	权限限制	冻结	清理

由上表可知，若目标应用为微信应用，那么可以确定目标应用为即时消息类应用，若获取移动终端当前的运行状态为休眠状态，那么结合应用类型和运行状态，可以从服务器中获取到的微信应用的目标功耗策略为权限限制。

可以理解的是，本实施例中的权限限制是限制目标应用的部分权限，那么该部分权限应该是指目标应用不太重要的权限，如微信应用的GPS(Global Positioning System，全球定位系统)权限，以使得目标应用允许运行时，其主要功能不受到影响，在实际应用中，每一个应用可以限制的权限不一致，服务器可以结合应用的功能属性进行相应的设置，具体此处不做限定。

需要说明的是，本实施例中，由服务器根据应用类型与运行状态进行预设功耗策略的制定，并由移动终端从服务器获取，可以使得该预设功耗策略适应于不同的移动终端，也可以减少移动终端的内存占用，同时，预设功耗策略可由服务器根据统计数据进行相应的更新与调整，具有更大的适应性。

本实施例中的步骤204与图1所示实施例中的步骤103相同，此处不再赘述。

可以理解的是，本实施例中，由于类别信息还可以包括目标应用的下载量，则可以结合下载量与运行状态确定目标应用对应的目标功耗策略，具体请参阅图3，本发明实施例中功耗控制方法另一实施例包括：

本实施例中的步骤301与图1所示实施例中的步骤101相同，此处不再赘述。

302、获取类别信息中目标应用的下载量；

本实施例中，获取目标应用对应的类别信息以及移动终端当前的运行状态后，可以获取类别信息中目标应用的下载量。

具体的，移动终端中安装的各个应用可以对应有不同的下载量，该下载量指的是应用被下载的次数，例如，当用户在移动终端中的诸如App Store中下载微信应用时，可以看到微信应用的下载量为100000，在实际应用中，下载量可以从应用中心等大数据平台获取。

303、判断下载量是否大于预设下载量并获取判断结果；

本实施例中，获取类别信息中目标应用的下载量后，可以判断下载量是否大于预设下载量并获取判断结果。

具体的，预设下载量可以由移动终端从服务器获取，根据下载量与预设下载量的比较可以判断目标应用是否为下载频率较高的应用。该预设下载量可以作为大众应用与小众应用的分界点，若目标应用的下载量大于预设下载量，则可以确定目标应用为大众应用，若目标应用的下载量不大于预设下载量，则可以确定目标应用为小众应用。

304、根据判断结果及运行状态，获取服务器中存储的与目标应用对应的预设功耗策略作为目标功耗策略；

本实施例中，判断下载量是否大于预设下载量并获取判断结果后，可以根据判断结果以及运行状态，获取服务器中存储的与目标应用对应的预设功耗策略作为目标功耗策略。

具体的，根据判断结果，下载量不大于预设下载量时对应目标功耗策略的权限可以低于或等于下载量大于预设下载量时对应目标功耗策略的权限，即小众应用对应的目标功耗策略的权限低于或等于大众应用对应的目标功耗策略的权限，以对大众应用和小众应用进行有区别的功耗控制。

进一步的，结合图2所示实施例中步骤203对运行状态的说明，本实施例中，服务器中可以存储有预设功耗策略，该预设功耗策略可以由服务器根据下载量与移动终端的各个运行状态进行分类制定得到，即大众应用与小众应用分别对应于每一种运行状态时，可以有相应的预设功耗策略，以对不同下载量的应用的权限进行不同时间、不同场景下的控制，并最大程度地确保大众应用的权限得到优先保障，同时也可以降低移动终端的功耗，具体如表2所示。可以理解的是，本实施例中表2说明的内容仅是举例说明，在实际应用中，根据下载量和运行状态进行分类制定的结果还可以是其它，此处不做限定。

表2

	工作状态	暂停状态	休眠状态	待机状态
					大众应用	保活	权限限制	冻结	冻结
小众应用	权限限制	权限限制	冻结	清理

由上表可知，若目标应用为微信应用，且微信应用的下载量大于预设下载量，那么可以确定微信应用为大众应用，若获取移动终端当前的运行状态为工作状态，那么结合下载量和运行状态，可以从服务器中获取到的微信应用的目标功耗策略为保活。

可以理解的是，本实施例中关于权限限制的说明以及服务器对预设功耗策略的制定说明，与图2所示实施例中步骤203说明的内容相同，此处不再赘述。

本实施例中的步骤305与图1所示实施例中的步骤103相同，此处不再赘述。

进一步的，在实际应用中，类别信息中目标应用的应用类型、下载量，以及移动终端的运行状态也可以同时结合使用，以得到更为优化的目标功耗策略，具体请参阅图4，本发明实施例中功耗控制方法另一实施例包括：

本实施例中的步骤401与图1所示实施例中的步骤101相同，此处不再赘述。

402、获取类别信息中目标应用的应用类型以及下载量；

本实施例中的步骤402与图2所示实施例中的步骤202、图3所示实施例中的步骤302说明的内容相同，此处不再赘述。

本实施例中的步骤403与图3所示实施例中的步骤303相同，此处不再赘述。

404、根据判断结果、应用类型及运行状态，获取服务器中存储的与目标应用对应的预设功耗策略作为目标功耗策略；

本实施例中，判断下载量是否大于预设下载量并获取判断结果后，可以根据判断结果、应用类型及运行状态，获取服务器中存储的与目标应用对应的预设功耗策略作为目标功耗策略。

具体的，基于图2所示实施例中步骤203说明的内容，以及图3所示实施例中步骤304说明的内容，本实施例中，预设功耗策略可以由服务器结合下载量、应用类型以及运行状态进行分类制定得到，即在应用类型中再将应用细分为大众应用与小众应用，以更精确目标应用对应的预设功耗策略，有利于优化功耗控制手段，具体如表3所示。可以理解的是，本实施例中表3说明的内容仅是举例说明，在实际应用中，根据应用类型、下载量和运行状态进行分类制定的结果还可以是其它，此处不做限定。

表3

由上表可知，若目标应用为今日头条应用，获取的今日头条应用的应用类型为新闻类应用，且今日头条应用的下载量大于预设下载量，那么可以确定今日应用为新闻类应用中的大众应用，在此情况下，若获取移动终端当前的休眠状态为工作状态，那么结合应用类型、下载量和运行状态，可以从服务器中获取到的今日头条应用的目标功耗策略为权限限制。

可以理解的是，本实施例中关于权限限制的说明以及服务器对预设功耗策略的制定说明，与图2所示实施例中步骤203说明的内容相同，此处不再赘述。

需要说明的是，在实际应用中，目标应用的应用类型的获取也可以不在不在402中执行，在步骤403之前执行即可，具体此处不做限定。

本实施例中的步骤405与图1所示实施例中的步骤103相同，此处不再赘述。

可以理解的是，在类别信息、运行状态的基础上，还可以结合目标应用的功耗数据进一步进行功耗控制，具体请参阅图5，本发明实施例中功耗控制方法另一实施例包括：

本实施例中的步骤501至步骤505与图4所示实施例中的步骤401至步骤405相同，此处不再赘述。

506、判断目标功耗策略是否为预设策略类型，若是，则执行步骤507，若否，则执行步骤510；

具体的，若目标功耗策略为清理或冻结，目标应用程序将不允许在后台运行，则意味着目标应用程序的所有权限将全部被限制，那么可以对获取的目标功耗策略进行判断，以确定是否需要获取目标应用的功耗数据，进一步对目标应用的权限进行限制。由此，该预设策略类型可以为清理应用或冻结应用。

例如，可以沿用图4所示实施例中步骤404中的例子，若目标应用为今日头条应用，对应的目标功耗策略为权限限制，则可以判断权限限制这一目标功耗策略是否为预设策略类型。

507、获取目标应用的功耗数据；

本实施例中，若判断目标功耗策略不为预设功耗策略类型，则可以获取目标应用的功耗数据，该功耗数据可以包括目标应用的子功能的功耗。

具体的，在实际应用中，一个应用的耗电可以细分到对CPU、WiFi、数据网络、GPS等移动终端的外设的使用上，相应的，一个应用也可以具有多个子功能，该多个子功能即为应用的主要功能与次要功能的集合，这多个子功能可以依赖于移动终端的外设，从而子功能的运行受到移动终端的外设的限制。为了利于对目标应用的主要功能与次要功能进行单独控制，以至于不影响用户的使用体验，当目标功耗策略不为预设功耗策略时，可以获取目标应用的功耗数据中子功能的功耗，即目标应用的子功能在移动终端的外设上的功耗，如CPU功耗、WIFI功耗，数据网络功耗、GPS功耗。

可以理解的是，目标应用的子功能的功耗除了上述说明的内容，在实际应用中，还可以包括其它功耗，如GPU功耗，具体此处不做限定。

508、判断子功能的功耗是否大于预设功耗，若是，则执行步骤509，若否，则执行步骤510；

本实施例中，获取目标应用的功耗数据后，可以判断子功能的功耗是否大于预设功耗。

具体的，对每一个应用的子功能的每一个功耗外设可以建立一个单独的异常标准，即预设功耗，从而可以对每一个功耗外设进行单独的限制，而放开其它的正常的功耗资源的使用。在实际应用中，为了便于对功耗外设的预设功耗进行管理，可以通过对应用进行分类后，获取应用的子功能所依赖的功耗外设，并可以根据应用的应用类型对功耗外设进行预设功耗的设置，那么功耗外设细分后可以保证应用的主要功能的有效而进行次要功能的限制，以保证用户可以使用该应用的主要功能外，还可以进一步达到省电和减少提示干扰的目的。

在实际应用中，应用类型与功耗外设之间的对应关系的建立以及预设功耗的设置可以由服务器制定并存储，并由移动终端从服务器中获取，具体如表4所示。可以理解的是，本实施例中表4说明的内容仅是举例说明，在实际应用中，根据应用类型、功耗外设进行分类制定的结果还可以是其它，此处不做限定。

表4

	CPU	WiFi	数据网络	GPS
					即时消息类	3000ms	50k	60k	1s
工具提示类	5000ms	10k	30k	1.2s
					新闻类	50ms	10k	30k	5s
视频类	50ms	10k	30k	3s

需要说明的是，由服务器根据应用类型与功耗外设之间的对应关系，对预设功耗进行设置，并由移动终端从服务器获取，可以使得该预设功耗可以适应于不同的移动终端，也可以减少移动终端的内存占用，同时，预设功耗可由服务器根据统计数据进行相应的更新与调整，具有更大的适应性。

509、限制子功能的运行；

本实施例中，若判断子功能的功耗大于预设功耗，则可以限制子功能的运行。

例如，沿用步骤506说明的目标应用，若目标应用为今日头条应用，在目标功耗策略为权限限制的情况下，可以进一步获取今日头条应用的功耗数据，并可以根据功耗数据对今日头条应用的子功能的功耗进行判断，那么若判断今日头条应用的CPU功耗大于50ms，则可以限制今日头条应用依赖于CPU这一功耗外设的子功能的运行。

进一步的，在实际应用中，还可以对子功能进行相应的判断，即在判断子功能为目标应用的主要功能的前提下，可以维持该子功能的运行，以防止目标应用的主要功能的功耗大于预设功耗时被限制运行，而导致影响用户对移动终端的使用体验。

需要说明的是，本实施例中的步骤506至步骤509也可以在步骤505之前执行，即可在获取到目标应用对应的目标功耗策略后执行，即在步骤504之后，具体此处不做限定。

510、执行其它流程。

本实施例中，若判断目标功耗策略为预设策略类型，则意味着不需要进一步获取目标应用的功耗数据，那么可以不进行其它操作，以维持目标应用当前的权限状态。

本实施例中，若判断子功能的功耗不大于预设功耗，则意味着目标应用的子功能可以正常执行，那么可以不进行其它操作，以维持目标应用当前的权限状态。

可以理解的是，本实施例中的步骤506也可以不执行，那么在对目标应用的子功能的功耗进行判断时，将在目标功耗策略的基础上，对功耗大于预设功耗的子功能进行限制，此处不做限定。

上面对本发明实施例中的功耗控制方法进行了描述，下面对本发明实施例中的功耗控制装置进行描述，该功耗控制装置可以应用于移动终端，请参阅图6，本发明实施例中功耗控制装置一个实施例包括：

第一获取模块601，用于获取目标应用对应的类别信息；

第二获取模块602，用于获取移动终端当前的运行状态；

确定模块603，用于根据类别信息以及运行状态确定目标应用对应的目标功耗策略；

执行模块604，用于执行目标功耗策略。

本实施例中，在确定模块603根据第一获取模块601获取的目标应用的类别信息，以及第二获取模块602获取的移动终端当前的运行状态确定目标应用对应的目标功耗策略后，执行模块604可以执行该目标功耗策略，由此可知，可以根据具体的时间以及场景实现对目标应用的功能限制，且能够对目标应用的主要功能与次要功能进行相应的保活与限制，而对于不同的目标应用，又由于类别信息的不同，可以对应有不同的目标功耗策略，从而可以避免对所有目标应用进行一刀切的节能策略，进而可以更有效地解决移动终端的高功耗问题，有利于优化功耗的同时，提高用户的使用体验。

请参阅图7，本发明实施例中功耗控制装置另一实施例包括：

本实施例中的模块701与图6所示实施例中的模块601相同，模块702与图6所示实施例中的模块602相同，模块703与图6所示实施例中的模块603相同，模块704与图6所示实施例中的模块604相同，此处不再赘述。

本实施例中，确定模块703可以进一步包括：

第一获取单元7031，用于获取类别信息中目标应用的应用类型；

第二获取单元7032，用于根据应用类型以及运行状态，获取服务器中存储的与目标应用对应的预设功耗策略作为目标功耗策略。

请参阅图8，本发明实施例中功耗控制装置另一实施例包括：

本实施例中的模块801与图6所示实施例中的模块601相同，模块802与图6所示实施例中的模块602相同，模块803与图6所示实施例中的模块603相同，模块804与图6所示实施例中的模块604相同，此处不再赘述。

本实施例中，确定模块803可以进一步包括：

第三获取单元8031，用于获取类别信息中目标应用的下载量；

判断单元8032，用于判断下载量是否大于预设下载量并获取判断结果；

第四获取单元8033，用于根据判断结果及运行状态，获取服务器中存储的与目标应用对应的预设功耗策略作为目标功耗策略。

请参阅图9，本发明实施例中功耗控制装置另一实施例包括：

本实施例中的模块901与图6所示实施例中的模块601相同，模块902与图6所示实施例中的模块602相同，模块903与图6所示实施例中的模块603相同，模块904与图6所示实施例中的模块604相同，此处不再赘述。

第二判断模块905，用于判断目标功耗策略是否为预设策略类型；

第三获取模块906，用于获取目标应用的功耗数据，功耗数据包括目标应用的子功能的功耗；

触发模块907，用于当目标功耗策略为预设功耗策略时，则触发第三获取模块获取目标应用的功耗数据；

第四获取模块908，用于从服务器获取子功能对应的预设功耗，预设功耗为服务器根据目标应用的应用类型制定得到；

第一判断模块909，用于判断子功能的功耗是否大于预设功耗；

限制模块910，用于当功耗大于预设功耗时，则限制子功能的运行。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，RandomAccess Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (16)

1.一种功耗控制方法，应用于移动终端，其特征在于，包括：

获取目标应用对应的类别信息，并获取所述移动终端当前的运行状态；

根据所述类别信息以及所述运行状态确定所述目标应用对应的目标功耗策略；

执行所述目标功耗策略。

2.根据权利要求1所述的功耗控制方法，其特征在于，所述根据所述类别信息以及所述运行状态确定所述目标应用对应的目标功耗策略包括：

获取所述类别信息中所述目标应用的应用类型；

根据所述应用类型以及所述运行状态，获取服务器中存储的与所述目标应用对应的预设功耗策略作为目标功耗策略。

3.根据权利要求1所述的功耗控制方法，其特征在于，所述根据所述类别信息以及所述运行状态确定所述目标应用对应的目标功耗策略包括：

获取所述类别信息中所述目标应用的下载量；

判断所述下载量是否大于预设下载量并获取判断结果；

根据所述判断结果及所述运行状态，获取服务器中存储的与所述目标应用对应的预设功耗策略作为目标功耗策略。

4.根据权利要求3所述的功耗控制方法，其特征在于，

根据所述判断结果，下载量不大于所述预设下载量时对应目标功耗策略的权限低于或等于下载量大于所述预设下载量时对应目标功耗策略的权限。

5.根据权利要求1至4中任一项所述的功耗控制方法，其特征在于，

根据所述运行状态，若所述运行状态为工作状态，则所述目标功耗策略为第一策略；

若所述运行状态为暂停状态，则所述目标功耗策略为第二策略，所述第二策略的权限低于或等于所述第一策略的权限；

若所述运行状态为休眠状态，则所述目标功耗策略为第三策略，所述第三策略的权限低于或等于所述第二策略的权限；

若所述运行状态为待机状态，则所述目标功耗策略为第四策略，所述第四策略的权限低于或等于所述第三策略的权限。

6.根据权利要求1至4中任一项所述的功耗控制方法，其特征在于，所述方法还包括：

获取所述目标应用的功耗数据，所述功耗数据包括所述目标应用的子功能的功耗；

判断所述子功能的功耗是否大于预设功耗；

若大于，则限制所述子功能的运行。

7.根据权利要求6所述的功耗控制方法，其特征在于，在所述判断所述子功能的功耗是否大于预设功耗之前，所述方法还包括：

从服务器获取所述子功能对应的预设功耗，所述预设功耗为所述服务器根据所述目标应用的应用类型制定得到。

8.根据权利要求7所述的功耗控制方法，其特征在于，所述方法还包括：

判断所述目标功耗策略是否为预设策略类型；

若是，则触发所述获取所述目标应用的功耗数据的步骤。

9.一种功耗控制装置，应用于移动终端，其特征在于，包括：

第一获取模块，用于获取目标应用对应的类别信息；

第二获取模块，用于获取所述移动终端当前的运行状态；

确定模块，用于根据所述类别信息以及所述运行状态确定所述目标应用对应的目标功耗策略；

执行模块，用于执行所述目标功耗策略。

10.根据权利要求9所述的功耗控制装置，其特征在于，所述确定模块包括：

第一获取单元，用于获取所述类别信息中所述目标应用的应用类型；

第二获取单元，用于根据所述应用类型以及所述运行状态，获取服务器中存储的与所述目标应用对应的预设功耗策略作为目标功耗策略。

11.根据权利要求9所述的功耗控制装置，其特征在于，所述确定模块包括：

第三获取单元，用于获取所述类别信息中所述目标应用的下载量；

判断单元，用于判断所述下载量是否大于预设下载量并获取判断结果；

第四获取单元，用于根据所述判断结果及所述运行状态，获取服务器中存储的与所述目标应用对应的预设功耗策略作为目标功耗策略。

12.根据权利要求11所述的功耗控制装置，其特征在于，

根据所述判断结果，下载量不大于所述预设下载量时对应目标功耗策略的权限低于或等于下载量大于所述预设下载量时对应目标功耗策略的权限。

13.根据权利要求9至12中任一项所述的功耗控制装置，其特征在于，

根据所述运行状态，若所述运行状态为工作状态，则所述目标功耗策略为第一策略；

若所述运行状态为暂停状态，则所述目标功耗策略为第二策略，所述第二策略的权限低于或等于所述第一策略的权限；

若所述运行状态为休眠状态，则所述目标功耗策略为第三策略，所述第三策略的权限低于或等于所述第二策略的权限；

若所述运行状态为待机状态，则所述目标功耗策略为第四策略，所述第四策略的权限低于或等于所述第三策略的权限。

14.根据权利要求9至12中任一项所述的功耗控制装置，其特征在于，所述装置还包括：

第三获取模块，用于获取所述目标应用的功耗数据，所述功耗数据包括所述目标应用的子功能的功耗；

第一判断模块，用于判断所述子功能的功耗是否大于预设功耗；

限制模块，用于当所述功耗大于所述预设功耗时，则限制所述子功能的运行。

15.根据权利要求14所述的功耗控制装置，其特征在于，所述装置还包括：

第四获取模块，用于从服务器获取所述子功能对应的预设功耗，所述预设功耗为所述服务器根据所述目标应用的应用类型制定得到。

16.根据权利要求15所述的功耗控制装置，其特征在于，所述装置还包括：

第二判断模块，用于判断所述目标功耗策略是否为预设策略类型；

触发模块，用于当所述目标功耗策略为所述预设功耗策略时，则触发所述第三获取模块获取所述目标应用的功耗数据。