Remote Bluetooth debugging method and device for intelligent equipment

Abstract

The invention discloses a remote Bluetooth debugging method and device of an intelligent device, and the method comprises the steps: enabling a first intelligent device to enter a Bluetooth to-be-connected state when the network connection of the first intelligent device is determined to have a fault during the execution of the method, and then controlling a second intelligent device to carry out Bluetooth pairing with the first intelligent device, a local communication link between the first intelligent device and a second intelligent device is established, the second intelligent device is a device which is normally connected with a network and has a Bluetooth function, and finally remote debugging is carried out on the first intelligent device by utilizing the network connection of the second intelligent device and the local communication link. Visibly, according to the application, the second intelligent device is controlled to perform Bluetooth pairing with the first intelligent device, and the first intelligent device in Bluetooth connection with the second intelligent device can be accessed through the network, so that when the first intelligent device cannot be connected through the network, local or remote control and troubleshooting can still be performed through Bluetooth of other devices.

Description

Technical Field

[0001] This application relates to the field of smart device debugging, and in particular to a remote Bluetooth debugging method and apparatus for smart devices. Background Technology

[0002] In smart home systems, various devices typically communicate and are remotely managed via Wi-Fi or other networks. However, when a device's network connection fails, the device cannot be remotely accessed or managed, making it difficult to troubleshoot and repair the problem remotely.

[0003] Most existing debugging systems rely heavily on network connectivity. Once a smart device loses its network connection or experiences a network failure, the user loses the ability to remotely access the device. This makes it impossible to maintain or diagnose the device in situations of network instability or failure. Summary of the Invention

[0004] In view of this, this application provides a remote Bluetooth debugging method and apparatus for smart devices, which aims to enable local or remote control and troubleshooting through the Bluetooth of other devices when the smart device cannot connect to the network.

[0005] In a first aspect, this application provides a remote Bluetooth debugging method for a smart device, the method comprising:

[0006] If the network connection of the first smart device is determined to be faulty, the first smart device enters Bluetooth connection waiting state.

[0007] Control the second smart device to pair with the first smart device via Bluetooth, and establish a local communication link between the first smart device and the second smart device, wherein the second smart device is a device that is normally connected to the network and has Bluetooth functionality;

[0008] Using the network connection of the second smart device, the first smart device is remotely debugged through the local communication link.

[0009] Optionally, after determining that the network connection of the first smart device has failed, the method further includes:

[0010] The system reports that the first smart device is offline.

[0011] Optionally, the remote debugging of the first smart device via the local communication link includes:

[0012] The network connection stability of the first smart device is remotely tested to determine whether the first smart device can communicate normally with the server.

[0013] Remotely monitor the resource consumption of the first smart device to check if any process is consuming too many resources, causing the first smart device to malfunction.

[0014] Based on the fault information of the first smart device, the parameter configuration of the first smart device is remotely modified.

[0015] Optionally, establishing a local communication link between the first smart device and the second smart device includes:

[0016] A local communication link is established between the first smart device and the second smart device based on the Bluetooth Low Energy protocol.

[0017] Optionally, controlling the second smart device to pair with the first smart device via Bluetooth includes:

[0018] During the pairing process, keys are exchanged using the ECDH asymmetric encryption algorithm, and communication data is encrypted using the AES-CCM symmetric encryption algorithm.

[0019] Secondly, this application provides a remote Bluetooth debugging device for smart devices, the device comprising:

[0020] The determination module is used to determine that the network connection of the first smart device has failed, and the first smart device enters the Bluetooth connection waiting state.

[0021] The control module is used to control the second smart device to pair with the first smart device via Bluetooth and establish a local communication link between the first smart device and the second smart device, wherein the second smart device is a device that is normally connected to the network and has Bluetooth functionality;

[0022] The remote debugging module is used to remotely debug the first smart device through the local communication link using the network connection of the second smart device.

[0023] Optionally, after determining that the network connection of the first smart device has failed, the device further includes:

[0024] The reporting module is used to report that the first smart device is in an offline state.

[0025] Optionally, the remote debugging module is specifically used for:

[0026] The network connection stability of the first smart device is remotely tested to determine whether the first smart device can communicate normally with the server.

[0027] Remotely monitor the resource consumption of the first smart device to check if any process is consuming too many resources, causing the first smart device to malfunction.

[0028] Based on the fault information of the first smart device, the parameter configuration of the first smart device is remotely modified.

[0029] Optionally, the control module is specifically used for:

