WO2024031681A1 - 设备绑定方法、装置、设备、存储介质及程序产品 - Google Patents

设备绑定方法、装置、设备、存储介质及程序产品 Download PDF

Info

Publication number
WO2024031681A1
WO2024031681A1 PCT/CN2022/112258 CN2022112258W WO2024031681A1 WO 2024031681 A1 WO2024031681 A1 WO 2024031681A1 CN 2022112258 W CN2022112258 W CN 2022112258W WO 2024031681 A1 WO2024031681 A1 WO 2024031681A1
Authority
WO
WIPO (PCT)
Prior art keywords
binding
information
client
client device
proxy
Prior art date
Application number
PCT/CN2022/112258
Other languages
English (en)
French (fr)
Inventor
吕小强
包永明
茹昭
张军
杨宁
Original Assignee
Oppo广东移动通信有限公司
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 Oppo广东移动通信有限公司 filed Critical Oppo广东移动通信有限公司
Priority to PCT/CN2022/112258 priority Critical patent/WO2024031681A1/zh
Publication of WO2024031681A1 publication Critical patent/WO2024031681A1/zh

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/02Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H04L67/025Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications

Definitions

  • This application relates to the technical field of the Internet of Things, and in particular to a device binding method, device, equipment, storage medium and program product.
  • IoT Internet of Things
  • IoT devices can often be controlled by client devices.
  • the client device can access the Internet of Things, establish a connection with the Internet of Things device, and send control instructions to the Internet of Things device through the established connection to achieve control of the Internet of Things device.
  • Embodiments of the present application provide a device binding method, device, equipment, storage medium and program product.
  • the technical solutions are as follows:
  • embodiments of the present application provide a device binding method, which is executed by a proxy device.
  • the method includes:
  • the binding relationship is used by the client device to control the Internet of Things device connected to the proxy device through the proxy device.
  • embodiments of the present application provide a device binding method, which is executed by a client device.
  • the method includes:
  • the device control capability information is used to indicate the control capability of the client device to the Internet of Things device, so that the agent device establishes the relationship between the agent device and the Internet of Things device based on the device control capability information.
  • the binding relationship between the client devices; the binding relationship is used by the client device to control the Internet of Things device connected to the proxy device through the proxy device.
  • a device binding device which includes:
  • a binding relationship establishing module is used to establish a binding relationship between the proxy device and the client device; the binding relationship is used for the client device to connect to the Internet of Things device connected to the proxy device through the proxy device. Take control.
  • a device binding device which includes:
  • a sending module configured to send device control capability information to the agent device; the device control capability information is used to indicate the client device's control capability of the Internet of Things device, so that the agent device establishes the agent based on the device control capability information
  • a binding relationship between the device and the client device is used by the client device to control the Internet of Things device connected to the proxy device through the proxy device.
  • embodiments of the present application provide a computer device, the computer device is implemented as an information reporting device, and the computer device includes a processor, a memory, and a transceiver;
  • a computer program is stored in the memory, and the processor executes the computer program, so that the computer device implements the above device binding method.
  • embodiments of the present application provide a computer device, which includes a processor, a memory, and a transceiver.
  • the memory stores a computer program, and the computer program is configured to be executed by the processor, so as to Implement the above device binding method.
  • embodiments of the present application also provide a computer-readable storage medium, in which a computer program is stored, and the computer program is loaded and executed by a processor to implement the above device binding method.
  • the present application also provides a chip, which is used to run in a computer device, so that the computer device executes the above device binding method.
  • the present application provides a computer program product including computer instructions stored in a computer-readable storage medium.
  • the processor of the computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, so that the computer device performs the above device binding method.
  • the present application provides a computer program, which is executed by a processor of a computer device to implement the above device binding method.
  • the proxy device can establish a binding relationship between the proxy device and the client device, so that the client device can, based on the above binding relationship, use the proxy device to connect to the proxy device.
  • IoT devices are controlled, thereby expanding the control scenarios of IoT devices by client devices and improving the control efficiency of IoT devices.
  • Figure 1 is a schematic diagram of the network architecture of the Internet of Things provided by an embodiment of the present application.
  • Figure 2 is a flow chart of a device binding method provided by an embodiment of the present application.
  • Figure 3 is a flow chart of a device binding method provided by an embodiment of the present application.
  • Figure 4 is a flow chart of a device binding method provided by an embodiment of the present application.
  • Figure 5 is a schematic diagram of the binding process of a smart home scenario related to the embodiment shown in Figure 4;
  • Figure 6 is a schematic diagram of the binding process of another smart home scenario related to the embodiment shown in Figure 4;
  • Figure 7 is a block diagram of a device binding device provided by an embodiment of the present application.
  • Figure 8 is a block diagram of a device binding device provided by an embodiment of the present application.
  • Figure 9 is a schematic structural diagram of a computer device provided by an embodiment of the present application.
  • the network architecture of the Internet of Things may include: an Internet of Things device 110 (shown as an Internet of Things device 110a, an Internet of Things device 110b, an Internet of Things device 110c, and an Internet of Things device 110d in Figure 1), a proxy device 120, and a client device 130;
  • the network architecture may also include a bridge device 140; optionally, the network architecture may also include a cloud server 150.
  • the Internet of Things device 110 may refer to a device used to provide client functions or server functions corresponding to the Internet of Things protocol in the Internet of Things.
  • the IoT device 110 may be a smart home device, such as a smart switch, a smart lamp, a smart TV, a smart air conditioner, a smart refrigerator, a smart microwave oven, a smart rice cooker, a sweeping robot, etc.
  • a smart home device such as a smart switch, a smart lamp, a smart TV, a smart air conditioner, a smart refrigerator, a smart microwave oven, a smart rice cooker, a sweeping robot, etc.
  • the IoT device 110 may be an industrial production equipment, such as a lathe, an industrial robot, a solar panel, a wind turbine, etc.
  • the Internet of Things device 110 may be a commercial service device, such as an unmanned vending machine or the like.
  • the IoT device 110 may be a sensing device, such as a surveillance camera, an infrared sensor, a sound sensor, a temperature sensor, etc.
  • the proxy device 120 is a user-side terminal device.
  • the agent device 120 can be a smart controller, a smart remote control, a smart phone, a tablet, a smart watch, a smart TV, a smart speaker, etc.; or the agent device 120 can also be a personal computer, such as a desktop computer, a portable computer, Personal workstations and more.
  • the proxy device 120 refers to a client entity (which may be a virtual entity) running on a terminal device.
  • the proxy device 120 may run in a terminal device and is used to perform operations on Internet of Things devices.
  • Application Application, APP
  • the client device 130 may be a device having the function of communicating with the agent device 120.
  • the client device 130 may be a vehicle-mounted device (such as a vehicle-mounted device), a smart speaker, a smart TV, etc.
  • the bridge device 140 is used to implement interaction between two devices supporting different Internet of Things protocols.
  • the bridge device 140 provides information conversion and transfer services between IoT devices 110 that support different IoT protocols, or between IoT devices 110 that support different IoT protocols and the proxy device 120 .
  • the bridging device 140 may be a device dedicated for bridging, or the bridging device 140 may also be an intelligent device with a bridging function, such as a gateway or a router.
  • the cloud server 150 is used to provide connection services between the Internet of Things device 110 and other devices outside the Internet of Things ecosystem (such as the above-mentioned proxy device 120).
  • the cloud server 150 may be a cloud platform server of the Internet of Things ecosystem.
  • the proxy device 120 can establish a connection with the Internet of Things device 110 through the cloud server 150.
  • the proxy device 120 may also directly establish a connection with the Internet of Things device 110 .
  • the above-mentioned IoT device 110, proxy device 120, and bridge device 140 may be electronic devices that meet the same or different IoT protocols.
  • they may be electronic devices that meet the requirements of the Connectivity Standards Alliance (CSA). Matter protocol for electronic devices.
  • CSA Connectivity Standards Alliance
  • a secure connection can be established between the IoT device 110a and the IoT device 110c, for example, a secure connection is established based on the Matter specification.
  • the IoT device 110b and the IoT device 110d support different protocol specifications, for example, the IoT device 110b is a Zigbee device and the IoT device 110d is a Matter device, the IoT device 110b and the IoT device 110d can connected via a bridge device 140.
  • FIG 2 shows a flow chart of a device binding method provided by an embodiment of the present application.
  • This method can be executed by a proxy device.
  • the proxy device can be a proxy device in the network architecture shown in Figure 1 120; This method may include the following steps:
  • Step 201 Establish a binding relationship between the proxy device and the client device; the binding relationship is used by the client device to control the Internet of Things devices connected to the proxy device through the proxy device.
  • establishing a binding relationship between the proxy device and the client device includes:
  • the first binding device information includes at least one of the following information:
  • Protocol version information of the client device
  • the controllable device list of the client device contains the device information of the IoT devices that the client device supports control among the IoT devices connected to the proxy device;
  • the device information of the Internet of Things device includes at least one of the following information:
  • the online status of the IoT device includes online or offline.
  • the method also includes:
  • the device control capability information is used to indicate the client device's control capability of the Internet of Things device;
  • the device control capability information includes at least one of the following information:
  • the device type of the IoT device that the client device supports controlling is the device type of the IoT device that the client device supports controlling
  • a binding relationship between the proxy device and the client device is established based on the device control capability information, including:
  • obtaining the device control capability information of the client device includes:
  • establishing a binding relationship between the proxy device and the client device includes:
  • the capability query request is used to query whether the client device supports control of IoT devices;
  • the protocol version information of the client device indicates that the client device supports controlling the Internet of Things device
  • a binding relationship between the proxy device and the client device is established.
  • establishing a binding relationship between the proxy device and the client device includes:
  • the identification information of each cluster includes the identification information of the second cluster, a binding relationship between the proxy device and the client device is established.
  • first binding device information corresponding to the client device is added to the first cluster, including:
  • the binding type includes temporary binding or long-term binding
  • first binding device information corresponding to the client device is added to the first cluster.
  • the method also includes:
  • binding type information to the client device, where the binding type information is used to indicate the binding type of the binding relationship.
  • the method also includes:
  • the access type of the client device to the IoT device connected to the proxy device includes bridge access or proxy access.
  • the method also includes:
  • the method also includes:
  • the binding relationship notification is used to indicate the binding relationship.
  • the proxy device can establish a binding relationship between the proxy device and the client device, so that the client device can, based on the above binding relationship, use the proxy device to access the proxy device.
  • the connected IoT devices are controlled, thus expanding the control scenarios of the client devices to the IoT devices and improving the control efficiency of the IoT devices.
  • Figure 3 shows a flow chart of a device binding method provided by an embodiment of the present application.
  • This method can be executed by a client device.
  • the client device can be in the network architecture shown in Figure 1 Client device 130; the method may include the following steps:
  • Step 301 Send device control capability information to the agent device; the device control capability information is used to indicate the client device's control capability over the Internet of Things device, so that the agent device establishes a binding between the agent device and the client device based on the device control capability information. Relationship; the binding relationship is used by the client device to control the IoT devices connected to the proxy device through the proxy device.
  • the device control capability information includes at least one of the following information:
  • the device type of the IoT device that the client device supports controlling is the device type of the IoT device that the client device supports controlling
  • sending device control capability information to the proxy device includes:
  • the second cluster also contains at least one of the following information:
  • the client binding information list contains the client binding information of the established binding relationship.
  • the second cluster contains at least one of the following information:
  • the first support information is used to indicate whether the client device supports controlling all types of Internet of Things devices;
  • the device type list contains type identification information of device types of Internet of Things devices that the client device supports control.
  • the method also includes:
  • the first client binding information includes at least one of the following information:
  • Binding type information is used to indicate the binding type of the binding relationship between the proxy device and the client device; the binding type includes temporary binding or long-term binding;
  • the access type information is used to indicate the access type of the client device to the Internet of Things device connected to the proxy device; the access type includes bridge access or proxy access.
  • sending device control capability information to the proxy device includes:
  • device control capability information is sent to the proxy device.
  • the method also includes:
  • the capability query request is used to query whether the client device supports control of IoT devices;
  • protocol version information of the client device is returned to the proxy device.
  • the method also includes:
  • the binding type information is used to indicate the binding type of the binding relationship between the proxy device and the client device; the binding type includes temporary binding or long-term binding.
  • the method also includes:
  • the access type information is used to indicate the access type of the client device to the Internet of Things device connected to the proxy device; the access type includes bridge access or proxy access.
  • the method also includes:
  • the binding relationship notification is used to indicate the binding relationship between the proxy device and the client device.
  • the client device can send the device control capability information indicating its control capability to the Internet of Things device to the proxy device, so that the proxy device can establish the relationship between the proxy device and the client device.
  • the binding relationship enables the client device to control the IoT devices connected to the proxy device through the proxy device based on the above binding relationship, thereby expanding the control scenarios of the client device to the IoT devices and improving the control of the IoT devices. Control efficiency of networked devices.
  • FIG 4 shows a flow chart of a device binding method provided by an embodiment of the present application.
  • This method can be interactively executed by a proxy device and a client device.
  • the proxy device and the client device can be the ones shown in Figure 1 respectively.
  • the proxy device 120 and the client device 130 in the network architecture shown; the method may include the following steps:
  • Step 401 The proxy device obtains the device control capability information of the client device; accordingly, the client device sends the device control capability information to the proxy device.
  • the device control capability information is used to indicate the client device's control capability over the Internet of Things device.
  • the above-mentioned proxy device may be a mobile smart terminal such as a user's smartphone, a smart watch, or a wearable smart terminal.
  • the above-mentioned client device may be a vehicle-mounted device or other computer device that is not connected to the Internet of Things connected by the proxy device.
  • the device control capability information includes at least one of the following information:
  • the device type of the IoT device that the client device supports controlling is the device type of the IoT device that the client device supports controlling
  • the above device control capability information can be used to indicate which types of Internet of Things devices the client device controls.
  • the above device types may include switches, lighting, air conditioners, etc.
  • the embodiments of this application do not limit the division of the above equipment types.
  • the above-mentioned device control capability information may be used to indicate the control capabilities supported by the client device; for example, the above-mentioned control capabilities may include switch control capabilities, brightness adjustment control capabilities, temperature adjustment control capabilities, and so on.
  • the embodiments of the present application do not limit the division method of the above control capabilities.
  • the proxy device obtains the device control capability information of the client device, and the step of the client device sending the device control capability information to the proxy device may include:
  • the proxy device sends a control capability acquisition request to the client device; the client device receives the control capability acquisition request sent by the proxy device;
  • the client device In response to the control capability acquisition request, the client device sends device control capability information to the proxy device; the proxy device receives the device control capability information sent by the client device.
  • the proxy device can send a request to obtain device control capability information (ie, the above-mentioned control capability acquisition request) to the client device. After receiving the request, the client device can obtain its own device control capability information. Sent to agent device.
  • device control capability information ie, the above-mentioned control capability acquisition request
  • the step of the client device sending the device control capability information to the proxy device may include:
  • the client device sends device control capability information contained in the second cluster to the proxy device.
  • a cluster for supporting control of other Internet of Things devices through a proxy device may be set in the client device.
  • the above device control capability information may be set in the second cluster.
  • the second cluster may be called an Internet of Things Client Cluster (IOT Client Cluster).
  • IOT Client Cluster Internet of Things Client Cluster
  • the cluster may be a cluster with another name. This embodiment of the present application does not limit the name of the second cluster.
  • the second cluster also contains at least one of the following information:
  • the client binding information list contains the client binding information of the established binding relationship.
  • the above-mentioned manufacturer information may be the manufacturer identification of the manufacturer of the client device.
  • the above client binding information list may contain multiple client binding information, and each client binding information may correspond to an established binding relationship between a client device and other devices (proxy devices) (used to Other devices are agents that control IoT devices connected to other devices).
  • proxy devices used to Other devices are agents that control IoT devices connected to other devices.
  • the second cluster contains at least one of the following information:
  • the first support information is used to indicate whether the client device supports controlling all types of Internet of Things devices;
  • the device type list contains type identification information of device types of Internet of Things devices that the client device supports control.
  • the value of the above-mentioned first support information may be a bool value.
  • the value of the first support information is True, it means that the client device supports controlling all types of Internet of Things devices; when the value of the first support information is False (False), it means that the client device does not support controlling all types of IoT devices.
  • the above device type list may contain identifiers of one or more device types to indicate that the client device supports the control of IoT devices corresponding to these device types.
  • IOT Client Cluster the definition of IOT Client Cluster can be as shown in 1 below.
  • logo name type illustrate 0 VendorID string Manufacturer's logo 1 SupportedDeviceTypes deviceTypeList List of possible supported devices 2 bindingSource List[clientBindingInfo] binding information
  • VendorID in Table 1 above is represented by the manufacturer; SupportedDeviceTypes corresponds to the device type of the IoT device supported by the client device in the above device control capability information, and the value is a list of device types; bindingSource corresponds to the client binding information list.
  • the structure (struct) of deviceTypeList in the above Table 1 can be as shown in the following Table 2.
  • AllDevices in the above Table 2 corresponds to the above first support information;
  • DeviceTypeList in the above Table 2 corresponds to the above device type list.
  • the device type list contains the device type ID of one or more IoT devices that the client device supports control; and when AllDevices is TRUE, the value of AllDevices is empty.
  • the clientBindingInfo structure in Table 1 above is used to record the binding relationship between the IOT Client (i.e., the client device) and the IOT Agent (i.e., the agent device).
  • the IOT Client can determine whether to use this information during the subsequent device control process based on this information. Save the list of controllable devices and other information sent by the IOT Agent.
  • clientBindingInfo can be shown in Table 3 below.
  • AgentID contains the ID of the device that has established a binding relationship with the client device.
  • the value of BindingType in Table 3 above indicates whether the binding relationship is long-term or temporary.
  • the value of the above BindingType when the value of the above BindingType is 0, it means that the binding relationship is temporary binding. After the subsequent client device controls the IoT device connected to the device corresponding to the IOT agent ID, it does not need to save the IOT agent ID corresponding to the IoT device. Information such as the list of controllable devices sent by the device. On the contrary, when the value of the above BindingType is 1, it means that the binding relationship is long-term binding. After the subsequent client device controls the IoT device connected to the device corresponding to the IOT agent ID, the device corresponding to the IOT agent ID can be saved and sent. The list of controllable devices and other information can be used next time to control the IoT devices connected to the device corresponding to the IOT agent ID.
  • Step 402 The proxy device establishes a binding relationship between the proxy device and the client device according to the device control capability information.
  • the binding relationship is used by the client device to control the Internet of Things devices connected to the proxy device through the proxy device.
  • the binding relationship between the proxy device and the client device may be initiated by the proxy device.
  • the process of the above-mentioned proxy device establishing a binding relationship between the proxy device and the client device may include creating a new binding project in the proxy device, the binding project containing relevant information bound to the client device, and /Or, support the information required by the client device to use the proxy device as an agent to control the Internet of Things device.
  • the process for the proxy device to establish a binding relationship between the proxy device and the client device may include:
  • the proxy device adds first binding device information corresponding to the client device in the first cluster.
  • the above-mentioned first cluster may contain one or more pieces of binding device information, and each piece of binding device information corresponds to a binding relationship between the proxy device and a client.
  • the above-mentioned first cluster may be called IOT Agent Binding Cluster (IOT Agent Binding Cluster).
  • the above-mentioned first binding device information includes at least one of the following information:
  • Protocol version information of the client device
  • the controllable device list of the client device contains the device information of the IoT devices that the client device supports control among the IoT devices connected to the proxy device;
  • the above protocol version information may be a version number of the Internet of Things protocol supported by the client device.
  • a controllable device list can be set in the bound device information corresponding to each client device to save the device information of the Internet of Things devices that the client device can control.
  • the device information of the above-mentioned Internet of Things device includes at least one of the following information:
  • the online status of the IoT device includes online or offline.
  • the online status of the above-mentioned Internet of Things device can be used to indicate whether the Internet of Things device can currently accept control.
  • logo name type illustrate 0 bindingIOTClientInfo List[bindingDeviceInfo] binding information
  • Table 4 above shows that the IOT Agent Binding Cluster contains the binding IOT Client Info attribute.
  • the value of this attribute is a list containing one or more binding device information (bindingDeviceInfo).
  • bindingDeviceInfo in the above Table 4 can be shown in the following Table 5.
  • logo name direction answer necessity illustrate 0 deregisterIOTClient C->S Y M Unbind IOTClient
  • the process of the proxy device adding the first binding device information corresponding to the client device in the first cluster may include:
  • the binding type includes temporary binding or long-term binding
  • first binding device information corresponding to the client device is added to the first cluster.
  • the above process of obtaining the binding type of the binding relationship may include:
  • the binding type in the embodiment of this application can be set by the user.
  • the user may only need to temporarily control the IoT devices connected to the proxy device through the client device, and may not subsequently control the IoT devices connected to the proxy device.
  • the device performs control.
  • the proxy device does not need to add the first binding device information corresponding to the client device in the first cluster.
  • the binding type set by the user is long-term binding
  • the user may need to control the IoT devices connected to the proxy device through the client device for a long time, which means that the IoT devices connected to the proxy device may also be controlled in the future.
  • the proxy device may add first binding device information corresponding to the client device in the first cluster.
  • the proxy device can also send binding type information to the client device, where the binding type information is used to indicate the binding type of the binding relationship.
  • the client device receives the binding type information sent by the proxy device.
  • the proxy device may notify the client device of the binding type.
  • the proxy device can also obtain the access type of the client device to the Internet of Things device connected to the proxy device; the access type includes bridge access or proxy access.
  • the proxy device can determine the above access type according to the IOT protocol supported by the client device; for example, when the IOT protocol supported by the client device is the same as the protocol of the IOT system connected to the proxy device, the access type is determined to be Proxy access, otherwise determine the access type as Bridge access.
  • the proxy device can also send access type information to the client device, where the access type information is used to indicate the access type of the client device to the Internet of Things device connected to the proxy device.
  • the client device receives the access type information sent by the proxy device.
  • the proxy device may notify the client device of the access type.
  • the process of the proxy device establishing a binding relationship between the proxy device and the client device based on the device control capability information may include:
  • the proxy device before the proxy device establishes the binding relationship between the proxy device and the client device, it can first determine whether there is an IO ecosystem connected to it that can be used by the client based on the device control capability information of the client device. If the IoT device controlled by the client device exists, the binding relationship between the proxy device and the client device can be established; otherwise, the proxy device does not need to establish the binding relationship between the proxy device and the client device and exit the binding relationship. Determine the process.
  • the process for the proxy device to establish a binding relationship between the proxy device and the client device may include:
  • the capability query request is used to query whether the client device supports control of IoT devices;
  • the protocol version information of the client device indicates that the client device supports controlling the Internet of Things device
  • a binding relationship between the proxy device and the client device is established.
  • the client device can receive the capability query request sent by the proxy device; the capability query request is used to query whether the client device supports controlling the Internet of Things device; in response to the capability query request, return the protocol version of the client device to the proxy device information.
  • the proxy device can first query the client device's protocol version information (indicating the IOT protocol version supported by the client device) through a capability query request.
  • the protocol version information can include the IOT protocol version supported by the client device.
  • the proxy device may perform the above steps of establishing a binding relationship between the proxy device and the client device.
  • the process of the proxy device establishing a binding relationship between the proxy device and the client device may include: obtaining the identification information of each cluster set in the client device; including the identification information of each cluster in the In the case of the identification information of the second cluster, a binding relationship between the proxy device and the client device is established.
  • the proxy device can query the client device which clusters are set in the client device. For example, there is an endpointList on the client device, which is used to identify the list of endpoints existing on the client device. Under each endpoint in the endpointList, there can be a specific cluster: descriptor cluster. In this descriptor cluster All clusters supported by the endpoint can be listed in .
  • the client device After the client device establishes a connection with the proxy device, it can actively or passively send the endpointList or the description cluster contained in the endpointList to the proxy device.
  • the proxy device After querying which clusters are set in the client device, the proxy device can further determine whether it contains the second cluster. If so, it means that the client device has the function of using other devices as agents for device control. At this time, the proxy device can Only perform the above-mentioned process of establishing the binding relationship between the proxy device and the client device.
  • the above step of obtaining the identification information of each cluster set in the client device can be performed before step 401.
  • the proxy device can determine that the identification information of each cluster includes the identification information of the second cluster. In this case, perform step 401.
  • the above step of obtaining the identification information of each cluster set in the client device can also be executed after step 401.
  • the proxy device can execute the step after determining that the identification information of each cluster includes the identification information of the second cluster. Step 402.
  • Step 403 The proxy device sends a binding relationship notification to the client device; the binding relationship notification is used to indicate the above-mentioned binding relationship; the client device receives the binding relationship notification.
  • the proxy device may notify the client device of the establishment of the binding relationship between the proxy device and the client device during the process of establishing the binding relationship, or after the binding relationship is established.
  • the above-mentioned binding relationship notification may be a notification message used to carry the above-mentioned binding type information and/or access type information, or the above-mentioned binding type information and/or access type information may also be transmitted through a method other than the binding relationship notification. Other messages are sent.
  • Step 404 The client device sets a binding relationship.
  • the client device can add the first client binding information corresponding to the binding relationship between the proxy device and the client device in the client binding information list of the second cluster.
  • the first client binding information may include at least one of the following information:
  • Binding type information is used to indicate the binding type of the binding relationship between the proxy device and the client device; the binding type includes temporary binding or long-term binding;
  • the access type information is used to indicate the access type of the client device to the Internet of Things device connected to the proxy device; the access type includes bridge access or proxy access.
  • the IoT devices in the IOT ecosystem connected to the agent device can be controlled through the agent device.
  • the client device can obtain the controllable device information from the agent device, and the agent device sends the controllable device information to the client device;
  • the controllable device information includes the information of at least one Internet of Things device connected to the agent device;
  • the client device according to The above controllable device information sends control instructions to the agent device;
  • the agent device receives the control instructions sent by the client device according to the controllable device information;
  • the control instructions are used to control the target device in at least one Internet of Things device; the agent device will Control instructions are sent to the target device.
  • FIG. 5 shows a schematic diagram of the binding process of a smart home scenario related to an embodiment of the present application.
  • the binding part mainly completes the binding of IOT Client and IOT Agent.
  • the IOT Client can access the IOT ecosystem through the IOT Agent.
  • the IOT Client has completed the establishment of the communication channel with the IOT Agent.
  • the binding process can be as follows:
  • IOT Agent discovers the IOT Client cluster identifier of IOT Client and queries whether it supports smart home capabilities.
  • IOT Client returns the protocol version supported by IOT Client to IOT Agent: version id.
  • IOT Agent obtains the supported device type list of IOT Client: supporteddevicetype. Among them, step S54 is an optional step.
  • IOT Client returns a list of supported device types.
  • the user selects the binding type as temporary binding or long-term binding.
  • the IOT Agent sets the binding relationship into the binding table (IOT Agent Binding cluster).
  • the IOT Agent sets the corresponding binding information (that is, the above-mentioned binding device information) in the IOT Agent Binding Cluster.
  • the IOT Agent notifies the IOT Client of the binding type through the binding relationship notification.
  • IOT Client sets the binding type to IOT Client cluster.
  • IOT Client can set the binding type to the client binding information corresponding to the IOT Agent.
  • IOT Client can access IOT ecological devices through IOT Agent.
  • FIG. 6 shows a schematic diagram of the binding process of another smart home scenario related to an embodiment of the present application.
  • the binding process can be as follows:
  • IOT Agent discovers the IOT Client cluster identifier of IOT Client and determines whether it supports smart home capabilities.
  • IOT Client returns the protocol version supported by IOT Client to IOT Agent: version id.
  • IOT Agent obtains the supported device type list of IOT Client: supporteddevicetype. Among them, step S54 is an optional step.
  • IOT Client returns a list of supported device types.
  • the user selects the binding type as temporary binding or long-term binding.
  • the IOT Client needs to delete the device list and other information after the connection is completed. If it is a long-term binding, the IOT Client needs to save the above necessary information.
  • IOT Agent determines the access type, bridge or proxy.
  • IOT Agent can determine bridge or proxy based on the protocol type of IOT Client. If it is a heterogeneous protocol, it will use the bridge access type. If it is a homogeneous protocol, it will use the proxy access type.
  • Bridge refers to the protocol between the IOT Agent and the subsequent smart home system, which is inconsistent with the protocol between the IOT Client and the IOT Agent. Protocol conversion is required when subsequent control instructions are forwarded.
  • Proxy refers to the protocol between the IOT Agent and the subsequent smart home system, which is consistent with the protocol between the IOT Client and the IOT Agent. No protocol conversion is required when subsequent control instructions are forwarded, but the relay capability of the IOT Agent is required.
  • IOT Agent sets the access method to IOT Client: access type, binding type.
  • IOT Client returns a response message to IOT Agent, indicating that the access method setting message has been received and the access method setting is completed.
  • IOT Agent completes the setting of device binding information.
  • the IOT Agent sets the corresponding binding information (that is, the above-mentioned binding device information) in the IOT Agent Binding Cluster.
  • the vehicle-mounted device can be bound through the mobile phone, and the ability of the mobile phone can be used to connect to the IOT ecosystem, thereby controlling the Internet of Things in the IOT ecosystem. equipment.
  • the user can control the air conditioning in the smart home system to turn on or off through the vehicle-mounted device.
  • the proxy device can establish a binding relationship between the proxy device and the client device, so that the client device can, based on the above binding relationship, access the proxy device through the proxy device.
  • the connected IoT devices are controlled, thus expanding the control scenarios of the client device to the IoT devices and improving the control efficiency of the IoT devices.
  • FIG. 7 shows a block diagram of a device binding device provided by an embodiment of the present application.
  • the device binding device 700 has the function of being executed by the proxy device in implementing the method shown in FIG. 2 or FIG. 4 .
  • the device may include:
  • the binding relationship establishment module 701 is used to establish a binding relationship between the proxy device and the client device; the binding relationship is used for the client device to connect to the Internet of Things through the proxy device. device to control.
  • the binding relationship establishment module 701 is configured to add first binding device information corresponding to the client device in the first cluster.
  • the first binding device information includes at least one of the following information:
  • the identification information of the client device is the identification information of the client device.
  • the protocol version information of the client device
  • the controllable device list of the client device includes device information of the IoT devices that the client device supports control among the IoT devices connected to the proxy device;
  • the device information of the Internet of Things device includes at least one of the following information:
  • the identification information of the Internet of Things device is the identification information of the Internet of Things device
  • the online status of the IoT device includes online or offline.
  • the device further includes:
  • the first acquisition module is used to obtain the device control capability information of the client device;
  • the device control capability information is used to indicate the control capability of the client device to the Internet of Things device;
  • the binding relationship establishment module 701 is configured to establish a binding relationship between the proxy device and the client device according to the device control capability information.
  • the device control capability information includes at least one of the following information:
  • the device type of the Internet of Things device controlled by the client device is the device type of the Internet of Things device controlled by the client device
  • the binding relationship establishment module 701 is configured to, if there is an Internet of Things device matching the device control capability information among the Internet of Things devices connected to the proxy device, according to the The device control capability information establishes a binding relationship between the proxy device and the client device.
  • the first acquisition module is used to,
  • the binding relationship establishment module 701 is used to,
  • the capability query request is used to query whether the client device supports controlling the Internet of Things device;
  • the protocol version information of the client device indicates that the client device supports controlling the Internet of Things device
  • a binding relationship between the proxy device and the client device is established.
  • the binding relationship establishment module 701 is used to,
  • the identification information of each cluster includes the identification information of the second cluster, a binding relationship between the proxy device and the client device is established.
  • the binding relationship establishment module 701 is used to,
  • the binding type includes temporary binding or long-term binding
  • first binding device information corresponding to the client device is added to the first cluster.
  • the device further includes:
  • the first sending module is configured to send binding type information to the client device, where the binding type information is used to indicate the binding type of the binding relationship.
  • the device further includes:
  • the second acquisition module is used to acquire the access type of the client device to the Internet of Things device connected to the proxy device; the access type includes bridge access or proxy access.
  • the device further includes:
  • the second sending module is configured to send access type information to the client device, where the access type information is used to indicate the access type of the client device to the Internet of Things device connected to the proxy device.
  • the device further includes:
  • the third sending module is configured to send a binding relationship notification to the client device; the binding relationship notification is used to indicate the binding relationship.
  • FIG. 8 shows a block diagram of a device binding device provided by an embodiment of the present application.
  • the device binding device 800 has the function of being executed by the client device in implementing the method shown in FIG. 3 or FIG. 4 .
  • the device may include:
  • Sending module 801 is used to send device control capability information to the agent device; the device control capability information is used to indicate the client device's control capability of the Internet of Things device, so that the agent device establishes the device control capability information based on the device control capability information.
  • the device control capability information includes at least one of the following information:
  • the device type of the Internet of Things device controlled by the client device is the device type of the Internet of Things device controlled by the client device
  • the sending module 801 is configured to send the device control capability information contained in the second cluster to the proxy device.
  • the second cluster also contains at least one of the following information:
  • the manufacturer information of the client device
  • the client binding information list includes client binding information of an established binding relationship.
  • the second cluster contains at least one of the following information:
  • the first support information is used to indicate whether the client device supports controlling all types of Internet of Things devices;
  • the device type list includes type identification information of device types of Internet of Things devices that the client device supports control.
  • the device further includes:
  • An adding module configured to add first client binding information corresponding to the binding relationship between the proxy device and the client device in the client binding information list.
  • the first client binding information includes at least one of the following information:
  • the identification information of the proxy device is the identification information of the proxy device
  • Binding type information is used to indicate the binding type of the binding relationship between the proxy device and the client device; the binding type includes temporary binding or long-term binding;
  • access type information is used to indicate the access type of the client device to the Internet of Things device connected to the proxy device; the access type includes bridge access or proxy access.
  • the sending module 801 is used to,
  • the device control capability information is sent to the proxy device.
  • the device further includes:
  • the first receiving module is used to receive a capability query request sent by the proxy device; the capability query request is used to query whether the client device supports controlling the Internet of Things device;
  • the sending module 801 is also configured to return the protocol version information of the client device to the proxy device in response to the capability query request.
  • the device further includes:
  • the second receiving module is configured to receive binding type information sent by the proxy device, where the binding type information is used to indicate the binding type of the binding relationship between the proxy device and the client device;
  • the above binding types include temporary binding or long-term binding.
  • the device further includes:
  • the third receiving module is configured to receive access type information sent by the proxy device, where the access type information is used to indicate the access type of the client device to the Internet of Things device connected to the proxy device; the access type includes Bridge access or proxy access.
  • the device further includes:
  • the fourth receiving module is configured to receive a binding relationship notification sent by the proxy device; the binding relationship notification is used to indicate the binding relationship between the proxy device and the client device.
  • the device provided in the above embodiment implements its functions, only the division of the above functional modules is used as an example. In practical applications, the above functions can be allocated to different functional modules according to actual needs. That is, the content structure of the device is divided into different functional modules to complete all or part of the functions described above.
  • FIG. 9 shows a schematic structural diagram of a computer device 900 provided by an embodiment of the present application.
  • the computer device 900 may include a processor 901, a receiver 902, a transmitter 903, a memory 904, and a bus 905.
  • the processor 901 includes one or more processing cores.
  • the processor 901 executes various functional applications and information processing by running software programs and modules.
  • the receiver 902 and the transmitter 903 can be implemented as a communication component, and the communication component can be a communication chip.
  • This communication chip can also be called a transceiver.
  • the memory 904 is connected to the processor 901 through a bus 905.
  • the memory 904 can be used to store a computer program, and the processor 901 is used to execute the computer program to implement various steps in the above method embodiments.
  • memory 904 may be implemented by any type of volatile or non-volatile storage device, or combination thereof, including but not limited to: magnetic or optical disks, electrically erasable programmable Read-only memory, erasable programmable read-only memory, static ready-access memory, read-only memory, magnetic memory, flash memory, programmable read-only memory.
  • the receiving processor is used to establish a binding relationship between the proxy device and the client device; the binding relationship is used to The client device controls the Internet of Things device connected to the proxy device through the proxy device.
  • the process performed by the processor 901 and/or the transceiver in the computer device 900 may refer to the various steps performed by the proxy device in the method shown in either FIG. 2 or FIG. 4 .
  • the transceiver when the computer device 900 is implemented as a client device, the transceiver is used to send device control capability information to the proxy device; the device control capability information is used to instruct the client device to The control capability of the Internet of Things device, so that the agent device establishes a binding relationship between the agent device and the client device based on the device control capability information; the binding relationship is used for the client device to pass The proxy device controls the Internet of Things device connected to the proxy device.
  • the process performed by the processor 901 and/or the transceiver in the computer device 900 may refer to the various steps performed by the client device in the method shown in either FIG. 3 or FIG. 4 .
  • Embodiments of the present application also provide a computer-readable storage medium.
  • a computer program is stored in the storage medium.
  • the computer program is loaded and executed by a processor to implement the method shown in Figure 2, Figure 3 or Figure 4. , all or part of the steps performed by the proxy device or client device.
  • This application also provides a chip, which is used to run in a computer device, so that the computer device performs all or all of the methods performed by the agent device or the client device in the above-mentioned methods shown in Figure 2, Figure 3 or Figure 4. Some steps.
  • the application also provides a computer program product, which computer program product or computer program includes computer instructions, and the computer instructions are stored in a computer-readable storage medium.
  • the processor of the computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, so that the computer device performs the method shown in Figure 2, Figure 3 or Figure 4, by the agent device or the client device All or part of the steps to be performed.
  • This application also provides a computer program, which is executed by the processor of the computer device to implement all or part of the methods executed by the agent device or the client device in the above-mentioned method shown in Figure 2, Figure 3 or Figure 4. step.
  • Computer-readable media includes computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another. Storage media may be available media that can be accessed by a general-purpose or special-purpose computer.

