WO2024011367A1

WO2024011367A1 - Device discovery methods and apparatuses, and device, storage medium and program product

Info

Publication number: WO2024011367A1
Application number: PCT/CN2022/104973
Authority: WO
Inventors: 吕小强
Original assignee: Oppo广东移动通信有限公司
Priority date: 2022-07-11
Filing date: 2022-07-11
Publication date: 2024-01-18

Abstract

Device discovery methods and apparatuses, and a device, a storage medium and a program product, which belong to the technical field of Internet of Things. A device discovery method comprises: sending a first query message (301), wherein the first query message is used for querying for a device that supports upgrading a first bridging capability; receiving a first response message (302), wherein the first response message is used for indicating that a first device supports upgrading the first bridging capability, and the first bridging capability, the upgrading of which is supported by the first device, is the bridging capability between a first Internet-of-Things protocol and a second Internet-of-Things protocol. By means of the solution, the application scenarios of bridging are expanded.

Description

Device discovery methods, devices, equipment, storage media and program products

Technical field

This application relates to the technical field of the Internet of Things, and in particular to a device discovery method, device, equipment, storage medium and program product.

Background technique

With the continuous development of Internet of Things (IoT) technology, more and more IoT devices have brought great convenience to users' production and life in many fields such as smart homes and industrial production.

In related technology, different IoT devices may support different IoT protocols. In order to enable interconnection or unified management of IoT devices that support different IoT protocols, IoT devices that support different IoT protocols can be networked through bridge devices.

Contents of the invention

Embodiments of the present application provide a device discovery method, device, equipment, storage medium and program product. The technical solutions are as follows:

On the one hand, embodiments of the present application provide a device discovery method, which is executed by a configuration device. The method includes:

Send a first query message, the first query message is used to query a device that supports upgrading the first bridging capability; the first bridging capability is the bridging capability between the first Internet of Things protocol and other Internet of Things protocols;

Receive a first response message; the first response message is used to indicate that the first device supports upgrading the first bridging capability, and the first bridging capability supported by the first device is the first Internet of Things protocol Bridging capabilities to second IoT protocols.

On the one hand, embodiments of the present application provide a device discovery method, which is executed by a first device. The method includes:

Receive the first query message sent by the configuration device, the first query message is used to query the device that supports upgrading the first bridging capability; the first bridging capability is the bridging capability between the first Internet of Things protocol and other Internet of Things protocols ;

When the first device supports upgrading the first bridging capability, sending a first response message to the configuration device; the first response message is used to indicate that the first device supports upgrading the first bridging capability. capability, and the first bridging capability supported by the first device for upgrade is the bridging capability between the first Internet of Things protocol and the second Internet of Things protocol.

On the one hand, embodiments of the present application provide a device discovery method. The method is executed by a bridging service management device. The bridging service management device maintains capability information of each device in the Internet of Things; the capability information includes support for Upgraded bridging capabilities; methods include:

Receive a first query message sent by the configuration device, the first query message is used to query a device that supports upgrading the first bridging capability; the first bridging capability includes the function of obtaining the first bridging capability through upgrading; the first bridging capability The capability is the bridging capability between the first IoT protocol and other IoT protocols;

When the first device among the various devices supports upgrading the first bridging capability, send a first response message to the configuration device; the first response message is used to indicate that the first device supports upgrading the first bridging capability. The first bridging capability, and the first bridging capability that the first device supports upgrading is the bridging capability between the first Internet of Things protocol and the second Internet of Things protocol.

On the other hand, embodiments of the present application provide a device discovery device, which includes:

A sending module, configured to send a first query message. The first query message is used to query a device that supports upgrading the first bridging capability; the first bridging capability is a bridge between the first Internet of Things protocol and other Internet of Things protocols. ability;

A receiving module, configured to receive a first response message; the first response message is used to indicate that the first device supports upgrading of the first bridging capability, and the first bridging capability that the first device supports upgrading is the Bridging capability between the first IoT protocol and the second IoT protocol.

On the other hand, an embodiment of the present application provides a device discovery device, which is used in a first device. The device includes:

A receiving module, configured to receive a first query message sent by a configuration device. The first query message is used to query a device that supports upgrading the first bridging capability; the first bridging capability is a first Internet of Things protocol and other Internet of Things protocols. bridging capabilities;

A sending module, configured to send a first response message to the configuration device when the first device supports upgrading the first bridging capability; the first response message is used to indicate that the first device supports the upgrade. The first bridging capability, and the first bridging capability that the first device supports upgrading, is the bridging capability between the first Internet of Things protocol and the second Internet of Things protocol.

On the other hand, embodiments of the present application provide a device discovery device, which is used in a bridging service management device. The bridging service management device maintains capability information of each device in the Internet of Things; the capability information Includes bridging capabilities to support upgrades; the device includes:

A sending module, configured to send a first response message to the configuration device when the first device among the devices supports upgrading the first bridging capability; the first response message is used to indicate that the first response message A device supports upgrading the first bridging capability, and the first bridging capability supported by the first device is a bridging capability between the first Internet of Things protocol and the second Internet of Things protocol.

On the other hand, 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 discovery method.

In yet another aspect, 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 discovery method.

On another aspect, 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 discovery method.

In another aspect, 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 discovery method.

In yet another aspect, 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 discovery method.

In another aspect, the present application provides a computer program, which is executed by a processor of a computer device to implement the above device discovery method.

The technical solutions provided by the embodiments of this application can bring the following beneficial effects:

The configuration device queries the first device that supports upgrading the first bridging capability between the first Internet of Things protocol and other Internet of Things protocols by sending a first query message, and queries the first device that supports the upgrading of the first bridging capability. The bridging capability between the first IoT protocol and which IoT protocol enables the configuration device to discover bridging devices that currently do not have one or more bridging capabilities, but can obtain the one or more bridging capabilities through upgrades, The application of the bridging function is not limited to bridging devices pre-set with specific bridging capabilities, and the application scenarios of bridging are expanded.

Description of drawings

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 schematic diagram of the bridge architecture involved in this application;

Figure 3 is a flow chart of a device discovery method provided by an embodiment of the present application;

Figure 4 is a flow chart of a device discovery method provided by an embodiment of the present application;

Figure 5 is a framework diagram of the discovery process of an upgradeable bridge device provided by an embodiment of the present application;

Figure 6 is a flow chart of a device discovery method provided by an embodiment of the present application;

Figure 7 is a schematic diagram of the device discovery and bridging process involved in the embodiment shown in Figure 6;

Figure 8 is a schematic diagram of the bridge path involved in the embodiment shown in Figure 6;

Figure 9 is a flow chart of a device discovery method provided by an embodiment of the present application;

Figure 10 is a framework diagram of the discovery process of an upgradeable bridge device provided by an embodiment of the present application;

Figure 11 is a flow chart of a device discovery method provided by an embodiment of the present application;

Figure 12 is a schematic diagram of the device discovery and bridging process involved in the embodiment of this application;

Figure 13 is a block diagram of a device discovery device provided by an embodiment of the present application;

Figure 14 is a block diagram of a device discovery device provided by an embodiment of the present application;

Figure 15 is a block diagram of a device discovery device provided by an embodiment of the present application;

Figure 16 is a schematic structural diagram of a computer device provided by an embodiment of the present application.

Detailed ways

The network architecture and business scenarios described in the embodiments of this application are to more clearly explain the technical solutions of the embodiments of this application, and do not constitute a limitation on the technical solutions provided by the embodiments of this application. Those of ordinary skill in the art will know that with the network architecture evolution and the emergence of new business scenarios, the technical solutions provided in the embodiments of this application are also applicable to similar technical problems.

Please refer to Figure 1, which shows a schematic diagram of the network architecture of the Internet of Things 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) and a configuration device 120; optionally, the The network architecture may also include a bridge device 130 and a bridge service management device 140;

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.

For example, 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.

Alternatively, the IoT device 110 may be an industrial production equipment, such as a lathe, an industrial robot, a solar panel, a wind turbine, etc.

Alternatively, the Internet of Things device 110 may be a commercial service device, such as an unmanned vending machine or the like.

Alternatively, the IoT device 110 may be a sensing device, such as a surveillance camera, an infrared sensor, a sound sensor, a temperature sensor, etc.

In a possible implementation, the configuration device 120 is a user-side terminal device. For example, the configuration 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, a smart switch, a gateway, etc.; or the configuration device 120 can also be a personal computer, such as a desktop. Computers, laptops, personal workstations and more.

In another possible implementation, the configuration device 120 refers to a client entity (which may be a virtual entity) running on a terminal device. For example, the configuration device 120 may run in a terminal device and is used to configure the Internet of Things device. Application (Application, APP) for access, control, and management operations.

The bridge device 130 is used to implement interaction between two devices supporting different Internet of Things protocols. The bridge device 130 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 configuration device 120 .

The bridging device 130 may be a device dedicated for bridging, or the bridging device 130 may also be an intelligent device with a bridging function, such as a gateway or a router.

The bridge service management device 140 may be a server deployed on the network side, or may be a computer device deployed offline. The bridging service management device 140 can store relevant information about each bridging device 130 or other devices with bridging capabilities, such as which bridging capabilities are supported, the number of devices that support bridging, the number of bridged devices, etc.; the bridging service management device 140 Bridge device 130 or other devices with bridging capabilities may be managed.

