CN107135145A - 消息推送控制方法及装置 - Google Patents

Abstract

本发明公开了一种消息推送控制方法及装置，装置包括：接收模块，用于当接收到用户通过智能终端上的目标社交应用发布的动态消息时，查询订阅所述用户的账号的订阅列表；筛选模块，用于从所述订阅列表中选择出不同类型的账号，其中，不同类型的账号包括非活跃账号；延迟推送模块，用于在预设时刻到达时，开始向所述非活跃账号的收件箱推送所述动态消息。从而，对不同的用户采用不同的推送策略，对非活跃用户采用延迟推送，在固定时刻进行推送，大大降低推送压力，降低了服务器实时的压力和负载，避免资源浪费，提高***性能，同时也能减少活跃用户实时推送时的延迟现象。

Description

消息推送控制方法及装置

技术领域

本发明涉及通讯技术领域，尤其涉及一种社交应用的消息推送控制方法及装置。

背景技术

SNS***又称SNS程序、SNS软件、社交网络***，是一个建设社交网站的程序以及服务。一个完整的SNS***通常具备日志、相册、分享、群组、心情、投票等多个功能模块，通过插件机制及开放应用程序接口还能扩展功能应用。其中最重要的又是Feed***(消息分发***)，Feed***是SNS类应用的核心和最复杂的部分，主要涉及社交应用不同用户之间发布的动态消息的推送和订阅管理。

目前主流的采用是推模式来设计分发***，所谓的推模式，就是为每个用户维护1个收件箱，假设1个用户被100万个其他用户关注，相当于这个用户拥有100万的订阅者(即粉丝)。分发***在该用户发布动态消息时的时候会将动态消息分发到订阅该用户的粉丝的收件箱，这样的话查询时候只要从收件箱中查询，查询性能非常高。但是，目前随着手机等智能终端的普及，SNS应用的用户量巨大，因此，SNS应用中许多用户的粉丝数量也越来越大，由于用户众多，在多个用户同时发布动态消息量时，会造成大量的推送，使服务器的推送任务也非常大，让***长期处于高负载状态，同时也可能造成用户间大面积的推送延迟。造成用户体验较差。

因此，有必要提供一种消息推送控制方法，避免上述情况的出现，提高用户体验的同时也减轻服务器压力。

发明内容

本发明的主要目的在于提出一种消息推送控制方法及装置，旨在解决现有技术中SNS应用动态消息推送时服务器推送压力大，存在推送延迟的问题。

为实现上述目的，本发明提出一种消息推送控制装置，所述装置包括：

接收模块，用于当接收到用户通过智能终端上的目标社交应用发布的动态消息时，查询订阅所述用户的账号的订阅列表；

筛选模块，用于从所述订阅列表中选择出不同类型的账号，其中，不同类型的账号包括非活跃账号；

延迟推送模块，用于在预设时刻到达时，开始向所述非活跃账号的收件箱推送所述动态消息。

可选地，不同类型的账号还包括活跃账号，所述装置还包括：

实时推送模块，用于在所述动态消息发布后，开始实时向所述活跃账号的收件箱推送所述动态消息。

可选地，不同类型的账号还包括沉默账号，所述装置还包括：

监控模块，用于实时监控各账号的登录情况以记录各账号的登录时间；

拉取模块，用于当监控到沉默账号重新登录时，从服务器中拉取所述重新登录的沉默账号订阅的所有账号在沉默时段内发布的所有动态消息；

补充推送模块，用于将拉取的所述所有动态消息发送至所述重新登录的沉默账号的收件箱。

可选地，所述延迟推送模块具体包括：

排序单元，用于依据所述非活跃账号的最后登录时间对所述非活跃账号进行排序以得到推送队列；

发送单元，用于依据排序后的推送队列依序对所述非活跃账号的收件箱推送所述动态消息。

可选地，所述延迟推送模块具体包括：

排序单元，用于依据所述非活跃账号与所述用户的账号的互动亲密度对所述非活跃账号进行排序以得到推送队列；

发送单元，用于在预设时刻到达时，依据排序后的推送队列依序对所述非活跃账号的收件箱推送所述动态消息。