[0030] A local communication link is established between the first smart device and the second smart device based on the Bluetooth Low Energy protocol.

[0031] Optionally, the control module is further configured to:

[0032] During the pairing process, keys are exchanged using the ECDH asymmetric encryption algorithm, and communication data is encrypted using the AES-CCM symmetric encryption algorithm.

[0033] Thirdly, embodiments of this application provide an electronic device, the electronic device comprising:

[0034] Memory, used to store one or more programs;

[0035] A processor; when the processor executes the one or more programs, it implements the remote Bluetooth debugging method for the smart device described in any of the first aspects above.

[0036] Fourthly, embodiments of this application provide a computer storage medium storing a program that, when executed by a processor, implements the remote Bluetooth debugging method for a smart device as described in any of the first aspects.

[0037] The above technical solution has the following beneficial effects:

[0038] This application provides a method and apparatus for remote Bluetooth debugging of a smart device. When the method is executed, upon determining that the network connection of a first smart device is faulty, the first smart device enters a Bluetooth connection-ready state. Then, a second smart device is controlled to pair with the first smart device via Bluetooth, establishing a local communication link between the two devices. The second smart device is a device with a normal network connection and Bluetooth functionality. Finally, using the network connection of the second smart device, remote debugging of the first smart device is performed through the local communication link. In this way, when the first smart device's network is disconnected, other devices are allowed to access it via Bluetooth. By controlling the second smart device to pair with the first smart device via Bluetooth and establishing a local communication link between them, the second smart device acts as a bridge, allowing access to the first smart device connected via Bluetooth through the network. In other words, even when the first smart device cannot connect via the network, local or remote control and troubleshooting can still be performed through the Bluetooth of other devices. Attached Figure Description

[0039] To more clearly illustrate the technical solutions in this embodiment or the prior art, the drawings used in the description of the embodiment or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0040] Figure 1 A flowchart illustrating a remote Bluetooth debugging method for a smart device provided in this application embodiment;

[0041] Figure 2 An interactive diagram illustrating a remote Bluetooth debugging method for smart devices provided in this application embodiment;

[0042] Figure 3 This is a schematic diagram of a remote Bluetooth debugging device for a smart device provided in an embodiment of this application. Detailed Implementation

[0043] The technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only a part of the embodiments of this application, and not all of them. All other embodiments obtained by those skilled in the art based on the embodiments of this application without creative effort are within the scope of protection of this application.

[0044] To facilitate a further understanding of the technical solutions provided in this application, the background technology involved in this application will be explained below.

[0045] In smart home systems, various devices typically communicate and are remotely managed via Wi-Fi or other networks. However, when a device's network connection fails, the device cannot be remotely accessed or managed.

[0046] Most existing debugging systems rely heavily on network connectivity. If a smart device loses its network connection or experiences a network failure, the user loses remote access to the device. This prevents maintenance or diagnostics in situations of network instability or failure. In such cases, equipment manufacturers are forced to send after-sales technicians to resolve the issue, causing inconvenience and increasing costs.

[0047] In addition, when debugging devices via wired connections, physical contact with the device is required, which can be very inconvenient in smart home systems (especially for fixed devices such as cameras and sensors), particularly when the user is not at home or the device is in an inconvenient installation location.

[0048] To overcome the above-mentioned technical problems, this application provides a remote Bluetooth debugging method for smart devices, which can be executed by the cloud server of the smart device.

[0049] See Figure 1 , Figure 1 This is a flowchart of a remote Bluetooth debugging method for a smart device provided in an embodiment of this application.

[0050] The method may include:

[0051] Step S101: Determine that the network connection of the first smart device is faulty, and the first smart device enters the Bluetooth waiting state.

[0052] When the cloud server determines that the network connection of the first smart device is faulty, the first smart device automatically enters Bluetooth standby mode. In other words, when the network of the first smart device is disconnected, it automatically enters Bluetooth debugging mode and allows other devices to access it via Bluetooth.

[0053] In one possible implementation, after determining that the network connection of the first smart device has failed, the method further includes:

[0054] The system reports that the first smart device is offline.

[0055] In this embodiment, after determining that the network connection of the first smart device has failed, the cloud server reports that the first smart device is offline to the after-sales personnel.

[0056] Step S102: Control the second smart device to pair with the first smart device via Bluetooth and establish a local communication link between the first smart device and the second smart device, wherein the second smart device is a device that is normally connected to the network and has Bluetooth functionality.

[0057] In this step, after determining that the network connection of the first smart device has failed, the cloud server controls the second smart device to pair with the first smart device via Bluetooth, thereby establishing a local communication link between the first smart device and the second smart device.

