CN118119035A - 设备的通信连接方法、电子设备、存储介质和系统 - Google Patents

Abstract

本申请提供一种设备的通信连接方法、电子设备、存储介质和系统。在多网关和多协议的系统中，根据控制终端本地的设备信息存储表，能够快速地获取目标设备的通信链路路径信息，因此，不需要在该系统的多个网关设备中查询和尝试通信路径，而能够基于设置在本地的该通信链路路径信息与目标设备快速地建立通信连接，从而能够提高获取目标设备的状态信息以及对目标设备进行操控的速度，提高了系统的响应速度，从而提高了用户的使用体验。

Description

设备的通信连接方法、电子设备、存储介质和系统

技术领域

本申请涉及通信领域，特别涉及一种设备的通信连接方法、电子设备、存储介质和系统。

背景技术

随着科技的发展，家居设备的控制方式也越来越多样化。例如，用户除了可以通过遥控器等传统方式控制家居设备之外，还可以通过与家居设备具有通信连接的控制终端控制家居设备。该控制终端和家居设备可以设置在同一个通信系统中。在该通信系统中，控制终端可以通过一个网关与各个家居设备建立连接，进而向家居设备发送控制指令，或者从家居设备中接收状态信息。

应该注意，上面对技术背景的介绍只是为了方便对本申请的技术方案进行清楚、完整的说明，并方便本领域技术人员的理解而阐述的。不能仅仅因为这些方案在本申请的背景技术部分进行了阐述而认为上述技术方案为本领域技术人员所公知。

发明内容

发明人发现，随着智能家居的发展，控制终端能够控制的家居设备的种类和数量越来越多，通信系统的网络结构也越来越复杂。例如，通信系统中存在多个网关，控制终端需要通过不同的网关与该家居设备建立通信连接；或者，通信系统中的家居设备支持多种通信协议，控制终端需要根据家居设备所支持的通信协议与该家居设备建立通信连接。在此情况下，控制终端与家居设备之间的通信链路变得复杂，容易导致控制终端与家居设备无法快速、便捷地建立通信连接，从而影响系统的响应速度。

为了解决上述问题中的至少一个，本申请实施例提供一种设备的通信连接方法、电子设备、存储介质和系统。

根据本申请实施例的第一方面，提供了一种设备的通信连接方法，应用于控制终端，所述控制终端安装有能够对目标设备进行控制的应用程序，所述方法包括：通过设置在所述控制终端中的设备信息存储表，获取与可控的目标设备对应的通信链路路径信息，其中，所述目标设备包括空气处理设备；以及根据所述通信链路路径信息，在包含至少两种通信协议类型以及至少两个网关设备的系统中，与所述目标设备建立通信连接，以进行对所述目标设备的控制以及获取所述目标设备的状态信息中的至少一个。

根据本申请实施例的第二方面，提供了一种电子设备，所述电子设备包括：存储器，其存储计算机程序；处理器，其执行所述计算机程序时，实现本申请实施例的第一方面所述的方法。

根据本申请实施例的第三方面，提供了一种计算机可读的存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现本申请实施例的第一方面所述的方法。

根据本申请实施例的第四方面，提供了一种设备的拓扑系统，包括：至少两个网关设备；包括空气处理设备的至少两个可控的目标设备，其分别与至少两个网关设备中的一个网关设备连接；以及控制终端，其通过设置在所述控制终端中的设备信息存储表，获取与所述目标设备对应的通信链路路径信息，并根据所述通信链路路径信息，与所述目标设备建立通信连接，以进行对所述目标设备的控制以及获取所述目标设备的状态信息中的至少一个。

本申请实施例的有益效果之一在于：在多网关和多协议的系统中，根据控制终端本地的设备信息存储表，能够快速地获取目标设备的通信链路路径信息，因此，不需要在该系统的多个网关设备中查询和尝试通信路径，而能够基于设置在本地的该通信链路路径信息与目标设备快速地建立通信连接，从而能够提高获取目标设备的状态信息以及对目标设备进行操控的速度，提高了系统的响应速度，从而提高了用户的使用体验。

参照后文的说明和附图，详细公开了本申请的特定实施方式，指明了本申请的原理可以被采用的方式。应该理解，本申请的实施方式在范围上并不因而受到限制。在所附权利要求的精神和条款的范围内，本申请的实施方式包括许多改变、修改和等同。

针对一种实施方式描述以及示出的特征信息可以以相同或类似的方式在一个或更多个其它实施方式中使用，与其它实施方式中的特征信息相组合，或替代其它实施方式中的特征信息。

应该强调，术语“包括/包含”在本文使用时指特征信息、整件、步骤或组件的存在，但并不排除一个或更多个其它特征信息、整件、步骤或组件的存在或附加。

附图说明

参照以下的附图可以更好地理解本申请的很多方面。附图中的部件不是成比例绘制的，而只是为了示出本申请的原理。为了便于示出和描述本申请的一些部分，附图中对应部分可能被放大或缩小。在本申请的一个附图或一种实施方式中描述的元素和特征信息可以与一个或更多个其它附图或实施方式中示出的元素和特征信息相结合。此外，在附图中，类似的标号表示几个附图中对应的部件，并可用于指示多于一种实施方式中使用的对应部件。

