CN110633442A - 一种推送方法、装置及电子设备 - Google Patents

Abstract

本说明书实施例提供一种推送方法、装置及电子设备。其中，推送方法应用于中间节点，所述中间节点是目标应用的客户端和目标应用的应用服务器之间的消息中转节点，步骤包括：接收标应用的客户端所发送的推送请求消息；确定所述推送请求消息匹配的目标主题；基于预先存储的主题与应用服务器连接配置之间映射关系，选择所述目标主题匹配的应用服务器连接配置，与所述目标应用的应用服务器建立第一连接，基于所述第一连接，将所述推送请求消息转发至所述应用服务器，以获取所述应用服务器基于所述推送请求消息反馈回的推送响应消息；将所述推送响应消息推送至所述客户端。

Description

一种推送方法、装置及电子设备

技术领域

本文件涉及数据处理技术领域，尤其涉及一种推送方法、装置及电子设备。

背景技术

随着互联网技术的发展，基于互联网的应用也得到了越来越广泛的使用。在一些特定的业务场景下，例如股票交易、直播等这类应用需要通过推送装置将实时消息主动推送给客户端(如浏览器、APP等)，以实现其服务功能。而实际应用中，不同类型的业务和客户端对应的推送执行规则并一定相同，使得目前无法通过一个推送装置实现泛用的推送，导致硬件搭建和后期维护的成本高居不下。

有鉴于此，当前亟需一种能够在推送装置上实现的泛用化推送方案，能够减少推送装置的搭建数量，从而降低成本支出。

发明内容

本说明书实施例目的是提供一种推送方法、装置及电子设备，能够实现泛用化的推送服务，可降低推送装置所需要的搭建数量，从而降低成本支出。

为了实现上述目的，本说明书实施例是这样实现的：

第一方面，提供一种推送方法，包括：

中间节点接收目标应用的客户端所发送的推送请求消息，其中，所述中间节点是目标应用的客户端和目标应用的应用服务器之间的消息中转节点；

所述中间节点确定所述推送请求消息匹配的目标主题；

所述中间节点基于所述目标主题匹配的应用服务器连接配置，与所述目标应用的应用服务器建立第一连接，其中，所述中间节点存储有主题与应用服务器连接配置之间映射关系；

所述中间节点基于所述第一连接，将所述推送请求消息转发至所述应用服务器，以获取所述应用服务器基于所述推送请求消息反馈回的推送响应消息；

所述中间节点将所述推送响应消息推送至所述客户端。

第二方面，提供一种推送装置，包括：

推送主题匹配模块，基于客户端发送的推送请求消息，确定所述推送请求消息匹配的目标主题；

推送规则匹配模块，从数据库中调取与所述目标主题相匹配的目标推送执行规则，其中，所述数据库存储有主题与推送执行规则的映射关系，所述目标主题属于所述数据库中的主题；

推送执行模块，按照所述目标推送执行规则，向所述客户端提供针对推送请求消息的推送服务。

第三方面，提供一种电子设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行：

接收标应用的客户端所发送的推送请求消息；

确定所述推送请求消息匹配的目标主题；

基于预先存储的主题与应用服务器连接配置之间映射关系，选择所述目标主题匹配的应用服务器连接配置，与所述目标应用的应用服务器建立第一连接，基于所述第一连接，将所述推送请求消息转发至所述应用服务器，以获取所述应用服务器基于所述推送请求消息反馈回的推送响应消息；

将所述推送响应消息推送至所述客户端。

第四方面，提供一种算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如下步骤：

接收标应用的客户端所发送的推送请求消息；

确定所述推送请求消息匹配的目标主题；

基于预先存储的主题与应用服务器连接配置之间映射关系，选择所述目标主题匹配的应用服务器连接配置，与所述目标应用的应用服务器建立第一连接，

基于所述第一连接，将所述推送请求消息转发至所述应用服务器，以获取所述应用服务器基于所述推送请求消息反馈回的推送响应消息；

将所述推送响应消息推送至所述客户端。

