WO2021057610A1 - 设备连接方法、系统、平台及相应设备 - Google Patents

设备连接方法、系统、平台及相应设备 Download PDF

Info

Publication number
WO2021057610A1
WO2021057610A1 PCT/CN2020/116126 CN2020116126W WO2021057610A1 WO 2021057610 A1 WO2021057610 A1 WO 2021057610A1 CN 2020116126 W CN2020116126 W CN 2020116126W WO 2021057610 A1 WO2021057610 A1 WO 2021057610A1
Authority
WO
WIPO (PCT)
Prior art keywords
data packet
user
broadcast
internet
things
Prior art date
Application number
PCT/CN2020/116126
Other languages
English (en)
French (fr)
Inventor
黄俊岚
贾旭
Original Assignee
阿里巴巴集团控股有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 阿里巴巴集团控股有限公司 filed Critical 阿里巴巴集团控股有限公司
Publication of WO2021057610A1 publication Critical patent/WO2021057610A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/10—Access restriction or access information delivery, e.g. discovery data delivery using broadcasted information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/16—Discovering, processing access restriction or access information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • the present invention relates to the Internet of Things (IoT) technology, and in particular to a device connection method, system, platform and corresponding Internet of Things devices and terminal devices connected to the Internet of Things devices.
  • IoT Internet of Things
  • a Bluetooth device can be connected with a terminal device to facilitate the Bluetooth device's access to the Internet of Things, to achieve centralized control of the access device by the terminal device, or to use the powerful computing power of the smart terminal to implement various complex functions.
  • the traditional Internet of Things devices are discovered by broadcasting device information, and the Internet-connected devices actively discover, connect and configure. In order to ensure the safety of the device and prevent it from being connected by mistake, it is stipulated that the device only broadcasts for a few minutes when it is turned on, and the device is in an undiscoverable state after the broadcast is finished. If the IoT device fails to complete the connection within the time period of booting and broadcasting, or is subsequently disconnected due to various problems, the IoT device will be in an unconnected state for a long time without the user noticing it, which is not conducive to the device’s operation. use efficiently.
  • the present invention proposes a brand-new device access solution. Specifically, a silent broadcast function is added to the IoT device, so that the device can be discovered by the networked terminal device through the silent broadcast automatically sent after the device is turned on, thereby effectively improving the activation rate of the IoT device.
  • a device connection method including: a first device broadcasts a first data packet; a second device receives the first data packet; based on the content contained in the first data packet, the The second device causes the user to be prompted that the first device is not connected; in response to the user's operation based on the prompt, the first device broadcasts a second data packet, wherein the first data packet and the second data packet The data packets are different; and the second device is connected to the first device based on the information included in the second data packet. Therefore, the first data packet can be used to prompt that it has not been connected, and the second data packet can be used for access.
  • the first data packet broadcast by the first device is a silent broadcast automatically performed by the first device based on a predetermined rule
  • the second data packet broadcast by the first device is a regular broadcast used by the first device for connection authentication .
  • the method further includes: the first device broadcasting the second data packet within a predetermined time period, and the first device broadcasting the first data packet includes: when the first device is within the predetermined time period When there is no connection, the first data packet is continuously broadcast at a predetermined interval.
  • the second device receiving the first data packet includes: the second device activating data packet scanning, and discovering and activating the first data packet during the data packet scanning.
  • the first device broadcasting the first data packet includes: the first device broadcasting the first data packet at a first predetermined interval, and in response to an operation performed by the user based on the prompt, the first device Broadcasting the second data packet includes: the first device broadcasts the second data packet at a second predetermined interval within a first predetermined period after the operation, wherein the first predetermined interval is longer than the second predetermined interval. interval.
  • the second device receiving the first data packet includes: the second device activating data packet scanning, and discovering and activating the first data packet during the data packet scanning, wherein the first data packet is The second device activates data packet scanning in a second predetermined period longer than the first predetermined interval.
  • the operation performed by the user based on the prompt includes: a physical operation performed by the user on the first device itself based on the prompt; an operation performed by the user on the second device based on the prompt; So that the second device performs subsequent operations on the first device.
  • the broadcasting of the first data packet by the first device includes: the first device broadcasting the first data packet within a predetermined time period after each interaction with the user or other devices occurs. This saves power for, for example, battery-powered equipment.
  • the second device activating data packet scanning includes: the second device automatically activates the data packet scanning based on a predetermined rule; and/or the second device activates the data packet scanning based on a user trigger.
  • device access may also include cloud participation. Therefore, the method may further include: the second device sends at least part of the content contained in the first data packet to a server; the server issues an operation for the first device to the second device or a notification device Information, and the second device or the notification device prompts the user that the first device is not yet connected according to the operation instruction issued by the server.
  • the second device may, for example, determine a server to be connected based on the first data packet, and connect.
  • the delivery of the operation information for the first device by the server to the second device or the notification device includes at least one of the following: The operation instruction for the first device; the server issues an operation instruction for the first device according to the device type of the first device; the server issues an operation instruction for the first device according to the use history of the second device Operation instructions for a device.
  • the method may further include: in response to an operation performed by the user on the prompt, the second device sends a connection request for the first device to the server; the server returns the information of the first device Related information; and the second device prompts the user of the operation content of the first device based on the related information.
  • the second device prompting the user of the operation content of the first device based on the related information includes: the second device voice broadcasts the operation content of the first device to the user.
  • prompting the user that the first device has not been accessed includes: when the second device or the notification device interacts with the user, prompting the user of the first device Not yet connected; and/or the second device or the notification device keeps prompting the user that the first device is not yet connected.
  • the second device or the notification device prompts the user that the first device has not been connected in the first interaction or within a predetermined time after the second device receives the first data packet;
  • the second device or the notification device prompts the user that the first device is not connected in the active prompt scenario involving the first device; the second device or the notification device is in the passive response scenario involving the first device , Prompting the user that the first device is not yet connected; and/or when the second device or the notification device is pushing the device status, prompting the user that the first device is not yet connected.
  • the second device or the notification device may also prompt the user of the selling information of the first device.
  • the difference between the first data packet and the second data packet includes at least one of the following: the contents contained in the first data packet and the second data packet are different; The data format of the second data packet is different; and the first data packet and the second data packet are broadcast on different channels.
  • a device connection system including a first device and a second device, wherein the first device is used to: broadcast a first data packet; Operation, broadcast a second data packet, wherein the first data packet is different from the second data packet, and the second device is configured to: receive the first data packet; based on the fact that the first data packet contains The user is prompted that the first device is not yet connected, wherein the user performs the operation based on the prompt or instructs the second device to perform the operation; and based on the second data packet The included information is connected to the first device.
  • the first device is configured to: automatically perform a silent broadcast of broadcasting the first data packet based on a predetermined rule, and perform a regular broadcast of broadcasting the second data packet during connection authentication.
  • the difference between the first data packet and the second data packet includes at least one of the following: the contents contained in the first data packet and the second data packet are different; The data format of the second data packet is different; and the first data packet and the second data packet are broadcast on different channels.
  • the first device is configured to: broadcast the second data packet within a predetermined time period; and broadcast the first data packet at a predetermined interval when there is no connection within the predetermined time period.
  • the second device is configured to: activate data packet scanning, and discover and activate the first data packet during the data packet scanning.
  • the first device is configured to: broadcast the first data packet at a first predetermined interval, and broadcast the first data packet at a second predetermined interval within a first predetermined period after the user operates the first device.
  • the second data packet wherein the first predetermined interval is longer than the second predetermined interval.
  • the second device is configured to: activate data packet scanning in a second predetermined period of time longer than the first predetermined interval, and discover and activate the first data packet during the data packet scanning.
  • the first device is configured to: the first device broadcasts the first data packet within a predetermined time period after each interaction with the user or other devices occurs.
  • the second device is configured to: the second device automatically activates data packet scanning based on a predetermined rule; and/or the second device activates the data packet scanning based on a user trigger.
  • the system may further include: a server, configured to: receive at least part of the content contained in the first data packet from the second device; and deliver to the second device or the notification device for the first device An operation instruction, and the second device or the notification device is used to: according to the operation instruction issued by the server, prompt the user that the first device has not been accessed yet.
  • a server configured to: receive at least part of the content contained in the first data packet from the second device; and deliver to the second device or the notification device for the first device
  • An operation instruction and the second device or the notification device is used to: according to the operation instruction issued by the server, prompt the user that the first device has not been accessed yet.
  • the second device is configured to: determine a server to be connected based on the first data packet; and connect to the server.
  • the server is used for at least one of the following: issuing an operation instruction for the first device according to the registration state of the first device in the cloud; issuing an operation instruction for the first device according to the device type of the first device; The operation instruction of the first device; and the operation instruction for the first device is issued according to the use history of the second device.
  • the second device is configured to: in response to an operation performed by the user on the prompt of the second device, send a connection authentication request for the first device to the server; and receive the connection authentication request returned by the server Related information of the first device; and based on the related information, prompting the user to operate the first device.
  • an Internet of Things device including: a communication device for: automatically broadcasting a first data packet; and in response to an operation performed on the Internet of Things device by a user or other equipment, broadcasting a second data packet A data packet, wherein the first data packet is different from the second data packet; the connection authentication data based on the second data packet is sent and received; the processor is configured to: generate connection authentication data; The connection of the device.
  • the above-mentioned Internet of Things device can execute the corresponding access method, including: automatically broadcasting a first data packet; in response to an operation performed by a user or other device on the Internet of Things device, broadcasting a second data packet, wherein the first data packet Different from the second data packet; perform connection authentication based on the second data packet; and complete the connection with other devices after the authentication is successful.
  • a terminal device including: a processor, configured to: a first communication device receives a first data packet from an Internet of Things device; and based on the content contained in the first data packet, prompt The user’s Internet of Things device is not yet connected; based on the second data packet received from the Internet of Things device, connected to the Internet of Things device, wherein the first data packet is different from the second data packet, and the first The communication device is configured to: receive a first data packet from the Internet of Things device; receive a second data packet from the Internet of Things device according to a user's operation of selecting access to the Internet of Things device; Describe the data for connection authentication.
  • a device connection platform which is used to: obtain at least part of the content contained in a first data packet received by a second device from a first device; Send prompt information for the first device, wherein the user operates based on the prompt of the second device or the notification device, so that the first device and the second device are based on the second data broadcast by the first device Package to connect.
  • the present invention can effectively prompt the user of the existence of the Internet of Things device that has not yet been connected. Subsequently, the user can perform physical operations on the IoT device (for example, reset power or activate) or based on the operation of the IoT device on the IoT device, reintroduce the device to perform regular broadcasts and perform connection authentication procedures with the terminal, thereby improving The activation rate of existing IoT devices.
  • the user can perform physical operations on the IoT device (for example, reset power or activate) or based on the operation of the IoT device on the IoT device, reintroduce the device to perform regular broadcasts and perform connection authentication procedures with the terminal, thereby improving The activation rate of existing IoT devices.
  • Figure 1 shows a schematic diagram of device access authentication.
  • Figure 2 shows a schematic diagram of a device connecting to the IoT.
  • Figure 3 shows a schematic diagram of the device being connected to the IoT as a node.
  • Figure 4 shows a schematic diagram of device access authentication involving cloud participation.
  • Figure 5 shows a schematic diagram of devices involved in cloud access to IoT.
  • Fig. 6 shows a schematic flowchart of a device connection method according to an embodiment of the present invention.
  • Fig. 7 shows a comparative example of conventional broadcast data and silent broadcast data according to the present invention.
  • Fig. 8 shows an example of the access procedure according to the present invention.
  • Fig. 9 shows a schematic diagram of the composition of a device connection system according to an embodiment of the present invention.
  • Fig. 10 shows a schematic diagram of the composition of an Internet of Things device according to an embodiment of the present invention.
  • Fig. 11 shows a schematic flowchart of a method for the Internet of Things to access the Internet of Things according to an embodiment of the present invention.
  • Fig. 12 shows a schematic diagram of a terminal device according to an embodiment of the present invention.
  • FIG. 13 shows a schematic flowchart of a method for connecting a terminal device to an Internet of Things device according to an embodiment of the present invention.
  • Fig. 14 shows an example of an application scenario of the device connection solution according to the present invention.
  • the traditional Internet of Things devices are discovered by broadcasting device information, and the Internet-connected devices actively discover, connect and configure. In order to ensure the safety of the device and prevent it from being connected by mistake, it is stipulated that the device only broadcasts for a few minutes when it is turned on, and the device is in an undiscoverable state after the broadcast is finished. If the IoT device fails to complete the connection within the time period of booting and broadcasting, or is subsequently disconnected due to various problems, the IoT device will be in an unconnected state for a long time without the user noticing it, which is not conducive to the device’s operation. use efficiently.
  • the user first bought a rice cooker with Bluetooth networking function, and a few months later bought a home smart terminal (for example, a smart speaker). Since there is no smart terminal at home when the rice cooker is purchased, there is no response to the power-on broadcast of the rice cooker, and the rice cooker is not connected to the Internet. Subsequently, the user has been using the rice cooker for cooking, but did not know that the rice cooker can be connected to a later-purchased smart speaker, thus becoming a part of the home Internet of Things. This led to the shelving of the networking function of the rice cooker, which went against the original intention of the user to purchase the Bluetooth rice cooker.
  • a home smart terminal for example, a smart speaker
  • the present invention proposes a brand-new device access solution.
  • the device can also be connected to the networked terminal device (for example, Smart speakers purchased later) found that this effectively improves the activation rate of IoT devices.
  • the rice cooker can automatically turn on silent broadcasting after the power-on broadcast has no response.
  • the smart speaker receives the silent broadcast, it can prompt the user that there is an IoT device that is not yet connected to the Internet. For example, when the user interacts with the smart speaker, the voice broadcasts to the user "there are XXX rice cookers that are not connected to the Internet, do they need to be connected to the Internet?"
  • the user may be prompted to perform a specific operation on the rice cooker (for example, to reactivate the rice cooker) so that the rice cooker resumes regular broadcasting.
  • the smart speaker receives the above-mentioned conventional broadcast and starts the connection authentication process to realize the networking of the rice cooker.
  • the present invention can effectively prompt the user of the existence of the Internet of Things device that has not yet been connected. Subsequently, the user can perform subsequent operations on the IoT device by physically operating the IoT device (for example, resetting or activating) or through the smart speaker that receives the silent broadcast, re-introducing the device for regular broadcast and connecting with the terminal for authentication In order to improve the activation rate of existing IoT devices.
  • Figure 1 shows a schematic diagram of device access authentication.
  • the IoT device 100 as the first device needs to be connected to the terminal device 200 as the second device.
  • first and second are intended to distinguish between different objects of the same kind, rather than any suggestion of temporal or spatial order or importance.
  • the Internet of Things device 100 can be connected and communicated with the terminal device 200 through short-distance data transmission (for example, several centimeters to several hundred meters) based on technologies such as Bluetooth, WiFi, and infrared.
  • short-distance data transmission for example, several centimeters to several hundred meters
  • technologies such as Bluetooth, WiFi, and infrared.
  • the Bluetooth weight scale 100 is connected to the smartphone 200 via the Bluetooth Low Energy Protocol (BLE).
  • BLE Bluetooth Low Energy Protocol
  • connection between the first device and the second device shown in FIG. 1 may only be the connection between the Internet of Things device 100 and the terminal device 200, such as the connection between a Bluetooth weight scale and a smart phone in the above example.
  • the connection may also be a connection used to access the existing Internet of Things.
  • FIG. 2 shows a schematic diagram of a device connecting to the IoT.
  • the IoT includes a number of nodes that have been connected to the Internet.
  • Node 200 is, for example, the central intelligent node of the home Internet of Things. It can be used as a central device to connect to other Internet of Things devices, and play edge computing or cloud computing.
  • the node 200 may be a smart speaker that has already been connected to a TV, a rice cooker, and a smart doorbell (for example, via Bluetooth).
  • FIG. 2 is only an illustration for ease of understanding.
  • the node 200 may also be a smart mobile terminal as shown in FIG.
  • FIG. 1 shows a schematic diagram of the device being connected to the IoT as a node.
  • the Bluetooth lamp 100 has passed the access authentication and is connected as a node of the IoT.
  • the devices that have joined the IoT are called “nodes", and the devices that want to join the IoT (for example, the Bluetooth lamp 100) are called “devices to be connected” or “Internet of Things devices”.
  • the existing Internet of Things (IoT) may be the Internet of Things with a specific scope, for example, the Internet of Things in a home, in a building, or even in a park as shown in FIG. 2.
  • the Internet of Things device 100 may be a Bluetooth mesh device, and IoT is an existing Bluetooth mesh network.
  • the smart device as a node 200 in the Bluetooth mesh network can be used as a provisioning (start-up configuration) device to connect the IoT device 100 to be connected to the existing Bluetooth mesh network in accordance with the Bluetooth mesh specification.
  • the process of device access also involves the participation of the cloud.
  • Figure 4 shows a schematic diagram of device access authentication involving cloud participation.
  • Figure 5 shows a schematic diagram of devices involved in cloud access to IoT.
  • the IoT device 100 different from directly completing the authentication with the terminal device or the terminal device as a node in the IoT, the IoT device 100 needs to pass the authentication with the terminal device 200 (such as the smart terminal device shown in FIG. 4).
  • the remote server 300 may be a server group for implementing specific functions, for example, a cloud authentication platform when the device is connected to the IoT or connected to a smart device.
  • the device to be accessed 100 is an IoT device with short-distance communication capabilities (for example, via Bluetooth or a local area network), and the terminal or node 200 is based on the short-distance communication ability and the ability to communicate with a remote server.
  • IoT devices The other devices in the IoT can be one of the two.
  • Figures 2, 3, and 5 show an example of the connection of each node in IoT, but it should be understood that each node can also be connected in other ways, and in the case that short-distance communication is realized via WiFi communication, the node 200 can also communicate with the device 100 to be accessed via a router.
  • Fig. 6 shows a schematic flowchart of a device connection method according to an embodiment of the present invention.
  • This method is suitable for the case of device access based on various short-distance communication means (for example, WiFi, Bluetooth, Bluetooth mesh, infrared, etc.), and is especially suitable for the Bluetooth device as the first device and the smart terminal as the second device Authentication of the connection between the first and second devices, that is, the case where the first and second devices are connected in accordance with the Bluetooth protocol.
  • various short-distance communication means for example, WiFi, Bluetooth, Bluetooth mesh, infrared, etc.
  • this method is suitable for the connection authentication that the Bluetooth device as the first device joins the existing Bluetooth mesh network with the identity of the node to be accessed through the second device (smart terminal) as the activation authentication device, that is, the first and the second Second, the case where the device follows the Bluetooth mesh protocol to connect.
  • step S610 the first device (the to-be-connected IoT device 100 in FIG. 1 to FIG. 5) broadcasts the first data packet.
  • step S620 the second device (the terminal device 200 in FIG. 1 to FIG. 5) receives the first data packet.
  • step S630 based on the content contained in the first data packet, the second device causes the user to be prompted that the first device is not yet connected.
  • step S640 in response to the user's operation on the first device based on the prompt, the first device broadcasts a second data packet, where the first data packet includes content that can be distinguished from the second data packet.
  • step S650 the second device connects to the first device based on the content contained in the second data packet.
  • the second data packet broadcast by the first device may be a regular broadcast used by the first device for connection authentication.
  • the first data packet broadcast by the first device may be a silent broadcast automatically performed by the first device based on a predetermined rule.
  • regular broadcast can refer to the act of sending out broadcast packets that conform to a prescribed format in accordance with existing broadcast discovery rules. For example, the broadcast behavior of IoT devices when they are powered on or activated. In order to ensure discovery, regular broadcasts are broadcast at a high frequency of 40ms every 100ms within a period of time (for example, within 1-10 minutes) after the device is operated. After receiving the above-mentioned broadcast, other devices (for example, the terminal device 200) can start a connection authentication process with the Internet of Things device.
  • silent broadcast can refer to the behavior of sending out broadcast packets in addition to the regular broadcast behavior.
  • the “silence” here refers to silence to the user, that is, the Internet of Things device sends out a broadcast packet by itself according to predetermined rules without the user's participation.
  • the silent broadcast of the present invention can be automatically turned on by the Internet of Things device in a state where no other device is connected (or not connected to the Internet) after the regular broadcast time is exceeded. Therefore, the connection method of the present invention may further include before step S610, the first device broadcasts the second data packet within a predetermined period of time (regular broadcast). Therefore, step 610 may include continuously broadcasting the first data packet at a predetermined interval (silent broadcasting) when the first device does not perform connection authentication within a predetermined period of time.
  • the silent broadcast is a broadcast that the Internet of Things device actively sends out to wait for the terminal device to discover it, it needs to be continuously broadcast, for example, it keeps broadcasting when the Internet of Things device is powered on. Therefore, for the sake of energy saving, the interval of silent broadcast is longer.
  • regular broadcast is to send out broadcast packets at a high frequency within a predetermined period of time (for example, within 10 minutes of power-on, broadcast 40ms every 100ms), and silent broadcast is to continuously send out broadcast packets at a lower frequency (for example, there is no connection after 10 minutes of power-on , Then broadcast 100ms every 60s).
  • the first predetermined interval for the device to send the first data packet is longer than the second predetermined interval for the device to send the second data packet.
  • the first predetermined interval for the device to send the first data packet is longer than the second predetermined interval for the device to send the second data packet may be applicable to various broadcast transmission modes.
  • the device sends out data packets at fixed predetermined intervals, for example, a 100ms first data packet is continuously broadcast at an interval of 60s, and a 10ms second data packet is continuously broadcast at an interval of 10ms. At this time, 60s is much longer than 10ms.
  • the device may intensively send the first data packet in a certain period of time, but its overall time-average sending interval is much smaller than the second predetermined interval.
  • the device broadcasts the first data packet of 10ms continuously at intervals of 10ms within a period of 100ms at an interval of 60s.
  • the frequency within the 100ms is the same as the broadcast interval of the second data packet, the average transmission interval is still much smaller than the second predetermined interval on the elongated time axis with a period of 60s.
  • it can cooperate with a second device that activates scanning to perform silent broadcasting only in a predetermined scene or a predetermined period of time (which will be described in detail below).
  • the first data packet is a data packet used for silent broadcasting, so that the terminal device can discover the existence of an unconnected device. For this reason, in order to prevent the terminal device from connecting to the Internet of Things device (for example, connecting to a neighbor’s device by mistake) without the user’s knowledge, the first data packet is different from the second data packet. In other words, the first data packet is different from the second data packet.
  • a data packet needs to be distinguishable from a second data packet (a regular broadcast packet), so that the networked device that receives the first and second data packets can distinguish the identities of the two.
  • the first data packet may contain content that can be distinguished from the second data packet, so that the terminal device knows that the first data packet it receives is not a regular broadcast packet for connection.
  • Fig. 7 shows a comparative example of conventional broadcast data and silent broadcast data according to the present invention.
  • the upper part of Fig. 7 shows an example of un-networked broadcast data, that is, a conventional broadcast packet of an IoT device that has not yet been connected to the Internet.
  • the header of the broadcast data includes length and type fields, where the length indication is 0x14, and the type 0x2B indicates the Mesh beacon, that is, the broadcast data is a broadcast packet sent by a Bluetooth mesh device.
  • the payload part of the broadcast data includes the beacon type and the beacon data field. Among them, the beacon type indicates that the beacon is a device that has not been configured.
  • the beacon data includes the universally unique identification code (UUID) of the device, wherein the penultimate byte of the identification code (underlined "02") indicates that the broadcast packet is a regular broadcast packet.
  • UUID universally unique identification code
  • the beacon data also includes data for indicating OOB (Out of Band) mode.
  • the lower part of FIG. 7 shows an example of silent broadcast data, that is, silent broadcast packets sent by non-networked IoT devices outside the regular broadcast period.
  • the silent broadcast packet has the same format as the regular broadcast packet, except that the third byte of the UUID (underlined "03") indicates that the broadcast packet is a silent broadcast packet.
  • the terminal device receives the broadcast packet and finds that the penultimate byte of the UUID is "03", it can identify the broadcast packet as a silent broadcast packet, so that it does not actively initiate connection authentication with the Internet of Things device, but is based on Provisions for prompting the user.
  • the first and second data packets have the same data format, and are muted by different values of specific flags (for example, a certain flag in the beacon data field). The identities of broadcast packets and regular broadcast packets are distinguished.
  • the silent broadcast packet contains content that can be distinguished from the regular broadcast packet (for example, the value of the penultimate byte of the UUID in the above example is different), so that the terminal device that receives the silent broadcast packet can recognize the broadcast
  • the "silent" (unconventional) identity of the packet can avoid networking based on the silent broadcast packet while knowing that the Internet of Things device is not yet connected to the Internet.
  • the Internet of Things device is enabled to realize the discoverable and unconnectable function of the Internet of Things device through silent broadcast (the connection needs to be followed by a user operation to initiate a regular broadcast).
  • the difference between the first data packet and the second data packet may also be a difference in data format, or be broadcast by the first device on different channels and received by the second device.
  • the terminal device Since the silent broadcast sent by the Internet of Things device needs to be received by the target device to make sense, the terminal device needs to have the ability to receive the silent broadcast.
  • the terminal device may always enable active scanning (for example, at a lower frequency) to capture silent broadcasts at any time.
  • the activation scan of the terminal device preferably cooperates with the silent broadcast of the Internet of Things device, which enables the terminal device to receive the silent broadcast from the Internet of Things device while appropriately saving energy.
  • the duration of the second device's activation scan is longer than the interval of the first device's silent broadcast.
  • the duration of each activation scan of the second device needs to be longer than 60s, preferably covering several broadcast cycles, for example , Lasts three minutes.
  • the second device may automatically activate the data packet scan based on a predetermined rule, or may trigger the activation of the data packet scan based on the user.
  • the second device can activate a data packet scan every hour according to a predetermined rule, and each time lasts 3 minutes; for example, it can also perform a data packet scan at a specific time of the day, and activate a data packet every hour at 0-5 o'clock every day. Scan, each lasting 3 minutes.
  • the first and second devices can be set by default to send silent broadcasts and activate scanning at the same time period.
  • manufacturer A can specify that its IoT devices (for example, Bluetooth mesh devices) are not connected to the Internet, and broadcast silently at 0 am every day or at an interval of 60s within the time period of 0-1 o'clock. Repeated silent broadcasting, while stipulating that the terminal equipment it produces (for example, smart speakers), also conduct an activation scan at 0 am every day or repeat multiple times during the time period of 0-1 o'clock. Each duration is 3 minutes of activation scan.
  • IoT devices for example, Bluetooth mesh devices
  • the terminal device may, for example, initiate an activation scan when it perceives that the user is at home.
  • the operation for silent broadcasting can be done via edge computing.
  • edge computing refers to the calculation of applications, data, and services from the central node of the network to the logical edge node of the network for processing. Edge computing decomposes large services that were originally handled entirely by central nodes, cut them into smaller and easier-to-manage parts, and distributed them to edge nodes for processing. Edge nodes are closer to various terminal devices, which can speed up data processing and transmission and reduce delays.
  • the node 200 (for example, a smart mobile terminal or a smart speaker as a second device) can be used as an "edge computing device” for edge computing, which can be completed without the cloud 300 being involved in computing at all The calculation process for the discovery of the first device's silent broadcast and the access of the regular broadcast.
  • a router device connected to both the first and second devices may also be used as an "edge computing device” for edge computing.
  • the connection method of the present invention may further include: the second device sending at least part of the content contained in the first data packet to a server; Operation instructions for the first device. Therefore, based on the content contained in the first data packet, the second device prompting the user that the first device has not been connected may include: the second device or the notification device prompting the user according to the operation instruction issued by the server The first device has not been connected yet.
  • the second device may send the unique identifier of the first device to the server, and the server searches for related information of the first device, and generates an operation instruction based on the related information.
  • the second device prompting the user to be prompted that the first device is not yet connected may refer to the case where the second device directly prompts the user that the first device is not yet connected.
  • the second device may make the server know that the first device has not accessed yet, and the server may make other devices other than the second device (the aforementioned “notification device”, herein referred to as The device that prompts notification) conveys this prompt information to the user.
  • the device that prompts notification conveys this prompt information to the user.
  • a smart speaker as a second device connected to a first device (for example, a Bluetooth lamp)
  • a smart phone can be used as a notification device.
  • the server may select the second device for prompting, or select the user's smart phone as the notification device for prompting.
  • the connection method of the present invention may further include: the second device determines the server to be connected based on the first data packet, and connects to the server. For example, when the terminal device supports IoT devices produced by multiple manufacturers, the terminal device can determine the server to be connected from the manufacturer information (for example, the CID company code) contained in the first data packet.
  • the manufacturer information for example, the CID company code
  • the server can generate and issue operation instructions according to the related information about the first device (even the related messages of the second device) found in the cloud. For example, the server can generate and issue operation instructions according to the first device in the cloud.
  • the operation instructions for the first device may be issued according to the registration state of the first device; the operation instructions for the first device may be issued according to the device type of the first device; or the operation instructions for the first device may be issued according to the use history of the second device Operation instructions for the first device. For example, when the server inquires that the first device was connected to another terminal device (smart terminal) one day ago, it can determine that the first device is a neighbor’s device that is connected to the neighbor’s smart terminal, so it can notify the first device.
  • the second device ignores the silent broadcast from the first device.
  • the server may select a way for the second device to prompt the user according to whether the device type of the first device is important. For example, when the first device is a Bluetooth lamp, the second device can prompt the user with a text message, and when the first device is a smart TV, the second device can directly give the user a voice prompt for the smart TV to connect to the Internet.
  • the server can also look up the user's regular second device usage habits (for example, usage time), so as to reasonably select the timing for prompting the user.
  • step S630 involves prompting the user that the first device has not been accessed based on the content contained in the first data packet.
  • the above-mentioned prompt to the user may be presented to the user at different times in different ways.
  • the second device may continue to prompt the user that the first device is not yet connected (that is, it is connected to any device or network).
  • the indicator light of the smart speaker can continue to flash to inform the user that there is an unresolved event or new information, trigger the user to actively interact with the second device, and enable the second device to prompt the user of the specific content that needs to be operated on the first device .
  • the user is prompted to operate the first device.
  • the smart speaker can prompt the user that there is an IoT device that is not connected to the Internet.
  • the above-mentioned prompt may include a voice announcement to the user that the first device is not connected to the Internet, and the specific operation content of the first device.
  • the second device may submit information that the first device is not connected to the server to the server, and the server may select the second device or a device other than the second device as the notification device to prompt the user.
  • the second device or the notification device can prompt the user that the first device has not yet connected to the user during the first interaction after the second device receives the first data packet or within a predetermined time.
  • the second device or the notification device may prompt the user that the first device has not been connected in an active prompt scenario involving the first device.
  • the active prompt scenario refers to the scenario initiated by the device.
  • the second device or notification device can prompt the user "The air is dry, the Bluetooth humidifier XXX is not connected to the Internet, is it connected now? Humidify”. This avoids blunt interruption to the user.
  • the second device or the notification device may prompt the user that the first device is not yet connected in a passive reply scenario involving the first device.
  • the passive response scenario refers to the scenario initiated by the user. For example, the user utters the voice command "Turn on the humidifier".
  • the second device or notification device can prompt the user "The Bluetooth humidifier XXX is not connected to the Internet, is it connected now?" As a result, through passive prompts homeopathic, the blunt interruption to the user is minimized.
  • the second device or the notification device may also prompt the user that the first device is not yet connected when pushing the device status.
  • a user can install a home smart device management app on a smart phone, and the server can push the updated device status to the app, for example, directly display and mark the devices that are not connected to the Internet in the device list, or they can be displayed in the notification bar or pop up Prompt in the box.
  • the second device or the notification device also prompts the user of the selling information of the first device. For example, you can directly provide a link to sell on the Xianyu second-hand market.
  • the connection method of the present invention may include an operation performed in response to the prompt of the user to the second device, the second device sends a connection authentication request for the first device to the server; the server returns The related information of the first device; and the second device prompts the user of the operation content of the first device based on the related information.
  • the operation content of the first device obtained from the server is broadcasted to the user by voice.
  • the server may determine the appearance of the Bluetooth electric light and the networking operation steps based on the unique identifier in the first data packet, and send the above content to the smart speaker.
  • the smart speaker can describe the appearance of the bluetooth electric light to help the user determine the installation location of the bluetooth electric light, and after the user finds the electric light, inform the user how to activate the regular broadcast of the electric light to complete networking.
  • step S640 in response to the user's operation based on the prompt, the first device broadcasts the second data packet.
  • the operation performed by the user based on the prompt may include a physical operation performed by the user on the first device itself based on the prompt.
  • the foregoing operation may also be that the user performs an operation on the second device based on a prompt, so that the second device performs subsequent operations on the first device.
  • the smart speaker can activate the Bluetooth lights for regular broadcast operations.
  • smart speakers can allow users to read a password, and then send a data packet encrypted to activate the Bluetooth device. Therefore, the second device avoids misoperation (for example, mistakenly accessing a neighbor's Bluetooth device) by introducing an interaction with the user.
  • misoperation for example, mistakenly accessing a neighbor's Bluetooth device
  • FIG. 8 an example of the access process according to the present invention will be described in conjunction with FIG. 8 as follows.
  • the smart terminal performs an activation scan (step 1).
  • the device for example, a Bluetooth Mesh device
  • the terminal After scanning and receiving the data packet, the terminal extracts the unique identifier from the data packet and the information that the device is not connected to the network.
  • the terminal can determine the cloud to connect to and connect based on the CID in the silent packet. After connecting, report the silent device information (step 3). At the same time, the terminal can prompt the user that there is an unconnected device based on the acquired device information (for example, the silent broadcast package from the device or the information delivered from the server), when certain conditions (triggered by the cloud, triggered by a special event) are met.
  • the acquired device information for example, the silent broadcast package from the device or the information delivered from the server
  • the user can interact with the terminal based on the above prompt (step 4).
  • the terminal sends a service request to the server to obtain related information of the silent device for voice broadcast (step 5).
  • the aforementioned voice broadcast content can be generated in the cloud and delivered to the terminal (step 6), and voice broadcast to the user via the terminal (step 7).
  • the user can operate the device according to the broadcast content (step 8), for example, reset and power on or activate the device based on the prompt of the terminal, so that the device enters the regular broadcast state (step 9), so that the device can be connected and configured (step 10). ).
  • the present invention introduces a silent broadcast mechanism to make devices that are usually undiscoverable after the regular broadcast ends, thereby prompting the activation rate of the Internet of Things devices. Further, the silent broadcast mechanism can use different broadcast data, lower broadcast frequencies, and different discovery logic to distinguish it from conventional broadcasts, and realize its discoverable but not directly connectable properties at a relatively low cost.
  • This solution can cover multiple connection protocols such as BLE, Bluetooth Mesh, and WiFi.
  • BLE Bluetooth Mesh
  • WiFi Wireless Fidelity
  • the terminal can maintain the scanning state of the default frequency, or strengthen the scanning frequency during specific operational activities.
  • a short-term silent broadcast state can be triggered each time the user or other devices interact with each other when not connected to the Internet.
  • Fig. 9 shows a schematic diagram of a device connection system according to an embodiment of the present invention.
  • the functional modules of the device connection system can be implemented by hardware, software, or a combination of hardware and software that implement the principles of the present disclosure.
  • the functional modules described in FIG. 9 can be combined or divided into sub-modules to realize the principle of the above-mentioned invention. Therefore, the description herein can support any possible combination, or division, or further limitation of the functional modules described herein.
  • the device connection system 900 may include a first device 910 and a second device 920.
  • the first device 910 may broadcast a first data packet, and may also broadcast a second data packet in response to an operation performed by a user directly or via a second device.
  • the second data packet is different.
  • the second device 920 may receive the first data packet, and based on the content contained in the first data packet, cause the user to be prompted that the first device has not been connected yet, and based on the information included in the second data packet, Connecting to the first device, wherein the user performs the operation based on the prompt or instructs the second device to perform the operation.
  • the first device 910 may also automatically perform a silent broadcast of broadcasting the first data packet based on a predetermined rule, and perform a regular broadcast of broadcasting the second data packet during connection authentication.
  • the difference between the first data packet and the second data packet includes at least one of the following: the content contained in the first data packet is different from that in the second data packet; and the first data packet is different from the second data packet.
  • the data format of the data packet is different; and the first data packet and the second data packet are broadcast on different channels.
  • the second device 920 can determine the identity of its silent broadcast packet or a regular broadcast packet by reading the first and second data packets or based on the channels on which the first and second data packets are received.
  • the first device 910 may also broadcast the second data packet within a predetermined time period; and when there is no connection within the predetermined time period, continuously broadcast the first data packet at a predetermined interval.
  • the first device 910 may also continuously broadcast the first data packet at a first predetermined interval, and at a second predetermined interval within the first predetermined period after the user operates the first device. Broadcasting the second data packet, wherein the first predetermined interval is often longer than the second predetermined interval.
  • the second device 920 may activate data packet scanning in a second predetermined period of time longer than the first predetermined interval.
  • the first device 910 may broadcast the first data packet within a predetermined time period after each interaction with the user or other devices occurs.
  • the second device may be used to: activate data packet scanning, and discover and activate the first data packet during the data packet scanning period.
  • the second device 920 may automatically activate data packet scanning based on a predetermined rule.
  • the second device 920 may activate data packet scanning based on a user trigger.
  • the device connection system 900 may also preferably include a server 930.
  • the server 930 may receive at least part of the content contained in the first data packet from the second device; and deliver operation information (for example, operation instructions) for the first device to the second device.
  • the second device 920 may prompt the user that the first device has not been accessed according to the operation instruction issued by the server.
  • the device connection system 900 may further include a notification device, for example, a smart phone is used as a device for prompt notification.
  • the server 930 may issue an operation instruction for the first device to the notification device, and the notification device may prompt the user.
  • the second device 920 may determine the server to be connected based on the first data packet; and connect to the server.
  • the server 930 may be used for at least one of the following: send operation information (for example, operation instructions) for the first device according to the registration state of the first device in the cloud;
  • the device type of the first device issues an operation instruction for the first device; and according to the use history of the second device, an operation instruction for the first device is issued.
  • the second device 920 may send a connection authentication request for the first device to the server in response to the operation performed by the user on the prompt of the second device; receive all information returned by the server. The related information of the first device; and based on the related information, prompt the user to operate the first device.
  • Fig. 10 shows a schematic diagram of the composition of an Internet of Things device according to an embodiment of the present invention.
  • the Internet of Things device can be used as the device 100 shown in FIG. 1 to FIG. 5 and the first device shown in FIG. 9.
  • the Internet of Things device 1000 of the present invention may include a communication device 1010 and a processor 1020.
  • the communication device 1010 can automatically broadcast a first data packet, and can broadcast a second data packet in response to an operation performed by a user or other equipment on the Internet of Things device, wherein the first data packet is different from the second data packet . It is also possible to send and receive connection authentication data based on the second data packet.
  • the operation performed on the IoT device can be a physical operation (for example, power-on and reset) performed by the user directly on the IoT device or its remote control, or it can be a user's operation of the IoT device via other devices (for example, an Internet-connected device). Operate with networked devices. In either case, the operation of IoT devices requires the participation of users.
  • the processor 1020 may generate connection authentication data, and complete the connection with other devices after the authentication is successful.
  • the communication device 1010 may automatically perform a silent broadcast of broadcasting the first data packet based on a predetermined rule, and perform a regular broadcast of broadcasting the second data packet during connection authentication.
  • the first data packet and the second data packet may indicate the identities of the silent broadcast packet and the regular broadcast packet by using different values on the specified bits of the beacon field.
  • the communication device 1010 may broadcast the second data packet within a predetermined time period; and continuously broadcast the first data packet at a predetermined interval when no connection authentication is performed within the predetermined time period.
  • the communication device 1010 may continuously broadcast the first data packet at a first predetermined interval, and broadcast the first data packet at a second predetermined interval within the first predetermined period after the user operates the first device.
  • the first predetermined interval is often longer than the second predetermined interval.
  • the communication device 1010 may broadcast the first data packet within a predetermined time period after each interaction with the user or other equipment occurs.
  • the difference between the first data packet and the second data packet includes at least one of the following: the content contained in the first data packet and the second data packet are different; The data format of the data packet is different from that of the second data packet; and the first data packet and the second data packet are broadcast by the communication device on different channels.
  • Fig. 11 shows a schematic flowchart of a method for the Internet of Things to access the Internet of Things according to an embodiment of the present invention.
  • the Internet of Things device that executes the method may be the device as shown in FIG. 10.
  • step S1110 the first data packet is automatically broadcast.
  • a second data packet is broadcast, wherein the first data packet is different from the second data packet.
  • the difference between the first data packet and the second data packet includes at least one of the following: the content contained in the first data packet is different from that in the second data packet; and the first data packet is different from the second data packet.
  • the data formats of the data packets are different; and the first data packet and the second data packet are broadcast by the communication device on different channels.
  • the first data packet and the second data packet have different values on the specified bits of the beacon field to indicate the identities of the silent broadcast packet and the regular broadcast packet.
  • step S1130 connection authentication based on the second data packet is performed, and in step S1140, the connection with other devices is completed after the authentication is successful.
  • step S1110 may include: automatically performing a silent broadcast of broadcasting the first data packet based on a predetermined rule
  • step S1120 may include: performing a regular broadcast of broadcasting the second data packet during connection authentication.
  • step S1120 may include: broadcasting the second data packet within a predetermined time period.
  • step S1110 may include: broadcasting the first data packet at a predetermined interval when there is no connection within the predetermined time period.
  • step S1110 may include: broadcasting the first data packet at a first predetermined interval
  • step S1120 may include: performing a second data packet within a first predetermined period after the user operates the first device.
  • the second data packet is broadcast at a predetermined interval, wherein the first predetermined interval is longer than the second predetermined interval.
  • step S1110 may include: broadcasting the first data packet within a predetermined period of time after each interaction with the user or other device occurs.
  • Fig. 12 shows a schematic diagram of a terminal device according to an embodiment of the present invention.
  • the terminal device can be used as the terminal 200 shown in FIG. 1 to FIG. 5 and the second device shown in FIG. 9.
  • the terminal device 1200 may include a processor 1210 and a first communication device 1220.
  • the processor 1210 may be configured to: receive a first data packet from an Internet of Things device via a first communication device; based on the content contained in the first data packet, prompt the user that the Internet of Things device is not yet connected; The second data packet received by the Internet of Things device is connected to the Internet of Things device.
  • the first communication device 1220 may be used to: receive a first data packet from the Internet of Things device; receive a second data packet from the Internet of Things device according to a user's operation of selecting access to the Internet of Things device; and send and receive Because of the data for the connection authentication.
  • the processor 1210 may also be used to activate data packet scanning, discover and receive the first data packet from the Internet of Things device via the first communication device, and specifically, may continuously activate the first data packet within a predetermined period of time.
  • a communication device scans data packets, wherein the predetermined period of time is longer than the interval time during which the Internet of Things device broadcasts the first data packet.
  • the processor 1210 may be configured to: automatically activate data packet scanning based on a predetermined rule; and/or activate data packet scanning based on a user trigger.
  • the terminal device 1200 may further include a second communication device 1230 that communicates with the server.
  • the second communication device 1230 may be used to: send at least part of the content contained in the first data packet to the server; and obtain an operation instruction issued by the server for the Internet of Things device.
  • the processor 1210 may prompt the user that the first device has not been accessed according to the operation instruction issued by the server.
  • the processor 1210 may be configured to: determine a server to be connected based on the first data packet; and connect to the server via the second communication device.
  • the second communication device 1230 may be used for at least one of the following: receiving an operation instruction for the first device issued by the server according to the registration state of the Internet of Things device in the cloud; receiving The server issued an operation instruction for the first device according to the device type of the Internet of Things device; receiving an operation instruction issued by the server for the first device according to the use history of the Internet of Things device .
  • the processor 1210 may be configured to: in response to an operation performed by the user on the prompt of the terminal device, send a connection authentication request for the Internet of Things device to the server via the second communication device Receiving the related information of the Internet of Things device returned by the server via the second communication device; and based on the related information, prompting the user to operate the content of the Internet of Things device.
  • the terminal device 1200 may further include a voice broadcasting device 1240.
  • the voice broadcasting device 1240 may be used to voice broadcast the operation content of the Internet of Things device to the user.
  • the processor 1210 may be configured to: when interacting with the user, prompt the user to operate the Internet of Things device; and/or continuously prompt the user to operate the Internet of Things device.
  • the difference between the first data packet and the second data packet may include at least one of the following: the content contained in the first data packet and the second data packet are different; The data format of the packet and the second data packet are different; and the first data packet and the second data packet are received by the first communication device on different channels.
  • the processor 1210 may be configured to: determine that the first data packet is a silent broadcast packet based on the first value on the specified bit of the beacon field in the first data packet; and based on the beacon field in the second data packet The second value on the specified bit determines that the second data packet is a regular broadcast packet.
  • another device can also be used to record IOT device information, and when a terminal device (for example, a smart speaker) is connected, the device is synchronized to the smart speaker.
  • the terminal device may include first and second terminal devices, and the first terminal device is configured to: receive a first data packet from an Internet of Things device; Content, acquiring information that the Internet of Things device is not connected; and the second terminal device is configured to: acquire information that the Internet of Things device is not connected from the first terminal device; and access the Internet of Things according to user selection
  • the operation of the device is to receive a second data packet from the Internet of Things device; to connect to the Internet of Things device based on the second data packet received from the Internet of Things device, wherein the first data packet is different from that of the Internet of Things device.
  • the second data packet is to receive a second data packet from the Internet of Things device; to connect to the Internet of Things device based on the second data packet received from the Internet of Things device, wherein the first data packet is different from that of the Internet of Things device.
  • the present invention can also realize a method for connecting a terminal device to an Internet of Things device.
  • FIG. 13 shows a schematic flowchart of a method for connecting a terminal device to an Internet of Things device according to an embodiment of the present invention.
  • the terminal device can be regarded as the main body of action for executing the method shown in FIG.
  • step S1310 the first data packet from the Internet of Things device is received.
  • step S1320 based on the content contained in the first data packet, the user is prompted that the Internet of Things device is not yet connected.
  • step S1330 based on the content contained in the second data packet received from the Internet of Things device, connect with the Internet of Things device, wherein the first data packet is different from the second data packet.
  • step S1310 may include activating data packet scanning, discovering and receiving the first data packet from the Internet of Things device, specifically, the activating data packet scanning may include: continuously activating data packet scanning within a predetermined period of time , Wherein the predetermined period of time is longer than the interval time for the Internet of Things device to broadcast the first data packet.
  • the activation data packet scanning is used to: automatically activate the data packet scanning based on a predetermined rule; and/or activate the data packet scanning based on a user trigger.
  • the method for connecting a terminal device to an Internet of Things device may further include: sending at least part of the content contained in the first data packet to a server; and obtaining operations issued by the server for the Internet of Things device Instructions; and according to the operation instructions issued by the server, prompting the user that the first device has not been connected yet.
  • the method for the terminal device to connect to the Internet of Things device may further include: determining a server to be connected based on the first data packet; and connecting to the server via the second communication device.
  • the obtaining the operation instruction issued by the server for the Internet of Things device includes at least one of the following: receiving the information issued by the server according to the registration state of the Internet of Things device in the cloud An operation instruction for the first device; receiving an operation instruction for the first device issued by the server according to the device type of the Internet of Things device; receiving an operation instruction for the first device issued by the server according to the use history of the Internet of Things device An operation instruction issued for the first device.
  • the method for the terminal device to connect to the Internet of Things device may further include: in response to an operation performed by the user on the prompt of the terminal device, sending a connection authentication request for the Internet of Things device to the server; Receiving related information of the Internet of Things device returned by the server; and prompting the user to operate content of the Internet of Things device based on the related information.
  • the difference between the first data packet and the second data packet may include at least one of the following: the content contained in the first data packet and the second data packet are different; The data format of the packet and the second data packet are different; and the first data packet and the second data packet are received by the first communication device on different channels.
  • the above method may include: judging that the first data packet is a silent broadcast packet based on the first value on the specified bit of the beacon field in the first data packet; and based on the specified bit of the beacon field in the second data packet The second value above determines that the second data packet is a regular broadcast packet.
  • another device for example, a router
  • a terminal device for example, a smart speaker
  • the device is synchronized to the smart speaker.
  • the above method may be executed by the first and second terminal devices.
  • the first terminal device is configured to: receive a first data packet from an Internet of Things device; Content, acquiring information that the Internet of Things device is not connected; and the second terminal device is configured to: acquire information that the Internet of Things device is not connected from the first terminal device; and access the Internet of Things according to user selection
  • the operation of the device is to receive a second data packet from the Internet of Things device; to connect to the Internet of Things device based on the second data packet received from the Internet of Things device, wherein the first data packet is different from that of the Internet of Things device.
  • the second data packet is to: receive a first data packet from an Internet of Things device; Content, acquiring information that the Internet of Things device is not connected; and the second terminal device is configured to: acquire information that the Internet of Things device is not connected from the first terminal device; and access the Internet of Things according to user selection
  • the operation of the device is to receive a second data packet from the Internet of Things device; to connect to the Internet of Things device based on the second data packet received from the Internet of Things device, wherein
  • the present invention introduces a silent broadcast mechanism, so that the normally undiscoverable devices become discoverable again after the conventional broadcast ends, thereby prompting the activation rate of the Internet of Things devices.
  • This solution can cover multiple connection protocols such as BLE, Bluetooth Mesh, and Wifi, and the silent broadcast mechanism disclosed by it can use different broadcast data, lower broadcast frequencies and different discovery logic to distinguish it from conventional broadcasts. Realize its discoverable but not directly connectable properties at a relatively low cost.
  • the solution of the present invention can also be implemented as a device connection platform, such as the above cloud platform or server, the platform is used to: obtain at least part of the content contained in the first data packet received by the second device from the first device;
  • the prompt information for the first device is delivered to the second device or the notification device, wherein the user operates based on the prompt of the second device or the notification device, so that the first device and the second device are based on
  • the second data packet broadcast by the first device is connected.
  • the first data packet broadcast by the first device may be a silent broadcast automatically performed by the first device based on a predetermined rule
  • the second data packet broadcast by the first device may be a regular broadcast used by the first device for connection authentication. .
  • sending the prompt information for the first device to the second device or the notification device includes at least one of the following: according to the registration state of the first device in the cloud, sending the prompt information for the first device The operation information of the device; the operation information for the first device is issued according to the device type of the first device; the operation information for the first device is issued according to the use history of the second device.
  • the second device or the notification device may be caused to prompt the user that the first device has not been connected in the first interaction or within a predetermined time after the second device receives the first data packet;
  • the second device or the notification device prompts the user that the first device has not been connected in the active prompt scenario involving the first device; making the second device or the notification device be in the passive state involving the first device
  • the reply scenario the user is prompted that the first device is not yet connected; or when the second device or the notification device is pushing the device status, the user is prompted that the first device is not yet connected.
  • the server platform may also be used to: receive a connection request for the first device from the second device, where the connection request is sent by the user to the prompt in response to the operation performed by the user. Sent by the first device; returning related information of the first device, so that the second device or the notification device prompts the user of the operation content of the first device based on the related information.
  • the device connection platform of the present invention also involves interaction with other platforms.
  • the platform may obtain the unique device identifier of the first device contained in the first data packet.
  • the unique identifier of the device can indicate its manufacturer, or obtain an additional manufacturer ID.
  • the platform may also be used to communicate with the vendor server of the first device based on the unique identifier of the device to obtain information related to the first device. These related information can then be recorded on the platform and delivered to the second device or notification device when needed.
  • the platform can also be used to: send the selling information for the first device to the second device or the notification device, for example, the selling link on the Xianyu Second-hand Internet.
  • the platform may deliver the prompt information of the first device to the edge computing devices of the first device and the second device.
  • the edge computing device may be a second device, a notification device, or a router for network access.
  • Bluetooth electric lamp The user first bought an electric lamp with Bluetooth networking function (later called Bluetooth electric lamp). At this time, because there is no IoT access device in the home, the Bluetooth lamp does not respond to the regular broadcast when it is initially powered on, and the Bluetooth lamp is not connected to the IoT. Therefore, the Bluetooth lamp has always been simply used as a lamp when it is not connected to the Internet.
  • the user purchased a home smart terminal (for example, a smart speaker). Since both the bluetooth electric light and the smart speaker follow the device access scheme proposed by the present invention, the bluetooth electric light includes a silent broadcast function, so that the device can be discovered by networked terminal devices through the silent broadcast automatically sent after the regular broadcast is turned on. Therefore, the bluetooth lamp based on the present invention can automatically start silent broadcasting after turning on and broadcasting no response, and at the same time, the smart speaker has a predetermined rule to activate scanning.
  • the smart speaker After the smart speaker receives the silent broadcast, it can prompt the user that there is an IoT device that is not yet connected to the Internet. For example, when the user interacts with the smart speaker, the user will be voiced "there are XXX Bluetooth lamps that are not connected to the Internet, do they need to be connected to the Internet?"
  • the user can manually perform a specific operation on the Bluetooth lamp (for example, power on again) to make the Bluetooth lamp perform regular broadcasts again.
  • the smart speaker receives the above-mentioned conventional broadcast and starts the connection authentication process to realize the networking of the Bluetooth electric lights.
  • the present invention can effectively prompt the user of the existence of the Internet of Things device that has not yet been connected. Subsequently, the user can perform subsequent operations on the IoT device by physically operating the IoT device (for example, resetting or activating) or through the smart speaker that receives the silent broadcast, re-introducing the device for regular broadcast and connecting with the terminal for authentication In order to improve the activation rate of existing IoT devices.
  • the method according to the present invention can also be implemented as a computer program or computer program product, the computer program or computer program product including computer program code instructions for executing the above-mentioned steps defined in the above-mentioned method of the present invention.
  • the present invention can also be implemented as a non-transitory machine-readable storage medium (or computer-readable storage medium, or machine-readable storage medium) on which executable code (or computer program, or computer instruction code) is stored ), when the executable code (or computer program, or computer instruction code) is executed by the processor of the electronic device (or computing device, server, etc.), the processor is caused to execute each step of the above method according to the present invention .
  • each block in the flowchart or block diagram may represent a module, program segment, or part of the code, and the module, program segment, or part of the code contains one or more functions for realizing the specified logic function.
  • Executable instructions may also occur in a different order than marked in the drawings. For example, two consecutive blocks can actually be executed substantially in parallel, or they can sometimes be executed in the reverse order, depending on the functions involved.
  • each block in the block diagram and/or flowchart, and the combination of the blocks in the block diagram and/or flowchart can be implemented by a dedicated hardware-based system that performs the specified functions or operations Or it can be realized by a combination of dedicated hardware and computer instructions.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本说明书实施例提出了一种设备连接方法、系统、平台及相应设备。接入方法可以包括：第一设备广播第一数据包；第二设备接收所述第一数据包；基于所述第一数据包包含的内容，所述第二设备使得用户被提示所述第一设备尚未连接；响应于用户基于所述提示进行的操作，所述第一设备广播第二数据包，其中，所述第一数据包与所述第二数据包不同；以及所述第二设备基于所述第二数据包包括的信息，与所述第一设备连接。由此，通过向物联网设备添加了静默广播功能，以使得设备在开机广播之后也能够通过自动发出的静默广播而被联网的终端设备发现，由此有效提升物联网设备的激活率。