在附图中：

图1是本申请实施例1的设备的通信连接方法的一流程图；

图2是本申请实施例1的控制页面的一示意图；

图3是本申请实施例1的通信协议栈的一示意图；

图4是本申请实施例1的设备的通信连接方法另一示意图；

图5是本申请实施例1的设备的通信连接方法的另一示意图；

图6是本申请实施例2的电子设备的一示意图；

图7是本申请实施例3的设备的拓扑系统的一示意图。

具体实施方式

下面参照附图对本申请的优选实施方式进行说明。

实施例1

本申请实施例1提供一种设备的通信连接方法，该方法应用于控制终端，其中，该控制终端安装有能够对目标设备进行控制的应用程序。图1是本申请实施例1的设备的通信连接方法的一流程图。如图1所示，该方法包括：

步骤101，通过设置在控制终端中的设备信息存储表，获取与可控的目标设备对应的通信链路路径信息，其中，目标设备包括空气处理设备；以及

步骤102，根据通信链路路径信息，在包含至少两种通信协议类型以及至少两个网关设备的系统中，与目标设备建立通信连接，以进行对目标设备的控制以及获取目标设备的状态信息中的至少一个。

根据上述实施例，由于控制终端在本地存储有设备信息存储表，因此，在需要与可控的目标设备建立通信连接时，控制终端能够从本地的设备信息存储表中快速地获取该目标设备的通信链路路径信息，进而根据该通信链路路径信息与该可控的目标设备建立通信连接。因此，即便在多网关和多协议的系统中，控制终端也能够快速地获取目标设备的通信链路路径信息，不需要在该系统的多个网关设备中查询和尝试通信路径，从而，能够基于该通信链路路径信息与目标设备快速地建立通信连接。因此，能够提高获取目标设备的状态信息以及对目标设备进行操控的速度，提高了系统的响应速度，从而提高了用户的使用体验。

在一些实施例中，控制终端所在的通信系统可以包括至少两个网关设备、至少两个可控的目标设备以及该控制终端。其中，目标设备可以分别与该至少两个网关设备中的一个网关设备连接，该至少两个可控的目标设备可以包括空气处理设备。

在一些实施例中，空气处理设备可以是各种型号、各种类型、各种形式、各种容量的空气处理设备。例如，该空气处理设备可以是空调设备、空气净化设备、新风设备、加湿设备、除湿设备以及地暖设备中的至少一种。

例如，在该空气处理设备为空调设备时，该空气处理设备可以是一拖一(即，一个室外机和一个室内机)或一拖多(即，一个室外机和多个室内机)的空调或多拖多(即，多个室外机和多个室内机)的空调，也可以是中央空调系统；空气处理设备的室内机的形式可以是四周出风、两面出风、风管机、地面出风或踢脚线出风等形式；空气处理设备的室外机的形式可以是单风扇上出风、双风扇上出风、单风扇前出风或双风扇前出风等形式。

在一些实施例中，目标设备也可以包括其他可控设备，例如，照明设备、智能窗帘、智能插座、影音设备(例如，电视、投影仪、音响等)、厨卫设备(例如，洗衣机、热水器、冰箱、电饭煲、煤气阀等)、安防设备(例如，监控设备、门禁设备、防盗报警设备等)、办公设备(例如，电脑、投影仪、打印机、扫描仪、传真机、电话机等)、工业设备，等等。

在一些实施例中，控制终端可以是各种终端设备，例如智能手机、平板电脑、台式计算机、笔记本电脑、膝上型计算机、智能穿戴设备、线控器、智能控制器等。

该控制终端可以与一个或多个目标设备建立通信连接，通过安装在控制终端上的应用程序(APP)对目标设备进行操控。例如，控制终端通过运行该应用程序，可以显示用于控制目标设备的控制页面，该控制页面可以包括目标设备的状态信息等。控制终端通过运行该应用程序，也可以接收用户在该控制页面上输入的操作信息，进而对相应的目标设备进行控制。

图2是本申请实施例1的控制页面的一示意图。如图2所示，控制页面可以包括与一个或多个目标设备对应的控制模块。其中，该目标设备可以是与控制终端建立了通信连接的目标设备，或者，与控制终端建立过通信连接的目标设备。在目标设备的控制模块中，可以显示目标设备的名称、工作模式、工作参数、网络连接状态等信息。

例如，如图2所示，控制终端与卧室空调、客厅空调、厨房空调、卧室窗帘、客厅窗帘、卧室灯、客厅灯、热交换设备、全屋地暖设备建立过通信连接。对于与控制终端的通信连接为连接状态的目标设备，可以在该目标设备的控制模块中显示最新获取的该目标设备的状态信息；对于与控制终端的通信连接为断开状态的目标设备，可以在该目标设备的控制模块中显示通信连接断开之前的该目标设备的状态信息。

用户可以基于控制终端所显示的控制页面，对目标设备进行操控。或者，也可以通过点击控制页面中的控制模块，进入更详细的控制页面，对与该控制模块对应的目标设备输入其他控制指令等。在一些实施例中，控制终端所在的通信系统可以包括至少两个网关设备，对于其中的任一个网关设备，该网关设备可以是空气处理设备的专用网关，也就是说，该网关设备用于连接空气处理设备；或者，该网关设备可以是用于连接空气处理设备和其他类型的可控设备的通用网关，也就是说，该网关设备既可以连接空气处理设备，又可以连接其他类型的可控设备。

