CN112016030A - 消息推送的方法、装置、服务器和计算机存储介质 - Google Patents

Abstract

本申请提供一种消息推送的方法、装置、服务器和计算机存储介质，该方法应用于推送服务器，具体包括：接收待推送消息并获取对应的控制策略；判断第一推送数量是否小于控制策略指定的业务推送阈值；第一推送数量指代预设时长内向待推送消息的目标终端推送的同类消息的数量；若第一推送数量大于或等于业务推送阈值，禁止向目标终端推送待推送消息；若第一推送数量小于业务推送阈值，依据控制策略指定的推送时间间隔和向目标终端推送前一条消息的时刻确定第一推送时刻，并在第一推送时刻向目标终端推送待推送消息。本方案由推送服务器控制推送消息的频率，因此可以适用于系统级长连接和应用级长连接两种情况，相较于现有技术具有更好的通用性。

Description

消息推送的方法、装置、服务器和计算机存储介质

技术领域

本发明涉及互联网技术领域，特别涉及一种消息推送的方法、装置、服务器和计算机存储介质。

背景技术

随着移动互联网和智能手机飞速发展，消息推送成为一种运营、引流、提醒的重要技术手段。目前消息推送系统一般由业务服务器，推送服务器和终端(如智能手机)组成，其中推送服务器和终端建立长连接，终端运行有业务服务器对应的客户端应用。业务服务器产生消息并发送至推送服务器，推送服务器通过长连接将消息推送至终端，从而在终端显示该消息，完成一次消息推送。

为了改善用户体验，需要控制推送消息的频率，避免终端显示过多的消息。现有的控制方法是，客户端应用一般会根据自身的频率控制策略控制是否在终端显示自身收到的消息。但是，这种方式只有在推送服务器和终端的长连接是应用级长连接时适用，在推送服务器和终端建立系统级长连接，直接将消息推送给终端的操作系统情况下，这种方式就无法控制推送的频率。

发明内容

针对上述现有技术存在的问题，本申请提供一种消息推送的方法、装置、服务器和计算机存储介质，以提供一种适用范围更广的控制显示消息的频率的消息推送方案。

本申请第一方面提供一种消息推送方法，应用于推送服务器，所述方法包括：

接收待推送消息；

获取所述待推送消息所属的业务的控制策略；

判断第一推送数量是否小于所述控制策略所指定的业务推送阈值；其中，所述第一推送数量指代，以当前时刻作为结束时刻的预设时长内向所述待推送消息的目标终端推送的同类消息的数量；所述同类消息和所述待推送消息属于同一业务；

若所述第一推送数量大于或等于所述业务推送阈值，禁止向所述目标终端推送所述待推送消息；

若所述第一推送数量小于所述业务推送阈值，依据所述控制策略所指定的推送时间间隔和向所述目标终端推送前一条消息的时刻，确定第一推送时刻，并在所述第一推送时刻向所述目标终端推送所述待推送消息。

可选的，所述禁止向所述目标终端推送所述待推送消息，包括：

将所述待推送消息置于所述目标终端的消息等待队列；

所述禁止向所述目标终端推送所述待推送消息之后，还包括：

实时检测所述第一推送数量是否小于所述业务推送阈值；

若所述第一推送数量小于所述业务推送阈值，依据所述控制策略所指定的推送时间间隔和向所述目标终端推送前一条消息的时刻，确定第二推送时刻，并在所述第二推送时刻向所述目标终端推送所述消息等待队列内的所述待推送消息。

可选的，所述依据所述控制策略所指定的推送时间间隔和向所述目标终端推送前一条消息的时刻，确定第一推送时刻，包括：

将所述推送时间间隔和向所述目标终端推送前一条消息的时刻相加，得到最早推送时刻；

若所述最早推送时刻在当前时刻之后，将所述最早推送时刻确定为第一推送时刻；

若所述最早推送时刻在当前时刻之前，将当前时刻确定为所述第一推送时刻。

可选的，所述禁止向所述目标终端推送所述待推送消息之前，还包括：

判断第二推送数量是否小于所述控制策略所指定的分组推送阈值；其中，所述第二推送数量，指代所述预设时长内向所述目标终端推送的同组消息的数量；所述同组消息所属的业务和所述待推送消息所属的业务从属于同一业务分组；

若所述第二推送数量小于所述分组推送阈值，执行所述依据所述控制策略所指定的推送时间间隔和向所述目标终端推送前一条消息的时刻，确定第一推送时刻，并在所述第一推送时刻向所述目标终端推送所述待推送消息；

若所述第二推送数量大于或等于所述分组推送阈值，执行所述禁止向所述目标终端推送所述待推送消息。

可选的，所述依据所述控制策略所指定的推送时间间隔和向所述目标终端推送前一条消息的时刻之前，还包括：

判断所述第二推送数量是否小于所述分组推送阈值；

