Bluetooth communication method and device, electronic equipment, medium and computer program product

Abstract

The invention discloses a Bluetooth communication method and device, electronic equipment, a medium and a computer program product, and belongs to the technical field of communication, and the method comprises the steps that first Bluetooth equipment obtains help-seeking information, and the help-seeking information is used for indicating help-seeking demand information of help-seeking personnel; the first Bluetooth device sends a first help-seeking broadcast packet through Bluetooth broadcast, the first help-seeking broadcast packet carries help-seeking information, and the first help-seeking broadcast packet is used for the second Bluetooth device to send the help-seeking information to the cloud server.

Description

Technical Field

[0001] This application belongs to the field of communication technology, specifically relating to a Bluetooth communication method, device, electronic device, medium, and computer program product. Background Technology

[0002] With the development of communication technology, most electronic devices have emergency call functions. When users encounter an emergency, they can use this function to send a distress signal. For example, they can call other users or send a distress text message to other users, so that other users can provide assistance after receiving the distress signal, thereby ensuring the user's personal safety.

[0003] However, when electronic devices are in an environment without network access, such as when a base station is damaged, users may be unable to make emergency calls or send distress messages through their electronic devices. This could result in users not receiving timely assistance. Summary of the Invention

[0004] The purpose of this application is to provide a Bluetooth communication method, device, electronic device, medium, and computer program product that can ensure that users can send out distress messages in a timely manner and receive timely rescue when they are in danger.

[0005] In a first aspect, embodiments of this application provide a Bluetooth communication method applied to a first Bluetooth device. The method includes: the first Bluetooth device acquiring distress information, the distress information being used to indicate the distress request information of a person seeking help; the first Bluetooth device sending a first distress broadcast packet via Bluetooth broadcast, the first distress broadcast packet carrying distress information, the first distress broadcast packet being used by a second Bluetooth device to send the distress information to a cloud server.

[0006] Secondly, embodiments of this application provide a Bluetooth communication method applied to a second Bluetooth device. The method includes: the second Bluetooth device receiving a first distress broadcast packet via Bluetooth, the first distress broadcast packet carrying distress information, the distress information being used to indicate the distress request information of the person seeking help; and the second Bluetooth device sending the distress information to a cloud server.

[0007] Thirdly, embodiments of this application provide a Bluetooth communication device, which includes: a processing module and a transmitting module; the processing module is used to acquire distress information, the distress information being used to indicate the distress request information of the person seeking help; the transmitting module is used to transmit a first distress broadcast packet via Bluetooth broadcast, the first distress broadcast packet carrying distress information, the first distress broadcast packet being used by a second Bluetooth device to send distress information to a cloud server.

[0008] Fourthly, embodiments of this application provide a Bluetooth communication device, which includes: a receiving module and a transmitting module; the receiving module is used to receive a first distress broadcast packet via Bluetooth, the first distress broadcast packet carrying distress information, the distress information being used to indicate the distress request information of the person seeking distress; the transmitting module is used to send the distress information received by the receiving module to a cloud server.

[0009] Fifthly, embodiments of this application provide an electronic device including a processor and a memory, the memory storing programs or instructions executable on the processor, the programs or instructions, when executed by the processor, implementing the steps of the method described in the first or second aspect.

[0010] In a sixth aspect, embodiments of this application provide a readable storage medium on which a program or instructions are stored, which, when executed by a processor, implement the steps of the method described in the first or second aspect.

[0011] In a seventh aspect, embodiments of this application provide a chip, the chip including a processor and a communication interface, the communication interface being coupled to the processor, the processor being used to run programs or instructions to implement the methods described in the first or second aspect.

[0012] Eighthly, embodiments of this application provide a computer program product stored in a storage medium, which is executed by at least one processor to implement the method as described in the first or second aspect.

[0013] In this embodiment, a first Bluetooth device acquires distress information, which indicates the distress request of the person seeking help. The first Bluetooth device broadcasts a first distress broadcast packet via Bluetooth, carrying the distress information. This first distress broadcast packet is then used by a second Bluetooth device (cloud server) to transmit the distress information. Through this scheme, even in the absence of network coverage, when a user is in distress, they can still send a distress broadcast packet via Bluetooth broadcast from a Bluetooth device. This allows other Bluetooth devices to forward the user's distress information to the cloud server, which in turn can transmit distress information to other users, enabling them to provide assistance. This ensures that users in distress can promptly send out distress messages and receive timely rescue. Attached Figure Description

[0014] Figure 1 This is one of the flowcharts of a Bluetooth communication method provided in the embodiments of this application;

[0015] Figure 2 This is a second flowchart of a Bluetooth communication method provided in an embodiment of this application;

[0016] Figure 3 This is a schematic diagram of the data packet format of an LE Coded PHY provided in an embodiment of this application;

[0017] Figure 4 This is the third flowchart of a Bluetooth communication method provided in the embodiments of this application;

[0018] Figure 5 This is the fourth flowchart of a Bluetooth communication method provided in the embodiments of this application;

[0019] Figure 6 This is a schematic diagram illustrating the forwarding of a distress broadcast packet according to an embodiment of this application;

[0020] Figure 7 This is a schematic diagram of the interface of a distress map provided in an embodiment of this application;

[0021] Figure 8 This is the fifth flowchart of a Bluetooth communication method provided in the embodiments of this application;

[0022] Figure 9 This is one of the structural schematic diagrams of a Bluetooth communication device provided in the embodiments of this application;

[0023] Figure 10 This is a second schematic diagram of the structure of a Bluetooth communication device provided in an embodiment of this application;

[0024] Figure 11 This is one of the hardware structure diagrams of an electronic device provided in the embodiments of this application;

[0025] Figure 12 This is a second schematic diagram of the hardware structure of an electronic device provided in an embodiment of this application. Detailed Implementation

[0026] The technical solutions of the embodiments of this application will be clearly described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of this application. All other embodiments obtained by those skilled in the art based on the embodiments of this application are within the scope of protection of this application.

[0027] The terms "first," "second," etc., used in this application's specification are used to distinguish similar objects and not to describe a specific order or sequence. It should be understood that such terms can be used interchangeably where appropriate so that embodiments of this application can be implemented in orders other than those illustrated or described herein, and the objects distinguished by "first," "second," etc., are generally of the same class, without limiting the number of objects; for example, a first object can be one or more. Furthermore, in the specification, "and / or" indicates at least one of the connected objects, and the character " / " generally indicates that the preceding and following objects have an "or" relationship.

[0028] The terms "at least one" and "at least one" in this application's specification refer to any one, any two, or a combination of two or more of the included objects. For example, "at least one of a, b, and c" can mean "a", "b", "c", "a and b", "a and c", "b and c", and "a, b, and c", where a, b, and c can be single or multiple. Similarly, "at least two" refers to two or more, and its meaning is similar to "at least one". The identifiers in this application are text, symbols, images, etc., used to indicate information, and can use identifiers or other containers as carriers for displaying information, including but not limited to text identifiers, image identifiers, and symbol identifiers.

[0029] The Bluetooth communication method, apparatus, electronic device, medium, and computer program product provided in this application will be described in detail below with reference to the accompanying drawings and through specific embodiments and application scenarios.