本说明书的实施例将中间节点与应用服务器的连接配置以主题方式部署在中间节点，当中间节点收到客户端发送的推送请求消息时，即可基于推送请求消息所对应的主题选择合适的连接配置连接至应用服务器，以在客户端和应用服务器之间实现推送所需要消息转发。在实际应用中，可以针对不同类型的客户端和/或不同类型的业务分别建立主题，从而使得中间节点能够实现多种模式泛用的推送服务，可大幅减少中间节点实体装置所需要的搭建数量，因此具有很高的实用价值。

附图说明

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

图1为本说明书实施例提供的推送方法的流程示意图。

图2为本说明书实施例提供的推送方法的执行构架流程示意图。

图3为本说明书实施例提供的推送装置的结构示意图。

图4为本说明书实施例提供的电子设备的结构示意图。

具体实施方式

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

如前所述，目前一些基于互联网的应用需要通过推送装置将实时消息主动推送给客户端(如浏览器、APP等)，以实现其服务功能。而实际应用中，不同类型的业务和客户端对应的推送执行规则并一定相同，使得无法通过一个推送装置实现泛用。比如，需要针对不同的应用配置不同的推送装置，甚至针对同一应用中的不同服务功能分别配置不同的推送装置，导致搭建和维护的成本高居不下。

有鉴于此，本说明书旨在提供一种在推送装置上实现的泛用化推送方案，可以减少推送装置的搭建数量，从而降低成本支出。

图1是本说明书实施例推送方法的流程图。图1所示的方法可以由下文相对应的装置执行，包括：

步骤S102，中间节点接收目标应用的客户端所发送的推送请求消息，其中，中间节点是目标应用的客户端和目标应用的应用服务器之间的消息中转节点。

具体地，本步骤中，当客户端需要目标应用提供推送服务，则可以采用单播的方式向中间节点发送推送请求消息(也可以采用其他方式发送推送，本文不作具体限定)。

应理解，中间节点在接收到推送请求消息后，需要将推送请求消息进一步转发至目标应用的应用服务器。

作为示例性介绍。

客户端连接配置可以包括以下几者：

连接方式配置，指示：中间节点与客户端是建立轮询方式的连接，还是建WebSocket方式的连接。

连接时长配置，指示：中间节点与客户端建立连接的有效时长。如果中间节点与客户端的连接时间超出有效时长，则主动断开该连接。

连接心跳检测配置，指示：中间节点与客户端进行心跳监听的相关策略，比如监听报文的应答方式等。

客户端限流配置，指示：中间节点当前能够与客户端进行交互的最大的数据总量。如果中间节点所有待向客户端发送的消息的数据总量超出了客户端限流配置的规定，则需要将待向客户端发送的消息放入置消息队列中以按序发送。应理解，客户端限流配置可以是针对流量的限制，也可以针对连接任务量的限制，本说明书对此不作具体限定。

同理，接入应用连接配置可以包括连接方式配置、连接时长配置、接入应用限流配置等等，由于与客户端限流配置的原理相同，本文不再举例赘述。

此外，在实际应用中，中间节点可以通过两种实现方式确定出推送请求消息所匹配的目标主题。

一种实现方式是中间节点主动根据根据客户端发送推送请求消息所使用的端口的端口类型和/或推送请求消息对应的业务场景下的业务类型，来判断推送请求消息所匹配的目标主题。

另一种实现方式是客户端直接在推送请求消息中指定出目标主题。即推送请求消息携带有所述客户端所指定的主题，中间节点直接客户端早推送请求消息中所指定的主题确定为该推送请求消息所匹配的目标主题。

步骤S104，中间节点确定推送请求消息匹配的目标主题。

应理解，本说明实施例以主题为粒度，区分不同的推送执行规则。在实际需求中，不同类型的客户端和不同类型的业务一般具有不不同的推送执行规则。因此，作为其中一种可行的实现方式，中间节点主动根据根据客户端发送推送请求消息所使用的端口的端口类型(网页接口或者终端应用接口等)和/或推送请求消息对应的业务场景下的业务类型，来判断推送请求消息所匹配的目标主题。

此外，客户端也可以直接在推送请求消息中指定出目标主题。即，本说明书实施例中，推送请求消息携带有客户端所指定的主题，中间节点直接将客户端在推送请求消息中指定的主题确定为推送请求消息匹配的目标主题。