若所述第二推送数量小于所述分组推送阈值，执行所述依据所述控制策略所指定的推送时间间隔和向所述目标终端推送前一条消息的时刻，确定第一推送时刻，并在所述第一推送时刻向所述目标终端推送所述待推送消息；

若所述第二推送数量大于或等于所述分组推送阈值，执行所述禁止向所述目标终端推送所述待推送消息。

本申请第二方面提供一种消息推送的装置，应用于推送服务器，所述装置包括：

接收单元，用于接收待推送消息；

获取单元，用于获取所述待推送消息所属的业务的控制策略；

判断单元，用于判断第一推送数量是否小于所述控制策略所指定的业务推送阈值；其中，所述第一推送数量指代，以当前时刻作为结束时刻的预设时长内向所述待推送消息的目标终端推送的同类消息的数量；所述同类消息和所述待推送消息属于同一业务；

禁止单元，用于若所述第一推送数量大于或等于所述业务推送阈值，禁止向所述目标终端推送所述待推送消息；

推送单元，用于若所述第一推送数量小于所述业务推送阈值，依据所述控制策略所指定的推送时间间隔和向所述目标终端推送前一条消息的时刻，确定第一推送时刻，并在所述第一推送时刻向所述目标终端推送所述待推送消息。

可选的，所述禁止单元禁止向所述目标终端推送所述待推送消息时，具体用于；

将所述待推送消息置于所述目标终端的消息等待队列；

所述判断单元还用于：实时检测所述第一推送数量是否小于所述业务推送阈值；

所述推送单元还用于，若所述第一推送数量小于所述业务推送阈值，依据所述控制策略所指定的推送时间间隔和向所述目标终端推送前一条消息的时刻，确定第二推送时刻，并在所述第二推送时刻向所述目标终端推送所述消息等待队列内的所述待推送消息。

可选的，所述推送单元依据所述控制策略所指定的推送时间间隔和向所述目标终端推送前一条消息的时刻，确定第一推送时刻时，具体用于：

将所述推送时间间隔和向所述目标终端推送前一条消息的时刻相加，得到最早推送时刻；

若所述最早推送时刻在当前时刻之后，将所述最早推送时刻确定为第一推送时刻；

若所述最早推送时刻在当前时刻之前，将当前时刻确定为所述第一推送时刻。

本申请第三方面提供一种服务器，所述服务器是推送服务器，所述服务器包括存储器和处理器；

其中，所述存储器用于存储计算机程序；

所述处理器用于执行所述计算机程序，具体用于实现本申请第一方面任意一项所提供的消息推送的方法。

本申请第四方面提供一种计算机存储介质，用于存储计算机程序，所述计算机程序被执行时，具体用于实现本申请第一方面任意一项所提供的消息推送的方法。

本申请提供一种消息推送的方法、装置、服务器和计算机存储介质，该方法应用于推送服务器，具体包括：接收待推送消息并获取对应的控制策略；判断第一推送数量是否小于控制策略指定的业务推送阈值；第一推送数量指代预设时长内向待推送消息的目标终端推送的同类消息的数量；若第一推送数量大于或等于业务推送阈值，禁止向目标终端推送待推送消息；若第一推送数量小于业务推送阈值，依据控制策略指定的推送时间间隔和向目标终端推送前一条消息的时刻确定第一推送时刻，并在第一推送时刻向目标终端推送待推送消息。本方案由推送服务器控制推送消息的频率，因此可以适用于系统级长连接和应用级长连接两种情况，相较于现有技术具有更好的通用性。

附图说明

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

图1为本申请实施例提供的一种消息推送系统的架构示意图；

图2为本申请实施例提供的一种消息推送的方法的流程图；

图3为本申请另一实施例提供的一种消息推送的方法的流程图；

图4为本申请又一实施例提供的一种消息推送的方法的流程图；

图5为本申请实施例提供的一种消息推送的装置的结构示意图；

图6为本申请实施例提供的一种服务器的结构示意图。

具体实施方式

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

为了方便理解本申请实施例提供的消息推送方法，首先结合图1说明本申请实施例提供的一种消息推送系统的架构，图1为消息推送系统的架构示意图，如图1所示：

一个消息推送系统可以包括多个产生需要推送的消息，即待推送消息的业务服务器，其中每一个业务服务器，可以对应于一个需要推送消息的网络平台，例如，图1中的四个业务服务器，可以分别对应于网购平台A和网购平台B(分别属于不同企业)，以及对应于视频平台C和视频平台D(也属于不同企业)，每一个网络平台，就相当于推送服务器的一个业务。

在其他场景中，多个业务服务器也可以对应于同一网络平台，也就是说一个网络平台可以对应于一个由多个业务服务器构成的业务服务器集群，该网络平台的每一项业务，均对应于该集群中的一台或多台业务服务器，业务服务器用于实现对应的业务的数据处理和数据交互。

