CN104239132A - 一种唤醒对齐的方法、装置及终端 - Google Patents

Abstract

本发明公开了一种唤醒对齐的方法、装置及终端。其中，该方法包括：采集应用程序的唤醒时间；将唤醒时间设置为预设的固定时间；在固定时间的间隔内，通过后台进程接管通知信息；在固定时间的前、后时刻点唤醒系统，通过后台进程推送通知信息。实施本发明，使得应用程序按固定时间定期唤醒系统，以进行通知信息的推送操纵，电量消耗较小，资源利用率较高。同时，实施本发明，使得通知信息的控制步骤较为简单，效率较高，避免了在对齐系统唤醒时，通知信息集中推送所造成通知信息丢失的后果。

Description

一种唤醒对齐的方法、装置及终端

技术领域

本发明涉及移动终端功耗控制领域，尤其涉及一种唤醒对齐的方法、装置及终端。

背景技术

随着技术的发展，智能操作系统成为市场主流，各种智能操作系统都提供了定时器唤醒机制，例如安卓实时时钟提醒(英文：AndroidforRTCAlarm)机制，虽然上述机制提供了上层应用通过定时器唤醒和服务器后台用于同步后台信息的推送(英文：PULL)通讯机制，但是目前很多第三方应用并不规范，故意或者无意地滥用定时器唤醒机制，导致用户终端在不知情的情况下浪费电池以及系统资源，严重地影响移动智能终端的用户体验。

目前，对于智能手机等移动终端来说，电池的使用时间已经成为最关键的挑战之一。现在的终端用户普遍对现代手机的电池甚至不能支撑一天而感到失望。研究发现，待机时间占据了手机电池日常使用的一大部分时间。在待机模式下，手机被诸如Gmail、Facebook等各种第三方应用的唤醒事件唤醒的频率很高。并且，与通信有关的应用安装得越多，手机唤醒就越频繁。虽然在待机时间，手机的屏幕处于关闭状态，但是这些频繁的唤醒仍然大大增加了手机在待机模式下的总体功耗。一般情况下，当手机在待机模式下没有被唤醒时，功耗大约仅为10毫瓦，而当被唤醒时，平均功耗可以达到170毫瓦，约是没有唤醒时的17倍。为了减小移动终端的功耗，现有技术通常尽可能多地关掉较为耗电的应用。也有一些应用设计为为移动终端节省日常用电，例如，简易的节电器(Easy Power Saver)、节电专家(Juice Defender)等等。这些应用一般是通过基于预定义的规则和时间对一些控制组件进行控制，来使能或者禁用WIFI、GPS或3G以及调整移动终端的背光亮度等等。但是，这样禁用WIFI、GPS或3G可能会影响用户体验，例如，可能导致用户的某一应用程序的通知信息推送失败，同时，在通知信息推送失败时，未能及时发出推送异常的告警信息。

由此可知，现有技术通过强制禁用网络等手段所实现的定时唤醒，并不能较好地实现减少终端电量消耗的缺陷，同时，还可能带来通知信息限制步骤较为繁杂，效率不高，可能造成信息丢失等缺陷。

发明内容

有鉴于此，本发明要解决的技术问题是提供一种唤醒对齐的方法、装置及终端，以解决现有技术中，由于应用程序不定期唤醒系统所造成的电量消耗过大，以及现有的通知信息限制步骤较为繁杂，效率不高，可能造成信息丢失等缺陷。

本发明解决上述技术问题所采用的技术方案如下：

构造一种唤醒对齐的方法，该方法包括：

采集应用程序的唤醒时间；

将上述唤醒时间设置为预设的固定时间；

在上述固定时间的间隔内，通过后台进程接管通知信息；

在上述固定时间的前、后时刻点唤醒系统，通过上述后台进程推送上述通知信息。

优选地，采集应用程序的唤醒时间之前包括，建立应用程序分类表，并在上述应用程序分类表内建立唤醒时间表，其中，通过上述应用程序分类表按应用程序的种类进行分类记录，在上述分类记录下，通过上述唤醒时间表记录上述唤醒时间。

优选地，采集应用程序的唤醒时间还包括，若采集应用程序的唤醒时间失败，则将上述应用程序的唤醒时间设置为上述固定时间。

