Emergency help seeking method and device, electronic equipment and storage medium

Abstract

The invention discloses an emergency help seeking method and device, electronic equipment and a storage medium, and belongs to the technical field of electronic equipment. The method is applied to first electronic equipment, and comprises the following steps: receiving first input of a first user on a help-seeking control in an emergency help-seeking interface; and in response to the first input, Bluetooth broadcast help seeking information is sent to M second electronic devices, and M is a positive integer.

Description

Technical Field

[0001] This application belongs to the technical field of electronic devices, and particularly relates to an emergency rescue method, device, electronic device, and storage medium. Background Art

[0002] In emergency scenarios such as natural disasters and man-made accidents, there is usually a problem of poor network signals. Users cannot use conventional communication methods such as phone calls and text messages to seek help, resulting in the inability of the person in distress to seek help in a timely manner when encountering danger. Summary of the Invention

[0003] The purpose of the embodiments of this application is to provide an emergency rescue method, device, electronic device, and storage medium, so that the person in distress can seek help in a timely manner when there is no network or the network signal is poor.

[0004] In a first aspect, the embodiments of this application provide an emergency rescue method, which is applied to a first electronic device. The method includes:

[0005] Receiving a first input from a first user to a rescue control in an emergency rescue interface;

[0006] In response to the first input, sending a rescue message to M second electronic devices, where M is a positive integer.

[0007] In a second aspect, the embodiments of this application provide an emergency rescue method, which is applied to a second electronic device. The method includes:

[0008] When receiving a Bluetooth broadcast rescue message sent by a first electronic device, displaying a rescue message prompt identifier on a rescue message interface;

[0009] In response to a fifth input from a second user to the rescue message prompt identifier, displaying a rescue details interface, and the rescue details interface displays the Bluetooth broadcast rescue message; the Bluetooth broadcast rescue message includes at least one of the following: the location information of the first electronic device, the vital sign detection result of the first user of the first electronic device, and the physical state information of the first user of the first electronic device.

[0010] In a third aspect, the embodiments of this application provide an emergency rescue device, which is applied to a first electronic device. The device includes:

[0011] A receiving module, configured to receive a first input from a first user to a rescue control in an emergency rescue interface;

[0012] A sending module, configured to send a rescue message to M second electronic devices in response to the first input, where M is a positive integer.

[0013] Fourth aspect, an embodiment of the present application provides an emergency rescue device, which is applied to a second electronic device. The device includes:

[0014] A display module, configured to display a distress information prompt identifier on a distress information interface when receiving a Bluetooth broadcast distress information sent by a first electronic device; in response to a fifth input of a second user to the distress information prompt identifier, display a distress details interface, and the distress details interface displays the Bluetooth broadcast distress information; the Bluetooth broadcast distress information includes at least one of the following: the location information of the first electronic device, the vital sign detection result of the first user of the first electronic device, and the physical state information of the first user of the first electronic device.

[0015] Fifth aspect, an embodiment of the present application provides an electronic device, including a processor and a memory. The memory stores a program or instruction that can run on the processor, and when the program or instruction is executed by the processor, the method described in the first aspect is implemented.

[0016] Sixth aspect, an embodiment of the present application provides a readable storage medium, on which a program or instruction is stored, and when the program or instruction is executed by a processor, the method described in the first aspect is implemented.

[0017] Seventh aspect, an embodiment of the present application provides a chip, which includes a processor and a communication interface. The communication interface is coupled to the processor, and the processor is used to run a program or instruction to implement the method described in the first aspect.

[0018] Eighth aspect, an embodiment of the present application provides a computer program product, which is stored in a storage medium and is executed by at least one processor to implement the method described in the first aspect.

[0019] In the embodiment of the present application, by responding to a first input of a first user to a distress control in an emergency rescue interface of a first electronic device, a Bluetooth broadcast distress information can be sent to M second electronic devices. In this way, in a scenario without a network or with poor network signal, the first electronic device can still send a Bluetooth broadcast distress information in a timely manner for rescue. In this way, in a scenario without a network or with poor network signal, the probability of the first user being rescued is increased, and the distress time is shortened, which helps to improve the rescue success rate. BRIEF DESCRIPTION OF THE DRAWINGS

[0020] Figure 1 is a schematic structural diagram of an emergency rescue system provided by some embodiments of the present application;

[0021] Figure 2 is a schematic flowchart of an emergency rescue method provided by some embodiments of the present application;

[0022] Figure 3 It is a schematic diagram of the emergency call interface of the first electronic device provided by some embodiments of the present application;

[0023] Figure 4 It is a schematic diagram of the distress information interface of the second electronic device provided by some embodiments of the present application;

[0024] Figure 5 It is a schematic flow diagram of the emergency call method provided by some embodiments of the present application;

[0025] Figure 6 It is a schematic diagram of the emergency call interface of the first electronic device provided by some embodiments of the present application;

[0026] Figure 7 It is a schematic diagram of the physical condition information interface provided by some embodiments of the present application;

[0027] Figure 8 It is a schematic diagram of the emergency call interface of the first electronic device provided by some embodiments of the present application;

[0028] Figure 9 It is a schematic diagram of the device interface for delivering distress calls of the first electronic device provided by some embodiments of the present application;

[0029] Figure 10 It is a schematic diagram of the intercom interface of the first electronic device provided by some embodiments of the present application;

[0030] Figure 11 It is a schematic diagram of the intercom interface of the first electronic device provided by some embodiments of the present application;

[0031] Figure 12 It is a schematic diagram of the intercom initiation interface of the first electronic device provided by some embodiments of the present application;

[0032] Figure 13 It is a schematic diagram of the intercom request interface of the second electronic device provided by some embodiments of the present application;

[0033] Figure 14 It is a schematic diagram of the intercom initiation interface of the first electronic device provided by some embodiments of the present application;

[0034] Figure 15 It is a schematic diagram of the volume adjustment interface of the first electronic device provided by some embodiments of the present application;

[0035] Figure 16 It is a schematic diagram of the intercom information display page of the first electronic device provided by some embodiments of the present application;

[0036] Figure 17Schematic diagram of the intercom disconnection confirmation interface of the first electronic device provided by some embodiments of the present application;

[0037] Figure 18 Schematic diagram of the emergency call interface of the first electronic device provided by some embodiments of the present application;

[0038] Figure 19 Schematic diagram of the device interface for receiving the emergency call of the first electronic device provided by some embodiments of the present application;

[0039] Figure 20 Schematic flowchart of the emergency call method provided by some embodiments of the present application;

[0040] Figure 21 Schematic diagram of the emergency call details interface of the second electronic device provided by some embodiments of the present application

[0041] Figure 22 Schematic diagram of the vital sign information interface of the user corresponding to the first electronic device provided by some embodiments of the present application;

[0042] Figure 23 Schematic diagram of the intercom interface of the second electronic device provided by some embodiments of the present application;

[0043] Figure 24 Schematic diagram of the structure of the emergency call device shown by some embodiments of the present application;

[0044] Figure 25 Schematic diagram of the structure of the emergency call device shown by some embodiments of the present application;

[0045] Figure 26 Schematic diagram of the structure of the electronic device shown by some embodiments of the present application;

[0046] Figure 27 Schematic diagram of the hardware structure of the electronic device shown by some embodiments of the present application. Detailed implementation manners

[0047] Next, the technical solutions in the embodiments of the present application will be clearly described in conjunction with the accompanying drawings in the embodiments of the present application. Obviously, the described embodiments are some, rather than all, of the embodiments of the present application. All other embodiments obtained by those of ordinary skill in the art based on the embodiments in the present application fall within the protection scope of the present application.

[0048] The terms "first", "second", etc. in the description and claims of this application are used to distinguish similar objects, rather than to describe a specific order or sequence. It should be understood that the data used in this way can be interchanged under appropriate circumstances, so that the embodiments of this application can be implemented in an order other than those illustrated or described herein, and the objects distinguished by "first", "second", etc. are usually of the same category, and do not limit the number of objects. For example, the first object can be one or N. In addition, "and / or" in the description and claims means at least one of the connected objects, and the character " / ", generally represents an "or" relationship between the associated objects before and after.

[0049] The terms related to the embodiments of the present invention will be explained below.

[0050] The identifier in this application is used to indicate information such as text, symbols, images, etc., and can use controls or other containers as the carrier for displaying information, including but not limited to text identifiers, symbol identifiers, and image identifiers.

[0051] Control: It refers to a graphical element that can be directly operated or perceived by the user during the interaction process, used to receive user input, trigger functions, or display real-time information. It is the interaction bridge between the user and the device or application function, and realizes the transfer of instructions and the feedback of status through a visual form.

[0052] Interface: It refers to the graphical interaction layer that the user sees through the screen of the electronic device. That is, the "user interface (UI)", which is the medium interface for interaction and information exchange between the application program or operating system and the user, and realizes the conversion between the internal form of information and the form that the user can accept. The user interface is written in source code using specific computer languages such as Java and XML. The interface source code is parsed and rendered on the electronic device, and finally presented as content that the user can recognize. The common manifestation form of the user interface is the graphical user interface (GUI), which refers to the user interface related to computer operations displayed in a graphical manner. It can be visible interface elements such as text, icons, buttons, menus, tabs, text boxes, dialog boxes, status bars, navigation bars, and widgets (Web widget, Widget) displayed on the display screen of the electronic device.

[0053] The technical solution of the embodiments of this application can be applied to the scenario where the rescuer sends a distress message based on an electronic device in the case of no network or poor network. For example, a user wears a smart watch to climb a mountain, but accidentally falls during the climbing process, sprains the user's foot, and cannot walk. The network signal is poor on the mountain, and the user wants to seek help based on the smart watch.

[0054] The information sharing method provided by the embodiments of this application can be applied to, for example, Figure 1 the system architecture shown in Figure 1 and will be described in detail in combination with

[0055] Figure 1 FIG. is an architecture diagram of an emergency rescue system shown according to an exemplary embodiment. As shown in Figure 1 FIG.

[0055] , the emergency rescue system may include: a first electronic device 200 and a second electronic device 300. The first electronic device 200 and the second electronic device 300 establish a communication connection through Bluetooth 100 to perform data communication or interaction. It should be noted that the above Bluetooth 100 can be applicable to short-distance communication or long-distance communication. For example, the above Bluetooth 100 can be Bluetooth Low Energy (BLE).

[0056] In some embodiments of this application, the first electronic device 200 may be an electronic device held by the person in distress, and the second electronic device 300 may be an electronic device held by the rescuer. The user holding the first electronic device 200 may be the first user, and the user holding the second electronic device 300 may be the second user.

[0057] In one example, the first electronic device 200 and the second electronic device 300 may be, but are not limited to, a personal computer (PC), a smart phone, a tablet computer, a personal digital assistant (PDA), a smart watch, or a smart bracelet, etc. It should be noted that Figure 1 this is only an example, and the number of the first electronic device and the second electronic device can be set according to requirements and will not be limited here.

[0058] Next, in combination with the accompanying drawings, the emergency rescue method provided by the embodiments of this application will be described in detail through specific embodiments and their application scenarios.

[0059] Figure 2 FIG. Figure 1 is a schematic flowchart of an emergency rescue method provided by the embodiments of this application. The execution subject of this emergency rescue method may be the above Figure 1 emergency rescue system. It should be noted that the above execution subject does not constitute a limitation to this application.

[0060] As shown in Figure 2 FIG. , the emergency rescue method provided by the embodiments of this application may include step 210-step 240.

[0061] Step 210: The first electronic device receives a first input from the first user to the rescue control in the emergency rescue interface.

[0062] Among them, the first electronic device can be the electronic device held by the person in distress. The first user can be the user who holds the first electronic device, that is, the first user is the person in distress.

[0063] The emergency SOS interface can be the interface used by the first user to trigger the emergency SOS signal, and the SOS control can be the control in the emergency SOS interface for triggering the emergency SOS signal.

[0064] In one example, the first user is climbing a mountain with a smartwatch. However, during the climb, the first user accidentally falls, spraining their ankle and being unable to walk. Since the network signal is poor on the mountain, the first user wants to seek help based on the smartwatch. Thus, the first user can open the emergency SOS interface 31 as shown in Figure 3 In the emergency SOS interface 31, there is an "Emit SOS" control 32, and this "Emit SOS" control 32 is the SOS control.

[0065] The first input can be the input of the first user to the SOS control in the emergency SOS interface of the first electronic device. The above first input is used to send an SOS message to M second electronic devices, and the first input can be a first operation. Exemplarily, the above first input includes but is not limited to: the touch input of the first user to the SOS control in the emergency SOS interface of the first electronic device through a touch device such as a finger or a stylus, or a voice command input by the first user, or a specific gesture input by the first user, or other feasible inputs, which can be determined according to actual usage requirements and are not limited in the embodiments of the present invention. The specific gesture in the embodiments of the present application can be any one of a click gesture, a swipe gesture, a drag gesture, a pressure recognition gesture, a long press gesture, an area change gesture, a double press gesture, and a double click gesture; the click input in the embodiments of the present application can be a single click input, a double click input, or a click input of any number of times, and can also be a long press input or a short press input. For example, the above first input can be: the touch input of the first user to the SOS control in the emergency SOS interface of the first electronic device. For example, the above first input can be: the click input of the first user to the SOS control in the emergency SOS interface of the first electronic device.

[0066] Step 220: In response to the first input, the first electronic device sends a Bluetooth broadcast SOS message to M second electronic devices.

[0067] Among them, the second electronic device can be the electronic device to which the Bluetooth broadcast SOS message sent by the first electronic device is delivered, that is, the second electronic device is the electronic device held by the rescuer. The above M is a positive integer.

[0068] The Bluetooth broadcast SOS message can be the broadcast message used by the first user to seek help.

[0069] It should be noted that when the first electronic device sends a Bluetooth broadcast distress message to M second electronic devices, a Bluetooth connection may or may not have been established between the first electronic device and the M second electronic devices. For example, the Bluetooth broadcast distress message can be sent through the broadcast mechanism of the BLE of the first electronic device. When the first electronic device needs to establish a session with the M second electronic devices at a later time, a Bluetooth connection with the M second electronic devices is established.

[0070] After the first electronic device establishes a Bluetooth connection with the M second electronic devices and sends a Bluetooth broadcast distress message to the M second electronic devices, the Bluetooth broadcast distress message can be, but is not limited to, in the form of a text message or an email, etc., and can also be a combination of at least two of the above forms, which is not limited in the embodiments of the present application.

