CN110336893A - 消息推送方法、装置、移动终端和计算机存储介质 - Google Patents

Abstract

本发明实施例公开了一种消息推送方法、装置、移动终端和计算机存储介质，该方法应用于移动终端，包括：当接收到待推送消息后，判断所述待推送消息对应的应用的未活跃时长是否大于预设时长；若大于所述预设时长，判断是否已到或已超过所述应用的预设下次推送时间；若已到或已超过所述预设下次推送时间，转发所述待推送消息并将所述应用的下次推送时间戳根据推送延迟收敛函数设置。根据本发明的技术方案，基于应用的活跃程度来调整消息推送频率，可减少不必要的消息推送，解决用户受到推送消息的频繁骚扰问题，还可减少系统的内存占用，提高系统流畅度，从而可以给用户提供一个更好的使用体验等。

Description

消息推送方法、装置、移动终端和计算机存储介质

技术领域

本发明涉及终端通信技术领域，尤其涉及一种消息推送方法、装置、移动终端和计算机存储介质。

背景技术

在移动操作系统中，各APP应用开发厂商通过服务器下发消息到用户手机客户端，以弹通知、后台程序数据更新等形式展现给用户，从而实现消息推送(push)的功能。消息推送作为消息分发渠道，一方面可以起到内容告知的作用，另一方面在一定程度上也可以提高用户活跃，例如，在用户流失后也许能够重新召回用户等。

然而随着各APP应用的不断更新，用户手机客户端上安装的APP应用也是越来越多，现在的消息推送方案在各APP应用长时间未启动的情况下仍按照原来的推送频率照常推送消息，甚至频繁地发送推送消息，一方面不仅会骚扰到用户，另一方面可能会增加系统耗电，增加系统内存占用，使得终端使用越来越慢等等。

发明内容

鉴于上述问题，本发明提供了一种消息推送方法、装置、移动终端和计算机存储介质，该消息推送方法基于应用的活跃程度来调整消息推送频率，可减少不必要的消息推送，解决用户受到推送消息的频繁骚扰问题，并提高系统流畅度，从而可以给用户提供一个更好的使用体验等。

本发明的一个实施方式提供一种消息推送方法，应用于移动终端，所述方法包括：

当接收到待推送消息后，判断所述待推送消息对应的应用的未活跃时长是否大于预设时长；

若大于所述预设时长，判断是否已到或已超过所述应用的预设下次推送时间；

若已到或已超过所述预设下次推送时间，转发所述待推送消息并将所述应用的下次推送时间戳根据推送延迟收敛函数设置。

进一步地，在上述消息推送方法中，还包括：若小于或等于所述预设时长，直接转发所述待推送消息并将所述应用的下次推送时间戳设为当前时间。

进一步地，在上述消息推送方法中，还包括：若未到所述预设下次推送时间，丢弃所述待推送消息。

进一步地，在上述消息推送方法中，所述推送延迟收敛函数为lnN*24，其中，N为所述应用的未活跃天数，N为大于1的正数；所述下次推送时间戳为当前时间+lnN*24。

进一步地，在上述消息推送方法中，所述应用的未活跃时长是否大于预设时长的判断，包括：

查询所述应用最近一次处于所述移动终端的屏幕焦点上的时间点；

计算当前时间与所述时间点的时间差；

将计算得到的所述时间差与预设时长进行大小比较。

进一步地，在上述消息推送方法中，所述预设时长设为24小时。

进一步地，在上述消息推送方法中，当接收到所述待推送消息之后，所述方法还包括判断所述待推送消息的类型；

若所述待推送消息为普通推送消息，才对所述待推送消息对应的应用的未活跃时长进行判断；

若所述待推送消息为系统级推送消息，按照预设时间规则对所述待推送消息进行转发。

本发明的另一个实施方式提供一种消息推送装置，应用于移动终端，所述装置包括：

活跃判断模块，用于当接收到待推送消息后，判断所述待推送消息对应的应用的未活跃时长是否大于预设时长；

推送判断模块，用于若大于所述预设时长，判断是否已到或已超过所述应用的预设下次推送时间；

推送时间调整模块，用于若已到或已超过所述预设下次推送时间，转发所述待推送消息并将所述应用的下次推送时间戳根据推送延迟收敛函数设置。

