CN114827064B - 消息推送方法、装置、电子设备和可读介质 - Google Patents

Abstract

本公开提供一种消息推送方法、装置、电子设备和可读介质，其中，消息推送方法包括：响应于创建消息会话连接的请求，建立接收方与分布式数据库之间的第一连接服务，以及建立发送方与分布式数据库之间的第二连接服务；在分布式数据库中，根据接收方的用户信息创建消息信箱，消息信箱中的信息以键值对形式保存，消息信箱的地址为键值对中的键，用户信息为键值对中的值；通过第一连接服务监听发送方是否生成属于消息会话连接的消息；通过第一连接服务将监听到的消息路由至消息信箱；通过所述第二连接服务拉取消息信箱中的消息并发送至接收方。通过本公开实施例，在提升了消息推送可靠性和响应效率的同时，降低了服务器的数据交互压力。

Description

消息推送方法、装置、电子设备和可读介质

技术领域

本公开涉及消息推送技术领域，具体而言，涉及一种消息推送方法、装置、电子设备和可读介质。

背景技术

目前，即时通信系统(IM，Instant Messenger)是一款跨平台(Linux Server，Windows Server)且可定制的P2P即时通信系统(集成多人视频会议功能)，为各行业门户网站和企事业单位提供“一站式”定制解决方案，打造一个稳定、安全、高效、可扩展的即时通信系统。

在相关技术中，IM系统中消息传输通信依赖于服务器和客户端机器所建立的Socket长连接实现。如图1所示，IM系统的架构中可以包括客户端中的一种或多种、网络和服务器102。网络在客户端和服务器102之间提供通信链路的介质。用户可以使用第一客户端104或第二客户端106与服务器102交互，以接收或发送消息等。

但是，现有的IM系统通常基于单台服务器实现消息推送，由于单台服务器所能支持的连接数和处理能力有限，这容易成为系统性能的瓶颈，如果只是简单扩展为多台服务器，则可能出现通信双方的连接不属于同一服务器的情形，这样就不能完成消息通信或导致消息推送的延迟较大。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的目的在于提供一种消息推送方法、装置、电子设备和可读介质，用于至少在一定程度上克服由于相关技术的限制和缺陷而导致的IM系统的消息交互压力大的问题。

根据本公开实施例的第一方面，提供一种消息推送方法，包括：响应于创建消息会话连接的请求，建立接收方与分布式数据库之间的第一连接服务，以及建立发送方与所述分布式数据库之间的第二连接服务；在所述分布式数据库中，根据所述接收方的用户信息创建消息信箱，所述消息信箱中的信息以键值对形式保存，所述消息信箱的地址为所述键值对中的键，所述用户信息为所述键值对中的值；通过所述第一连接服务监听所述发送方是否生成属于所述消息会话连接的消息；通过所述第一连接服务将监听到的消息路由至所述消息信箱；通过所述第二连接服务拉取所述消息信箱中的消息并发送至所述接收方。

在本公开的一种示例性实施例中，所述第二连接服务包括提取服务和推送服务，通过所述第二连接服务拉取所述消息信箱中的消息并发送至所述接收方包括：通过所述提取服务从所述消息信箱中提取所述消息，并确定所述消息的接收方；通过所述推送服务将所述消息以指定推送方式发送至所述接收方。

在本公开的一种示例性实施例中，在通过所述提取服务从所述消息信箱中提取所述消息前，还包括：接收针对聊天室的创建信息；根据所述创建信息确定聊天类型和所述聊天室内的成员的属性信息，所述属性信息包括所述消息的推送类型；根据所述聊天类型将所述聊天室的信息存储至聊天室表中；将所述成员的属性信息存储至聊天室成员表中，所述聊天室表和所述聊天室成员表被配置为用于确定所述消息的接收方。

在本公开的一种示例性实施例中，还包括：确定所述消息对应的聊天室成员表和聊天室表；根据所述聊天室成员表和所述聊天室表筛选确定一个成员的集合，所述成员的集合包括所述消息的接收方。