[0071] When the first electronic device and the M second electronic devices send a Bluetooth broadcast distress message through the broadcast mechanism of the BLE of the first electronic device, the Bluetooth broadcast distress message cannot be in the form of a text message or an email, but can be in the form of the Beacon protocol. For example, the Bluetooth broadcast distress message can include a unique identifier, and the receiving device pulls the associated text message / email content from the cloud according to the identifier. It can also be in the form of short text compression. For example, short text (such as verification codes, status notifications) can be encoded within 31 bytes for broadcasting. It can also be in the form triggered by a Universal Resource Locator (URL). For example, a short link can be broadcast, and when the user clicks on it, it jumps to a web page to display the complete distress message. Specifically, when the first electronic device and the M second electronic devices send a Bluetooth broadcast distress message through the broadcast mechanism of the BLE of the first electronic device, the form of the Bluetooth broadcast distress message can be selected according to the user's needs, which is not limited in the embodiments of the present application.

[0072] Step 230: The second electronic device receives the Bluetooth broadcast distress message sent by the first electronic device and displays a distress message prompt identifier on the distress message interface.

[0073] Among them, the distress message interface can be an interface for displaying the Bluetooth broadcast distress message sent by the first electronic device. A distress message prompt identifier is displayed on the distress message interface. The distress message prompt identifier can be used to prompt the second electronic device that it has received the Bluetooth broadcast distress message. For example, the distress message prompt identifier can include the device identifier of the first electronic device corresponding to the Bluetooth broadcast distress message received by the second electronic device.

[0074] The above-mentioned device identifier of the first electronic device can be, but is not limited to, the encoding of the first electronic device, the user name of the first user who holds the first electronic device, the device model of the first electronic device, etc.

[0075] Continuing to refer to the above example, taking the device identifier of the first electronic device corresponding to the Bluetooth broadcast distress message received by the second electronic device as the distress information prompt identifier, and taking the device identifier of the first electronic device as the username of the first user holding the first electronic device as an example, the second electronic device receives 3 Bluetooth broadcast distress messages sent by the first electronic device. Thus, a distress information interface 41 as shown in Figure 4 Figure 41 can be displayed. In this distress information interface 41, the device identifiers of the 3 first electronic devices received are displayed. The device identifiers of the 3 first electronic devices are respectively "Zhang San" 42, "Li Si" 43, and "Wang Wu" 44.

[0076] Step 240: The second electronic device displays a distress details interface in response to a sixth input by the second user to the distress information prompt identifier.

[0077] Among them, the second user can be the user holding the second electronic device. For example, the second user can be a rescuer.

[0078] The sixth input can be an input by the second user to the distress information prompt identifier. The above sixth input is used to display the Bluetooth broadcast distress message, and the sixth input can be a sixth operation. Exemplarily, the above sixth input includes but is not limited to: a touch input by the second user on the distress information prompt identifier through a touch device such as a finger or a stylus, or a voice command input by the second user, or a specific gesture input by the second user, or other feasible inputs, which can be determined according to actual usage requirements and are not limited in the embodiments of the present invention. The specific gesture in the embodiments of the present application can be any one of a click gesture, a swipe gesture, a drag gesture, a pressure recognition gesture, a long press gesture, an area change gesture, a double press gesture, and a double click gesture; the click input in the embodiments of the present application can be a single click input, a double click input, or a click input of any number of times, and can also be a long press input or a short press input. For example, the above sixth input can be: a touch input by the second user on the distress information prompt identifier. For example, the above sixth input can be: a click input by the second user on the distress information prompt identifier.

[0079] The distress details interface can be an interface for displaying the Bluetooth broadcast distress message, that is, the Bluetooth broadcast distress message is displayed in this distress details interface. The above Bluetooth broadcast distress message can include at least one of the following: the location information of the first electronic device, the vital sign detection result of the first user of the first electronic device, and the physical state information of the first user of the first electronic device. The Bluetooth broadcast distress message will be introduced in detail in the following embodiments.

[0080] In an embodiment of the present application, in response to a first input from a first user to a distress control in an emergency distress interface of a first electronic device, the first electronic device can send a Bluetooth broadcast distress message to M second electronic devices. In this way, in a scenario without a network or with poor network signal, the first electronic device can still send a Bluetooth broadcast distress message in time to seek help. Therefore, in a scenario without a network or with poor network signal, the probability of the first user being rescued is increased, and the distress time is shortened, which helps to improve the rescue success rate. In addition, when the second electronic device receives the Bluetooth broadcast distress message sent by the first electronic device, it can display a distress message prompt identifier on the distress message interface, and then in response to a fifth input from a second user to the distress message prompt identifier, it can display the Bluetooth broadcast distress message. In this way, the second user holding the second electronic device can intuitively view the first electronic device that sent the Bluetooth broadcast distress message, as well as the location information of the first user holding the first electronic device, the detection result of the first user's vital signs, and the physical state information of the first user, so as to provide targeted assistance to the first user in time according to the location information of the first user, the detection result of the first user's vital signs, and the physical state information of the first user, further improving the rescue success rate of the first user.

[0081] Figure 5 is a schematic flowchart of an emergency distress method provided by an embodiment of the present application. The execution subject of this emergency distress method can be the first electronic device 200 described above Figure 1 In the following embodiments, the first electronic device 200 is taken as an example of the electronic device corresponding to the device identifier "Zhang San" 42 described above Figure 4 for illustration.

[0082] As Figure 5 shown, the emergency distress method provided by an embodiment of the present application may include step 510-step 520.

[0083] Step 510: Receive a first input from a first user to a distress control in an emergency distress interface.

[0084] Step 520: In response to the first input, send a Bluetooth broadcast distress message to M second electronic devices.

[0085] Wherein, M is a positive integer.

[0086] In some embodiments of the present application, the above-mentioned emergency distress interface may further include at least one of the following information display areas: a location information area, a vital signs information area, and a physical state information area. For example, Figure 3The "location information area" 33, "vital sign information area" 34, and "physical condition information area" 35 in it. The corresponding Bluetooth broadcast distress information may include at least one of the following: the location information of the first electronic device, the vital sign detection result of the first user, and the physical condition information of the first user.

[0087] The above-mentioned vital sign detection result may be result information for characterizing the vital signs of the first user determined based on at least one piece of vital sign information of the first user. Here, the at least one piece of vital sign information may be information for characterizing the vital signs of the first user. For example, the at least one piece of vital sign information may include, but is not limited to: heart rate, respiratory rate, blood oxygen saturation, blood pressure, or body temperature, etc.

[0088] The above-mentioned vital sign detection result may be to determine whether at least one piece of vital sign information of the first user is normal. If it is abnormal, then how many items are abnormal. To determine whether a certain piece of vital sign information of the first user is abnormal, it may be to compare the obtained piece of vital sign information of the first user with the standard of this piece of vital sign information. If it does not meet the standard of this piece of vital sign information, then it is determined that this piece of vital sign information is abnormal.

[0089] The first electronic device may continuously obtain at least one piece of vital sign information of the first user through a sensor, and then determine the vital sign detection result of the first user according to the obtained at least one piece of vital sign information of the first user.

[0090] Taking at least one piece of vital sign information including: heart rate, respiratory rate, blood oxygen saturation, blood pressure, or body temperature as an example, the determination criteria for the above several pieces of vital sign information are described in detail as follows:

[0091] (1) Heart rate:

[0092] Normal: 60 - 100 beats per minute; Abnormal: > 100 beats per minute (tachycardia) or < 60 beats per minute (bradycardia).

[0093] (2) Respiratory rate:

[0094] Normal: 12 - 20 breaths per minute; Abnormal: > 20 breaths per minute (tachypnea) or < 12 breaths per minute (bradypnea).

[0095] (3) Blood oxygen saturation:

[0096] Normal: 90 - 100%; Abnormal: < 90% (hypoxemia).

[0097] (4) Blood pressure:

[0098] Normal: Systolic blood pressure 90 - 120 mmHg / Diastolic blood pressure 60 - 80 mmHg;

[0099] Abnormality: Systolic blood pressure > 140 mmHg or diastolic blood pressure > 90 mmHg (hypertension); Systolic blood pressure < 90 mmHg or diastolic blood pressure < 60 mmHg (hypotension).

[0100] (5) Body temperature:

[0101] Normal: 36℃ - 38℃; Abnormality: > 38℃ (fever) or < 36℃ (hypothermia);

[0102] If each item of the vital sign information of the first user obtained is normal, the vital sign detection result of the first user is normal. If at least one item of the vital sign information of the first user obtained is abnormal, the vital sign detection result of the first user is abnormal.

[0103] Continuing to refer to the above example, if it is detected that the heart rate of the first user is 75 beats per minute, the respiratory rate is 18.5 breaths per minute, the blood oxygen saturation is 98%, the blood pressure is 115 / 75 mmHg, and the body temperature is 37℃, according to the above standards of heart rate, respiratory rate, blood oxygen saturation, blood pressure and body temperature, it is determined that the heart rate, respiratory rate, blood oxygen saturation, blood pressure and body temperature of the first user are all normal, then the vital sign examination result of the first user is "normal".

[0104] If it is detected that the heart rate of the first user is 114 beats per minute, the respiratory rate is 18.5 breaths per minute, the blood oxygen saturation is 94%, the blood pressure is 115 / 75 mmHg, and the body temperature is 38.5℃, then according to the above standards of heart rate, respiratory rate, blood oxygen saturation, blood pressure and body temperature, the heart rate, blood oxygen saturation and body temperature of the first user are all abnormal, and the vital sign detection result is "abnormal".

[0105] The above physical state information of the first user can be information used to characterize the physical state of the first user. The physical state information of the first user can be determined in response to at least one physical state information candidate selected by the first user. The above at least one physical state information candidate can be a candidate used to describe the physical state of the first user. For example, the at least one physical state candidate can include, but is not limited to: not injured, mobility impaired, excessive blood loss, unable to occur, breathing difficulties or possible fractures, etc. Specifically, how to determine the physical state information of the first user in response to at least one physical state information candidate selected by the first user will be introduced in detail in the subsequent embodiments.

[0106] The emergency SOS interface includes: a location information area, a vital sign information area, and a physical condition information area. When the Bluetooth broadcast SOS information includes: the location information of the first electronic device, the vital sign detection result of the first user, and the physical condition information of the first user, before step 510, the methods involved above may further include at least one of the following:

[0107] Display the location information of the first electronic device in the location information area of the emergency SOS interface;

[0108] Display the vital sign detection result of the first user in the vital sign information area of the emergency SOS interface;

[0109] Display the physical condition information of the first user in the physical condition information area of the emergency SOS interface.

[0110] In some embodiments of the present application, when the emergency SOS interface includes: a location information area, a vital sign information area, and a physical condition information area, and the Bluetooth broadcast SOS information includes: the location information of the first electronic device, the vital sign detection result of the first user, and the physical condition information of the first user, the location information of the first electronic device can be displayed in the location information area of the emergency SOS interface, the vital sign detection result of the first user can be displayed in the vital sign information area, and the physical condition information of the first user can be displayed in the physical condition information area of the emergency SOS interface.

[0111] In some embodiments of the present application, the first electronic device can continuously obtain the location information of the first electronic device through a location sensor provided therein, and then continuously update and display the location information in the location information area of the emergency SOS interface. The location information can be displayed in the form of latitude and longitude, such as Figure 3 shown, the currently obtained location information of the first electronic device is 23°46′34″ north latitude and 125°46″34″ east longitude. The location information "23°46′34″ north latitude and 125°46″34″ east longitude" can be displayed in the "Location Information Area" 33.

[0112] In some embodiments of the present application, according to the vital sign detection result of the first user determined based on at least one continuously obtained vital sign information of the first user, the vital sign detection result of the first user is continuously updated and displayed in the vital sign information area of the emergency SOS interface. Specifically, when it is determined that the vital sign detection result of the first user is normal, "Normal" is displayed in the vital sign information area. As in the above example, the heart rate, respiratory rate, blood oxygen saturation, blood pressure, and body temperature of the first user are all normal, then Figure 6 shown, the vital sign detection result "Normal" is displayed in the "Vital Sign Information Area" 34.

[0113] When it is determined that the vital sign detection result of the first user is abnormal, in addition to processing and displaying the vital sign detection result "abnormal" in the vital sign information area, the number of abnormal vital sign information can also be displayed. For example, in the above example, if it is determined that the heart rate, blood oxygen saturation, and body temperature of the first user are all abnormal among these 3 items, then as Figure 3 shown, the vital sign detection result "3 items abnormal" is displayed in the "vital sign information area" 34.

[0114] In the embodiments of the present application, by displaying different Bluetooth broadcast distress messages in different areas of the emergency distress interface, the first user can directly and visually check his various Bluetooth broadcast distress messages based on each area, which improves the verification efficiency of the first user for different Bluetooth broadcast distress messages and avoids all Bluetooth broadcast distress messages being displayed together, where the first user needs to find the corresponding Bluetooth broadcast distress message from a pile of Bluetooth broadcast distress messages, affecting the distress efficiency.

[0115] In some embodiments of the present application, in order to further improve the rescue success rate of the first user, before displaying the physical state information of the first user in the physical state information area of the emergency distress interface, the methods involved above may further include:

[0116] Receiving a ninth input to the physical state information area in the emergency distress interface;

[0117] In response to the ninth input, displaying physical state information candidate items;

[0118] Receiving a tenth input to the physical state information candidate items;

[0119] In response to the tenth input, determining the physical state information of the first user.

[0120] Among them, the ninth input may be the input of the first user to the physical state information area in the emergency call interface. The above-mentioned ninth input is used to display the physical state information candidate items, and the ninth input may be the ninth operation. Exemplarily, the above-mentioned ninth input includes but is not limited to: the touch input of the first user to the physical state information area in the emergency call interface through a touch device such as a finger or a stylus, or a voice command input by the first user, or a specific gesture input by the first user, or other feasible inputs, which can be determined according to actual usage requirements and are not limited in the embodiments of the present invention. The specific gesture in the embodiments of the present application may be any one of a click gesture, a swipe gesture, a drag gesture, a pressure recognition gesture, a long press gesture, an area change gesture, a double press gesture, and a double click gesture; the click input in the embodiments of the present application may be a single click input, a double click input, or a click input of any number of times, etc., and may also be a long press input or a short press input. For example, the above-mentioned ninth input may be: the touch input of the first user to the physical state information area in the emergency call interface. For example, the above-mentioned ninth input may be: the click input of the first user to the physical state information area in the emergency call interface.

