Method for solving short-time offline through Bluetooth network

Abstract

The invention discloses a method for solving short-time offline through a Bluetooth network, and relates to the technical field of intelligent parking management, and the method comprises the steps: constructing an adjacent equipment Bluetooth networking architecture, obtaining a peripheral online adjacent equipment list according to an equipment neighbor topological graph, and completing the rate stability in a transmission process; a security encryption scheme of a distributed Bluetooth communication network is introduced. According to the method, the operation blank of a traditional reconnection mechanism in the offline window period is effectively filled up, and the defects that local Bluetooth needs to be paired manually, an edge gateway is high in cost and prone to single-point failure, and multi-antenna switching is unstable are overcome; the real-time performance, the stability and the safety of instruction transmission are guaranteed, and the availability, the robustness and the user experience of the system in a complex weak network environment are remarkably improved.

Description

Technical Field

[0001] This invention relates to the field of intelligent parking space management technology, and in particular to a method for solving short-term disconnection via Bluetooth network. Background Technology

[0002] Currently, in the practical application of smart parking space managers, devices often experience short-term network interruptions due to complex environmental factors. For example, underground parking lots or thunderstorms can easily cause signal attenuation, strong electromagnetic sources such as high-speed rail and substations can cause co-channel interference, and densely populated areas such as shopping districts and stadiums may lead to communication network congestion. In these scenarios, devices usually experience temporary disconnections of 1 to 30 seconds, causing functions such as remote control, user QR code scanning, or payment settlement to fail, which seriously affects system availability and user experience.

[0003] Current mainstream solutions include enabling local Bluetooth connectivity, optimizing network reconnection logic, deploying edge gateways to cache commands, and employing multi-antenna switching mechanisms. However, Bluetooth solutions rely on manual pairing by the user and do not support networking; reconnection optimization only shortens recovery time and cannot address the operational gaps during disconnections; edge gateways require additional deployment and are inherently prone to single-point-of-failure risks; and multi-antenna designs may exacerbate communication interruptions due to unstable switching during periods of frequent signal fluctuations. None of these methods effectively guarantee the operability of the device during short-term disconnections without increasing cost and complexity. Summary of the Invention

[0004] In view of the problems existing in the methods for solving short-term disconnection via Bluetooth networks, this invention is proposed.

[0005] Therefore, the problem to be solved by the present invention is that the existing technology has problems such as inconvenience in operation, poor real-time performance, high cost and insufficient reliability when dealing with short-term offline of intelligent parking space managers, which makes it impossible to operate normally during the offline period.

[0006] To solve the above-mentioned technical problems, the present invention provides the following technical solution:

[0007] In a first aspect, embodiments of the present invention provide a method for resolving short-term disconnections via a Bluetooth network, comprising: constructing a Bluetooth networking architecture for adjacent devices, wherein constructing the Bluetooth networking architecture for adjacent devices includes forming a distributed Bluetooth communication network and constructing a device neighbor topology map; obtaining a list of surrounding online adjacent devices based on the device neighbor topology map, and implementing a Bluetooth forwarding and execution mechanism for operation commands; designing a dynamic adjustment mechanism for Bluetooth link priorities to ensure the transmission of Bluetooth forwarding and execution mechanisms for operation commands and to achieve rate stability during transmission; and triggering an emergency mechanism on the cloud server by determining the duration of the disconnection, and after triggering the emergency mechanism on the cloud server, introducing a security encryption scheme for the distributed Bluetooth communication network to achieve secure communication transmission of the Bluetooth link.

[0008] As a preferred embodiment of the method for solving short-term disconnection via Bluetooth network according to the present invention, the formation of a distributed Bluetooth communication network includes pre-installing a Bluetooth networking protocol in the communication module of the target device;

[0009] When the target device is connected to the network normally, it automatically scans and establishes Bluetooth neighbor relationships with similar target devices within a 10-meter radius, forming a distributed Bluetooth communication network.

[0010] The target device refers to any smart parking manager device that experiences a brief disconnection in a Bluetooth networking architecture between adjacent devices.

[0011] As a preferred embodiment of the method for resolving short-term disconnections via Bluetooth network as described in this invention, the construction of the device neighbor topology map includes building a smart parking manager device that participates in the Bluetooth networking architecture of adjacent devices, reporting its own device ID, network status, and location information to a cloud server during the Bluetooth networking architecture of adjacent devices, and using the cloud server to construct a neighbor topology map of the smart parking manager device in the Bluetooth networking architecture of adjacent devices.

[0012] As a preferred embodiment of the method for resolving short-term disconnection via Bluetooth network as described in this invention, the step of obtaining the list of nearby online adjacent devices based on the device neighbor topology map includes: when the cloud server initiates an operation command to the disconnected target device, the cloud server first queries the device neighbor topology map to obtain the list of nearby online adjacent devices around the target device;

[0013] The Bluetooth forwarding and execution mechanism for operation commands includes the following steps:

[0014] Select the neighboring device with the strongest signal from the list of online neighboring devices around the target device as the forwarding node, and send the operation command to the forwarding node after encryption.

[0015] The forwarding node is used to forward instructions to the target device via the Bluetooth link. When the target device receives the instruction and verifies its legality, it triggers the execution mechanism to perform the operation.

[0016] The result of the operation is transmitted back to the forwarding node via the original Bluetooth link, then uploaded to the cloud server via the forwarding node's own network link, and finally fed back to the user.

