CN108111591A

CN108111591A - 推送消息的方法、装置及计算机可读存储介质

Info

Publication number: CN108111591A
Application number: CN201711354515.1A
Authority: CN
Inventors: 王熙
Original assignee: Beijing Xiaomi Mobile Software Co Ltd
Current assignee: Beijing Xiaomi Mobile Software Co Ltd
Priority date: 2017-12-15
Filing date: 2017-12-15
Publication date: 2018-06-01
Anticipated expiration: 2037-12-15
Also published as: CN108111591B

Abstract

本公开是关于一种推送消息的方法、装置及计算机可读存储介质，涉及互联网技术领域，该方法包括：基于当前推送时刻之前的多个点击率，确定当前推送时刻的推送量；其中，当前推送时刻之前的多个点击率是指当前推送时刻之前的多个推送时刻推送的目标消息的点击率，推送量是指将目标消息推送至的终端的数量，目标消息是指待推送的任一消息；将目标消息推送至数量为推送量的多个终端。在本公开实施例中，可以根据当前推送时刻之前的多个点击率，实时调整和确定当前推送时刻的推送量，这样，相对于相关技术中只在指定时刻按照固定的推送量来推送，更加灵活。

Description

推送消息的方法、装置及计算机可读存储介质

技术领域

本公开涉及互联网技术领域，尤其涉及一种推送消息的方法、装置及计算机可读存储介质。

背景技术

当前，互联网运营往往会给用户推送大量的消息，以此来提高商业产出。例如，诸如智能手机、平板电脑、计算机等终端上安装的应用的应用服务器可以向终端推送产品介绍、应用通知消息、重大新闻等推送消息，用户可以点击并阅读该推送消息。再例如，诸如智能手机等终端的***服务器可以向终端推送***更新通知等推送消息，用户可以通过点击该推送消息进行***更新等。其中，在推送消息时，服务器可以在指定时刻向指定数量的终端推送消息，例如，对于任一消息A，服务器可以在指定时刻向10万个终端同时推送该消息A。

发明内容

为克服相关技术中服务器在指定时刻向指定数量的终端推送消息时，消息的点击率较低的问题，本公开提供一种推送消息的方法、装置及计算机可读存储介质。

根据本公开实施例的第一方面，提供一种推送消息的方法，所述方法包括：

基于当前推送时刻之前的多个点击率，确定所述当前推送时刻的推送量；

其中，所述当前推送时刻之前的多个点击率是指所述当前推送时刻之前的多个推送时刻推送的目标消息的点击率，所述推送量是指将所述目标消息推送至的终端的数量，所述目标消息是指待推送的任一消息；

将所述目标消息推送至数量为所述推送量的多个终端。

可选地，所述基于所述当前推送时刻之前的多个点击率，确定所述当前推送时刻的推送量之前，还包括：

判断所述当前推送时刻是否为初次推送所述目标消息的时刻；

当所述当前推送时刻为初次推送所述目标消息的时刻时，将所述当前推送时刻的推送量确定为预设推送量，并将所述目标消息推送至数量为所述预设推送量的多个终端；

当所述当前推送时刻不为初次推送所述目标消息的时刻时，执行所述基于所述当前推送时刻之前的多个点击率，确定所述当前推送时刻的推送量的步骤。

可选地，所述基于所述当前推送时刻之前的多个点击率，确定所述当前推送时刻的推送量，包括：

按照所述多个点击率对应的推送时刻的先后顺序对所述多个点击率进行排序，并确定排序后的所述多个点击率的变化趋势；

获取上一推送时刻的推送量；

基于排序后的所述多个点击率的变化趋势和所述上一推送时刻的推送量，确定所述当前推送时刻的推送量。

可选地，所述基于排序后的所述多个点击率的变化趋势和所述上一推送时刻的推送量，确定所述当前推送时刻的推送量，包括：

当排序后的所述多个点击率的变化趋势为增大时，将所述上一推送时刻的推送量增加预设数量，得到所述当前推送时刻的推送量；

当排序后的所述多个点击率的变化趋势为减小时，将所述上一推送时刻的推送量减少预设数量，得到所述当前推送时刻的推送量。

可选地，所述将所述目标消息推送至数量为所述推送量的多个终端之后，还包括：

当从所述当前推送时刻起经过第一预设时长后，确定所述当前推送时刻的点击率；

基于所述当前推送时刻之前的多个点击率和所述当前推送时刻的点击率，确定所述当前推送时刻的下一推送时刻。

可选地，所述基于所述当前推送时刻之前的多个点击率和所述当前推送时刻的点击率，确定所述当前推送时刻的下一推送时刻，包括：

将所述当前推送时刻之前的多个点击率和所述当前推送时刻的点击率按照对应的推送时刻的先后顺序进行排序，并确定排序后的多个点击率的变化趋势；

