CN110266810A - 基于mqtt协议的消息接收方法、设备及存储介质 - Google Patents

Abstract

本申请实施例公开了一种基于MQTT协议的消息接收方法、设备及存储介质，属于物联网技术领域。所述方法包括：第一设备与服务器建立第一MQTT连接；当第二设备断开与服务器之间的第二MQTT连接或退出账号时，向服务器发送订阅请求，第二设备与第一设备的设备类型相同，且登陆有目标账号，订阅请求中包括订阅主题，订阅主题根据被订阅设备的设备类型以及被订阅设备登陆的账号生成；接收服务器推送的订阅消息，订阅消息由所述被订阅设备发布。本申请实施例中，通过抢占机制能够实现一个账号仅在同类设备中的一个设备上登陆，避免多个同类设备登陆同一账号时，多个同类设备同时接收到同一被订阅设备发布的消息。

Description

基于MQTT协议的消息接收方法、设备及存储介质

技术领域

本申请实施例涉及物联网技术领域，特别涉及一种基于MQTT协议的消息接收方法、设备及存储介质。

背景技术

消息队列遥测传输(Message Queuing Telemetry Transport，MQTT)协议是一种为硬件性能低下的远程设备以及网络状况糟糕的情况而设计的发布/订阅型消息协议，被广泛应用于物联网(Internet of Things，IoT)领域。

MQTT协议下，设备首先需要与服务器建立MQTT连接。完成连接后，设备可以向服务器发布使用主题(topic)进行标识的消息，而其他设备则可以订阅该主题，以便服务器将该主题下的消息推送给其他设备。其中，主题可以采用“设备类型+设备账号”的形式。

发明内容

本申请实施例提供了一种基于MQTT协议的消息接收方法、设备及存储介质。所述技术方案如下：

一方面，本申请实施例提供了一种基于MQTT协议的消息接收方法，所述方法用于第一设备，所述第一设备登陆有目标账号，所述方法包括：

与服务器建立第一MQTT连接，所述第一MQTT连接对应所述第一设备的客户端标识；

当第二设备断开与所述服务器之间的第二MQTT连接或退出账号时，向所述服务器发送订阅请求，所述第二设备与所述第一设备的设备类型相同，且登陆有所述目标账号，所述订阅请求中包括订阅主题，所述订阅主题根据被订阅设备的设备类型以及被订阅设备登陆的账号生成；

接收所述服务器推送的订阅消息，所述订阅消息由所述被订阅设备发布。

另一方面，本申请实施例提供了一种基于MQTT协议的消息接收方法，所述方法用于第二设备，所述第二设备登陆有目标账号，所述方法包括：

与服务器建立第二MQTT连接，所述第二MQTT连接对应所述第二设备的客户端标识；

向所述服务器发送订阅请求，所述订阅请求中包括订阅主题，所述订阅主题根据被订阅设备的设备类型以及被订阅设备登陆的账号生成；

若所述服务器与第一设备建立第一MQTT连接，则断开所述第二MQTT连接或退出所述目标账号，所述第一设备与所述第二设备的设备类型相同，且登陆有所述目标账号。

另一方面，本申请实施例提供了一种基于MQTT协议的消息接收装置，所述装置用于第一设备，所述第一设备登陆有目标账号，所述装置包括：

第一连接模块，用于与服务器建立第一MQTT连接，所述第一MQTT连接对应所述第一设备的客户端标识；

第一订阅模块，用于当第二设备断开与所述服务器之间的第二MQTT连接或退出账号时，向所述服务器发送订阅请求，所述第二设备与所述第一设备的设备类型相同，且登陆有所述目标账号，所述订阅请求中包括订阅主题，所述订阅主题根据被订阅设备的设备类型以及被订阅设备登陆的账号生成；

第一接收模块，用于接收所述服务器推送的订阅消息，所述订阅消息由所述被订阅设备发布。

另一方面，本申请实施例提供了一种基于MQTT协议的消息接收装置，所述装置用于第二设备，所述第二设备登陆有目标账号，所述装置包括：

第三连接模块，用于与服务器建立第二MQTT连接，所述第二MQTT连接对应所述第二设备的客户端标识；

第二订阅模块，用于向所述服务器发送订阅请求，所述订阅请求中包括订阅主题，所述订阅主题根据被订阅设备的设备类型以及被订阅设备登陆的账号生成；

断开退出模块，用于若所述服务器与第一设备建立第一MQTT连接，则断开所述第二MQTT连接或退出所述目标账号，所述第一设备与所述第二设备的设备类型相同，且登陆有所述目标账号。

另一方面，本申请实施例提供了一种电子设备，所述电子设备包括处理器和存储器；所述存储器存储有至少一条指令，所述至少一条指令用于被所述处理器执行以实现如上述方面所述的基于MQTT协议的消息接收方法。