[0121] The tenth input may be the input of the first user to the physical state information candidate item. The above-mentioned tenth input is used to determine the physical state information of the first user, and the tenth input may be the tenth operation. Exemplarily, the above-mentioned tenth input includes but is not limited to: the touch input of the first user to the physical state information candidate item through a touch device such as a finger or a stylus, or a voice command input by the first user, or a specific gesture input by the first user, or other feasible inputs, which can be determined according to actual usage requirements and are not limited in the embodiments of the present invention. The specific gesture in the embodiments of the present application may be any one of a click gesture, a swipe gesture, a drag gesture, a pressure recognition gesture, a long press gesture, an area change gesture, a double press gesture, and a double click gesture; the click input in the embodiments of the present application may be a single click input, a double click input, or a click input of any number of times, etc., and may also be a long press input or a short press input. For example, the above-mentioned tenth input may be: the touch input of the first user to the physical state information candidate item. For example, the above-mentioned tenth input may be: the click input of the first user to the physical state information candidate item.

[0122] In some embodiments of the present application, in response to the ninth input of the first user to the physical state information area, the physical state information candidate items may be displayed, and then the first user selects the physical state information candidate item that conforms to his current physical state from the physical state information candidate items, and then the physical state information of the first user can be determined.

[0123] Continue to refer to Figure 3 , the first user clicks on the "physical state information area" 35, and the following can be displayed as Figure 7The body status information interface 71 shown includes at least one candidate for body status information. For example, the body status information interface 71 includes a candidate 72 for "not injured", a candidate 73 for "mobility impaired", a candidate 74 for "excessive blood loss", a candidate 75 for "unable to speak", a candidate 76 for "difficult breathing", and a candidate 77 for "possible fracture". At this time, if the first user clicks on the candidate 77 for "possible fracture" and then clicks on the "OK" control 78, the body status information of the first user can be determined as "possible fracture".

[0124] After determining the body status information of the first user, the body status information of the first user can be displayed in the body status information area of the emergency call interface. As in the above example, after determining that the body status information of the first user is "possible fracture", it can be as Figure 3 shown, "possible fracture" is displayed in the "body status information area" 35.

[0125] It should be noted that the first user can select at least one of the at least one candidate for body status information, that is, the at least one candidate for body status information is not mutually exclusive.

[0126] As Figure 3 shown, after the location information "23°46′34″N, 125°46″34″E" of the first electronic device is displayed in the location information area 33 of the emergency call interface, the vital sign detection result "3 abnormalities" of the first user is displayed in the vital sign information area 34, and the body status information "possible fracture" of the first user is displayed in the body status information area 35 of the emergency call interface, the first user can click on the "Send SOS" control 32 to send a Bluetooth broadcast SOS message to M second electronic devices. The Bluetooth broadcast SOS message includes: the location information "23°46′34″N, 125°46″34″E" of the first electronic device, the vital sign detection result "3 abnormalities" of the first user, and the body status information "possible fracture" of the first user.

[0127] In the embodiment of the present application, by responding to the ninth input of the first user to the body status information area, the body status information candidates are displayed, and then by responding to the tenth input of the first user selecting the body status information candidate that conforms to their current body status from the body status information candidates, the body status information of the first user can be obtained. In this way, the body status information of the first user is selected by the first user according to their own current body status. The body status information of the first user determined in this way is more in line with the current body status of the first user, so that the second user can provide targeted rescue based on the body status information of the first user, further improving the rescue success rate of the first user.

[0128] In some embodiments of the present application, in order to further improve the success rate of rescuing the first user, after step 520, the above-mentioned method may further include:

[0129] Display the distress status information in the distress status area of the emergency distress interface;

[0130] In response to a second input from the first user to the distress status area, display the distress delivery device interface.

[0131] Among them, the distress status area may be an area for displaying the distress status information of the first electronic device, such as Figure 8 the distress status area 80 in. The above-mentioned distress status information may be information for characterizing the distress status of the first electronic device, and the distress status information may include a distress status identifier and the value of M. The distress status identifier may be an identifier for indicating the distress status, and the distress status identifier may be the words "distressing" or "not distressing". Continuing to refer to the above example, if the first electronic device is in distress, then as Figure 8 shown, the distress status identifier is the words "distressing" 81.

[0132] The second input may be an input from the first user to the distress status area. The above second input is used to display the distress delivery device interface, and the second input may be a second operation. Exemplarily, the above second input includes but is not limited to: a touch input by the first user on the distress status area through a touch device such as a finger or a stylus, or a voice command input by the first user, or a specific gesture input by the first user, or other feasible inputs, which can be determined according to actual usage requirements, and the embodiments of the present invention do not make limitations. The specific gesture in the embodiments of the present application may be any one of a click gesture, a swipe gesture, a drag gesture, a pressure recognition gesture, a long press gesture, an area change gesture, a double press gesture, and a double click gesture; the click input in the embodiments of the present application may be a single click input, a double click input, or a click input of any number of times, and may also be a long press input or a short press input. For example, the above second input may be: a touch input by the first user on the distress status area. For example, the above second input may be: a click input by the first user on the distress status area.

[0133] The distress delivery device interface may be an interface for displaying the device identifiers of the second electronic devices to which the Bluetooth broadcast distress information is delivered, that is, the distress delivery device interface may include the device identifiers of M second electronic devices.

[0134] In some embodiments of the present application, after the first electronic device sends Bluetooth broadcast distress messages to M second electronic devices, distress status information may be displayed in the distress status area of the emergency distress interface of the first electronic device. Specifically, a distress status identifier and the number of second electronic devices that have received the Bluetooth broadcast distress messages may be displayed in the distress status area. Then, in response to a second input from the first user to the distress status area, a distress delivery device interface including the device identifiers of the M second electronic devices may be displayed.

[0135] Continuing to refer to the above Figure 3 , taking M as 4 and the device identifier of the second electronic device as the username of the second user holding the second electronic device as an example, after the first user clicks the "Send Distress" control 32, it may be as Figure 8 shown. In the distress status area 80 of the emergency distress interface 31, the word 81 of the distress status identifier "Distressing" and the information "4 devices have been sent", which represents the number of second electronic devices that have received the Bluetooth broadcast distress messages, are displayed. At this time, if the first user clicks on the distress status area 80, the distress delivery device interface 91 may be displayed as Figure 9 shown. The device identifiers of the second electronic devices that have received the Bluetooth broadcast distress messages from the first electronic device are displayed in the distress delivery device interface 91, such as Figure 9 the device identifier "Xiaoming" 92, the device identifier "Xiaoli" 93, the device identifier "Xiaohong" 94, and the device identifier "Xiaozhang" 95 in

[0136] It should be noted that as Figure 9 shown, the distance between each second electronic device and the first electronic device may also be displayed in the distress delivery device interface. In this way, it is convenient for the first user to intuitively view the distance between each second electronic device and himself. In this way, the first user can select a second electronic device closer to himself for distress according to the need, so as to obtain rescue faster and increase the success rate of being rescued.

[0137] In the embodiment of the present application, by displaying a distress status identifier and the number of second electronic devices that receive the Bluetooth broadcast distress message in the distress status area of the emergency distress interface of the first electronic device, the first user can intuitively view the distress status of the first electronic device and the number of second electronic devices that receive the Bluetooth broadcast distress message sent, avoiding the first user not knowing whether their Bluetooth broadcast distress message has been sent and whether it has been received by a second electronic device, and thus waiting endlessly, which may delay the rescue. In addition, when the first user needs to view the second electronic devices that receive the Bluetooth broadcast distress message, by responding to a second input of the first user to the distress status area, a distress delivery device interface including the device identifiers of M second electronic devices can be displayed. In this way, the first user can intuitively view the second electronic devices that receive the Bluetooth broadcast distress message, so that the first user can subsequently select a second electronic device that rescues themselves from the M second electronic devices that receive the Bluetooth broadcast distress message, improving the success rate of the first user being rescued.

[0138] In some embodiments of the present application, after displaying the distress delivery device interface, the method described above may further include:

[0139] Responding to a third input of the first user to the first device identifier in the distress delivery device interface, and displaying an intercom interface of the second electronic device corresponding to the first device identifier;

[0140] Responding to a fourth input of the first user to the intercom message input control, and sending an intercom voice message to the second electronic device corresponding to the first device identifier.

[0141] Among them, the first device identifier may be any one of the device identifiers of the M second electronic devices. For example, the first device identifier may be Figure 9 the device identifier "Xiaoming" 92 in

[0142] The third input may be the first user's input of the first device identifier in the distress delivery device interface. The above-mentioned third input is used to display the intercom interface of the second electronic device corresponding to the first device identifier, and the third input may be a third operation. Exemplarily, the above-mentioned third input includes but is not limited to: the first user's touch input on the first device identifier in the distress delivery device interface through a touch device such as a finger or a stylus, or a voice command input by the first user, or a specific gesture input by the first user, or other feasible inputs, which can be determined according to actual usage requirements and are not limited in the embodiments of the present invention. The specific gesture in the embodiments of the present application may be any one of a click gesture, a swipe gesture, a drag gesture, a pressure recognition gesture, a long press gesture, an area change gesture, a double press gesture, and a double click gesture; the click input in the embodiments of the present application may be a single click input, a double click input, or a click input of any number of times, etc., and may also be a long press input or a short press input. For example, the above-mentioned third input may be: the first user's touch input on the first device identifier in the distress delivery device interface. For example, the above-mentioned third input may be: the first user's click input on the first device identifier in the distress delivery device interface.

[0143] The intercom interface of the second electronic device corresponding to the first device identifier may be an interface for the first electronic device to intercom with the second electronic device corresponding to the first device identifier, such as Figure 10 the intercom interface 101 shown. In this intercom interface, there may be an intercom message input control, and this intercom message input control may be a control for inputting intercom voice messages, such as Figure 10 the "press and talk" control 102 in

[0144] The fourth input may be the first user's input of the intercom message input control. The above-mentioned fourth input is used to send intercom voice messages to the second electronic device corresponding to the first device identifier, and the fourth input may be a fourth operation. Exemplarily, the above-mentioned fourth input includes but is not limited to: the first user's touch input on the intercom message input control through a touch device such as a finger or a stylus, or a voice command input by the first user, or a specific gesture input by the first user, or other feasible inputs, which can be determined according to actual usage requirements and are not limited in the embodiments of the present invention. The specific gesture in the embodiments of the present application may be any one of a click gesture, a swipe gesture, a drag gesture, a pressure recognition gesture, a long press gesture, an area change gesture, a double press gesture, and a double click gesture; the click input in the embodiments of the present application may be a single click input, a double click input, or a click input of any number of times, etc., and may also be a long press input or a short press input. For example, the above-mentioned fourth input may be: the first user's touch input on the intercom message input control. For example, the above-mentioned fourth input may be: the first user's click input on the intercom message input control.

[0145] In some embodiments of the present application, by responding to a third input of a first user to a first device identifier in a distress delivery device interface, a walkie-talkie interface of a second electronic device corresponding to the first device identifier can be displayed, and then by responding to a fourth input of the first user to a walkie-talkie message input control in the walkie-talkie interface, a walkie-talkie voice message can be sent to the second electronic device corresponding to the first device identifier.

[0146] Continuing to refer to Figure 9 , if the first user sees that the second electronic device corresponding to the device identifier "Xiaoming" 92 is the closest to himself, the first user can choose to send a walkie-talkie voice message to the second electronic device corresponding to the device identifier "Xiaoming" 92, so that the second user Xiaoming who holds the second electronic device with the device identifier "Xiaoming" 92 can rescue himself. Then the first user can click on the device identifier "Xiaoming" 92, and the walkie-talkie interface 101 of the second electronic device corresponding to the device identifier "Xiaoming" 92 as shown in Figure 10 can be displayed. Then the first user can click on the "Press and hold to talk" control 102, and in this way, a walkie-talkie language message can be sent to the second electronic device corresponding to the device identifier "Xiaoming" 92.

[0147] It should be noted that when the first user long-presses the "Press and hold to talk" control 102, the first electronic device will have vibration and sound effects feedback. At this time, the first user can send a walkie-talkie language message to the second electronic device corresponding to the device identifier "Xiaoming" 92 based on the first electronic device. At the same time, as shown in Figure 11 , the text "I am talking" will be displayed in the walkie-talkie interface 101. Before the first user long-presses the "Press and hold to talk" control 102, a walkie-talkie interface similar to the walkie-talkie interface 101 shown in Figure 10 will also be displayed in the second electronic device that is having a walkie-talkie conversation with the first electronic device. However, this walkie-talkie interface is displayed on the second electronic device corresponding to the device identifier "Xiaoming" 92, and the walkie-talkie object in this walkie-talkie interface is the first user Zhang San. While the first electronic device sends a walkie-talkie language message to the second electronic device corresponding to the device identifier "Xiaoming" 92, the second electronic device that is having a walkie-talkie conversation with the first electronic device will play the walkie-talkie voice message of the first user, and the second electronic device that is having a walkie-talkie conversation with the first electronic device will also have vibration and sound effects feedback. At the same time, the walkie-talkie interface of the second electronic device that is having a walkie-talkie conversation with the first electronic device will display the effect as shown in Figure 11 , except that in this walkie-talkie interface, the text "I am talking" in Figure 11 is replaced with the text "The other party is talking", so that the second user who holds the second electronic device having a walkie-talkie conversation with the first electronic device can intuitively know that the first user is talking.

[0148] In an embodiment of the present application, according to the first user's requirement, the first device identifier required by the first user can be selected from the device identifiers of at least one second electronic device, and an intercom request can be initiated to the second electronic device corresponding to the first device identifier, which improves the flexibility of the first user to select the second electronic device to initiate a distress call.

[0149] In some embodiments of the present application, the displaying the intercom interface of the second electronic device corresponding to the first device identifier in response to a third input of the first user to the first device identifier in the distress delivery device interface includes:

[0150] In response to an eleventh input of the first user to the first device identifier in the distress delivery device interface, displaying the intercom initiation interface of the second electronic device corresponding to the first device identifier;

[0151] In response to a twelfth input to the intercom initiation control, sending an intercom request to the second electronic device corresponding to the first device identifier;

[0152] In the case of receiving the intercom acceptance information sent by the second electronic device corresponding to the first device identifier in response to the intercom request, displaying the intercom interface of the second electronic device corresponding to the first device identifier.

