CN108322557B

CN108322557B - 一种应用设备发现方法、装置、计算机设备及存储介质

Info

Publication number: CN108322557B
Application number: CN201810442449.1A
Authority: CN
Inventors: 吕小强
Original assignee: Haier Uplus Intelligent Technology Beijing Co Ltd
Current assignee: Haier Uplus Intelligent Technology Beijing Co Ltd
Priority date: 2018-05-10
Filing date: 2018-05-10
Publication date: 2021-09-24
Anticipated expiration: 2038-05-10
Also published as: CN108322557A

Abstract

本发明提供了一种应用设备发现方法、装置、计算机设备及存储介质，其中应用设备发现方法包括：当接收到控制设备发送的获取应用设备标识的请求消息时，将应用设备标识发送至控制设备；当接收到控制设备发送的握手请求消息时，将握手请求消息发送至应用设备；当接收到应用设备发送的握手请求消息的同意应答消息时，判定控制设备完成对应用设备的发现。本发明的技术方案解决了现有技术中当控制设备和应用设备不在同一局域网内，无法完成设备发现的问题。

Description

一种应用设备发现方法、装置、计算机设备及存储介质

技术领域

本发明涉及智能家居领域，特别涉及一种应用设备发现方法、装置、计算机设备及存储介质。

背景技术

随着智能家居产业的发展，智能设备已经逐渐取代了传统的“功能设备”。当前用户可以在local field(家庭内)和remote field(远程)控制智能家电。正常控制的前提是手机app和智能家电的各种协议是兼容的。其中远程控制可以通过云平台的方式或者P2P的方式。但是有时在local field内无法完成设备发现，可能因为手机APP在家庭环境外。

目前，局域网的设备发现主要包括：基于mDNS和DNS-SD的方案、Upnp方案、基于UDP广播包的方案。但上述设备发现协议，都是在local field完成的，因此当控制设备(例如手机)和智能家电不在同一局域网之内则无法完成设备发现。

发明内容

为了解决当控制设备和应用设备(例如智能家电)不在同一局域网内，无法完成设备发现的问题，本发明提供了一种应用设备发现方法、装置、计算机设备及存储介质。

本发明提供的应用设备发现方法，包括：

当接收到控制设备发送的获取应用设备标识的请求消息时，将所述应用设备标识发送至所述控制设备；

当接收到所述控制设备发送的握手请求消息时，将所述握手请求消息发送至所述应用设备；

当接收到所述应用设备发送的所述握手请求消息的同意应答消息时，判定所述控制设备完成对所述应用设备的发现。

可选的，在本发明所述的应用设备发现方法中，在接收到控制设备发送的获取应用设备标识的请求消息之前，还包括：

接收所述应用设备的注册信息并保存，其中所述注册信息中包括所述应用设备标识。

可选的，在本发明所述的应用设备发现方法中，在接收所述应用设备的注册信息并保存之后，且在接收到控制设备发送的获取应用设备标识的请求消息之前，还包括：

当所述应用设备接入所述云平台时，确定所述应用设备的所属用户；

向该用户的所有设备发送获取各控制设备中应用程序版本信息的请求消息，并分别根据反馈的每个控制设备中的应用程序版本信息确定该应用程序的协议信息；

当任意一个控制设备中应用程序的协议信息与所述应用设备的协议信息相同时，则判定该控制设备能对所述应用设备进行控制，并向该控制设备发送所述应用设备的上线通知。

可选的，在本发明所述的应用设备发现方法中，在接收到所述应用设备发送的握手请求消息的同意应答消息之前，还包括：

向所述应用设备发送所述应用设备的所属用户的各控制设备的标识，以供所述应用设备进行握手请求消息的应答。

本发明还提供了一种应用设备发现装置，包括发送模块、转发模块及判断模块：

所述发送模块，用于当接收到控制设备发送的获取应用设备标识的请求消息时，将所述应用设备标识发送至所述控制设备；

所述转发模块，用于当接收到所述控制设备发送的握手请求消息时，将所述握手请求消息发送至所述应用设备；

所述判断模块，用于当接收到所述应用设备发送的所述握手请求消息的同意应答消息时，判定所述控制设备完成对所述应用设备的发现。

