一种控制功耗的方法及移动终端与流程

本发明涉及一种通信领域，特别涉及一种控制功耗的方法及移动终端。

背景技术：

随着电子技术的迅速发展，移动终端已逐步走向智能化，移动终端的功能也日益强大，屏幕越来越大、wi-fi(wirelessfidelity,无线局域网)的使用越来越广泛，以往在电脑上完成的事情，比如购物、上网、游戏，都可以在智能终端上完成，用户已经越来越离不开移动终端；而另一方面，由于成本和技术的关系，电池的发展已经跟不上智能终端的迅速发展，因此，人们会发现自己的智能终端越来越不够用了，“每日一充”已逐步成为常态，因此，对智能终端厂商来说，降低功耗首当其冲成为当前必须完成的工作。

当前业界通用的降低功耗的方法，主要还是从单用户终端使用角度来实现，从软件降功耗来讲，通常是将用户不常用的后台应用定期关闭，或者简单的把功耗最大的应用(即应用程序)提示用户关闭等。

业界通用的降功耗的方法显然只能解决常规的功耗问题，还存在有如下缺陷：

只能根据当前单用户的使用情况来判断功耗情况，对于那些一直在后台运行，但用户非常需要的应用，可能会存在误伤关闭；对于那些兼容性很差的应用程序，每次安装后都需要重新安装，由于该类应用的功耗实现较差，因此后台会出现那种不断启动、不断被杀的循环过程，反而会产生新的功耗问题。

相同的有功耗问题的应用在不同的用户之间无法产生大数据共享处理。

技术实现要素：

为了解决上述技术问题，本发明实施例提供了一种控制功耗的方法及移动终端。该控制功耗的方法考虑多机的功耗排名，可避免由于根据单用户的使用情况来判断功耗而导致误伤关闭的问题，同时可避免兼容性差的应用程序在后台出现的不断启动、不断被杀的循环过程。

依据本发明实施例的一个方面，提供了一种控制功耗的方法，包括：

从云端服务器获取单机功耗排名信息和多机功耗排名信息，其中，所述单机功耗排名信息包含所述第一移动终端的多个应用程序在所述第一移动终端上的功耗排名，所述多机功耗排名信息包含根据所述第一移动终端的多个应用程序分别在其他移动终端上的功耗计算得到的功耗排名；

根据所述单机功耗排名信息和所述多机功耗排名信息，计算得到所述第一移动终端的中多个应用程序的功耗排名；

当所述第一移动终端中的第一应用程序的功耗排名满足预设的条件时，对所述第一应用程序进行功耗控制。

可选地，对所述第一应用程序进行功耗控制，包括：

判断在第一移动终端后台的应用程序中是否包含所述第一应用程序；

若在第一移动终端后台的应用程序中包含所述第一应用程序，则建议用户关闭所述第一应用程序和/或直接将所述第一应用程序关闭。

可选地，所述方法还包括：

获取所述第一应用程序的同质软件的功耗排名信息，其中，所述同质软件的功耗排名信息包括：与所述第一应用程序类型相同的应用程序的功耗排名；

根据所述第一应用程序的同质软件的功耗排名信息，得到第一应用程序的同质软件的应用推荐信息，所述第一应用程序的同质软件的应用推荐信息包含一个或多个与所述第一应用程序类型相同且功耗小于第一应用程序的功耗的应用程序；

将所述第一应用程序的同质软件的应用推荐信息提供给用户。

可选地，所述方法还包括：

获取所述第一应用程序在第一移动终端上的同质软件的功耗排名信息；

根据所述第一应用程序在第一移动终端上的同质软件的功耗排名信息，得到第一应用程序的同质软件的应用黑名单信息，其中，第一应用程序的同质软件的应用黑名单信息包含：一个或多个与所述第一应用程序类型相同且功耗大于或等于第一应用程序的功耗的应用程序；

将第一应用程序的同质软件的应用黑名单信息提供给用户。

可选地，根据所述单机功耗排名信息和所述多机功耗排名信息，计算得到所述第一移动终端的中多个应用程序的功耗排名，包括：

将第一移动终端的多个应用程序在第一移动终端上的第一功耗排名以及由第一移动终端的多个应用程序分别在其他移动终端上的功耗计算得到的功耗排名进行加权计算，得到所述第一移动终端的第一应用程序的功耗排名。

依据本发明实施例的另一个方面，还提供了一种移动终端，包括：

第一获取模块，用于从云端服务器获取单机功耗排名信息和多机功耗排名信息，其中，所述单机功耗排名信息包含所述第一移动终端的多个应用程序在所述第一移动终端上的功耗排名，所述多机功耗排名信息包含根据第一移动终端的多个应用程序分别在其他移动终端上的功耗计算得到的功耗排名；