步骤S106，中间节点基于目标主题匹配的应用服务器连接配置，与目标应用的应用服务器建立第一连接，其中，中间节点存储有主题与应用服务器连接配置之间映射关系。

具体地，中间节点可以利用数据库存储所有预先部署的主题以及各主题所对应的应用服务器连接配置。当中间节点确定出推送请求消息匹配的目标主题时，既可以从数据库中进行匹配查询，调取出与目标主题具有映射关系的应用服务器连接配置。

步骤S108，中间节点基于第一连接，将推送请求消息转发至应用服务器，以获取应用服务器基于推送请求消息反馈回的推送响应消息。

步骤S110，中间节点将推送响应消息推送至客户端。

具体地，中间节点同样也可以存储有主题与客户端连接配置之间的映射关系。在本步骤中，基于目标主题匹配的客户端交互配置，与客户端建立第二连接。之后，基于该第二连接，将推送响应消息推送至客户端。

此外，考虑到应用服务器可能不会立刻对客户端的推送请求消息进行响应，中间节点为降低资源消耗，可以在与客户端建立第二连接后，将该第二连接添置至本地缓存中，以在后台维持。之后，中间节点在接收到应用服务器反馈的推送响应消息并准备向客户端进行推送时，从本地缓存主中再调取该第二连接。

基于图1所示的推送方法可以知道，本说明书的实施例将中间节点与应用服务器的连接配置以主题方式部署在中间节点，当中间节点收到客户端发送的推送请求消息时，即可基于推送请求消息所对应的主题选择合适的连接配置连接至应用服务器，以在客户端和应用服务器之间实现推送所需要消息转发。在实际应用中，可以针对不同类型的客户端和/或不同类型的业务分别建立主题，从而使得中间节点能够实现多种模式泛用的推送服务，可大幅减少中间节点实体装置所需要的搭建数量，因此具有很高的实用价值。

下面对本说明书实施例的方法进行详细介绍。

本说明书实施例的方法旨在通过作为中间节点的实体推送装置实现针对不同业务类型、不同客户端类型(比如客户端端口类型)的泛用化推送服务。

其中，主要流程包括：

步骤S201，客户端在需要目标应用提供推送信息时，向中间节点发送推送请求消息。

其中，本说明书实施例不对客户端的类型作具体限定。作为示例性介绍，客户端可以是PC端的各种浏览器，也可以是移动端的APP。

步骤S202，中间节点确定推送请求消息匹配的目标主题和目标应用的应用服务器。

具体地，中间节点可以该根据不同的业务类型和/或不同的客户端的端口类型，来配置不同的主题。

本步骤中，中间节点在接收到推送请求消息后，可根据客户端发送推送请求消息所使用的端口类型和/或推送请求消息对应的业务场景的业务类型，来选择合适的目标主题。

此外，不同应用的应用服务器可以向中间节点订阅主题，以形成推送请求消息-主题-应用服务器之间的映射关系。因此，当中间节点确定目标主题后，中间节点根据存储的主题与订阅该主题的应用服务器之间的映射关系，确定出订阅目标主题的应用服务器。显然该订阅目标主题的应用服务器就是目标应用的应用服务器。

步骤S203，中间节点基于预先存储的各主题与客户端连接配置之间的映射关系，确定出目标主题匹配的客户端连接配置，并按照目标主题匹配的客户端连接配置与客户端建立第二连接。

其中，作为示例性介绍，客户端连接配置可以包括以下任意一者或多者：

连接方式配置，用于指示中间节点与客户端采用何种方式建立连接，比如是轮询方式的的连接，还是WebSocket方式的连接。

连接时长配置，用于指示中间节点与客户端建立连接的有效时长。如果中间节点与客户端的连接时间超出该有效时长，则主动断开连接。

连接心跳检测配置，用于指示中间节点与客户端之间采用何种方式进行心跳监听。比如，心跳报文的发送频率、心跳报文的应答方式等。

连接限流配置，用于限制中间节点与客户端之间交互的流量。比如，限制中间节点与客户端之间可以交互的最大消息量。