可选的，在本发明所述的应用设备发现装置中，还包括存储模块：

所述存储模块用于：在接收到控制设备发送的获取应用设备标识的请求消息之前，接收所述应用设备的注册信息并保存，其中所述注册信息中包括所述应用设备标识。

可选的，在本发明所述的应用设备发现装置中，还包括处理模块，所述处理模块用于：在接收所述应用设备的注册信息并保存之后，且在接收到控制设备发送的获取应用设备标识的请求消息之前，

可选的，在本发明所述的应用设备发现装置中，所述发送模块还用于：在接收到所述应用设备发送的握手请求消息的同意应答消息之前，向所述应用设备发送所述应用设备的所属用户的各控制设备的标识，以供所述应用设备进行握手请求消息的应答。

本发明还提供了一种计算机可读存储介质，所述存储介质上存储有计算机程序，所述程序被处理器执行时实现如上所述的应用设备发现方法的步骤。

本发明还提供了一种计算机设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序时实现如上所述的应用设备发现方法的步骤。

本发明的有益效果如下：

本发明实施例提供的应用设备发现方法、装置、计算机设备及存储介质，当接收到控制设备发送的获取应用设备标识的请求消息时，将应用设备标识发送至控制设备，当接收到控制设备发送的握手请求消息时，将握手请求消息发送至应用设备；当接收到应用设备发送的握手请求消息的同意应答消息时，判定控制设备完成对应用设备的发现，解决了现有技术中当控制设备和应用设备不在同一局域网内，无法完成设备发现的问题。

附图说明

图1为本发明第一方法实施例中应用设备发现方法的流程示意图；

图2为本发明第一装置实施例中应用设备发现装置的结构示意图；

图3为本发明第二装置实施例中应用设备发现装置的结构示意图；

图4为本发明实施1中应用设备发现方法的示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不限定本发明。

为了解决当控制设备和应用设备(例如智能家电)不在同一局域网内，无法完成设备发现的问题，本发明实施例提供了一种应用设备发现方法、装置、计算机设备及存储介质。

根据本发明的第一方法实施例，提供了一种应用设备发现方法，应用于云平台。图1为本发明第一方法实施例中应用设备发现方法的流程示意图，如图1所示，本发明第一方法实施例的应用设备发现方法，包括以下步骤：

S101：当接收到控制设备发送的获取应用设备标识的请求消息时，将所述应用设备标识发送至所述控制设备。

在本发明的第一方法实施例中，将应用设备标识发送至控制设备的目的是为了根据应用设备标识判断是否需要对应用设备进行发现。当需要进行设备发现时，控制设备向云平台发送握手请求消息，当不需要进行设备发现时，控制设备不向云平台发送握手请求消息。

在本发明的一个可选实施例中，所述控制设备还可以向云平台发送应用设备其他信息的请求消息，其中其他信息包括以下中的一个或几个：设备类型、设备型号、设备的协议标识、设备的数据模型标识等。

S102：当接收到所述控制设备发送的握手请求消息时，将所述握手请求消息发送至所述应用设备。

具体的，所述握手请求消息中包括所述控制设备的标识、及所述应用设备的标识。在本发明的一个可选实施例中，所述握手请求消息中还可以包括用户标识等信息。

在本发明的一个可选实施例中，在接收到控制设备发送的获取应用设备标识的请求消息之前，还包括：接收所述应用设备的注册信息并保存，其中所述注册信息中包括所述应用设备标识。

进一步的，所述应用设备的注册信息还可以包括以下中的一个或几个：设备类型、设备型号、设备的协议标识、设备的数据模型标识等。

S103：当接收到所述应用设备发送的所述握手请求消息的同意应答消息时，判定所述控制设备完成对所述应用设备的发现。

本发明第一方法实施例提供的应用设备发现方法，当接收到控制设备发送的获取应用设备标识的请求消息时，将应用设备标识发送至控制设备，当接收到控制设备发送的握手请求消息时，将握手请求消息发送至应用设备；当接收到应用设备发送的握手请求消息的同意应答消息时，判定控制设备完成对应用设备的发现，解决了现有技术中当控制设备和应用设备不在同一局域网内，无法完成设备发现的问题。