Abstract

一种设备绑定方法、装置、设备、存储介质及程序产品,属于物联网技术领域。该方法包括:建立代理设备与客户端设备之间的绑定关系(201);该绑定关系用于客户端设备通过代理设备,对代理设备连接的物联网设备进行控制。上述方案扩展了客户端设备对物联网设备的控制场景,提高了对物联网设备的控制效率。

Description

设备绑定方法、装置、设备、存储介质及程序产品 技术领域
本申请涉及物联网技术领域,特别涉及一种设备绑定方法、装置、设备、存储介质及程序产品。
背景技术
随着物联网(Internet of Things,IoT)技术的不断发展,越来越多的物联网设备在智能家居、工业生产等诸多领域给用户的生产生活带来了极大的便利性。
在相关技术中,物联网设备通常可以由客户端设备进行控制。具体的,客户端设备可以接入物联网,并与物联网设备之间建立连接,通过建立的连接向物联网设备发送控制指令,以实现对物联网设备的控制。
发明内容
本申请实施例提供了一种设备绑定方法、装置、设备、存储介质及程序产品。所述技术方案如下:
一方面,本申请实施例提供了一种设备绑定方法,所述方法由代理设备执行,所述方法包括:
建立所述代理设备与客户端设备之间的绑定关系;所述绑定关系用于所述客户端设备通过所述代理设备,对所述代理设备连接的物联网设备进行控制。
一方面,本申请实施例提供了一种设备绑定方法,所述方法由客户端设备执行,所述方法包括:
向代理设备发送设备控制能力信息;所述设备控制能力信息用于指示所述客户端设备对物联网设备的控制能力,以便所述代理设备根据所述设备控制能力信息建立所述代理设备与所述客户端设备之间的绑定关系;所述绑定关系用于所述客户端设备通过所述代理设备,对所述代理设备连接的物联网设备进行控制。
另一方面,本申请实施例提供了一种设备绑定装置,所述装置包括:
绑定关系建立模块,用于建立代理设备与客户端设备之间的绑定关系;所述绑定关系用于所述客户端设备通过所述代理设备,对所述代理设备连接的物联网设备进行控制。
另一方面,本申请实施例提供了一种设备绑定装置,所述装置包括:
发送模块,用于向代理设备发送设备控制能力信息;所述设备控制能力信息用于指示客户端设备对物联网设备的控制能力,以便所述代理设备根据所述设备控制能力信息建立所述代理设备与所述客户端设备之间的绑定关系;所述绑定关系用于所述客户端设备通过所述代理设备,对所述代理设备连接的物联网设备进行控制。
另一方面,本申请实施例提供了一种计算机设备,所述计算机设备实现为信息上报设备,所述计算机设备包括处理器、存储器和收发器;
存储器中存储有计算机程序,处理器执行所述计算机程序,以使得计算机设备实现上述设备绑定方法。
再一方面,本申请实施例提供了一种计算机设备,所述计算机设备包括处理器、存储器和收发器,所述存储器存储有计算机程序,所述计算机程序用于被所述处理器执行,以实现上述设备绑定方法。
又一方面,本申请实施例还提供了一种计算机可读存储介质,所述存储介质中存储有计算机程序,所述计算机程序由处理器加载并执行以实现上述设备绑定方法。
又一方面,本申请还提供了一种芯片,所述芯片用于在计算机设备中运行,以使得所述计算机设备执行上述设备绑定方法。
又一方面,本申请提供了一种计算机程序产品,该计算机程序产品包括计算机指令,该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令,处理器执行该计算机指令,使得该计算机设备执行上述设备绑定方法。
又一方面,本申请提供了一种计算机程序,该计算机程序由计算机设备的处理器执行,以实现上述设备绑定方法。
通过本申请实施例提供的技术方案,代理设备可以建立该代理设备与客户端设备之间的绑定关系,以使得客户端设备能够基于上述绑定关系,通过代理设备对该代理设备所连接的物联网设备进行控制,从而扩展了客户端设备对物联网设备的控制场景,提高了对物联网设备的控制效率。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请一个实施例提供的物联网的网络架构的示意图;
图2是本申请一个实施例提供的设备绑定方法的流程图;
图3是本申请一个实施例提供的设备绑定方法的流程图;
图4是本申请一个实施例提供的设备绑定方法的流程图;
图5是图4所示实施例涉及的一种智能家居场景的绑定流程示意图;
图6是图4所示实施例涉及的另一种智能家居场景的绑定流程示意图;
图7是本申请一个实施例提供的设备绑定装置的框图;
图8是本申请一个实施例提供的设备绑定装置的框图;
图9是本申请一个实施例提供的计算机设备的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施方式作进一步地详细描述。
本申请实施例描述的网络架构以及业务场景是为了更加清楚地说明本申请实施例的技术方案,并不构成对本申请实施例提供的技术方案的限定,本领域普通技术人员可知,随着网络架构的演变和新业务场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
请参考图1,其示出了本申请一个实施例提供的物联网的网络架构的示意图。该物联网的网络架构可以包括:物联网设备110(图1中示出为物联网设备110a、物联网设备110b、物联网设备110c、物联网设备110d)、代理设备120以及客户端设备130;可选的,该网络架构还可以包括桥接设备140;可选的,该网络架构还可以包括云端服务器150。
物联网设备110可以是指在物联网中,用于提供物联网协议对应的客户端功能或者服务端功能的设备。
比如,物联网设备110可以是智能家居设备,例如,智能开关、智能灯具、智能电视、智能空调、智能冰箱、智能微波炉、智能电饭煲、扫地机器人等等。
或者,物联网设备110可以是工业生产设备,例如,车床、工业机器人、太阳能面板、风力发电机等等。
或者,物联网设备110可以是商业服务设备,例如,无人售货机等等。
或者,物联网设备110可以是传感设备,例如,监控摄像头、红外传感器、声音传感器、 温度传感器等等。
在一种可能的实现方式中,代理设备120是用户侧的终端设备。比如,代理设备120可以是智能控制器、智能遥控器、智能手机、平板电脑、智能手表、智能电视、智能音箱等等;或者,代理设备120也可以是个人电脑,比如台式电脑、便携式计算机、个人工作站等等。
在另一种可能的实现方式中,代理设备120是指基于终端设备运行的客户端实体(可以是虚拟实体),例如,代理设备120可以是运行在终端设备中,用于对物联网设备进行访问、控制、以及管理等操作的应用程序(Application,APP)。
客户端设备130可以是具有与代理设备120进行通信功能的设备,比如,客户端设备130可以车载设备(比如车机设备)、智能音箱、智能电视等等。
桥接设备140用于实现支持不同物联网协议的两个设备之间的交互。桥接设备140在支持不同物联网协议的物联网设备110之间,或者,在支持不同物联网协议的物联网设备110和代理设备120之间,提供信息转换和传递的服务。
桥接设备140可以是专用于进行桥接的设备,或者,桥接设备140也可以是具有桥接功能的智能设备,比如网关或者路由器等等。
云端服务器150用于提供物联网设备110与物联网生态之外的其它设备(比如上述代理设备120)之间的连接服务。其中,云端服务器150可以是物联网生态的云端平台服务器。
其中,代理设备120可以通过云端服务器150,与物联网设备110建立连接。
或者,代理设备120也可以直接与物联网设备110建立连接。
在本申请实施例中,上述物联网设备110、代理设备120、桥接设备140可以是满足相同或者不同的物联网协议的电子设备,比如,可以是满足连接标准联盟(Connectivity Standards Alliance,CSA)下的Matter协议的电子设备。
在图1中,当物联网设备110a和物联网设备110c之间支持相同的协议规范时,物联网设备110a和物联网设备110c之间可以建立安全连接,比如,基于Matter规范建立安全连接。
当物联网设备110b和物联网设备110d之间支持不同的协议规范,比如,物联网设备110b是Zigbee设备,而物联网设备110d是Matter设备时,物联网设备110b和物联网设备110d之间可以通过桥接设备140相连。
请参考图2,其示出了本申请一个实施例提供的设备绑定方法的流程图,该方法可以由代理设备执行,比如,该代理设备可以是图1所示的网络架构中的代理设备120;该方法可以包括如下几个步骤:
步骤201,建立代理设备与客户端设备之间的绑定关系;绑定关系用于客户端设备通过代理设备,对代理设备连接的物联网设备进行控制。
在一种可能的实现方式中,建立代理设备与客户端设备之间的绑定关系,包括:
在第一群集中添加与客户端设备对应的第一绑定设备信息。
在一种可能的实现方式中,第一绑定设备信息中包含以下信息中的至少一项:
客户端设备的标识信息;
客户端设备的协议版本信息;
客户端设备的可控设备列表;可控设备列表中包含代理设备连接的物联网设备中,客户端设备支持控制的物联网设备的设备信息;
可控设备列表的版本信息。
在一种可能的实现方式中,物联网设备的设备信息包括以下信息中的至少一项:
物联网设备的标识信息;
物联网设备的在线状态;在线状态包括在线或离线。
在一种可能的实现方式中,方法还包括:
获取客户端设备的设备控制能力信息;设备控制能力信息用于指示客户端设备对物联网 设备的控制能力;
建立代理设备与客户端设备之间的绑定关系,包括:
根据设备控制能力信息建立代理设备与客户端设备之间的绑定关系。
在一种可能的实现方式中,设备控制能力信息包括以下信息中的至少一种:
客户端设备支持控制的物联网设备的设备类型;
以及,客户端设备支持的,对物联网设备的控制能力。
在一种可能的实现方式中,根据设备控制能力信息建立代理设备与客户端设备之间的绑定关系,包括:
在代理设备连接的物联网设备中存在与设备控制能力信息匹配的物联网设备的情况下,根据设备控制能力信息建立代理设备与客户端设备之间的绑定关系。
在一种可能的实现方式中,获取客户端设备的设备控制能力信息,包括:
向客户端设备发送控制能力获取请求;
接收客户端设备响应于控制能力获取请求发送的设备控制能力信息。
在一种可能的实现方式中,建立代理设备与客户端设备之间的绑定关系,包括:
向客户端设备发送能力查询请求;能力查询请求用于查询客户端设备是否支持对物联网设备进行控制;
接收客户端设备响应于能力查询请求返回的,客户端设备的协议版本信息;
在客户端设备的协议版本信息指示客户端设备支持对物联网设备进行控制的情况下,建立代理设备与客户端设备之间的绑定关系。
在一种可能的实现方式中,建立代理设备与客户端设备之间的绑定关系,包括:
获取客户端设备中设置的各个群集的标识信息;
在各个群集的标识信息中包含第二群集的标识信息的情况下,建立代理设备与客户端设备之间的绑定关系。
在一种可能的实现方式中,在第一群集中添加与客户端设备对应的第一绑定设备信息,包括:
获取绑定关系的绑定类型;绑定类型包括临时绑定或者长期绑定;
在述绑定关系的绑定类型包括长期绑定的情况下,在第一群集中添加与客户端设备对应的第一绑定设备信息。
在一种可能的实现方式中,方法还包括:
向客户端设备发送绑定类型信息,绑定类型信息用于指示绑定关系的绑定类型。
在一种可能的实现方式中,方法还包括:
获取客户端设备对代理设备连接的物联网设备的访问类型;访问类型包括桥接访问或者代理访问。
在一种可能的实现方式中,方法还包括:
向客户端设备发送访问类型信息,访问类型信息用于指示客户端设备对代理设备连接的物联网设备的访问类型。
在一种可能的实现方式中,方法还包括:
向客户端设备发送绑定关系通知;绑定关系通知用于指示绑定关系。
综上所述,在本申请实施例中,代理设备可以建立该代理设备与客户端设备之间的绑定关系,以使得客户端设备能够基于上述绑定关系,通过代理设备对该代理设备所连接的物联网设备进行控制,从而扩展了客户端设备对物联网设备的控制场景,提高了对物联网设备的控制效率。
请参考图3,其示出了本申请一个实施例提供的设备绑定方法的流程图,该方法可以由客户端设备执行,比如,该客户端设备可以是图1所示的网络架构中的客户端设备130;该 方法可以包括如下几个步骤:
步骤301,向代理设备发送设备控制能力信息;设备控制能力信息用于指示客户端设备对物联网设备的控制能力,以便代理设备根据设备控制能力信息建立代理设备与客户端设备之间的绑定关系;绑定关系用于客户端设备通过代理设备,对代理设备连接的物联网设备进行控制。
在一种可能的实现方式中,设备控制能力信息包括以下信息中的至少一种:
客户端设备支持控制的物联网设备的设备类型;
以及,客户端设备支持的,对物联网设备的控制能力。
在一种可能的实现方式中,向代理设备发送设备控制能力信息,包括:
向代理设备发送第二群集中包含的设备控制能力信息。
在一种可能的实现方式中,第二群集中还包含以下信息中的至少一项:
客户端设备的厂商信息;
以及,客户端绑定信息列表;客户端绑定信息列表中包含已建立的绑定关系的客户端绑定信息。
在一种可能的实现方式中,在设备控制能力信息包括客户端设备支持控制的物联网设备的设备类型的情况下,第二群集中包含以下信息中的至少一种:
第一支持信息;第一支持信息用于指示客户端设备是否支持控制全部类型的物联网设备;
以及,设备类型列表;设备类型列表中包含客户端设备支持控制的物联网设备的设备类型的类型标识信息。
在一种可能的实现方式中,方法还包括:
在客户端绑定信息列表中添加代理设备与客户端设备之间的绑定关系对应的第一客户端绑定信息。
在一种可能的实现方式中,第一客户端绑定信息包括以下信息中的至少一种:
代理设备的标识信息;
绑定类型信息;绑定类型用于指示代理设备与客户端设备之间的绑定关系的绑定类型;绑定类型包括临时绑定或者长期绑定;
以及,访问类型信息;访问类型信息用于指示客户端设备对代理设备连接的物联网设备的访问类型;访问类型包括桥接访问或者代理访问。
在一种可能的实现方式中,向代理设备发送设备控制能力信息,包括:
接收代理设备发送的控制能力获取请求;
响应于控制能力获取请求,向代理设备发送设备控制能力信息。
在一种可能的实现方式中,方法还包括:
接收代理设备发送的能力查询请求;能力查询请求用于查询客户端设备是否支持对物联网设备进行控制;
响应于能力查询请求,向代理设备返回客户端设备的协议版本信息。
在一种可能的实现方式中,方法还包括:
接收代理设备发送的绑定类型信息,绑定类型信息用于指示代理设备与客户端设备之间的绑定关系的绑定类型;绑定类型包括临时绑定或者长期绑定。
在一种可能的实现方式中,方法还包括:
接收代理设备发送的访问类型信息,访问类型信息用于指示客户端设备对代理设备连接的物联网设备的访问类型;访问类型包括桥接访问或者代理访问。
在一种可能的实现方式中,方法还包括:
接收代理设备发送的绑定关系通知;绑定关系通知用于指示代理设备与客户端设备之间的绑定关系。
综上所述,在本申请实施例中,客户端设备可以将指示自身对物联网设备的控制能力的 设备控制能力信息发送给代理设备,以便代理设备建立该代理设备与客户端设备之间的绑定关系,进而使得客户端设备能够基于上述绑定关系,通过代理设备对该代理设备所连接的物联网设备进行控制,从而扩展了客户端设备对物联网设备的控制场景,提高了对物联网设备的控制效率。
请参考图4,其示出了本申请一个实施例提供的设备绑定方法的流程图,该方法可以由代理设备和客户端设备交互执行,该代理设备和客户端设备可以分别是图1所示的网络架构中的代理设备120和客户端设备130;该方法可以包括如下几个步骤:
步骤401,代理设备获取客户端设备的设备控制能力信息;相应的,客户端设备向代理设备发送设备控制能力信息。
其中,该设备控制能力信息用于指示客户端设备对物联网设备的控制能力。
在本申请实施例的一个示例性的方案中,上述代理设备可以是用户的智能手机、智能手表等移动智能终端或者可穿戴式智能终端。上述客户端设备可以是车载设备或者其它未接入代理设备连接的物联网的计算机设备。
在一种可能的实现方式中,设备控制能力信息包括以下信息中的至少一种:
客户端设备支持控制的物联网设备的设备类型;
以及,客户端设备支持的,对物联网设备的控制能力。
在本申请实施例中,上述设备控制能力信息可以用于指示该客户端设备对哪些类型的物联网设备进行控制。例如,上述设备类型可以包括开关类、照明类、空调类等等。本申请实施例对于上述设备类型的划分方式不做限定。
和/或,上述设备控制能力信息可以用于指示该客户端设备支持的控制能力;例如,上述控制能力可以包括开关控制能力、亮度调节控制能力、温度调节控制能力等等。本申请实施例对于上述控制能力的划分方式不做限定。
在一种可能的实现方式中,代理设备获取客户端设备的设备控制能力信息,客户端设备向代理设备发送设备控制能力信息的步骤可以包括:
代理设备向客户端设备发送控制能力获取请求;客户端设备接收代理设备发送的控制能力获取请求;
客户端设备响应于控制能力获取请求,向代理设备发送设备控制能力信息;代理设备接收客户端设备发送的该设备控制能力信息。
在本申请实施例中,代理设备可以向客户端设备发送一个获取设备控制能力信息的请求(即上述控制能力获取请求),客户端设备接收到该请求后,即可以将自身的设备控制能力信息发送给代理设备。
在一种可能的实现方式中,客户端设备向代理设备发送设备控制能力信息的步骤可以包括:
客户端设备向代理设备发送第二群集中包含的设备控制能力信息。
在本申请实施例中,客户端设备中可以设置一个用于支持通过代理设备对其它物联网设备进行控制的群集(Cluster)。其中,上述设备控制能力信息可以设置在该第二群集内。
在本申请实施例中,该第二群集可以被称为物联网客户端群集(IOT Client Cluster)。可选的,该群集可以是其它名称的群集,本申请实施例对于上述第二群集的名称不做限定。
在一种可能的实现方式中,第二群集中还包含以下信息中的至少一项:
客户端设备的厂商信息;
以及,客户端绑定信息列表;客户端绑定信息列表中包含已建立的绑定关系的客户端绑定信息。
其中,上述厂商信息可以是客户端设备的生产厂商的厂商标识。
上述客户端绑定信息列表中可以包含多个客户端绑定信息,每个客户端绑定信息可以对 应一个客户端设备与其它设备(代理设备)之间已建立的绑定关系(用于以其它设备为代理,对其它设备连接的物联网设备进行控制)。
在一种可能的实现方式中,在设备控制能力信息包括客户端设备支持控制的物联网设备的设备类型的情况下,第二群集中包含以下信息中的至少一种:
第一支持信息;第一支持信息用于指示客户端设备是否支持控制全部类型的物联网设备;
以及,设备类型列表;设备类型列表中包含客户端设备支持控制的物联网设备的设备类型的类型标识信息。
其中,上述第一支持信息的值可以为bool值,当第一支持信息的值为真(True)时,表示客户端设备支持控制全部类型的物联网设备;当第一支持信息的值为假(False)时,表示客户端设备不支持控制全部类型的物联网设备。
上述设备类型列表中可以包含一项或者多项设备类型的标识,用于表示客户端设备支持对这些设备类型对应的物联网设备进行控制。
在一种示例性的方案中,以第二群集是IOT Client Cluster为例,IOT Client Cluster的定义可以如下述1所示。
表1
标识 名称 类型 说明
0 VendorID string 厂商标识
1 SupportedDeviceTypes deviceTypeList 支持的可能设备列表
2 bindingSource List[clientBindingInfo] 绑定信息
上述表1中的VendorID为厂商表示;SupportedDeviceTypes对应的是上述设备控制能力信息中的客户端设备支持控制的物联网设备的设备类型,值为一个设备类型列表;bindingSource对应的是客户端绑定信息列表。
其中,上述表1中的deviceTypeList的结构体(struct)可以如下述表2所示。
表2
Figure PCTCN2022112258-appb-000001
其中,上述表2中的AllDevices对应的是上述第一支持信息;上述表2中的DeviceTypeList对应的是上述设备类型列表。其中,当AllDevices为FALSE时,该设备类型列表中包含一个或多个客户端设备支持控制的物联网设备的设备类型的ID;而当该AllDevices为TRUE时,AllDevices的值为空。
上述表1中的clientBindingInfo的结构体用于记录IOT Client(即客户端设备)与IOT Agent(即代理设备)的绑定关系,IOT Client可以根据该信息,确定在后续的设备控制过程中,是否保存IOT Agent发送过来的可控设备的列表等信息。
其中,clientBindingInfo的结构体可以如下述表3所示。
表3
Figure PCTCN2022112258-appb-000002
在上述表3中,AgentID包含与客户端设备之间建立了绑定关系的设备的ID。上述表3中的BindingType的值则表示该绑定关系是长期绑定还是临时绑定。
可选的,当上述BindingType的值为0时,表示绑定关系为临时绑定,后续客户端设备 对IOT代理ID对应的设备连接的物联网设备控制结束后,可以不保存IOT代理ID对应的设备发送过来的可控设备的列表等信息。反之,当上述BindingType的值为1时,表示绑定关系为长期绑定,后续客户端设备对IOT代理ID对应的设备连接的物联网设备控制结束后,可以保存IOT代理ID对应的设备发送过来的可控设备的列表等信息,以便下次对该IOT代理ID对应的设备连接的物联网设备进行控制时使用。
步骤402,代理设备根据设备控制能力信息建立代理设备与客户端设备之间的绑定关系。
其中,该绑定关系用于客户端设备通过代理设备,对代理设备连接的物联网设备进行控制。
在本申请实施例中,代理设备与客户端设备之间的绑定关系可以由代理设备发起建立。
其中,上述代理设备建立代理设备与客户端设备之间的绑定关系的过程,可以包括在代理设备中新建一个绑定项目,该绑定项目中包含与客户端设备绑定的相关信息,和/或,支持客户端设备以代理设备为代理进行物联网设备控制所需要的信息。
在一种可能的实现方式中,上述代理设备建立代理设备与客户端设备之间的绑定关系的过程可以包括:
代理设备在第一群集中添加与客户端设备对应的第一绑定设备信息。
其中,上述第一群集中可以包含一条或者多条绑定设备信息,每条绑定设备信息对应代理设备与一个客户端之间的绑定关系。
在本申请实施例中,上述第一群集可以被称为IOT Agent Binding Cluster(IOT代理绑定群集)。
在一种可能的实现方式中,上述第一绑定设备信息中包含以下信息中的至少一项:
客户端设备的标识信息;
客户端设备的协议版本信息;
客户端设备的可控设备列表;可控设备列表中包含代理设备连接的物联网设备中,客户端设备支持控制的物联网设备的设备信息;
可控设备列表的版本信息。
其中,上述协议版本信息可以是客户端设备支持的物联网协议的版本号。
由于一个客户端设备可以能只支持对代理设备连接的物联网设备中的部分物联网设备进行控制,而不同的客户端设备可能支持控制不同类型的物联网设备,因此,在本申请实施例中,可以在每个客户端设备对应的绑定设备信息中,分别设置一个可控设备列表,以保存该客户端设备可以控制的物联网设备的设备信息。
在一种可能的实现方式中,上述物联网设备的设备信息包括以下信息中的至少一项:
物联网设备的标识信息;
物联网设备的在线状态;在线状态包括在线或离线。
其中,上述物联网设备的在线状态可以用于表示该物联网设备当前是否可以接受控制。
上述IOT Agent Binding Cluster包含的属性可以如下述表4所示。
表4
标识 名称 类型 说明
0 bindingIOTClientInfo List[bindingDeviceInfo] 绑定信息
上述表4示出,IOT Agent Binding Cluster中包含绑定IOT客户端binding IOT Client Info属性,该属性的值是包含一条或者多条绑定设备信息(bindingDeviceInfo)的列表。
其中,上述表4中的bindingDeviceInfo的结构体可以如下述表5所示。
表5
Figure PCTCN2022112258-appb-000003
Figure PCTCN2022112258-appb-000004
其中,上述表5中的onlineStatus的结构体可以如下述表6所示。
表6
Figure PCTCN2022112258-appb-000005
上述IOT Agent Binding Cluster对应的命令可以如下述表7所示。
表7
标识 名称 方向 应答 必要性 说明
0 deregisterIOTClient C->S Y M 解绑IOTClient
在一种可能的实现方式中,代理设备在第一群集中添加与客户端设备对应的第一绑定设备信息的过程可以包括:
获取绑定关系的绑定类型;绑定类型包括临时绑定或者长期绑定;
在述绑定关系的绑定类型包括长期绑定的情况下,在第一群集中添加与客户端设备对应的第一绑定设备信息。
在本申请实施例中,上述获取绑定关系的绑定类型的过程可以包括:
接收设置绑定类型的用户指令,根据该用户指令获取绑定关系的绑定类型。
也就是说,本申请实施例中的绑定类型可以由用户进行设置。
在本申请实施例中,若用户设置的绑定类型为临时绑定,可能是用户只需要临时通过客户端设备控制代理设备连接的物联网设备,后续可能不会再对代理设备连接的物联网设备进行控制,此时,代理设备不需要在第一群集中添加与客户端设备对应的第一绑定设备信息。
反之,若用户设置的绑定类型为长期绑定,可能是用户需要长期通过客户端设备控制代理设备连接的物联网设备,也就是说后续可能还会对代理设备连接的物联网设备进行控制,此时,代理设备可以在第一群集中添加与客户端设备对应的第一绑定设备信息。
在一种可能的实现方式中,代理设备还可以向客户端设备发送绑定类型信息,绑定类型信息用于指示绑定关系的绑定类型。相应的,客户端设备接收代理设备发送的绑定类型信息。
在本申请实施例中,代理设备在获取到绑定关系的绑定类型之后,可以将绑定类型通知给客户端设备。
在一种可能的实现方式中,代理设备还可以获取客户端设备对代理设备连接的物联网设备的访问类型;访问类型包括桥接访问或者代理访问。
在本申请实施例中,代理设备可以根据客户端设备支持的IOT协议来确定上述访问类型;例如,当客户端设备支持的IOT协议与代理设备连接的IOT系统的协议相同时,确定访问类型为代理(Proxy)访问,否则确定访问类型为桥接(Bridge)访问。
在一种可能的实现方式中,代理设备还可以向客户端设备发送访问类型信息,访问类型信息用于指示客户端设备对代理设备连接的物联网设备的访问类型。相应的,客户端设备接收代理设备发送的访问类型信息。
在本申请实施例中,代理设备在获取到绑定关系的访问类型之后,可以将访问类型通知给客户端设备。
在一种可能的实现方式中,上述代理设备根据设备控制能力信息建立代理设备与客户端设备之间的绑定关系的过程可以包括:
在代理设备连接的物联网设备中存在与设备控制能力信息匹配的物联网设备的情况下,根据设备控制能力信息建立代理设备与客户端设备之间的绑定关系。
在本申请实施例中,代理设备在建立代理设备与客户端设备之间的绑定关系之前,可以 首先根据客户端设备的设备控制能力信息,判断自身连接的IO生态系统中是否存在可以被客户端设备控制的物联网设备,若存在,则可以建立代理设备与客户端设备之间的绑定关系;否则,代理设备可以不建立代理设备与客户端设备之间的绑定关系,并退出绑定流程。
在一种可能的实现方式中,上述代理设备建立代理设备与客户端设备之间的绑定关系的过程可以包括:
向客户端设备发送能力查询请求;能力查询请求用于查询客户端设备是否支持对物联网设备进行控制;
接收客户端设备响应于能力查询请求返回的,客户端设备的协议版本信息;
在客户端设备的协议版本信息指示客户端设备支持对物联网设备进行控制的情况下,建立代理设备与客户端设备之间的绑定关系。
相应的,客户端设备可以接收代理设备发送的能力查询请求;能力查询请求用于查询客户端设备是否支持对物联网设备进行控制;响应于能力查询请求,向代理设备返回客户端设备的协议版本信息。
由于客户端设备和代理设备的协议版本可能存在差异,导致代理设备不兼容客户端设备的协议版本,进而导致客户端设备无法通过代理设备对物联网设备进行控制,对此,在本申请实施例中,代理设备可以先通过一个能力查询的请求,查询客户端设备的协议版本信息(指示客户端设备支持的IOT协议版本,比如,该协议版本信息中可以包含客户端设备支持的IOT协议的版本号),当代理设备确定支持该客户端设备的协议版本时,代理设备可以执行上述建立代理设备与客户端设备之间的绑定关系的步骤。
在一种可能的实现方式中,代理设备建立代理设备与客户端设备之间的绑定关系的过程可以包括:获取客户端设备中设置的各个群集的标识信息;在各个群集的标识信息中包含第二群集的标识信息的情况下,建立代理设备与客户端设备之间的绑定关系。
在本申请实施例中,代理设备可以向客户端设备查询该客户端设备中设置有哪些群集。比如,客户端设备上存在一个endpointList,用来标识客户端设备上存在的端点列表,再该endpointList中的每个endpoint下可以存在1个特定的cluster:描述群集(descriptor cluster),在该descriptor cluster中可以罗列出该endpoint支持的所有cluster;客户端设备与代理设备建立连接后,可以主动或者被动的将endpointList或endpointList中包含的描述群集发送给代理设备。代理设备在查询到客户端设备中设置有哪些群集后,可以进一步判断其中是否包含第二群集,若是,则表示客户端设备具有使用其它设备作为代理进行设备控制的功能,此时,代理设备可以只执行上述建立代理设备与客户端设备之间的绑定关系的过程。
在本申请实施例中,上述获取客户端设备中设置的各个群集的标识信息步骤可以在步骤401之前执行,此时,代理设备可以在确定各个群集的标识信息中包含第二群集的标识信息的情况下,执行步骤401。
或者,上述获取客户端设备中设置的各个群集的标识信息步骤也可以在步骤401之后执行,此时,代理设备可以在确定各个群集的标识信息中包含第二群集的标识信息的情况下,执行步骤402。
步骤403,代理设备向客户端设备发送绑定关系通知;绑定关系通知用于指示上述绑定关系;客户端设备接收该绑定关系通知。
在本申请实施例中,代理设备在绑定关系建立过程中,或者,在绑定关系建立完成后,可以将建立代理设备和客户端设备之间的绑定关系的情况通知给客户端设备。
其中,上述绑定关系通知可以是用于携带上述绑定类型信息和/或访问类型信息的通知消息,或者,上述绑定类型信息和/或访问类型信息也可以通过绑定关系通知之外的其它消息发送。
步骤404,客户端设备设置绑定关系。
在一种可能的实现方式中,客户端设备可以在第二群集的客户端绑定信息列表中添加代 理设备与客户端设备之间的绑定关系对应的第一客户端绑定信息。
在一种可能的实现方式中,第一客户端绑定信息可以包括以下信息中的至少一种:
代理设备的标识信息;
绑定类型信息;绑定类型用于指示代理设备与客户端设备之间的绑定关系的绑定类型;绑定类型包括临时绑定或者长期绑定;
以及,访问类型信息;访问类型信息用于指示客户端设备对代理设备连接的物联网设备的访问类型;访问类型包括桥接访问或者代理访问。
其中,第一客户端绑定信息中包含的内容可以参考表3。需要说明的是,在表3的基础上,还可以增加访问类型信息。
客户端设备和代理设备执行上述方案之后,即可以通过代理设备对代理设备连接的IOT生态中的物联网设备进行控制。
具体比如,客户端设备可以向代理设备获取可控设备信息,代理设备向客户端设备发送可控设备信息;该可控设备信息包含代理设备连接的至少一个物联网设备的信息;客户端设备根据上述可控设备信息,向代理设备发送控制指令;代理设备接收客户端设备根据可控设备信息发送的控制指令;该控制指令用于对至少一个物联网设备中的目标设备进行控制;代理设备将控制指令发送给目标设备。
请参考图5,其示出了本申请实施例涉及的一种智能家居场景的绑定流程示意图。其中,绑定部分主要完成IOT Client与IOT Agent的绑定。绑定之后的IOT Client可以通过IOT Agent访问IOT生态系统。在绑定流程之前IOT Client已经与IOT Agent完成了通信通道的建立。如图5所示,该绑定流程可以如下:
S51,用户在手机侧(IOT Agent)启动绑定流程。
S52,IOT Agent发现IOT Client的IOT Client cluster的标识,查询其是否支持智能家居能力。
S53,IOT Client向IOT Agent返回IOT Client支持的协议版本:version id。
S54,IOT Agent获取IOT Client的支持的设备类型列表:supporteddevicetype。其中,该步骤S54为可选步骤。
S55,IOT Client返回支持的设备类型列表。
S56,用户选择绑定类型为临时绑定或长期绑定。
S57,如果是长期绑定,IOT Agent将绑定关系设定到绑定表(IOT Agent Binding cluster)中。
其中,当绑定类型为长期绑定时,IOT Agent在IOT Agent Binding Cluster中设置对应的绑定信息(即上述绑定设备信息)。
S58,IOT Agent通过绑定关系通知,将绑定类型通知给IOT Client。
S59,IOT Client将绑定类型设定到IOT Client cluster中。
其中,IOT Client可以将绑定类型设定到与该IOT Agent对应的客户端绑定信息中。
至此之后,IOT Client可以通过IOT Agent对IOT生态设备进行访问。
请参考图6,其示出了本申请实施例涉及的另一种智能家居场景的绑定流程示意图。如图6所示,该绑定流程可以如下:
S61,用户在手机侧(IOT Agent)启动绑定流程。
S62,IOT Agent发现IOT Client的IOT Client cluster的标识,确定其是否支持智能家居能力。
S63,IOT Client向IOT Agent返回IOT Client支持的协议版本:version id。
S64,IOT Agent获取IOT Client的支持的设备类型列表:supporteddevicetype。其中,该步骤S54为可选步骤。
S65,IOT Client返回支持的设备类型列表。
S66,用户选择绑定类型为临时绑定或长期绑定。
其中,如果用户选择的是临时绑定,IOT Client需要在连接结束后删除设备列表等信息。如果是长期绑定,则IOT Client需要保存上述必要的信息。
S67,IOT Agent确定访问类型bridge还是proxy。
其中,IOT Agent可以根据IOT Client的协议类型确定bridge还是proxy,如果是异构协议则采用bridge访问类型,如果是同构协议则采用proxy访问类型。
其中,Bridge是指IOT Agent与后面的智能家居系统之间的协议,与IOT Client和IOT Agent之间的协议不一致,后续控制指令转发时需要协议转换。
Proxy是指IOT Agent与后面的智能家居系统之间的协议,与IOT Client和IOT Agent之间的协议一致,后续控制指令转发时不需要协议转换,但是需要IOT Agent的中继能力。
S68,IOT Agent将访问方式设定到IOT Client:访问类型、绑定类型。
S69,IOT Client向IOT Agent返回应答消息,表示接收到访问方式设定的消息,且访问方式设定完成。
S610,IOT Agent完成设备绑定信息的设定。
其中,当绑定类型为长期绑定时,IOT Agent在IOT Agent Binding Cluster中设置对应的绑定信息(即上述绑定设备信息)。
以上述方案应用于车联网场景为例,通过本申请实施例所示的方案,可以让车载设备通过手机完成绑定,并借助手机的能力连接IOT生态系统,进而控制IOT生态系统中的物联网设备。例如,通过车载设备与手机的绑定关系,用户可以通过车载设备控制智能家居系统中的空调开启或关闭等等。
综上所述,在本申请实施例中,代理设备可以建立该代理设备与客户端设备之间的绑定关系,以使得客户端设备能够基于上述绑定关系,通过代理设备对该代理设备所连接的物联网设备进行控制,从而扩展了客户端设备对物联网设备的控制场景,提高了对物联网设备的控制效率。
请参考图7,其示出了本申请一个实施例提供的设备绑定装置的框图。该设备绑定装置700具有实现上述图2或图4所示的方法中,由代理设备执行的功能。如图7所示,该装置可以包括:
绑定关系建立模块701,用于建立代理设备与客户端设备之间的绑定关系;所述绑定关系用于所述客户端设备通过所述代理设备,对所述代理设备连接的物联网设备进行控制。
在一种可能的实现方式中,所述绑定关系建立模块701,用于在第一群集中添加与所述客户端设备对应的第一绑定设备信息。
在一种可能的实现方式中,所述第一绑定设备信息中包含以下信息中的至少一项:
所述客户端设备的标识信息;
所述客户端设备的协议版本信息;
所述客户端设备的可控设备列表;所述可控设备列表中包含所述代理设备连接的物联网设备中,所述客户端设备支持控制的物联网设备的设备信息;
所述可控设备列表的版本信息。
在一种可能的实现方式中,所述物联网设备的设备信息包括以下信息中的至少一项:
所述物联网设备的标识信息;
所述物联网设备的在线状态;所述在线状态包括在线或离线。
在一种可能的实现方式中,所述装置还包括:
第一获取模块,用于获取所述客户端设备的设备控制能力信息;所述设备控制能力信息用于指示所述客户端设备对物联网设备的控制能力;
所述绑定关系建立模块701,用于根据所述设备控制能力信息建立所述代理设备与所述 客户端设备之间的绑定关系。
在一种可能的实现方式中,所述设备控制能力信息包括以下信息中的至少一种:
所述客户端设备支持控制的物联网设备的设备类型;
以及,所述客户端设备支持的,对物联网设备的控制能力。
在一种可能的实现方式中,所述绑定关系建立模块701,用于在所述代理设备连接的物联网设备中存在与所述设备控制能力信息匹配的物联网设备的情况下,根据所述设备控制能力信息建立所述代理设备与所述客户端设备之间的绑定关系。
在一种可能的实现方式中,所述第一获取模块,用于,
向所述客户端设备发送控制能力获取请求;
接收所述客户端设备响应于所述控制能力获取请求发送的所述设备控制能力信息。
在一种可能的实现方式中,所述绑定关系建立模块701,用于,
向所述客户端设备发送能力查询请求;所述能力查询请求用于查询所述客户端设备是否支持对物联网设备进行控制;
接收所述客户端设备响应于所述能力查询请求返回的,所述客户端设备的协议版本信息;
在所述客户端设备的协议版本信息指示所述客户端设备支持对物联网设备进行控制的情况下,建立所述代理设备与所述客户端设备之间的绑定关系。
在一种可能的实现方式中,所述绑定关系建立模块701,用于,
获取所述客户端设备中设置的各个群集的标识信息;
在所述各个群集的标识信息中包含第二群集的标识信息的情况下,建立所述代理设备与所述客户端设备之间的绑定关系。
在一种可能的实现方式中,所述绑定关系建立模块701,用于,
获取所述绑定关系的绑定类型;所述绑定类型包括临时绑定或者长期绑定;
在所述述绑定关系的绑定类型包括长期绑定的情况下,在所述第一群集中添加与所述客户端设备对应的第一绑定设备信息。
在一种可能的实现方式中,所述装置还包括:
第一发送模块,用于向所述客户端设备发送绑定类型信息,所述绑定类型信息用于指示所述绑定关系的绑定类型。
在一种可能的实现方式中,所述装置还包括:
第二获取模块,用于获取所述客户端设备对所述代理设备连接的物联网设备的访问类型;所述访问类型包括桥接访问或者代理访问。
在一种可能的实现方式中,所述装置还包括:
第二发送模块,用于向所述客户端设备发送访问类型信息,所述访问类型信息用于指示所述客户端设备对所述代理设备连接的物联网设备的访问类型。
在一种可能的实现方式中,所述装置还包括:
第三发送模块,用于向所述客户端设备发送绑定关系通知;所述绑定关系通知用于指示所述绑定关系。
请参考图8,其示出了本申请一个实施例提供的设备绑定装置的框图。该设备绑定装置800具有实现上述图3或图4所示的方法中,由客户端设备执行的功能。如图8所示,该装置可以包括:
发送模块801,用于向代理设备发送设备控制能力信息;所述设备控制能力信息用于指示客户端设备对物联网设备的控制能力,以便所述代理设备根据所述设备控制能力信息建立所述代理设备与所述客户端设备之间的绑定关系;所述绑定关系用于所述客户端设备通过所述代理设备,对所述代理设备连接的物联网设备进行控制。
在一种可能的实现方式中,所述设备控制能力信息包括以下信息中的至少一种:
所述客户端设备支持控制的物联网设备的设备类型;
以及,所述客户端设备支持的,对物联网设备的控制能力。
在一种可能的实现方式中,所述发送模块801,用于向所述代理设备发送第二群集中包含的所述设备控制能力信息。
在一种可能的实现方式中,所述第二群集中还包含以下信息中的至少一项:
所述客户端设备的厂商信息;
以及,客户端绑定信息列表;所述客户端绑定信息列表中包含已建立的绑定关系的客户端绑定信息。
在一种可能的实现方式中,在所述设备控制能力信息包括所述客户端设备支持控制的物联网设备的设备类型的情况下,所述第二群集中包含以下信息中的至少一种:
第一支持信息;所述第一支持信息用于指示所述客户端设备是否支持控制全部类型的物联网设备;
以及,设备类型列表;所述设备类型列表中包含所述客户端设备支持控制的物联网设备的设备类型的类型标识信息。
在一种可能的实现方式中,所述装置还包括:
添加模块,用于在所述客户端绑定信息列表中添加所述代理设备与所述客户端设备之间的绑定关系对应的第一客户端绑定信息。
在一种可能的实现方式中,所述第一客户端绑定信息包括以下信息中的至少一种:
所述代理设备的标识信息;
绑定类型信息;所述绑定类型用于指示所述代理设备与所述客户端设备之间的绑定关系的绑定类型;所述绑定类型包括临时绑定或者长期绑定;
以及,访问类型信息;所述访问类型信息用于指示所述客户端设备对所述代理设备连接的物联网设备的访问类型;所述访问类型包括桥接访问或者代理访问。
在一种可能的实现方式中,所述发送模块801,用于,
接收所述代理设备发送的控制能力获取请求;
响应于所述控制能力获取请求,向所述代理设备发送所述设备控制能力信息。
在一种可能的实现方式中,所述装置还包括:
第一接收模块,用于接收所述代理设备发送的能力查询请求;所述能力查询请求用于查询所述客户端设备是否支持对物联网设备进行控制;
所述发送模块801,还用于响应于所述能力查询请求,向所述代理设备返回所述客户端设备的协议版本信息。
在一种可能的实现方式中,所述装置还包括:
第二接收模块,用于接收所述代理设备发送的绑定类型信息,所述绑定类型信息用于指示所述代理设备与所述客户端设备之间的绑定关系的绑定类型;所述绑定类型包括临时绑定或者长期绑定。
在一种可能的实现方式中,所述装置还包括:
第三接收模块,用于接收所述代理设备发送的访问类型信息,所述访问类型信息用于指示所述客户端设备对所述代理设备连接的物联网设备的访问类型;所述访问类型包括桥接访问或者代理访问。
在一种可能的实现方式中,所述装置还包括:
第四接收模块,用于接收所述代理设备发送的绑定关系通知;所述绑定关系通知用于指示所述代理设备与所述客户端设备之间的绑定关系。
需要说明的一点是,上述实施例提供的装置在实现其功能时,仅以上述各个功能模块的划分进行举例说明,实际应用中,可以根据实际需要而将上述功能分配由不同的功能模块完成,即将设备的内容结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施 例中进行了详细描述,此处将不做详细阐述说明。
请参考图9,其示出了本申请一个实施例提供的计算机设备900的结构示意图。该计算机设备900可以包括:处理器901、接收器902、发射器903、存储器904和总线905。
处理器901包括一个或者一个以上处理核心,处理器901通过运行软件程序以及模块,从而执行各种功能应用以及信息处理。
接收器902和发射器903可以实现为一个通信组件,该通信组件可以是一块通信芯片。该通信芯片也可以称为收发器。
存储器904通过总线905与处理器901相连。
存储器904可用于存储计算机程序,处理器901用于执行该计算机程序,以实现上述方法实施例中的各个步骤。
此外,存储器904可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,易失性或非易失性存储设备包括但不限于:磁盘或光盘,电可擦除可编程只读存储器,可擦除可编程只读存储器,静态随时存取存储器,只读存储器,磁存储器,快闪存储器,可编程只读存储器。
在一个示例性的方案中,当计算机设备900实现为上述代理设备时,所述收处理器,用于建立所述代理设备与客户端设备之间的绑定关系;所述绑定关系用于所述客户端设备通过所述代理设备,对所述代理设备连接的物联网设备进行控制。
其中,上述计算机设备900中的处理器901和/或收发器执行的过程可以参考上述图2或图4任一所示的方法中,由代理设备执行的各个步骤。
在一个示例性的方案中,当计算机设备900实现为客户端设备时,所述收发器,用于向代理设备发送设备控制能力信息;所述设备控制能力信息用于指示所述客户端设备对物联网设备的控制能力,以便所述代理设备根据所述设备控制能力信息建立所述代理设备与所述客户端设备之间的绑定关系;所述绑定关系用于所述客户端设备通过所述代理设备,对所述代理设备连接的物联网设备进行控制。
其中,上述计算机设备900中的处理器901和/或收发器执行的过程可以参考上述图3或图4任一所示的方法中,由客户端设备执行的各个步骤。
本申请实施例还提供了一种计算机可读存储介质,所述存储介质中存储有计算机程序,所述计算机程序由处理器加载并执行以实现上述图2、图3或图4所示的方法中,由代理设备或者客户端设备执行的全部或者部分步骤。
本申请还提供了一种芯片,该芯片用于在计算机设备中运行,以使得计算机设备执行上述图2、图3或图4所示的方法中,由代理设备或者客户端设备执行的全部或者部分步骤。
本申请还提供了一种计算机程序产品,该计算机程序产品或计算机程序包括计算机指令,该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令,处理器执行该计算机指令,使得计算机设备执行上述图2、图3或图4所示的方法中,由代理设备或者客户端设备执行的全部或者部分步骤。
本申请还提供了一种计算机程序,该计算机程序由计算机设备的处理器执行,以实现上述图2、图3或图4所示的方法中,由代理设备或者客户端设备执行的全部或者部分步骤。
本领域技术人员应该可以意识到,在上述一个或多个示例中,本申请实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时,可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质,其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的可用介质。
以上所述仅为本申请的示例性实施例,并不用以限制本申请,凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包括在本申请的保护范围之内。

