Communication method and device for rescue

Abstract

The invention provides a communication method and device for rescue. The communication method for rescue comprises the steps that a satellite help-seeking short message sent by a map application client is received, and the satellite help-seeking short message comprises a user identifier of a help seeker; and creating a rescue chat room added with a first account corresponding to the user identifier, adding a second account of a rescuer to the rescue chat room, and sending a rescue notification short message to the map application client. According to the method provided by the invention, the stability and efficiency of rescue communication interaction can be effectively improved under the condition that the network condition is unstable.

Description

Technical Field

[0001] The present application relates to the field of rescue technology, and in particular to a communication method and device for rescue. Background Art

[0002] At present, in emergency rescue scenarios, rescue communication interaction mainly relies on instant messaging software. Among them, instant messaging software transmits rescue interaction information through cellular networks, so that rescuers and rescuers can communicate in two directions, improving the rescue effect of rescue operations. However, in extreme emergency rescue scenarios where there is no cellular network or the cellular network signal is poor, it is difficult for rescuers to communicate with the outside world through instant messaging software, resulting in low rescue efficiency and poor results.

[0003] Therefore, in extreme emergency rescue scenarios where there is no cellular network or the cellular network signal is poor, how to achieve stable rescue communication interaction is an urgent problem to be solved. Summary of the invention

[0004] The present application provides a communication method and device for rescue, which can effectively improve the stability and efficiency of rescue communication interaction when the network is unstable.

[0005] In a first aspect, the present application provides a communication method for rescue, which is applied to a map application server, and the method includes:

[0006] Receiving a satellite distress message sent by a map application client; the satellite distress message includes a user ID of a person seeking help;

[0007] Creating a rescue chat room to which the first account corresponding to the user identifier is added;

[0008] Adding a rescuer's second account to the rescue chat room;

[0009] Send a rescue notification SMS message to the map application client.

[0010] In a second aspect, the present application provides a communication method for rescue, which is applied to a map application client, and the method includes:

[0011] Sending a satellite distress message to the map application server, wherein the satellite distress message includes a user ID of the person seeking help;

[0012] Displaying an interface of a helper chat room to which the first account corresponding to the user identifier is added;

[0013] Receiving a rescue notification SMS message sent by the map application server;

[0014] The rescue notification text message is displayed in the interface of the rescuer chat room.

[0015] In a third aspect, the present application provides a communication device for rescue, which is applied to a map application server. The device includes:

[0016] A receiving module, configured to receive a satellite distress message sent by a map application client; the satellite distress message includes a user identifier of the person in distress;

[0017] A processing module, configured to create a rescue chat room with a first account corresponding to the user identifier added thereto;

[0018] A control module, configured to add a second account of a rescuer to the rescue chat room;

[0019] A sending module, configured to send a rescue notification message to the map application client.

[0020] In a fourth aspect, the present application provides a communication device for rescue, which is applied to a map application client. The device includes:

[0021] A sending module, configured to send a satellite distress message to a map application server, the satellite distress message includes a user identifier of the person in distress;

[0022] A display module, configured to display an interface of a distress chat room of the person in distress with a first account corresponding to the user identifier added thereto;

[0023] A receiving module, configured to receive a rescue notification message sent by the map application server;

[0024] A control module, configured to display the rescue notification message in the interface of the distress chat room of the person in distress.

[0025] In a fifth aspect, the present application provides an electronic device, including: a processor and a memory; the processor is communicatively connected to the memory;

[0026] The memory stores computer-executable instructions;

[0027] The processor executes the computer-executable instructions stored in the memory to implement the method according to any one of the first aspect or the second aspect.

[0028] In a sixth aspect, the present application provides a computer-readable storage medium, in which computer-executable instructions are stored, and when the computer-executable instructions are executed by a processor, they are used to implement the method according to any one of the first aspect or the second aspect.

[0029] In a seventh aspect, the present application provides a computer program product, including a computer program, and when the computer program is executed by a processor, it implements the method according to any one of the first aspect or the second aspect.

[0030] The communication method and device for rescue provided by the present application. The map application server creates a rescue chat room with a first account corresponding to the user identifier by receiving a satellite distress message including the user identifier of the person in distress sent by the map application client, and adds the second account of the rescuer to the rescue chat room. Then, according to the actual situation of the rescue operation, a rescue notice message is sent to the map application client, so that when the person in distress is in a network-free environment, they can send a distress signal based on the satellite message interaction method and receive a response to the distress from the outside world, thereby effectively improving the stability of the rescue. BRIEF DESCRIPTION OF THE DRAWINGS

[0031] In order to more clearly illustrate the technical solutions in the present application or the prior art, the following will briefly introduce the drawings required for the description of the embodiments or the prior art. Obviously, the drawings in the following description are some embodiments of the present application. For those of ordinary skill in the art, other drawings can be obtained based on these drawings without creative efforts.

[0032] Figure 1 It is a schematic flowchart of a communication method for rescue provided by an embodiment of the present application;

[0033] Figure 2 It is a schematic flowchart of another communication method for rescue provided by an embodiment of the present application;

[0034] Figure 3 It is a schematic diagram of the interface of a chat room for the person in distress provided by an embodiment of the present application;

[0035] Figure 4 It is a schematic flowchart of yet another communication method for rescue provided by an embodiment of the present application;

[0036] Figure 5 It is a schematic flowchart of still another communication method for rescue provided by an embodiment of the present application;

[0037] Figure 6 It is a schematic flowchart of still another communication method for rescue provided by an embodiment of the present application;

[0038] Figure 7 It is a schematic flowchart of still another communication method for rescue provided by an embodiment of the present application;

[0039] Figure 8 It is a schematic flowchart of still another communication method for rescue provided by an embodiment of the present application;

[0040] Figure 9 It is a schematic flowchart of still another communication method for rescue provided by an embodiment of the present application;

[0041] Figure 10A schematic diagram of the structure of a communication device for rescue provided in an embodiment of the present application;

[0042] Figure 11 A schematic diagram of the structure of another communication device for rescue provided in an embodiment of the present application;

[0043] Figure 12 A schematic diagram of the structure of an electronic device provided in an embodiment of the present application.

[0044] The above drawings have shown clear embodiments of the present application, which will be described in more detail later. These drawings and text descriptions are not intended to limit the scope of the present application in any way, but to illustrate the concept of the present application to those skilled in the art by referring to specific embodiments. DETAILED DESCRIPTION

[0045] In order to make the purpose, technical solutions and advantages of this application clearer, the technical solutions in this application will be clearly and completely described below in conjunction with the drawings in this application. Obviously, the described embodiments are part of the embodiments of this application, not all of the embodiments. Based on the embodiments in this application, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of this application.

[0046] At present, in the wild environment, once an accident or emergency occurs, traditional rescue methods often face many limitations, such as poor signal coverage and difficulty in determining the geographical location. With the popularization of mobile Internet and the continuous development of communication technology, various communication software have sprung up, bringing great convenience to people's lives and work. On this basis, rescue through communication software can establish a real-time communication connection between the rescuer and the rescuer, improving the efficiency of rescue.

[0047] However, current communication software has not yet achieved effective docking with multiple rescue resources, and it is difficult to perform two-way matching and quickly establish connections based on the relevant information of the rescuer and the actual ability of the rescuer, which greatly reduces the efficiency and success rate of rescue. In addition, the complexity of the rescue environment may cause the communication signal to become unstable, thereby affecting the communication quality of the rescue work carried out through the communication software, reducing the efficiency and success rate of rescue.

