CN105388991B - 定时唤醒处理系统及方法 - Google Patents

Abstract

本发明提供的定时唤醒处理系统及方法，对定时唤醒请求中时间参数进行修正处理，根据修正处理后的定时唤醒请求的定时唤醒时间作为其定时唤醒窗口时长的开始时间，接收系统状态信息并选择对应的预设计算策略以重新计算并确定定时唤醒请求的定时唤醒窗口时长；接收定时唤醒请求，并将所接收定时唤醒请求先后顺序逐一将其中定时唤醒窗口时长有交集的定时唤醒请求加以组合以生成具有组合后新窗口存在期的定时唤醒请求序列组，之后遍历各定时唤醒请求序列组，获取最早需定时唤醒时间用以设置定时；本发明可根据不同系统或者应用进行一定时间范围内的唤醒源批处理组合和精确唤醒处理，且根据终端设备处于不同状态进行不同策略的处理。

Description

定时唤醒处理系统及方法

技术领域

本发明涉及电子通信技术领域，特别是涉及定时唤醒处理系统及方法。

背景技术

智能终端如手机、平板电脑等，已为人们所普遍应用。

智能终端一般有两种状态：休眠状态和正常运行状态。休眠状态是智能终端除电源管理以外的其他外围模块，比如液晶显示器(LCD：Liquid Crystal Display)背光，重力感应器，触摸屏及中央处理器(CPU：Central Processing Unit)均不工作，只有内存保持自动刷新且LCD关闭的一种低功耗的状态。反之正常运行状态是一种大部分设备保持运行的功耗状态。如果用户在不操作智能终端的情况下让智能终端一直保持休眠状态，会降低智能终端功率损耗，增加智能终端的续航时间。

现有较多关于智能终端唤醒管理的方案，但要么就是设置繁琐，要么就是对不同应用程序挂起及唤醒的管理不够周到，导致用户体验较差的问题。

发明内容

鉴于以上所述现有技术的缺点，本发明的目的在于提供考虑周到全面的定时唤醒处理系统及方法，解决现有技术中唤醒管理方案存在缺陷导致用户体验较差的问题。

为实现上述目标及其他相关目标，本发明提供一种定时唤醒处理系统，用于处理来自操作系统的定时唤醒请求，所述定时唤醒处理系统包括：定时信息修正模块，用于对定时唤醒请求所包含的预定时间参数进行修正处理，所述预定时间参数包括：定时唤醒时间和/或定时唤醒窗口时长；系统状态监听模块，用于监听所述操作系统的系统状态信息；定时信息计算模块，用于接收所述修正处理后的定时唤醒请求；并用于接收所述系统状态信息且据以选择对应的预设计算策略以重新计算并确定所述修正处理后的定时唤醒请求的定时唤醒窗口时长；定时信息组合模块，用于获取由所述定时信息计算模块所重新计算确定定时唤醒窗口时长的定时唤醒请求，并将所获取定时唤醒请求先后顺序逐一将其中定时唤醒窗口时长有交集的定时唤醒请求加以组合以生成具有组合后新窗口存在期的定时唤醒请求序列组；定时设置模块，用于在操作系统进入睡眠之前，遍历各定时唤醒请求序列组，以获取最早需定时唤醒时间并据以设置定时。

可选的，所述预定时间参数还包括：定时类型，所述修正处理包括：对定时唤醒请求的定时类型进行修正，包括：在判断定时类型不符合操作系统支持类型的情况下，显示错误信息或者强制定义定时类型为操作系统中预设类型。

可选的，所述预定时间参数还包括：定时唤醒间隔，所述修正处理包括：对定时唤醒请求的定时唤醒间隔进行修正，包括：在判断定时唤醒间隔时间小于第一预设时长的情况下，根据定时唤醒请求发起者的不同而调整为相对应的预设定时唤醒间隔时间。

可选的，所述定时唤醒请求发起者包括：操作系统中运行的系统应用程序及第三方应用程序，其中，对应所述系统应用程序的唤醒间隔要短于对应所述第三方应用程序的唤醒间隔。

