CN104702484A - 推送方法及装置 - Google Patents

Abstract

本发明公开了推送方法及装置，其中，该方法包括：将推送的消息的目的用户分为多个组，将组中的用户信息和需要向该组推送的消息放到群发队列中，作为该组的群发任务，在监听到该群发队列中存在该组的群发任务之后，将向该组推送的该消息推送给该组中的用户。通过本发明解决了推送平台系统存在的开销大，难以应对高并发场景的问题，实现了推送平台系统的高性能，高效率。

Description

推送方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及推送方法及装置。

背景技术

目前，推送平台为企业业务、互联网业务、家庭业务以及内容提供商提供统一的消息推送通道和同步传输通道，方便了应用和内容以多种方式，安全、可靠地延伸到用户终端，同时，推送平台为基于移动互联网的应用提供统一的接入点，能更有效地为客户提供高性能、低延时的用户体验服务，增加用户黏性，提升业务收入。

相关技术中，推送平台整体分为二大逻辑部分：第一部分是推送平台终端中间件，推送平台终端中间件是一个预置在智能终端上的通用软件模块。中间件作为程序安装在手机终端上，并保证在每次手机启动时自动后台运行该程序。它主要提供对终端上应用的控制与管理功能，例如，对智能终端上应用注册流程的管理，建立到推送平台网关的连接，对终端应用程序与推送平台网关之间的消息转发等等；第二部分是推送平台网关，推送平台网关是一个运行在移动互联网络上的功能实体。推送平台网关对外提供2部分的接入，一边接入智能终端、另一边接入应用提供商，并且提供对这2部分接入实体之间消息的转发与控制。

推送平台是移动互联网系统中终端与SP（应用服务提供商）之间进行消息传递的平台，目前，相关的业务场景包括SP向终端群发（下行）、终端定购（上行）、即时消息通讯（上行、下行）、终端状态上报（上行）等。目前，实际业务量，SP向终端群发消息占比重很大，其他消息占比重很小。但未来业务发展的趋势是上行、下行消息都可能大幅增长。随着互联网的快速发展，推送平台系统的使用用户会快速的增长，所以这就对推送平台系统的性能，并发容量、效率等提出了更高的要求。

针对相关技术中，推送平台系统存在的开销大，难以应对高并发场景的问题，尚未提出合理的解决方案。

发明内容

本发明提供了一种推送方法及装置，以至少解决推送平台存在的开销大，难以应对高并发场景的问题。

根据本发明的一个方面，提供了一种推送方法，包括：将推送的消息的目的用户分为多个组；将组中的用户信息和需要向所述组推送的消息放到群发队列中，作为该组的群发任务；在监听到所述群发队列中存在所述组的群发任务之后，将向所述组推送的所述消息推送给所述组中的用户。

优选地，将向所述组推送的所述消息推送给所述组中的用户包括：通过UDP报文将所述消息推送给所述组中的用户，其中，所述UDP报文经过可靠处理。

优选地，对所述UDP报文经过可靠处理包括：在将所述消息发送给所述用户之后，如果在预定时间之内未收到所述用户发送的确认消息的情况下，向所述用户重新发送所述消息。

优选地，向所述用户重新发送所述消息包括：在向所述组中的用户推送完毕之后，向所有未反馈确认消息的用户重新推送所述消息。

优选地，对所述UDP报文进行可靠处理包括：将所述消息使用消息交换协议MXP进行封装，并将封装后的所述消息作为所述UDP报文的数据部分。

优选地，将所述组中的用户信息和需要向所述组推送的消息放到群发队列中包括：将所述组中的用户信息和需要向所述组推送的消息放到分布式存储的所述群发队列中。

根据本发明的另一个方面，还提供了一种推送装置，包括：分组模块，用于将推送消息的目的用户分成多个组；放置模块，用于将组中的用户信息和需要向所述组推送的消息放到群发队列中，作为该组的群发任务；推送模块，用于在监听到所述群发队列中存在所述组的群发任务之后，将向所述组推送的所述消息推送给所述组中的用户。

优选地，所述推送模块用于通过UDP报文将所述消息推送给所述组中的用户，其中，所述UDP报文经过可靠处理。

优选地，所述推送模块用于在将所述消息发送给所述用户之后，如果在预定时间之内未收到所述用户发送的确认消息的情况下，向所述用户重新发送所述消息。

优选地，所述推送模块用于在向所述组中的用户推送完毕之后，向所有未反馈确认消息的用户重新推送所述消息。

优选地，所述推送模块用于将所述消息使用消息交换协议MXP进行封装，并将封装后的所述消息作为所述UDP报文的数据部分。

