定时器对齐方法及装置与流程

本公开涉及计算机技术领域，特别涉及一种定时器对齐方法及装置。

背景技术：

在安卓(英文：Android)系统上，很多应用程序存在着推送服务(英文：push service)，以用来维持应用程序与服务器之间的状态同步。

为保持状态同步，push service通常需要定时(英文：alarm)地与服务器进行握手，不同的应用程序，其握手的时间、频率不尽相同，部分应用程序使用alarm过于频繁，会导致系统、调制解调器(英文：modem)被频繁地唤醒，从而造成待机时电量的过快消耗。

技术实现要素：

本公开提供一种定时器对齐方法及装置。所述技术方案如下：

根据本公开实施例的第一方面，提供一种定时器对齐方法，所述方法包括：获取每个应用程序的定时器使用记录，所述定时器使用记录至少包括应用程序的标识、定时器名称和定时器的生效时刻；获取每个应用程序访问网络时具备预定目标网络之间互连的协议(英文：Internet Protocol，IP)地址的访问记录，所述访问记录至少包括应用程序的标识、访问时刻和报文长度；根据每个应用程序的定时器使用记录和访问记录，筛选出符合条件的至少一组应用程序和定时器，每组中与应用程序对应的定时器具备周期性；将筛选出的每组与应用程序对应的定时器与标准定时器进行对齐。

通过根据应用程序的定时器使用记录和访问记录，确定出应用程序所对应的具备周期性的定时器，将确定出的定时器与标准定时器进行对齐，由于具备周期性的定时器通常意味着推送服务器对应的alarm，从而使得各个应用程序具备周期性的定时器均与标准定时器进行对齐，这样各个应用程序仅需要在标准定时器的生效时刻同时唤醒一次系统和modem即可，解决了相关技术中因不同应用程序的alarm频率不同，会导致系统、modem被频繁地唤醒，从而造成待机时电量的过快消耗的技术问题，达到了减少应用程序对系统和modem的唤醒，较大程度上避免了待机时电量的过快消耗的效果。

可选的，所述获取每个应用程序访问网络时具备预定目标IP地址的访问记录，包括：获取每个应用程序访问网络时产生的各条访问记录；从获取的各条访问记录中，筛选出目标IP地址属于预存的IP数据库中的访问记录，IP数据库用于存储提供推送服务的服务器的IP地址。

通过筛选出目标IP地址属于预存的IP数据库中的访问记录，使得筛选出的访问记录均是访问提供推送服务的服务器的记录，大大减少了后续根据访问记录确定alarm的运算量。

可选的，所述方法还包括：每隔预定时间间隔获取IP数据库；利用获取的所述IP数据库对已经存储的IP数据库进行更新。

可选的，所述根据每个应用程序的定时器使用记录和访问记录，筛选出符合条件的至少一组应用程序和定时器，包括：对于每个应用程序，将定时器的生效时刻与访问时刻差值小于预定阈值的定时器使用记录和访问记录作为一个记录组，得到第一类记录组；从各个第一类记录组中，筛选出报文长度小于预定长度阈值的第一类记录组，将筛选出的第一类记录组记为第二类记录组；从筛选出的第二类记录组中，筛选出定时器的生效时刻具备周期性的第二类记录组，将筛选出的第二类记录组记为第三类记录组；将所述第三类记录组中应用程序的标识以及定时器名称，确定为所述符合条件的一组应用程序和定时器。

通过上述过程筛选出定时器的生效时刻与访问时刻的时间重合度较高、具备周期性的定时器且报文长度较小的记录，利用这些记录可以判定出具备推送服务的应用程序以及进行推送服务时的定时器。

可选的，所述将筛选出的每组与应用程序对应的定时器与标准定时器进行对齐，包括：对于筛选出的每组与应用程序对应的定时器，获取所述定时器的下一个生效时刻和所述标准定时器的下一个生效时刻；将所述定时器的下一个生效时刻设置为所述标准定时器的下一个生效时刻。