另外，网关设备例如可以是Wi-Fi连接方式的网关，蓝牙连接方式的网关，Zigbee连接方式的网关，NB-IoT连接方式的网关或无线网格(Wi-Fi mesh)连接方式的网关等等。

在一些实施例中，该通信系统还可以包括服务器，该服务器可以与控制终端以及网关设备连接。其中，该服务器可以是云服务器，即云端服务器，但是，本申请不限于此，服务器也可以是其他类型的服务器，例如，本地服务器等。

在一些实施例中，该服务器也可以通过网关设备与目标设备建立连接，并从该目标设备获取状态信息等。本申请不限于此，该服务器也可以具有其他功能。

在一些实施例中，该通信系统可以是能够拓展新的目标设备的可拓展系统，该通信系统又可以称为设备的拓扑系统，即，可以在通信系统中增加新的目标设备，并使该目标设备与通信系统中的其他设备建立通信连接。此外，也可以在该通信系统中增加新的网关设备，或者，删除已有的目标设备或网关设备，或者，调整目标设备和网关设备之间的、或网关设备和网关设备之间的、或目标设备与目标设备之间连接关系，等等。

在一些实施例中，该至少两种通信协议类型可以是服务器与不同网关之间使用的通信协议类型，或者，也可以是网关设备与不同的目标设备之间使用的通信协议类型，或者，也可以是服务器与不同网关之间以及网关设备与不同的目标设备之间使用的通信协议类型。换句话说，服务器与不同的网关设备之间可以使用不同类型的通信协议，或者，网关设备与不同的目标设备之间可以使用不同类型的通信协议，或者，服务器与不同的网关设备之间以及网关设备与不同的目标设备之间可以使用不同类型的通信协议。

在一些实施例中，至少两种通信协议类型可以包括空气处理设备专用的通信协议和开放式通信协议中的至少一个。其中，空气处理设备专用的通信协议例如是在该通信系统中，空气处理设备使用的、并且其他类型的可控设备不使用的通信协议。开放式通信协议可以是多种类型的可控设备可以共同使用的协议，该多种类型的可控设备可以包括其他类型的可控设备，或者包括空气处理设备以及其他类型的可控设备。也就是说，空气处理设备可以使用专用的通信协议，也可以使用开放式通信协议；其他类型的可控设备使用开放式通信协议。

在一些实施例中，目标设备的通信链路路径信息可以包含以下的至少一个：目标设备的通信协议类型、目标设备的通信连接方式以及与目标设备连接的网关设备的信息。其中，目标设备的通信协议类型可以是应用层协议的类型，目标设备的通信连接方式可以是物理层或数据链路层的协议对应的接入网络的方式。

图3是本申请实施例1的通信协议栈的一示意图。如图3所示，通信协议类型可以包括socket协议、mqtt协议以及RS-485协议中的至少一个。例如，空气处理设备使用的通信协议是socket协议，其他可控设备使用的通信协议是mqtt协议和RS-485协议。本申请不限于此，如图3所示，通信协议类型也可以包括CoAP、DDS、XMPP、AMQP、HTTP、FTP等等。

在一些实施例中，通信连接方式可以包括：有线通信连接和无线通信连接。例如，如图3所示，有线通信连接可以包括：485通信，无线通信连接可以包括以下的至少一种：Wi-Fi、无线网格(Wi-Fi mesh)、蓝牙、NB-IoT以及Zigbee。本申请不限于此，通信连接方式也可以包括其他的连接方式。

其中，不同的目标设备支持的通信协议类型以及通信连接方式可以是不同的。例如，目标设备可以支持socket协议，并且通过Wi-Fi、蓝牙或Wi-Fi mesh等方式与网关建立通信连接；又例如，目标设备可以支持mqtt协议，并且通过NB-IoT、Wi-Fi、蓝牙或Zigbee等方式与网关建立通信连接。

在一些实施例中，通信链路路径信息可以在各种时机被存储在控制终端本地的设备信息存储表中。例如，通信链路路径信息可以在目标设备与控制终端配对的过程中被存储在设备信息存储表中。举例来说，通信链路路径信息可以在设备配对的过程中通过APP记录存储在设备信息存储表中。由此，控制终端只需要在第一次与目标设备配对时存储该目标设备的通信链路路径信息，在后续与目标设备建立通信连接时，不需要再获取或存储该目标设备的通信链路路径信息，由此，能够简化用户的操作，提高了用户体验。

或者，通信链路路径信息也可以被预先存储在设备信息存储表中。例如，在控制终端出厂时，预设通信链路路径信息。由于通信链路路径信息在出厂时已被设置好，因此，能够进一步简化用户的操作。

或者，通信链路路径信息可以被预先存储在设备信息存储表中，并且，根据在目标设备与控制终端配对的过程中获取的通信链路路径信息更新设备信息存储表。其中，根据通信链路路径信息更新设备信息存储表可以是修改设备信息存储表中已存储的通信链路路径信息，或者，增加信息存储表中原本没有的通信链路路径信息。由此，在简化用户的操作的同时，还能够保证设备信息存储表的准确性和完整性。