第一计算模块，根据所述单机功耗排名信息和所述多机功耗排名信息，计算得到所述第一移动终端的中多个应用程序的功耗排名；

控制模块，用于当所述第一移动终端中的第一应用程序的功耗排名满足排名要求时，对所述第一应用程序进行功耗控制。

可选地，所述控制模块，包括：

判断单元，用于判断在第一移动终端后台的应用程序中是否包含所述第一应用程序；

执行单元，用于若在第一移动终端后台的应用程序中包含所述第一应用程序，则建议用户关闭所述第一应用程序和/或直接将所述第一应用程序关闭。

可选地，所述移动终端还包括：

第二获取模块，用于获取所述第一应用程序的同质软件的功耗排名信息，其中，所述同质软件的功耗排名信息包括：与所述第一应用程序类型相同的应用程序的功耗排名；

第二计算模块，用于根据所述第一应用程序的同质软件的功耗排名信息，得到第一应用程序的同质软件的应用推荐信息，第一应用程序的同质软件的应用推荐信息包含一个或多个与所述第一应用程序类型相同且功耗小于第一应用程序的应用程序；

第一提供模块，用于将所述第一应用程序的同质软件的应用推荐信息提供给用户。

可选地，所述移动终端还包括：

第三获取模块，用于获取所述第一应用程序在第一移动终端上的同质软件的功耗排名信息；

第三计算模块，用于根据所述第一应用程序在第一移动终端上的同质软件的功耗排名信息，得到第一应用程序的同质软件的应用黑名单信息，其中，第一应用程序的同质软件的应用黑名单信息包含：一个或多个与所述第一应用程序类型相同且功耗大于或等于第一应用程序的应用程序；

第二提供模块，用于将第一应用程序的同质软件的应用黑名单信息提供给用户。

可选地，所述第一计算模块，包括：

计算单元，用于将第一移动终端的多个应用程序在第一移动终端上的第一功耗排名以及由第一移动终端的多个应用程序分别在其他移动终端上的功耗计算得到的功耗排名进行加权计算，得到所述第一移动终端的第一应用程序的功耗排名。

依据本发明实施例的又一个方面，还提供了一种移动终端，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上所述的控制功耗的方法中的步骤。

依据本发明实施例的又一个方面，还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上所述的控制功耗的方法中的步骤。

本发明的实施例具有如下有益效果：

首先，通过所述单机功耗排名信息和所述多机功耗排名信息，计算得到所述第一移动终端的中多个应用程序的功耗排名，根据所述第一移动终端的中多个应用程序的功耗排名，再对满足排名要求的第一应用程序进行功耗控制操作，这样本发明实施例的控制功耗的方法可避免由于根据单用户的使用情况而导致将用户非常需要的应用程序误伤关闭的情况。

其次，通过判断在第一移动终端后台的应用程序中是否包含所述第一应用程序，当第一移动终端后台的应用程序中包含所述第一应用程序时，则建议用户关闭所述第一应用程序和/或直接将所述第一应用程序关闭，这样本发明实施例的控制功耗的方法可避免那些兼容性很差的应用程序在后台出现的不断启动、不断被杀的循环过程，同样可降低功耗。

再次，根据手机型号或手机机型，通过将第一移动终端的多个应用程序分别在与第一种终端型号相同的其他移动终端上的功耗进行加权计算后转化为同一时间段功耗而得到的功耗排名，本发明实施例的控制功耗的方法可以解决由于型号不同导致排名有偏差的问题，这样本机的功耗排名参考具有更大的参考意义。

再次，根据第一应用程序的同质软件的功耗排名信息，得到第一应用程序的同质软件的应用推荐信息，然后再将将所述第一应用程序的同质软件的应用推荐信息提供给用户，这样可给用户提供一个或多个与所述第一应用程序类型相同且功耗小于第一应用程序的应用程序，从而给用户更好的用户体验。本发明实施例的控制功耗的方法可针对预置应用得出的功耗排名及应用推荐，对用户来说更具有参考意义。

再次，根据所述第一应用程序在第一移动终端上的同质软件的功耗排名信息，得到第一应用程序的同质软件的应用黑名单信息，通过将第一应用程序的同质软件的应用黑名单信息提供给用户，将一个或多个与所述第一应用程序类型相同且功耗大于或等于第一应用程序的应用程序提供给用户，用户可以选择关闭还是卸载，从而给用户提供更好的体验。

附图说明

图1为本发明实施例提供的一种控制功耗的方法的流程图；

图2为本发明实施例提供的另一种控制功耗的方法的流程图；

图3为本发明实施例提供的又一种控制功耗的方法的流程图；

图4为本发明实施例的一种基于深度学习的控制功耗方法的流程图；

图5为本发明实施例提供的一种移动终端界面的示意图；

