一种应用对齐唤醒方法、终端及计算机可读存储介质与流程

本发明涉及电子设备技术领域，尤其涉及一种应用对齐唤醒方法、终端及计算机可读存储介质。

背景技术：

目前手机等终端上基本都有同步心跳机制，比如一个应用无规律的2-3分钟唤醒，或者5-6分钟唤醒，使用同步心跳机制统一对齐到10分钟唤醒。现有同步心跳机制只能是对单个频繁唤醒的应用进行对齐，如果唤醒不频繁，则不对齐，另外，每次开机后，终端会自主学习一段时间然后再进行对齐。对于唤醒不频繁的应用仍然会时不时地唤醒终端，另外，每次开机后，在自主学习的时间里，终端被应用频繁唤醒，造成了终端电量的大量消耗。

技术实现要素：

本发明实施例提供一种应用对齐唤醒方法、终端及计算机可读存储介质，可统一对应用进行唤醒管理，减少终端唤醒的次数，节省终端的电量。

第一方面，本发明实施例提供了一种应用对齐唤醒方法，该方法包括：

开启终端上的对齐管理服务；

在所述对齐管理服务中设置基准对齐唤醒时间；

若到达唤醒时间点，识别所述唤醒时间点所对应的应用的类别；

判断所述应用的类别是否为预设类别；

若所述应用的类别为预设类别，根据所述应用的类别和基准对齐唤醒时间响应所述应用的对齐唤醒。

第二方面，本发明实施例提供了一种终端，该终端包括：

服务开启单元，用于开启终端上的对齐管理服务；

设置单元，用于通过所述对齐管理服务设置基准对齐唤醒时间；

识别单元，用于若到达唤醒时间点，识别所述唤醒时间点所对应的应用的类别；

判断单元，用于判断所述应用的类别是否为预设类别；

对齐唤醒单元，用于若所述应用的类别为预设类别，根据所述应用的类别和基准对齐唤醒时间响应所述应用的对齐唤醒。

第三方面，本发明实施例提供了另一种终端，包括处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储应用程序代码，所述处理器被配置用于调用所述程序代码，执行上述第一方面所述的方法。

第四方面，本发明实施例提供了一种计算机可读存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行上述第一方面所述的方法。

本发明实施例通过开启终端上的对齐管理服务；通过所述对齐管理服务设置基准对齐唤醒时间；若到达唤醒时间点，识别所述唤醒时间点所对应的应用的类别；判断所述应用的类别是否为预设类别；若为预设类别，根据所述应用的类别和基准对齐唤醒时间响应所述应用的对齐唤醒。本发明实施例根据应用的类别响应应用的对齐唤醒，可以统一对应用进行唤醒管理，减少终端唤醒的次数，节省终端的电量。

附图说明

为了更清楚地说明本发明实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的一种应用对齐唤醒方法的流程示意图；

图2是图1提供的方法中的一子流程示意图；

图3是图1提供的方法中的另一子流程示意图；

图4是图3提供的方法中的一子流程示意图；

图5是本发明另一实施例提供的一种应用对齐唤醒方法的流程示意图；

图6是图5提供的方法中的一子流程示意图；

图7是本发明实施例提供的一种终端的示意性框图；

图8是本发明实施例提供的设置单元的示意性框图；

图9是本发明实施例提供的对齐唤醒单元的示意性框图；

图10是本发明实施例提供的第三对齐唤醒单元的示意性框图；

图11是本发明另一实施例提供的一种终端的示意性框图；

图12是本发明实施例提供的分类单元的示意性框图；

图13是本发明另一实施例提供的一种终端的示意性框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

也应当理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

还应当理解，尽管术语第一、第二等可以在此用来描述各种元素，但这些元素不应该受限于这些术语。这些术语仅用来将这些元素彼此区分开。例如，在不脱离本发明范围的前提下，第一预设时间可以被称为第二预设时间，并且类似地，第二预设时间可以被称为第一预设时间。第一预设时间和第二预设时间均为预设时间，但他们并非同一预设时间。