[0153] Among them, the eleventh input may be an input of the first user to the first device identifier in the distress delivery device interface. The above eleventh input is used to display the intercom initiation interface of the second electronic device corresponding to the first device identifier, and the eleventh input may be an eleventh operation. Exemplarily, the above eleventh input includes, but is not limited to: the touch input of the first user to the first device identifier in the distress delivery device interface through a touch device such as a finger or a stylus, or a voice command input by the first user, or a specific gesture input by the first user, or other feasible inputs, which can be determined according to actual usage requirements, and are not limited in the embodiments of the present invention. The specific gesture in the embodiments of the present application may be any one of a click gesture, a slide gesture, a drag gesture, a pressure recognition gesture, a long press gesture, an area change gesture, a double press gesture, and a double click gesture; the click input in the embodiments of the present application may be a single click input, a double click input, or a click input of any number of times, and may also be a long press input or a short press input. For example, the above eleventh input may be: the touch input of the first user to the first device identifier in the distress delivery device interface. For example, the above eleventh input may be: the click input of the first user to the first device identifier in the distress delivery device interface.

[0154] The initiation interface may be an interface for initiating an intercom with the second electronic device corresponding to the first device identifier, such as Figure 12The intercom initiation interface 121 shown. In this initiation interface, there may be an intercom initiation control, which may be a control for initiating an intercom with a second electronic device corresponding to a first device identifier, such as Figure 12 the "initiate intercom" control 122 in

[0155] The twelfth input may be the first user's input to the intercom initiation control in the intercom initiation interface. The above twelfth input is used to send an intercom request to the second electronic device corresponding to the first device identifier, and the twelfth input may be a twelfth operation. Exemplarily, the above second sub-input includes but is not limited to: the first user's touch input to the intercom initiation control in the intercom initiation interface by means of a finger or a stylus, or a voice command input by the first user, or a specific gesture input by the first user, or other feasible inputs, which can be determined according to actual usage requirements and are not limited in the embodiments of the present invention. The specific gesture in the embodiments of the present application may be any one of a click gesture, a swipe gesture, a drag gesture, a pressure recognition gesture, a long press gesture, an area change gesture, a double press gesture, and a double click gesture; the click input in the embodiments of the present application may be a single click input, a double click input, or a click input of any number of times, etc., and may also be a long press input or a short press input. For example, the above twelfth input may be: the first user's touch input to the intercom initiation control in the intercom initiation interface. For example, the above twelfth input may be: the first user's click input to the intercom initiation control in the intercom initiation interface.

[0156] The intercom acceptance information may be information generated by the second electronic device corresponding to the first device identifier in response to the received intercom request. The intercom acceptance information may indicate that the second electronic device corresponding to the first device identifier has accepted the intercom request sent by the first electronic device.

[0157] In some embodiments of the present application, by responding to the eleventh input of the first user to the first device identifier in the distress delivery device interface, the intercom initiation interface may be displayed, and then by responding to the twelfth input of the first user to the intercom initiation control in the intercom initiation interface, an intercom request may be sent to the second electronic device corresponding to the first device identifier. In the case of receiving the intercom acceptance information sent by the second electronic device corresponding to the first device identifier in response to the intercom request, the intercom interface of the second electronic device corresponding to the first device identifier may be displayed.

[0158] Continue to refer to Figure 9 After the first user clicks on the device identifier "Xiaoming" 92, the display may be as shown in Figure 12The shown intercom initiation interface 121 includes an "Initiate Intercom" control 122 therein. When the first user clicks the "Initiate Intercom" control 122, a intercom request can be sent to the second electronic device corresponding to the device identifier "Xiaoming" 92. Then, the second electronic device corresponding to the device identifier "Xiaoming" 92 can display as Figure 13 the shown intercom request interface 131. The intercom request interface 131 includes an intercom request message "Zhang San requests to intercom with you". If the second user Xiaoming clicks the "Accept" control 132, the second electronic device corresponding to the device identifier "Xiaoming" 92 can generate an intercom acceptance message and send the intercom acceptance message to the first electronic device. After receiving the intercom acceptance message, the first electronic device can display as Figure 10 the shown intercom interface 101.

[0159] It should be noted that if the second user Xiaoming clicks the "Reject" control 133, the second electronic device corresponding to the device identifier "Xiaoming" 92 can generate an intercom rejection message and send the intercom rejection message to the first electronic device. After receiving the intercom rejection message, the first electronic device can re-select the device identifier in the distress delivery device interface to initiate an intercom request. If the second user Xiaoming clicks the "Don't Remind Today" control 134, when the first electronic device initiates an intercom request again today, the second electronic device corresponding to the device identifier "Xiaoming" 92 will automatically reject it, no longer accept the intercom request from the first electronic device, and will not display as Figure 13 the shown intercom request interface 131 to avoid being disturbed.

[0160] It should be noted that in the case where the first electronic device has not established a Bluetooth connection with M second electronic devices, that is, when the Bluetooth broadcast distress message is sent through the BLE broadcast mechanism of the first electronic device, after the first user clicks the "Initiate Intercom" control 122, the first electronic device starts to establish a Bluetooth connection with the second electronic device corresponding to the device identifier "Xiaoming" 92. Because only after the first electronic device establishes a Bluetooth connection with the second electronic device corresponding to the device identifier "Xiaoming" 92 can the first electronic device initiate a corresponding request to the second electronic device corresponding to the device identifier "Xiaoming" 92, and both sides can send intercom voice messages.

[0161] In some embodiments of the present application, after the first user performs a twelfth input on the initiate intercom control, the first electronic device sends an intercom request to the second electronic device corresponding to the first device identifier. While the first electronic device is waiting for the second electronic device corresponding to the first device identifier to respond to the intercom request, waiting connection information can be displayed in the intercom initiation interface. This waiting connection information is used to indicate waiting for the second electronic device corresponding to the first device identifier to connect to the intercom request of the first electronic device, and this waiting connection information includes a waiting connection identifier and a waiting connection countdown. The above-mentioned waiting connection identifier can be an identifier used to indicate that the second electronic device corresponding to the first device identifier connects to the intercom request of the first electronic device. For example, it can be words representing waiting to connect, such as Figure 14 the words "Waiting for the other party to accept" in the intercom initiation interface 121 shown. The waiting connection countdown can be displayed within the cancel connection control. This cancel connection control can be used to cancel the intercom request sent by the first electronic device to the second electronic device corresponding to the first device identifier. For example, Figure 14 in the intercom initiation interface 121 in , a "Cancel" control 141 is displayed. This "Cancel" control 141 is the cancel connection control, and in this "Cancel" control 141, the countdown time for waiting for the second electronic device corresponding to the first device identifier to connect to the intercom request of the first electronic device is displayed. This waiting connection countdown time can be set according to user needs. For example, the waiting connection countdown time can be 30 seconds, that is, the second electronic device corresponding to the first device identifier can give feedback on the intercom request within a maximum of 30 seconds. If the second electronic device corresponding to the first device identifier connects to the intercom request sent by the first electronic device within 30 seconds, an interface 101 as shown in Figure 10 can be displayed. In addition, the first user can also actively cancel the current intercom request. For example, the first user can click on the "Cancel" control 141 in Figure 14 to cancel the current intercom request. After the first user cancels the current intercom request, the first user can also re-select a device identifier from the device identifiers "Xiaoli" 93, "Xiaohong" 94, and "Xiaozhang" 95 shown in Figure 9 to initiate an intercom request.

[0162] In an embodiment of the present application, by responding to an eleventh input of a first user on a first device identifier in a distress delivery device interface, a call initiation interface is displayed. Then, when the user confirms the need to initiate a call, in response to a twelfth input of the first user on a call initiation control in the call initiation interface, a call request is sent to a second electronic device corresponding to the first device identifier. When receiving a call acceptance message sent by the second electronic device corresponding to the first device identifier in response to the call request, a call interface of the second electronic device corresponding to the first device identifier can be displayed. In this way, the problem that the first user accidentally initiates a call when there is no need to initiate a call is avoided, and the problem of accidental operation is avoided.

[0163] In some embodiments of the present application, the call interface may further include a volume adjustment control, such as Figure 10 the control 103.

[0164] After sending the call voice message to the second electronic device corresponding to the first device identifier, the method involved above may further include:

[0165] Responding to a thirteenth input of the first user on the volume adjustment control to update the volume of the call voice message sent by the second electronic device corresponding to the first device identifier received.

[0166] Among them, the thirteenth input may be an input of the first user on the volume adjustment control. The above thirteenth input is used to update the volume of the call voice message sent by the second electronic device corresponding to the first device identifier received. The thirteenth input may be a thirteenth operation. Exemplarily, the above thirteenth input includes but is not limited to: a touch input of the first user on the volume adjustment control through a touch device such as a finger or a stylus, or a voice command input by the first user, or a specific gesture input by the first user, or other feasible inputs, which can be determined according to actual usage requirements and are not limited in the embodiments of the present invention. The specific gesture in the embodiments of the present application may be any one of a click gesture, a slide gesture, a drag gesture, a pressure recognition gesture, a long press gesture, an area change gesture, a double press gesture, a double click gesture; the click input in the embodiments of the present application may be a single click input, a double click input or a click input of any number of times, and may also be a long press input or a short press input. For example, the above thirteenth input may be: a touch input of the first user on the volume adjustment control. For example, the above thirteenth input may be: a click input of the first user on the volume adjustment control.

[0167] In some embodiments of the present application, if the first user is not satisfied with the volume of the conversation voice message sent by the second electronic device corresponding to the currently received first device identifier, the first user can perform a thirteenth input on the volume adjustment control. Then, the first electronic device can respond to the thirteenth input of the first user on the volume adjustment control, and update the volume of the intercom voice message sent by the second electronic device corresponding to the received first device identifier. Specifically, the first electronic device can respond to the thirteenth input of the first user on the volume adjustment control, display a volume adjustment interface, and the first user can perform a touch input on this volume adjustment interface to adjust the volume of the intercom voice message sent by the second electronic device corresponding to the received first device identifier.

[0168] Continuing to refer to Figure 10 , if the first user wants to adjust the volume of the intercom voice message sent by the second electronic device corresponding to the received first device identifier, the first user can click control 103, and a volume adjustment interface 151 as shown in Figure 15 can be displayed. A volume touch control 152 can be displayed on this volume adjustment interface 151. The first user can slide the volume touch control 152 up and down to adjust the volume of the intercom voice message sent by the second electronic device corresponding to the received first device identifier. For example, if the first user wants to increase the volume of the intercom voice message sent by the second electronic device corresponding to the received first device identifier, the first user slides the volume touch control 152 upward, and the volume of the intercom voice message sent by the second electronic device corresponding to the received first device identifier can be increased.

[0169] In the embodiments of the present application, according to the user's needs, by responding to the thirteenth input of the first user on the volume adjustment control, the volume of the intercom voice message sent by the second electronic device corresponding to the received first device identifier can be flexibly adjusted, so as to meet the different needs of the user for the volume of the intercom voice message sent by the second electronic device corresponding to the received first device identifier.

[0170] In some embodiments of the present application, the above-mentioned intercom interface may further include an intercom information display control, such as Figure 10 the control 104 in

[0171] After sending the intercom voice message to the second electronic device corresponding to the first device identifier, the above-mentioned method may further include:

[0172] Responding to the fourteenth input of the first user on the intercom information display control, and displaying an intercom information display interface;

[0173] In response to a fifteenth input of a first user on a first intercom voice message bar in an intercom message display interface, play the intercom voice message.

[0174] Among them, the fourteenth input may be an input of the first user on an intercom message display control. The above fourteenth input is used to display the intercom message display interface, and the fourteenth input may be a fourteenth operation. Exemplarily, the above fourteenth input includes, but is not limited to: a touch input of the first user on the intercom message display control through a touch device such as a finger or a stylus, or a voice command input by the user, or a specific gesture input by the user, or other feasible inputs, which can be determined according to actual usage requirements and are not limited in the embodiments of the present invention. The specific gesture in the embodiments of the present application may be any one of a click gesture, a swipe gesture, a drag gesture, a pressure recognition gesture, a long press gesture, an area change gesture, a double press gesture, and a double click gesture; the click input in the embodiments of the present application may be a single click input, a double click input, or a click input of any number of times, and may also be a long press input or a short press input. For example, the above fourteenth input may be: a touch input of the user on the intercom message display control. For example, the above fourteenth input may be: a click input of the user on the intercom message display control.

[0175] The intercom message display interface may be an interface for displaying intercom voice messages. In this intercom message display interface, there may be intercom voice messages between the first user and the second user corresponding to the first device identifier, such as Figure 16 As shown, interface 161 is the intercom message display interface. In this intercom message display interface 161, there is displayed the intercom voice message between the first user and the second user corresponding to the first device identifier. Specifically, there may be displayed an intercom voice message bar representing the intercom voice message between the first user and the second user corresponding to the first device identifier.

[0176] The fifteenth input may be the first user's input to the first intercom voice message bar in the intercom message display interface. The above fifteenth input is used to play the intercom voice message, and the fifteenth input may be the fifteenth operation. Exemplarily, the above fifteenth input includes but is not limited to: the touch input of the first user on the first intercom voice message bar in the intercom message display interface through a touch device such as a finger or a stylus, or a voice command input by the first user, or a specific gesture input by the first user, or other feasible inputs, which can be determined according to actual usage requirements and are not limited in the embodiments of the present invention. The specific gesture in the embodiments of the present application may be any one of a click gesture, a swipe gesture, a drag gesture, a pressure recognition gesture, a long press gesture, an area change gesture, a double press gesture, and a double click gesture; the click input in the embodiments of the present application may be a single click input, a double click input, or a click input of any number of times, etc., and may also be a long press input or a short press input. For example, the above fifteenth input may be: the touch input of the first user on the first intercom voice message bar in the intercom message display interface. For example, the above fifteenth input may be: the click input of the first user on the first intercom voice message bar in the intercom message display interface.

[0177] The first intercom voice message may be at least one of the multiple intercom voice message bars in the intercom message display interface.

[0178] In some embodiments of the present application, by responding to the fourteenth input of the first user to the intercom message display control, the intercom message display interface may be displayed. In the intercom message display interface, there are intercom voice message bars representing multiple intercom voice messages between the first user and the second user corresponding to the first device identifier. Then, if the first user wants to play a certain intercom voice message, the fifteenth input may be executed on the intercom voice message bar of the intercom voice message. The first electronic device responds to the fifteenth input of the first user to the intercom voice message bar of the intercom voice message and may play the intercom voice message.