In this embodiment of the present application, the above-mentioned Internet of Things device 110, configuration device 120, bridge device 130, and bridge service management device 140 may be electronic devices that meet the same or different Internet of Things protocols. For example, they may be electronic devices that meet the Connectivity Standard Alliance (Connectivity Standards Alliance, CSA) electronic equipment under the Matter protocol.

In Figure 1, when the IoT device 110a and the IoT device 110c support the same protocol specification, 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.

When 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 130.

Please refer to Figure 2, which shows a schematic diagram of the bridge architecture involved in this application. As shown in Figure 2, taking the bridging framework under the Matter protocol as an example, the current bridge solution for the Internet of Things requires a bridge manufacturer application 201 (also called a bridge Manufacturer App, which is an App implemented privately by the manufacturer) To complete the bridging function of heterogeneous devices (that is, non-Matter protocol devices, such as Zigbee devices) such as bridged sub-device 202 (also called Bridged Device, corresponding to BD1 ~ BD3 in Figure 2), among which, in Figure 2 Bridged Device can be a physical IoT device or a logical device; the bridge Manufacturer App controls the bridge device 203 (Bridge) to generate the corresponding Matter device 204 (also called Matter Device, corresponding to MD1 in Figure 2) for BD1 and other devices. ~MD4), so that the App that supports the Matter protocol (i.e., Matter App 1 ~ Matter App 3) can view and control the bridged sub-device 202 through the bridge device 203, where the Matter Device in Figure 2 can be a logical device.

Among them, the implementation method of generating the corresponding Matter device 204 for devices such as BD1 can be: generating corresponding endpoints (endpoints) on the Bridge data model, and one or more endpoints correspond to a Matter Device; therefore, in the Bridge data model Contains the endpoints of its own functions (can be called endpoint0), and also includes the endpoints corresponding to the heterogeneous devices it bridges.

In a bridging solution involved in this application, the bridging capability and the bridging device are tightly coupled, that is, the bridging capability of the bridging device is already installed at the factory. Devices that support different IoT protocols need to be handed over through different bridging capabilities. That is to say, for an IoT device in the IoT, if there is no pre-installed bridge device matching the IoT device in the IoT , then communication between the IoT device and other heterogeneous IoT devices cannot be established through bridging, thus limiting the application scenarios of bridging.

For the above solution, subsequent embodiments of the present application provide a device discovery solution that can discover devices in the Internet of Things that have the function of upgrading to obtain new bridging capabilities. That is to say, the configuration device can discover upgraded devices from the Internet of Things. This method obtains devices that did not have bridging capabilities before, thus greatly improving the flexibility of bridging and expanding the application scenarios of bridging.

It should be noted that the solutions provided by various embodiments of this application are not limited to bridging solutions between the Matter protocol and other IoT protocols, but are applicable to heterogeneous device bridging solutions between any two or more IoT protocols.

Please refer to Figure 3, which shows a flow chart of a device discovery method provided by an embodiment of the present application. The method can be executed by a configuration device. For example, the configuration device can be the configuration device 120 in the network architecture shown in Figure 1. ;This method may include the following steps:

Step 301: Send a first query message. The first query message is used to query devices that support upgrading the first bridging capability; the first bridging capability is the bridging capability between the first IoT protocol and other IoT protocols.

The above-mentioned support for upgrading the first bridging capability may refer to the function of obtaining the first bridging capability through upgrading.

In the embodiment of this application, bridging refers to a technology that enables two or more IoT devices based on different IoT protocols to communicate with each other in the IoT field.

The above-mentioned bridging capability refers to the ability to provide bridging services for IoT devices corresponding to two different IoT protocols. For example, device A has the bridging capability between IoT protocol a and IoT protocol b. IoT device 1 that supports IoT protocol a and IoT device 2 that supports IoT protocol b can access device A respectively. And the Internet of Things device 1 and the Internet of Things device 2 can communicate through the device A. For example, device A converts the message of IoT protocol a sent by IoT device 1 into the message of IoT protocol b, and forwards it to IoT device 2; accordingly, device A can also convert the IoT protocol message sent by IoT device 2. The message of protocol b is converted into the message of IoT protocol a and sent to IoT device 1.

In this embodiment of the present application, the above-mentioned upgrade may include updating the firmware of the device; and/or the above-mentioned upgrade may also include updating a third-party application in the device.

Among them, the above-mentioned firmware may refer to the Erasable Programmable Read-Only Memory (EPROM) or the Electrically Erasable Programmable Read-Only Memory (EEPROM) written into the device. program of. The device's operating system can drive specific hardware modules in the device to perform actions through firmware. For example, in the embodiment of this application, after the above-mentioned device is upgraded to obtain new bridging capabilities, the device can convert and forward two new IoT protocol messages through the built-in communication module.

In this embodiment of the present application, the first device may be a device that has not been set with one or more bridging capabilities in advance and can obtain the one or more bridging capabilities through upgrading.

For example, the first device is an electronic device that originally had partial bridging capabilities among all the bridging capabilities and supports the acquisition of new bridging capabilities through upgrading; for example, the first device may be a dedicated bridging device with partial bridging capabilities or a non-dedicated bridging device. Device (for example, an IoT device can double as a bridge device).

For another example, the first device may be an electronic device that does not originally have bridging capabilities and supports obtaining bridging capabilities through upgrading; for example, the first device may be an Internet of Things device that does not have bridging capabilities set at the factory, and The IoT device supports obtaining one or more bridging capabilities through subsequent upgrades.

In a possible implementation, before sending the first query message, the configuration device can send a second query message. The second query message is used to query devices that have or support upgrading the second bridging capability; the second bridging capability is the target The bridging capability between the IoT protocol corresponding to the device and the specified IoT protocol; the configuration device can send the first query message when no device with or supporting the upgrade of the second bridging capability is found.

Step 302: Receive a first response message; the first response message is used to indicate that the first device supports upgrading the first bridging capability, and the first bridging capability supported by the first device for upgrading is the first Internet of Things protocol and the second Internet of Things protocol. bridging capabilities between.

That is to say, the configuration device uses the first IoT protocol as the source protocol to query the first bridging capabilities of other IoT devices. Among the first bridging capabilities queried, in addition to the first IoT protocol, another IoT protocol is the queried target protocol.

In the solution shown in the embodiment of this application, the configuration device can query the devices in the Internet of Things that can be upgraded to obtain specific bridging capabilities (that is, the bridging capabilities between a specific first IoT protocol and other IoT protocols), and The bridging capability obtained by the upgrade of the device is the bridging capability between the specific first IoT protocol and which IoT protocol, so that the configuration device can find that it does not currently have one or more specific bridging capabilities, but can pass Upgrade the bridging device to obtain the specific bridging capability or capabilities.

To sum up, according to the solution shown in the embodiment of this application, the configuration device sends a first query message to query the first device that supports the upgrade of the first bridging capability between the first IoT protocol and other IoT protocols, and , querying the first bridging capability that the first device supports for upgrading is the bridging capability between the first IoT protocol and which IoT protocol, so that the configuration device can discover that it does not currently have one or more bridging capabilities, but can pass Upgrading the bridging device that obtains one or more bridging capabilities makes the application of the bridging function not limited to bridging devices pre-set with specific bridging capabilities, and expands the application scenarios of bridging.

Please refer to Figure 4, which shows a flow chart of a device discovery method provided by an embodiment of the present application. The method can be executed by a first device. For example, the first device can be a bridge in the network architecture shown in Figure 1 Device 130 or Internet of Things device 110; the method may include the following steps:

Step 401: Receive a first query message sent by the configuration device. The first query message is used to query a device that supports upgrading the first bridging capability; the first bridging capability is the bridging capability between the first IoT protocol and other IoT protocols.

Step 402: If the first device supports upgrading the first bridging capability, send a first response message to the configuration device; the first response message is used to indicate that the first device supports upgrading the first bridging capability, and the first device supports upgrading. The first bridging capability is the bridging capability between the first IoT protocol and the second IoT protocol.

Through the solutions shown in Figures 3 and 4 of the present application, the configuration device can directly query the first device whether it can obtain one or more specific bridging capabilities through upgrade. Please refer to FIG. 5 , which shows a framework diagram of the discovery process of an upgradeable bridge device provided by an embodiment of the present application. In a possible application scenario, as shown in Figure 5, the configuration device 51 in the Internet of Things needs to query surrounding areas with specified upgrade functions (that is, one or more specific bridging capabilities can be obtained through upgrades. The specific bridging capabilities When the device has the capability of bridging the first Internet of Things protocol and other Internet of Things protocols), it can send a first query message; after receiving the first query message, the first device 52 determines that it has the upgrade function, and When the upgraded bridging capability is the bridging capability between the first Internet of Things protocol and other Internet of Things protocols (i.e., the second Internet of Things protocol), a response message can be returned to the configuration device 51 to notify the configuration device 51 that it can pass The upgrade obtains the bridging capability between the first IoT protocol and the second IoT protocol; optionally, if the first device 52 determines that it does not support upgrading the specific bridging capability, it may not respond.

Please refer to Figure 6, which shows a flow chart of a device discovery method provided by an embodiment of the present application. This method can be executed interactively by a configuration device and multiple devices. The multiple devices include a target device, a first device, a third device, and a target device. The second device and the third device, etc., for example, the configuration device can be the configuration device 120 in the network architecture shown in Figure 1, and the multiple devices can be the bridge device 130 and/or the thing in the network architecture shown in Figure 1. Multiple devices in the networking device 110; the method may include the following steps:

