CN104346563A - 一种信息处理的方法及电子设备 - Google Patents

Abstract

本发明公开了一种信息处理的方法及电子设备，所述方法包括：接收所述电子设备中的第一应用程序发送的用于唤醒系统的第一唤醒请求；判断所述第一唤醒请求是否满足一预设条件，获得第一判断结果，其中，所述预设条件具体为在第一预设时间段内系统被成功唤醒的次数小于等于一预设次数；在所述第一判断结果表明所述第一唤醒请求满足所述预设条件时，生成用于唤醒所述系统的第一唤醒指令；执行所述第一唤醒指令，以使所述系统处于唤醒状态。

Description

一种信息处理的方法及电子设备

技术领域

本申请涉及电子技术领域，特别涉及一种信息处理的方法及电子设备。

背景技术

随着电子技术的快速发展，各种电子设备的功能也越来越丰富，越来越人性化，令用户在使用电子设备的过程中拥有了更好的体验度。就拿手机来说，现在的智能手机，可以说已经改进成了一个小型的电脑了，不仅具有强大的存储空间，可以安装各种软件，而各种手机功能也做得越来越精细与人性。

在智能手机系统中的众多API（应用程序编程接口）中，有一个全局定时接口，手机中的应用程序可以通过调用这个接口，来唤醒手机系统，比如，在安卓系统中的AlarmManager，手机中的很多应用通过调用这个全局定时接口来唤醒系统，从而可以定时实现一些功能；

由于在系统中并没有针对AlarmManager这个接口的保护机制，导致某些应用程序不断的调用这个接口，使手机系统从休眠状态被唤醒，造成功耗过高，降低了待机时间；

为了解决上述问题，现有技术中提供了一种为AlarmManager建立一个白名单机制的方案，系统为AlarmManager建立一个应用程序的白名单，只有这白名单中的应用程序才能调用AlarmManager，但本申请发明人在实现本申请实施例中发明技术方案的过程中，发现上述技术至少存在如下技术问题：

虽然系统为AlarmManager建立了应用程序白名单，减少了能够调用AlarmManager的应用程序的数量，但是在白名单中的引用仍然可以不断调用AlarmManager，导致手机系统仍然被不断唤醒；并且对于系统中没有在白名单机制中的应用来说，一次都调用不了AlarmManager接口。

因此，现有的对AlarmManager的保护机制仍然存在AlarmManager会被不断调用，导致系统不断被唤醒，而造成功耗过高的技术问题；以及现有的AlarmManager保护机制还存在不是白名单内的应用始终不能调用AlarmManager的技术问题。

发明内容

本申请实施例通过提供一种信息处理的方法及电子设备，用以解决现有对AlarmManager的保护机制仍然存在AlarmManager会被不断调用，导致系统不断被唤醒，而造成功耗过高的技术问题；以及现有的AlarmManager保护机制还存在不是白名单内的应用始终不能调用AlarmManager的技术问题。

一方面，本申请实施例提供一种信息处理的方法，应用于一电子设备，所述方法包括：

接收所述电子设备中的第一应用程序发送的用于唤醒系统的第一唤醒请求；判断所述第一唤醒请求是否满足一预设条件，获得第一判断结果，其中，所述预设条件具体为在第一预设时间段内所述系统被成功唤醒的次数小于等于一预设次数；在所述第一判断结果表明所述第一唤醒请求满足所述预设条件时，生成用于唤醒所述系统的第一唤醒指令；执行所述第一唤醒指令，以使所述系统处于唤醒状态。

可选的，所述预设条件具体为所述系统在所述第一预设时间段内被所述第一应用程序成功唤醒的次数小于等于一预设次数。

可选的，所述判断所述第一唤醒请求是否满足一预设条件，获得第一判断结果，具体包括：限定所述系统在所述第一预设时间段内能够被所述第一应用程序成功唤醒的预设次数为第一预设次数；当所述第一唤醒请求是所述系统在所述第一预设时间段内接收的第X次唤醒请求时，判断所述X是否小于等于所述第一预设次数，获得第一判断结果。