根据本公开实施例的第二方面，提供一种定时器对齐装置，所述装置包括：第一获取模块，被配置为获取每个应用程序的定时器使用记录，所述定时器使用记录至少包括应用程序的标识、定时器名称和定时器的生效时刻；第二获取模块，被配置为获取每个应用程序访问网络时具备预定目标IP地址的访问记录，所述访问记录至少包括应用程序的标识、访问时刻和报文长度；筛选模块，被配置为根据所述第一获取模块获取的每个应用程序的定时器使用记录和所述第二获取模块获取的每个应用程序的访问记录，筛选出符合条件的至少一组应用程序和定时器，每组中与应用程序对应的定时器具备周期性；对齐模块，被配置为将所述筛选模块筛选出的每组与应用程序对应的定时器与标准定时器进行对齐。

可选的，所述第二获取模块，包括：第一获取子模块，被配置为获取每个应用程序访问网络时产生的各条访问记录；第一筛选子模块，被配置为从所述第一获取子模块获取的各条访问记录中，筛选出目标IP地址属于预存的IP数据库中的访问记录，IP数据库用于存储提供推送服务的服务器的IP地址。

可选的，所述装置还包括：第三获取模块，被配置为每隔预定时间间隔获取IP数据库；更新模块，被配置为利用所述第三获取模块获取的所述IP数据库对已经存储的IP数据库进行更新。

可选的，所述筛选模块，包括：第一确定子模块，被配置为对于每个应用程序，将定时器的生效时刻与访问时刻差值小于预定阈值的定时器使用记录和访问记录作为一个记录组，得到第一类记录组；第二筛选子模块，被配置为从各个第一类记录组中，筛选出报文长度小于预定长度阈值的第一类记录组，将筛选出的第一类记录组记为第二类记录组；第三筛选子模块，被配置为从所述第二筛选子模块筛选出的第二类记录组中，筛选出定时器的生效时刻具备周期性的第二类记录组，将筛选出的第二类记录组记为第三类记录组；第二确定子模块，被配置为将所述第三筛选子模块筛选出的所述第三类记录组中应用程序的标识以及定时器名称，确定为所述符合条件的一组应用程序和定时器。

可选的，所述对齐模块，包括：第二获取子模块，被配置为对于筛选出的每组与应用程序对应的定时器，获取所述定时器的下一个生效时刻和所述标准定时器的下一个生效时刻；对齐子模块，被配置为将所述定时器的下一个生效时刻设置为所述标准定时器的下一个生效时刻。

根据本公开实施例的第三方面，提供一种定时器对齐装置，所述装置包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为：

获取每个应用程序的定时器使用记录，所述定时器使用记录至少包括应用程序的标识、定时器名称和定时器的生效时刻；

获取每个应用程序访问网络时具备预定目标IP地址的访问记录，所述访问记录至少包括应用程序的标识、访问时刻和报文长度；

根据每个应用程序的定时器使用记录和访问记录，筛选出符合条件的至少一组应用程序和定时器，每组中与应用程序对应的定时器具备周期性；

将筛选出的每组与应用程序对应的定时器与标准定时器进行对齐。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并于说明书一起用于解释本公开的原理。

图1是根据部分示例性实施例示出的一种定时器对齐方法所涉及的实施环境的示意图；

图2是根据一示例性实施例示出的一种定时器对齐方法的流程图；

图3A是根据另一示例性实施例示出的一种定时器对齐方法的流程图；

图3B是根据一示例性实施例示出的一种获取应用程序的访问记录的流程图；

图3C是根据一示例性实施例示出的一种符合条件的至少一组应用程序和定时器的流程图；

图3D是根据一示例性实施例示出的一种在将筛选出的每组与应用程序对应的定时器与标准定时器进行对齐的流程图；

图4A是根据一示例性实施例示出的一种定时器对齐装置的框图；

图4B是根据另一示例性实施例示出的一种定时器对齐装置的框图；

图5是根据再一示例性实施例示出的一种定时器对齐装置的框图；