具体实现中，本发明实施例中描述的终端包括但不限于诸如具有触摸敏感表面(例如，触摸屏显示器和/或触摸板)的移动电话、膝上型计算机或平板计算机之类的其它便携式设备。还应当理解的是，在某些实施例中，所述设备并非便携式通信设备，而是具有触摸敏感表面(例如，触摸屏显示器和/或触摸板)的台式计算机。

在接下来的讨论中，描述了包括显示器和触摸敏感表面的终端。然而，应当理解的是，终端可以包括诸如物理键盘、鼠标和/或控制杆的一个或多个其它物理用户接口设备。

终端支持各种应用程序，例如以下中的一个或多个：绘图应用程序、演示应用程序、文字处理应用程序、网站创建应用程序、盘刻录应用程序、电子表格应用程序、游戏应用程序、电话应用程序、视频会议应用程序、电子邮件应用程序、即时消息收发应用程序、锻炼支持应用程序、照片管理应用程序、数码相机应用程序、数字摄影机应用程序、web浏览应用程序、数字音乐播放器应用程序和/或数字视频播放器应用程序。

可以在终端上执行的各种应用程序可以使用诸如触摸敏感表面的至少一个公共物理用户接口设备。可以在应用程序之间和/或相应应用程序内调整和/或改变触摸敏感表面的一个或多个功能以及终端上显示的相应信息。这样，终端的公共物理架构(例如，触摸敏感表面)可以支持具有对用户而言直观且透明的用户界面的各种应用程序。

图1为本发明实施例提供的一种应用对齐唤醒方法的流程示意图。该方法包括s101～s105。

s101，开启终端上的对齐管理服务。在开启对齐管理服务之前，在终端上创建该对齐管理服务，以统一对应用的对齐唤醒进行管理。在终端开机后，开启终端上的对齐管理服务。需要注意的是，步骤s102-s105是在该对齐管理服务的环境下执行的。

s102，在对齐管理服务中设置基准对齐唤醒时间。终端上一般都有push模块，会定时与服务器连网保持心跳。push模块用于推送消息，包括推送设置、监听推送消息、绑定用户、加入群组、退出群组等功能，以push模块的唤醒时间作为基准对齐时间。具体地，s102包括s201-s202。s201，获取终端的消息推送的唤醒时间。消息推送的唤醒时间即为push模块的唤醒时间。s202，在对齐管理服务中将该消息推送的唤醒时间设置为基准对齐唤醒时间。在其他实施例中，也可以将除了push模块的唤醒时间之外的任意一个时间点设置为基准对齐唤醒时间。

s103，若到达唤醒时间点，识别唤醒时间点所对应的应用的类别。唤醒时间点包括所有应用所对应的唤醒时间点。识别唤醒时间点所对应的应用的类别包括：获取在对齐管理服务中保存的所述应用对应的类别。其中，在对齐管理服务中保存的所述应用对应的类别，可以通过终端自主学习相对应的类别后保存在对齐管理服务中，也可以是通过服务器推送的应用所对应的类别保存在对齐管理服务中。

s104，判断应用的类别是否为预设类别。若应用的类别为预设类别，执行s105。其中，预设类别包括基准对齐类、唤醒频繁类、唤醒不频繁类、精准定时类。基准对齐类，一般一个终端上只有一个，使用终端的push模块来唤醒。频繁唤醒类，如qq、微信等聊天应用，因为交流信息频繁，唤醒的次数很频繁。唤醒不频繁类，如联系人应用，跟远程的服务器同步联系人，摩拜单车上传用车人信息等。精准定时类，如日程和闹钟等提醒类的应用。再其他实施例中，预设类别还可以根据其他的方式进行划分。

s105，根据应用的类别和基准对齐唤醒时间响应应用的对齐唤醒。不同应用的类别，可设置不同的对齐唤醒方式。也可以多个不同应用的类别，对应相同的对齐唤醒方式。该对齐唤醒方式中的唤醒时间与基准对齐唤醒时间有关。根据应用的类别和对应的对齐唤醒方式将应用对齐唤醒。s105执行完毕接着执行s103。