可选的，当所述电子设备中包括有N个应用程序时，其中，N大于1，所述预设条件具体为所述系统在第一预设时间段内被所述N个应用程序成功唤醒的次数小于等于一预设次数。

可选的，所述判断所述第一唤醒请求是否满足一预设条件，获得第一判断结果，具体包括：限定所述系统在所述第一预设时间段内被所述N个应用程序成功唤醒的预设次数为第二预设次数；当所述第一唤醒请求是所述系统在所述第一预设时间段内接收的第Y次唤醒请求时，判断所述Y是否小于等于所述第二预设次数，获得第一判断结果。

可选的，所述电子设备包括一定时应用接口，所述执行所述第一唤醒指令，以使所述系统处于唤醒状态，具体为：执行所述第一唤醒指令，以使所述第一应用程序调用所述定时应用接口，通过调用所述定时应用接口从而唤醒所述系统。

可选的，在所述执行所述第一唤醒指令，以使所述系统处于唤醒状态之后，所述方法还包括：获取所述系统发送的第一提示信息，所述第一提示信息用于提示所述电子设备为所述第一应用程序执行第一操作指令。

另一方面，本申请实施例还提供一种电子设备，所述电子设备包括：

接收单元，用于接收所述电子设备中的第一应用程序发送的用于唤醒系统的第一唤醒请求；判断单元，用于判断所述第一唤醒请求是否满足一预设条件，获得第一判断结果，其中，所述预设条件具体为在第一预设时间段内所述系统被成功唤醒的次数小于等于一预设次数；生成单元，用于在所述第一判断结果表明所述第一唤醒请求满足所述预设条件时，生成用于唤醒所述系统的第一唤醒指令；执行单元，用于执行所述第一唤醒指令，以使所述系统处于唤醒状态。

可选的，所述预设条件具体为所述系统在所述第一预设时间段内被所述第一应用程序成功唤醒的次数小于等于一预设次数。

可选的，所述判断单元，具体包括：第一限定单元，用于限定所述系统在所述第一预设时间段内被所述第一应用程序成功唤醒的预设次数为第一预设次数；第一判断子单元，用于当所述第一唤醒请求是所述系统在所述第一预设时间段内接收的第X次唤醒请求时，判断所述X是否小于等于所述第一预设次数，获得第一判断结果。

可选的，当所述电子设备中包括有N个应用程序时，其中，N大于1，所述预设条件具体为所述系统在第一预设时间段内被所述N个应用程序成功唤醒的次数小于等于一预设次数。

可选的，所述判断单元，具体包括：第二限定单元，用于限定所述系统在所述第一预设时间段内被所述N个应用程序成功唤醒的预设次数为第二预设次数；第二判断子单元，用于当所述第一唤醒请求是所述系统在所述第一预设时间段内接收的第Y次唤醒请求时，判断所述Y是否小于等于所述第二预设次数，获得第一判断结果。

可选的，所述电子设备包括一定时应用接口，所述电子设备还包括：唤醒单元，用于执行所述第一唤醒指令，以使所述第一应用程序调用所述定时应用接口，通过调用所述定时应用接口从而唤醒所述系统。

可选的，所述电子设备还包括：获取单元，用于获取所述系统发送的第一提示信息，所述第一提示信息用于提示所述电子设备为所述第一应用程序执行第一操作指令。

本申请实施例中提供的一个或多个技术方案，至少具有如下技术效果或优点：