[0179] Continue to refer to Figure 10 , if the first user wants to view the intercom voice messages sent by himself / herself, the first user may click control 104, and the intercom message display interface 161 as shown in Figure 16 may be displayed. In the intercom message display interface 161, there may be intercom voice message bars of multiple intercom voice messages sent by the first user and the second user Xiaoming corresponding to the device "Xiaoming" 92. If the first user clicks on the intercom voice message bar 162, the intercom voice message corresponding to the intercom voice message bar 162 may be played.

[0180] In an embodiment of the present application, when the first user needs to view the intercom voice information of the current intercom with the second electronic device corresponding to the first device identifier, by responding to the fourteenth input of the first user on the intercom information display control, the intercom information display interface can be displayed. The intercom information display interface includes a plurality of voice bars representing the intercom voice information between the first user and the second user corresponding to the first device identifier. Then, by responding to the fifteenth input of the first user on the first intercom voice information bar, the intercom voice information can be played. In this way, according to the user's needs, the required intercom voice information can be viewed, improving the convenience for the first user to view the intercom voice information of the intercom with the second user corresponding to the first device identifier.

[0181] In some embodiments of the present application, the intercom interface may further include an intercom disconnection control, such as Figure 10 the control 105 in

[0182] After the intercom interface of the second electronic device corresponding to the first device identifier is displayed, the method described above may further include:

[0183] Responding to the sixteenth input of the first user on the intercom disconnection control, displaying an intercom disconnection confirmation interface;

[0184] Responding to the seventeenth input of the first user on the intercom disconnection confirmation control, disconnecting the Bluetooth connection between the first electronic device and the second electronic device corresponding to the first device identifier.

[0185] Among them, the sixteenth input may be the input of the first user on the intercom disconnection control. The above-mentioned sixteenth input is used to display the intercom disconnection confirmation interface, and the sixteenth input may be the sixteenth operation. Exemplarily, the above-mentioned sixteenth input includes, but is not limited to: the touch input of the first user on the intercom disconnection control through a touch device such as a finger or a stylus, or the voice command input by the first user, or the specific gesture input by the first user, or other feasible inputs, which can be determined according to the actual usage requirements, and the embodiments of the present invention do not make limitations. The specific gesture in the embodiments of the present application may be any one of a click gesture, a swipe gesture, a drag gesture, a pressure recognition gesture, a long press gesture, an area change gesture, a double press gesture, and a double click gesture; the click input in the embodiments of the present application may be a single click input, a double click input, or a click input of any number of times, and may also be a long press input or a short press input. For example, the above-mentioned sixteenth input may be: the touch input of the first user on the intercom disconnection control. For example, the above-mentioned sixteenth input may be: the click input of the first user on the intercom disconnection control.

[0186] The intercom disconnection confirmation interface can be an interface for confirming whether to disconnect the intercom with the second electronic device corresponding to the first device identifier. The intercom disconnection confirmation interface may include an intercom disconnection confirmation control, such as Figure 17 The interface 171 shown is the intercom disconnection confirmation interface. In this intercom disconnection confirmation interface 171, a "Disconnect" control 172 can be displayed, and this "Disconnect" control 172 is the intercom disconnection confirmation control.

[0187] The seventeenth input can be the input of the first user to the intercom disconnection confirmation control. The above seventeenth input is used to disconnect the Bluetooth connection between the first electronic device and the second electronic device corresponding to the first device identifier. The seventeenth input can be the seventeenth operation. Exemplarily, the above seventeenth input includes but is not limited to: the touch input of the first user to the intercom disconnection confirmation control through a touch device such as a finger or a stylus, or a voice command input by the first user, or a specific gesture input by the first user, or other feasible inputs, which can be determined according to actual usage requirements and are not limited in the embodiments of the present invention. The specific gesture in the embodiments of the present application can be any one of a click gesture, a swipe gesture, a drag gesture, a pressure recognition gesture, a long press gesture, an area change gesture, a double press gesture, and a double click gesture; the click input in the embodiments of the present application can be a single click input, a double click input, or a click input of any number of times, and can also be a long press input or a short press input. For example, the above seventeenth input can be: the touch input of the first user to the intercom disconnection confirmation control. For example, the above seventeenth input can be: the click input of the first user to the intercom disconnection confirmation control.

[0188] It should be noted that the intercom disconnection confirmation interface may further include an intercom disconnection inquiry message, which can be a message for inquiring whether to confirm the disconnection of the intercom with the second electronic device corresponding to the first device identifier, such as Figure 17 the intercom disconnection inquiry message "Are you sure you want to disconnect the intercom with 'Xiaoming'?" in

[0189] In some embodiments of the present application, during the intercom between the first electronic device and the second electronic device corresponding to the first device identifier, if the first electronic device needs to disconnect the intercom with the second electronic device corresponding to the first device identifier for other reasons, for example, the first user cannot clearly hear the intercom voice information feedback by the second electronic device corresponding to the first device identifier and needs to disconnect the intercom with the second electronic device corresponding to the first device identifier and re - establish the intercom with the second target electronic device corresponding to the first device identifier, then the first electronic device can respond to the sixteenth input of the first user on the intercom disconnection control to display an intercom disconnection confirmation interface. An intercom disconnection confirmation control can be displayed in the intercom disconnection confirmation interface. Then, in response to the seventeenth input of the first user on the intercom disconnection confirmation control, the Bluetooth connection between the first electronic device and the second electronic device corresponding to the first device identifier can be disconnected. Then, the first user can re - select the first device identifier on the distress delivery device interface.

[0190] Continue to refer to Figure 10 , if the first user cannot clearly hear the intercom voice information feedback by the second electronic device corresponding to the device identifier "Xiaoming" 92, the

[0191] An intercom disconnection inquiry message "Are you sure you want to disconnect the intercom with 'Xiaoming'?" and a "Disconnect" control 172 can be displayed. If the first user selects the "Disconnect" control 172, the first user confirms to disconnect the Bluetooth connection with the device identifier "Xiaoming" 92. Then, the first user can Figure 9 re - select the device identifier "Xiaoming" 92 in the distress delivery device interface 91 as shown.

[0192] In an embodiment of the present application, when the first user wants to disconnect the Bluetooth connection between the first electronic device and the second electronic device corresponding to the first device identifier, the first electronic device can respond to the sixteenth input of the first user on the intercom disconnection control to display an intercom disconnection confirmation interface. Then, in response to the seventeenth input of the first user on the intercom disconnection confirmation control in the intercom disconnection confirmation interface, the Bluetooth connection between the first electronic device and the second electronic device corresponding to the first device identifier can be disconnected. In this way, the Bluetooth connection with the second electronic device corresponding to the first device identifier can be disconnected only when the first user confirms to disconnect it, avoiding the first user accidentally operating to disconnect the Bluetooth connection with the second electronic device corresponding to the first device identifier and affecting the first user's rescue.

[0193] In some embodiments of the present application, after step 510, the distress control in the emergency distress interface will be updated to an end - distress control. As Figure 3 shown, after the first user clicks the "Send Distress" control 32, then Figure 3The "send a distress signal" control 32 in Figure 18 can be updated to the "end distress signal" control 183 in

[0194] After step 520, the method described above may further include:

[0195] In response to an eighteenth input by the first user to the end distress signal control in the emergency distress interface, stop sending the Bluetooth broadcast distress information.

[0196] Wherein, the eighteenth input may be an input by the first user to the end distress signal control in the emergency distress interface, and the above eighteenth input is used to stop sending the Bluetooth broadcast distress information, and the eighteenth input may be an eighteenth operation. Exemplarily, the above eighteenth input includes but is not limited to: a touch input by the first user to the end distress signal control in the emergency distress interface through a touch device such as a finger or a stylus, or a voice command input by the first user, or a specific gesture input by the first user, or other feasible inputs, which can be determined according to actual usage requirements, and the embodiments of the present invention do not make limitations. The specific gesture in the embodiments of the present application may be any one of a click gesture, a swipe gesture, a drag gesture, a pressure recognition gesture, a long press gesture, an area change gesture, a double press gesture, and a double click gesture; the click input in the embodiments of the present application may be a single click input, a double click input, or a click input of any number of times, etc., and may also be a long press input or a short press input. For example, the above eighteenth input may be: a touch input by the first user to the end distress signal control in the emergency distress interface. For example, the above eighteenth input may be: a click input by the first user to the end distress signal control in the emergency distress interface.

[0197] In some embodiments of the present application, when the first user wants to end the current rescue, for example, it may be that the first electronic device receives a confirmation rescue prompt message sent by the second electronic device corresponding to the first device identifier, or when the first user feels that he / she is okay and does not need rescue, then the first user can perform an eighteenth input on the end distress signal control in the emergency distress interface, and the first electronic device, in response to the eighteenth input, can stop continuing to send the Bluetooth broadcast distress information.

[0198] Continuing to refer to Figure 18 , the first user feels that he / she is okay and does not need rescue. At this time, the first user can click the "end distress signal" control 183 to stop continuing to send the Bluetooth broadcast distress information.

[0199] In an embodiment of the present application, when the first user wants to end the current rescue, the first electronic device can respond to the eighteenth input of the end rescue control in the emergency rescue interface and stop continuously sending Bluetooth broadcast rescue information. In this way, the continuous sending of Bluetooth broadcast rescue information can be ended only when the first user confirms to end the current rescue, avoiding the first user's accidental operation from ending the current rescue and affecting the rescue of the first user.

[0200] In some embodiments of the present application, the method involved above may further include:

[0201] When receiving a prompt message for confirming rescue sent by the second electronic device corresponding to the second device identifier among the device identifiers of M second electronic devices, display rescue status information in the associated area corresponding to the second device identifier in the rescue delivered device interface.

[0202] Wherein, the second device identifier may be at least one of the device identifiers of the M second electronic devices. For example, the second device identifier may be Figure 9 the device identifier "Xiaoli" 93 in

[0203] It should be noted that the second device identifier may be the same as the first device identifier or different from the first device identifier.

[0204] The prompt message for confirming rescue may be a prompt message sent by the second electronic device corresponding to the second device identifier to confirm the implementation of rescue for the first user.

[0205] The associated area corresponding to the second device identifier may be an area within a preset range of the second device identifier. For example, it may be an area within 2 cm below the second device identifier.

[0206] The rescue status information may be information used to characterize the rescue status of the second electronic device corresponding to the second device identifier. For example, the rescue status information may be "participating in rescue" or "not participating in rescue". Specifically, when the second electronic device corresponding to the second device identifier confirms rescue, the rescue status information may be "participating in rescue", and when the second electronic device corresponding to the second device identifier confirms not to rescue, the rescue status information may be "not participating in rescue".

[0207] In some embodiments of the present application, when receiving a prompt message for confirming rescue sent by the second electronic device corresponding to the second device identifier among the device identifiers of M second electronic devices, display rescue status information in the associated area corresponding to the second device identifier in the rescue delivered device interface.

[0208] Continue to refer to Figure 9, taking the second device identifier as the device identifier "Xiaoming" 92 and the associated area corresponding to the second device identifier as the area within 2 cm below the device identifier "Xiaoming" 92 as an example, after receiving the prompt message for confirming rescue sent by the device identifier "Xiaoming" 92, it can be in Figure 9 The rescue status information "Participating in rescue" is displayed below the device identifier "Xiaoming" 92 as shown.

[0209] It should be noted that when it is confirmed that the prompt message for confirming rescue sent by the second electronic device corresponding to the second device identifier is received, the number of second electronic devices that send the confirmation of rescue can also be displayed in the rescue status area of the emergency SOS interface. For example, if the second electronic devices corresponding to the device identifier "Xiaoming" 92 and the device identifier "Xiaoli" 93 both send the information for confirming rescue, then in Figure 18 The "2 users have confirmed to participate in the rescue" is displayed in the rescue status area 80 as shown, and then the first user clicks on Figure 18 The rescue status area 80 in, and the rescue delivery device interface 1901 as shown in Figure 19 can be displayed. The rescue delivery device interface 1901 is similar to the rescue delivery device interface 901 in the above Figure 9 , except that the rescue status information "Participating in rescue" will be displayed in the areas within 2 cm below the device identifier "Xiaoming" 92 and the device identifier "Xiaoli" 93 respectively.

[0210] In the embodiments of the present application, when the prompt message for confirming rescue sent by the second electronic device corresponding to the second device identifier among the device identifiers of M second electronic devices is received, the rescue status information can be displayed in the associated area corresponding to the second device identifier in the rescue delivery device interface. In this way, the first user can intuitively check whether someone is rescuing themselves and who can rescue themselves, avoiding the first user waiting endlessly without knowing whether someone is rescuing themselves and delaying the rescue.

[0211] The execution subject of the emergency SOS method provided in the above embodiments is the electronic device corresponding to the SOS sender. The following details the emergency SOS method executed at the end of the electronic device corresponding to the rescuer.

[0212] Figure 20 is a flowchart of an emergency SOS method provided in the embodiments of the present application. The execution subject of this emergency SOS method can be the second electronic device 300 in the above Figure 1 . For example, the second electronic device 300 can be the second electronic device corresponding to the device identifier "Xiaoming" 92 in the above embodiments Figure 9 .

[0213] Such as Figure 20As shown, the emergency rescue method provided by the embodiments of the present application may include step 1910-step 1920.

[0214] Step 1910: When receiving the Bluetooth broadcast distress information sent by the first electronic device, display a distress information prompt identifier on the distress information interface.

[0215] In some embodiments of the present application, the distress information interface may include distress information prompt identifiers of at least two electronic devices.

[0216] Before step 1910, the method involved above may further include:

[0217] Sort the P third electronic devices according to the vital sign detection results of the users respectively corresponding to the P third electronic devices, and obtain a sorting result;

[0218] According to the sorting result, display the distress information prompt identifiers of the P third electronic devices on the distress information interface.

[0219] Among them, the P third electronic devices may include the first electronic device. P may be a positive integer greater than or equal to 2.

[0220] In some embodiments of the present application, the P third electronic devices including the first electronic device may be sorted according to the vital sign detection results of the users respectively corresponding to the P third electronic devices to obtain a sorting result, and then according to this sorting result, the distress information prompt identifiers of the P third electronic devices are displayed on the distress information interface. For example, the third electronic device with more abnormal items in the vital sign detection results of the users respectively corresponding to the P third electronic devices may be ranked in the front. If the number of abnormal items in the vital sign detection results of the users corresponding to two third electronic devices is the same, then the sorting is carried out according to whether there is a rescuer to confirm the rescue for the users corresponding to the two third electronic devices at this time. For example, the third electronic device without rescue may be ranked in the front.