Claims (59)

  1. 一种设备绑定方法,其特征在于,所述方法由代理设备执行,所述方法包括:
    建立所述代理设备与客户端设备之间的绑定关系;所述绑定关系用于所述客户端设备通过所述代理设备,对所述代理设备连接的物联网设备进行控制。
  2. 根据权利要求1所述的方法,其特征在于,所述建立所述代理设备与客户端设备之间的绑定关系,包括:
    在第一群集中添加与所述客户端设备对应的第一绑定设备信息。
  3. 根据权利要求2所述的方法,其特征在于,所述第一绑定设备信息中包含以下信息中的至少一项:
    所述客户端设备的标识信息;
    所述客户端设备的协议版本信息;
    所述客户端设备的可控设备列表;所述可控设备列表中包含所述代理设备连接的物联网设备中,所述客户端设备支持控制的物联网设备的设备信息;
    所述可控设备列表的版本信息。
  4. 根据权利要求3所述的方法,其特征在于,所述物联网设备的设备信息包括以下信息中的至少一项:
    所述物联网设备的标识信息;
    所述物联网设备的在线状态;所述在线状态包括在线或离线。
  5. 根据权利要求1至4任一所述的方法,其特征在于,所述方法还包括:
    获取所述客户端设备的设备控制能力信息;所述设备控制能力信息用于指示所述客户端设备对物联网设备的控制能力;
    所述建立所述代理设备与客户端设备之间的绑定关系,包括:
    根据所述设备控制能力信息建立所述代理设备与所述客户端设备之间的绑定关系。
  6. 根据权利要求5所述的方法,其特征在于,所述设备控制能力信息包括以下信息中的至少一种:
    所述客户端设备支持控制的物联网设备的设备类型;
    以及,所述客户端设备支持的,对物联网设备的控制能力。
  7. 根据权利要求5或6所述的方法,其特征在于,所述根据所述设备控制能力信息建立所述代理设备与所述客户端设备之间的绑定关系,包括:
    在所述代理设备连接的物联网设备中存在与所述设备控制能力信息匹配的物联网设备的情况下,根据所述设备控制能力信息建立所述代理设备与所述客户端设备之间的绑定关系。
  8. 根据权利要求5至7任一所述的方法,其特征在于,所述获取所述客户端设备的设备控制能力信息,包括:
    向所述客户端设备发送控制能力获取请求;
    接收所述客户端设备响应于所述控制能力获取请求发送的所述设备控制能力信息。
  9. 根据权利要求1至8任一所述的方法,其特征在于,所述建立所述代理设备与客户端设备之间的绑定关系,包括:
    向所述客户端设备发送能力查询请求;所述能力查询请求用于查询所述客户端设备是否支持对物联网设备进行控制;
    接收所述客户端设备响应于所述能力查询请求返回的,所述客户端设备的协议版本信息;
    在所述客户端设备的协议版本信息指示所述客户端设备支持对物联网设备进行控制的情况下,建立所述代理设备与所述客户端设备之间的绑定关系。
  10. 根据权利要求1至9任一所述的方法,其特征在于,所述建立所述代理设备与客户端设备之间的绑定关系,包括:
    获取所述客户端设备中设置的各个群集的标识信息;
    在所述各个群集的标识信息中包含第二群集的标识信息的情况下,建立所述代理设备与所述客户端设备之间的绑定关系。
  11. 根据权利要求2至4任一所述的方法,其特征在于,所述在第一群集中添加与所述客户端设备对应的第一绑定设备信息,包括:
    获取所述绑定关系的绑定类型;所述绑定类型包括临时绑定或者长期绑定;
    在所述述绑定关系的绑定类型包括长期绑定的情况下,在所述第一群集中添加与所述客户端设备对应的第一绑定设备信息。
  12. 根据权利要求11所述的方法,其特征在于,所述方法还包括:
    向所述客户端设备发送绑定类型信息,所述绑定类型信息用于指示所述绑定关系的绑定类型。
  13. 根据权利要求1至12任一所述的方法,其特征在于,所述方法还包括:
    获取所述客户端设备对所述代理设备连接的物联网设备的访问类型;所述访问类型包括桥接访问或者代理访问。
  14. 根据权利要求13所述的方法,其特征在于,所述方法还包括:
    向所述客户端设备发送访问类型信息,所述访问类型信息用于指示所述客户端设备对所述代理设备连接的物联网设备的访问类型。
  15. 根据权利要求1至14任一所述的方法,其特征在于,所述方法还包括:
    向所述客户端设备发送绑定关系通知;所述绑定关系通知用于指示所述绑定关系。
  16. 一种设备绑定方法,其特征在于,所述方法由客户端设备执行,所述方法包括:
    向代理设备发送设备控制能力信息;所述设备控制能力信息用于指示所述客户端设备对物联网设备的控制能力,以便所述代理设备根据所述设备控制能力信息建立所述代理设备与所述客户端设备之间的绑定关系;所述绑定关系用于所述客户端设备通过所述代理设备,对所述代理设备连接的物联网设备进行控制。
  17. 根据权利要求16所述的方法,其特征在于,所述设备控制能力信息包括以下信息中的至少一种:
    所述客户端设备支持控制的物联网设备的设备类型;
    以及,所述客户端设备支持的,对物联网设备的控制能力。
  18. 根据权利要求16或17所述的方法,其特征在于,所述向代理设备发送设备控制能力信息,包括:
    向所述代理设备发送第二群集中包含的所述设备控制能力信息。
  19. 根据权利要求18所述的方法,其特征在于,所述第二群集中还包含以下信息中的至少一项:
    所述客户端设备的厂商信息;
    以及,客户端绑定信息列表;所述客户端绑定信息列表中包含已建立的绑定关系的客户端绑定信息。
  20. 根据权利要求18或19所述的方法,其特征在于,在所述设备控制能力信息包括所述客户端设备支持控制的物联网设备的设备类型的情况下,所述第二群集中包含以下信息中的至少一种:
    第一支持信息;所述第一支持信息用于指示所述客户端设备是否支持控制全部类型的物联网设备;
    以及,设备类型列表;所述设备类型列表中包含所述客户端设备支持控制的物联网设备的设备类型的类型标识信息。
  21. 根据权利要求19所述的方法,其特征在于,所述方法还包括:
    在所述客户端绑定信息列表中添加所述代理设备与所述客户端设备之间的绑定关系对应 的第一客户端绑定信息。
  22. 根据权利要求21所述的方法,其特征在于,所述第一客户端绑定信息包括以下信息中的至少一种:
    所述代理设备的标识信息;
    绑定类型信息;所述绑定类型用于指示所述代理设备与所述客户端设备之间的绑定关系的绑定类型;所述绑定类型包括临时绑定或者长期绑定;
    以及,访问类型信息;所述访问类型信息用于指示所述客户端设备对所述代理设备连接的物联网设备的访问类型;所述访问类型包括桥接访问或者代理访问。
  23. 根据权利要求16至22任一所述的方法,其特征在于,所述向代理设备发送设备控制能力信息,包括:
    接收所述代理设备发送的控制能力获取请求;
    响应于所述控制能力获取请求,向所述代理设备发送所述设备控制能力信息。
  24. 根据权利要求16至23任一所述的方法,其特征在于,所述方法还包括:
    接收所述代理设备发送的能力查询请求;所述能力查询请求用于查询所述客户端设备是否支持对物联网设备进行控制;
    响应于所述能力查询请求,向所述代理设备返回所述客户端设备的协议版本信息。
  25. 根据权利要求16至24任一所述的方法,其特征在于,所述方法还包括:
    接收所述代理设备发送的绑定类型信息,所述绑定类型信息用于指示所述代理设备与所述客户端设备之间的绑定关系的绑定类型;所述绑定类型包括临时绑定或者长期绑定。
  26. 根据权利要求16至25任一所述的方法,其特征在于,所述方法还包括:
    接收所述代理设备发送的访问类型信息,所述访问类型信息用于指示所述客户端设备对所述代理设备连接的物联网设备的访问类型;所述访问类型包括桥接访问或者代理访问。
  27. 根据权利要求16至26任一所述的方法,其特征在于,所述方法还包括:
    接收所述代理设备发送的绑定关系通知;所述绑定关系通知用于指示所述代理设备与所述客户端设备之间的绑定关系。
  28. 一种设备绑定装置,其特征在于,所述装置包括:
    绑定关系建立模块,用于建立代理设备与客户端设备之间的绑定关系;所述绑定关系用于所述客户端设备通过所述代理设备,对所述代理设备连接的物联网设备进行控制。
  29. 根据权利要求28所述的装置,其特征在于,所述绑定关系建立模块,用于在第一群集中添加与所述客户端设备对应的第一绑定设备信息。
  30. 根据权利要求29所述的装置,其特征在于,所述第一绑定设备信息中包含以下信息中的至少一项:
    所述客户端设备的标识信息;
    所述客户端设备的协议版本信息;
    所述客户端设备的可控设备列表;所述可控设备列表中包含所述代理设备连接的物联网设备中,所述客户端设备支持控制的物联网设备的设备信息;
    所述可控设备列表的版本信息。
  31. 根据权利要求30所述的装置,其特征在于,所述物联网设备的设备信息包括以下信息中的至少一项:
    所述物联网设备的标识信息;
    所述物联网设备的在线状态;所述在线状态包括在线或离线。
  32. 根据权利要求28至31任一所述的装置,其特征在于,所述装置还包括:
    第一获取模块,用于获取所述客户端设备的设备控制能力信息;所述设备控制能力信息用于指示所述客户端设备对物联网设备的控制能力;
    所述绑定关系建立模块,用于根据所述设备控制能力信息建立所述代理设备与所述客户 端设备之间的绑定关系。
  33. 根据权利要求32所述的装置,其特征在于,所述设备控制能力信息包括以下信息中的至少一种:
    所述客户端设备支持控制的物联网设备的设备类型;
    以及,所述客户端设备支持的,对物联网设备的控制能力。
  34. 根据权利要求32或33所述的装置,其特征在于,所述绑定关系建立模块,用于在所述代理设备连接的物联网设备中存在与所述设备控制能力信息匹配的物联网设备的情况下,根据所述设备控制能力信息建立所述代理设备与所述客户端设备之间的绑定关系。
  35. 根据权利要求32至34任一所述的装置,其特征在于,所述第一获取模块,用于,
    向所述客户端设备发送控制能力获取请求;
    接收所述客户端设备响应于所述控制能力获取请求发送的所述设备控制能力信息。
  36. 根据权利要求28至35任一所述的装置,其特征在于,所述绑定关系建立模块,用于,
    向所述客户端设备发送能力查询请求;所述能力查询请求用于查询所述客户端设备是否支持对物联网设备进行控制;
    接收所述客户端设备响应于所述能力查询请求返回的,所述客户端设备的协议版本信息;
    在所述客户端设备的协议版本信息指示所述客户端设备支持对物联网设备进行控制的情况下,建立所述代理设备与所述客户端设备之间的绑定关系。
  37. 根据权利要求28至36任一所述的装置,其特征在于,所述绑定关系建立模块,用于,
    获取所述客户端设备中设置的各个群集的标识信息;
    在所述各个群集的标识信息中包含第二群集的标识信息的情况下,建立所述代理设备与所述客户端设备之间的绑定关系。
  38. 根据权利要求29至31任一所述的装置,其特征在于,所述绑定关系建立模块,用于,
    获取所述绑定关系的绑定类型;所述绑定类型包括临时绑定或者长期绑定;
    在所述述绑定关系的绑定类型包括长期绑定的情况下,在所述第一群集中添加与所述客户端设备对应的第一绑定设备信息。
  39. 根据权利要求38所述的装置,其特征在于,所述装置还包括:
    第一发送模块,用于向所述客户端设备发送绑定类型信息,所述绑定类型信息用于指示所述绑定关系的绑定类型。
  40. 根据权利要求28至39任一所述的装置,其特征在于,所述装置还包括:
    第二获取模块,用于获取所述客户端设备对所述代理设备连接的物联网设备的访问类型;所述访问类型包括桥接访问或者代理访问。
  41. 根据权利要求40所述的装置,其特征在于,所述装置还包括:
    第二发送模块,用于向所述客户端设备发送访问类型信息,所述访问类型信息用于指示所述客户端设备对所述代理设备连接的物联网设备的访问类型。
  42. 根据权利要求28至41任一所述的装置,其特征在于,所述装置还包括:
    第三发送模块,用于向所述客户端设备发送绑定关系通知;所述绑定关系通知用于指示所述绑定关系。
  43. 一种设备绑定装置,其特征在于,所述装置包括:
    发送模块,用于向代理设备发送设备控制能力信息;所述设备控制能力信息用于指示客户端设备对物联网设备的控制能力,以便所述代理设备根据所述设备控制能力信息建立所述代理设备与所述客户端设备之间的绑定关系;所述绑定关系用于所述客户端设备通过所述代理设备,对所述代理设备连接的物联网设备进行控制。
  44. 根据权利要求43所述的装置,其特征在于,所述设备控制能力信息包括以下信息中的至少一种:
    所述客户端设备支持控制的物联网设备的设备类型;
    以及,所述客户端设备支持的,对物联网设备的控制能力。
  45. 根据权利要求43或44所述的装置,其特征在于,所述发送模块,用于向所述代理设备发送第二群集中包含的所述设备控制能力信息。
  46. 根据权利要求45所述的装置,其特征在于,所述第二群集中还包含以下信息中的至少一项:
    所述客户端设备的厂商信息;
    以及,客户端绑定信息列表;所述客户端绑定信息列表中包含已建立的绑定关系的客户端绑定信息。
  47. 根据权利要求45或46所述的装置,其特征在于,在所述设备控制能力信息包括所述客户端设备支持控制的物联网设备的设备类型的情况下,所述第二群集中包含以下信息中的至少一种:
    第一支持信息;所述第一支持信息用于指示所述客户端设备是否支持控制全部类型的物联网设备;
    以及,设备类型列表;所述设备类型列表中包含所述客户端设备支持控制的物联网设备的设备类型的类型标识信息。
  48. 根据权利要求46所述的装置,其特征在于,所述装置还包括:
    添加模块,用于在所述客户端绑定信息列表中添加所述代理设备与所述客户端设备之间的绑定关系对应的第一客户端绑定信息。
  49. 根据权利要求48所述的装置,其特征在于,所述第一客户端绑定信息包括以下信息中的至少一种:
    所述代理设备的标识信息;
    绑定类型信息;所述绑定类型用于指示所述代理设备与所述客户端设备之间的绑定关系的绑定类型;所述绑定类型包括临时绑定或者长期绑定;
    以及,访问类型信息;所述访问类型信息用于指示所述客户端设备对所述代理设备连接的物联网设备的访问类型;所述访问类型包括桥接访问或者代理访问。
  50. 根据权利要求43至49任一所述的装置,其特征在于,所述发送模块,用于,
    接收所述代理设备发送的控制能力获取请求;
    响应于所述控制能力获取请求,向所述代理设备发送所述设备控制能力信息。
  51. 根据权利要求43至50任一所述的装置,其特征在于,所述装置还包括:
    第一接收模块,用于接收所述代理设备发送的能力查询请求;所述能力查询请求用于查询所述客户端设备是否支持对物联网设备进行控制;
    所述发送模块,还用于响应于所述能力查询请求,向所述代理设备返回所述客户端设备的协议版本信息。
  52. 根据权利要求43至51任一所述的装置,其特征在于,所述装置还包括:
    第二接收模块,用于接收所述代理设备发送的绑定类型信息,所述绑定类型信息用于指示所述代理设备与所述客户端设备之间的绑定关系的绑定类型;所述绑定类型包括临时绑定或者长期绑定。
  53. 根据权利要求43至52任一所述的装置,其特征在于,所述装置还包括:
    第三接收模块,用于接收所述代理设备发送的访问类型信息,所述访问类型信息用于指示所述客户端设备对所述代理设备连接的物联网设备的访问类型;所述访问类型包括桥接访问或者代理访问。
  54. 根据权利要求43至53任一所述的装置,其特征在于,所述装置还包括:
    第四接收模块,用于接收所述代理设备发送的绑定关系通知;所述绑定关系通知用于指示所述代理设备与所述客户端设备之间的绑定关系。
  55. 一种计算机设备,其特征在于,所述计算机设备包括处理器、存储器和收发器;
    所述存储器中存储有计算机程序,所述处理器执行所述计算机程序,以使得所述计算机设备实现如上述权利要求1至27任一所述的设备绑定方法。
  56. 一种计算机可读存储介质,其特征在于,所述存储介质中存储有计算机程序,所述计算机程序用于被处理器执行,以实现如权利要求1至27任一所述的设备绑定方法。
  57. 一种芯片,其特征在于,所述芯片用于在计算机设备中运行,以使得所述计算机设备执行如权利要求1至27任一所述的设备绑定方法。
  58. 一种计算机程序产品,其特征在于,所述计算机程序产品包括计算机指令,所述计算机指令存储在计算机可读存储介质中;计算机设备的处理器从所述计算机可读存储介质读取所述计算机指令,并执行所述计算机指令,使得所述计算机设备执行如权利要求1至27任一所述的设备绑定方法。
  59. 一种计算机程序,其特征在于,所述计算机程序由计算机设备的处理器执行,以实现如权利要求1至27任一所述的设备绑定方法。
