CN106162577B - 一种消息推送方法及消息推送设备 - Google Patents

Abstract

本发明实施例公开了一种消息推送方法，及消息推送设备，其中方法的实现包括：确定用户终端是否处于锁屏状态；若所述用户终端处于锁屏状态，则在确定有新的发往所述用户终端的消息后，存储所述消息作为待推送消息；以批量推送的方式向所述用户终端发送所述待推送消息。采用批量推送的方式，在用户侧的终端设备处于锁屏状态时，可以减少锁屏状态被唤醒震动和亮屏的次数，并且可以避免待推送消息延迟过多才被发送，因此用户仍然可以较为及时收到推送消息。

Description

一种消息推送方法及消息推送设备

技术领域

本发明涉及通信技术领域，特别涉及一种消息推送方法，及消息推送设备。

背景技术

由于对智能手机进行消息推送，会导致处于锁屏状态下的智能手机亮屏和震动。根据测试的结果，亮屏和震动这两个操作是相当耗电的。因此，频繁的给处于锁屏状态下的用户推送消息会导致用户手机耗电量大，影响手机的续航能力。因此，特别是需要经常推送消息的应用程序(app，Application) 目前耗电量比较大。

目前消息推送系统省电量优化方式一般有如下两种：

一、在智能手机锁屏状态下，只推送部分比较重要的系统通知，普通的消息不进行推送。

二、不是每一条消息都实时进行推送，只推送锁屏后前几条消息，后面的消息就不再推送。

对于海量用户的消息推送系统，上面的优化方案存在以下两个问题：

如果不对普通消息进行推送，那么用户就无法感知别人已经给他发了消息，这就造成用户对该消息的延迟处理，严重影响用户体验。

如果只推送锁屏后前几条消息，用户会接收不到后面的所有消息，也会造成用户对消息的延迟处理，甚至给用户造成丢消息的错觉。

因此以上方案虽然可以省电，但是均会导致消息推送延迟，用户无法及时收到消息。

发明内容

本发明实施例提供了一种消息推送方法，及消息推送设备，用于实现终端设备省电，并且实现用户设备及时收到推送消息。

一种消息推送方法，包括：

确定用户终端是否处于锁屏状态；

若所述用户终端处于锁屏状态，则在确定有新的发往所述用户终端的消息后，存储所述消息作为待推送消息；

以批量推送的方式向所述用户终端发送所述待推送消息。

一种消息推送设备，包括：

状态确定单元，用于确定用户终端是否处于锁屏状态；

缓存控制单元，用于若所述用户终端处于锁屏状态，则在确定有新的发往所述用户终端的消息后，存储所述消息作为待推送消息；

消息推送单元，用于以批量推送的方式向所述用户终端发送所述待推送消息。

从以上技术方案可以看出，本发明实施例具有以下优点：采用批量推送的方式，在用户侧的终端设备处于锁屏状态时，可以减少锁屏状态被唤醒震动和亮屏的次数，并且可以避免待推送消息延迟过多才被发送，因此用户仍然可以较为及时收到推送消息。

附图说明

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

图1为本发明实施例方法流程示意图；

图2为本发明实施例系统结构示意图；

图3为本发明实施例消息推送策略实例示意图；

图4为本发明实施例省电测试结果示意图；

图5为本发明实施例消息推送设备结构示意图；

图6为本发明实施例消息推送设备结构示意图；

图7为本发明实施例消息推送设备结构示意图；

图8为本发明实施例消息推送设备结构示意图；

图9为本发明实施例服务器结构示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部份实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

本发明实施例提供了一种消息推送方法，如图1所示，包括：

101：确定用户终端是否处于锁屏状态；

在本实施例中锁屏状态是用户侧的终端设备的一种工作状态，例如手机屏幕处于非点亮状态，或者进入待机状态等；执行消息推送的一般是服务器一侧，服务器获得用户终端的工作状态的方式一般可以是通过用户对APP的操作获得，也可以通过其他方式例如手机网络连接状态(激活/待机等)等各种方式获得，本发明实施例对此不作唯一性限定，以下本实施例结合智能手机的应用场景对此给出了一个可选的实现方案如下：上述确定用户终端是否处于锁屏状态包括：确定是否接收到上述用户终端操作指令，若收到则确定上述用户终端处于非锁屏状态；若最近一次操作指令与当前时间间隔超过预定阈值则确定上述终端处于锁屏状态。