图6是根据再一示例性实施例示出的一种定时器对齐装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

图1是根据部分示例性实施例示出的一种定时器对齐方法所涉及的实施环境的示意图，如图1所示，该实施环境可以包括至少一台服务器110和至少一个终端120。

每个终端120均与服务器110通过无线网络进行连接。

每个终端120中可以安装有多个应用程序，而这些应用程序为了维持与服务器110之间的心跳，需要与服务器110之间维持推送服务，为了实现这种推送，每个应用程序均会有自身的定时器，定时器生效时，则与服务器110进行握手。

对于终端中系统为安卓系统为例，由于安卓系统的开放性，导致每个应用程序均可能具备自身的定时器，且每个应用程序针对不同的功能也会对应具备不同的定时器，不同应用程序之间的定时器不同，甚至于每个应用程序的定时器的定时时长也不同。

这里所讲的服务器110是用于提供推送服务的服务器，在实际实现时，互联网会有若干个这类服务器，不同的应用程序在实现推送服务时可能会使用不同的服务器110，比如部分应用程序可能使用其中一个服务器110，另一部分应用程序可能会使用另一个服务器110。

一般来讲，利用同一个服务器110实现推送服务的各个应用程序具备一定的规律性，比如目标IP地址相同、alarm名称相同、频率相同等。

图2是根据一示例性实施例示出的一种定时器对齐方法的流程图，如图2所示，该定时器对齐方法应用于图1所示的实施环境中的终端120或服务器110中，包括以下步骤。

在步骤201中，获取每个应用程序的定时器使用记录，定时器使用记录至少包括应用程序的标识、定时器名称和定时器的生效时刻。

在步骤202中，获取每个应用程序访问网络时具备预定目标IP地址的访问记录，访问记录至少包括应用程序的标识、访问时刻和报文长度。

在步骤203中，根据每个应用程序的定时器使用记录和访问记录，筛选出符合条件的至少一组应用程序和定时器，每组中与应用程序对应的定时器具备周期性。

在步骤204中，将筛选出的每组与应用程序对应的定时器与标准定时器进行对齐。

综上所述，本公开实施例中提供的定时器对齐方法，通过根据应用程序的定时器使用记录和访问记录，确定出应用程序所对应的具备周期性的定时器，将确定出的定时器与标准定时器进行对齐，由于具备周期性的定时器通常意味着推送服务器对应的alarm，从而使得各个应用程序具备周期性的定时器均与标准定时器进行对齐，这样各个应用程序仅需要在标准定时器的生效时刻同时唤醒一次系统和modem即可，解决了相关技术中因不同应用程序的alarm频率不同，会导致系统、modem被频繁地唤醒，从而造成待机时电量的过快消耗的技术问题，达到了减少应用程序对系统和modem的唤醒，较大程度上避免了待机时电量的过快消耗的效果。

图3A是根据另一示例性实施例示出的一种定时器对齐方法的流程图，如图3A所示，该定时器对齐方法应用于图1所示的实施环境中的终端120或服务器110中，包括以下步骤。

在步骤301中，获取每个应用程序的定时器使用记录。

定时器使用记录至少包括应用程序的标识、定时器名称和定时器的生效时刻。

一般来讲，每个应用程序在实际使用时，可能会因各种业务需要创建各种定时器，在定时器被使用时，可以获取到每个应用程序的定时器使用记录。

对于同一个应用程序，因为业务需求不同，定时器的名称、定时器的生效时刻也可能会不同。

这里所讲的业务包括应用程序维持与服务器之间的心跳业务，还包括应用程序本身提供各种功能业务。

可选的，为了减少后期的对比和运算，本实施例中可以获取在待机状态下每个应用程序的定时器使用记录。可选的，在安卓系统中，可以利用定时器管理函数(英文：AlarmManagerService)来记录每个应用程序的定时器使用记录。

在步骤302中，每隔预定时间间隔获取IP数据库，利用获取的IP数据库对已经存储的IP数据库进行更新。