优选地，所述放置模块用于将所述组中的用户信息和需要向所述组推送的消息放到分布式存储的所述群发队列中。

通过本发明，采用将推送的消息的目的用户分为多个组，将组中的用户信息和需要向该组推送的消息放到群发队列中，作为该组的群发任务，在监听到该群发队列中存在该组的群发任务之后，将向该组推送的该消息推送给该组中的用户，解决了推送平台存在的开销大，难以应对高并发场景的问题，实现了推送平台系统的高性能，高效率。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的推送方法的流程图；

图2是根据本发明实施例的推送装置的结构框图；

图3是根据本发明优选实施的推送平台系统的结构图；

图4是根据本发明优选实施的推送平台逻辑的示意图；

图5是根据本发明优选实施的群组用户同步时的处理流程图；

图6是根据本发明优选实施的群发时的处理流程图；

图7是根据本发明优选实施的推送平台网关server进程的线程组成示意图。

具体实施方式

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。

在本实施例中，提供了一种推送方法，图1是根据本发明实施例的推送方法的流程图，如图1所示，该流程包括如下步骤：

步骤S102，将推送的消息的目的用户分为多个组；

步骤S104，将组中的用户信息和需要向该组推送的消息放到群发队列中，作为该组的群发任务；

步骤S106，在监听到群发队列中存在组的群发任务之后，将向该组推送的该消息推送给该组中的用户。

通过上述步骤，将群发的任务分解成多个子任务，从而可以并发执行，相对于现有技术中直接将推送的消息不进行预处理，直接进行群发任务，提高了发送的效率，从而解决了推送平台存在的开销大，难以应对高并发场景的问题，实现了推送平台系统的高性能，多并发，高效率。

在本实施例中，针对相关技术中推送平台系统通信的传输控制协议（Transmission ControlProtocol，简称为TCP）开销大，难以应对高并发场景的文件，作为一个优选实施方式，在本实施例中，通过用户数据报协议（User Datagram Protocol，简称UDP）报文将该消息推送给该组中的用户，UDP具有开销小，性能高，并发无限制的优点，提高了推送平台的效率，减少了开销。

优选地，在本实施例中，可以将UDP报文经过可靠处理，可以增加对UDP报文的是否达到进行验证，例如，在将该消息发送给该用户之后，如果在预定时间之内未收到该用户发送的确认消息的情况下，向该用户重新发送该消息。

更优地，在预定时间没有收到某个用户的反馈的情况下，可以暂时不重发该消息，等待确定该组内所有的没有收到反馈的用户之后再一起进行反馈。在该优选实施方式中，在向该组中的用户推送完毕之后，向所有未反馈确认消息的用户重新推送该消息。

上述可靠性处理，可以采用其他协议来进行实现，例如，可以将该消息使用消息交换协议MXP（Message eXchange protocol，简称为MXP）进行封装，并将封装后的该消息作为该UDP报文的数据部分。上述几种对UDP报文经过可靠处理方式根据实际的应用场景可以同时应用，也可以单独应用，并不受条件的限制。

优选地，在上述实施例及优选实施方式中，还可以将该组中的用户信息和需要向该组推送的消息可以放到分布式存储的该群发队列中，该分布式的存储可灵活的分布和扩展，提高了推送平台的灵活性。

在本实施例中，还提供了一种推送装置，该推送装置用于实现上述的方法，在上述实施例及优选实施方式中已经进行过说明的，在此不再赘述。

需要说明的是，下述装置中的模块的名称并不构成对该模块的实际限定，例如，分组模块可以表述为“用于将推送消息的目的用户分成多个组的模块”，以下的模块均可以在处理器中实现，例如，接收模块可以表述为“一种处理器，用于将推送消息的目的用户分成多个组”，或者，“一种处理器，包括分组模块”等。图2是根据本发明实施例的推送装置的结构框图，如图2所示，该装置包括：分组模块22、放置模块24和推送模块26，下面对该结构进行说明。

分组模块22，用于将推送消息的目的用户分成多个组；

放置模块24，用于将组中的用户信息和需要向该组推送的消息放到群发队列中，作为该组的群发任务；

推送模块26，用于在监听到群发队列中存在组的群发任务之后，将向该组推送的该消息推送给该组中的用户。

优选地，推送模块26可以用于通过UDP报文将该消息推送给该组中的用户，其中，该UDP报文经过可靠处理。

优选地，该推送模块26还可以用于在将该消息发送给该用户之后，如果在预定时间之内未收到该用户发送的确认消息的情况下，向该用户重新发送该消息。