另一方面，本申请实施例提供了一种计算机可读存储介质，所述存储介质存储有至少一条指令，所述至少一条指令用于被处理器执行以实现如上述方面所述的基于MQTT协议的消息接收方法。

另一方面，还提供了一种计算机程序产品，该计算机程序产品存储有至少一条指令，所述至少一条指令由处理器加载并执行以实现上述方面所述的基于MQTT协议的消息接收方法。

采用本申请实施例提供的方法，第一设备与服务器建立第一MQTT连接后，通过抢占机制使与第一设备属于同一设备类型且登陆同一账号的第二设备断开与服务器之间的第二MQTT连接，或者使第二设备退出账号，并在完成抢占后进行主题订阅，从而接收服务器推送的订阅消息；在需要进行一对一消息传输的场景下，通过上述抢占机制能够实现一个账号仅在同类设备中的一个设备上登陆，避免多个同类设备上登陆同一账号时，多个同类设备同时接收到同一被订阅设备发布的消息，导致出现设备控制异常的问题。

附图说明

图1示出了本申请一个示例性实施例提供的实施环境的示意图；

图2是相关技术中设备间订阅主题过程的示意图；

图3示出了本申请一个示例性实施例示出的基于MQTT协议的消息接收方法的流程图；

图4示出了本申请另一个示例性实施例示出的基于MQTT协议的消息接收方法的流程图；

图5是图4所示消息接收方法的实施示意图；

图6示出了本申请另一个示例性实施例示出的基于MQTT协议的消息接收方法的流程图；

图7是图6所示消息接收方法的实施示意图；

图8其示出了本申请一个实施例提供的基于MQTT协议的消息接收装置的结构框图；

图9示出了本申请另一个实施例提供的基于MQTT协议的消息接收装置的结构框图；

图10示出了本申请一个实施例提供的电子设备的框图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

请参考图1，其示出了本申请一个示例性实施例提供的实施环境的示意图，该实施环境中包括第一设备11、第二设备12、服务器13以及第三设备14。

第一设备11和第二设备12为遵循MQTT协议的物联网设备，该物联网设备可以是智能音箱、智能洗衣机、智能电视、智能空气净化器等等，本申请实施例对此不做限定。

本申请实施例中，第一设备11和第二设备12属于同一设备类型。图1中，以第一设备11和第二设备12均为智能音箱为例进行说明。

工作状态下，第一设备11和第二设备12分别与服务器13建立MQTT连接，并通过MQTT连接与服务器13进行数据通信。

服务器13为一台服务器、若干台服务器构成的服务器集群或云计算中心。本申请实施例中，服务器13作为消息中间件，用于进行消息推送。

可选的，第一设备11和第二设备12与服务器13建立MQTT连接后，通过MQTT连接向服务器13发布(publish)消息，并通过主题对消息进行标识，由服务器13将发布的消息推送至订阅该主题的其他设备。

第三设备14为遵循MQTT协议的电子设备，该电子设备可以是智能手机、平板电脑、可穿戴式设备、个人便携式计算机或其他物联网设备等等。图1中以第三设备14为智能手机为例进行说明。

可选的，第三设备14与服务器13建立MQTT连接后，可以通过服务器13订阅(subscribe)第一设备11和第二设备12发布的消息，服务器13接收到第一设备11或第二设备12发布的消息后，即根据主题订阅关系，将该消息推送至第三设备14。

当然，除了通过第三设备14订阅第一设备11和第二设备12发布的消息外，第一设备11和第二设备12也可以订阅第三设备发布的消息，即不同设备之间可以相互订阅，本实施例对此不做限定。

下述各个实施例提供的基于MQTT协议的消息接收方法即用于图1所示实施环境中的第一设备11和第二设备12。

在一种可能的实施方式中，与服务器建立MQTT连接的设备通常使用“设备类型+设备登陆的账号”作为主题来标识发布的消息。示意性的，如图2所示。第一设备11和第二设备12均为智能音箱，且均登陆账号A，因此第一设备11和第二设备12发布的消息的主题为“音箱+账号A”，第三设备14为智能手机且登陆账号A，因此第三设备14发布的消息的主题为“手机+账号A”。

相应的，当第一设备11与第三设备14相互订阅，第二设备12与第三设备14相互订阅时，第一设备11和第二设备12即向服务器13发送订阅“手机+账号A”的主题订阅请求，第三设备14即向服务器13发送订阅“音箱+账号A”的主题订阅请求。

然而，采用上述方式时，若第一设备11和第二设备12均与服务器13建立MQTT连接，第三设备14发布的消息会被同时推送到第一设备11和第二设备12，且第一设备11和第二设备12发布的消息均会被推送至第三设备14。在某些需要进行一对一数据传输的场景下，这种消息推送方式会造成问题。比如，当第一设备11为设置在卧室中的智能音箱，而第二设备12为设置在客厅中的智能音箱时，当用户通过第三设备14控制第一设备11播放音乐时，第二设备12也会接收到控制指令并播放音乐。显然，第二设备12播放音乐并不符合用户的预期。