图6为本发明实施例提供的另一种移动终端界面的示意图；

图7为本发明实施例提供的又一种移动终端界面的示意图；

图8为本发明实施例提供的又一种移动终端界面的示意图；

图9为本发明实施例提供的又一种移动终端界面的示意图；

图10为本发明实施例提供的一种移动终端的结构示意图；

图11为本发明另一实施例提供的一种移动终端的结构示意图。

具体实施方式

为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。

本发明的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。

图1为本发明实施例提供的一种控制功耗的方法的流程图，参见图1，所述方法包括以下步骤：

s101，从云端服务器获取单机功耗排名信息和多机功耗排名信息。

其中，所述单机功耗排名信息包含第一移动终端的多个应用程序(可简称为应用)在所述第一移动终端上的功耗排名。需要说明的是，所述单机功耗排名信息可通过云端服务器深度学习计算得到。

所述多机功耗排名信息包含由第一移动终端的多个应用程序分别在其他移动终端上的功耗计算得到的功耗排名。需要说明的是，所述多机功耗排名信息可通过云端服务器深度学习计算得到。

由于不同厂家的移动终端搭载不同的操作系统，因此不同厂家的移动终端在功耗方面的能力也不尽相同，为了获得更准确功耗的排名信息，在获取移动终端的多机功耗排名信息时，可同时获取移动终端的品牌型号和移动终端机型，所述多机功耗排名信息可包含以下情况：由第一移动终端的多个应用程序分别在与第一应用程序型号相同的其他移动终端上的功耗计算得到的功耗排名。

具体地，将第一移动终端的多个应用程序分别在与第一种终端型号相同的其他移动终端上的功耗进行加权计算后转化为同一时间段功耗而得到的功耗排名，可以解决由于型号不同导致排名有偏差的问题，这样本机的功耗排名参考具有更大的参考意义。

s102，根据所述单机功耗排名信息和所述多机功耗排名信息，计算得到所述第一移动终端的中多个应用程序的功耗排名。

可选地，可根据所述单机功耗排名信息和所述多机功耗排名信息，将第一移动终端的多个应用程序在第一移动终端上的第一功耗排名以及由第一移动终端的多个应用程序分别在其他移动终端上的功耗计算得到的功耗排名进行加权计算，得到所述第一移动终端的第一应用程序的功耗排名。需要说明的是，在实施例中并不具体限定所述第一移动终端的中多个应用程序的功耗排名的计算方式。

s103，当所述第一移动终端中的第一应用程序的功耗排名满足排名要求时，对所述第一应用程序进行功耗控制。

在本发明实施例中，第一应用程序可为第一移动终端的预置应用。比如，如果从用户使用频次的角度，同一款机型的终端上预置的应用的使用率更高，因此功耗数据统计也更加丰富，本发明实施例的控制功耗的方法可针对预置应用得出的功耗排名，对用户来说更具有参考意义。

需要说明的是，所述排名要求可以为第一应用程序是否在高功耗的前n位，其中，n可以根据需要进行设定。

可选地，对所述第一应用程序进行功耗控制的具体步骤，包括：

1)判断在第一移动终端后台的应用程序中是否包含所述第一应用程序；

2)若在第一移动终端后台的应用程序中包含所述第一应用程序，则建议用户关闭所述第一应用程序和/或直接将所述第一应用程序关闭。

在本实施例中，通过所述单机功耗排名信息和所述多机功耗排名信息，计算得到所述第一移动终端的中多个应用程序的功耗排名，根据所述第一移动终端的中多个应用程序的功耗排名，再对满足排名要求的第一应用程序进行功耗控制操作，这样本发明实施例的控制功耗的方法可避免由于根据单用户的使用情况而导致将用户非常需要的应用程序误伤关闭的情况。

在本实施例中，通过判断在第一移动终端后台的应用程序中是否包含所述第一应用程序，当第一移动终端后台的应用程序中包含所述第一应用程序时，则建议用户关闭所述第一应用程序和/或直接将所述第一应用程序关闭，这样本发明实施例的控制功耗的方法可避免那些兼容性很差的应用程序在后台出现的不断启动、不断被杀的循环过程，同样可降低功耗。

在本实施例中，根据手机型号或手机机型，通过将第一移动终端的多个应用程序分别在与第一种终端型号相同的其他移动终端上的功耗进行加权计算后转化为同一时间段功耗而得到的功耗排名，本发明实施例的控制功耗的方法可以解决由于型号不同导致排名有偏差的问题，这样本机的功耗排名参考具有更大的参考意义。

图1所示的实施例的应用场景为通用的功耗处理改进场景，对用户来说，有可能会出现自己偏爱的app(application，应用程序)软件，常用的app软件会因为经常使用且功耗排名一直很高，这会导致省电系统一直提示用户关闭，对用户来说，更需要的是能推荐一个能实现相同功能的、功耗更低的应用。