在一些实施例中，目标设备与控制终端配对的方式可以是蓝牙配对。

另外，目标设备与控制终端也可以通过其他方式进行配对，本发明实施例不对配对的具体方式进行限制。

在一些实施例中，设备信息存储表可以是单独的一张表，或者，设备信息存储表也可以与目标设备的其他信息一起存储。

在一些实施例中，目标设备的通信链路路径信息可以与目标设备的识别信息相对应，控制终端可以根据目标设备的识别信息，在设备信息存储表中获取目标设备的通信链路路径信息。

例如，控制终端可以在设备信息存储表中对应地存储目标设备的识别信息(例如设备ID)与目标设备的通信链路路径信息。由此，通过在设备信息存储表中检索目标设备的识别信息来查找该目标设备的通信链路路径信息。

或者，设备信息存储表也可以不直接存储目标设备的设备ID。例如，设备信息存储表可以为哈希表，目标设备的识别信息可以用目标设备的关键码值表示。在步骤101中，控制终端可以根据目标设备的关键码值，通过哈希函数计算该关键码值对应的通信链路路径信息(即，目标设备的通信链路路径信息)在设备信息存储表(即，哈希表)中的地址，根据该地址获取通信链路路径信息。由此，能够进一步提高获取通信链路路径信息的速度，进而，能够进一步提高建立通信连接的速度。

本申请不限于此，该设备信息存储表也可以是其他形式的表格，在步骤101中也可以通过其他方式获取与可控的目标设备对应的通信链路路径信息。

在一些实施例中，在步骤102中，在获取了与可控的目标设备对应的通信链路路径信息之后，控制终端可以根据该通信链路路径信息中的目标设备的通信协议类型、目标设备的通信连接方式以及与目标设备连接的网关设备的信息，与目标设备建立通信连接。在与目标设备建立通信连接之后，控制终端可以对目标设备的进行控制，或者，获取目标设备的状态信息，或者，既获取目标设备的状态信息又对目标设备的进行控制。其中，对于不同通信协议类型的目标设备，控制终端可以通过不同的方式进行控制或者获取状态信息。

图4是本申请实施例1的设备的通信连接方法另一示意图，其中，图4中的步骤401和402与图1中的步骤101和102相同，将其内容合并于此，不再重复说明。

在一些实施例中，对于不同通信协议类型的目标设备，可以通过不同的方式获取目标设备的状态信息。如图4所示，设备的通信连接方法还可以包括：

步骤s1，判断目标设备的通信协议类型，在该目标设备的通信协议类型为socket协议的情况下，执行步骤403，在该目标设备的通信协议类型为mqtt协议的情况下，执行步骤406；另外，在一些实施例中，该目标设备的通信协议类型还可以是socket协议以及mqtt协议之外的其他协议；

步骤403，对于通信协议类型为socket协议的目标设备，控制终端通过服务器对与目标设备连接的网关设备进行轮询，以获取目标设备的状态信息。

例如，服务器对与目标设备连接的网关设备进行轮询，在接收到网关设备发送的目标设备的状态信息之后，服务器将状态信息发送给控制终端。其中，服务器可以以预设周期进行轮序，该预设周期可以根据实际需要而设置，例如为1分钟。由此，控制终端能够通过服务器及时地获取目标设备的状态信息。

本申请不限于此，该预设周期也可以设置为比1分钟长的时间，由此，能够减轻通信系统中各个设备的负担，减少通信开销。或者，该预设周期也可以设置为比1分钟短的时间，由此，能够更及时地获取目标设备的状态信息。

此外，对于socket协议的目标设备，控制终端也可以不通过服务器获取目标设备的状态信息，例如，控制终端也可以通过网关设备直接与目标设备进行通信，接收目标设备发送的状态信息。

在一些实施例中，如图4所示，设备的通信连接方法还可以包括：

步骤404，在轮询失败时，根据失败类型，进行与失败类型对应的处理；以及

步骤405，在轮询成功时，根据获取的目标设备的状态信息在控制终端的控制页面中更新目标设备的状态。

在一些实施例中，在步骤404中，轮询失败的失败类型可以包括无回复、回复错误代码等，控制终端可以根据不同的失败类型采取与该失败类型对应的处理。

例如，在失败类型为无回复时，可以对网关设备进行设备列表查询。

其中，在获取设备列表成功的情况下，说明网关设备连接正常，接着获取设备列表中的目标设备的状态信息。在目标设备的状态信息获取成功时，根据获取的目标设备的状态信息更新应用程序的控制页面上显示的该目标设备的状态；在目标设备的状态信息获取失败时，说明该网关设备下的该目标设备发生异常，可以通知用户该目标设备异常。

在获取设备列表失败的情况下，说明网关设备发生异常，可以通知用户该网关设备异常。

这样，通过多种处理手段提高了获取设备的状态信息的概率，能够及时更新设备状态，在确定网关设备或目标设备异常时，及时地通知用户，能够提高显示的设备状态信息的准确性和用户体验。

又例如，在失败类型为回复错误代码时，控制终端可以根据错误代码进行异常处理。