其中，用户终端的操作指令，可以是针对APP的消息发送等操作指令，也可以是用户登录等操作指令，只要能判断用户终端处于被操作的状态的任何操作指令都是可以的，具体形式本发明实施例不予限定。以上时间间隔可以依据手机锁屏的常用时间进行设定，也可以是用户终端上报的当前操作系统锁屏时间的配置参数。

102：若上述用户终端处于锁屏状态，则在确定有新的发往上述用户终端的消息后，存储上述消息作为待推送消息；

在本实施例中，存储的方式可以是以队列或者堆栈等形式存储消息。其中采用队列或者堆栈的形式存储消息可以有利于后续将先确定的待推送消息及时发往用户终端，因此可以作为优选实现方案。

103：以批量推送的方式向上述用户终端发送上述待推送消息。

本实施例，采用批量推送的方式，在用户侧的终端设备处于锁屏状态时，可以减少锁屏状态被唤醒震动和亮屏的次数，并且可以避免待推送消息延迟过多才被发送，因此用户仍然可以较为及时收到推送消息。

进一步地，由于接收到的消息有一些会很重要，需要用户及时处理，这类消息若进入存储等待批量发送有时候仍然不够及时，本发明实施例还提供了针对此种情况的优化方案，具体如下：在存储上述消息作为待推送消息之前，上述方法还包括：

确定上述消息是否属于预定的实时推送类消息，若是，则以批量推送的方式向上述用户终端推送上述实时推送类消息以及存储的待推送消息，否则执行上述存储上述消息作为待推送消息。

可选地，本发明实施例还提供了向用户终端发送待推送消息的具体实现方案，如下：上述以批量推送的方式向上述用户终端发送上述待推送消息，包括：

以预定时间为周期，向上述用户终端发送当前存储的所有待推送消息；或者，以预定时间为周期，向上述用户终端发送当前存储的前面预定条数的待推送消息。

以上预定时间可以是固定值，也可以是浮动变化的值；若以固定值实现，后那么该固定值可以依据经验设定，设定得越长唤醒用户终端的次数将会越少，因此越省电；设置得越短则可以更及时的将待推送消息发送给用户终端。另外，若预定时间是浮动变化的，那么具体可以如下：依据当前存储的待推送消息的增加速率确定上述预定时间，增加速率越快则预定时间越短，增加速率越慢则预定时间越长；或者，依据当前存储的待推送消息的条数确定上述预定时间，当前存储的待推送消息的条数越多则预定时间越短，当前存储的待推送消息的条数越少则预定时间越长。采用浮动变化的预定时间，可以更有效的贴近当前推送消息的具体场景，可以作为优先实现方案。

进一步地，用户终端有可能还在用户使用过程中，用户并没有处于完全不需要手机的状态(例如：用户睡觉去了)，因此用户终端并不会长时间处于锁屏状态，此时仍然需要更及时的推送消息，因此本发明实施例提供了如下解决方案：在存储上述消息作为待推送消息之前，上述方法还包括：

确定当前接收到的消息是否为上述终端设备处于锁屏状态后的前N条待推送消息，N为大于1的整数；若是，则向上述用户终端发送上述消息，否则执行上述存储上述消息作为待推送消息。

以下实施例将以智能手机网络系统中，服务器推送消息为例，对本发明实施例进行举例说明。

如图2所示，是系统架构示意图，包含服务器，以及手机；

其中，服务器包含消息接收模块，收拢存储模块，定时推送模块；

其中消息接收模块用于接收待推送的消息，收拢存储模块用户存储待推送的消息，定时推送模块用于推送已经存储的待推送的消息。

消息收拢策略如下：

场景一：

用户进入锁屏状态后，假设一直没有启动APP，则按下列策略进行推送：

1、前11条待推送消息，直接推送(备注：具体条数可配置)。

2、以收到第12条待推送消息的时间开始计算，每60s推送最晚收到的 10条消息。不足10条则全部推送，超过10条则推送最晚收到的10条消息。 (备注：时间间隔可配置；每批推送的消息条数可配置)

由于批量消息推送时，用户只会响铃/振动1次(按照用户的设定进行响铃/振动)。推送的待推送消息所带的计数不受影响。

3、某些特殊的待推送消息的类型可以突破限制。当收到时，会对这些待提送消息实时推送，此时推送可以携带上已经收拢的待推送消息。

以上场景一的示意如图3所示，每一个刻度代表一条待推送消息，其中 1～11条待推送消息实时推送，第12条待推送消息以周期性发送，在有视频通话时突破限制，直接推送了10条待推送消息。

场景二：

