CN110086636B

CN110086636B - 一种基于mqtt的消息分发方法、服务器及存储介质

Info

Publication number: CN110086636B
Application number: CN201910307498.9A
Authority: CN
Inventors: 詹泽
Original assignee: Ping An Technology Shenzhen Co Ltd
Current assignee: Ping An Technology Shenzhen Co Ltd
Priority date: 2019-04-17
Filing date: 2019-04-17
Publication date: 2022-03-25
Anticipated expiration: 2039-04-17
Also published as: WO2020211344A1; CN110086636A

Abstract

本发明公开了一种基于mqtt的消息分发方法、服务器及存储介质，该方法接收服务器集群基于mqtt协议广播的消息发送请求，解析消息发送请求中携带的待发送消息获取对应的主题，并判断是否存在第一类型字段。若存在则判断待发送消息为P2P消息，再判断主题是否存在第二类型字段，若存在则确定对应的客户端已订阅主题，将待发送消息发送至该对应的客户端。本发明中服务器集群中基于mqtt协议广播消息发送请求，不用分别将消息发送请求存储在各服务器中，能降低运行该消息分发程序的算法的空间复杂度，并能够识别第二类型字段匹配对应的客户端，可以降低运行查找对应客户端的算法的时间复杂度，提高消息分发效率。

Description

一种基于mqtt的消息分发方法、服务器及存储介质

技术领域

本发明涉及数据传输技术领域，尤其涉及一种基于mqtt的消息分发方法、服务器及存储介质。

背景技术

消息队列遥测传输(Message Queuing Telemetry Transport，MQTT)是IBM开发的一个即时通讯协议，有可能成为物联网的重要组成部分。该协议支持所有平台，几乎可以把所有联网物品和外部连接起来，被用来当做传感器和制动器(比如通过Twitter让房屋联网)的通信协议。

mqtt协议里，所有的消息都是广播消息，对于广播消息来说：所有消费者订阅一个Topic，比如TopicA，生产者将消息发送给TopicA，消费者就都能接收到这些消息，而对于P2P而言，普通的方式只能是每个消费者都订阅自己的Topic，比如消费者A订阅TopicA，消费者B订阅TopicB。

但是，通过现有的消息分发方式会导致服务端必须存储大量的Topic，而每次去寻找需要发送的Topic都需要去遍历匹配，如果有n个Topic，就需要匹配n次，服务器运行该消息分发程序采用的算法复杂，该算法的空间复杂度(算法在运行过程中临时占用存储空间的大小)以及时间复杂度(算法运行耗时长短)高，进而降低了消息分发的效率。

发明内容

本发明的主要目的在于提供一种基于mqtt的消息分发方法、服务器及存储介质，旨在解决现有的消息分发方式存在消息分发效率低的技术问题。

为实现上述目的，本发明提供的一种基于mqtt的消息分发方法，应用于服务器，该方法包括：

接收步骤：接收所述服务器集群基于mqtt协议广播的消息发送请求；

解析步骤：解析所述消息发送请求中携带的待发送消息，根据预设的消息属性信息与主题之间的映射关系，确定与所述待发送消息的属性信息对应的主题；

第一判断步骤：判断所述主题是否存在第一预设类型字段，以确定所述待发送消息是否为P2P消息；

第二判断步骤：当判断所述待发送消息为P2P消息时，判断所述主题是否存在第二预设类型字段，以判断与所述第二预设类型字段对应的客户端是否订阅所述主题；及

发送步骤：当判断所述主题存在所述第二预设类型字段时，则将与所述主题对应的所述待发送消息发送至与所述第二预设类型字段对应的客户端。

优选地，所述消息发送请求是由负载均衡设备基于预设的负载均衡规则分配的。

优选地，所述负载均衡规则为：

根据所述服务器集群中的各服务器的实时负载情况将所述消息发送请求优先分配给负载最小的服务器；或

根据所述服务器集群中的各服务器的排序，按照轮询的方式分配所述消息发送请求。

优选地，所述发送步骤还包括：

判断与所述第二预设类型字段对应的客户端是否在线；

若与所述第二预设类型字段对应的客户端在线，则将所述待发送消息发送至所述客户端；及

