CN112073533A - 一种实时消息推送方法及系统 - Google Patents

Abstract

本申请提供了一种实时消息推送方法及系统，其中方法包括：推送服务端基于待推送消息中的接收对象信息，结合接收对象信息与proxy节点的映射关系，确定接收对象信息对应的目标proxy节点信息，推送服务端根据目标proxy节点信息更新待推送消息的路由信息，得到更新后的待推送消息；推送服务端将更新后的待推送消息发送至消息中间件，使得消息中间件将更新后的待推送消息发送至目标proxy节点，以使得目标proxy节点将接收到的待推送消息转发至接收对象信息对应的客户端。本申请基于消息中间件作为推送服务端和proxy节点的连接节点，推送服务器和proxy节点之间不再通过长链接实现消息推送，且三部分都可做到平滑地水平扩容，实现了推送系统各个部分的解耦。

Description

一种实时消息推送方法及系统

技术领域

本申请涉及互联网消息推送领域，尤其涉及一种实时消息推送方法及系统。

背景技术

伴随着近年来互联网技术的发展，使得人们通过网络进行消息交流以及获取消息的需求越来越大，同时，由于用户对网络消息通信需求的提高，保证海量消息的稳定、高效推送成为了网络服务供应商的首要任务。

而目前使用的消息推送系统的主要架构为通过每个推送服务端节点与每个proxy(客户端接入层)节点建立一条长链接，采用轮询的方式将消息投递到每一个proxy节点，导致现有的消息推送系统普遍存在推送服务端与proxy耦合度高的技术问题。

发明内容

本申请实施例提供了一种实时消息推送方法及系统，用于解决现有的消息推送系统普遍存在推送服务端与proxy耦合度高的技术问题。

首先，本申请第一方面提供了一种实时消息推送方法，包括：

推送服务端基于待推送消息中的接收对象信息，结合接收对象信息与proxy节点的映射关系，确定所述接收对象信息对应的目标proxy节点信息，其中所述接收对象信息包括群组信息以及个体用户信息；

所述推送服务端根据所述目标proxy节点信息更新所述待推送消息的路由信息，得到更新后的待推送消息；

所述推送服务端将所述更新后的待推送消息发送至消息中间件，使得所述消息中间件将所述更新后的待推送消息发送至目标proxy节点，以使得所述目标proxy节点将接收到的所述待推送消息转发至所述接收对象信息对应的客户端。

优选地，所述推送服务端将所述更新后的待推送消息发送至消息中间件具体包括：

所述推送服务端通过串行channel传输方式将所述更新后的待推送消息发送至消息中间件。

优选地，接收对象信息与proxy节点的映射关系的配置过程具体为：

推送服务端接收proxy节点上传的接收者状态信息，所述客户端状态信息为响应于接收对象信息的变更，由接收对象信息对应的proxy节点生成的接收者更新信息；

推送服务端根据接收到的接收者状态信息，生成接收对象信息与proxy节点的映射关系。

本申请第二方面提供了一种实时消息推送系统，用于实现如本申请第一方面所述的实时消息推送方法，包括：推送服务端、消息中间件和proxy节点；

所述推送服务端包括：

目标节点确定单元，用于基于获取到的待推送消息中的接收对象信息，结合接收对象信息与proxy节点的映射关系，确定所述接收对象信息对应的目标proxy节点信息，其中所述接收对象信息包括群组信息以及个体用户信息；

路由信息更新单元，用于根据所述目标proxy节点信息更新所述待推送消息的路由信息，得到更新后的待推送消息；

消息推送单元，用于将所述更新后的待推送消息发送至消息中间件；

所述消息中间件用于将所述待推送消息发送至目标proxy节点，以使得所述目标proxy节点将接收到的所述待推送消息转发至所述接收对象信息对应的客户端。

优选地，所述消息推送单元具体用于，通过串行channel传输方式将所述更新后的待推送消息发送至消息中间件。

优选地，所述推送服务端还包括：

状态信息接收单元，用于接收proxy节点上传的接收者状态信息，所述客户端状态信息为响应于接收对象信息的变更，由接收对象信息对应的proxy节点生成的接收者更新信息；

映射关系构建单元，用于根据接收到的接收者状态信息，生成接收对象信息与proxy节点的映射关系。