Description

设备连接方法、系统、平台及相应设备
本申请要求2019年09月25日递交的申请号为201910911273.4、发明名称为“设备连接方法、系统、平台及相应设备”中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本发明涉及物联网(IoT)技术，尤其涉及一种设备连接方法、系统、平台及相应的物联网设备和连接物联网设备的终端设备。
背景技术
近年来，能将各种各样的设备或物品进行接入的物联网(IoT)技术受到了广泛关注。例如，蓝牙设备可以与终端设备相连接，以方便蓝牙设备接入物联网、实现终端设备对接入设备的集中控制，或是借助智能终端的强大算力来实现各种复杂的功能。
传统物联网设备被发现方式为广播设备信息，由联网设备来主动发现并进行连接及配置。为了保证设备安全性，防止被误连接，规定设备仅在开机时广播数分钟，并且在结束广播后设备处于不可发现状态。如果物联网设备在开机广播的时段内未完成连接，或是后续因各种问题断开连接，则该物联网设备会在用户没有察觉的情况下长期处于未联网状态，从而不利于该设备的有效利用。
因此，需要有一种方便地发现未连接物联网设备的方案。
发明内容
为了解决如上至少一个问题，本发明提出了一种全新的设备接入方案。具体地，向物联网设备添加了静默广播功能，以使得设备在开机广播之后也能够通过自动发出的静默广播而被联网的终端设备发现，由此有效提升物联网设备的激活率。
根据本发明的一个方面，提出了一种设备连接方法，包括：第一设备广播第一数据包；第二设备接收所述第一数据包；基于所述第一数据包包含的内容，所述第二设备使得用户被提示所述第一设备尚未连接；响应于用户基于所述提示进行的操作，所述第一设备广播第二数据包，其中，所述第一数据包与所述第二数据包不同；以及所述第二设备基于所述第二数据包包括的信息，与所述第一设备连接。由此，可以通过第一数据包提示尚未接入，并通过第二数据包进行接入。具体地，第一设备广播第一数据包是所述 第一设备基于预定规则自动进行的静默广播，并且所述第一设备广播第二数据包是所述第一设备用于连接认证的常规广播。
可以根据不同的应用场景，选择静默广播的不同的激活方式。优选地，该方法还包括：所述第一设备在预定时段内广播所述第二数据包，并且所述第一设备广播第一数据包包括：在所述第一设备在所述预定时段内没有连接的情况下，以预定间隔持续广播所述第一数据包。
优选地，所述第二设备接收所述第一数据包包括：所述第二设备激活数据包扫描，并在所述数据包扫描期间发现并激活所述第一数据包。
优选地，所述第一设备广播第一数据包包括：所述第一设备以第一预定间隔广播所述第一数据包，并且响应于用户基于所述提示进行的操作，所述第一设备广播第二数据包包括：所述第一设备在所述操作后的第一预定时段内以第二预定间隔广播所述第二数据包，其中，所述第一预定间隔长于所述第二预定间隔。
优选地，所述第二设备接收所述第一数据包包括：所述第二设备激活数据包扫描，并在所述数据包扫描期间发现并激活所述第一数据包，其中，所述第二设备在长于所述第一预定间隔的第二预定时段内激活数据包扫描。
优选地，所述用户基于所述提示进行的操作包括：所述用户基于所述提示针对所述第一设备本身进行的物理操作；所述用户基于所述提示针对所述第二设备进行操作，以使得所述第二设备进行针对所述第一设备的后续操作。
优选地，所述第一设备广播第一数据包包括：所述第一设备在每次与所述用户或其他设备交互发生后的预定时段内广播所述第一数据包。由此节省例如电池供电设备的电力。
优选地，所述第二设备激活数据包扫描包括：所述第二设备基于预定规则自动激活数据包扫描；和/或所述第二设备基于用户触发激活数据包扫描。
优选地，设备接入还可以包括云端的参与。于是该方法还可以包括：所述第二设备将所述第一数据包包含的至少部分内容发送至服务器；所述服务器向所述第二设备或通知设备下发针对所述第一设备的操作信息，并且所述第二设备或通知设备根据所述服务器下发的操作指示，提示用户所述第一设备尚未接入。所述第二设备例如可以基于所述第一数据包确定要连接的服务器，并进行连接。
优选地，所述服务器向所述第二设备或通知设备下发针对所述第一设备的操作信息包括如下至少一项：所述服务器根据所述第一设备在云端的注册状态下发针对所述第一 设备的操作指示；所述服务器根据所述第一设备的设备类型下发针对所述第一设备的操作指示；所述服务器根据所述第二设备的使用历史下发针对所述第一设备的操作指示。
优选地，该方法还可以包括：响应于所述用户对所述提示进行的操作，所述第二设备向服务器发出针对所述第一设备的连接请求；所述服务器返回所述第一设备的相关信息；以及所述第二设备基于所述相关信息，提示用户对所述第一设备的操作内容。
优选地，所述第二设备基于所述相关信息，提示用户对所述第一设备的操作内容包括：所述第二设备向用户语音播报对所述第一设备的操作内容。
优选地，基于所述第一数据包包含的内容，提示用户所述第一设备尚未接入包括：所述第二设备或通知设备在与所述用户进行交互时，提示用户所述第一设备尚未接入；和/或所述第二设备或通知设备持续提示用户所述第一设备尚未接入。优选地，所述第二设备或通知设备在所述第二设备接收到所述第一数据包后的第一次交互或是预定时间内，提示用户所述第一设备尚未接入；所述第二设备或通知设备在涉及所述第一设备的主动提示场景中，提示用户所述第一设备尚未接入；所述第二设备或通知设备在涉及所述第一设备的被动答复场景中，提示用户所述第一设备尚未接入；和/或所述第二设备或通知设备在进行设备状态推送时，提示用户所述第一设备尚未接入。进一步地，所述第二设备或通知设备还可以提示用户所述第一设备的卖出信息。
优选地，所述第一数据包与所述第二数据包不同包括如下至少一项：所述第一数据包与所述第二数据包所包含的内容不同；所述第一数据包与所述第二数据包的数据格式不同；以及所述第一数据包与所述第二数据包在不同的信道上广播。
根据本发明的另一个方面，提出了一种设备连接系统，包括第一设备和第二设备，其中，所述第一设备用于：广播第一数据包；响应于用户或第二设备进行的操作，广播第二数据包，其中，所述第一数据包与所述第二数据包不同，以及所述第二设备用于：接收所述第一数据包；基于所述第一数据包包含的内容，使得用户被提示所述第一设备尚未接入，其中，所述用户基于所述提示进行所述操作或是指示所述第二设备进行所述操作；以及基于所述第二数据包包括的信息，与所述第一设备连接。
优选地，所述第一设备用于：基于预定规则自动进行广播所述第一数据包的静默广播，并且在连接认证时进行广播所述第二数据包的常规广播。
优选地，所述第一数据包与所述第二数据包不同包括如下至少一项：所述第一数据包与所述第二数据包所包含的内容不同；所述第一数据包与所述第二数据包的数据格式不同；以及所述第一数据包与所述第二数据包在不同的信道上广播。
优选地，所述第一设备用于：在预定时段内广播所述第二数据包；以及在所述预定时段内没有连接的情况下，以预定间隔广播所述第一数据包。
优选地，所述第二设备用于：激活数据包扫描，并在所述数据包扫描期间发现并激活所述第一数据包。
优选地，所述第一设备用于：以第一预定间隔广播所述第一数据包，并且在用户对所述第一设备进行操作后的第一预定时段内以第二预定间隔广播所述第二数据包，其中，所述第一预定间隔长于所述第二预定间隔。
优选地，所述第二设备用于：在长于所述第一预定间隔的第二预定时段内激活数据包扫描，并在所述数据包扫描期间发现并激活所述第一数据包。
优选地，所述第一设备用于：所述第一设备在每次与所述用户或其他设备交互发生后的预定时段内广播所述第一数据包。
优选地，所述第二设备用于：所述第二设备基于预定规则自动激活数据包扫描；和/或所述第二设备基于用户触发激活数据包扫描。
优选地，该系统还可以包括：服务器，用于：从第二设备接收所述第一数据包包含的至少部分内容；以及向所述第二设备或通知设备下发针对所述第一设备的操作指示，并且所述第二设备或通知设备用于：根据所述服务器下发的操作指示，提示用户所述第一设备尚未接入。
优选地，所述第二设备用于：基于所述第一数据包确定要连接的服务器；以及连接所述服务器。
优选地，所述服务器用于如下的至少一项：根据所述第一设备在云端的注册状态下发针对所述第一设备的操作指示；根据所述第一设备的设备类型下发针对所述第一设备的操作指示；根据所述第二设备的使用历史下发针对所述第一设备的操作指示。
优选地，所述第二设备用于：响应于所述用户对所述第二设备的提示进行的操作，向服务器发出针对所述第一设备的连接认证请求；接收所述服务器返回的所述第一设备的相关信息；以及基于所述相关信息，提示用户对所述第一设备的操作内容。
根据本发明的再一个方面，提出了一种物联网设备，包括：通信装置，用于：自动广播第一数据包；响应于用户或其他设备对所述物联网设备进行的操作，广播第二数据包，其中所述第一数据包与所述第二数据包不同；收发基于所述第二数据包的连接认证数据；处理器，用于：生成连接认证数据；在认证成功后完成与其他设备的连接。
上述物联网设备可以执行相应的接入方法，包括：自动广播第一数据包；响应于用 户或其他设备对所述物联网设备进行的操作，广播第二数据包，其中所述第一数据包与所述第二数据包不同；进行基于所述第二数据包的连接认证；以及在认证成功后完成与其他设备的连接。
根据本发明的又一个方面，提出了一种终端设备，包括：处理器，用于：第一通信装置接收来自物联网设备的第一数据包；基于所述第一数据包包含的内容，提示用户所述物联网设备尚未连接；基于从所述物联网设备接收的第二数据包，与所述物联网设备连接，其中，所述第一数据包不同于所述第二数据包，第一通信装置，用于：接收来自所述物联网设备的第一数据包；根据用户选择接入所述物联网设备的操作，接收来自所述物联网设备的第二数据包；以及收发由于进行所述连接认证的数据。
根据本发明的又一个方面，提出了一种设备连接平台，用于：获取第二设备从第一设备接收的第一数据包所包含的至少部分内容；向所述第二设备或通知设备下发针对所述第一设备的提示信息，其中，用户基于所述第二设备或通知设备的提示进行操作，以使得所述第一设备和第二设备基于所述第一设备广播的第二数据包进行连接。
本发明通过物联网设备的静默广播功能，以及与之匹配进行激活扫描的联网设备，能够向用户有效提示尚未接入的物联网设备的存在。随后，用户可以通过对物联网设备进行物理操作(例如，复位上电或激活)或是基于联网设备针对物联网设备的操作，重新引入设备进行常规广播并与终端进行连接认证的流程，从而提升现有物联网设备的激活率。
附图说明
通过结合附图对本公开示例性实施方式进行更详细的描述，本公开的上述以及其它目的、特征和优势将变得更加明显，其中，在本公开示例性实施方式中，相同的参考标号通常代表相同部件。
图1示出了设备接入认证的示意图。
图2示出了设备接入IoT的示意图。
图3示出了设备已作为一个节点接入IoT的示意图。
图4示出了涉及云端参与的设备接入认证的示意图。
图5示出了涉及云端参与的设备接入IoT的示意图。
图6示出了根据本发明一个实施例的设备连接方法的示意性流程图。
图7示出了根据本发明的一个常规广播数据和静默广播数据的比较例。
图8示出了根据本发明的接入流程的一个示例。
图9示出了根据本发明一个实施例的设备连接系统的组成示意图。
图10示出了根据本发明一个实施例的物联网设备的组成示意图。
图11示出了根据本发明一个实施例的物联网接入物联网的方法的示意性流程图。
图12示出了根据本发明一个实施例的终端设备的示意图。
图13示出了根据本发明一个实施例的终端设备连接物联网设备的方法的流程示意图。
图14示出了根据本发明的设备连接方案的应用场景例。
具体实施方式
下面将参照附图更详细地描述本公开的优选实施方式。虽然附图中显示了本公开的优选实施方式，然而应该理解，可以以各种形式实现本公开而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。
传统物联网设备被发现方式为广播设备信息，由联网设备来主动发现并进行连接及配置。为了保证设备安全性，防止被误连接，规定设备仅在开机时广播数分钟，并且在结束广播后设备处于不可发现状态。如果物联网设备在开机广播的时段内未完成连接，或是后续因各种问题断开连接，则该物联网设备会在用户没有察觉的情况下长期处于未联网状态，从而不利于该设备的有效利用。
例如，用户先购入了一个带蓝牙联网功能的电饭煲，并在几个月后购入了一个家庭智能终端(例如，智能音箱)。由于购入电饭煲时，家中并无智能终端，因此电饭煲的开机广播无应答，电饭煲未联网。随后，用户一直使用该电饭煲做饭，但并不知晓该电饭煲可以与后购入的智能音箱相连，从而成为家庭物联网的一部分。这导致电饭煲的联网功能被搁置，从而违背了用户购买蓝牙电饭煲的初衷。
有鉴于此，本发明提出了一种全新的设备接入方案，通过向物联网设备添加静默广播功能，使设备在开机广播之后也能够通过自动发出的静默广播而被联网的终端设备(例如，后购入的智能音箱)发现，由此有效提升物联网设备的激活率。
在如上电饭煲的例子中，电饭煲可以在开机广播无应答之后，自动开启静默广播。智能音箱在接收到该静默广播之后，可以提示用户存在尚未联网的物联网设备。例如， 在用户与智能音箱交互时，向用户语音播报“存在未联网的XXX型号电饭煲，是否需要联网”。在用户选择联网之后，可提示用户对电饭煲进行特定操作(例如，重新激活电饭煲)以使得电饭煲重新进行常规广播。此时，智能音箱接收上述常规广播，开启连接认证流程，以实现电饭煲的联网。
本发明通过物联网设备的静默广播功能，以及与之匹配进行激活扫描的联网设备，能够向用户有效提示尚未接入的物联网设备的存在。随后，用户可以通过对物联网设备进行物理操作(例如，复位上电或激活)或经由接收到静默广播的智能音箱对物联网设备的后续操作，重新引入设备进行常规广播并与终端进行连接认证的流程，从而提升现有物联网设备的激活率。
图1示出了设备接入认证的示意图。如图1所示，作为第一设备的物联网设备100需要与作为第二设备的终端设备200相连接。在本发明中，“第一”和“第二”旨在对同种类的不同对象加以区分，而非对时间或是空间上的前后顺序或是重要性等进行任何暗示。
物联网设备100可以基于蓝牙、WiFi、红外等技术通过与终端设备200的短距离数据传输(例如，几厘米至几百米)进行连接与通信。例如，蓝牙体重秤100经由低功耗蓝牙协议(BLE)与智能手机200相连。
图1所示的第一设备与第二设备的连接，可以仅仅是物联网设备100与终端设备200的连接，例如上例中蓝牙体重秤与智能手机的连接。在其他实施例中，该连接同时还可以是用于接入已有物联网的连接。
图2示出了设备接入IoT的示意图。如图2所示，IoT包括多个已经联网的节点，其中，节点200是例如该家用物联网的中心智能节点，其可以作为连接其他物联网设备的中心设备，并起到边缘计算或是云端通信中转站的功能。在图2的例示中，节点200可以是一个智能音箱，该智能音箱业已(例如，经由蓝牙)连接了电视、电饭煲和智能门铃。应该理解的是，图2仅仅是为了方便理解的例示。在其他实施例中，节点200也可以是图1所示的智能移动终端，例如，手机，本发明在此不做限制。例如，IoT内各节点之间也可以采用其他的连接方式，本发明同样在此不做限制。一个物联网设备(例如，图中示出的蓝牙电灯100)想要接入现有的IoT，则需要通过与节点200的短距离数据传输(例如，几厘米至几百米)来实现设备100加入IoT的认证过程，并最终实现图3所示的已作为一个节点接入的结果。图3示出了设备已作为一个节点接入IoT的示意图。如图3所示，蓝牙电灯100已通过接入认证，并且接入作为IoT的一个节点。在此， 将已经加入IoT的设备称为“节点”，将想要加入IoT的设备(例如，蓝牙电灯100)称为“待接入设备”或“物联网设备”。现有的物联网(IoT)可以是具有特定范围的物联网，例如，图2所示的一个家庭中，一个大楼中，甚至一个园区中的物联网等。在一个实施例中，物联网设备100可以是蓝牙mesh设备，IoT则是已有的蓝牙mesh网络。作为蓝牙mesh网络中一个节点200的智能设备可以用作provisioning(启动配置)设备，以符合蓝牙mesh规范而将待接入的IoT设备100接入已有的蓝牙mesh网络。
在本发明的某些优选实施例中，设备接入的过程还涉及云端的参与。图4示出了涉及云端参与的设备接入认证的示意图。图5示出了涉及云端参与的设备接入IoT的示意图。如图4和图5所示的实施例中，不同于直接与终端设备或作为IoT中的一个节点的终端设备完成认证，物联网设备100需要通过与终端设备200(如图4所示的智能移动设备和图5所示的智能音箱)的短距离数据传输，以及经由终端设备200的与远程服务器300即图4中所示的云端认证平台300的远程数据传输来实现设备100与终端设备200连接或是加入IoT已有的认证过程(图5中的椭圆虚线框表示设备100接入IoT时操作所涉及的对象)，并最终实现与终端设备200即图4中的智能终端设备200的连接与数据传输，或是图3所示的已作为一个节点接入IoT的结果。远程服务器300可以是用于实现特定功能的服务器群，例如，设备接入IoT或连接智能设备时的云端认证平台。
应该理解的是，此时，待接入设备100是具有短距离通信能力(例如，经由蓝牙或局域网)的物联网设备，终端或作为节点的200是基于短距离通信能力以及与远程服务器通信能力的物联网设备。IoT中的其他设备可以是两者之一。图2、图3和图5中示出了IoT中各节点连接的一个例子，但应该理解的是，各节点也可以通过其他方式连接，并且在短距离通信经由WiFi通信实现的情况下，节点200也可以经由路由器与待接入设备100通信。
图6示出了根据本发明一个实施例的设备连接方法的示意性流程图。该方法适用于基于各类短距离通信手段(例如，WiFi、蓝牙和蓝牙mesh、红外等)进行设备接入的情况，并且尤其适用于作为第一设备的蓝牙设备与作为第二设备的智能终端之间的连接认证，即，第一和第二设备遵循蓝牙协议进行连接的情况。更具体地，该方法适用于作为第一设备的蓝牙设备以待接入节点身份通过作为启动认证设备的第二设备(智能终端)加入现有蓝牙mesh网络的连接认证，即，第一和第二设备遵循蓝牙mesh协议进行连接的情况。
在步骤S610，第一设备(图1-图5中的待连接物联网设备100)广播第一数据包。 在步骤S620，第二设备(图1-图5中的终端设备200)接收所述第一数据包。在步骤S630，基于第一数据包包含的内容，第二设备使得用户被提示所述第一设备尚未连接。在步骤S640，响应于用户基于提示对所述第一设备进行的操作，第一设备广播第二数据包，其中，第一数据包包含能够与第二数据包加以区分的内容。在步骤S650，第二设备基于第二数据包包含的内容，与所述第一设备连接。
在此，第一设备广播第二数据包可以是第一设备用于连接认证的常规广播。第一设备广播第一数据包可以是第一设备基于预定规则自动进行的静默广播。
在此，“常规广播”可以指代遵循现有广播发现规则发出符合规定格式的广播包的行为。例如，物联网设备在被上电或激活发现时，进行的广播行为。为了确保被发现，常规广播在设备被操作后的一段时间内(例如，1-10分钟内)，以每100ms广播40ms的高频率进行广播。其他设备(例如，终端设备200)在接收到上述广播后，可以开始与该物联网设备的连接认证过程。
相比之下，“静默广播”可以指代常规广播行为之外发出广播包的行为。此处的“静默”指对用户静默，即，物联网设备在没有用户参与的情况下，根据预定规则，自行发出广播包。在一个实施例中，本发明的静默广播可以由物联网设备在超出常规广播时间后仍未连接任何其他设备(或未联网)的状态自动开启。由此，本发明的连接方法还可以包括在步骤S610之前，第一设备在预定时段内广播第二数据包(常规广播)。于是步骤610可以包括在所述第一设备在预定时段内没有进行连接认证的情况下，以预定间隔持续广播第一数据包(静默广播)。
由于静默广播是物联网设备主动发出以等待终端设备发现的广播，因此需要被持续广播，例如，在物联网设备带电工作的状态下一直广播。因此，出于节能的考虑，静默广播的间隔时间较长。例如，常规广播是预定时间段内高频率发出广播包(例如，开机10分钟内，每100ms广播40ms)，静默广播则是持续地以较低频率发出广播包(例如，开机10分钟后无连接，则每60s广播100ms)。换句话说，设备发出第一数据包的第一预定间隔要长于设备发出第二数据包的第二预定间隔。
在此，设备发出第一数据包的第一预定间隔长于设备发出第二数据包的第二预定间隔可以适用于各种广播发送模式。在一个实施例中，设备以固定预定间隔发出数据包，例如，间隔60s连续广播100ms第一数据包，间隔10ms连续广播10ms第二数据包。此时，60s要远长于10ms。在另一个实施例中，设备可以在某一时段中密集发送第一数据包，但其整体在时间上平均的发送间隔要远小于第二预定间隔。例如，设备间隔60s在 100ms的周期内以10ms为间隔广播连续广播10ms的第一数据包。虽然在这100ms内的频率与第二数据包的广播间隔相同，但其在拉长的以60s为周期的时间轴上，平均发送间隔仍然远小于第二预定间隔。在其他实施例中，可以与激活扫描的第二设备相配合，仅在预定场景或是预定时段内进行静默广播(如下将详述)。
如前所述，第一数据包是用于静默广播的数据包，为的是让终端设备能够发现未联网设备的存在。为此，为了防止终端设备在用户不知情的情况下基于静默广播自行连接物联网设备(例如，误连接邻居家的设备)，因此第一数据包与第二数据包不同，换句话说，第一数据包需要能够与第二数据包(常规广播包)加以区分，使得接收到第一和第二数据包的联网设备能够对二者的身份加以辨别。在一个实施例中，第一数据包可以包含能够与第二数据包加以区分的内容，使得终端设备知晓其接收到的第一数据包并非用于连接的常规广播包。
图7示出了根据本发明的一个常规广播数据和静默广播数据的比较例。
具体地，图7上部示出了一个未配网广播数据的示例，即，尚未联网的物联网设备的常规广播包。如图所示，广播数据的头部包括长度和类型字段，其中长度指示为0x14，类型0x2B指示为Mesh信标，即，该广播数据是蓝牙mesh设备发送的广播包。广播数据的负载部分则包括信标类型和信标数据字段。其中，信标类型指示该信标为未启动配置的设备。信标数据则包括设备的通用唯一识别码(UUID)，其中该识别码的倒数第三字节(标有下划线的“02”)指示该广播包是常规广播包。信标数据还包括用于指示OOB(带外)模式的数据。
图7下部示出了一个静默广播数据的示例，即，未联网的物联网设备在常规广播时段之外发送的静默广播包。如图所示，该静默广播包有着与常规广播包相同的格式，不同指出仅在于UUID的倒数第三字节(标有下划线的“03”)指示该广播包是静默广播包。当终端设备接收到该广播包并发现UUID的倒数第三字节为“03”时，便可将该广播包识别为静默广播包，从而不主动发起与物联网设备的连接认证，而是基于规定对用户进行提示。换句话说，在图7的例子中，第一和第二数据包具有相同的数据格式，并且通过特定标识位(例如，信标数据字段中的某个特定标识位)的不同取值进行静默广播包和常规广播包的身份区分。
由此，静默广播包通过包含能够与常规广播包相区别的内容(例如，上例中UUID的倒数第三字节的取值不同)，使得接收到该静默广播包的终端设备能够识别该广播包的“静默”(非常规)身份，在获知物联网设备尚未联网的同时避免基于该静默广播包进行 之间联网。由此，使得物联网设备通过静默广播实现对物联网设备的可发现且不可连接的功能(连接需要后续经由用户操作启动常规广播进行)。
在其他实施例中，所述第一数据包与所述第二数据包的不同也可以是数据格式上的不同，或是在不同的信道上被第一设备广播并被第二设备接收。
由于物联网设备发出的静默广播需要被目标设备接收到才有意义，因此，终端设备需要有接收静默广播的能力。在一个实施例中，终端设备可以一直开启激活扫描(例如，以较低的频率)，以随时捕捉静默广播。在其他实施例中，终端设备的激活扫描优选与物联网设备的静默广播相配合，其使得终端设备在适当节能的同时能够接收到物联网设备发出的静默广播。为此，在一个实施例中，第二设备激活扫描的持续时间要长于第一设备静默广播的间隔时间。在如上第一设备每隔60s进行一次静默广播的例子中，为了确保接收到第一设备的静默广播包，第二设备每次激活扫描的持续时间需要长于60s，优选覆盖几个广播周期，例如，持续三分钟。
在不同的实施例中，第二设备可以基于预定规则自动激活数据包扫描，也可以基于用户触发激活数据包扫描。例如，第二设备可以按照预定规则，每小时激活一次数据包扫描，每次持续3分钟；也可以例如在每天的特定时段进行数据包扫描，在每天0-5点，每小时激活一次数据包扫描，每次持续3分钟。另外，在第一和第二设备属于同一个厂商或是遵循同一个静默广播发现规则的情况下，第一和第二设备可被默认设置为在同一时间段发出静默广播和激活扫描。例如，厂商A可以规定其生产的物联网设备(例如，蓝牙mesh设备)在未联网的情况下，每天凌晨0点进行一次静默广播或是在0-1点的时间段内以60s为间隔进行重复的静默广播，同时规定其生产的终端设备(例如，智能音箱)，同样在每天凌晨0点进行一次激活扫描或是在0-1点的时间段内以重复进行多次每次持续时间为3分钟的激活扫描。
另外，对于某些电力受限的设备，例如电池供电的物联网设备(比如，遥控器)，则可以关闭这些物联网设备的按预定周期进行静默广播的功能，而仅在每次与所述用户或其他设备交互发生后的预定时段内广播所述第一数据包。在此，交互是指这些物联网设备基于自身功能进行的用户交互(例如，用户使用遥控器遥控对应电器)。为了接收到这些设备发送的静默广播，终端设备例如可以在感知到用户在家的情况下启动激活扫描等。
在一个实施例中，针对静默广播的操作可经由边缘计算完成。在此，“边缘计算”指代将应用程序、数据资料与服务的运算，由网络中心节点，移往网络逻辑上的边缘节 点来处理。边缘计算将原本完全由中心节点处理大型服务加以分解，切割成更小与更容易管理的部分，分散到边缘节点去处理。边缘节点更接近于各类终端装置，可以加快资料的处理与传送速度，减少延迟。在本发明的场景中，节点200(例如，作为第二设备的智能移动终端或智能音箱)可以用作进行边缘计算的“边缘计算设备”，其能够在云端300完全不参与计算的情况下完成针对第一设备静默广播的发现和常规广播的接入中的计算过程。在其他实施例中，还可以使用例如第一和第二设备都连接的路由器设备等用作进行边缘计算的“边缘计算设备”。
在另一个实施例中，如图4和图5所示，在连接认证涉及云端参与的情况下，针对静默广播的操作也可以涉及服务器的处理。为此，本发明的连接方法还可以包括：所述第二设备将所述第一数据包包含的至少部分内容发送至服务器；所述服务器向所述第二设备或通知设备下发针对所述第一设备的操作指示。于是，基于所述第一数据包包含的内容，第二设备使得用户被提示所述第一设备尚未接入可以包括：第二设备或是通知设备根据所述服务器下发的操作指示，提示用户所述第一设备尚未接入。例如，第二设备可以将第一设备的唯一标识符发送给服务器，由服务器查找上述第一设备的相关信息，并基于上述相关信息生成操作指示。
在此，第二设备使得用户被提示所述第一设备尚未接入可以指代第二设备直接向用户提示所述第一设备尚未接入的情况下。作为替换或是补充，在其他实施例中，第二设备可以使得服务器知晓第一设备尚未接入，服务器可以使得第二设备之外的其他设备(前述“通知设备”，在此指代用于进行提示通知的设备)向用户传达这一提示信息。例如，在使用智能音箱作为与第一设备(例如，蓝牙电灯)连接的第二设备的情况下，智能手机就可以用作通知设备。为此，第二设备(例如，智能音箱)在将第一设备尚未接入的消息发送给服务器之后，服务器可以选择第二设备进行提示，也可以选择用户的智能手机作为通知设备进行提示。
为了明确所要连接的服务器，本发明的连接方法还可以包括：第二设备基于所述第一数据包确定要连接的服务器，并连接所述服务器。例如，在终端设备支持多个厂商生产的物联网设备的情况下，终端设备可以从第一数据包中包含的厂商信息(例如，CID公司码)来确定所要连接的服务器。
在与目标服务器相连之后，服务器可以根据在云端查找到的有关第一设备的相关信息(甚至包括第二设备的相关消息)来生成并下发操作指示，例如可以根据所述第一设备在云端的注册状态下发针对所述第一设备的操作指示；可以根据所述第一设备的设备 类型下发针对所述第一设备的操作指示；也可以根据所述第二设备的使用历史下发针对所述第一设备的操作指示。例如，当服务器查询到该第一设备在一天前曾与另一个终端设备(智能终端)联网，则可判定该第一设备是与邻居家的智能终端联网的邻居家的设备，因此可以通知第二设备忽略来自该第一设备的静默广播。例如，服务器可以根据第一设备的设备类型是否重要，选择第二设备向用户进行提示的方式。比如，在第一设备是蓝牙电灯的情况下，第二设备可以用文字消息提示用户，而在第一设备是智能电视时，第二设备可以直接对用户进行智能电视联网的语音提示。另外，服务器还可以查找用户常规的第二设备使用习惯(例如，使用时间)，从而合理选择向用户进行提示的时机等。
如前所述，步骤S630涉及基于第一数据包包含的内容提示用户所述第一设备尚未接入。在不同的实施例中，上述对用户的提示，可以以不同的方式在不同的时机向用户提出。
例如，在提示时机上，第二设备可以在读取静默广播包之后，就持续提示用户所述第一设备尚未接入(即，为与任何设备或网络连接)。例如，智能音箱的指示灯可以持续闪烁，以告知用户存在待解决事件或新信息，引发用户主动与第二设备交互，并使得第二设备能够像用户提示需要对第一设备进行操作的具体内容。另外，第二设备在与所述用户进行交互时，提示用户对所述第一设备进行操作。例如，用户在使用唤醒词唤醒智能音箱并完成相应交互之后，智能音箱可以向用户提示存在未联网的物联网设备。上述提示可以包括向用户语音播报第一设备尚未联网，以及对所述第一设备的具体操作内容。
在联网情况下，第二设备可以将第一设备尚未联网的信息提交给服务器，服务器可以选择第二设备或是第二设备之外的其他设备作为通知设备来向用户进行提示。在一个较为简单的设置中，第二设备或通知设备可以在所述第二设备接收到所述第一数据包后的第一次交互或是预定时间内，提示用户所述第一设备尚未接入。在一个实施例中，第二设备或通知设备可以在涉及所述第一设备的主动提示场景中，提示用户所述第一设备尚未接入。在此，主动提示场景指代由设备端发起的场景。例如，当基于联网读取天气预报而获知环境湿度较低且家用智能蓝牙加湿器尚未接入时，第二设备或通知设备可以提示用户“空气干燥，蓝牙加湿器XXX尚未联网，是否现在连接以进行加湿”。由此避免对用户的生硬打扰。在另一个实施例中，第二设备或通知设备可以在涉及所述第一设备的被动答复场景中，提示用户所述第一设备尚未接入。在此，被动答复场景指代由用户发起的场景，例如，用户说出语音指令“打开加湿器”，此时第二设备或通知设备可 以提示用户“蓝牙加湿器XXX尚未联网，是否现在连接”由此，通过顺势的被动提示，将对用户的生硬打扰降至最低。在又一个实施例中，第二设备或通知设备也可以在进行设备状态推送时，提示用户所述第一设备尚未接入。例如，用户可以在智能手机上安装家用智能设备管理APP，服务器可以向该APP推送更新的设备状态，例如，直接在设备列表中显示尚未联网的设备并进行标注，也可以在通知栏或是弹出框中进行提示。更进一步地，所述第二设备或通知设备还提示用户所述第一设备的卖出信息。例如，可以直接提供闲鱼二手市场上的卖出链接等。
更进一步地，在用户基于步骤S630的提示而在第二设备上选择接入第一设备时，例如，对应于智能音箱的语音播报“检测到尚未联网的蓝牙电灯，是否需要进行联网操作”，用户回答“进行联网操作”时，第二设备可以再次与服务器通信。为此，本发明的连接方法可以包括响应于所述用户对所述第二设备的提示进行的操作，所述第二设备向服务器发出针对所述第一设备的连接认证请求；所述服务器返回所述第一设备的相关信息；以及所述第二设备基于所述相关信息，提示用户对所述第一设备的操作内容。例如，向用户语音播报从服务器获取的对第一设备的操作内容。例如，服务器可以基于第一数据包中的唯一标识符确定该蓝牙电灯的外型，以及联网操作步骤，并将上述内容发送给智能音箱。智能音箱可以描述该蓝牙电灯的外型，以帮助用户确定该蓝牙电灯的安装位置，并在用户找到该电灯之后，告知用户如何激活该电灯的常规广播以完成联网。
在步骤S640，响应于用户基于提示进行的操作，第一设备广播第二数据包。在此，所述用户基于所述提示进行的操作可以包括用户基于提示针对所述第一设备本身进行的物理操作。例如，用户在被智能音箱告知存在未联网的蓝牙电灯时，主动对蓝牙电灯进行插拔、复位等物理操作，以激活蓝牙电灯的常规广播。在其他实施例中，上述操作也可以是用户基于提示针对所述第二设备进行操作，以使得所述第二设备进行针对所述第一设备的后续操作。例如，用户在被智能音箱告知存在未联网的蓝牙电灯时，可以与智能音箱进行语音交互(例如，确认希望让蓝牙电灯联网)，此时智能音箱可以进行激活蓝牙电灯进行常规广播的操作。例如，智能音箱可以让用户念一段口令，然后通过加密的方式发送一个数据包激活蓝牙设备。由此，第二设备通过引入与用户的交互，来避免误操作(例如，错误地接入邻居家的蓝牙设备)。为了确保安全性(比如，避免恶意引入邻居家的设备)优选仍然需要用户直接对第一设备(或是第一设备的关联遥控)进行物理操作来激活第一设备的常规广播。为了进一步明确本发明的发明原来，如下将结合图8描述根据本发明的接入流程的一个示例。
如图8所示，智能终端(网关)进行激活扫描(步骤1)。设备(例如，蓝牙Mesh设备)静默广播包(步骤2)。终端在扫描接收到所述数据包后，从数据包中提取唯一身份标识符，以及该设备处于未联网状态的信息。
终端可以基于静默包中的CID确定要连接的云端并进行连接。在连接之后，上报静默设备信息(步骤3)。同时终端可以根据获取的设备信息(例如，从来自设备的静默广播包或服务器下发的信息)，在满足一定条件(云端触发、特殊事件触发)的情况下，提示用户存在未联网设备。
用户可以基于上述提示与终端进行交互(步骤4)。在用户交互之后(例如，用户在终端上选择希望设备联网之后)，终端向服务器发出业务请求，以获取静默设备的相关信息，用于语音播报(步骤5)。上述语音播报内容可以在云端生成并下发给终端(步骤6)，并经由终端向用户进行语音播报(步骤7)。用户可以根据播报内容操作设备(步骤8)，例如，基于终端的提示对设备进行复位上电或激活，以使得设备进入常规广播状态(步骤9)，从而得以对设备进行连接和配置(步骤10)。
由此，本发明通过引入静默广播机制，使得在结束常规广播后通常不可发现的设备变得重新可发现，由此提示了物联网设备的激活率。进一步地，该静默广播机制可以使用不同的广播数据、更低的广播频率和不同的发现逻辑，以与常规广播进行区别，并以相对较低的代价实现其可发现而不可直接连接的属性。
本方案可以覆盖BLE、蓝牙Mesh、WiFi等多种连接协议。对于有时钟的设备，可以定义每天特定时间发出静默广播。终端可以保持默认频率的扫描状态，或者在特定运营活动时加强扫描频率。对于功耗受限的电池设备，则可在未联网时通过每次与所述用户或其他设备交互时触发短时间的静默广播状态。
如上图1-图5所示，本发明还可以实现一种设备连接系统。图9示出了根据本发明一个实施例的设备连接系统的示意图。其中，设备连接系统的功能模块可以由实现本公开原理的硬件、软件或硬件和软件的结合来实现。本领域技术人员可以理解的是，图9所描述的功能模块可以组合起来或者划分成子模块，从而实现上述发明的原理。因此，本文的描述可以支持对本文描述的功能模块的任何可能的组合、或者划分、或者更进一步的限定。
下面就设备连接系统可以具有的功能模块以及各功能模块可以执行的操作做简要说明，对于其中涉及的细节部分可以参见上文相关的描述，这里不再赘述。
如图9所示，该设备连接系统900可以包括第一设备910和第二设备920。
在本发明实施例中，第一设备910可以广播第一数据包，还可以响应于用户直接或经由第二设备进行的操作，广播第二数据包，其中，所述第一数据包与所述第二数据包不同。第二设备920可以接收所述第一数据包，并基于所述第一数据包包含的内容，使得用户被提示所述第一设备尚未接入，并基于所述第二数据包包括的信息，与所述第一设备连接，其中，所述用户基于所述提示进行所述操作或是指示所述第二设备进行所述操作。
在本发明实施例中，第一设备910还可以基于预定规则自动进行广播所述第一数据包的静默广播，并且在连接认证时进行广播所述第二数据包的常规广播。所述第一数据包与所述第二数据包不同包括如下至少一项：所述第一数据包与所述第二数据包所包含的内容不同；所述第一数据包与所述第二数据包的数据格式不同；以及所述第一数据包与所述第二数据包在不同的信道上广播。由此，使得第二设备920可以通过读取第一和第二数据包或是基于接收第一和第二数据包的信道来判断其静默广播包或是常规广播包的身份。
在本发明实施例中，第一设备910还可以在预定时段内广播所述第二数据包；以及在所述预定时段内没有连接的情况下，以预定间隔持续广播所述第一数据包。
在本发明实施例中，第一设备910还可以以第一预定间隔持续广播所述第一数据包，并且在用户对所述第一设备进行操作后的第一预定时段内以第二预定间隔广播所述第二数据包，其中，所述第一预定间隔常长于所述第二预定间隔。
在本发明实施例中，第二设备920可以在长于所述第一预定间隔的第二预定时段内激活数据包扫描。
在本发明实施例中，第一设备910可以在每次与所述用户或其他设备交互发生后的预定时段内广播所述第一数据包。
在本发明实施例中，所述第二设备可以用于：激活数据包扫描，并在所述数据包扫描期间发现并激活所述第一数据包。例如，第二设备920可以基于预定规则自动激活数据包扫描。或者，所述第二设备920可以基于用户触发激活数据包扫描。
在本发明实施例中，设备连接系统900还可以优选地包括服务器930。其中，服务器930可以从第二设备接收所述第一数据包包含的至少部分内容；以及向所述第二设备下发针对所述第一设备的操作信息(例如，操指示)。第二设备920可以根据所述服务器下发的操作指示，提示用户所述第一设备尚未接入。在一个实施例中，设备连接系统900还可以包括通知设备，例如，利用智能手机作为用于进行提示通知的设备。此时， 服务器930可以向通知设备下发针对所述第一设备的操作指示，并由通知设备来向用户进行提示。
在本发明实施例中，第二设备920可以基于所述第一数据包确定要连接的服务器；以及连接所述服务器。
在本发明实施例中，服务器930可以用于如下的至少一项：根据所述第一设备在云端的注册状态下发针对所述第一设备的操作信息(例如，操指示)；根据所述第一设备的设备类型下发针对所述第一设备的操作指示；根据所述第二设备的使用历史下发针对所述第一设备的操作指示。
在本发明实施例中，第二设备920可以响应于所述用户对所述第二设备的提示进行的操作，向服务器发出针对所述第一设备的连接认证请求；接收所述服务器返回的所述第一设备的相关信息；以及基于所述相关信息，提示用户对所述第一设备的操作内容。
图10示出了根据本发明一个实施例的物联网设备的组成示意图。其中，该物联网设备可以作为图1-图5所示的设备100以及图9所示的第一设备。
如图10所示，本发明的物联网设备1000可以包括通信装置1010和处理器1020。
通信装置1010可以自动广播第一数据包，并可以响应于用户或其他设备对所述物联网设备进行的操作，广播第二数据包，其中所述第一数据包与所述第二数据包不同。还可以收发基于所述第二数据包的连接认证数据。在此，针对物联网设备进行的操作，可以是用户直接针对物联网设备或其遥控进行的物理操作(例如，上电和复位)，也可以是用户经由其他设备(例如，联网设备)对物联网设备进行操作。无论在哪种情况，针对物联网设备的操作都需要用户的参与。
处理器1020可以生成连接认证数据，并在认证成功后完成与其他设备的连接。
在本发明实施例中，通信装置1010可以基于预定规则自动进行广播所述第一数据包的静默广播，并且在连接认证时进行广播所述第二数据包的常规广播。所述第一数据包与所述第二数据包可以通过在信标字段的规定位上以不同的取值标明各自静默广播包和常规广播包的身份。
在本发明实施例中，通信装置1010可以在预定时段内广播所述第二数据包；以及在所述预定时段内没有进行连接认证的情况下，以预定间隔持续广播所述第一数据包。
在本发明实施例中，通信装置1010可以以第一预定间隔持续广播所述第一数据包，并且在用户对所述第一设备进行操作后的第一预定时段内以第二预定间隔广播所述第二数据包，其中，所述第一预定间隔常长于所述第二预定间隔。
在本发明实施例中，通信装置1010可以在每次与所述用户或其他设备交互发生后的预定时段内广播所述第一数据包。
在本发明实施例中，所述第一数据包与所述第二数据包不同包括如下至少一项：所述第一数据包与所述第二数据包所包含的内容不同；所述第一数据包与所述第二数据包的数据格式不同；以及所述第一数据包与所述第二数据包由所述通信装置在不同的信道上广播。
图11示出了根据本发明一个实施例的物联网接入物联网的方法的示意性流程图。其中，执行该方法的物联网设备可以是如图10所示的设备。
在步骤S1110，自动广播第一数据包。
在步骤S1120，响应于用户或其他设备对所述物联网设备进行的操作，广播第二数据包，其中所述第一数据包与所述第二数据包不同。所述第一数据包与所述第二数据包不同包括如下至少一项：所述第一数据包与所述第二数据包所包含的内容不同；所述第一数据包与所述第二数据包的数据格式不同；以及所述第一数据包与所述第二数据包由所述通信装置在不同的信道上广播。优选地，所述第一数据包与所述第二数据包在信标字段的规定位上以不同的取值标明各自静默广播包和常规广播包的身份。
在步骤S1130，进行基于所述第二数据包的连接认证，并且在步骤S1140，在认证成功后完成与其他设备的连接。
在一个实施例中，步骤S1110可以包括：基于预定规则自动进行广播所述第一数据包的静默广播，并且步骤S1120可以包括：在连接认证时进行广播所述第二数据包的常规广播。
在一个实施例中，步骤S1120可以包括：在预定时段内广播所述第二数据包。步骤S1110可以包括：在所述预定时段内没有连接的情况下，以预定间隔广播所述第一数据包。
在一个实施例中，步骤S1110可以包括：以第一预定间隔广播所述第一数据包，并且步骤S1120可以包括：在用户对所述第一设备进行操作后的第一预定时段内以第二预定间隔广播所述第二数据包，其中，所述第一预定间隔长于所述第二预定间隔。
在一个实施例中，步骤S1110可以包括：在每次与所述用户或其他设备交互发生后的预定时段内广播所述第一数据包。
图12示出了根据本发明一个实施例的终端设备的示意图。其中，该终端设备可以作为图1-图5所示的终端200以及图9所示的第二设备。
如图12所示，该终端设备1200可以包括处理器1210和第一通信装置1220。
其中，处理器1210可以用于：经由第一通信装置接收来自物联网设备的第一数据包；基于所述第一数据包包含的内容，提示用户所述物联网设备尚未连接；基于从所述物联网设备接收的第二数据包与所述物联网设备连接。
第一通信装置1220可以用于：接收来自所述物联网设备的第一数据包；根据用户选择接入所述物联网设备的操作，接收来自所述物联网设备的第二数据包；以及收发由于进行所述连接认证的数据。
在本发明实施例中，处理器1210还可以用于激活数据包扫描，经由第一通信装置发现并接收来自物联网设备的第一数据包，具体地，可以在预定时段内持续激活所述第一通信装置对数据包的扫描，其中，所述预定时段长于所述物联网设备广播第一数据包的间隔时间。
在本发明实施例中，处理器1210可以用于：基于预定规则自动激活数据包扫描；和/或基于用户触发激活数据包扫描。
在本发明实施例中，该终端设备1200还可以包括与服务器通信的第二通信装置1230。其中，第二通信装置1230可以用于：向所述服务器发送所述第一数据包包含的至少部分内容；获取所述服务器下发的针对所述物联网设备的操作指示。处理器1210可以根据所述服务器下发的操作指示，提示用户所述第一设备尚未接入。
在本发明实施例中，处理器1210可以用于：基于所述第一数据包确定要连接的服务器；以及经由所述第二通信装置连接所述服务器。
在本发明实施例中，第二通信装置1230可以用于如下的至少一项：接收所述服务器根据所述物联网设备在云端的注册状态下发的针对所述第一设备的操作指示；接收所述服务器根据所述物联网设备的设备类型下发的针对所述第一设备的操作指示；接收所述服务器根据所述物联网设备的使用历史下发的针对所述第一设备的操作指示。
在本发明实施例中，处理器1210可以用于：响应于所述用户对所述终端设备的提示进行的操作，经由所述第二通信装置向服务器发出针对所述物联网设备的连接认证请求；经由所述第二通信装置接收所述服务器返回的所述物联网设备的相关信息；以及基于所述相关信息，提示用户对所述物联网设备的操作内容。
在本发明实施例中，该终端设备1200还可以包括语音播报装置1240。其中，语音播报装置1240可以用于向用户语音播报对所述物联网设备的操作内容。
在本发明实施例中，处理器1210可以用于：在与所述用户进行交互时，提示用户对 所述物联网设备进行操作；和/或持续提示用户对所述物联网设备进行操作。
在本发明实施例中，第一数据包与所述第二数据包不同可以包括如下至少一项：所述第一数据包与所述第二数据包所包含的内容不同；所述第一数据包与所述第二数据包的数据格式不同；以及所述第一数据包与所述第二数据包由所述第一通信装置在不同的信道上接收。优选地，处理器1210可以用于：基于所述第一数据包中信标字段规定位上的第一取值判定所述第一数据包是静默广播包；基于所述第二数据包中信标字段规定位上的第二取值判定所述第二数据包是常规广播包。
在本发明中，还可以借助另一个设备(例如：路由器)记录IOT设备信息，当终端设备(例如，智能音箱)接入后，再由该设备同步到智能音箱。为此，在一个实施例中，终端设备可以包括第一和第二终端设备，所述第一终端设备用于：接收来自物联网设备的第一数据包；基于所述第一数据包包含的内容，获取所述物联网设备尚未连接的信息；以及所述第二终端设备用于：从所述第一终端设备获取所述物联网设备尚未连接的信息；根据用户选择接入所述物联网设备的操作，接收来自所述物联网设备的第二数据包；基于从所述物联网设备接收的第二数据包，与所述物联网设备连接，其中，所述第一数据包不同于所述第二数据包。
本发明还可以实现一种终端设备连接物联网设备的方法。
图13示出了根据本发明一个实施例的终端设备连接物联网设备的方法的流程示意图。终端设备可以看作是执行图13所示方法的动作主体。
如图13所示，在步骤S1310，接收来自物联网设备的第一数据包。
在步骤S1320，基于所述第一数据包包含的内容，提示用户所述物联网设备尚未连接。
在步骤S1330，基于从所述物联网设备接收的第二数据包包含的内容，与所述物联网设备连接，其中，所述第一数据包与所述第二数据包不同。
在本发明实施例中，步骤S1310可以包括激活数据包扫描，发现并接收来自物联网设备的第一数据包，具体地，所述激活数据包扫描可以包括：在预定时段内持续激活数据包扫描，其中，所述预定时段长于所述物联网设备广播第一数据包的间隔时间。或者，所述激活数据包扫描用于：基于预定规则自动激活数据包扫描；和/或基于用户触发激活数据包扫描。
在本发明实施例中，该终端设备连接物联网设备的方法还可以包括：向服务器发送所述第一数据包包含的至少部分内容；获取所述服务器下发的针对所述物联网设备的操 作指示；以及根据所述服务器下发的操作指示，提示用户所述第一设备尚未接入。
在本发明实施例中，该终端设备连接物联网设备的方法还可以包括：基于所述第一数据包确定要连接的服务器；以及经由所述第二通信装置连接所述服务器。
在本发明实施例中，所述获取所述服务器下发的针对所述物联网设备的操作指示包括如下的至少一项：接收所述服务器根据所述物联网设备在云端的注册状态下发的针对所述第一设备的操作指示；接收所述服务器根据所述物联网设备的设备类型下发的针对所述第一设备的操作指示；接收所述服务器根据所述物联网设备的使用历史下发的针对所述第一设备的操作指示。
在本发明实施例中，该终端设备连接物联网设备的方法还可以包括：响应于所述用户对所述终端设备的提示进行的操作，向服务器发出针对所述物联网设备的连接认证请求；接收所述服务器返回的所述物联网设备的相关信息；以及基于所述相关信息，提示用户对所述物联网设备的操作内容。
在本发明实施例中，第一数据包与所述第二数据包不同可以包括如下至少一项：所述第一数据包与所述第二数据包所包含的内容不同；所述第一数据包与所述第二数据包的数据格式不同；以及所述第一数据包与所述第二数据包由所述第一通信装置在不同的信道上接收。优选地，上述方法可以包括：基于所述第一数据包中信标字段规定位上的第一取值判定所述第一数据包是静默广播包；基于所述第二数据包中信标字段规定位上的第二取值判定所述第二数据包是常规广播包。
在本发明中，还可以借助另一个设备(例如：路由器)记录IOT设备信息，当终端设备(例如，智能音箱)接入后，再由该设备同步到智能音箱。为此，在一个实施例中，上述方法可由第一和第二终端设备执行，所述第一终端设备用于：接收来自物联网设备的第一数据包；基于所述第一数据包包含的内容，获取所述物联网设备尚未连接的信息；以及所述第二终端设备用于：从所述第一终端设备获取所述物联网设备尚未连接的信息；根据用户选择接入所述物联网设备的操作，接收来自所述物联网设备的第二数据包；基于从所述物联网设备接收的第二数据包，与所述物联网设备连接，其中，所述第一数据包不同于所述第二数据包。
上文中已经参考附图详细描述了根据本发明的物联网设备连接方法、系统以及相应的设备。本发明过引入静默广播机制，使得在结束常规广播后通常不可发现的设备变得重新可发现，由此提示了物联网设备的激活率。本方案可以覆盖BLE、蓝牙Mesh、Wifi等多种连接协议，并且其公开的该静默广播机制可以使用不同的广播数据、更低的广播 频率和不同的发现逻辑，以与常规广播进行区别，并以相对较低的代价实现其可发现而不可直接连接的属性。
本发明的方案还可以实现为一种设备连接平台，例如上文中的云端平台或是服务器，该平台用于：获取第二设备从第一设备接收的第一数据包所包含的至少部分内容；向所述第二设备或通知设备下发针对所述第一设备的提示信息，其中，用户基于所述第二设备或通知设备的提示进行操作，以使得所述第一设备和第二设备基于所述第一设备广播的第二数据包进行连接。在此，第一设备广播第一数据包可以是所述第一设备基于预定规则自动进行的静默广播，并且第一设备广播第二数据包可以是所述第一设备用于连接认证的常规广播。
在一个实施例中，向所述第二设备或通知设备下发针对所述第一设备的提示信息包括如下至少一项：根据所述第一设备在云端的注册状态下发针对所述第一设备的操作信息；根据所述第一设备的设备类型下发针对所述第一设备的操作信息；根据所述第二设备的使用历史下发针对所述第一设备的操作信息。例如，可以使得所述第二设备或通知设备在所述第二设备接收到所述第一数据包后的第一次交互或是预定时间内，提示用户所述第一设备尚未接入；使得所述第二设备或通知设备在涉及所述第一设备的主动提示场景中，提示用户所述第一设备尚未接入；使得所述第二设备或通知设备在涉及所述第一设备的被动答复场景中，提示用户所述第一设备尚未接入；或是使得所述第二设备或通知设备在进行设备状态推送时，提示用户所述第一设备尚未接入。
进一步地，所述服务器平台还可以用于：接收所述第二设备发出针对所述第一设备的连接请求，所述连接请求是响应于所述用户对所述提示进行的操作而由所述第一设备发出的；返回所述第一设备的相关信息，以使得所述第二设备或所述通知设备基于所述相关信息，提示用户对所述第一设备的操作内容。
在某些实施例中，本发明的设备连接平台还涉及与其他平台的交互。例如，该平台可以获取第一数据包中所包含的第一设备的设备唯一标识符。该设备唯一标识符可以指示其生产厂商，或是额外获取厂商标识。随后，该所述平台还可用于：基于所述设备唯一标识符，与所述第一设备的厂商服务器通信，以获取所述第一设备相关信息。这些相关信息随后可被记录在平台上，并在需要时下发至第二设备或是通知设备。
进一步地，该平台还可还用于：向所述第二设备或通知设备下发针对所述第一设备的卖出信息，例如，闲鱼二手网上的卖出链接等。
在涉及边缘计算的情况下，该平台可以将所述第一设备的提示信息下发至所述第一 设备和所述第二设备所述的边缘计算设备。边缘计算设备如上所述可以是第二设备、通知设备，或是用于网络接入的路由器等。
为了进一步提升对本发明原理的理解，在此结合图14描述根据本发明的设备连接方案的一个应用场景例。
用户先购入了一个带蓝牙联网功能的电灯(后称蓝牙电灯)。此时由于家中没有IoT接入设备，因此蓝牙电灯在最初上电时的常规广播无响应，蓝牙电灯未接入IoT。因此，蓝牙电灯一直在未联网的状态下简单作为电灯使用。
几个月后，用户购入了一个家庭智能终端(例如，智能音箱)。由于蓝牙电灯和智能音箱都遵循本发明提出的设备接入方案，因此该蓝牙电灯包括静默广播功能，使设备在开机常规广播之后也能够通过自动发出的静默广播而被联网的终端设备发现。于是，基于本发明的蓝牙电灯可以在开机广播无应答之后，自动开启静默广播，同时智能音箱也已预定规则激活扫描。
智能音箱在接收到该静默广播之后，可以提示用户存在尚未联网的物联网设备。例如，在用户与智能音箱交互时，向用户语音播报“存在未联网的XXX型号蓝牙电灯，是否需要联网”。
用户在被提示后，可以手动对蓝牙电灯进行特定操作(例如，重新上电)以使得蓝牙电灯重新进行常规广播。此时，智能音箱接收上述常规广播，开启连接认证流程，以实现蓝牙电灯的联网。
本发明通过物联网设备的静默广播功能，以及与之匹配进行激活扫描的联网设备，能够向用户有效提示尚未接入的物联网设备的存在。随后，用户可以通过对物联网设备进行物理操作(例如，复位上电或激活)或经由接收到静默广播的智能音箱对物联网设备的后续操作，重新引入设备进行常规广播并与终端进行连接认证的流程，从而提升现有物联网设备的激活率。
此外，根据本发明的方法还可以实现为一种计算机程序或计算机程序产品，该计算机程序或计算机程序产品包括用于执行本发明的上述方法中限定的上述各步骤的计算机程序代码指令。
或者，本发明还可以实施为一种非暂时性机器可读存储介质(或计算机可读存储介质、或机器可读存储介质)，其上存储有可执行代码(或计算机程序、或计算机指令代码)，当所述可执行代码(或计算机程序、或计算机指令代码)被电子设备(或计算设备、服务器等)的处理器执行时，使所述处理器执行根据本发明的上述方法的各个步骤。
本领域技术人员还将明白的是，结合这里的公开所描述的各种示例性逻辑块、模块、电路和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。
附图中的流程图和框图显示了根据本发明的多个实施例的系统和方法的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标记的功能也可以以不同于附图中所标记的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
以上已经描述了本发明的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