为了解决上述问题，本申请实施例提供的消息接收方法中，在存在登陆同一账号的多个同类型设备时，通过抢占机制实现一个账号仅在同类设备中的一个设备上登陆。比如，在图2所示的场景下，第二设备12已与服务器13建立MQTT连接，当用户需要使用第三设备14对第一设备11进行控制时，第一设备11与服务器13建立MQTT连接后，在抢占机制下，第二设备12与服务器13之间的MQTT连接断开，或者，第二设备12退出账号A，使得第三设备14发布的消息仅被第一设备11接收。下面采用示意性的实施例进行说明。

请参考图3，其示出了本申请一个示例性实施例示出的基于MQTT协议的消息接收方法的流程图。本实施例以该方法应用于图1所示的实施环境为例进行说明。该方法包括：

步骤301，第二设备与服务器建立第二MQTT连接，第二MQTT连接对应第二设备的客户端标识，第二设备登陆有目标账号。

在MQTT协议中，设备与服务器之间建立的MQTT连接采用客户端标识(clientid)进行标识，且同一时刻下，服务器建立的各个MQTT连接的客户端标识唯一。

在一种可能的实施方式中，第二设备采用设备标识作为客户端标识，该设备标识具有唯一性，即不同设备的设备标识不同。比如，该设备标识可以是设备的硬件识别码。

在另一种可能的实施方式中，第二设备采用“设备类型+设备登陆的账号”作为客户端标识。不同于设备标识具有唯一性，采用“设备类型+设备登陆的账号”作为客户端标识时，登录同一账号的同类设备具有相同的客户端标识。

可选的，每个账号对应唯一标识符，该唯一标识符采用单点登陆标识(singlesign on identity，ssoid)。

步骤302，第二设备向服务器发送订阅请求，订阅请求中包括订阅主题，订阅主题根据被订阅设备的设备类型以及被订阅设备登陆的账号生成。

与服务器建立第二MQTT连接后，第二设备即可向服务器发送订阅请求，请求订阅指定设备(即被订阅设备)发布的消息。其中，该订阅请求中至少包括订阅主题。

可选的，第二设备根据被订阅设备的设备类型和被订阅设备登陆的账号生成。比如，当需要订阅登陆账号A的智能手机发布的消息时，第二设备生成的订阅主题即为“手机+账号A”。

除了订阅其他设备发布的消息外，第二设备还可以发布消息，供其他设备订阅。可选的，第二设备发布的消息的主题采用“自身设备类型+自身登陆的账号”标识。比如，当第二设备为登陆账号A的智能音箱时，第二设备发布的消息的主题即为“音箱+账号A”。

相应的，服务器根据第二设备发送的订阅请求，向第二设备推送被订阅设备发布的消息。

步骤303，第一设备与服务器建立第一MQTT连接，第一MQTT连接对应第一设备的客户端标识，第一设备与第二设备的设备类型相同，且登陆有目标账号。

本申请实施例中，第一设备与第二设备的设备类型相同，且登陆有同一目标账号。比如，第一设备和第二设备均为智能音箱，且第一设备和第二设备均登陆账号A。

与第二设备建立第二MQTT连接相似的，第一设备根据第一设备的客户端标识与服务器建立第一MQTT连接。其中，第一设备的客户端标识与第二设备的客户端标识采用同一表现形式。

步骤304，若服务器与第一设备建立第一MQTT连接，第二设备则断开第二MQTT连接或退出目标账号。

可选的，本申请实施例中第一设备可以通过两种方式实现抢占。在一种抢占方式中，当第一设备与服务器建立第一MQTT连接后，服务器断开与第二设备之间的第二MQTT连接，即同一时刻下，登陆同一账号的多个同类型设备中，仅一个设备与服务器建立MQTT连接。

在另一种抢占方式中，当第一设备与服务器建立第一MQTT连接后，第二服务器退出当前登陆的目标账号，即同一时刻下，同一账号仅在多个同类型设备中的一个设备处登陆。

步骤305，当第二设备断开与服务器之间的第二MQTT连接或退出账号时，第一设备向服务器发送订阅请求。

当第二设备断开与服务器之间的第二MQTT连接或退出账号时，第一设备即完成抢占，并向服务器发送订阅请求。其中，第一设备发送订阅请求的方式可以参考第二设备发送订阅请求的方式，本实施例在此不再赘述。

步骤306，第一设备接收服务器推送的订阅消息，订阅消息由被订阅设备发布。

完成消息订阅后，服务器接收到(第一设备的)被订阅设备发布的消息时，即将该消息推送给第一设备。由于与第一设备属于同一设备类型且登陆同一账号的其他设备当前处于断开连接或账号退出状态，因此能够避免出现同一消息被推送至登陆同一账号的多个同类型设备，以及登陆同一账号的多个同类型设备均能够向同一设备推送消息的问题。