（1）由于在本申请实施例中，采用当系统接收到第一应用程序发送的用于唤醒系统的唤醒请求的时候，就判断该调用请求是够满足预设条件，预设条件具体为在第一预设时间段内系统被成功唤醒的次数小于等于一预设次数，只有当该唤醒请求满足是在预设唤醒次数之内才能被响应，才允许第一应用程序唤醒系统的技术手段，解决了现有技术中现有对AlarmManager的保护机制仍然存在AlarmManager会被不断调用，导致系统不断被唤醒，而造成功耗过高的技术问题；以及现有的AlarmManager保护机制还存在不是白名单内的应用始终不能调用AlarmManager的技术问题，实现了能够使AlarmManager面向所有的应用程序，使所有的应用程序都有机会来调用AlarmManager，同时又对AlarmManager起到一定保护作用，使得AlarmManager不会被频繁的调用的技术效果。

（2）由于在本申请实施例中，采用限制了第一应用程序调用定时应用接口AlarmManager的次数的技术手段，使得在预设的时间段内，第一应用程序只能在预设的次数之内调用定时应用接口AlarmManager，实现了防止第一应用程序频繁调用第一定时接口，而造成浪费功耗的技术效果。

（3）由于在本申请实施例中，采用使定时应用接口AlarmManager面向系统中的所有应用程序，同时又限制了定时应用接口AlarmManager在预设时间段内被调用的次数的技术手段，使得在预设的时间段内，系统中的应用程序都能调用定时应用接口AlarmManager，但总共对定时应用接口AlarmManager的调用次数不能超过预设次数，实现了使得系统中的所有应用都有机会调用第时应用接口AlarmManager，同时又防止定时接口AlarmManager频繁被调用，从而频繁唤醒系统造成浪费功耗的技术效果。

附图说明

图1为本申请实施例提供的一种信息处理的方法流程图；

图2为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

本申请实施例通过提供一种信息处理的方法及电子设备，解决了现有对AlarmManager的保护机制仍然存在AlarmManager会被不断调用，导致系统不断被唤醒，而造成功耗过高的技术问题；以及现有的AlarmManager保护机制还存在不是白名单内的应用始终不能调用AlarmManager的技术问题。

本申请实施例中的技术方案为解决上述问题，总体思路如下：

提供一种信息处理的方法，应用于一电子设备，所述方法包括：

接收所述电子设备中的第一应用程序发送的用于唤醒系统的第一唤醒请求；判断所述第一唤醒请求是否满足一预设条件，获得第一判断结果，其中，所述预设条件具体为在第一预设时间段内系统被成功唤醒的次数小于等于一预设次数；在所述第一判断结果表明所述第一唤醒请求满足所述预设条件时，生成用于唤醒所述系统的第一唤醒指令；执行所述第一唤醒指令，以使所述系统处于唤醒状态。

可见，本申请实施例由于采用当系统接收到第一应用程序发送的用于唤醒系统的唤醒请求的时候，就判断该调用请求是够满足预设条件，预设条件具体为在第一预设时间段内系统被成功唤醒的次数小于等于一预设次数，只有当该唤醒请求满足是在预设唤醒次数之内才能被响应，才允许第一应用程序唤醒系统的技术手段，解决了现有技术中现有对AlarmManager的保护机制仍然存在AlarmManager会被不断调用，导致系统不断被唤醒，而造成功耗过高的技术问题；以及现有的AlarmManager保护机制还存在不是白名单内的应用始终不能调用AlarmManager的技术问题，实现了能够使AlarmManager面向所有的应用程序，使所有的应用程序都有机会来调用AlarmManager，同时又对AlarmManager起到一定保护作用，使得AlarmManager不会被频繁的调用的技术效果。

为了更好的理解上述技术方案，下面将结合说明书附图以及具体的实施方式对上述技术方案进行详细的说明，应当理解本申请实施例以及实施例中的具体特征是对本申请技术方案的详细的说明，而不是对本申请技术方案的限定，在不冲突的情况下，本申请实施例以及实施例中的技术特征可以相互组合。