根据本发明的第二方法实施例，提供了一种应用设备发现方法，应用于云平台，包括以下步骤：

S201：获取所述应用设备的注册信息并保存，所述注册信息中包括应用设备标识及应用设备协议信息。其中应用设备协议信息包括协议标识及数据模型标识。

S202：当有应用设备接入云平台时，确定所述应用设备的所属用户。

S203：向该用户的所有设备发送获取各控制设备中应用程序版本信息的请求消息，并分别根据反馈的每个控制设备中的应用程序版本信息确定该应用程序的协议信息。

具体的，在本发明第二方法实施中，控制设备是逻辑上的概念，有的设备即可以是应用设备也可以是控制设备。当上述设备收到获取控制设备中应用程序版本信息的请求时，只有逻辑上为控制设备的设备才会应答，这样云平台收到的是一组应用程度版本信息。

S204：当任意一个控制设备中应用程序的协议信息与所述应用设备的协议信息相同时，则判定该控制设备能对所述应用设备进行控制，并向该控制设备发送所述应用设备的上线通知，即向与应用设备的协议信息相同的一组控制设备出应用设备的上线通知。

S205：当接收到控制设备发送的获取应用设备标识的请求消息时，将所述应用设备标识发送至所述控制设备。

S206：当接收到所述控制设备发送的握手请求消息时，将握手请求消息发送至所述应用设备。

S207：当接收到所述应用设备发送的握手应答消息时，判定所述控制设备完成对所述应用设备的发现。

在本发明的一个可选实施例中，在接收到所述应用设备发送的握手请求消息的同意应答消息之前，还包括：向所述应用设备发送所述应用设备的所属用户的各控制设备的标识，以供所述应用设备进行握手请求消息的应答。

具体的，应用设备接收到云平台发送的控制设备的标识会保存为控制设备列表，该控制设备列表内的设备为后续可能需要与该应用设备做握手的控制设备，当接收到云平台转发的控制设备的握手请求消息后，查看发送握手请求消息的控制设备在控制设备列表中是否存在，如果存在则同意握手请求消息，如果不存在则拒绝握手请求消息。

本发明第二方法实施例提供的应用设备发现方法，不仅能基于云平台完成控制设备对应用设备的发现，而且能在云平台判断控制设备中的应用程序与应用设备的协议契合度。

与本发明的第一方法实施例相对应，本发明的第一装置实施例还提供了一种应用设备发现装置，图2为本发明第一装置实施例中应用设备发现装置的结构示意图，如图2所示，本发明第一装置实施例的应用设备发现装置包括：顺次通信连接的发送模块22、转发模块24及判断模块26，以下对各模块进行详细的说明。

所述发送模块22，用于当接收到控制设备发送的获取应用设备标识的请求消息时，将所述应用设备标识发送至所述控制设备。

在本发明一个可选实施例中，还包括存储模块20。所述存储模块20用于：在接收到控制设备发送的获取应用设备标识的请求消息之前，接收所述应用设备的注册信息并保存，其中所述注册信息中包括所述应用设备标识。

所述转发模块24，用于当接收到所述控制设备发送的握手请求消息时，将所述握手请求消息发送至所述应用设备。

所述判断模块26，用于当接收到所述应用设备发送的所述握手请求消息的同意应答消息时，判定所述控制设备完成对所述应用设备的发现。

本发明第一装置实施例提供的应用设备发现装置，当接收到控制设备发送的获取应用设备标识的请求消息时，将应用设备标识发送至控制设备，当接收到控制设备发送的握手请求消息时，将握手请求消息发送至应用设备；当接收到应用设备发送的握手请求消息的同意应答消息时，判定控制设备完成对应用设备的发现，解决了现有技术中当控制设备和应用设备不在同一局域网内，无法完成设备发现的问题。

与本发明的第二方法实施例相对应，本发明的第二装置实施例还提供了一种应用设备发现装置。图3为本发明第二装置实施例中应用设备发现装置的结构示意图，如图3所示，本发明第二装置实施例的应用设备发现装置包括：顺次通信连接的存储模块20、处理模块21、发送模块22、转发模块24及判断模块26，以下对各模块进行详细的说明。