当排序后的多个点击率的变化趋势为增加时，则将确定所述当前推送时刻的点击率的时刻确定为所述当前推送时刻的下一推送时刻；

当排序后的多个点击率的变化趋势为减小时，则将确定所述当前推送时刻的点击率的时刻加上第二预设时长，得到所述当前推送时刻的下一推送时刻。

根据本公开实施例的第二方面，提供一种推送消息的装置，所述装置包括：

第一确定模块，用于基于当前推送时刻之前的多个点击率，确定所述当前推送时刻的推送量；

第一推送模块，用于将所述目标消息推送至数量为所述推送量的多个终端。

可选地，所述装置还包括：

判断模块，用于判断所述当前推送时刻是否为初次推送所述目标消息的时刻；

第二推送模块，用于当所述当前推送时刻为初次推送所述目标消息的时刻时，将所述当前推送时刻的推送量确定为预设推送量，并将所述目标消息推送至数量为所述预设推送量的多个终端；

触发模块，用于当所述当前推送时刻不为初次推送所述目标消息的时刻时，触发所述第一确定模块基于所述当前推送时刻之前的多个点击率，确定所述当前推送时刻的推送量。

可选地，所述第一确定模块包括：

第一确定子模块，用于按照所述多个点击率对应的推送时刻的先后顺序对所述多个点击率进行排序，并确定排序后的所述多个点击率的变化趋势；

获取子模块，用于获取上一推送时刻的推送量；

第二确定子模块，用于基于排序后的所述多个点击率的变化趋势和所述上一推送时刻的推送量，确定所述当前推送时刻的推送量。

可选地，所述第二确定子模块具体用于：

可选地，所述装置还包括：

第二确定模块，用于当从所述当前推送时刻起经过第一预设时长后，确定所述当前推送时刻的点击率；

第三确定模块，用于基于所述当前推送时刻之前的多个点击率和所述当前推送时刻的点击率，确定所述当前推送时刻的下一推送时刻。

可选地，所述第三确定模块具体用于：

根据本公开实施例的第三方面，提供一种推送消息的装置，所述装置包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为上述第一方面所述的任一项方法的步骤。

根据本公开实施例的第四方面，提供一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，所述指令被处理器执行时实现上述第一方面所述的任一项方法的步骤。

根据本公开实施例的第五方面，提供一种计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面所述的任一项方法的步骤。

本公开的实施例提供的技术方案可以包括以下有益效果：基于当前推送时刻之前的多个点击率，确定当前推送时刻的推送量，并将目标消息推送至数量为当前推送时刻的推送量的多个终端。其中，当前推送时刻之前的多个点击率是指当前推送时刻之前的多个推送时刻推送的目标消息的点击率，推送量是指量目标消息推送至的终端的数量。在本公开实施例中，可以根据当前推送时刻之前的多个点击率，实时调整和确定当前推送时刻的推送量，这样，相对于相关技术中只在指定时刻按照固定的推送量来推送，更加灵活。并且，由于点击率是点击量和推送量之间的比值，因此，根据该多个点击率对当前推送时刻的推送量进行调整，也即是可以根据之前的多个点击率有效的控制当前推送时刻的点击率，这样，就可以通过调整推送量来有效的提高点击率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1是根据一示例性实施例示出的一种推送消息的方法的***架构图。

图2是根据一示例性实施例示出的一种推送消息的方法的流程图。

图3A是根据一示例性实施例示出的一种推送消息的方法的流程图。

图3B是根据本公开实施例提供的一种多个点击率的变化趋势下降的示意图。

图3C是根据本公开实施例提供的一种多个点击率的变化趋势上升的示意图。

图4A是根据一示例性实施例示出的一种推送消息的装置400的框图。

图4B是根据一示例性实施例示出的一种推送消息的装置400的框图。

图4C是根据一示例性实施例示出的一种第一确定模块的框图。

图4D是根据一示例性实施例示出的一种推送消息的装置400的框图。

图5是根据一示例性实施例示出的一种推送消息的装置的框图。

具体实施方式

为使本公开的目的、技术方案和优点更加清楚，下面将结合附图对本公开实施方式作进一步地详细描述。

在对本公开实施例进行详细的解释说明之前，先对本公开实施例涉及的应用场景予以介绍。