[0048] Therefore, how to effectively improve the stability and efficiency of rescue is an urgent problem to be solved.

[0049] In view of this, the present application provides a communication method for rescue. The map application server receives a satellite distress message sent by the map application client, which includes the user identification of the distress caller, creates a rescue chat room with the first account corresponding to the user identification added, adds the second account of the rescuer to the rescue chat room, and then sends a rescue notification message to the map application client, so that when the distress caller is in an offline environment, they can send a distress signal based on the satellite message interaction method and receive a response to the distress from the outside world, thereby effectively improving the stability of the rescue.

[0050] The execution subject of the communication method for rescue may include an electronic device installed with the map application client and an electronic device deployed with the map application server. When the execution subject of the communication method for rescue includes an electronic device installed with the map application client, the electronic device may be, for example, a smart phone, a vehicle navigation terminal, a computer, a tablet computer, etc. Client software or program code for running the communication method for rescue may be deployed on the electronic device, and the rescue service is provided for the distress caller through the software or program code. When the execution subject of the communication method for rescue includes an electronic device deployed with the map application server, the electronic device may be, for example, a server, a cloud platform, etc. Server software or program code for running the communication method for rescue may be deployed on the electronic device, and the rescue service is provided for the distress caller through the software or program code.

[0051] Next, the technical solution of the present application will be described in detail in combination with specific embodiments. These specific embodiments may be combined with each other, and the same or similar concepts or processes may not be repeated in some embodiments.

[0052] Figure 1 It is a schematic flowchart of a communication method for rescue provided by an embodiment of the present application. As Figure 1 shown, the method is applied to the map application server and may include the following steps:

[0053] S101. Receive a satellite distress message sent by the map application client.

[0054] Among them, the satellite distress message includes the user identification of the distress caller. The user identification may be, for example, information such as a user name, a user ID, a user account, etc. that is used to uniquely identify the identity of the distress caller.

[0055] The satellite distress message can be triggered by the person in distress in ways such as through text, voice, clicking on a specific icon in the map application client (which can be a control in the map application client), or by pressing a button on the electronic device where the map application client is deployed to wake up the distress function in the map application client, etc., causing the map application client to send out the satellite distress message. In response to the user's operation, the map application client sends the satellite distress message to the map application server through the satellite communication interface, and the map application server receives the satellite distress message sent by the map application server through the satellite communication interface. Among them, the satellite communication network adopted by the satellite communication interface can be, for example, a communication network based on any one of satellite systems such as the Globalstar System, the Iridium System, and the BeiDou Navigation Satellite System.

[0056] The satellite distress message can be just a distress signal used to trigger a rescue operation (i.e., just an indication message indicating that the person in distress needs rescue), or the satellite distress message can include distress information, which can be, for example, information including one or more of the content such as a quick distress message, the location of the person in distress, and a description of the distress situation. When the satellite distress message is just a distress signal used to trigger a rescue operation, after triggering the map application client and the map application server to build a corresponding rescue chat room through the satellite distress message, the person in distress can further send distress information through this chat room.

[0057] S102. Create a rescue chat room with the first account corresponding to the user identification added.

[0058] Among them, the first account is the map application account of the person in distress and is used for the person in distress to communicate during the rescue in the rescue chat room. There is an association relationship between the user identification of the person in distress and the first account.

[0059] In the map application server, the mapping relationship between the user identification and the first account can be pre-stored. The map application server can determine the first account based on the user identification obtained from the satellite distress message and the mapping relationship between the user identification and the first account.

[0060] For example, the identity of the person in distress can be determined according to the user identification (such as the unique nickname of the map application account of the person in distress), and then based on the identity of the person in distress, the map application account corresponding to the identity of the person in distress is determined as the first account; or, directly based on the user identification (such as the login account of the map application account of the person in distress), the map application account corresponding to the user identification is determined as the first account, etc.

[0061] Of course, the user identifier can also be the first account itself, which is reasonable.

[0062] After the map application server determines the corresponding first account according to the user identifier, it can create a rescue chat room added with the first account. The rescue chat room is used for the rescuer and the person in distress to conduct rescue interactions. Among them, the rescue chat room is an online chat room. In this rescue chat room, since the person in distress is in a network-disconnected state, the person in distress cannot directly send messages in the chat room through the first account via the network. The map application server can, when receiving the subsequent satellite short message of the person in distress, parse the short message content from the subsequent satellite short message, and send the parsed short message content via the network in the name of the first account in the rescue chat room, so as to realize the function of sending the message of the person in distress to the rescue chat room.

[0063] S103. Add the second account of the rescuer to the rescue chat room.

[0064] Among them, the rescuer can be a rescuer pre-registered in the map application server, or a rescuer related to the satellite distress message determined immediately according to the satellite distress message (for example, the satellite distress message includes the distress location, and the rescuer located nearby determined according to the distress location), etc. How to determine the rescuer can refer to the detailed introduction in the subsequent embodiments.

[0065] The second account of the rescuer is used to participate in rescue interactions in the rescue chat room. For example, it can be the map application account of the rescuer, or it can be an account different from the rescuer's commonly used map application account dedicated to conducting rescue interactions in the map application (for example, a sub-account dedicated to rescue under the map application account), etc.

[0066] After the map application server determines the rescuer to be added to the rescue chat room, it can further determine the second accounts of these rescuers and add these second accounts to the rescue chat room, so that the rescuers can, through their respective second accounts, conduct rescue interactions with the map application server and / or the person in distress in the rescue chat room (for example, send conversation information for communicating with the person in distress in the rescue chat room).

[0067] S104. Send a rescue notification short message to the map application client.

[0068] Among them, the rescue notification short message is used to notify at least one of the content related to the rescue operation such as the rescue progress (used to notify the person in distress of the current rescue progress of the rescuer to soothe the emotions of the person in distress) and the number of rescuers. This application does not make specific restrictions on this.

[0069] Exemplarily, the content of the rescue notification SMS can be, for example: "Received a distress signal. The rescuer is on the way to the rescue and is expected to arrive in 20 minutes. The number of rescuers is 10. Please wait patiently."

[0070] The map application server can determine the content of the rescue notification SMS according to the actual situation of the rescue operation carried out for the distress caller. Then, the map application server sends the rescue notification SMS to the map application client through the satellite communication interface.

[0071] In the method provided by the embodiments of the present application, the map application server receives a satellite distress SMS sent by the map application client and including the user identifier of the distress caller, creates a rescue chat room with the first account corresponding to the user identifier added, adds the second account of the rescuer to the rescue chat room, and then sends a rescue notification SMS to the map application client according to the actual situation of the rescue operation, so that when the distress caller is in a network - free environment, the distress caller can send a distress signal and receive a response to the distress based on the satellite SMS interaction method, thereby effectively improving the stability of the rescue.

[0072] The map application server provides rescue services for the distress caller according to the distress information and the interaction with the map application client. This method can select the corresponding communication network to perform the interaction between the map application client and the map application server according to different network states to ensure the communication stability of the rescue service, thereby effectively improving the stability and efficiency of the rescue.

[0073] Figure 2 It is a schematic flowchart of another communication method for rescue provided by the embodiments of the present application. As Figure 2 shown, this method is applied to the map application client and can include the following steps:

[0074] S201. Send a satellite distress SMS to the map application server.