在本申请实施例中提供的信息处理的方法应用到的电子设备主要是指系统中包括有全局定时模块的电子设备，比如，智能手机，平板电脑，笔记本电脑，智能电脑等。以智能手机为例，在安卓系统中这个全局定时模块就指的是AlarmManager，它是安卓系统中常用的一种系统级别的提示服务，可以实现从指定时间开始，以一个固定的间隔时间执行某项操作，所以常常与广播（Broadcast）连用，实现提示功能，就好比系统中的一个闹钟，其他应用程序可以对这个“闹钟”定时，它就会定时开启一个Activity（提供一个用户可以与之交互按顺序做些什么的屏幕，例如拨打电话，照相，发送电子邮件或者浏览地图），发送一个BroadCast，或者开启一个Service，从而唤醒系统。本申请实施例中提供的信息处理的方法就是为了防止应用程序不断的调用AlarmManager，造成系统不停被唤醒，浪费功耗的问题，因此，在下面的实施例中，本申请实施例中提供的信息处理的方法，第一应用程序唤醒系统的方式就是通过调用系统中的定时应用接口AlarmManager来唤醒系统的。

如图1所示，本申请实施例提供的信息处理的方法，具体包括步骤：

S1：接收所述电子设备中的第一应用程序发送的用于唤醒系统的第一唤醒请求；

在具体实施过程中，以最常见的智能手机中的安卓系统来举例说明，智能手机系统中有很多应用程序都需要定时的完成一些事件，比如，微博应用中，定时发送更新消息显示至手机上；邮箱应用中，在后台设置定时检查邮箱中是否有邮件；在闹钟应用中，闹钟应用通过在定时应用接口上注册，当用户设置完响铃的时间后，到了设定时间，系统中的定时应用接口就会唤醒系统，发送使闹钟发出铃声的指令。这些应用程序每一次完成以上提到的相应的事件都是通过调用定时应用接口AlarmManager来实现的。所以，当手机系统中的第一应用程序要唤醒系统时，其实是需要调用定时应用接口AlarmManager，第一应用程序向系统发出的第一唤醒请求，就相当于是向定时应用接口发出第一调用请求，其中，第一调用请求表示第一应用程序请求在所述定时应用接口AlarmManager中定时设置一个预设事件，以在间隔时间后执行预设事件的操作。

S2：判断所述第一唤醒请求是否满足一预设条件，获得第一判断结果，其中，所述预设条件具体为在第一预设时间段内所述系统被成功唤醒的次数小于等于一预设次数；

在具体实施过程中，当通过步骤S1接收到第一应用程序的第一唤醒请求后，定时应用接口AlarmManager会判断该第一唤醒请求是否满足预设条件，获得第一判断结果。在本申请实施例优选的方案中，这个预设条件是指定时应用接口在第一预设时间段内被调用的次数小于等于一预设次数，当然，在实际的应用中，还可以设计其他的预设条件，比如，预设一个时间段，只有在该时间段内，系统中的应用程序才能调用所述定时应用接口AlarmManager。

进一步的，所述预设条件具体为所述系统在所述第一预设时间段内被所述第一应用程序成功唤醒的次数小于等于一预设次数。

进一步的，所述判断所述第一唤醒请求是否满足一预设条件，获得第一判断结果，具体包括：

限定所述系统在所述第一预设时间段内能够被所述第一应用程序成功唤醒的预设次数为第一预设次数；

当所述第一唤醒请求是所述系统在所述第一预设时间段内接收的第X次唤醒请求时，判断所述X是否小于等于所述第一预设次数，获得第一判断结果。

