WO2023138285A1 - 一种智能家居设备的绑定方法和终端 - Google Patents

一种智能家居设备的绑定方法和终端 Download PDF

Info

Publication number
WO2023138285A1
WO2023138285A1 PCT/CN2022/140227 CN2022140227W WO2023138285A1 WO 2023138285 A1 WO2023138285 A1 WO 2023138285A1 CN 2022140227 W CN2022140227 W CN 2022140227W WO 2023138285 A1 WO2023138285 A1 WO 2023138285A1
Authority
WO
WIPO (PCT)
Prior art keywords
smart home
home device
target
bound
information set
Prior art date
Application number
PCT/CN2022/140227
Other languages
English (en)
French (fr)
Inventor
梁肖
张足刚
张�浩
Original Assignee
青岛海信智慧生活科技股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 青岛海信智慧生活科技股份有限公司 filed Critical 青岛海信智慧生活科技股份有限公司
Publication of WO2023138285A1 publication Critical patent/WO2023138285A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/164—Adaptation or special uses of UDP protocol
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00—Program-control systems
    • G05B2219/20—Pc systems
    • G05B2219/26—Pc applications
    • G05B2219/2642—Domotique, domestic, home control, automation, smart house

Definitions

  • the present application relates to the technical field of smart home devices, in particular to a binding method and terminal for smart home devices.
  • smart home devices are becoming more and more popular, and their functions are becoming more and more perfect, and many of their functions are realized after networking.
  • the user can bind the smart home device to the current login account of the APP through the APP of the terminal. During the binding process, the smart home must first be configured with the network through the APP, and then bound. After the binding is successful, smart home devices can be connected to the Internet for joint control, truly realizing remote control, intelligent control and automatic scene control.
  • the way of network distribution for smart home devices usually includes Bluetooth network distribution and WIFI network distribution, etc. No matter which network distribution method is used, users need to learn the cost of network distribution for smart home devices through APP.
  • An embodiment of the present application provides a method for binding smart home devices, including:
  • the first set of device information includes the communication module identification of each smart home device in the distribution network state in the local area network where the terminal is located;
  • the server Acquiring from the server a second device information set of smart home devices that have been bound to an account associated with the target application; wherein, the second device information set includes a communication module identifier of the bound smart home device;
  • the target smart home device is a smart home device in a distribution network state and in an unbound state
  • each target smart home device determine the target smart home device selected by the user that needs to be bound, and send a binding request including the communication module identification of the target smart home device that needs to be bound to the server, so that the server binds the target smart home device that needs to be bound according to the binding request.
  • an embodiment of the present application provides a terminal, the terminal includes a processor and a memory, and the processor is configured to execute:
  • the first set of device information includes the communication module identification of each smart home device in the distribution network state in the local area network where the terminal is located;
  • the server Acquiring from the server a second device information set of smart home devices that have been bound to an account associated with the target application; wherein, the second device information set includes a communication module identifier of the bound smart home device;
  • each target smart home device determine the target smart home device selected by the user that needs to be bound, and send a binding request including the communication module identification of the target smart home device that needs to be bound to the server, so that the server binds the target smart home device that needs to be bound according to the binding request.
  • the embodiment of the present application provides a computer-readable non-volatile storage medium, the storage medium stores a computer program, and the computer program is used to make a computer execute the smart home device binding method described in the first aspect.
  • FIG. 1 is an application scenario diagram of a binding of smart home devices provided by an embodiment of the present application
  • FIG. 2 is a flow chart of a binding method for smart home devices provided by an embodiment of the present application
  • Fig. 3 is a page diagram of a binding entry of a smart home device provided by an embodiment of the present application.
  • FIG. 4 is a page diagram of a discovery process of a smart home device provided by an embodiment of the present application.
  • Fig. 5 is a page diagram of a binding process of a smart home device provided by an embodiment of the present application.
  • Fig. 6 is a page view of room information selection provided by the embodiment of the present application.
  • FIG. 7 is a signaling flow chart of a binding method for smart home devices provided by an embodiment of the present application.
  • Fig. 8 is a schematic structural diagram of a binding device for smart home devices provided by an embodiment of the present application.
  • smart home devices Many functions of smart home devices are realized after networking. Users can bind smart home devices to the current login account of the APP through the APP of the terminal. After the binding is successful, smart home devices can be connected to the Internet for joint control, truly realizing remote control, intelligent control and automatic scene control.
  • the way of network distribution for smart home devices usually includes Bluetooth network distribution and WIFI network distribution, etc. No matter which network distribution method is used, users need to learn the cost of network distribution for smart home devices through APP.
  • an embodiment of the present application provides a method for binding smart home devices.
  • a local area network discovery protocol is built into the target application of the terminal.
  • the APP application used for binding smart home devices is used as the target application.
  • the APP can find each smart home device in the distribution network state in the local area network where the terminal is located, and then determine the first device information set of these smart home devices that have been configured with the network. Then obtain the second device information set of the smart home device that is bound to the account associated with the target application from the server, filter the first device information set according to the second device information set, find the smart home device that is in the distribution network state and is in the unbound state, called the target smart home device, and determine the communication module identification of these devices.
  • each target smart home device determine the target smart home device selected by the user that needs to be bound, and send a binding request including the communication module identification of the target smart home device that needs to be bound to the server, so that the server can bind the target smart home device that needs to be bound according to the binding request.
  • the smart home device can be bound without the user having to perform the network distribution process again.
  • Smart home devices usually have a built-in WIFI module.
  • the WIFI module By operating the device button or the remote control button, the WIFI module is triggered to enter the distribution network mode. At this time, the WIFI module will send out a hotspot signal.
  • the Socket communication between the APP and the WIFI module is established.
  • the router account number and password are transmitted to the WIFI module through the Socket protocol, and the module is connected to the cloud.
  • the APP interacts with the IoT cloud.
  • the WIFI module When it detects that the module has successfully connected to the cloud, if the WIFI module does not have a built-in device ID, the user will be prompted to scan the QR code on the body of the smart home device, and the entire network distribution process will be completed after scanning. If the WIFI has a built-in device Id, the entire network distribution process can be completed without scanning.
  • FIG. 1 it shows an application scenario diagram of a binding method for smart home devices.
  • the family includes 3 smart air conditioners 11, 1 smart door lock 12, 1 smart gateway 13 and a terminal 14 (for example, the target application is installed, and the target application has a built-in LAN discovery protocol).
  • the device is bound.
  • the terminal can find a smart home device (such as a smart gateway and a smart door lock) that is in a distribution network state and is in an unbound state through the target application, and then select a target smart home device that needs to be bound (such as a smart door lock), and send to the server 15 a binding request including the communication module identification of the smart door lock, so that the server can bind the smart door lock according to the binding request.
  • a smart home device such as a smart gateway and a smart door lock
  • the mobile terminal responds to a device addition instruction.
  • the terminal Based on the built-in local area network discovery protocol of the target application of the terminal, determine a first device information set; wherein, the first device information set includes communication module identifiers of smart home devices in a distribution network state in the local area network where the terminal is located.
  • S204 Filter the first device information set according to the second device information set, and determine a target smart home device; wherein, the target smart home device is a smart home device in a network distribution state and in an unbound state.
  • each target smart home device determine the target smart home device selected by the user to be bound, and send a binding request including the communication module identifier of the target smart home device to be bound to the server, so that the server binds the target smart home device to be bound according to the binding request.
  • the terminal responds to the device addition instruction, and based on the built-in LAN discovery protocol of the target application of the terminal, can determine each smart home device in the distribution network state in the local area network where the terminal is located.
  • the communication module identifiers of these smart home devices constitute the first device information set; obtain the smart home devices bound to the account associated with the target application from the server, and the communication module identifiers of these smart home devices constitute the second device information set. Then the first device information set is screened according to the second device information set, and the smart home device determined to be in the distribution network state and in the unbound state is called the target smart home device.
  • each target smart home device determine the target smart home device selected by the user that needs to be bound, and send a binding request including the communication module identification of the target smart home device that needs to be bound to the server, so that the server can bind the target smart home device that needs to be bound according to the binding request.
  • a binding request including the communication module identification of the target smart home device that needs to be bound to the server, so that the server can bind the target smart home device that needs to be bound according to the binding request.
  • the target application in the embodiment of the present application integrates the LAN discovery protocol.
  • the target APP integrates the LAN discovery protocol.
  • the user opens the target APP, see FIG. 3, and clicks the "Add Device” button, a device addition command is generated, and the terminal responds to the device addition command to start the built-in LAN discovery protocol of the target APP.
  • the entry of "add device” is to add smart home devices that have been provisioned to the network but deleted by the user, or that the user has forgotten which account to bind to.
  • new smart home devices For new smart home devices that have never been connected to the network, they can be bound using other portals of the target APP, such as the "bind new device" portal, or the binding portal can be displayed to the user after the target smart home device that needs to be bound is subsequently determined.
  • the binding portal can be displayed to the user after the target smart home device that needs to be bound is subsequently determined.
  • the target application since the target application has a built-in LAN discovery protocol, based on the LAN discovery protocol, it is possible to determine the communication module identifiers of each smart home device in the distribution network state in the local area network where the terminal is located, and the set of these communication module identifiers is called the first device information set.
  • the built-in LAN discovery protocol based on the target application of the terminal generates a broadcast packet; broadcasts the broadcast packet in the form of UDP.
  • UDP User Datagram Protocol
  • UDP supports a connectionless transmission protocol for the Internet protocol set.
  • the identification of the communication module of the smart home device; the response information of each smart home device is determined to form the first device information set.
  • the smart home device in the distribution network state its communication module (such as a WIFI module) has been connected to the router, and when the terminal is also connected to the WIFI of the router through the system settings, the target APP and the WIFI module are in the same local area network.
  • the target APP has a built-in LAN discovery protocol, it can also be called a LAN protocol stack, which is a specific software implementation of a computer network protocol suite.
  • a protocol in a protocol suite is usually designed for only one purpose, which makes design easier. Because each protocol module usually communicates with two other protocol modules above and below, they can usually be thought of as layers in a protocol stack.
  • the LAN protocol stack When the target APP is started, the LAN protocol stack will be started, and the target APP will send a broadcast packet to the surrounding smart home devices in the form of UDP.
  • the broadcast packet includes relevant fields of the LAN discovery protocol, etc.
  • Each smart home device in the same local area network will analyze the broadcast packet after receiving the broadcast packet. If it conforms to the local area network discovery protocol, it will respond in the form of a response.
  • the communication module identification of the corresponding smart home device is added to the information of the broadcast packet.
  • the broadcast packet can also carry the type identifier of the communication module. Through the type identifier, the device type of the smart home device to which the communication module belongs can be determined.
  • the LAN discovery protocol can only filter the online devices in the same LAN, it cannot filter the smart home devices that have been bound in the LAN. In this way, the smart home devices that have been successfully bound may also exist in the collection of smart home devices discovered by the application of the LAN discovery protocol. In this way, the target APP of the terminal is required to filter the smart home devices discovered by the LAN discovery protocol and then display them. Therefore, next, by determining the smart home devices that have been bound to the account associated with the target application (logged-in account), determine those smart home devices that have been configured with a network but are in an unbound state.
  • Relating to S203 after determining the first device information set composed of the communication identifiers of the smart home devices in the distribution network state in the local area network where the terminal is located, obtain the second device information set composed of the communication module identifiers of the smart home devices bound to the account associated with the target application from the server.
  • the account associated with the target application is sent to the server, so that the server searches for the smart home device with which the account associated with the target application has been bound in the current smart home device binding set; receiving the second device information set of the smart home device with which the account associated with the target application has been bound from the server.
  • the target APP of each terminal after the target APP of each terminal is bound to the smart home device, it sends the corresponding communication module identifier, the type identifier of the communication module, and the device identifier to the server.
  • the service can determine which smart home devices are in the binding state at the current moment.
  • the communication module identifiers of the smart home devices in the bound state form a set. Since the communication module identifiers correspond to the type identifiers and device identifiers of the communication modules, the type identifiers and device identifiers of the communication modules can be determined through the communication module identifiers.
  • the server can search for the smart home device bound to the account according to the current smart home device binding set, and send the second device information set composed of the communication module identifiers of the bound smart home devices to the terminal.
  • the above process determines the first set of device information and the second set of device information, and the first set of device information includes the communication module identification of each smart home device in the distribution network state in the local area network where the terminal is located, and the second set of device information includes the communication module ID of the bound smart home device.
  • the first device information set is screened according to the second device information set, and the smart home device in the distribution network state and in the unbound state is determined as the target smart home device.
  • the communication module identifiers of the smart home devices shared by the first device information set and the second device information set may be eliminated; and the smart home devices corresponding to the communication module identifiers of the remaining smart home devices in the first device information set may be determined as the target smart home device set. In this way, it is possible to find smart home devices that are in the distribution network state and are in the unbound state.
  • the first device information set contains the communication module identifiers of 3 smart air conditioners, smart gateways, and smart door locks; the second device information set includes the communication module identifiers of 2 of the 3 smart air conditioners.
  • the target smart home device set includes the smart gateway and smart door lock, and the communication module identifier of 1 smart air conditioner.
  • each target smart home device determines the target smart home device selected by the user to be bound, and send a binding request including the communication module identification of the target smart home device to be bound to the server, so that the server binds the target smart home device to be bound according to the binding request.
  • each target smart home device display the device information of the target smart home device and add controls; identify the user's click operation on at least one control, and determine the target smart home device that needs to be bound.
  • the target smart home device is a smart gateway, a smart door lock, and a smart air conditioner
  • the user wants to bind the smart door lock to the current account, he can click on the control corresponding to the smart door lock to determine that the smart home device that needs to be bound is a smart door lock.
  • FIG. 5 shows a page diagram of a binding process of a smart home device.
  • the target smart home device selected by the user that needs to be bound after determining the target smart home device selected by the user that needs to be bound, it also includes: displaying a set of room identifiers; determining the attribution information of the target smart device that needs to be bound according to at least one room identifier selected by the user; wherein the attribution information is used to determine the corresponding relationship between the target smart home device that needs to be bound and the room.
  • FIG. 6 shows a page diagram for room information selection.
  • a set of room identifiers can also be displayed, such as the master bedroom logo, the second bedroom logo, and the study logo.
  • Each logo can be a schematic icon of a corresponding room.
  • the user can choose the room to which the device belongs. For example, if the device is in the bedroom, the user can choose the bedroom. If not, the default device does not have a room to belong to.
  • the user can modify the device name, if not modified, the system will default to a device name.
  • WIFI network distribution technology other network distribution technologies are also included, such as Bluetooth network distribution technology.
  • the discovery protocol corresponding to the built-in Bluetooth network network technology can be used to discover smart home devices that have been networked by Bluetooth network network technology.
  • the terminal responds to the device addition instruction
  • the terminal generates a broadcast packet based on the built-in LAN discovery protocol of its own target application, and broadcasts the broadcast packet in the form of UDP.
  • the terminal receives response information to the broadcast packet from each smart home device in the local area network.
  • each response message includes the communication module identification of the corresponding smart home device
  • the terminal determines that the response information of each smart home device constitutes a first device information set.
  • the first device information set includes the communication module identification of each smart home device in the distribution network state in the local area network where the terminal is located.
  • the terminal sends the account associated with the target application to the server.
  • the server searches the current smart home device binding set for the smart home device to which the account associated with the target application has been bound.
  • the server sends the second device information set of the smart home devices to which the account associated with the target application is bound to the terminal.
  • the terminal removes the communication module identifier of the smart home device shared by the first device information set and the second device information set;
  • the terminal determines that the smart home devices corresponding to the communication module identifiers of the remaining smart home devices in the first device information set are the target smart home device set.
  • the terminal determines the target smart home device selected by the user and needs to be bound.
  • the terminal sends a binding request including the communication module identifier of the target smart home device to be bound to the server.
  • the server binds the target smart home device to be bound according to the binding request.
  • the process of determining the first device information set and the process of determining the second device information set have no temporal relationship.
  • an embodiment of the present invention provides a device for binding smart home devices, including a response module 81 , a first determination module 82 , a second determination module 83 , a third determination module 84 and a binding module 85 .
  • the response module 81 is used to respond to the device addition instruction
  • the first determining module 82 is configured to determine a first device information set based on a built-in local area network discovery protocol in the target application of the terminal; wherein, the first device information set includes the communication module identification of each smart home device in the distribution network state in the local area network where the terminal is located;
  • the second determining module 83 is configured to acquire a second device information set of smart home devices bound to accounts associated with the target application from the server; wherein, the second device information set includes communication module identifiers of bound smart home devices;
  • the third determining module 84 is configured to filter the first device information set according to the second device information set, and determine a target smart home device; wherein, the target smart home device is a smart home device in a network distribution state and in an unbound state;
  • the binding module 85 is configured to determine the target smart home device selected by the user to be bound among each target smart home device, and send a binding request including the communication module identification of the target smart home device to be bound to the server, so that the server binds the target smart home device to be bound according to the binding request.
  • the first determination module 82 is specifically configured to:
  • the built-in LAN discovery protocol based on the target application of the terminal generates a broadcast packet
  • each response message includes the communication module identification of the corresponding smart home device
  • the third determination module 84 is specifically configured to:
  • the first device information set remove the communication module identifier of the smart home device shared by the first device information set and the second device information set;
  • the smart home devices corresponding to the communication module identifiers of the remaining smart home devices in the first device information set are the target smart home devices.
  • the binding module 85 is specifically used to:
  • For each target smart home device display the device information of the target smart home device and add controls; identify the user's click operation on at least one control, and determine the target smart home device that needs to be bound.
  • the second determination module 83 is specifically configured to:
  • a second device information set of smart home devices to which the account associated with the target application has been bound is received from the server.
  • the binding module 85 is specifically used to:
  • Access the binding relationship query interface of the server obtain the device identification of the target smart home device, and request the binding interface of the server according to the device identification and communication module identification of the target smart home device, so that the server can bind the smart home device to be bound through the binding interface.
  • an attribution information determination module is also included, configured to, after determining the target smart home device selected by the user that needs to be bound:
  • An embodiment of the present invention provides a terminal, and the terminal includes: a processor, and a human-machine interface unit.
  • the human interface unit is configured to perform:
  • the processor is configured to execute:
  • the first device information set is determined; wherein, the first device information set includes the communication module identification of each smart home device in the distribution network state in the local area network where the terminal is located;
  • the second device information set of the smart home device bound to the account associated with the target application from the server; wherein, the second device information set includes the communication module identifier of the bound smart home device;
  • the target smart home device is a smart home device in a distribution network state and in an unbound state
  • each target smart home device determine the target smart home device selected by the user that needs to be bound, and send a binding request including the communication module identification of the target smart home device that needs to be bound to the server, so that the server can bind the target smart home device that needs to be bound according to the binding request.
  • the processor is configured to perform:
  • the built-in LAN discovery protocol based on the target application of the terminal generates a broadcast packet
  • each response message includes the communication module identification of the corresponding smart home device
  • the processor is configured to perform:
  • the first device information set remove the communication module identifier of the smart home device shared by the first device information set and the second device information set;
  • the smart home devices corresponding to the communication module identifiers of the remaining smart home devices in the first device information set are the target smart home devices.
  • the processor is configured to perform:
  • For each target smart home device display the device information of the target smart home device and add controls; identify the user's click operation on at least one control, and determine the target smart home device that needs to be bound.
  • the processor is configured to perform:
  • a second device information set of smart home devices to which the account associated with the target application has been bound is received from the server.
  • the processor is configured to perform:
  • Access the binding relationship query interface of the server obtain the device identification of the target smart home device, and request the binding interface of the server according to the device identification and communication module identification of the target smart home device, so that the server can bind the smart home device that needs to be bound through the binding interface.
  • the processor is configured to execute, after determining the target smart home device selected by the user that needs to be bound:

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Automation & Control Theory (AREA)
  • Computer Security & Cryptography (AREA)
  • Selective Calling Equipment (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请公开了一种智能家居设备的绑定方法和终端，该方法包括：响应于设备添加指令；基于终端的目标应用内置的局域网发现协议，确定第一设备信息集合；获取来自服务器的目标应用关联的账号已绑定的智能家居设备的第二设备信息集合；根据第二设备信息集合对第一设备信息集合进行筛选，确定配网状态且处于未绑定状态的目标智能家居设备；确定用户选择的需要绑定的目标智能家居设备，并向服务器发送绑定请求，以使服务器对目标智能家居设备进行绑定，以减少已配网的智能家居设备重新绑定时的操作流程。

Description

一种智能家居设备的绑定方法和终端
相关申请的交叉引用
本申请要求在2022年1月20日提交、申请号为202210064252.5、名称为“一种智能家居设备的绑定方法和终端”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及智能家居设备技术领域，特别涉及一种智能家居设备的绑定方法和终端。
背景技术
随着科技的发展，智能家居设备越来越普及，功能也越来越完善，而其很多功能是联网后实现的。用户可以通过终端的APP将智能家居设备绑定在该APP当前登录账号下，该绑定过程中，首先要通过APP对智能家居进行配网，再进行绑定。绑定成功后，智能家居设备能够联网联控，真正实现远程控制、智能控制和自动化场景控制。
对智能家居设备进行配网的方式通常包括蓝牙配网和WIFI配网等，无论哪种配网方式，用户通过APP对智能家居设备配网都是有学习成本的，也即，用户都需要按照配网说明，一步步的进行相应的操作才可以配网成功，配网成功后用户可以使用APP来操作智能家居设备。
相关技术中，如果用户不小心将设备从APP绑定列表中移除，或者忘记设备绑定在哪个账号下时，需要用户重新对设备进行配网来对设备智能家居设备进行绑定，操作繁琐。
发明内容
本申请实施例提供一种智能家居设备的绑定方法，包括：
响应于设备添加指令；
基于所述终端的目标应用内置的局域网发现协议，确定第一设备信息集合；其中，所述第一设备信息集合中包括所述终端所在的局域网内的处于配网状态的各个智能家居设备的通信模块标识；
获取来自服务器的所述目标应用关联的账号已绑定的智能家居设备的第二设备信息集合；其中，所述第二设备信息集合中包括所述已绑定的智能家居设备的通信模块标识；
根据所述第二设备信息集合对所述第一设备信息集合进行筛选，确定目标智能家居设备；其中，所述目标智能家居设备为处于配网状态且处于未绑 定状态的智能家居设备；
在各个目标智能家居设备中，确定用户选择的需要绑定的目标智能家居设备，并向所述服务器发送包括需要绑定的目标智能家居设备的通信模块标识的绑定请求，以使所述服务器根据所述绑定请求对所述需要绑定的目标智能家居设备进行绑定。
另一方面，本申请实施例提供一种终端，该终端包括处理器和存储器，所述处理器被配置为执行：
响应于设备添加指令；
基于所述终端的目标应用内置的局域网发现协议，确定第一设备信息集合；其中，所述第一设备信息集合中包括所述终端所在的局域网内的处于配网状态的各个智能家居设备的通信模块标识；
获取来自服务器的所述目标应用关联的账号已绑定的智能家居设备的第二设备信息集合；其中，所述第二设备信息集合中包括所述已绑定的智能家居设备的通信模块标识；
根据所述第二设备信息集合对所述第一设备信息集合进行筛选，确定目标智能家居设备；其中，所述目标智能家居设备为处于配网状态且处于未绑定状态的智能家居设备；
在各个目标智能家居设备中，确定用户选择的需要绑定的目标智能家居设备，并向所述服务器发送包括需要绑定的目标智能家居设备的通信模块标识的绑定请求，以使所述服务器根据所述绑定请求对所述需要绑定的目标智能家居设备进行绑定。
另一方面，本申请实施例提供计算机可读的非易失性存储介质，所述存储介质存储有计算机程序，所述计算机程序用于使计算机执行第一方面所述的智能家居设备的绑定方法。
附图说明
图1为本申请实施例提供的一种智能家居设备的绑定的应用场景图；
图2是本申请实施例提供的一种智能家居设备的绑定方法的流程图；
图3是本申请实施例提供的一种智能家居设备的绑定入口的页面图；
图4是本申请实施例提供的一种智能家居设备的发现过程的页面图；
图5是本申请实施例提供的一种智能家居设备的绑定过程的页面图；
图6是本申请实施例提供的一种房间信息选择的页面图；
图7是本申请实施例提供的一种智能家居设备的绑定方法的信令流程图；
图8是本申请实施例提供的一种智能家居设备的绑定装置的结构示意图。
具体实施方式
为进一步说明本申请实施例，下面结合附图以及具体实施方式对此进行详细的说明。虽然本申请实施例提供了如下述实施例或附图所示的方法操作步骤，但基于常规或者无需创造性的劳动在方法中可以包括更多或者更少的 操作步骤。在逻辑上不存在必要因果关系的步骤中，这些步骤的执行顺序不限于本申请实施例提供的执行顺序。方法在实际的处理过程中或者控制设备执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行。
智能家居设备的很多功能是联网后实现的，用户可以通过终端的APP将智能家居设备绑定在该APP当前登录账号下，该绑定过程中，首先要通过APP对智能家居进行配网，再进行绑定。绑定成功后，智能家居设备能够联网联控，真正实现远程控制、智能控制和自动化场景控制。
对智能家居设备进行配网的方式通常包括蓝牙配网和WIFI配网等，无论哪种配网方式，用户通过APP对智能家居设备配网都是有学习成本的，也即，用户都需要按照配网说明，一步步的进行相应的操作才可以配网成功，配网成功后用户可以使用APP来操作智能家居设备。
如果用户不小心将设备从APP绑定列表中移除，或者忘记设备绑定在哪个账号下时，需要用户重新对设备进行配网来对设备智能家居设备进行绑定，操作繁琐。
为此，本申请实施例提供了一种智能家居设备的绑定方法，该方法中，在终端的目标应用中内置局域网发现协议，比如把用于绑定智能家居设备的APP应用作为目标应用，这样，APP可以查找到终端所在的局域网内的处于配网状态的各个智能家居设备，进而确定这些已经配过网的智能家居设备的第一设备信息集合。再获取来自服务器的目标应用关联的账号已绑定的智能家居设备的第二设备信息集合，根据第二设备信息集合对第一设备信息集合进行筛选，找到处于配网状态且处于未绑定状态的智能家居设备，称为目标智能家居设备，并确定这些设备的通信模块标识。在各个目标智能家居设备中，确定用户选择的需要绑定的目标智能家居设备，并向服务器发送包括需要绑定的目标智能家居设备的通信模块标识的绑定请求，以使服务器根据绑定请求对需要绑定的目标智能家居设备进行绑定。这样，当用户不小心将智能家居设备从APP端移除了，或者用户忘记智能家居设备绑定在哪个账号下了，无需用户再重新执行一遍配网流程，即可对智能家居设备进行绑定。
下面对WIFI配网技术进行说明：
智能家居设备通常内置WIFI模块，通过操作设备按键或遥控器按键，触发WIFI模块进入配网模式，WIFI模块此时会发出热点信号，APP搜索热点并连接该热点后，即APP和WIFI模块之间建立了Socket通信。通过Socket协议将路由器账号和密码传输给WIFI模块，模块去联网联云。同时，APP与物联网云进行交互，当检测到该模块已联网联云成功后，如WIFI模块没有内置设备Id，则提示用户去扫描智能家居设备机身上的二维码，扫描后完成整个配网流程。如WIFI已经内置了设备Id，则无需扫描即完成了整个配网流程。
参考图1，示出了一种智能家居设备的绑定方法的应用场景图，其中，以一个家庭为例，该家庭中包括3个智能空调11、1个智能门锁12和1个智能网关13和一个终端14(比如是安装有目标应用，且目标应用内置局域网发现协议)，前提是，这些智能家居设备是已经配过网的，用户不小心智能家居设备从APP端移除了，或者用户忘记智能家居设备绑定在哪个账号下了，想再 次对某个智能家居设备进行绑定。这样，终端可以通过目标应用查找到处于配网状态且处于未绑定状态的智能家居设备(比如智能网关和智能门锁)，再选择一个需要绑定的目标智能家居设备(比如智能门锁)，向服务器15发送包括该智能门锁的通信模块标识的绑定请求，这样，服务器可以根据绑定请求对智能门锁进行绑定。
下面结合图1所示的应用场景，参考图2示出的一种智能家居设备的绑定方法的流程图，对本申请实施例提供的技术方案进行说明。
S201、移动终端响应于设备添加指令。
S202、基于终端的目标应用内置的局域网发现协议，确定第一设备信息集合；其中，第一设备信息集合中包括终端所在的局域网内的处于配网状态的各个智能家居设备的通信模块标识。
S203、获取来自服务器的目标应用关联的账号已绑定的智能家居设备的第二设备信息集合；其中，第二设备信息集合中包括已绑定的智能家居设备的通信模块标识。
S204、根据第二设备信息集合对第一设备信息集合进行筛选，确定目标智能家居设备；其中，目标智能家居设备为处于配网状态且处于未绑定状态的智能家居设备。
S205、在各个目标智能家居设备中，确定用户选择的需要绑定的目标智能家居设备，并向服务器发送包括需要绑定的目标智能家居设备的通信模块标识的绑定请求，以使服务器根据绑定请求对需要绑定的目标智能家居设备进行绑定。
本申请实施例，终端响应于设备添加指令，再基于终端的目标应用内置的局域网发现协议，可以确定终端所在的局域网内的处于配网状态的各个智能家居设备，这些智能家居设备的通信模块标识构成第一设备信息集合；获取来自服务器的目标应用关联的账号已绑定的智能家居设备，这些智能家居设备的通信模块标识构成第二设备信息集合。再根据第二设备信息集合对第一设备信息集合进行筛选，确定处于配网状态且处于未绑定状态的智能家居设备称为目标智能家居设备。在各个目标智能家居设备中，确定用户选择的需要绑定的目标智能家居设备，并向服务器发送包括需要绑定的目标智能家居设备的通信模块标识的绑定请求，以使服务器根据绑定请求对需要绑定的目标智能家居设备进行绑定。这样，可以找到已经配过网但是处于未绑定状态的智能家居设备并进行绑定，无需在绑定过程中重新执行一遍配网流程，简化了用户操作，提高了智能家居设备绑定的效率。
涉及到S201，本申请实施例中的目标应用(以下简称目标APP)集成了局域网发现协议，比如用户打开目标APP，参见图3，点击“添加设备”按钮，则生成了设备添加指令，终端响应设备添加指令，开启目标APP内置的局域网发现协议。需要说明的是，该“添加设备”的入口即为添加已经配过网但是被用户删除的、或者是用户忘记绑定在哪个账号下的智能家居设备。而从未配网过的新的智能家居设备，可以应用目标APP的其他入口进行绑定，比如“绑定新设备”的入口，或者还可以在后续确定了需要绑定的目标智能家居设备后 向用户展示绑定入口。
涉及到S202，由于目标应用内置了局域网发现协议，因此，基于该局域网发现协议，可以确定终端所在的局域网内的处于配网状态的各个智能家居设备的通信模块标识，将这些通信模块标识的集合称为第一设备信息集合。
其中，第一设备信息集合的确定过程具体是通过如下方式实现的：
基于终端的目标应用内置的局域网发现协议生成广播包；以UDP的形式对广播包进行广播，UDP(User Datagram Protocol，用户数据包协议)为Internet协议集支持一个无连接的传输协议，该协议为应用程序提供了一种无需建立连接就可以发送封装的IP(Internet Protocol Address，互联网协议地址)数据包的方法；接收来自局域网内的各个智能家居设备对广播包的应答信息；其中，每个应答信息中包括相应的智能家居设备的通信模块标识；确定各个智能家居设备的应答信息构成第一设备信息集合。
具体的，处于配网状态的智能家居设备中，其通信模块(比如WIFI模块)已经连接上路由器了，当终端通过系统设置也连接此路由器的WIFI，此时目标APP和WIFI模块在同一个局域网内。由于目标APP内置局域网发现协议，又可以称为局域网协议栈，是计算机网络协议套件的一个具体的软件实现。协议套件中的一个协议通常是只为一个目的而设计的，这样可以使得设计更容易。因为每个协议模块通常都要和上下两个其他协议模块通信，它们通常可以想象成是协议栈中的层。
当目标APP启动时，会启动局域网协议栈，目标APP以UDP的形式向周围的智能家居设备发送广播包，该广播包中包括了局域网发现协议的相关字段等。处于同一局域网内的各个智能家居设备，在收到广播包后会对广播包进行解析，凡是符合局域网发现协议的，则以应答的方式进行回应，回应时在广播包的信息中加入了相应的智能家居设备的通信模块标识。在实际的应用过程中，考虑到UDP广播包的不稳定性，不适合携带很多数据，因此，广播包中除了携带通信模块标识之外，还可以携带通信模块的类型标识，通过类型标识，可以确定通信模块所属的智能家居设备的设备类型。
由于局域网发现协议只能过滤同局域网内在线的设备，无法过滤局域网内已经被绑定的智能家居设备，这样，对于已经绑定成功的智能家居设备，也可能存在应用局域网发现协议发现的智能家居设备集合中，这样就需要终端的目标APP对局域网发现协议发现的智能家居设备进行过滤后再显示，也即，只显示已经配过网但此时处于未绑定状态的智能家居设备。因此，接下来，通过确定目标应用关联的账号(登录的账号)已绑定的智能家居设备，来确定那些配过网但是处于未绑定状态的智能家居设备。
涉及到S203，在确定了终端所在的局域网内的处于配网状态的各个智能家居设备的通信标识构成的第一设备信息集合后，获取来自服务器的目标应用关联的账号已绑定的智能家居设备的通信模块标识构成的第二设备信息集合。
其中，第二设备信息集合的确定过程具体是通过如下方式实现的：
将目标应用关联的账号发送至服务器，以使服务器在当前智能家居设备 绑定集合中查找目标应用关联的账号已绑定的智能家居设备；接收来自服务器的目标应用关联的账号已绑定的智能家居设备的第二设备信息集合。
具体的，各个终端的目标APP在绑定智能家居设备后，均将相应的通信模块标识、通信模块的类型标识和设备标识发送至服务器，这样，服务可以确定当前时刻有哪些智能家居设备处于绑定状态，处于绑定状态的智能家居设备的通信模块标识构成一个集合，而由于通信模块标识与通信模块的类型标识以及设备标识存在对应关系，可以通过通信模块标识确定通信模块的类型标识以及设备标识。这样，在将目标应用关联的账号发送至服务器后，服务器则可以根据当前智能家居设备绑定集合中查找该账号已绑定的智能家居设备，并将已绑定的智能家居设备的通信模块标识构成的第二设备信息集合发送至终端。
上述过程确定了第一设备信息集合与第二设备信息集合，并且，第一设备信息集合中包括终端所在的局域网内的处于配网状态的各个智能家居设备的通信模块标识，第二设备信息集合中包括已绑定的智能家居设备的通信模块标识。
涉及到S204，根据第二设备信息集合对第一设备信息集合进行筛选，确定处于配网状态且处于未绑定状态的智能家居设备为目标智能家居设备。
具体的，可以在第一设备信息集合中，剔除第一设备信息集合与第二设备信息集合中共有的智能家居设备的通信模块标识；确定第一设备信息集合中剩余的智能家居设备的通信模块标识对应的智能家居设备为目标智能家居设备集合。如此，可以找到处于配网状态且处于未绑定状态的智能家居设备。
在一个具体的例子中，第一设备信息集合中为3个智能空调、智能网关和智能门锁的通信模块标识；第二设备信息集合中为3个智能空调中其中2个智能空调的通信模块标识，这样，目标智能家居设备集合中为智能网关和智能门锁，以及1个智能空调的通信模块标识。
涉及到S205，在各个目标智能家居设备中，确定用户选择的需要绑定的目标智能家居设备，并向服务器发送包括需要绑定的目标智能家居设备的通信模块标识的绑定请求，以使服务器根据绑定请求对需要绑定的目标智能家居设备进行绑定。
具体的，针对每个目标智能家居设备，展示目标智能家居设备的设备信息和添加控件；识别用户对至少一个控件的点击操作，确定需要绑定的目标智能家居设备。
参见图4，比如，目标智能家居设备为智能网关和智能门锁、1个智能空调，则展示智能网关和智能门锁、智能空调的设备信息(比如型号和名称等)以及添加控件，这样，用户如果想将智能门锁绑定在当前账号下，则可以点击智能门锁对应的控件，确定需要绑定的智能家居设备为智能门锁。
另外，比如用户想绑定未配过网的智能家居设备，可以点击图4示意中的“扫码添加”或“手动添加”实现绑定。或者，目标智能家居设备中没有用户想要绑定的，也可以点击图4示意中的“扫码添加”或“手动添加”实现绑定。
向服务器发送包括需要绑定的目标智能家居设备的通信模块标识的绑定 请求，以使服务器的绑定关系查询接口根据目标智能家居设备的通信模块标识，以及预先存储的模块标识与设备标识的对应关系，确定需要绑定的目标智能家居设备的设备标识；访问服务器的绑定关系查询接口，获取目标智能家居设备的设备标识，并根据目标智能家居设备的设备标识和通信模块标识请求服务器的绑定接口，以使服务器通过绑定接口对需要绑定的智能家居设备进行绑定。
具体的，向服务器发送包括智能门锁的通信模块标识的绑定请求，服务器解析该绑定请求，通过绑定关系查询接口根据解析到的智能门锁的通信模块标识，以及预先存储的模块标识与设备标识的对应关系确定智能门锁的设备标识。目标APP访问绑定关系查询接口，得到智能门锁的设备标识，再根据智能门锁的设备标识和通信模块标识请求服务器的绑定接口，将智能门锁绑定在当前账号下。在一个具体的例子中，图5示出了一种智能家居设备的绑定过程的页面图。
另外，为了提高用户体验，确定用户选择的需要绑定的目标智能家居设备之后，还包括：展示房间标识集合；根据用户选择的至少一个房间标识确定需要绑定的目标智能设备的归属信息；其中，归属信息用于确定需要绑定的目标智能家居设备与房间的对应关系。在一个具体的例子中，图6示出了一种房间信息选择的页面图。
比如，确定的需要绑定的目标智能家居设备为1个智能空调E367，则还可以展示房间标识集合，比如主卧标识、次卧标识和书房标识，每个标识可以是相应房间的示意图标等，如果用户想将这个智能空调绑定后并且知道是哪个房间的智能空调，则可以选择至少一个房间标识，确定了该智能空调的房间归属信息，该归属信息比如是智能空调E367隶属于主卧。
这样，用户可以选择设备归属的房间，比如说设备在卧室，用户可以选择卧室，如果不选择的话默认设备是没有归属房间的。另外，用户可以修改设备名称，如果不修改的话，系统会默认一个设备名称。最后，用户点击“完成”，APP会将修改的内容，上报至服务器，以此完成配网全流程。需要说明的是，上述是以WIFI配网技术为背景进行说明的，实际中还包括其他配网技术，比如蓝牙配网技术，这样，在确定已经配过网的智能家居设备时，可以应用内置蓝牙配网技术对应的发现协议，用来发现通过蓝牙配网技术配网的智能家居设备。
为了使本申请的技术方案更完整，参见图7，下面用一个完整的流程图进行说明：
S701、终端响应于设备添加指令；
S702、终端基于自身的目标应用内置的局域网发现协议生成广播包，并以UDP的形式对广播包进行广播。
S703、终端接收来自局域网内的各个智能家居设备对广播包的应答信息。
其中，每个应答信息中包括相应的智能家居设备的通信模块标识；
S704、终端确定各个智能家居设备的应答信息构成第一设备信息集合。
其中，第一设备信息集合中包括终端所在的局域网内的处于配网状态的 各个智能家居设备的通信模块标识。
S705、终端将目标应用关联的账号发送至服务器。
S706、服务器在当前智能家居设备绑定集合中查找目标应用关联的账号已绑定的智能家居设备。
S707、服务器将目标应用关联的账号已绑定的智能家居设备的第二设备信息集合发送至终端。
S708、终端在第一设备信息集合中，剔除第一设备信息集合与第二设备信息集合中共有的智能家居设备的通信模块标识；
S709、终端确定第一设备信息集合中剩余的智能家居设备的通信模块标识对应的智能家居设备为目标智能家居设备集合。
S710、在各个目标智能家居设备中，终端确定用户选择的需要绑定的目标智能家居设备。
S711、终端向服务器发送包括需要绑定的目标智能家居设备的通信模块标识的绑定请求。
S712、服务器根据绑定请求对需要绑定的目标智能家居设备进行绑定。
需要说明的是，第一设备信息集合确定的过程与第二设备信息集合确定的过程无时间上的先后关系。
如图8所示，基于相同的发明构思，本发明实施例提供一种智能家居设备的绑定装置，包括响应模块81、第一确定模块82、第二确定模块83、第三确定模块84和绑定模块85。
其中，响应模块81，用于响应于设备添加指令；
第一确定模块82，用于基于终端的目标应用内置的局域网发现协议，确定第一设备信息集合；其中，第一设备信息集合中包括终端所在的局域网内的处于配网状态的各个智能家居设备的通信模块标识；
第二确定模块83，用于获取来自服务器的目标应用关联的账号已绑定的智能家居设备的第二设备信息集合；其中，第二设备信息集合中包括已绑定的智能家居设备的通信模块标识；
第三确定模块84，用于根据第二设备信息集合对第一设备信息集合进行筛选，确定目标智能家居设备；其中，目标智能家居设备为处于配网状态且处于未绑定状态的智能家居设备；
绑定模块85，用于在各个目标智能家居设备中，确定用户选择的需要绑定的目标智能家居设备，并向服务器发送包括需要绑定的目标智能家居设备的通信模块标识的绑定请求，以使服务器根据绑定请求对需要绑定的目标智能家居设备进行绑定。
在一些示例性的实施方式中，第一确定模块82具体用于：
基于终端的目标应用内置的局域网发现协议生成广播包；
以UDP的形式对广播包进行广播；
接收来自局域网内的各个智能家居设备对广播包的应答信息；其中，每个应答信息中包括相应的智能家居设备的通信模块标识；
确定各个智能家居设备的应答信息构成第一设备信息集合。
在一些示例性的实施方式中，第三确定模块84具体用于：
在第一设备信息集合中，剔除第一设备信息集合与第二设备信息集合中共有的智能家居设备的通信模块标识；
确定第一设备信息集合中剩余的智能家居设备的通信模块标识对应的智能家居设备为目标智能家居设备。
在一些示例性的实施方式中，绑定模块85具体用于：
针对每个目标智能家居设备，展示目标智能家居设备的设备信息和添加控件；识别用户对至少一个控件的点击操作，确定需要绑定的目标智能家居设备。
在一些示例性的实施方式中，第二确定模块83具体用于：
将目标应用关联的账号发送至服务器，以使服务器在当前智能家居设备绑定集合中查找目标应用关联的账号已绑定的智能家居设备；
接收来自服务器的目标应用关联的账号已绑定的智能家居设备的第二设备信息集合。
在一些示例性的实施方式中，绑定模块85具体用于：
向服务器发送包括需要绑定的目标智能家居设备的通信模块标识的绑定请求，以使服务器的绑定关系查询接口根据目标智能家居设备的通信模块标识，以及预先存储的模块标识与设备标识的对应关系，确定需要绑定的目标智能家居设备的设备标识；
访问服务器的绑定关系查询接口，获取目标智能家居设备的设备标识，并根据目标智能家居设备的设备标识和通信模块标识请求服务器的绑定接口，以使服务器通过绑定接口对需要绑定的智能家居设备进行绑定。
在一些示例性的实施方式中，还包括归属信息确定模块，用于在确定用户选择的需要绑定的目标智能家居设备之后：
展示房间标识集合；
根据用户选择的至少一个房间标识确定需要绑定的目标智能设备的归属信息；其中，归属信息用于确定需要绑定的目标智能家居设备与房间的对应关系。
本发明实施例提供一种终端，该终端包括：处理器，人机接口单元。
人机接口单元被配置为执行：
获取设备添加操作，并识别设备添加操作对应的设备添加指令；
处理器被配置为执行：
响应于设备添加指令；
基于终端的目标应用内置的局域网发现协议，确定第一设备信息集合；其中，第一设备信息集合中包括终端所在的局域网内的处于配网状态的各个智能家居设备的通信模块标识；
获取来自服务器的目标应用关联的账号已绑定的智能家居设备的第二设备信息集合；其中，第二设备信息集合中包括已绑定的智能家居设备的通信模块标识；
根据第二设备信息集合对第一设备信息集合进行筛选，确定目标智能家居设备；其中，目标智能家居设备为处于配网状态且处于未绑定状态的智能家居设备；
在各个目标智能家居设备中，确定用户选择的需要绑定的目标智能家居设备，并向服务器发送包括需要绑定的目标智能家居设备的通信模块标识的绑定请求，以使服务器根据绑定请求对需要绑定的目标智能家居设备进行绑定。
在一些示例性的实施方式中，处理器被配置为执行：
基于终端的目标应用内置的局域网发现协议生成广播包；
以UDP的形式对广播包进行广播；
接收来自局域网内的各个智能家居设备对广播包的应答信息；其中，每个应答信息中包括相应的智能家居设备的通信模块标识；
确定各个智能家居设备的应答信息构成第一设备信息集合。
在一些示例性的实施方式中，处理器被配置为执行：
在第一设备信息集合中，剔除第一设备信息集合与第二设备信息集合中共有的智能家居设备的通信模块标识；
确定第一设备信息集合中剩余的智能家居设备的通信模块标识对应的智能家居设备为目标智能家居设备。
在一些示例性的实施方式中，处理器被配置为执行：
针对每个目标智能家居设备，展示目标智能家居设备的设备信息和添加控件；识别用户对至少一个控件的点击操作，确定需要绑定的目标智能家居设备。
在一些示例性的实施方式中，处理器被配置为执行：
将目标应用关联的账号发送至服务器，以使服务器在当前智能家居设备绑定集合中查找目标应用关联的账号已绑定的智能家居设备；
接收来自服务器的目标应用关联的账号已绑定的智能家居设备的第二设备信息集合。
在一些示例性的实施方式中，处理器被配置为执行：
向服务器发送包括需要绑定的目标智能家居设备的通信模块标识的绑定请求，以使服务器的绑定关系查询接口根据目标智能家居设备的通信模块标识，以及预先存储的模块标识与设备标识的对应关系，确定需要绑定的目标智能家居设备的设备标识；
访问服务器的绑定关系查询接口，获取目标智能家居设备的设备标识，并根据目标智能家居设备的设备标识和通信模块标识请求服务器的绑定接口，以使服务器通过绑定接口对需要绑定的智能家居设备进行绑定。
在一些示例性的实施方式中，处理器被配置为执行，确定用户选择的需要绑定的目标智能家居设备之后：
展示房间标识集合；
根据用户选择的至少一个房间标识确定需要绑定的目标智能设备的归属信息；其中，归属信息用于确定需要绑定的目标智能家居设备与房间的对应 关系。

Claims (10)

  1. 一种智能家居设备的绑定方法，包括：
    终端响应于设备添加指令；
    基于所述终端的目标应用内置的局域网发现协议，确定第一设备信息集合；其中，所述第一设备信息集合中包括所述终端所在的局域网内的处于配网状态的各个智能家居设备的通信模块标识；
    获取来自服务器的所述目标应用关联的账号已绑定的智能家居设备的第二设备信息集合；其中，所述第二设备信息集合中包括所述已绑定的智能家居设备的通信模块标识；
    根据所述第二设备信息集合对所述第一设备信息集合进行筛选，确定目标智能家居设备；其中，所述目标智能家居设备为处于配网状态且处于未绑定状态的智能家居设备；
    在各个目标智能家居设备中，确定用户选择的需要绑定的目标智能家居设备，并向所述服务器发送包括需要绑定的目标智能家居设备的通信模块标识的绑定请求，以使所述服务器根据所述绑定请求对所述需要绑定的目标智能家居设备进行绑定。
  2. 根据权利要求1所述的方法，所述基于所述终端的目标应用内置的局域网发现协议，确定第一设备信息集合，包括：
    基于所述终端的目标应用内置的局域网发现协议生成广播包；
    以UDP的形式对所述广播包进行广播；
    接收来自所述局域网内的各个智能家居设备对所述广播包的应答信息；其中，每个应答信息中包括相应的智能家居设备的通信模块标识；
    确定各个智能家居设备的应答信息构成第一设备信息集合。
  3. 根据权利要求1所述的方法，所述根据所述第二设备信息集合对所述第一设备信息集合进行筛选，确定目标智能家居设备，包括：
    在所述第一设备信息集合中，剔除所述第一设备信息集合与所述第二设备信息集合中共有的智能家居设备的通信模块标识；
    确定所述第一设备信息集合中剩余的智能家居设备的通信模块标识对应的智能家居设备为目标智能家居设备。
  4. 根据权利要求1所述的方法，在各个目标智能家居设备中，确定用户选择的需要绑定的目标智能家居设备，包括：
    针对每个目标智能家居设备，展示所述目标智能家居设备的设备信息和添加控件；
    识别用户对至少一个所述控件的点击操作，确定需要绑定的目标智能家居设备。
  5. 根据权利要求1所述的方法，所述获取来自服务器的所述目标应用关联 的账号已绑定的智能家居设备的第二设备信息集合，还包括，
    将所述目标应用关联的账号发送至服务器，以使所述服务器在当前智能家居设备绑定集合中查找所述目标应用关联的账号已绑定的智能家居设备；
    接收来自所述服务器的所述目标应用关联的账号已绑定的智能家居设备的第二设备信息集合。
  6. 根据权利要求1所述的方法，向所述服务器发送包括需要绑定的目标智能家居设备的通信模块标识的绑定请求，以使所述服务器根据所述绑定请求对所述目标智能家居设备进行绑定，包括：
    向所述服务器发送包括需要绑定的目标智能家居设备的通信模块标识的绑定请求，以使所述服务器的绑定关系查询接口根据所述目标智能家居设备的通信模块标识，以及预先存储的模块标识与设备标识的对应关系，确定所述需要绑定的目标智能家居设备的设备标识；
    访问所述服务器的绑定关系查询接口，获取所述目标智能家居设备的设备标识，并根据所述目标智能家居设备的设备标识和通信模块标识请求所述服务器的绑定接口，以使所述服务器通过所述绑定接口对所述需要绑定的智能家居设备进行绑定。
  7. 根据权利要求1～6任一项所述的方法，所述确定用户选择的需要绑定的目标智能家居设备之后，还包括：
    展示房间标识集合；
    根据用户选择的至少一个房间标识确定所述需要绑定的目标智能设备的归属信息；其中，所述归属信息用于确定所述需要绑定的目标智能家居设备与房间的对应关系。
  8. 一种终端，包括处理器，所述处理器被配置为执行：
    响应于设备添加指令；
    基于所述终端的目标应用内置的局域网发现协议，确定第一设备信息集合；其中，所述第一设备信息集合中包括所述终端所在的局域网内的处于配网状态的各个智能家居设备的通信模块标识；
    获取来自服务器的所述目标应用关联的账号已绑定的智能家居设备的第二设备信息集合；其中，所述第二设备信息集合中包括所述已绑定的智能家居设备的通信模块标识；
    根据所述第二设备信息集合对所述第一设备信息集合进行筛选，确定目标智能家居设备；其中，所述目标智能家居设备为处于配网状态且处于未绑定状态的智能家居设备；
    在各个目标智能家居设备中，确定用户选择的需要绑定的目标智能家居设备，并向所述服务器发送包括需要绑定的目标智能家居设备的通信模块标识的绑定请求，以使所述服务器根据所述绑定请求对所述需要绑定的目标智能家居设备进行绑定。
  9. 根据权利要求8所述的终端，所述处理器还被配置为执行：
    基于所述终端的目标应用内置的局域网发现协议生成广播包；
    以UDP的形式对所述广播包进行广播；
    接收来自所述局域网内的各个智能家居设备对所述广播包的应答信息；其中，每个应答信息中包括相应的智能家居设备的通信模块标识；
    确定各个智能家居设备的应答信息构成第一设备信息集合。
  10. 根据权利要求8所述的终端，所述处理器还被配置为执行：
    在所述第一设备信息集合中，剔除所述第一设备信息集合与所述第二设备信息集合中共有的智能家居设备的通信模块标识；
    确定所述第一设备信息集合中剩余的智能家居设备的通信模块标识对应的智能家居设备为目标智能家居设备。
PCT/CN2022/140227 2022-01-20 2022-12-20 一种智能家居设备的绑定方法和终端 WO2023138285A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202210064252.5A CN114513379B (zh) 2022-01-20 2022-01-20 一种智能家居设备的绑定方法和终端
CN202210064252.5 2022-01-20

Publications (1)

Publication Number Publication Date
WO2023138285A1 true WO2023138285A1 (zh) 2023-07-27

Family

ID=81550587

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/140227 WO2023138285A1 (zh) 2022-01-20 2022-12-20 一种智能家居设备的绑定方法和终端

Country Status (2)

Country Link
CN (1) CN114513379B (zh)
WO (1) WO2023138285A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117061266A (zh) * 2023-10-13 2023-11-14 荣耀终端有限公司 智能家居设备的控制方法和控制装置

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114513379B (zh) * 2022-01-20 2023-10-27 青岛海信智慧生活科技股份有限公司 一种智能家居设备的绑定方法和终端
CN115245271A (zh) * 2022-07-27 2022-10-28 珠海优特智厨科技有限公司 厨房设备以及厨房设备的配对方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160241401A1 (en) * 2015-02-13 2016-08-18 Xiaomi Inc. Method and apparatus for binding device
CN108449770A (zh) * 2018-04-04 2018-08-24 上海网互物联网科技有限公司 一种智能硬件Wifi配网方式
CN109660432A (zh) * 2018-10-31 2019-04-19 无锡小天鹅股份有限公司 家用电器及其控制系统和绑定方法
CN112130461A (zh) * 2020-09-24 2020-12-25 珠海格力电器股份有限公司 智能家居的控制方法和装置、存储介质、电子装置
CN114513379A (zh) * 2022-01-20 2022-05-17 青岛海信智慧生活科技股份有限公司 一种智能家居设备的绑定方法和终端

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104468837B (zh) * 2014-12-29 2018-04-27 小米科技有限责任公司 智能设备的绑定方法和装置
CN105372998A (zh) * 2015-09-29 2016-03-02 小米科技有限责任公司 绑定智能设备的方法及装置
CN105353625A (zh) * 2015-10-12 2016-02-24 珠海格力电器股份有限公司 绑定智能设备的方法、装置及系统
CN106060894A (zh) * 2016-05-16 2016-10-26 乐视控股（北京）有限公司 一种获取互动设备列表的方法及系统
CN106301785B (zh) * 2016-08-09 2020-09-22 Tcl科技集团股份有限公司 一种智能家居设备与智能终端的绑定方法及系统
CN107566225A (zh) * 2017-07-26 2018-01-09 合肥美的智能科技有限公司 绑定方法、绑定装置、终端、服务器和可读存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160241401A1 (en) * 2015-02-13 2016-08-18 Xiaomi Inc. Method and apparatus for binding device
CN108449770A (zh) * 2018-04-04 2018-08-24 上海网互物联网科技有限公司 一种智能硬件Wifi配网方式
CN109660432A (zh) * 2018-10-31 2019-04-19 无锡小天鹅股份有限公司 家用电器及其控制系统和绑定方法
CN112130461A (zh) * 2020-09-24 2020-12-25 珠海格力电器股份有限公司 智能家居的控制方法和装置、存储介质、电子装置
CN114513379A (zh) * 2022-01-20 2022-05-17 青岛海信智慧生活科技股份有限公司 一种智能家居设备的绑定方法和终端

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117061266A (zh) * 2023-10-13 2023-11-14 荣耀终端有限公司 智能家居设备的控制方法和控制装置
CN117061266B (zh) * 2023-10-13 2024-04-02 荣耀终端有限公司 智能家居设备的控制方法和控制装置

Also Published As

Publication number Publication date
CN114513379A (zh) 2022-05-17
CN114513379B (zh) 2023-10-27

Similar Documents

Publication Publication Date Title
WO2023138285A1 (zh) 一种智能家居设备的绑定方法和终端
US9253031B2 (en) System, method and computer program product for identifying, configuring and accessing a device on a network
US7778193B2 (en) Residential network setting method, home gateway apparatus, home gateway program, and recording medium
US10187474B2 (en) Method and device for resource sharing between devices
WO2021135299A1 (zh) 一种设备配网绑定方法、系统、移动终端及存储介质
US8194660B2 (en) System, method, and computer-readable medium for dynamic device discovery for servers binding to multiple masters
JP2004252974A (ja) ホームネットワークデバイスへの効率的なアクセスが可能な制御ポイントサーバシステム及びそのための方法
CN110740460A (zh) 一种设备的入网方法、装置、网络设备及存储介质
CN113615141B (zh) 账号关联方法、装置、系统、服务器以及存储介质
US20220022022A1 (en) Device discovery method and apparatus, control terminal, and internet of things auxiliary device
CN111372222A (zh) 设备连接方法、系统以及相应的终端设备和服务器
CN115486038B (zh) 物联网配置方法、装置、计算机设备及存储介质
CN111988660A (zh) 一种dlna设备投屏方法、网关、终端和系统
CN113552808A (zh) 一种电子家居设备配网方法、电子家居设备以及移动终端
CN113596141B (zh) 设备控制权限的设置方法、装置、计算机设备和存储介质
CN113573254A (zh) 智能家居的组网控制方法、装置、控制设备和存储介质
JP4713420B2 (ja) 通信システム、およびネットワーク機器の共有方法
CN115022353A (zh) 智能设备的网络连接方法、装置及系统
JP3779971B2 (ja) クライアント機器への接続をルーティングするためのサーバ
CN116456426A (zh) 设备入网方法、系统及终端设备
CN107807619A (zh) 基于虚拟服务器模块的智能家居控制系统及其工作方法
CN111010322B (zh) 信息配置方法、装置、电子设备及存储介质
CN114982203A (zh) 信息处理方法及装置、设备、计算机存储介质
WO2023016126A1 (zh) 终端设备、服务器及多设备协同登录方法
CN117478449B (zh) 一种第三方设备的控制方法、装置、电子设备及介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22921706

Country of ref document: EP

Kind code of ref document: A1