综上所示，采用本申请实施例提供的方法，第一设备与服务器建立第一MQTT连接后，通过抢占机制使与第一设备属于同一设备类型且登陆同一账号的第二设备断开与服务器之间的第二MQTT连接，或者使第二设备退出账号，并在完成抢占后进行主题订阅，从而接收服务器推送的订阅消息；在需要进行一对一消息传输的场景下，通过上述抢占机制能够实现一个账号仅在同类设备中的一个设备上登陆，避免多个同类设备上登陆同一账号时，多个同类设备同时接收到同一被订阅设备发布的消息，导致出现设备控制异常的问题。

下面采用示意性的实施例分别对上述实施例中涉及的两种抢占方式进行说明。其中，以图4所示实施例对第一种抢占方式(断开MQTT连接)进行说明，以图6所示实施例对第二种抢占方式(退出账号登陆)进行说明。

请参考图4，其示出了本申请另一个示例性实施例示出的基于MQTT协议的消息接收方法的流程图。本实施例以该方法应用于图1所示的实施环境为例进行说明。该方法包括：

步骤401，第二设备根据第二设备的设备类型和目标账号生成第二客户端标识。

相关技术中，设备通常使用设备标识作为客户端标识与服务器建立MQTT连接，由于设备标识具有唯一性，因此能够在不影响已有MQTT连接的情况下，与新的设备建立MQTT连接。

为了通过断开MQTT连接的方式实现抢占，在一种可能的实施方式中，设备使用设备类型和当前登陆的账号生成客户端标识，并基于该客户端标识建立MQTT连接。本实施例中，第二设备即根据二设备的设备类型和当前登陆的目标账号生成第二客户端标识。

示意性的，如图5所示，第二设备52根据设备类型“音箱”以及当前登陆的目标账号ssoidA，生成第二客户端标识“音箱+ssoidA”。

步骤402，第二设备根据第二客户端标识与服务器建立第二MQTT连接。

进一步的，第二设备根据第二客户端标识，与服务器建立第二MQTT连接。

在一种可能的实施方式中，第二设备向服务器发送包含第二客户端标识的连接建立请求，请求与服务器建立第二MQTT连接。相应的，服务器接收到连接建立请求后，将第二客户端标识与已建立MQTT连接对应的客户端标识进行匹配，若不包含与第二客户端标识相同的客户端标识，则建立第二MQTT连接。

示意性的，如图5所示，第二设备53根据“音箱+ssoidA”与服务器建立第二MQTT连接。

步骤403，第二设备向服务器发送订阅请求。

本步骤的实施方式可以参考上述步骤302，本实施例在此不再赘述。

步骤404，第一设备根据第一设备的设备类型和目标账号生成第一客户端标识。

与第二设备建立第二MQTT连接相似的，第一设备根据自身的设备类型以及当前登陆的目标账号生成第一客户端标识。

示意性的，如图5所示，由于第一设备51与第二设备52的设备类型相同，且均登陆同一账号，因此，第一设备51生成的第一客户端标识同样为“音箱+ssoidA”。

步骤405，第一设备根据第一客户端标识与服务器建立第一MQTT连接。

在一种可能的实施方式中，第一设备向服务器发送包含第一客户端标识的连接建立请求，请求与服务器建立第一MQTT连接。

步骤406，当第一客户端标识与第二客户端标识相同时，服务器断开与第二设备之间的第二MQTT连接。

在一种可能的实施方式中，服务器建立第一MQTT连接前，检测第一客户端标识与已建立MQTT连接对应的客户端标识是否匹配。由于第二设备对应的第二客户端标识与第一设备对应的第一客户端标识相同，因此服务器确定存在抢占行为，从而断开与第二设备之间的第二MQTT连接，并建立与第一设备之间的第一MQTT连接。

示意性的，如图5所示，服务器53检测到第一设备51与第二设备52对应相同的客户端标识，从而断开第二MQTT连接，并建立第一MQTT连接。

步骤407，当第二设备断开与服务器之间的第二MQTT连接时，第一设备向服务器发送订阅请求。

本步骤的实施方式可以参考上述步骤305，本实施例在此不再赘述。

步骤408，第一设备接收服务器推送的订阅消息，订阅消息由被订阅设备发布。

本步骤的实施方式可以参考上述步骤306，本实施例在此不再赘述。

示意性的，如图5所示，第三设备54订阅了主题“音箱+ssoidA”下的消息，第一设备51建立第一MQTT连接前，由于第二设备52与服务器53建立第二MQTT，且发布主题为“音箱+ssoidA”的消息，因此第三设备54能够接收到服务器53推送的第二设备52发布的消息；第一设备51建立第一MQTT连接后，由于第二MQTT连接断开，并由第一设备51发布主题为“音箱+ssoidA”的消息，因此第三设备54仅接收到第一设备51发布的消息。类似的，第三设备54也可以通过发布消息的方式对第一设备51进行控制。