此外，为实现上述目的，本发明还提出一种消息推送控制方法，所述方法包括：

当接收到用户通过智能终端上的目标社交应用发布的动态消息时，查询订阅所述用户的账号的订阅列表；

从所述订阅列表中选择出不同类型的账号，其中，不同类型的账号包括非活跃账号；

在预设时刻到达时，开始向所述非活跃账号的收件箱推送所述动态消息。

可选地，不同类型的账号还包括活跃账号，所述方法还包括：

在所述动态消息发布后，开始实时向所述活跃账号的收件箱推送所述动态消息。

可选地，不同类型的账号还包括沉默账号，所述方法还包括：

实时监控各账号的登录情况以记录各账号的登录时间；

当监控到沉默账号重新登录时，从服务器中拉取所述重新登录的沉默账号订阅的所有账号在沉默时段内发布的所有动态消息；

将拉取的所述所有动态消息发送至所述重新登录的沉默账号的收件箱。

可选地，所述方法还包括：

依据所述非活跃账号的最后登录时间对所述非活跃账号进行排序以得到推送队列；

依据排序后的推送队列依序对所述非活跃账号的收件箱推送所述动态消息。

可选地，所述在预设时刻到达时，开始向所述非活跃账号的收件箱推送所述动态消息具体包括：

依据所述非活跃账号与所述用户的账号的互动亲密度对所述非活跃账号进行排序以得到推送队列；

在预设时刻到达时，依据排序后的推送队列依序对所述非活跃账号的收件箱推送所述动态消息。

本发明提出的消息推送控制方法以及装置，当接收到用户通过智能终端上的目标社交应用发布动态消息时，查询订阅所述用户的账号的订阅列表；实时监控各账号的登录情况以记录各账号的登录时间；在预设时刻到达时，开始向非活跃账号的收件箱推送所述动态消息。从而，对不同的用户采用不同的推送策略，对非活跃用户采用延迟推送，在固定时刻进行推送，大大降低推送压力，降低了服务器实时的压力和负载，避免资源浪费，提高***性能，同时也能减少活跃用户实时推送时的延迟现象。

附图说明

图1为实现本发明各个实施例消息推送控制***的结构示意图；

图2为本发明第一实施例提供的消息推送控制装置的模块示意图；

图3为本发明第一实施例提供的消息推送控制装置的另一模块示意图；

图4为本发明第一实施例提供的消息推送控制装置的另一模块示意图；

图5为本发明第二实施例提供的消息推送控制装置中延迟推送模块330的细化模块示意图；

图6为本发明第四实施例提供的消息推送控制方法的流程示意图；

图7为本发明第四实施例提供的消息推送控制方法的另一流程示意图；

图8为本发明图6中步骤S803的细化流程示意图；

图9为本发明图6中步骤S803的另一细化流程示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

现在将参考附图描述实现本发明各个实施例的智能终端。在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身并没有特定的意义。因此，"模块"与"部件"可以混合地使用。图1为实现本发明各个实施例消息推送控制方法***的结构示意图。

消息推送控制***包括多个智能终端100(图中仅示出三个)以及服务器200。

在本发明中，智能终端100上都安装有目标社交应用，用户可以通过自己注册得到的账号登录目标社交应用，与其他用户互动，或是发布动态消息等。智能终端接收用户的输入，并与服务器200进行通信，向外发送消息或是接收消息，具体的，每个目标社交应用的一个账户对应一个收件箱，所有推送给该账户的动态消息都将发送至该收件箱中，智能终端接收的动态消息都将保存至该收件箱中。不同智能终端之间可以通过服务器200建立连接，进行通信，也即使用目标社交应用的不同账户可以通过服务器200进行互动以及发布动态消息。

服务器200时目标社交应用的后台服务器，用于管理目标社交用户账号的注册以及登录、各账号之间消息的发布以及互动等，尤其包括不同账号发布动态消息时，动态消息的推送管理。此处，各账号之间的互动包括但不限于互相订阅，一对一聊天等。