在实际应用中，中间节点可以在收到客户端发送的推送请求消息时建立第二连接。客户端在发送一个推送请求消息后，若成功接收到推送响应消息或者是推送请求超时后，可以基于第二链接，再向中间节点发送下一次推送请求消息。

步骤S203，中间节点将与客户端之间的第二连接添加至本地缓存，以在后台维护。

如前上所述，一般情况下，中间节点在接收到推送请求消息后，无法立即获取目标应用所反馈的推送响应消息。因此，可以将与客户端之间的第二连接后台挂起，以减少资源开销。

步骤S204，中间节点基于预先存储的各主题与应用服务器连接配置之间的映射关系，确定出目标主题匹配的应用服务器连接配置，并按照目标主题匹配的应用服务器连接配置与目标应用的应用服务器建立第一连接。

同理，客户端连接配置也可以包括：连接方式配置、连接时长配置、连接心跳检测配置和连接限流配置中的至少一者。

步骤S205，中间节点基于第一连接，将推送请求消息转发至应用服务器。

其中，如前上所述，应用服务器连接配置可以包括应用服务器对应的连接限流配置。该连接限流配置可以由应用服务器设置，目的是防止应用服务器在短时内发送来大量的消息，以保证应用服务器的处理性能不受到影响。

因此，本步骤中，中间节点可以基于待向应用服务器发送的消息的总数量，判断是否符合应用服务器对应的连接限流配置所规定的限流条件。

如果符合，则中间节点基于第一连接，将推送请求消息转发至所述应用服务器。

如果不符合，则中间节点将推送请求消息添加至请求消息队列，并在基于预设的第一调度策略(第一调度策略遵守应用服务器对应的连接限流配置所规定的限流条件)从请求消息队列中选取到推送请求消息时，再基于第一连接，将推送请求消息转发至应用服务器。

步骤S206，中间节点基于第一连接，获取应用服务器针对推送请求消息所反馈的推送响应消息。

具体地，中间节点可以预先存储有符合客户端的结构化处理逻辑。在本步骤中，中间节点可以按照客户端的结构化处理逻辑，对推送响应消息作进一步的处理，从而得到能够被客户端识别的推送响应消息。

步骤S207，中间节点从本地缓存中调取第二连接，并基于第二连接将推送响应消息推送至客户端。

其中，如前上所述，客户端连接配置可以包括客户端对应的连接限流配置。该连接限流配置用于防止应用服务器在短时内向客户端发送来大量的消息，以保证客户端的处理性能不受到影响。

因此，本步骤中，中间节点可以基于待向客户端发送的消息的总数量，判断是否符合客户端对应的连接限流配置所规定的限流条件。

如果符合，则中间节点直接基于第二连接，将推送响应消息推送至客户端；

如果不符合，则中间节点将推送响应消息先添加至响应消息队列，并在基于预设的第二调度策略(第二调度策略遵守客户端对应的连接限流配置所规定的限流条件)从响应消息队列中选取到推送响应消息时，再基于第二连接，将推送响应消息推送至客户端。

以上是对本说明书实施例的方法的原理介绍。在在实际应用中，客户端可以在中间节点注册自己的主题和对应该主题下的客户端连接配置。同理，应用服务器也可以在中间节点注册自己的主题和对应该主题下的应用服务器连接配置。因此，作为其中一种可行的方案，中间节点所确定出的推送请求消息匹配的目标主题可以是指主题集合，主题集合包含目标应用下客户端在中间节点注册的主题以及应用服务器在中间节点注册的主题。

为方便理解，简单举例说明如下：

假设某一客户端针对某款股票软件在中间节点注册了主题A，并为主题A自定义了客户端连接配置，客户端连接配置要求中间节点采用长轮询方式与其建连接。同时，股票软件的应用服务器也同样在中间节点注册了主题B，并为主题B自定义了应用服务器连接配置，应用服务器连接配置要求中间节点与其建立的连接信道数量不超过30个。当中间节点在接收到客户端针对该股票软件所发送的推送请求消息后，根据预先存储的客户端、应用服务器、目标应用之间的映射关系，确定出推送请求消息主题A和主题B作为推送请求消息所匹配的目标主题。之后，中间节点遵守主题A的客户端连接配置，按照长轮询方式与客户端建立连接，并遵守主题B的应用服务器连接配置，在当前与股票软件的应用服务器建立的连接信道数量小于30个前提下，与该股票软件建立针对本次推送请求消息的新连接(即上述第一链接)。