例如，一个视频平台可以具体设置有会员业务，直播业务，活动业务，点播业务等，这些业务可以分别通过该视频平台对应的业务服务器集群中的多台业务服务器而运营。

对于任意一个业务服务器，用户可以在自身的终端设备上安装对应的网络平台的客户端应用程序(简称客户端)，从而接入该网络平台，获得该网络平台所提供的服务。例如，用户通过网购平台的客户端接入网购平台，就可以在网购平台上进行网络购物。

消息推送系统中，每一个业务服务器均通过网络和该系统的推送服务器连接，而推送服务器可以和覆盖范围内的每一个终端设备建立长连接。也就是说，推送服务器和一种终端设备建立网络连接之后，只要该终端设备还在推送服务器的覆盖范围内，推送服务器和终端设备之间的网络连接就会持续存在，推送服务器可以在任意时刻将业务服务器发送的待推送消息发送至终端设备，从而在终端设备上向对应的用户显示，也就是将待推送消息推送给对应的用户。

结合上述消息推送系统，本申请实施例提供一种消息推送的方法，请参考图2，该方法可以包括以下步骤：

首先需要说明的是，本申请任一实施例所提供的消息推送方法，其执行主体均为消息推送系统中的推送服务器，换言之，本申请所提供的消息推送方法，其核心是由推送服务器根据一定的频率控制策略决定是否将自身收到的待推送消息推送至对应的目标终端，从而将消息推送的频率控制在一个合理的范围内。

S201、接收待推送消息。

如前文所述，待推送消息可以由于和推送服务器连接的业务服务器产生并向推送服务器发送。

为了向推送服务器说明，一条待推送消息具体是属于哪一个业务，换言之，具体是由哪一个业务服务器产生的，以及说明这条待推送消息需要推送给哪个或者哪些终端设备，业务服务器可以将待推送消息所属的业务的业务标识，以及待推送消息的目标终端的终端标识和待推送消息一并发送给推送服务器。

其中，待推送消息的目标终端，指代需要向其推送这条待推送消息的终端设备，一条待推送消息可以有至少一个目标终端，因此，业务服务器和待推送消息一并发送的目标终端的终端标识，可以是单个终端标识，也可以是包括多个终端标识的终端标识集合(或者说终端标识列表)。

针对一条待推送消息，业务服务器可以指定每一个安装有对应的客户端的终端设备均作为目标终端，对应的，在向推送服务器发送待推送消息时，可以将所有安装有对应客户端的终端设备的终端标识(即全部用户的终端设备的终端标识)组成一个终端标识列表，将这个终端标识列表和待推送消息一并发送给推送服务器。

另一方面，针对一条待推送消息，业务服务器也可以指定满足特定条件的一部分用户的终端设备作为目标终端，即指定批量用户的终端设备作为目标目标终端，然后将对应的终端标识同样以终端标识列表的形式和待推送消息一并发送给推送服务器。

例如，用户可以在客户端设置在指定时间段(例如晚10:00至早8:00)禁用消息推送，这种情况下，业务服务器若在该时间段内产生待推送消息，那么业务服务器可以将未在上述时间段内禁用消息推送的用户的终端设备确定为目标终端，使得推送服务器在上述时间段内仅向未禁用消息推送的用户的终端设备推送消息。

终端标识，可以是一个具有一定长度，用于唯一的标记接入互联网的终端设备的字符串或数字编码。

与待推送消息一并发送的业务标识，可以是对应的业务的ID，或者是对应业务的业务名称。

S202、获取待推送消息所属的业务的控制策略。

可选的，推送服务器可以设置一个业务信息存储模块，用于存储通过推送服务器进行消息推送的每一个网络平台的业务信息，业务信息可以包括业务ID、业务推送阈值、该业务对应的推送时间间隔。

某一网络平台的业务信息，可以在该网络平台首次向推送服务器注册，或者首次请求推送服务器推送消息时，由对应的业务服务器设定并发送至推送服务器，推送服务器可以将业务服务器设定的业务信息下发给对应的审核终端，由相应的管理人员审核，若审核通过，则推送服务器在上述业务信息存储模块中保存该网络平台的业务信息。

可选的，业务信息存储模块可以以map结构存储每一个业务的业务信息。具体的，每有一个业务的业务信息审核通过，业务信息存储模块可以将该业务信息作为值(value)，将对应的业务ID作为键(key)，将业务信息和业务ID组合为一项map结构的数据，并保存在业务信息存储模块中。

进一步可选的，在后续实施例中将多个业务划分为几个业务分组，并为每个业务分组配置对应的分组信息时，可以进一步将一个业务的业务信息和该业务所属的业务分组的分组信息，作为map结构的值，从而将业务信息，对应的业务分组的分组信息，以及业务ID为一项map结构的数据。