[0030] The Bluetooth communication method, apparatus, electronic device, medium, and computer program products provided in this application can be applied to scenarios where users need rescue, especially in areas without network coverage.

[0031] Bluetooth Low Energy (BLE) broadcasting technology is a common near-field communication method. Its advantages include not requiring a connection and being discoverable simply by proximity. It is often used for quick pairing of smart devices such as headphones and for automatic unlocking of car keys when near the device. Currently, most mobile phones and other devices support Bluetooth. When connected via Bluetooth, within the maximum hardware limitations (i.e., with the Bluetooth RF transmission port output not exceeding 20dB), a communication distance of 100–300 meters can be achieved in open environments, based on actual tests.

[0032] In emergency rescue scenarios such as earthquakes and floods, network-side equipment such as base stations may be damaged; when users are trapped in enclosed spaces such as elevators, there may also be no cellular network. In such situations, if the user who needs help only has a mobile phone, they may not be able to communicate with nearby rescuers, potentially preventing them from receiving timely assistance.

[0033] In the Bluetooth communication methods, apparatus, electronic devices, media, and computer program products provided in this application, when a user is in distress, even in the absence of network coverage, the user can still send a distress broadcast packet via Bluetooth broadcast from a Bluetooth device. This distress information can then be forwarded to a cloud server by other network-connected Bluetooth devices. The cloud server can then transmit distress information to other users, enabling them to provide assistance based on this information. This ensures that users in distress can promptly send distress signals and receive timely rescue.

[0034] The Bluetooth communication method provided in this application can be implemented by a Bluetooth communication device. Exemplarily, the Bluetooth communication device can be an electronic device or a component within that electronic device, such as an integrated circuit or a chip. For example, the electronic device may include a Bluetooth device; the Bluetooth communication method provided in this application will be described executively using a Bluetooth device as an example below.

[0035] This application provides a Bluetooth communication method. Figure 1 A flowchart of a Bluetooth communication method provided in an embodiment of this application is shown, which can be applied to a first Bluetooth device. Figure 1 As shown, the Bluetooth communication method provided in this application embodiment may include the following steps 101 and 102.

[0036] Step 101: The first Bluetooth device obtains the distress message.

[0037] The aforementioned distress information can be used to indicate the distress needs of the person seeking help.

[0038] In some embodiments of this application, the first Bluetooth device described above may be an electronic device with Bluetooth.

[0039] For example, the first Bluetooth device described above can be a tablet with Bluetooth.

[0040] For example, the first Bluetooth device described above can be a Bluetooth-enabled wristband.

[0041] In some embodiments of this application, in the event of an emergency, the first Bluetooth device can obtain distress information such as the danger and the current physical condition of the person in distress, so as to notify rescuers to carry out rescue operations.

[0042] In some embodiments of this application, the distress message can be manually entered by the user or obtained by the first Bluetooth device itself.

[0043] In some embodiments of this application, the aforementioned distress request information may include at least one of the following: distress request content, first location information, time information of initiating the distress request, and emergency contact information.

[0044] In some embodiments of this application, the above-mentioned distress message can be used to describe the state of the person seeking help.

[0045] In some embodiments of this application, the status of the person seeking help may include, but is not limited to: the physical condition of the person seeking help and the rescue supplies needed by the person seeking help.

[0046] For example, the first Bluetooth device can obtain the physical condition of the person in distress through the wearable device and identify it as the distress request.

[0047] For example, the first Bluetooth device can detect through a smart bracelet that the person in distress has a stable heartbeat but a low body temperature and identify this information as a distress call.

[0048] For example, when a user is in distress, they can input their injury details and the rescue supplies they need into the first Bluetooth device, so that the first Bluetooth device can identify the information input by the user as a distress call.

[0049] For example, when a user is in danger or injured, they can input information such as bleeding arm, headache, fever, and need for water and food into the first Bluetooth device, so that the first Bluetooth device can identify the information input by the user as a distress call.

[0050] In some embodiments of this application, the aforementioned first location information may indicate the location information of the person in distress.

[0051] For example, the aforementioned first location information can be the latitude and longitude information of the location of the person in distress.

[0052] In some embodiments of this application, when the person seeking help is the user of the first Bluetooth device, the aforementioned first location information can be the location information of the first Bluetooth device, thereby indicating the location information of the person seeking help through the location information of the first Bluetooth device.

[0053] In some embodiments of this application, the aforementioned first location information can be obtained by the first Bluetooth device via the Global Positioning System (GPS), or it can be manually entered by the user. This application does not impose specific limitations on the embodiments described.

[0054] In some embodiments of this application, the aforementioned time information for initiating a distress call can be the start time when the person in distress enters a state requiring rescue, or it can be the time when the person in distress initiates a distress call.

[0055] Understandably, rescuers can determine the current situation of the person in distress based on the time information of the distress call, so as to make the best rescue plan in a timely manner.

[0056] In some embodiments of this application, the aforementioned emergency contact information refers to the contact information of the emergency contact of the person in distress.

[0057] For example, the emergency contact information mentioned above could be the phone number of the emergency contact of the person seeking help.

[0058] Step 102: The first Bluetooth device sends a first distress broadcast packet via Bluetooth broadcast.

[0059] The first distress broadcast packet can carry distress information and can be used by the second Bluetooth device to send distress information to the cloud server.

[0060] In some embodiments of this application, the first Bluetooth device can encapsulate the acquired distress information into a Bluetooth broadcast packet to obtain a first distress broadcast packet.

[0061] Understandably, the first Bluetooth device can send a first distress broadcast packet via Bluetooth broadcast, and the second Bluetooth device that receives the first distress broadcast packet can then send the distress information to the cloud server.

[0062] In some embodiments of this application, when the distress request information of the person in distress includes emergency contact information, after receiving the distress information, the cloud server can send the distress information to the emergency contact's device according to the emergency contact information in the distress request information, so that the emergency contact can carry out rescue on the person in distress.

[0063] For example, taking the emergency contact information as the emergency contact's phone number as an example, the cloud server can send a text message containing the distress call to the emergency contact's phone number.

[0064] For example, the cloud server can also make a distress call to the emergency contact's phone number, informing the emergency contact of the person seeking help.

[0065] In some embodiments of this application, if the distress request information of the person in distress does not include emergency contact information, the cloud server can send the distress information to a public rescue platform or rescue center so that professional rescuers can carry out rescue operations for the person in distress.

[0066] It should be noted that the data volume of the distress information used to indicate the distress request of the person seeking help may reach 100-200 bytes, while traditional Bluetooth broadcasts carry only 31 bytes. Therefore, the Bluetooth communication method provided in this application embodiment can extend the broadcast packet data from 31 bytes to 255 bytes through Bluetooth's extended broadcast function, thereby meeting the requirement that a single distress broadcast packet can contain all the distress information. Furthermore, the Bluetooth device scanning the broadcast packet only needs to scan one distress broadcast packet to obtain the complete distress information, thus ensuring the integrity of the distress information transmitted by the person seeking help.

