CN110380931A - 连接状态的处理方法、装置、存储介质、处理器及*** - Google Patents

Abstract

本发明公开了一种连接状态的处理方法、装置、存储介质、处理器及***。该方法包括：监听自定义标题中获取到的通知消息，其中，通知消息用于通知第一终端与第一服务器之间的连接状态；根据通知消息同步更新影子设备中存储的状态信息，其中，影子设备配置在第一服务器中，且影子设备与第一终端相对应。本发明解决了相关技术中在APP用户接入MQTT服务器的过程中通常使用MQTT预留topic方式获取用户在线或者离线状态，由此导致APP用户在线或者离线状态的判定缺乏准确性的技术问题。

Description

连接状态的处理方法、装置、存储介质、处理器及***

技术领域

本发明涉及物联网领域，具体而言，涉及一种连接状态的处理方法、装置、存储介质、处理器及***。

背景技术

消息队列遥测传输(MQTT)是国际标准化组织(ISO)标准下基于发布/订阅范式的消息协议，是为硬件性能低下的远程设备以及网络状况糟糕情况下而设计的发布/订阅型消息协议。MQTT作为一种轻量级的、灵活的网络协议，既可以在严重受限的设备硬件和高网络延迟/带宽有限的网络上实现；也可以物联网(IoT)设备和服务的多样化应用场景提供支持。

终端应用(APP)用户既可以通过MQTT连接来接入云端服务器(例如：MQTT服务器)也可以断开MQTT连接来登出云端服务器。云端服务器针对APP用户接入云端服务器的操作或者登出云端服务器的操作均会做出相应的记录并及时通知到网页(web)后台监控页面所在的另一终端。

当APP用户与MQTT服务器建立或断开连接时，MQTT服务器会根据接入用户的客户端标识(ClientID)来通知预设的MQTT标题(topic)，以标记特定ClientID当前处于在线或者离线状态。MQTT服务器会根据ClientID将在线或者离线状态记录到对应的影子(shodow)设备中。ClinetID是APP用户接入MQTT服务器的身份标识。目前，相关技术中的APP用户或者智能设备均具备唯一且固定的ClientID，进而通过APP用户与MQTT服务器之间的一对一关系以及topic中的消息来确定APP用户或者智能设备的在线或者离线状态。

然而，由于APP用户连接MQTT服务器的连接信息是固定不变的，因此，如果用户发生不当操作，例如：终端被窃取、终端意外丢失、或者终端应用被反编译，从而使得不法人员获取到源代码以及账号信息，导致个人私密信息泄露，由此会造成极大的安全隐患。这样，APP用户与MQTT服务器之间的一对一关系将会变成一对多关系。因此，从预留topic中获取ClinetID的在线或者离线状态，进而判断APP用户或者智能设备是否在线的方式将会缺乏准确性。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本发明至少部分实施例提供了一种连接状态的处理方法、装置、存储介质、处理器及***，以至少解决相关技术中在APP用户接入MQTT服务器的过程中通常使用MQTT预留topic方式获取用户在线或者离线状态，由此导致APP用户在线或者离线状态的判定缺乏准确性的技术问题。

根据本发明其中一实施例，提供了一种连接状态的处理方法，包括：

监听自定义标题中获取到的通知消息，其中，通知消息用于通知第一终端与第一服务器之间的连接状态；根据通知消息同步更新影子设备中存储的状态信息，其中，影子设备配置在第一服务器中，且影子设备与第一终端相对应。

可选地，监听自定义标题中获取到的通知消息包括：监听第一终端向自定义标题中发送的上线通知消息，其中，上线通知消息用于通知第一终端当前处于在线状态。

可选地，根据通知消息同步更新影子设备中存储的状态信息包括：根据上线通知消息将影子设备中存储的状态信息同步更新为在线状态。

可选地，在根据通知消息同步更新影子设备中存储的状态信息之后，还包括：向第二服务器发送第一更新消息，其中，第一更新消息用于通知第二服务器将存储的状态信息更新为在线状态。

可选地，上述方法还包括：接收第一终端发送的配置消息，其中，配置消息用于在第一服务器检测到第一终端处于离线状态时，触发第一服务器向自定义标题中发送离线通知消息。

可选地，监听自定义标题中获取到的通知消息包括：监听第一服务器向自定义标题中发送的离线通知消息，其中，离线通知消息用于通知第一终端当前处于离线状态。

可选地，根据通知消息同步更新影子设备中存储的状态信息包括：根据离线通知消息将影子设备中存储的状态信息同步更新为离线状态。