[0017] It can forward operation commands across devices, causing the target device to go offline, while still receiving and executing commands normally.

[0018] As a preferred embodiment of the method for solving short-term disconnection via Bluetooth network as described in this invention, the Bluetooth link priority dynamic adjustment mechanism is designed to avoid the Bluetooth link occupying the resources of adjacent smart parking manager devices that act as forwarding nodes, or to continue using the Bluetooth link after the target device recovers the network.

[0019] The proposed Bluetooth link priority dynamic adjustment mechanism includes the following steps:

[0020] When the target device is in a short-term offline state, the Bluetooth link priority is set to high, and the transmission of operation commands is given priority.

[0021] When the target device restores its network connection, the Bluetooth link priority is automatically reduced, and the communication link is switched back to the original network link. At this time, the Bluetooth forwarding node connection is disconnected, while the neighbor relationship of the Bluetooth network is maintained.

[0022] When several adjacent smart berth manager devices act as forwarding nodes simultaneously, the cloud server dynamically adjusts the priority based on the network load of each forwarding node, prioritizing the forwarding node with the lowest load to ensure rate stability during transmission.

[0023] As a preferred embodiment of the method for resolving short-term disconnection via Bluetooth network as described in this invention, the method for triggering the cloud server emergency mechanism includes determining the disconnection duration based on the short-term disconnection duration of the target device and a preset threshold.

[0024] If the short-term disconnection duration of the target device exceeds the preset threshold, it is determined to be a long-term disconnection, at which point the cloud server triggers the emergency mechanism.

[0025] The cloud server's emergency response mechanism includes sending a wake-up command and locating the target device's location information.

[0026] The method of sending the wake-up command includes sending the wake-up command to the neighboring devices around the target device through the device neighbor topology map, and waking up the network module of the target device via Bluetooth to reconnect.

[0027] If the device is successfully woken up within the preset threshold, the target device will restore its main network communication capability to the cloud server.

[0028] If wake-up fails, a device offline alarm will be sent to the maintenance personnel;

[0029] The location information of the target device is used to attach the location information of the target device to complete rapid location and on-site investigation;

[0030] If the short-term disconnection duration of the target device does not exceed the preset threshold, it is determined to be a short-term disconnection. The short-term disconnection problem is then resolved through the Bluetooth link, thus avoiding maintenance delays caused by prolonged disconnections.

[0031] As a preferred embodiment of the method for resolving short-term disconnection via Bluetooth network according to the present invention, the security encryption scheme of the distributed Bluetooth communication network is used to prevent the Bluetooth link from being illegally intruded and tampered with.

[0032] The security encryption scheme of the distributed Bluetooth communication network includes the use of three-layer encryption to ensure secure transmission of Bluetooth links.

[0033] The three-layer encryption includes a first layer, a second layer, and a third layer. The first layer is a two-way authentication between the smart berth manager device and the cloud server.

[0034] The two-way authentication includes two-way authentication using the device's unique ID and the communication key corresponding to the unique ID pre-stored on the cloud server. Without authentication, the device cannot join the Bluetooth network.

[0035] The second layer is encryption of operation command transmission. The encryption of operation command transmission includes the use of MD5 encryption algorithm in the process of sending operation commands from the cloud to the forwarding node and forwarding them to the target device.

[0036] The third layer is data integrity verification during the transmission of operation commands via Bluetooth link. The data integrity verification includes attaching a CRC16 checksum to the instruction data packet of the operation command, and the receiver verifies the integrity of the data packet after receiving it.

[0037] If the verification fails, the process is rejected and a retransmission is requested, thus ensuring secure communication transmission over the Bluetooth link and avoiding security risks caused by the exposure of the wireless link.

[0038] Secondly, embodiments of the present invention provide a system for resolving short-term disconnections via Bluetooth networks, comprising: a neighboring device Bluetooth networking architecture module, which constructs a neighboring device Bluetooth networking architecture, wherein constructing the neighboring device Bluetooth networking architecture includes forming a distributed Bluetooth communication network and constructing a device neighbor topology map;

[0039] The operation command Bluetooth forwarding and execution module obtains a list of nearby online neighboring devices based on the device neighbor topology map and performs a Bluetooth forwarding and execution mechanism for operation commands.

[0040] The Bluetooth link priority dynamic adjustment module is designed with a Bluetooth link priority dynamic adjustment mechanism to ensure the transmission of operation commands via Bluetooth forwarding and execution mechanisms, and to achieve rate stability during the transmission process.

[0041] The disconnection emergency and security encryption module determines the duration of the disconnection and triggers the cloud server emergency mechanism. After the cloud server emergency mechanism is triggered, a security encryption scheme for the distributed Bluetooth communication network is introduced to complete the secure transmission of Bluetooth communication.

[0042] Thirdly, embodiments of the present invention provide a computer device, including a memory and a processor, wherein the memory stores a computer program, and the processor executes the computer program to implement any of the steps of the above-described method for resolving short-term disconnections via Bluetooth network.

[0043] Fourthly, embodiments of the present invention provide a computer-readable storage medium having a computer program stored thereon, wherein: when the computer program is executed by a processor, it implements any step of the above-described method for resolving short-term disconnections via Bluetooth network.