其中，异常处理可以是与错误代码对应的、用于消除该错误代码表示的异常的处理。失败类型为回复错误代码，说明目标设备的连接状态是正常的，在此情况下，可以对报告错误代码的目标设备进行检测、重启或重新执行指令等等。或者，控制终端确定该错误代码表示的异常是否会影响设备的运行，在不影响设备的运行的情况下，再根据错误代码进行异常处理。对于影响设备的运行的异常，控制终端可以直接向用户通知该错误代码。由此，能够提高异常处理的效率。

其中，在异常处理成功时，控制终端可以获取目标设备的状态信息，根据获取的目标设备的状态信息在控制终端的控制页面中更新目标设备的状态；在异常处理失败时，可以通知用户目标设备的错误代码。这样，通过多种处理手段提高了获取设备的状态信息的概率，能够及时更新设备状态，在异常处理无法解决问题时，及时地通知用户错误代码，能够方便用户排查故障，提高了显示的设备状态信息的准确性和用户体验。

在一些实施例中，如图4所示，设备的通信连接方法还可以包括：

步骤406，对于通信协议类型为mqtt协议的目标设备，控制终端从服务器获取与服务器连接的网关设备下的目标设备的设备状态列表，其中，设备状态列表包括目标设备通过网关设备向服务器上传的状态信息。

在一些实施例中，mqtt协议的目标设备会主动通过与其连接的网关设备向服务器上报运行状态信息。例如，mqtt协议的目标设备可以实时地或按照预设周期上报运行状态信息，由此，控制终端能够从服务器获取最新的目标设备的状态信息。

此外，对于mqtt协议的目标设备，控制终端也可以不通过服务器获取目标设备的状态信息，例如，控制终端也可以通过网关设备直接与目标设备进行通信，接收目标设备发送的状态信息。

在一些实施例中，控制终端本地的设备信息存储表中除了包括目标设备的通信协议类型、目标设备的通信连接方式以及与目标设备连接的网关设备的信息中的至少一个之外，还可以包括目标设备的设备状态信息。在此情况下，如图4所示，设备的通信连接方法还可以包括：

步骤407，判断从服务器中获取的设备状态列表是否缺失目标设备的最新的状态信息；

步骤408，在设备状态列表缺失目标设备的最新的状态信息时，通知用户目标设备连接异常；

步骤409，在设备状态列表中不缺失目标设备的最新的状态信息时，根据设备状态列表中的目标设备的最新的状态信息和设备信息存储表中目标设备的设备状态信息的比较结果，更新应用程序的控制页面上显示的目标设备的状态。

这样，利用服务器中由设备实时上传的状态信息，能够及时更新APP的控制页面中显示的设备状态，并且，能够及时发现设备的连接异常，从而提高了设备状态信息的准确性和用户体验。

在一些实施例中，可以根据各种方式判断从服务器中获取的设备状态列表是否缺失目标设备的最新的状态信息。例如，根据设备状态列表中目标设备的状态信息的更新时间或者设备状态列表中目标设备的状态信息的具体内容进行判断。在判断为设备状态列表缺失目标设备的最新的状态信息时，说明服务器未收到目标设备主动上传的状态信息，或者目标设备上传的状态信息有误，在此情况下，可以通知用户该目标设备连接异常。

在一些实施例中，在从服务器中获取的设备状态列表中包括目标设备的最新的状态信息时，可以比较该设备状态列表以及存储在控制终端本地的设备信息存储表。在设备状态列表中的目标设备的最新的状态信息和设备信息存储表中目标设备的设备状态信息不同时，可以根据设备状态列表中的目标设备的最新的状态信息更新应用程序的控制页面上显示的目标设备的状态。

由于在目标设备连接正常的情况下，服务器中的设备状态列表中的状态信息是最新的，即，设备状态列表中的信息的更新速度比控制终端本地的设备信息存储表中的信息更新速度快，因此，根据设备状态列表更新APP的控制页面上显示的目标设备的状态，能够提高设备状态信息的准确性。

在设备状态列表中的目标设备的最新的状态信息和设备信息存储表中目标设备的设备状态信息相同时，说明控制页面上显示的目标设备的状态已是最新状态，不需要对控制页面的显示内容进行更新。

在一些实施例中，如图4所示，设备的通信连接方法还可以包括：

步骤410，对服务器中的设备状态列表进行监听；

步骤411，在服务器中的设备状态列表有更新时，获取更新后的设备状态列表，并根据获取的设备状态列表中的目标设备的状态信息，在控制终端的控制页面中更新目标设备的状态。

这样，通过对服务器中的设备状态列表进行监听，能够及时发现目标设备状态的更新并用于更新控制终端本地的控制页面，从而提高了显示的设备状态信息的准确性和用户体验。

图5是本申请实施例1的设备的通信连接方法的另一示意图。如图5所示，该方法包括：

步骤501，通过设置在控制终端中的设备信息存储表，获取与可控的目标设备对应的通信链路路径信息；

步骤502，根据通信链路路径信息，与目标设备建立通信连接，以进行对目标设备的控制以及获取目标设备的状态信息中的至少一个；

其中，步骤501和502与步骤101和102相同，此处不再重复说明。在与目标设备建立了通信连接之后，根据目标设备的通信协议类型，执行步骤503或步骤516。