Claims (34)

  1. 一种设备连接方法，包括：
    第一设备广播第一数据包
    第二设备接收所述第一数据包；
    基于所述第一数据包包含的内容，所述第二设备使得用户被提示所述第一设备尚未连接；
    响应于用户基于所述提示进行的操作，所述第一设备广播第二数据包，其中，所述第一数据包与所述第二数据包不同；以及
    所述第二设备基于所述第二数据包包括的信息，与所述第一设备连接。
  2. 如权利要求1所述的方法，其中，所述第一设备广播第一数据包是所述第一设备基于预定规则自动进行的静默广播，并且
    所述第一设备广播第二数据包是所述第一设备用于连接认证的常规广播。
  3. 如权利要求1所述的方法，还包括：
    所述第一设备在预定时段内广播所述第二数据包，并且
    所述第一设备广播第一数据包包括：
    在所述第一设备在所述预定时段内没有连接的情况下，以预定间隔持续广播所述第一数据包。
  4. 如权利要求1所述的方法，其中，所述第二设备接收所述第一数据包包括：
    所述第二设备激活数据包扫描，并在所述数据包扫描期间发现并激活所述第一数据包。
  5. 如权利要求1所述的方法，其中，所述第一设备广播第一数据包包括：
    所述第一设备以第一预定间隔广播所述第一数据包，并且
    响应于用户基于所述提示进行的操作，所述第一设备广播第二数据包包括：
    所述第一设备在所述操作后的第一预定时段内以第二预定间隔广播所述第二数据包，其中，所述第一预定间隔长于所述第二预定间隔。
  6. 如权利要求5所述的方法，其中，所述第二设备接收所述第一数据包包括：
    所述第二设备激活数据包扫描，并在所述数据包扫描期间发现并激活所述第一数据包，其中，
    所述第二设备在长于所述第一预定间隔的第二预定时段内激活数据包扫描。
  7. 如权利要求1所述的方法，其中，所述用户基于所述提示进行的操作包括：
    所述用户基于所述提示针对所述第一设备本身进行的物理操作；
    所述用户基于所述提示针对所述第二设备进行操作，以使得所述第二设备进行针对所述第一设备的后续操作。
  8. 如权利要求1所述的方法，其中，所述第一设备广播第一数据包包括：
    所述第一设备在每次与所述用户或其他设备交互发生后的预定时段内广播所述第一数据包。
  9. 如权利要求1所述的方法，其中，所述第二设备激活数据包扫描包括：
    所述第二设备基于预定规则自动激活数据包扫描；和/或
    所述第二设备基于用户触发激活数据包扫描。
  10. 如权利要求9所述的方法，还包括：
    所述第二设备将所述第一数据包包含的至少部分内容发送至服务器；
    所述服务器向所述第二设备或通知设备下发针对所述第一设备的操作信息，并且
    基于所述第一数据包包含的内容，所述第二设备使得用户被提示所述第一设备尚未接入包括如下至少一项：
    所述第二设备根据所述服务器下发的操作信息，提示用户所述第一设备尚未接入；
    所述通知设备根据所述服务器下发的操作信息，提示用户所述第一设备尚未接入。
  11. 如权利要求10所述的方法，还包括：
    所述第二设备基于所述第一数据包确定要连接的服务器；以及
    连接所述服务器。
  12. 如权利要求10所述的方法，其中，所述服务器向所述第二设备或通知设备下发针对所述第一设备的操作信息包括如下至少一项：
    所述服务器根据所述第一设备在云端的注册状态下发针对所述第一设备的操作信息；
    所述服务器根据所述第一设备的设备类型下发针对所述第一设备的操作信息；
    所述服务器根据所述第二设备的使用历史下发针对所述第一设备的操作信息。
  13. 如权利要求10所述的方法，还包括：
    响应于所述用户对所述提示进行的操作，所述第二设备向服务器发出针对所述第一设备的连接请求；
    所述服务器返回所述第一设备的相关信息；以及
    所述第二设备或所述通知设备基于所述相关信息，提示用户对所述第一设备的操作 内容。
  14. 如权利要求13所述的方法，其中，所述第二设备或所述通知设备基于所述相关信息，提示用户对所述第一设备的操作内容包括：
    所述第二设备或所述通知设备向用户语音播报对所述第一设备的操作内容。
  15. 如权利要求1所述的方法，其中，基于所述第一数据包包含的内容，所述第二设备使得用户被提示所述第一设备尚未接入包括如下至少一项：
    所述第二设备或通知设备在与所述用户进行交互时，提示用户所述第一设备尚未接入；
    所述第二设备或通知设备持续提示用户所述第一设备尚未接入。
  16. 如权利要求15所述的方法，其中，所述第二设备或通知设备在与所述用户进行交互时，提示用户所述第一设备尚未接入包括：
    所述第二设备或通知设备在所述第二设备接收到所述第一数据包后的第一次交互或是预定时间内，提示用户所述第一设备尚未接入；
    所述第二设备或通知设备在涉及所述第一设备的主动提示场景中，提示用户所述第一设备尚未接入；
    所述第二设备或通知设备在涉及所述第一设备的被动答复场景中，提示用户所述第一设备尚未接入；
    所述第二设备或通知设备在进行设备状态推送时，提示用户所述第一设备尚未接入。
  17. 如权利要求1所述的方法，其中，基于所述第一数据包包含的内容，所述第二设备使得用户被提示所述第一设备尚未接入包括：
    所述第二设备或通知设备提示用户所述第一设备的卖出信息。
  18. 如权利要求1所述的方法，其中，所述第一数据包与所述第二数据包不同包括如下至少一项：
    所述第一数据包与所述第二数据包所包含的内容不同；
    所述第一数据包与所述第二数据包的数据格式不同；以及
    所述第一数据包与所述第二数据包在不同的信道上广播。
  19. 一种设备连接系统，包括第一设备和第二设备，其中，
    所述第一设备用于：
    广播第一数据包；
    响应于用户或第二设备进行的操作，广播第二数据包，其中，所述第一数据包与所述第二数据包不同，以及
    所述第二设备用于：
    接收所述第一数据包；
    基于所述第一数据包包含的内容，使得用户被提示所述第一设备尚未接入，其中，所述用户基于所述提示进行所述操作或是指示所述第二设备进行所述操作；以及
    基于所述第二数据包包括的信息，与所述第一设备连接。
  20. 如权利要求19所述的系统，其中，所述第一数据包与所述第二数据包不同包括如下至少一项：
    所述第一数据包与所述第二数据包所包含的内容不同；
    所述第一数据包与所述第二数据包的数据格式不同；以及
    所述第一数据包与所述第二数据包在不同的信道上广播。
  21. 如权利要求19所述的系统，其中，所述第一设备用于：
    在预定时段内广播所述第二数据包；以及
    在所述预定时段内没有连接的情况下，以预定间隔广播所述第一数据包。
  22. 如权利要求19所述的系统，其中，所述第二设备用于：
    激活数据包扫描，并在所述数据包扫描期间发现并激活所述第一数据包。
  23. 如权利要求19所述的系统，其中，所述第一设备用于：
    以第一预定间隔广播所述第一数据包，并且
    在用户对所述第一设备进行操作后的第一预定时段内以第二预定间隔广播所述第二数据包，其中，所述第一预定间隔长于所述第二预定间隔。
  24. 如权利要求19所述的系统，还包括：
    服务器，用于：
    从第二设备接收所述第一数据包包含的至少部分内容；以及
    向所述第二设备或通知设备下发针对所述第一设备的操作信息，并且
    所述第二设备或通知设备用于：
    根据所述服务器下发的操作信息，提示用户所述第一设备尚未接入。
  25. 如权利要求24所述的系统，其中，所述第二设备或通知设备用于：
    在所述第二设备接收到所述第一数据包后的第一次交互或是预定时间内，提示用户所述第一设备尚未接入；
    在涉及所述第一设备的主动提示场景中，提示用户所述第一设备尚未接入；
    在涉及所述第一设备的被动答复场景中，提示用户所述第一设备尚未接入；
    在进行设备状态推送时，提示用户所述第一设备尚未接入。
  26. 如权利要求25所述的系统，其中，所述第二设备用于：
    基于所述第一数据包确定要连接的服务器；以及
    连接所述服务器。
  27. 一种物联网设备，包括：
    通信装置，用于：
    自动广播第一数据包；
    响应于用户或其他设备对所述物联网设备进行的操作，广播第二数据包，其中所述第一数据包与所述第二数据包不同；
    收发基于所述第二数据包的连接认证数据；
    处理器，用于：
    生成连接认证数据；
    在认证成功后完成与其他设备的连接。
  28. 如权利要求27所述的设备，其中，所述第一数据包与所述第二数据包在信标字段的规定位上以不同的取值标明各自静默广播包和常规广播包的身份。
  29. 如权利要求27所述的设备，其中，所述通信装置用于：
    在预定时段内广播所述第二数据包；以及
    在所述预定时段内没有连接的情况下，以预定间隔广播所述第一数据包。
  30. 如权利要求27所述的设备，其中，所述通信装置用于：
    以第一预定间隔广播所述第一数据包，并且
    在用户对第一设备进行操作后的第一预定时段内以第二预定间隔广播所述第二数据包，其中，所述第一预定间隔长于所述第二预定间隔。
  31. 一种物联网设备接入物联网的方法，包括：
    自动广播第一数据包；
    响应于用户或其他设备对所述物联网设备进行的操作，广播第二数据包，其中所述第一数据包与所述第二数据包不同；
    进行基于所述第二数据包的连接认证；以及
    在认证成功后完成与其他设备的连接。
  32. 一种终端设备，包括：
    处理器，用于：
    第一通信装置接收来自物联网设备的第一数据包；
    基于所述第一数据包包含的内容，提示用户所述物联网设备尚未连接；
    基于从所述物联网设备接收的第二数据包，与所述物联网设备连接，其中，所述第一数据包不同于所述第二数据包，
    第一通信装置，用于：
    接收来自所述物联网设备的第一数据包；
    根据用户选择接入所述物联网设备的操作，接收来自所述物联网设备的第二数据包；以及
    收发由于进行所述连接认证的数据。
  33. 一种终端设备连接物联网设备的方法，包括：
    接收来自物联网设备的第一数据包；
    基于所述第一数据包包含的内容，提示用户所述物联网设备尚未接入；
    基于从所述物联网设备接收的第二数据包包含的内容，进行与所述物联网设备的连接认证，其中，所述第一数据包与所述第二数据包不同。
  34. 一种设备连接平台，用于：
    获取第二设备从第一设备接收的第一数据包所包含的至少部分内容；
    向所述第二设备或通知设备下发针对所述第一设备的提示信息，其中，用户基于所述第二设备或通知设备的提示进行操作，以使得所述第一设备和第二设备基于所述第一设备广播的第二数据包进行连接。