Step 601: The configuration device obtains device information of the target device. The device information of the target device includes identification information of the Internet of Things protocol supported by the target device.

In this embodiment of the present application, the configuration device can obtain the device information of the target device in an out-of-band manner. For example, the configuration device can obtain the device information of the target device by scanning the QR code of the target device.

In addition to the identification information of the IoT protocols supported by the target device, the device information of the target device may also contain at least one of the following information:

The protocol type of the supported IoT protocol, the version number of the supported IoT protocol, the device model version number, the software version number, the hardware version number, the firmware version number, the manufacturer information, the device type and the device model, etc.

For example, the above device information may include supported protocol name, protocol version, software version, hardware version, firmware version, basic product information (such as manufacturer identification, device type, device model) and other information.

In a possible implementation, before sending the first query message, the configuration device can send a second query message. The second query message is used to query devices that have or support upgrading the second bridging capability; the second bridging capability is the target The bridging capability between the IoT protocol corresponding to the device and the specified IoT protocol; the configuration device can execute the step of sending the first query message without querying a device with or supporting the upgrade of the second bridging capability (for example, you can Including subsequent steps 602 to 606).

In a possible implementation, when a device with or supporting the upgrade of the second bridging capability is not queried, the process of sending the first query message may include:

If the second response message is not received within a specified period of time after sending the second query message, the configuration device performs the step of sending the first query message; the second response message is that the second query message is received and has the first query message. Message returned by a second bridge-capable device.

In this embodiment of the present application, when searching for a device that supports upgrading the first bridging capability, the configuration device may first search for a device that already has the second bridging capability. At this time, the configuration device may send a second query message. When a certain bridging device When the second query message is received and the bridging device already has the second bridging capability, a second response message can be returned to the configuration device to inform the configuration device that the bridging device has the second bridging capability and can provide the target device with Direct bridge service. If the configuration device does not receive the second response message within a specified period of time after sending the second query message, it is considered that there is no device with the second bridging capability around the configuration device. At this time, the configuration device can initiate a query to upgrade the second response message. A process for a device with bridging capabilities, that is, subsequent steps 602 to 606.

In addition, after sending the second query message, the configuration device can also determine that the second device has not been queried through other methods; for example, after sending the second query message, the configuration device receives the second response message, and the second response message The signal strength is less than the specified signal strength threshold, or the distance between the sender of the second response message and the configuration device is detected to be greater than the specified distance threshold. At this time, it may also be determined that the second device has not been queried.

For another example, the above-mentioned second query message may be a unicast message sent to a certain management device (such as a bridge service management device). When the configuration device receives a response message returned by the management device, and the response message indicates that the configuration device is not surrounded by When the second device exists, the configuration device may determine that the second device is not queried.

Step 602: The configuration device initializes the root node of the bridge tree according to the identification information of the Internet of Things protocol supported by the target device.

In this embodiment of the present application, each node in the bridge tree may correspond to a target protocol. At the initial moment, the target protocol of the root node of the bridge tree is an Internet of Things protocol supported by the target device. Optionally, when initializing the root node of the bridge tree according to the identification information of the Internet of Things protocol supported by the target device, the configuration device may write the identification information of the Internet of Things protocol supported by the target device into the node attribute of the root node.

The bridge tree is a structural tree constructed based on the target protocol of the existing device node in the bridge tree as the source protocol for device query, and based on the queried target protocol. That is to say, in the process of configuring the device to query bridge devices that support upgrading one or more specific bridging capabilities, the above bridge tree can add device nodes layer by layer based on the query results, and the target of each sub-node in the bridge tree The bridging capability between the protocol and the target protocol of the parent node corresponding to the child node is the bridging capability that the device corresponding to the child node can obtain through upgrade.

In a possible implementation, the configuration device can also initialize the upper limit of the number of layers of the bridge tree. For example, the configuration device can write the upper limit N of the number of layers of the bridge tree in the attribute information of the bridge tree.

Step 603: Send the first query message in a broadcast manner, and accordingly, the first device receives the first query message.

The first query message is used to query devices that support upgrading the first bridging capability; the first bridging capability is the bridging capability between the first Internet of Things protocol and other Internet of Things protocols.

Optionally, the bridging capability between the first IoT protocol and any other IoT protocol can be called the first bridging capability.

In a possible implementation, the configuration device may obtain the target protocol of the first device node in the bridge tree, use the target protocol of the first device node as the source protocol of the device query, and send the above-mentioned first query message. At this time, the first IoT protocol is the source protocol corresponding to this query.

In a possible implementation, the first query message includes identification information of the first Internet of Things protocol.

In this embodiment of the present application, the configuration device may send the first query message in a broadcast manner according to the bridge tree.

In a possible implementation, the configuration device can perform at least two rounds of device query. In each round of device query, the configuration device uses the target protocol of the device node at the last layer in the bridge tree as the source protocol (Source Protocol). , corresponding to the above-mentioned first bridging capability) to perform device query, that is, the query message sent carries the identification information of the source protocol, such as the ID (Identity, identification) of the source protocol.

For example, at the initial moment, the device node at the last layer in the bridge tree is the root node, and the query message sent carries the identification information of the IoT protocol supported by the root node, which is used to query the things that can obtain support for the root node through upgrades. Devices that bridge networking protocols with other IoT protocols.

For another example, after one or more rounds of query, the bridge tree contains two or more layers of device nodes (the root node is the first layer). At this time, in this round of query, configure the device to bridge The target protocol of each sub-node at the last level of the tree is the source protocol for sending query messages. Among them, for the situation where the target protocols of each sub-node at the last layer of the bridge tree include multiple target protocols, the configuration device can send a query message for each of the multiple target protocols (that is, each query message contains the identification information of one target protocol), or carries the identification information of multiple target protocols in one query message.

Step 604: If the first device supports upgrading the first bridging capability, the first device sends a first response message to the configuration device; the configuration device receives the first response message.

The first response message is used to indicate that the first device supports upgrading the first bridging capability, and the first bridging capability supported by the first device is a bridging capability between the first Internet of Things protocol and the second Internet of Things protocol.

In a possible implementation, the first response message contains identification information of the second Internet of Things protocol.

In this embodiment of the present application, after the first device receives the first query message broadcasted by the configuration information, if it can obtain the bridging capability between the first IoT protocol and the second IoT protocol through upgrading, it can send the configuration information to the first device. A first response message is returned. In addition to indicating that the first device has the above-mentioned first bridging capability, the first response message also carries identification information of the second Internet of Things protocol.

Step 605: The configuration device adds a second device node corresponding to the first device in the bridge tree; the target protocol of the second device node is the second Internet of Things protocol.

Wherein, the target protocol of the parent node of the second device node in the bridge tree is the first Internet of Things protocol. And, the second device node becomes the last node in the bridge tree.

In this embodiment of the present application, after receiving the first response message returned by the first device, the configuration device can add a second device node in the bridge tree, and the second device node serves as the second device with the target protocol in the bridge tree. The child nodes of the networking protocol's device node join the bridge tree. That is to say, before this round of device query, the parent node of the second device node is the last node in the bridge tree. After a new device node is added in this round of query, the parent node of the second device node becomes the bridge node. The device node at the penultimate level in the tree, and the second device node becomes the last level node in the bridge tree.

Optionally, in the case where the above second Internet of Things protocol includes two or more Internet of Things protocols, the configuration device can add two or more second device nodes in the bridge tree, the two or more second device nodes Two or more second device nodes correspond to the same first device and have different target connection protocols.

In a possible implementation manner, when the specified IoT protocol does not exist in each candidate target protocol, the configuration device adds a second device node corresponding to the second device in the bridge tree; wherein each candidate target protocol is The target protocol obtained when querying the bridging capability is based on the target protocol of each device node in the last layer of device nodes as the source protocol.

In the embodiment of this application, in each round of query process, the device is configured to use the target protocol of each device node at the current last layer in the bridge tree as the source protocol for querying the bridging capability. At this time, It is possible to obtain multiple query results in this round of query. If the specified IoT protocol does not exist in the target protocol in the multiple query results, it means that the required device has not been queried. At this time, the configuration device can be configured based on multiple queries. As a result, the corresponding device nodes are added in the bridge tree, and then the next round of query process is started. Optionally, if the specified IoT protocol exists among the target protocols in multiple query results, it means that the desired device has been queried, and there is no need to add node devices to the bridge tree.

In one possible implementation, when the specified IoT protocol does not exist in each candidate target protocol and the number of layers of the bridge tree is less than the upper limit of the number of layers of the bridge tree, the configuration device adds the second device to the bridge tree. The corresponding second device node.

In the embodiment of this application, when there is a limit on the number of layers in the bridge tree, if after a round of query, there is no specified IoT protocol in each candidate target protocol, and the number of layers in the bridge tree has not reached the upper limit of the number of layers, , you can add node devices to the bridge tree; conversely, if the specified IoT protocol does not exist in each candidate target protocol, and the number of layers in the bridge tree has reached the upper limit, it can be considered that no suitable device has been queried, and it can be terminated During the query process, there is no need to add node devices to the bridge tree at this time.

Step 606: If the second IoT protocol is a specified IoT protocol, the configuration device establishes an indirect bridge connection between the target device and the first device according to the first node path.

Wherein, the first node path is a path from the root node to the first device node in the bridge tree.

In this embodiment of the present application, the bridging tree can be used to indirectly bridge the IoT protocol supported by the target device with the specified IoT protocol.