下面具体结合一个实际的应用场景，对本说明书实施例的推送方法进行介绍。

在本应用场景中，如图2所示，中间节点包括：注册模块、数据库、Tengine集群、应用接入设备、控制台。

其中：

中间节点采用负载均衡的方式从Tengine集群中的选取Tengine单元分配给客户端。Tengine单元负责与客户端的业务接入，一方面，客户端可以基于Tengine单元，调用注册模块完成主题注册以及为主题自定义的客户端连接配置，以由注册模块进一步将注册生成的主题以及对应的客户端连接配置关联存储至数据库中；另一方面，Tengine单元后续还负责将来自接入应用的推送响应消息反馈至客户端。此外，接入应用的应用服务器也可以向中间节点发送消息，以在存储库中与自身相关主题添加应用服务器连接配置。

应用接入设备负责与接入应用进行交互。具体地，应用接入设备通过预先部署的软件开发工具包(SDK，Software Development Kit)，来实现与各个接入应用的连接，从而将来自客户端的推送请求消息转发至对应的接入应用。可选地，应用接入设备以集群的方式呈现，由控制台基于负载均衡方式为集群中的各个应用接入设备分配所需要负责转发的推送请求消息，由于具体流程已在上文介绍，因此本文不再举例赘述。

控制台负责客户端连接配置和应用服务器连接配置的的实现。具体地，控制台可以确为Tengine单元确定推送请求消息所匹配的主题，并从数据库中调取相应的客户端连接配置和应用服务器连接配置。之后，基于客户端连接配置，与客户端建立连接，并将连接放入缓存中以在后台维持。同时，控制台还可以遵守客户端连接配置中的连接限流配置，将中间节点所接收的推送请求消息转发至对应的接入应用。比如：连接限流配置要求应用接入设备在单位时间内向应用服务器发送消息最大的数量为100个，如果当前待向应用服务器发送的消息的总数量超出了100个，则控制台将推送请求消息添加至请求消息队列，然后在通过一定的调度策略从请求消息队列中捞取推送请求消息时，再控制接入应用设备将推送请求消息转发至对应的应用服务器。

应理解，应用服务器在获得由应用接入设备转发的推送请求消息，可以针对推送请求消息进行反馈，生成推送响应信息。这里，推送响应信息可以携带有客户端期望请求的推送信息，也可携带有应用服务器拒绝客户端的结果信息，本说明书实施例对此不作具体限定。应用服务器在生成推送响应信息生成后，基于与应用接入设备建立的连接，将其发送至应用接入设备，并由应用接入设备进一步将推送响应信息提交至控制台。

当控制台获得提交的推送响应信息后，即可根据对应的客户端连接配置中的连接限流配置，确定是否将推送响应消息添加至响应消息队列。如果不需，则直接控制对应的Tengine单元调取缓存中与对应客户端建立的连接，以将推送响应消息发送出去。如果需要，则控制台先将推送响应消息添加至响应消息队列中，并通过一定的调度策略对响应消息队列进行捞取。其中，控制台捞取到推送响应消息时，控制该捞取到的推送响应消息所对应的Tengine单元调取缓存中与客户端建立相应的连接，从而利用该连接将推送响应消息进一步推送至对应的客户端。

与上述方法相对应地，如图3所示，本说明书实施例还提供一种推送装置300，包括：

请求接收模块310，接收目标应用的客户端所发送的推送请求消息，其中，所述中间节点是目标应用的客户端和目标应用的应用服务器之间的消息中转节点。

主题确定模块320，所述中间节点确定所述推送请求消息匹配的目标主题。

连接模块330，所述中间节点基于所述目标主题匹配的应用服务器连接配置，与所述目标应用的应用服务器建立第一连接，其中，所述中间节点存储有主题与应用服务器连接配置之间映射关系。

请求转发模块340，所述中间节点基于所述第一连接，将所述推送请求消息转发至所述应用服务器，以获取所述应用服务器基于所述推送请求消息反馈回的推送响应消息。