当前，互联网运营往往需要给用户推送大量的消息，以提高商业产出。例如，终端上安装的应用的应用提供商可能会推出关于该应用的周边商品，或者可能会推出该应用的最新版本，在这种情况下，为了吸引更多用户购买或者下载相关产品，该应用的应用服务器则可以向安装有该应用的终端推送相关的产品介绍或者应用通知消息。再例如，对于一些新闻类的应用，当有重大新闻时，为了争取更多的阅读量，该类应用的服务器可以向安装有该类应用的终端推送该重大新闻，或者，为了争取更多的读者，该类应用可能会在每天固定时刻向用户推送一天的新闻要点集合。除了上述场景，终端上安装的其他应用的应用服务器也经常会向终端推送消息。另外，诸如智能手机等终端的***服务器也可以向终端推送消息。例如，终端的***服务器可以向用户推送***更新的通知消息，以便通知用户进行***更新，改善用户体验，再例如，终端的***服务器可以向终端推送该终端所属品牌的一些其他产品的介绍，以吸引用户购买相关产品。再或者，终端的***服务器还可能会推送一些终端驱动升级或终端漏洞的修补的相关消息，以便用户可以根据这些消息采取相应措施，提高终端的安全性。而本公开实施例提供的推送消息的方法即可以用于上述各种服务器向终端推送消息的场景下，以提高商业产出。

接下来对本公开实施例涉及的***架构进行介绍。

图1是本公开实施例提供的一种推送消息的***架构图。如图1所示，该 ***中包括服务器101和多个终端102，其中，服务器101可以是某个应用的应用服务器，或者是某种***服务器，或者是其他可以向多个终端102推送消息的服务器，终端102可以是诸如智能手机、平板电脑、计算机等终端。。

当服务器101为某个应用的应用服务器时，终端102可以是安装有该应用的终端。当服务器101为***服务器时，终端102可以是基于该种***的终端。当服务器为其他类型的服务器时，该终端102则可以是能够与该服务器101进行通信的终端。其中，服务器101和终端102可以通过有线网络或无线网络进行通信。

需要说明的是，图1仅示例性的示出了两个终端102，在实际应用中，终端 102的数量可以有多个，例如，可以有上千个，也可以有上万更多，本公开实施例不对终端102的数量进行具体的限定。

相关技术中，服务器可以在指定时刻向指定数量的终端推送消息。例如，对于消息A，服务器可以每隔预设时长向10万个终端同时推送一次该消息A。在这种情况下，由于每次推送消息的推送量是固定的，因此，每次推送的消息的点击率则完全由终端侧的用户的点击量来控制。当终端侧的用户的点击量较少时，如果每次还是按照固定的推送量来推送，点击率则会一直较低。基于此，本公开实施例提供了一种推送消息的方法，以提高推送消息的点击率。

图2是根据一示例性实施例示出的一种推送消息的方法的流程图，如图2 所示，该方法可以用于如图1所示的服务器中，包括以下步骤。

在步骤201中，基于当前推送时刻之前的多个点击率，确定当前推送时刻的推送量。

在步骤202中，将目标消息推送至数量为当前推送时刻的推送量的多个终端。

在本公开实施例中，基于当前推送时刻之前的多个点击率，确定当前推送时刻的推送量，并将目标消息推送至数量为当前推送时刻的推送量的多个终端。其中，当前推送时刻之前的多个点击率是指当前推送时刻之前的多个推送时刻推送的目标消息的点击率，推送量是指量目标消息推送至的终端的数量。在本公开实施例中，可以根据当前推送时刻之前的多个点击率，实时调整和确定当前推送时刻的推送量，这样，相对于相关技术中只在指定时刻按照固定的推送量来推送，更加灵活。并且，由于点击率是点击量和推送量之间的比值，因此，根据该多个点击率对当前推送时刻的推送量进行调整，也即是可以根据之前的多个点击率有效的控制当前推送时刻的点击率，这样，就可以通过调整推送量来有效的提高点击率。

可选地，基于当前推送时刻之前的多个点击率，确定当前推送时刻的推送量之前，还包括：

判断当前推送时刻是否为初次推送目标消息的时刻；

当当前推送时刻为初次推送目标消息的时刻时，将当前推送时刻的推送量确定为预设推送量，并将目标消息推送至数量为预设推送量的多个终端；

当当前推送时刻不为初次推送目标消息的时刻时，执行基于当前推送时刻之前的多个点击率，确定当前推送时刻的推送量的步骤。

可选地，基于当前推送时刻之前的多个点击率，确定当前推送时刻的推送量，包括：

按照多个点击率对应的推送时刻的先后顺序对多个点击率进行排序，并确定排序后的多个点击率的变化趋势；

获取上一推送时刻的推送量；

基于排序后的多个点击率的变化趋势和上一推送时刻的推送量，确定当前推送时刻的推送量。

可选地，基于排序后的多个点击率的变化趋势和上一推送时刻的推送量，确定当前推送时刻的推送量，包括：

当排序后的多个点击率的变化趋势为增大时，将上一推送时刻的推送量增加预设数量，得到当前推送时刻的推送量；