若应用的预设类别包括基准对齐类、唤醒频繁类、唤醒不频繁类、精准定时类。具体地，如图3所示，s105包括s301-s307。s301，判断应用的类别是否为基准对齐类。s302，若应用的类别为基准对齐类，获取基准对齐类、唤醒频繁类以及唤醒不频繁类的应用。s303，响应所有基准对齐类、频繁唤醒类以及唤醒不频繁类的应用。s304，若应用的类别不为基准对齐类，判断应用的类别是否为精准定时类。s305，若应用的类别为精准定时类，响应该应用。s306，若应用的类别不为精准定时类，以基准对齐唤醒时间为基准，将应用与基准对齐类的应用对齐唤醒。若应用的类别不为精准定时类，也不为基准对齐类，那么应用的类别为唤醒频繁类或者唤醒不频繁类，若应用的类别为唤醒频繁类或者唤醒不频繁类，将应用与基准对齐类的应用对齐唤醒。假设微信属于基准对齐类，qq属于唤醒频繁类。微信的唤醒时间为13:00，唤醒周期为10分钟，那么13:10，13:20，13:30等时间点都会被唤醒；qq的唤醒时间为13:03，唤醒周期为10分钟，那么13:13，13:23，13:33等时间点都会被唤醒。统一对齐后，微信和qq同步唤醒，即同时在13:10，13:20，13:30等时间点被唤醒。大大减少了终端被唤醒的次数，使终端更省电，终端充电后使用的周期更长。可以理解地，若应用为精准定时类，如日历和闹钟等，及时地响应该应用，不进行任何对齐；若应用不为精准定时类，即应用为基准对齐类、唤醒频繁类、唤醒不频繁类，将基准对齐类、唤醒频繁类、唤醒不频繁类的应用统一对齐唤醒，如此大大减少了终端被唤醒的次数，节省了终端的电量。

具体地，图4具体描述了如何将唤醒频繁类或者唤醒不频繁类的应用与基准对齐类的应用对齐唤醒。如图4所示，s306包括s401-s404。s401，以基准对齐唤醒时间为基准，获取基准对齐类当前的下一个基准唤醒时间点。如基准对齐唤醒时间为8:00点钟，基准唤醒周期为10分钟，若当前时间为9:06，那么下一个基准唤醒时间点为9:10。s402，判断是否到达下一个基准唤醒时间点。s403，若到达下一个基准唤醒时间点，获取基准对齐类、频繁唤醒类以及唤醒不频繁类的应用。s404，响应所有基准对齐类、频繁唤醒类以及唤醒不频繁类的应用。

上述方法实施例创建并开启终端上的对齐管理服务，在对齐管理服务中保存应用所对应的类别，根据应用的类别响应应用的对齐唤醒，统一管理终端上的应用的对齐唤醒，减少终端唤醒的次数，节省终端的电量。

图5是本发明另一实施例提供的一种应用对齐唤醒方法的流程示意图，该方法包括s501-s509。该方法实施例与图1所示的实施例的区别在于：增加了步骤s505-s507、s509。其他步骤请参看图1所示的实施例描述的内容，在此不再赘述。

s505，若应用的类别不为预设类别，响应应用的唤醒。若应用的类别不为预设类别，可理解为，应用为未知类型，即还没有进行分类。