可选地，在根据通知消息同步更新影子设备中存储的状态信息之后，还包括：向第二服务器发送第二更新消息，其中，第二更新消息用于通知第二服务器将存储的状态信息更新为离线状态。

根据本发明其中一实施例，还提供了另一种连接状态的处理方法，包括：

获取第一终端待进入的连接状态；根据连接状态向第一服务器中的自定义标题发送通知消息，其中，通知消息用于触发第一服务器同步更新影子设备中存储的状态信息，影子设备配置在第一服务器中，且影子设备与第一终端相对应。

可选地，根据连接状态向自定义标题发送通知消息包括：根据在线状态向自定义标题发送上线通知消息，以使第一服务器将影子设备中存储的状态信息同步更新为在线状态。

可选地，上述方法还包括：向第一服务器发送配置消息，其中，配置消息用于在第一服务器检测到第一终端处于离线状态时，触发第一服务器向自定义标题中发送离线通知消息。

根据本发明其中一实施例，还提供了一种连接状态的处理装置，包括：

监听模块，用于监听自定义标题中获取到的通知消息，其中，通知消息用于通知第一终端与第一服务器之间的连接状态；处理模块，用于根据通知消息同步更新影子设备中存储的状态信息，其中，影子设备配置在第一服务器中，且影子设备与第一终端相对应。

可选地，监听模块，用于监听第一终端向自定义标题中发送的上线通知消息，其中，上线通知消息用于通知第一终端当前处于在线状态。

可选地，处理模块，用于根据上线通知消息将影子设备中存储的状态信息同步更新为在线状态。

可选地，上述装置还包括：发送模块，用于向第二服务器发送第一更新消息，其中，第一更新消息用于通知第二服务器将存储的状态信息更新为在线状态。

可选地，上述装置还包括：接收模块，还用于接收第一终端发送的配置消息，其中，配置消息用于在第一服务器检测到第一终端处于离线状态时，触发第一服务器向自定义标题中发送离线通知消息。

可选地，监听模块，用于监听第一服务器向自定义标题中发送的离线通知消息，其中，离线通知消息用于通知第一终端当前处于离线状态。

可选地，处理模块，用于根据离线通知消息将影子设备中存储的状态信息同步更新为离线状态。

可选地，发送模块，还用于向第二服务器发送第二更新消息，其中，第二更新消息用于通知第二服务器将存储的状态信息更新为离线状态。

根据本发明其中一实施例，还提供了另一种连接状态的处理装置，包括：

获取模块，用于获取第一终端待进入的连接状态；处理模块，用于根据连接状态向第一服务器中的自定义标题发送通知消息，其中，通知消息用于触发第一服务器同步更新影子设备中存储的状态信息，影子设备配置在第一服务器中，且影子设备与第一终端相对应。

可选地，处理模块，用于根据在线状态向自定义标题发送上线通知消息，以使第一服务器将影子设备中存储的状态信息同步更新为在线状态。

可选地，处理模块，还用于向第一服务器发送配置消息，其中，配置消息用于在第一服务器检测到第一终端处于离线状态时，触发第一服务器向自定义标题中发送离线通知消息。

根据本发明其中一实施例，还提供了一种存储介质，存储介质包括存储的程序，其中，在程序运行时控制存储介质所在设备执行上述任意一项的连接状态的处理方法。

根据本发明其中一实施例，还提供了一种处理器，处理器用于运行程序，其中，程序运行时执行上述任意一项的连接状态的处理方法。

根据本发明其中一实施例，还提供了一种连接状态的处理***，包括：第一终端、第一服务器、第二服务器以及第二终端，其中，第一服务器包括上述连接状态的处理装置，第一终端包括上述另一种连接状态的处理装置。

可选地，第二服务器，用于同步更新并存储第一终端的状态信息。

可选地，第二终端，用于向第二服务器实时查询第一终端的状态信息。

在本发明至少部分实施例中，采用监听自定义标题中获取到的通知消息，该通知消息用于通知第一终端与第一服务器之间的连接状的方式，通过通知消息同步更新影子设备中存储的状态信息，该影子设备配置在第一服务器中且影子设备与第一终端相对应，达到了采用从自定义标题获取第一终端的连接状态来替代从第二服务器预留标题获取第一终端的连接状态的目的，从而实现了摆脱采用服务器预留标题方式获取终端连接状态的局限性，使得服务器获取到的终端连接状态更加准确与可靠的技术效果，进而解决了相关技术中在APP用户接入MQTT服务器的过程中通常使用MQTT预留topic方式获取用户在线或者离线状态，由此导致APP用户在线或者离线状态的判定缺乏准确性的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明其中一实施例的连接状态的处理***的结构示意图；