可选的，所述修正处理包括以下中的至少一种：1)对定时唤醒请求的定时唤醒时间进行修正，包括：在判断定时唤醒时间已经过去或者小于预设时间点的情况下，则修正该定时唤醒时间为所述预设时间点；2)对定时唤醒请求的定时唤醒窗口时长进行修正，包括：在判断定时唤醒窗口时长大于第二预设时长的情况下，修正该定时唤醒窗口时长为第三预设时长。

可选的，所述定时信息组合模块，还用于在所述设置的定时到期后，将需在当前时间执行的定时唤醒请求从所在定时唤醒请求序列组中移除，并对其它定时唤醒请求进行重新组合直至所有定时唤醒请求移除。

可选的，所述的定时唤醒处理系统，包括：应用状态监听模块，用于监听操作系统中的应用程序状态，以通知所述定时信息组合模块对来自异常的应用程序的定时唤醒请求执行所述从所在定时唤醒请求序列组中移除的动作。

为实现上述目标及其他相关目标，本发明提供一种定时唤醒处理方法，用于处理来自操作系统的定时唤醒请求，所述定时唤醒处理方法包括：对定时唤醒请求所包含的预定时间参数进行修正处理，所述预定时间参数包括：定时唤醒时间和/或定时唤醒窗口时长；监听所述操作系统的系统状态信息；接收所述修正处理后的定时唤醒请求；并用于接收所述系统状态信息且据以选择对应的预设计算策略以重新计算并确定所述修正处理后的定时唤醒请求的定时唤醒窗口时长；接收具有所述重新计算确定定时唤醒窗口时长的定时唤醒请求，并将所接收定时唤醒请求先后顺序逐一将其中定时唤醒窗口时长有交集的定时唤醒请求加以组合以生成具有组合后新窗口存在期的定时唤醒请求序列组；在操作系统进入睡眠之前，遍历各定时唤醒请求序列组，以获取最早需定时唤醒时间并据以设置定时。

可选的，所述预定时间参数还包括：定时类型，所述修正处理包括：对定时唤醒请求的定时类型进行修正，包括：在判断定时类型不符合操作系统支持类型的情况下，显示错误信息或者强制定义定时类型为操作系统中预设类型。

可选的，所述预定时间参数还包括：定时唤醒间隔，所述修正处理包括：对定时唤醒请求的定时唤醒间隔进行修正，包括：在判断定时唤醒间隔时间小于第一预设时长的情况下，根据定时唤醒请求发起者的不同而调整为相对应的预设定时唤醒间隔时间。

可选的，所述定时唤醒请求发起者包括：操作系统中运行的系统应用程序及第三方应用程序，其中，对应所述系统应用程序的唤醒间隔要短于对应所述第三方应用程序的唤醒间隔。

可选的，所述修正处理包括以下中的至少一种：1)对定时唤醒请求的定时唤醒时间进行修正，包括：在判断定时唤醒时间已经过去或者小于预设时间点的情况下，则修正该定时唤醒时间为所述预设时间点；2)对定时唤醒请求的定时唤醒窗口时长进行修正，包括：在判断定时唤醒窗口时长大于第二预设时长的情况下，修正该定时唤醒窗口时长为第三预设时长。

可选的，所述的定时唤醒处理方法，还包括：在所述设置的定时到期后，将需在当前时间执行的定时唤醒请求从所在定时唤醒请求序列组中移除，并对其它定时唤醒请求进行重新组合直至所有定时唤醒请求移除。

可选的，所述的定时唤醒处理方法，还包括：监听操作系统中的应用程序状态，以对来自异常的应用程序的定时唤醒请求执行所述从所在定时唤醒请求序列组中移除的动作。

如上所述，本发明提供的定时唤醒处理系统及方法，对定时唤醒请求所包含的预定时间参数进行修正处理，所述预定时间参数包括：定时唤醒时间和/或定时唤醒窗口时长；监听所述操作系统的系统状态信息；接收所述定时信息修正模块修正处理后的定时唤醒请求；并用于接收所述系统状态信息且据以选择对应的预设计算策略以重新计算并确定所述修正处理后的定时唤醒请求的定时唤醒窗口时长；接收具有所述重新计算确定定时唤醒窗口时长的定时唤醒请求，并将所接收定时唤醒请求先后顺序逐一将其中定时唤醒窗口时长有交集的定时唤醒请求加以组合以生成具有组合后新窗口存在期的定时唤醒请求序列组；在操作系统进入睡眠之前，遍历各定时唤醒请求序列组，以获取最早需定时唤醒时间并据以设置定时。