[0058] In one possible implementation, controlling the second smart device to pair with the first smart device via Bluetooth includes:

[0059] During the pairing process, keys are exchanged using the ECDH asymmetric encryption algorithm, and communication data is encrypted using the AES-CCM symmetric encryption algorithm.

[0060] Specifically, during the pairing process, the ECDH asymmetric encryption algorithm is used to exchange keys, and the AES-CCM symmetric encryption algorithm is used to encrypt communication data to ensure the security of debugging and data transmission.

[0061] It should be noted that, in the pairing process of this application embodiment, the ECDH (Elliptic Curve Diffie-Hellman) algorithm is used for asymmetric encryption key exchange to ensure that the first smart device and the second smart device can securely negotiate and share keys without directly transmitting private key information.

[0062] Furthermore, this application employs the AES-CCM (Advanced Encryption Standard-Counter and CBC-MAC Mode) symmetric encryption algorithm to encrypt the communication data between the first and second smart devices, ensuring data confidentiality and thus guaranteeing the security of debugging and data transmission.

[0063] In one possible implementation, establishing a local communication link between the first smart device and the second smart device may include:

[0064] A local communication link is established between the first smart device and the second smart device based on the Bluetooth Low Energy protocol.

[0065] In this embodiment, the second smart device can establish a local communication link with the first smart device based on Bluetooth Low Energy (BLE).

[0066] Bluetooth Low Energy (BLE) is a wireless communication technology designed specifically for low-power devices, widely used in the Internet of Things (IoT), wearable devices, health monitoring, and other fields. BLE features low power consumption, significantly reducing standby power consumption compared to traditional Bluetooth. This is due to the reduced number of broadcast channels used by BLE, shorter radio frequency on-time, and the use of deep sleep mode instead of the idle state of traditional Bluetooth.

[0067] Step S103: Using the network connection of the second smart device, remotely debug the first smart device through the local communication link.

[0068] In this step, after-sales personnel can use the network connection of the second smart device in the cloud to remotely debug the first smart device through the local communication link.

[0069] It is understandable that in the technical solution of this application, the second smart device acts as a bridge, and after-sales personnel can access the first smart device connected via Bluetooth through the network in the cloud.

[0070] As can be seen from the above technical solution, when it is determined that the network connection of the first smart device is faulty, the first smart device enters a Bluetooth connection-ready state. Then, it controls the second smart device to pair with the first smart device via Bluetooth, establishing a local communication link between the two devices. The second smart device is a device that is normally connected to the network and has Bluetooth functionality. Finally, using the network connection of the second smart device, remote debugging of the first smart device is performed through the local communication link. In this way, when the network of the first smart device is disconnected, other devices are allowed to access it via Bluetooth. By controlling the second smart device to pair with the first smart device via Bluetooth and establishing a local communication link between them, the second smart device acts as a bridge, allowing access to the first smart device connected via Bluetooth through the network. In other words, even when the first smart device cannot connect via the network, local or remote control and troubleshooting can still be performed through the Bluetooth of other devices.

[0071] In one possible implementation, remote debugging of the first smart device via the local communication link includes:

[0072] The network connection stability of the first smart device is remotely tested to determine whether the first smart device can communicate normally with the server.

[0073] Remotely monitor the resource consumption of the first smart device to check if any process is consuming too many resources, causing the first smart device to malfunction.

[0074] Based on the fault information of the first smart device, the parameter configuration of the first smart device is remotely modified.

[0075] Specifically, remote debugging can include:

[0076] 1. Network connection stability: Detect packet loss rate, latency, network jitter, etc., to determine whether the first intelligent device can communicate normally with the server or other devices.

[0077] 2. DNS Configuration: Ensure that the primary smart device can correctly resolve the domain name, and check for DNS configuration errors or resolution delays.

[0078] 3. CPU and memory usage: Monitor the resource consumption of the first intelligent device to determine if any process is consuming too many resources, causing the first intelligent device to malfunction.

[0079] 4. Power Status: For the first smart device, check the power status or battery level to determine if the device is malfunctioning due to a power problem.

[0080] 5. System Log: Remotely view the system log of the first intelligent device to understand the log output at the error, warning, and information levels, and determine any abnormalities in the operation of the first intelligent device.

[0081] 6. Remote restart: During the debugging process, the first intelligent device can be remotely restarted to clear certain error states.