在本公开的一种示例性实施例中，还包括：确定所述消息信箱的预设前缀标识；确定所述用户信息对应的用户身份标识；确定所述消息会话连接的连接类型；根据所述预设前缀标识、所述用户身份标识和所述连接类型确定所述消息信箱的地址。

在本公开的一种示例性实施例中，所述第一连接服务和/或所述第二连接服务基于RPC调用服务实现。

在本公开的一种示例性实施例中，所述推送类型包括SOCKET和/或API。

根据本公开实施例的第二方面，提供一种消息推送装置，包括：连接模块，设置为响应于创建消息会话连接的请求，建立接收方与分布式数据库之间的第一连接服务，以及建立发送方与所述分布式数据库之间的第二连接服务；创建模块，设置为在所述分布式数据库中，根据所述接收方的用户信息创建消息信箱，所述消息信箱中的信息以键值对形式保存，所述消息信箱的地址为所述键值对中的键，所述用户信息为所述键值对中的值；监听模块，设置为通过所述第一连接服务监听所述发送方是否生成属于所述消息会话连接的消息；路由模块，设置为通过所述第一连接服务将监听到的消息路由至所述消息信箱；发送模块，设置为通过所述第二连接服务拉取所述消息信箱中的消息并发送至所述接收方。

根据本公开的第三方面，提供一种电子设备，包括：存储器；以及耦合到所述存储器的处理器，所述处理器被配置为基于存储在所述存储器中的指令，执行如上述任意一项所述的方法。

根据本公开的第四方面，提供一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现如上述任意一项所述的消息推送方法。

本公开实施例，基于消息会话连接创建第一连接服务和第二连接服务，并根据接收方的用户信息在分布式数据库中创建消息信箱，并且通过所述第一连接服务监听所述发送方是否生成属于所述消息会话连接的消息，在通过所述第一连接服务将监听到的消息路由至所述消息信箱后，继续通过所述第二连接服务拉取所述消息信箱中的消息并发送至所述接收方，每个连接服务基于服务器集群中的一个服务器实现，通过多个服务器的协作来降低了单台服务器的消息交互压力。

进一步地，通过在分布式数据库中创建消息信箱，在通过所述第一连接服务将监听到的消息路由至所述消息信箱后，继续通过所述第二连接服务拉取所述消息信箱中的消息并发送至所述接收方，也即基于第一连接服务和第二连接服务将即时生成的消息经消息信箱发送至接收方，降低了消息推送的响应时间。

另外，消息信箱可以关联于同一个用户的多个客户端，进而在向接收方推送消息时，可以将消息同步至接收方的多个客户端，提升了用户的即时消息通信体验。

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

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了现有技术中的消息推送方案的示例性系统架构的示意图；

图2是本公开示例性实施例中一种消息推送方法的流程图；

图3是本公开示例性实施例中另一种消息推送方法的流程图；

图4是本公开示例性实施例中另一种消息推送方法的流程图；

图5是本公开示例性实施例中另一种消息推送方法的流程图；

图6是本公开示例性实施例中另一种消息推送方法的流程图；

图7是本公开示例性实施例中一种消息推送方案的架构示意图；

图8是本公开示例性实施例中一种消息推送方案的聊天室场景下的交互示意图；

图9是本公开示例性实施例中另一种消息推送方案的聊天室场景下的交互示意图；

图10是本公开示例性实施例中一种消息推送方案的流程图；

图11是本公开示例性实施例中一种消息推送装置的方框图；

图12是本公开示例性实施例中一种电子设备的方框图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。

此外，附图仅为本公开的示意性图解，图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

下面结合附图对本公开示例实施方式进行详细说明。

图2是本公开示例性实施例中消息推送方法的流程图。

参考图2，消息推送方法可以包括：

步骤S202，响应于创建消息会话连接的请求，建立接收方与分布式数据库之间的第一连接服务，以及建立发送方与所述分布式数据库之间的第二连接服务。

步骤S204，在所述分布式数据库中，根据所述接收方的用户信息创建消息信箱，所述消息信箱中的信息以键值对形式保存，所述消息信箱的地址为所述键值对中的键，所述用户信息为所述键值对中的值。

