An emergency help method, device and computer readable storage medium
By encapsulating distress signals into low-power Bluetooth broadcast packets in devices such as mobile phones and forwarding them in a loop, the problem of being unable to send emergency distress signals in the absence of a network is solved, enabling the widespread forwarding of emergency distress signals and efficient rescue.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Filing Date
- 2021-09-26
- Publication Date
- 2026-03-24
AI Technical Summary
In existing technologies, mobile phones and other devices cannot send emergency distress messages without a network connection, resulting in the inability to effectively transmit distress signals.
When an emergency distress signal is detected, it determines whether the distressing party is connected to the network. If not, the distress information and emergency distress signal are encapsulated into a low-power Bluetooth broadcast packet and broadcast cyclically to the relaying party until the relaying party receives it, thus achieving widespread forwarding of information in the absence of a network.
It enables the orderly and widespread forwarding of emergency distress signals even in the absence of a network, improving the success rate and efficiency of rescue operations and enhancing the user's emergency rescue experience.
Smart Images

Figure CN113784287B_ABST
Abstract
Description
Technical Field
[0001] This invention relates to the field of mobile communications, and more particularly to an emergency distress method, device, and computer-readable storage medium. Background Technology
[0002] In the current technology, with the continuous development of smart terminal devices, mobile phones and other devices have become essential items that users carry with them. The SOS emergency help system on mobile terminals such as mobile phones cannot send out distress messages without a network connection. How to send an SOS emergency help message when someone is trapped and has no network is a problem that deserves attention and a solution. Summary of the Invention
[0003] To address the aforementioned technical deficiencies in the prior art, this invention proposes an emergency distress call method, which includes:
[0004] When an emergency distress signal is detected, it is determined whether the distressing device is connected to the network.
[0005] If the distressing device is in the network state, the emergency distress signal is sent through the connected network; if the distressing device is not in the network state, the acquired distress information and the emergency distress signal are encapsulated into a low-power Bluetooth broadcast packet.
[0006] The low-power Bluetooth broadcast packets are split into multiple packets and broadcast in a loop until one or more relays receive the low-power Bluetooth broadcast packets.
[0007] When a distress signal is detected to be generated, the broadcast of the Bluetooth Low Energy broadcast packet is stopped.
[0008] Optionally, the encapsulation of the acquired distress information and the emergency distress signal into a low-power Bluetooth broadcast packet includes:
[0009] When it is detected that the distress caller is not connected to the network, the distress information is obtained, wherein the distress information includes the distress caller's personal information and the location information of the distress caller.
[0010] This invention also proposes an emergency distress signaling method, applied at the relay end, the method comprising:
[0011] When the relay end receives a low-power Bluetooth broadcast packet broadcast by the distress end, it determines whether the relay end is connected to the network. The low-power Bluetooth broadcast packet includes the distress caller's personal information and emergency distress signal.
[0012] If the relay terminal is in the network state, the personal information of the person in distress and the emergency distress signal are sent through the connected network. If the person in distress is not in the network state, the low-power Bluetooth broadcast packets split into multiple packets are forwarded in a loop.
[0013] When any other relay terminal receives the Bluetooth Low Energy broadcast packet, the network status determination and the forwarding operation of the Bluetooth Low Energy broadcast packet are repeated.
[0014] When any of the relay terminals receives a distress signal generated by the distress terminal, it stops cyclically forwarding the low-power Bluetooth broadcast packet.
[0015] Optionally, when the relay end receives a low-power Bluetooth broadcast packet broadcast by the distress end, determining whether the relay end is connected to the network includes:
[0016] When the relay end receives a low-power Bluetooth broadcast packet broadcast by the distress end, it generates a rescue relay prompt based on the distress caller's personal information and emergency distress signal.
[0017] If a confirmation signal for the rescue relay is received, it is determined whether the relay end is connected to the network.
[0018] Optionally, if the relay terminal is in the network-connected state, then sending the personal information of the person in distress and the emergency distress signal through the connected network includes:
[0019] If the relay terminal is in the network state, after completing the transmission of the distress caller's personal information and emergency distress signal through the connected network, it stops cyclically forwarding the low-power Bluetooth broadcast packet.
[0020] Optionally, the repeated execution of the network status determination and the forwarding of the Bluetooth Low Energy broadcast packet includes:
[0021] When any of the relay terminals receives the Bluetooth Low Energy broadcast packets intermittently and continuously, the distress address of each Bluetooth Low Energy broadcast packet is checked to see if they are the same.
[0022] Optionally, the step of detecting whether the distress address of each of the low-power Bluetooth broadcast packets is the same includes:
[0023] When a distress signal is received from the same distress address, or when a feedback signal is received from another relay terminal that has sent the distress caller's personal information and emergency distress signal via the network, or when no Bluetooth Low Energy broadcast packet from the same distress address is received within a preset time, the cyclic forwarding of the Bluetooth Low Energy broadcast packet is stopped.
[0024] This invention also proposes an emergency distress signaling method, applied at the rescue end, the method comprising:
[0025] When any of the rescue terminals receives a low-power Bluetooth broadcast packet from the distress caller or the relay terminal, it forwards the low-power Bluetooth broadcast packet in a loop, and parses the low-power Bluetooth broadcast packet to obtain the distress caller's personal information and emergency distress signal.
[0026] Matching is performed based on the address of the distress caller to obtain the emergency distress signal corresponding to the distress caller;
[0027] Distance is determined based on the signal strength value of the emergency distress signal;
[0028] When any of the rescue terminals completes the rescue, the cyclic forwarding of the low-power Bluetooth broadcast packets is stopped.
[0029] The present invention also proposes an emergency distress device, which includes a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the computer program, when executed by the processor, implements the steps of the emergency distress method as described in any of the preceding claims.
[0030] The present invention also proposes a computer-readable storage medium storing an emergency distress program, which, when executed by a processor, implements the steps of the emergency distress method as described in any of the preceding claims.
[0031] The emergency distress signal method, device, and computer-readable storage medium of this invention determine whether the distress signal provider is connected to the network when an emergency distress signal is detected. If the distress signal provider is connected, the emergency distress signal is transmitted through the network. If the distress signal provider is not connected, the acquired distress information and the emergency distress signal are encapsulated into a Bluetooth Low Energy (BLE) broadcast packet. The BLE broadcast packet, which has been split into multiple packets, is broadcast cyclically until one or more relay terminals receive the BLE broadcast packet. When the generation of the distress signal is detected to be terminated, the broadcast of the BLE broadcast packet is stopped. This provides a user-friendly emergency distress signal solution, enabling the orderly and widespread forwarding of emergency distress signals even in the absence of a network, improving the success rate and efficiency of rescue operations, and enhancing the user experience of emergency rescue functions. Attached Figure Description
[0032] The present invention will be further described below with reference to the accompanying drawings and embodiments. In the accompanying drawings:
[0033] Figure 1 This is a schematic diagram of the hardware structure of a mobile terminal according to the present invention;
[0034] Figure 2 This is a communication network system architecture diagram provided in an embodiment of the present invention;
[0035] Figure 3 This is a flowchart of the first embodiment of the emergency distress method of the present invention;
[0036] Figure 4 This is a schematic diagram of the Bluetooth broadcast data packet format of the first embodiment of the emergency distress method of the present invention;
[0037] Figure 5 This is a flowchart of the second embodiment of the emergency distress method of the present invention;
[0038] Figure 6 This is a flowchart of the third embodiment of the emergency distress method of the present invention;
[0039] Figure 7 This is a flowchart of the fourth embodiment of the emergency rescue method of the present invention. Detailed Implementation
[0040] It should be understood that the specific embodiments described herein are for illustrative purposes only and are not intended to limit the scope of the invention.
[0041] In the following description, the use of suffixes such as "module," "part," or "unit" to denote elements is solely for the purpose of illustrative purposes and has no specific meaning in itself. Therefore, "module," "part," or "unit" may be used interchangeably.
[0042] Terminals can be implemented in various forms. For example, the terminals described in this invention may include mobile terminals such as mobile phones, tablets, laptops, handheld computers, personal digital assistants (PDAs), portable media players (PMPs), navigation devices, wearable devices, smart bracelets, pedometers, etc., as well as fixed terminals such as digital TVs and desktop computers.
[0043] The following description will use a mobile terminal as an example. Those skilled in the art will understand that, apart from components specifically designed for mobile purposes, the construction according to embodiments of the present invention can also be applied to fixed-type terminals.
[0044] Please see Figure 1This is a schematic diagram of the hardware structure of a mobile terminal implementing various embodiments of the present invention. The mobile terminal 100 may include: an RF (Radio Frequency) unit 101, a WiFi module 102, an audio output unit 103, an A / V (Audio / Video) input unit 104, a sensor 105, a display unit 106, a user input unit 107, an interface unit 108, a memory 109, a processor 110, and a power supply 111, etc. Those skilled in the art will understand that... Figure 1 The mobile terminal structure shown does not constitute a limitation on the mobile terminal. The mobile terminal may include more or fewer components than shown, or combine certain components, or have different component arrangements.
[0045] The following is combined Figure 1 A detailed introduction to each component of the mobile terminal:
[0046] The radio frequency unit 101 can be used for receiving and transmitting signals during information transmission or calls. Specifically, it receives downlink information from the base station and processes it with the processor 110; additionally, it transmits uplink data to the base station. Typically, the radio frequency unit 101 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low-noise amplifier, and a duplexer. Furthermore, the radio frequency unit 101 can also communicate wirelessly with networks and other devices. The aforementioned wireless communications may use any communication standard or protocol, including but not limited to GSM (Global System of Mobile communication), GPRS (General Packet Radio Service), CDMA2000 (Code Division Multiple Access 2000), WCDMA (Wideband Code Division Multiple Access), TD-SCDMA (Time Division-Synchronous Code Division Multiple Access), FDD-LTE (Frequency Division Duplexing-Long Term Evolution), and TDD-LTE (Time Division Duplexing-Long Term Evolution).
[0047] WiFi is a short-range wireless transmission technology. Mobile terminals, through the WiFi module 102, can help users send and receive emails, browse web pages, and access streaming media, providing users with wireless broadband internet access. Although Figure 1 WiFi module 102 is shown, but it is understood that it is not a necessary component of a mobile terminal and can be omitted as needed without changing the nature of the invention.
[0048] The audio output unit 103 can convert audio data received by the radio frequency unit 101 or the WiFi module 102 or stored in the memory 109 into audio signals and output them as sound when the mobile terminal 100 is in call signal receiving mode, call mode, recording mode, voice recognition mode, broadcast receiving mode, etc. Furthermore, the audio output unit 103 can also provide audio output related to specific functions performed by the mobile terminal 100 (e.g., call signal receiving sound, message receiving sound, etc.). The audio output unit 103 may include a speaker, a buzzer, etc.
[0049] The A / V input unit 104 is used to receive audio or video signals. The A / V input unit 104 may include a graphics processing unit (GPU) 1041 and a microphone 1042. The GPU 1041 processes image data of still images or videos acquired by an image capture device (such as a camera) in video capture mode or image capture mode. The processed image frames can be displayed on the display unit 106. The image frames processed by the GPU 1041 can be stored in the memory 109 (or other storage media) or transmitted via the radio frequency unit 101 or the WiFi module 102. The microphone 1042 can receive sound (audio data) in operating modes such as telephone call mode, recording mode, and voice recognition mode, and can process such sound into audio data. The processed audio (voice) data can be converted into a format that can be transmitted to a mobile communication base station via the radio frequency unit 101 in telephone call mode. The microphone 1042 can implement various types of noise cancellation (or suppression) algorithms to eliminate (or suppress) noise or interference generated during the reception and transmission of audio signals.
[0050] The mobile terminal 100 also includes at least one sensor 105, such as a light sensor, a motion sensor, and other sensors. Specifically, the light sensor includes an ambient light sensor and a proximity sensor. The ambient light sensor can adjust the brightness of the display panel 1061 according to the ambient light level, and the proximity sensor can turn off the display panel 1061 and / or backlight when the mobile terminal 100 is moved to the ear. As a type of motion sensor, the accelerometer sensor can detect the magnitude of acceleration in various directions (generally three axes). When stationary, it can detect the magnitude and direction of gravity and can be used for applications that recognize the phone's posture (such as landscape / portrait switching, related games, magnetometer posture calibration), vibration recognition-related functions (such as pedometer, tapping), etc. Other sensors that may be configured in the phone, such as fingerprint sensors, pressure sensors, iris sensors, molecular sensors, gyroscopes, barometers, hygrometers, thermometers, and infrared sensors, will not be described in detail here.
[0051] The display unit 106 is used to display information input by the user or information provided to the user. The display unit 106 may include a display panel 1061, which may be configured in the form of a liquid crystal display (LCD), an organic light-emitting diode (OLED), or the like.
[0052] User input unit 107 can be used to receive input numerical or character information, and generate key signal inputs related to user settings and function control of the mobile terminal. Specifically, user input unit 107 may include touch panel 1071 and other input devices 1072. Touch panel 1071, also known as touch screen, can collect touch operations on or near the user (such as operations performed by the user using a finger, stylus, or any suitable object or accessory on or near touch panel 1071), and drive corresponding connection devices according to a pre-set program. Touch panel 1071 may include two parts: a touch detection device and a touch controller. The touch detection device detects the user's touch position and the signal generated by the touch operation, and transmits the signal to the touch controller; the touch controller receives touch information from the touch detection device, converts it into touch point coordinates, sends it to processor 110, and can receive and execute commands from processor 110. In addition, touch panel 1071 can be implemented using various types such as resistive, capacitive, infrared, and surface acoustic wave. In addition to the touch panel 1071, the user input unit 107 may also include other input devices 1072. Specifically, other input devices 1072 may include, but are not limited to, one or more of the following: physical keyboard, function keys (such as volume control buttons, power buttons, etc.), trackball, mouse, joystick, etc., without being limited here.
[0053] Furthermore, the touch panel 1071 may cover the display panel 1061. When the touch panel 1071 detects a touch operation on or near it, it transmits the information to the processor 110 to determine the type of touch event. Subsequently, the processor 110 provides corresponding visual output on the display panel 1061 based on the type of touch event. Although in Figure 1 In this embodiment, the touch panel 1071 and the display panel 1061 are two independent components to realize the input and output functions of the mobile terminal. However, in some embodiments, the touch panel 1071 and the display panel 1061 can be integrated to realize the input and output functions of the mobile terminal. The specific implementation is not limited here.
[0054] Interface unit 108 serves as an interface through which at least one external device can connect to mobile terminal 100. For example, the external device may include a wired or wireless headset port, an external power supply (or battery charger) port, a wired or wireless data port, a memory card port, a port for connecting a device with an identification module, an audio input / output (I / O) port, a video I / O port, a headphone port, and so on. Interface unit 108 may be used to receive input (e.g., data, power, etc.) from the external device and transmit the received input to one or more elements within mobile terminal 100, or it may be used to transmit data between mobile terminal 100 and the external device.
[0055] The memory 109 can be used to store software programs and various data. The memory 109 may primarily include a program storage area and a data storage area. The program storage area may store the operating system, applications required for at least one function (such as sound playback, image playback, etc.), etc.; the data storage area may store data created based on the use of the mobile phone (such as audio data, phonebook, etc.). Furthermore, the memory 109 may include high-speed random access memory, and may also include non-volatile memory, such as at least one disk storage device, flash memory device, or other volatile solid-state storage device.
[0056] The processor 110 is the control center of the mobile terminal. It connects various parts of the mobile terminal via various interfaces and lines. By running or executing software programs and / or modules stored in the memory 109, and by calling data stored in the memory 109, it performs various functions and processes data of the mobile terminal, thereby providing overall monitoring of the mobile terminal. The processor 110 may include one or more processing units; preferably, the processor 110 may integrate an application processor and a modem processor. The application processor mainly handles the operating system, user interface, and applications, while the modem processor mainly handles wireless communication. It is understood that the modem processor may not be integrated into the processor 110.
[0057] The mobile terminal 100 may also include a power supply 111 (such as a battery) that supplies power to various components. Preferably, the power supply 111 can be logically connected to the processor 110 through a power management system, thereby enabling functions such as charging, discharging, and power consumption management through the power management system.
[0058] although Figure 1 As not shown, the mobile terminal 100 may also include a Bluetooth module, etc., which will not be described in detail here.
[0059] To facilitate understanding of the embodiments of the present invention, the communication network system on which the mobile terminal of the present invention is based is described below.
[0060] Please see Figure 2 , Figure 2 This invention provides a communication network system architecture diagram. The communication network system is an LTE system based on the universal mobile communication technology. The LTE system includes a UE (User Equipment) 201, an E-UTRAN (Evolved UMTS Terrestrial Radio Access Network) 202, an EPC (Evolved Packet Core) 203, and an operator's IP service 204, which are connected in sequence.
[0061] Specifically, UE201 can be the aforementioned terminal 100, which will not be elaborated here.
[0062] E-UTRAN202 includes eNodeB2021 and other eNodeB2022s. Among them, eNodeB2021 can connect to other eNodeB2022s through backhaul (e.g., X2 interface), and eNodeB2021 connects to EPC203. eNodeB2021 can provide UE201 with access to EPC203.
[0063] EPC203 may include MME (Mobility Management Entity) 2031, HSS (Home Subscriber Server) 2032, other MMEs 2033, SGW (Serving Gateway) 2034, PGW (Packet Data Network Gateway) 2035, and PCRF (Policy and Charging Rules Function) 2036, etc. Among them, MME2031 is the control node that handles signaling between UE201 and EPC203, providing bearer and connection management. HSS2032 provides registers to manage functions such as the Home Location Register (not shown in the diagram) and stores user-specific information such as service characteristics and data rates. All user data can be sent through SGW2034. PGW2035 can provide UE 201 IP address allocation and other functions. PCRF2036 is the policy and charging control decision point for service data flow and IP bearer resources. It selects and provides available policy and charging control decisions for the policy and charging enforcement function unit (not shown in the figure).
[0064] IP services 204 may include the Internet, intranet, IMS (IP Multimedia Subsystem), or other IP services.
[0065] Although the above description uses the LTE system as an example, those skilled in the art should understand that the present invention is not only applicable to the LTE system, but also to other wireless communication systems, such as GSM, CDMA2000, WCDMA, TD-SCDMA, and future new network systems, etc., which are not limited here.
[0066] Based on the aforementioned mobile terminal hardware structure and communication network system, various embodiments of the method of the present invention are proposed.
[0067] Example 1
[0068] Figure 3 This is a flowchart of the first embodiment of the emergency distress method of the present invention. An emergency distress method includes:
[0069] S100. When an emergency distress signal is detected, determine whether the distress terminal is connected to the network.
[0070] S200. If the distressing device is in the network state, the emergency distress signal is sent through the connected network. If the distressing device is not in the network state, the acquired distress information and the emergency distress signal are encapsulated into a low-power Bluetooth broadcast packet.
[0071] S300, the low-power Bluetooth broadcast packet is split into multiple packets and broadcast in a loop until one or more relay terminals receive the low-power Bluetooth broadcast packet;
[0072] S400: When a distress signal is detected to be generated, stop broadcasting the Bluetooth Low Energy broadcast packet.
[0073] In this embodiment, considering the existing SOS (International Morse Code distress signal) emergency distress system on mobile terminals such as mobile phones, this application deeply explores and integrates BLE (Bluetooth Low Energy) broadcasting technology and RSSI (Received Signal Strength Indication) ranging technology to form a feasible new SOS emergency distress system solution, which can play an important social role in disaster relief.
[0074] In this embodiment, the SOS emergency distress system based on BLE broadcasting and RSSI ranging technology optimizes the original SOS emergency distress system on mobile terminals such as smartphones, providing two important innovative functions: first, it can transmit personal information and location coordinates from the original SOS emergency distress system via BLE broadcasting relay in the absence of a network; second, it can support rescuers in quickly locating the distressed person's position through RSSI ranging via BLE broadcasting.
[0075] In this embodiment, the mobile terminal such as the mobile phone to which the solution is applicable is equipped with at least the following modules: Bluetooth module, GPS module, Modem module, touch screen module, storage module, and button module.
[0076] In this embodiment, the mobile terminal, such as a mobile phone, to which the solution is applicable includes at least the following software modules: BLE 4.0 or higher, used for broadcasting distress information and RSSI ranging; a GPS module, providing the location information of the person in distress; a Modem module, providing network services; a touch screen module, used for inputting the information of the person in distress; a button module, used for quickly triggering and terminating the distress call; and a storage module for locally storing the data information of the person in distress. In this embodiment, the BLE broadcast technology applicable to the solution continuously sends broadcast data packets; it supports short-range transmission, generally reaching 50-80m; and location information can be roughly calculated through signal strength (RSSI).
[0077] In this embodiment, the Bluetooth 4.0 BLE broadcast data packet format applicable to the solution is as follows: Figure 4 As shown, each data packet contains 31 bytes, generally including a significant part and a non-significant part. The significant part contains several broadcast data units, called ADS structures. Each data unit is in the format Length+Data, where Length is one byte, and Data includes AD Type+AD Data, with a length of Length. AD Type is the data type represented by this data unit, consisting of one byte; AD Data is the actual data that should be parsed, with a length of Length-1. The non-significant part is padded with zeros if the significant data is less than 31 bytes.
[0078] In this embodiment, the RSSI ranging technology used in the scheme measures the distance between nodes by utilizing the principle that radio signals attenuate systematically with increasing distance. The relationship between the received signal strength RSSI and the transmission distance d is: RSSI = -(10 × n × lgd + A), where n represents the signal propagation constant, also called the propagation coefficient; d represents the distance from the sender; and A represents the signal strength at a distance of 1m from the sender.
[0079] Optionally, in this embodiment, when it is detected that the distress caller is not connected to the network, the distress information is obtained, wherein the distress information includes the distress caller's personal information and the location information of the distress caller.
[0080] The beneficial effect of this embodiment is that, upon detecting the generation of an emergency distress signal, it determines whether the distressing end is connected to the network. If the distressing end is connected, it sends the emergency distress signal through the connected network. If the distressing end is not connected, it encapsulates the acquired distress information and the emergency distress signal into a low-power Bluetooth broadcast packet. This low-power Bluetooth broadcast packet, split into multiple packets, is broadcast cyclically until one or more relay ends receive it. Upon detecting the cancellation of the distress signal generation, the broadcasting of the low-power Bluetooth broadcast packet is stopped. This achieves a user-friendly emergency distress solution, enabling the orderly and widespread forwarding of emergency distress signals even in the absence of a network, improving the success rate and efficiency of rescue operations, and enhancing the user experience of emergency rescue functions.
[0081] Example 2
[0082] Figure 5This is a flowchart of the second embodiment of the emergency distress method of the present invention. Based on the above embodiment, the present invention also proposes an emergency distress method applied at the relay end, the method comprising:
[0083] S100' When the relay end receives a low-power Bluetooth broadcast packet broadcast by the distress end, it determines whether the relay end is connected to the network, wherein the low-power Bluetooth broadcast packet includes the distressed person's personal information and emergency distress signal;
[0084] S200' If the relay terminal is in the network state, the personal information of the person in distress and the emergency distress signal are sent through the connected network. If the person in distress is not in the network state, the low-power Bluetooth broadcast packets split into multiple packets are forwarded in a loop.
[0085] S300' When any other relay terminal receives the Bluetooth Low Energy broadcast packet, the network status determination and the forwarding operation of the Bluetooth Low Energy broadcast packet are repeatedly executed;
[0086] S400' When any of the relay terminals receives the distress signal generated by the distress terminal, stop cyclically forwarding the low-power Bluetooth broadcast packet.
[0087] Optionally, in this embodiment, when the relay end receives a low-power Bluetooth broadcast packet broadcast by the distress end, it generates a rescue relay prompt based on the distressed person's personal information and emergency distress signal; if it receives a confirmation signal of the rescue relay prompt, it determines whether the relay end is connected to the network.
[0088] Optionally, in this embodiment, if the relay end is in the network state, after completing the transmission of the rescuer's personal information and emergency distress signal through the connected network, the cyclic forwarding of the low-power Bluetooth broadcast packet will stop.
[0089] Optionally, in this embodiment, when any of the relay terminals receives the low-power Bluetooth broadcast packets intermittently and continuously, the distress address of each low-power Bluetooth broadcast packet is checked one by one.
[0090] Optionally, in this embodiment, when a distress signal is received from the same distress address, or when a feedback signal is received from another relay terminal that has sent the distress caller's personal information and emergency distress signal via the network, or when no low-power Bluetooth broadcast packet from the same distress address is received within a preset time, the cyclic forwarding of the low-power Bluetooth broadcast packet is stopped.
[0091] The beneficial effect of this embodiment is that, when the relay end receives a low-power Bluetooth broadcast packet broadcast by the distress end, it determines whether the relay end is in a network state. The low-power Bluetooth broadcast packet includes the distressed person's personal information and an emergency distress signal. If the relay end is in a network state, it sends the distressed person's personal information and emergency distress signal through the connected network. If the distressed end is not in a network state, it cyclically forwards the low-power Bluetooth broadcast packet, which has been split into multiple packets. When any other relay end receives the low-power Bluetooth broadcast packet, it repeats the network state determination and the forwarding operation of the low-power Bluetooth broadcast packet. When any relay end receives a distress signal generated by the distress end, it stops cyclically forwarding the low-power Bluetooth broadcast packet. This achieves a user-friendly emergency distress solution, enabling the emergency distress signal to be forwarded in an orderly and widespread manner even in the absence of a network, improving the success rate and efficiency of rescue operations, and enhancing the user experience of emergency rescue functions.
[0092] Example 3
[0093] Figure 6 This is a flowchart of the third embodiment of the emergency distress method of the present invention. Based on the above embodiment, the present invention also proposes an emergency distress method for application at the rescue end, the method comprising:
[0094] S100'' When any of the rescue terminals receives a low-power Bluetooth broadcast packet from the distress terminal or the relay terminal, the low-power Bluetooth broadcast packet is forwarded in a loop, and the low-power Bluetooth broadcast packet is parsed to obtain the personal information of the distressed person and the emergency distress signal;
[0095] S200'' Matching is performed based on the address of the distress caller to obtain an emergency distress signal corresponding to the distress caller;
[0096] S300'', Distance is determined based on the signal strength value of the emergency distress signal;
[0097] S400'' When any of the rescue terminals completes the rescue, stop cyclically forwarding the low-power Bluetooth broadcast packets.
[0098] The beneficial effects of this embodiment are as follows: when any of the rescue terminals receives a low-power Bluetooth broadcast packet from the distressing terminal or the relay terminal, it cyclically forwards the low-power Bluetooth broadcast packet, and parses the low-power Bluetooth broadcast packet to obtain the distressed person's personal information and emergency distress signal; it matches the distressing terminal's address to obtain the emergency distress signal corresponding to the distressing terminal; it determines the distance based on the signal strength value of the emergency distress signal; and it stops cyclically forwarding the low-power Bluetooth broadcast packet when any of the rescue terminals completes the rescue. This achieves a user-friendly emergency distress solution, enabling the emergency distress signal to be forwarded in an orderly and widespread manner even in the absence of a network, improving the success rate and efficiency of rescue operations, and enhancing the user experience of emergency rescue functions.
[0099] Example 4
[0100] Figure 7 This is a flowchart of the fourth embodiment of the emergency distress method of the present invention. Based on the above embodiments, this embodiment provides an SOS emergency distress scheme based on BLE broadcasting and RSSI ranging technology. This scheme is applicable to the distress caller, the relay runner, and the rescuer. The specific steps are as follows:
[0101] S1. Enter and store personal information.
[0102] S2. Press the button to trigger the SOS emergency rescue system.
[0103] Specifically, first, the SOS emergency distress system is activated by rapidly pressing the power button several times, for example, five times in quick succession. Then, it is determined whether the mobile terminal can connect to the network. If it can connect, this triggers step S3. If it cannot connect, step S4 is triggered.
[0104] S3. Send a request for assistance via text message and telephone.
[0105] Specifically, the system obtains the distress caller's personal information and GPS coordinates, and sends a request for rescue via SMS and telephone. It then triggers S7 to continuously broadcast RSSI ranging packets, awaiting rescue.
[0106] S4. Send a request for rescue via BLE broadcast relay.
[0107] Specifically, the system obtains the distress caller's personal information and GPS location coordinates, and encapsulates these into a BLE broadcast packet. This triggers S5, initiating a BLE broadcast relay. Due to the large amount of data, and leveraging the characteristics of BLE broadcast packets, the information is split into multiple packets for transmission.
[0108] S5. BLE Broadcast Relay.
[0109] Specifically, after receiving a BLE distress broadcast relay message, the relaying mobile terminal displays a pop-up prompting the user to agree to participate in the rescue relay. If the user confirms and agrees, they participate in the BLE distress broadcast relay. First, it checks if the terminal has internet access. If it does, it sends the received distress message via SMS and phone. If it doesn't, it continues the BLE broadcast relay, broadcasting the distress message via BLE. If the user confirms and disagrees, the received BLE distress broadcast packet is discarded. This process repeats step S5. If the relaying terminal has internet access and forwards the distress broadcast packet from the person seeking help via SMS and phone, step S603 is triggered, exiting the BLE broadcast relay. If the relaying terminal leaves the scene and does not receive a BLE distress broadcast packet from the same person seeking help for more than one minute, step S601 is triggered, exiting the BLE broadcast relay.
[0110] After receiving the distress message relayed by the BLE broadcast relay, the rescuer quickly rushes to the rescue site using GPS location information. Using RSSI broadcast ranging in step 7, the rescuer pinpoints the precise location of the person in distress, rapidly narrowing down the rescue area. Once the rescue is complete, the person in distress triggers step 602 to exit the BLE broadcast relay.
[0111] S6. Exit of BLE broadcast relay.
[0112] Specifically,
[0113] S601: If the relay terminal does not receive a BLE distress broadcast packet from the same distress caller for more than 1 minute via MAC matching, it will terminate the broadcast of the distress caller's BLE distress broadcast packet.
[0114] S602, via MAC matching, if the relay terminal receives a BLE distress broadcast packet from the same distress caller indicating the end of rescue, it will terminate broadcasting the BLE distress broadcast packet from that distress caller.
[0115] S603: If the relay terminal has forwarded the BLE distress broadcast packet of the person in distress via SMS and telephone through MAC matching, then the broadcast of the BLE distress broadcast packet of the person in distress will be terminated.
[0116] S7. RSSI broadcast ranging.
[0117] Specifically, after receiving the distress message relayed by the BLE broadcast, rescuers quickly rush to the rescue site using GPS location information, search for the distress caller's broadcast packet information using MAC matching, and rapidly narrow down the rescue area by detecting the distress caller's precise location using RSSI ranging.
[0118] After the rescue is completed, S602 is triggered, and the BLE broadcast relay is exited.
[0119] The beneficial effects of this embodiment are that the SOS emergency distress system implemented through BLE broadcasting and RSSI ranging technology optimizes the original SOS emergency distress system on mobile terminals such as mobile phones, and provides two important innovative functions: first, it can transmit personal information and location coordinates from the original SOS emergency distress system via BLE broadcasting relay in the absence of a network; second, it can provide support for rescuers to quickly locate the location of the person in distress through RSSI ranging via BLE broadcasting.
[0120] Example 5
[0121] Based on the above embodiments, the present invention also proposes an emergency rescue device, which includes a memory, a processor, and a computer program stored in the memory and executable on the processor. When the computer program is executed by the processor, it implements the steps of the emergency rescue method as described in any of the preceding embodiments.
[0122] It should be noted that the above-described device embodiments and method embodiments belong to the same concept. The specific implementation process can be found in the method embodiments, and the technical features in the method embodiments are also applicable to the device embodiments, which will not be repeated here.
[0123] Example 6
[0124] Based on the above embodiments, the present invention also proposes a computer-readable storage medium storing an emergency rescue program, which, when executed by a processor, implements the steps of the emergency rescue method as described in any of the above embodiments.
[0125] It should be noted that the above-described medium embodiments and method embodiments belong to the same concept. The specific implementation process can be found in the method embodiments, and the technical features in the method embodiments are also applicable to the medium embodiments, which will not be repeated here.
[0126] It should be noted that, in this document, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Unless otherwise specified, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes that element.
[0127] The sequence numbers of the above embodiments of the present invention are for descriptive purposes only and do not represent the superiority or inferiority of the embodiments.
[0128] Through the above description of the embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of software plus necessary general-purpose hardware platforms. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of the present invention, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk) and includes several instructions to cause a terminal (which may be a mobile phone, computer, server, air conditioner, or network device, etc.) to execute the methods described in the various embodiments of the present invention.
[0129] The embodiments of the present invention have been described above with reference to the accompanying drawings. However, the present invention is not limited to the specific embodiments described above. The specific embodiments described above are merely illustrative and not restrictive. Those skilled in the art can make many other forms under the guidance of the present invention without departing from the spirit and scope of the claims. All of these forms are within the protection scope of the present invention.
Claims
1. An emergency distress signaling method, characterized in that, The method includes: When an emergency distress signal is detected, the distressing device determines whether it is connected to the network. If it is connected, it sends the emergency distress signal through the network. If it is not connected, it encapsulates the acquired distress information and the emergency distress signal into a Bluetooth Low Energy (BLE) broadcast packet. Specifically, when the distressing device is detected to be not connected, it acquires the distress information, which includes the distresser's personal information and the distressing device's location information. The BLE broadcast packet, split into multiple packets, is broadcast cyclically until one or more relay devices receive it. When the distress signal is detected to be canceled, the broadcasting of the BLE broadcast packet is stopped. When the relay end receives a low-power Bluetooth broadcast packet broadcast by the distress end, it determines whether the relay end is connected to the network. The low-power Bluetooth broadcast packet includes the distress caller's personal information and emergency distress signal. If the relay terminal is in the network state, the personal information of the person in distress and the emergency distress signal are sent through the connected network. If the person in distress is not in the network state, the low-power Bluetooth broadcast packets split into multiple packets are forwarded in a loop. When any other relay terminal receives the Bluetooth Low Energy broadcast packet, the network status determination and the forwarding operation of the Bluetooth Low Energy broadcast packet are repeated. When any of the relay terminals receives a distress signal generated by the distress terminal, the cyclic forwarding of the low-power Bluetooth broadcast packet is stopped; When the relay end receives a low-power Bluetooth broadcast packet broadcast by the distress end, determining whether the relay end is connected to the network includes: When the relay end receives a low-power Bluetooth broadcast packet broadcast by the distress end, it generates a rescue relay prompt based on the distress caller's personal information and emergency distress signal. If a confirmation signal for the rescue relay is received, it is determined whether the relay end is connected to the network. If the relay terminal is in the networked state, then the personal information of the person in distress and the emergency distress signal are sent through the connected network, including: If the relay end is in the network state, after completing the transmission of the distress caller's personal information and emergency distress signal through the connected network, the cyclic forwarding of the low-power Bluetooth broadcast packet will stop. The repeated execution of the network status determination and the forwarding of the low-power Bluetooth broadcast packet includes: When any of the relay terminals receives the low-power Bluetooth broadcast packets intermittently and continuously, the distress address of each low-power Bluetooth broadcast packet is checked one by one to see if they are the same. The step of checking whether the distress address of each of the low-power Bluetooth broadcast packets is the same includes: When a distress signal is received from the same distress address, or when a feedback signal is received from another relay terminal that has sent the distress caller's personal information and emergency distress signal via the network, or when no low-power Bluetooth broadcast packet from the same distress address is received within a preset time, the cyclic forwarding of the low-power Bluetooth broadcast packet is stopped. When any rescue end receives a low-power Bluetooth broadcast packet from the distress end or the relay end, it forwards the low-power Bluetooth broadcast packet in a loop, and parses the low-power Bluetooth broadcast packet to obtain the distressed person's personal information and emergency distress signal; Matching is performed based on the address of the distress caller to obtain the emergency distress signal corresponding to the distress caller; Distance is determined based on the signal strength value of the emergency distress signal; When any of the rescue terminals completes the rescue, the cyclic forwarding of the low-power Bluetooth broadcast packets is stopped.
2. An emergency distress signaling device, characterized in that, The device includes a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the computer program, when executed by the processor, implements the steps of the emergency distress method as described in claim 1.
3. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores an emergency distress program, which, when executed by a processor, implements the steps of the emergency distress method as described in claim 1.
Citation Information
Patent Citations
Transmission method, mobile terminal and storage medium
CN112533189A