当排序后的多个点击率的变化趋势为减小时，将上一推送时刻的推送量减少预设数量，得到当前推送时刻的推送量。

可选地，将目标消息推送至数量为推送量的多个终端之后，还包括：

当从当前推送时刻起经过第一预设时长后，确定当前推送时刻的点击率；

基于当前推送时刻之前的多个点击率和当前推送时刻的点击率，确定当前推送时刻的下一推送时刻。

可选地，基于当前推送时刻之前的多个点击率和当前推送时刻的点击率，确定当前推送时刻的下一推送时刻，包括：

将当前推送时刻之前的多个点击率和当前推送时刻的点击率按照对应的推送时刻的先后顺序进行排序，并确定排序后的多个点击率的变化趋势；

当排序后的多个点击率的变化趋势为增加时，则将确定当前推送时刻的点击率的时刻确定为当前推送时刻的下一推送时刻；

当排序后的多个点击率的变化趋势为减小时，则将确定当前推送时刻的点击率的时刻加上第二预设时长，得到当前推送时刻的下一推送时刻。

图3A是根据一示例性实施例示出的一种推送消息的方法的流程图，该方法可以用于如图1所示的服务器中，如图3A所示，该方法包括以下步骤：

在步骤301中，判断当前推送时刻是否为初次推送目标消息的时刻。

在本公开实施例中，目标消息可以为服务器中待推送的任一消息。当推送该目标消息时，服务器可以判断该目标消息在当前推送时刻是否为第一次被推送。如果该目标消息是在当前推送时刻第一次被推送，那么，由于在当前推送时刻不存在该目标消息的点击率数据，因此，服务器可以直接执行步骤302。

可选地，如果该目标消息在当前推送时刻不是第一次被推送，也就是说，在当前推送时刻之前的其他推送时刻已经推送过该目标消息，那么，服务器则可以通过步骤303来根据当前推送时刻之前的其他推送时刻推送该目标消息的点击率，来确定当前推送时刻的推送量。

其中，服务器中可以存储有消息标识、推送时刻和点击率的对应关系，服务器可以从存储的消息标识、推送时刻和点击率的对应关系中查找该目标消息的消息标识，如果未查找到，则可以确定当前推送时刻为初次推送该目标消息的时刻，如果查找到，则可以确定当前推送时刻不为初次推送该目标消息的时刻。

在步骤302中，当当前推送时刻为初次推送目标消息的时刻时，将当前推送时刻的推送量确定为预设推送量，并将目标消息推送至数量为预设推送量的多个终端。

当通过步骤301确定当前推送时刻为初次推送该目标消息的时刻时，服务器可以将当前推送时刻的推送连确定为预设推送量，并将该目标消息推送至预设推送量的多个终端。其中，该预设推送量可以是服务器中预先设置的目标消息的最低推送量。也即是，在本公开实施例中，服务器在初次推送该目标消息时，由于并不知道该目标消息的点击率的趋势如何，因此，可以试探性的首先将该目标消息推送至较少数量的终端，以此来避免推送量过大时，点击率太低造成的通信资源的浪费。

在步骤303中，当当前推送时刻不为初次推送目标消息的时刻时，基于当前推送时刻之前的多个点击率，确定当前推送时刻的推送量。

在本公开实施例中，任一推送时刻A的点击率是指该推送时刻A到该推送时刻A的下一推送时刻之间用户对该目标消息的点击量与该推送时刻A推送的该目标消息的推送量的比值。例如，服务器在15:00推送该目标消息的推送量是 M，15:00之后的下一个推送时刻是15:30，用户在15:00-15:30之间对该目标消息的点击量是N，那么，15:00这一推送时刻的点击率就是N/M。

当通过步骤301确定当前推送时刻不为初次推送该目标消息的时刻时，服务器可以获取当前推送时刻之前的多个点击率。其中，当前推送时刻之前的多个点击率是指当前推送之前的多个推送时刻推送的该目标消息的点击率。

其中，当服务器中存储有消息标识、推送时刻和点击率的对应关系时，服务器可以从存储的消息标识、推送时刻和点击率的对应关系中获取该目标消息的消息标识以及当前推送时刻之前的多个推送时刻所对应的点击率，从而得到当前推送时刻之前的多个点击率。

例如，当前推送时刻为t₁，按照距离当前推送时刻由近及远的顺序，当前推送时刻之前的多个推送时刻分别为t₂、t₃、t₄···，服务器可以从距离当前推送时刻最近的推送时刻也即当前推送时刻的上一推送时刻开始，依次获取三个、四个或者更多的推送时刻所对应的点击率。当然，服务器也可以从距离当前推送时刻之前的多个推送时刻中随机选择一定数量的推送时刻，然后获取这些推送时刻所对应的点击率。