s506，根据预设条件将应用归类到预设类别中。应用的预设类别包括基准对齐类、唤醒频繁类、唤醒不频繁类、精准定时类。由于基准对齐类一般只有一个，是由终端的push模块来唤醒的，因此若应用为未知类型，需要将应用归类到唤醒频繁类、唤醒不频繁类、精准定时类中的任意一个。具体地，如图6所示，s506包括s601-s606。s601，判断应用是否触发了终端的屏幕亮屏或者是否触发了声音的播放。若触发了终端的屏幕亮屏或者触发了声音的播放，执行s602；若未触发终端的屏幕亮屏且未触发声音的播放，执行s603。s602，将应用归类到预设类别中的精准定时类。s603，在第一预设时间内，判断应用的唤醒次数是否达到预设次数。如在3个小时内，应用唤醒次数是否达到18次。其中，第一预设时间和预设次数可根据具体情况限定为不同的数值。若达到预设次数，执行s604；若未达到预设次数，执行s605。s604，将应用归类到预设类别中的频繁唤醒类。s605，在第二预设时间内，判断是否还有未归类的应用。即在第二预设时间内判断应用的类别是否不为预设类别，其中，第二预设时间长于第一预设时间。如第二预设时间为24小时或者36小时等。s606，若有未归类的应用，将未归类的应用归类到预设类别中的唤醒不频繁类。可以理解地，在第二预设时间内，应用既不能归类为唤醒频繁类应用，也不能归类为精准定时类应用，那么将该应用归类到预设类别中的唤醒不频繁类应用。

s507，将应用以及应用对应的类别保存在对齐管理服务中。接着执行步骤s509。在对齐管理服务中将应用进行归类之后，将归类后的每一类的应用都保存在对齐管理服务中，如保存在哈希表中。每次开机后，从对齐管理服务中就可以获取应用以及应用对应的类别，直接进行对齐服务，无需每次开机都重新自主学习将应用进行对齐唤醒，能快速的减少终端的唤醒次数，达到省电的目的。

s508，若应用的类别为预设类别，根据应用的类别和基准对齐唤醒时间响应应用的对齐唤醒。

s509，将应用以及应用对应的类别发送至服务器，以使服务器将应用以及应用对应的类别推送至其他终端。如此其他终端就可以接收到服务器发送的应用以及应用对应的类别，无需重新学习就可以知道应用以及应用对应的类别，能快速的将应用进行对齐唤醒，减少终端的唤醒次数，使终端更省电。如出现了摩拜单车的应用后，该终端安装了摩拜单车的应用，自主学习了之后将该摩拜单车应用归类到唤醒不频繁类，并将该摩拜单车应用以及该应用对应的类别上传至服务器，以使服务器推送至其他终端。其他终端安装了摩拜单车应用后，接收服务器发送的摩拜单车以及对应的类别，并保存在对齐管理服务中，因此就可以快速的将该应用进行对齐唤醒，减少其他终端唤醒的次数，达到更省电的目的。s509执行之后接着执行s503。

同理，该终端也可以接收服务器发送的应用以及应用所对应的类别。该终端可以在第一次安装某个应用后，从服务器的推送消息中获取该应用的类别，将该应用以及该应用的类别保存在对齐管理服务中，以后每次开机都从对齐管理服务中获取应用以及应用的类别，进行对齐唤醒。在其他实施例中，该终端也可以每次开机后从服务器的推送消息中获取所有应用以及所有应用的类别保存在对齐管理服务中。以上两种方式都可以减少终端唤醒的次数，节省终端的电量。

图7是本发明实施例提供的一种终端的示意性框图。如图7所示，该终端70包括服务开启单元701、设置单元702、识别单元703、判断单元704、对齐唤醒单元705。

服务开启单元701用于开启终端上的对齐管理服务。在开启对齐管理服务之前，在终端上创建该对齐管理服务，以统一对应用的对齐唤醒进行管理。在终端开机后，开启终端上的对齐管理服务。

设置单元702用于在对齐管理服务中设置基准对齐唤醒时间。终端上一般都有push模块，会定时与服务器连网保持心跳。push模块用于推送消息，包括推送设置、监听推送消息、绑定用户、加入群组、退出群组等功能，以push模块的唤醒时间作为基准对齐时间。具体地，如图8所示，设置单元包括唤醒时间获取单元801、唤醒时间设置单元802。唤醒时间获取单元801用于获取终端的消息推送的唤醒时间。消息推送的唤醒时间即为push模块的唤醒时间。唤醒时间设置单元802用于在对齐管理服务中将该消息推送的唤醒时间设置为基准对齐唤醒时间。在其他实施例中，也可以将除了push模块的唤醒时间之外的任意一个时间点设置为基准对齐唤醒时间。