若与所述第二预设类型字段对应的客户端不在线，则将所述待发送消息保存至与该客户端对应的服务器的离线消息队列。

优选地，所述发送步骤还包括：

侦测所述客户端的连接请求，当侦测到所述客户端在线时，将所述离线消息队列中的所述待发送消息发送至所述客户端。

为实现上述目的，本发明还进一步提供一种服务器，所述服务器包括存储器和处理器，所述存储器上存储有消息分发程序，所述消息分发程序被所述处理器执行时实现如下步骤：

优选地，所述负载均衡规则为：

优选地，所述处理器运行所述消息分发程序，还执行：

判断与所述第二预设类型字段对应的客户端是否在线；

为实现上述目的，本发明进一步提供一种计算机可读存储介质，所述计算机可读存储介质上存储有消息分发程序，所述消息分发程序可被一个或者多个处理器执行，以实现如上所述的消息分发方法的步骤。

本发明提出的基于mqtt的消息分发方法、服务器及存储介质，通过接收服务器集群基于mqtt协议广播的消息发送请求，将接受到消息发送请求中携带的待发送消息进行分析，根据分析结果将该消息发送请求分发至相对应的客户端。相比较现有的消息分发方式，本发明中服务器集群中的各服务器之间的信息传递基于mqtt协议实现，不需要将不同的消息发送请求分别存储在服务器集群的各服务器中，从而降低运行该消息分发程序的算法的空间复杂度，并通过识别与P2P消息对应的主题中是否含有第二预设类型字段，自动匹配并将消息发送给与订阅该主题的对应客户端，降低运行查找对应客户端的算法的时间复杂度，进而提高消息分发效率。

附图说明

图1为本发明服务器较佳实施例的应用环境图；

图2为图1中消息分发程序较佳实施例的程序模块示意图；

图3为本发明消息分发方法较佳实施例的流程示意图。

本发明目的的实现、功能特点及优点将结合实施例，参附图做进一步说明。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，在本发明中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本发明要求的保护范围之内。

本发明提供一种服务器。参照图1所示，本发明的服务器可为一个服务器集群中任意一台服务器，例如图1的第一服务器1或第二服务器2。每台服务器通信连接多个客户端(图中仅示出1个)，例如第一服务器1连接第一客户端14，第二服务器2连接第二客户端15。服务器集群中的各服务器(例如第一服务器1与第二服务器2)之间的信息传递基于mqtt协议实现。某太服务器接收到一个客户端发送的消息发送请求后，基于mqtt协议将该消息发送请求广播至其他服务器，例如第一服务器1在接收到第一客户端14发送的消息发送请求后，基于mqtt协议在服务器集群中广播该消息发送请求。第二服务器2接收到该消息发送请求发送后，执行消息发送发送分发程序10对该消息发送请求携带的消息进行分析，根据分析结果将该消息发送请求分发至相对应的客户端，例如第二客户端15。相比较现有的消息分发方式，本发明不需要分别将消息发送请求存储在服务器集群中的其他各服务器，从而减少空间复杂度，提高消息分发效率，且能够通过识别与P2P消息对应的主题中是否含有第二预设类型字段，自动匹配并将消息发送给与订阅该主题对应的客户端，减少对客户端的查找时间复杂度。

所述服务器，例如图1中第一服务器1或第二服务器2，可以是机架式服务器、刀片式服务器、塔式服务器或机柜式服务器等的一种或几种。该第一服务器1包括，但不仅限于，存储器11、处理器12及网络接口13。

其中，存储器11至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、磁性存储器、磁盘、光盘等。存储器11在一些实施例中可以是服务器的内部存储单元，例如该服务器的硬盘。存储器11在另一些实施例中也可以是服务器的外部存储设备，例如该服务器上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。

进一步地，存储器11还可以既包括服务器的内部存储单元也包括外部存储设备。存储器11不仅可以用于存储安装于服务器的应用软件及各类数据，例如消息分发程序10的代码等，还可以用于暂时地存储已经输出或者将要输出的数据。

处理器12在一些实施例中可以是一中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器或其他数据处理芯片，用于运行存储器11中存储的程序代码或处理数据，例如执行消息分发程序10等。