从以上技术方案可以看出，本申请实施例具有以下优点：

本申请提供了一种实时消息推送方法及系统，其中方法包括：推送服务端基于待推送消息中的接收对象信息，结合接收对象信息与proxy节点的映射关系，确定所述接收对象信息对应的目标proxy节点信息，其中所述接收对象信息包括群组信息以及个体用户信息；所述推送服务端根据所述目标proxy节点信息更新所述待推送消息的路由信息，得到更新后的待推送消息；所述推送服务端将所述更新后的待推送消息发送至消息中间件，使得所述消息中间件将所述更新后的待推送消息发送至目标proxy节点，以使得所述目标proxy节点将接收到的所述待推送消息转发至所述接收对象信息对应的客户端。

本申请基于消息中间件作为推送服务端和proxy节点的连接节点，推送服务器和proxy节点之间不再通过长链接实现消息推送，且三部分都可做到平滑地水平扩容，实现了推送系统各个部分的解耦。

附图说明

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

图1为本申请提供的一种实时消息推送方法的第一个实施例的流程示意图；

图2为本申请提供的一种实时消息推送方法的第二个实施例的流程示意图

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

图4为本申请提供的一种实时消息推送系统的各个部分推送逻辑示意图。

具体实施方式

目前使用的消息推送系统的主要架构为通过每个推送服务端节点与每个proxy(客户端接入层)节点建立一条长链接，采用轮询的方式将消息投递到每一个proxy节点，导致现有的消息推送系统普遍存在推送服务端与proxy耦合度高的技术问题，使得当推送服务端节点与某个proxy链接出现异常时，将导致大量消息延时过高、消息丢失、上游服务故障等并发问题。

本申请实施例提供了一种实时消息推送方法及系统，用于解决现有的消息推送系统普遍存在推送服务端与proxy耦合度高的技术问题。

为使得本申请的发明目的、特征、优点能够更加的明显和易懂，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，下面所描述的实施例仅仅是本申请一部分实施例，而非全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

请参阅图1，本申请第一个实施例提供了一种实时消息推送方法，包括：

步骤101、推送服务端基于待推送消息中的接收对象信息，结合接收对象信息与proxy节点的映射关系，确定接收对象信息对应的目标proxy节点信息，其中接收对象信息包括群组信息以及个体用户信息。

需要说明的是，本实施例提供的实时消息推送方法以推送服务端为主要描写视角，首先基于待推送消息中的接收对象信息，而待推送消息从推送入口到终端的路由，即接收对象信息的确定，由用户终端连接proxy订阅所产生的订阅关系决定，通过结合接收对象信息与proxy节点的映射关系，确定接收对象信息对应的目标proxy节点信息，例如，当该待推送消息设定的接收对象信息为某个群组的全部用户，此时，根据接收对象信息与proxy节点的映射关系，确定该群组对应的目标proxy节点。

步骤102、推送服务端根据目标proxy节点信息更新待推送消息的路由信息，得到更新后的待推送消息。

需要说明的是，然后基于上一步骤确定的目标proxy节点信息，更新待推送消息的路由信息，得到更新后的待推送消息，以便于后续步骤的执行。

步骤103、推送服务端将更新后的待推送消息发送至消息中间件，使得消息中间件将更新后的待推送消息发送至目标proxy节点，以使得目标proxy节点将接收到的待推送消息转发至接收对象信息对应的客户端。

需要说明的是，推送服务端将更新后的待推送消息发送至消息中间件，完成第一层到中间件的路由，使得消息中间件将更新后的待推送消息中的目标proxy节点信息，再实现中间件到proxy的第二层消息路由，将该推送消息发送至对应的目标proxy节点，以便于目标proxy节点将该推送消息进一步推送至其下属的群组中的全部用户，实现proxy到推送终端的第三次路由。

本申请基于消息中间件作为推送服务端和proxy节点的连接节点，推送服务器和proxy节点之间不再通过长链接实现消息推送，且三部分都可做到平滑地水平扩容，实现了推送系统各个部分的解耦。

以上为本申请提供的一种实时消息推送方法的第一个实施例的详细说明，下面为本申请提供的一种实时消息推送方法的第二个实施例的详细说明。

请参阅图2，在上述第一个实施例的基础上，本申请第二个实施例提供了更具体的一种实时消息推送方法，包括：