Among them, when the above-mentioned first IoT protocol is a designated IoT protocol, it means that there is an indirect bridging path between the IoT protocol supported by the target device and the designated IoT protocol through upgrade. At this time, the configuration device can be configured according to The path from the root node to the first device node in the bridge tree controls the upgrade of other devices on the path except the target device and the second device, and establishes bridge connections in accordance with the path sequence after the upgrade is completed to achieve from An indirect bridge between the IoT protocols supported by the target device and the specified IoT protocol.

For example, assume that the IoT protocol supported by the target device is IoT protocol 1, and the specified IoT protocol is IoT protocol 3. In the above first node path, starting from the root node and ending with the first device node, a total of 3 devices are included. The nodes are the root node, the intermediate node 1 and the first device node. The device corresponding to the intermediate node 1 can obtain the bridging capability between the IoT protocol 1 and the IoT protocol 2 through upgrading. The first device node can obtain the bridging capability between the IoT protocol 1 and the IoT protocol 2 through upgrading. The bridging capability between IoT protocol 2 and IoT protocol 3 (corresponding to the above-mentioned first IoT protocol). At this time, the configuration device can control the device upgrade corresponding to the intermediate node 1 to obtain the connection between IoT protocol 1 and IoT protocol 2. The bridging capability controls the upgrade of the first device to obtain the bridging capability between IoT protocol 2 and IoT protocol 3. In addition, it also controls the upgrade of the second device to obtain IoT protocol 3 and IoT protocol 4 (corresponding to the above-mentioned second IoT protocol). protocols); after that, the configuration device controls the establishment of a connection between the device corresponding to the intermediate node 1 and the target device, controls the establishment of a connection between the device corresponding to the first device node and the device corresponding to the intermediate node 1, and controls the establishment of a connection between the device corresponding to the first device node and the device corresponding to the intermediate node 1, and controls the establishment of a connection between the device corresponding to the first device node and the device corresponding to the intermediate node 1. A connection is established between a device corresponding to a device node and the first device to realize an indirect bridge connection between the target device and the first device.

In a possible implementation, the above process of establishing an indirect bridge connection between the target device and the first device according to the first node path may include:

Send an upgrade request to the second device, the upgrade request is used to instruct the second device to upgrade to obtain the bridging capability between the third Internet of Things protocol and the fourth Internet of Things protocol; wherein the second device is on the first node path in the bridge tree , the device corresponding to any device node except the root node or the second device is the above-mentioned first device; the third Internet of Things protocol is the target protocol of the second device corresponding to the parent node in the bridge tree; the fourth thing The networking protocol is the target protocol of the second device corresponding to the device node in the bridge tree;

Send a connection request to the second device; the connection request is used to instruct the establishment of a connection between the second device and the third device; where the second device is any node other than the root node on the path of the first node in the bridge tree. In the case of the device corresponding to the device node, the third device corresponds to the device node in the bridge tree and is the parent node of the second device in the bridge tree; in the case where the second device is the first device, the third device is The device corresponding to the first device node.

In a possible implementation manner, the above upgrade request includes identification information of the fourth Internet of Things protocol, so that the second device can be upgraded according to the identification information of the fourth Internet of Things protocol.

In this embodiment of the present application, the configuration device can control the device corresponding to each node on the first node path to upgrade and connect through two independent requests (ie, the above-mentioned upgrade request and the connection request).

Or, in another possible implementation, the configuration device can also trigger the second device to upgrade according to the identification information of the fourth Internet of Things protocol through a single request, and establish a connection with the third device after the upgrade is completed.

Optionally, the configuration device may sequentially control each device on the path of the first node except the root node to upgrade and establish a connection with the device corresponding to the parent node in order from the root node to the first device node. For example, the IoT protocol supported by the target device is still IoT protocol 1, and the specified IoT protocol is IoT protocol 4. In the above first node path, starting from the root node and ending with the first device node, there are a total of 3 Taking the device node as an example, the configured device can first control the device corresponding to the intermediate node 1 through an upgrade request and a connection request to upgrade to obtain the bridging capability between the IoT protocol 1 and the IoT protocol 2, and control the target device and the device corresponding to the intermediate node 1. Establish a connection between them, and then configure the device to control the device corresponding to the first device node to upgrade to obtain the bridging capability between IoT protocol 2 and IoT protocol 3, and control the device corresponding to the first device node and the intermediate node 1 to A connection is established between the devices. Finally, the configuration device controls the first device to upgrade to obtain the bridging capability between the Internet of Things protocol 3 and the Internet of Things protocol 4, and controls the establishment of a connection between the first device and the device corresponding to the first device node.

Among them, in the above solution of the embodiment of this application, when the specified IoT protocol does not exist among all candidate target protocols, the configuration device adds the corresponding device node in the bridge tree and initiates the next round of query. In another possible implementation solution, during each round of query, the configuration device can also directly add the corresponding device node in the bridge tree based on the query results, and then make a judgment after the current round of query and the addition of the device node are completed. Whether to conduct the next round of inquiries. For example, in one possible implementation, the configuration device can send the first query message when the target protocol of the m-th layer device node in the bridge tree does not contain the specified IoT protocol;

Wherein, the m-th layer device node is each device node in the level where the parent node of the second device node is located. Among them, m is a positive integer.

In the embodiment of this application, if the configuration device adds an m-th layer device node in the bridge tree, and the target protocol corresponding to the m-th layer device node does not contain the specified IoT protocol, it can be considered that the upgrade has not yet been found. Obtain the indirect bridging path between the IoT protocol supported by the target device and the specified IoT protocol. At this time, the configuration device can use the target protocol corresponding to the m-th layer device node as the source protocol and continue to search for a way to bridge the source protocol to Devices with other IoT protocols.

In a possible implementation, when the target protocol of the m-th layer device node in the bridge tree does not contain the specified Internet of Things protocol, and 2≤m<N, the first query message is sent;

Among them, m and N are integers, and N is the upper limit of the number of layers of the bridge tree.

Among them, when the bridge tree is configured with an upper limit for the number of layers, the configuration device adds an m-th layer device node to the bridge tree, and the target protocol corresponding to the m-th layer device node does not contain the specified IoT protocol, if the current If the number of layers in the bridge tree has not reached the upper limit of the above-mentioned layers, the configuration device can use the target protocol corresponding to the m-th layer device node as the source protocol and continue to look for devices that can bridge the source protocol to other IoT protocols.

Please refer to Figure 7, which shows a schematic diagram of the device discovery and bridging process involved in the embodiment of the present application. As shown in Figure 7, the process may include the following steps:

S71. The APP in the configuration device obtains the basic information (Bridged_Device_Information) of the bridged device (Bridged Device, corresponding to the above target device) through out-of-band methods such as scanning QR codes.

The above basic information may include: Protocol_Type_ID, Protocol_Version, Vendor_ID, Device_Type_ID, Data_Modol_Version and other information. This information may be shown in Table 1 below.

Table 1

Protocol_VersionProtocol_Version	协议版本Protocol version
Protocol_Type_IDProtocol_Type_ID	支持通信协议类型Supported communication protocol types
Device_Type_IDDevice_Type_ID	设备类型Equipment type
Data_Model_VersionData_Model_Version	设备模型版本Device model version
Vendor_IDVendor_ID	厂商代码Manufacturer code

S72. The APP broadcasts to query whether there is a device that can provide bridging services to the Bridged Device. If not, it broadcasts to query whether there is a Bridge device that can upgrade the corresponding bridging service.

S73, if there is still no device that can upgrade the bridging service corresponding to the Bridged Device, the indirect bridging process is started.

Among them, the indirect bridging process is completed by finding one or more intermediate bridge devices (B) without directly bridging the Bridged Device (C) to the ecosystem (A) where the APP is located (there is no C->A path). (C->B->A) Bridge process solution.

Among them, this step may include initializing the indirect bridging parameters: N (level of indirect bridging), initializing the bridge tree (bridging information of the bridged Device ( ^1st _Bridged_Information): manufacturer, protocol type, protocol version, data model version, device type) root node.

S74, perform the following steps in a loop: set Source (source protocol) = Bridged Information, and query the device that can convert the source protocol into any other Internet of Things protocol through upgrading, that is, find the protocol information that can bridge the Bridged Device to a third party. ( ^{2nd_Bridged_Information} ). The search is sent in broadcast mode, where the message type is: Discovery intermediate Bridge; the message parameters are: Bridged Information=1 ^st _Bridged_Information.

S75, all devices that may become intermediate Bridge, after receiving the broadcast message in step S73, unicast a response message to the APP. The response message contains the information shown in Table 2 below:

Table 2

Among them, UpgradeID is the upgrade package identifier corresponding to the Bridge function, which is used to instruct the device to apply for the upgrade package. M unicast responses may be formed in this broadcast, and the APP can generate M1 valid records for the M unicast responses (it is possible that the same product of the same brand can provide the same function), and insert it into the Bridge tree as the upper Child nodes of first-level nodes. That is, based on the device IDs and protocol IDs of the M1 protocols discovered this time, the child nodes of the node of the current source protocol are generated and added to the bridge tree.

Determine whether the current child node has the Protocol_Type_ID (protocol type identifier) used by the corresponding APP. If so, exit the loop and form a bridge link from the root node to the Protocol_Type_ID used by the current APP. If not, return to the step of S73, set the source to the M other types of Protocol_Type_ID inserted this time, and continue to process according to the steps of S73 and S74.