步骤s2，判断目标设备的通信协议类型，在该目标设备的通信协议类型为socket协议的情况下，执行步骤503，在该目标设备的通信协议类型为mqtt协议的情况下，执行步骤516；另外，在一些实施例中，该目标设备的通信协议类型还可以是socket协议以及mqtt协议之外的其他协议；

步骤503，对于通信协议类型为socket协议的目标设备，控制终端通过服务器对与目标设备连接的网关设备进行轮询，以获取目标设备的状态信息；

步骤504，判断轮询是否成功，在判断结果为“是”的情况下，执行步骤505，在判断结果为“否”的情况下，根据失败类型，分别执行步骤506和512；

步骤505：根据目标设备的状态信息在控制终端的控制页面中更新目标设备状态；

步骤506，在轮询的失败类型为无回复时，对网关设备进行设备列表查询；

步骤507，判断获取是否成功，在判断结果为“是”的情况下，执行步骤508，在判断结果为“否”的情况下，执行步骤511；

步骤508，获取设备列表中的目标设备的状态信息；

步骤509，判断获取是否成功，在判断结果为“是”的情况下，执行步骤505，在判断结果为“否”的情况下，执行步骤510；

步骤510，通知用户该目标设备异常；

步骤511，通知用户该网关设备异常；

步骤512，在失败类型为回复错误代码时，接收错误代码；

步骤513，判断失败类型是否影响设备运行，在判断结果为“是”的情况下，执行步骤510，在判断结果为“否”的情况下，执行步骤514；

步骤514，根据错误代码进行异常处理；

步骤515，判断是否处理成功，在判断结果为“是”的情况下，执行步骤505，在判断结果为“否”的情况下，执行步骤510；

步骤516，对于通信协议类型为mqtt协议的目标设备，从服务器获取与服务器连接的网关设备下的目标设备的设备状态列表；

步骤517，判断设备状态列表是否缺失最新的状态信息处理成功，在判断结果为“是”的情况下，执行步骤510，在判断结果为“否”的情况下，执行步骤518；

步骤518，根据设备状态列表和设备信息存储表的比较结果，更新应用程序的控制页面上显示的目标设备的状态；

步骤519，对服务器中的设备状态列表进行监听；

步骤520，判断设备状态列表是否有更新，在判断结果为“是”的情况下，执行步骤521，在判断结果为“否”的情况下，执行步骤516；

步骤521，获取更新后的设备状态列表，并根据获取的设备状态列表中的目标设备的状态信息，在控制终端的控制页面中更新目标设备的状态。

值得注意的是，以上附图1至附图5仅对本申请实施例进行了示意性说明，但本申请不限于此。例如可以适当地调整各个步骤之间的执行顺序，此外还可以增加其他的一些步骤或者减少其中的某些步骤。本领域的技术人员可以根据上述内容进行适当地变型，而不仅限于上述附图1至附图5的记载。

根据上述实施例，在多网关和多协议的系统中，根据控制终端本地的设备信息存储表，能够快速地获取目标设备的通信链路路径信息，因此，不需要在该系统的多个网关设备中查询和尝试通信路径，而能够基于设置在本地的该通信链路路径信息与目标设备快速地建立通信连接，从而能够提高获取目标设备的状态信息以及对目标设备进行操控的速度，提高了系统的响应速度，从而提高了用户的使用体验。

实施例2

本申请实施例提供一种电子设备。图6是本申请实施例2的电子设备的一示意图。如图6所示，电子设备600可以包括处理器610和存储器620。其中，该存储器620可以存储计算机程序。当执行计算机程序时，处理器610实现如实施例1所述的设备的通信连接方法。

在一些实施例中，存储器620可以耦合到处理器610。或者，在处理器610与存储器620之间可以通过总线进行通信。本申请不限于此，存储器620与处理器610之间可以采用其他方式进行通信。

在一些实施例中，存储器620除了存储计算机程序之外，也可以存储电子设备的其他数据。

值得注意的是，该图是示例性的；还可以使用其他类型的结构，来补充或代替该结构，以实现电信功能或其他功能。

在一些实施例中，处理器610可以被配置为：通过设置在所述控制终端中的设备信息存储表，获取与可控的目标设备对应的通信链路路径信息，其中，所述目标设备包括空气处理设备；以及根据所述通信链路路径信息，在包含至少两种通信协议类型以及至少两个网关设备的系统中，与所述目标设备建立通信连接，以进行对所述目标设备的控制以及获取所述目标设备的状态信息中的至少一个。

如图6所示，处理器610有时也称为控制器或操作控件，可以包括微处理器或其他处理器装置和逻辑装置中的至少一个，该处理器610接收输入并控制电子设备600的各个部件的操作。

其中，存储器620，例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。其可储存各种数据，此外还可存储执行有关信息的程序。并且处理器610可执行该存储器620存储的该程序，以实现信息存储或处理等。其他部件的功能与现有类似，此处不再赘述。电子设备600的各部件可以通过专用硬件、固件、软件或其结合来实现，而不偏离本申请的范围。