网络接口13可选的可以包括标准的有线接口、无线接口(如WI-FI接口)，通常用于在该服务器与其他电子设备之间建立通信连接。

第一客户端14可以是桌上型计算机、笔记本、平板电脑、手机，或其他具有发送mqtt消息功能且可以通过网络16与服务器进行通信的终端装置。第二客户端15可以是桌上型计算机、笔记本、平板电脑、手机，或具有接收mqtt消息功能且可以通过网络16与服务器进行通信的终端装置。

网络16可以为互联网、云网络、无线保真(Wi-Fi)网络、个人网(PAN)、局域网(LAN)和/或城域网(MAN)。网络环境中的各种设备可以被配置为根据各种有线和无线通信协议连接到通信网络。这样的有线和无线通信协议的例子可以包括但不限于以下中的至少一个：传输控制协议和互联网协议(TCP/IP)、用户数据报协议(UDP)、超文本传输协议(HTTP)、文件传输协议(FTP)、ZigBee、EDGE、IEEE 802.11、光保真(Li-Fi)、802.16、IEEE 802.11s、IEEE 802.11g、多跳通信、无线接入点(AP)、设备对设备通信、蜂窝通信协议和/或蓝牙(BlueTooth)通信协议或其组合。

可选地，该服务器还可以包括用户接口，用户接口可以包括显示器(Display)、输入单元比如键盘(Keyboard)，可选的用户接口还可以包括标准的有线接口、无线接口。可选地，在一些实施例中，显示器可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED(Organic Light-Emitting Diode，有机发光二极管)触摸器等。其中，显示器也可以称为显示屏或显示单元，用于显示在服务器中处理的信息以及用于显示可视化的用户界面。

图1仅示出了具有组件11-16以及消息分发程序10的第一服务器1及第二服务器2，本领域技术人员可以理解的是，图1示出的结构并不构成对第一服务器1及第二服务器2的限定，可以包括比图示更少或者更多的部件，或者组合某些部件，或者不同的部件布置。

在一实施例中，图1的消息分发程序10被处理器12执行时，实现以下步骤：

进一步地，在本实施例中，所述消息发送请求是由负载均衡设备基于预设的负载均衡规则分配的。在其他实施例中，所述消息发送请求还可以直接由客户端发送给对应的服务器。

在另一实施例中，所述发送步骤还可以包括：

判断与所述第二预设类型字段对应的客户端是否在线；

若与所述第二预设类型字段对应的客户端不在线，则将所述待发送消息保存至所述服务器的离线消息队列。

进一步地，所述发送步骤还可以包括：

关于上述步骤的详细介绍，请参照下述图2关于消息分发程序10实施例的程序模块示意图及图3关于消息分发方法实施例的方法流程示意图的说明。

参照图2所示，为图1中消息分发程序10实施例的程序模块示意图。消息分发程序10被分割为多个模块，该多个模块存储于存储器11中，并由处理器12执行，以完成本发明。本发明所称的模块是指能够完成特定功能的一系列计算机程序指令段。

在本实施例中，所述消息分发程序10包括接收模块110、解析模块120、第一判断模块130、第二判断模块140及确定模块150。

接收模块110，用于接收服务器集群基于mqtt协议广播的消息发送请求。

服务器集群中包括多个服务器，例如图1中示出的第一服务器1或第二服务器2。每台服务器通信连接多个客户端(图中仅示出1个)，例如第一服务器1连接第一客户端14，第二服务器2连接第二客户端15。服务器集群中的各服务器(例如第一服务器1与第二服务器2)之间的信息传递基于mqtt协议。第一客户端14向第二客户端15发送消息的过程中，用户需要通过第一客户端14将携带消息的消息发送请求发送至服务器集群中任一台服务器(如第一服务器1)上。以基于mqtt协议的点对点聊天为例，消息发送请求中携带有消息及消息的属性信息(如消息对应的主题topic及消息发送请求时间等)。

在本实施例中，所述第一服务器1接收负载设备基于预设的负载均衡规则分配的消息发送请求。所述预设的负载均衡规则包括：