基于上述业务信息存储模块，步骤S202的具体执行方式可以是，收到待推送消息之后，利用与待推送消息一并发送的业务标识，从业务信息存储模块中检索出待推送消息所属的业务的业务信息，然后将检索得到的业务信息包含的业务ID，业务推送阈值和推送时间间隔作为待推送消息所属业务的控制策略。

S203、判断第一推送数量是否小于控制策略所指定的业务推送阈值。

其中，第一推送数量指代，以当前时刻作为结束时刻的预设时长内向待推送消息的目标终端推送的同类消息的数量，这里的同类消息，指代，和待推送消息属于同一业务的消息，换言之，也就是和待推送消息来自于同一个业务服务器的消息。

上述预设时长，可以根据实际情况设定，例如，可以以24小时作为预设时长，那么步骤S203，就可以理解为，判断最近24小时内，由当前业务(指代待推送消息所属的业务)向目标终端推送的消息的数量，是否大于控制策略中指定的业务推送阈值。

预设时长，也可以是从过去的某一时间点开始，到当前时刻为止的一段时间，例如，可以以前一天的0:00开始到当前时刻为止的这段时间作为预设时长。

若第一推送数量大于或等于业务推送阈值，则执行步骤S204，若第一推送数量小于业务推送阈值，则执行步骤S205。

可选的，推送服务器可以针对与自身建立长连接的每一个终端设备维护如下述表1所示的一个消息记录列表：

表1

消息ID	业务ID	推送时间
			1	B1	Time1
2	B2	Time2
			3	B3	Time3
4	B1	Time4
			5	B2	Time5

其中，消息ID用于索引已经向终端设备推送的每一条消息，业务ID用于标识已经向终端设备推送的消息所属的业务，推送时间用于指示向终端设备推送该消息的时刻，可以理解为向终端设备推送该消息的一个时间戳。

例如，表1的第一条记录就表示，推送服务器在时间Time1向终端设备推送了一条来自业务B1的消息，该消息的具体内容则可以用对应的消息ID从已推送消息的数据库中查询得到。

基于上述消息记录列表，推送服务器可以根据与待推送消息一并发送的目标终端的终端标识，检索得到目标消息记录列表(即目标终端对应的消息记录列表)，然后从目标消息记录列表中查找出对应的推送时间在预设时长内的，每一条来自当前业务的消息的记录，统计查找得到的记录的总数，就得到第一推送数量。

可选的，由于推送服务器需要同时与多个终端设备建立长连接，同时负责大量终端设备的消息推送，因此，各个终端设备的推送记录列表可以采用分布式非关系数据库redis进行存储和查询。通过采用redis集群模式可以实现将多个终端设备的推送记录分散存储到不同集群的各个节点，提升查询目标终端的推送记录的速度，进而提高推送服务器实现控制消息推送频率的效率。

可选的，分布式非关系数据库redis中各个节点之间的数据交互和存储可以采用ProtoBuf协议，ProtoBuf协议是一种语言无关、平台无关、可扩展的序列化数据结构方法，具有灵活、高效、简单特性等特点，使用该协议可节约存储空间，提供更好的查询性能。

S204、禁止向目标终端推送待推送消息。

若第一推送数量大于对应的业务推送阈值，就说明在预设时长内向目标终端推送了过多当前业务的消息，此时继续向目标终端推送待推送消息可能引起使用目标终端的用户的反感，因此，需要禁止向目标终端推送待推送消息，从而避免在预设时长内向目标终端推送过多的来自当前业务的消息。

可选的，步骤S204中的禁止向目标终端推送待推送消息，可以是，永久禁止向目标终端推送待推送消息。也就是说，若待推送消息只有唯一的一个目标终端，那么在判断出需要禁止向该目标终端推送待推送消息之后，可以直接删除这一条待推送消息。如果待推送消息有多个目标终端，那么，在判断出需要禁止向其中的一个目标终端推送待推送消息之后，可以直接丢弃这个目标终端，也就是不再将对应的终端设备作为这条待推送消息的目标终端。

可选的，步骤S204也可以理解为，暂时禁止向目标终端推送待推送消息，直至目标终端的第一推送数量小于对应的业务推送阈值为止。这种情况下，步骤S204具体可以是，将待推送消息写入目标终端的消息等待队列。

在目标终端的消息等待队列中存在待推送消息的情况下，推送服务器可以实时的检测目标终端的第一推送数量是否小于业务推送阈值，当检测到目标终端的第一推送数量小于业务推送阈值时，就可以依据步骤S202中获取的控制策略所指定的推送时间间隔，以及向目标终端推送前一条消息的时刻，确定第二推送时刻，并在第二推送时刻向目标终端推送最早被写入目标终端的消息等待队列中的待推送消息。

S205、确定第一推送时刻，并在第一推送时刻向目标终端推送待推送消息。