[0221] In an example, taking the distress information prompt identifier of the third electronic device as the device identifier of the third electronic device, there are currently 3 distressers: Zhang San, Li Si, and Wang Wu. The situations of these 3 distressers are as follows: Distresser Zhang San: 3 abnormal vital signs, no rescuer; Distresser Li Si: 3 abnormal vital signs, there is a rescuer; Distresser Wang Wu: 2 abnormal vital signs, no rescuer. Then the sorting result of the third electronic devices held by Zhang San, Li Si, and Wang Wu respectively is the third electronic device held by Zhang San → the third electronic device held by Li Si → the third electronic device held by Wang Wu. Then according to this sorting result, the device identifiers of the third electronic devices held by Zhang San, Li Si, and Wang Wu respectively are displayed on the distress information interface, that is, as Figure 4 shown.

[0222] In an embodiment of the present application, according to the vital sign detection results of the users corresponding to P third electronic devices respectively, the P third electronic devices are sorted to obtain a sorting result, and then according to the sorting result, a distress information prompt identifier of the P third electronic devices is displayed in the distress information interface. In this way, the second user can intuitively view the users among the users corresponding to the P third electronic devices who are more in need of assistance, so as to promptly rescue the users who are more in need of assistance.

[0223] Step 1920: In response to a fifth input of the second user to the distress information prompt identifier, display a distress details interface.

[0224] The distress details interface includes a Bluetooth broadcast distress message sent by the first electronic device corresponding to the distress information prompt identifier. The Bluetooth broadcast distress message may include at least one of the following: the location information of the first electronic device, the vital sign detection result of the first user of the first electronic device, and the physical state information of the first user of the first electronic device.

[0225] It should be noted that the location information of the first electronic device, the vital sign detection result of the first user of the first electronic device, and the physical state information of the first user of the first electronic device included in the above Bluetooth broadcast distress message are the same as the meanings and determination methods of the location information of the first electronic device, the vital sign detection result of the first user of the first electronic device, and the physical state information of the first user of the first electronic device in the above embodiment, and will not be elaborated here.

[0226] In some embodiments of the present application, if the second user wants to view the specific Bluetooth broadcast distress message of a certain third electronic device received, in response to a fifth input of the second user to the distress information prompt identifier of the third electronic device, display the Bluetooth broadcast distress message.

[0227] Continue to refer to Figure 4 , if the second user wants to view the Bluetooth broadcast distress message sent by the electronic device corresponding to the device "Zhang San" 42, the second user can click on the device identifier "Zhang San" 42, and the following can be displayed as Figure 21The SOS details interface 2001 shown displays the Bluetooth broadcast SOS information of the electronic device corresponding to the device identifier "Zhang San" 42. Specifically, the SOS details interface 2001 displays a "Location Information Area" 2003, a "Vital Sign Information Area" 2004, and a "Physical Condition Information Area" 2005. In the "Location Information Area" 2003, the location information of the electronic device corresponding to the device identifier "Zhang San" 42 is displayed as "23°46′34″N, 125°46″34″E". In the "Vital Sign Information Area" 2004, the vital sign result of the user corresponding to the device identifier "Zhang San" 42 is displayed as "3 abnormalities". In the "Physical Condition Information Area" 2005, the physical condition information of the user corresponding to the device identifier "Zhang San" 42 is displayed as "possible fracture".

[0228] It should be noted that when the second user clicks on the "Location Information Area" 2003, the "Vital Sign Information Area" 2004, and the "Physical Condition Information Area" 2005, the specific information corresponding to that area can be viewed. For example, when the second user clicks on the "Vital Sign Information Area" 2003, at least one vital sign information of the user corresponding to the device identifier "Zhang San" 42 as shown can be displayed. Figure 22 shown.

[0229] In an embodiment of the present application, when the second electronic device receives the Bluetooth broadcast SOS information sent by the first electronic device, it can display an SOS information prompt identifier on the SOS information interface. Then, in response to the fifth input of the second user to the SOS information prompt identifier, the Bluetooth broadcast SOS information can be displayed. In this way, the second user holding the second electronic device can intuitively view the first electronic device that sent the Bluetooth broadcast SOS information, as well as the location information of the first user holding the first electronic device, the vital sign detection result of the first user, and the physical condition information of the first user, so as to be able to provide targeted assistance to the first user in a timely manner based on the location information of the first user, the vital sign detection result of the first user, and the physical condition information of the first user, further improving the rescue success rate of the first user.

[0230] In an embodiment of the present application, by responding to the twelfth input of the second user to the second device identifier, the SOS information interface of the target first electronic device corresponding to the second device identifier can be displayed, and the SOS information sent by the target first electronic device can be displayed in this SOS information interface. In this way, the second user can intuitively view the SOS information sent by the target first electronic device, so that the second user can quickly evaluate and judge the injury situation of the first target user based on this SOS information, improving the rescue efficiency of the first target user.

[0231] In some embodiments of the present application, the methods described above may further include:

[0232] In the case of receiving an intercom request sent by a first electronic device, in response to a sixth input to an intercom acceptance control for the intercom request by a second user, display an intercom interface for intercom with the first electronic device;

[0233] In response to a seventh input to an intercom message input control by the second user, send an intercom voice message to the first electronic device.

[0234] Among them, the intercom acceptance control is a control used to indicate acceptance of an intercom request. This intercom reception control can be, for example, Figure 13 the "Accept" control 132 in the intercom request interface 131 as shown.

[0235] The sixth input can be an input to the intercom acceptance control for the intercom request sent by the second user to the first electronic device. The above sixth input is used to display an intercom interface for intercom with the first electronic device, and the sixth input can be a sixth operation. Exemplarily, the above sixth input includes, but is not limited to: a touch input by the second user using a touch device such as a finger or a stylus to the intercom acceptance control for the intercom request sent by the first electronic device, or a voice command input by the second user, or a specific gesture input by the second user, or other feasible inputs, which can be determined according to actual usage requirements, and are not limited in the embodiments of the present invention. The specific gesture in the embodiments of the present application can be any one of a click gesture, a swipe gesture, a drag gesture, a pressure recognition gesture, a long press gesture, an area change gesture, a double press gesture, a double click gesture; the click input in the embodiments of the present application can be a single click input, a double click input, or a click input of any number of times, etc., and can also be a long press input or a short press input. For example, the above sixth input can be: a touch input by the second user to the intercom acceptance control for the intercom request sent by the first electronic device. For example, the above sixth input can be: a click input by the second user to the intercom acceptance control for the intercom request sent by the first electronic device.

[0236] The seventh input may be an input by a second user to the walkie-talkie message input control. The above-mentioned seventh input is used to send a walkie-talkie voice message to the first electronic device, and the seventh input may be a seventh operation. Exemplarily, the above-mentioned seventh input includes, but is not limited to: a touch input by the second user on the walkie-talkie message input control using a touch device such as a finger or a stylus, or a voice command input by the second user, or a specific gesture input by the second user, or other feasible inputs, which can be determined according to actual usage requirements and are not limited in the embodiments of the present invention. The specific gesture in the embodiments of the present application may be any one of a click gesture, a swipe gesture, a drag gesture, a pressure recognition gesture, a long press gesture, an area change gesture, a double press gesture, and a double click gesture; the click input in the embodiments of the present application may be a single click input, a double click input, or a click input of any number of times, etc., and may also be a long press input or a short press input. For example, the above-mentioned seventh input may be: a touch input by the second user on the walkie-talkie message input control. For example, the above-mentioned seventh input may be: a click input by the second user on the walkie-talkie message input control.

[0237] In some embodiments of the present application, in the case of receiving a walkie-talkie request sent by the first electronic device, in response to a sixth input by the second user to the walkie-talkie acceptance control for the walkie-talkie request, a walkie-talkie interface for conducting a walkie-talkie with the first electronic device may be displayed, and then in response to a seventh input by the second user to the walkie-talkie message input control, a walkie-talkie voice message may be sent to the first electronic device.

[0238] Continuing to refer to the above example, in the case of receiving Figure 4 a walkie-talkie request sent by the first electronic device corresponding to the device identifier "Zhang San" 42 in Figure 13 a walkie-talkie request interface 131 as shown in Figure 23 is displayed. In this walkie-talkie request interface 131, an "Accept" control 132 is displayed. If the second user clicks the "Accept" control 132, a walkie-talkie interface 2201 as shown in Figure 23 is displayed. In this walkie-talkie interface 2201, a walkie-talkie message input control "Press to Talk" control 2202 may be included. Then the second user may long press the "Press to Talk" control 2202 to send a walkie-talkie voice message to the first electronic device corresponding to the device identifier "Zhang San" 42.

[0239] It should be noted that Figure 23 the walkie-talkie interface 2201 in Figure 10 may also include a walkie-talkie message display control, a walkie-talkie disconnection control, and a volume adjustment control in the walkie-talkie interface 101 as shown in Figure 10 and the functions of the walkie-talkie message display control, the walkie-talkie disconnection control, and the volume adjustment control are the same as their functions in the walkie-talkie interface 101 shown in Figure 10 and will not be elaborated here.

[0240] In an embodiment of the present application, when receiving an intercom request sent by a first electronic device, according to the needs of a second user, if the second user wants to accept the intercom request, by responding to a sixth input on an intercom acceptance control for the intercom request by the second user, an intercom interface for intercom with the first electronic device is displayed. By responding to a seventh input on an intercom message input control by the second user, an intercom voice message can be sent to the first electronic device. In this way, according to the needs of the second user, an intercom voice message can be sent to the first electronic device, improving the flexibility of the second electronic device to send an intercom voice message to the first electronic device.

[0241] In some embodiments of the present application, the distress details interface may further include a participate-in-rescue control, such as Figure 21 the "Participate in Rescue" control 2005 in

[0242] After step 1910, the method involved above may further include:

[0243] Responding to an eighth input on the participate-in-rescue control by the second user, a prompt message for confirming rescue is sent to the first electronic device.

[0244] Wherein, the eighth input may be an input on the participate-in-rescue control by the second user. The above-mentioned eighth input is used to send a prompt message for confirming rescue to the first electronic device, and the eighth input may be an eighth operation. Exemplarily, the above-mentioned eighth input includes but is not limited to: a touch input on the participate-in-rescue control by the second user using a finger or a stylus, or a voice command input by the user, or a specific gesture input by the user, or other feasible inputs, which can be determined according to actual usage requirements, and are not limited in the embodiments of the present invention. The specific gesture in the embodiments of the present application may be any one of a click gesture, a swipe gesture, a drag gesture, a pressure recognition gesture, a long press gesture, an area change gesture, a double press gesture, a double click gesture; the click input in the embodiments of the present application may be a single click input, a double click input or a click input of any number of times, etc., and may also be a long press input or a short press input. For example, the above-mentioned eighth input may be: a touch input on the participate-in-rescue control by the second user. For example, the above-mentioned eighth input may be: a swipe input on the participate-in-rescue control by the second user.

[0245] In some embodiments of the present application, a participate-in-rescue control is displayed in the distress details interface. If the second user chooses to rescue the first user corresponding to the first electronic device, the second user can perform an eighth input on the participate-in-rescue control, and the second electronic device responds to the eighth input and can send a prompt message for confirming rescue to the first electronic device.

[0246] Continue to refer to Figure 21, if Xiaoming confirms to rescue Zhang San, he can click the "Participate in Rescue" control 2005. In this way, the first electronic device held by Zhang San can receive the prompt message of confirming rescue sent by the second electronic device held by Xiaoming. In this way, as Figure 19 shown, the rescue status information "Participate in Rescue" is displayed below the device identifier "Xiaoming" 92 in the distress delivery device interface 1901.

[0247] In the embodiment of the present application, the second electronic device can, according to the needs of the second user, select whether to rescue the user corresponding to the first electronic device. When the second user selects to rescue the first user corresponding to the first electronic device, the second electronic device can, by responding to the eighth input of the second user to the participate in rescue control, send a prompt message of confirming rescue to the first electronic device. In this way, according to the needs of the second user, only when it is confirmed to rescue the user corresponding to the first electronic device, a prompt message of confirming rescue will be sent to the first electronic device, avoiding the problem of misoperation by the second user.

[0248] It should be noted that both the above-mentioned first electronic device and the second electronic device can serve as the electronic device corresponding to the person in distress or the electronic device corresponding to the rescuer. Taking the first electronic device as an example, when the first electronic device receives a call request sent by the target electronic device among M second electronic devices, it displays a call request interface;

[0249] The first electronic device displays the call interface of the target electronic device in response to the nineteenth input of the first user to the call acceptance control.

[0250] Among them, the target electronic device can be at least one of the M second electronic devices.

[0251] The call request interface can be the interface displayed by the first electronic device after receiving the call request sent by the target electronic device. The call acceptance control can be included in this call request interface. Specifically, the call request interface can be as Figure 13 shown in the call request interface 131. The "Accept" control 132 can be included in the call request interface 131.

[0252] The nineteenth input may be the input of the first user to the intercom reception control. The above-mentioned nineteenth input is used to display the intercom interface of the target electronic device, and the nineteenth input may be the nineteenth operation. Exemplarily, the above-mentioned nineteenth input includes, but is not limited to: the touch input of the first user to the intercom reception control through a touch device such as a finger or a stylus, or a voice command input by the first user, or a specific gesture input by the first user, or other feasible inputs, which can be determined according to actual usage requirements and are not limited in the embodiments of the present invention. The specific gesture in the embodiments of the present application may be any one of a click gesture, a slide gesture, a drag gesture, a pressure recognition gesture, a long press gesture, an area change gesture, a double press gesture, and a double click gesture; the click input in the embodiments of the present application may be a single click input, a double click input, or a click input of any number of times, etc., and may also be a long press input or a short press input. For example, the above-mentioned nineteenth input may be: the touch input of the first user to the intercom reception control. For example, the above-mentioned nineteenth input may be: the click input of the first user to the intercom reception control.

[0253] In some embodiments of the present application, the first electronic device can be both the electronic device corresponding to the rescuer and the electronic device corresponding to the rescuer. When the first electronic device is the electronic device corresponding to the rescuer, when receiving the intercom request sent by the target electronic device among the M second electronic devices, the intercom request interface can be displayed. If the first user decides to rescue the second user corresponding to the target electronic device, the first electronic device responds to the nineteenth input of the first user to the intercom reception control and can display the intercom interface of the target electronic device.

[0254] It should be noted that the manner in which the target electronic device sends the intercom request is the same as the manner in which the first electronic device sends the intercom request in the above embodiments and will not be elaborated in the embodiments of the present application.