在具体实施过程中，本申请实施例中对预设条件的具体限定手段提供了两种具体实施方式，一种是，限定系统在所述第一预设时间段内能够被所述第一应用程序成功唤醒的次数小于等于一预设次数，也就是说对于定时应用接口AlarmManager来说，预设条件具体为定时应用接口AlarmManager在所述第一预设时间段内被所述第一应用程序调用的次数要小于等于一预设次数，当限定系统在第一预设时间段内能够被所述第一应用程序成功唤醒的预设次数为第一预设次数时，即为针对第一应用程序来说，在第一预设时间段内，定时应用接口AlarmManager指定为第一应用程序开放的调用次数为第一预设次数，比如，预设微博应用程序在1个小时内可以调用AlarmManager 3次。因此，在第一预设时间段内，AlarmManager会记录下针对第一应用程序的每次调用请求，并且每一次都会判断该次调用请求是否已经达到第一预设次数，当接收到第一应用程序第X次发送的第一调用请求时，系统会判断X是否小于等于第一预设次数的大小，获得第一判断结果，只有当第一判断结果表明X是小于等于第一预设次数的大小时，才允许第一应用程序调用AlarmManager。比如，当微博应用在1小时内第3次向AlarmManager发送调用请求时，本次调用正好与预设次数相等，所以，本次调用成功，但当微博应用在1小时内第4次发送调用请求时，就超过了预设3次的范围，所以，就不能调用AlarmManager，也就是说不能唤醒系统。

可见，在本申请实施例中，由于采用限制了第一应用程序调用定时应用接口AlarmManager的次数的技术手段，使得在预设的时间段内，第一应用程序只能在预设的次数之内调用定时应用接口AlarmManager，实现了防止第一应用程序频繁调用第一定时接口，而造成浪费功耗的技术效果。

进一步的，当所述电子设备中包括有N个应用程序时，其中，N大于1，所述预设条件具体为所述系统在第一预设时间段内被所述N个应用程序成功唤醒的次数小于等于一预设次数。

进一步的，所述判断所述第一唤醒请求是否满足一预设条件，获得第一判断结果，具体包括：

限定所述系统在所述第一预设时间段内被所述N个应用程序成功唤醒的预设次数为第二预设次数；

当所述第一唤醒请求是所述系统在所述第一预设时间段内接收的第Y次唤醒请求时，判断所述Y是否小于等于所述第二预设次数，获得第一判断结果。

在具体实施过程中，在本申请实施例中提供的第二种对预设条件为限定系统在第一预设时间段内被所述N个应用程序成功唤醒的次数小于等于一预设次数，也就是限定定时应用接口AlarmManager在第一预设时间段内被N个应用程序调用的次数小于等于一预设次数，实施方式为：当手机系统中包括有N个应用程序时，其中，N大于1，所述预设条件具体为所述定时应用接口AlarmManager在第一预设时间段内被所述N个应用程序调用的次数，即为针对定时应用接口AlarmManager来说，在第一预设时间段内，一共为系统中N个应用程序开放的调用次数为第二预设次数，比如，系统中只有微博，QQ，邮这3个应用，在1小时内AlarmManager为这3个应用开放的调用次数为10次。因此，在第一预设时间段内，定时应用接口AlarmManager会记录先所有向它发送调用请求的次数，并且每一次都会判断该次调用请求是否已经达到第二预设次数，当接收到的第一应用程序第Y次发送的第一调用请求时，判断Y是否小于等于第二预设次数的大小，获得第一判断结果，只有当第一判断结果表明Y小于等于第二预设次数的大小时，才能允许第一应用程序本次对定时应用接口AlarmManager进行调用。比如，当微博应用第Y次发送调用请求，Y为5时，在AlarmManager记录中这是在1个小时内第5次收到调用请求，小于预设的10次，所以，本次微博应用对AlarmManager调用程序，当Y为11时，就超出了系统为AlarmManager设定被调用的预设次数，微博应用就不能在当前这1个小时内对AlarmManage进行调用，只能等下一个时间段，也就是说，对于系统中所有应用程序来说，调用AlarmManager的机会都是平等的，但是AlarmManager在预设时间段内只开放预设的次数供所有的应用程序来使用。