此外，如图6所示，电子设备600还可以包括：通信模块630、输入单元640、显示器650、电源660。上述部件的功能与现有技术类似，此处不再赘述。值得注意的是，电子设备600也并不是必须要包括图6中所示的所有部件；此外，电子设备600还可以包括图6中没有示出的部件，具体可以参考相关技术。

在一些实施例中，电子设备600例如可以是如下中的至少一个：空气处理设备、与空气处理设备连接的智能控制器、语音遥控器、智能音箱、移动终端和智能显示器、与空气处理设备连接的网关、与空气处理设备连接的服务器等。

根据上述实施例，在多网关和多协议的系统中，根据控制终端本地的设备信息存储表，能够快速地获取目标设备的通信链路路径信息，因此，不需要在该系统的多个网关设备中查询和尝试通信路径，而能够基于设置在本地的该通信链路路径信息与目标设备快速地建立通信连接，从而能够提高获取目标设备的状态信息以及对目标设备进行操控的速度，提高了系统的响应速度，从而提高了用户的使用体验。

实施例3

本申请实施例3提供一种设备的拓扑系统。该设备的拓扑系统对应于实施例1中记载的设备的通信连接方法，其具体的实施可以参照实施例1所述的方法的实施，内容相同或相关之处不再重复说明。

图7是本申请实施例3的设备的拓扑系统的一示意图。如图7所示，设备的拓扑系统700包括至少两个网关设备(例如第一网关设备702和第二网关设备704)、包括空气处理设备的至少两个可控的目标设备(例如第一目标设备701和第二目标设备703)以及控制终端705。

其中，至少两个可控的目标设备分别与至少两个网关设备中的一个网关设备连接。例如，如图7所示，第一目标设备701与第一网关设备702连接，第二目标设备703与第二网关设备704连接，控制终端705通过设置在控制终端705中的设备信息存储表，获取与目标设备对应的通信链路路径信息，并根据通信链路路径信息，与目标设备建立通信连接，以进行对目标设备的控制以及获取目标设备的状态信息中的至少一个。

在一些实施例中，第一网关设备702还可以与第一目标设备701之外的其他目标设备连接，第二网关设备703还可以与第二目标设备703之外的其他目标设备连接。

在一些实施例中，如图7所示，系统700还包括：服务器706。服务器706与控制终端705以及网关设备连接。

在一些实施例中，服务器706与不同的网关设备之间使用不同类型的通信协议，或者，网关设备与不同的目标设备之间使用不同类型的通信协议，或者，服务器706与不同的网关设备之间以及网关设备与不同的目标设备之间使用不同类型的通信协议。

在一些实施例中，系统700是能够拓展新的目标设备的可拓展系统。

根据上述实施例，在多网关和多协议的系统中，根据控制终端本地的设备信息存储表，能够快速地获取目标设备的通信链路路径信息，因此，不需要在该系统的多个网关设备中查询和尝试通信路径，而能够基于设置在本地的该通信链路路径信息与目标设备快速地建立通信连接，从而能够提高获取目标设备的状态信息以及对目标设备进行操控的速度，提高了系统的响应速度，从而提高了用户的使用体验。

本申请实施例还提供一种计算机可读程序，其中当执行所述程序时，所述程序使得计算机执行实施例1所述的设备的通信连接方法。

本申请实施例还提供一种计算机可读的存储介质，其中，所述存储介质存储有计算机程序，所述计算机可读程序使得计算机执行实施例1所述的设备的通信连接方法。

本申请实施例以上的装置和方法可以由硬件实现，也可以由硬件结合软件实现。本申请涉及这样的计算机可读程序，当该程序被逻辑部件所执行时，能够使该逻辑部件实现上文的装置或构成部件，或使该逻辑部件实现上文的各种方法或步骤。

本申请实施例还涉及用于存储以上程序的存储介质，如硬盘、磁盘、光盘、DVD、flash存储器等。

需要说明的是，本方案中涉及到的各步骤的限定，在不影响具体方案实施的前提下，并不认定为对步骤先后顺序做出限定，写在前面的步骤可以是在先执行的，也可以是在后执行的，甚至也可以是同时执行的，只要能实施本方案，都应当视为属于本申请的保护范围。

以上结合具体的实施方式对本申请进行了描述，但本领域技术人员应该清楚，这些描述都是示例性的，并不是对本申请保护范围的限制。本领域技术人员可以根据本申请的精神和原理对本申请做出各种变型和修改，这些变型和修改也在本申请的范围内。

Claims (22)

1.一种设备的通信连接方法，应用于控制终端，所述控制终端安装有能够对目标设备进行控制的应用程序，其特征在于，所述方法包括：

通过设置在所述控制终端中的设备信息存储表，获取与可控的目标设备对应的通信链路路径信息，其中，所述目标设备包括空气处理设备；以及

根据所述通信链路路径信息，在包含至少两种通信协议类型以及至少两个网关设备的系统中，与所述目标设备建立通信连接，以进行对所述目标设备的控制以及获取所述目标设备的状态信息中的至少一个。

2.根据权利要求1所述的方法，其特征在于，

所述至少两种通信协议类型包括所述空气处理设备专用的通信协议和开放式通信协议中的至少一个。

3.根据权利要求1所述的方法，其特征在于，所述目标设备的所述通信链路路径信息包含以下的至少一个：