[0044] The beneficial effects of this invention are as follows: By constructing a self-organizing Bluetooth communication network between adjacent devices, this invention enables automatic relaying and execution of operation commands via surrounding online devices during short-term network outages of the intelligent berth manager, without user intervention or additional hardware deployment. This invention effectively fills the operational gap of traditional reconnection mechanisms during outage windows and overcomes the shortcomings of manual pairing of local Bluetooth, high cost and susceptibility to single-point failure of edge gateways, and instability of multi-antenna switching. At the same time, dynamic priority adjustment ensures reasonable resource utilization, and combined with intelligent routing based on neighbor topology and a three-layer security encryption mechanism, it guarantees the real-time performance, stability, and security of command transmission, significantly improving the availability, robustness, and user experience of the system in complex weak network environments. Attached Figure Description

[0045] To more clearly illustrate the technical solutions of the embodiments of the present invention, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort. Wherein:

[0046] Figure 1 This is a flowchart illustrating a method for resolving short-term disconnections via Bluetooth, as provided in an embodiment of the present invention.

[0047] Figure 2 This is a system schematic diagram illustrating a method for resolving short-term disconnections via Bluetooth network, as provided in an embodiment of the present invention.

[0048] Figure 3 This is a schematic diagram of the structure of a medium for a method to solve short-term disconnection via Bluetooth network, provided in an embodiment of the present invention.

[0049] Figure 4 This is a schematic diagram of a computing device that provides a method for resolving short-term disconnections via Bluetooth network, as provided in an embodiment of the present invention. Detailed Implementation

[0050] To make the above-mentioned objects, features, and advantages of the present invention more apparent and understandable, specific embodiments of the present invention will be described in detail below with reference to the accompanying drawings. Obviously, the described embodiments are only a part of the embodiments of the present invention, and not all of them. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort should fall within the protection scope of the present invention.

[0051] Many specific details are set forth in the following description in order to provide a full understanding of the invention. However, the invention may also be practiced in other ways different from those described herein, and those skilled in the art can make similar extensions without departing from the spirit of the invention. Therefore, the invention is not limited to the specific embodiments disclosed below.

[0052] Secondly, the term "one embodiment" or "embodiment" as used herein refers to a specific feature, structure, or characteristic that may be included in at least one implementation of the present invention. The phrase "in one embodiment" appearing in different places in this specification does not necessarily refer to the same embodiment, nor is it a single or selective embodiment that is mutually exclusive with other embodiments.

[0053] This invention is described in detail with reference to the schematic diagrams. When detailing the embodiments of this invention, for ease of explanation, the cross-sectional views illustrating the device structure may be partially enlarged, not adhering to the usual scale. Furthermore, the schematic diagrams are merely examples and should not be construed as limiting the scope of protection of this invention. In actual fabrication, the three-dimensional spatial dimensions of length, width, and depth should be included.

[0054] Furthermore, in the description of this invention, it should be noted that the terms "upper," "lower," "inner," and "outer," etc., indicate the orientation or positional relationship based on the orientation or positional relationship shown in the accompanying drawings. These terms are used solely for the convenience of describing the invention and for simplifying the description, and do not indicate or imply that the device or element referred to must have a specific orientation, or be constructed and operated in a specific orientation. Therefore, they should not be construed as limitations on the invention. In addition, the terms "first," "second," or "third" are used for descriptive purposes only and should not be construed as indicating or implying relative importance.

[0055] Unless otherwise explicitly specified and limited, the terms "installation," "connection," and "joining" in this invention should be interpreted broadly. For example, they can refer to fixed connections, detachable connections, or integral connections; similarly, they can refer to mechanical connections, electrical connections, or direct connections, or indirect connections through an intermediate medium, or internal connections between two components. Those skilled in the art can understand the specific meaning of the above terms in this invention based on the specific circumstances.

[0056] Example

[0057] Reference Figure 1 and Figure 2This is the first embodiment of the present invention, which provides a method for resolving short-term disconnections via Bluetooth network, including:

[0058] S1: Construct a Bluetooth networking architecture for neighboring devices. Constructing a Bluetooth networking architecture for neighboring devices includes forming a distributed Bluetooth communication network and constructing a device neighbor topology.

[0059] The formation of a distributed Bluetooth communication network includes pre-installing a Bluetooth networking protocol in the communication module of the target device.

[0060] When the target device is connected to the network normally, it automatically scans and establishes Bluetooth neighbor relationships with similar target devices within a 10-meter radius, forming a distributed Bluetooth communication network.

[0061] The target device refers to any smart parking manager device that experiences a brief disconnection in a Bluetooth networking architecture of adjacent devices.

[0062] Furthermore, it avoids the limitations of traditional one-to-one Bluetooth connections, achieving many-to-many communication coverage through networking, ensuring that there are always online devices nearby that can provide Bluetooth link support for disconnected devices. The 10-meter range is determined based on measured data of the effective communication distance of Bluetooth Classic or Bluetooth Low Energy in typical urban outdoor and semi-enclosed parking lot environments. In actual deployment scenarios, smart parking managers are typically installed on the roadside or in underground / ground parking lots, with device spacing generally between 3 and 8 meters. Considering the impact of factors such as wall obstruction, metal vehicle body reflection, and electromagnetic interference on signal attenuation, after multiple rounds of field tests, including typical scenarios such as open roads, underground parking garages, and areas around commercial districts, it was found that when the Bluetooth communication distance is set to 10 meters, it can ensure that a stable connection can be established with at least 1-2 adjacent devices under most operating conditions, forming an effective relay link. At the same time, it can avoid introducing too many neighboring nodes due to excessive coverage, which would lead to increased network complexity, intensified channel competition, or abnormally increased power consumption. Therefore, 10 meters is an engineering optimization value obtained between communication reliability, networking efficiency, and system stability. It is not a theoretical limit, but a practical threshold determined after comprehensive verification of device density, environmental interference, and Bluetooth radio frequency characteristics.