优选地，该推送模块26还可以用于在向该组中的用户推送完毕之后，向所有未反馈确认消息的用户重新推送该消息。

优选地，该推送模块26还可以用于将该消息使用消息交换协议MXP进行封装，并将封装后的该消息作为该UDP报文的数据部分。

优选地，放置模块24可以用于将该组中的用户信息和需要向该组推送的消息放到分布式存储的所述群发队列中。

下面结合优选实施例进行说明。

在本优选实施例中，推送平台以集群方式对外提供服务，进行大规模的消息下推，对外提供消息通道功能，以网络接口方式支持业务服务器的快速接入，并提供终端引擎。

推送平台包括服务端和客户端两部分，分为推送平台终端中间件和推送平台网关，通过UDP进行通讯。

推送平台终端中间件位于客户端，运行于一般的手持设备，包括手机、平板等。在终端上运行APP（Application），APP内嵌入推送平台终端中间件。推送平台终端中间件通过软件开发工具包（Software Development Kit,简称为SDK）的形式为业务的终端提供服务。

服务端包括三部分：互联网接入网关、推送平台网关和分布式存储、数据库。其中互联网接入网关通过四层和七层交换功能，实现对推送平台网关的负载均衡。推送平台网关承担消息处理机的功能。推送平台网关通过互联网接入网关开放接口给服务提供商（ServiceProvider，简称为SP），以网络接口的形式供SP调用。分布式存储作为缓存使用，（包括终端的地址信息和消息），消息下发的消息缓存采用分布式存储的消息队列实现。终端的状态信息、业务用户信息和群组信息等数据存放在数据库中。

本优选实施例中，在消息处理机前端采用互联网接入网关平台，互联网接入网关平台是软件负载均衡设备，硬件设备可以灵活增加。同时系统采用分布式存储和数据库作为数据存储，两者都是分布式,可扩展的。

为了降低最慢的磁盘I/O或数据库I/O的影响，本优选实施例采用分布式存储作缓存，数据库做业务数据的持久化存储。并且为了支持大规模的消息推送，采用UDP的方式进行消息传送。

下面以推送平台系统的应用场景为优选实施例进行说明。

图3是根据本发明优选实施的推送平台系统的结构图，如图3所示，包括应用服务提供商sp、终端上内嵌于APP的永远在线引擎——推送平台终端中间件、服务端永远在线网关——推送平台网关、互联网接入网关、分布式存储、数据库。其中互联网接入网关实现对推送平台网关的负载均衡。分布式存储作为缓存使用，消息下发的消息缓存采用分布式存储的消息队列实现，终端的状态信息、业务用户信息和群组信息等数据存放在数据库中。

图4是根据本发明优选实施的推送平台逻辑的示意图，如图4所示，推送平台系统整体分为客户端和服务端两大部分，推送平台终端中间件（AOE）部署于终端，在终端上运行APP，APP内嵌入推送平台终端中间件。推送平台终端中间件通过SDK的形式为业务的终端提供服务。负责应用唤醒、数据的转发，定时发保活消息上报ip和port信息。推送平台网关(AOG)位于服务端，承担消息处理机的功能，包括数据访问、网络通讯、终端管理、消息的处理。推送平台网关还具有的功能就是消息处理，具体有完成消息的解析、消息校验、消息缓存和消息下发的功能。消息处理模块的内部子模块以线程为单位运行。互联网接入网关(IAG)负责终端上行请求消息、SP下行请求消息的负载均衡。SP主动推送消息、向推送平台网关同步群组信息。推送平台网关外部接口模块和终端的通讯采用UDP消息的方式，内容描述采用AOP协议。与业务服务器SP的对接采用Webservice方式，开放服务供业务服务器调用，同时需要业务服务器开放服务用于支持上行消息。

推送平台网关包括Webservice和server两个子模块，webservice和sp交互，负责下行消息的接收，群组信息同步，上行消息最终送达；server负责app消息的解析、下行消息的可靠推送和缓存重试、上行消息转给webservice模块。

SP通过推送平台向大量终端群发一些推广、通知类的消息，是当前推送平台应用中业务量最大、最常见的场景。为了提高SP的群发性能，推送平台网关可以采用两类措施：

（1）预处理：sp的群组变化时，webservice子模块就预先把群组分段，把实际的用户从数据库中取出来放到分布式存储中，等sp有群发任务时，把每个段作为子任务放到约定的分布式存储-消息队列中，由任一server子模块接收后下发。