基于以上目的，在图1所示实施例的基础上，本发明实施例提供了另一种控制功耗的方法，图2为本发明实施例提供的另一种控制功耗的方法的流程图，参见图2，所述方法包括以下步骤：

s201，从云端服务器获取单机功耗排名信息和多机功耗排名信息。

s202，根据所述单机功耗排名信息和所述多机功耗排名信息，计算得到所述第一移动终端的中多个应用程序的功耗排名。

s203，当所述第一移动终端中的第一应用程序的功耗排名满足排名要求时，对所述第一应用程序进行功耗控制。

s204，获取所述第一应用程序的同质软件的功耗排名信息。

需要说明的是，所述第一应用程序的同质软件可为与所述第一应用程序类型或作用相同的应用程序。例如，第一应用程序为飞信，第一应用程序的同质软件可为微信或微话等。

具体地，所述同质软件的功耗排名信息包括：与所述第一应用程序类型相同的应用程序的功耗排名。

s205，根据第一应用程序的同质软件的功耗排名信息，得到第一应用程序的同质软件的应用推荐信息。

需要说明的是，第一应用程序可为第一移动终端的预置应用。比如，如果从用户使用频次的角度，同一款机型的终端上预置的应用的使用率更高，因此功耗数据统计也更加丰富，本发明实施例的控制功耗的方法可针对预置应用得出的功耗排名及应用推荐，对用户来说更具有参考意义。

具体地，第一应用程序的同质软件的应用推荐信息包含一个或多个与所述第一应用程序类型相同且功耗小于第一应用程序的应用程序。

s206，将所述第一应用程序的同质软件的应用推荐信息提供给用户。

在本实施例中，根据第一应用程序的同质软件的功耗排名信息，得到第一应用程序的同质软件的应用推荐信息，然后再将将所述第一应用程序的同质软件的应用推荐信息提供给用户，这样可给用户提供一个或多个与所述第一应用程序类型相同且功耗小于第一应用程序的应用程序，从而给用户更好的用户体验。本发明实施例的控制功耗的方法可针对预置应用得出的功耗排名及应用推荐，对用户来说更具有参考意义。

在图1所示的实施例的应用场景中，还会出现一种场景：有一些应用程序由于开发不规则导致其功耗始终会排在顶端，为了解决该技术问题，在图1所示实施例的基础上，本发明实施例提供了又一种控制功耗的方法，图3为本发明实施例提供的又一种控制功耗的方法的流程图，参见图3，所述方法包括以下步骤：

s301，从云端服务器获取单机功耗排名信息和多机功耗排名信息。

s302，根据所述单机功耗排名信息和所述多机功耗排名信息，计算得到所述第一移动终端的中多个应用程序的功耗排名。

s303，当所述第一移动终端中的第一应用程序的功耗排名满足排名要求时，对所述第一应用程序进行功耗控制。

s304，获取所述第一应用程序在第一移动终端上的同质软件的功耗排名信息。

s305，根据所述第一应用程序在第一移动终端上的同质软件的功耗排名信息，得到第一应用程序的同质软件的应用黑名单信息。

其中，第一应用程序的同质软件的应用黑名单信息包含：一个或多个与所述第一应用程序类型相同且功耗大于或等于第一应用程序的应用程序；

s306，将第一应用程序的同质软件的应用黑名单信息提供给用户。

在本实施例中，根据所述第一应用程序在第一移动终端上的同质软件的功耗排名信息，得到第一应用程序的同质软件的应用黑名单信息，通过将第一应用程序的同质软件的应用黑名单信息提供给用户，将一个或多个与所述第一应用程序类型相同且功耗大于或等于第一应用程序的应用程序提供给用户，用户可以选择关闭还是卸载，从而给用户提供更好的体验。

为了便于更好地理解本发明实施例的控制功耗的方法，以下进行举例说明。

图4为本发明实施例的一种基于深度学习的控制功耗方法的流程图，参见图4，所述控制功耗方法包括以下步骤：

s401，获取各智能终端的功耗数据。

其中，所述功耗数据包括但不限于：应用名称、使用频次、功耗信息。

在移动终端的后台启动一个节电服务程序，周期性地监控用户使用的app在前台，后台的时间，用以标识用户的使用频率；同时获得这些app所消耗的功耗数据；将应用程序名称、应用程序的使用频次、应用程序的实时功耗，上传到云端；

s402，云端深度学习数据。

需要说明的是，深度学习方法较多，包括但不限于如下这种深度学习方法：

首先，从云端获取到步骤1中的数据后，为每一台终端获取一个功耗数据的数据数组，将功耗数据的数据数组用数据标识来标识，具体包括：