本实施例中，通过使用设备类型+设备账号作为设备的客户端标识，并借助MQTT协议的客户端标识唯一性机制，实现同类型同账号设备的抢占，避免出现服务器同时与登陆同一账号的多个同类设备建立MQTT连接的问题。

在一种可能的实施方式中，当第二设备具有保活机制时，第二设备会监听第二MQTT连接的连接状态，并在监听到连接断开时，重新建立MQTT连接，导致已建立的第一MQTT连接断开，形成第一设备与第二设备之间的来回抢占。为了避免出现来回抢占的问题，可选的，第二设备断开第二MQTT连接之后，通过保活机制重新建立与服务器之间的第二MQTT连接，若与服务器之间的第二MQTT连接再次断开，且重连与断开之间的时间间隔小于预定时长时，关闭保活机制，避免出现来回抢占。

在一种可能的实时防护四中，第二设备通过保活机制重新建立第二MQTT连接时，记录重连时刻，并在监听到第二MQTT连接再次断开时，记录断开时刻，从而计算重连时刻与断开时刻之间的时间间隔。若时间间隔小于预定时长(比如2s)，则确定出现抢占，从而关闭保活机制。

可选的，第二设备关闭保活机制的同时设置定时器，并在定时器达到定时时长时，重启开启保活机制。比如，该定时器时长为2分钟。

本实施例中，第二设备基于重连和断开之间的时间间隔，识别断开连接是否由设备抢占造成，并在识别出断开连接由设备抢占造成时，关闭保活机制，从而避免出现设备来回抢占的问题。

请参考图6，其示出了本申请另一个示例性实施例示出的基于MQTT协议的消息接收方法的流程图。本实施例以该方法应用于图1所示的实施环境为例进行说明。该方法包括：

步骤601，第二设备根据第二设备的第二设备标识生成第二客户端标识，第二设备标识具有唯一性。

不同于第一种抢占方式中设备采用“设备型号+设备登陆的账号”作为客户端标识，本实施例中，设备采用唯一的设备标识作为客户端标识，并基于该客户端标识建立第二MQTT连接。

步骤602，第二设备根据第二客户端标识与服务器建立第二MQTT连接。

示意性的，如图7所示，第二设备52根据自身的设备标识2与服务器53建立第二MQTT连接。

步骤603，第二设备向服务器发送第二订阅请求，第二订阅请求中包括目标订阅主题，目标订阅主题根据第二设备的设备类型以及目标账号生成。

本实施例中，各个设备在完成MQTT连接建立后，除了能够订阅其他设备发布的消息外，还可以订阅自身发布的消息。

在一种可能的实施方式中，第二设备根据自身的设备类型以及登陆的目标账号生成目标订阅主题，从而向服务器发送包含目标订阅主题的第二订阅请求，完成对自身发布消息的订阅。

示意性的，如图7所示，完成第二MQTT连接建立后，第二设备52订阅“音箱+ssoidA”主题下的消息，后续第二设备52发布消息后，服务器53会将该消息推送至订阅“音箱+ssoidA”的第三设备54以及第二设备52。

步骤604，第一设备根据第一设备的第一设备标识生成第一客户端标识，第一设备标识具有唯一性。

与上述步骤601类似的，第一设备根据自身的第一设备标识生成第一客户端标识。

步骤605，第一设备根据第一客户端标识与服务器建立第一MQTT连接。

由于第一MQTT连接对应的第一客户端标识与第二MQTT连接对应的第二客户端标识不同(不同设备的设备标识不同)，因此，在MQTT协议下，服务器能够同时与第一设备和第二设备建立MQTT连接。

示意性的，如图7所示，第一设备51与服务器53建立第一MQTT连接。

步骤606，第一设备向服务器发布账号登陆消息，账号登陆消息对应目标订阅主题。

本申请实施例中，第一设备建立第一MQTT连接后，根据自身的设备类型和自身登陆的账号确定目标订阅主题，从而以目标订阅主题向服务器发送账号登陆消息，告知服务器所连接设备的设备类型以及账号。

示意性的，如图7所示，第一设备51建立第一MQTT连接后，根据自身设备类型“音箱”以及登陆的目标账号“ssoidA”，以“音箱+ssoidA”为目标订阅主题向服务器53发送账号登陆消息。

步骤607，服务器向第二设备推送账号登陆消息。

由于账号登陆消息对应目标订阅主题，因此服务器接收到账号登陆消息后，将账号登陆消息推送至定于该目标订阅主题的各个设备。

本实施例中，由于第二设备在建立第二MQTT连接后订阅了目标订阅主题，因此服务器将账号登陆消息推送至第二设备。

示意性的，如图7所示，服务器53将主题为“音箱+ssoidA”的账号登陆消息推送至第二设备52。

