CN113127232A - 消息处理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供一种消息处理方法、装置、设备及存储介质，通过接收第一服务器发送的第一消息，并根据第一消息中消息内容所属的主题，确定消息内容对应的至少一个目标接收账户，然后对发送账户的标识、至少一个目标接收账户的标识和消息内容进行处理，得到具有目标格式的第二消息，最后将第二消息分别发送给每个目标接收账户的接入服务器。该技术方案中，通过对接收到的第一消息进行处理得到具有目标格式的第二消息，能够支持更多类型的第一消息被实时传递，避免了需要大量kafka来支持实时传递大量的用户消息，降低了硬件设施成本，保证了大量消息在传递过程中高吞吐量、低延迟的要求。

Description

消息处理方法、装置、设备及存储介质

技术领域

本申请涉及数据处理技术领域，尤其涉及一种消息处理方法、装置、设备及存储介质。

背景技术

用户实时消息传递的应用场景指的是，例如，在游戏领域，一个用户控制游戏角色在发出动作时，需要实时传递并在游戏地图上展示给其他用户。

在现有技术中，常用的消息传递方法是：利用基于kafka主题的分布式发布-订阅消息传递的系统实现。具体的，当某个用户通过发送终端的应用程序将消息发送到kafka的某个主题时，该kafka会将该消息分别发送至订阅了该主题的所有用户对应接收终端的应用程序，以实现消息的实时传递。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：为了支持消息传递时具有大的吞吐量和低延时性能，每个kafka上主题的数量通常较少，例如，一般不超过100个，然而实际应用中，不同类型的消息都对应有不同的主题，因此，为了支持更多类型的消息实现实时传递，就需要大量的kafka，然而，大量kafka所需要的硬件设施成本高，导致现有技术中消息传递方法存在成本高的问题。

发明内容

本申请实施例提供一种消息处理方法、装置、设备及存储介质，用以解决现有技术中，为了支持实时传递更多类型的消息所需要大量kafka而造成硬件设施成本增加的问题。

第一方面，本申请实施例提供一种消息处理方法，包括：

接收第一服务器发送的第一消息，所述第一消息包括：发送账户的标识和消息内容，所述第一服务器是所述发送账户的接入服务器；

根据所述消息内容所属的主题，确定所述消息内容对应的至少一个目标接收账户；

对所述发送账户的标识、所述至少一个目标接收账户的标识和所述消息内容进行处理，得到具有目标格式的第二消息；

将所述第二消息分别发送给每个目标接收账户的接入服务器。

在第一方面一种可能的设计中，在所述将所述第二消息分别发送给每个目标接收账户的接入服务器之前，所述方法还包括：

根据所述至少一个目标接收账户的标识和已知会话映射关系，确定每个目标接收账户的接入服务器。

在该种可能的设计中，所述根据所述至少一个目标接收账户的标识和已知会话映射关系，确定每个目标接收账户的接入服务器，包括：

根据所述至少一个目标接收账户的标识，向所述已知会话映射关系的会话存储设备发送关系获取请求，所述会话存储设备用于存储每个登录账号与接入服务器的映射关系；

接收所述会话存储设备反馈的关系获取响应，所述关系获取响应包括：每个目标接收账户的接入服务器。

在该种可能的设计中，所述根据所述至少一个目标接收账户的标识和已知会话映射关系，确定每个目标接收账户的接入服务器，包括：

根据每个目标接收账户的标识，查询预置的所述已知会话映射关系，确定每个目标接收账户的接入服务器。

可选的，在所述接收第一服务器发送的第一消息之后，所述方法还包括：

接收至少一个服务器发送的至少一个映射关系建立请求，每个映射关系建立请求包括：所述映射关系建立请求对应服务器的标识和接入所述服务器的各个接入账户的标识；

针对每个映射关系建立请求，分别建立每个服务器和接入所述服务器的各个接入账户的标识的映射关系；

根据每个服务器和接入所述服务器的各个接入账户的标识的映射关系，生成所述已知会话映射关系。

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

接收第二服务器发送的映射关系解除请求，所述映射关系解除请求包括：已下线账户的标识和所述第二服务器的标识，所述第二服务器为所述至少一个服务器中的任意一个；

根据所述已下线账户的标识和所述第二服务器的标识，从所述已知会话映射关系中删除所述已下线账户和所述第二服务器的映射关系，得到更新的已知会话映射关系。

在第一方面另一种可能的设计中，在所述对所述发送账户的标识、所述至少一个目标接收账户的标识和所述消息内容进行处理，得到具有目标格式的第二消息之后，所述方法还包括：

将所述第二消息存储至目标消息队列；

相应的，在所述根据所述至少一个目标接收账户的标识和已知会话映射关系，确定每个目标接收账户的接入服务器之后，所述方法还包括：

按照消息先进先出的原则，从所述目标消息队列中，读所述第二消息。

第二方面，本申请实施例提供一种消息处理方法，包括：

接收至少一个终端设备发送的接入请求，所述接入请求用于请求通过登录账户接入服务器；

建立所述登录账户和所述服务器的映射关系；

将所述映射关系存储至会话存储设备，所述会话存储设备用于存储每个登录账号与接入服务器的映射关系。