终端标识：t1、t2……

每个终端上的应用标识：app1、app2……

每个应用在前后台驻停的时长标识：{ft1，at1}、{ft2，at2}……

每个应用在一段时间内的功耗标识：pd1、pd2……

其次，根据获取到的功耗数据的数据数组计算单机功耗排名，例如，计算出每个终端上的每个应用的平均功耗，亦可以折合成同一个时间段内的功耗，例如12小时内的功耗，再进行对比后，针对同一台终端上的不同应用，形成一个功耗数据排名，称之为单机应用功耗排名，标识为nline1，每台移动终端有一个line值。

再次，根据功耗数据的数据数组计算多机功耗排名，例如，根据上面的数据标识，将相同的app应用在不同移动终端上的功耗和前后台驻停时长数据进行汇总加权，并折合成同一个时间段的功耗，获得每个app应用在各个移动终端上的折合功耗，再针对各个不同的app应用，形成一个功耗数据排名，称之为多机应用功耗排名，标识为line2(一段时间内刷新，但该列表始终只有一个，只是排名的应用不同)。

s403，传输单机应用功耗排名和整体应用功耗排名。

云端将计算出来的单机应用功耗排名和多机应用功耗排名返回到有后台省电监控程序的终端上，例如，终端a上，返回的是终端a上计算出的单机应用功耗排名aline1和所有存在后台省电监控程序的终端总合计的整体应用功耗排名line2。

s404，计算单机所有应用在整体应用功耗排名中的位置，输出新的单机功耗排名表。

根据s403中获取的单机功耗排名表aline1和多机功耗排名表line2，根据排名做一个加权，获得新的排名表。

如app1在单用户数据排名表aline1中的排名为n1；app1在云端的多机功耗排名表line2中的排名为n2，则折合到当前用户终端上的所有应用排名为n2x；n2x的计算方式可以有很多种，包括但不限于如下这种方式：

比如直接将n1+n2x，作为app1的综合排名，这样当前移动终端中安装的每个app都会有一个新的排名数据，标识为line3。

s405，判断当前应用程序是否位于高功耗前n位。

设定当前需要查杀的后台应用的排名个数为n，那么需要在步骤4中获取的line3的前n位应用名称，标识为app1、app2、app3……appn；再判断当前该移动终端后台的应用中，是否存在app1～appn这些应用。

s406，提示用户关闭或直接关闭处于后台的高耗电应用。

如若当前该移动终端后台的应用中，是否存在app1～appn这些应用，则通知用户这些后台应用功耗太高建议关闭，或者直接关闭处于后台的高耗电应用。

s407，智能终端重新上传最新的功耗数据到云端。

当用户根据当前提示处理后台应用后，再进行下一个循环，移动终端重新将新的功耗数据上传到云端，进行下一个功耗计算循环。

本发明实施例中的深度学习的控制功耗方法可将相同的有功耗问题的应用程序在不同的用户之间进行大数据共享处理。

为了便于更好了解图4所示的深度学习的控制功耗方法，以下对节电服务程序的智能移动终端的界面进行举例说明。

图5为本发明实施例提供的一种移动终端界面的示意图，参见图5，节电服务程序的移动终端界面显示给用户三个排名分别包括：aline1、line2和line3，用户也可以自由选择最需要查杀的后台应用，从而在提升智能移动终端功耗的同时，还可以同步提升用户体验。

为了解决由于不同厂家的移动终端搭载不同的操作系统而导致的功耗数据排名有偏差的问题，在节电管理系统的云端深度学习方法中，line2的计算中，拆分成不同的智能移动终端的品牌型号和终端机型的功耗排名，比如终端机型为t1的终端，整体排名为tline2，这样对本机的功耗排名参考具有更大的参考意义。同时本发明实施例提供了另一种节电服务程序的移动终端界面，参见图6，会在移动终端界面显示“您的机型是xxx，您使用的app在该款机型用户的整体功耗排名”，根据功耗排名用户可将查杀关闭不常用的应用程序，这样可更好提升用户的体验。

为了解决由于常用的app软件会因为经常使用且功耗排名一直很高，导致省电系统一直提示用户关闭的问题，参见图7，本发明实施例提供又一种节电服务程序的移动终端界面，可以提供给用户一个同质软件的功耗排名应用推荐表，此时云端根据同质软件功耗列表，提供给用户一个低功耗应用推荐表，此时用户就可以在关闭当前功耗高的应用的同时，下载新的低功耗应用，从而给用户更好的用户体验。

为了解决由于开发不规则导致一些应用始终会排在功耗顶端，参见图8，本发明实施例提供又一种节电服务程序的移动终端界面，可以给用户提供一个同质应用的黑名单榜单，这些功耗异常的app应用清单黑名单可以推荐给用户，用户可以选择是关闭还是卸载，从而给用户提供更好的体验。