这里的服务器是提供推送服务的服务器，应用程序需要与该服务器之间维持心跳。

这里的IP数据库包含了应用程序在维持心跳时需要访问的服务器的IP地址，由于IP地址可能有由于某些原因被更改，因此需要实时的获取IP数据库以更新已经存储的IP数据库。

在步骤303中，获取每个应用程序访问网络时具备预定目标IP地址的访问记录。

这里所讲的访问记录至少包括应用程序的标识、访问时刻和报文长度。

一般的，应用程序在访问网络时需要向服务器发送访问报文，也即访问记录，因此可以根据对访问报文进行分析，得到访问报文所具备的应用程序的标识、访问时刻和报文长度。

若访问记录是用于维持心跳的访问记录时，则这类访问记录的目标IP地址即为提供推送服务的服务器地址，因此可以首先筛选出目标IP地址属于IP数据库中的访问记录。

另外，若访问记录是用于维持心跳的访问记录时，其对应的报文长度一般会比较小，比如小于200Byte，因此为了后续更准确的判定，需要获取访问记录的报文长度。

当应用程序维持心跳时，应用程序必然是定时器的生效时刻向服务器发送访问报文，因此还需要获取应用程序访问记录的访问时刻。

在一种可选的方式中，在获取每个应用程序访问网络时具备预定目标IP地址的访问记录时，可以通过图3B中的各个步骤实现。

在步骤303a中，获取每个应用程序访问网络时产生的各条访问记录。

对于终端来讲，每个应用程序在访问网络时，均需要通过终端的网关向外发送报文，因此可以监控终端的网关来截获每个应用程序在访问网络时产生的访问记录。

一般来讲，应用程序在向网络发送访问报文时，访问报文中通常会携带应用程序的标识，以便于服务器在反馈对应的应答报文时添加该应用程序的标识，这样终端在收到应答报文时可以辨识属于哪个应用程序的应答报文。

在步骤303b中，从获取的各条访问记录中，筛选出目标IP地址属于预存的IP数据库中的访问记录。

由于IP数据库中存储的是用于提供推送服务的服务器，而访问记录的目标IP地址即为访问的服务器的地址，因此为了筛选出用于访问提供推送服务的服务器，可以筛选出目标IP地址属于预存的IP数据库中的访问记录。

可选的，为了减少后期的对比和运算，本实施例中可以获取在待机状态下每个应用程序的访问记录。可选的，在安卓系统中，可以利用网络访问控制器(英文：NetworkController)来记录每个应用程序访问网络时的访问记录。

在步骤304中，根据每个应用程序的定时器使用记录和访问记录，筛选出符合条件的至少一组应用程序和定时器。

由于定时器使用记录和访问记录中均包含应用程序的标识，因此可以获取具备相同应用程序的标识的定时器使用记录和访问记录。

在实际实现时，可以将具备相同应用程序的标识的定时器使用记录和访问记录划分至一个集合中，这样不同的应用程序对应有不同的集合。

这里为了能够确定出符合条件的至少一组应用程序和定时器，可以通过图3C中的各个步骤实现。

在步骤304a中，对于每个应用程序，将定时器的生效时刻与访问时刻差值小于预定阈值的定时器使用记录和访问记录作为一个记录组，得到第一类记录组。

由于应用程序的定时器有些是属于维持心跳的定时器，有些是属于其他业务的定时器，而一般来讲，维持心跳的定时器在生效时刻后，应用程序均会向外网发送与服务器的握手报文(该握手报文会被记为一个访问记录)，因此会存在一组定时器的生效时刻与访问时刻差值小于预定阈值的定时器使用记录和访问记录。将该组定时器使用记录和访问记录作为一个记录组，这样则可以得到若干个第一类记录组。

在步骤304b中，从各个第一类记录组中，筛选出报文长度小于预定长度阈值的第一类记录组，将筛选出的第一类记录组记为第二类记录组。