向目标终端推送待推送消息的第一时刻，可以依据步骤S202中获取的控制策略所指定的推送时间间隔，以及向目标终端推送前一条消息的时刻确定。

确定第一推送时刻的方法可以是：

首先将推送时间间隔和向目标终端推送前一条消息的时刻相加，得到最早推送时刻。

例如，假设推送时间间隔为1秒(s)，也就是说，向目标终端推送消息的最短的时间间隔至少为1s，推送服务器最近一次向目标终端推送消息的时刻是T1，那么计算得到的最早推送时刻T2就是T1+1s。

若最早推送时刻在当前时刻之后，将最早推送时刻确定为第一推送时刻。结合前述例子，假设当前时刻为T3，最早推送时刻T2在当前时刻T3之后，即T2大于T3，就将最早推送时刻确定为向目标终端推送待推送消息的第一推送时刻，当时间到达第一推送时刻时，推送服务器就向目标终端推送待推送消息。

若最早推送时刻在当前时刻之前，将当前时刻确定为第一推送时刻。结合前述例子，若计算得到的最早推送时刻T2在当前时刻T3之间，即T2小于T3，说明当前已经过了最早推送时刻，此时可以将当前时刻确定为向目标终端推送待推送消息的第一推送时刻，也就是立即向目标终端推送待推送消息。

需要说明的是，上述确定第一推送时刻的方法，同样可以适用于在步骤S204禁止向目标终端推送待推送消息之后确定第二推送时刻。

推送完成后，可以在如表1所示的目标终端的推送记录列表中添加在第一推送时刻向目标终端推送了待推送消息的记录。

需要说明的是，当待推送消息对应有多个目标终端，也就是说需要将待推送消息推送至多个终端设备时，如步骤S203至步骤S205所述的过程，将针对待推送消息的每一个目标终端执行。

也就是说，存在多个目标终端的场合，推送服务器会逐一检测每一个目标终端是否满足步骤S203中的判断条件，也就是判断该目标终端的第一推送数量是否小于业务推送阈值。对于每一个不满足条件，即对应的第一推送数量大于或等于业务推送阈值的目标终端，推送服务器将禁止向该目标终端推送待推送消息，或者说，丢弃这个目标终端，对于每一个满足条件，即对应的第一推送数量小于业务推送阈值的目标终端，推送服务器将对其执行步骤S205，也就是确定第一推送时刻并按时向该目标终端推送待推送消息。

本申请实施例至少具有以下的有益效果：

一方面，本申请所提供的消息推送方法适用于推送服务器，不论终端设备与推送服务器建立的是应用级长连接还是系统级长连接，推送服务器均能够基于本申请所提供的消息推送方法控制向终端设备推送消息的频率，也就是时候，本申请所提供的方法能够用于控制向每一种终端设备推送消息的频率，具有更好的扩展性。同时，相关人员可以在任意时刻修改推送服务器中任意一个业务的业务信息，从而实现对控制策略的动态调整，方便在消息推送系统运行时及时的更新控制策略。

另一方面，通过上述实施例所提供的消息推送方法可以发现，推送服务器在执行本申请实施例所提供的消息推送方法的过程中不需要与终端设备进行交互，也不需要分析终端设备访问对应的业务时所产生的业务数据，只需要查询对应业务的业务信息，以及目标终端的推送记录列表，就可以实现对消息推送的频率的控制，控制效率较高，在有大量的消息需要推送的情况下能够快速的做出响应。

推送服务器会收到来自多个不同的网络平台，即分别属于多个不同业务的待推送消息，除了针对每一个业务配置一定的频率控制策略以外，还可以将对应的多个同类型的业务划分为一个业务分组，然后，针对每一个业务分组配置一定的频率控制策略，在控制消息推送时，同时根据待推送消息所属的业务的频率控制策略，以及业务所在的业务分组的频率控制策略进行控制。

需要说明的是，一个业务分组可以对应有至少一个业务。例如，可以将多个网络购物平台的推送业务归为一个业务分组，将多个视频播放平台的推送业务归为一个业务分组。

如图3所示，一种可选的基于业务分组的频率控制策略的消息推送方法可以包括以下步骤：

S301、接收待推送消息。

S302、获取待推送消息所属的业务的控制策略。

S303、判断第一推送数量是否小于控制策略所指定的业务推送阈值。

若第一推送数量大于或等于业务推送阈值，则执行步骤S304，若第一推送数量小于业务推送阈值，则执行步骤S306。

S304、判断第二推送数量是否小于控制策略所指定的分组推送阈值。

其中，第二推送数量，指代预设时长内向目标终端推送的同组消息的数量；同组消息所属的业务和待推送消息所属的业务从属于同一业务分组。

若第二推送数量小于分组推送阈值，则执行步骤S306，若第二推送数量大于或等于分组推送阈值，则执行步骤S305。