响应推送模块350，所述中间节点将所述推送响应消息推送至所述客户端。

基于图3所示的推送装置可以知道，本说明书的实施例将中间节点与应用服务器的连接配置以主题方式部署在中间节点，当中间节点收到客户端发送的推送请求消息时，即可基于推送请求消息所对应的主题选择合适的连接配置连接至应用服务器，以在客户端和应用服务器之间实现推送所需要消息转发。在实际应用中，可以针对不同类型的客户端和/或不同类型的业务分别建立主题，从而使得中间节点能够实现多种模式泛用的推送服务，可大幅减少中间节点实体装置所需要的搭建数量，因此具有很高的实用价值。

可选地，所述主题确定模块320在执行时，具体基于所述客户端发送所述推送请求消息所使用的端口的端口类型和/或所述推送请求消息所属业务场景下的业务类型，确定所述推送请求消息匹配的目标主题，其中，所述中间节点存储有端口类型与主题之间的映射关系和/或业务类型与主题之间的映射关系。

或者，所述推送请求消息携带有所述客户端指定的主题，所述主题确定模块320在执行时，具体将所述客户端在所述推送请求消息中指定的主题确定为所述推送请求消息匹配的目标主题。

可选地，所述应用服务器连接配置包括所述应用服务器对应的连接方式配置、连接时长配置、连接心跳检测配置和连接限流配置中的至少一者。

其中，若所述应用服务器连接配置包括所述应用服务器对应的连接限流配置，则请求转发模块340在执行时，具体基于待向所述应用服务器发送的所有消息的总数量，判断是否符合所述应用服务器对应的连接限流配置所规定的限流条件。

若符合，则请求转发模块340基于所述第一连接，将所述推送请求消息转发至所述应用服务器；

若不符合，则请求转发模块340将所述推送请求消息添加至请求消息队列，并在基于预设的第一调度策略从所述请求消息队列中选取到所述推送请求消息时，基于所述第一连接，将所述推送请求消息转发至所述应用服务器，其中，所述第一调度策略遵守所述应用服务器对应的连接限流配置所规定的限流条件。

可选地，所述响应推送模块350在执行时，具体基于所述目标主题匹配的客户端交互配置，与所述客户端建立第二连接，其中，所述中间节点存储有主题与客户端连接配置之间的映射关系。之后，基于所述第二连接，将所述推送响应消息推送至所述客户端。

可选地，所述客户端连接配置包括所述客户端对应的连接方式配置、连接时长配置、连接心跳检测配置和连接限流配置中的至少一者。

其中，若所述客户端连接配置包括所述客户端对应的连接限流配置，则所述响应推送模块350在接收到所述推送响应消息后，基于待向所述客户端发送的所有消息的总数量，判断是否符合所述客户端对应的连接限流配置所规定的限流条件。

若符合，则所述响应推送模块350基于所述第二连接，将所述推送响应消息推送至所述客户端；

若不符合，则所述响应推送模块350将所述推送响应消息添加至响应消息队列，并在基于预设的第二调度策略从所述响应消息队列中选取到所述推送响应消息时，基于所述第二连接，将所述推送响应消息推送至所述客户端，其中，所述第二调度策略遵守所述客户端对应的连接限流配置所规定的限流条件。

可选地，连接模块330在执行时，具体在与客户端建立第二连接后，将所述第二连接添置至本地缓存中，以在后台维持所述第二连接；以及，在准备基于所述第二连接，将所述推送响应消息推送至所述客户端时，从所述本地缓存中调取所述第二连接。

显然，本说明书实施例的推送装置可以作为上述图1所示的推送方法的执行主体，因此能够实现推送方法在图1和图2所实现的功能。由于原理相同，本文不再赘述。