更具体地，步骤103具体包括：

步骤1031、推送服务端通过串行channel传输方式将更新后的待推送消息发送至消息中间件，使得消息中间件将更新后的待推送消息发送至目标proxy节点，以使得目标proxy节点将接收到的待推送消息转发至接收对象信息对应的客户端。

需要说明的是，服务端grpc请求为异步，由于较为复杂的推送业务如果异步传入消息中间件会导致消息乱序，所以此处将并行的消息发送过程，通过golang channel处理为串行，虽然串行会降低性能，消息中间件的时效性也可以忽略串行引起的额外延时，从而实现最大化并发性能

更具体地，本实施例的接收对象信息与proxy节点的映射关系的配置过程具体为：

步骤201、推送服务端接收proxy节点上传的接收者状态信息，客户端状态信息为响应于接收对象信息的变更，由接收对象信息对应的proxy节点生成的接收者更新信息；

步骤202、推送服务端根据接收到的接收者状态信息，生成接收对象信息与proxy节点的映射关系。

需要说明的是，对于用户客户端的接入：客户端可通过统一网关连接至proxy，通过认证后proxy在内存中保存用户与连接的映射关系，同时将用户在线状态上报至推送服务端的presence服务(presence服务通过redis实现，主要用于上报和查询用户在线状态，本系统中主要用于查询用户所在proxy)；客户端进入相应的群组频道后，proxy保存频道id与uid的映射关系，即本实施例中提及的接收对象信息与proxy节点的映射关系。

以上为本申请提供的一种实时消息推送方法的第二个实施例的详细说明，下面为本申请提供的一种实时消息推送系统的第一个实施例的详细说明。

请参阅图3和图4，本申请第三个实施例提供了一种实时消息推送系统，包括：

用于实现如本申请第一个实施例或第二个实施例的实时消息推送方法，其特征在于，包括：推送服务端301、消息中间件302和proxy节点303；

推送服务端301包括：

目标节点确定单元3011，用于基于获取到的待推送消息中的接收对象信息，结合接收对象信息与proxy节点的映射关系，确定接收对象信息对应的目标proxy节点信息，其中接收对象信息包括群组信息以及个体用户信息；

路由信息更新单元3012，用于根据目标proxy节点信息更新待推送消息的路由信息，得到更新后的待推送消息；

消息推送单元3013，用于将更新后的待推送消息发送至消息中间件；

消息中间件302用于将待推送消息发送至目标proxy节点，以使得目标proxy节点将接收到的待推送消息转发至接收对象信息对应的客户端。

进一步地，消息推送单元具体用于，通过串行channel传输方式将更新后的待推送消息发送至消息中间件。

进一步地，推送服务端还包括：

状态信息接收单元3014，用于接收proxy节点上传的接收者状态信息，客户端状态信息为响应于接收对象信息的变更，由接收对象信息对应的proxy节点生成的接收者更新信息；

映射关系构建单元3015，用于根据接收到的接收者状态信息，生成接收对象信息与proxy节点的映射关系。

需要说明的是，请参阅图4所示的逻辑图，图中，producer消息生产者，即推送服务端，也是推送系统的消息入口；proxy客户端接入层；multicast广播/屏道消息；PushToUsers单推消息；exchange rabbit消息中间件交换机；queue rabbit消息中间件队列；consumer消息中间件消息消费者(此处由agent组件实现)；PushPolicy推送策略，通过etcd保存和同步推送策略(string)与Proxy分组(group-name根据平台对proxy进行分组)的映射关系；PushPolicy补充说明：作为组件集成到推送服务端，通过etcd动态同步策略与终端类型的映射到内存中，可动态调整策略，以实现将消息动态的投递到1个或多个平台。

2)Agent:agent作为消费者而非proxy直接消费消息，原因主要还是上面讲到的proxy改造的风险较大，本实施例中的agent与proxy绑定，agent代理proxy消费消息中间件的消息，并且通过proxy原本的消息推送端口，通过TCP将消息转发到proxy。