假设用户在上述场景一的过程中，任意阶段打开app或者重新登录，那么终端将会进入非锁屏状态，那么可以将所有待推送消息发送给用户终端，这样会清除已经收拢的消息；然后，在下一次进入锁屏状态时，再次执行场景一的消息收拢策略。

申请人对以上方案进行了实际测试，如图4所示，左侧数值表示的是续航时间，左侧柱状图是未使用本发明实施例方案的续航时间示意，右侧柱状图是使用了本发明实施例方案的续航时间示意。锁屏情况下，使用了消息收拢策略的app在后台接收消息10分钟(每10秒推送一条消息)：用户续航时间限频后比限频前多10.68小时。消息频率限制前的续航时间为7.94小时，限制后的续航时间为18.62小时。因此可以较好的省电。

本发明实施例提供了一种消息推送设备，如图5所示，包括：

状态确定单元501，用于确定用户终端是否处于锁屏状态；

存储控制单元502，用于若上述用户终端处于锁屏状态，则在确定有新的发往上述用户终端的消息后，存储上述消息作为待推送消息；

消息推送单元503，用于以批量推送的方式向上述用户终端发送上述待推送消息。

在本实施例中，存储的方式可以是以队列或者堆栈等形式存储消息。其中采用队列或者堆栈的形式存储消息可以有利于后续将先技确定的待推送消息及时发往用户终端，因此可以作为优选实现方案。

本实施例，采用批量推送的方式，在用户侧的终端设备处于锁屏状态时，可以减少锁屏状态被唤醒震动和亮屏的次数，并且可以避免待推送消息延迟过多才被发送，因此用户仍然可以较为及时收到推送消息。

在本实施例中锁屏状态是用户侧的终端设备的一种工作状态，例如手机屏幕处于非点亮状态，或者进入待机状态等；执行消息推送的一般是服务器一侧，服务器获得用户终端的工作状态的方式一般可以是通过用户对APP的操作获得，也可以通过其他方式例如手机网络连接状态(激活/待机等)等各种方式获得，本发明实施例不对此作唯一性限定，以下本实施例结合智能手机的应用场景对此给出了一个可选的实现方案如下：上述状态确定单元501，用于确定是否接收到上述用户终端操作指令，若收到则确定上述用户终端处于非锁屏状态；若最近一次操作指令与当前时间间隔超过预定阈值则确定上述终端处于锁屏状态。

其中，用户终端的操作指令，可以是针对APP的消息发送等操作指令，也可以是用户登录等操作指令，只要能判断用户终端处于被操作的状态的任何操作指令都是可以的，具体形式本发明实施例不予限定。以上时间间隔可以依据手机锁屏的常用时间进行设定，也可以是用户终端上报的当前操作系统锁屏时间的配置参数。

进一步地，由于接收到的消息有一些会很重要，需要用户及时处理，这类消息若进入存储等待批量发送有时候仍然不够及时，本发明实施例还提供了针对此种情况的优化方案，具体如下：如图6所示，上述消息推送设备还包括：

类型确定单元601，用于在存储上述消息作为待推送消息之前，确定上述消息是否属于预定的实时推送类消息；

上述消息推送单元503，还用于若上述类型确定单元601确定结果为是，则以批量推送的方式向上述用户终端推送上述实时推送类消息以及存储的待推送消息；

上述存储控制单元502，用于若上述类型确定单元601确定结果为否，则存储上述消息作为待推送消息。

可选地，本发明实施例还提供了向用户终端发送待推送消息的具体实现方案，如下：上述消息推送单元503，用于以预定时间为周期，向上述用户终端发送当前存储的所有待推送消息；或者，以预定时间为周期，向上述用户终端发送当前存储的前面预定条数的待推送消息。

以上预定时间可以是固定值，也可以是浮动变化的值；若以固定值实现，后那么该固定值可以依据经验设定，设定得越长唤醒用户终端的次数将会越少，因此越省电；设置得越短则可以更及时的将待推送消息发送给用户终端。另外，若预定时间是浮动变化的，那么具体可以如下：依据当前存储的待推送消息的增加速率确定上述预定时间，增加速率越快则预定时间越短，增加速率越慢则预定时间越长；或者，依据当前存储的待推送消息的条数确定上述预定时间，当前存储的待推送消息的条数越多则预定时间越短，当前存储的待推送消息的条数越少则预定时间越长。采用浮动变化的预定时间，可以更有效的贴近当前推送消息的具体场景，可以作为优先实现方案。

进一步地，用户终端有可能还在用户使用过程中，用户并没有处于完全不需要手机的状态(例如：用户睡觉去了)，因此用户终端并不会长时间处于锁屏状态，此时仍然需要更及时的推送消息，因此本发明实施例提供了如下解决方案：如图7所示，上述消息推送设备还包括：