在第二方面一种可能的设计中，所述方法还包括：

检测每个登录账户相对于所述服务器的状态；

在确定第一账户相对于所述服务器处于离线状态时，向所述会话存储设备发送映射关系解除请求，所述映射关系解除请求包括：所述第一账户的标识和所述服务器的标识，所述映射关系解除请求用于请求删除所述第一账户和所述服务器的映射关系。

第三方面，本申请实施例提供一种消息处理装置，包括：接收模块、确定模块、发送模块；

所述接收模块，用于接收第一服务器发送的第一消息，所述第一消息包括：发送账户的标识和消息内容，所述第一服务器是所述发送账户的接入服务器；

所述确定模块，用于根据所述消息内容所属的主题，确定所述消息内容对应的至少一个目标接收账户，并对所述发送账户的标识、所述至少一个目标接收账户的标识和所述消息内容进行处理，得到具有目标格式的第二消息；

所述发送模块，用于将所述第二消息分别发送给每个目标接收账户的接入服务器。

在第三方面一种可能的设计中，所述确定模块还用于根据所述至少一个目标接收账户的标识和已知会话映射关系，确定每个目标接收账户的接入服务器。

在该种可能的设计中，所述确定模块，具体用于：

根据所述至少一个目标接收账户的标识，向所述已知会话映射关系的会话存储设备发送关系获取请求，所述会话存储设备用于存储每个登录账号与接入服务器的映射关系；

接收所述会话存储设备反馈的关系获取响应，所述关系获取响应包括：每个目标接收账户的接入服务器。

在该种可能的设计中，所述确定模块，还具体用于根据每个目标接收账户的标识，查询预置的所述已知会话映射关系，确定每个目标接收账户的接入服务器。

可选的，所述确定模块，还用于在所述接收第一服务器发送的第一消息之后，接收至少一个服务器发送的至少一个映射关系建立请求，每个映射关系建立请求包括：所述映射关系建立请求对应服务器的标识和接入所述服务器的各个接入账户的标识，并针对每个映射关系建立请求，分别建立每个服务器和接入所述服务器的各个接入账户的标识的映射关系，最后根据每个服务器和接入所述服务器的各个接入账户的标识的映射关系，生成所述已知会话映射关系。

可选的，所述确定模块，还用于接收第二服务器发送的映射关系解除请求，所述映射关系解除请求包括：已下线账户的标识和所述第二服务器的标识，所述第二服务器为所述至少一个服务器中的任意一个，并根据所述已下线账户的标识和所述第二服务器的标识，从所述已知会话映射关系中删除所述已下线账户和所述第二服务器的映射关系，得到更新的已知会话映射关系。

在第三方面另一种可能的设计中，所述确定模块，还用于在所述对所述发送账户的标识、所述至少一个目标接收账户的标识和所述消息内容进行处理，得到具有目标格式的第二消息之后，将所述第二消息存储至目标消息队列；

相应的，所述确定模块，还用于在所述根据所述至少一个目标接收账户的标识和已知会话映射关系，确定每个目标接收账户的接入服务器之后，按照消息先进先出的原则，从所述目标消息队列中，读所述第二消息。

第四方面，本申请实施例提供一种消息处理装置，包括：接收模块、处理模块；

所述接收模块，用于接收至少一个终端设备发送的接入请求，所述接入请求用于请求通过登录账户接入服务器；

所述处理模块，用于建立所述登录账户和所述服务器的映射关系，并将所述映射关系存储至会话存储设备，所述会话存储设备用于存储每个登录账号与接入服务器的映射关系。

在第四方面一种可能的设计中，所述消息处理装置还包括：发送模块；

所述处理模块，还用于检测每个登录账户相对于所述服务器的状态；

在所述处理模块确定第一账户相对于所述服务器处于离线状态时，所述发送模块用于向所述会话存储设备发送映射关系解除请求，所述映射关系解除请求包括：所述第一账户的标识和所述服务器的标识，所述映射关系解除请求用于请求删除所述第一账户和所述服务器的映射关系。

第五方面，本申请实施例提供一种消息处理设备，包括：至少一个处理器、存储器；

所述存储器存储计算机执行指令；

所述至少一个处理器执行所述计算机执行指令，使得所述电子设备执行如上述第一方面及各种可能的设计中所述的消息处理方法。

第六方面，本申请实施例提供一种服务器，包括：至少一个处理器、存储器；

所述存储器存储计算机执行指令；

所述至少一个处理器执行所述计算机执行指令，使得所述电子设备执行如上述第二方面及各种可能的设计中所述的消息处理方法。

第七方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，使得所述计算机执行指令被处理器执行时用于实现如上述第一方面及各种可能的设计中所述的消息处理方法；或者，使得所述计算机执行指令被处理器执行时用于如上述第二方面及各种可能的设计中所述的消息处理方法。

第八方面，申请实施例提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时用于实现如上述第一方面及各种可能的设计中所述的消息处理方法；或者，所述计算机程序被处理器执行时用于实现如上述第二方面及各种可能的设计中所述的消息处理方法。