如果从用户使用频次的角度，同一款机型的终端上预置的应用的使用率更高，为此，参见图9，本发明实施例提供又一种节电服务程序的移动终端界面，此时云端针对预置应用得出的功耗排名及应用推荐，对用户来说更具有参考意义。

图10为本发明实施例提供的一种移动终端的结构示意图，参见图10，所述移动终端包括：第一获取模块1001、第一计算模块1002和控制模块1003。

其中，所述第一获取模块1001，用于从云端服务器获取单机功耗排名信息和多机功耗排名信息，其中，所述单机功耗排名信息包含第一移动终端的多个应用程序在所述第一移动终端上的功耗排名，所述多机功耗排名信息包含由第一移动终端的多个应用程序分别在其他移动终端上的功耗计算得到的功耗排名。

需要说明的是，由于不同厂家的移动终端搭载不同的操作系统，因此不同厂家的移动终端在功耗方面的能力也不尽相同，为了获得更准确功耗的排名信息，在获取移动终端的多机功耗排名信息时，可同时获取移动终端的品牌型号和移动终端机型，所述多机功耗排名信息可包含以下情况：由第一移动终端的多个应用程序分别在与第一应用程序型号相同的其他移动终端上的功耗计算得到的功耗排名。

具体地，将第一移动终端的多个应用程序分别在与第一种终端型号相同的其他移动终端上的功耗进行加权计算后转化为同一时间段功耗而得到的功耗排名，可以解决由于型号不同导致排名有偏差的问题，这样本机的功耗排名参考具有更大的参考意义。

所述第一计算模块1002，根据所述单机功耗排名信息和所述多机功耗排名信息，计算得到所述第一移动终端的中多个应用程序的功耗排名。

可选地，所述第一计算模块1002，包括：计算单元。

所述计算单元，用于将第一移动终端的多个应用程序在第一移动终端上的第一功耗排名以及由第一移动终端的多个应用程序分别在其他移动终端上的功耗计算得到的功耗排名进行加权计算，得到所述第一移动终端的第一应用程序的功耗排名。

所述控制模块1003，用于当所述第一移动终端中的第一应用程序的功耗排名满足预设条件时，对所述第一应用程序进行功耗控制。

可选地，所述控制模块1003，包括：判断单元和执行单元。

所述判断单元，用于判断在第一移动终端后台的应用程序中是否包含所述第一应用程序。

所述执行单元，用于若在第一移动终端后台的应用程序中包含所述第一应用程序，则建议用户关闭所述第一应用程序和/或直接将所述第一应用程序关闭。

为了解决常用的app软件会因为经常使用且功耗排名一直很高，而导致省电系统一直提示用户关闭的问题，在图10所示的移动终端的基础上，所述移动终端还包括：第二获取模块、第二计算模块和第一提供模块。

其中，所述第二获取模块，用于获取所述第一应用程序的同质软件的功耗排名信息，其中，所述同质软件的功耗排名信息包括：与所述第一应用程序类型相同的应用程序的功耗排名。

所述第二计算模块，用于根据所述第一应用程序的同质软件的功耗排名信息，得到第一应用程序的同质软件的应用推荐信息，第一应用程序的同质软件的应用推荐信息包含一个或多个与所述第一应用程序类型相同且功耗小于第一应用程序的应用程序。

所述第一提供模块，用于将所述第一应用程序的同质软件的应用推荐信息提供给用户。

为了解决由于开发不规则导致一些应用程序的功耗始终会排在顶端，在图10所示的移动终端的基础上，所述移动终端还包括：第三获取模块、第三计算模块和第二提供模块。

所述第三获取模块，用于获取所述第一应用程序在第一移动终端上的同质软件的功耗排名信息；

所述第三计算模块，用于根据所述第一应用程序在第一移动终端上的同质软件的功耗排名信息，得到第一应用程序的同质软件的应用黑名单信息，其中，第一应用程序的同质软件的应用黑名单信息包含：一个或多个与所述第一应用程序类型相同且功耗大于或等于第一应用程序的应用程序；

所述第二提供模块，用于将第一应用程序的同质软件的应用黑名单信息提供给用户。

在本实施例中，通过第一计算模块根据所述单机功耗排名信息和所述多机功耗排名信息，计算得到所述第一移动终端的中多个应用程序的功耗排名，根据所述第一移动终端的中多个应用程序的功耗排名，再通过控制模块对满足预设条件的第一应用程序进行功耗控制操作，这样本发明实施例的移动终端可避免由于根据单用户的使用情况而导致将用户非常需要的应用程序误伤关闭的情况。