本发明可根据不同系统或者应用对唤醒时间的需求进行一定时间范围内的唤醒源进行批处理组合和精确唤醒处理两种系统唤醒需求，同时根据终端设备处于不同状态，如亮屏，暗屏，充电等进行不同策略的处理。保持绝大部分的应用唤醒都能得到响应，又尽量减少系统唤醒的次数达到省电的目的，也不丢失应用正常功能需求与智能设备保持良好电池寿命，达到较好效果的用户体验。

附图说明

图1显示为本发明一实施例中的定时唤醒处理系统的结构示意图。

图2显示为本发明一实施例中的定时唤醒处理方法的流程示意图。

图3a及图3b显示为本发明一具体应用实施例的时间顺序示意图。

元件标号说明

1 定时唤醒处理系统

101 定时信息修正模块

102 定时信息计算模块

103 系统状态监听模块

104 定时信息组合模块

105 定时设置模块

106 应用状态监听模块

2 操作系统

S201～S205 方法步骤

具体实施方式

以下通过特定的具体实例说明本发明的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

本发明所提供的定时唤醒处理系统和方法，应用于例如手机、平板电脑等智能终端，用于对该些智能终端软件操作系统中产生的定时唤醒请求进行处理；本发明可通过安装于智能终端的软件实现。

智能终端唤醒频率主要指单位时间内智能终端被手动或者自身唤醒的次数，手动唤醒是指用户按智能手机的开机键(即Power键)把手机从休眠状态切换到正常运行状态，这种情况是用户自主的行为，我们不能控制；智能终端的自身唤醒主要指实时时钟(RTC：Real Time Clock)唤醒或者电信业务唤醒，正常电信业务(如来电)把手机从休眠状态切换到正常运行状态是最基本的要求，不能进行限制；而RTC唤醒是指上层应用运行的时候设置的一些支持唤醒状态的定时器(Alarm)在时间到了之后，RTC触发中断从而唤醒智能终端。RTC唤醒的设置来自智能终端安装的软件或者系统自身正常运行时产生的各种类型的定时器，当系统在休眠状态下时，有些定时器时间到了之后，RTC会唤醒整个智能终端的操作系统，所有引用软件和系统软件的定时器设置和通知都是采用此原理。

如图1所示，本发明提供的定时唤醒处理系统1，用于处理来自操作系统2的定时唤醒请求，所述定时唤醒处理系统1包括：定时信息修正模块101、定时信息计算模块102、系统状态监听模块103、定时信息组合模块104、及定时设置模块105等。

随着智能系统的发展，提供给APP开发者的接口越来越丰富，也导致会出现接口调用参数理解错误的问题，而所述定时信息修正模块101主要是针对系统定时设定总入口对每次定时请求进行参数校验和纠正，其可用于对定时唤醒请求所包含的预定时间参数进行修正处理，其中，所述预定时间参数包括：定时唤醒时间和/或定时唤醒窗口时长，所述定时唤醒窗口时长即唤醒时弹出的图形界面存在时间，超出该时间即会消失和/或操作系统2回复休眠状态。

在一实施例中，所述预定时间参数还包括：定时类型，所述修正处理包括：对定时唤醒请求的定时类型进行修正，包括：在判断定时类型不符合操作系统2支持类型的情况下，显示错误信息或者强制定义定时类型为操作系统2中预设类型

在一实施例中，所述预定时间参数还包括：定时唤醒间隔，所述修正处理包括：对定时唤醒请求的定时唤醒间隔进行修正，包括：在判断定时唤醒间隔时间小于第一预设时长的情况下，根据定时唤醒请求发起者的不同而调整为相对应的预设定时唤醒间隔时间。

在一实施例中，对定时唤醒请求的定时唤醒时间进行修正，包括：在判断定时唤醒时间已经过去或者小于预设时间点的情况下，则修正该定时唤醒时间为所述预设时间点；对定时唤醒请求的定时唤醒窗口时长进行修正，包括：在判断定时唤醒窗口时长大于第二预设时长的情况下，修正该定时唤醒窗口时长为第三预设时长。