在本发明中，服务器200可以是单独的一台服务器，负责实现所有管理功能，也可以是由多台服务器组成的一个服务器集群，不同的服务器负责不同的管理功能，例如，注册服务器、订阅管理服务器，推送服务器等。

在本发明中，目标社交应用可以是任意社交类应用程序，包括但不限于即时通信应用、语音通信应用或是其他社交类应用例如微博、人人网等。

在本发明中，对于使用目标社交应用的用户而言，不同的用户可以通过其账号订阅其他不同的账号，订阅了某一个账号，则每次该被订阅账号的用户发布动态消息，订阅该账号的其他所有账号的用户都可以在登录账号之后获取到该动态消息。因此，每一个账号都会对应有一个订阅列表，用于记录订阅该账号的所有账号，该账号发布的所有动态消息，该订阅列表上的所有账号都可以看到。同时，每一个账号也会对应有一个关注列表，用于记录该账号订阅的所有账号，关注列表上的所有账号发布的所有动态消息，该账号都可以看到。

智能终端可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如移动电话、智能电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、导航装置等等的智能终端以及诸如数字TV、台式计算机等等的固定终端。下面，假设终端是智能终端。然而，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的构造也能够应用于固定类型的终端。

基于上述的消息推送控制***，提出本发明方法各个实施例。

如图2所示，本发明第一实施例提出一种消息推送控制装置，应用于图1中的服务器端，装置10包括接收模块410，筛选模块420以及延迟推送模块430，以下对模块进行详细说明。

接收模块410，用于当接收到用户通过智能终端上的目标社交应用发布动态消息时，查询订阅所述用户的账号的订阅列表；

具体的，用户可以通过预先注册的账户登录智能终端上的目标社交应用，通过点选相应的发布按键发布动态消息，例如，发布图片消息或是文字消息。智能终端会将该动态消息发送至服务器端，接收模块410将接收到该动态消息、，该动态消息将携带用户的账号信息以及智能终端的地址信息等，包括但不限于用户通过注册时服务器分配给用户的目标社交应用的账号、该账号对应的收件箱信息、智能终端的网络地址以及终端标识等。在本实施例中，假设发布动态消息的账号为第一账号，当用户通过第一账号发布动态消息时，接收模块410通过智能终端接收到该动态消息时，将查询服务器中记录的第一账号的订阅列表，从而确定订阅第一账号的所有账号。

筛选模块420，用于从所述订阅列表中选择出不同类型的账号；

具体的，根据每一个账号订阅列表中订阅账号的最后登录时间，可以将订阅账号分为活跃账户、非活跃账户以及沉默账号。识别标准可以是是第一预设时间内有登录的账号为活跃账号，第一预设时间内未登录但第二预设时间之内有登录的为非活跃账号，第二预设时间内未登录的账号为沉默账号。在本实施例中，第一预设时间优选为三天，第二预设时间优先为七天，也即三天内有登录的账号为活跃账号，三天之外七天之内登录的为非活跃账号，七天之内都未登录的账号为沉默账号。对于不同的类型的账号，可以采用不同的推送方式。筛选模块420负责从订阅列表中选择出不同类型的账号，例如，选择出非活跃账号，选择出活跃账号，以便后续采取不同的推送方式。

延迟推送模块430，用于在预设时刻到达时，开始向所述非活跃账号的收件箱推送所述动态消息。

具体的，对于第一账号订阅列表中的非活跃账号，因为该类账号在最近的第一预设时间内并未有登录记录，因此可以采用延迟推送的方式，由延迟推送模块430在预设时刻到达时才开始将用户通过第一账号发布的动态消息推送到该类账号的收件箱。预设时刻一般为每天的空闲时间段中的任意时刻，即网络负担较轻的时间段中的任意时刻，一般而言，该空闲时间段为晚上12点之后到第二天八点之前，也即每天的00:00至08:00。在本实施例中，预设时刻优选为每天的凌晨2点，即02:00。也即，对于非活跃账号，所有由第一账号发布的需要推送至该类账号的收件箱的动态消息，都将会延迟发送，而集中在每天的02:00才开始进行推送。在每天的02:00，延迟推送模块430才会开始向非活跃账号的收件箱推送在02:00之前由第一账号发布的所有动态消息。因为非活跃账号的数量通常也比较多，而推送消息时一般采用队列进行推送，即将推送任务放到队列中，逐个推送。因此，对于非活跃账号在推送的具体排列队列，还可以根据不同情况选择不同的推送顺序，例如，可以优先推送最后登录时间更为接近当前时间的非活跃账号，也可以优先推送与第一账号互动更多的非活跃账号，还可以根据订阅时间先后，优先推送更早订阅的非活跃账号，本发明对此不作限制。