可见，在本申请实施例中，由于采用使定时应用接口AlarmManager面向系统中的所有应用程序，同时又限制了定时应用接口AlarmManager在预设时间段内被调用的次数的技术手段，使得在预设的时间段内，系统中的应用程序都能调用定时应用接口AlarmManager，但总共对定时应用接口AlarmManager的调用次数不能超过预设次数，实现了使得系统中的所有应用都有机会调用定时应用接口AlarmManager，同时又防止第一定时接口频繁被调用，而造成浪费功耗的技术效果。

S3：在所述第一判断结果表明所述第一唤醒请求满足所述预设条件时，生成用于唤醒所述系统的第一唤醒指令；

S4：执行所述第一唤醒指令，以使所述系统处于唤醒状态。

在具体实施过程，当通过步骤S1与S2，获得了第一判断结果后，在第一判断结果满足条件时，就生成用于使第一应用程序调用定时应用接口AlarmManager的调用指令，并且执行所述调用请求，使得第一程序调用AlarmManager，从而唤醒系统。

进一步的，所述电子设备包括一定时应用接口，所述执行所述第一唤醒指令，以使所述系统处于唤醒状态，具体为：

执行所述第一唤醒指令，以使所述第一应用程序调用所述定时应用接口，通过调用所述定时应用接口从而唤醒所述系统。

进一步的，在所述执行所述第一唤醒指令，以使所述系统处于唤醒状态之后，所述方法还包括：

获取所述系统发送的第一提示信息，所述第一提示信息用于提示所述电子设备为所述第一应用程序执行第一操作指令。

在具体实施过程中，继续以安卓系统中的AlarmManager为例，第一应用程序对系统的唤醒过程主要是通过调用AlarmManager，到了预设时刻，AlarmManager开启一个Activity（提供一个用户可以与之交互按顺序做些什么的屏幕，例如拨打电话，照相，发送电子邮件或者浏览地图），发送一个BroadCast，或者开启一个Service，从而唤醒系统，系统唤醒后，就会生成第一提示信息，所述第一提示信息用于提示应用程序完成预设的事件，比如，微博应用更新消息，邮箱应用检查邮件的收发情况。要指出的是，由于AlarmManager是针对系统级别的一项服务，所以，通过AlarmManager发送的提示信息完成的第一操作指令也是针对系统来说的，对于用户来说不一定能知道，比如，邮箱应用定时检查邮件收发情况就是在系统后台完成的，如果此时，手机屏幕是锁屏状态（即屏幕不亮），系统在查看邮箱情况时屏幕依然处于锁屏状态，但此时系统已经被唤醒；又比如，像天气查询等应用，会定时更新天气情况，当系统定时被唤醒获得了天气更新情况后，天气应用会自己相应的将更新结果发送到手机屏幕中显示，此时，屏幕才会亮，这种情况用户才会知晓。

基于同一发明构思，本申请实施例还提供一种电子设备，如图2所示，所述电子设备包括：

接收单元10，用于接收所述电子设备中的第一应用程序发送的用于唤醒系统的第一唤醒请求；

判断单元20，用于判断所述第一唤醒请求是否满足一预设条件，获得第一判断结果，其中，所述预设条件具体为在第一预设时间段内所述系统被成功唤醒的次数小于等于一预设次数；

生成单元30，用于在所述第一判断结果表明所述第一唤醒请求满足所述预设条件时，生成用于唤醒所述系统的第一唤醒指令；

执行单元40，用于执行所述第一唤醒指令，以使所述系统处于唤醒状态。

进一步的，所述预设条件具体为所述系统在所述第一预设时间段内被所述第一应用程序成功唤醒的次数小于等于一预设次数。

进一步的，所述判断单元20，具体包括：

第一限定单元，用于限定所述系统在所述第一预设时间段内被所述第一应用程序成功唤醒的预设次数为第一预设次数；

第一判断子单元，用于当所述第一唤醒请求是所述系统在所述第一预设时间段内接收的第X次唤醒请求时，判断所述X是否小于等于所述第一预设次数，获得第一判断结果。