由于维持心跳时的报文的报文长度一般会比较小，因此还可以从第一类记录组中筛选报文长度小于预定长度阈值的记录组，将筛选出的记录组记为第二类记录组。

在步骤304c中，从筛选出的第二类记录组中，筛选出定时器的生效时刻具备周期性的第二类记录组，将筛选出的第二类记录组记为第三类记录组。

在步骤304d中，将第三类记录组中应用程序的标识以及定时器名称，确定为符合条件的一组应用程序和定时器。

通过上述步骤304a至304b可以筛选出时间重合度高、周期出现的alarm，且报文长度较小的一组应用程序和定时器。

在步骤305中，将筛选出的每组与应用程序对应的定时器与标准定时器进行对齐。

这里的标准定时器是具备周期性的定时器，且周期性所对应的周期是固定不变的。比如标准定时器为每隔五分钟生效一次。

一般来讲，为了避免频繁唤醒系统以及modem，标准定时器的周期不会过短，但为了维持有效的心跳信息，标准定时器的周期也不会过长，一般标准定时器的周期可以设置为五分钟。但实际应用中，可以根据实际的情况来而定标准定时器的周期，本实施例对标准定时器的周期取值不进行限定。

在将筛选出的每组与应用程序对应的定时器与标准定时器进行对齐，可以根据图3D中的各个步骤实现。

在步骤305a中，对于筛选出的每组与应用程序对应的定时器，获取定时器的下一个生效时刻和标准定时器的下一个生效时刻。

对于当前时刻(也即获取时刻)来讲，均能获取出应用程序定时器的下一个生效时刻以及标准定时器的下一个生效时刻。

在步骤305b中，将定时器的下一个生效时刻设置为标准定时器的下一个生效时刻。

可以将定时器的下一个生效时刻设置为标准定时器的下一个生效时刻，重复步骤305a和步骤305b，从而使得该定时器的所有生效时刻均与标准定时器的生效时刻同步。

综上所述，本公开实施例中提供的定时器对齐方法，通过根据应用程序的定时器使用记录和访问记录，确定出应用程序所对应的具备周期性的定时器，将确定出的定时器与标准定时器进行对齐，由于具备周期性的定时器通常意味着推送服务器对应的alarm，从而使得各个应用程序具备周期性的定时器均与标准定时器进行对齐，这样各个应用程序仅需要在标准定时器的生效时刻同时唤醒一次系统和modem即可，解决了相关技术中因不同应用程序的alarm频率不同，会导致系统、modem被频繁地唤醒，从而造成待机时电量的过快消耗的技术问题，达到了减少应用程序对系统和modem的唤醒，较大程度上避免了待机时电量的过快消耗的效果。

另外，通过筛选出目标IP地址属于预存的IP数据库中的访问记录，使得筛选出的访问记录均访问提供推送服务的服务器的，大大减少了后续根据访问记录确定alarm的运算量。

通过上述过程筛选出定时器的生效时刻与访问时刻的时间重合度较高、具备周期性的定时器且报文长度较小的记录，利用这些记录可以判定出具备推送服务的应用程序以及进行推送服务时的定时器。

需要补充说明的是，上述实施例可以在终端120中实现，在实际应用中，上述实施例中除最后一个定时器对齐的步骤也均可以在服务器110中实现，比如服务器110可以模拟终端内各个应用程序以获取各个应用程序的定时器使用记录以及访问记录，或者从其他终端拉取各个应用程序以获取各个应用程序的定时器使用记录以及访问记录，并为终端确定出符合条件的至少一组应用程序和定时器，并将确定出的符合条件的至少一组应用程序和定时器发送给各个终端。

下述为本公开装置实施例，可以用于执行本公开方法实施例。对于本公开装置实施例中未披露的细节，请参照本公开方法实施例。

图4A是根据一示例性实施例示出的一种定时器对齐装置的框图，如图4A所示，该定时器对齐装置应用于图1所示实施环境中的终端120或服务器110中，该定时器对齐装置包括但不限于：第一获取模块410、第二获取模块420、筛选模块430和对齐模块440。

