节电处理方法及装置与流程

本发明涉及通信领域，具体而言，涉及一种节电处理方法及装置。

背景技术：

在业内，android手机一直有着“越用越慢”的口碑，这个现象甚至超出了硬件范畴——很多中高端android手机在硬件参数上都优于同一代iphone，但是它们仍然会在使用半年到一年的时间后进入“欠流畅”的状态——这无疑是一件令人困扰的事情。

目前的解决手机卡慢的通常做法是将所有正在运行的进程列出来，然后通过预置的一套黑白名单给出一个缺省是否清理的状态，然后由用户手动选择哪些应用清理或者按默认状态“一键节电”甚至是自动“后台节电”。

现有技术中的类似产品也有这样的功能，但是通过大量用户长期使用这个功能后，发现目前的节电策略不够“智能”，主要体现在如下方面：

大多用户不够“专业”，不知道如何设置修改省电时的受保护名单，导致一些需要在后台运行的程序被自动清理掉了，影响用户使用，或者在需要后台自启动时无法启动，影响其功能的实时性甚至正常使用。

很多时候，需要实施节电策略的应用是需要根据用户的使用情况来变化的，如听书、音乐、电台类应用，如果用户正在听音乐听书电台，这类进程在后台是不能被清理的；相反，如果用户没有在听书听音乐听电台，这类进程如果还在后台运行耗进程，耗cpu则需要被清理以减少手机卡慢。类似情况还有很多。

由于现有技术相对“静态”的节电处理，要么过度保护进程导致不能很好的清理进程以节省cpu及内存资源，要么过度处理严重影 响用户的使用体验，甚至造成一些应用或系统的功能性问题。

目前现有技术中存在的技术方案一般的是先在程序中预置一套受保护名单，这些名单一般包括应用市场上比较流行的软件，节电处理后可能影响系统稳定或用户使用的程序功能的正常运行，或者一些手机厂商预置的比较重要的系统级或相对重要的程序。然后将所有正在运行的应用程序按占用内存折大小从大到小排序列出来。用户可以手动修改应用列表的节电策略，临时决定哪些应用适用哪些节电策略；或者可以修改受保护名单，列入受保护名单后，不管是前台手动处理还是后台一键处理，都不会影响这些受保护名单的应用。

这样导致的问题就是，如果用户不会或者不想设置名单，很有可能某些正在使用的应用会被处理，如正在听书的软件，正在缓存视频电影的软件，或者正在导航的地图类软件，这些软件的特征是使用时不能被清理，清理时会极大的影响用户使用，但是这些软件不使用时需要被节电处理，因为会在后台运行占用cpu、内存甚至消耗流量，而且，即使用户会设置受保护名单，这些场景是动态的，用户如果频繁的修改受保护状态，也会不甚其烦，此外，即使在用户手动处理应用进程，面对一个进程列表，大多数用户不知道哪些进程真正需要运行，哪些进程实际上不需要在后台运行，可以被处理，以节省内存和处理器资源，这会给用户带来极大的不便，用户体验度很差。

针对相关技术中，用户无法正确的结束应用程序的进程，进而导致用户体验度差，即终端的节电技术不够智能的问题，尚未提出有效的解决方案。

技术实现要素：

本发明实施例提供了一种节电处理方法及装置，以至少解决相关技术中终端的节电技术无法动态调整，不够智能的问题。

根据本发明的一个方面，提供了一种节电处理方法，包括：

获取终端中当前正在运行的所有应用程序的标识，其中，该标识用于唯一标记应用程序；根据所述标记在预先设置的知识库中查找该 标识对应的节电策略，其中，所述知识库中保存有应用程序的标识与节电策略的对应关系；根据所述节点策略对所述应用程序进行节电处理。

可选地，至少通过以下方式之一确定所述节电策略：对所述应用程序设置单独的节电策略；和/或根据预设条件对所有应用程序进行分组；针对分组后的每一组，设置与每一组对应的节电策略。

可选地，所述预设条件包括以下至少之一：应用程序的功能、执行应用程序所依赖的硬件元素。