PCT/CN2020/116126 2019-09-25 2020-09-18 设备连接方法、系统、平台及相应设备 WO2021057610A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910911273.4A CN110839271B (zh) 2019-09-25 2019-09-25 设备连接方法、系统、平台及相应设备
CN201910911273.4 2019-09-25

Publications (1)

Publication Number Publication Date
WO2021057610A1 true WO2021057610A1 (zh) 2021-04-01

Family

ID=69575227

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/116126 WO2021057610A1 (zh) 2019-09-25 2020-09-18 设备连接方法、系统、平台及相应设备

Country Status (2)

Country Link
CN (1) CN110839271B (zh)
WO (1) WO2021057610A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023179097A1 (zh) * 2022-03-24 2023-09-28 华为技术有限公司 一种物联网IoT设备互连的方法及装置

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110839271B (zh) * 2019-09-25 2022-08-30 阿里巴巴集团控股有限公司 设备连接方法、系统、平台及相应设备
CN113498042B (zh) * 2020-03-18 2024-06-07 厦门哈夭德企业管理有限公司 智能场景控制方法及系统
CN113498214A (zh) * 2020-04-08 2021-10-12 北京意锐新创科技有限公司 适用于支付设备的连接建立方法和装置
CN118118255A (zh) * 2020-05-27 2024-05-31 Oppo广东移动通信有限公司 基于物联网的通信方法、装置及设备
KR20230023003A (ko) * 2020-08-14 2023-02-16 베이징 시아오미 모바일 소프트웨어 컴퍼니 리미티드 다중 연결에서의 통신 방법과 통신 기기(multi-linkcommunication method and device)
CN112769762B (zh) * 2020-12-22 2022-02-25 广州技象科技有限公司 分布式高效物联网设备接入方法
WO2022133875A1 (en) * 2020-12-24 2022-06-30 Intel Corporation Protocol state aware power management
CN115714960A (zh) * 2022-10-31 2023-02-24 华为技术有限公司 用于控制无线设备的广播的方法、装置、电子设备和介质

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012106557A2 (en) * 2011-02-03 2012-08-09 Qualcomm Incorporated Peer-to-peer/wan association control and resource coordination for mobile entities using aggregate neighborhood utility metrics
CN104506360A (zh) * 2014-12-26 2015-04-08 深圳市彩易生活科技有限公司 一种智能设备的入网配置方法、系统及相关设备
CN104853336A (zh) * 2015-05-18 2015-08-19 小米科技有限责任公司 发现智能设备的方法、请求接入互联网的方法及装置
CN106171038A (zh) * 2014-03-12 2016-11-30 腾讯科技（深圳）有限公司 通过社交网络平台控制外围设备的方法和装置
CN106453481A (zh) * 2015-08-04 2017-02-22 三星电子株式会社 电子设备和在电子设备中提供服务的方法
CN106851632A (zh) * 2017-01-22 2017-06-13 海尔优家智能科技（北京）有限公司 一种智能设备接入无线局域网的方法及装置
CN110839271A (zh) * 2019-09-25 2020-02-25 阿里巴巴集团控股有限公司 设备连接方法、系统、平台及相应设备

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103379580B (zh) * 2012-04-13 2018-12-14 华为技术有限公司 设备发现的方法、设备和系统
CN108882341A (zh) * 2013-01-21 2018-11-23 华为技术有限公司 信息传输方法、信息传输装置和通信装置
CN107302786B (zh) * 2017-06-05 2020-09-08 深圳市晟碟半导体有限公司 一种家庭智能网络的组建方法及系统
CN110072236B (zh) * 2018-01-24 2022-07-22 阿里巴巴集团控股有限公司 设备连接方法、设备和系统
CN110149217A (zh) * 2018-02-14 2019-08-20 阿里巴巴集团控股有限公司 一种设备之间的交互方法和系统
CN108810861B (zh) * 2018-05-28 2021-06-04 北京小米移动软件有限公司 智能设备的连接方法、装置及存储介质

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012106557A2 (en) * 2011-02-03 2012-08-09 Qualcomm Incorporated Peer-to-peer/wan association control and resource coordination for mobile entities using aggregate neighborhood utility metrics
CN106171038A (zh) * 2014-03-12 2016-11-30 腾讯科技（深圳）有限公司 通过社交网络平台控制外围设备的方法和装置
CN104506360A (zh) * 2014-12-26 2015-04-08 深圳市彩易生活科技有限公司 一种智能设备的入网配置方法、系统及相关设备
CN104853336A (zh) * 2015-05-18 2015-08-19 小米科技有限责任公司 发现智能设备的方法、请求接入互联网的方法及装置
CN106453481A (zh) * 2015-08-04 2017-02-22 三星电子株式会社 电子设备和在电子设备中提供服务的方法
CN106851632A (zh) * 2017-01-22 2017-06-13 海尔优家智能科技（北京）有限公司 一种智能设备接入无线局域网的方法及装置
CN110839271A (zh) * 2019-09-25 2020-02-25 阿里巴巴集团控股有限公司 设备连接方法、系统、平台及相应设备

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023179097A1 (zh) * 2022-03-24 2023-09-28 华为技术有限公司 一种物联网IoT设备互连的方法及装置