进一步的，请参考图3，在本实施例中，装置10还可以包括：

实时推送模块440，用于在所述动态消息发布后，开始实时向所述活跃账号的收件箱推送所述动态消息。

具体的，筛选模块420从订阅列表中选择出不同类型的账号后，对于活跃账号，将采用实时推送的方式进行动态消息的推送。因此，实时推送模块440在接收模块410接收到动态消息后，即开始实时向活跃账号的收件箱一一推送的该动态下消息，详细的，可以采用队列进行推送，将推送任务放到队列中，逐个推送。不同活跃账号之间的推送顺序，也即队列的排列顺序，可以根据不同情况选择进行排列，也可以随机排列。具体的推送顺序可以与非活跃用户的推送顺序采用类似的标准。例如，可以优先推送与第一账号互动更多的非活跃账号，还可以根据订阅时间先后，优先推送更早订阅的非活跃账号，本发明对此不作限制。

进一步的，请同时参考图4，在本实施例中，装置10还包括：

监控模块450，用于实时监控各账号的登录情况以记录各账号的登录时间；

具体的，监控模块450实时监控各个账号的登录情况并记录每一个账号的登录时间，详细的，为避免占用过多存储空间，可以仅记录最近预设登录次数的登录时间，例如，记录最新一次登录往前共100次登录的登录时间。最新一次登录的登录时间，即最后登录时间，标记了用户对目标社交应用的最后使用时间。

拉取模块460，用于当监控到沉默账号重新登录时，从服务器中拉取所述重新登录的沉默账号订阅的所有账号在沉默时段内发布的所有动态消息；

具体的，在本实施例中，对于沉默账号，采用的推送方式是不推送。也即在订阅列表中的订阅账号若超过第二预设时间都未登录使用目标账号，则第一账号发布动态消息时，服务器将不向该沉默账号推送该动态消息。只有当该沉默账号再次登录时，由沉默账号变为活跃账号时，服务器才会变换推送方式，重新向该重新登录的沉默账号推送第一账号后续发送的动态消息。沉默账号从被选择为沉默账号到重新登录的这段时间，即为沉默时段，也即从服务器不向该沉默账号推送动态消息时起，到该沉默账号重新登录止，此段时间即为沉默时段。沉默时段内沉默账号所订阅的所有账号(包括第一账号)发布的所有动态消息，服务器都不会向沉默账号推送，因此，当沉默账号重新登录变为活跃账号时，拉取模块460将拉取订阅的所有账号在沉默时段内发布的所有动态消息，作为沉默时段内该沉默账号的漏收消息。

补充推送模块470，用于将拉取的所述所有动态消息发送至所述重新登录的沉默账号的收件箱。

具体的，补充推送模块470将沉默时段内该重新登录的沉默账号的漏收消息发送至该沉默账号的收件箱中，以便补回该重新登录的沉默账号在沉默时段内未收到的动态消息，确保该沉默账号在重新登录时不会遗漏其订阅的所有账号的发布的动态消息。

本实施例提出的消息推送控制装置，当接收到用户通过智能终端上的目标社交应用发布的动态消息时，查询关注所述用户的账号的订阅列表；从所述订阅列表中选择出非活跃账号；在预设时刻到达时，开始向所述非活跃账号的收件箱推送所述动态消息。从而，对不同的用户采用不同的推送策略，对非活跃用户采用延迟推送，在固定时刻进行推送，大大降低推送压力，降低了服务器实时的压力和负载，避免资源浪费，提高***性能，同时也能减少活跃用户实时推送时的延迟现象。