优选地，将上述唤醒时间设置为预设的固定时间包括：

提取上述应用程序分类表，为不同类别的应用程序设置与其对应的固定时间；

在上述应用程序分类表内，提取上述唤醒时间表，将上述唤醒时间表内的时间设置为上述固定时间。

优选地，在上述固定时间的间隔内，通过后台进程接管通知信息之前还包括：

根据上述应用程序的属性信息，在系统内建立与其对应的服务进程；

通过上述服务进程建立与上述应用程序所属的服务器之间的通信链接。

优选地，在上述固定时间的间隔内，通过后台进程接管通知信息之前还包括：

根据上述应用程序的通知信息需求确定资源需求；

根据上述资源需求，为上述服务进程分配固定的内存空间；

根据上述内存空间预设相应的缓存空间。

优选地，在上述固定时间的间隔内，通过后台进程接管通知信息之前还包括：

根据上述应用程序所对应的服务进程，在系统内建立与上述服务进程相关联的驻留进程；

通过上述驻留进程监控上述应用程序的唤醒时间。

优选地，在上述固定时间的前、后时刻点唤醒系统，通过上述后台进程推送上述通知信息之后，还包括：

通过上述服务进程整理上述内存空间，并清空上述缓存空间；

通过上述驻留进程监控上述服务进程的整理操作以及清空操作，若有通知信息推送失败，则生成推送异常信息，并将其反馈至所对应的应用程序的交互界面接口。

本发明还提出了一种唤醒对齐的装置，上述装置包括：

唤醒时间采集模块，用于采集应用程序的唤醒时间；

固定时间设置模块，用于将上述唤醒时间设置为预设的固定时间；

通知信息接管模块，用于在上述固定时间的间隔内，通过后台进程接管通知信息；

通知信息推送模块，用于在上述固定时间的前、后时刻点唤醒系统，通过上述后台进程推送上述通知信息。

本发明还提出了一种唤醒对齐的终端，上述终端包括上述唤醒对齐的装置。

实施本发明，通过采集应用程序的唤醒时间，并将唤醒时间设置为预设的固定时间，然后，在固定时间的间隔内，通过后台进程接管通知信息，最后，在固定时间的前、后时刻点唤醒系统，通过后台进程推送通知信息。使得应用程序定期唤醒系统，进行通知信息的推送，电量消耗较小，资源利用率较高。

同时，实施本发明，使得通知信息限制步骤较为简单，效率较高，避免了在对齐系统唤醒，通知信息集中推送时所造成通知信息丢失的后果。

附图说明

下面将结合附图及实施例对本发明作进一步说明，附图中：

图1是本发明提供的唤醒对齐的方法流程图；

图2是本发明第一较佳实施例提供的唤醒对齐方法的流程图；

图3是本发明第二较佳实施例提供的唤醒对齐方法的流程图；

图4是本发明第三较佳实施例提供的唤醒对齐方法的流程图；

图5是本发明第四较佳实施例提供的唤醒对齐方法的流程图；

图6是本发明第五较佳实施例提供的唤醒对齐方法的流程图；

图7是本发明第六较佳实施例提供的唤醒对齐方法的流程图；

图8是本发明第七较佳实施例提供的唤醒对齐方法的流程图；

图9是本发明提供的唤醒对齐的装置的结构框图。

具体实施方式

为了使本发明所要解决的技术问题、技术方案及有益效果更加清楚、明白，以下结合附图和实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

实施例一

图1是本发明提供的唤醒对齐的方法流程图。本方法包括以下步骤：