可选地，所述方法还包括：在所述应用程序没有设置节电策略时，判断所述应用程序所在的分组；

根据所述分组对应的节电策略对所述应用程序进行节电处理。

可选地，所述方法还包括：至少采用以下方式之一对所述节电策略进行更新：接收用户修改的应用程序所对应的节电策略、所述终端对应的云端更新的节电策略。

可选地，所述节电策略至少包括以下之一：后台清理进程、限制应用后台自启动、禁止应用之间相互唤醒、允许应用进行深度睡眠、允许应用对齐唤醒。

根据本发明的另一个方面，还提供了一种节电处理装置，包括：获取模块，用于获取终端中当前正在运行的所有应用程序的标识，其中，该标识用于唯一标记应用程序；查找模块，用于根据所述标记在预先设置的知识库中查找该标识对应的节电策略，其中，所述知识库中保存有应用程序的标识与节电策略的对应关系；节电处理模块，用于根据所述节点策略对所述应用程序进行节电处理。

可选地，所述装置还包括：确定模块，用于至少通过以下方式之一确定所述节电策略：对所述应用程序设置单独的节电策略；和/或根据预设条件对所有应用程序进行分组；针对分组后的每一组，设置与每一组对应的节电策略。

可选地，所述确定模块中的预设条件包括以下至少之一：应用程 序的功能、执行应用程序所依赖的硬件元素。

可选地，所述装置还包括：判断模块，用于在所述应用程序没有设置节电策略时，判断所述应用程序所在的分组；所述节电处理模块，还用于根据所述分组对应的节电策略对所述应用程序进行节电处理。

通过本发明，获取终端中当前正在运行的所有应用程序的标识，根据所述标记在预先设置的知识库中查找该标识对应的节电策略的技术方案，解决了相关技术中，用户无法正确的结束应用程序的进程，进而导致用户体验度差，即终端的节电技术不够智能的问题，进而不影响用户使用终端，提升了用户体验度，减少了终端功耗。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的节电处理方法的流程图；

图2是根据本发明实施例的节电处理装置的结构框图；

图3是根据本发明实施例的节电处理装置的另一结构框图；

图4为根据本发明优选实施例的模块划分及装置结构框图；

图5为根据本发明优选实施例的节电策略构建流程图；

图6为根据本发明优选实施例的应用分组策略示意图(一)；

图7为根据本发明优选实施例的应用分组策略示意图(二)；

图8为根据本发明优选实施例的节点处理的流程图；

图9为根据本发明优选实施例的节点策略进行更新的流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相 互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

在本实施例中提供了一种节电处理方法，图1是根据本发明实施例的节电处理方法的流程图，如图1所示，该流程包括如下步骤：

步骤s102，获取终端中当前正在运行的所有应用程序的标识，其中，该标识用于唯一标记应用程序；

步骤s104，根据标记在预先设置的知识库中查找该标识对应的节电策略，其中，知识库中保存有应用程序的标识与节电策略的对应关系；

步骤s106，根据节点策略对应用程序进行节电处理。

通过上述各个步骤，获取终端中当前正在运行的所有应用程序的标识，根据标记在预先设置的知识库中查找该标识对应的节电策略的技术方案，解决了相关技术中，用户无法正确的结束应用程序的进程，进而导致用户体验度差，即终端的节电技术不够智能的问题，进而不影响用户使用终端，提升了用户体验度，减少了终端功耗。

在实际应用过程中，至少通过以下方式之一确定节电策略：对应用程序设置单独的节电策略；和/或根据预设条件对所有应用程序进行分组；针对分组后的每一组，设置与每一组对应的节电策略，即在本发明实施例中，可以是对应用程序单独设置节电策略，也可以先根据应用程序的功能、执行应用程序所依赖的硬件元素对应用程序先进行分组，对于同一组的应用程序分配一个相同的节电策略，如果应用程序没有被设置节电策略，则判断这个应用程序所在的分组，根据这个组的节电策略对应用程序进行处理，在本发明的一个可选实施例中，对于应用程序的功能相同的或者应用程序所依赖的硬件元素相同的应用程序分配到一个组中。