根据服务器集群中各服务器的实时负载进行分配，例如，分配给实时负载最小的服务器进行处理；或

根据服务器集群中各服务器的排序，按照轮询的方式进行分配，例如，预先确定服务器集群中各服务器的排序，依次将消息发送请求分配给各服务器。

在其他实施例中，所述第一服务器1还可以直接接收第一客户端14发送的消息发送请求。

在本实施例中，采用rocketMQ(消息中间件，用于进行系统间的数据交换，具有高吞吐量、高可用性、适合大规模分布式系统应用的特点)作为主要的内部消息分发，redis(数据库)作为备份分发，如果rocketMQ失效，则用redis进行分发。

所述接收模块110还用于：

通过所述第一服务器1读取第一预设类型(例如mqtt)的待发送消息，基于预设转换规则将所述第一预设类型的待发送消息转换为第二预设类型(例如rocketMQ)的待发送消息，本步骤的目的在于将第一类型的消息(例如mqtt消息)与第二类型的消息(例如rocketMQ消息)进行互通，因为你同类型的消息，例如mqtt消息与rocketMQ消息的协议不同，因此需要设计一种不同类型消息互相解析的方案；

将所述第二预设类型的消息发送至rocketMQ，供rocketMQ将所述第二预设类型的消息广播至服务器集群中的每一台服务器上。

该方式是需要在rocketMQ中创建一个处理mqtt协议的Topic，该Topic的消息为mqtt消息。所有mqtt服务端(服务器集群中的所有服务器)在内部启动一个rocketMQ生产者和一个rocketMQ消费者，在第一客户端14发送消息到mqtt服务端(第一服务器1)时，mqtt服务端(第一服务器1)将消息利用预设转换规则转化为rocketMQ消息发送到rocketMQ服务端，然后其余mqtt服务端通过rocketMQ消费者可以接收到该消息并反处理为mqtt消息，从而进行相应的处理。

其中，mqtt消息与rocketMQ消息互通方式：

比如客户端给服务端发送了一条mqtt消息，该消息的所有内容包括：

Payload：真正的消息内容

Qos:mqtt消息服务等级

Topic：消息所属主题，后面分发匹配消费者需要用到

Retain：mqtt消息属性

这里在发送给rocketMQ时，需要将mqtt消息的整个关键内容转换为rocketMQ消息。

此时需要额外定义一个Map:

rocketMQ的消息内容包括：

Body：真正的消息内容

Map:{

Qos:mqtt消息qos等级

Topic:mqtt消息topic

Retain：mqtt消息属性

}

Topic:rocketMQ消息主题

进一步地，所述接收模块110还用于：

当接收到所述消息发送请求时，从预设的客户端的列表中查找与所述主题中第二类型字段(例如目标客户端的Id)对应的客户端，若不存在第二类型字段，则忽略该条消息发送请求，若存在第二类型字段，则继续执行消息广播操作，将所述消息发送请求基于mqtt协议广播至所述服务器集群中的其他各服务器。

其中，上述预设的客户端列表中包括：在预设时间内(例如，过去5年/所有历史时间，具体可根据需求做调整)与服务器集群中任意一台服务器连接过的客户端的Id。

若客户端列表中不存在目标客户端的Id，说明目标客户端在预设时间内未连接过该服务器集群(即不会订阅该主题)，因此为了节省服务器的计算资源，直接过滤掉该条信息发送请求，即不对其进行任何处理。

解析模块120，用于解析接收到的消息发送请求中携带的待发送请求，根据预设的消息属性信息与主题之间的映射关系，确定与所述待发送消息的属性信息对应的主题。

第一判断模块130，用于判断所述待发送消息是否为P2P消息。通过判断该主题中是否存在第一预设类型字段，确定所述待发送消息是否为P2P消息。具体地，确定所述待发送消息是否为P2P消息的方式为：

判断所述主题中是否含有第一预设类型字段(例如Topic/P2P)；

若含有第一类型字段，则判断该待发送消息为P2P消息；及

若不含有第一类型字段，则判断该待发送消息不是P2P消息。

第二判断模块140，用于判断客户端是否订阅了该主题。