S1，采集应用程序的唤醒时间。在现有的终端操作系统下，各个应用程序在编译完成，并运行于操作系统中时，通常内设有唤醒时间这一属性信息，当该应用程序启动，并在该操作系统的后台运行时，该应用程序会按唤醒时间，定期地通过相应的功能模块向系统组件调用接口发送系统调用请求，当系统组件接收到上述系统调用请求后，将根据需求唤醒系统，并执行相关的操作，以完成相应的需求。而在现有的移动终端操作系统下，应用程序通常是通过调用整个系统的唤醒执行接口，同时，应用程序通常都具备调用整个系统的唤醒执行接口的权限。因此，在该步骤中，将对有调用整个系统的唤醒执行接口权限，以及调用部分系统组件的唤醒执行接口权限的应用程序，在整体的操作系统以及在部分系统组件下，采集各个应用程序的唤醒时间。例如，在安卓操作系统下，后台运行有程序A、程序B以及程序C，其中，程序A与程序B具有调用整个系统的唤醒执行接口的权限，程序C仅有调用部分系统组件(GPS定位组件)的权限。因此，一方面，针对前者，采集程序A以及程序B的唤醒时间，另一方面，针对后者，采集程序C的唤醒时间。

S2，将唤醒时间设置为预设的固定时间。可以理解，不同的应用程序，在软件编译时，会根据需求设置相应的唤醒时间，例如，当在编译即时通讯工具的应用程序时，可能会设置较短的唤醒时间，而在编译视频播放工具的应用程序时，则可能会设置较长的唤醒时间。

因此，在同一操作系统下，各个应用程序的唤醒时间可能各不相同。如上例所述，当程序A、程序B以及程序C的唤醒时间分别是10秒、5秒以及2秒时，则系统分别得每隔10秒、5秒以及2秒被唤醒一次。

具体地，假设在系统时刻为10：00am时，程序A、程序B以及程序C在该时刻同时唤醒系统，那么，在10：00：02am、10：00：05am以及10：00：10am这三个时刻，系统将被唤醒。由此可知，根据现有的程序A、程序B以及程序C，系统则需要在每十秒内被唤醒三次，系统资源消耗较大。本步骤是将上述程序A、程序B以及程序C的唤醒时间设置为同一的固定时间。可以理解，该固定时间可以由用户自定义设置，例如，若需要达到更为节能的目的，则设置较长的固定时间，若要兼顾通知信息的及时到达，则设置较短的固定时间，同时，还可以根据用户的日常使用情况，按一定的分布情况分析得出适合于用户习惯的固定时间。

S3，在固定时间的间隔内，通过后台进程接管通知信息。如上例所述，当固定时间设置为10秒时，则在10秒的间隔内，程序A、程序B以及程序C所接收到的通知信息将交由后台进程接管。

S4，在固定时间的前、后时刻点唤醒系统，通过后台进程推送通知信息。如上例所述，假设在系统时刻为10：00：00am时，程序A、程序B以及程序C在该时刻同时唤醒系统，系统被唤醒的同时，处理并推送程序A、程序B以及程序C的通知信息，当系统时刻处于10：00：10am时，系统再次被唤醒，此时，系统将处理在10：00：00am-10：00：10am时间间隔内的程序A、程序B以及程序C的通知信息。

本实施例的有益效果在于，通过采集应用程序的唤醒时间，并将唤醒时间设置为预设的固定时间，然后，在固定时间的间隔内，通过后台进程接管通知信息，最后，在固定时间的前、后时刻点唤醒系统，通过后台进程推送通知信息。使得应用程序定期唤醒系统，进行通知信息的推送，电量消耗较小，资源利用率较高。

实施例二

图2是本发明第一较佳实施例提供的唤醒对齐方法的流程图。

在上述实施例的基础上，采集应用程序的唤醒时间之前包括：

S01，建立应用程序分类表。根据应用程序的标志信息或者属性信息，按应用程序的类别对系统内的应用程序进行分类，分类的方式可以按照所实现的功能进行分类，还可以按照需要唤醒的周期的长短进行分类。可以理解，该应用程序分类表可以按数据库的数据类型建立，因此，可以根据用户的实际需求对该分类表执行数据的写入、替换、删除等操作。

S02，在应用程序分类表内建立唤醒时间表。其中，通过上述应用程序分类表按应用程序的种类进行分类记录，在上述分类记录下，通过上述唤醒时间表记录上述唤醒时间。可以理解，在上述步骤S01的基础上，按所选方式完成应用程序的分类后，在分类表内建立唤醒时间表，通过该唤醒时间表记录表内各个应用程序的唤醒时间。

进一步地，在该唤醒时间记录表内还可以记录往期被调整的唤醒时间，以及参考被调整的唤醒时间，其中，参考被调整的唤醒时间可以由一定的算法在统计范围内确定。