进一步的，当所述电子设备中包括有N个应用程序时，其中，N大于1，所述预设条件具体为所述系统在第一预设时间段内被所述N个应用程序成功唤醒的次数小于等于一预设次数。

进一步的，所述判断单元20，具体包括：

第二限定单元，用于限定所述系统在所述第一预设时间段内被所述N个应用程序成功唤醒的预设次数为第二预设次数；

第二判断子单元，用于当所述第一唤醒请求是所述系统在所述第一预设时间段内接收的第Y次唤醒请求时，判断所述Y是否小于等于所述第二预设次数，获得第一判断结果。

进一步的，所述电子设备包括一定时应用接口，所述电子设备还包括：

唤醒单元，用于执行所述第一唤醒指令，以使所述第一应用程序调用所述定时应用接口，通过调用所述定时应用接口从而唤醒所述系统。

进一步的，所述电子设备还包括：

获取单元，用于获取所述系统发送的第一提示信息，所述第一提示信息用于提示所述电子设备为所述第一应用程序执行第一操作指令。

本申请实施例中提供的一个或多个技术方案，至少具有如下技术效果或优点：

（1）由于在本申请实施例中，采用当系统接收到第一应用程序发送的用于唤醒系统的唤醒请求的时候，就判断该调用请求是够满足预设条件，预设条件具体为在第一预设时间段内系统被成功唤醒的次数小于等于一预设次数，只有当该唤醒请求满足是在预设唤醒次数之内才能被响应，才允许第一应用程序唤醒系统的技术手段，解决了现有技术中现有对AlarmManager的保护机制仍然存在AlarmManager会被不断调用，导致系统不断被唤醒，而造成功耗过高的技术问题；以及现有的AlarmManager保护机制还存在不是白名单内的应用始终不能调用AlarmManager的技术问题，实现了能够使AlarmManager面向所有的应用程序，使所有的应用程序都有机会来调用AlarmManager，同时又对AlarmManager起到一定保护作用，使得AlarmManager不会被频繁的调用的技术效果。

（2）由于在本申请实施例中，采用限制了第一应用程序调用定时应用接口AlarmManager的次数的技术手段，使得在预设的时间段内，第一应用程序只能在预设的次数之内调用定时应用接口AlarmManager，实现了防止第一应用程序频繁调用AlarmManager，而造成浪费功耗的技术效果。

（3）由于在本申请实施例中，采用使定时应用接口AlarmManager面向系统中的所有应用程序，同时又限制了定时应用接口AlarmManager在预设时间段内被调用的次数的技术手段，使得在预设的时间段内，系统中的应用程序都能调用定时应用接口AlarmManager，但总共对定时应用接口AlarmManager的调用次数不能超过预设次数，实现了使得系统中的所有应用都有机会调用定时应用接口AlarmManager，同时又防止定时接口AlarmManager频繁被调用，从而频繁唤醒系统造成浪费功耗的技术效果。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (14)

1.一种信息处理的方法，应用于一电子设备，所述方法包括：

接收所述电子设备中的第一应用程序发送的用于唤醒系统的第一唤醒请求；

判断所述第一唤醒请求是否满足一预设条件，获得第一判断结果，其中，所述预设条件具体为在第一预设时间段内所述系统被成功唤醒的次数小于等于一预设次数；

在所述第一判断结果表明所述第一唤醒请求满足所述预设条件时，生成用于唤醒所述系统的第一唤醒指令；

执行所述第一唤醒指令，以使所述系统处于唤醒状态。

2.如权利要求1所述的方法，其特征在于，所述预设条件具体为所述系统在所述第一预设时间段内被所述第一应用程序成功唤醒的次数小于等于一预设次数。

3.如权利要求2所述的方法，其特征在于，所述判断所述第一唤醒请求是否满足一预设条件，获得第一判断结果，具体包括：

限定所述系统在所述第一预设时间段内能够被所述第一应用程序成功唤醒的预设次数为第一预设次数；