在本实施例中，通过判断单元判断在第一移动终端后台的应用程序中是否包含所述第一应用程序，当第一移动终端后台的应用程序中包含所述第一应用程序时，则通过执行单元建议用户关闭所述第一应用程序和/或直接将所述第一应用程序关闭，这样本发明实施例的移动终端可避免那些兼容性很差的应用程序在后台出现的不断启动、不断被杀的循环过程，同样可降低功耗。

在本实施例中，可根据手机型号或手机机型，通过将第一移动终端的多个应用程序分别在与第一种终端型号相同的其他移动终端上的功耗进行加权计算后转化为同一时间段功耗而得到的功耗排名，本发明实施例的移动终端可以解决由于型号不同导致排名有偏差的问题，这样本机的功耗排名参考具有更大的参考意义。

在本实施例中，通过第二计算模块根据第一应用程序的同质软件的功耗排名信息，得到第一应用程序的同质软件的应用推荐信息，然后再通过第一提供模块将所述第一应用程序的同质软件的应用推荐信息提供给用户，这样可给用户提供一个或多个与所述第一应用程序类型相同且功耗小于第一应用程序的应用程序，从而给用户更好的用户体验。本发明实施例的移动终端可针对预置应用得出的功耗排名及应用推荐，对用户来说更具有参考意义。

在本实施例中，通过第三计算模块根据所述第一应用程序在第一移动终端上的同质软件的功耗排名信息，得到第一应用程序的同质软件的应用黑名单信息，通过第二提供模块将第一应用程序的同质软件的应用黑名单信息提供给用户，将一个或多个与所述第一应用程序类型相同且功耗大于或等于第一应用程序的应用程序提供给用户，用户可以选择关闭还是卸载，从而给用户提供更好的体验。

图11为本发明另一实施例提供的移动终端的结构示意图。如图11所示，图11所示的移动终端1100包括：至少一个处理器1101、存储器1102、至少一个网络接口1104和用户接口1103。移动终端1100中的各个组件通过总线系统1105耦合在一起。可理解，总线系统1105用于实现这些组件之间的连接通信。总线系统1105除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图11中将各种总线都标为总线系统1105。

其中，用户接口1103可以包括显示器、键盘或者点击设备(例如，鼠标，轨迹球(trackball)、触感板或者触摸屏等。可以理解，本发明实施例中的存储器1102可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-onlymemory，rom)、可编程只读存储器(programmablerom，prom)、可擦除可编程只读存储器(erasableprom，eprom)、电可擦除可编程只读存储器(electricallyeprom，eeprom)或闪存。易失性存储器可以是随机存取存储器(randomaccessmemory，ram)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的ram可用，例如静态随机存取存储器(staticram，sram)、动态随机存取存储器(dynamicram，dram)、同步动态随机存取存储器(synchronousdram，sdram)、双倍数据速率同步动态随机存取存储器(doubledataratesdram，ddrsdram)、增强型同步动态随机存取存储器(enhancedsdram，esdram)、同步连接动态随机存取存储器(synchlinkdram，sldram)和直接内存总线随机存取存储器(directrambusram，drram)。本发明实施例描述的系统和方法的存储器1102旨在包括但不限于这些和任意其它适合类型的存储器。

在一些实施方式中，存储器1102存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：操作系统11021和应用程序11022。

其中，操作系统11021，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序11022，包含各种应用程序，例如媒体播放器(mediaplayer)、浏览器(browser)等，用于实现各种应用业务。实现本发明实施例方法的程序可以包含在应用程序11022中。

在本发明实施例中，通过调用存储器1102存储的程序或指令，具体的，可以是应用程序11022中存储的程序或指令，处理器1101可以执行上述控制功耗的方法。