[0067] In some embodiments of this application, the first Bluetooth device may poll and transmit key information nodes in the distress message through three BLE broadcast channels (primary advertising channels) and transmit the distress message data through a BLE data channel (secondary advertising channel).

[0068] For example, the first Bluetooth device can poll the key information nodes in the distress message on BLE channels ADV_EXT_IND in channels 37, 38, and 39, and broadcast the distress message data on AUX_ADV_IND.

[0069] The Bluetooth communication method provided in this application allows users to send distress broadcast packets via Bluetooth broadcast from their Bluetooth devices even in the absence of network coverage when they are in danger. Other network-connected Bluetooth devices can then forward the user's distress information to a cloud server. The cloud server can then relay distress information to other users, enabling them to provide assistance. This ensures that users can promptly send distress signals and receive timely rescue when in danger.

[0070] In some embodiments of this application, combined with Figure 1 ,like Figure 2 As shown, step 102 above may also include step 102a below.

[0071] Step 102a: The first Bluetooth device uses forward error correction coding to send the first distress broadcast packet via Bluetooth broadcast.

[0072] In some embodiments of this application, forward error correction (FEC) is a technique for controlling transmission errors in a one-way communication system. It can recover from errors by transmitting redundant information, thereby reducing the bit error rate and transmitting data over a longer distance.

[0073] In some embodiments of this application, the application may use the Coded PHY encoding scheme and forward error correction encoding to send the first distress broadcast packet via Bluetooth broadcast.

[0074] In some embodiments of this application, such as Figure 3 The diagram shows the format of a broadcast packet for a LE Coded PHY. Each broadcast packet consists of a preamble, FEC block 1, and FEC block 2. The preamble is unencoded; FEC block 1 consists of three fields: access address, Command Identifier (CI), and Terminator 1; FEC block 2 consists of three fields: Protocol Data Unit (PDU), Cyclic Redundancy Check (CRC), and Terminator 2.

[0075] In some embodiments of this application, FEC block 1 adopts an S=8 encoding scheme, while FEC block 2 may adopt an S=2 or S=8 encoding scheme, specifically determined by the value of CI.

[0076] It should be noted that the Coded PHY encoding scheme is a forward error correction coding scheme used in BLE technology. S=8 means that each input bit requires 8 binary symbols to represent; S=2 means that each input bit requires 2 binary symbols to represent. This encoding scheme is mainly used to improve the anti-interference and reliability of data, especially when the signal transmission process may be subject to interference. The specific working method of the S=8 encoding scheme includes two main steps: data encoding and mode mapping.

[0077] Specifically, firstly, the first Bluetooth device encodes the distress message using an FEC convolutional encoder to increase redundancy in the transmitted data. This redundancy allows the original information to be recovered even if errors occur during data transmission. Then, the convolutionally encoded distress message is expanded using a pattern mapper to convert it into a format suitable for transmission, further enhancing its resistance to interference during transmission.

[0078] In some embodiments of this application, the S=2 encoding scheme of the Coded PHY can double the original data length; the S=8 encoding scheme of the Coded PHY can double the original data length. Furthermore, in the S=8 encoding scheme of the Coded PHY, using 8x convolutional codes (S=8 Coding) compared to the non-convolutional BLE 1M PHY can improve signal sensitivity by 12dB, thereby significantly increasing the coverage distance of the communication signal.

[0079] Under normal circumstances, a 12dB increase in signal sensitivity can increase the data transmission distance by four times. In other words, a distress broadcast can extend its range from 300 meters to 1.2km.

[0080] In some embodiments of this application, the first Bluetooth device can use extended broadcast to designate both the data broadcast on the extended broadcast channel and the data broadcast on the data channel as Coded PHY, thereby improving the transmission reliability and transmission distance of distress data packets.

[0081] Thus, the first Bluetooth device can use forward error correction coding to improve the reliability and transmission distance of the first distress broadcast packet.

[0082] In some embodiments of this application, combined with Figure 1 ,like Figure 4 As shown, step 102 may include steps 102b and 102c as described below.

[0083] Step 102b: The first Bluetooth device sends a first distress broadcast packet at a first frequency, and scans for Bluetooth devices during the sending of the first distress broadcast packet.

[0084] In some embodiments of this application, during the process of the first Bluetooth device sending the first distress broadcast packet, the first Bluetooth device may send the first distress broadcast packet at a fixed frequency.

[0085] Understandably, considering the discovery and connection speeds of Bluetooth broadcasts, Bluetooth devices typically need to increase the broadcast transmission frequency to 100-200ms to ensure the broadcast packets are well received. However, with the increased transmission frequency, the actual power consumption also increases due to the combined effect of sending long data packets and high broadcast power, which is unsustainable for Bluetooth devices. Especially if no other Bluetooth devices are nearby listening to such broadcasts, it's a power-consuming and ultimately pointless activity for those seeking help.

[0086] In some embodiments of this application, the first frequency can be set by the user or it can be the default frequency of the first Bluetooth device. This application does not impose specific limitations on the embodiments.

[0087] Step 102c: If the first Bluetooth device fails to scan for the target Bluetooth device within the first time period, the first Bluetooth device sends a first distress broadcast packet at the second frequency.

[0088] The target Bluetooth device can be any Bluetooth device that the first Bluetooth device did not scan during the transmission of the first distress broadcast packet at the first frequency. In other words, the target Bluetooth device can be any Bluetooth device that has not received the first distress broadcast packet.

[0089] In some embodiments of this application, the aforementioned first duration can be the default value of the first Bluetooth device or can be set by the user. This application does not impose specific limitations on the embodiments.

[0090] In some embodiments of this application, the second frequency is lower than the first frequency.

[0091] In some embodiments of this application, after the first Bluetooth device has been sending the first distress broadcast packet at the first frequency for a first duration, if no target Bluetooth device is detected by Bluetooth scanning, it can determine that there are no Bluetooth devices nearby that have not received the first distress broadcast packet. In this way, the first Bluetooth device can reduce the frequency of sending the first distress broadcast packet to reduce the power consumption generated by sending the first distress broadcast packet.

[0092] In some embodiments of this application, the second frequency can be set by the user or it can be the default frequency of the first Bluetooth device. This application does not impose specific limitations on the embodiments.

[0093] In this way, if no new Bluetooth device is detected by Bluetooth scanning, the first Bluetooth device can reduce the frequency of broadcasting distress signals to reduce its power consumption and extend its battery life.

[0094] In some embodiments of this application, after step 102c above, the Bluetooth communication method provided in the embodiments of this application may further include the following step A.

[0095] Step A: During the process of the first Bluetooth device sending the first distress broadcast packet at the second frequency, if the first Bluetooth device scans for the target Bluetooth device via Bluetooth, it sends the first distress broadcast packet at the third frequency.

[0096] The third frequency mentioned above is higher than the second frequency.

[0097] In some embodiments of this application, after the first Bluetooth device lowers the frequency of sending the first distress broadcast packet, the first Bluetooth device can maintain scanning of the target Bluetooth device, so that after scanning the target Bluetooth device, it can promptly increase the frequency of sending the first distress broadcast packet to ensure that the target Bluetooth device can scan the first distress broadcast packet broadcast by the first Bluetooth device.