具体地，当所述第一判断模块130确定所述待发送消息为P2P消息时，判断所述主题中是否包含有第二预设类型字段(例如目标客户端的Id)；若含有第二类型字段，则判断该客户端订阅了该主题，将所述待发送消息发送至该该客户端；若不含有第二类型字段，则判断该客户端没有订阅该主题，即不发送消息，同时生成提示信息反馈给对应的生成消息发送请求的客户端。

发送模块150，用于将待发送消息发送至订阅了该主题的客户端。具体地，当所述第二判断模块140确定客户端订阅了该主题时，将与该主题对应的待发送消息发送至与第二预设类型字段对应的客户端。

进一步地，所述发送模块150还执行：

判断与所述第二预设类型字段对应的客户端是否在线；

若与所述第二预设类型字段对应的客户端在线，则将待发送消息发送至该客户端；及

若与所述第二预设类型字段对应的客户端不在线，则将待发送消息保存至与该客户端对应的服务器的离线消息队列(例如，保存过程中，带发送消息按照消息发出请求时间的先后顺序进行排序)。

具体地，通过将待发送消息保存至服务器的离线消息队列，采用先进先出，消息从尾进，从头部出的方式，不需要进行手动排序。当客户端重新连接到服务器上时，该服务器会通知其他服务器在本地删除该客户端的连接信息，同时处理离线消息逻辑。

进一步地，所述发送模块150还执行：

侦测所述客户端的连接请求，当侦测到客户端在线时，将离线消息队列中的待发送消息发送至该客户端。

此外，本发明还提供一种基于mqtt的消息分发方法。参照图3所示，为本发明基于mqtt的消息分发方法的实施例的方法流程示意图。服务器1的处理器12执行存储器11中存储的消息分发程序10时实现基于mqtt的消息分发方法的如下步骤：

步骤S110，利用所述接收模块110接收服务器集群基于mqtt协议广播的消息发送请求。

服务器集群中包括多个服务器，例如图1示出的第一服务器1或第二服务器2。每台服务器通信连接多个客户端(图中仅示出1个)，例如第一服务器1连接第一客户端14，第二服务器2连接第二客户端15。服务器集群中的各服务器(例如第一服务器1与第二服务器2)之间的信息传递基于mqtt协议。第一客户端14向第二客户端15发送消息的过程中，用户需要通过第一客户端14将携带消息的消息发送请求发送至服务器集群中任一台服务器(如第一服务器1)上。以基于mqtt协议的点对点聊天为例，消息发送请求中携带有消息及消息的属性信息(如消息对应的主题topic及消息发送请求时间等)。

在本实施例中，采用rocketMQ(消息中间件，用于进行系统间的数据交换，具有高吞吐量、高可用性、适合大规模分布式系统应用的特点)作为主要的内部消息分发，redis(数据库)作为备份分发，如果rocketMQ失效，则用redis进行分发。具体地，所述步骤S110还包括：

通过所述第一服务器1读取第一预设类型(例如mqtt)的待发送消息，基于预设转换规则将所述第一预设类型的待发送消息转换为第二预设类型(例如rocketMQ)的待发送消息，本步骤的目的在于将第一类型的消息(例如mqtt消息)与第二类型的消息(例如rocketMQ消息)进行互通，因为不同类型的消息，例如mqtt消息与rocketMQ消息的协议不同，因此需要设计一种不同类型消息互相解析的方案；

其中，mqtt消息与rocketMQ消息互通方式：

Payload：真正的消息内容

Qos:mqtt消息服务等级

Topic：消息所属主题，后面分发匹配消费者需要用到

Retain：mqtt消息属性

此时需要额外定义一个Map:

rocketMQ的消息内容包括：

Body：真正的消息内容

Map:{

Qos:mqtt消息qos等级

Topic:mqtt消息topic

Retain：mqtt消息属性

}

Topic:rocketMQ消息主题

进一步地，所述步骤S110还包括：

步骤S120，用于解析接收到的消息发送请求中携带的待发送请求，根据预设的消息属性信息与主题之间的映射关系，确定与所述待发送消息的属性信息对应的主题。