第一获取模块410，被配置为获取每个应用程序的定时器使用记录，所述定时器使用记录至少包括应用程序的标识、定时器名称和定时器的生效时刻。

定时器使用记录至少包括应用程序的标识、定时器名称和定时器的生效时刻。

一般来讲，每个应用程序在实际使用时，可能会因各种业务需要创建各种定时器，在定时器被使用时，可以获取到每个应用程序的定时器使用记录。

对于同一个应用程序，因为业务需求不同，定时器的名称、定时器的生效时刻也可能会不同。

这里所讲的业务包括应用程序维持与服务器之间的心跳业务，还包括应用程序本身提供各种功能业务。

可选的，为了减少后期的对比和运算，本实施例中可以获取在待机状态下每个应用程序的定时器使用记录。可选的，在安卓系统中，可以利用定时器管理函数来记录每个应用程序的定时器使用记录。

第二获取模块420，被配置为获取每个应用程序访问网络时具备预定目标IP地址的访问记录，所述访问记录至少包括应用程序的标识、访问时刻和报文长度。

筛选模块430，被配置为根据所述第一获取模块410获取的每个应用程序的定时器使用记录和所述第二获取模块420获取的每个应用程序的访问记录，筛选出符合条件的至少一组应用程序和定时器，每组中与应用程序对应的定时器具备周期性。

由于定时器使用记录和访问记录中均包含应用程序的标识，因此可以获取具备相同应用程序的标识的定时器使用记录和访问记录。

在实际实现时，可以将具备相同应用程序的标识的定时器使用记录和访问记录划分至一个集合中，这样不同的应用程序对应有不同的集合。

对齐模块440，被配置为将所述筛选模块430筛选出的每组与应用程序对应的定时器与标准定时器进行对齐。

这里的标准定时器是具备周期性的定时器，且周期性所对应的周期是固定不变的。比如标准定时器为每隔五分钟生效一次。

一般来讲，为了避免频繁唤醒系统以及modem，标准定时器的周期不会过短，但为了维持有效的心跳信息，标准定时器的周期也不会过长，一般标准定时器的周期可以设置为五分钟。但实际应用中，可以根据实际的情况来而定标准定时器的周期，本实施例对标准定时器的周期取值不进行限定。

在一种可选的实现方式中，第二获取模块420可以包括：第一获取子模块421和第一筛选子模块422，请参见图4B所示。

第一获取子模块421，被配置为获取每个应用程序访问网络时产生的各条访问记录。

对于终端来讲，每个应用程序在访问网络时，均需要通过终端的网关向外发送报文，因此可以监控终端的网关来截获每个应用程序在访问网络时产生的访问记录。

一般来讲，应用程序在向网络发送访问报文时，访问报文中通常会携带应用程序的标识，以便于服务器在反馈对应的应答报文时添加该应用程序的标识，这样终端在收到应答报文时可以辨识属于哪个应用程序的应答报文。

第一筛选子模块422，被配置为从所述第一获取子模块421获取的各条访问记录中，筛选出目标IP地址属于预存的IP数据库中的访问记录，IP数据库用于存储提供推送服务的服务器的IP地址。

由于IP数据库中存储的是用于提供推送服务的服务器，而访问记录的目标IP地址即为访问的服务器的地址，因此为了筛选出用于访问提供推送服务的服务器，可以筛选出目标IP地址属于预存的IP数据库中的访问记录。

可选的，为了减少后期的对比和运算，本实施例中可以获取在待机状态下每个应用程序的访问记录。可选的，在安卓系统中，可以利用网络访问控制器来记录每个应用程序访问网络时的访问记录。

在一种可选的实现方式中，仍旧参见图4B所示，该定时器对齐装置还可以包括：第三获取模块450和更新模块460。

第三获取模块450，被配置为每隔预定时间间隔获取IP数据库。

这里的服务器是提供推送服务的服务器，应用程序需要与该服务器之间维持心跳。