[0082] 7. Parameter configuration adjustment: Based on the fault information, remotely modify the parameter configuration of the first intelligent device, such as network settings, function switches, etc.

[0083] To further understand the technical solution of this application, the embodiments of this application are described below in conjunction with specific application scenarios:

[0084] See Figure 2 This is an interactive diagram of a remote Bluetooth debugging method for smart devices provided in an embodiment of this application.

[0085] like Figure 2 As shown, under normal circumstances, Device A (the first smart device) and Device B (the second smart device) are connected to the cloud (cloud server). The cloud reports to the after-sales personnel that Device A and Device B are online. When Device A loses its network connection, its Bluetooth module will automatically enter the waiting state, and the cloud reports to the after-sales personnel that Device A is offline.

[0086] After-sales personnel command device B to connect to device A via Bluetooth through the cloud. Device B initiates a Bluetooth connection with device A. When device B and device A successfully connect via Bluetooth, device B reports the successful connection to the after-sales personnel.

[0087] After-sales personnel can indirectly and remotely access device A through the network connection of smart device B, and perform debugging via Bluetooth protocol. For example, they can obtain the network card status of device A, remotely debug the network connection stability of device A, and determine whether device A can communicate normally with the server.

[0088] As can be seen, by controlling the second smart device to pair with the first smart device via Bluetooth, the first smart device connected to the second smart device via Bluetooth can be accessed through the network. Therefore, when the first smart device cannot connect via the network, it can still be controlled locally or remotely and troubleshooted via the Bluetooth of other devices.

[0089] For the foregoing method embodiments, in order to simplify the description, they are all described as a series of actions. However, those skilled in the art should understand that the present invention is not limited to the described order of actions, because according to the present invention, some steps can be performed in other orders or simultaneously. Furthermore, those skilled in the art should also understand that the embodiments described in the specification are preferred embodiments, and the actions and modules involved are not necessarily essential to the present invention.

[0090] The above are some specific implementations of the remote Bluetooth debugging method for smart devices provided in the embodiments of this application. Based on this, this application also provides a corresponding device. The remote Bluetooth debugging device for smart devices provided in the embodiments of this application will be described below from the perspective of functional modularity.

[0091] See Figure 3 This is a schematic diagram of a remote Bluetooth debugging device for a smart device provided in an embodiment of this application. The device includes:

[0092] The determination module 301 is used to determine that the network connection of the first smart device has failed, and the first smart device enters the Bluetooth waiting connection state.

[0093] The control module 302 is used to control the second smart device to pair with the first smart device via Bluetooth and establish a local communication link between the first smart device and the second smart device, wherein the second smart device is a device that is normally connected to the network and has Bluetooth functionality;

[0094] The remote debugging module 303 is used to remotely debug the first smart device through the local communication link using the network connection of the second smart device.

[0095] Optionally, after determining that the network connection of the first smart device has failed, the device further includes:

[0096] The reporting module is used to report that the first smart device is in an offline state.

[0097] Optionally, the remote debugging module is specifically used for:

[0098] The network connection stability of the first smart device is remotely tested to determine whether the first smart device can communicate normally with the server.

[0099] Remotely monitor the resource consumption of the first smart device to check if any process is consuming too many resources, causing the first smart device to malfunction.

[0100] Based on the fault information of the first smart device, the parameter configuration of the first smart device is remotely modified.

[0101] Optionally, the control module 302 is specifically used for:

[0102] A local communication link is established between the first smart device and the second smart device based on the Bluetooth Low Energy protocol.

[0103] Optionally, the control module 302 is further configured to:

[0104] During the pairing process, keys are exchanged using the ECDH asymmetric encryption algorithm, and communication data is encrypted using the AES-CCM symmetric encryption algorithm.

[0105] As can be seen from the above technical solution, when it is determined that the network connection of the first smart device is faulty, the first smart device enters a Bluetooth connection-ready state. Then, it controls the second smart device to pair with the first smart device via Bluetooth, establishing a local communication link between the two devices. The second smart device is a device that is normally connected to the network and has Bluetooth functionality. Finally, using the network connection of the second smart device, remote debugging of the first smart device is performed through the local communication link. In this way, when the network of the first smart device is disconnected, other devices are allowed to access it via Bluetooth. By controlling the second smart device to pair with the first smart device via Bluetooth and establishing a local communication link between them, the second smart device acts as a bridge, allowing access to the first smart device connected via Bluetooth through the network. In other words, even when the first smart device cannot connect via the network, local or remote control and troubleshooting can still be performed through the Bluetooth of other devices.