当获取到当前推送时刻之前的多个点击率之后，服务器可以基于该多个点击率，来确定当前推送时刻的推送量。

其中，服务器基于该多个点击率确定当前推送时刻的推送量的操作可以为：按照多个点击率对应的推送时刻的先后顺序对多个点击率进行排序，并确定排序后的多个点击率的变化趋势；获取上一推送时刻的推送量；基于排序后的多个点击率的变化趋势和上一推送时刻的推送量，确定当前推送时刻的推送量。

在本公开实施例中，服务器可以将获取到的当前推送时刻之前的多个点击率按照该多个点击率所对应的推送时刻的先后顺序进行排序，也即是，距离当前推送时刻越近的推送时刻的点击率排在越后的位置，这样，该多个点击率中排在最后一个位置的点击率则是该多个点击率中对应的推送时刻距离当前推送时刻最近的一个点击率，而排在第一个位置的点击率则是该多个点击率中对应的推送时刻距离当前推送时刻最远的一个点击率。

当对该多个点击率进行排序之后，服务器可以确定排序后的多个点击率的变化趋势。其中，服务器可以建立横轴为推送时刻，纵轴为点击率的坐标系，横轴的正方向即为推送时刻推移的方向，纵轴的正方向即为点击率增大的方向。根据该多个点击率以及多个点击率对应的多个推送时刻在该坐标系中确定多个点，之后，服务器可以对该多个点进行直线拟合。之后，服务器可以确定拟合得到的直线的斜率是否大于0，当拟合得到的直线的斜率大于0时，则可以确定该多个点击率按照所对应的推送时刻的先后顺序是逐渐增大的，也就是说，随着时间的推移，该目标消息的点击率是上升的。当拟合得到的直线的斜率小于0 时，则说明该多个点击率按照所对应的推送时刻的先后顺序是逐渐减小的，也就是说，随着时间的推移，该目标消息的点击率是下降的。

可选地，在本公开实施例中，在服务器根据该多个点击率以及该多个点击率对应的多个推送时刻在坐标系中确定得到多个点之后，服务器还可以将该多个点中每相邻的两个点进行连接，从而得到该坐标系中的一条折线或直线，如果为直线的话，服务器则可以通过判断该直线的斜率来确定多个点击率的变化趋势是增大还是减小。如果连接后得到的是一条折线，那么，服务器可以从该多个点中选择多个峰点以及多个谷点，其中，峰点是指该点对应的纵坐标大于与该点相邻的两个点的纵坐标，谷点是指该点的纵坐标小于与该点相邻的两个点的纵坐标。对于只存在一个相邻的点的点，如果该点小于该相邻的点，则可以将其作为一个谷点，如果该点大于相邻的点，则可以将其作为一个峰点。之后，服务器可以按照对应的推送时刻的先后顺序，依次比较该多个峰点中每相邻的两个峰点大小，同时，可以按照对应的推送时刻的先后顺序，依次比较多个谷点中每相邻的两个谷点的大小。

如果每相邻的两个峰点中均是推送时刻在前的峰点大于或等于推送时刻在后的峰点，且每相邻的两个谷点中均是推送时刻在前的谷点大于或等于推送时刻在后的谷点，也即是，多个峰点的纵坐标和多个谷点的纵坐标按照推送时刻的先后顺序均是依次减小的，此时，则可以确定该多个点击率的变化趋势是减小的。相反，如果每相邻的两个峰点中均是推送时刻在前的峰点小于推送时刻在后的峰点，且每相邻的两个谷点中均是推送时刻在前的谷点小于推送时刻在后的谷点，也即是，多个峰点的纵坐标和多个谷点纵坐标按照推送时刻的先后顺序均是依次增大的，此时，则可以确定该多个点击率的变化趋势是增大的。

可选地，如果每相邻的两个峰点中均是推送时刻在前的峰点大于或等于推送时刻在后的峰点，但是每相邻的两个谷点中则均是推送时刻在前的谷点小于推送时刻在后的谷点，或者，如果每相邻的两个峰点中均是推送时刻在前的峰点小于推送时刻在后的峰点，但是每相邻的两个谷点中则均是推送时刻在前的谷点大于或等于推送时刻在后的谷点，则可以确定该多个点击率的变化趋势为波动趋势。

可选地，如果每相邻的两个峰点中有的是推送时刻在前的峰点大于或等于推送时刻在后的峰点，有的是推送时刻在前的峰点小于推送时刻在后的峰点，而谷点也是同样的情况，那么，可以确定该多个点击率的变化趋势为波动趋势。