Among them, the logic of loop processing can be: in each large loop, use all the sub-level nodes found in the previous loop as input to find the corresponding intermediate Bridge.

Please refer to FIG. 8 , which shows a schematic diagram of the bridge path involved in the embodiment of the present application. Assuming N=2, an indirect bridging path as shown in Figure 8 can be found.

S76. After obtaining the above information, the APP requests Bridge2 to complete the bridging service for Bridged Device. The request needs to carry the following information of Bridged: Bridged Device ID, Bridged_Device_Information. Services that Bridge2 needs to upgrade: Upgrade ID, etc. This step can also be divided into two requests. First, request Bridge2 to upgrade the bridging service (Upgrade ID), and then request it to bridge the Bridged Device.

S77, after Bridge2 receives the above request, it applies to upgrade its corresponding software package (for example, it can be applied through Upgrade ID). After the upgrade, it establishes a connection with Bridge Device1, and the connection protocol uses Source Protocol. After the connection is established, Bridge2 generates Shadow Device M for Bridged Device, which is to complete the bridge connection.

S78. After Bridge2 completes the above conversion, it generates a response message in response to the request in step S76. The response message may include: Device ID of Shadow Device M, Intermediate_Protocol_ID.

S79, APP requests Bridge1 to upgrade the bridging function (its corresponding Upgrade ID) and completes the bridging of Shadow Device M. Similarly, this request message can be divided into two request messages to complete. The request parameter type is the same as the S76 step.

S710, Bridge 1 upgrades the requested upgrade bridge service after receiving the above message. If the corresponding bridging service already exists, the upgrade service does not need to be performed. Bridge 1 completes the bridging work of Shadow Device M and generates the corresponding Shadow Device F. Similar to step S77, the connection protocol between Bridge1 and Bridge2 uses Intermediate_Protocol.

S711, Bridge1 responds to APP after completing the conversion. This completes the indirect bridging.

Afterwards, the APP can use the specified IoT protocol to transmit commands to Bridge1 to control Shadow Device F; Bridge1 uses the intermediate IoT protocol to transmit commands to Bridge2 to control Shadow Device M; Bridge2 uses the IoT protocol supported by the bridged device to transmit the command to the bridged device.

Please refer to Figure 9, which shows a flow chart of a device discovery method provided by an embodiment of the present application. This method can be executed by a bridging service management device. The bridging service management device maintains capability information of each device in the Internet of Things; The capability information includes bridging capabilities that support upgrades; for example, the bridging service management device may be the bridging service management device 140 in the network architecture shown in Figure 1; the method may include the following steps:

Step 901: Receive a first query message sent by the configuration device. The first query message is used to query a device that supports upgrading the first bridging capability; the first bridging capability is the bridging capability between the first IoT protocol and other IoT protocols.

Step 902: If the first device among the devices supports upgrading the first bridging capability, send a first response message to the configuration device; the first response message is used to indicate that the first device supports upgrading the first bridging capability, and The first bridging capability supported by the first device for upgrade is the bridging capability between the first IoT protocol and the second IoT protocol.

To sum up, according to the solution shown in the embodiment of this application, the configuration device queries the bridging service management device for supporting the upgrade of the first bridging capability between the first IoT protocol and other IoT protocols by sending a first query message. The first device, and querying the first bridging capability of the first device that supports the upgrade is the bridging capability between the first IoT protocol and which IoT protocol, so that the configuration device can discover that one or more bridging options are not currently available. capability, but the bridging device can obtain one or more bridging capabilities through upgrading, so that the application of the bridging function is not limited to bridging devices pre-set with specific bridging capabilities, and expands the application scenarios of bridging.

Through the solutions shown in Figures 3 and 9 of the present application, the configuration device can indirectly query the bridging service management device for the first device that can obtain the one or more bridging capabilities through upgrade.

Please refer to Figure 10, which shows a framework diagram of the discovery process of an upgradeable bridge device provided by an embodiment of the present application. In a possible application scenario, as shown in Figure 10, the first device 1002 in the Internet of Things can register with the bridge service management device 1003, register it as a device with an upgrade function, and make it the first bridge that supports upgrades. The capability information is sent to the bridging service management device 1003; when the configuration device 1001 needs to query the surrounding devices with upgrade functions (that is, one or more specific bridging capabilities can be obtained through upgrades), the configuration device 1001 can send the first step to the bridging service management device 1003. A query message; after receiving the first query message, the bridge service management device 1003 indicates the first device 1002 and the identification of the second Internet of Things protocol to the configuration device 1001 to notify the configuration device 1001 that the first device 1002 supports Upgrade the first bridging capability, and support upgrading to obtain the first bridging capability between the first IoT protocol and the second IoT protocol.

Please refer to Figure 11, which shows a flow chart of a device discovery method provided by an embodiment of the present application. This method can be executed interactively by a configuration device and multiple devices. The multiple devices include a target device, a first device, a third device, and a target device. The second device, the third device, the bridging service management device, etc., for example, the configuration device can be the configuration device 120 in the network architecture shown in Figure 1, and the multiple devices can be bridging devices in the network architecture shown in Figure 1 130 and/or multiple devices in the Internet of Things device 110; the method may include the following steps:

Step 1101: The configuration device obtains device information of the target device. The device information of the target device includes identification information of the Internet of Things protocol supported by the target device.

Step 1102: The configuration device initializes the root node of the bridge tree according to the identification information of the Internet of Things protocol supported by the target device.

Step 1103: Send a first query message to the bridging service management device, and accordingly, the bridging service management device receives the first query message.

In this embodiment of the present application, the configuration device may send a first query message to the bridge service management device according to the bridge tree.

In a possible implementation, the configuration device can obtain the target protocol of the first device node in the bridge tree; the root node of the bridge tree is the device node corresponding to the target device; the first device node is the last layer in the bridge tree Any one of the device nodes; the bridge tree is a structure tree constructed based on the target protocol of the existing device node as the source protocol for querying the bridging capability, and based on the queried target protocol; configure the device to use the target protocol of the first device node as the source protocol. Query the source protocol of the first bridging capability and send the first query message.

The steps 1101 to 1103 are similar to the steps 601 to 603 in the embodiment shown in FIG. 6 , except that the method and object of the first query message sent are different, which will not be described again here.

Step 1104: When the first device supports upgrading the first bridging capability, the bridging service management device sends a first response message to the configuration device; the configuration device receives the first response message.

The first response message is used to indicate that the first device supports upgrading the first bridging capability, and the first bridging capability supported by the first device is the bridging capability between the first Internet of Things protocol and the second Internet of Things protocol.

In this embodiment of the present application, after the bridge service management device receives the first query message sent by the configuration device, if it is determined that the first device among the devices can obtain the connection between the first Internet of Things protocol and the second Internet of Things protocol through upgrading, First bridging capability, a first response message may be returned to the configuration device. In addition to indicating that the first device supports upgrading the first bridging capability, the first response message also carries identification information of the second Internet of Things protocol.

Step 1105: The configuration device adds a second device node corresponding to the first device in the bridge tree; the target protocol of the second device node is the second Internet of Things protocol.

Wherein, the target protocol of the parent node of the second device node in the bridge tree is the first Internet of Things protocol. At this time, the second device node becomes the last node in the bridge tree.

In a possible implementation, when the specified IoT protocol does not exist in each candidate target protocol, the configuration device adds a second device node corresponding to the second device in the bridge tree; wherein each candidate target protocol is The target protocol obtained when querying the bridging capability is based on the target protocol of each device node in the last layer of device nodes as the source protocol.

In a possible implementation, when the specified IoT protocol does not exist in each candidate target protocol and the number of layers of the bridge tree is less than the upper limit of the number of layers of the bridge tree, add the IP address corresponding to the second device in the bridge tree. Second device node.

Step 1106: When the second IoT protocol is a specified IoT protocol, the configuration device establishes an indirect bridge connection between the target device and the first device according to the first node path.

Send an upgrade request to the second device, the upgrade request is used to instruct the second device to upgrade to obtain the bridging capability between the third Internet of Things protocol and the fourth Internet of Things protocol; wherein the second device is on the first node path in the bridge tree , the device corresponding to any device node except the root node, or the second device is the first device; the third Internet of Things protocol is the target protocol of the second device corresponding to the parent node in the bridge tree; the fourth Internet of Things The protocol is the target protocol of the second device corresponding to the device node in the bridge tree;

In a possible implementation, the configuration device may send the first query message when the target protocol of the m-th layer device node in the bridge tree does not contain the specified IoT protocol;

Wherein, the m-th layer device node is each device node in the level where the parent node of the second device node is located.

In a possible implementation, when the target protocol of the m-th layer device node in the bridge tree does not contain the specified Internet of Things protocol, and 2≤m<N, the first query message is sent; where, m, N is an integer, and N is the upper limit of the number of layers of the bridge tree.

Please refer to Figure 12, which shows a schematic diagram of the device discovery and bridging process involved in the embodiment of the present application. As shown in Figure 12, the process may include the following steps:

S1201. The APP in the configuration device obtains the basic information (Bridged_Device_Information) of the bridged device (Bridged Device, corresponding to the above target device) through out-of-band methods such as scanning QR codes.

S1202, the APP broadcasts whether there is a device that can provide bridging services to the Bridged Device. If not, the APP broadcasts to query whether the Bridge device can upgrade the bridging service.

S1203, if there is still no device that can upgrade the bridging service corresponding to the Bridged Device, start the indirect bridging process.