如图5所示，本发明第二实施例进一步提出又一种消息推送控制装置，应用于图1中的服务器端，在本实施例中，所述消息推送控制装置与第一实施例的区别仅在于，在本实施例中，延迟推送模块430具体包括：

排序单元431，用于依据所述非活跃账号的最后登录时间对所述非活跃账号进行排序以得到推送队列；

发送单元432，用于在预设时刻到达时，依据排序后的推送队列依序对所述非活跃账号的收件箱推送所述动态消息。

具体的，因为非活跃账号的数量通常也比较多，而推送消息时一般采用队列进行推送，即将推送任务放到队列中，逐个推送。因此，对于非活跃账号在推送的具体排列队列，还可以根据不同情况选择不同的推送顺序，在本实施例中，将优先推送最后登录时间更接近当前时间的非活跃账号。也即，在对非活跃账号进行推送时，排序单元431先根据各个账号的最后登录时间对非活跃账号进行排序，最后登录时间越接近当前时间，则其排序越前，由此确定推送队列，在预设时刻到达后，例如每天的02:00，发送单元432将根据推送队列依序将第一账号发布的动态消息推送到各个非活跃账号的收件箱中。

本实施例提出的消息推送控制装置，在延迟推送时，还根据待推送账号的登录时间决定动态消息的推送顺序，进一步优化了推送策略，提高了用户体验。

本发明第三实施例进一步提出又一种消息推送控制装置，应用于图1中的服务器端，在本实施例中，所述消息推送控制装置与第二实施例的区别仅在于，在本实施例中：

排序单元431，用于依据所述非活跃账号与所述用户的账号的互动亲密度对所述非活跃账号进行排序以得到推送队列；

发送单元432，用于在预设时刻到达时，依据排序后的推送队列依序对所述非活跃账号的收件箱推送所述动态消息。

具体的，对于非活跃账号在推送的具体排列队列，在本实施例中，将优先推送与第一账号互动亲密度更高的非活跃账号。也即，在对非活跃账号进行推送时，排序单元431先根据各个账号与第一账号的互动亲密度对非活跃账号进行排序，互动亲密度越高，则其排序越前，由此确定推送队列，在预设时刻到达后，例如每天的02:00，发送单元432根据推送队列依序将第一账号发布的动态消息推送到各个非活跃账号的收件箱中。

可以理解的是，此处，互动亲密度可以以不同账号之间的互动次数作为评价标准，例如，账号A与账号B互动100次，与账号C互动50次，则账号A与账号B的互动亲密度要高于账号A与账号C的互动亲密度。此处，互动包括目标社交应用所能提供的所有互动方式，包括但不限于账号与账号之间的一对一聊天，账号与账号之间动态消息的评论、点赞或是转发等，本发明对此不作限制。

本实施例提出的消息推送控制装置，在延迟推送时，还根据待推送账号与消息发布账号之间的互动亲密度决定动态消息的推送顺序，实现了个性化推送，提高了用户体验。

如图6所示，本发明第四实施例提出一种消息推送控制方法，应用于图1中的服务器端，所述方法包括：

步骤S801，当接收到用户通过智能终端上的目标社交应用发布动态消息时，查询订阅所述用户的账号的订阅列表；

具体的，用户可以通过预先注册的账户登录智能终端上的目标社交应用，通过点选相应的发布按键发布动态消息，例如，发布图片消息或是文字消息。智能终端会将该动态消息发送至服务器端，接收模块410将接收到该动态消息、，该动态消息将携带用户的账号信息以及智能终端的地址信息等，包括但不限于用户通过注册时服务器分配给用户的目标社交应用的账号、该账号对应的收件箱信息、智能终端的网络地址以及终端标识等。在本实施例中，假设发布动态消息的账号为第一账号，当用户通过第一账号发布动态消息时，接收模块410通过智能终端接收到该动态消息时，将查询服务器中记录的第一账号的订阅列表，从而确定订阅第一账号的所有账号。

步骤S802，从所述订阅列表中选择出不同类型的账号；