本发明的又一个实施方式提供一种移动终端，所述移动终端包括处理器和存储器，所述存储器用于存储计算机程序，所述处理器用于执行所述计算机程序以实施上述的消息推送方法。

本发明的再一个实施方式提供一种计算机存储介质，其存储计算机程序，在所述计算机程序被执行时，实施根据上述的消息推送方法。

本发明的消息推送方法应用于移动终端，该方法包括：当接收到待推送消息后，判断所述待推送消息对应的应用的未活跃时长是否大于预设时长；若大于所述预设时长，判断是否已到所述应用的预设下次推送时间；若已到所述预设下次推送时间，转发所述待推送消息并将所述应用的下次推送时间戳按照推送延迟收敛函数设置。本发明的技术方案基于应用的活跃程度来调整消息推送频率，尤其是对一些长时间未使用的应用，通过将其下次推送时间戳推迟设置，可降低推送频率以减少不必要的消息推送，解决用户受到推送消息的频繁骚扰问题，还可减少系统的内存占用，提高系统流畅度，从而给用户提供一个更好的使用体验等。

附图说明

为了更清楚地说明本发明的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对本发明保护范围的限定。在各个附图中，类似的构成部分采用类似的编号。

图1示出了本发明实施例提供的移动终端的结构示意图；

图2示出了现有技术中第三方应用厂商的Push架构示意图；

图3示出了本发明实施例消息推送方法的第一流程示意图；

图4示出了本发明实施例消息推送方法的应用的活跃时长判断的流程示意图；

图5示出了本发明实施例消息推送方法的一种收敛函数示意图；

图6示出了本发明实施例消息推送方法的第二流程示意图；

图7示出了本发明实施例消息推送装置的结构示意图。

主要元件符号说明：

100-手机；110-RF电路；120-存储器；130-输入单元；140-显示单元；150-拍摄单元；160-音频电路；170-WiFi模块；180-处理器；190-电源；

200-消息推送装置；210-活跃判断模块；220-推送判断模块；230-推送时间调整模块。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。

在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

下述各实施例均可应用于如图1所示的移动终端中，如手机，图1示出了该手机的结构框图，该手机100包括：RF(Radio Frequency，射频)电路110、存储器120、输入单元130、显示单元140、拍摄单元150、音频电路160、WiFi(wireless fidelity，无线保真)模块170、处理器180、以及电源190等部件。其中，RF电路110可用于接收和发送无线信号等；存储器120可用于存储该手机100运行所需的应用程序及用户的相关文件信息等。输入单元130可包括按键、触摸面板，也可以包括其他输入设备等，以用于接收来自用户输入的信息等；显示单元140可以包括显示面板，主要用于显示图像、文字等信息；拍摄单元150主要包括前后置摄像头等，主要用于拍摄图片、视频等；音频电路160连接听筒、扬声器等声音输出设备以及麦克风等声音输入设备，可用于录入或播放语音等；WiFi模块170可用于收发wifi信号以实现信息传输等。处理器180作为手机100的控制中心，主要用于使其他各单元或模块执行相应功能等；而电源190主要包括电池设备，用于为手机100中的各模块或单元提供所需的工作电压等。

本领域技术人员可以理解，图1中示出的手机100结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。下面以移动终端为例说明本发明的技术方案，其中，该移动终端并不限于应用于手机，也可以应用于平板电脑等。下面以具体的实施例介绍本发明，当然，本发明并不限于这些具体的实施例。

应用App的消息推送需要基于推送通道来实现。目前，第三方应用厂商的应用消息Push方案有两种，分别是基于自建通道和使用系统通道，即如图2所示。其中，系统通道由系统开发厂商搭建，是一种集成于操作系统中的Push通道。而自建通道则需要由第三方应用厂商自行搭配，由于不是系统层面的通道，并且其Push分发服务器的带宽不优于系统通道服务器，故其消息推送到达率会低于系统通道。另外，由于自建通道的成本投入较大，目前越来越多的第三方应用厂商将选择通过系统通道来发送Push。因此，本发明将基于系统通道发送的Push提出一种消息推送方法，通过基于应用的活跃程度来对应调整其消息的推送频率，实现消息智能降频目的。

实施例1