步骤S130，用于判断所述待发送消息是否为P2P消息。通过判断该主题中是否存在第一预设类型字段，以确定所述待发送消息是否为P2P消息。具体地，确定所述待发送消息是否为P2P消息的方式为：

判断所述主题中是否含有第一预设类型字段(例如Topic/P2P)；

若含有第一类型字段，则判断该待发送消息为P2P消息；及

若不含有第一类型字段，则判断该待发送消息不是P2P消息。

步骤S140，用于判断客户端是否订阅了该主题。

具体地，当所述第一判断模块130确定所述待发送消息为P2P消息时，判断所述主题中是否包含有第二预设类型字段(例如目标客户端的Id)；若含有第二类型字段，则判断该客户端订阅了该主题，将所述待发送消息发送至该客户端；若不含有第二类型字段，则判断该客户端没有订阅该主题，即不发送消息，同时生成提示信息反馈给对应的生成消息发送请求的客户端。

步骤S150，用于将待发送消息发送至订阅了该主题的客户端。具体地，当所述第二判断模块140确定客户端订阅了该主题时，将与该主题对应的待发送消息发送至与第二预设类型字段对应的客户端。

进一步地，所述步骤S150还包括：

判断与所述第二预设类型字段对应的客户端是否在线；

若与所述第二预设类型字段对应的客户端不在线，则将待发送消息保存至服务器的离线消息队列(例如，保存过程中，带发送消息按照消息发出请求时间的先后顺序进行排序)。

具体地，通过将待发送消息保存至与该客户端对应的服务器的离线消息队列，采用先进先出，消息从尾进，从头部出的方式，不需要进行手动排序。当客户端重新连接到服务器上时，该服务器会通知其他服务器在本地删除该客户端的连接信息，同时处理离线消息逻辑。

进一步地，所述步骤S150还包括：

此外，本发明实施例还提出一种计算机可读存储介质，计算机可读存储介质可以是硬盘、多媒体卡、SD卡、闪存卡、SMC、只读存储器(ROM)、可擦除可编程只读存储器(EPROM)、便携式紧致盘只读存储器(CD-ROM)、USB存储器等中的任意一种或者几种的任意组合。计算机可读存储介质中包括消息分发程序10，本发明之计算机可读存储介质的具体实施方式与上述消息分发方法以及服务器的具体实施方式大致相同，在此不再赘述。

需要说明的是，上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。并且本文中的术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、装置、物品或者方法所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、装置、物品或者方法中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims

1.一种基于mqtt协议的消息分发方法，应用于服务器集群的一服务器，其特征在于，该方法包括：

接收步骤：接收所述服务器集群基于mqtt协议广播的消息发送请求，从预设的客户端列表中查找与消息的发送请求主题中预设字段对应的客户端，若不存在所述预设字段，则忽略该条消息发送请求，若存在所述预设字段，则继续执行消息广播操作，将所述消息发送请求基于mqtt协议广播至所述服务器集群中的其他各服务器；

2.如权利要求1所述的基于mqtt的消息分发方法，其特征在于，所述消息发送请求是由负载均衡设备基于预设的负载均衡规则分配的。

3.如权利要求2所述的基于mqtt的消息分发方法，其特征在于，所述负载均衡规则为：

4.如权利要求1所述的基于mqtt的消息分发方法，其特征在于，所述发送步骤还包括：

判断与所述第二预设类型字段对应的客户端是否在线；

5.如权利要求4所述的基于mqtt的消息分发方法，其特征在于，所述发送步骤还包括：

6.一种服务器，其特征在于，所述服务器包括存储器和处理器，所述存储器上存储有消息分发程序，所述消息分发程序被所述处理器执行时实现如下步骤：

7.如权利要求6所述的服务器，其特征在于，所述消息发送请求是由负载均衡设备基于预设的负载均衡规则分配的。

8.如权利要求7所述的服务器，其特征在于，所述负载均衡规则为：

9.如权利要求6-8中任一项所述的服务器，其特征在于，所述处理器运行所述消息分发程序，还执行：

判断与所述第二预设类型字段对应的客户端是否在线；

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有消息分发程序，所述消息分发程序可被一个或者多个处理器执行，以实现如权利要求1-5中任一项所述的消息分发方法的步骤。