[0098] In some embodiments of this application, after the first Bluetooth device scans for the target Bluetooth device via Bluetooth, the first Bluetooth device may send a first distress broadcast packet at a third frequency within a second duration.

[0099] For example, taking a first duration of 10 minutes and a second duration of 20 minutes as an example, the first Bluetooth device can, while sending the first distress broadcast packet at the first frequency, send the first distress broadcast packet at a third frequency if a target Bluetooth device is detected. Furthermore, if no new target Bluetooth device is detected within 10 minutes while sending the first distress broadcast packet at the third frequency, the first Bluetooth device can send the first distress broadcast packet at the second frequency.

[0100] In some embodiments of this application, if the duration for which the first Bluetooth device transmits the first distress broadcast packet at the third frequency reaches the second duration and no other target Bluetooth device is detected, the first Bluetooth device can readjust the frequency for transmitting the first distress broadcast packet back to the second frequency to reduce the power consumption of the first Bluetooth device.

[0101] In some embodiments of this application, the third frequency may be the same as or different from the first frequency.

[0102] In some embodiments of this application, the aforementioned third frequency can be set by the user or it can be the default frequency of the first Bluetooth device. This application does not impose specific limitations on the embodiments.

[0103] In some embodiments of this application, the first duration and the second duration may be the same or different.

[0104] In some embodiments of this application, the first duration and the second duration can be set by the user or can be the default of the first Bluetooth device. This application does not impose specific limitations on the embodiments.

[0105] It should be noted that in actual implementation, under the same data and transmission power, reducing the frequency of broadcasting from a high frequency of 200ms to a low frequency of 2s can save 90% of power consumption, which is equivalent to reducing power consumption from 30mAH to 3mAH. In other words, by dynamically adjusting the frequency of sending distress broadcast packets, the power consumption of Bluetooth devices can be significantly reduced, thus extending their battery life.

[0106] In some embodiments of this application, in order to reduce the high power consumption of waking up the central processing unit (CPU) caused by the first Bluetooth device scanning the target Bluetooth device in a screen-off scenario, the processing of each scan broadcast can be put into the smart sensor hub cache, and the sensor hub can compare the broadcast address to determine whether the target Bluetooth device has been scanned.

[0107] Understandably, a sensor hub allows for real-time control of sensors while the CPU is in sleep mode, thereby reducing power consumption.

[0108] In some embodiments of this application, when the sensorHub determines whether a target Bluetooth device has been detected, the action of the first Bluetooth device dynamically adjusting the frequency of sending the first distress broadcast packet is also directly performed by the sensorHub and the Bluetooth chip. That is, in a screen-off scenario, the above process can be completed without waking up the CPU, greatly reducing the power consumption of the Bluetooth device sending the distress broadcast packet.

[0109] In some embodiments of this application, compared to schemes without dynamically reducing the broadcast frequency or sensor hub preprocessing, the power consumption increment for Bluetooth scanning and broadcasting during screen-off standby would be over 70 mAH, providing approximately 2 days of standby time under the same conditions. However, the Bluetooth communication method provided in this application can control the power consumption increment during screen-off standby to within 15 mAH, and with the added system screen-off current, the overall power consumption is below 25 mA. Assuming the first Bluetooth device is equipped with a 5000 mAH battery, it can transmit distress broadcast packets for 200 hours, providing over 7 days of rescue time.

[0110] In this way, by dynamically adjusting the frequency at which Bluetooth devices send distress broadcast packets, it is possible to ensure that Bluetooth devices entering the scanning range can scan for the sent distress broadcast packets in a timely manner, while also reducing power consumption and ensuring battery life when there are no new Bluetooth devices in the scanning range.

[0111] This application provides a Bluetooth communication method. Figure 5 A flowchart illustrating a Bluetooth communication method provided in an embodiment of this application is shown. This method can be applied to a second Bluetooth device. Figure 5 As shown, the Bluetooth communication method provided in this application embodiment may include the following steps 201 and 202.

[0112] Step 201: The second Bluetooth device receives the first distress broadcast packet via Bluetooth.

[0113] The first distress broadcast packet can carry distress information, which can be used to indicate the distress request information of the person seeking help.

[0114] In some embodiments of this application, the aforementioned distress request information may include at least one of the following: distress request content, first location information, time information of initiating the distress request, and emergency contact information.

[0115] In some embodiments of this application, the above-mentioned distress message can be used to describe the state of the person seeking help.

[0116] In some embodiments of this application, the second Bluetooth device described above may be an electronic device with Bluetooth.

[0117] In some embodiments of this application, the second Bluetooth device described above is different from the first Bluetooth device.

[0118] It is understandable that when the second Bluetooth device receives the first distress broadcast packet via Bluetooth, the second Bluetooth device should be within the scanning range of the first Bluetooth device in order to receive the first distress broadcast packet via Bluetooth.

[0119] Step 202: The second Bluetooth device sends a distress message to the cloud server.

[0120] In some embodiments of this application, the second Bluetooth device can directly or indirectly send a distress message to the cloud server so that the person in distress can receive rescue.

[0121] It should be noted that for other descriptions of steps 201 and 202 above, please refer to the relevant descriptions in steps 101 and 102 above. To avoid repetition, they will not be repeated here.

[0122] The Bluetooth communication method provided in this application allows users to send distress broadcast packets via Bluetooth broadcast from their Bluetooth devices even in the absence of network coverage when they are in danger. Other network-connected Bluetooth devices can then forward the user's distress information to a cloud server. The cloud server can then relay distress information to other users, enabling them to provide assistance. This ensures that users can promptly send distress signals and receive timely rescue when in danger.

[0123] In some embodiments of this application, step 202 may include step 202a or step 202b described below.

[0124] Step 202a: When the second Bluetooth device is connected to the network, the second Bluetooth device sends a distress message to the cloud server via the network.

[0125] In some embodiments of this application, the aforementioned network may include, but is not limited to, 3G network, 4G network, 5G network, 6G network, Wireless Fidelity (WiFi), and hotspot.

[0126] In some embodiments of this application, the aforementioned connection of the second Bluetooth device to the network indicates that the second Bluetooth device has the ability to access the network. Therefore, during the broadcasting of a distress broadcast packet, if the second Bluetooth device receiving the distress broadcast packet is connected to the network, the second Bluetooth device can directly upload the distress information to the cloud server.

[0127] Step 202b: If the second Bluetooth device is not connected to the network, the second Bluetooth device sends a second distress broadcast packet via Bluetooth broadcast.

[0128] The second distress broadcast packet can carry distress information, which can be used to indicate the distress request information of the person seeking help.

[0129] In some embodiments of this application, the aforementioned second distress broadcast packet can be used to instruct a third Bluetooth device to send distress information to a cloud server via a network.

[0130] In some embodiments of this application, the third Bluetooth device may be a Bluetooth device other than the first Bluetooth device and the second Bluetooth device.

[0131] In some embodiments of this application, after the second Bluetooth device receives the first distress broadcast packet via Bluetooth, if the second Bluetooth device is not connected to the network, the broadcast address of the second Bluetooth device is added to the first distress broadcast packet to obtain the second distress broadcast packet.