所述目标设备的通信协议类型、所述目标设备的通信连接方式以及与所述目标。备连接的网关设备的信息。

4.根据权利要求3所述的方法，其特征在于，

所述通信协议类型包括socket协议、mqtt协议以及RS-485协议中的至少一个。

5.根据权利要求3所述的方法，其特征在于，

所述通信连接方式包括：有线通信连接和无线通信连接。

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

所述有线通信连接包括：485通信，

所述无线通信连接包括以下的至少一种：Wi-Fi、无线网格、蓝牙、NB-IoT以及Zigbee。

7.根据权利要求1所述的方法，其特征在于，

所述通信链路路径信息在目标设备与所述控制终端配对的过程中被存储在所述设备信息存储表中，所述配对的方式包括蓝牙配对，或者，

所述通信链路路径信息被预先存储在所述设备信息存储表中，或者，

所述通信链路路径信息被预先存储在所述设备信息存储表中，并且，根据在目标设备与所述控制终端配对的过程中获取的通信链路路径信息更新所述设备信息存储表，所述配对的方式包括蓝牙配对。

8.根据权利要求1所述的方法，其特征在于，

所述设备信息存储表为哈希表，其中，

获取与可控的目标设备对应的通信链路路径信息包括：通过所述目标设备对应的关键码值，从所述哈希表中提取与所述关键码值对应的所述通信链路路径信息。

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

对于通信协议类型为socket协议的目标设备，所述控制终端通过服务器对与所述目标设备连接的网关设备进行轮询，以获取所述目标设备的状态信息。

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

在轮询失败时，根据失败类型，进行与所述失败类型对应的处理；以及

在轮询成功时，根据获取的所述目标设备的状态信息在所述控制终端的控制页面中更新所述目标设备的状态。

11.根据权利要求10所述的方法，其特征在于，

在所述失败类型为无回复时，对所述网关设备进行设备列表查询，其中，

在获取设备列表成功的情况下，获取所述设备列表中的所述目标设备的状态信息，在所述目标设备的状态信息获取成功时，根据获取的目标设备的状态信息更新所述应用程序的控制页面上显示的所述目标设备的状态；在所述目标设备的状态信息获取失败时，通知用户所述目标设备异常；

在获取设备列表失败的情况下，通知用户所述网关设备异常。

12.根据权利要求10所述的方法，其特征在于，

在所述失败类型为回复错误代码时，根据所述错误代码进行异常处理。

13.根据权利要求12所述的方法，其特征在于，

在所述异常处理成功时，获取所述目标设备的状态信息，根据获取的目标设备的状态信息在所述控制终端的控制页面中更新所述目标设备的状态；

在所述异常处理失败时，通知用户所述目标设备的所述错误代码。

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

对于通信协议类型为mqtt协议的目标设备，所述控制终端从服务器获取与所述服务器连接的网关设备下的目标设备的设备状态列表，其中，所述设备状态列表包括所述目标设备通过所述网关设备向所述服务器上传的状态信息。

15.根据权利要求14所述的方法，其特征在于，

所述设备信息存储表还包含所述目标设备的设备状态信息，

所述方法还包括：

判断从所述服务器中获取的所述设备状态列表是否缺失所述目标设备的最新的状态信息，在所述设备状态列表缺失所述目标设备的最新的状态信息时，通知用户所述目标设备连接异常；在所述设备状态列表中不缺失所述目标设备的最新的状态信息时，根据所述设备状态列表中的所述目标设备的最新的状态信息和所述设备信息存储表中所述目标设备的设备状态信息的比较结果，更新所述应用程序的控制页面上显示的所述目标设备的状态。

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

对所述服务器中的所述设备状态列表进行监听；

在所述服务器中的所述设备状态列表有更新时，获取更新后的所述设备状态列表，并根据获取的所述设备状态列表中的所述目标设备的状态信息，在所述控制终端的控制页面中更新所述目标设备的状态。

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

存储器，其存储计算机程序；以及

处理器，其执行所述计算机程序时实现权利要求1-16中的任一项所述的方法。

18.一种计算机可读的存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-16中的任一项所述的方法。

19.一种设备的拓扑系统，其特征在于，所述系统包括：

至少两个网关设备；

包括空气处理设备的至少两个可控的目标设备，其分别与至少两个网关设备中的一个网关设备连接；以及

控制终端，其通过设置在所述控制终端中的设备信息存储表，获取与所述目标设备对应的通信链路路径信息，并根据所述通信链路路径信息，与所述目标设备建立通信连接，以进行对所述目标设备的控制以及获取所述目标设备的状态信息中的至少一个。

20.根据权利要求19所述的系统，其特征在于，所述系统还包括：

服务器，其与所述控制终端以及所述网关设备连接。

21.根据权利要求20所述的系统，其特征在于，

所述服务器与不同的网关设备之间使用不同类型的通信协议，或者，

所述网关设备与不同的目标设备之间使用不同类型的通信协议，或者，

所述服务器与不同的网关设备之间以及所述网关设备与不同的目标设备之间使用不同类型的通信协议。

22.根据权利要求19-21中的任一项所述的系统，其特征在于，

所述系统是能够拓展新的目标设备的可拓展系统。