步骤S206，通过所述第一连接服务监听所述发送方是否生成属于所述消息会话连接的消息。

步骤S208，通过所述第一连接服务将监听到的消息路由至所述消息信箱。

步骤S210，通过所述第二连接服务拉取所述消息信箱中的消息并发送至所述接收方。

本公开实施例基于消息会话连接创建第一连接服务和第二连接服务，并根据接收方的用户信息在分布式数据库中创建消息信箱，并且通过所述第一连接服务监听所述发送方是否生成属于所述消息会话连接的消息，在通过所述第一连接服务将监听到的消息路由至所述消息信箱后，继续通过所述第二连接服务拉取所述消息信箱中的消息并发送至所述接收方，每个连接服务基于服务器集群中的一个服务器实现，通过多个服务器的协作来降低了单台服务器的消息交互压力。

进一步地，通过在分布式数据库中创建消息信箱，在通过所述第一连接服务将监听到的消息路由至所述消息信箱后，继续通过所述第二连接服务拉取所述消息信箱中的消息并发送至所述接收方，也即基于第一连接服务和第二连接服务将即时生成的消息经消息信箱发送至接收方，降低了消息推送的响应时间。

另外，消息信箱可以关联于同一个用户的多个客户端，进而在向接收方推送消息时，可以将消息同步至接收方的多个客户端，提升了用户的即时消息通信体验。

下面，对消息推送方法的各步骤进行详细说明。

在本公开的一种示例性实施例中，如图3所示，所述第二连接服务包括提取服务和推送服务，通过所述第二连接服务拉取所述消息信箱中的消息并发送至所述接收方包括：

步骤S302，通过所述提取服务从所述消息信箱中提取所述消息，并确定所述消息的接收方。

步骤S304，通过所述推送服务将所述消息以指定推送方式发送至所述接收方。

在上述实施例中，提取服务和推送服务可以是一一对应的关系。

在本公开的一种示例性实施例中，如图4所示，在通过所述提取服务从所述消息信箱中提取所述消息前，还包括：

步骤S402，接收针对聊天室的创建信息。

步骤S404，根据所述创建信息确定聊天类型和所述聊天室内的成员的属性信息，所述属性信息包括所述消息的推送类型。

步骤S406，根据所述聊天类型将所述聊天室的信息存储至聊天室表中。

步骤S408，将所述成员的属性信息存储至聊天室成员表中，所述聊天室表和所述聊天室成员表被配置为用于确定所述消息的接收方。

在上述实施例中，通过构建聊天室表和聊天室成员表来确定消息的接收方，可以确定多个满足条件的聊天室成员作为接收方，基于消息信息与接收方之间的关联关系批量地将消息推送至接收方，提升了消息推送效率和可靠性。

在本公开的一种示例性实施例中，如图5所示，还包括：

步骤S502，确定所述消息对应的聊天室成员表和聊天室表。

步骤S504，根据所述聊天室成员表和所述聊天室表筛选确定一个成员的集合，所述成员的集合包括所述消息的接收方。

在本公开的一种示例性实施例中，如图6所示，还包括：

步骤S602，确定所述消息信箱的预设前缀标识。

步骤S604，确定所述用户信息对应的用户身份标识。

步骤S606，确定所述消息会话连接的连接类型。

步骤S608，根据所述预设前缀标识、所述用户身份标识和所述连接类型确定所述消息信箱的地址。

在上述实施例中，消息信箱的地址的构建逻辑包括：信箱统一前缀+租户ID+客户端连接类型+用户ID。其中，用户身份标识包括租户ID和用户ID。

在本公开的一种示例性实施例中，所述第一连接服务和/或所述第二连接服务基于RPC调用服务实现。

在本公开的一种示例性实施例中，所述推送类型包括SOCKET和/或API。

其中，SOCKET(套接字)是对网络中不同主机上的应用进程之间进行双向通信的端点的抽象。一个套接字就是网络上进程通信的一端，提供了应用层进程利用网络协议交换数据的机制。从所处的地位来讲，套接字上联应用进程，下联网络协议栈，是应用程序通过网络协议进行通信的接口，是应用程序与网络协议根进行交互的接口。