这里的IP数据库包含了应用程序在维持心跳时需要访问的服务器的IP地址，由于IP地址可能有由于某些原因被更改，因此需要实时的获取IP数据库以更新已经存储的IP数据库。

更新模块460，被配置为利用所述第三获取模块获取的所述IP数据库对已经存储的IP数据库进行更新。

这里所讲的访问记录至少包括应用程序的标识、访问时刻和报文长度。

一般的，应用程序在访问网络时需要向服务器发送访问报文，也即访问记录，因此可以根据对访问报文进行分析，得到访问报文所具备的应用程序的标识、访问时刻和报文长度。

若访问记录是用于维持心跳的访问记录时，则这类访问记录的目标IP地址即为提供推送服务的服务器地址，因此可以首先筛选出目标IP地址属于IP数据库中的访问记录。

另外，若访问记录是用于维持心跳的访问记录时，其对应的报文长度一般会比较小，比如小于200Byte，因此为了后续更准确的判定，需要获取访问记录的报文长度。

当应用程序维持心跳时，应用程序必然是定时器的生效时刻向服务器发送访问报文，因此还需要获取应用程序访问记录的访问时刻。

在一种可选的实现方式中，仍旧参见图4B所示，所述筛选模块430，包括：第一确定子模块431、第二筛选子模块432、第三筛选子模块433和第二确定子模块434。

第一确定子模块431，被配置为对于每个应用程序，将定时器的生效时刻与访问时刻差值小于预定阈值的定时器使用记录和访问记录作为一个记录组，得到第一类记录组。

由于应用程序的定时器有些是属于维持心跳的定时器，有些是属于其他业务的定时器，而一般来讲，维持心跳的定时器在生效时刻后，应用程序均会向外网发送与服务器的握手报文(该握手报文会被记为一个访问记录)，因此会存在一组定时器的生效时刻与访问时刻差值小于预定阈值的定时器使用记录和访问记录。将该组定时器使用记录和访问记录作为一个记录组，这样则可以得到若干个第一类记录组。

第二筛选子模块432，被配置为从各个第一类记录组中，筛选出报文长度小于预定长度阈值的第一类记录组，将筛选出的第一类记录组记为第二类记录组。

由于维持心跳时的报文的报文长度一般会比较小，因此还可以从第一类记录组中筛选报文长度小于预定长度阈值的记录组，将筛选出的记录组记为第二类记录组。

第三筛选子模块433，被配置为从所述第二筛选子模块筛选出的第二类记录组中，筛选出定时器的生效时刻具备周期性的第二类记录组，将筛选出的第二类记录组记为第三类记录组。

第二确定子模块434，被配置为将所述第三筛选子模块433筛选出的所述第三类记录组中应用程序的标识以及定时器名称，确定为所述符合条件的一组应用程序和定时器。

在一种可选的实现方式中，仍旧参见图4B所示，对齐模块440可以包括：第二获取子模块441和对齐子模块442。

第二获取子模块441，被配置为对于筛选出的每组与应用程序对应的定时器，获取所述定时器的下一个生效时刻和所述标准定时器的下一个生效时刻。

对于当前时刻(也即获取时刻)来讲，均能获取出应用程序定时器的下一个生效时刻以及标准定时器的下一个生效时刻。

对齐子模块442，被配置为将所述定时器的下一个生效时刻设置为所述标准定时器的下一个生效时刻。

综上所述，本发明实施例提供的定时器对齐装置，通过根据应用程序的定时器使用记录和访问记录，确定出应用程序所对应的具备周期性的定时器，将确定出的定时器与标准定时器进行对齐，由于具备周期性的定时器通常意味着推送服务器对应的alarm，从而使得各个应用程序具备周期性的定时器均与标准定时器进行对齐，这样各个应用程序仅需要在标准定时器的生效时刻同时唤醒一次系统和modem即可，解决了相关技术中因不同应用程序的alarm频率不同，会导致系统、modem被频繁地唤醒，从而造成待机时电量的过快消耗的技术问题，达到了减少应用程序对系统和modem的唤醒，较大程度上避免了待机时电量的过快消耗的效果。