例如，服务器可以建立如图3B所示的坐标系，并根据该多个点击率以及多个点击率对应的推送时刻确定得到坐标系中的多个点A、B、C、D、E、F和G。其中，点A只有一个相邻的点B且点A的纵坐标大于点B的纵坐标，因此，将点A作为一个峰点，点B的纵坐标小于与其相邻的点A的纵坐标，同时小于与其相邻的点C的纵坐标，此时，则可以将点B作为一个谷点，按照上述原则，可以确定点C和F均为峰点，点E和点G则均为谷点。其中，点D的纵坐标小于点C的纵坐标，但是大于点E的纵坐标，在这种情况点D既不是峰点也不是谷点。

当确定点A、C和F为峰点，点B、E和G为谷点之后，服务器可以比较点A和点C的纵坐标大小，比较点C和点F的纵坐标大小，并且，服务器可以比较点B和点E的纵坐标的大小，比较点E和点G的纵坐标的大小。如图3B 所示，点A的纵坐标大于点C的纵坐标，且点F的纵坐标大于点C的纵坐标，也即是，按照对应的推送时刻的先后顺序，多个峰点的纵坐标是依次减小的。另外，三个谷点中点B的纵坐标大于点E的纵坐标，点E的纵坐标也大于点G 的纵坐标，也即是，按照对应的推送时刻的先后顺序，多个谷点的纵坐标也是依次减小的，此时，则可以确定该多个点击率的变化趋势为减小。

图3C是本公开实施例示出的另一种确定该多个点击率的变化趋势的情况，如图3C所示，点A、D和F是三个谷点，点C、E和G是三个峰点。如图3C 所示，点A的纵坐标小于点D的纵坐标，点D的纵坐标小于点F的纵坐标，也即是，按照对应的推送时刻的先后顺序，多个谷点的纵坐标是依次增大的。另外，对于三个峰点，点C的纵坐标小于点E的纵坐标，点E的纵坐标小于点G 的纵坐标，也即是，按照对应的推送时刻的先后顺序，多个峰点的纵坐标也是依次增大的，此时，则可以确定该多个点击率的变化趋势为增大。

当通过上述方法确定排序后的多个点击率的变化趋势之后，服务器可以获取上一推送时刻的推送量，当服务器确定排序后的多个点击率的变化趋势为增大时，将上一推送时刻的推送量增加预设数量，得到当前推送时刻的推送量；当排序后的多个点击率的变化趋势为减小时，将上一推送时刻的推送量减少预设数量，得到当前推送时刻的推送量。

在本公开实施例中，当确定的排序后的多个点击率的变化趋势为增大时，则说明随着时间的推移，该目标消息的点击率是上升的，也即是，用户对目标消息的关注度可能正在上升，当前推送时刻可能是推送该目标消息的合适的时刻，在这种情况下，服务器可以增大推送量，也即是，在上一推送时刻的推送量的基础上进一步的增加预设数量，得到当前推送时刻的推送量。

相反，如果该多个点击率的变化趋势为减小，则说明随着时间的推移，该目标消息的点击率是下降的，也即是，用户对目标消息的关注度可能正在下降，当前推送时刻可能并不是推送该目标消息的合适的时刻，此时，服务器则可以相应地减少推送量，也即是，在上一推送时刻的推送量的基础上进一步的减少预设数量，得到当前推送时刻的推送量。

可选地，如果该多个点击率的变化趋势为波动时，则说明随着时间的推移，该目标消息的点击率并没有一个明显的变化趋势，此时，服务器可以直接将上一推送时刻的推送量确定为当前推送时刻的推送量，或者，服务器可以直接确定当前推送时刻的推送量为预设推送量。

在步骤304中，将目标消息推送至数量为当前推送时刻的推送量的多个终端。

当确定当前推送时刻的推送量之后，服务器可以从连接的多个终端中选择推送量为当前推送时刻的推送量的多个终端，之后，将目标消息推送至这些选择的终端。

需要说明的是，在本公开实施例，服务器可以每隔预设时长推送一次目标消息，在这种情况下，当初次推送该目标消息的时刻确定之后，后面的每个推送时刻均是确定的，也即是，服务器可以按照该预设时长时，每当到达一个推送时刻时，即推送一次目标消息。

可选地，在本公开实施例中，服务器也可以不按预设时长来推送消息，也即是，每相邻的两个推送时刻之间的时间间隔可以不相等。在这种情况下，服务器还可以通过步骤305和步骤306中介绍的方法来实时的确定当前推送时刻的下一推送时刻。

在步骤305中，当从当前推送时刻起经过第一预设时长后，确定当前推送时刻的点击率。

如果服务器不按预设时长来推送消息，而是实时的确定当前推送时刻的下一推送时刻，那么，服务器可以从将目标消息推送至多个终端的当前推送时刻开始计时，当经过第一预设时长之后，服务器可以确定在该第一预设时长内该目标消息的点击率，并将该点击率确定为当前推送时刻的点击率。