在一个可选示例中，上述方法还包括：至少采用以下方式之一对 节电策略进行更新：接收用户修改的应用程序所对应的节电策略、终端对应的云端更新的节电策略。

本发明实施例中的节电策略至少包括以下之一：后台清理进程、限制应用后台自启动、禁止应用之间相互唤醒、允许应用进行深度睡眠、允许应用对齐唤醒，其中，后台清理进程指的是在手机黑屏后对终端后台运行的进行清理；限制应用后台自启动指的是限制指定应用在后台没有经过用户允许自启动；禁止应用之间相互唤醒指的是禁止应用之间，在一个应用被唤醒时，另一个应用自动被唤醒的情况或者一个应用在任何情况下未经用户允许后台唤醒另一个应用；允许应用进行深度睡眠指的是允许应用不轻易被用户的操作唤醒，允许应用对齐唤醒指的是两个或多个应用同时被唤醒。

即本发明实施例的技术方案依赖一个用户可以设置或可以通过网络更新的策略库，每个应用定义有自己默认的节电策略，并且同类应用有相同的节电策略。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例的方法。

实施例2

在本实施例中还提供了一种节电处理装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图2是根据本发明实施例的节电处理装置的结构框图，如图2所示，该装置包括：

获取模块20，用于获取终端中当前正在运行的所有应用程序的标识，其中，该标识用于唯一标记应用程序；

查找模块22，用于根据标记在预先设置的知识库中查找该标识对应的节电策略，其中，知识库中保存有应用程序的标识与节电策略的对应关系；

节电处理模块24，用于根据节点策略对应用程序进行节电处理。

通过上述各个模块的综合作用，获取终端中当前正在运行的所有应用程序的标识，根据标记在预先设置的知识库中查找该标识对应的节电策略的技术方案，解决了相关技术中，用户无法正确的结束应用程序的进程，进而导致用户体验度差，即终端的节电技术不够智能的问题，进而不影响用户使用终端，提供了用户体验度，减少了终端功耗。

图3是根据本发明实施例的节电处理装置的另一结构框图，如图3所示，上述装置还包括：

确定模块26，用于至少通过以下方式之一确定节电策略：对应用程序设置单独的节电策略；和/或根据预设条件对所有应用程序进行分组；针对分组后的每一组，设置与每一组对应的节电策略。

可选地，确定模块中的预设条件包括以下至少之一：应用程序的功能、执行应用程序所依赖的硬件元素。

如图3所示，上述装置还包括：判断模块28，用于在应用程序没有设置节电策略时，判断应用程序所在的分组；节电处理模块24，还用于根据分组对应的节电策略对应用程序进行节电处理。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

以下结合优选实施例对上述实施例的技术方案进行详细说明，但不用于限定本发明实施例。

本发明优选实施例提出了一种根据应用程序的主要功能、软件分类、所依赖的硬件条件等建立一套知识库，知识库包括应用的各类节电策略和各类分组应用的节电策略。并根据这个节电知识库对手机正在运行的应用程序进行针对性的进行各种节电策略处理。有效解决过分依赖用户设置，更加智能的降功耗，提升用户体验。

图4为根据本发明优选实施例的模块划分及装置结构框图，如图4所示，包括：节电策略实施模块40(相当于上述实施例的节电处理模块24)、节电知识库模块42(相当于上述实施例的查询模块22)、节电策略云端更新模块44和节电策略修改模块46几部分组成。其中节电策略实施模块40主要用于根据节电知识库模块制定的节电策略并予以实施；节电知识库模块44包括应用的节电策略和应用分组节电策略，如果应用策略无效则采取该应用所在分组的策略；节电策略云端更新模块44主要负责通过云端应用策略更新和应用分组节电策略更新；节电策略修改模块46主要是用户根据自己的需要针对具体应用来修改节电策略。通过知识库的节电策略方式大大提升用户体验，兼顾进程误清理和降低手机功耗。