[0132] In some embodiments of this application, the statement that the second Bluetooth device is not connected to the network can mean that the second Bluetooth device does not have the ability to access the network and cannot upload the distress message to the cloud server so that the cloud server can contact rescue personnel to carry out rescue operations. Therefore, the second Bluetooth device broadcasts a second distress broadcast packet, so that other Bluetooth devices connected to the network can upload the distress message to the cloud server.

[0133] For example, such as Figure 6As shown, when Bluetooth device 61 broadcasts a first distress broadcast packet, Bluetooth device 62, within the scanning range of Bluetooth device 61, receives the first distress broadcast packet. If Bluetooth device 62 is not connected to the network, it can broadcast a second distress broadcast packet, transmitting it to a more distant location to locate Bluetooth devices connected to the network. At this time, Bluetooth device 63, within the scanning range of Bluetooth device 62, can receive the second distress broadcast packet and, if Bluetooth device 63 is connected to the network, upload the distress information to the cloud server.

[0134] In some embodiments of this application, the second distress broadcast packet and the first distress broadcast packet may carry the same distress information.

[0135] It should be noted that the second Bluetooth device can also use the extended broadcast method and encoding method involved in steps 101 and 102 above to obtain a larger amount of transmitted data and a longer transmission distance.

[0136] In this way, even if the Bluetooth device that receives the distress broadcast packet is not connected to the network, it can still upload the distress information to the cloud server through forwarding, so that the person in distress can receive rescue.

[0137] In some embodiments of this application, after step 201 above, the Bluetooth communication method provided in the embodiments of this application may further include step 203 below, and step 202b above may include step 202b1 below.

[0138] Step 203: The second Bluetooth device obtains the broadcast information corresponding to the first distress broadcast packet.

[0139] The broadcast information mentioned above may include at least one of the following: broadcast data, broadcast address.

[0140] In some embodiments of this application, after the second Bluetooth device receives the first distress broadcast packet, the second Bluetooth device can parse the first distress broadcast packet to obtain the broadcast information corresponding to the first distress broadcast packet.

[0141] In some embodiments of this application, the broadcast data may include distress messages.

[0142] In some embodiments of this application, the aforementioned broadcast address may be the broadcast address of the Bluetooth device broadcasting the first distress broadcast packet.

[0143] Step 202b1: If the broadcast information corresponding to the first distress broadcast packet is different from the broadcast information corresponding to the first broadcast packet, the second Bluetooth device sends a second distress broadcast packet via Bluetooth broadcast.

[0144] The first broadcast packet mentioned above can be a broadcast packet that the second Bluetooth device has already received.

[0145] In some embodiments of this application, for a received broadcast packet, the second Bluetooth device may store the broadcast data and broadcast address of the broadcast packet.

[0146] For example, the second Bluetooth device can establish a mapping table between the broadcast data and broadcast addresses of the received broadcast packets.

[0147] In some embodiments of this application, after the second Bluetooth device obtains the broadcast information of the first distress broadcast packet, it can compare it with the broadcast information of previously received broadcast packets to determine whether it has received the first distress broadcast packet. Therefore, the second Bluetooth device can send a second distress broadcast packet via Bluetooth broadcast even if the broadcast information corresponding to the first distress broadcast packet differs from the broadcast information corresponding to the first broadcast packet.

[0148] Understandably, whether the broadcast data of the first distress broadcast packet differs from the broadcast data of the broadcast packet already received by the second Bluetooth device, or whether the broadcast address of the first distress broadcast packet differs from the broadcast address of the broadcast packet already received by the second Bluetooth device, the second Bluetooth device can determine it as a broadcast packet it has never received before and broadcast the unreceived broadcast packet via Bluetooth.

[0149] In some embodiments of this application, if the second Bluetooth device determines that it has not received the first distress broadcast packet, and if the second Bluetooth device is not connected to the network, the second Bluetooth device can send a second distress broadcast packet via Bluetooth broadcast in order to find a Bluetooth device connected to the network.

[0150] It is understandable that sending a distress broadcast packet via Bluetooth broadcast is a form of broadcast flooding. Therefore, to improve the forwarding efficiency of distress broadcast packets, the Bluetooth communication method provided in this application embodiment can trigger the forwarding of the distress broadcast packet even when the broadcast information corresponding to the first distress broadcast packet is different from the broadcast information corresponding to the first broadcast packet. Through multi-node forwarding between Bluetooth devices, the distress information of the person in distress can be spread to a farther location, so as to find a Bluetooth device connected to the network in a timely manner, and upload the distress information to the cloud server through the Bluetooth device connected to the network.

[0151] Thus, since the distress signal can be forwarded even when the broadcast information corresponding to the first distress broadcast packet is different from the broadcast information corresponding to the first broadcast packet, the forwarding efficiency of the distress signal is improved, ensuring that users can send out distress signals in a timely manner when they are in danger and receive timely rescue.

[0152] In some embodiments of this application, after step 201 above, the Bluetooth communication method provided in the embodiments of this application may further include step 204 below.

[0153] Step 204: The second Bluetooth device displays a distress map based on the first distress broadcast packet.

[0154] The aforementioned distress map may include at least one of the following: first location information, second location information of the second Bluetooth device, distress message, time information of initiating the distress call, and emergency contact information.

[0155] In some embodiments of this application, after the second Bluetooth device obtains the distress information, the second Bluetooth device can display a distress map based on the distress information in the first distress broadcast packet.

[0156] For example, such as Figure 7 As shown, the distress map can include icons 11 and 12. Icon 11 indicates the location of the second Bluetooth device, and icon 12 indicates the location of the person in distress. In addition, the distress map can also include other distress information from the person in distress, such as their specific latitude and longitude: 31°58′59″N, 118°45′31″E; their distress needs: headache, difficulty walking, fever; lack of food and need for water; leg injury requiring immediate medical attention.

[0157] In this way, rescuers can more intuitively see the location of the person in distress and other distress requests through the distress map, thus enabling them to carry out rescue operations more effectively.

[0158] Each of the above-described method embodiments, or various possible implementations of each method embodiment, can be executed individually or in combination of any two or more. The specific implementation can be determined according to actual usage requirements, and this application does not impose any restrictions on this.

[0159] The following specific examples illustrate the Bluetooth communication method provided in the embodiments of this application.

[0160] like Figure 8 As shown, the Bluetooth communication method may include steps 301 to 306 as described below.

[0161] Step 301: The first Bluetooth device obtains the distress message.

[0162] Among them, distress information is used to indicate the distress needs of the person seeking help.

[0163] Step 302: The first Bluetooth device sends a first distress broadcast packet via Bluetooth broadcast.

[0164] The first distress broadcast packet carries distress information and is used to instruct Bluetooth devices connected to the network to send distress information to the cloud server via the network.

[0165] Step 303: The second Bluetooth device receives the first distress broadcast packet via Bluetooth.

[0166] Step 304: With the second Bluetooth device connected to the network, the second Bluetooth device sends a distress message to the cloud server via the network.

[0167] Step 305: If the second Bluetooth device is not connected to the network, the second Bluetooth device sends a second distress broadcast packet via Bluetooth broadcast.