识别单元703用于若到达唤醒时间点，识别唤醒时间点所对应的应用的类别。唤醒时间点包括所有应用所对应的唤醒时间点。识别唤醒时间点所对应的应用的类别包括：获取在对齐管理服务中保存的所述应用对应的类别。其中，在对齐管理服务中保存的所述应用对应的类别，可以通过终端自主学习相对应的类别后保存在对齐管理服务中，也可以是通过服务器推送的应用所对应的类别保存在对齐管理服务中。

判断单元704用于判断应用的类别是否为预设类别。其中，预设类别包括基准对齐类、唤醒频繁类、唤醒不频繁类、精准定时类。基准对齐类，一般一个终端上只有一个，使用终端的push模块来唤醒。频繁唤醒类，如qq、微信等聊天应用，因为交流信息频繁，唤醒的次数很频繁。唤醒不频繁类，如联系人应用，跟远程的服务器同步联系人，摩拜单车上传用车人信息等。精准定时类，如日程和闹钟等提醒类的应用。再其他实施例中，预设类别还可以根据其他的方式进行划分。

对齐唤醒单元705用于根据应用的类别和基准对齐唤醒时间响应应用的对齐唤醒。不同应用的类别，可设置不同的对齐唤醒方式。也可以多个不同应用的类别，对应相同的对齐唤醒方式。该对齐唤醒方式中的唤醒时间与基准对齐唤醒时间有关。根据应用的类别和对应的对齐唤醒方式将应用对齐唤醒。

若应用的预设类别包括基准对齐类、唤醒频繁类、唤醒不频繁类、精准定时类。具体地，如图9所示，对齐唤醒单元包括类别判断单元901、获取单元902、第一对齐唤醒单元903、第二对齐唤醒单元904、第三对齐唤醒单元905。类别判断单元901用于判断应用的类别是否为基准对齐类。获取单元902用于若应用的类别为基准对齐类，获取基准对齐类、唤醒频繁类以及唤醒不频繁类的应用。第一对齐唤醒单元903用于响应所有基准对齐类、频繁唤醒类以及唤醒不频繁类的应用。类别判断单元901还用于若应用的类别不为基准对齐类，判断应用的类别是否为精准定时类。第二对齐唤醒单元904用于若应用的类别为精准定时类，响应该应用。第三对齐唤醒单元905用于若应用的类别不为精准定时类，以基准对齐唤醒时间为基准，将应用与基准对齐类的应用对齐唤醒。若应用的类别不为精准定时类，也不为基准对齐类，那么应用的类别为唤醒频繁类或者唤醒不频繁类，若应用的类别为唤醒频繁类或者唤醒不频繁类，将应用与基准对齐类的应用对齐唤醒。假设微信属于基准对齐类，qq属于唤醒频繁类。微信的唤醒时间为13:00，唤醒周期为10分钟，那么13:10，13:20，13:30等时间点都会被唤醒；qq的唤醒时间为13:03，唤醒周期为10分钟，那么13:13，13:23，13:33等时间点都会被唤醒。统一对齐后，微信和qq同步唤醒，即同时在13:10，13:20，13:30等时间点被唤醒。大大减少了终端被唤醒的次数，使终端更省电，终端充电后使用的周期更长。可以理解地，若应用为精准定时类，如日历和闹钟等，及时地响应该应用，不进行任何对齐；若应用不为精准定时类，即应用为基准对齐类、唤醒频繁类、唤醒不频繁类，将基准对齐类、唤醒频繁类、唤醒不频繁类的应用统一对齐唤醒，如此大大减少了终端被唤醒的次数，节省了终端的电量。