步骤608，当接收到服务器推送的账号登陆消息时，第二设备退出目标账号。

在一种可能的实施方式中，第二设备接收到推送的账号登陆消息后，确定与自身设备类型相同，且登陆同一账号的其他设备需要进行账号抢占，从而退出目标账号。

示意性的，如图7所示，第二设备52接收到账号登陆消息后，退出当前登陆的账号。

需要说明的是，不同于第一种抢占方式，由于第二设备能够识别抢占并自行退出当前登陆账号，因此不会出现因保活机制造成的来回抢占问题。

步骤609，当第二设备退出账号时，第一设备向服务器发送第一订阅请求，第一订阅请求中包括目标订阅主题。

第二设备退出账号后，仅一个设备类型为“音箱”的设备登陆目标账号，从而避免多个类型设备同时登陆同一账号造成的问题。

为了使后续其他设备也能够进行账号抢占，第一设备向服务器发送第一订阅请求，对自身发布的消息进行订阅。比如，后续第二设备重新登陆账号，并与服务器建立第二MQTT连接时，第二设备向服务器发送的账号登陆信息也能够被推送至第二设备，进而完成账号抢占。

当然，第一设备还可以订阅除自身以外其他设备发布的消息，本实施例在此不再赘述。

步骤610，第一设备接收服务器推送的订阅消息。

本步骤的实施方式可以参考上述步骤408，本实施例在此不再赘述。

本实施例中，通过设备的自订阅机制以及账号登陆消息发送机制，使得登陆同一账号的同类型设备能够自动退出账号登陆，从而实现账号抢占，避免出现登陆同一账号的多个同类设备同时推送或接收消息问题。

需要说明的是，上述各个实施例中，以第一设备为执行主体的步骤可以单独实现成为第一设备侧的消息接收方法，以第二设备为执行主体的步骤可以单独实现成为第二设备侧的消息接收方法，本申请实施例在此不再赘述。

请参考图8，其示出了本申请一个实施例提供的基于MQTT协议的消息接收装置的结构框图。该装置可以通过软件、硬件或者两者的结合实现成为第一设备的全部或一部分。该装置包括：

第一连接模块801，用于与服务器建立第一MQTT连接，所述第一MQTT连接对应所述第一设备的客户端标识；

第一订阅模块802，用于当第二设备断开与所述服务器之间的第二MQTT连接或退出账号时，向所述服务器发送订阅请求，所述第二设备与所述第一设备的设备类型相同，且登陆有所述目标账号，所述订阅请求中包括订阅主题，所述订阅主题根据被订阅设备的设备类型以及被订阅设备登陆的账号生成；

第一接收模块803，用于接收所述服务器推送的订阅消息，所述订阅消息由所述被订阅设备发布。

可选的，所述第一连接模块801，用于：

根据所述第一设备的设备类型和所述目标账号生成第一客户端标识；

根据所述第一客户端标识与所述服务器建立所述第一MQTT连接；其中，所述服务器用于在所述第二MQTT连接对应的第二客户端标识与所述第一客户端标识相同时，断开与所述第二设备的所述第二MQTT连接。

可选的，所述第二设备具有保活机制；

所述装置还包括：

断开模块，用于断开与所述服务器之间的所述第一MQTT连接，所述第一MQTT连接是所述第二设备通过所述保活机制重新建立所述第二MQTT连接时断开的；

第二连接模块，用于在预定时长内重新与所述服务器建立所述第一MQTT连接，所述服务器用于在重新建立所述第一MQTT连接时，断开所述第二MQTT连接，所述第二设备用于在重连与断开之间的时间间隔小于所述预定时长时关闭所述保活机制。

可选的，所述第二设备对应的订阅主题包括目标订阅主题，所述目标订阅主题根据所述第二设备的设备类型以及所述目标账号生成；

所述装置还包括：

第一发送模块，用于向所述服务器发布账号登陆消息，所述账号登陆消息对应所述目标订阅主题；所述服务器用于向所述第二设备推送所述账号登陆消息，所述第二设备用于根据所述账号登陆消息退出账号。

可选的，所述第一订阅模块802，用于：

当所述第二设备退出账号时，向所述服务器发送第一订阅请求，所述第一订阅请求中包括所述目标订阅主题。

可选的，所述第一连接模块801，用于：

根据所述第一设备的第一设备标识生成第一客户端标识，所述第一设备标识具有唯一性；

根据所述第一客户端标识与所述服务器建立所述第一MQTT连接。

请参考图9，其示出了本申请另一个实施例提供的基于MQTT协议的消息接收装置的结构框图。该装置可以通过软件、硬件或者两者的结合实现成为第二设备的全部或一部分。该装置包括：

第三连接模块901，用于与服务器建立第二MQTT连接，所述第二MQTT连接对应所述第二设备的客户端标识；