如前文所述，推送服务器可以将一个或多个业务划分为同一业务分组。可选的，划分有多个业务分组的场合，推送服务器可以在前述业务信息存储模块中存储每一个业务分组的分组ID，每一个业务分组对应的业务的业务ID，以及这个预先设定的这个业务分组的分组推送阈值。

可选的，一个业务分组的分组推送阈值，可以设定为，等于这个业务分组对应的每一个业务的业务推送阈值之和。

可选的，对于一个业务分组，也可以在小于或等于该业务分组内所有业务的业务推送阈值之和，且大于或等于该业务分组内最大的业务推送阈值这一范围内，选取任意一个数值作为该业务分组的分组推送阈值。

其中，对于一个业务分组，分组推送阈值的含义是，控制预设时长内向目标终端推送的所有属于该业务分组的业务的消息的总数，不超过分组推送阈值。

一般的，推送服务器会将同类的业务划分为一个业务分组，通过设置分组推送阈值并基于上述逻辑进行控制，可以保证目标终端的用户在预设时长内不会收到过多的同类型的消息，使用户获得较好的用户体验。

可选的，在划分了业务分组的情况下，步骤S302中获取的推送策略，可以包括待推送消息所属的业务所在的业务分组的分组ID，以及所在的业务分组的分组推送阈值。

对于一个对应有多个业务的业务分组，若预设时长内，除了当前业务以外该业务分组的其他业务向目标终端推送的消息的数量较少，而当前业务推送的消息的数量较多，导致：

当前业务在预设时长内向目标终端推送的消息的数量，即目标终端的第一推送数量大于或等于业务推送阈值，但是该业务分组所有业务预设累计向目标终端推送的消息的数量，即第二推送数量小于该业务分组的分组推送阈值，则可以允许当前业务代替同一业务分组内的其他业务向目标终端推送消息。

可选的，在本申请的其他实施例中，也可以不允许当前业务代替同一业务分组内的其他业务向目标终端推送消息，在这种情况下，若步骤S303中判断出第一推送数量大于或等于控制策略所指定的业务推送阈值，可以不执行步骤S304，而是直接执行步骤S305，禁止向目标终端推送待推送消息。

S305、禁止向目标终端推送待推送消息。

S306、确定第一推送时刻，并在第一推送时刻向目标终端推送待推送消息。

可选的，在步骤S303中判断出目标终端的第一推送数量小于业务推送阈值，进而从步骤S303跳转至步骤S306的情况下，可以在确定第一推送时刻之前判断目标终端的第二推送数量是否小于分组推送阈值。

若目标终端的第二推送数量小于分组推送阈值，则继续执行步骤S306，反之，若目标终端的第二推送数量大于或等于分组推送阈值，则不再执行步骤S306，返回执行步骤S305，也就是禁止向目标终端推送待推送消息。

本实施例提供的消息推送方法将多个不同的业务划分为若干个业务分组，在控制消息推送频率时，既可以按每个业务对应的业务推送阈值，控制目标终端预设时长内收到的来自每个业务的消息的数量，也可以按每个业务分组对应的分组推送阈值，控制目标终端预设时长内收到的来自相似的业务的消息的数量，从而提供一种更灵活的控制消息推送的频率的方案。

可选的，在本申请的另一实施例中，也可以采用与图3所示的实施例的推送方法所不同的频率控制方式，即在推送消息时，不允许当前业务代替同一业务分组内的其他业务向目标终端推送消息。

请参考图4，该控制方法可以包括以下步骤：

S401、接收待推送消息。

S402、获取待推送消息所属的业务的控制策略。

S403、判断第一推送数量是否小于控制策略所指定的业务推送阈值。

若第一推送数量大于或等于业务推送阈值，由于不允许当前业务代替同一业务分组内的其他业务向目标终端推送消息，因此可以直接执行步骤S405，禁止向目标终端推送来自当前业务的待推送消息。

若第一推送数量小于业务推送阈值，如前文所述，可以进一步检查第二推送数量是否小于对应的分组推送阈值，也就是执行步骤S404。

S404、判断第二推送数量是否小于控制策略所指定的分组推送阈值。

若第二推送数量小于分组推送阈值，则执行步骤S406，若第二推送数量大于或等于分组推送阈值则执行步骤S405。

S405、禁止向目标终端推送待推送消息。

S406、确定第一推送时刻，并在第一推送时刻向目标终端推送待推送消息。

结合本申请实施例提供的消息推送方法，本申请实施例还提供一种消息推送的装置，该装置可以认为是配置与推送服务器的若干个虚拟单元的组合，请参考图5，该装置可以包括以下单元：

接收单元501，用于接收待推送消息。

获取单元502，用于获取待推送消息所属的业务的控制策略。

判断单元503，用于判断第一推送数量是否小于控制策略所指定的业务推送阈值。

其中，第一推送数量指代，以当前时刻作为结束时刻的预设时长内向待推送消息的目标终端推送的同类消息的数量；同类消息和待推送消息属于同一业务。