另外，把复杂的编程操作写在一个函数里面，编译成一个组件(一般是动态链接库)，随操作系统一起发布，并配上说明文档，只需要简单地调用这些函数就可以完成复杂的工作，让编程变得简单有趣。这些封装好的函数，就叫做API(Application ProgrammingInterface，即应用程序编程接口)。

在本公开的一种示例性实施例中，如图7所示，消息推送方案的架构中包括：分布式存储器702、多个用于连接服务的服务器(第一服务器704、第二服务器706和第三服务器708)、服务集群710、Client 1(发送方客户端)712、Client 2(接收方客户端)714。

如图7所示的消息推送方案通过以下几个步骤实现消息推送：

1、Client 1(发送方客户端)712发送消息给Client 2(接收方客户端)714。

2、第一服务器704通过RPC调用服务集群710，其中，RPC(Remote Procedure CallProtocol，远程过程调用协议)是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。

3、服务集群710通过RPC调用向第二服务器706下发路由结果。

4、第二服务器706将消息投递到Client 2(接收方客户端)714的消息信箱。

5、第三服务器708从消息信箱中拉取Client 2(接收方客户端)714的消息。

6、第三服务器708将消息投递给Client 2(接收方客户端)714。

在本公开的一种示例性实施例中，如图8所示，在聊天室场景下创建消息会话连接后确定多个客户端之间的聊天关系802，消息推送防范包括以下几个阶段：

1、创建会话阶段：该阶段会根据创建信息里面的聊天类型和成员806信息创建一个聊天室804，聊天室804类型可以是单聊也可以是群聊，聊天成员806信息会有属性说明这个成员806对消息的推送类型，推送类型可以是SOCKET，也可以是API。

其中，聊天室804的实现使用了关系型数据库作为底层存储，关系型数据库表中的每一条数据代表一个聊天室804。聊天室804的创建最终便是把聊天室804信息保存到数据库的聊天室804表中同时把成员806的信息也保存到数据库的聊天室804的成员表中。后续的消息操作可以基于对数据库中这两张表中查询知道消息属于哪一个聊天室804，以及聊天室804的成员806中包括的用户，以及用户对应的消息信箱1、消息信箱2、消息信箱3和消息信箱4。

2、聊天消息发送阶段：确定聊天室804的成员806，发送消息到连接服务器，连接服务器调用消息路由服务来路由处理消息，在这个阶段消息发送方在发送的消息里面需要包含聊天室804编号信息。

3、聊天消息路由阶段：触发消息路由服务，根据消息的聊天室804编号查询到对应所有的聊天室804的成员806，并把发送者排除后剩下的用户列表作为消息的最终接收者。然后把整合后的消息重新推送给连接服务器，连接服务器根据接收者列表信息，组装各个消息信箱的信息并依次投递到对应消息信箱。

如图9所示，消息路由的过程最重要就是找到消息的所有接收人，并推送到对应的终端，包括以下步骤：

步骤S902，根据聊天室查询成员列表。

步骤S904，遍历聊天室成员。

其中，为了实现灵活地路由策略的调整，把这个过程设计成一个可编排的过程，可以随时灵活地增加或者删除提取器和推送处理器，每个提取器对应着一个专属的推送器，提取器决定消息要发送给谁，而推送器决定以怎样的方式推送消息。

步骤S906，第一成员的提取器1提取消息信箱中的消息，并通过推送器1将消息推送至第一成员的客户端。

步骤S908，第n成员的提取器n提取消息信箱中的消息，并通过推送器n将消息推送至第n成员的客户端，n表示聊天室内的成员的个数。

其中，在聊天室场景下，将群的信息和群成员的信息作为提取器的判断条件，每个提取器只要判定当前群属性和成员属性满足提取要求就会把该用户纳入本次提取结果集中交由对应的推送器，等待推送消息。

4、消息的推送阶段：不同的消息推送器有不同推送方式，以SOCKT长连接推送的方式举例。