本实施例的有益效果在于，通过对应用程序进行分类记录，以及在各个分类下记录各个应用程序的唤醒时间，对唤醒时间进行分类处理，避免了整个系统采用统一的唤醒时间，造成一次系统唤醒，通知信息量较大，难以让用户接收处理的困境，同时，还可以根据不同的需求设置多个固定的唤醒时间，实现对通知信息推送的动态调控，使之更为人性化。

实施例三

图3是本发明第二较佳实施例提供的唤醒对齐方法的流程图。

在上述实施例的基础上，采集应用程序的唤醒时间还包括：

S11，若采集应用程序的唤醒时间失败，则将应用程序的唤醒时间设置为固定时间。可以理解，不同的应用程序，所采用的编译方式以及编译规则各不相同，因此，可能会出现无法采集某个应用程序的唤醒时间的情况，本实施例在该情况下，所提出的解决方式是，在采集唤醒时间失败的情况下，将该应用程序的唤醒时间设置为固定时间。

本实施例的有益效果在于，通过将采集唤醒时间失败的应用程序的唤醒时间设置为固定时间，解决的应用程序的唤醒时间无法采集的缺陷，扩大了本方法的适用范围以及提高了容错率。

实施例四

在上述实施例的基础上，图4是本发明第三较佳实施例提供的唤醒对齐方法的流程图。将唤醒时间设置为预设的固定时间具体包括：

S21，提取应用程序分类表，为不同类别的应用程序设置与其对应的固定时间。例如，按应用程序的功能性分类，将即时通讯类应用程序的固定时间设置为5秒，将游戏类应用程序的固定时间设置为60秒。因此，本实施例即可针对不同的通知信息推送需求，设置相应合适的固定时间。

S22，在应用程序分类表内，提取唤醒时间表，将唤醒时间表内的时间设置为固定时间。如上例所述，根据上述固定时间，或者结合固定时间的历史操作记录，将唤醒时间表内的时间设置为固定时间，同时，记录本次固定时间的修改记录。

可以理解，本实施例的有益效果在实施例三的基础上，通过结合固定时间的历史操作记录，将唤醒时间表内的时间设置为固定时间，同时，记录本次固定时间的修改记录，使得固定时间的设置更为人性化，提高了用户体验。

实施例五

图5是本发明第四较佳实施例提供的唤醒对齐方法的流程图。

基于上述实施例，在固定时间的间隔内，通过后台进程接管通知信息之前还包括：

S31，根据应用程序的属性信息，在系统内建立与其对应的服务进程。在系统内建立的服务进程可以是由该应用程序新建立的，也可以嫁接于现有的服务进程之上。该服务进程系统资源占用小，并不会对系统的电量消耗带来较大影响。

S32，通过服务进程建立与应用程序所属的服务器之间的通信链接。可以理解，应用程序在编译时，通常会加入网络链接模块，通过该模块实现应用程序与应用程序提供商或者第三方信息提供商之间的通信数据交换。在上述步骤的基础上，通过服务进程建立与应用程序所属的服务器之间的通信链接。

本实施例的有益效果在于，通过在系统内建立与应用程序对应的服务进程，并通过该进程建立与应用程序所属的服务器之间的通信链接，实现了对应用程序通知信息的接管，避免了应用程序在接收到服务器的通知信息时，即刻调用并唤醒系统。

实施例六

图6是本发明第五较佳实施例提供的唤醒对齐方法的流程图。

在上述实施例的基础是，在上述固定时间的间隔内，通过后台进程接管通知信息之前还包括：

S33，根据应用程序的通知信息需求确定资源需求。可以理解，不同的应用程序具有不同资源需求，例如，当某一个应用程序所能实现的功能较多，信息处理步骤较为复杂，数据信息加密措施较强时，它所需占用的系统资源较大。因此，该步骤是根据不同的应用程序确定相应的资源需求。

S34，根据资源需求，为服务进程分配固定的内存空间。可以理解，为较大资源需求的应用程序分配较大的内存空间，同时，还可以根据资源需求的稳定需求分配优先级较高的内存空间，即可以理解为内存数据交换空间。