禁止单元504，用于若第一推送数量大于或等于业务推送阈值，禁止向目标终端推送待推送消息。

推送单元505，用于若第一推送数量小于业务推送阈值，依据控制策略所指定的推送时间间隔和向目标终端推送前一条消息的时刻，确定第一推送时刻，并在第一推送时刻向目标终端推送待推送消息。

禁止单元504禁止向目标终端推送待推送消息时，具体用于；

将待推送消息置于目标终端的消息等待队列；

判断单元503还用于：实时检测第一推送数量是否小于业务推送阈值；

推送单元505还用于，若第一推送数量小于业务推送阈值，依据控制策略所指定的推送时间间隔和向目标终端推送前一条消息的时刻，确定第二推送时刻，并在第二推送时刻向目标终端推送消息等待队列内的待推送消息。

推送单元505依据控制策略所指定的推送时间间隔和向目标终端推送前一条消息的时刻，确定第一推送时刻时，具体用于：

将推送时间间隔和向目标终端推送前一条消息的时刻相加，得到最早推送时刻；

若最早推送时刻在当前时刻之后，将最早推送时刻确定为第一推送时刻；

若最早推送时刻在当前时刻之前，将当前时刻确定为第一推送时刻。

判断单元503还用于：

在判断出第一推送数量大于或等于控制策略所指定的业务推送阈值后，判断第二推送数量是否小于控制策略所指定的分组推送阈值；

其中，第二推送数量，指代预设时长内向目标终端推送的同组消息的数量；同组消息所属的业务和待推送消息所属的业务从属于同一业务分组；

若第二推送数量小于分组推送阈值，触发推送单元505执行依据控制策略所指定的推送时间间隔和向目标终端推送前一条消息的时刻，确定第一推送时刻，并在第一推送时刻向目标终端推送待推送消息；

若第二推送数量大于或等于分组推送阈值，触发禁止单元504禁止向目标终端推送待推送消息。

判断单元503还用于：

在判断出第一推送数量小于控制策略所指定的业务推送阈值后，判断第二推送数量是否小于控制策略所指定的分组推送阈值；

若第二推送数量小于分组推送阈值，触发推送单元505执行依据控制策略所指定的推送时间间隔和向目标终端推送前一条消息的时刻，确定第一推送时刻，并在第一推送时刻向目标终端推送待推送消息；

若第二推送数量大于或等于分组推送阈值，触发禁止单元504执行禁止向目标终端推送待推送消息。

本申请实施例提供的消息推送的装置的具体工作原理可以参考本申请任一实施例提供的消息推送方法的相关步骤，此处不再赘述。

本申请提供一种消息推送的装置，应用于推送服务器，该装置具体包括：接收单元501，用于接收待推送消息，获取单元502，用于获取对应的控制策略；判断单元503判断第一推送数量是否小于控制策略指定的业务推送阈值；第一推送数量指代预设时长内向待推送消息的目标终端推送的同类消息的数量；若第一推送数量大于或等于业务推送阈值，禁止单元504禁止向目标终端推送待推送消息；若第一推送数量小于业务推送阈值，推送单元505依据控制策略指定的推送时间间隔和向目标终端推送前一条消息的时刻确定第一推送时刻，并在第一推送时刻向目标终端推送待推送消息。本方案由推送服务器控制推送消息的频率，因此可以适用于系统级长连接和应用级长连接两种情况，相较于现有技术具有更好的通用性。

本申请实施例还提供一种服务器，该服务器是消息推送系统中的推送服务器，请参考图6，该服务器可以包括存储器601和处理器602。

其中，存储器601用于存储计算机程序。

处理器602用于执行存储器存储的计算机程序，具体用于实现本申请任一实施例提供的消息推送方法。

本申请实施例还提供一种计算机存储介质，用于存储计算机程序，存储的计算机程序被执行时，具体用于实现本申请任一实施例所提供的消息推送方法。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

需要注意，本发明中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种消息推送的方法，其特征在于，应用于推送服务器，所述方法包括：

接收待推送消息；

获取所述待推送消息所属的业务的控制策略；

判断第一推送数量是否小于所述控制策略所指定的业务推送阈值；其中，所述第一推送数量指代，以当前时刻作为结束时刻的预设时长内向所述待推送消息的目标终端推送的同类消息的数量；所述同类消息和所述待推送消息属于同一业务；

若所述第一推送数量大于或等于所述业务推送阈值，禁止向所述目标终端推送所述待推送消息；

若所述第一推送数量小于所述业务推送阈值，依据所述控制策略所指定的推送时间间隔和向所述目标终端推送前一条消息的时刻，确定第一推送时刻，并在所述第一推送时刻向所述目标终端推送所述待推送消息。

2.根据权利要求1所述的方法，其特征在于，所述禁止向所述目标终端推送所述待推送消息，包括：