具体的，根据每一个账号订阅列表中订阅账号的最后登录时间，可以将订阅账号分为活跃账户、非活跃账户以及沉默账号。识别标准可以是是第一预设时间内有登录的账号为活跃账号，第一预设时间内未登录但第二预设时间之内有登录的为非活跃账号，第二预设时间内未登录的账号为沉默账号。在本实施例中，第一预设时间优选为三天，第二预设时间优先为七天，也即三天内有登录的账号为活跃账号，三天之外七天之内登录的为非活跃账号，七天之内都未登录的账号为沉默账号。对于不同的类型的账号，可以采用不同的推送方式。筛选模块420负责从订阅列表中选择出不同类型的账号，例如，选择出非活跃账号，选择出活跃账号，以便后续采取不同的推送方式。

步骤S803，在预设时刻到达时，开始向所述非活跃账号的收件箱推送所述动态消息。

具体的，对于第一账号订阅列表中的非活跃账号，因为该类账号在最近的第一预设时间内并未有登录记录，因此可以采用延迟推送的方式，由延迟推送模块430在预设时刻到达时才开始将用户通过第一账号发布的动态消息推送到该类账号的收件箱。预设时刻一般为每天的空闲时间段中的任意时刻，即网络负担较轻的时间段中的任意时刻，一般而言，该空闲时间段为晚上12点之后到第二天八点之前，也即每天的00:00至08:00。在本实施例中，预设时刻优选为每天的凌晨2点，即02:00。也即，对于非活跃账号，所有由第一账号发布的需要推送至该类账号的收件箱的动态消息，都将会延迟发送，而集中在每天的02:00才开始进行推送。在每天的02:00，延迟推送模块430才会开始向非活跃账号的收件箱推送在02:00之前由第一账号发布的所有动态消息。因为非活跃账号的数量通常也比较多，而推送消息时一般采用队列进行推送，即将推送任务放到队列中，逐个推送。因此，对于非活跃账号在推送的具体排列队列，还可以根据不同情况选择不同的推送顺序，例如，可以优先推送最后登录时间更为接近当前时间的非活跃账号，也可以优先推送与第一账号互动更多的非活跃账号，还可以根据订阅时间先后，优先推送更早订阅的非活跃账号，本发明对此不作限制。

步骤S804，在所述动态消息发布后，开始实时向所述活跃账号的收件箱推送所述动态消息。

具体的，筛选模块420从订阅列表中选择出不同类型的账号后，对于活跃账号，将采用实时推送的方式进行动态消息的推送。因此，实时推送模块440在接收模块410接收到动态消息后，即开始实时向活跃账号的收件箱一一推送的该动态下消息，详细的，可以采用队列进行推送，将推送任务放到队列中，逐个推送。不同活跃账号之间的推送顺序，也即队列的排列顺序，可以根据不同情况选择进行排列，也可以随机排列。具体的推送顺序可以与非活跃用户的推送顺序采用类似的标准。例如，可以优先推送与第一账号互动更多的非活跃账号，还可以根据订阅时间先后，优先推送更早订阅的非活跃账号，本发明对此不作限制。

进一步的，请同时参考图7，在本实施例中，除步骤S801-804外，所述方法还包括：

步骤S805，实时监控各账号的登录情况以记录各账号的登录时间；

具体的，监控模块450实时监控各个账号的登录情况并记录每一个账号的登录时间，详细的，为避免占用过多存储空间，可以仅记录最近预设登录次数的登录时间，例如，记录最新一次登录往前共100次登录的登录时间。最新一次登录的登录时间，即最后登录时间，标记了用户对目标社交应用的最后使用时间。

步骤S806，当监控到沉默账号重新登录时，从服务器中拉取所述重新登录的沉默账号订阅的所有账号在沉默时段内发布的所有动态消息；