所述存储模块20，用于接收所述应用设备的注册信息并保存，所述注册信息中包括应用设备标识及应用设备协议信息。其中应用设备协议信息包括协议标识及数据模型标识。

所述处理模块21，用于当所述应用设备接入所述云平台时，确定所述应用设备的所属用户；向该用户的所有设备发送获取各控制设备中应用程序版本信息的请求消息，并分别根据反馈的每个控制设备中的应用程序版本信息确定该应用程序的协议信息；当任意一个控制设备中应用程序的协议信息与所述应用设备的协议信息相同时，则判定该控制设备能对所述应用设备进行控制，并向该控制设备发送所述应用设备的上线通知。

所述转发模块24，用于当接收到所述控制设备发送的握手请求消息时，转发至所述应用设备。

本发明第二装置实施例提供的应用设备发现装置，不能基于云平台完成控制设备对应用设备的发现，而且能在云平台判断控制设备中的应用程序与应用设备的协议契合度。

本发明还提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时实现以下步骤：

步骤11：当接收到控制设备发送的获取应用设备标识的请求消息时，将所述应用设备标识发送至所述控制设备。

处理器执行程序时还实现以下步骤，在接收到控制设备发送的获取应用设备标识的请求消息之前，接收所述应用设备的注册信息并保存，其中所述注册信息中包括应用设备标识。

处理器执行程序时还实现以下步骤，在接收所述应用设备的注册信息并保存之后，且在接收到控制设备发送的获取应用设备标识的请求消息之前，当所述应用设备接入所述云平台时，确定所述应用设备的所属用户；向该用户的所有设备发送获取各控制设备中应用程序版本信息的请求消息，并分别根据反馈的每个控制设备中的应用程序版本信息确定该应用程序的协议信息；当任意一个控制设备中应用程序的协议信息与所述应用设备的协议信息相同时，则判定该控制设备能对所述应用设备进行控制，并向该控制设备发送所述应用设备的上线通知。

步骤12：当接收到所述控制设备发送的握手请求消息时，将所述握手请求消息发送至所述应用设备。

步骤13：当接收到所述应用设备发送的所述握手请求消息的同意应答消息时，判定所述控制设备完成对所述应用设备的发现。

处理器执行程序时还实现以下步骤，在接收到所述应用设备发送的握手请求消息的同意应答消息之前，向所述应用设备发送所述应用设备的所属用户的各控制设备的标识，以供所述应用设备进行握手请求消息的应答。

本发明实施例提供的计算机设备，可以基于云平台完成控制设备对应用设备的发现，解决了现有技术中当控制设备和应用设备不在同一局域网内，无法完成设备发现的问题。

本发明还提供了一种计算机可读存储介质，存储介质上存储有计算机程序，程序被处理器执行时实现如下步骤：

步骤21：当接收到控制设备发送的获取应用设备标识的请求消息时，将所述应用设备标识发送至所述控制设备。

程序被处理器执行时还实现如下步骤，在接收到控制设备发送的获取应用设备标识的请求消息之前，接收所述应用设备的注册信息并保存，其中所述注册信息中包括应用设备标识。

程序被处理器执行时还实现如下步骤，在接收所述应用设备的注册信息并保存之后，且在接收到控制设备发送的获取应用设备标识的请求消息之前，当所述应用设备接入所述云平台时，确定所述应用设备的所属用户；向该用户的所有设备发送获取各控制设备中应用程序版本信息的请求消息，并分别根据反馈的每个控制设备中的应用程序版本信息确定该应用程序的协议信息；当任意一个控制设备中应用程序的协议信息与所述应用设备的协议信息相同时，则判定该控制设备能对所述应用设备进行控制，并向该控制设备发送所述应用设备的上线通知。

步骤22：当接收到所述控制设备发送的握手请求消息时，将所述握手请求消息发送至所述应用设备。

步骤23：当接收到所述应用设备发送的所述握手请求消息的同意应答消息时，判定所述控制设备完成对所述应用设备的发现。

程序被处理器执行时还实现如下步骤，在接收到所述应用设备发送的握手请求消息的同意应答消息之前，向所述应用设备发送所述应用设备的所属用户的各控制设备的标识，以供所述应用设备进行握手请求消息的应答。