[0168] Step 306: The cloud server notifies emergency contacts to conduct rescue operations.

[0169] In this way, even in the absence of network coverage, when a user is in danger, they can still send a distress broadcast via Bluetooth broadcast from their Bluetooth device. This distress message can then be forwarded to a cloud server by other network-connected Bluetooth devices. The cloud server can then relay distress messages to other users, enabling them to provide assistance. This ensures that users can promptly send out distress signals and receive timely rescue when in danger.

[0170] The Bluetooth communication method provided in this application can be executed by a Bluetooth communication device. This application uses a Bluetooth communication device executing the Bluetooth communication method as an example to illustrate the Bluetooth communication device provided in this application.

[0171] Figure 9 A schematic diagram of a possible structure of the Bluetooth communication device involved in an embodiment of this application is shown. For example... Figure 9 As shown, the Bluetooth communication device 90 may include a processing module 91 and a transmitting module 92.

[0172] The processing module 91 is used to acquire distress information, which is used to indicate the distress request information of the person in distress; the sending module 92 is used to send a first distress broadcast packet via Bluetooth broadcast, which carries distress information and is used by the second Bluetooth device to send distress information to the cloud server.

[0173] In one possible implementation, the aforementioned distress request information includes at least one of the following: distress request content, first location information, time information of initiating the distress request, and emergency contact information;

[0174] The distress message describes the state of the person seeking help.

[0175] In one possible implementation, the above-mentioned device further includes: a scanning module;

[0176] The aforementioned sending module 92 is specifically used to send a first distress broadcast packet at a first frequency;

[0177] The aforementioned scanning module is used to scan Bluetooth devices via Bluetooth during the process of the sending module 92 sending the first distress broadcast packet;

[0178] The aforementioned sending module 92 is specifically used to send a first distress broadcast packet at a second frequency if the Bluetooth communication device fails to scan for the target Bluetooth device within a first time period.

[0179] The second frequency is lower than the first frequency.

[0180] In one possible implementation, the above-mentioned sending module 92 is further configured to send the first distress broadcast packet at a third frequency after sending the first distress broadcast packet at a second frequency, during the process of sending the first distress broadcast packet at a second frequency, if the scanning module scans for the target Bluetooth device via Bluetooth.

[0181] The third frequency is higher than the second frequency.

[0182] In one possible implementation, the aforementioned sending module 92 is specifically used to send the first distress broadcast packet via Bluetooth broadcast using forward error correction coding.

[0183] This application provides a Bluetooth communication device that, even in the absence of network coverage, allows a user to send a distress broadcast packet via Bluetooth broadcast when in distress. This distress message can then be forwarded to a cloud server by other network-connected Bluetooth devices. The cloud server can then relay distress messages to other users, enabling them to provide assistance. This ensures that users can promptly send distress signals and receive timely rescue when in distress.

[0184] Figure 10 A schematic diagram of a possible structure of the Bluetooth communication device involved in an embodiment of this application is shown. For example... Figure 10 As shown, the Bluetooth communication device 100 may include a receiving module 101 and a transmitting module 102.

[0185] The receiving module 101 is used to receive a first distress broadcast packet via Bluetooth. The first distress broadcast packet carries distress information, which is used to indicate the distress request information of the person in distress. The sending module 102 is used to send the distress information received by the receiving module 101 to the cloud server.

[0186] In one possible implementation, the aforementioned sending module 102 is specifically used for:

[0187] With the second Bluetooth device connected to the network, a distress message is sent to the cloud server via the network; or,

[0188] If the second Bluetooth device is not connected to the network, a second distress broadcast packet is sent via Bluetooth broadcast.

[0189] The second distress broadcast packet carries distress information, which is used to indicate the distress request information of the person seeking help. The second distress broadcast packet is used to instruct the third Bluetooth device to send distress information to the cloud server through the network.

[0190] In one possible implementation, the above-mentioned device further includes: a processing module;

[0191] The aforementioned processing module is used to obtain the broadcast information corresponding to the first distress broadcast packet after the receiving module 101 receives the first distress broadcast packet via Bluetooth;

[0192] The aforementioned sending module 102 is specifically used to send a second distress broadcast packet via Bluetooth when the broadcast information corresponding to the first distress broadcast packet is different from the broadcast information corresponding to the first broadcast packet. The first broadcast packet is the broadcast packet that the second Bluetooth device has already received.

[0193] The broadcast information includes at least one of the following: broadcast data, broadcast address.

[0194] In one possible implementation, the aforementioned distress request information includes at least one of the following: distress request content, first location information, time information of initiating the distress request, and emergency contact information;

[0195] The distress message describes the state of the person seeking help.

[0196] In one possible implementation, the above-mentioned device further includes: a display module;

[0197] The aforementioned display module is used to display a distress map based on the first distress broadcast packet after the receiving module 101 receives the first distress broadcast packet via Bluetooth;

[0198] The distress map includes at least one of the following: first location information, second location information of the second Bluetooth device, distress message, time of initiation of distress, and emergency contact information.

[0199] This application provides a Bluetooth communication device that, even in the absence of network coverage, allows a user to send a distress broadcast packet via Bluetooth broadcast when in distress. This distress message can then be forwarded to a cloud server by other network-connected Bluetooth devices. The cloud server can then relay distress messages to other users, enabling them to provide assistance. This ensures that users can promptly send distress signals and receive timely rescue when in distress.

[0200] The Bluetooth communication device in this application embodiment can be an electronic device or a component within an electronic device, such as an integrated circuit or a chip. The electronic device can be a terminal or other devices besides a terminal. For example, the electronic device can be a mobile phone, tablet computer, laptop computer, PDA, in-vehicle electronic device, mobile internet device (MID), augmented reality (AR) / virtual reality (VR) device, robot, wearable device, ultra-mobile personal computer (UMPC), netbook, or personal digital assistant (PDA), etc. It can also be a server, network attached storage (NAS), personal computer (PC), television (TV), ATM, or self-service machine, etc. This application embodiment does not specifically limit the specific device.

[0201] The Bluetooth communication device in this application embodiment can be a device with an operating system. This operating system can be Android, iOS, or other possible operating systems; this application embodiment does not specifically limit the specific operating system used.

[0202] The Bluetooth communication device provided in this application embodiment can implement the various processes implemented in the above Bluetooth communication method embodiment, and achieve the same technical effect. To avoid repetition, it will not be described again here.

[0203] Optionally, such as Figure 11 As shown, this application embodiment also provides an electronic device 1100, including a processor 1101 and a memory 1102. The memory 1102 stores a program or instructions that can run on the processor 1101. When the program or instructions are executed by the processor 1101, they implement the various steps of the Bluetooth communication method embodiment described above and can achieve the same technical effect. To avoid repetition, they will not be described again here.

[0204] It should be noted that the electronic devices in the embodiments of this application include the mobile electronic devices and non-mobile electronic devices described above.

[0205] Figure 12 A schematic diagram of the hardware structure of an electronic device to implement an embodiment of this application.

[0206] The electronic device 1000 includes, but is not limited to, components such as: radio frequency unit 1001, network module 1002, audio output unit 1003, input unit 1004, sensor 1005, display unit 1006, user input unit 1007, interface unit 1008, memory 1009, and processor 1010.