消息路由服务会通过RPC调用的方式把消息推送给连接服务，连接服务拿到消息后会根据接收人列表信息找到对应的每个接收人的信箱地址，地址构建逻辑为“信箱统一前缀+租户ID+客户端连接类型+用户ID”，通过这几个维度的信息可以确定一个唯一的信箱地址。

连接服务依次把消息投递到每个接收人的消息信箱中，在连接服务设计中的每个连接服务后台创建一个任务，该任务会负责循环检查当前所维护的所有用户连接信息，然后根据连接信息构建对应的用户信箱地址，然后去检查信箱中是否有新消息的到来，如果有新消息则把消息通过长连接推送给用户。

在本公开的一种示例性实施例中，如图10所示，消息推送方法还包括以下步骤：

步骤S1002，检查当前服务器所持有的所有连接。

步骤S1004，根据当前连接信息构造信息地址。

步骤S1006，判断该连接所对应的消息信箱中是否有消息，若是，则执行步骤S1008，若否，则执行步骤S1004。

步骤S1008，提取最后一条消息构造消息通知。

步骤S1010，通过连接服务推送消息到终端。

步骤S1012，通过第二连接服务拉取消息信箱中的消息并发送至接收方。

对应于上述方法实施例，本公开还提供一种消息推送装置，可以用于执行上述方法实施例。

图11是本公开示例性实施例中一种消息推送装置的方框图。

参考图11，消息推送装置1100可以包括：

连接模块1102，设置为响应于创建消息会话连接的请求，建立接收方与分布式数据库之间的第一连接服务，以及建立发送方与所述分布式数据库之间的第二连接服务。

创建模块1104，设置为在所述分布式数据库中，根据所述接收方的用户信息创建消息信箱，所述消息信箱中的信息以键值对形式保存，所述消息信箱的地址为所述键值对中的键，所述用户信息为所述键值对中的值。

监听模块1106，设置为通过所述第一连接服务监听所述发送方是否生成属于所述消息会话连接的消息。

路由模块1108，设置为通过所述第一连接服务将监听到的消息路由至所述消息信箱。

发送模块1110，设置为通过所述第二连接服务拉取所述消息信箱中的消息并发送至所述接收方。

在本公开的一种示例性实施例中，所述第二连接服务包括提取服务和推送服务，发送模块1110还设置为：通过所述提取服务从所述消息信箱中提取所述消息，并确定所述消息的接收方；通过所述推送服务将所述消息以指定推送方式发送至所述接收方。

在本公开的一种示例性实施例中，消息推送装置1100还设置为：接收针对聊天室的创建信息；根据所述创建信息中的聊天类型和所述聊天室内的成员的属性信息，所述属性信息包括所述消息的推送类型；将所述聊天室的信息存储至聊天室表中；将所述成员的属性信息存储至聊天室成员表中，所述聊天室表和所述聊天室成员表被配置为用于确定所述消息的接收方。

在本公开的一种示例性实施例中，消息推送装置1100还设置为：确定所述消息对应的聊天室成员表和聊天室表；根据所述聊天室成员表和所述聊天室表筛选确定一个成员的集合，所述成员的集合包括所述消息的接收方。

在本公开的一种示例性实施例中，消息推送装置1100还设置为：确定所述消息信箱的预设前缀标识；确定所述用户信息对应的用户身份标识；确定所述消息会话连接的连接类型；根据所述预设前缀标识、所述用户身份标识和所述连接类型确定所述消息信箱的地址。

在本公开的一种示例性实施例中，所述第一连接服务和/或所述第二连接服务基于RPC调用服务实现。

在本公开的一种示例性实施例中，所述推送类型包括SOCKET和/或API。

由于消息推送装置1100的各功能已在其对应的方法实施例中予以详细说明，本公开于此不再赘述。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图12来描述根据本发明的这种实施方式的电子设备1200。图12显示的电子设备1200仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图12所示，电子设备1200以通用计算设备的形式表现。电子设备1200的组件可以包括但不限于：上述至少一个处理单元1210、上述至少一个存储单元1220、连接不同系统组件(包括存储单元1220和处理单元1210)的总线1230。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元1210执行，使得所述处理单元1210执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元1210可以执行如本公开实施例所示的方法。