图4是本说明书的一个实施例电子设备的结构示意图。请参考图4，在硬件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(Random-Access Memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。

处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是ISA(Industry Standard Architecture，工业标准体系结构)总线、PCI(PeripheralComponent Interconnect，外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。

处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成推送装置。处理器，执行存储器所存放的程序，并具体用于执行以下操作：

接收标应用的客户端所发送的推送请求消息。

确定所述推送请求消息匹配的目标主题。

基于预先存储的主题与应用服务器连接配置之间映射关系，选择所述目标主题匹配的应用服务器连接配置，与所述目标应用的应用服务器建立第一连接。

基于所述第一连接，将所述推送请求消息转发至所述应用服务器，以获取所述应用服务器基于所述推送请求消息反馈回的推送响应消息。

将所述推送响应消息推送至所述客户端。

基于上述电子设备可以知道，本说明书的实施例将中间节点与应用服务器的连接配置以主题方式部署在中间节点，当中间节点收到客户端发送的推送请求消息时，即可基于推送请求消息所对应的主题选择合适的连接配置连接至应用服务器，以在客户端和应用服务器之间实现推送所需要消息转发。在实际应用中，可以针对不同类型的客户端和/或不同类型的业务分别建立主题，从而使得中间节点能够实现多种模式泛用的推送服务，可大幅减少中间节点实体装置所需要的搭建数量，因此具有很高的实用价值。

上述如本说明书图1所示实施例揭示的推送方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本说明书实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本说明书实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

应理解，本说明书实施例的电子设备可以实现上述装置在图1和图2所示的实施例的功能，本文不再赘述。

当然，除了软件实现方式之外，本说明书的电子设备并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主题并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

此外，本说明书实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的便携式电子设备执行时，能够使上述电子设备执行图1所示实施例的功能，并具体用于执行以下方法：

接收标应用的客户端所发送的推送请求消息。

确定所述推送请求消息匹配的目标主题。

基于预先存储的主题与应用服务器连接配置之间映射关系，选择所述目标主题匹配的应用服务器连接配置，与所述目标应用的应用服务器建立第一连接。

基于所述第一连接，将所述推送请求消息转发至所述应用服务器，以获取所述应用服务器基于所述推送请求消息反馈回的推送响应消息。

将所述推送响应消息推送至所述客户端。

应理解，上述指令当被包括多个应用程序的便携式电子设备执行时，能够使上文所述的推送装置实现图1和图2所示实施例的功能，本文不再赘述。

本领域技术人员应明白，本说明书的实施例可提供为方法、***或计算机程序产品。因此，本说明书可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

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

Claims (13)

1.一种推送方法，包括：

中间节点接收目标应用的客户端所发送的推送请求消息，其中，所述中间节点是目标应用的客户端和目标应用的应用服务器之间的消息中转节点；

所述中间节点确定所述推送请求消息匹配的目标主题；

所述中间节点基于所述目标主题匹配的应用服务器连接配置，与所述目标应用的应用服务器建立第一连接，其中，所述中间节点存储有主题与应用服务器连接配置之间映射关系；

所述中间节点基于所述第一连接，将所述推送请求消息转发至所述应用服务器，以获取所述应用服务器基于所述推送请求消息反馈回的推送响应消息；

所述中间节点将所述推送响应消息推送至所述客户端。

2.根据权利要求1所述的方法，

所述中间节点确定所述推送请求消息匹配的目标主题，包括：

中间节点基于所述客户端发送所述推送请求消息所使用的端口的端口类型和/或所述推送请求消息所属业务场景下的业务类型，确定所述推送请求消息匹配的目标主题，其中，所述中间节点存储有端口类型与主题之间的映射关系和/或业务类型与主题之间的映射关系。

3.根据权利要求1所述的方法，

所述推送请求消息携带有所述客户端指定的主题，所述中间节点确定所述推送请求消息匹配的目标主题，包括：

中间节点将所述客户端在所述推送请求消息中指定的主题确定为所述推送请求消息匹配的目标主题。

4.根据权利要求1-3中任一项所述的方法，

所述应用服务器连接配置包括所述应用服务器对应的连接方式配置、连接时长配置、连接心跳检测配置和连接限流配置中的至少一者。

5.根据权利要求4所述的方法，

若所述应用服务器连接配置包括所述应用服务器对应的连接限流配置，则所述中间节点基于所述第一连接，将所述推送请求消息转发至所述应用服务器，包括：

所述中间节点基于待向所述应用服务器发送的所有消息的总数量，判断是否符合所述应用服务器对应的连接限流配置所规定的限流条件；

若符合，则所述中间节点基于所述第一连接，将所述推送请求消息转发至所述应用服务器；

若不符合，则所述中间节点将所述推送请求消息添加至请求消息队列，并在基于预设的第一调度策略从所述请求消息队列中选取到所述推送请求消息时，基于所述第一连接，将所述推送请求消息转发至所述应用服务器，其中，所述第一调度策略遵守所述应用服务器对应的连接限流配置所规定的限流条件。

6.根据权利要求1-3中任一项所述的方法，

所述中间节点将所述推送响应消息推送至所述客户端，包括：

所述中间节点基于所述目标主题匹配的客户端交互配置，与所述客户端建立第二连接，其中，所述中间节点存储有主题与客户端连接配置之间的映射关系；

所述中间节点基于所述第二连接，将所述推送响应消息推送至所述客户端。

7.根据权利要求6所述的方法，

所述客户端连接配置包括所述客户端对应的连接方式配置、连接时长配置、连接心跳检测配置和连接限流配置中的至少一者。

8.根据权利要求7所述的方法，

若所述客户端连接配置包括所述客户端对应的连接限流配置，则所述中间节点基于所述第二连接，将所述推送响应消息推送至所述客户端，包括：

所述中间节点在接收到所述推送响应消息后，基于待向所述客户端发送的所有消息的总数量，判断是否符合所述客户端对应的连接限流配置所规定的限流条件；

若符合，则所述中间节点基于所述第二连接，将所述推送响应消息推送至所述客户端；

若不符合，则所述中间节点将所述推送响应消息添加至响应消息队列，并在基于预设的第二调度策略从所述响应消息队列中选取到所述推送响应消息时，基于所述第二连接，将所述推送响应消息推送至所述客户端，其中，所述第二调度策略遵守所述客户端对应的连接限流配置所规定的限流条件。

9.根据权利要求6所述的方法，还包括：

所述中间节点在与客户端建立第二连接后，将所述第二连接添置至本地缓存中，以在后台维持所述第二连接；以及，

所述中间节点在准备基于所述第二连接，将所述推送响应消息推送至所述客户端时，从所述本地缓存中调取所述第二连接。

10.根据权利要求1-3中任一项所述的方法，还包括：

所述中间节点在与所述目标应用的应用服务器建立第一连接前，基于所述目标主题，确定所述目标应用的应用服务器，其中，所述中间节点存储有主题与订阅该主题的应用服务器之间的映射关系。

11.一种推送装置，包括：

请求接收模块，接收目标应用的客户端所发送的推送请求消息，其中，所述中间节点是目标应用的客户端和目标应用的应用服务器之间的消息中转节点；

主题确定模块，所述中间节点确定所述推送请求消息匹配的目标主题；

连接模块，所述中间节点基于所述目标主题匹配的应用服务器连接配置，与所述目标应用的应用服务器建立第一连接，其中，所述中间节点存储有主题与应用服务器连接配置之间映射关系；

请求转发模块，所述中间节点基于所述第一连接，将所述推送请求消息转发至所述应用服务器，以获取所述应用服务器基于所述推送请求消息反馈回的推送响应消息；

响应推送模块，所述中间节点将所述推送响应消息推送至所述客户端。

12.一种电子设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行：

接收标应用的客户端所发送的推送请求消息；

确定所述推送请求消息匹配的目标主题；

基于预先存储的主题与应用服务器连接配置之间映射关系，选择所述目标主题匹配的应用服务器连接配置，与所述目标应用的应用服务器建立第一连接；

基于所述第一连接，将所述推送请求消息转发至所述应用服务器，以获取所述应用服务器基于所述推送请求消息反馈回的推送响应消息；

将所述推送响应消息推送至所述客户端。

13.一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如下步骤：

接收标应用的客户端所发送的推送请求消息；

确定所述推送请求消息匹配的目标主题；

基于预先存储的主题与应用服务器连接配置之间映射关系，选择所述目标主题匹配的应用服务器连接配置，与所述目标应用的应用服务器建立第一连接；

基于所述第一连接，将所述推送请求消息转发至所述应用服务器，以获取所述应用服务器基于所述推送请求消息反馈回的推送响应消息；

将所述推送响应消息推送至所述客户端。

Images