优选的，可以将上述对定时唤醒请求的定时唤醒时间和定时唤醒窗口时长的修正方式结合至一统一流程中，以下提供一具体实施例：

步骤a)：确认定时唤醒请求的定时类型(Type，例如信号的格式)，如果不符合目前操作系统2支持类型，可以做返回错误或者强制定义为系统某一类不需要RTC唤醒的定时请求；

步骤b)：对定时唤醒的时间进行确认，如果需要的定时的唤醒时间(Time)已经过去或者小于预定时间例如T2(即预设时间点)表示，则修正为T2时间后唤醒(T2可以为5S或者10S)。

步骤c)：由于唤醒可能是周期性的，因此对唤醒间隔Ti进行确认，如果唤醒间隔(Interval)时间小于一个预设时间T3(即第一预设时长，可以设置为1分钟或者半分钟，为了保持系统功能不能设定太长如10分钟)，则根据当前的定时唤醒请求产生来源相关的APP(应用软件)的信息进行修正，其原则是：由于操作系统2的系统应用软件的重要性要高于第三方应用软件，因此其对应的唤醒间隔需要比第三方应用软件对应的唤醒间隔短，例如：如果是系统应用软件则间隔设置修正为Ti＝T3，如果是第三方应用则强制调整为2×T3以上的时间间隔给Ti，。

步骤d)：为避免默认的唤醒窗口时长(Window)过长而影响效率，可对唤醒窗口时长进行修正，如果发现唤醒窗口时长大于设定的时间T4(即第二预设时长，比如2小时/4小时)，则强制修改为T4’(即第三预设时长，如1小时)，并将其定时类型设置为不强制RTC唤醒类型。

当然，需说明的是，上述给出的仅为一优选实施例，其流程中的各个修正步骤在其他实施例中可以根据实际需求加以互换或增删，并非以此为限。

所述系统状态监听模块103，用于监听所述操作系统2的系统状态信息。在一实施例中，所述操作系统2的系统状态信息例如：是否处于休眠状态(对应的移动终端是否亮屏或暗屏)、是否处于充电状态等。

所述定时信息计算模块102，用于接收所述定时信息修正模块101修正处理后的定时唤醒请求；并用于接收所述系统状态信息且据以选择对应的预设计算策略以重新计算并确定所述修正处理后的定时唤醒请求的定时唤醒窗口时长。

根据本发明的设计思想，要想减少唤醒次数，只能尽可能大的增加每次唤醒请求的窗口存在时长，同时为了让用户在使用中不会有明显的差异，本发明对定时唤醒窗口时长的计算提出了不同的计算策略，在不同的场景下使用不同的计算策略，进而兼顾用户使用时和设备待机时长的双重体验。

具体来说明该重新计算定时唤醒窗口时长的方式，由于定时唤醒窗口时长的开始时间是已定的，如前所述，唤醒窗口时长的开始时间(设为Ws)都是经过定时信息修正模块101进行修正后的值(步骤2)，因此重新计算时长实际上是计算窗口存在时长的结束时间，(设为We)，We的值则根据定时信息里面的唤醒窗口时长W来计算的，策略举例如下：

策略1：

以下策略中，W大于0表示这个定时唤醒请求是有自己的窗口时长；W等于0表示该请求没有窗口，要精确唤醒；W小于0，表示不设定窗口时长，可以依赖系统分配，策略例如以下所示：

1.如果W>0

We＝Ws+W；

2.如果W＝0

We＝Ws；

3.如果W<0

We＝Ws+a*T；其中T＝(Ti＝＝0)？(Ws-Tn):T；(Tn为当前时间)，该公式的含义是：如果Ti等于0，则该唤醒请求是单次唤醒，该请求的窗口时长设置为Ws-Tn，否则，唤醒请求窗口时长不变，保持系统预设时长，以T表示；其中，a取值范围例如在(0.5～0.9)之间；

策略2

1.如果W>0

We＝Ws+W+b*Ts；

2.如果W＝0

We＝Ws+b*Ts；