[0063] S1.1: Building a device neighbor topology map includes building a smart parking manager device that participates in the Bluetooth networking architecture of adjacent devices. When the adjacent devices are in Bluetooth networking architecture, the smart parking manager device reports its own device ID, network status, and location information to the cloud server, and uses the cloud server to build a neighbor topology map of the smart parking manager device in the Bluetooth networking architecture of adjacent devices.

[0064] S2: Obtain a list of nearby online devices based on the device neighbor topology map, and perform Bluetooth forwarding and execution of operation commands.

[0065] Among them, obtaining the list of nearby online neighboring devices based on the device neighbor topology map includes: when the cloud server issues an operation command to the offline target device, the cloud server first queries the device neighbor topology map to obtain the list of nearby online neighboring devices around the target device;

[0066] The Bluetooth forwarding and execution mechanism for operation commands includes the following steps:

[0067] Select the neighboring device with the strongest signal from the list of online neighboring devices around the target device as the forwarding node, and send the operation command to the forwarding node after encryption.

[0068] The forwarding node is used to forward instructions to the target device via the Bluetooth link. When the target device receives the instruction and verifies its legitimacy, it triggers the execution mechanism to perform the operation.

[0069] The result of the operation is transmitted back to the forwarding node via the original Bluetooth link, then uploaded to the cloud server via the forwarding node's own network link, and finally fed back to the user.

[0070] It can forward operation commands across devices, causing the target device to go offline, while still receiving and executing commands normally.

[0071] Furthermore, when the cloud sends an operation command to the offline target device, such as remotely raising or lowering the device, adjusting parameters, or reading data, the cloud server first queries the device neighbor topology map to obtain a list of online neighboring devices around the target device. It selects the neighboring device with the strongest signal and a signal strength > -70dBm as a forwarding node, encrypts the operation command, and sends it to the forwarding node. The forwarding node forwards the command to the target device via a Bluetooth link. After receiving the command and verifying its legitimacy, the target device executes the corresponding operation and simultaneously sends the operation result back to the forwarding node via the original Bluetooth link. The forwarding node then uploads the result to the cloud via its own network link and finally provides feedback to the user. This mechanism enables cross-device forwarding of operation commands, ensuring that even if the target device is offline, it can still receive and execute commands normally.

[0072] Preferably, the signal strength threshold of -70dBm is determined based on reliability testing and engineering experience of Bluetooth communication in actual deployment environments. In common application scenarios of smart parking managers, such as underground parking lots, roadside parking spaces, and areas around commercial districts, there are complex factors such as wall obstruction, vehicle metal reflection, and electromagnetic interference, which can lead to significant attenuation of Bluetooth signals. After multiple rounds of field measurements and link stability verification, it was found that when the Received Signal Strength Indicator (RSSI) is higher than -70dBm, the Bluetooth link can maintain a low packet loss rate, usually less than 1%, and a stable transmission rate, which is sufficient to reliably complete the forwarding and response of operation commands. However, when the signal is weaker than this value, such as -80dBm or lower, the communication delay increases significantly, the risk of data packet loss rises sharply, and it is difficult to guarantee the timely and accurate execution of critical control commands, such as lifting parking space locks. Therefore, -70dBm is selected as the threshold for screening forwarding nodes to balance connection availability and communication quality, ensuring a high success rate while avoiding relay failure due to the selection of weak signal nodes.

[0073] S3: Design a dynamic adjustment mechanism for Bluetooth link priority to ensure the transmission of operation commands via Bluetooth forwarding and execution mechanisms, and achieve rate stability during the transmission process.

[0074] Among them, a dynamic adjustment mechanism for Bluetooth link priority is designed to avoid the Bluetooth link occupying the resources of adjacent smart parking manager devices that act as forwarding nodes, or to continue using the Bluetooth link after the target device recovers the network.

[0075] The design of a dynamic Bluetooth link priority adjustment mechanism includes the following steps:

[0076] When the target device is in a short-term offline state, the Bluetooth link priority is set to high, and the transmission of operation commands is given priority.

[0077] When the target device restores its network connection, the Bluetooth link priority is automatically reduced, and the communication link is switched back to the original network link. At this time, the Bluetooth forwarding node connection is disconnected, while the neighbor relationship of the Bluetooth network is maintained.

[0078] When several adjacent smart berth manager devices act as forwarding nodes simultaneously, the cloud server dynamically adjusts the priority based on the network load of each forwarding node, prioritizing the forwarding node with the lowest load to ensure rate stability during transmission.

[0079] Furthermore, to avoid the Bluetooth link consuming excessive device resources, or to prevent the target device from continuing to use the Bluetooth link after it has restored its network connection, a dynamic Bluetooth link priority adjustment mechanism is designed: when the target device is in a short-term disconnection state, the Bluetooth link priority is set to the highest to ensure the transmission of operation commands; when the target device restores its network connection, after the network status detection module detects that the network is normal three times in a row, the Bluetooth link priority is automatically reduced, the communication link is switched back to the original network link, and the Bluetooth forwarding node connection is disconnected. Only the neighbor relationship maintenance of the Bluetooth network is maintained, and the surrounding devices are scanned every 30 seconds. In addition, when multiple neighboring devices act as forwarding nodes at the same time, the cloud will determine the high load based on the network load of each forwarding node. If the data transmission rate is <500kbps, it is considered a high load, and the priority is dynamically adjusted to prioritize the low-load forwarding node to ensure the command transmission rate and stability.