具体的，在本实施例中，对于沉默账号，采用的推送方式是不推送。也即在订阅列表中的订阅账号若超过第二预设时间都未登录使用目标账号，则第一账号发布动态消息时，服务器将不向该沉默账号推送该动态消息。只有当该沉默账号再次登录时，由沉默账号变为活跃账号时，服务器才会变换推送方式，重新向该重新登录的沉默账号推送第一账号后续发送的动态消息。沉默账号从被选择为沉默账号到重新登录的这段时间，即为沉默时段，也即从服务器不向该沉默账号推送动态消息时起，到该沉默账号重新登录止，此段时间即为沉默时段。沉默时段内沉默账号所订阅的所有账号(包括第一账号)发布的所有动态消息，服务器都不会向沉默账号推送，因此，当沉默账号重新登录变为活跃账号时，拉取模块460将拉取订阅的所有账号在沉默时段内发布的所有动态消息，作为沉默时段内该沉默账号的漏收消息。

步骤S807，将拉取的所述所有动态消息发送至所述重新登录的沉默账号的收件箱。

具体的，补充推送模块470将沉默时段内该重新登录的沉默账号的漏收消息发送至该沉默账号的收件箱中，以便补回该重新登录的沉默账号在沉默时段内未收到的动态消息，确保该沉默账号在重新登录时不会遗漏其订阅的所有账号的发布的动态消息。

本实施例提出的消息推送控制方法，当接收到用户通过智能终端上的目标社交应用发布的动态消息时，查询关注所述用户的账号的订阅列表；从所述订阅列表中选择出非活跃账号；在预设时刻到达时，开始向所述非活跃账号的收件箱推送所述动态消息。从而，对不同的用户采用不同的推送策略，对非活跃用户采用延迟推送，在固定时刻进行推送，大大降低推送压力，降低了服务器实时的压力和负载，避免资源浪费，提高***性能，同时也能减少活跃用户实时推送时的延迟现象。

如图8所示，本发明第五实施例进一步提出又一种消息推送控制方法，应用于图1中的服务器端，在本实施例中，所述消息推送控制方法与第四实施例的区别仅在于，在本实施例中，步骤S803具体包括：

步骤S8031，依据所述非活跃账号的最后登录时间对所述非活跃账号进行排序以得到推送队列；

步骤S8032，在预设时刻到达时，依据排序后的推送队列依序对所述非活跃账号的收件箱推送所述动态消息。

具体的，因为非活跃账号的数量通常也比较多，而推送消息时一般采用队列进行推送，即将推送任务放到队列中，逐个推送。因此，对于非活跃账号在推送的具体排列队列，还可以根据不同情况选择不同的推送顺序，在本实施例中，将优先推送最后登录时间更接近当前时间的非活跃账号。也即，在对非活跃账号进行推送时，排序单元431先根据各个账号的最后登录时间对非活跃账号进行排序，最后登录时间越接近当前时间，则其排序越前，由此确定推送队列，在预设时刻到达后，例如每天的02:00，发送单元432将根据推送队列依序将第一账号发布的动态消息推送到各个非活跃账号的收件箱中。

本实施例提出的消息推送控制方法，在延迟推送时，还根据待推送账号的登录时间决定动态消息的推送顺序，进一步优化了推送策略，提高了用户体验。

如图9所示，本发明第六实施例进一步提出又一种消息推送控制方法，应用于图1中的服务器端，在本实施例中，所述消息推送控制方法与第四实施例的区别仅在于，在本实施例中，步骤S803具体包括：

步骤S8033，依据所述非活跃账号与所述用户的账号的互动亲密度对所述非活跃账号进行排序以得到推送队列；

步骤S8034，在预设时刻到达时，依据排序后的推送队列依序对所述非活跃账号的收件箱推送所述动态消息。

具体的，对于非活跃账号在推送的具体排列队列，在本实施例中，将优先推送与第一账号互动亲密度更高的非活跃账号。也即，在对非活跃账号进行推送时，排序单元431先根据各个账号与第一账号的互动亲密度对非活跃账号进行排序，互动亲密度越高，则其排序越前，由此确定推送队列，在预设时刻到达后，例如每天的02:00，发送单元432根据推送队列依序将第一账号发布的动态消息推送到各个非活跃账号的收件箱中。