S35，根据内存空间预设相应的缓存空间。在上述实施例的基础上，根据内存空间的大小因素以及优先级因素，相应的预设缓存空间，若该应用程序对通知信息的推送需求的稳定性较高，则分配较为固定的缓存空间，若该应用程序对通知信息是可预见的，且简单的的及时性的，则可以省去缓存空间，直接将其缓存在内存空间。

本实施例的有益效果在于，通过根据上述应用程序的通知信息需求确定资源需求，然后，根据需求为服务进程分配固定的内存空间，最后，根据内存空间预设相应的缓存空间，实现了对不同的应用程序所需资源的精准分配，节省了系统资源的消耗。

实施例七

图7是本发明第六较佳实施例提供的唤醒对齐方法的流程图。

在上述实施例的基础是，在固定时间的间隔内，通过后台进程接管通知信息之前还包括：

S41，根据应用程序所对应的服务进程，在系统内建立与服务进程相关联的驻留进程。该驻留进程采用较小资源消耗的设计，可以理解，该驻留进程可以按如下方式设置：

所有的应用程序采用同一个驻留进程，也可以按同一类别下的应用程序采用同一个驻留进行，还可以是每一个应用程序采用与其对应的驻留进程。

S42，通过驻留进程监控应用程序的唤醒时间。在上述步骤的基础上，通过驻留进程对应用程序的唤醒时间进行实施监控，也可以按周期性的监控，其中，按周期性的监控时，该监控周期应小于唤醒时间。

本实施例的有益效果在于，通过设置驻留进程对应用程序的唤醒时间进行监控。使得当应用程序并不能按固定时间唤醒时，及时发现异常信息，从而提高本方法实施过程中的稳定性。

实施例八

图8是本发明第七较佳实施例提供的唤醒对齐方法的流程图。

基于上述实施例，在固定时间的前、后时刻点唤醒系统，通过后台进程推送通知信息之后，还包括：

S61，通过服务进程整理内存空间，并清空缓存空间。当完成一次系统唤醒，并完成通知信息的推送后，通过服务进程整理应用程序的内存空间，并清空缓存空间，另一种方式是，当在重新设定固定时间时，通过服务进程整理应用程序的内存空间，并清空缓存空间。

S62，通过驻留进程监控服务进程的整理操作以及清空操作。

S63，判断是否有通知信息推送失败。通知信息推送失败包括通知信息未能及时接管，接管的通知信息未能在本固定时间的下一时刻点完成推送，还包括通知信息未能按接收顺序推送等等。

S64，若有通知信息推送失败，则生成推送异常信息，并将其反馈至所对应的应用程序的交互界面接口。当应用程序的交互界面接口接收到通知信息推送异常信息时，根据该异常信息向用户提供异常信息展现以及推荐异常处理操作，例如，重新发送通知信息请求等等。

本实施例的有益效果在于，通过服务进程整理内存空间，并清空缓存空间，以及通过驻留进程监控服务进程的整理操作以及清空操作，确保通知信息的成果推送，同时，在推送失败时，能及时向用户提供失败的反馈信息，增强了本方法的可靠性以及用户体验。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来控制相关的硬件完成，所述的程序可以在存储于一计算机可读取存储介质中，所述的存储介质，如ROM/RAM、磁盘、光盘等。

实施例九

图9是本发明提供的唤醒对齐的装置的结构框图。该装置包括：

唤醒时间采集模块10，用于采集应用程序的唤醒时间；

固定时间设置模块20，用于将上述唤醒时间设置为预设的固定时间；

通知信息接管模块30，用于在上述固定时间的间隔内，通过后台进程接管通知信息；

通知信息推送模块40，用于在上述固定时间的前、后时刻点唤醒系统，通过上述后台进程推送上述通知信息。

该唤醒对齐的装置可以用于移动电话，或者具有手机通话功能的其他通信终端，例如智能手机等中，可以是运行于这些通信终端内的软件单元，也可以作为独立的挂件集成到这些通信终端中或者运行于这些移动终端的应用系统中。

需要说明的是，上述方法实施例中的技术特征在本装置均对应适用，这里不再重述。

本发明还提出了一种唤醒对齐的终端，上述终端包括上述唤醒对齐的装置。