Also Published As

Publication number Publication date
CN110839271A (zh) 2020-02-25
CN110839271B (zh) 2022-08-30

Similar Documents

Publication Publication Date Title
WO2021057610A1 (zh) 设备连接方法、系统、平台及相应设备
US10756964B2 (en) Internet of things configuration method and system for secure low-power-consumption proxy device
JP6207646B2 (ja) オーディオコントローラを隠れたオーディオネットワークに接続するためのシステムおよび方法
US10243802B2 (en) Method for configuring a node and a node configured therefore
JP5185081B2 (ja) 無線端末装置、通信方法、及び通信プログラム
US9497788B2 (en) Communication device, and control method therefor
US9161291B2 (en) Multi-tier wireless home mesh network with a secure network discovery protocol
JP5826932B2 (ja) 通信ネットワークにおける電力セーブプロキシ
RU2401516C2 (ru) Расширение возможностей универсальной автоматической настройки сетевых устройств в среде с ограниченной энергией
KR101627266B1 (ko) 하이브리드 통신 네트워크에서 조정 기능의 자동 선택
EP4061042A1 (en) Method and apparatus for mesh networking, and gateway device
CN110012527B (zh) 唤醒方法及电子设备
WO2011150596A1 (zh) 一种基于移动通讯网络的远程家电控制系统及方法
WO2021012714A1 (zh) 蓝牙连接方法及电视机
WO2017219519A1 (zh) 设备的控制方法、装置及系统
CN111372222A (zh) 设备连接方法、系统以及相应的终端设备和服务器
CN112532607A (zh) 智能设备通信方法、系统、计算机设备和可读存储介质
US11064360B2 (en) Network device and WPS connection method thereof
WO2021248963A1 (zh) 家电设备及其配网方法、控制终端、计算机存储介质
CN113395743A (zh) 设备连接方法、系统以及相应的终端设备及连网方法
US20100315976A1 (en) Communication apparatus, and communication method therefor
US20080253315A1 (en) Communication Network and a Communication Element and Method of Operation Thereof
JP5711688B2 (ja) 通信装置及びプログラム
CN113596809B (zh) 基于自然语言编码的设备发现方法及系统
WO2023206705A1 (zh) mesh网络配置方法、装置、设备及存储介质

Legal Events

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

Ref document number: 20867173

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20867173

Country of ref document: EP

Kind code of ref document: A1