其中，该第一预设时长可以与上一推送时刻和当前推送时刻之间的时间间隔相同，或者，该第一预设时长是服务器初次推送该目标消息的时刻和第二次推送该目标消息的时刻之间的时间间隔，或者，该第一预设时长还可以是服务器根据当前推送时刻的推送量通过经验估算得到的时长。本公开实施例中对该预设时长不做具体限定。

在步骤306中，基于当前推送时刻之前的多个点击率和当前推送时刻的点击率，确定当前推送时刻的下一推送时刻。

当确定当前推送时刻的点击率之后，服务器可以以当前推送时刻之前的多个点击率和当前推送时刻的点击率为基础，来进一步地预测当前推送时刻的下一推送时刻。

其中，服务器可以将当前推送时刻之前的多个点击率和当前推送时刻的点击率按照对应的推送时刻的先后顺序进行排序，并确定排序后的多个点击率的变化趋势；当排序后的多个点击率的变化趋势为增加时，则将确定当前推送时刻的点击率的时刻确定为当前推送时刻的下一推送时刻；当排序后的多个点击率的变化趋势为减小时，则将确定当前推送时刻的点击率的时刻加上第二预设时长，得到当前推送时刻的下一推送时刻。

在本公开实施例中，服务器可以将当前推送时刻之前的多个点击率和当前推送时刻的点击率按照对应的推送时刻的先后顺序进行排序，并确定排序后的多个点击率的变化趋势。确定的排序后的多个点击率的变化趋势实际上就是到当前为止该目标消息的点击率的变化趋势。之后，服务器可以参考前述步骤303 中介绍的确定排序后的多个点击率的变化趋势，来确定增加了当前推送时刻的点击率之后的排序后的多个点击率的变化趋势。如果该多个点击率的变化趋势为增加，那么，说明当前时段内用户对该目标消息的关注度较高，此时，则应尽快进行下一次推送，也即是，服务器可以直接将确定当前推送时刻的点击率的时刻，也即当前推送时刻加上第一预设时长之后的时刻确定为当前推送时刻的下一推送时刻，换句话说，服务器可以直接在当前时刻返回步骤303进行下一次对该目标消息的推送。如果该多个点击率的变化趋势为减小，那么，说明当前时段内用户对该目标消息的关注度较低，此时，则应推迟下一次的推送，也即是，服务器可以将确定当前推送时刻的点击率的时刻加上第二预设时长，得到当前推送时刻的下一推送时刻。其中，第二预设时长可以小于第一预设时长，例如，该第二预设时长可以为第一预设时长的一半或者三分之一等。

需要说明的是，如果将确定当前推送时刻的点击率的时刻加上第二预设时长得到当前推送时刻的下一推送时刻，那么，对于当前推送时刻推送的目标消息而言，到下一推送时刻为止，该目标消息的点击率将不是在经过第一预设时长后计算的点击率，也即是，当到达下一推送时刻时，服务器需要在下一推送时刻根据当前推送时刻到下一推送时刻之间的点击量来重新计算当前推送时刻的点击率，并以此来更新在经过第一预设时长时计算的当前推送时刻的点击率。其中，基于前述描述可知，当前推送时刻到下一推送时刻之间的点击量，实际上就是第一预设时长加上第二预设时长这段时间内的点击量。

值得注意的是，上述步骤305和步骤306是在服务器推送目标消息的时间间隔不确定，服务器实时计算下一推送时刻的情况下执行的步骤，如果服务器是按照固定的时间间隔来进行目标消息推送，那么，在将目标消息推送到多个终端之后，当前推送时刻的下一推送时刻是固定的，在这种情况下，则不需要执行步骤305和步骤306，换句话说，在本公开实施例中，步骤305和步骤306 是可选步骤。

在本公开实施例中，服务器可以根据当前推送时刻之前的多个点击率，确定当前推送时刻的推送量，这样，当当前推送时刻之前的多个点击率的变化趋势为增加时，服务器可以相应地增加当前推送时刻的推送量，当当前推送时刻之前的多个点击率的变化趋势为减小时，则可以相应地减少当前推送时刻的推送量，也即是，本公开实施例可以通过实时监控点击率的变化趋势，寻找推送该目标消息的合适的时刻，在这些合适的时刻加大推送量，在不合适的时刻则减小推送量，有效地提高了点击率，实现了对点击率的灵活控制，避免了相关技术中在点击率下降的情况下也一直按照指定数量进行推送而导致的点击率低下，以及由此而导致的对服务器资源的浪费。

接下来，对本公开实施例提供的推送消息的装置进行介绍。

图4A是根据一示例性实施例示出的一种推送消息的装置400的框图。参照图4A，该装置包括第一确定模块401和第一推送模块402。