本申请实施例提供的消息处理方法、装置、设备及存储介质，通过接收第一服务器发送的第一消息，第一消息包括：发送账户的标识和消息内容，第一服务器是发送账户的接入服务器，并根据消息内容所属的主题，确定消息内容对应的至少一个目标接收账户，然后对发送账户的标识、至少一个目标接收账户的标识和消息内容进行处理，得到具有目标格式的第二消息，最后将第二消息分别发送给每个目标接收账户的接入服务器。该技术方案中，通过对接收到的第一消息进行处理得到具有目标格式的第二消息，能够支持更多类型的第一消息被实时传递，避免了需要大量kafka来支持实时传递大量的用户消息，降低了硬件设施成本，保证了大量消息在传递过程中高吞吐量、低延迟的要求。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1为本申请实施例提供的消息处理方法的应用场景示意图；

图2为本申请实施例提供的消息处理方法实施例一的流程示意图；

图3为本申请实施例提供的消息处理方法实施例二的流程示意图；

图4为本申请实施例提供的消息处理方法实施例三的流程示意图；

图5为本申请实施例提供的消息处理方法实施例四的流程示意图；

图6为本申请实施例提供的消息处理装置实施例一的结构示意图；

图7为本申请实施例提供的消息处理装置实施例二的结构示意图；

图8为本申请实施例提供的消息处理设备的结构示意图；

图9为本申请实施例提供的服务器的结构示意图。

通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

在介绍本申请的实施例之前，首先对本申请的背景技术进行解释说明：

大规模用户实时消息的传递场景是指，例如，在游戏领域中，在一个地图上面有多个玩家分别控制的游戏人物，每个游戏人物的动作变化都需要在地图上展示给其他玩家，以实现每个游戏人物的动作变化被共享。

常用的大规模用户实时消息的传递方式是基于kafka的分布式发布-订阅消息传递系统来实现的，kafka是基于主题topic的系统，例如，在实际应用中，消息的生产终端将消息发送到主题上，而订阅了该主题的其他消费终端可以接受到消息的副本。例如，游戏地图上的一个游戏人物从坐标a点移动到b点，即生产终端把该游戏人物移动的动作转换成一条消息发送给该地图的主题，而该地图上所有用户(包括：生产终端和消费终端)都订阅了该地图的主题，因此，消费终端可以收到该游戏人物移动的动作，即该消息。

然而，kafka的主题相当于一个磁盘上的文件，如果主题的种类非常多，即在消息传递过程中，会产生不同主题下多个文件的读写操作，从而存在大量的文件被随机访问的情况。在目前的硬件条件下，考虑到成本因素，为了支持消息传递的大吞吐量和低延迟快速响应，一个kafka的主题通常不会太多，即不会超过100个。如果每个用户都拥有自己的主题，那么其他用户给该用户发消息就是发送给该用户的主题，即为了支持一千万用户(一千万个主题)，就需要十万个磁盘，以每台服务器挂载10块磁盘为例，就需要一万台服务器来支持一千万用户。随着用户数量的不断增加，就需要更多的服务器来实现消息的传递，然而这种传递方式的成本是高昂。

在上述现有技术存在的问题基础上，图1为本申请实施例提供的消息处理方法的应用场景示意图，用以解决上述技术问题。如图1所示，该应用场景示意图包括：发送账户对应的终端设备10、接收账户对应的终端设备11、接入服务器集群12和消息处理设备13。

其中，接入服务器集群12包括至少一个接收账户对应的接入服务器，例如，接入服务器120、接入服务器121、接入服务器122；第一消息可以是发送账户对应的终端设备10发出的消息，第二消息可以是将第一消息经过消息处理设备13处理后的消息。

在一种可能的实现中，发送账户对应的接入服务器接入服务器集群12中的任意一个(例如，接入服务器121)，用于接收来自发送账户对应的终端设备的第一消息，并将第一消息发送至消息处理设备13，经过消息处理设备13处理之后，消息处理设备13将处理后的消息(即第二消息)发送给接入服务器121，并通过接入服务器121转发给接收账户对应的终端设备11。也即，任意一个接入服务器可以为多个用户提供消息的接收和发送。

可选的，消息处理设备11可以是一种基于kafka的分布式发布-订阅消息处理的电子设备。

可选的，接入服务器120将获取到的来自发送账户对应的终端设备的第一消息发送给消息处理设备13，该消息处理设备131在接收到该第一消息后，对该第一消息进行处理，使得该第一消息的格式更改为能够被消息处理设备13中kafka的统一主题所存储的格式，即得到处理后的消息(第二消息，其中，信息内容messageBody不发生变化)，消息处理设备13随即查询第二消息对应的目标接收账户是否在线，若在线，则将第二消息发送至目标接收账户对应的接入服务器121。

可选的，对于第一消息对应的发送账户可以是多个，例如100个、10000个、甚至更多，对应的目标接收账户也可以是多个，其数量根据第二消息中的接收者toUser的数量、以及各个toUser所处的状态而定。