3.如果W<0

如果a*T>b*Ts则We＝Ws+a*T，否则We＝Ws+b*Ts

优选的，其中Ts为本方法调整窗口时长的一个基本间隔，可以设置为例如5分钟，或者10分钟；b为倍数，可以不管什么时候都是1，也可以根据有效休眠时长分段倍增，按照暗屏时间Tb来举例，0hour<Tb<1hour，b＝1；1hour<Tb<2hour，b＝2……等。

在一实施例中，如何选用哪个策略则可以根据以下条件来选定，且优选的，可将该些条件用步骤的方式整合至一流程中，但是如前所述，并非以此为限制，选用策略的流程如下：

步骤1：.当前定时请求不是需要RTC唤醒的，选择策略1，否则进入步骤2；

步骤2：当前是否亮屏，如果亮屏，选择策略1，否则进入步骤3；

步骤3：当前是否充电，如果是充电状态，选择策略1，否则进入步骤4；

步骤4：当前是否是系统级应用请求，如果是，选择策略1，否则进入步骤5；

步骤5：当前是否是用户设定不进入省电模式的应用，如果是，选择策略1，否则进入步骤6；

步骤6：当前是否暗屏超过一定时间(5分钟或者10分钟)，如果不是选择策略1，否则选择策略2。

为了减少RTC唤醒次数，可对多个唤醒请求中的定时唤醒窗口时长有交集的加以绑定来生成新的定时唤醒窗口时长，若新的定时唤醒窗口时长有多个，则可通过序列形式表示。

所述定时信息组合模块104则实现此功能，其用于获取由所述定时信息计算模块102所重新计算确定定时唤醒窗口时长的定时唤醒请求，并将所获取定时唤醒请求先后顺序逐一将其中定时唤醒窗口时长有交集的定时唤醒请求加以组合以生成具有组合后新窗口存在期的定时唤醒请求序列组；优选的，所述定时信息组合模块104还用于在所述设置的定时到期后，将需在当前时间执行的定时唤醒请求从所在定时唤醒请求序列组中移除，并对其它定时唤醒请求进行重新组合直至所有定时唤醒请求移除。

在一实施例中，举例来说，对唤醒窗口时长有重叠的APP唤醒请求R(n)进行绑定生成新的窗口存在时长的唤醒请求序列组Qr(1)；由于序列组在叠加多个唤醒请求后，其唤醒窗口时长的范围会越来越小，进而后续进来的请求R(n+m)会自动生成新的唤醒序列组Qr(k)。