具体地，图10为第三对齐唤醒单元的示意性框图，具体描述了如何将唤醒频繁类或者唤醒不频繁类的应用与基准对齐类的应用对齐唤醒。如图10所示，第三对齐唤醒单元包括基准唤醒时间获取单元101、唤醒时间点判断单元102、应用获取单元103、对齐响应单元104。基准唤醒时间获取单元101用于以基准对齐唤醒时间为基准，获取基准对齐类当前的下一个基准唤醒时间点。如基准对齐唤醒时间为8:00点钟，基准唤醒周期为10分钟，若当前时间为9:06，那么下一个基准唤醒时间点为9:10。唤醒时间点判断单元102用于判断是否到达下一个基准唤醒时间点。应用获取单元103用于若到达下一个基准唤醒时间点，获取基准对齐类、频繁唤醒类以及唤醒不频繁类的应用。对齐响应单元104用于响应所有基准对齐类、频繁唤醒类以及唤醒不频繁类的应用。

上述方法实施例创建并开启终端上的对齐管理服务，在对齐管理服务中保存应用所对应的类别，根据应用的类别响应应用的对齐唤醒，统一管理终端上应用的对齐唤醒，减少终端唤醒的次数，节省终端的电量。

图11是本发明另一实施例提供的一种终端的流程示意图，该终端110包括服务开启单元111、设置单元112、识别单元113、判断单元114、响应单元115、分类单元116、保存单元117、对齐唤醒单元118、发送单元119。该方法实施例与图7所示的实施例的区别在于：增加了响应单元115、分类单元116、保存单元117、发送单元119。其他步骤请参看图7所示的实施例描述的内容，在此不再赘述。

响应单元115用于若应用的类别不为预设类别，响应应用的唤醒。若应用的类别不为预设类别，可理解为，应用为未知类型，即还没有进行分类。

分类单元116用于根据预设条件将应用归类到预设类别中。应用的预设类别包括基准对齐类、唤醒频繁类、唤醒不频繁类、精准定时类。由于基准对齐类一般只有一个，是由终端的push模块来唤醒的，因此若应用为未知类型，需要将应用归类到唤醒频繁类、唤醒不频繁类、精准定时类中的任意一个。具体地，如图12所示，分类单元包括亮屏播放判断单元121、应用归类单元122、次数判断单元123、未归类判断单元124。亮屏播放判断单元121用于判断应用是否触发了终端的屏幕亮屏或者是否触发了声音的播放。应用归类单元122用于若触发了终端的屏幕亮屏或者触发了声音的播放，将应用归类到精准定时类。次数判断单元123用于若未触发终端的屏幕亮屏且未触发声音的播放，在第一预设时间内，判断应用的唤醒次数是否达到预设次数。如在3个小时内，应用唤醒次数是否达到18次。其中，第一预设时间和预设次数可根据具体情况限定为不同的数值。应用归类单元122用于若达到预设次数，将应用归类到频繁唤醒类。未归类判断单元124用于若未达到预设次数，在第二预设时间内，判断是否还有未归类的应用。即在第二预设时间内判断应用的类别是否不为预设类别，其中，第二预设时间长于第一预设时间。如第二预设时间为24小时或者36小时等。应用归类单元122还用于若有未归类的应用，将未归类的应用归类到唤醒不频繁类。可以理解地，在第二预设时间内，应用既不能归类为唤醒频繁类应用，也不能归类为精准定时类应用，那么将该应用归类到预设类别中的唤醒不频繁类应用。

保存单元117用于将应用以及应用对应的类别保存在对齐管理服务中。接着触发发送单元。在对齐管理服务中将应用进行归类之后，将归类后的每一类的应用都保存在对齐管理服务中，如保存在哈希表中。每次开机后，从对齐管理服务中就可以获取应用以及应用对应的类别，直接进行对齐服务，无需每次开机都重新自主学习将应用进行对齐唤醒，能快速的减少终端的唤醒次数，达到省电的目的。

对齐唤醒单元118用于若应用的类别为预设类别，根据应用的类别和基准对齐唤醒时间响应应用的对齐唤醒。