请参照图3，本发明提出一种消息推送方法，该消息推送方法可应用于移动终端，如手机、平板电脑等，使该移动终端可以实现根据各应用的活跃程度来对应调整其消息的推送频率，从而减少一些不必要的消息推送等。下面对该消息推送方法进行详细说明。

如图3所示，该消息推送方法主要包括以下步骤S10～S15。

步骤S10，移动终端接收到待推送消息。

通常地，当各应用厂商需要推送新消息给用户时，先是将其上传到应用服务器，再由应用服务器通过系统通道将其发送给安装有应用App的移动终端，最后由应用App将该消息推送给用户。

步骤S11，判断该待推送消息对应的应用的未活跃时长是否大于预设时长。其中，若该应用的未活跃时长大于该预设时长，则执行步骤S12；若小于或等于该预设时长，则执行步骤S15。

在上述步骤S11中，当移动终端接收到来自服务器发送的至少一条待推送消息后，通过查询该待推送消息对应的应用的未活跃时长来判断该应用的活跃程度，进而根据该应用的活跃程度来确定是否直接转发该待推送消息到对应的应用上。

本实施例中，上述的未活跃时长是指该应用App在最近一次出现活跃的时间点与当前时间的时间差。对于该预设时长，例如，可设为24小时，即1天。当然，也可以设置为10小时、12小时或30小时等等。可以理解，该预设时长可根据实际需求来设定，如根据各应用的类型来设定。例如，对于一些常用的社交应用，该预设时长可以设置相当较短；而对于一些使用率较少的应用，则可以设置相当较长等。

其中，对于上述步骤S11，如图4所示，具体可包括：

步骤S111，查询该应用最近一次处于该移动终端的屏幕焦点上的时间点。

本实施例中，移动终端可通过查询行为数据记录模块来获取各应用的响应异常、使用时长等信息，具体可采用如MDM技术(Moblie Device Management，移动设备管理)来实现记录应用的行为数据等。

在上述步骤S111中，移动终端将通过查询该移动终端的屏幕焦点聚集到该应用上的情况，以获取该应用最近一次Focus的时间点，并将该时间点作为参照来判断该应用在最近一段时间内是否有活跃。

步骤S112，计算当前时间与该时间点的时间差；

步骤S113，将计算得到的时间差与预设时长进行大小比较。

在上述步骤S112和S113中，该移动终端将根据当前的系统时间计算得到与该应用最近一次Focus的时间点的时间差后，再根据该时间差来判断该应用是否在最近一段时间内的活跃状态。

具体地，若该时间差小于或等于该预设时长，则说明在该预设时长对应的预设时间内，该移动终端的屏幕焦点有聚集到该应用上，即表示该应用在最近一段时间内被使用过。例如，若该预设时长为24小时，则表示在最近一天内该应用有活跃。反之，若该时间差大于该预设时长，则说明该应用在预设时长对应的一段时间内没有被使用过。

步骤S12，判断是否已到或已超过该应用的预设下次推送时间。

在上述步骤S12中，由于该应用的未活跃时长大于该预设时长，即表示该应用在最近一段时间内未活跃，则可查询该应用预先设置的下次推送时间，看看否满足推送时间的要求。可以理解，该预设下次推送时间对应于下次推送时间戳，该下次推送时间戳是指下一次发生消息推送事件的时间。具体地，若当前时间已到或已超过已到该预设下次推送时间，则执行步骤S13；若未到该预设下次推送时间，则执行步骤S14。

步骤S13，转发该待推送消息并将该应用的下次推送时间戳根据推送延迟收敛函数设置。

当已到或已超过该预设下次推送时间，则说明允许该应用进行消息推送，于是该移动终端将转发该待推送消息到该应用App上，并将该应用App的下次推送时间戳根据推送延迟收敛函数设置。

示范性地，如图5所示，该推送延迟收敛函数可为lnN*24，其中，N>1，N为该应用App的未活跃天数，N可以为小数。此时，该应用的下次推送时间将为：当前时间+lnN*24。如图5所示，当应用的未活跃天数越来越大，相应地，距离下次推送的时间间隔也越来越大，并最终趋于一个相对较稳定的推送频率。应当理解，该推送延迟收敛函数不限于为上述的以e为底N的对数函数，还可以是其他的非e为底的对数函数等等。此外，该推送延迟收敛函数lnN*24中的N与24也不限于此，具体可根据用于判断应用的活跃时长的预设时长来调整设定。