[0080] The preferred parameters—three consecutive network checks, a scan every 30 seconds, and a data transmission rate <500kbps—are determined as high load based on long-term field testing and comprehensive optimization of system stability requirements for intelligent parking space managers in typical deployment scenarios (such as underground garages, roadside parking spaces, and areas surrounding commercial districts). Through hundreds of network interruption and recovery simulation experiments, it was found that three consecutive successful network checks (with an interval of approximately 1 second) effectively eliminate transient jitter interference, ensuring that the device truly and stably connects to the network before switching back to the main link. Performing a Bluetooth neighbor scan every 30 seconds ensures timely updates of the topology map and maintains control. The goal is to find a balance between device power consumption and network connectivity, maintaining effective networking capabilities while avoiding excessive battery drain caused by frequent scanning. The 500kbps network load threshold is based on statistical analysis of daily communication traffic. Actual measurements show that when the effective throughput of a device falls below this value due to video uploads, batch synchronization, or network congestion, its ability to handle additional relay tasks decreases significantly. Therefore, using this threshold to dynamically select low-load forwarding nodes can balance the real-time performance of command transmission with the overall stability of the system. These values ​​are optimized empirical values ​​that have been repeatedly verified in engineering practice, rather than theoretical assumptions.

[0081] S4: By determining the duration of the disconnection, the cloud server emergency mechanism is triggered. After the cloud server emergency mechanism is triggered, a security encryption scheme for the distributed Bluetooth communication network is introduced to complete the secure transmission of Bluetooth communication.

[0082] Among them, the emergency mechanism for triggering the cloud server includes determining the disconnection duration based on the short-term disconnection duration of the target device and a preset threshold.

[0083] If the short-term disconnection duration of the target device exceeds the preset threshold, it is determined to be a long-term disconnection, at which point the cloud server triggers the emergency mechanism.

[0084] The cloud server's emergency response mechanism includes sending a wake-up command and locating the target device's location information;

[0085] Sending a wake-up command includes sending a wake-up command to neighboring devices around the target device through the device neighbor topology map, and waking up the target device's network module via Bluetooth to reconnect;

[0086] If the device is successfully woken up within the preset threshold, the target device will restore its main network communication capability to the cloud server.

[0087] If wake-up fails, a device offline alarm will be sent to the maintenance personnel;

[0088] The location information of the target device is used to enable rapid location and on-site investigation.

[0089] If the short-term disconnection duration of the target device does not exceed the preset threshold, it is determined to be a short-term disconnection. The short-term disconnection problem is then resolved through the Bluetooth link, thus avoiding maintenance delays caused by prolonged disconnections.

[0090] The formula for calculating the preset threshold is:

[0091]

[0092] in, Indicates the preset threshold. Indicates the weighting coefficient. This indicates the longest shortest-term disconnection in history. This represents a sequence of historical short-term disconnection durations. This indicates the historical average duration of short-term disconnections. This represents the average weight.

[0093] S4.1: A security encryption scheme for distributed Bluetooth communication networks is used to prevent the Bluetooth link from being illegally intruded upon or tampered with;

[0094] The security encryption scheme for distributed Bluetooth communication networks includes the use of three layers of encryption to ensure secure transmission of Bluetooth links.

[0095] The three-layer encryption includes a first layer, a second layer, and a third layer. The first layer is a two-way authentication between the smart berth manager device and the cloud server.

[0096] Two-way authentication involves two-way authentication using a device's unique ID pre-stored on a cloud server and the communication key corresponding to that unique ID. Without authentication, the device cannot join the Bluetooth network.

[0097] The second layer is encryption of operation command transmission. Encryption of operation command transmission includes the use of MD5 encryption algorithm in the process of operation commands being sent from the cloud to the forwarding node and forwarded by the forwarding node to the target device.

[0098] The third layer is for data integrity verification during the transmission of operation commands via the Bluetooth link. Data integrity verification includes attaching a CRC16 checksum to the command data packet of the operation command, and the receiver verifies the integrity of the data packet after receiving it.

[0099] If the verification fails, the process is rejected and a retransmission is requested, thus ensuring secure communication transmission over the Bluetooth link and avoiding security risks caused by the exposure of the wireless link.

[0100] In a preferred embodiment, a system for resolving short-term disconnections via Bluetooth network includes a neighboring device Bluetooth networking architecture module, which constructs a neighboring device Bluetooth networking architecture, including forming a distributed Bluetooth communication network and building a device neighbor topology map; an operation command Bluetooth forwarding and execution module, which obtains a list of surrounding online neighboring devices based on the device neighbor topology map and performs a Bluetooth forwarding and execution mechanism for operation commands; a Bluetooth link priority dynamic adjustment module, which designs a Bluetooth link priority dynamic adjustment mechanism to ensure the transmission of operation commands via Bluetooth forwarding and execution, and achieves rate stability during transmission; and a disconnection emergency and security encryption module, which triggers a cloud server emergency mechanism by determining the disconnection duration, and after triggering the cloud server emergency mechanism, introduces a security encryption scheme for the distributed Bluetooth communication network to achieve secure communication transmission of the Bluetooth link.