发送单元119用于将应用以及应用对应的类别发送至服务器，以使服务器将应用以及应用对应的类别推送至其他终端。如此其他终端就可以接收到服务器发送的应用以及应用对应的类别，无需重新学习就可以知道应用以及应用对应的类别，能快速的将应用进行对齐唤醒，减少终端的唤醒次数，使终端更省电。如出现了摩拜单车的应用后，该终端安装了摩拜单车的应用，自主学习了之后将该摩拜单车应用归类到唤醒不频繁类，并将该摩拜单车应用以及该应用对应的类别上传至服务器，以使服务器推送至其他终端。其他终端安装了摩拜单车应用后，接收服务器发送的摩拜单车以及对应的类别，并保存在对齐管理服务中，因此就可以快速的将该应用进行对齐唤醒，减少其他终端唤醒的次数，达到更省电的目的。发送单元119触发判断单元114。

同理，该终端也可以接收服务器发送的应用以及应用所对应的类别。该终端可以在第一次安装某个应用后，从服务器的推送消息中获取该应用的类别，将该应用以及该应用的类别保存在对齐管理服务中，以后每次开机都从对齐管理服务中获取应用以及应用的类别，进行对齐唤醒。在其他实施例中，该终端也可以每次开机后从服务器的推送消息中获取所有应用以及所有应用的类别保存在对齐管理服务中。以上两种方式都可以减少终端唤醒的次数，节省终端的电量。

图13为本发明另一实施例提供的一种终端的示意性框图。该终端130包括包括一个或多个输入设备131、一个或多个输出设备132、一个或多个存储器133以及一个或多个处理器134，上述输入设备131、输出设备132、存储器133以及处理器134通过总线135连接。存储器133用于存储应用程序代码，处理器134被配置用于调用存储器133存储的应用程序代码。其中，处理器134用于：

开启终端上的对齐管理服务；在所述对齐管理服务中设置基准对齐唤醒时间；若到达唤醒时间点，识别所述唤醒时间点所对应的应用的类别；判断所述应用的类别是否为预设类别；若所述应用的类别为预设类别，根据所述应用的类别和基准对齐唤醒时间响应所述应用的对齐唤醒。

处理器134还用于：

若所述应用的类别不为预设类别，响应所述应用的唤醒；根据预设条件将所述应用归类到预设类别中；将所述应用以及所述应用的类别保存在对齐管理服务中。

若应用的预设类别包括精准定时类、唤醒频繁类、唤醒不频繁类，处理器134还用于：

判断所述应用是否触发了终端的屏幕亮屏或者是否触发了声音的播放；若触发了终端的屏幕亮屏或者触发了声音的播放，将所述应用归类到精准定时类；若未触发终端的屏幕亮屏或者未触发声音的播放，在第一预设时间内，判断所述应用的唤醒次数是否达到预设次数；若达到预设次数，将所述应用归类到唤醒频繁类；若未达到预设次数，在第二预设时间内，判断是否还有未归类的应用，其中，第二预设时间长于第一预设时间；若有未归类的应用，将未归类的应用归类到唤醒不频繁类。

处理器134还用于：

将所述应用以及所述应用的类别发送至服务器。

若应用的预设类别包括基准对齐类、唤醒频繁类、唤醒不频繁类、精准定时类，处理器134还用于：

若所述应用的类别为基准对齐类，获取基准对齐类、唤醒频繁类以及唤醒不频繁类的应用；响应所有基准对齐类、唤醒频繁类以及唤醒不频繁类的应用；若所述应用的类别为唤醒频繁类或者唤醒不频繁类，以基准对齐唤醒时间为基准，将所述唤醒频繁类或者唤醒不频繁类的应用与基准对齐类的应用对齐唤醒；若所述应用的类别为精准定时类，响应所述应用。

处理器134还用于：

以基准对齐唤醒时间为基准，获取基准对齐类当前的下一个基准唤醒时间点；判断是否到达下一个基准唤醒时间点；若到达下一个基准唤醒时间点，获取基准对齐类、唤醒频繁类以及唤醒不频繁类的应用；响应所有基准对齐类、唤醒频繁类以及唤醒不频繁类的应用。