应当理解，通过按照上述的推送延迟收敛函数来设置该应用App的下次推送时间，可以使得该应用App的消息推送频率逐渐降低并最终处于一个相对稳定的状态。可以理解，该推送延迟收敛函数中的推送延迟是相对而言的。例如，相对于现有的基于固有频率进行消息推送的方案，采用该收敛函数设置下一推送时间戳的应用，其下一次消息推送相对于现有方案的下一次消息推送将延迟发生。又例如，对于采用本实施例的消息推送方法的应用，若该应用在进行了一次消息推送后且在下一次消息到来前这一期间还是处于未活跃状态，那么相对于上一次的消息推送时间时隔而言，其下一次的消息推送时间时隔将变长，即下一次消息推送将延迟发生。

由于该应用在最近一段时间内未被使用，这可能表明用户最近使用该应用的频率在降低或者说最近一段时间内不太需要使用该应用。一方面，从移动终端的角度来说，通过基于收敛函数来设置应用的下一推送时间戳，这样可以使应用的消息推送频率能够基于应用的活跃程度而智能调整。例如，越长时间没有使用该应用，则其消息推送的频率将降低，对应地，其下一次进行消息推送的时间间隔将变长。这样不仅可以减少不必要的消息推送，减少系统的内存占用，从而可提高系统的流畅度等。另一方面，从用户的使用角度来说，这样可以很好地解决用户因应用的推送消息太过频繁而带来困扰的问题，同时由于减少了内存占用，系统将更加流畅，还可以节省系统耗电量，使得移动终端的待机时间更长等。

步骤S14，丢弃该待推送消息。

若当前时间未到或小于该应用的预设下次推送时间，则说明该待推送消息不满足当前的推送条件，此时将拒绝转发并丢弃该待推送消息。另外，仍按照该应用当前的推送配置等待下一条推送消息。可以理解，若未到应用的预设下次推送时间，则说明对该应用的消息推送超过用户预期的数量，因此，需要对这样的情况进行限制，从而减少不必要或太过频繁的消息推送。

步骤S15，直接转发该待推送消息，并将该应用的下次推送时间戳设置为当前时间。

在上述步骤S11中，若判断出该应用的未活跃时长小于或等于该预设时长，则说明该应用在最近一段时间内有活跃，此时将不限制该应用的推送消息频率，即同意立即转发该待推送消息到该应用App上，并将该应用App的下次推送时间戳设置为当前时间。其中，将该下次推送时间戳设置为0，表示允许该应用App正常接收推送的消息，对应地将下次推送时间设置为当前时间，这样当下一推送消息到来时将正常推送而不做任何限制。

作为另一种优选的方案，由于系统开发厂商和第三方应用厂商均可通过该移动终端的系统通道进行消息推送，而考虑到系统开发厂商需要推送一些重要的更新消息，为避免限制了该类系统级消息的及时推送，进一步优选地，如图6所示，在上述步骤S10之后，该消息推送方法还包括区分待推送消息的类型。

步骤S101，判断该待推送消息的类型是否为普通推送消息。若该待推送消息为普通推送消息，才对该待推送消息对应的应用的未活跃时长进行判断，即执行上述步骤S11。若该待推送消息为系统级推送消息，则执行步骤S102，即按照预设时间规则对该待推送消息进行转发。

在上述步骤S101中，该待推送消息的类型分为两种，即系统级推送消息和普通推送消息。示范性地，移动终端可根据该待推送消息中的消息标志或预设字段来判断是否为系统级推送。可以理解，该系统级推送消息主要是指手机应用厂商推送的一些重要消息，例如，版本更新消息，系统补丁安装消息等等。而该普通推送消息则指除系统级推送消息之外的其他推送消息，例如，某应用的资讯推送，优惠活动推送等等。

其中，对于系统级推送消息，可按照预设时间规则进行转换推送。例如，若为版本更新等重要的系统级推送消息时，则可立即推送而无需延迟；若为其他的系统级消息时，如可按照每预设时间间隔内仅允许一条推送等，具体可根据实际情况来设置。而对于该普通推送消息，则按照上述步骤S11进行应用的活跃判断。