PCT/CN2022/112258 2022-08-12 2022-08-12 设备绑定方法、装置、设备、存储介质及程序产品 WO2024031681A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/CN2022/112258 WO2024031681A1 (zh) 2022-08-12 2022-08-12 设备绑定方法、装置、设备、存储介质及程序产品

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2022/112258 WO2024031681A1 (zh) 2022-08-12 2022-08-12 设备绑定方法、装置、设备、存储介质及程序产品

Publications (1)

Publication Number Publication Date
WO2024031681A1 true WO2024031681A1 (zh) 2024-02-15

Family

ID=89850471

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/112258 WO2024031681A1 (zh) 2022-08-12 2022-08-12 设备绑定方法、装置、设备、存储介质及程序产品

Country Status (1)

Country Link
WO (1) WO2024031681A1 (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111490916A (zh) * 2020-04-15 2020-08-04 公牛集团股份有限公司 紫蜂ZigBee子设备的绑定方法、系统、装置及介质
CN112738265A (zh) * 2020-12-31 2021-04-30 青岛海尔科技有限公司 设备的绑定方法、装置、存储介质以及电子装置
CN113490207A (zh) * 2021-06-29 2021-10-08 深圳Tcl新技术有限公司 物联网设备绑定方法、装置、计算机设备及存储介质
CN113746633A (zh) * 2021-08-05 2021-12-03 深圳Tcl新技术有限公司 物联网设备绑定方法、装置、系统、云服务器和存储介质
WO2022011563A1 (zh) * 2020-07-14 2022-01-20 Oppo广东移动通信有限公司 物联网配置方法、装置、计算机设备及存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111490916A (zh) * 2020-04-15 2020-08-04 公牛集团股份有限公司 紫蜂ZigBee子设备的绑定方法、系统、装置及介质
WO2022011563A1 (zh) * 2020-07-14 2022-01-20 Oppo广东移动通信有限公司 物联网配置方法、装置、计算机设备及存储介质
CN112738265A (zh) * 2020-12-31 2021-04-30 青岛海尔科技有限公司 设备的绑定方法、装置、存储介质以及电子装置
CN113490207A (zh) * 2021-06-29 2021-10-08 深圳Tcl新技术有限公司 物联网设备绑定方法、装置、计算机设备及存储介质
CN113746633A (zh) * 2021-08-05 2021-12-03 深圳Tcl新技术有限公司 物联网设备绑定方法、装置、系统、云服务器和存储介质

Similar Documents

Publication Publication Date Title
EP3219118B1 (en) Connectivity module for internet of things (iot) devices
EP3005822B1 (en) Mac layer transport for wi-fi direct services application service platform without internet protocol
US9204390B2 (en) Energy-saving mobile node control method using wireless multi-interfaces
CN109417492B (zh) 一种网络功能nf管理方法及nf管理设备
WO2016169231A1 (zh) 一种基于蓝牙组建稳态微微网的方法及其系统
WO2017101050A1 (zh) 智能家居设备的控制方法、控制面板及控制系统
WO2022011563A1 (zh) 物联网配置方法、装置、计算机设备及存储介质
CN112751699A (zh) Ota升级与升级管理方法、设备、网络及存储介质
WO2020177020A1 (zh) 物联网设备的发现方法、装置及终端设备
WO2020198932A1 (zh) 设备发现方法、装置、控制终端及物联网辅助设备
WO2024031681A1 (zh) 设备绑定方法、装置、设备、存储介质及程序产品
US20230045914A1 (en) Method and apparatus for controlling device in internet of things, and gateway device and storage medium
WO2021102694A1 (zh) BLE Mesh设备的访问方法、装置、设备及存储介质
WO2024031682A1 (zh) 设备控制方法、装置、设备、存储介质及程序产品
WO2023108653A1 (zh) 订阅权限信息处理方法、装置、计算机设备及存储介质
CN107807619A (zh) 基于虚拟服务器模块的智能家居控制系统及其工作方法
WO2023201587A1 (zh) 设备控制方法、装置、设备及存储介质
WO2024031680A1 (zh) 设备解绑方法、装置、设备、存储介质及程序产品
CN111385371B (zh) Mac地址获取方法、装置和设备
WO2024011367A1 (zh) 设备发现方法、装置、设备、存储介质及程序产品
WO2023082113A1 (zh) 对桥接设备进行配置的方法、装置、设备及存储介质
WO2023115584A1 (zh) 连接配置方法、连接建立方法、装置、设备及存储介质
WO2023184559A1 (zh) 设备共享方法、装置、设备、存储介质及程序产品
WO2022165765A1 (zh) 物联网中的消息交互方法、装置、计算机设备及存储介质
WO2024011634A1 (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: 22954636

Country of ref document: EP

Kind code of ref document: A1