在本发明实施例中，该知识库的节电策略的使用不仅可以用作后台节电处理，而且可以用作用户手动节电处理时参考。

本发明优选实施例还描述了一种手机应用节电知识库的构建方法。清理及安全软件会预置这个应用节电知识库，后面可以根据需要通过云端更新或用户根据自己的需求修改。图5为根据本发明优选实施例的节电策略构建流程图，具体包括如下步骤：

步骤s502：根据应用的功能或应用所依赖硬件元素定义应用分组；如图6聊天通讯类是根据其功能提出的分类，音乐电台类根据其所依赖的元素定义的分类，音乐听书类应用都必须依赖手机的音频硬件播放声音。

步骤s504：根据应用分组库针对不同的节电手段制定该分组的节电策略，不同的功能的应用的节电策略肯定是不一样的，所以可以据此定义不同的节电策略。如聊天通讯类对消息的实时性要求比较高，所以不允许后台杀进程，也不能对齐唤醒和深度睡眠，在这类应用退出时还需要能允许应用自启动，否则可能影响这类应用接收消息的实时性，而音乐电台类则可以后台清理进程(在不播放音频时)，可以限制其自启动，可以允许深度睡眠等等；

步骤s506：根据手机的功耗情况制定其它分组默认策略，如图6；

因为知识库的容量毕竟有限，不可能容纳所有的应用软件，所以针对每一个节电策略有一个默认的策略，如果该手机整体硬件配置较低，则默认节电策略定义严一点，否则节电策略可以定义的稍宽松点，那么针对那些在我们的知识库找不到的应用，可以参考这个其它分组的默认策略；

步骤s508：通过步骤s504,s506，形成应用分组节电策略，就是不针对具体应用，只针对应用的不同类别形成的节电策略库。

步骤s510：收集应用市场常见应用，或不同手机厂商预置在手机中的应用，安卓手机一般是收集应用的唯一标识应用包名，通过包名就可以对该应用进行进程清理、禁止后台自启动，深度睡眠，对齐唤醒，禁止应用间相互唤醒等节电策略。

步骤s512：根据其在系统运行中是否起核心作用确定其是否关键应用，如名片夹，短信等系统核心应用如果被进行节电策略，则可能影响其手机的正常功能，另一方面，这些核心应用一般是系统预置应用，要对齐进行限制需要更高的权限，所以将其划入关键应用；

步骤s514：制定关键应用节电策略，列为关键应用的应用如果功耗较高，需要特殊的处理办法降低其对功耗的影响；

步骤s516：根据其功能和硬件依赖确定其应用分组，定义应用分组有二个好处，一是如果其在没有定义节电策略，可以参考所在分组的节电策略，第二可以根据其分组信息作其它智能节电处理。

步骤s518：如果该应用节电策略与该应用所在分组的节电策略有所冲突或差异，则转入步骤s524，否则转入步骤s526；

步骤s520：取默认无效值，依赖其分组节电策略；

步骤s522：针对该应用作差异化节电策略，如图7；

步骤s524：成功构建节电应用知识库。

一般情况下，进程清理分为前台节电处理，方便用户根据需要有选择性的应用处理。更多的时候，需要后台自动节电处理，比如在手机黑屏的时候，启动自动应用功耗处理；在应用后台自启及应用后台唤醒自动进行限制。

以下对知识库的具体使用实施节电管理是基于上述实施例的基础上做针对性的细化。

知识库的具体应用实施例

前台自动节电实时性要求较高，适合检测那些较快速的鉴定功能，然后针对应用进程给出描述性的提示和缺省的清理状态。用户可以根据这些提示和缺省节电策略状态进行节电处理，图8为根据本发明优选实施例的节点处理的流程图，包括以下步骤：

步骤s802：获取并遍历正在运行的所有程序，正在运行的程序就是目前占用系统内存和处理器资源的影响手机功耗的因素；