例如，如全量导入900万用户的群组A时，webservice按照10000个（指定粒度）用户一个段分成900个段，第一个段以spid_groupid_1为key1(分布式存储生成)，value为数据库中spid_groupid表中第1～10000个用户号码，存到分布式存储中。

第二个段以spid_groupid_2为key2(分布式存储生成)，value为数据库中spid_groupid表中第10001～20000个用户号码，存到分布式存储中，依次类推。

等到当sp向群组A发消息时，将这900个{key，value}对放到约定的分布式存储-消息队列,由server子模块接收后处理。

(2）server子模块侦听群发队列：当抢占到某个分段的群发任务后，把该分段的群发任务通过共享内存直接传给UDP，让UDP直接下发处理，下发处理结束后，server子模块重新获取共享内存控制权，根据每条消息的状态码进行相应处理。

webserivce按照约定粒度预先拆分，以分段为单位进行消息群发，提高了发送效率，降低单个发送线程的负荷。当有群发任务时，推送平台网关的webservice模块以分段为单位，分别依次将分段相关信息和消息内容插入群发任务队列。Server里的群发线程组定时接收分布式存储群发队列，收到消息后逐个用户编码后放到共享内存中，发给可靠UDP线程发送。整个群发过程中，server线程只负责接收任务，并按照规定格式放入共享内存即可。而可靠UDP线程直接读取共享内存进行发送。不需要额外的特殊处理，加快了群发的效率。

图5是根据本发明优选实施的群组用户同步时的处理流程图，如图5所示，当sp通过webservice进行群组用户同步时，推送平台网关的处理流程包括如下步骤。

步骤S502，webservice模块首先查询业务提供商的群组spid_groupid表，将分布式存储(dcache)中所有相关分组key对应的value值设置为过期；

步骤S504，查询数据库（Ebase）的Spid_Groupid表，获得指定分段粒度大小的用户列表；

步骤S506，生成相应分段的key，value值为指定粒度的用户列表，存入分布式存储；

步骤S508，把发起群组用户同步的该sp的id、群id、这次生成的key存入sp_groupid_key键值表中，供后续的查询。

循环执行步骤S504至步骤S508，直至群用户按指定粒度分段完成。

图6是根据本发明优选实施的群发时的处理流程图，如图6所示，当sp发起群发消息时，经过互联网接入网关到达推送平台网关的webservice进程，webservice从数据库中取该sp的信息，进行鉴权，因为消息的群发过程是异步的，所以先给sp返回鉴权之后的响应。然后以群组同步阶段生成的分段为单位，将子任务插入群发任务队列。每个子任务包括两个key-value对，一个是分段用户信息，一个是消息内容。Server进程侦听群发任务队列，一旦接收到某个群发子任务，就取任务对应的消息内容，并依次从分布式存储内取该分段里的用户状态，编码后放入共享内存。这样处理之后，在共享内存中存有该子任务的消息内容和这个分段所有用户的号码、状态等信息。server通知可靠UDP线程进行消息推送,可靠UDP线程不断的推送消息，直至完成。先保证消息的发送，最后处理推送的响应结果，保证消息推送的及时性。这里的server进程可以部署很多个，server进程里的群发线程又可以有很多条，他们一直侦听群发任务队列，抢占群发子任务，这样庞大的群发任务就被分解成多个子任务，并发的被执行，从而提高了群发的性能和效率。

在本优选实施例中，server和webservice间采用松耦合，以分布式存储-消息队列为桥梁进行消息交互，因此只要有一个server，一个webservice存在，内部的消息就不会丢。同一台物理机上可以部署0-1个WebService，1或多个Server进程。

推送平台系统通信基于TCP设计，存在开销大的问题，难以应对高并发场景的要求。UDP具有开销小、性能高、并发无限制的特点，可克服TCP的固有弱点。所以只要再在UDP之上实现传输可靠性，就可以用于推送平台系统的通信，从而极大的提高其性能。

本优选实施例的推送平台系统采用了消息交换协议MXP特点如下：

（1）满足业务需求的基于UDP的简洁高效的协议；

（2）高并发性能，可同时与千万级别的终端通讯，针对业务量大的群发业务做性能优化。对单个终端来讲，通信性能不要求特别高；

（3）可靠性机制：鉴于业务的消息机制特点，采用简单的“停等协议”、“超时重传”机制来实现可靠性；

（4）消息大小：支持传送最大65500字节的消息，但简短消息（小于1KB）性能最高。大消息可由业务上做处理来支持，或者采用适合大量数据传送的TCP协议来实现。

采用MXP，使得推送平台的通信简单，并发量大，占用资源少，有可靠性保证。特别适用于推送平台最常见的高并发简短消息交互场景。

MXP的报文位于UDP报文的数据部分，由MXP首部和数据部分组成。MXP首部包括MsgID、ACK、保留三部分字段，该三个字段具体说明如下：

MsgID：消息标识号，标识源端(src_ip,src_port)向目的端(dest_ip,dest_port)发送的一个MXP消息，消息发送端分配MsgID并保证消息生存期间端到端范围内不重复，不要求必须递增。

ACK：为0时，表示本报文为消息报文，MsgID字段为本报文承载的消息的标识号。为1时，表示本报文为确认报文，MsgID字段为已收到的消息的标识号，表示源端已成功接收目的端之前发送的标识号为MsgID的消息报文。

保留：所有保留字段在必须填0，以便后续协议扩展时启用。

MXP归属于推送平台网关（AOG）的server进程。图7是根据本发明优选实施的推送平台网关server进程的线程组成示意图，如图7所示，包括1个Ctrl线程、多个Serv线程和多个MXP线程。每个MXP线程代码上完全相同，即它们运行时的处理逻辑相同，但数据可以不同。Ctrl线程负责进程的总体控制，包括启动/退出协调、配置管理、操作维护等。Server线程负责推送平台网关业务处理，包括群发、重试等。MXP线程负责通信处理，包括MXP协议处理、发送消息、接收消息。

本发明优选实施例基于一种高性能、多并发的推送平台系统实现方法，通过建立高效合理的推送平台架构体系，针对应用场景做适当的预处理，同时尽量减少模块之间的交互、逻辑判断，采用高效的UDP方式通讯，在此基础上又通过可靠、高并发的MXP协议保证其消息传递的可靠性,本优选实施例实现了推送平台系统的效率、性能、并发数、可扩展性都有了很大提升。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

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

将推送的消息的目的用户分为多个组；

将组中的用户信息和需要向所述组推送的消息放到群发队列中，作为该组的群发任务；

在监听到所述群发队列中存在所述组的群发任务之后，将向所述组推送的所述消息推送给所述组中的用户。

2.根据权利要求1所述的方法，其特征在于，将向所述组推送的所述消息推送给所述组中的用户包括：

通过UDP报文将所述消息推送给所述组中的用户，其中，所述UDP报文经过可靠处理。

3.根据权利要求2所述的方法，其特征在于，对所述UDP报文经过可靠处理包括：

在将所述消息发送给所述用户之后，如果在预定时间之内未收到所述用户发送的确认消息的情况下，向所述用户重新发送所述消息。

4.根据权利要求3所述的方法，其特征在于，向所述用户重新发送所述消息包括：

在向所述组中的用户推送完毕之后，向所有未反馈确认消息的用户重新推送所述消息。

5.根据权利要求2至4中任一项所述的方式，其特征在于，对所述UDP报文进行可靠处理包括：将所述消息使用消息交换协议MXP进行封装，并将封装后的所述消息作为所述UDP报文的数据部分。

6.根据权利要求1至4中任一项所述方法，其特征在于，将所述组中的用户信息和需要向所述组推送的消息放到群发队列中包括：

将所述组中的用户信息和需要向所述组推送的消息放到分布式存储的所述群发队列中。

7.一种推送装置，其特征在于，包括：

分组模块，用于将推送消息的目的用户分成多个组；

放置模块，用于将组中的用户信息和需要向所述组推送的消息放到群发队列中，作为该组的群发任务；

推送模块，用于在监听到所述群发队列中存在所述组的群发任务之后，将向所述组推送的所述消息推送给所述组中的用户。

8.根据权利要求7所述的装置，其特征在于，

所述推送模块用于通过UDP报文将所述消息推送给所述组中的用户，其中，所述UDP报文经过可靠处理。

9.根据权利要求8所述的装置，其特征在于，

所述推送模块用于在将所述消息发送给所述用户之后，如果在预定时间之内未收到所述用户发送的确认消息的情况下，向所述用户重新发送所述消息。

10.根据权利要求9所述的装置，其特征在于，所述推送模块用于在向所述组中的用户推送完毕之后，向所有未反馈确认消息的用户重新推送所述消息。

11.根据权利要求8至10中任一项所述的方式，其特征在于，所述推送模块用于将所述消息使用消息交换协议MXP进行封装，并将封装后的所述消息作为所述UDP报文的数据部分。

12.根据权利要求7至10中任一项所述装置，其特征在于，所述放置模块用于将所述组中的用户信息和需要向所述组推送的消息放到分布式存储的所述群发队列中。