其中，一个proxy和其对应的agent会产生一条消息中间件队列，在高峰时间，一条队列的负载会极高，对于整个消息中间件集群来说，单个队列的负载高，队列数量少，就很容易出现消息中间件各种节点负载不均衡的问题，消息中间件节点负载不均衡将会导致部分节点负载过高，引起部分消费者延时加大，所以在逻辑层面，将一条队列拆分为n条队列，每个agent由原本的消费一条队列变为消费n条队列，同时结合推送服务端多生产者的设计，将每个routingKey也拆为n个，agent的每一条队列只绑定与其对应的拆分后的routingKey，从而缓解“大队列”的问题，提高消息中间件集群的稳定性，并且一定程度上提高了消息的吞吐量、降低了消息延时。

3)用户客户端接入：用户客户端通过统一网关连接至proxy，通过认证后proxy在内存中保存用户与连接的映射关系，同时将用户在线状态上报至presence服务(presence服务通过redis实现，主要用于上报和查询用户在线状态，本系统中主要用于查询用户所在proxy)；用户客户端进入频道后，proxy保存频道id与uid的映射关系。

4)生产者流程：广播消息通过PushPolicy，用policy查询group-name,以group-name作为routingKey(rabbit消息中间件术语)将消息写入消息中间件；单推消息通过presence，用uid查询到proxy-ip，将proxy-ip作为routingkey将消息写入消息中间件。

5)消费者(agent)流程：agent启动后连接消息中间件，申明一条队列，队列名称为proxy-ip,队列绑定proxy-ip和group-name(绑定相当于消费者订阅过程)。消费到消息后，发送给Proxy。

6)Proxy收到消息，广播消息通过频道id查询用户id列表，再通过用户id列表查询链接列表，将消息发送到用户客户端；单推消息通过用户id查询到链接，将消息发送到用户客户端。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

本申请的说明书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (6)

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

推送服务端基于待推送消息中的接收对象信息，结合接收对象信息与proxy节点的映射关系，确定所述接收对象信息对应的目标proxy节点信息，其中所述接收对象信息包括群组信息以及个体用户信息；

所述推送服务端根据所述目标proxy节点信息更新所述待推送消息的路由信息，得到更新后的待推送消息；

所述推送服务端将所述更新后的待推送消息发送至消息中间件，使得所述消息中间件将所述更新后的待推送消息发送至目标proxy节点，以使得所述目标proxy节点将接收到的所述待推送消息转发至所述接收对象信息对应的客户端。

2.根据权利要求1所述的一种实时消息推送方法，其特征在于，所述推送服务端将所述更新后的待推送消息发送至消息中间件具体包括：

所述推送服务端通过串行channel传输方式将所述更新后的待推送消息发送至消息中间件。

3.根据权利要求1所述的一种实时消息推送方法，其特征在于，接收对象信息与proxy节点的映射关系的配置过程具体为：

推送服务端接收proxy节点上传的接收者状态信息，所述客户端状态信息为响应于接收对象信息的变更，由接收对象信息对应的proxy节点生成的接收者更新信息；

推送服务端根据接收到的接收者状态信息，生成接收对象信息与proxy节点的映射关系。

4.一种实时消息推送系统，用于实现如权利要求1至3任意一项所述的实时消息推送方法，其特征在于，包括：推送服务端、消息中间件和proxy节点；

所述推送服务端包括：

目标节点确定单元，用于基于获取到的待推送消息中的接收对象信息，结合接收对象信息与proxy节点的映射关系，确定所述接收对象信息对应的目标proxy节点信息，其中所述接收对象信息包括群组信息以及个体用户信息；

路由信息更新单元，用于根据所述目标proxy节点信息更新所述待推送消息的路由信息，得到更新后的待推送消息；

消息推送单元，用于将所述更新后的待推送消息发送至消息中间件；

所述消息中间件用于将所述待推送消息发送至目标proxy节点，以使得所述目标proxy节点将接收到的所述待推送消息转发至所述接收对象信息对应的客户端。

5.根据权利要求4所述的一种实时消息推送系统，其特征在于，所述消息推送单元具体用于，通过串行channel传输方式将所述更新后的待推送消息发送至消息中间件。

6.根据权利要求4所述的一种实时消息推送系统，其特征在于，所述推送服务端还包括：

状态信息接收单元，用于接收proxy节点上传的接收者状态信息，所述客户端状态信息为响应于接收对象信息的变更，由接收对象信息对应的proxy节点生成的接收者更新信息；

映射关系构建单元，用于根据接收到的接收者状态信息，生成接收对象信息与proxy节点的映射关系。

Images