本发明实施例提供的计算机可读存储介质，可以基于云平台完成控制设备对应用设备的发现，解决了现有技术中当控制设备和应用设备不在同一局域网内，无法完成设备发现的问题。

为了更加详细的描述本发明实施例，给出实例1。图4为本发明实施1中应用设备发现方法的示意图。如图4所示，本发明实例1的应用设备发现方法包括以下步骤：

智能家电在出厂前在云平台上注册该型号家电的基本信息，包括：设备类型、设备ID、设备型号及设备协议信息。其中设备ID即设备标识，设备协议信息包括协议标识及设备模型标识。云平台需要管理上述信息，并维护设备型号与设备协议信息的对应关系。

其中，设备模型标识就是对设备的功能和属性进行抽象后形成的模型，例如对于开关机这个功能可以用on off(on:1,off:0)来描述，也可以用power onoff(on:1,off:0)来描述，在实际的使用过程中，由于设计开发的需要，可能会对模型进行演进，因此需要使用设备型号标识来区分不同的版本。

1、智能家电入户之后，快速联网，当接入无线AP(Wireless Access Point，无线访问接入点)之后，需要连接云平台完成用户注册owner transfer，即建立智能家电(设备ID)与用户(用户ID)的关联关系，确定智能家电的所属用户。

2、云平台向该用户的所有设备发送手机APP版本信息的请求消息，手机APP向云平台回复其APP的版本信息。

3、云平台根据收到的手机APP的版本信息确定该APP支持的协议信息，进一步确定是否能直接与上述智能家电通信。如果是则执行步骤4；

具体的，当APP支持的协议信息(包括议标识及设备模型标识)与智能家电的协议信息(包括议标识及设备模型标识)相同时，则判定该APP能与智能家电进行通信。

4、云平台向手机发送上述智能家电设备上线通知。

5、手机发送设备发现消息，完成智能家电的发现。但是在步骤5中手机发送的设备发现消息一般情况下为局域网内的广播消息，如果因为手机在家庭外或者其他原因无法完成设备发现则执行步骤6。

6、手机向云平台发送获取新上线的智能家电的信息(具体为智能家电的设备标识)，并接收云平台反馈的智能家电的设备标识；进一步的，智能家电的信息还可以包括设备类型、设备型号、设备协议信息等。

7、云平台向智能家电发送手机的标识。

8、手机向云平台发送握手信息，云平台转发给智能家电。

9、智能家电反向发送握手应答消息，至此手机完成智能家电的发现。

10、手机通过云平台完成对智能家电的控制。

以上仅为本发明的实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的权利要求范围之内。

Claims

1.一种应用设备发现方法，其特征在于，包括：

当接收到所述应用设备发送的所述握手请求消息的同意应答消息时，判定所述控制设备完成对所述应用设备的发现；

其中，所述控制设备和所述应用设备不在同一局域网内；

在接收到控制设备发送的获取应用设备标识的请求消息之前，还包括：

当所述应用设备接入云平台时，确定所述应用设备的所属用户；

2.如权利要求1所述的应用设备发现方法，其特征在于，在接收到控制设备发送的获取应用设备标识的请求消息之前，还包括：

3.如权利要求1所述的应用设备发现方法，其特征在于，在接收到所述应用设备发送的握手请求消息的同意应答消息之前，还包括：

4.一种应用设备发现装置，其特征在于，包括发送模块、转发模块及判断模块：

所述判断模块，用于当接收到所述应用设备发送的所述握手请求消息的同意应答消息时，判定所述控制设备完成对所述应用设备的发现；

其中，所述控制设备和所述应用设备不在同一局域网内；

还包括处理模块，所述处理模块用于：在接收到控制设备发送的获取应用设备标识的请求消息之前，

5.如权利要求4所述的应用设备发现装置，其特征在于，还包括存储模块：

6.如权利要求4所述的应用设备发现装置，其特征在于，所述发送模块还用于：在接收到所述应用设备发送的握手请求消息的同意应答消息之前，向所述应用设备发送所述应用设备的所属用户的各控制设备的标识，以供所述应用设备进行握手请求消息的应答。

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

8.一种计算机设备，其特征在于，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序时实现权利要求1至3中任意一项所述方法的步骤。