本申请针对上述技术问题，发明人的技术构思过程如下：发明人发现，由于kafka内部机制问题，不能存储有更多数量的主题，但是每种主题的消息存储可以无缝扩容，且不对kafka的高吞吐量、低延迟特性产生影响，因此，可以将不同主题的消息格式转变成kafka中某个统一主题所能存储的消息格式，随后通过消息推送的方式将消息持续从该统一主题中取出，并发送给消息对应的消费终端。

下面以图1所示的应用场景示意图，通过具体实施例对本申请的技术方案进行详细说明。需要说明的是，下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

图2为本申请实施例提供的消息处理方法实施例一的流程示意图。如图2所示，可以包括如下步骤：

步骤21、接收第一服务器发送的第一消息。

其中，第一消息包括：发送账户的标识和消息内容，第一服务器是发送账户的接入服务器。

在本方案中，当第一用户通过终端设备在接入服务器上登录账号后，通过终端设备向第二用户发送消息时，需要将消息先发送给接入服务器。其中，该登录账号即发送账户，该接入服务器即第一服务器，该消息即第一消息。

其中，第一用户可以是发送账户对应的用户，第二用户可以是接收账户对应的用户。

在本步骤中，获取第一服务器从发送账户发来的第一消息，该第一消息包括：发送账户from User的标识和消息内容message Body。

可选的，获取第一服务器发来的第一消息的方式可以是通过远程过程调用(Remote Procedure Call，RPC)实现，此处仅做举例。

可选的，还需要对第一消息对应的发送账户进行安全验证，以保证消息传递的安全性。

步骤22、根据消息内容所属的主题，确定消息内容对应的至少一个目标接收账户。

在本步骤中，第一用户通过终端设备发来的第一消息均拥有自己所属的主题，即将第一消息解析之后得到消息内容，确定出消息内容所属的主题。

在一种可能的实现中，订阅了该主题的接收账户(to User)可以接收到该主题中的消息，即根据第一消息所属的主题，可以判断出至少一个目标接收账户。

步骤23、对发送账户的标识、至少一个目标接收账户的标识和消息内容进行处理，得到具有目标格式的第二消息。

在本步骤中，为了将kafka的性能最大化发挥，需要将不同主题的第一消息实际存储在一个主题上，此处该主题可以是统一主题，而该统一主题存储不同的第一消息时，需要对各个第一消息进行格式转换，使该各个第一消息的格式变为可以被该统一主题所能存储的格式。

可选的，kafka上的统一主题收发消息的具体实现原理为：kafka的主题具有无缝扩容机制，即在物理存储上可以对一个统一主题的容量进行无限增加，例如，在普通的硬盘(Serial ATA，SATA)上可以实现100MB/s的数据带宽，相当于800比特率(bit per second，bts)的网络带宽，即增加盘片数量就可以实现百G bts的入口宽带，保证了获取不同主题的第一消息时高吞吐量、低延迟的性能。

在一种可能的实现中，为了将不同主题的第一消息存储在统一主题上，需要将第一消息的格式转换成该统一主题所能存储的格式，即目标格式，此时转换格式的第一消息称为第二消息，其中，第二消息可以是第一消息的副本。

在本步骤之后，该消息处理方法的实施例中，还包括：将第二消息存储至目标消息队列。

具体的，将经过处理得到的第二消息存储在统一主题下的存储区域，以便于后续将第二消息按照一定的顺序发送至相应的接入服务器。

相应的，在根据至少一个目标接收账户的标识和已知会话映射关系，确定每个目标接收账户的接入服务器之后，按照消息先进先出的原则，从目标消息队列中，读第二消息。

可选的，在已知会话映射关系中有目标接收账户和对应的接入服务器之间的映射关系，而该映射关系即表示了目标接收账户此时通过终端登录至接入服务器中处于活跃状态，目标接收账户的标识可以是订阅了该主题的to User。

具体的，根据目标接收账户的标识，在已知会话映射关系中查找到目标接收账户的接入服务器后，按照各个第一消息被获取的先后顺序，在目标消息队列中，依次读取第二消息。

步骤24、将第二消息分别发送给每个目标接收账户的接入服务器。

在本步骤中，可以通过RPC或者其他机制将各个第二消息依次发送给目标接收账户对应的接入服务器。

在一种可能的实现中，在消息处理设备上设置有消息推送模块，消息推送模块持续的接收到统一主题上的第二消息，将第二消息推送给对应的目标接收账户对应的接入服务器，再由接入服务器向目标接收账户对应的终端发送，实现消息的实时传递。

本申请实施例提供的消息处理方法，通过接收第一服务器发送的第一消息，第一消息包括：发送账户的标识和消息内容，第一服务器是发送账户的接入服务器，并根据消息内容所属的主题，确定消息内容对应的至少一个目标接收账户，然后对发送账户的标识、至少一个目标接收账户的标识和消息内容进行处理，得到具有目标格式的第二消息，最后将第二消息分别发送给每个目标接收账户的接入服务器。该技术方案中，通过对接收到的第一消息进行处理得到具有目标格式的第二消息，能够支持更多类型的第一消息被实时传递，避免了需要大量kafka来支持实时传递大量的用户消息，降低了硬件设施成本，保证了大量消息在传递过程中高吞吐量、低延迟的要求。