[0207] Those skilled in the art will understand that the electronic device 1000 may also include a power supply (such as a battery) for supplying power to various components. The power supply may be logically connected to the processor 1010 through a power management system, thereby enabling functions such as managing charging, discharging, and power consumption through the power management system. Figure 12 The electronic device structure shown does not constitute a limitation on the electronic device. The electronic device may include more or fewer components than shown, or combine certain components, or have different component arrangements, which will not be elaborated here.

[0208] When the aforementioned electronic device is a first Bluetooth device, the processor 1010 is used to acquire distress information, which is used to indicate the distress request information of the person in distress; the radio frequency unit 1001 is used to send a first distress broadcast packet via Bluetooth broadcast, which carries distress information and is used by the second Bluetooth device to send distress information to the cloud server.

[0209] In one possible implementation, the aforementioned distress request information includes at least one of the following: distress request content, first location information, time information of initiating the distress request, and emergency contact information;

[0210] The distress message describes the state of the person seeking help.

[0211] In one possible implementation, the radio frequency unit 1001 is specifically used to transmit a first distress broadcast packet at a first frequency; and to scan for Bluetooth devices via Bluetooth during the transmission of the first distress broadcast packet by the radio frequency unit 1001.

[0212] The aforementioned radio frequency unit 1001 is specifically used to send a first distress broadcast packet at a second frequency if the target Bluetooth device is not detected by the Bluetooth scan within a first time period.

[0213] The second frequency is lower than the first frequency.

[0214] In one possible implementation, the radio frequency unit 1001 is further configured to transmit the first distress broadcast packet at a third frequency after transmitting the first distress broadcast packet at a second frequency, while transmitting the first distress broadcast packet at a second frequency, and in the process of scanning for a target Bluetooth device via Bluetooth.

[0215] The third frequency is higher than the second frequency.

[0216] In one possible implementation, the aforementioned radio frequency unit 1001 is specifically used to transmit a first distress broadcast packet via Bluetooth using forward error correction coding.

[0217] This application provides an electronic device that, when a user is in distress, can still send a distress broadcast packet via Bluetooth broadcast through a Bluetooth device even in the absence of network coverage. This distress message can then be forwarded to a cloud server by other network-connected Bluetooth devices. The cloud server can then transmit distress messages to other users, enabling them to provide assistance. This ensures that users in distress can promptly send out distress messages and receive timely rescue.

[0218] When the aforementioned electronic device is a second Bluetooth device, the radio frequency unit 1001 is used to receive a first distress broadcast packet via Bluetooth. The first distress broadcast packet carries distress information, which is used to indicate the distress request information of the person seeking help. The radio frequency unit 1001 is also used to send the distress information received by the radio frequency unit 1001 to the cloud server.

[0219] In one possible implementation, the aforementioned radio frequency unit 1001 is specifically used for:

[0220] With the second Bluetooth device connected to the network, a distress message is sent to the cloud server via the network; or,

[0221] If the second Bluetooth device is not connected to the network, a second distress broadcast packet is sent via Bluetooth broadcast.

[0222] The second distress broadcast packet carries distress information, which is used to indicate the distress needs of the person in distress. The second distress broadcast packet is used by the third Bluetooth device to send distress information to the cloud server via the network.

[0223] In one possible implementation, the processor 1010 is configured to obtain broadcast information corresponding to the first distress broadcast packet after the radio frequency unit 1001 receives the first distress broadcast packet via Bluetooth; and to compare the broadcast information corresponding to the first distress broadcast packet with the broadcast information corresponding to the first broadcast packet, wherein the first broadcast packet is a broadcast packet that the second Bluetooth device has received.

[0224] The aforementioned radio frequency unit 1001 is specifically used to send a second distress broadcast packet via Bluetooth when the broadcast information corresponding to the first distress broadcast packet is different from the broadcast information corresponding to the first broadcast packet.

[0225] The broadcast information includes at least one of the following: broadcast data, broadcast address.

[0226] In one possible implementation, the aforementioned distress request information includes at least one of the following: distress request content, first location information, time information of initiating the distress request, and emergency contact information;

[0227] The distress message describes the state of the person seeking help.

[0228] In one possible implementation, the display unit 1006 is used to display a distress map based on the first distress broadcast packet after the radio frequency unit 1001 receives the first distress broadcast packet via Bluetooth.

[0229] The distress map includes at least one of the following: first location information, second location information of the second Bluetooth device, distress message, time of initiation of distress, and emergency contact information.

[0230] This application provides an electronic device that, when a user is in distress, can still send a distress broadcast packet via Bluetooth broadcast through a Bluetooth device even in the absence of network coverage. This distress message can then be forwarded to a cloud server by other network-connected Bluetooth devices. The cloud server can then transmit distress messages to other users, enabling them to provide assistance. This ensures that users in distress can promptly send out distress messages and receive timely rescue.

[0231] It should be understood that, in this embodiment, the input unit 1004 may include a graphics processing unit (GPU) 10041 and a microphone 10042. The GPU 10041 processes image data of still images or videos obtained by an image capture device (such as a camera) in video capture mode or image capture mode. The display unit 1006 may include a display panel 10061, which may be configured in the form of a liquid crystal display, an organic light-emitting diode, or the like. The user input unit 1007 includes a touch panel 10071 and at least one of other input devices 10072. The touch panel 10071 is also called a touch screen. The touch panel 10071 may include a touch detection device and a touch controller. Other input devices 10072 may include, but are not limited to, physical keyboards, function keys (such as volume control buttons, power buttons, etc.), trackballs, mice, and joysticks, which will not be described in detail here.

[0232] The memory 1009 can be used to store software programs and various data. The memory 1009 may primarily include a first storage area for storing programs or instructions and a second storage area for storing data. The first storage area may store the operating system, application programs or instructions required for at least one function (such as sound playback, image playback, etc.). Furthermore, the memory 1009 may include volatile memory or non-volatile memory, or both. The non-volatile memory may be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), or flash memory. Volatile memory can be random access memory (RAM), static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDRSDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous link dynamic random access memory (SLDRAM), and direct memory bus RAM (DRRAM). The memory 1009 in this embodiment includes, but is not limited to, these and any other suitable types of memory.

[0233] The processor 1010 may include one or more processing units; optionally, the processor 1010 integrates an application processor and a modem processor, wherein the application processor mainly handles operations involving the operating system, user interface, and applications, and the modem processor mainly handles wireless communication signals, such as a baseband processor. It is understood that the aforementioned modem processor may also not be integrated into the processor 1010.

[0234] This application also provides a readable storage medium storing a program or instructions. When the program or instructions are executed by a processor, they implement the various processes of the Bluetooth communication method embodiments described above and achieve the same technical effects. To avoid repetition, they will not be described again here.

[0235] The processor is the processor in the electronic device described in the above embodiments. The readable storage medium includes computer-readable storage media, such as computer read-only memory (ROM), random access memory (RAM), magnetic disk, or optical disk.