第二订阅模块902，用于向所述服务器发送订阅请求，所述订阅请求中包括订阅主题，所述订阅主题根据被订阅设备的设备类型以及被订阅设备登陆的账号生成；

断开退出模块903，用于若所述服务器与第一设备建立第一MQTT连接，则断开所述第二MQTT连接或退出所述目标账号，所述第一设备与所述第二设备的设备类型相同，且登陆有所述目标账号。

可选的，所述第三连接模块901，用于：

根据所述第二设备的设备类型和所述目标账号生成第二客户端标识；

根据所述第二客户端标识与所述服务器建立所述第二MQTT连接；其中，所述服务器用于在所述第一MQTT连接对应的第一客户端标识与所述第二客户端标识相同时，断开与所述第二设备的所述第二MQTT连接。

可选的，所述第二设备具有保活机制；

所述装置还包括：

第四连接模块，用于通过所述保活机制重新建立与所述服务器之间的所述第二MQTT连接；

关闭模块，用于若与所述服务器之间的所述第二MQTT连接断开，且重连与断开之间的时间间隔小于所述预定时长，则关闭所述保活机制。

可选的，所述第二订阅模块902，用于：

向所述服务器发送第二订阅请求，所述第二订阅请求中包括目标订阅主题，所述目标订阅主题根据所述第二设备的设备类型以及所述目标账号生成；

所述断开退出模块903，用于：

当接收到所述服务器推送的账号登陆消息时，退出所述目标账号，所述账号登陆消息对应所述目标订阅主题，所述账号登陆消息是所述第一设备与所述服务器建立所述第一MQTT连接后发布的。

可选的，所述第三连接模块901，用于：

根据所述第二设备的第二设备标识生成第二客户端标识，所述第二设备标识具有唯一性；

根据所述第二客户端标识与所述服务器建立所述第二MQTT连接。

请参考图10，其示出了本申请一个实施例提供的电子设备的框图，该电子设备可以实现成为图1中的第一设备或第二设备。该电子设备包括：包括处理器1001、存储器1002和通信组件1003。其中，通信组件1003用于与服务器建立MQTT连接；所述存储器1002中存储有至少一条指令，所述指令由所述处理器1001加载并执行以实现如上各个实施例中第一设备侧的基于MQTT协议的消息接收方法，或，实现如上各个实施例中第二设备侧的基于MQTT协议的消息接收方法。

本申请实施例还提供了一种计算机可读介质，该计算机可读介质存储有至少一条指令，所述至少一条指令由所述处理器加载并执行以实现如上各个实施例所述的基于MQTT协议的消息接收方法。

本申请实施例还提供了一种计算机程序产品，该计算机程序产品存储有至少一条指令，所述至少一条指令由所述处理器加载并执行以实现如上各个实施例所述的基于MQTT协议的消息接收方法。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (15)

1.一种基于MQTT协议的消息接收方法，其特征在于，所述方法用于第一设备，所述第一设备登陆有目标账号，所述方法包括：

与服务器建立第一MQTT连接，所述第一MQTT连接对应所述第一设备的客户端标识；

当第二设备断开与所述服务器之间的第二MQTT连接或退出账号时，向所述服务器发送订阅请求，所述第二设备与所述第一设备的设备类型相同，且登陆有所述目标账号，所述订阅请求中包括订阅主题，所述订阅主题根据被订阅设备的设备类型以及被订阅设备登陆的账号生成；

接收所述服务器推送的订阅消息，所述订阅消息由所述被订阅设备发布。

2.根据权利要求1所述的方法，其特征在于，所述与服务器建立第一MQTT连接，包括：

根据所述第一设备的设备类型和所述目标账号生成第一客户端标识；

根据所述第一客户端标识与所述服务器建立所述第一MQTT连接；其中，所述服务器用于在所述第二MQTT连接对应的第二客户端标识与所述第一客户端标识相同时，断开与所述第二设备的所述第二MQTT连接。

3.根据权利要求2所述的方法，其特征在于，所述第二设备具有保活机制；

所述根据所述第一客户端标识与所述服务器建立所述第一MQTT连接之后，所述方法还包括：

断开与所述服务器之间的所述第一MQTT连接，所述第一MQTT连接是所述第二设备通过所述保活机制重新建立所述第二MQTT连接时断开的；

在预定时长内重新与所述服务器建立所述第一MQTT连接，所述服务器用于在重新建立所述第一MQTT连接时，断开所述第二MQTT连接，所述第二设备用于在重连与断开之间的时间间隔小于所述预定时长时关闭所述保活机制。

4.根据权利要求1所述的方法，其特征在于，所述第二设备对应的订阅主题包括目标订阅主题，所述目标订阅主题根据所述第二设备的设备类型以及所述目标账号生成；

所述与服务器建立第一MQTT连接之后，所述方法还包括：