将所述待推送消息置于所述目标终端的消息等待队列；

所述禁止向所述目标终端推送所述待推送消息之后，还包括：

实时检测所述第一推送数量是否小于所述业务推送阈值；

若所述第一推送数量小于所述业务推送阈值，依据所述控制策略所指定的推送时间间隔和向所述目标终端推送前一条消息的时刻，确定第二推送时刻，并在所述第二推送时刻向所述目标终端推送所述消息等待队列内的所述待推送消息。

3.根据权利要求1所述的方法，其特征在于，所述依据所述控制策略所指定的推送时间间隔和向所述目标终端推送前一条消息的时刻，确定第一推送时刻，包括：

将所述推送时间间隔和向所述目标终端推送前一条消息的时刻相加，得到最早推送时刻；

若所述最早推送时刻在当前时刻之后，将所述最早推送时刻确定为第一推送时刻；

若所述最早推送时刻在当前时刻之前，将当前时刻确定为所述第一推送时刻。

4.根据权利要求1所述的方法，其特征在于，所述禁止向所述目标终端推送所述待推送消息之前，还包括：

判断第二推送数量是否小于所述控制策略所指定的分组推送阈值；其中，所述第二推送数量，指代所述预设时长内向所述目标终端推送的同组消息的数量；所述同组消息所属的业务和所述待推送消息所属的业务从属于同一业务分组；

若所述第二推送数量小于所述分组推送阈值，执行所述依据所述控制策略所指定的推送时间间隔和向所述目标终端推送前一条消息的时刻，确定第一推送时刻，并在所述第一推送时刻向所述目标终端推送所述待推送消息；

若所述第二推送数量大于或等于所述分组推送阈值，执行所述禁止向所述目标终端推送所述待推送消息。

5.根据权利要求4所述的方法，其特征在于，所述依据所述控制策略所指定的推送时间间隔和向所述目标终端推送前一条消息的时刻之前，还包括：

判断所述第二推送数量是否小于所述分组推送阈值；

若所述第二推送数量小于所述分组推送阈值，执行所述依据所述控制策略所指定的推送时间间隔和向所述目标终端推送前一条消息的时刻，确定第一推送时刻，并在所述第一推送时刻向所述目标终端推送所述待推送消息；

若所述第二推送数量大于或等于所述分组推送阈值，执行所述禁止向所述目标终端推送所述待推送消息。

6.一种消息推送的装置，其特征在于，应用于推送服务器，所述装置包括：

接收单元，用于接收待推送消息；

获取单元，用于获取所述待推送消息所属的业务的控制策略；

判断单元，用于判断第一推送数量是否小于所述控制策略所指定的业务推送阈值；其中，所述第一推送数量指代，以当前时刻作为结束时刻的预设时长内向所述待推送消息的目标终端推送的同类消息的数量；所述同类消息和所述待推送消息属于同一业务；

禁止单元，用于若所述第一推送数量大于或等于所述业务推送阈值，禁止向所述目标终端推送所述待推送消息；

推送单元，用于若所述第一推送数量小于所述业务推送阈值，依据所述控制策略所指定的推送时间间隔和向所述目标终端推送前一条消息的时刻，确定第一推送时刻，并在所述第一推送时刻向所述目标终端推送所述待推送消息。

7.根据权利要求6所述的装置，其特征在于，所述禁止单元禁止向所述目标终端推送所述待推送消息时，具体用于；

将所述待推送消息置于所述目标终端的消息等待队列；

所述判断单元还用于：实时检测所述第一推送数量是否小于所述业务推送阈值；

所述推送单元还用于，若所述第一推送数量小于所述业务推送阈值，依据所述控制策略所指定的推送时间间隔和向所述目标终端推送前一条消息的时刻，确定第二推送时刻，并在所述第二推送时刻向所述目标终端推送所述消息等待队列内的所述待推送消息。

8.根据权利要求6所述的装置，其特征在于，所述推送单元依据所述控制策略所指定的推送时间间隔和向所述目标终端推送前一条消息的时刻，确定第一推送时刻时，具体用于：

将所述推送时间间隔和向所述目标终端推送前一条消息的时刻相加，得到最早推送时刻；

若所述最早推送时刻在当前时刻之后，将所述最早推送时刻确定为第一推送时刻；

若所述最早推送时刻在当前时刻之前，将当前时刻确定为所述第一推送时刻。

9.一种服务器，其特征在于，所述服务器是推送服务器，所述服务器包括存储器和处理器；

其中，所述存储器用于存储计算机程序；

所述处理器用于执行所述计算机程序，具体用于实现如权利要求1至5任意一项所述的消息推送的方法。

10.一种计算机存储介质，其特征在于，用于存储计算机程序，所述计算机程序被执行时，具体用于实现如权利要求1至5任意一项所述的消息推送的方法。

Images