在上述实施例的基础上，根据至少一个目标接收账户的标识和已知会话映射关系，确定每个目标接收账户的接入服务器，具体可以通过如下方式实现：

在一种可能的实现中，图3为本申请实施例提供的消息处理方法实施例二的流程示意图。如图3所示，该方式包括如下步骤：

步骤31、根据至少一个目标接收账户的标识，向已知会话映射关系的会话存储设备发送关系获取请求。

其中，会话存储设备用于存储每个登录账号与接入服务器的映射关系。

在本步骤中，每个登录账号与接入服务器的映射关系可以存储在独立于消息处理设备之外的会话存储设备中，通过RPC或者其他机制通信。

在一种可能的实现中，在目标消息队列中读取到第二消息时，根据第二消息中的目标接收账户的标识，向会话存储设备发送关系获取请求，该关系获取请求用于获取目标接收账户的标识对应的登录账号与接入服务器的映射关系。

可选的，若映射关系存在于会话存储设备，则说明目标接收账户的标识对应的登录账号处于在线状态。

步骤32、接收会话存储设备反馈的关系获取响应。

其中，关系获取响应包括：每个目标接收账户的接入服务器。

在本步骤中，当接收到关系获取请求后，会话存储设备开始查找是否有目标接收账户的标识对应的登录账号与接入服务器的映射关系，将查找结果反馈给消息处理设备，会话存储设备通过关系获取响应发送该查找结果。

可选的，接收会话存储设备反馈的关系获取响应，得到查找结果，该查找结果可以是在会话存储设备中存储有每个目标接收账户的接入服务器，也可以是没有查找到每个目标接收账户的接入服务器。

在另一种可能的实现中，可以根据每个目标接收账户的标识，查询预置的已知会话映射关系，确定每个目标接收账户的接入服务器。

可选的，在该种实现中，已知会话映射关系可以存储在消息处理设备中，此时，可以根据每个目标接收账户的标识，直接查询预先存储在消息处理设备中的已知会话映射关系，然后得到每个目标接收账户的接入服务器。

本申请实施例提供的消息处理方法，通过根据至少一个目标接收账户的标识，向已知会话映射关系的会话存储设备发送关系获取请求，接收会话存储设备反馈的关系获取响应，该技术方案中，根据查询已知会话映射关系，为向每个目标接收账户的接入服务器传递消息提供了基础。

可选的，在接收第一服务器发送的第一消息的基础上，图4为本申请实施例提供的消息处理方法实施例三的流程示意图。如图4所示，该方法还包括如下步骤：

步骤41、接收至少一个服务器发送的至少一个映射关系建立请求。

其中，每个映射关系建立请求包括：映射关系建立请求对应服务器的标识和接入服务器的各个接入账户的标识，服务器可以是上述实施例中的接入服务器。

在本步骤中，当发送账户或者目标接收账户通过服务器登录各自的账户时，存储已知会话映射关系对应的设备(上述实施例中的会话存储设备或者消息处理设备)获取服务器发来的映射关系建立请求，该映射关系建立请求用于请求建立接入账户的标识与服务器之间的会话映射关系。

步骤42、针对每个映射关系建立请求，分别建立每个服务器和接入该服务器的各个接入账户的标识的映射关系。

在本步骤中，根据映射关系建立请求，已知会话映射关系对应的设备建立各个服务器对应的接入账户的标识与各个服务器之间的对应关系，即接入账户与该登录接入账户对应的服务器一一对应。

在一种可能的实现中，可以建立用户身份证明(User Identification，UID)与服务器地址之间的映射关系。

步骤43、根据每个服务器和接入该服务器的各个接入账户的标识的映射关系，生成已知会话映射关系。

在本步骤中，将建立好的各个接入账户对应的服务器与该接入账户的映射关系添加在已知会话映射关系对应的设备存储区域中，生成已知会话映射关系。

在一种可能的实现中，已知会话映射关系对应的设备中的存储映射关系的方式可以用一个表格表示，其中，表格中的每行分别代表各个接入账户的UID与该接入账户对应的服务器地址的映射关系。

可选的，已知会话映射关系是随着目标账户的状态不断变化的，当目标账户的状态变为离线状态时，该方法包括如下步骤：

第一步、接收第二服务器发送的映射关系解除请求。

其中，映射关系解除请求包括：已下线账户的标识和第二服务器的标识，第二服务器为至少一个服务器中的任意一个。

可选的，当发送账户或者目标接收账户下线时，下线的服务器向已知会话映射关系对应的设备发送映射关系解除请求，即表示发送账户或者目标接收账户离线，发送账户或者目标接收账户与相应的服务器的接入关系解除，此时该发送账户或者目标接收账户对应已下线账户。

可选的，第二服务器可以表示已下线账户对应的服务器。

第二步、根据已下线账户的标识和第二服务器的标识，从已知会话映射关系中删除已下线账户和第二服务器的映射关系，得到更新的已知会话映射关系。

可选的，根据已下线账户的标识和第二服务器的标识，在已知会话映射关系中查找已下线账户和第二服务器的映射关系，将该映射关系在已知会话映射关系中删除，即得到了更新后的已知会话映射关系。