[0101] The above-mentioned unit modules can be embedded in the processor of the computer device in hardware form or independent of it, or they can be stored in the memory of the computer device in software form, so that the processor can call and execute the corresponding operations of the above modules.

[0102] In one embodiment, a computer device is provided, which may be a terminal. The computer device includes a processor, memory, a communication interface, a display screen, and an input device connected via a system bus. The processor of the computer device provides computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and internal memory. The non-volatile storage medium stores an operating system and computer programs. The internal memory provides an environment for the operation of the operating system and computer programs stored in the non-volatile storage medium. The communication interface of the computer device is used for wired or wireless communication with external terminals. Wireless communication can be achieved through Wi-Fi, carrier networks, NFC (Near Field Communication), or other technologies. The display screen of the computer device may be an LCD screen or an e-ink display screen. The input device of the computer device may be a touch layer covering the display screen, or buttons, a trackball, or a touchpad located on the casing of the computer device, or an external keyboard, touchpad, or mouse, etc.

[0103] In summary, this invention constructs a self-organizing Bluetooth communication network between adjacent devices, enabling automatic relaying and execution of operation commands via surrounding online devices during short-term network outages of the intelligent berth manager, without user intervention or additional hardware deployment. This invention effectively fills the operational gap of traditional reconnection mechanisms during outage windows, overcoming the shortcomings of manual pairing of local Bluetooth, high cost and susceptibility to single-point failure of edge gateways, and instability of multi-antenna switching. Simultaneously, dynamic priority adjustment ensures reasonable resource allocation, and combined with intelligent routing based on neighbor topology and a three-layer security encryption mechanism, it guarantees the real-time performance, stability, and security of command transmission, significantly improving the system's availability, robustness, and user experience in complex weak network environments.

[0104] Reference Figure 3 and Figure 4 After introducing the method and system of exemplary embodiments of the present invention, the following references are made. Figure 3 A computer-readable storage medium according to exemplary embodiments of the present invention will be described, please refer to... Figure 3 The computer-readable storage medium shown is an optical disc 30, on which a computer program (i.e., a program product) is stored. When the computer program is run by a processor, it implements the steps described in the above method implementation, such as: constructing a Bluetooth networking architecture for adjacent devices, which includes forming a distributed Bluetooth communication network and constructing a device neighbor topology map; obtaining a list of surrounding online adjacent devices based on the device neighbor topology map, and implementing a Bluetooth forwarding and execution mechanism for operation commands; designing a dynamic adjustment mechanism for Bluetooth link priorities to ensure the transmission of Bluetooth forwarding and execution mechanisms for operation commands and achieve rate stability during transmission; triggering an emergency mechanism on the cloud server by determining the duration of disconnection, and introducing a security encryption scheme for the distributed Bluetooth communication network after triggering the emergency mechanism on the cloud server to achieve secure communication transmission of the Bluetooth link. The specific implementation methods of each step will not be repeated here.

[0105] It should be noted that examples of computer-readable storage media may also include, but are not limited to, phase-change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other optical and magnetic storage media, which will not be elaborated here.

[0106] After introducing the methods and media of exemplary embodiments of the present invention, the following references are made. Figure 4 A computational device for adaptive recovery of low-voltage power grid self-healing control according to an exemplary embodiment of the present invention.

[0107] Figure 4A block diagram is shown of an exemplary computing device 40 suitable for implementing embodiments of the present invention. The computing device 40 may be a computer system or a server. Figure 4 The computing device 40 shown is merely an example and should not impose any limitation on the functionality and scope of use of the embodiments of the present invention.

[0108] like Figure 4 As shown, the components of computing device 40 may include, but are not limited to: one or more processors or processing units 401, system memory 402, and bus 403 connecting different system components (including system memory 402 and processing unit 401).

[0109] The computing device 40 typically includes a variety of computer system readable media. These media can be any available media that can be accessed by the computing device 40, including volatile and non-volatile media, and removable and non-removable media.

[0110] System memory 402 may include computer system readable media in the form of volatile memory, such as random access memory (RAM) 4021 and / or cache memory 4022. Computing device 40 may further include other removable / non-removable, volatile / non-volatile computer system storage media. By way of example only, ROM 4023 may be used to read and write non-removable, non-volatile magnetic media (…). Figure 4 (Not shown in the image, usually referred to as "hard drive"). Although not shown in... Figure 4 The diagram illustrates that disk drives for reading and writing to removable non-volatile disks (e.g., "floppy disks") and optical disc drives for reading and writing to removable non-volatile optical discs (e.g., CD-ROMs, DVD-ROMs, or other optical media) can be provided. In these cases, each drive can be connected to bus 403 via one or more data media interfaces. System memory 402 may include at least one program product having a set (e.g., at least one) of program modules configured to perform the functions of the embodiments of the present invention.

[0111] A program / utility 4025 having a set (at least one) of program modules 4024 may be stored, for example, in system memory 402, and such program modules 4024 include, but are not limited to, an operating system, one or more application programs, other program modules, and program data, each or some combination of these examples may include an implementation of a network environment. Program modules 4024 typically perform the functions and / or methods described in the embodiments of the present invention.