实施本发明，通过采集应用程序的唤醒时间，并将唤醒时间设置为预设的固定时间，然后，在固定时间的间隔内，通过后台进程接管通知信息，最后，在固定时间的前、后时刻点唤醒系统，通过后台进程推送通知信息。使得应用程序定期唤醒系统，进行通知信息的推送，电量消耗较小，资源利用率较高。

同时，实施本发明，使得通知信息限制步骤较为简单，效率较高，避免了在对齐系统唤醒，通知信息集中推送时所造成通知信息丢失的后果。

以上参照附图说明了本发明的优选实施例，并非因此局限本发明的权利范围。本领域技术人员不脱离本发明的范围和实质，可以有多种变型方案实现本发明，比如作为一个实施例的特征可用于另一实施例而得到又一实施例。凡在运用本发明的技术构思之内所作的任何修改、等同替换和改进，均应在本发明的权利范围之内。

Claims (10)

1.一种唤醒对齐的方法，其特征在于，所述方法包括：

采集应用程序的唤醒时间；

将所述唤醒时间设置为预设的固定时间；

在所述固定时间的间隔内，通过后台进程接管通知信息；

在所述固定时间的前、后时刻点唤醒系统，通过所述后台进程推送所述通知信息。

2.根据权利要求1所述的唤醒对齐的方法，其特征在于，采集应用程序的唤醒时间之前包括，建立应用程序分类表，并在所述应用程序分类表内建立唤醒时间表，其中，通过所述应用程序分类表按应用程序的种类进行分类记录，在所述分类记录下，通过所述唤醒时间表记录所述唤醒时间。

3.根据权利要求2所述的唤醒对齐的方法，其特征在于，采集应用程序的唤醒时间还包括，若采集应用程序的唤醒时间失败，则将所述应用程序的唤醒时间设置为所述固定时间。

4.根据权利要求3所述的唤醒对齐的方法，其特征在于，将所述唤醒时间设置为预设的固定时间包括：

提取所述应用程序分类表，为不同类别的应用程序设置与其对应的固定时间；

在所述应用程序分类表内，提取所述唤醒时间表，将所述唤醒时间表内的时间设置为所述固定时间。

5.根据权利要求4所述的唤醒对齐的方法，其特征在于，在所述固定时间的间隔内，通过后台进程接管通知信息之前还包括：

根据所述应用程序的属性信息，在系统内建立与其对应的服务进程；

通过所述服务进程建立与所述应用程序所属的服务器之间的通信链接。

6.根据权利要求5所述的唤醒对齐的方法，其特征在于，在所述固定时间的间隔内，通过后台进程接管通知信息之前还包括：

根据所述应用程序的通知信息需求确定资源需求；

根据所述资源需求，为所述服务进程分配固定的内存空间；

根据所述内存空间预设相应的缓存空间。

7.根据权利要求6所述的唤醒对齐的方法，其特征在于，在所述固定时间的间隔内，通过后台进程接管通知信息之前还包括：

根据所述应用程序所对应的服务进程，在系统内建立与所述服务进程相关联的驻留进程；

通过所述驻留进程监控所述应用程序的唤醒时间。

8.根据权利要求7所述的唤醒对齐的方法，其特征在于，在所述固定时间的前、后时刻点唤醒系统，通过所述后台进程推送所述通知信息之后，还包括：

通过所述服务进程整理所述内存空间，并清空所述缓存空间；

通过所述驻留进程监控所述服务进程的整理操作以及清空操作，若有通知信息推送失败，则生成推送异常信息，并将其反馈至所对应的应用程序的交互界面接口。

9.一种唤醒对齐的装置，其特征在于，所述装置包括：

唤醒时间采集模块，用于采集应用程序的唤醒时间；

固定时间设置模块，用于将所述唤醒时间设置为预设的固定时间；

通知信息接管模块，用于在所述固定时间的间隔内，通过后台进程接管通知信息；

通知信息推送模块，用于在所述固定时间的前、后时刻点唤醒系统，通过所述后台进程推送所述通知信息。

10.一种唤醒对齐的终端，其特征在于，所述终端包括权利要求9所述的装置。