图2是根据本发明其中一实施例的连接状态的处理方法的流程图；

图3是根据本发明其中一实施例的另一种连接状态的处理方法的流程图；

图4是根据本发明其中一可选实施例的连接状态的处理方法的流程图；

图5是根据本发明其中一实施例的连接状态的处理装置的结构框图；

图6是根据本发明其中一可选实施例的连接状态的处理装置的结构框图；

图7是根据本发明其中一实施例的另一种连接状态的处理装置的结构框图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本发明其中一实施例，提供了一种连接状态的处理***的实施例。图1是根据本发明其中一实施例的连接状态的处理***的结构示意图，如图1所示，该连接状态的处理***包括：第一终端、第一服务器、第二服务器以及第二终端。

上述第一终端上配置有用于与第二终端配对并对第二终端进行控制的APP。上述第二终端上配置有web后台监控页面。该第一终端和第二终端可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌声电脑以及移动互联网设备(Mobile Internet Devices，简称为MID)、PAD等终端设备。上述第一服务器可以是云端MQTT服务器。上述第二服务器可以是云端业务服务器。

在一个可选实施例中，上述第一终端和第二终端均可以包括一个或多个处理器(处理器可以包括但不限于中央处理器(CPU)、图形处理器(GPU)、数字信号处理(DSP)芯片、微处理器(MCU)或可编程逻辑器件(FPGA)等的处理装置)和用于存储数据的存储器。可选地，上述第一终端和第二终端还可以包括用于通信功能的通讯模组、输入输出设备以及显示装置。本领域普通技术人员可以理解，上述结构描述仅为示意，其并不对上述第一终端和第二终端的结构造成限定。例如，第一终端和第二终端还可包括比上述结构描述更多或者更少的组件，或者具有与上述结构描述不同的配置。

存储器可用于存储计算机程序，例如，应用软件的软件程序以及模块，如本发明实施例中的连接状态的处理方法对应的计算机程序，处理器通过运行存储在存储器内的计算机程序，从而执行各种功能应用以及数据处理，即实现上述的连接状态的处理方法。存储器可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至第一终端和第二终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