[0112] The computing device 40 can also communicate with one or more external devices 404 (such as a keyboard, pointing device, display, etc.). This communication can be performed via the input / output (I / O) interface 405. Furthermore, the computing device 40 can also communicate with one or more networks (e.g., local area networks (LANs), wide area networks (WANs), and / or public networks, such as the Internet) via a network adapter 406. Figure 4 As shown, network adapter 406 communicates with other modules of computing device 40 (such as processing unit 401) via bus 403. It should be understood that, although... Figure 4 As not shown, it can be used in conjunction with computing device 40 with other hardware and / or software modules.

[0113] The processing unit 401 executes various functional applications and data processing by running programs stored in the system memory 402. For example, it constructs a Bluetooth networking architecture for neighboring devices, which includes forming a distributed Bluetooth communication network and constructing a device neighbor topology map; it obtains a list of nearby online neighboring devices based on the device neighbor topology map and performs a Bluetooth forwarding and execution mechanism for operation commands; it designs a dynamic adjustment mechanism for Bluetooth link priorities to ensure the transmission of Bluetooth forwarding and execution mechanisms for operation commands and achieve rate stability during transmission; it triggers an emergency mechanism on the cloud server by determining the duration of disconnection, and after triggering the emergency mechanism on the cloud server, it introduces a security encryption scheme for the distributed Bluetooth communication network to achieve secure communication transmission of the Bluetooth link.

[0114] Those skilled in the art will understand that, for the sake of convenience and brevity, the specific working processes of the systems, devices, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here.

[0115] In the several embodiments provided by this invention, it should be understood that the disclosed systems, apparatuses, and methods can be implemented in other ways. The apparatus embodiments described above are merely illustrative. For example, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. Furthermore, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Additionally, the coupling or direct coupling or communication connection shown or discussed may be through some communication interface; the indirect coupling or communication connection between apparatuses or units may be electrical, mechanical, or other forms.

[0116] 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.

[0117] In addition, the functional units in the various embodiments of the present invention can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit.

[0118] If the functionality is implemented as a software functional unit and sold or used as an independent product, it can be stored in a processor-executable, non-volatile, computer-readable storage medium. Based on this understanding, the technical solution of this invention, 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 of 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.

[0119] Finally, it should be noted that the above embodiments are merely specific implementations of the present invention, used to illustrate the technical solutions of the present invention, and not to limit it. The scope of protection of the present invention is not limited thereto. Although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that any person skilled in the art can still modify or easily conceive of changes to the technical solutions described in the foregoing embodiments within the technical scope disclosed in the present invention, or make equivalent substitutions for some of the technical features; and these modifications, changes, or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of the present invention, and should all be covered within the scope of protection of the present invention. Therefore, the scope of protection of the present invention should be determined by the scope of the claims.

[0120] Furthermore, although the operations of the method of the present invention are described in a specific order in the accompanying drawings, this does not require or imply that these operations must be performed in that specific order, or that all the operations shown must be performed to achieve the desired result. Additionally or alternatively, certain steps may be omitted, multiple steps may be combined into one step, and / or one step may be broken down into multiple steps.

[0121] It should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention and are not intended to limit it. Although the present invention has been described in detail with reference to preferred embodiments, those skilled in the art should understand that modifications or equivalent substitutions can be made to the technical solutions of the present invention without departing from the spirit and scope of the technical solutions of the present invention, and all such modifications or substitutions should be covered within the scope of the claims of the present invention.

Claims

1. A method for solving short-time disconnection through a Bluetooth network, characterized in that: The application relates to a method for realizing a Bluetooth network construction of adjacent devices. The method comprises the following steps: forming a distributed Bluetooth communication network and constructing a device neighbor topology graph; acquiring a list of online adjacent devices in the periphery according to the device neighbor topology graph, and performing a Bluetooth forwarding and executing mechanism of an operation instruction; designing a dynamic adjustment mechanism of Bluetooth link priority to guarantee the transmission of the Bluetooth forwarding and executing mechanism of the operation instruction and complete the rate stability in the transmission process; 2. The method for solving short-time disconnection through the Bluetooth network according to claim 1, wherein: triggering an emergency mechanism of a cloud server by judging the off-line duration, introducing a security encryption scheme of the distributed Bluetooth communication network after triggering the emergency mechanism of the cloud server, and completing the communication security transmission of the Bluetooth link. The forming of the distributed Bluetooth communication network comprises presetting a Bluetooth network construction protocol in a communication module of a target device. When the target device is normally connected to a network, the target device automatically scans and establishes a Bluetooth neighbor relationship with a same-type target device within a 10-meter range in the periphery to form the distributed Bluetooth communication network.

3. The method for solving short-time disconnection through the Bluetooth network according to claim 2, characterized in that: The target device refers to any intelligent parking space manager device which is short-time off-line in the Bluetooth network construction of adjacent devices.