此外，若有新的发送账户，或者新的目标接收账户需要登录该服务器，可以根据上述实施例中的方式，对已知会话映射关系进行更新。

本申请实施例提供的消息处理方法，通过接收至少一个服务器发送的至少一个映射关系建立请求，针对每个映射关系建立请求，分别建立每个服务器和接入服务器的各个接入账户的标识的映射关系，最后根据每个服务器和接入服务器的各个接入账户的标识的映射关系，生成已知会话映射关系。该技术方案中，通过对各个接入账户以及接入服务器的对应关系建立已知会话映射关系，为向每个目标接收账户的接入服务器传递消息提供了基础。

在上述实施例的基础上，图5为本申请实施例提供的消息处理方法实施例四的流程示意图。如图5所示，该方法还包括如下步骤：

步骤51、接收至少一个终端设备发送的接入请求。

其中，接入请求用于请求通过登录账户接入服务器。

在本步骤中，当用户的登录账户需要通过终端设备登录至服务器时，终端设备向服务器发送接入请求，服务器获取该接入请求，该接入请求携带有用户的登录账户的标识。

步骤52、建立登录账户和服务器的映射关系。

在本步骤中，服务器接收到来自终端设备发送的接入请求，建立用户的登录账户与服务器的映射关系。

如上述实施例所述，该映射关系可以是登录账户与该登录账户接入的服务器地址的对应关系。

步骤53、将映射关系存储至会话存储设备。

其中，会话存储设备用于存储每个登录账号与接入服务器的映射关系

在本步骤中，服务器将获得的登录账户与服务器的映射关系存储至会话存储设备，以备消息处理设备将来自其他消息发送终端发送的消息发送给该登录账号对应的接入服务器时，可以查询到登录账号是否处于离线状态。

可选的，该会话存储设备的功能可以集成在消息处理设备上，即将映射关系存储至消息处理设备。

在本方案中，还需要检测每个登录账户相对于服务器的状态。在确定至少一个登录账户相对于服务器的状态为离线状态时，该登录账户记做第一账户。

在确定第一账户相对于服务器处于离线状态时，向会话存储设备发送映射关系解除请求，映射关系解除请求包括：第一账户的标识和服务器的标识，映射关系解除请求用于请求删除第一账户和服务器的映射关系。

可选的，消息处理设备在进行消息处理的过程中，服务器需要实时检测每个登录账户相对于服务器的状态(例如，登录账户处于离线状态，即表示登录账户没有在服务器上登录)，若登录账户相对于服务器处于离线状态时，则向会话存储设备发送映射关系解除请求，该映射关系解除请求用于请求在会话存储设备中删除该登录账户与服务器的映射关系，会话存储设备在收到映射关系解除请求时，将该登录账户与服务器的映射关系删除。

可选的，服务器的标识可以是服务器地址。

本申请实施例提供的消息处理方法，通过接收至少一个终端设备发送的接入请求，建立登录账户和服务器的映射关系，并将映射关系存储至会话存储设备。该技术方案中，通过获取登录账户的接入请求，实现了登录账户和服务器的映射关系存储在会话存储设备，以备后续查询登录账户的状态信息时可以随时调用。

在上述应用消息处理方法实施例的基础上，图6为本申请实施例提供的消息处理装置实施例一的结构示意图。如图6所示，包括：接收模块61、确定模块62、发送模块63；

接收模块61，用于接收第一服务器发送的第一消息，第一消息包括：发送账户的标识和消息内容，第一服务器是发送账户的接入服务器；

确定模块62，用于根据消息内容所属的主题，确定消息内容对应的至少一个目标接收账户，并对发送账户的标识、至少一个目标接收账户的标识和消息内容进行处理，得到具有目标格式的第二消息；

发送模块63，用于将第二消息分别发送给每个目标接收账户的接入服务器。

在本申请实施例一种可能的设计中，确定模块62还用于根据至少一个目标接收账户的标识和已知会话映射关系，确定每个目标接收账户的接入服务器。

在该种可能的设计中，确定模块62，具体用于：

根据至少一个目标接收账户的标识，向已知会话映射关系的会话存储设备发送关系获取请求，会话存储设备用于存储每个登录账号与接入服务器的映射关系；

接收会话存储设备反馈的关系获取响应，关系获取响应包括：每个目标接收账户的接入服务器。

在该种可能的设计中，确定模块62，还具体用于根据每个目标接收账户的标识，查询预置的已知会话映射关系，确定每个目标接收账户的接入服务器。

可选的，确定模块62，还用于在接收第一服务器发送的第一消息之后，接收至少一个服务器发送的至少一个映射关系建立请求，每个映射关系建立请求包括：映射关系建立请求对应服务器的标识和接入服务器的各个接入账户的标识，并针对每个映射关系建立请求，分别建立每个服务器和接入服务器的各个接入账户的标识的映射关系，最后根据每个服务器和接入服务器的各个接入账户的标识的映射关系，生成已知会话映射关系。

可选的，确定模块62，还用于接收第二服务器发送的映射关系解除请求，映射关系解除请求包括：已下线账户的标识和第二服务器的标识，第二服务器为至少一个服务器中的任意一个，并根据已下线账户的标识和第二服务器的标识，从已知会话映射关系中删除已下线账户和第二服务器的映射关系，得到更新的已知会话映射关系。