当所述第一唤醒请求是所述系统在所述第一预设时间段内接收的第X次唤醒请求时，判断所述X是否小于等于所述第一预设次数，获得第一判断结果。

4.如权利要求1所述的方法，其特征在于，当所述电子设备中包括有N个应用程序时，其中，N大于1，所述预设条件具体为所述系统在所述第一预设时间段内被所述N个应用程序成功唤醒的次数小于等于一预设次数。

5.如权利要求4所述的方法，其特征在于，所述判断所述第一唤醒请求是否满足一预设条件，获得第一判断结果，具体包括：

限定所述系统在所述第一预设时间段内被所述N个应用程序成功唤醒的预设次数为第二预设次数；

当所述第一唤醒请求是所述系统在所述第一预设时间段内接收的第Y次唤醒请求时，判断所述Y是否小于等于所述第二预设次数，获得第一判断结果。

6.如权利要求1所述的方法，其特征在于，所述电子设备包括一定时应用接口，所述执行所述第一唤醒指令，以使所述系统处于唤醒状态，具体为：

执行所述第一唤醒指令，以使所述第一应用程序调用所述定时应用接口，通过调用所述定时应用接口从而唤醒所述系统。

7.如权利要求1所述的方法，其特征在于，在所述执行所述第一唤醒指令，以使所述系统处于唤醒状态之后，所述方法还包括：

获取所述系统发送的第一提示信息，所述第一提示信息用于提示所述电子设备为所述第一应用程序执行第一操作指令。

8.一种电子设备，所述电子设备包括：

接收单元，用于接收所述电子设备中的第一应用程序发送的用于唤醒系统的第一唤醒请求；

判断单元，用于判断所述第一唤醒请求是否满足一预设条件，获得第一判断结果，其中，所述预设条件具体为在第一预设时间段内所述系统被成功唤醒的次数小于等于一预设次数；

生成单元，用于在所述第一判断结果表明所述第一唤醒请求满足所述预设条件时，生成用于唤醒所述系统的第一唤醒指令；

执行单元，用于执行所述第一唤醒指令，以使所述系统处于唤醒状态。

9.如权利要求8所述的电子设备，其特征在于，所述预设条件具体为所述系统在所述第一预设时间段内被所述第一应用程序成功唤醒的次数小于等于一预设次数。

10.如权利要求9所述的电子设备，其特征在于，所述判断单元，具体包括：

第一限定单元，用于限定所述系统在所述第一预设时间段内被所述第一应用程序成功唤醒的预设次数为第一预设次数；

第一判断子单元，用于当所述第一唤醒请求是所述系统在所述第一预设时间段内接收的第X次唤醒请求时，判断所述X是否小于等于所述第一预设次数，获得第一判断结果。

11.如权利要求8所述的电子设备，其特征在于，当所述电子设备中包括有N个应用程序时，其中，N大于1，所述预设条件具体为所述系统在第一预设时间段内被所述N个应用程序成功唤醒的次数小于等于一预设次数。

12.如权利要求11所述的电子设备，其特征在于，所述判断单元，具体包括：

第二限定单元，用于限定所述系统在所述第一预设时间段内被所述N个应用程序成功唤醒的预设次数为第二预设次数；

第二判断子单元，用于当所述第一唤醒请求是所述系统在所述第一预设时间段内接收的第Y次唤醒请求时，判断所述Y是否小于等于所述第二预设次数，获得第一判断结果。

13.如权利要求8所述的电子设备，其特征在于，所述电子设备包括一定时应用接口，所述电子设备还包括：

唤醒单元，用于执行所述第一唤醒指令，以使所述第一应用程序调用所述定时应用接口，通过调用所述定时应用接口从而唤醒所述系统。

14.如权利要求8所述的电子设备，其特征在于，所述电子设备还包括：

获取单元，用于获取所述系统发送的第一提示信息，所述第一提示信息用于提示所述电子设备为所述第一应用程序执行第一操作指令。