[0106] This application also provides an electronic device, including: a memory for storing one or more programs;

[0107] Processor; when the processor executes the one or more programs, it implements the remote Bluetooth debugging method for smart devices described in the above embodiments.

[0108] This application also provides a computer storage medium storing a program that, when executed by a processor, implements the remote Bluetooth debugging method for smart devices described in the above embodiments.

[0109] In the embodiments of this application, the terms "first" and "second" (if they exist) are used only as name identifiers and do not represent the order of first and second.

[0110] The various embodiments in this specification are described in a progressive manner, with each embodiment focusing on the differences from other embodiments. The same or similar parts between the various embodiments can be referred to each other.

[0111] Those skilled in the art will understand that the flowchart shown is merely an example in which the embodiments of this application can be implemented, and the scope of application of the embodiments of this application is not limited by any aspect of the flowchart.

[0112] In the several embodiments provided in this application, it should be understood that the disclosed methods, apparatuses, and devices can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the displayed or discussed mutual couplings or direct couplings or communication connections may be through some communication interfaces; indirect couplings or communication connections between devices or units may be electrical, mechanical, or other forms.

[0113] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs. Furthermore, the functional units in the various embodiments of the present invention may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.

[0114] If the aforementioned functions are implemented as software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this invention, essentially, or the part that contributes to the prior art, or a portion of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this invention. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0115] The above description of the disclosed embodiments enables those skilled in the art to make or use the invention. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the general principles defined herein may be implemented in other embodiments without departing from the spirit or scope of the invention. Therefore, the invention is not to be limited to the embodiments shown herein, but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.

Claims

1. A remote Bluetooth debugging method for a smart device, characterized in that, The method includes: If the network connection of the first smart device is determined to be faulty, the first smart device enters Bluetooth connection waiting state. Control the second smart device to pair with the first smart device via Bluetooth, and establish a local communication link between the first smart device and the second smart device, wherein the second smart device is a device that is normally connected to the network and has Bluetooth functionality; Using the network connection of the second smart device, the first smart device is remotely debugged through the local communication link.

2. The method according to claim 1, characterized in that, After determining that the network connection of the first smart device has failed, the method further includes: The system reports that the first smart device is offline.

3. The method according to claim 1, characterized in that, The remote debugging of the first smart device via the local communication link includes: The network connection stability of the first smart device is remotely tested to determine whether the first smart device can communicate normally with the server. Remotely monitor the resource consumption of the first smart device to check if any process is consuming too many resources, causing the first smart device to malfunction. Based on the fault information of the first smart device, the parameter configuration of the first smart device is remotely modified.

4. The method according to claim 1, characterized in that, Establishing a local communication link between the first smart device and the second smart device includes: A local communication link is established between the first smart device and the second smart device based on the Bluetooth Low Energy protocol.

5. The method according to claim 1, characterized in that, The process of controlling the second smart device to pair with the first smart device via Bluetooth includes: During the pairing process, keys are exchanged using the ECDH asymmetric encryption algorithm, and communication data is encrypted using the AES-CCM symmetric encryption algorithm.

6. A remote Bluetooth debugging device for a smart device, characterized in that, The device includes: The determination module is used to determine that the network connection of the first smart device has failed, and the first smart device enters the Bluetooth connection waiting state. The control module is used to control the second smart device to pair with the first smart device via Bluetooth and establish a local communication link between the first smart device and the second smart device, wherein the second smart device is a device that is normally connected to the network and has Bluetooth functionality; The remote debugging module is used to remotely debug the first smart device through the local communication link using the network connection of the second smart device.

7. The apparatus according to claim 6, characterized in that, After determining that the network connection of the first smart device has failed, the device further includes: The reporting module is used to report that the first smart device is in an offline state.

8. The apparatus according to claim 6, characterized in that, The remote debugging module is specifically used for: The network connection stability of the first smart device is remotely tested to determine whether the first smart device can communicate normally with the server. Remotely monitor the resource consumption of the first smart device to check if any process is consuming too many resources, causing the first smart device to malfunction. Based on the fault information of the first smart device, the parameter configuration of the first smart device is remotely modified.

9. The apparatus according to claim 6, characterized in that, The control module is specifically used for: A local communication link is established between the first smart device and the second smart device based on the Bluetooth Low Energy protocol.

10. The apparatus according to claim 6, characterized in that, The control module is further used for: During the pairing process, keys are exchanged using the ECDH asymmetric encryption algorithm, and communication data is encrypted using the AES-CCM symmetric encryption algorithm.

Images