另外，通过筛选出目标IP地址属于预存的IP数据库中的访问记录，使得筛选出的访问记录均是访问提供推送服务的服务器的记录，大大减少了后续根据访问记录确定alarm的运算量。

通过上述过程筛选出定时器的生效时刻与访问时刻的时间重合度较高、具备周期性的定时器且报文长度较小的记录，利用这些记录可以判定出具备推送服务的应用程序以及进行推送服务时的定时器。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本公开一示例性实施例提供了一种定时器对齐装置，能够实现本公开提供的定时器对齐方法，该定时器对齐装置包括：处理器、用于存储处理器可执行指令的存储器；

其中，处理器被配置为：

获取每个应用程序的定时器使用记录，所述定时器使用记录至少包括应用程序的标识、定时器名称和定时器的生效时刻；

获取每个应用程序访问网络时具备预定目标IP地址的访问记录，所述访问记录至少包括应用程序的标识、访问时刻和报文长度；

根据每个应用程序的定时器使用记录和访问记录，筛选出符合条件的至少一组应用程序和定时器，每组中与应用程序对应的定时器具备周期性；

将筛选出的每组与应用程序对应的定时器与标准定时器进行对齐。

图5是根据再一示例性实施例示出的一种定时器对齐装置的框图。例如，装置500可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图5，装置500可以包括以下一个或多个组件：处理组件502，存储器504，电源组件506，多媒体组件508，音频组件510，输入/输出(I/O)接口512，传感器组件514，以及通信组件516。

处理组件502通常控制装置500的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件502可以包括一个或多个处理器518来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件502可以包括一个或多个模块，便于处理组件502和其他组件之间的交互。例如，处理组件502可以包括多媒体模块，以方便多媒体组件508和处理组件502之间的交互。

存储器504被配置为存储各种类型的数据以支持在装置500的操作。这些数据的示例包括用于在装置500上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器504可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件506为装置500的各种组件提供电力。电源组件506可以包括电源管理系统，一个或多个电源，及其他与为装置500生成、管理和分配电力相关联的组件。

多媒体组件508包括在装置500和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件508包括一个前置摄像头和/或后置摄像头。当装置500处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件510被配置为输出和/或输入音频信号。例如，音频组件510包括一个麦克风(MIC)，当装置500处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器504或经由通信组件516发送。在一些实施例中，音频组件510还包括一个扬声器，用于输出音频信号。

I/O接口512为处理组件502和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件514包括一个或多个传感器，用于为装置500提供各个方面的状态评估。例如，传感器组件514可以检测到装置500的打开/关闭状态，组件的相对定位，例如组件为装置500的显示器和小键盘，传感器组件514还可以检测装置500或装置500一个组件的位置改变，用户与装置500接触的存在或不存在，装置500方位或加速/减速和装置500的温度变化。传感器组件514可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件514还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件514还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件516被配置为便于装置500和其他设备之间有线或无线方式的通信。装置500可以接入基于通信标准的无线网络，如Wi-Fi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件516经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件516还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置500可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述定时器对齐方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器504，上述指令可由装置500的处理器518执行以完成上述定时器对齐方法。例如，非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

图6是根据再一示例性实施例示出的一种定时器对齐装置的框图。例如，装置600可以被提供为一网络侧设备，比如服务器。参照图6，装置600包括处理组件602，其进一步包括一个或多个处理器，以及由存储器604所代表的存储器资源，用于存储可由处理组件602的执行的指令，例如应用程序。存储器604中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件602被配置为执行指令，以执行上述定时器对齐方法。

装置600还可以包括一个电源组件606被配置为执行装置600的电源管理，一个有线或无线网络接口608被配置为将装置600连接到网络，和一个输入输出(I/O)接口610。装置600可以操作基于存储在存储器604的操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM或类似。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。