[0255] Continuing to refer to the above example, taking the target electronic device as Figure 9 the electronic device corresponding to the device identifier "Xiaoming" 92 in, if the electronic device corresponding to the device identifier "Xiaoming" 92 sends a corresponding request to the first electronic device, the first electronic device can also display the intercom request interface 131 as Figure 13 shown. In the intercom request interface 131, there is an "Accept" control 132. If the first user decides to rescue the user "Xiaoming" corresponding to the device identifier "Xiaoming" 92, the first user can click the "Accept" control 132, and then the intercom interface 101 as Figure 10 shown can be displayed.

[0256] In an embodiment of the present application, when the first electronic device receives a walkie - talkie request sent by a target electronic device among M second electronic devices, it can display a walkie - talkie request interface. If the first user decides to rescue the second user corresponding to the target electronic device, the first electronic device can display the walkie - talkie interface of the target electronic device in response to the nineteenth input of the first user to the walkie - talkie acceptance control. In this way, the first electronic device can not only serve as the electronic device corresponding to the person in distress but also as the electronic device corresponding to the rescuer, realizing the dynamic switching of device functions and improving the reuse rate of the first electronic device.

[0257] For the emergency rescue method provided in the embodiments of the present application, the execution subject can be an emergency rescue device. In the embodiments of the present application, taking the emergency rescue device as an example to execute the emergency rescue method, the emergency rescue device provided in the embodiments of the present application is described.

[0258] Figure 24 It is a schematic structural diagram of an emergency rescue device shown according to an exemplary embodiment. This emergency rescue device can be applied to Figure 1 the first electronic device 200 shown in Figure 24 As shown, the emergency rescue device 2400 can include:

[0259] A receiving module 2410, configured to receive a first input of the first user to a rescue control in an emergency rescue interface;

[0260] A sending module 2420, configured to send a Bluetooth broadcast distress message to M second electronic devices in response to the first input, where M is a positive integer.

[0261] In the embodiments of the present application, by responding to the first input of the first user to the rescue control in the emergency rescue interface of the first electronic device, a Bluetooth broadcast distress message can be sent to M second electronic devices. In this way, in a scenario without a network or with poor network signal, the first electronic device can still send a Bluetooth broadcast distress message in a timely manner to call for help. Thus, in a scenario without a network or with poor network signal, the probability of the first user being rescued is increased, and the distress - calling time is shortened, which helps to improve the rescue success rate.

[0262] In some embodiments of the present application, the Bluetooth broadcast distress message includes at least one of the following: the location information of the first electronic device, the vital sign detection result of the first user, and the physical condition information of the first user; the device further includes a first display module, configured to display the location information of the first electronic device in the location information area of the emergency distress interface before receiving the first input of the first user on the distress control in the distress interface; display the vital sign detection result of the first user in the vital sign information area of the emergency distress interface; and display the physical condition information of the first user in the physical condition information area of the emergency distress interface.

[0263] In some embodiments of the present application, the device further includes:

[0264] A second display module, configured to display distress status information in the distress status area of the emergency distress interface after sending the Bluetooth broadcast distress message to M second electronic devices, where the distress status information includes a distress status identifier and the value of M;

[0265] A third display module, configured to display a distress delivered device interface in response to a second input of the first user on the distress status area, where the distress delivered device interface includes the device identifiers of the M second electronic devices.

[0266] In some embodiments of the present application, the device further includes:

[0267] A fourth display module, configured to display an intercom interface of the second electronic device corresponding to the first device identifier in response to a third input of the first user on the first device identifier in the distress delivered device interface after displaying the distress delivered device interface, where the intercom interface includes an intercom information input control;

[0268] The sending module 2420 is further configured to send an intercom voice message to the second electronic device corresponding to the first device identifier in response to a fourth input of the first user on the intercom information input control.

[0269] In some embodiments of the present application, the device further includes:

[0270] A fifth display module, configured to display rescue status information in the associated area corresponding to the second device identifier in the distress delivered device interface when receiving a prompt message for confirming rescue sent by the second electronic device corresponding to the second device identifier among the device identifiers of the M second electronic devices.

[0271] Figure 25 is a schematic structural diagram of an emergency distress device shown according to an exemplary embodiment. The emergency distress device can be applied to Figure 1The second electronic device 300 shown, such as Figure 25 shown, the emergency rescue device 2500 may include:

[0272] A display module 2510, configured to display a distress information prompt identifier on a distress information interface when receiving the Bluetooth broadcast distress information sent by the first electronic device; in response to a fifth input of the second user to the distress information prompt identifier, display a distress details interface, and the distress details interface displays the Bluetooth broadcast distress information; the Bluetooth broadcast distress information includes at least one of the following: the location information of the first electronic device, the vital sign detection result of the first user of the first electronic device, and the physical condition information of the first user of the first electronic device.

[0273] In an embodiment of the present application, when the second electronic device receives the Bluetooth broadcast distress information sent by the first electronic device, it can display a distress information prompt identifier on the distress information interface, and then in response to a fifth input of the second user to the distress information prompt identifier, it can display the Bluetooth broadcast distress information. In this way, the second user holding the second electronic device can intuitively view the first electronic device that sends the Bluetooth broadcast distress information, as well as the location information of the first user holding the first electronic device, the vital sign detection result of the first user, and the physical condition information of the first user, so as to be able to provide targeted assistance to the first user in a timely manner according to the location information of the first user, the vital sign detection result of the first user, and the physical condition information of the first user, further improving the rescue success rate of the first user.

[0274] In some embodiments of the present application, the distress information interface includes distress information prompt identifiers of at least two electronic devices; the device further includes:

[0275] A sorting module, configured to sort the P third electronic devices according to the vital sign detection results of the users respectively corresponding to the P third electronic devices before displaying the distress information prompt identifiers on the distress information interface, to obtain a sorting result, and the P third electronic devices include the first electronic device;

[0276] The display module 2520 is further configured to display the distress information prompt identifiers of the P third electronic devices in the distress information interface according to the sorting result, where P is a positive integer greater than or equal to 2.

[0277] In some embodiments of the present application, the display module 2520 is further configured to, when receiving a call request sent by the first electronic device, in response to a sixth input of the second user to the call receiving control of the call request, display a call interface for communicating with the first electronic device, and the call interface includes a call information input control;

[0278] The device further includes: a first sending module, configured to send an intercom voice message to the first electronic device in response to a seventh input of a second user to the intercom information input control.

[0279] In some embodiments of the present application, the distress details interface further includes a participating in rescue control; the device further includes:

[0280] a second sending module, configured to send a prompt message for confirming rescue to the first electronic device in response to an eighth input of the second user to the participating in rescue control after the distress details interface is displayed.

[0281] The emergency rescue device in the embodiments of the present application may be an electronic device or a component in an electronic device, such as an integrated circuit or a chip. The electronic device may be a terminal or other devices other than the terminal. Exemplarily, the electronic device may be a mobile phone, a tablet computer, a laptop computer, a handheld computer, a vehicle-mounted electronic device, a Mobile Internet Device (MID), an augmented reality (AR) / virtual reality (VR) device, a robot, a wearable device, an ultra-mobile personal computer (UMPC), a netbook or a personal digital assistant (PDA), etc., and may also be a server, a Network Attached Storage (NAS), a personal computer (PC), a television (TV), a teller machine or a self-service machine, etc. The embodiments of the present application do not make specific limitations.

[0282] The emergency rescue device in the embodiments of the present application may be a device with an operating system. The operating system may be an Android operating system, an iOS operating system, or other possible operating systems. The embodiments of the present application do not make specific limitations.

[0283] The emergency rescue device provided in the embodiments of the present application can implement Figure 5 and Figure 20 each process implemented by the method embodiments, and for the sake of avoiding repetition, it will not be described in detail here.

[0284] Optionally, as Figure 26As shown in the figure, an embodiment of the present application further provides an electronic device 2600, which includes a processor 2601 and a memory 2602. A program or instruction that can run on the processor 2601 is stored on the memory 2602. When the program or instruction is executed by the processor 2601, it implements each step of the above-mentioned embodiment of the emergency call method and can achieve the same technical effect. To avoid repetition, it will not be elaborated here.

[0285] It should be noted that the electronic devices in the embodiments of the present application include the above-mentioned mobile electronic devices and non-mobile electronic devices.

[0286] Figure 27 It is a schematic diagram of the hardware structure of an electronic device according to an embodiment of the present application.

[0287] The electronic device 2700 includes, but is not limited to: a radio frequency unit 2701, a network module 2702, an audio output unit 2703, an input unit 2704, a sensor 2705, a display unit 2706, a user input unit 2707, an interface unit 2708, a memory 2709, and a processor 2710, etc.

[0288] Those skilled in the art can understand that the electronic device 2700 may further include a power source (such as a battery) for supplying power to each component. The power source can be logically connected to the processor 2710 through a power management system, so as to implement functions such as management of charging, discharging, and power consumption management through the power management system. Figure 27 The structure of the electronic device shown in the figure does not constitute a limitation on the electronic device. The electronic device may include more or fewer components than shown in the figure, or combine some components, or have different component arrangements, which will not be elaborated here.

[0289] When the electronic device 2700 is the first electronic device 200 in the above Figure 1 case:

[0290] The user input unit 2707 is configured to receive a first input from a first user to a distress control in the emergency call interface;

[0291] The processor 2710 is configured to send Bluetooth broadcast distress information to M second electronic devices in response to the first input, where M is a positive integer.

[0292] In this way, by responding to the first input of the first user on the distress control in the emergency distress interface of the first electronic device, the first electronic device can send a Bluetooth broadcast distress message to M second electronic devices. Thus, in a scenario where there is no network or the network signal is poor, the first electronic device can still send a Bluetooth broadcast distress message in a timely manner to seek help. Therefore, in a scenario where the network or the network signal is poor, the probability of the first user being rescued is increased, and the distress time is shortened, which helps to improve the rescue success rate.

[0293] Optionally, the Bluetooth broadcast distress message includes at least one of the following: the location information of the first electronic device, the vital sign detection result of the first user, and the physical state information of the first user; a display unit 2706, configured to display the location information of the first electronic device in the location information area in the emergency distress interface before receiving the first input of the first user on the distress control in the distress interface; display the vital sign detection result of the first user in the vital sign information area in the emergency distress interface; and display the physical state information of the first user in the physical state information area in the emergency distress interface.

[0294] In this way, by displaying different Bluetooth broadcast distress messages in different areas in the emergency distress interface, the first user can visually and quickly check their respective Bluetooth broadcast distress messages based on each area, improving the verification efficiency of the first user for different Bluetooth broadcast distress messages, and avoiding the situation where all Bluetooth broadcast distress messages are displayed together and the first user needs to search for the corresponding Bluetooth broadcast distress message from a pile of Bluetooth broadcast distress messages, which affects the distress efficiency.

[0295] Optionally, the display unit 2706 is further configured to display distress status information in the distress status area in the emergency distress interface after sending the Bluetooth broadcast distress message to the M second electronic devices, where the distress status information includes a distress status identifier and the value of M; and in response to the second input of the first user on the distress status area, display a distress delivery device interface, where the distress delivery device interface includes the device identifiers of the M second electronic devices.

[0296] In this way, by displaying the distress status identifier and the number of second electronic devices that have received the Bluetooth broadcast distress message in the distress status area of the emergency call interface of the first electronic device, the first user can intuitively view the distress status of the first electronic device and the number of second electronic devices that have received the Bluetooth broadcast distress message sent, preventing the first user from endlessly waiting without knowing whether their Bluetooth broadcast distress message has been sent and whether it has been received by a second electronic device, thus delaying the rescue. In addition, when the first user needs to view the second electronic devices that have received the Bluetooth broadcast distress message, by responding to a second input from the first user to the distress status area, a distress delivery device interface including the device identifiers of M second electronic devices can be displayed. In this way, the first user can intuitively view the second electronic devices that have received the Bluetooth broadcast distress message, so that the first user can subsequently select a second electronic device from the M second electronic devices that have received the Bluetooth broadcast distress message to rescue themselves, improving the success rate of the first user being rescued.

[0297] Optionally, the display unit 2706 is further configured to, after displaying the distress delivery device interface, in response to a third input from the first user to the first device identifier in the distress delivery device interface, display a communication interface of the second electronic device corresponding to the first device identifier, where the communication interface includes a communication message input control.

[0298] The processor 2710 is further configured to, in response to a fourth input from the first user to the communication message input control, send a communication voice message to the second electronic device corresponding to the first device identifier.

[0299] In this way, according to the needs of the first user, the first device identifier required by the first user can be selected from the device identifiers of at least one second electronic device, and a communication request can be initiated to the second electronic device corresponding to the first device identifier, improving the flexibility of the first user to select the second electronic device to initiate a distress call.

[0300] Optionally, the display unit 2706 is further configured to, when receiving a rescue confirmation prompt message sent by the second electronic device corresponding to the second device identifier among the device identifiers of the M second electronic devices, display rescue status information in the associated area corresponding to the second device identifier in the distress delivery device interface.

[0301] In this way, when receiving a rescue confirmation prompt message sent by the second electronic device corresponding to the second device identifier among the device identifiers of the M second electronic devices, rescue status information can be displayed in the associated area corresponding to the second device identifier in the distress delivery device interface. In this way, the first user can intuitively view whether someone is rescuing them and who can rescue them, preventing the first user from endlessly waiting without knowing whether someone is rescuing them and delaying the rescue.

[0302] In the case where the electronic device 2700 is the second electronic device 300 in the above Figure 1 :

[0303] A display unit 2706, configured to display a distress information prompt identifier on a distress information interface when receiving a Bluetooth broadcast distress information sent by a first electronic device; in response to a fifth input of a second user to the distress information prompt identifier, display a distress details interface, where the distress details interface displays the Bluetooth broadcast distress information; the Bluetooth broadcast distress information includes at least one of the following: location information of the first electronic device, a vital sign detection result of a first user of the first electronic device, and physical state information of the first user of the first electronic device.

[0304] In this way, when the second electronic device receives the Bluetooth broadcast distress information sent by the first electronic device, it can display a distress information prompt identifier on the distress information interface, and then in response to a fifth input of the second user to the distress information prompt identifier, it can display the Bluetooth broadcast distress information, so that the second user holding the second electronic device can intuitively view the first electronic device that sends the Bluetooth broadcast distress information, as well as the location information of the first user holding the first electronic device, the vital sign detection result of the first user, and the physical state information of the first user, so as to be able to provide targeted assistance to the first user in a timely manner according to the location information of the first user, the vital sign detection result of the first user, and the physical state information of the first user, further improving the rescue success rate of the first user.