在系统要进入睡眠之前，所述定时设置模块105会遍历Qr(1)～Qr(k)序列中最早需要唤醒的时间Te设置到RTC，到设置的RTC时间到后，会通知系统的唤醒管理模块，对满足当前时间需要唤醒的请求R’(n)进行通知，并将它从Qr(1)～Qr(k)中移除，并重新对剩下的Rl(n)和新的唤醒请求Rn(n)按照顺序重新进行重叠匹配生成新的序列组Qr`(k)，这样周而复始的循环。

在一实施例中，所述的定时唤醒处理系统1，还包括：应用状态监听模块106，用于监听操作系统2中的应用程序状态，以通知所述定时信息组合模块104对来自异常的应用程序(例如被用户卸载，删除，强制停止，或者异常退出)的定时唤醒请求执行所述从所在定时唤醒请求序列组中移除的动作(可通过例如遍历方式查找到)，进而触发所述重新组合。

再举一实例来说明该定时信息组合模块104、应用状态监听模块106、及定时设置模块105的具体实现过程：

设每个当前时刻定时唤醒请求R(n)中定时唤醒窗口时长的开始时间(Start)和结束时间(End)(即前述Ws和We)，batch(i)为实现各所述定时唤醒请求组合的定时器组合，n和i为自然数；batch(i)的第一个序列batch(1)是得到将R(1)中的Start、end的赋值；后续如果要添加新的batch，只要满足以下条件(batch(1).end<＝R(n).start)&&(batch(1).start<＝R(n).end)，即只要Batch(1)和R(n)的窗口有重叠就可以加入Batch(1)中，并根据交汇区重新更新batch(1)的start和end，即R(n).start>batch(1).start，则batch(1).start＝R(n).start，R(n).end<batch(1).end则batch(1).end＝R(n).end，这就是对唤醒窗口时长有交集的请求的组合过程；如果R(n)跟当前的Batch(n)都没有交集，则重新创建一个新的batch，例如batch(2)。

根据应用状态监听模块106反馈过来当有异常应用是处于被卸载，暂停等状态时，会去遍历当前的Batch(i)里面的来自异常应用的R(n)的start和end，并移除后，重新进行上述组合过程。

所述定时设置模块105则用于查找batch是否需要RTC唤醒的Batch(j)，在Batch(j)中找最早需要唤醒的Batch’，将Batch’.start值设置到RTC中。

如图2所示，本发明提供一种定时唤醒处理方法，用于处理来自操作系统的定时唤醒请求，由于其原理与上述系统实施例大致相同，因此相同的技术特征不再重复赘述；

所述定时唤醒处理方法包括：

步骤S201：对定时唤醒请求所包含的预定时间参数进行修正处理，所述预定时间参数包括：定时唤醒时间和/或定时唤醒窗口时长；

步骤S202：监听所述操作系统的系统状态信息；需说明的是，所述步骤S202并非必须于步骤S201之后发生，其亦可发生于步骤S201之前或同时，还可始终执行等，并非以标号为限；

步骤S203：接收所述修正处理后的定时唤醒请求；并接收所述系统状态信息且据以选择对应的预设计算策略以重新计算并确定所述修正处理后的定时唤醒请求的定时唤醒窗口时长；

步骤S204：获取具有所述重新计算确定定时唤醒窗口时长的定时唤醒请求，并将所获取定时唤醒请求先后顺序逐一将其中定时唤醒窗口时长有交集的定时唤醒请求加以组合以生成具有组合后新窗口存在期的定时唤醒请求序列组；

步骤S205：在操作系统进入睡眠之前，遍历各定时唤醒请求序列组，以获取最早需定时唤醒时间并据以设置定时。

在一实施例中，所述预定时间参数还包括：定时类型，所述修正处理包括：对定时唤醒请求的定时类型进行修正，包括：在判断定时类型不符合操作系统支持类型的情况下，显示错误信息或者强制定义定时类型为操作系统中预设类型。

在一实施例中，所述预定时间参数还包括：定时唤醒间隔，所述修正处理包括：对定时唤醒请求的定时唤醒间隔进行修正，包括：在判断定时唤醒间隔时间小于第一预设时长的情况下，根据定时唤醒请求发起者的不同而调整为相对应的预设定时唤醒间隔时间。

在一实施例中，所述定时唤醒请求发起者包括：操作系统中运行的系统应用程序及第三方应用程序，其中，对应所述系统应用程序的唤醒间隔要短于对应所述第三方应用程序的唤醒间隔。

在一实施例中，所述修正处理包括：对定时唤醒请求的定时唤醒时间进行修正，包括：在判断定时唤醒时间已经过去或者小于预设时间点的情况下，则修正该定时唤醒时间为所述预设时间点；对定时唤醒请求的定时唤醒窗口时长进行修正，包括：在判断定时唤醒窗口时长大于第二预设时长的情况下，修正该定时唤醒窗口时长为第三预设时长。

在一实施例中，所述的定时唤醒处理方法，还包括：在所述设置的定时到期后，将需在当前时间执行的定时唤醒请求从所在定时唤醒请求序列组中移除，并对其它定时唤醒请求进行重新组合直至所有定时唤醒请求移除。

在一实施例中，所述的定时唤醒处理方法，还包括：监听操作系统中的应用程序状态，以对来自异常的应用程序的定时唤醒请求执行所述从所在定时唤醒请求序列组中移除的动作。

如图3a及3b所示，给出一个本发明具体应用例的时序图，来说明如何实现精确唤醒和：

图3a中显示了代表5个依次向系统申请的定时唤醒请求的箭头，其中箭头A表示需要精确唤醒(可认为唤醒窗口时长为0)；箭头B代表不需要精确唤醒，也不要求唤醒窗口时长；箭头C代表有唤醒窗口时长要求的请求，图中横轴中刻度的每1格是1分钟间隔的时间单位。

如图3b所示，在正常时刻选择策略1，且唤醒窗口为10S，则各定时唤醒请求经本发明技术方案的处理后，显示为状态1所示，需要有4次唤醒，不影响用户体验；在之后的时间里，假设系统睡眠了，可以采用策略2，开始可选用窗口为5分钟，则对应显示为状态2，需要2次唤醒；进一步的，在之后的时间里，如果用户并没有操作移动终端(保持暗屏)，窗口时长设置为10分钟，对应显示为状态3，则只需要1次唤醒。

综上所述，本发明提供的定时唤醒处理系统及方法，对定时唤醒请求所包含的预定时间参数进行修正处理，所述预定时间参数包括：定时唤醒时间和/或定时唤醒窗口时长；监听所述操作系统的系统状态信息；接收所述定时信息修正模块修正处理后的定时唤醒请求；并用于接收所述系统状态信息且据以选择对应的预设计算策略以重新计算并确定所述修正处理后的定时唤醒请求的定时唤醒窗口时长；接收具有所述重新计算确定定时唤醒窗口时长的定时唤醒请求，并将所接收定时唤醒请求先后顺序逐一将其中定时唤醒窗口时长有交集的定时唤醒请求加以组合以生成具有组合后新窗口存在期的定时唤醒请求序列组；在操作系统进入睡眠之前，遍历各定时唤醒请求序列组，以获取最早需定时唤醒时间并据以设置定时。

本发明可根据不同系统或者应用对唤醒时间的需求进行一定时间范围内的唤醒源进行批处理组合和精确唤醒处理两种系统唤醒需求，同时根据终端设备处于不同状态，如亮屏，暗屏，充电等进行不同策略的处理。保持绝大部分的应用唤醒都能得到响应，又尽量减少系统唤醒的次数达到省电的目的，也不丢失应用正常功能需求与智能设备保持良好电池寿命，达到较好效果的用户体验。

上述实施例仅例示性说明本发明的原理及其功效，而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下，对上述实施例进行修饰或改变。因此，举凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本发明的权利要求所涵盖。

Claims (14)

1.一种定时唤醒处理系统，其特征在于，用于处理来自操作系统的定时唤醒请求，所述定时唤醒处理系统包括：

定时信息修正模块，用于对定时唤醒请求所包含的预定时间参数进行修正处理，所述预定时间参数包括：定时唤醒时间和/或定时唤醒窗口时长；

系统状态监听模块，用于监听所述操作系统的系统状态信息；

定时信息计算模块，用于接收所述定时信息修正模块修正处理后的定时唤醒请求；并用于接收所述系统状态信息且据以选择对应的预设计算策略以重新计算并确定所述修正处理后的定时唤醒请求的定时唤醒窗口时长；

定时信息组合模块，用于获取由所述定时信息计算模块所重新计算确定定时唤醒窗口时长的定时唤醒请求，并将所获取定时唤醒请求先后顺序逐一将其中定时唤醒窗口时长有交集的定时唤醒请求加以组合以生成具有组合后新窗口存在期的定时唤醒请求序列组；

定时设置模块，用于在操作系统进入睡眠之前，遍历各定时唤醒请求序列组，以获取最早需定时唤醒时间并据以设置定时。

2.根据权利要求1所述的定时唤醒处理系统，其特征在于，所述预定时间参数还包括：定时类型，所述修正处理包括：

对定时唤醒请求的定时类型进行修正，包括：在判断定时类型不符合操作系统支持类型的情况下，显示错误信息或者强制定义定时类型为操作系统中预设类型。

3.根据权利要求1所述的定时唤醒处理系统，其特征在于，所述预定时间参数还包括：定时唤醒间隔，所述修正处理包括：

对定时唤醒请求的定时唤醒间隔进行修正，包括：在判断定时唤醒间隔时间小于第一预设时长的情况下，根据定时唤醒请求发起者的不同而调整为相对应的预设定时唤醒间隔时间。

4.根据权利要求3所述的定时唤醒处理系统，其特征在于，所述定时唤醒请求发起者包括：操作系统中运行的系统应用程序及第三方应用程序，其中，对应所述系统应用程序的唤醒间隔要短于对应所述第三方应用程序的唤醒间隔。

5.根据权利要求1所述的定时唤醒处理系统，其特征在于，所述修正处理包括以下中的至少一种：

1)对定时唤醒请求的定时唤醒时间进行修正，包括：在判断定时唤醒时间已经过去或者小于预设时间点的情况下，则修正该定时唤醒时间为所述预设时间点；

2)对定时唤醒请求的定时唤醒窗口时长进行修正，包括：在判断定时唤醒窗口时长大于第二预设时长的情况下，修正该定时唤醒窗口时长为第三预设时长。

6.根据权利要求1所述的定时唤醒处理系统，其特征在于，所述定时信息组合模块，还用于在所述设置的定时到期后，将需在当前时间执行的定时唤醒请求从所在定时唤醒请求序列组中移除，并对其它定时唤醒请求进行重新组合直至所有定时唤醒请求移除。

7.根据权利要求6所述的定时唤醒处理系统，其特征在于，包括：应用状态监听模块，用于监听操作系统中的应用程序状态，以通知所述定时信息组合模块对来自异常的应用程序的定时唤醒请求执行所述从所在定时唤醒请求序列组中移除的动作。

8.一种定时唤醒处理方法，其特征在于，用于处理来自操作系统的定时唤醒请求，所述定时唤醒处理方法包括：

对定时唤醒请求所包含的预定时间参数进行修正处理，所述预定时间参数包括：定时唤醒时间和/或定时唤醒窗口时长；

监听所述操作系统的系统状态信息；

接收所述修正处理后的定时唤醒请求；并接收所述系统状态信息且据以选择对应的预设计算策略以重新计算并确定所述修正处理后的定时唤醒请求的定时唤醒窗口时长；

获取具有所述重新计算确定定时唤醒窗口时长的定时唤醒请求，并将所获取定时唤醒请求先后顺序逐一将其中定时唤醒窗口时长有交集的定时唤醒请求加以组合以生成具有组合后新窗口存在期的定时唤醒请求序列组；

在操作系统进入睡眠之前，遍历各定时唤醒请求序列组，以获取最早需定时唤醒时间并据以设置定时。

9.根据权利要求8所述的定时唤醒处理方法，其特征在于，所述预定时间参数还包括：定时类型，所述修正处理包括：

对定时唤醒请求的定时类型进行修正，包括：在判断定时类型不符合操作系统支持类型的情况下，显示错误信息或者强制定义定时类型为操作系统中预设类型。

10.根据权利要求8所述的定时唤醒处理方法，其特征在于，所述预定时间参数还包括：定时唤醒间隔，所述修正处理包括：

对定时唤醒请求的定时唤醒间隔进行修正，包括：在判断定时唤醒间隔时间小于第一预设时长的情况下，根据定时唤醒请求发起者的不同而调整为相对应的预设定时唤醒间隔时间。

11.根据权利要求10所述的定时唤醒处理方法，其特征在于，所述定时唤醒请求发起者包括：操作系统中运行的系统应用程序及第三方应用程序，其中，对应所述系统应用程序的唤醒间隔要短于对应所述第三方应用程序的唤醒间隔。

12.根据权利要求8所述的定时唤醒处理方法，其特征在于，所述修正处理包括以下中的至少一种：

1)对定时唤醒请求的定时唤醒时间进行修正，包括：在判断定时唤醒时间已经过去或者小于预设时间点的情况下，则修正该定时唤醒时间为所述预设时间点；

2)对定时唤醒请求的定时唤醒窗口时长进行修正，包括：在判断定时唤醒窗口时长大于第二预设时长的情况下，修正该定时唤醒窗口时长为第三预设时长。

13.根据权利要求8所述的定时唤醒处理方法，其特征在于，还包括：在所述设置的定时到期后，将需在当前时间执行的定时唤醒请求从所在定时唤醒请求序列组中移除，并对其它定时唤醒请求进行重新组合直至所有定时唤醒请求移除。

14.根据权利要求13所述的定时唤醒处理方法，其特征在于，还包括：监听操作系统中的应用程序状态，以对来自异常的应用程序的定时唤醒请求执行所述从所在定时唤醒请求序列组中移除的动作。