可以理解的是，此处，互动亲密度可以以不同账号之间的互动次数作为评价标准，例如，账号A与账号B互动100次，与账号C互动50次，则账号A与账号B的互动亲密度要高于账号A与账号C的互动亲密度。此处，互动包括目标社交应用所能提供的所有互动方式，包括但不限于账号与账号之间的一对一聊天，账号与账号之间动态消息的评论、点赞或是转发等，本发明对此不作限制。

本实施例提出的消息推送控制方法，在延迟推送时，还根据待推送账号与消息发布账号之间的互动亲密度决定动态消息的推送顺序，实现了个性化推送，提高了用户体验。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣，在不冲突的情况下，本发明实施例及实施例中的特征可以相互组合实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

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

接收模块，用于当接收到用户通过智能终端上的目标社交应用发布的动态消息时，查询订阅所述用户的账号的订阅列表；

筛选模块，用于从所述订阅列表中选择出不同类型的账号，其中，不同类型的账号包括非活跃账号；

延迟推送模块，用于在预设时刻到达时，开始向所述非活跃账号的收件箱推送所述动态消息。

2.根据权利要求1所述的消息推送控制装置，其特征在于，不同类型的账号还包括活跃账号，所述装置还包括：

实时推送模块，用于在所述动态消息发布后，开始实时向所述活跃账号的收件箱推送所述动态消息。

3.根据权利要求1所述的消息推送控制装置，其特征在于，不同类型的账号还包括沉默账号，所述装置还包括：

监控模块，用于实时监控各账号的登录情况以记录各账号的登录时间；

拉取模块，用于当监控到沉默账号重新登录时，从服务器中拉取所述重新登录的沉默账号订阅的所有账号在沉默时段内发布的所有动态消息；

补充推送模块，用于将拉取的所述所有动态消息发送至所述重新登录的沉默账号的收件箱。

4.根据权利要求1-3所述的消息推送控制装置，其特征在于，所述延迟推送模块具体包括：

排序单元，用于依据所述非活跃账号的最后登录时间对所述非活跃账号进行排序以得到推送队列；

发送单元，用于在预设时刻到达时，依据排序后的推送队列依序对所述非活跃账号的收件箱推送所述动态消息。

5.根据权利要求1-3所述的消息推送控制装置，其特征在于，所述延迟推送模块具体包括：

排序单元，用于依据所述非活跃账号与所述用户的账号的互动亲密度对所述非活跃账号进行排序以得到推送队列；

发送单元，用于在预设时刻到达时，依据排序后的推送队列依序对所述非活跃账号的收件箱推送所述动态消息。

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

当接收到用户通过智能终端上的目标社交应用发布的动态消息时，查询订阅所述用户的账号的订阅列表；

从所述订阅列表中选择出不同类型的账号，其中，不同类型的账号包括非活跃账号；

在预设时刻到达时，开始向所述非活跃账号的收件箱推送所述动态消息。

7.根据权利要求6所述的消息推送控制方法，其特征在于，不同类型的账号还包括活跃账号，所述方法还包括：

在所述动态消息发布后，开始实时向所述活跃账号的收件箱推送所述动态消息。

8.根据权利要求6所述的消息推送控制方法，其特征在于，不同类型的账号还包括沉默账号，所述方法还包括：

实时监控各账号的登录情况以记录各账号的登录时间；

当监控到沉默账号重新登录时，从服务器中拉取所述重新登录的沉默账号订阅的所有账号在沉默时段内发布的所有动态消息；

将拉取的所述所有动态消息发送至所述重新登录的沉默账号的收件箱。

9.根据权利要求6-8所述的消息推送控制方法，其特征在于，所述方法还包括：

依据所述非活跃账号的最后登录时间对所述非活跃账号进行排序以得到推送队列；

在预设时刻到达时，依据排序后的推送队列依序对所述非活跃账号的收件箱推送所述动态消息。

10.根据权利要求6-8所述的消息推送控制方法，其特征在于，所述在预设时刻到达时，开始向所述非活跃账号的收件箱推送所述动态消息具体包括：

依据所述非活跃账号与所述用户的账号的互动亲密度对所述非活跃账号进行排序以得到推送队列；

在预设时刻到达时，依据排序后的推送队列依序对所述非活跃账号的收件箱推送所述动态消息。