存储单元1220可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)12201和/或高速缓存存储单元12202，还可以进一步包括只读存储单元(ROM)12203。

存储单元1220还可以包括具有一组(至少一个)程序模块12205的程序/实用工具12204，这样的程序模块12205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线1230可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备1200也可以与一个或多个外部设备1240(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备1200交互的设备通信，和/或与使得该电子设备1200能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口1250进行。并且，电子设备1200还可以通过网络适配器1260与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器1260通过总线1230与电子设备1200的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备1200使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在客户端上运行时，所述程序代码用于使所述客户端执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。

根据本发明的实施方式的用于实现上述方法的程序产品可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在客户端，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

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

Claims (10)

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

响应于创建消息会话连接的请求，建立接收方与分布式数据库之间的第一连接服务，以及建立发送方与所述分布式数据库之间的第二连接服务；

在所述分布式数据库中，根据所述接收方的用户信息创建消息信箱，所述消息信箱中的信息以键值对形式保存，所述消息信箱的地址为所述键值对中的键，所述用户信息为所述键值对中的值；

通过所述第一连接服务监听所述发送方是否生成属于所述消息会话连接的消息；

通过所述第一连接服务将监听到的消息路由至所述消息信箱；

通过所述第二连接服务拉取所述消息信箱中的消息并发送至所述接收方。

2.如权利要求1所述的消息推送方法，其特征在于，所述第二连接服务包括提取服务和推送服务，通过所述第二连接服务拉取所述消息信箱中的消息并发送至所述接收方包括：

通过所述提取服务从所述消息信箱中提取所述消息，并确定所述消息的接收方；

通过所述推送服务将所述消息以指定推送方式发送至所述接收方。

3.如权利要求2所述的消息推送方法，其特征在于，在通过所述提取服务从所述消息信箱中提取所述消息前，还包括：

接收针对聊天室的创建信息；

根据所述创建信息确定聊天类型和所述聊天室内的成员的属性信息，所述属性信息包括所述消息的推送类型；

根据所述聊天类型将所述聊天室的信息存储至聊天室表中；

将所述成员的属性信息存储至聊天室成员表中，所述聊天室表和所述聊天室成员表被配置为用于确定所述消息的接收方。

4.如权利要求3所述的消息推送方法，其特征在于，还包括：

确定所述消息对应的聊天室成员表和聊天室表；

根据所述聊天室成员表和所述聊天室表筛选确定一个成员的集合，所述成员的集合包括所述消息的接收方。

5.如权利要求1-4中任一项所述的消息推送方法，其特征在于，还包括：

确定所述消息信箱的预设前缀标识；

确定所述用户信息对应的用户身份标识；

确定所述消息会话连接的连接类型；

根据所述预设前缀标识、所述用户身份标识和所述连接类型确定所述消息信箱的地址。

6.如权利要求1-4中任一项所述的消息推送方法，其特征在于，所述第一连接服务和/或所述第二连接服务基于RPC调用服务实现。

7.如权利要求3所述的消息推送方法，其特征在于，所述推送类型包括SOCKET和/或API。

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

连接模块，设置为响应于创建消息会话连接的请求，建立接收方与分布式数据库之间的第一连接服务，以及建立发送方与所述分布式数据库之间的第二连接服务；

创建模块，设置为在所述分布式数据库中，根据所述接收方的用户信息创建消息信箱，所述消息信箱中的信息以键值对形式保存，所述消息信箱的地址为所述键值对中的键，所述用户信息为所述键值对中的值；

监听模块，设置为通过所述第一连接服务监听所述发送方是否生成属于所述消息会话连接的消息；

路由模块，设置为通过所述第一连接服务将监听到的消息路由至所述消息信箱；

发送模块，设置为通过所述第二连接服务拉取所述消息信箱中的消息并发送至所述接收方。

9.一种电子设备，其特征在于，包括：

存储器；以及

耦合到所述存储器的处理器，所述处理器被配置为基于存储在所述存储器中的指令，执行如权利要求1-7中任一项所述的消息推送方法。

10.一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现如权利要求1-7中任一项所述的消息推送方法。