上述本发明实施例揭示的方法可以应用于处理器1101中，或者由处理器1101实现。处理器1101可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器1101中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1101可以是通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(fieldprogrammablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1102，处理器1101读取存储器1102中的信息，结合其硬件完成上述方法的步骤。

可以理解的是，本发明实施例描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(applicationspecificintegratedcircuits，asic)、数字信号处理器(digitalsignalprocessing，dsp)、数字信号处理设备(dspdevice，dspd)、可编程逻辑设备(programmablelogicdevice，pld)、现场可编程门阵列(field-programmablegatearray，fpga)、通用处理器、控制器、微控制器、微处理器、用于执行本发明所述功能的其它电子单元或其组合中。

对于软件实现，可通过执行本发明实施例所述功能的模块(例如过程、函数等)来实现本发明实施例所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。

在本实施例，处理器1101具体用于：从云端服务器获取单机功耗排名信息和多机功耗排名信息，其中，所述单机功耗排名信息包含第一移动终端的多个应用程序在所述第一移动终端上的功耗排名，所述多机功耗排名信息包含由第一移动终端的多个应用程序分别在其他移动终端上的功耗计算得到的功耗排名；根据所述单机功耗排名信息和所述多机功耗排名信息，计算得到所述第一移动终端的中多个应用程序的功耗排名；当所述第一移动终端中的第一应用程序的功耗排名满足预设条件时，对所述第一应用程序进行功耗控制。

可选地，处理器1101具体用于：判断在第一移动终端后台的应用程序中是否包含所述第一应用程序；若在第一移动终端后台的应用程序中包含所述第一应用程序，则建议用户关闭所述第一应用程序和/或直接将所述第一应用程序关闭。

可选地，处理器1101具体用于：获取所述第一应用程序的同质软件的功耗排名信息，其中，所述同质软件的功耗排名信息包括：与所述第一应用程序类型相同的应用程序的功耗排名；根据所述第一应用程序的同质软件的功耗排名信息，得到第一应用程序的同质软件的应用推荐信息，第一应用程序的同质软件的应用推荐信息包含一个或多个与所述第一应用程序类型相同且功耗小于第一应用程序的应用程序；将所述第一应用程序的同质软件的应用推荐信息提供给用户。

可选地，处理器1101具体用于：获取所述第一应用程序在第一移动终端上的同质软件的功耗排名信息；根据所述第一应用程序在第一移动终端上的同质软件的功耗排名信息，得到第一应用程序的同质软件的应用黑名单信息，其中，第一应用程序的同质软件的应用黑名单信息包含：一个或多个与所述第一应用程序类型相同且功耗大于或等于第一应用程序的应用程序；将第一应用程序的同质软件的应用黑名单信息提供给用户。

可选地，处理器1101具体用于：将第一移动终端的多个应用程序在第一移动终端上的第一功耗排名以及由第一移动终端的多个应用程序分别在其他移动终端上的功耗计算得到的功耗排名进行加权计算，得到所述第一移动终端的第一应用程序的功耗排名。

首先，本发明实施例提供的移动终端通过处理器1101根据所述单机功耗排名信息和所述多机功耗排名信息，计算得到所述第一移动终端的中多个应用程序的功耗排名，根据所述第一移动终端的中多个应用程序的功耗排名，再通过处理器1101对满足预设条件的第一应用程序进行功耗控制操作，这样本发明实施例的移动终端可避免由于根据单用户的使用情况而导致将用户非常需要的应用程序误伤关闭的情况。

其次，本发明实施例提供的移动终端通过处理器1101判断在第一移动终端后台的应用程序中是否包含所述第一应用程序，当第一移动终端后台的应用程序中包含所述第一应用程序时，则通过处理器1101建议用户关闭所述第一应用程序和/或直接将所述第一应用程序关闭，这样本发明实施例的移动终端可避免那些兼容性很差的应用程序在后台出现的不断启动、不断被杀的循环过程，同样可降低功耗。

再次，本发明实施例提供的移动终端通过处理器1101可根据手机型号或手机机型，通过将第一移动终端的多个应用程序分别在与第一种终端型号相同的其他移动终端上的功耗进行加权计算后转化为同一时间段功耗而得到的功耗排名，本发明实施例的移动终端可以解决由于型号不同导致排名有偏差的问题，这样本机的功耗排名参考具有更大的参考意义。

再次，本发明实施例提供的移动终端通过处理器1101根据第一应用程序的同质软件的功耗排名信息，得到第一应用程序的同质软件的应用推荐信息，然后再通过处理器1101将所述第一应用程序的同质软件的应用推荐信息提供给用户，这样可给用户提供一个或多个与所述第一应用程序类型相同且功耗小于第一应用程序的应用程序，从而给用户更好的用户体验。本发明实施例的移动终端可针对预置应用得出的功耗排名及应用推荐，对用户来说更具有参考意义。

再次，本发明实施例提供的移动终端通过处理器1101根据所述第一应用程序在第一移动终端上的同质软件的功耗排名信息，得到第一应用程序的同质软件的应用黑名单信息，通过处理器1101将第一应用程序的同质软件的应用黑名单信息提供给用户，将一个或多个与所述第一应用程序类型相同且功耗大于或等于第一应用程序的应用程序提供给用户，用户可以选择关闭还是卸载，从而给用户提供更好的体验。

本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上所述的控制功耗的方法中的步骤。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。

在本发明的各种实施例中，应理解，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

在本申请所提供的实施例中，应理解，“与a相应的b”表示b与a相关联，根据a可以确定b。但还应理解，根据a确定b并不意味着仅仅根据a确定b，还可以根据a和/或其它信息确定b。

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

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

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络侧设备等)执行本发明各个实施例所述收发方法的部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，简称rom)、随机存取存储器(randomaccessmemory，简称ram)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。