消息计数单元701，用于在存储上述消息作为待推送消息之前，确定当前接收到的消息是否为上述终端设备处于锁屏状态后的前N条待推送消息，N 为大于1的整数；

上述消息推送单元503，还用于若上述消息计数单元701确定结果为是，则向上述用户终端发送上述消息；

上述存储控制单元502，用于若上述消息计数单元701确定结果为否，则存储上述消息作为待推送消息。

本发明实施例还提供了另一种消息推送设备，如图8所示，包括：接收器801、发射器802、处理器803以及存储器804；

其中，处理器803，用于确定用户终端是否处于锁屏状态；若上述用户终端处于锁屏状态，则在确定有新的发往上述用户终端的消息后，存储上述消息作为待推送消息；以批量推送的方式向上述用户终端发送上述待推送消息。

在本实施例中，存储的方式可以是以队列或者堆栈等形式存储消息。其中采用队列或者堆栈的形式存储消息可以有利于后续将先技确定的待推送消息及时发往用户终端，因此可以作为优选实现方案。

本实施例，采用批量推送的方式，在用户侧的终端设备处于锁屏状态时，可以减少锁屏状态被唤醒震动和亮屏的次数，并且可以避免待推送消息延迟过多才被发送，因此用户仍然可以较为及时收到推送消息。

在本实施例中锁屏状态是用户侧的终端设备的一种工作状态，例如手机屏幕处于非点亮状态，或者进入待机状态等；执行消息推送的一般是服务器一侧，服务器获得用户终端的工作状态的方式一般可以是通过用户对APP的操作获得，也可以通过其他方式例如手机网络连接状态(激活/待机等)等各种方式获得，本发明实施例不对此作唯一性限定，以下本实施例结合智能手机的应用场景对此给出了一个可选的实现方案如下：上述处理器803，用于确定用户终端是否处于锁屏状态包括：确定是否接收到上述用户终端操作指令，若收到则确定上述用户终端处于非锁屏状态；若最近一次操作指令与当前时间间隔超过预定阈值则确定上述终端处于锁屏状态。

其中，用户终端的操作指令，可以是针对APP的消息发送等操作指令，也可以是用户登录等操作指令，只要能判断用户终端处于被操作的状态的任何操作指令都是可以的，具体形式本发明实施例不予限定。以上时间间隔可以依据手机锁屏的常用时间进行设定，也可以是用户终端上报的当前操作系统锁屏时间的配置参数。

进一步地，由于接收到的消息有一些会很重要，需要用户及时处理，这类消息若进入存储等待批量发送有时候仍然不够及时，本发明实施例还提供了针对此种情况的优化方案，具体如下：上述处理器803，还用于在存储上述消息作为待推送消息之前，确定上述消息是否属于预定的实时推送类消息，若是，则以批量推送的方式向上述用户终端推送上述实时推送类消息以及存储的待推送消息，否则执行上述存储上述消息作为待推送消息。

可选地，本发明实施例还提供了向用户终端发送待推送消息的具体实现方案，如下：上述处理器803，用于以批量推送的方式向上述用户终端发送上述待推送消息，包括：以预定时间为周期，向上述用户终端发送当前存储的所有待推送消息；或者，以预定时间为周期，向上述用户终端发送当前存储的前面预定条数的待推送消息。

以上预定时间可以是固定值，也可以是浮动变化的值；若以固定值实现，后那么该固定值可以依据经验设定，设定得越长唤醒用户终端的次数将会越少，因此越省电；设置得越短则可以更及时的将待推送消息发送给用户终端。另外，若预定时间是浮动变化的，那么具体可以如下：依据当前存储的待推送消息的增加速率确定上述预定时间，增加速率越快则预定时间越短，增加速率越慢则预定时间越长；或者，依据当前存储的待推送消息的条数确定上述预定时间，当前存储的待推送消息的条数越多则预定时间越短，当前存储的待推送消息的条数越少则预定时间越长。采用浮动变化的预定时间，可以更有效的贴近当前推送消息的具体场景，可以作为优先实现方案。

进一步地，用户终端有可能还在用户使用过程中，用户并没有处于完全不需要手机的状态(例如：用户睡觉去了)，因此用户终端并不会长时间处于锁屏状态，此时仍然需要更及时的推送消息，因此本发明实施例提供了如下解决方案：上述处理器803，还用于在存储上述消息作为待推送消息之前，确定当前接收到的消息是否为上述终端设备处于锁屏状态后的前N条待推送消息，N为大于1的整数；若是，则向上述用户终端发送上述消息，否则执行上述存储上述消息作为待推送消息。