在本申请实施例另一种可能的设计中，确定模块62，还用于在对发送账户的标识、至少一个目标接收账户的标识和消息内容进行处理，得到具有目标格式的第二消息之后，将第二消息存储至目标消息队列；

相应的，确定模块62，还用于在根据至少一个目标接收账户的标识和已知会话映射关系，确定每个目标接收账户的接入服务器之后，按照消息先进先出的原则，从目标消息队列中，读第二消息。

本申请实施例提供的消息处理装置，可用于执行上述图2至图4实施例中消息处理方法对应的技术方案，其实现原理和技术效果类似，在此不再赘述。

图7为本申请实施例提供的消息处理装置实施例二的结构示意图。如图7所示，包括：接收模块71、处理模块72；

接收模块71，用于接收至少一个终端设备发送的接入请求，接入请求用于请求通过登录账户接入服务器；

处理模块72，用于建立登录账户和服务器的映射关系，并将映射关系存储至会话存储设备，会话存储设备用于存储每个登录账号与接入服务器的映射关系。

在本申请实施例一种可能的设计中，消息处理装置还包括：发送模块73；

处理模块72，还用于检测每个登录账户相对于服务器的状态；

在处理模块72确定第一账户相对于服务器处于离线状态时，发送模块73用于向会话存储设备发送映射关系解除请求，映射关系解除请求包括：第一账户的标识和服务器的标识，映射关系解除请求用于请求删除第一账户和服务器的映射关系。

本申请实施例提供的消息处理装置，可用于执行图5实施例中消息处理方法对应的技术方案，其实现原理和技术效果类似，在此不再赘述。

需要说明的是，应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块通过处理元件调用软件的形式实现，部分模块通过硬件的形式实现。此外这些模块全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。

图8为本申请实施例提供的消息处理设备的结构示意图。如图8所示，该消息处理设备可以包括：至少一个处理器80、存储器81及存储在该存储器81上并可在处理器80上运行的计算机程序指令。

可选的，该消息处理设备还可以包括：收发器82。

处理器80执行存储器81存储的计算机执行指令，使得处理器80执行上述实施例中的方案。处理器80可以是通用处理器，包括中央处理器CPU、网络处理器(networkprocessor，NP)等；还可以是数字信号处理器DSP、专用集成电路ASIC、现场可编程门阵列FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

存储器81和收发器82通过系统总线与处理器80连接并完成相互间的通信，存储器81用于存储计算机程序指令。

收发器82用于和其他计算机进行通信，该收发器82构成通信接口。

可选的，在硬件实现上，上述图6所示实施例中的：接收模块61和发送模块63对应于本实施例中的收发器82，上述图6所示实施例中的处理模块62对应于本实施例中的处理器80。

系统总线可以是外设部件互连标准(peripheral component interconnect，PCI)总线或扩展工业标准结构(extended industry standard architecture，EISA)总线等。系统总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。收发器用于实现数据库访问装置与其他计算机(例如客户端、读写库和只读库)之间的通信。

本申请实施例提供的消息处理设备，可用于执行上述图2至图4所示实施例中消息处理方法对应的技术方案，其实现原理和技术效果类似，在此不再赘述。

图9为本申请实施例提供的服务器的结构示意图。如图9所示，该服务器可以包括：至少一个处理器90、存储器91及存储在该存储器91上并可在处理器90上运行的计算机程序指令。

可选的，该服务器还可以包括：收发器92。

处理器90执行存储器91存储的计算机执行指令，使得处理器90执行上述实施例中的方案。处理器90可以是通用处理器，包括CPU、NP等；还可以是DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

存储器91和收发器92通过系统总线与处理器90连接并完成相互间的通信，存储器91用于存储计算机程序指令。

收发器92用于和其他计算机进行通信，该收发器92构成通信接口。

可选的，在硬件实现上，上述图7所示实施例中的：接收模块71和发送模块73对应于本实施例中的收发器92，上述图7所示实施例中的处理模块72对应于本实施例中的处理器90。

系统总线可以是PCI总线或EISA总线等。系统总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。收发器用于实现数据库访问装置与其他计算机(例如客户端、读写库和只读库)之间的通信。

本申请实施例提供的服务器，可用于执行上述图5所示实施例中消息处理方法对应的技术方案，其实现原理和技术效果类似，在此不再赘述。

本申请实施例还提供一种运行指令的芯片，该芯片用于执行上述实施例中消息处理方法的技术方案。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机指令，当该计算机指令在计算机上运行时，使得计算机执行上述实施例中消息处理方法的技术方案。

上述的计算机可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求书来限制。

Claims (15)

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

接收第一服务器发送的第一消息，所述第一消息包括：发送账户的标识和消息内容，所述第一服务器是所述发送账户的接入服务器；

根据所述消息内容所属的主题，确定所述消息内容对应的至少一个目标接收账户；

对所述发送账户的标识、所述至少一个目标接收账户的标识和所述消息内容进行处理，得到具有目标格式的第二消息；