[0305] Optionally, the distress information interface includes distress information prompt identifiers of at least two electronic devices; a processor 2710 is further configured to, before displaying the distress information prompt identifier on the distress message interface, sort the P third electronic devices according to the vital sign detection results of the users corresponding to the P third electronic devices respectively, to obtain a sorting result, where the P third electronic devices include the first electronic device;

[0306] The display unit 2706 is further configured to display the distress information prompt identifiers of the P third electronic devices in the distress information interface according to the sorting result, where P is a positive integer greater than or equal to 2.

[0307] In this way, sort the P third electronic devices according to the vital sign detection results of the users corresponding to the P third electronic devices respectively to obtain a sorting result, and then display the distress information prompt identifiers of the P third electronic devices in the distress information interface according to the sorting result, so that the second user can intuitively view the users of the P third electronic devices who are more in need of assistance, so as to rescue the users who are more in need of assistance in a timely manner.

[0308] Optionally, the display unit 2706 is further configured to, when receiving the intercom request sent by the first electronic device, in response to a sixth input of the second user to the intercom acceptance control for the intercom request, display an intercom interface for intercom with the first electronic device, where the intercom interface includes an intercom information input control.

[0309] The processor 2710 is further configured to, in response to a seventh input of the second user to the intercom information input control, send intercom voice information to the first electronic device.

[0310] In this way, when receiving the intercom request sent by the first electronic device, according to the needs of the second user, when the second user wants to accept the intercom request, by responding to the sixth input of the second user to the intercom acceptance control for the intercom request, an intercom interface for intercom with the first electronic device is displayed, and in response to the seventh input of the second user to the intercom information input control, intercom voice information can be sent to the first electronic device. In this way, according to the needs of the second user, intercom voice information can be sent to the first electronic device, improving the flexibility of the second electronic device to send intercom voice information to the first electronic device.

[0311] Optionally, the distress details interface further includes a participate in rescue control; the processor 2710 is further configured to, after displaying the distress details interface, in response to an eighth input of the second user to the participate in rescue control, send a prompt message for confirming rescue to the first electronic device.

[0312] In this way, the second electronic device can, according to the needs of the second user, select whether to rescue the user corresponding to the first electronic device. When the second user selects to rescue the first user corresponding to the first electronic device, the second electronic device can, by responding to the eighth input of the second user to the participate in rescue control, send a prompt message for confirming rescue to the first electronic device. In this way, according to the needs of the second user, a prompt message for confirming rescue is sent to the first electronic device only when it is confirmed to rescue the user corresponding to the first electronic device, avoiding the problem of misoperation by the second user.

[0313] It should be understood that in the embodiments of the present application, the input unit 2704 may include a Graphics Processing Unit (GPU) 27041 and a microphone 27042. The graphics processor 27041 processes the image data of static pictures or videos obtained by an image capture device (such as a color camera) in a video capture mode or an image capture mode. The display unit 2706 may include a display panel 27061, and the display panel 27061 may be configured in the form of, for example, a liquid crystal display, an organic light emitting diode, etc. The user input unit 2707 includes at least one of a touch panel 27071 and other input devices 27072. The touch panel 27071 is also referred to as a touch screen. The touch panel 27071 may include two parts: a touch detection device and a touch controller. The other input devices 27072 may include, but are not limited to, a physical keyboard, function keys (such as volume control keys, switch keys, etc.), a trackball, a mouse, and a joystick, which will not be elaborated herein.

[0314] The memory 2709 can be used to store software programs and various data. The memory 2709 may mainly include a first storage area for storing programs or instructions and a second storage area for storing data. Among them, the first storage area may store an operating system, application programs or instructions required for at least one function (such as a sound playback function, an image playback function, etc.). In addition, the memory 2709 may include a volatile memory or a non-volatile memory, or the memory 2709 may include both a volatile memory and a non-volatile memory. Among them, the non-volatile memory may be a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), or a flash memory. The volatile memory may be a random access memory (RAM), a static random access memory (SRAM), a dynamic random access memory (DRAM), a synchronous dynamic random access memory (SDRAM), a double data rate synchronous dynamic random access memory (DDR SDRAM), an enhanced synchronous dynamic random access memory (ESDRAM), a synch link dynamic random access memory (SLDRAM), and a direct rambus random access memory (DRRAM). The memory 2709 in the embodiments of the present application includes but is not limited to these and any other suitable types of memories.

[0315] The processor 2710 may include one or more processing units; optionally, the processor 2710 integrates an application processor and a modem processor. Among them, the application processor mainly processes operations related to the operating system, the first user interface, and application programs, etc., and the modem processor mainly processes wireless communication signals, such as a baseband processor. It can be understood that the above modem processor may not be integrated into the processor 2710 either.

[0316] The embodiments of the present application also provide a readable storage medium, on which a program or instruction is stored. When the program or instruction is executed by a processor, it implements each process of the above embodiments of the emergency call method and can achieve the same technical effect. To avoid repetition, it will not be elaborated here.

[0317] Among them, the processor is the processor in the electronic device described in the above embodiment. The readable storage medium includes computer-readable storage media such as computer read-only memory ROM, random access memory RAM, magnetic disks, or optical discs, etc.

[0318] Another embodiment of the present application 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 each process of the above embodiment of the emergency call method, and can achieve the same technical effects. To avoid repetition, it will not be elaborated here.

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

[0320] The embodiment of the present application provides a computer program product. The program product is stored in a storage medium. The program product is executed by at least one processor to implement each process of the above embodiment of the emergency call method, and can achieve the same technical effects. To avoid repetition, it will not be elaborated here.

[0321] It should be noted that in this article, the term "comprising", "including" or any other variant thereof is intended to cover a non-exclusive inclusion, so that a process, method, article or device including a series of elements not only includes those elements, but also includes other elements not expressly listed, or also includes elements inherent to such process, method, article or device. Without further limitation, an element defined by the statement "including a..." does not exclude the existence of additional identical elements in the process, method, article or device including that element. In addition, it should be pointed out that the scope of the methods and devices in the embodiments of the present application is not limited to performing functions in the order shown or discussed, and may also include performing functions in a substantially simultaneous manner or in a reverse order according to the functions involved. For example, the described method may be executed in an order different from that described, and various steps may be added, omitted, or combined. In addition, the features described with reference to certain examples may be combined in other examples.

[0322] Through the description of the above embodiments, those skilled in the art can clearly understand that the above-described embodiment methods can be implemented by means of software plus a necessary general hardware platform. Of course, they can also be implemented by hardware, but in many cases, the former is a better implementation. Based on such an understanding, the technical solution of the present 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 for causing a terminal (which can be a mobile phone, computer, server, or network device, etc.) to execute the methods described in the various embodiments of the present application.

[0323] The embodiments of the present application have been described above in conjunction with the accompanying drawings. However, the present application is not limited to the above specific implementation manners. The above specific implementation manners are merely illustrative and not restrictive. Under the inspiration of the present application, those of ordinary skill in the art can also make many forms without departing from the purpose of the present application and the scope protected by the claims, and all of them belong to the protection scope of the present application.

Claims

1. An emergency call method, characterized in that, The method is applied to a first electronic device, and the method includes: Receiving a first input from a first user to a distress control in an emergency distress interface; In response to the first input, sending a Bluetooth broadcast distress message to M second electronic devices, where M is a positive integer.

2. The method according to claim 1, wherein The Bluetooth broadcast distress message includes at least one of the following: the location information of the first electronic device, the vital sign detection result of the first user, and the physical state information of the first user; Before receiving the first input from the first user to the distress control in the distress interface, the method further includes at least one of the following: Displaying the location information of the first electronic device in the location information area in the emergency distress interface; Displaying the vital sign detection result of the first user in the vital sign information area in the emergency distress interface; Displaying the physical state information of the first user in the physical state information area in the emergency distress interface.

3. The method according to claim 1, wherein After sending the Bluetooth broadcast distress message to M second electronic devices, the method further includes: Displaying distress status information in the distress status area of the emergency distress interface, where the distress status information includes a distress status identifier and the value of M; In response to a second input from the first user to the distress status area, displaying a distress delivery device interface, where the distress delivery device interface includes the device identifiers of the M second electronic devices.

4. The method according to claim 3, wherein After displaying the distress delivery device interface, the method further includes: In response to a third input from the first user to the first device identifier in the distress delivery device interface, displaying an intercom interface of the second electronic device corresponding to the first device identifier, where the intercom interface includes an intercom message input control; In response to a fourth input from the first user to the intercom message input control, sending an intercom voice message to the second electronic device corresponding to the first device identifier.

5. The method according to claim 3, characterized in that, The method further includes: When receiving a prompt message for confirming rescue sent by the second electronic device corresponding to the second device identifier among the device identifiers of the M second electronic devices, displaying rescue status information in the associated area corresponding to the second device identifier in the distress delivery device interface.

6. An emergency call method, characterized in that, The method is applied to a second electronic device, and the method includes: When receiving the Bluetooth broadcast distress message sent by the first electronic device, displaying a distress information prompt identifier in the distress information interface; In response to a fifth input from a second user to the distress information prompt identifier, displaying a distress details interface, where the distress details interface displays the Bluetooth broadcast distress message; the Bluetooth broadcast distress message includes at least one of the following: the location information of the first electronic device, the vital sign detection result of the first user of the first electronic device, and the physical state information of the first user of the first electronic device.

7. The method according to claim 6, wherein The distress information interface includes distress information prompt identifiers of at least two electronic devices; Before displaying the distress information prompt identifier in the distress message interface, the method further includes: Sort the P third electronic devices according to the vital sign detection results of the users corresponding to the P third electronic devices respectively, to obtain a sorting result, where the P third electronic devices include the first electronic device; According to the sorting result, display a distress information prompt identifier of the P third electronic devices in the distress information interface, where P is a positive integer greater than or equal to 2.

8. The method according to claim 6, characterized in that The method further includes: In the case of receiving a call request sent by the first electronic device, in response to a sixth input of a second user to the call acceptance control of the call request, display a call interface for making a call with the first electronic device, where the call interface includes a call information input control; In response to a seventh input of the second user to the call information input control, send call voice information to the first electronic device.

9. The method according to claim 6, wherein The distress details interface further includes a participate in rescue control; After the distress details interface is displayed, the method further includes: In response to an eighth input of the second user to the participate in rescue control, send a prompt message for confirming rescue to the first electronic device.

10. An emergency call device, characterized in that, The device is applied to a first electronic device, and the device includes: A receiving module, configured to receive a first input of a first user to a distress control in an emergency distress interface; A sending module, configured to, in response to the first input, send a Bluetooth broadcast distress message to M second electronic devices, where M is a positive integer.

11. The device according to claim 10, characterized in that, The Bluetooth broadcast distress message includes at least one of the following: the location information of the first electronic device, the vital sign detection result of the first user, and the physical state information of the first user; The device further includes a first display module, configured to, before receiving the first input of the first user to the distress control in the distress interface, display the location information of the first electronic device in the location information area in the emergency distress interface; display the vital sign detection result of the first user in the vital sign information area in the emergency distress interface; display the physical state information of the first user in the physical state information area in the emergency distress interface.

12. The device according to claim 10, characterized in that, The device further includes: A second display module, configured to, after sending the Bluetooth broadcast distress message to the M second electronic devices, display distress status information in the distress status area of the emergency distress interface, where the distress status information includes a distress status identifier and the value of M; A third display module, configured to, in response to a second input of the first user to the distress status area, display a distress delivered device interface, where the distress delivered device interface includes the device identifiers of the M second electronic devices.

13. The device according to claim 12, characterized in that, The device further includes: A fourth display module, configured to, after the distress delivered device interface is displayed, in response to a third input of the first user to the first device identifier in the distress delivered device interface, display a call interface of the second electronic device corresponding to the first device identifier, where the call interface includes a call information input control; The sending module is further configured to, in response to a fourth input of the first user to the call information input control, send call voice information to the second electronic device corresponding to the first device identifier.

14. The device according to claim 12, characterized in that, The device further includes: A fifth display module, configured to, when receiving a prompt message for confirming rescue sent by a second electronic device corresponding to a second device identifier among the device identifiers of the M second electronic devices, display rescue status information in an associated area corresponding to the second device identifier in the distress delivery device interface.

15. An emergency distress device, characterized in that, The device is applied to a second electronic device, and the device includes: A display module, configured to, when receiving a Bluetooth broadcast distress message sent by a first electronic device, display a distress message prompt identifier in a distress message interface; in response to a fifth input of a second user to the distress message prompt identifier, display a distress details interface, where the distress details interface displays the Bluetooth broadcast distress message; the Bluetooth broadcast distress message includes at least one of the following: location information of the first electronic device, a vital sign detection result of a first user of the first electronic device, and physical state information of the first user of the first electronic device.

16. The device according to claim 15, characterized in that, The distress message interface includes distress message prompt identifiers of at least two electronic devices; The device further includes: A sorting module, configured to, before displaying the distress message prompt identifiers in the distress message interface, sort the P third electronic devices according to the vital sign detection results of the users corresponding to the P third electronic devices respectively, to obtain a sorting result, where the P third electronic devices include the first electronic device; The display module is further configured to display the distress message prompt identifiers of the P third electronic devices in the distress message interface according to the sorting result, where P is a positive integer greater than or equal to 2.

17. The device according to claim 15, characterized in that, The display module is further configured to, when receiving a call request sent by the first electronic device, in response to a sixth input of a second user to a call receiving control for the call request, display a call interface for making a call with the first electronic device, where the call interface includes a call information input control; The device further includes: a first sending module, configured to, in response to a seventh input of a second user to the call information input control, send call voice information to the first electronic device.

18. The device according to claim 15, characterized in that, The distress details interface further includes a participate in rescue control; The device further includes: A second sending module, configured to, after displaying the distress details interface, in response to an eighth input of a second user to the participate in rescue control, send a prompt message for confirming rescue to the first electronic device.

19. An electronic device, characterized in that, It includes a processor and a memory, where the memory stores a program or instruction that can run on the processor, and when the program or instruction is executed by the processor, the steps of the emergency distress method according to any one of claims 1-5, and / or, the steps of the emergency distress method according to any one of claims 6-9 are implemented.

20. A readable storage medium, characterized in that, A program or instruction is stored on the readable storage medium, and when the program or instruction is executed by a processor, the steps of the emergency distress method according to any one of claims 1-5, and / or, the steps of the emergency distress method according to any one of claims 6-9 are implemented.

Images