[0236] This application embodiment also provides a chip, which includes a processor and a communication interface. The communication interface is coupled to the processor. The processor is used to run programs or instructions to implement the various processes of the above Bluetooth communication method embodiments and can achieve the same technical effect. To avoid repetition, it will not be described again here.

[0237] It should be understood that the chip mentioned in the embodiments of this application may also be referred to as a system-on-a-chip, system chip, chip system, or system-on-a-chip, etc.

[0238] This application provides a computer program product, which is stored in a storage medium and executed by at least one processor to implement the various processes of the Bluetooth communication method embodiment described above, and can achieve the same technical effect. To avoid repetition, it will not be described again here.

[0239] 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. Without further limitations, 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. Furthermore, it should be noted that the scope of the methods and apparatuses in the embodiments of this application is not limited to performing functions in the order shown or discussed, but may also include performing functions substantially simultaneously or in the reverse order, depending on the functions involved. For example, the described methods may be performed in a different order than described, and various steps may be added, omitted, or combined. Additionally, features described with reference to certain examples may be combined in other examples.

[0240] 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 this application, in essence, or the part that contributes to the prior art, can be embodied in the form of a computer 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, or network device, etc.) to execute the methods described in the various embodiments of this application.

[0241] The embodiments of this application have been described above with reference to the accompanying drawings. However, this application 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 this application without departing from the spirit and scope of the claims, and all of these forms are within the protection scope of this application.

Claims

1. A Bluetooth communication method, characterized by, The method comprises the steps of: A first Bluetooth device acquires help-seeking information, wherein the help-seeking information is used to indicate help-seeking demand information of a help-seeker; The first Bluetooth device sends a first help-seeking broadcast packet through Bluetooth broadcast, wherein the first help-seeking broadcast packet carries the help-seeking information, and the first help-seeking broadcast packet is used for a second Bluetooth device to send the help-seeking information to a cloud server.

2. The method of claim 1, wherein, The help-seeking demand information comprises at least one of the following: help-seeking content, first location information, time information of initiating help-seeking, and emergency contact information; The help-seeking content is used to describe a state of the help-seeker.

3. The method of claim 1, wherein, The first Bluetooth device sends the first help-seeking broadcast packet through Bluetooth broadcast, comprising the steps of: The first Bluetooth device sends the first help-seeking broadcast packet at a first frequency, and scans for a Bluetooth device through the Bluetooth during the process of sending the first help-seeking broadcast packet; In a case where the first Bluetooth device does not scan for a target Bluetooth device through the Bluetooth within a first time length, the first Bluetooth device sends the first help-seeking broadcast packet at a second frequency; The second frequency is lower than the first frequency.

4. The method of claim 3, wherein, After the first Bluetooth device sends the first help-seeking broadcast packet at the second frequency, the method further comprises the steps of: In a case where the first Bluetooth device scans for the target Bluetooth device through the Bluetooth during the process of sending the first help-seeking broadcast packet at the second frequency, the first Bluetooth device sends the first help-seeking broadcast packet at a third frequency; The third frequency is higher than the second frequency.

5. The method of claim 1, wherein, The first Bluetooth device sends the first help-seeking broadcast packet through Bluetooth broadcast, comprising the steps of: The first Bluetooth device adopts a forward error correction coding mode to send the first help-seeking broadcast packet through Bluetooth broadcast.

6. A Bluetooth communication method characterized by, The method comprises the steps of: A second Bluetooth device receives a first help-seeking broadcast packet through Bluetooth, wherein the first help-seeking broadcast packet carries help-seeking information, and the help-seeking information is used to indicate help-seeking demand information of a help-seeker; The second Bluetooth device sends the help-seeking information to a cloud server.

7. The method of claim 6, wherein, The second Bluetooth device sends the help-seeking information to the cloud server, comprising the steps of: In a case where the second Bluetooth device is connected with a network, the second Bluetooth device sends the help-seeking information to the cloud server through the network; or In a case where the second Bluetooth device is not connected with the network, the second Bluetooth device sends a second help-seeking broadcast packet through the Bluetooth broadcast; The second help-seeking broadcast packet carries the help-seeking information, and the help-seeking information is used to indicate the help-seeking demand information of the help-seeker, and the second help-seeking broadcast packet is used for a third Bluetooth device to send the help-seeking information to the cloud server through the network.

8. The method of claim 7, wherein, After the second Bluetooth device receives the first help-seeking broadcast packet through Bluetooth, the method further comprises the steps of: The second Bluetooth device acquires broadcast information corresponding to the first help-seeking broadcast packet; The second Bluetooth device sends the second help-seeking broadcast packet through the Bluetooth broadcast, comprising the steps of: The second Bluetooth device sends a second help-seeking broadcast packet through the Bluetooth broadcast when the broadcast information corresponding to the first help-seeking broadcast packet is different from the broadcast information corresponding to the first broadcast packet, the first broadcast packet being a broadcast packet that the second Bluetooth device has received; The broadcast information includes at least one of the following: broadcast data and a broadcast address.

9. The method according to any one of claims 6 to 8, characterized in that, The help-seeking demand information includes at least one of the following: help-seeking content, first location information, time information of initiating help-seeking, and emergency contact information. The help-seeking content is used to describe the state of the help-seeker.

10. The method of claim 9, wherein, After the second Bluetooth device receives the first help-seeking broadcast packet through Bluetooth, the method further includes: The second Bluetooth device displays a help-seeking map based on the first help-seeking broadcast packet; The help-seeking map includes at least one of the following: the first location information, second location information of the second Bluetooth device, the help-seeking content, the time information of initiating help-seeking, and the emergency contact information.

11. A Bluetooth communication device, characterized in that It includes: a processing module and a sending module; The processing module is configured to acquire help-seeking information, the help-seeking information being used to indicate help-seeking demand information of a help-seeker; The sending module is configured to send a first help-seeking broadcast packet through Bluetooth broadcast, the first help-seeking broadcast packet carrying the help-seeking information, and the first help-seeking broadcast packet being used to send the help-seeking information to a cloud server by a second Bluetooth device.

12. A Bluetooth communication device, characterized in that It includes: a receiving module and a sending module; The receiving module is configured to receive a first help-seeking broadcast packet through Bluetooth, the first help-seeking broadcast packet carrying help-seeking information, and the help-seeking information being used to indicate help-seeking demand information of a help-seeker; The sending module is configured to send the help-seeking information received by the receiving module to a cloud server.

13. An electronic device, comprising: It includes a processor and a memory, the memory storing programs or instructions that can be run on the processor, the programs or instructions being executed by the processor to implement the steps of the Bluetooth communication method according to any one of claims 1 to 5 or the steps of the Bluetooth communication method according to any one of claims 6 to 10.

14. A readable storage medium, characterized by, The readable storage medium stores programs or instructions, the programs or instructions being executed by a processor to implement the steps of the Bluetooth communication method according to any one of claims 1 to 5 or the steps of the Bluetooth communication method according to any one of claims 6 to 10.

15. A computer program product stored in a storage medium, the computer program product being executed by at least one processor to implement the steps of the Bluetooth communication method according to any one of claims 1 to 5 or the steps of the Bluetooth communication method according to any one of claims 6 to 10.

Images