步骤s804：得到运行程序的包名，针对不同的手机平台可能这个有所不同，抽象点说是得到运行应用程序的唯一标识，通过这个唯一标识可以对该应用进行后台进程清理，限制自启动，强制对齐唤醒，强制深度睡眠和禁止相互唤醒等等节电策略；

步骤s806：在知识库中通过应用在手机平台的唯一标识如应用包名去查找该应用节电策略中查找某项节电策略；

步骤s808：判断该应用包名在应用节电策略知识库中是否能找到？能找到转入步骤s810，否则转入步骤s814；

步骤s810：同样通过该应用包名在知识库中判断该应用是否关 键应用，知识库中有一个关键应用的字段，关键应用的节电策略处理和普通应用不一样，关键应用如果在某些方面被限制是影响手机系统核心功能和稳定性的；如果被判断是关键应用转入步骤s812进一步处理；否则转入步骤s818处理；

步骤s812：按关键应用策略进行处理，因为关键应用如果在某些方面被限制是影响手机系统核心功能和稳定性的，所以只能在前台用户手动对其进行限制，这样做的好处是用户知道限制后可能影响手机相关的功能；

步骤s814：是否系统预置应用进程，如果是转入步骤s816进一步处理，如果否转入步骤s822进一步处理；

步骤s816：对在知识库中找不到的系统应用认为是核心级的应用，一是可能没有权限对其进行处理，二是处理后可能极大的破坏系统功能和稳定性，所以对这类应用不进行任何节电策略处理；

步骤s818：通常如果某个应用的节电策略与其所在分组节电策略一致则不定义其应用节电策略(默认无效值)。所以如果通过应用的唯一标识包名在应用节电知识库中找到的应用节电策略，判断其是否有效，如果有效则转入步骤s820处理，如果无效则转入步骤s824进一步处理；

步骤s820：如果找到了应用分组策略且该应用节电策略有效，则按应用分组策略来进行节电处理，通过节电策略包括但不限于后台自动清理进程，限制应用后台自启动，不允许应用之间相互唤醒，允许应用深度睡眠，允许应用对齐唤醒等，所以该节电策略的判断是针对不同的节电策略进行知识库的不同字段的判断；

步骤s822：知识库的容量毕竟有限，我们设计时考虑到这种情况，所以存在很多在知识库中找不到的应用程序，如果找不到，我们则缺省指定其分组策略为“其它”，转入步骤s830进行处理；

步骤s824：如果该应用策略无效，则取该应用的分组类型，通过其分组类型转入步骤s826进一步处理；

步骤s826：判断该应用的分组类型是否为其它，如果是则转入步骤s830进一步处理，如果否则转入步骤s828进一步处理；

步骤s828：按该应用的分组策略来进行节电处理；

步骤s830：按其它分组默认策略来进行节电处理；

步骤s832：流程结束。

在本发明实施例中，还提供了一种对节点策略进行更新的流程，图9为根据本发明优选实施例的节点策略进行更新的流程图，如图9所示，主要包括以下步骤：

步骤s902：用户安装新应用；

步骤s904：用户修改/云端更新节电策略；

步骤s906：更新节电知识库；

步骤s908：知识库发出更新通知；

步骤s910：节电相关应用收到通知；

步骤s912：按新的节电策略对该应用进行节电处理。

这样做的好处是不同的节电策略实施模块可以共用这个节电知识库，而且一个节电策略实施模块修改了相关的节电配置，其它模块都可以及时响应，起到联动作用。

本发明优选实施例在手机实施节电策略的过程中，不管是前台还是后台，都可以较为智能的进行节电策略，既避免了用户不会设置各类名单的痛苦，又避免了用户频繁修改名单的麻烦。

进一步地，通过本发明实施例的技术方案，可以有效的避免“误杀”进程，规避了现有方案的过分依赖静态“名单”的弊端。

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

s1，获取终端中当前正在运行的所有应用程序的标识，其中，该标识用于唯一标记应用程序；

s2，根据标记在预先设置的知识库中查找该标识对应的节电策略，其中，知识库中保存有应用程序的标识与节电策略的对应关系；

s3，根据节点策略对应用程序进行节电处理。

可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。