[0075] Among them, the content, sending method, etc. of the satellite distress SMS can refer to the foregoing step S101. In this step, only from the perspective of the map application client, the action of the map application client sending a satellite distress SMS to the map application server is described. The satellite distress SMS sent in this step is the same as the satellite distress SMS received in step S101, and will not be elaborated here.

[0076] S202. Display the interface of the distress caller's chat room with the first account corresponding to the user identifier added.

[0077] Among them, the chat room for the person in distress is an offline chat room in the map application client of the person in distress, and it cannot send the conversation information input and sent by the person in distress in the chat room for the person in distress to the outside world through the network. However, the chat room for the person in distress can display the content of the rescue notification message in the interface of the chat room for the person in distress based on the rescue notification message received by the map application client from the map application client, so that the person in distress can learn the content of the rescue notification message based on the content displayed in the interface.

[0078] Exemplarily, Figure 3 FIG. is a schematic diagram of an interface of a chat room for a person in distress provided by an embodiment of the present application. As Figure 2 shown, in the interface of the map application client, after the map application client obtains a satellite distress message based on a user operation, or after sending a satellite distress message to the map application server, a chat room for the person in distress with the first account corresponding to the user identifier added is constructed for the person in distress, and the interface of the chat room for the person in distress is displayed. In Figure 3 this case, the interface of the chat room for the person in distress is presented on the map interface of the map application client in a pop-up window manner. It should be understood that the interface of the chat room for the person in distress can also completely cover the map interface of the map application client, or be displayed in a split screen with the map interface, etc. Here, only the pop-up window display is taken as an example. In the interface of the chat room for the person in distress, a chat sub-interface may be included, and the person in distress can receive messages (such as the content in the rescue notification message) sent by the map application server through the satellite communication interface in the chat sub-interface.

[0079] S203. Receive a rescue notification message sent by the map application server.

[0080] Among them, the relevant content of the rescue notification message can refer to the foregoing step S104, which will not be elaborated here. The map application client can receive the rescue notification message sent by the map application server through the satellite communication interface.

[0081] S204. Display the rescue notification message in the interface of the chat room for the person in distress.

[0082] A possible implementation manner may display the content of the rescue notification message in the form of a conversation in the interface of the chat room for the person in distress, and the sender of the conversation can be displayed as the official account of the map application (for example, it can be an account dedicated to rescue by the map application).

[0083] Another possible implementation is to display the content of the rescue notification message in a non-conversational form in the interface of the victim's chat room. For example, the content of the rescue notification message can be displayed in the form of a system message, and the form of this system message can be set according to the preset configuration of the map application. For example, it can be in a specified position in the interface of the victim's chat room and displayed in any non-conversational form style in a specific format.

[0084] In the method provided by the embodiments of the present application, the map application client sends a satellite distress message to the map application server and displays the interface of the victim's chat room with the first account corresponding to the user identification added. After receiving the rescue notification message sent by the map application server, the map application client displays the rescue notification message in the interface of the victim's chat room, so that when the victim is in a network-free environment, they can send a distress signal based on the satellite message interaction method and receive the response to the distress from the outside world, thereby effectively improving the stability of the rescue.

[0085] Next, taking the perspective of the communication interaction between the map application server and the map application client as an example, a detailed introduction will be given on how to realize the rescue interaction when the victim is in a network-free environment through the rescue chat room and the victim's chat room.

[0086] Implementation method for the victim to send a message to the outside world:

[0087] Figure 4 It is a schematic flowchart of another communication method for rescue provided by the embodiments of the present application. As Figure 4 shown, after the map application server sends a rescue notification message to the map application client, the method may further include:

[0088] S401. The map application client obtains the distress communication information of the victim.

[0089] Among them, the distress communication information may include at least one of the victim's footprint data, image data, vital sign data, and edited text content.

[0090] The footprint data is used to represent the historical movement trajectory of the victim, and this footprint data can effectively assist the rescuer in carrying out the rescue. For example, the footprint data can be obtained by the map application client from the victim's historical location through the positioning function, or it can be the footprint data cached in the map application client, etc.

[0091] The image data may include real-scene photos, videos, etc. near the current location of the victim. This image data can effectively assist the rescuer in quickly determining the specific location of the victim, thereby improving the rescue efficiency. For example, the image data can be pre-shot image data obtained from the storage space of the victim's electronic device, or it can be image data immediately taken by the victim, etc.

[0092] The vital sign data can be data used to represent the vital signs of the rescuer obtained by the map application client from a third-party application in the electronic device where it is located. For example, it can be obtained from a health application in the electronic device. During a rescue, obtaining the vital sign data of the rescuer can assist the rescuer in determining the physical condition of the rescuer, thereby helping to make judgments and selections for the rescue plan.

[0093] The edited text content is obtained by the map application client in response to the text input by the rescuer in the interface of the rescuer chat room. For example, the rescuer can enter text at a specified input location in the interface of the rescuer chat room, and the map application client obtains the entered text to generate the text content; or, the rescuer can enter voice in the interface of the rescuer chat room, and the map application client obtains the text content corresponding to the input voice through voice recognition, etc. Among them, the edited text content enables the rescuer and the responder to conduct real-time interaction, facilitating the rescuer to learn about the updated status of the rescue progress, and also facilitating the responder to understand in real time the real-time information related to the rescue, such as the surrounding environment, location, and physical condition of the rescuer.

[0094] S402. The map application client displays the rescue communication information in the interface of the rescuer chat room, and generates a satellite rescue communication short message according to the rescue communication information and the user identification.

[0095] The map application client can, based on the obtained rescue communication information, display the content of the rescue communication information in real time in the interface of the rescuer chat room to simulate the usage experience of the rescuer communicating with the outside world through the rescue chat room in an Internet-connected environment for the rescuer. For example, after the rescuer enters the edited text content in the interface of the rescuer chat room and clicks the send control, the edited text content of the rescuer will immediately be displayed in the interface of the rescuer chat room in the form of a conversation. From the perspective of the rescuer's usage experience, this display effect is the same as the usage experience of communicating with the outside world through the rescue chat room in an Internet-connected environment. Compared with directly interacting with the outside world using satellite short messages, the map application client displays the rescue communication information in the chat room interface in real time to simulate the Internet-connected communication experience, which is more natural and convenient than directly interacting with satellite short messages, improving the user experience.

[0096] After the map application client displays the rescue communication information in the interface of the rescuer chat room, or, at the same time, it can generate a satellite rescue communication short message according to the rescue communication information and the user identification.

[0097] Specifically, the distress communication information and the user identification can be combined first. For example, the user identification can be used as the beginning of the text message, and then the trace data, image data, vital sign data, edited text content, etc. are filled in according to the preset template. Among them, if the image data is large, the image data can be compressed, for example, converted into a thumbnail, the picture quality can be reduced, etc. The vital sign data can be converted into a preset standard format to improve the information recognition rate.

[0098] Optionally, according to the satellite text message format requirements, the generated initial satellite distress communication text message can be adjusted, by adding necessary delimiters and identifiers, etc., to ensure that the distress communication information is clear and easy to parse, and finally the satellite distress communication text message is generated.

[0099] S403. The map application client sends the satellite distress communication text message to the map application server.

[0100] Correspondingly, the map application server receives the satellite distress communication text message sent by the map application client.

[0101] In this step, the map application client and the map application server can interact the satellite distress communication text message based on satellite communication.

[0102] S404. The map application server sends the distress communication information to the rescue chat room through the first account.