通讯模组用于经由一个网络接收或者发送数据。上述的网络具体实例可包括终端的通信供应商提供的无线网络。在一个实例中，通讯模组包括一个网络适配器(NetworkInterface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，通讯模组可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

显示装置可以例如触摸屏式的液晶显示器(LCD)，该液晶显示器可使得用户能够与终端的图形用户界面(GUI)进行交互。用户可以通过触摸触敏表面上的手指接触和/或手势来与GUI进行人机交互，此处的人机交互功能可选的包括如下交互：创建网页、绘图、文字处理、制作电子文档、游戏、视频会议、即时通信、收发电子邮件、通话界面、播放数字视频、播放数字音乐和/或网络浏览等、用于执行上述人机交互功能的可执行指令被配置/存储在一个或多个处理器可执行的计算机程序产品或可读存储介质中。

同理，上述第一服务器和第二服务器也可以包括一个或多个处理器(处理器可以包括但不限于中央处理器(CPU)、图形处理器(GPU)、数字信号处理(DSP)芯片、微处理器(MCU)或可编程逻辑器件(FPGA)等的处理装置)和用于存储数据的存储器。可选地，上述第一服务器和第二服务器还可以包括用于通信功能的通讯模组以及输入输出设备。本领域普通技术人员可以理解，上述结构描述仅为示意，其并不对上述第一服务器和第二服务器的结构造成限定。例如，第一服务器和第二服务器还可包括比上述结构描述更多或者更少的组件，或者具有与上述结构描述不同的配置。

存储器可用于存储计算机程序，例如，应用软件的软件程序以及模块，如本发明实施例中的连接状态的处理方法对应的计算机程序，处理器通过运行存储在存储器内的计算机程序，从而执行各种功能应用以及数据处理，即实现上述的连接状态的处理方法。存储器可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至第一服务器和第二服务器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

通讯模组中的无线保真(Wi-Fi)组件包括射频(Radio Frequency，简称为RF)模块，其用于通过无线方式与互联网进行通讯。

在一个可选实施例中，第二服务器可以根据第一服务器发送的更新消息来同步更新并存储第一终端的状态信息。第二终端可以向第二服务器实时查询第一终端的状态信息。即，第二终端可以向第二服务器发送查询请求消息，其中，该查询请求消息用于向第二服务器查询第一终端的最新状态信息。响应于查询请求消息，第二服务器从本地数据库读取第一终端的最新状态信息。然后，第二服务器再向第二终端返回查询响应消息，其中，该查询响应消息中携带有第一终端的最新状态信息。当然，第二服务器也可以不用等待第二终端向第二服务器发送查询请求消息，而是定时向第二终端下发第一终端的最新状态信息，以便第二终端及时对第一终端的最新状态信息进行监控和统计。

根据本发明其中一实施例，提供了一种连接状态的处理方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机***中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

在本实施例中提供了一种运行于上述第一服务器的连接状态的处理方法，图2是根据本发明其中一实施例的连接状态的处理方法的流程图，如图2所示，该方法包括如下步骤：

步骤S22，监听自定义标题中获取到的通知消息，其中，通知消息用于通知第一终端与第一服务器之间的连接状态；

步骤S24，根据通知消息同步更新影子设备中存储的状态信息，其中，影子设备配置在第一服务器中，且影子设备与第一终端相对应。

通过上述步骤，可以实现采用监听自定义标题中获取到的通知消息，该通知消息用于通知第一终端与第一服务器之间的连接状的方式，通过通知消息同步更新影子设备中存储的状态信息，该影子设备配置在第一服务器中且影子设备与第一终端相对应，达到了采用从自定义标题获取第一终端的连接状态来替代从第二服务器预留标题获取第一终端的连接状态的目的，从而实现了摆脱采用服务器预留标题方式获取终端连接状态的局限性，使得服务器获取到的终端连接状态更加准确与可靠的技术效果，进而解决了相关技术中在APP用户接入MQTT服务器的过程中通常使用MQTT预留topic方式获取用户在线或者离线状态，由此导致APP用户在线或者离线状态的判定缺乏准确性的技术问题。

相关技术中，MQTT服务器可以为第一终端预留(预先定义)标题(Topic)来实现数据流转。第一终端在连接到MQTT服务器之后，可以订阅MQTT服务器中预留Topic中的任何消息。第一终端也可以通过向预留Topic发送消息以便在该特定Topic范围内发布消息。MQTT服务器可以将第一终端发布的消息转发给其他订阅该Topic的终端。然而，当APP用户与MQTT ClinetID之间存在一对多关系的情况下，通过MQTT服务器预留topic中自动监听ClientID的在线或者离线状态缺乏准确性，其无法判定特定ClientID实际所连接的APP用户。为此，考虑到使用MQTT服务器预留topic方式获取用户在线或者离线状态的局限性，将其更改为使用第一终端自定义topic方式来获取用户在线或者离线状态，从而使得MQTT服务器检测到的用户在线或者离线状态更加精准和可靠。

影子(shodow)设备实质上是一个JSON文档，用于存储第一终端上报的状态信息或者期望状态信息。每个终端在MQTT服务器上可以分别配置一个对应的影子设备，并通过MQTT连接实时同步每个终端与影子设备的状态信息。当然，其他终端也可以通过影子设备获取对应终端上报的状态信息或者期望状态信息。

可选地，在步骤S22中，监听自定义标题中获取到的通知消息可以包括以下执行步骤：

步骤S221，监听第一终端向自定义标题中发送的上线通知消息，其中，上线通知消息用于通知第一终端当前处于在线状态。

在APP用户上线之后，第一终端可以向自定义topic中发送上线通知消息，以便向MQTT服务器通知第一终端当前处于在线状态。该上线通知消息可以包括：固定头部、可变头部以及消息体。固定头部可以使用两个字节共16位。在第一个字节中，使用4位二进制表示消息类型，总共可表示16种消息类型(即消息类型0-15)。由于该上线通知消息是由第一终端向自定义topic发布消息，因此，该上线通知消息属于消息类型1，即连接消息(CONNECTMESSAGE)。此外，使用1位二进制表示打开标志(DUP flag)，默认为0，用于确保第一终端向自定义topic发布的消息可靠传输。可变头部可以包括：协议名称、版本号、连接标志、用户授权、心跳时间等内容。CONNECT类型消息体通常采用二进制形式加以表示，并且在CONNECT类型消息体中可以使用自定义特性。CONNECT类型消息体可以包括：ClientID、自定义topic和消息的内容。

如果第一终端向自定义topic中发送上线通知消息，则MQTT服务器中便可以使用Rule功能监听到该自定义topic中的上线通知消息。

可选地，在步骤S24中，根据通知消息同步更新影子设备中存储的状态信息可以包括以下执行步骤：

步骤S241，根据上线通知消息将影子设备中存储的状态信息同步更新为在线状态。

在MQTT服务器使用Rule功能监听到第一终端向自定义topic中发送的上线通知消息之后，可以更新MQTT服务器中与该第一终端对应的shodow设备中存储的用户在线状态。

可选地，在步骤S24，根据通知消息同步更新影子设备中存储的状态信息之后，还可以包括以下执行步骤：

步骤S25，向第二服务器发送第一更新消息，其中，第一更新消息用于通知第二服务器将存储的状态信息更新为在线状态。

在对MQTT服务器中与该第一终端对应的shodow设备中存储的用户在线状态更新完毕之后，MQTT服务器还会向业务服务器发送第一更新消息，以便业务服务器根据第一更新消息将本地数据库中存储的状态信息更新为在线状态。

可选地，上述方法还可以包括以下执行步骤：

步骤S26，接收第一终端发送的配置消息，其中，配置消息用于在第一服务器检测到第一终端处于离线状态时，触发第一服务器向自定义标题中发送离线通知消息。

上述第一终端既可以单独向MQTT服务器发送配置消息，也可以将配置消息中的消息内容附在上线通知消息中的消息体内容一同发送给MQTT服务器。该配置消息可以包括：Will topic和Will message。在出现网络异常导致第一终端连接中断(即没有主动发送DISCONNECT消息)的情况下，MQTT服务器能够检测到第一终端处于离线状态，因此，MQTT服务器根据第一终端所设置的最后遗愿(Last Will)，主动向自定义topic发布离线通知消息。

可选地，在步骤S22中，监听自定义标题中获取到的通知消息可以包括以下执行步骤：

步骤S222，监听第一服务器向自定义标题中发送的离线通知消息，其中，离线通知消息用于通知第一终端当前处于离线状态。

在APP用户进入离线状态之后，MQTT服务器根据第一终端所设置的Last Will触发下，主动向自定义topic发布离线通知消息。该离线通知消息可以包括：固定头部、可变头部以及消息体。固定头部可以使用两个字节共16位。在第一个字节中，使用4位二进制表示消息类型，总共可表示16种消息类型(即消息类型0-15)。由于该离线通知消息是由第一终端向自定义topic发布消息，因此，该离线通知消息属于消息类型14，即连接消息(DISCONNECTMESSAGE)。此外，使用1位二进制表示打开标志(DUP flag)，默认为0，用于确保第一终端向自定义topic发布的消息可靠传输。可变头部可以包括：协议名称、版本号、连接标志、用户授权、心跳时间等内容。DISCONNECT类型消息体通常采用二进制形式加以表示，并且在DISCONNECT类型消息体中可以使用自定义特性。DISCONNECT类型消息体可以包括：ClientID、自定义topic和消息的内容。

如果MQTT服务器向自定义topic中发送离线通知消息，则MQTT服务器中便可以使用Rule功能监听到该自定义topic中的离线通知消息。

可选地，步骤S24，根据通知消息同步更新影子设备中存储的状态信息可以包括以下执行步骤：

步骤S242，根据离线通知消息将影子设备中存储的状态信息同步更新为离线状态。

在MQTT服务器使用Rule功能监听到MQTT服务器向自定义topic中发送的离线通知消息之后，可以更新MQTT服务器中与该第一终端对应的shodow设备中存储的用户离线状态。

可选地，在步骤S24，根据通知消息同步更新影子设备中存储的状态信息之后，还可以包括以下处理步骤：

步骤S27，向第二服务器发送第二更新消息，其中，第二更新消息用于通知第二服务器将存储的状态信息更新为离线状态。

在对MQTT服务器中与该第一终端对应的shodow设备中存储的用户离线状态更新完毕之后，MQTT服务器还会向业务服务器发送第二更新消息，以便业务服务器根据第二更新消息将本地数据库中存储的状态信息更新为离线状态。

根据本发明其中一实施例，还提供了另一种连接状态的处理方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机***中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

在本实施例中提供了另一种运行于上述第一终端的连接状态的处理方法，图3是根据本发明其中一实施例的另一种连接状态的处理方法的流程图，如图3所示，该方法包括如下步骤：

步骤S32，获取第一终端待进入的连接状态；

步骤S34，根据连接状态向第一服务器中的自定义标题发送通知消息，其中，通知消息用于触发第一服务器同步更新影子设备中存储的状态信息，影子设备配置在第一服务器中，且影子设备与第一终端相对应。

通过上述步骤，可以实现采用获取第一终端待进入的连接状态的方式，通过连接状态向第一服务器中的自定义标题发送通知消息，其中，通知消息用于触发第一服务器同步更新影子设备中存储的状态信息，影子设备配置在第一服务器中，且影子设备与第一终端相对应，达到了采用从自定义标题获取第一终端的连接状态来替代从第二服务器预留标题获取第一终端的连接状态的目的，从而实现了摆脱采用服务器预留标题方式获取终端连接状态的局限性，使得服务器获取到的终端连接状态更加准确与可靠的技术效果，进而解决了相关技术中在APP用户接入MQTT服务器的过程中通常使用MQTT预留topic方式获取用户在线或者离线状态，由此导致APP用户在线或者离线状态的判定缺乏准确性的技术问题。

可选地，在步骤S34中，根据连接状态向自定义标题发送通知消息可以包括以下执行步骤：

步骤S341，根据在线状态向自定义标题发送上线通知消息，以使第一服务器将影子设备中存储的状态信息同步更新为在线状态。

在APP用户上线之后，第一终端可以向自定义topic中发送上线通知消息，以便向MQTT服务器通知第一终端当前处于在线状态。该上线通知消息可以包括：固定头部、可变头部以及消息体。固定头部可以使用两个字节共16位。在第一个字节中，使用4位二进制表示消息类型，总共可表示16种消息类型(即消息类型0-15)。由于该上线通知消息是由第一终端向自定义topic发布消息，因此，该上线通知消息属于消息类型1，即连接消息(CONNECTMESSAGE)。此外，使用1位二进制表示打开标志(DUP flag)，默认为0，用于确保第一终端向自定义topic发布的消息可靠传输。可变头部可以包括：协议名称、版本号、连接标志、用户授权、心跳时间等内容。CONNECT类型消息体通常采用二进制形式加以表示，并且在CONNECT类型消息体中可以使用自定义特性。CONNECT类型消息体可以包括：ClientID、自定义topic和消息的内容。

如果第一终端向自定义topic中发送上线通知消息，则MQTT服务器中便可以使用Rule功能监听到该自定义topic中的上线通知消息。在MQTT服务器使用Rule功能监听到第一终端向自定义topic中发送的上线通知消息之后，还可以更新MQTT服务器中与该第一终端对应的shodow设备中存储的用户在线状态。此外，MQTT服务器还会向业务服务器发送第一更新消息，以便业务服务器根据第一更新消息将本地数据库中存储的状态信息更新为在线状态。

可选地，上述方法还可以包括以下执行步骤：

步骤S35，向第一服务器发送配置消息，其中，配置消息用于在第一服务器检测到第一终端处于离线状态时，触发第一服务器向自定义标题中发送离线通知消息。

上述第一终端既可以单独向MQTT服务器发送配置消息，也可以将配置消息中的消息内容附在上线通知消息中的消息体内容一同发送给MQTT服务器。该配置消息可以包括：Will topic和Will message。在出现网络异常导致第一终端连接中断(即没有主动发送DISCONNECT消息)的情况下，MQTT服务器能够检测到第一终端处于离线状态，因此，MQTT服务器根据第一终端所设置的Last Will，主动向自定义topic发布离线通知消息。

下面将结合图4所示的可选实施方式对上述实施过程做进一步地详细描述。图4是根据本发明其中一可选实施例的连接状态的处理方法的流程图，如图4所示，该流程包括如下步骤：

步骤S402，在APP用户上线之后，第一终端可以向自定义topic中发送上线通知消息，以便向MQTT服务器通知第一终端当前处于在线状态；

步骤S404，如果第一终端向自定义topic中发送上线通知消息，则MQTT服务器中便可以使用Rule功能监听到该自定义topic中的上线通知消息；在MQTT服务器使用Rule功能监听到第一终端向自定义topic中发送的上线通知消息之后，可以更新MQTT服务器中与该第一终端对应的shodow设备中存储的用户在线状态；

步骤S406，在对MQTT服务器中与该第一终端对应的shodow设备中存储的用户在线状态更新完毕之后，MQTT服务器还会向业务服务器发送第一更新消息，以便业务服务器根据第一更新消息将本地数据库中存储的状态信息更新为在线状态；

步骤S408，第一终端向MQTT服务器发送配置消息，在出现网络异常导致第一终端连接中断(即没有主动发送DISCONNECT消息)的情况下，MQTT服务器能够检测到第一终端处于离线状态，因此，MQTT服务器根据第一终端所设置的Last Will，主动向自定义topic发布离线通知消息；

步骤S410，MQTT服务器能够检测到第一终端处于离线状态；

步骤S412，MQTT服务器根据第一终端所设置的Last Will触发下，主动向自定义topic发布离线通知消息；

步骤S414，在MQTT服务器使用Rule功能监听到MQTT服务器向自定义topic中发送的离线通知消息之后，可以更新MQTT服务器中与该第一终端对应的shodow设备中存储的用户离线状态；

步骤S416，在对MQTT服务器中与该第一终端对应的shodow设备中存储的用户离线状态更新完毕之后，MQTT服务器还会向业务服务器发送第二更新消息，以便业务服务器根据第二更新消息将本地数据库中存储的状态信息更新为离线状态；

步骤S418，第二终端可以向业务服务器发送查询请求消息，其中，该查询请求消息用于向业务服务器查询第一终端的最新状态信息；

步骤S420，响应于查询请求消息，业务服务器从本地数据库读取第一终端的最新状态信息；

步骤S422，业务服务器再向第二终端返回查询响应消息，其中，该查询响应消息中携带有第一终端的最新状态信息。

由此可见，无论用户的ClientID如何改变，只要在APP用户自定义topic中监听到通知消息，都将被确定为该APP用户的在线状态或离线状态发生改变。

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

在本实施例中还提供了一种连接状态的处理装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图5是根据本发明其中一实施例的连接状态的处理装置的结构框图，如图5所示，该装置包括：监听模块10，用于监听自定义标题中获取到的通知消息，其中，通知消息用于通知第一终端与第一服务器之间的连接状态；处理模块20，用于根据通知消息同步更新影子设备中存储的状态信息，其中，影子设备配置在第一服务器中，且影子设备与第一终端相对应。

可选地，监听模块10，用于监听第一终端向自定义标题中发送的上线通知消息，其中，上线通知消息用于通知第一终端当前处于在线状态。

可选地，处理模块20，用于根据上线通知消息将影子设备中存储的状态信息同步更新为在线状态。

可选地，图6是根据本发明其中一可选实施例的连接状态的处理装置的结构框图，如图6所示，上述装置还包括：发送模块30，用于向第二服务器发送第一更新消息，其中，第一更新消息用于通知第二服务器将存储的状态信息更新为在线状态。

可选地，如图6所示，上述装置还包括：接收模块40，还用于接收第一终端发送的配置消息，其中，配置消息用于在第一服务器检测到第一终端处于离线状态时，触发第一服务器向自定义标题中发送离线通知消息。

可选地，监听模块10，用于监听第一服务器向自定义标题中发送的离线通知消息，其中，离线通知消息用于通知第一终端当前处于离线状态。

可选地，处理模块20，用于根据离线通知消息将影子设备中存储的状态信息同步更新为离线状态。

可选地，发送模块30，还用于向第二服务器发送第二更新消息，其中，第二更新消息用于通知第二服务器将存储的状态信息更新为离线状态。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

在本实施例中还提供了另一种连接状态的处理装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图7是根据本发明其中一实施例的另一种连接状态的处理装置的结构框图，如图7所示，该装置包括：获取模块50，用于获取第一终端待进入的连接状态；处理模块60，用于根据连接状态向第一服务器中的自定义标题发送通知消息，其中，通知消息用于触发第一服务器同步更新影子设备中存储的状态信息，影子设备配置在第一服务器中，且影子设备与第一终端相对应。

可选地，处理模块60，用于根据在线状态向自定义标题发送上线通知消息，以使第一服务器将影子设备中存储的状态信息同步更新为在线状态。

可选地，处理模块60，还用于向第一服务器发送配置消息，其中，配置消息用于在第一服务器检测到第一终端处于离线状态时，触发第一服务器向自定义标题中发送离线通知消息。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

本发明的实施例还提供了一种存储介质，该存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的计算机程序：

S1，监听自定义标题中获取到的通知消息，其中，通知消息用于通知第一终端与第一服务器之间的连接状态；

S2，根据通知消息同步更新影子设备中存储的状态信息，其中，影子设备配置在第一服务器中，且影子设备与第一终端相对应。

可选地，存储介质还被设置为存储用于执行以下步骤的计算机程序：

S1，获取第一终端待进入的连接状态；

S2，根据连接状态向第一服务器中的自定义标题发送通知消息，其中，通知消息用于触发第一服务器同步更新影子设备中存储的状态信息，影子设备配置在第一服务器中，且影子设备与第一终端相对应。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。

本发明的实施例还提供了一种处理器，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：

S1，监听自定义标题中获取到的通知消息，其中，通知消息用于通知第一终端与第一服务器之间的连接状态；

S2，根据通知消息同步更新影子设备中存储的状态信息，其中，影子设备配置在第一服务器中，且影子设备与第一终端相对应。

可选地，在本实施例中，上述处理器还可以被设置为通过计算机程序执行以下步骤：

S1，获取第一终端待进入的连接状态；

S2，根据连接状态向第一服务器中的自定义标题发送通知消息，其中，通知消息用于触发第一服务器同步更新影子设备中存储的状态信息，影子设备配置在第一服务器中，且影子设备与第一终端相对应。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (18)

1.一种连接状态的处理方法，其特征在于，包括：

监听自定义标题中获取到的通知消息，其中，所述通知消息用于通知第一终端与第一服务器之间的连接状态；

根据所述通知消息同步更新影子设备中存储的状态信息，其中，所述影子设备配置在所述第一服务器中，且所述影子设备与所述第一终端相对应。

2.根据权利要求1所述的方法，其特征在于，监听所述自定义标题中获取到的所述通知消息包括：

监听所述第一终端向所述自定义标题中发送的上线通知消息，其中，所述上线通知消息用于通知所述第一终端当前处于在线状态。

3.根据权利要求2所述的方法，其特征在于，根据所述通知消息同步更新所述影子设备中存储的所述状态信息包括：

根据所述上线通知消息将所述影子设备中存储的所述状态信息同步更新为所述在线状态。

4.根据权利要求3所述的方法，其特征在于，在根据所述通知消息同步更新所述影子设备中存储的所述状态信息之后，还包括：

向第二服务器发送第一更新消息，其中，所述第一更新消息用于通知所述第二服务器将存储的状态信息更新为所述在线状态。

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

接收所述第一终端发送的配置消息，其中，所述配置消息用于在所述第一服务器检测到所述第一终端处于离线状态时，触发所述第一服务器向所述自定义标题中发送离线通知消息。

6.根据权利要求1所述的方法，其特征在于，监听所述自定义标题中获取到的所述通知消息包括：

监听所述第一服务器向所述自定义标题中发送的离线通知消息，其中，所述离线通知消息用于通知所述第一终端当前处于离线状态。

7.根据权利要求6所述的方法，其特征在于，根据所述通知消息同步更新所述影子设备中存储的所述状态信息包括：

根据所述离线通知消息将所述影子设备中存储的所述状态信息同步更新为所述离线状态。

8.根据权利要求7所述的方法，其特征在于，在根据所述通知消息同步更新所述影子设备中存储的所述状态信息之后，还包括：

向第二服务器发送第二更新消息，其中，所述第二更新消息用于通知所述第二服务器将存储的状态信息更新为所述离线状态。

9.一种连接状态的处理方法，其特征在于，包括：

获取第一终端待进入的连接状态；

根据所述连接状态向第一服务器中的自定义标题发送通知消息，其中，所述通知消息用于触发所述第一服务器同步更新影子设备中存储的状态信息，所述影子设备配置在所述第一服务器中，且所述影子设备与所述第一终端相对应。

10.根据权利要求9所述的方法，其特征在于，根据所述连接状态向所述自定义标题发送所述通知消息包括：

根据在线状态向所述自定义标题发送上线通知消息，以使所述第一服务器将所述影子设备中存储的所述状态信息同步更新为所述在线状态。

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

向所述第一服务器发送配置消息，其中，所述配置消息用于在所述第一服务器检测到所述第一终端处于离线状态时，触发所述第一服务器向所述自定义标题中发送离线通知消息。

12.一种连接状态的处理装置，其特征在于，包括：

监听模块，用于监听自定义标题中获取到的通知消息，其中，所述通知消息用于通知第一终端与第一服务器之间的连接状态；

处理模块，用于根据所述通知消息同步更新影子设备中存储的状态信息，其中，所述影子设备配置在所述第一服务器中，且所述影子设备与所述第一终端相对应。

13.一种连接状态的处理装置，其特征在于，包括：

获取模块，用于获取第一终端待进入的连接状态；

处理模块，用于根据所述连接状态向第一服务器中的自定义标题发送通知消息，其中，所述通知消息用于触发所述第一服务器同步更新影子设备中存储的状态信息，所述影子设备配置在所述第一服务器中，且所述影子设备与所述第一终端相对应。

14.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行权利要求1至8中任意一项所述的连接状态的处理方法或权利要求9至11中任意一项所述的连接状态的处理方法。

15.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至8中任意一项所述的连接状态的处理方法或权利要求9至11中任意一项所述的连接状态的处理方法。

16.一种连接状态的处理***，其特征在于，包括：第一终端、第一服务器、第二服务器以及第二终端，其中，所述第一服务器包括权利要求12所述的连接状态的处理装置，所述第一终端包括权利要求13所述的连接状态的处理装置。

17.根据权利要求16所述的***，其特征在于，所述第二服务器，用于同步更新并存储所述第一终端的状态信息。

18.根据权利要求17所述的***，其特征在于，所述第二终端，用于向所述第二服务器实时查询所述第一终端的状态信息。