Among them, this step can include initializing the indirect bridge parameters: N (level of indirect bridge), initializing the root node of the bridge tree (bridged Device's bridge information (1st_Bridged_Information): manufacturer, protocol type, protocol version, data model version, device type).

S1204, perform the following steps in a loop: set Source=Bridged Information, that is, search for protocol information (2nd_Bridged_Information) that can bridge the Bridged Device to a third party. The APP sends a request message to the bridge service management device (bridge_Cloud), where the message type is: Discovery intermediate Bridge; the message parameters are: Bridged Information=1st_Bridged_Information.

S1205, bridge_Cloud completes processing of the request message and determines its scanning scope based on the APP_Device_ID information. The device being searched should be among the devices accessible to the APP.

S1206, bridge_Cloud unicasts a response message to the APP, and the response message contains the information shown in Table 2 above.

The APP determines whether the current child node has the corresponding Protocol_Type_ID used by the APP. If so, it exits the loop and forms a bridge link from the root node to the Protocol_Type_ID used by the current APP. If not, return to the step of S1103, set the source to the M other types of Protocol_Type_ID inserted this time, and continue to process according to the steps of S1103 and S1105.

S1207, after obtaining the above information, the APP requests Bridge2 to complete the bridging service to the Bridged Device.

S1208, after Bridge2 receives the above request, it applies to upgrade its corresponding software package (for example, it can be applied through Upgrade ID). After the upgrade, it establishes a connection with Bridge Device1, and the connection protocol uses Source Protocol. After the connection is established, Bridge2 generates Shadow Device M for Bridged Device, which is to complete the bridge connection.

S1209, Bridge2 generates a response message after completing the above conversion. The response message may include: Device ID of Shadow Device M, Intermediate_Protocol_ID.

S1210, APP requests Bridge1 to upgrade the bridging function (its corresponding Upgrade ID) and completes the bridging of Shadow Device M. Similarly, this request message can be divided into two request messages to complete.

S1211, Bridge 1 upgrades the requested upgrade bridge service after receiving the above message. If the corresponding bridging service already exists, the upgrade service does not need to be performed. Bridge 1 completes the bridging work of Shadow Device M and generates the corresponding Shadow Device F. The connection protocol between Bridge 1 and Bridge 2 uses Intermediate_Protocol.

S1212, Bridge 1 responds to the APP after the conversion is completed.

To sum up, in the solution shown in the embodiment of this application, the configuration device sends a first query message to the bridging service management device to query the bridging capabilities between the first IoT protocol and other IoT protocols that can be obtained through upgrades. The first device, and querying the bridging capability obtained by the upgrade of the first device is the bridging capability between the first IoT protocol and which IoT protocol, so that the configuration device can discover that it currently does not have one or more bridging capabilities, However, the bridging device can obtain one or more bridging capabilities through upgrading, so that the application of the bridging function is not limited to bridging devices pre-set with specific bridging capabilities, and the application scenarios of bridging are expanded.

Through the solutions shown in the above embodiments of the present application, when there is no bridging device that directly bridges the target device in the current Internet of Things system, the indirect bridging solution for the target device can be completed, thereby improving the bridging capability and access of the system. capabilities to improve user experience.

In addition, the solutions shown in the above embodiments of the present application can dynamically search for bridging devices that may be upgraded to obtain new bridging capabilities, so that users do not need to purchase specific bridging devices separately, thereby simplifying the user's selection "anxiety". And make the most of the equipment you already have.

Please refer to Figure 13, which shows a block diagram of a device discovery device provided by an embodiment of the present application. The device discovery device 1300 has the function of implementing the configuration device in the method shown in FIG. 3, FIG. 6 or FIG. 11. As shown in Figure 13, the device may include:

Sending module 1301, used to send a first query message, the first query message is used to query the device that supports upgrading the first bridging capability; the first bridging capability is between the first Internet of Things protocol and other Internet of Things protocols. bridging capabilities;

The receiving module 1302 is configured to receive a first response message; the first response message is used to indicate that the first device supports upgrading the first bridging capability, and the first bridging capability supported by the first device is the first thing. Bridging capabilities between networking protocols and secondary IoT protocols.

In a possible implementation, the first query message includes identification information of the first Internet of Things protocol;

The first response message includes identification information of the second Internet of Things protocol.

In a possible implementation, the device further includes:

A protocol acquisition module is used to obtain the target protocol of the first device node in the bridge tree; the root node of the bridge tree is the device node corresponding to the target device; the first device node is the last layer in the bridge tree Any one of the device nodes; the bridge tree is a structural tree constructed based on the target protocol of the existing device node in the bridge tree as the source protocol for device query, and based on the queried target protocol;

The sending module is configured to send the first query message using the target protocol of the first device node as the source protocol of the device query.

In a possible implementation, the device further includes:

A node adding module, configured to add a second device node corresponding to the first device in the bridge tree; the target protocol of the second device node is the second Internet of Things protocol;

The root node of the bridge tree is a device node corresponding to the target device; the target protocol of the parent node of the second device node in the bridge tree is the second Internet of Things protocol.

In a possible implementation, the node adding module is configured to add a second node corresponding to the second device in the bridge tree when the specified IoT protocol does not exist in each candidate target protocol. Device node.

Wherein, each of the candidate target protocols is a target protocol obtained when querying the bridging capability using the target protocol of each device node in the last layer of device nodes as a source protocol.

In a possible implementation, the device further includes:

A connection establishment module configured to establish an indirect bridge connection between the target device and the first device according to the first node path when the second Internet of Things protocol is a designated Internet of Things protocol;

In a possible implementation, the connection establishment module is used to,

Send an upgrade request to the second device, the upgrade request is used to instruct the second device to upgrade to obtain the bridging capability between the third Internet of Things protocol and the fourth Internet of Things protocol; wherein the second device is in the bridge tree on the first node path, a device corresponding to any device node except the root node, or the second device is the first device; the third Internet of Things protocol is a device corresponding to the second device The target protocol of the parent node in the bridge tree; the fourth Internet of Things protocol is the target protocol of the device node corresponding to the second device in the bridge tree;

Send a connection request to the second device; the connection request is used to instruct the establishment of a connection between the second device and a third device; wherein the second device is the first node path in the bridge tree In the case of a device corresponding to any device node other than the root node, the third device corresponding to the device node in the bridge tree is the parent of the second device corresponding to the bridge tree. node; when the second device is the first device, the third device is a device corresponding to the first device node.

In a possible implementation, the upgrade request includes identification information of the fourth Internet of Things protocol.

In a possible implementation, the node adding module is used when there is no specified Internet of Things protocol in each candidate target protocol, and the number of layers of the bridge tree is less than the upper limit of the number of layers of the bridge tree. , adding a second device node corresponding to the second device in the bridge tree.

In a possible implementation, the sending module 1301 is configured to send the first query message when the target protocol of the m-th layer device node in the bridge tree does not contain a specified Internet of Things protocol. ;

Wherein, the mth layer device node is each device node in the level where the parent node of the second device node is located.

In a possible implementation, the sending module 1301 is configured to: When the target protocol of the m-th layer device node in the bridge tree does not contain the specified Internet of Things protocol, and 2≤m<N, Send the first query message;

Wherein, m and N are integers, and N is the upper limit of the number of layers of the bridge tree.

In a possible implementation, the device further includes:

An information acquisition module, configured to acquire device information of the target device before the sending module sends the first query message, where the device information of the target device includes identification information of the Internet of Things protocol supported by the target device;

An initialization module, configured to initialize the root node of the bridge tree according to the identification information of the Internet of Things protocol supported by the target device.

In a possible implementation manner, the initialization module is also used to initialize the upper limit of the number of layers of the bridge tree.

In a possible implementation, the sending module 1301 is configured to send the first query message by broadcasting;

The receiving module 1302 is configured to receive the first response message returned by the first device to the first query message.

In a possible implementation, the sending module 1301 is configured to send the first query message to a bridging service management device; the bridging service management device maintains capability information of each device in the Internet of Things; The described capability information is used to indicate the function of obtaining bridging capability through upgrade;

The receiving module 1302 is configured to receive the first response message returned by the bridge service management device in response to the first query message.

In a possible implementation, the sending module is also configured to send a second query message, the second query message is used to query a device that has or supports upgrading the second bridging capability; the second bridging Capability is the bridging capability between the IoT protocol corresponding to the target device and the specified IoT protocol;

The sending module is configured to send the first query message if a device that has or supports upgrading the second bridging capability is not found.

Please refer to Figure 14, which shows a block diagram of a device discovery device provided by an embodiment of the present application. The device has the function of realizing the function performed by the first device in the method shown in FIG. 4, FIG. 6 or FIG. 11. As shown in Figure 14, the device may include:

The receiving module 1401 is configured to receive a first query message sent by a configuration device. The first query message is used to query a device that supports upgrading the first bridging capability; the first bridging capability is a link between the first Internet of Things protocol and other Internet of Things. Bridging capabilities between protocols;

Sending module 1402, configured to send a first response message to the configuration device when the first device supports upgrading the first bridging capability; the first response message is used to indicate that the first device supports The first bridging capability is upgraded, and the first bridging capability supported by the first device is the bridging capability between the first Internet of Things protocol and the second Internet of Things protocol.

Please refer to Figure 15, which shows a block diagram of a device discovery device provided by an embodiment of the present application. The device has the function of being executed by the bridging service management device in implementing the method shown in Figure 9 or Figure 11; the bridging service management device maintains capability information of each device in the Internet of Things; the capability information includes support Upgraded bridging capabilities. As shown in Figure 15, the device may include:

The receiving module 1501 is configured to receive a first query message sent by a configuration device. The first query message is used to query a device that supports upgrading the first bridging capability; the first bridging capability is a link between the first Internet of Things protocol and other Internet of Things. Bridging capabilities between protocols;

Sending module 1502, configured to send a first response message to the configuration device when the first device among the various devices supports upgrading the first bridging capability; the first response message is used to indicate that the The first device supports upgrading the first bridging capability, and the first bridging capability supported by the first device is the bridging capability between the first Internet of Things protocol and the second Internet of Things protocol.

It should be noted that when 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.

Regarding the devices in the above embodiments, the specific manner in which each module performs operations has been described in detail in the embodiments related to the method, and will not be described in detail here.

Please refer to Figure 16, which shows a schematic structural diagram of a computer device 1600 provided by an embodiment of the present application. The computer device 1600 may include a processor 1601, a receiver 1602, a transmitter 1603, a memory 1604, and a bus 1605.

The processor 1601 includes one or more processing cores. The processor 1601 executes various functional applications and information processing by running software programs and modules.

The receiver 1602 and the transmitter 1603 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.

Memory 1604 is connected to processor 1601 through bus 1605.

The memory 1604 can be used to store a computer program, and the processor 1601 is used to execute the computer program to implement each step in the above method embodiment.

Additionally, memory 1604 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.

In an exemplary solution, when the computer device 1600 is implemented as a configuration device, the transceiver is used to send a first query message, and the first query message is used to query a device that supports upgrading the first bridging capability; so The first bridging capability is a bridging capability between a first Internet of Things protocol and other Internet of Things protocols; receiving a first response message; the first response message is used to indicate that the first device supports upgrading the first bridging capability, and The first bridging capability supported by the first device for upgrade is the bridging capability between the first Internet of Things protocol and the second Internet of Things protocol.

The process performed by the processor 1601 and/or the transceiver in the computer device 1600 may refer to the various steps performed by the configuration device in any of the methods shown in FIG. 3, FIG. 6, or FIG. 11.

In an exemplary solution, when the computer device 1600 is implemented as a first device, the transceiver is configured to receive a first query message sent by the configuration device, where the first query message is used to query support for upgrading the first bridge. capable device; the first bridging capability is a bridging capability between a first Internet of Things protocol and other Internet of Things protocols; in the case where the first device supports upgrading the first bridging capability, provide the configuration device with Send a first response message; the first response message is used to indicate that the first device supports upgrading the first bridging capability, and the first bridging capability supported by the first device is the first thing Bridging capabilities between networking protocols and secondary IoT protocols.

The process performed by the processor 1601 and/or the transceiver in the computer device 1600 may refer to the various steps performed by the first device in any of the methods shown in FIG. 4, FIG. 6, or FIG. 11.

In an exemplary solution, when the computer device 1600 is implemented as a bridge service management device, the transceiver is configured to receive a first query message sent by the configuration device, and the first query message is used to query support for upgrading the first A device with bridging capability; the first bridging capability is a bridging capability between a first Internet of Things protocol and other Internet of Things protocols; in the case where the first device among the respective devices supports upgrading the first bridging capability, Send a first response message to the configuration device; the first response message is used to indicate that the first device supports upgrading the first bridging capability, and the first bridging capability that the first device supports upgrading is The bridging capability between the first Internet of Things protocol and the second Internet of Things protocol.

The process performed by the processor 1601 and/or the transceiver in the computer device 1600 may refer to the various steps performed by the bridge service management device in the method shown in either FIG. 9 or FIG. 11 .

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 above-mentioned Figures 3, 4, 6, and 9. Or in the method shown in Figure 11, all or part of the steps performed by the configuration device, the first device or the bridge service management device.

The present application provides a chip, which is used to run in a computer device, so that the computer device performs the method shown in Figure 3, Figure 4, Figure 6, Figure 9, or Figure 11, by configuring the device, the first A device or bridge service manages all or part of the steps performed by the device.

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 3, Figure 4, Figure 6, Figure 9, or Figure 11, All or part of the steps performed by the configuration device, the first device or the bridge service management device.

The present application provides a computer program, which is executed by a processor of a computer device to implement the method shown in Figure 3, Figure 4, Figure 6, Figure 9, or Figure 11, by the configuration device, the first device or the bridge. All or part of the steps performed by the service management device.

Those skilled in the art should realize that in one or more of the above examples, the functions described in the embodiments of the present application can be implemented using hardware, software, firmware, or any combination thereof. When implemented using software, the functions may be stored on or transmitted over as one or more instructions or code on a computer-readable medium. 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 can be any available media that can be accessed by a general purpose or special purpose computer.

Claims

A device discovery method, characterized in that the method is executed by a configuration device, and the method includes:

Send a first query message, the first query message is used to query a device that supports upgrading the first bridging capability; the first bridging capability is the bridging capability between the first Internet of Things protocol and other Internet of Things protocols;

Receive a first response message; the first response message is used to indicate that the first device supports upgrading the first bridging capability, and the first bridging capability supported by the first device is the first Internet of Things protocol Bridging capabilities to second IoT protocols.
The method according to claim 1, characterized in that:

The first query message includes identification information of the first Internet of Things protocol;

The first response message includes identification information of the second Internet of Things protocol.
The method according to claim 1 or 2, characterized in that, the method further includes:

Obtain the target protocol of the first device node in the bridge tree; the root node of the bridge tree is the device node corresponding to the target device; the first device node is any one of the last layer device nodes in the bridge tree ; The bridging tree is a structural tree constructed based on the target protocol of the existing device node in the bridging tree as the source protocol for device query, and based on the queried target protocol;

The sending of the first query message includes:

Using the target protocol of the first device node as the source protocol of the device query, the first query message is sent.
The method of claim 3, further comprising:

Add a second device node corresponding to the first device in the bridge tree; the target protocol of the second device node is the second Internet of Things protocol.
The method of claim 4, wherein adding a second device node corresponding to the second device in the bridge tree includes:

If the specified IoT protocol does not exist in each candidate target protocol, add a second device node corresponding to the second device in the bridge tree;

Wherein, each of the candidate target protocols is a target protocol obtained by querying the target protocol of each device node in the last layer of device nodes as the source protocol of the device query.
The method according to any one of claims 3 to 5, characterized in that the method further includes:

When the second IoT protocol is a designated IoT protocol, establish an indirect bridge connection between the target device and the first device according to the first node path;

Wherein, the first node path is a path from the root node to the first device node in the bridge tree.
The method of claim 6, wherein establishing an indirect bridge connection between the target device and the first device according to the first node path includes:

Send an upgrade request to the second device, the upgrade request is used to instruct the second device to upgrade to obtain the bridging capability between the third Internet of Things protocol and the fourth Internet of Things protocol; wherein the second device is in the bridge tree on the first node path, a device corresponding to any device node except the root node, or the second device is the first device; the third Internet of Things protocol is a device corresponding to the second device The target protocol of the parent node in the bridge tree; the fourth Internet of Things protocol is the target protocol of the device node corresponding to the second device in the bridge tree;

Send a connection request to the second device; the connection request is used to instruct the second device to establish a connection with the third device;

Wherein, when the second device is a device corresponding to any device node other than the root node on the first node path in the bridge tree, the third device corresponds to the device in the bridge tree. The device node is the parent node corresponding to the second device in the bridge tree; when the second device is the first device, the third device is the parent node corresponding to the first device node. equipment.
The method according to claim 7, wherein the upgrade request contains identification information of the fourth Internet of Things protocol.
The method according to claim 5, characterized in that, when there is no specified Internet of Things protocol in each candidate target protocol, adding a second device node corresponding to the second device in the bridge tree ,include:

If there is no specified Internet of Things protocol in each candidate target protocol, and the number of layers of the bridge tree is less than the upper limit of the number of layers of the bridge tree, add a third device corresponding to the second device in the bridge tree. Two device nodes.
The method according to claim 4, characterized in that sending the first query message includes:

If the target protocol of the m-th layer device node in the bridge tree does not contain the specified Internet of Things protocol, send the first query message;

Wherein, the mth layer device node is each device node in the level where the parent node of the second device node is located.
The method according to claim 10, characterized in that, when the target protocol of the m-th layer device node in the bridge tree does not contain a specified Internet of Things protocol, sending the first query message includes :

When the target protocol of the m-th layer device node in the bridge tree does not contain the specified Internet of Things protocol, and 2≤m<N, send the first query message;

Wherein, m and N are integers, and N is the upper limit of the number of layers of the bridge tree.
The method according to any one of claims 3 to 11, characterized in that the method further includes:

Obtain device information of the target device, where the device information of the target device includes identification information of the Internet of Things protocol supported by the target device;

Initialize the root node of the bridge tree according to the identification information of the Internet of Things protocol supported by the target device.
The method of claim 12, further comprising:

Initialize the upper limit of the number of layers of the bridge tree.
The method according to any one of claims 1 to 13, characterized in that,

The sending of the first query message includes:

Send the first query message in a broadcast manner;

The receiving the first response message includes:

Receive the first response message returned by the first device to the first query message.
The method according to any one of claims 1 to 13, characterized in that,

The sending of the first query message includes:

Send the first query message to a bridging service management device; the bridging service management device maintains capability information of each device in the Internet of Things; the capability information includes bridging capabilities that support upgrades;

The receiving the first response message includes:

Receive the first response message returned by the bridge service management device in response to the first query message.
The method according to any one of claims 1 to 15, characterized in that the method further includes:

Send a second query message, the second query message is used to query a device that has or supports upgrading the second bridging capability; the second bridging capability is a link between the Internet of Things protocol corresponding to the target device and the specified Internet of Things protocol. bridging capabilities;

The sending of the first query message includes:

If a device that has or supports upgrading the second bridging capability is not queried, the first query message is sent.
A device discovery method, characterized in that the method is executed by a first device, and the method includes:

Receive the first query message sent by the configuration device, the first query message is used to query the device that supports upgrading the first bridging capability; the first bridging capability is the bridging capability between the first Internet of Things protocol and other Internet of Things protocols ;

When the first device supports upgrading the first bridging capability, sending a first response message to the configuration device; the first response message is used to indicate that the first device supports upgrading the first bridging capability. capability, and the first bridging capability supported by the first device for upgrade is the bridging capability between the first Internet of Things protocol and the second Internet of Things protocol.
The method according to claim 17, characterized in that:

The first query message includes identification information of the first Internet of Things protocol;

The first response message includes identification information of the second Internet of Things protocol.
A device discovery method, characterized in that the method is executed by a bridging service management device that maintains capability information of each device in the Internet of Things; the capability information includes bridging capabilities that support upgrades; The methods include:

Receive the first query message sent by the configuration device, the first query message is used to query the device that supports upgrading the first bridging capability; the first bridging capability is the bridging capability between the first Internet of Things protocol and other Internet of Things protocols ;

When the first device among the various devices supports upgrading the first bridging capability, send a first response message to the configuration device; the first response message is used to indicate that the first device supports upgrading the first bridging capability. The first bridging capability, and the first bridging capability that the first device supports upgrading is the bridging capability between the first Internet of Things protocol and the second Internet of Things protocol.
The method according to claim 19, characterized in that:

The first query message includes identification information of the first Internet of Things protocol;

The first response message includes identification information of the second Internet of Things protocol.
A device discovery device, characterized in that the device includes:

A sending module, configured to send a first query message. The first query message is used to query a device that supports upgrading the first bridging capability; the first bridging capability is a bridge between the first Internet of Things protocol and other Internet of Things protocols. ability;

A receiving module, configured to receive a first response message; the first response message is used to indicate that the first device supports upgrading of the first bridging capability, and the first bridging capability that the first device supports upgrading is the Bridging capability between the first IoT protocol and the second IoT protocol.
The device according to claim 21, characterized in that:

The first query message includes identification information of the first Internet of Things protocol;

The first response message includes identification information of the second Internet of Things protocol.
The device according to claim 21 or 22, characterized in that the device further includes:

A protocol acquisition module is used to obtain the target protocol of the first device node in the bridge tree; the root node of the bridge tree is the device node corresponding to the target device; the first device node is the last layer in the bridge tree Any one of the device nodes; the bridge tree is a structural tree constructed based on the target protocol of the existing device node in the bridge tree as the source protocol for device query, and based on the queried target protocol;

The sending module is configured to send the first query message using the target protocol of the first device node as the source protocol of the device query.
The device according to claim 23, characterized in that the device further includes:

A node adding module is configured to add a second device node corresponding to the first device in the bridge tree; the target protocol of the second device node is the second Internet of Things protocol.
The device according to claim 24, wherein the node adding module is configured to add a link to the second device in the bridge tree when a specified Internet of Things protocol does not exist in each candidate target protocol. The corresponding second device node;

Wherein, each of the candidate target protocols is a target protocol obtained by querying the target protocol of each device node in the last layer of device nodes as the source protocol of the device query.
The device according to any one of claims 23 to 25, characterized in that the device further includes:

A connection establishment module configured to establish an indirect bridge connection between the target device and the first device according to the first node path when the second Internet of Things protocol is a designated Internet of Things protocol;

Wherein, the first node path is a path from the root node to the first device node in the bridge tree.
The device according to claim 26, characterized in that the connection establishment module is used to:

Send an upgrade request to the second device, the upgrade request is used to instruct the second device to upgrade to obtain the bridging capability between the third Internet of Things protocol and the fourth Internet of Things protocol; wherein the second device is in the bridge tree on the first node path, a device corresponding to any device node except the root node, or the second device is the first device; the third Internet of Things protocol is a device corresponding to the second device The target protocol of the parent node in the bridge tree; the fourth Internet of Things protocol is the target protocol of the device node corresponding to the second device in the bridge tree;

Send a connection request to the second device; the connection request is used to instruct the second device to establish a connection with the third device;

Wherein, when the second device is a device corresponding to any device node other than the root node on the first node path in the bridge tree, the third device corresponds to the device in the bridge tree. The device node is the parent node corresponding to the second device in the bridge tree; when the second device is the first device, the third device is the parent node corresponding to the first device node. equipment.
The device according to claim 27, wherein the upgrade request includes identification information of the fourth Internet of Things protocol.
The device according to claim 25, characterized in that the node adding module is used to specify that there is no specified Internet of Things protocol in each candidate target protocol, and the number of layers of the bridge tree is less than the number of layers of the bridge tree. If the upper limit is reached, a second device node corresponding to the second device is added to the bridge tree.
The device according to claim 24, characterized in that:

The sending module is configured to send the first query message when the target protocol of the m-th layer device node in the bridge tree does not contain the specified Internet of Things protocol;

Wherein, the mth layer device node is each device node in the level where the parent node of the second device node is located.
The device according to claim 30, characterized in that:

The sending module is configured to send the first query message when the target protocol of the m-th layer device node in the bridge tree does not contain the specified Internet of Things protocol and 2≤m<N;

Wherein, m and N are integers, and N is the upper limit of the number of layers of the bridge tree.
The device according to any one of claims 23 to 31, characterized in that the device further includes:

An information acquisition module, configured to obtain device information of the target device, where the device information of the target device includes identification information of the Internet of Things protocol supported by the target device;

An initialization module, configured to initialize the root node of the bridge tree according to the identification information of the Internet of Things protocol supported by the target device.
The device according to claim 32, characterized in that the initialization module is also used to initialize the upper limit of the number of layers of the bridge tree.
The device according to any one of claims 21 to 33, characterized in that:

The sending module is used to send the first query message by broadcasting;

The receiving module is configured to receive the first response message returned by the first device to the first query message.
The device according to any one of claims 21 to 33, characterized in that:

The sending module is configured to send the first query message to a bridging service management device; the bridging service management device maintains capability information of each device in the Internet of Things; the capability information includes bridging capabilities that support upgrades;

The receiving module is configured to receive the first response message returned by the bridge service management device in response to the first query message.
The device according to any one of claims 21 to 35, characterized in that:

The sending module is also used to send a second query message. The second query message is used to query a device that has or supports upgrading the second bridging capability; the second bridging capability is the Internet of Things protocol corresponding to the target device. Bridging capabilities to specified IoT protocols;

The sending module is configured to send the first query message if a device that has or supports upgrading the second bridging capability is not found.
A device discovery device, characterized in that the device is used in a first device, and the device includes:

A receiving module, configured to receive a first query message sent by a configuration device. The first query message is used to query a device that supports upgrading the first bridging capability; the first bridging capability is a first Internet of Things protocol and other Internet of Things protocols. bridging capabilities;

A sending module, configured to send a first response message to the configuration device when the first device supports upgrading the first bridging capability; the first response message is used to indicate that the first device supports the upgrade. The first bridging capability, and the first bridging capability that the first device supports upgrading, is the bridging capability between the first Internet of Things protocol and the second Internet of Things protocol.
The device according to claim 37, characterized in that:

The first query message includes identification information of the first Internet of Things protocol;

The first response message includes identification information of the second Internet of Things protocol.
A device discovery device, characterized in that the device is used in a bridging service management device, and the bridging service management device maintains capability information of each device in the Internet of Things; the capability information includes bridging capabilities that support upgrades ;The device includes:

A receiving module, configured to receive a first query message sent by a configuration device. The first query message is used to query a device that supports upgrading the first bridging capability; the first bridging capability is a first Internet of Things protocol and other Internet of Things protocols. bridging capabilities;

A sending module, configured to send a first response message to the configuration device when the first device among the devices supports upgrading the first bridging capability; the first response message is used to indicate that the first response message A device supports upgrading the first bridging capability, and the first bridging capability supported by the first device is a bridging capability between the first Internet of Things protocol and the second Internet of Things protocol.
The device according to claim 39, characterized in that:

The first query message includes identification information of the first Internet of Things protocol;

The first response message includes identification information of the second Internet of Things protocol.
A computer device, characterized in that 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 device discovery method as described in any one of claims 1 to 20.
A computer-readable storage medium, characterized in that a computer program is stored in the storage medium, and the computer program is used to be executed by a processor to implement the device discovery method according to any one of claims 1 to 20.
A chip, characterized in that the chip is used to run in a computer device, so that the computer device executes the device discovery method according to any one of claims 1 to 20.
A computer program product, characterized in that the computer program product includes computer instructions, and the computer instructions are stored in a computer-readable storage medium; and a processor of a computer device reads the computer instructions from the computer-readable storage medium. instructions, and execute the computer instructions, so that the computer device executes the device discovery method according to any one of claims 1 to 20.
A computer program, characterized in that the computer program is executed by a processor of a computer device to implement the device discovery method according to any one of claims 1 to 20.