向所述服务器发布账号登陆消息，所述账号登陆消息对应所述目标订阅主题；所述服务器用于向所述第二设备推送所述账号登陆消息，所述第二设备用于根据所述账号登陆消息退出账号。

5.根据权利要求4所述的方法，其特征在于，所述当第二设备退出账号时，向所述服务器发送订阅请求，包括：

当所述第二设备退出账号时，向所述服务器发送第一订阅请求，所述第一订阅请求中包括所述目标订阅主题。

6.根据权利要求4或5所述的方法，其特征在于，所述与服务器建立第一MQTT连接，包括：

根据所述第一设备的第一设备标识生成第一客户端标识，所述第一设备标识具有唯一性；

根据所述第一客户端标识与所述服务器建立所述第一MQTT连接。

7.一种基于MQTT协议的消息接收方法，其特征在于，所述方法用于第二设备，所述第二设备登陆有目标账号，所述方法包括：

与服务器建立第二MQTT连接，所述第二MQTT连接对应所述第二设备的客户端标识；

向所述服务器发送订阅请求，所述订阅请求中包括订阅主题，所述订阅主题根据被订阅设备的设备类型以及被订阅设备登陆的账号生成；

若所述服务器与第一设备建立第一MQTT连接，则断开所述第二MQTT连接或退出所述目标账号，所述第一设备与所述第二设备的设备类型相同，且登陆有所述目标账号。

8.根据权利要求7所述的方法，其特征在于，所述与服务器建立第二MQTT连接，包括：

根据所述第二设备的设备类型和所述目标账号生成第二客户端标识；

根据所述第二客户端标识与所述服务器建立所述第二MQTT连接；其中，所述服务器用于在所述第一MQTT连接对应的第一客户端标识与所述第二客户端标识相同时，断开与所述第二设备的所述第二MQTT连接。

9.根据权利要求8所述的方法，其特征在于，所述第二设备具有保活机制；

所述断开所述第二MQTT连接或退出所述目标账号之后，所述方法还包括：

通过所述保活机制重新建立与所述服务器之间的所述第二MQTT连接；

若与所述服务器之间的所述第二MQTT连接断开，且重连与断开之间的时间间隔小于所述预定时长，则关闭所述保活机制。

10.根据权利要求7所述的方法，其特征在于，所述向所述服务器发送订阅请求，包括：

向所述服务器发送第二订阅请求，所述第二订阅请求中包括目标订阅主题，所述目标订阅主题根据所述第二设备的设备类型以及所述目标账号生成；

所述退出所述目标账号，包括：

当接收到所述服务器推送的账号登陆消息时，退出所述目标账号，所述账号登陆消息对应所述目标订阅主题，所述账号登陆消息是所述第一设备与所述服务器建立所述第一MQTT连接后发布的。

11.根据权利要求10所述的方法，其特征在于，所述与服务器建立第二MQTT连接，包括：

根据所述第二设备的第二设备标识生成第二客户端标识，所述第二设备标识具有唯一性；

根据所述第二客户端标识与所述服务器建立所述第二MQTT连接。

12.一种基于MQTT协议的消息接收装置，其特征在于，所述装置用于第一设备，所述第一设备登陆有目标账号，所述装置包括：

第一连接模块，用于与服务器建立第一MQTT连接，所述第一MQTT连接对应所述第一设备的客户端标识；

第一订阅模块，用于当第二设备断开与所述服务器之间的第二MQTT连接或退出账号时，向所述服务器发送订阅请求，所述第二设备与所述第一设备的设备类型相同，且登陆有所述目标账号，所述订阅请求中包括订阅主题，所述订阅主题根据被订阅设备的设备类型以及被订阅设备登陆的账号生成；

第一接收模块，用于接收所述服务器推送的订阅消息，所述订阅消息由所述被订阅设备发布。

13.一种基于MQTT协议的消息接收装置，其特征在于，所述装置用于第二设备，所述第二设备登陆有目标账号，所述装置包括：

第三连接模块，用于与服务器建立第二MQTT连接，所述第二MQTT连接对应所述第二设备的客户端标识；

第二订阅模块，用于向所述服务器发送订阅请求，所述订阅请求中包括订阅主题，所述订阅主题根据被订阅设备的设备类型以及被订阅设备登陆的账号生成；

断开退出模块，用于若所述服务器与第一设备建立第一MQTT连接，则断开所述第二MQTT连接或退出所述目标账号，所述第一设备与所述第二设备的设备类型相同，且登陆有所述目标账号。

14.一种电子设备，其特征在于，所述电子设备包括处理器和存储器；所述存储器存储有至少一条指令，所述至少一条指令用于被所述处理器执行以实现如权利要求1至6，或，7至11任一所述的基于MQTT协议的消息接收方法。

15.一种计算机可读存储介质，其特征在于，所述存储介质存储有至少一条指令，所述至少一条指令用于被处理器执行以实现如权利要求1至6，或，7至11任一所述的基于MQTT协议的消息接收方法。