第一确定模块401，用于基于当前推送时刻之前的多个点击率，确定当前推送时刻的推送量；

其中，当前推送时刻之前的多个点击率是指当前推送时刻之前的多个推送时刻推送的目标消息的点击率，推送量是指将目标消息推送至的终端的数量，目标消息是指待推送的任一消息；

第一推送模块402，用于将目标消息推送至数量为推送量的多个终端。

可选地，参见图4B，该装置400还包括：

判断模块403，用于判断当前推送时刻是否为初次推送目标消息的时刻；

第二推送模块404，用于当当前推送时刻为初次推送目标消息的时刻时，将当前推送时刻的推送量确定为预设推送量，并将目标消息推送至数量为预设推送量的多个终端；

触发模块405，用于当当前推送时刻不为初次推送目标消息的时刻时，触发第一确定模块基于当前推送时刻之前的多个点击率，确定当前推送时刻的推送量。

可选地，参见图4C，第一确定模块401包括：

第一确定子模块4011，用于按照多个点击率对应的推送时刻的先后顺序对多个点击率进行排序，并确定排序后的多个点击率的变化趋势；

获取子模块4012，用于获取上一推送时刻的推送量；

第二确定子模块4013，用于基于排序后的多个点击率的变化趋势和上一推送时刻的推送量，确定当前推送时刻的推送量。

可选地，第二确定子模块4013具体用于：

可选地，参见图4D，该装置400还包括：

第二确定模块406，用于当从当前推送时刻起经过第一预设时长后，确定当前推送时刻的点击率；

第三确定模块407，用于基于当前推送时刻之前的多个点击率和当前推送时刻的点击率，确定当前推送时刻的下一推送时刻。

可选地，第三确定模块407具体用于：

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

在本公开实施例中，服务器可以基于当前推送时刻之前的多个点击率，确定当前推送时刻的推送量，并将目标消息推送至数量为当前推送时刻的推送量的多个终端。其中，当前推送时刻之前的多个点击率是指当前推送时刻之前的多个推送时刻推送的目标消息的点击率，推送量是指量目标消息推送至的终端的数量。在本公开实施例中，可以根据当前推送时刻之前的多个点击率，实时调整和确定当前推送时刻的推送量，这样，相对于相关技术中只在指定时刻按照固定的推送量来推送，更加灵活。并且，由于点击率是点击量和推送量之间的比值，因此，根据该多个点击率对当前推送时刻的推送量进行调整，也即是可以根据之前的多个点击率有效的控制当前推送时刻的点击率，这样，就可以通过调整推送量来有效的提高点击率。

图5是根据一示例性实施例示出的一种用于推送消息的装置500的框图。例如，装置500可以被提供为一服务器。参照图5，装置500包括处理器522，其进一步包括一个或多个处理器，以及由存储器532所代表的存储器资源，用于存储可由处理器522的执行的指令，例如应用程序。存储器532中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理器522被配置为执行指令，以执行上述实施例提供的推送消息的方法。

该装置500还可以包括一个电源组件526被配置为执行装置500的电源管理，一个有线或无线网络接口550被配置为将装置500连接到网络，和一个输入输出(I/O)接口558。装置500可以操作基于存储在存储器532的操作***，例如Windows ServerTM，Mac OSXTM，UnixTM,LinuxTM，FreeBSDTM或类似。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器532，上述指令可由装置500的处理器522执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由服务器的处理器执行时，使得服务器能够执行上述实施例提供的推送消息的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims

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

将所述目标消息推送至数量为所述推送量的多个终端。

2.根据权利要求1所述的方法，其特征在于，所述基于所述当前推送时刻之前的多个点击率，确定所述当前推送时刻的推送量之前，还包括：

3.根据权利要求1或2所述的方法，其特征在于，所述基于所述当前推送时刻之前的多个点击率，确定所述当前推送时刻的推送量，包括：

获取上一推送时刻的推送量；

4.根据权利要求3所述的方法，其特征在于，所述基于排序后的所述多个点击率的变化趋势和所述上一推送时刻的推送量，确定所述当前推送时刻的推送量，包括：

5.根据权利要求1或2所述的方法，其特征在于，所述将所述目标消息推送至数量为所述推送量的多个终端之后，还包括：

6.根据权利要求5所述的方法，其特征在于，所述基于所述当前推送时刻之前的多个点击率和所述当前推送时刻的点击率，确定所述当前推送时刻的下一推送时刻，包括：

7.一种推送消息的装置，其特征在于，所述装置包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为权利要求1-6所述的任一项方法的步骤。

8.一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，其特征在于，所述指令被处理器执行时实现权利要求1-6所述的任一项方法的步骤。