处理器134还用于：

通过所述对齐管理服务获取终端的消息推送的唤醒时间；将所述消息推送的唤醒时间设置为基准对齐唤醒时间。

应当理解，在本发明实施例中，所称处理器134可以是中央处理单元(centralprocessingunit，cpu)，该处理器还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

输入设备131可包括键盘、鼠标、声音输入装置、触摸式输入装置等。输出设备132可包括显示器、显示屏、触摸屏等。

该存储器133可以包括只读存储器和随机存取存储器，并向处理器134提供指令和数据。存储器133的一部分还可以包括非易失性随机存取存储器。例如，存储器133还可以存储设备类型的信息。

具体实现中，本发明实施例中所描述的输入设备131、输出设备132、处理器134可执行本发明实施例提供的应用对齐唤醒方法的所有实施例所描述的实现方式，也可执行本发明实施例所描述的终端的实现方式，在此不再赘述。

在本发明的另一实施例中提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时实现以下步骤：

开启终端上的对齐管理服务；在所述对齐管理服务中设置基准对齐唤醒时间；若到达唤醒时间点，识别所述唤醒时间点所对应的应用的类别；判断所述应用的类别是否为预设类别；若所述应用的类别为预设类别，根据所述应用的类别和基准对齐唤醒时间响应所述应用的对齐唤醒。

优选地，所述步骤还包括：

若所述应用的类别不为预设类别，响应所述应用的唤醒；根据预设条件将所述应用归类到预设类别中；将所述应用以及所述应用的类别保存在对齐管理服务中。

优选地，若应用的预设类别包括精准定时类、唤醒频繁类、唤醒不频繁类，所述步骤还包括：

判断所述应用是否触发了终端的屏幕亮屏或者是否触发了声音的播放；若触发了终端的屏幕亮屏或者触发了声音的播放，将所述应用归类到精准定时类；若未触发终端的屏幕亮屏或者未触发声音的播放，在第一预设时间内，判断所述应用的唤醒次数是否达到预设次数；若达到预设次数，将所述应用归类到唤醒频繁类；若未达到预设次数，在第二预设时间内，判断是否还有未归类的应用，其中，第二预设时间长于第一预设时间；若有未归类的应用，将未归类的应用归类到唤醒不频繁类。

优选地，所述步骤还包括：

将所述应用以及所述应用的类别发送至服务器。

若应用的预设类别包括基准对齐类、唤醒频繁类、唤醒不频繁类、精准定时类，优选地，所述步骤还包括：

若所述应用的类别为基准对齐类，获取基准对齐类、唤醒频繁类以及唤醒不频繁类的应用；响应所有基准对齐类、唤醒频繁类以及唤醒不频繁类的应用；若所述应用的类别为唤醒频繁类或者唤醒不频繁类，以基准对齐唤醒时间为基准，将所述唤醒频繁类或者唤醒不频繁类的应用与基准对齐类的应用对齐唤醒；若所述应用的类别为精准定时类，响应所述应用。

优选地，所述步骤还包括：

以基准对齐唤醒时间为基准，获取基准对齐类当前的下一个基准唤醒时间点；判断是否到达下一个基准唤醒时间点；若到达下一个基准唤醒时间点，获取基准对齐类、唤醒频繁类以及唤醒不频繁类的应用；响应所有基准对齐类、唤醒频繁类以及唤醒不频繁类的应用。

优选地，所述步骤还包括：

通过所述对齐管理服务获取终端的消息推送的唤醒时间；将所述消息推送的唤醒时间设置为基准对齐唤醒时间。

所述计算机可读存储介质可以是前述任一实施例所述的终端的内部存储单元，例如终端的硬盘或内存。所述计算机可读存储介质也可以是所述终端的外部存储设备，例如所述终端上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。进一步地，所述计算机可读存储介质还可以既包括所述终端的内部存储单元也包括外部存储设备。所述计算机可读存储介质用于存储所述计算机程序以及所述终端所需的其他程序和数据。所述计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的终端和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。

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

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。