将所述第二消息分别发送给每个目标接收账户的接入服务器。

2.根据权利要求1所述的方法，其特征在于，在所述将所述第二消息分别发送给每个目标接收账户的接入服务器之前，所述方法还包括：

根据所述至少一个目标接收账户的标识和已知会话映射关系，确定每个目标接收账户的接入服务器。

3.根据权利要求2所述的方法，其特征在于，所述根据所述至少一个目标接收账户的标识和已知会话映射关系，确定每个目标接收账户的接入服务器，包括：

根据所述至少一个目标接收账户的标识，向所述已知会话映射关系的会话存储设备发送关系获取请求，所述会话存储设备用于存储每个登录账号与接入服务器的映射关系；

接收所述会话存储设备反馈的关系获取响应，所述关系获取响应包括：每个目标接收账户的接入服务器。

4.根据权利要求2所述的方法，其特征在于，所述根据所述至少一个目标接收账户的标识和已知会话映射关系，确定每个目标接收账户的接入服务器，包括：

根据每个目标接收账户的标识，查询预置的所述已知会话映射关系，确定每个目标接收账户的接入服务器。

5.根据权利要求4所述的方法，其特征在于，在所述接收第一服务器发送的第一消息之后，所述方法还包括：

接收至少一个服务器发送的至少一个映射关系建立请求，每个映射关系建立请求包括：所述映射关系建立请求对应服务器的标识和接入所述服务器的各个接入账户的标识；

针对每个映射关系建立请求，分别建立每个服务器和接入所述服务器的各个接入账户的标识的映射关系；

根据每个服务器和接入所述服务器的各个接入账户的标识的映射关系，生成所述已知会话映射关系。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

接收第二服务器发送的映射关系解除请求，所述映射关系解除请求包括：已下线账户的标识和所述第二服务器的标识，所述第二服务器为所述至少一个服务器中的任意一个；

根据所述已下线账户的标识和所述第二服务器的标识，从所述已知会话映射关系中删除所述已下线账户和所述第二服务器的映射关系，得到更新的已知会话映射关系。

7.根据权利要求2-6任一项所述的方法，其特征在于，在所述对所述发送账户的标识、所述至少一个目标接收账户的标识和所述消息内容进行处理，得到具有目标格式的第二消息之后，所述方法还包括：

将所述第二消息存储至目标消息队列；

相应的，在所述根据所述至少一个目标接收账户的标识和已知会话映射关系，确定每个目标接收账户的接入服务器之后，所述方法还包括：

按照消息先进先出的原则，从所述目标消息队列中，读所述第二消息。

8.一种消息处理方法，其特征在于，包括：

接收至少一个终端设备发送的接入请求，所述接入请求用于请求通过登录账户接入服务器；

建立所述登录账户和所述服务器的映射关系；

将所述映射关系存储至会话存储设备，所述会话存储设备用于存储每个登录账号与接入服务器的映射关系。

9.根据权利要求8所述的方法，其特征在于，所述方法还包括：

检测每个登录账户相对于所述服务器的状态；

在确定第一账户相对于所述服务器处于离线状态时，向所述会话存储设备发送映射关系解除请求，所述映射关系解除请求包括：所述第一账户的标识和所述服务器的标识，所述映射关系解除请求用于请求删除所述第一账户和所述服务器的映射关系。

10.一种消息处理装置，其特征在于，包括：接收模块、确定模块、发送模块；

所述接收模块，用于接收第一服务器发送的第一消息，所述第一消息包括：发送账户的标识和消息内容，所述第一服务器是所述发送账户的接入服务器；

所述确定模块，用于根据所述消息内容所属的主题，确定所述消息内容对应的至少一个目标接收账户，并对所述发送账户的标识、所述至少一个目标接收账户的标识和所述消息内容进行处理，得到具有目标格式的第二消息；

所述发送模块，用于将所述第二消息分别发送给每个目标接收账户的接入服务器。

11.一种消息处理装置，其特征在于，包括：接收模块、处理模块；

所述接收模块，用于接收至少一个终端设备发送的接入请求，所述接入请求用于请求通过登录账户接入服务器；

所述处理模块，用于建立所述登录账户和所述服务器的映射关系，并将所述映射关系存储至会话存储设备，所述会话存储设备用于存储每个登录账号与接入服务器的映射关系。

12.一种消息处理设备，其特征在于，包括：至少一个处理器、存储器；

所述存储器存储计算机执行指令；

所述至少一个处理器执行所述计算机执行指令时实现如上述权利要求1至7任一项所述的消息处理方法。

13.一种服务器，其特征在于，包括：至少一个处理器、存储器；

所述存储器存储计算机执行指令；

所述至少一个处理器执行所述计算机程序指令时实现如上述权利要求8或9所述的消息处理方法。

14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如上述权利要求1至7任一项所述的消息处理方法；或者，所述计算机执行指令被处理器执行时实现如上述权利要求8或9所述的消息处理方法。

15.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时用于实现如上述权利要求1至7任一项所述的消息处理方法，或者，所述计算机程序被处理器执行时用于实现如上述权利要求8或9所述的消息处理方法。

Images