[0103] Among them, the rescue chat room is an online chat room. In this rescue chat room, since the distress caller is in a network-disconnected state and cannot directly send messages in the chat room through the first account via the network, when the map application server receives the satellite distress communication text message sent by the map application client, it can parse the distress communication information from the satellite distress communication text message and send the parsed distress communication information to the rescue chat room in the name of the first account (i.e., the distress caller's account) in the rescue chat room through the network (that is, in this process, the server actually forwards the distress communication information received based on satellite communication to the online rescue chat room) to realize the function of sending the distress caller's distress communication information to the rescue chat room.

[0104] After sending the distress communication information to the rescue chat room, the rescuers in the rescue chat room can learn the distress communication information sent by the distress caller based on the rescue chat room to assist in the development of the rescue operation and improve the rescue efficiency and rescue effect.

[0105] The method provided by the embodiment of the present application is as follows: The map application client obtains the distress communication information of the distress caller, displays the distress communication information in the interface of the distress caller's chat room, and generates a satellite distress communication short message according to the distress communication information and the user identifier. Then, the map application client sends the satellite distress communication short message to the map application server. After receiving the satellite distress communication short message, the map application server sends the distress communication information to the rescue chat room through the first account, so that the distress caller can send the distress communication information to the online rescue chat room in a network-free environment, and the rescuers in the rescue chat room can obtain the distress communication information sent by the distress caller based on the rescue chat room to assist in the development of the rescue operation, thereby improving the rescue efficiency and rescue effect.

[0106] Implementation method for the distress caller to receive messages sent from the outside world:

[0107] Figure 5 It is a schematic flow chart of another communication method for rescue provided by the embodiment of the present application. As Figure 5 shown, after the map application server sends a rescue notification short message to the map application client, the method may further include:

[0108] S501. The map application server receives the rescue communication information sent by the second account to the rescue chat room.

[0109] Among them, the second account is the account of the rescuer corresponding to the rescue chat room. The rescuer can edit the rescue communication information in the rescue chat room through his own map application client and send the rescue communication information to the rescue chat room through the network. That is, the map application server can obtain the rescue communication information sent by the rescuer in the rescue chat room according to the updated content obtained in the online rescue chat room.

[0110] Optionally, the rescue communication information may include, for example, at least one of the conversation information input by the rescuer in the rescue chat room (for example, the content may cover rescue plans, first aid guidance, safety suggestions, surrounding danger warnings, etc.), the location information of the rescuer himself sent in the rescue chat room, and other information.

[0111] S502. The map application server sends a satellite rescue communication short message carrying the rescue communication information to the map application client.

[0112] Correspondingly, the map application client receives the satellite rescue communication short message sent by the map application server.

[0113] After obtaining the rescue communication information sent by the rescuer in the rescue chat room, the map application server can generate a satellite rescue communication SMS carrying the rescue communication information according to the rescue communication information. Then, the map application server sends the satellite rescue communication SMS carrying the rescue communication information to the map application client of the rescuer through the satellite communication interface.

[0114] In this step, how to generate a satellite rescue communication SMS carrying the rescue communication information according to the rescue communication information can refer to any method of encapsulating specific content into a satellite SMS in the prior art, and this application will not elaborate on this.

[0115] Specifically, the map application server can generate a satellite rescue communication text message carrying the rescue communication information and the second account corresponding to the rescue communication message based on the acquired rescue communication information and the second account that sent the rescue communication information, so that the subsequent map application client can determine which rescuer sent the rescue communication information.

[0116] S503: The map application client displays the rescue communication information in the rescuer chat room interface.

[0117] In this step, the map application client of the rescuer can parse the satellite rescue communication SMS sent by the map application server, extract the rescue communication information carried by the satellite rescue communication SMS, and display the rescue communication information in the rescuer's chat room interface.

[0118] Specifically, the map application client can obtain the rescue communication information and the second account corresponding to the rescue communication information from the satellite rescue communication SMS, and then display the rescue communication information in the form of a dialogue in the interface of the rescue chat room. For example, a new speech of the second account is rendered in the interface of the rescue chat room, and the speech content is the rescue communication information.

[0119] In the method provided by the embodiment of the present application, the map application server receives the rescue communication information sent by the second account to the rescue chat room, and sends a satellite rescue communication text message carrying the rescue communication information to the map application client. After receiving the satellite rescue communication text message sent by the map application server, the map application client displays the rescue communication information in the interface of the rescuer chat room, so that the rescuer can receive the rescue communication information sent by the rescuer to the online rescue chat room through the interface of the rescuer chat room in an offline environment, which is convenient for the rescuer to know the rescue progress, relieve the emotions and pressure of waiting for rescue, and thus improve the user experience of the rescuer.

[0120] Figure 6 A flowchart of another communication method for rescue provided in an embodiment of the present application is shown below. Figure 6As shown, after the map application server creates a rescue chat room with the first account corresponding to the user identification added, the method may further include:

[0121] S601. If the map application client detects that the rescuer is in an internet-connected environment, it sends network status indication information to the map application server.

[0122] Correspondingly, the map application server receives the network status indication information sent by the map application client. This network status indication information can, for example, indicate that the rescuer is in an internet-connected environment through a specific character (such as using "1" to indicate an internet connection, or any other specific character), or it can directly carry descriptive information such as "the rescuer is in an internet-connected environment".

[0123] Among them, the network status indication information is used to indicate that the rescuer is in an internet-connected environment, that is, it represents that the map application client can communicate with the outside world through a cellular network or a WiFi connection, etc.

[0124] In this step, the map application client can detect whether the rescuer is in an internet-connected environment based on a preset time interval. For example, the map application client can detect whether the rescuer is in an internet-connected environment based on the network detection mechanism of the operating system of the electronic device where the map application client is located. For example, the map application client can obtain whether the current network is connected by calling the network status query interface provided by the system. Taking the Android system as an example, the ConnectivityManager class can be used to query the network connection status. If the current network status is in a connected state, it indicates that the rescuer is in an internet-connected environment.

[0125] Alternatively, it can regularly attempt to send a simple network request, such as an HTTP HEAD request, to a known and stable server. If the request is successfully responded to, it indicates that the network is in a connected state, that is, the rescuer is in an internet-connected environment.

[0126] After the map application client detects that the rescuer is in an internet-connected environment, it can generate a network status indication information and send the network status indication information to the map application server through the network, so that the map application server can know that the rescuer has switched from an internet-disconnected environment to an internet-connected environment and can perform rescue interactions through the network.

[0127] S602. The map application server sends updated data to the map application client through the network.

[0128] Correspondingly, the map application client receives the updated data sent by the map application server through the network.

[0129] Among them, the updated data includes the conversation information in the rescue chat room. Such conversation information may, for example, include at least one of the following: the historical speech content sent by the rescuer in the rescue chat room (such as the aforementioned rescue plan, first aid guidance, safety advice, surrounding danger tips, etc., historical rescue communication information), the historical speech content sent by the victim in the victim chat room interface (such as the aforementioned footprint data, image data, vital sign data, edited text content, etc., historical victim rescue communication information), various notification information historically sent by the map application server to the map application client of the victim (such as the content in the aforementioned rescue notification text message, or the content in other similar information used to notify the victim, etc.).

[0130] In this step, after receiving the network status indication information, the map application server can know that the victim is in an Internet-connected environment, and subsequent rescue interactions can be directly carried out in the rescue chat room through the network. Therefore, the updated data such as the conversation information in the rescue chat room can be sent to the map application client, so that after the client receives this updated data, it can update the content in the interface of the victim chat room to ensure that the conversation information in the victim chat room and the rescue chat room is consistent.

[0131] Specifically, the map application server can query the latest conversation information in the rescue chat room in the database, organize this information into a suitable data format, such as JSON format. Then, the updated data is sent to the client through the network.

[0132] S603. The map application client updates the interface of the victim chat room based on the updated data.

[0133] After receiving the updated data through the network, the map application client can parse the included conversation information from the updated data. Then, based on the conversation information included in the updated data and the conversation information included in the interface of the victim chat room, it determines the content that needs to be updated in the interface of the victim chat room, and updates the interface of the victim chat room based on the content that needs to be updated to ensure that the conversation information in the victim chat room and the rescue chat room is consistent and the victim chat room and the rescue chat room are synchronized.

[0134] Optionally, after determining that the victim is in an Internet-connected environment, since the synchronization between the victim chat room and the rescue chat room can be achieved through the above content, the map application client can replace the offline victim chat room with the online rescue chat room while ensuring that the interface does not change, and the map application server no longer conducts rescue interactions in the rescue chat room on behalf of the victim in the name of the victim's first account. The victim can use the map application client by himself / herself to conduct rescue interactions in the rescue chat room through the network in the name of his / her first account.

[0135] In the method provided by the embodiment of the present application, if the map application client detects that the rescuer is in an environment with network access, it sends network status indication information to the map application server. After receiving the network status indication information, the map application server sends updated data to the map application client through the network, so that the map application client can update the interface of the rescuer chat room based on the updated data, so as to automatically update the interface in the map application client of the rescuer when the rescuer switches to an environment with network access, realize the synchronization between the rescuer chat room and the rescue chat room, enable the rescuer to seamlessly switch to the online rescue chat room for subsequent rescue interactions, and improve the rescue experience.

[0136] Next, taking the temporary determination of the rescuer as an example, how the map application server determines the rescuer will be described in detail. Figure 7 It is a schematic flowchart of another communication method for rescue provided by the embodiment of the present application. As Figure 7 shown, before adding the second account of the rescuer to the rescue chat room, the method may further include:

[0137] S701. Send a rescue invitation message to potential rescuers.

[0138] Among them, potential rescuers may include, for example, at least one of the following: a rescue team whose distance from the distress location is less than a first preset distance, a person nearby whose distance from the distress location is less than a second preset distance, an emergency contact of the first account, a contact in the address book of the first account, and a group member of the group where the first account is located.

[0139] When the satellite distress message includes the distress location of the rescuer, the rescue invitation message contains the distress location. The potential rescuers of the rescuer can be determined according to the distress location included in the rescue invitation message. For example, a rescue team whose distance from the distress location is less than a first preset distance and / or a person nearby whose distance from the distress location is less than a second preset distance can be used as the potential rescuers of the rescuer. The first preset distance and the second preset distance can be set according to actual needs, and the present application does not limit this.

[0140] Alternatively, potential rescuers can also be determined based on the first account of the person in distress. For example, the map application server can determine potential rescuers based on the emergency contacts, and / or address book, and / or group members corresponding to the first account of the person in distress. When the associated information of the first account includes emergency contacts (or address book), the emergency contacts (or address book) can be, for example, pre-entered and stored by the person in distress in the map application client, and the map application client has previously synchronized the information of the emergency contacts (or address book) to the map application server. The map application server can determine the emergency contacts (or address book) as potential rescuers based on the information of the emergency contacts (or address book). When the associated information of the first account includes the group information of the group where the person in distress is located, the map application server can obtain the group information of the group where the person in distress is located from the server, and obtain the group members from the group information, and determine these group members as potential rescuers.

[0141] In this step, the map application server can push the distress information corresponding to the distress request to the electronic devices of potential rescuers by means of text messages, phone calls, map application client message push, etc. The push methods for different types of potential rescuers can be different or the same.

[0142] Optionally, there is a push priority among potential rescuers. For example, when there are multiple types of potential rescuers, within the preset push quantity threshold, the map application server can preferentially select potential rescuers with a higher push priority. For example, the push priority of the rescue team is higher, the push priority of emergency contacts is medium, and the push priority of nearby people is lower. Then, according to the preset push quantity threshold, the push can be carried out in the priority order of the rescue team, emergency contacts, and nearby people. When the sum of the numbers of the rescue team and emergency contacts is greater than or equal to the preset push quantity threshold, the push to nearby people can be temporarily stopped, thereby reducing the disturbance to map application users.

[0143] Optionally, within the push cycle (for example, one day as a push cycle), different push fatigue degrees can be set for different potential rescuers. For example, the push fatigue degrees of the rescue team, emergency contacts, and group members are: only push once for the same person in distress, and there is no limit to the number of pushes for different people in distress; the push fatigue degree of nearby people is: only push once for the same person in distress, and only push three times for different people in distress within the push cycle. By setting the fatigue degree, the disturbance to map application users is reduced.

[0144] S702. Receive the invitation acceptance information or non-acceptance information sent by the potential rescuer in response to the rescue invitation information.

[0145] Among them, the invitation acceptance information indicates that the potential rescuer is willing to go to rescue the person in distress, and the non-acceptance information indicates that the potential rescuer refuses to go to rescue the person in distress.

[0146] After receiving the push of the distress message, the potential rescuer can choose whether to agree to rescue the person in distress. If the potential rescuer agrees to rescue the person in distress, they can send a reception invitation message; if they do not agree to rescue the person in distress, they can either not send a reception invitation message or send a message of not accepting the invitation. After receiving the reception invitation message or the message of not accepting the invitation sent by the potential rescuer, the map application server determines the potential rescuer who agrees to rescue the person in distress as a rescuer. Among them, the reception invitation message or the message of not accepting the invitation can be sent to the map application server by means such as phone call, text message, and sending a message through the map application.

[0147] Optionally, a minimum number threshold of rescuers can be configured in the map application server. After determining the rescuers, the map application server can record the number of rescuers in the server. If the number of determined rescuers is less than or equal to the minimum number threshold of rescuers, the map application server can push the distress request to potential rescuers again until the number of rescuers is greater than the minimum number threshold of rescuers. In this implementation, the map application server can reduce the condition limit for determining potential rescuers to push the distress request to more potential rescuers. In addition, the map application server can also avoid pushing to potential rescuers who have been pushed before through deduplication during subsequent pushes, thereby reducing the waste of push resources and improving the stability of the rescue service.

[0148] S703. Obtain the account of the potential rescuer corresponding to the reception invitation message as the second account of the rescuer.

[0149] After determining the rescuers, the map application server obtains the second accounts of the rescuers and adds the second accounts to the rescue chat room, so that the person in distress and the rescuers can have a conversation through the rescue chat room, facilitating the rescuers to rescue the person in distress.

[0150] Exemplarily, taking the potential rescuers including nearby people and rescue teams as an example, Figure 8 It is a schematic flowchart of another communication method for rescue provided by an embodiment of the present application. As Figure 8 shown, the method may include:

[0151] S801. The map application server determines a first target range and a first target time period according to the distress location and the reception time or the sending time of the satellite distress message.

[0152] Among them, the distress location is within the first target range, and the starting point of the first target time period is the reception time or the sending time of the satellite distress message.

[0153] The first target range and / or the first target time period may be pre-configured in the map application server. For example, the first target range may be a fixed range, or may be a range determined according to the type of distress in the satellite distress message (such as different distress types like getting lost, being injured, etc.). The first target ranges corresponding to different distress types may be different or the same. The first target time period may be a fixed duration, or may be a duration determined according to the type of distress in the satellite distress message. The first target time periods corresponding to different distress types may be different or the same.

[0154] Exemplarily, a circular range with the location corresponding to the distress location as the center and a pre-configured radius of 20 kilometers can be used as the first target range. It should be understood that only a circular range is used here for exemplary introduction, and the present application does not limit the shape and configuration of the first target range.

[0155] S802. Determine, within the first target time period, the users of the map application clients whose last positions are within the first target range, and / or the idle rescue teams whose rescue ranges are within the first target range, as potential rescuers of the distress caller.

[0156] Among them, the map application server may obtain the historical location information of the users of the map application clients from the server, and determine, from the historical location information, the users of the map application clients whose last positions are within the first target range within the first target time period as potential rescuers. For example, in the first target range with the location corresponding to the distress location as the center and a radius of 20 kilometers, select the map application users whose positions are within the first target range within 10 minutes before the time when the map application server receives the satellite distress message as potential rescuers of the distress caller.

[0157] Optionally, for the users of the map application clients whose last positions are within the first target range, the map application server may select target users as potential rescuers of the distress caller through a preset filtering condition. The preset filtering condition is used to select users whose rescue capabilities are greater than or equal to a preset rescue capability threshold from the users. The preset filtering condition may be pre-configured by the map application server. For example, the rescue capabilities of users may be determined according to at least one of factors such as the user's level, historical trajectory, rescue history, etc. Exemplarily, the rescue capabilities of users may be determined according to at least one of factors such as the user's outdoor expert level, and / or, driving navigation mileage, number of rescues, rescue success rate, etc. When determining the rescue capabilities through multiple above factors, the present application does not limit its fusion algorithm. For example, it may be determined by means of weighted scoring, etc.

[0158] For the rescue team, the map application server can determine whether an idle rescue team is a potential rescuer based only on the rescue range of the idle rescue team. Among them, the rescue range of the rescue team can be pre-stored in the server by the map application server, or obtained from the network, etc. If the rescue team is an idle rescue team, and the rescue range is within the first target range, or the rescue range includes the location corresponding to the distress location, or the rescue range intersects with the first target range, etc., then the idle rescue team can be used as a potential rescuer for the distress caller.

[0159] Optionally, if the number of rescuers determined from the potential rescuers is insufficient, Figure 8 the method can also include a method of recalling potential rescuers multiple times, so as to increase the number of rescuers participating in the rescue and improve the rescue success rate. This method can be implemented through the following step S803:

[0160] S803. If the number of rescuers is less than or equal to the preset number threshold, then determine the second target range and / or the second target time period according to the distress location of the distress caller and the reception time or transmission time of the satellite distress message.

[0161] Among them, the starting point of the second target time period is the reception time or transmission time of the satellite distress message, the second target time period is greater than the first target time period, the first target range belongs to the second target range and the second target range is greater than the first target range.

[0162] A possible implementation manner is that the second target time period and / or the second target range can be pre-configured in the map application server, and its configuration manner is the same as that of the corresponding first target time period and / or the corresponding first target range. For example, a larger radius can be configured to configure the second target range, and / or a longer duration can be configured to configure the second target time period.

[0163] Another possible implementation manner is that the second target time period and / or the second target range can be pre-configured in the map application server, and its configuration manner is based on the corresponding first target time period and / or the corresponding first target range. For example, the duration can be multiplied on the basis of the first target time period to determine the second target time period, and / or the radius can be multiplied on the basis of the first target range to determine the second target range, etc. For example, the radius of the first target range can be expanded by 1.5 times to determine the second target range; the duration of the first target time period can be expanded by 2 times to determine the second target time period, etc.

[0164] Optionally, if the number of rescuers is still insufficient based on the second target range and / or the second target time period, the method of S803 can be continued to recall potential rescuers multiple times subsequently until the number of rescuers reaches the target number. This application will not elaborate on this.

[0165] S804. Determine users of the map application client whose last position is within the second target range and / or idle rescue teams whose rescue ranges are within the second target range during the second target time period as potential rescuers for the person in distress.

[0166] In the method provided by the embodiments of the present application, the map application server determines a first target range and a first target time period according to the distress location and the reception time or transmission time of the satellite distress message, and determines users of the map application client located within the first target range during the first target time period and / or idle rescue teams whose rescue ranges are within the first target range as potential rescuers, so as to quickly match nearby rescue resources for the person in distress, improve the rescue efficiency and the rescue success rate. In addition, when the number of matched rescuers is insufficient, the method of recalling rescuers multiple times can be used to continuously expand the push range and match as many rescuers as possible for the person in distress, thereby improving the rescue success rate.

[0167] In a possible implementation manner, the method of the present application further includes restricting the rescue behaviors of the person in distress and the rescuers to reduce the waste of rescue resources and reduce the disturbance to map application users. Among them, rescue behavior restriction rules can be configured in the map application server to restrict the number of distress calls of the person in distress and / or the number of received distress message of the rescuers.

[0168] For example, the map application server can restrict the same identifier or mobile phone number of a person in distress to send at most 5 satellite distress messages in one day. When the number of satellite distress messages exceeds 5, the map application server instructs the map application client to prompt the person in distress that "rescue resources are limited, please do not repeat the distress call".

[0169] For another example, the map application server can restrict the same rescuer to receive at most 3 satellite distress message pushes in one day to reduce the disturbance to map application users.

[0170] In another possible implementation manner, in the rescue chat room service, the user names used during the interaction (i.e., the user names of the first accounts corresponding to the persons in distress and the user names of the second accounts corresponding to the rescuers) can be replaced with "person in distress", "rescuer", etc. to protect the privacy data of the users. In addition, if the user name includes content such as short links and protocol delimiters, the user name used during the interaction can also be replaced with "person in distress", "rescuer", etc.

[0171] Figure 9 It is a schematic flowchart of yet another communication method for rescue provided by the embodiments of the present application. As Figure 9As shown, create a rescue chat room with the first account corresponding to the user identification, which can specifically include:

[0172] S901. Generate a distress identification based on the satellite distress message.

[0173] Among them, the distress identification is associated with the user identification of the distress sender. For example, the distress identification can be a distress ID.

[0174] After receiving the satellite distress message, the map application server can generate a unique distress identification related to the two factors of the distress information and the distress sender included in the satellite distress message according to the user identification corresponding to the distress sender in the satellite distress message. For example, the distress identification can be assigned to the distress information of the distress sender according to the order of the distress information received on the same day. For the same distress information of the same distress sender, the distress identification is only assigned once. The map application server can determine whether multiple satellite distress messages sent by the same distress sender are the same distress information by identifying the user information and the content of the distress information of the distress sender. If they are the same distress information of the same distress sender, the same distress identification is assigned to them.

[0175] Optionally, there can be a distress information table in the map application server. The map application server fills the distress identification corresponding to the distress information of the distress sender into the distress information table for recording.

[0176] S902. Determine whether the satellite distress message belongs to a repeated distress according to the distress identification.

[0177] In this step, after generating the distress identification for the distress information of the distress sender, the map application server can query the historical distress identifications saved in the map application server. If the distress identification is the same as any of the historical distress identifications, it is determined that the distress information is a repeated distress.

[0178] Optionally, the distress identifications included in the historical distress identifications can be refreshed periodically. For example, a first duration can be set to delete the historical distress identifications whose generation time exceeds the first duration from the server, or not compare with the historical distress identifications whose generation time exceeds the first duration when determining whether it is a repeated distress information (that is, only compare among the historical distress identifications whose time difference between the generation time and the current time is less than or equal to the first duration), etc.

[0179] If it is determined that the satellite distress message does not belong to a repeated distress, it indicates that a rescue chat room with the first account has not been created yet, and creation needs to be performed, and step S903 is executed; if it is determined that the satellite distress message belongs to a repeated distress, it indicates that a rescue chat room with the first account has been created, and there is no need to create it repeatedly, and step S904 is executed.

[0180] S903. Create a rescue chat room with the first account added.

[0181] Among them, the rescue chat room is associated with the distress identification. For example, a chat room identification (such as a chat room ID) can be assigned to the rescue chat room, and this chat room identification can be the same as or different from the distress identification. When the chat room identification is different from the distress identification, the two can be associated by establishing an association relationship, so that each rescue chat room corresponds to only the same distress identification (that is, it means that each rescue chat room corresponds to only one non-repeated distress message of one rescuer).

[0182] When the distress message is a non-repeated distress message, the map application server can create a rescue chat room exclusive to the rescuer, and pull rescuers into the rescue chat room to provide rescue for the rescuer.

[0183] S904. Send a satellite prompt text message to the map application client.

[0184] Among them, the satellite prompt text message is used to prompt the rescuer not to send repeated distress messages. For example, the satellite prompt message includes a repeated distress prompt for prompting the rescuer not to send repeated distress messages in the interface of the rescuer's chat room. This satellite prompt message can be, for example, just an indication message, indicating that the map application client prompts the rescuer not to send repeated distress messages in the interface of the rescuer's chat room. Or, the satellite prompt message includes the content of "Do not send repeated distress messages", and the map application client can display the content of the satellite prompt message in the interface of the rescuer's chat room.

[0185] Optionally, the map application server can set a threshold for the number of repetitions of the satellite prompt message according to actual needs. For example, within a certain time period, if the distress message is a repeated distress message, but the number of repetitions of the repeated distress message is less than or equal to the threshold for the number of repetitions, the satellite prompt message is not triggered to be sent; within a certain time period, if the distress message is a repeated distress message, and the number of repetitions of the repeated distress message is greater than the threshold for the number of repetitions, the satellite prompt message is triggered to be sent.

[0186] In the method provided by the embodiment of the present application, the map application server generates a distress identification associated with the user identification of the rescuer according to the satellite distress text message, and determines whether the satellite distress text message belongs to a repeated distress according to the distress identification. Only when the satellite distress text message is a non-repeated distress, the map application server creates a rescue chat room with the first account added for the rescuer, avoiding the problem of chaotic rescue chat room services caused by providing multiple rescue chat rooms for the same distress message, and improving the stability of the rescue chat room service. In addition, when the satellite distress text message belongs to a repeated distress, the map application server sends a satellite prompt message to the map application client to prompt the rescuer for repeated distress, thereby reducing the situation of repeated distress and reducing the waste of rescue resources.

[0187] Figure 10 This is a schematic structural diagram of a communication device for rescue provided by an embodiment of the present application. As Figure 10 shown, this device is applied to a map application server, and the device may include: a receiving module 11, a processing module 12, a control module 13, and a sending module 14.

[0188] The receiving module 11 is used to receive a satellite distress message sent by a map application client. The satellite distress message contains the user identification of the distress caller.

[0189] The processing module 12 is used to create a rescue chat room with the first account corresponding to the user identification added.

[0190] The control module 13 is used to add the second account of the rescuer to the rescue chat room.

[0191] The sending module 14 is used to send a rescue notice message to the map application client.

[0192] Optionally, after sending the rescue notice message to the map application client, the receiving module 11 is further used to receive a satellite distress communication message sent by the map application client. The satellite distress communication message contains the user identification and distress communication information. The sending module 14 is further used to send the distress communication information to the rescue chat room through the first account.

[0193] Optionally, the distress communication information includes at least one of the following: footprint data, image data, vital sign data, and edited text content of the distress caller.

[0194] Optionally, after sending the distress communication information to the rescue chat room through the first account, the receiving module 11 is further used to receive the rescue communication information sent by the second account to the rescue chat room. The sending module 14 is further used to send a satellite rescue communication message carrying the rescue communication information to the map application client.

[0195] Optionally, before adding the second account of the rescuer to the rescue chat room, the sending module 14 is further used to send a rescue invitation message to potential rescuers. The receiving module 11 is further used to receive an acceptance invitation message or a non-acceptance invitation message sent by the potential rescuer in response to the rescue invitation message. The processing module 12 is further used to obtain the account of the potential rescuer corresponding to the acceptance invitation message as the second account of the rescuer.

[0196] Optionally, the satellite distress message further contains the distress location of the distress caller, and the rescue invitation message contains the distress location.

[0197] Optionally, potential rescuers include at least one of the following: a rescue team whose distance from the distress location is less than a first preset distance, nearby people whose distance from the distress location is less than a second preset distance, emergency contacts of the first account, address book contacts of the first account, and group members of the group where the first account is located.

[0198] Optionally, the processing module 12 is specifically configured to generate a distress identifier according to the satellite distress message, and the distress identifier is associated with the user identifier of the person in distress. According to the distress identifier, determine whether the satellite distress message is a repeated distress. If it is determined that the satellite distress message is not a repeated distress, create a rescue chat room added with the first account, and the rescue chat room is associated with the distress identifier.

[0199] Optionally, the sending module 14 is further configured to, if it is determined that the satellite distress message is a repeated distress, send a satellite prompt message to the map application client, and the satellite prompt message is used to prompt the person in distress not to send repeated distress messages.

[0200] Optionally, after creating a rescue chat room added with the first account corresponding to the user identifier, the receiving module 11 is further configured to receive network status indication information sent by the map application client, and the network status indication information is used to indicate that the person in distress is in an internet-connected environment. The sending module 14 is further configured to send updated data to the map application client, and the updated data includes conversation information in the rescue chat room.

[0201] The communication device for rescue provided by the embodiments of the present application can execute the communication method for rescue of the map application server in the above method embodiments, and its implementation principle and technical effects are similar, which will not be elaborated here.

[0202] Figure 11 FIG. is a schematic structural diagram of another communication device for rescue provided by the embodiments of the present application. As Figure 11 shown, this device is applied to the map application client, and this device may include: a sending module 21, a display module 22, a receiving module 23, and a control module 24.

[0203] The sending module 21 is configured to send a satellite distress message to the map application server, and the satellite distress message includes the user identifier of the person in distress.

[0204] The display module 22 is configured to display the interface of the distress chat room of the person in distress added with the first account corresponding to the user identifier.

[0205] The receiving module 23 is configured to receive a rescue notification message sent by the map application server.

[0206] The control module 24 is configured to display the rescue notification message in the interface of the distress chat room.

[0207] Optionally, after receiving the rescue notification SMS sent by the map application server, the receiving module 23 is further configured to receive a satellite rescue communication SMS, where the satellite rescue communication SMS includes rescue communication information sent by a second account of a rescuer to a rescue chat room. The display module 22 is further configured to display the rescue communication information on the interface of the rescue chat room.

[0208] The communication device for rescue provided by the embodiments of the present application can execute the communication method for rescue of the map application client in the foregoing method embodiments, and its implementation principle and technical effects are similar, which will not be elaborated here.

[0209] Figure 12 It is a schematic structural diagram of an electronic device provided by an embodiment of the present application. Among them, the electronic device can be used, for example, to execute the foregoing communication method for rescue. As Figure 12 shown, the electronic device 1200 may include: at least one processor 1201 and a memory 1202. In a possible implementation manner, a communication interface 1203 may further be included.

[0210] The memory 1202 is used to store a program. Specifically, the program may include program code, and the program code includes computer operation instructions.

[0211] The memory 1202 may include a high-speed RAM memory, and may also include a non-volatile memory, such as at least one disk memory.

[0212] The processor 1201 is configured to execute the computer execution instructions stored in the memory 1202 to implement the method described in the foregoing method embodiments. Among them, the processor 1201 may be a CPU, or a specific integrated circuit (Application Specific Integrated Circuit, abbreviated as ASIC), or one or more integrated circuits configured to implement the embodiments of the present application.

[0213] The processor 1201 can communicate and interact with external devices through the communication interface 1203. The external devices can be, for example, the aforementioned map application server or map application client. In specific implementation, if the communication interface 1203, the memory 1202, and the processor 1201 are implemented independently, the communication interface 1203, the memory 1202, and the processor 1201 can be interconnected through a bus and communicate with each other. The bus can be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, an Extended Industry Standard Architecture (EISA) bus, etc. The bus can be divided into an address bus, a data bus, a control bus, etc., but it does not mean there is only one bus or one type of bus.

[0214] Optionally, in specific implementation, if the communication interface 1203, the memory 1202, and the processor 1201 are integrated on a single chip, the communication interface 1203, the memory 1202, and the processor 1201 can complete communication through an internal interface.

[0215] This application also provides a computer-readable storage medium, which can include: various media that can store program codes, such as USB flash drives, mobile hard disks, read-only memories (ROMs), random access memories (RAMs), magnetic disks, or optical discs, etc. Specifically, the computer-readable storage medium stores program instructions, and the program instructions are used for the methods in the above embodiments.

[0216] This application also provides a program product, which includes execution instructions stored in a readable storage medium. At least one processor of the electronic device can read the execution instructions from the readable storage medium, and the execution of the execution instructions by at least one processor enables the electronic device to implement the communication methods for rescue provided by the above various embodiments.

[0217] As used herein, the term "a plurality of" means two or more. As used herein, the term "and / or" is merely a description of the relationship between associated objects, indicating that three relationships may exist. For example, A and / or B may represent: A exists alone, A and B exist simultaneously, and B exists alone. In addition, the character " / " herein generally represents an "or" relationship between the associated objects before and after; in a formula, the character " / " represents a "division" relationship between the associated objects before and after. In addition, it should be understood that in the description of the present application, words such as "first" and "second" are only used for the purpose of distinguishing descriptions, and cannot be understood as indicating or implying relative importance, nor can they be understood as indicating or implying order.

[0218] It can be understood that the various numerical numbers involved in the embodiments of the present application are only for the convenience of description and are not used to limit the scope of the embodiments of the present application.

[0219] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present application, rather than to limit them; although the present application has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art should understand that they can still modify the technical solutions described in the foregoing embodiments, or perform equivalent replacements on some or all of the technical features; and these modifications or replacements do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of the present application.

Claims

1. A communication method for rescue, characterized in that Applied to a map application server, the method includes: Receiving a satellite distress message sent by a map application client; the satellite distress message includes the user identifier of the person in distress. Creating a rescue chat room with the first account corresponding to the user identifier added thereto. Adding the second account of the rescuer to the rescue chat room. Sending a rescue notification message to the map application client.

2. The method according to claim 1, wherein After sending the rescue notification message to the map application client, it further includes: Receiving a satellite distress communication message sent by the map application client; the satellite distress communication message includes the user identifier and distress communication information. Sending the distress communication information to the rescue chat room through the first account.

3. The method according to claim 2, wherein The distress communication information includes at least one of the following: footprint data, image data, vital sign data, and edited text content of the person in distress.

4. The method according to claim 2, wherein After sending the distress communication information to the rescue chat room through the first account, it further includes: Receiving rescue communication information sent by the second account to the rescue chat room. Sending a satellite rescue communication message carrying the rescue communication information to the map application client.

5. The method according to claim 1, wherein Before adding the second account of the rescuer to the rescue chat room, it further includes: Sending a rescue invitation message to potential rescuers. Receiving a receive invitation message or a non-acceptance invitation message sent by the potential rescuer in response to the rescue invitation message. Obtaining the account of the potential rescuer corresponding to the receive invitation message as the second account of the rescuer.

6. The method according to claim 5, characterized in that, The satellite distress message further includes the distress location of the person in distress, and the rescue invitation message includes the distress location.

7. The method according to claim 6, characterized in that, The potential rescuers include at least one of the following: A rescue team whose distance from the distress location is less than a first preset distance. People nearby whose distance from the distress location is less than a second preset distance. An emergency contact of the first account. A contact in the address book of the first account. A group member of the group where the first account is located.

8. The method according to claim 1, characterized in that The creating of a rescue chat room with the first account corresponding to the user identifier added thereto includes: Generating a distress identifier according to the satellite distress message, the distress identifier being associated with the user identifier of the person in distress. Determining whether the satellite distress message belongs to a repeated distress according to the distress identifier. If it is determined that the satellite distress message does not belong to a repeated distress, creating the rescue chat room with the first account added thereto, the rescue chat room being associated with the distress identifier.

9. The method according to claim 8, characterized in that, It further includes: If it is determined that the satellite distress message belongs to a repeated distress, sending a satellite prompt message to the map application client, the satellite prompt message being used to prompt the person in distress not to send repeated distress messages.

10. The method according to any one of claims 2-9, characterized in that, After creating a rescue chat room with the first account corresponding to the user identifier added thereto, the method further includes: Receiving network status indication information sent by the map application client, the network status indication information being used to indicate that the person in distress is in an Internet-connected environment. Sending update data to the map application client, the update data including the conversation information in the rescue chat room.

11. A communication method for rescue, characterized in that, Applied to a map application client, the method includes: Send a satellite distress message to the map application server, where the satellite distress message contains the user identification of the distress sender; Display the interface of the distress sender's chat room with the first account corresponding to the user identification added; Receive the rescue notice message sent by the map application server; Display the rescue notice message in the interface of the distress sender's chat room.

12. The method according to claim 11, wherein After receiving the rescue notice message sent by the map application server, it further includes: Receive a satellite rescue communication message, where the satellite rescue communication message includes rescue communication information sent by the second account of the rescuer to the rescue chat room; Display the rescue communication information in the interface of the rescue chat room.

13. A communication device for rescue, characterized in that, Applied to the map application server, it includes: A receiving module for receiving the satellite distress message sent by the map application client; the satellite distress message contains the user identification of the distress sender; A processing module for creating a rescue chat room with the first account corresponding to the user identification added; A control module for adding the second account of the rescuer to the rescue chat room; A sending module for sending a rescue notice message to the map application client.

14. A communication device for rescue, characterized in that, Applied to the map application client, it includes: A sending module for sending a satellite distress message to the map application server, where the satellite distress message contains the user identification of the distress sender; A display module for displaying the interface of the distress sender's chat room with the first account corresponding to the user identification added; A receiving module for receiving the rescue notice message sent by the map application server; A control module for displaying the rescue notice message in the interface of the distress sender's chat room.

Images