4. The method for solving short-time disconnection through the Bluetooth network according to claim 3, wherein: The construction of the device neighbor topology graph comprises the following steps: reporting a device ID, a network state and position information of the intelligent parking space manager device participating in the Bluetooth network construction of adjacent devices to a cloud server when the intelligent parking space manager device is in the Bluetooth network construction of adjacent devices, and constructing a neighbor topology graph of the intelligent parking space manager device in the Bluetooth network construction of adjacent devices by the cloud server. The acquiring of the list of online adjacent devices in the periphery according to the device neighbor topology graph comprises the following steps: when the cloud server initiates an operation instruction to the off-line target device, the cloud server first queries the device neighbor topology graph to acquire a list of online adjacent devices in the periphery of the target device. The Bluetooth forwarding and executing mechanism of the operation instruction comprises the following steps: selecting a strongest adjacent device in the list of online adjacent devices in the periphery of the target device as a forwarding node, and sending the operation instruction to the forwarding node after encryption; 5. The method for solving short-time disconnection through the Bluetooth network according to claim 4, wherein: the forwarding node is used for forwarding the instruction to the target device through a Bluetooth link, and triggering an executing mechanism to execute the operation when the target device receives the instruction and verifies the legality; the result of the executing operation is returned to the forwarding node through the original Bluetooth link, and is uploaded to the cloud server through a network link of the forwarding node, and is finally fed back to a user; the cross-device forwarding of the operation instruction is completed, and the off-line target device still normally receives and executes the instruction. The dynamic adjustment mechanism of the Bluetooth link priority is used for avoiding the occupation of the adjacent intelligent parking space manager device resource as the forwarding node by the Bluetooth link, or continuously using the Bluetooth link after the target device restores the network connection. The dynamic adjustment mechanism of the Bluetooth link priority comprises the following steps: when the target device is in a short-time off-line state, the Bluetooth link priority is set as high, and the transmission of the operation instruction is preferentially guaranteed at this time; when the target device restores the network connection, the Bluetooth link priority is automatically reduced, the communication link is switched back to the original network link, the Bluetooth forwarding node connection is disconnected, and the neighbor relationship of the Bluetooth network construction is maintained. When several adjacent intelligent parking space manager device resources simultaneously act as forwarding nodes, the cloud server dynamically adjusts the priority according to the network load of each forwarding node, preferentially selects a forwarding node with low load, and completes the rate stability in the transmission process.

6. The method for solving short-time disconnection through the Bluetooth network according to claim 5, wherein: The trigger cloud server emergency mechanism includes judging the offline duration of the target device based on the short-time offline duration of the target device and a preset threshold value; If the short-time offline duration of the target device exceeds the preset threshold value, it is determined that the target device is offline for a long time, and the cloud server triggers the emergency mechanism; The cloud server triggering the emergency mechanism includes sending a wake-up instruction and positioning the location information of the target device; The sending of the wake-up instruction includes sending a wake-up instruction to the adjacent devices around the target device through the device neighbor topology graph, and reconnection through the Bluetooth network module of the target device; If the target device is successfully woken up within the preset threshold value, the target device restores its main network communication capability to the cloud server; If the wake-up fails, an offline alarm is sent to the operation and maintenance personnel; The positioning of the location information of the target device is used to attach the location information of the target device, complete rapid positioning and on-site troubleshooting; If the short-time offline duration of the target device does not exceed the preset threshold value, it is determined that the target device is offline for a short time, and the short-time offline problem is solved through the Bluetooth link, thereby avoiding the delay of operation and maintenance caused by long-time offline.

7. The method for solving short-time disconnection through the Bluetooth network according to claim 6, wherein: The security encryption scheme of the distributed Bluetooth communication network is used to prevent the Bluetooth link from being illegally invaded and tampered with; The security encryption scheme of the distributed Bluetooth communication network includes three-layer encryption to ensure the secure transmission of the Bluetooth link; The three-layer encryption includes a first layer, a second layer and a third layer, the first layer being a two-way identity authentication between the intelligent parking space manager device and the cloud server; The two-way identity authentication includes two-way authentication through the cloud server pre-stored device unique ID and the communication key corresponding to the unique ID, and the device cannot join the Bluetooth network without authentication; The second layer is operation instruction transmission encryption, which includes MD5 encryption algorithm in the process of sending operation instructions from the cloud to the forwarding node and then from the forwarding node to the target device; The third layer is data integrity check in the process of transmitting operation instructions through the Bluetooth link, which includes attaching CRC16 check code to the instruction data packet of the operation instruction, and checking the data packet integrity after receiving by the receiver; If the check fails, the execution is refused and retransmission is requested, thereby ensuring the secure transmission of the Bluetooth link and avoiding the security risk caused by the exposure of the wireless link.

8. A system for solving short-time disconnection through a Bluetooth network, based on the method for solving short-time disconnection through a Bluetooth network according to any one of claims 1 to 7, characterized in that: It includes, The adjacent device Bluetooth networking architecture module constructs the adjacent device Bluetooth networking architecture, which includes forming a distributed Bluetooth communication network and constructing a device neighbor topology graph; The operation instruction Bluetooth forwarding and execution module acquires a list of peripheral online adjacent devices according to the device neighbor topology graph, and performs the Bluetooth forwarding and execution mechanism of the operation instruction; The Bluetooth link priority dynamic adjustment module designs a Bluetooth link priority dynamic adjustment mechanism to ensure the transmission of the Bluetooth forwarding and execution mechanism of the operation instruction, and completes the rate stability in the transmission process. The offline emergency and security encryption module triggers the cloud server emergency mechanism by judging the offline duration, and introduces a security encryption scheme of the distributed Bluetooth communication network to complete the secure transmission of the Bluetooth link communication after triggering the cloud server emergency mechanism. 9.A computer device, comprising a memory and a processor, wherein the memory stores a computer program, and the computer device is characterized in that: The processor implements the steps of the method for solving short-time disconnection through the Bluetooth network according to any one of claims 1-7 when executing the computer program.

10. A computer readable storage medium having stored thereon a computer program, characterized in that: The computer program is executed by the processor to implement the steps of the method for solving short-time disconnection through the Bluetooth network according to any one of claims 1-7.

Images