图9是本发明实施例提供的一种服务器结构示意图，该服务器900可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器 (central processingunits，CPU)922(例如，一个或一个以上处理器)和存储器932，一个或一个以上存储应用程序942或数据944的存储介质930(例如一个或一个以上海量存储设备)。其中，存储器932和存储介质930可以是短暂存储或持久存储。存储在存储介质930的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器922可以设置为与存储介质930通信，在服务器900上执行存储介质930中的一系列指令操作。

服务器900还可以包括一个或一个以上电源926，一个或一个以上有线或无线网络接口950，一个或一个以上输入输出接口958，和/或，一个或一个以上操作系统941，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM， FreeBSDTM等等。

上述实施例中由消息推送设备所执行的步骤可以基于该图9所示的服务器结构。

值得注意的是，上述消息推送设备实施例中，所包括的各个单元只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

另外，本领域普通技术人员可以理解实现上述各方法实施例中的全部或部分步骤是可以通过程序来指令相关的硬件完成，相应的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明实施例揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (8)

1.一种消息推送方法，其特征在于，包括：

确定用户终端是否处于锁屏状态；

若所述用户终端处于锁屏状态，则在确定有新的发往所述用户终端的消息后，存储所述消息作为待推送消息；

以批量推送的方式向所述用户终端发送所述待推送消息；

在存储所述消息作为待推送消息之前，所述方法还包括：

确定所述消息是否属于预定的实时推送类消息，若是，则以批量推送的方式向所述用户终端推送所述实时推送类消息以及存储的待推送消息，否则执行所述存储所述消息作为待推送消息。

2.根据权利要求1所述方法，其特征在于，所述确定用户终端是否处于锁屏状态包括：

确定是否接收到所述用户终端操作指令，若收到则确定所述用户终端处于非锁屏状态；若最近一次操作指令与当前时间间隔超过预定阈值则确定所述终端处于锁屏状态。

3.根据权利要求1至2任意一项所述方法，其特征在于，所述以批量推送的方式向所述用户终端发送待推送消息，包括：

以预定时间为周期，向所述用户终端发送当前存储的所有待推送消息；或者，以预定时间为周期，向所述用户终端发送当前存储的前面预定条数的待推送消息。

4.根据权利要求1至2任意一项所述方法，其特征在于，在存储所述消息作为待推送消息之前，所述方法还包括：

确定当前接收到的消息是否为所述终端设备处于锁屏状态后的前N条消息，N为大于1的整数；若是，则向所述用户终端发送所述消息，否则执行所述存储所述消息作为待推送消息。

5.一种消息推送设备，其特征在于，包括：

状态确定单元，用于确定用户终端是否处于锁屏状态；

存储控制单元，用于若所述用户终端处于锁屏状态，则在确定有新的发往所述用户终端的送消息后，存储所述消息作为待推送消息；

消息推送单元，用于以批量推送的方式向所述用户终端发送所述待推送消息；

所述消息推送设备还包括：

类型确定单元，用于存储所述消息作为待推送消息之前，确定所述消息是否属于预定的实时推送类消息；

所述消息推送单元，还用于若所述类型确定单元确定结果为是，则以批量推送的方式向所述用户终端推送所述实时推送类消息以及存储的待推送消息；所述存储控制单元，用于若所述类型确定单元确定结果为否，则存储所述消息作为待推送消息。

6.根据权利要求5所述消息推送设备，其特征在于，

所述状态确定单元，用于确定是否接收到所述用户终端操作指令，若收到则确定所述用户终端处于非锁屏状态；若最近一次操作指令与当前时间间隔超过预定阈值则确定所述终端处于锁屏状态。

7.根据权利要求5至6任意一项所述消息推送设备，其特征在于，包括：

所述消息推送单元，用于以预定时间为周期，向所述用户终端发送当前存储的所有待推送消息；或者，以预定时间为周期，向所述用户终端发送当前存储的前面预定条数的待推送消息。

8.根据权利要求5至6任意一项所述消息推送设备，其特征在于，所述消息推送设备还包括：

消息计数单元，用于在存储所述消息作为待推送消息之前，确定当前接收到的消息是否为所述终端设备处于锁屏状态后的前N条待推送消息，N为大于1的整数；

所述消息推送单元，还用于若所述消息计数单元确定结果为是，则向所述用户终端发送所述消息；

所述存储控制单元，用于若所述消息计数单元确定结果为否，则存储所述消息作为待推送消息。