本发明实施例的消息推送方法可以基于应用的活跃程度来调整消息推送频率，对于一些长时间不活跃的应用，其消息推送频率将智能降低，从而可减少一些不必要的消息推送，解决用户受到推送消息的频繁骚扰问题，还可减少系统的内存占用，提高系统流畅度，还可以减少系统耗电，从而可以给用户提供一个更好的使用体验等。此外，还区分系统级推送消息和普通推送消息，以优先保证系统的稳定性和可靠性等。

实施例2

请参照图7，基于上述实施例1的消息推送方法，本实施例中提供一种消息推送装置200，该消息推送装置200应用于移动终端，所述装置包括：

活跃判断模块210，用于当接收到待推送消息后，判断所述待推送消息对应的应用的未活跃时长是否大于预设时长；

推送判断模块220，用于若大于所述预设时长，判断是否已到或已超过所述应用的预设下次推送时间；

推送时间调整模块230，用于若已到或已超过所述预设下次推送时间，转发所述待推送消息并将所述应用的下次推送时间戳根据推送延迟收敛函数设置。

可以理解，上述的消息推送装置对应于实施例1的消息推送方法。实施例1中的任何可选项也适用于本实施例，这里不再详述。

本发明还提供了一种移动终端，该移动终端可以包括智能电话、平板电脑等。该移动终端包括存储器和处理器，存储器可用于存储计算机程序，处理器通过运行所述计算机程序，从而使移动终端执行上述消息推送方法或者上述消息推送装置中的各个模块的功能。

存储器可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据移动终端的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

本发明还提供了一种计算机存储介质，用于储存上述移动终端中使用的所述计算机程序。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和结构图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，结构图和/或流程图中的每个方框、以及结构图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块或单元可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或更多个模块集成形成一个独立的部分。

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

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

Claims (10)

1.一种消息推送方法，其特征在于，应用于移动终端，所述方法包括：

当接收到待推送消息后，判断所述待推送消息对应的应用的未活跃时长是否大于预设时长；

若大于所述预设时长，判断是否已到或已超过所述应用的预设下次推送时间；

若已到或已超过所述预设下次推送时间，转发所述待推送消息并将所述应用的下次推送时间戳根据推送延迟收敛函数设置。

2.根据权利要求1所述的消息推送方法，其特征在于，还包括：

若小于或等于所述预设时长，直接转发所述待推送消息并将所述应用的下次推送时间戳设为当前时间。

3.根据权利要求1所述的消息推送方法，其特征在于，还包括：

若未到所述预设下次推送时间，丢弃所述待推送消息。

4.根据权利要求1所述的消息推送方法，其特征在于，所述推送延迟收敛函数为lnN*24，其中，N为所述应用的未活跃天数，N为大于1的正数；所述下次推送时间戳为当前时间+lnN*24。

5.根据权利要求1所述的消息推送方法，其特征在于，所述应用的未活跃时长是否大于预设时长的判断，包括：

查询所述应用最近一次处于所述移动终端的屏幕焦点上的时间点；

计算当前时间与所述时间点的时间差；

将计算得到的所述时间差与预设时长进行大小比较。

6.根据权利要求1所述的消息推送方法，其特征在于，所述预设时长设为24小时。

7.根据权利要求1所述的消息推送方法，其特征在于，当接收到所述待推送消息之后，所述方法还包括判断所述待推送消息的类型；

若所述待推送消息为普通推送消息，才对所述待推送消息对应的应用的未活跃时长进行判断；

若所述待推送消息为系统级推送消息，按照预设时间规则对所述待推送消息进行转发。

8.一种消息推送装置，其特征在于，应用于移动终端，所述装置包括：

活跃判断模块，用于当接收到待推送消息后，判断所述待推送消息对应的应用的未活跃时长是否大于预设时长；

推送判断模块，用于若大于所述预设时长，判断是否已到或已超过所述应用的预设下次推送时间；

推送时间调整模块，用于若已到或已超过所述预设下次推送时间，转发所述待推送消息并将所述应用的下次推送时间戳根据推送延迟收敛函数设置。

9.一种移动终端，其特征在于，所述移动终端包括处理器和存储器，所述存储器用于存储计算机程序，所述处理器用于执行所述计算机程序以实施权利要求1-7中任一项所述的消息推送方法。

10.一种计算机存储介质，其特征在于，其存储计算机程序，在所述计算机程序被执行时，实施根据权利要求1-7中任一项所述的消息推送方法。