CN116264031A

CN116264031A - Emergency rescue method and device

Info

Publication number: CN116264031A
Application number: CN202111560838.2A
Authority: CN
Inventors: 宋亚楠
Original assignee: Shanghai Pateo Network Technology Service Co Ltd
Current assignee: Shanghai Pateo Network Technology Service Co Ltd
Priority date: 2021-12-14
Filing date: 2021-12-14
Publication date: 2023-06-16

Abstract

The application provides an emergency rescue method, which comprises the following steps: in response to detecting the generation of the distress instruction, acquiring contact information of at least one potential rescue party; generating rescue information based on the contact information and the distress instruction, wherein the rescue information comprises the contact information and a rescue sharing map; and transmitting the rescue information to the user and the at least one potential rescue party. According to the emergency rescue method, help seeking information can be generated quickly, so that quick help seeking is realized; the potential rescue party is quickly inquired nearby so as to avoid invalid help seeking, and therefore help seeking efficiency is improved.

Description

Emergency rescue method and device

Technical Field

The present application relates generally to the field of intelligent transportation technology, and more particularly, to an emergency rescue method and an emergency rescue device.

Background

Currently, in road traffic, as the number of vehicles such as vehicles increases dramatically, so too does the occurrence of dangerous situations on the vehicles.

In the case that the vehicle is flooded, a fire, a driver and passengers are ill, and emergency rescue is needed, the rescue needs to be obtained in time, but special rescue parties such as fire protection, hospitals and the like cannot be guaranteed to reach the vehicle quickly, or if a disaster such as flood is encountered, the situation that the vehicle cannot be contacted with the special rescue party such as fire protection, hospitals and the like or the special rescue party has no free rescue capability is available exists, and the driver and passengers are required to actively ask for help in emergency places and nearby in the situation.

When a vehicle encounters a dangerous situation, the vehicle needs to send help seeking information to nearby people or vehicle owners in time. At present, help seeking information cannot be sent out quickly in modes of short messages, voice short messages, pushing and the like, nearby reachable number lists cannot be provided for a help seeking party, and a rescue real-time information sharing channel is not provided.

Disclosure of Invention

An object of the present application is to provide an emergency rescue device and an emergency rescue method thereof, which have the advantages that help seeking information and rescue information can be rapidly generated, so that rapid and accurate rescue can be realized, and rescue efficiency is improved.

Another object of the present application is to provide an emergency rescue device and an emergency rescue method thereof, which has the advantage that rescue information can be sent to a user and a potential rescue party to share the rescue information.

Another object of the present application is to provide an emergency rescue device and an emergency rescue method thereof, which can obtain the contact information of potential rescue party nearby, so as to achieve rapid rescue.

Another object of the present invention is to provide an emergency rescue device and an emergency rescue method thereof, which are advantageous in that potential rescue parties can be ranked according to weights to improve rescue efficiency.

Another object of the present application is to provide an emergency rescue device and an emergency rescue method thereof, which are advantageous in that a distress command can be generated based on various options to improve rescue efficiency.

To achieve the above object, a first aspect of the present application provides an emergency rescue method, which may include: in response to detecting the generation of the distress instruction, acquiring contact information of at least one potential rescue party; generating rescue information based on the contact information and the help seeking instruction, wherein the rescue information comprises the contact information and a rescue sharing map; and transmitting the rescue information to the user and the at least one potential rescue party. According to the emergency rescue method, high-efficiency rescue is achieved through quick generation of the distress information and sharing of the rescue information, and excessive rescue is avoided.

According to one embodiment of the present application, obtaining contact information for at least one potential rescuer includes: and responding to the detection of the generation of the distress instruction, and acquiring the contact information of at least one potential rescue party in a preset range of the vehicle based on the distress instruction. The emergency rescue method can inquire potential rescue parties nearby so as to improve the help seeking efficiency.

According to another embodiment of the present application, generating rescue information based on the contact address and the distress instruction includes: setting the weight of the at least one potential rescue party based on the matching degree of the distress type indicated by the distress instruction and the at least one potential rescue party; determining a ranking of the contact addresses of the at least one potential rescuer according to the weight of the at least one potential rescuer and the distance between the at least one potential rescuer and the user; and generating the rescue information based on the ordering. According to the emergency rescue method, the potential rescue parties are ranked by setting weights for the potential rescue parties, and accurate ranking is provided for the rescue parties, so that the rescue efficiency is improved.

According to yet another embodiment of the present application, the distress instruction is generated based on at least one of the first distress option, vehicle status parameters, and environmental information. The emergency rescue method can generate the help-seeking instruction through at least one of the first help-seeking option such as the preset help-seeking option, the vehicle state parameter indicating the vehicle fault and the environment information indicating the accident environment condition, and can improve the accuracy of the help-seeking information, thereby improving the rescue efficiency.

A second aspect of the present application provides an emergency rescue device that may include: one or more processors; and one or more memories coupled to the one or more processors and storing instructions for execution by the one or more processors, which when executed by the one or more processors, cause the apparatus to perform the emergency rescue method described above. The emergency rescue device can execute the emergency rescue method, so that the emergency rescue device has the advantages of the emergency rescue method.

A third aspect of the present application provides a non-transitory computer storage medium storing instructions which, when executed by one or more processors, perform the emergency rescue method described above. The emergency rescue method described above can be executed by the instructions stored in the computer storage medium, and thus has the above advantages of the emergency rescue method.

A fourth aspect of the present application provides a help-seeking device, which may comprise: the help-seeking instruction generating device is configured to generate a help-seeking instruction; and the rescue information receiving device is configured to receive and display the rescue information generated according to the distress instruction, wherein the rescue information comprises contact information of at least one potential rescue party and a rescue sharing map. The help seeking device can generate rescue information and receive and display the rescue information, so that quick and accurate rescue can be realized, and the rescue efficiency is improved.

Drawings

In order to more clearly illustrate the embodiments of the invention or the technical solutions in the prior art, the drawings which are used in the description of the embodiments or the prior art will be briefly described, it being obvious that the drawings in the description below are only some embodiments of the invention, and that other drawings can be obtained from them without inventive effort for a person skilled in the art.

Embodiments of the present application are illustrated by way of example, and not by way of limitation, in the figures of the accompanying drawings in which like reference numerals refer to similar elements.

FIG. 1 shows a flow chart of an emergency rescue method according to an embodiment of the present application;

FIG. 2 illustrates an exemplary application scenario diagram of an emergency rescue method according to an embodiment of the present application;

fig. 3 shows a schematic structural view of an emergency rescue device according to an embodiment of the present application;

FIG. 4 shows a schematic structural diagram of a help-seeking device according to an embodiment of the present application; and

fig. 5 shows a schematic diagram of a rescue link page according to an embodiment of the present application.

Detailed Description

For a better understanding of the present application, various aspects of the present application will be described in more detail with reference to the accompanying drawings. It should be understood that these detailed description are merely illustrative of exemplary embodiments of the application and are not intended to limit the scope of the application in any way. Like reference numerals refer to like elements throughout the specification. The expression "and/or" includes any and all combinations of one or more of the associated listed items.

In the drawings, the size, dimensions and shape of elements have been slightly adjusted for convenience of description. The figures are merely examples and are not drawn to scale. In addition, in this application, the order in which the processes of the steps are described does not necessarily indicate the order in which the processes occur in actual practice, unless explicitly defined otherwise or the context may be inferred.

It will be further understood that terms such as "comprises," "comprising," "includes," "including," "having," "containing," "includes" and/or "including" are open-ended, rather than closed-ended, terms that specify the presence of the stated features, elements, and/or components, but do not preclude the presence or addition of one or more other features, elements, components, and/or groups thereof. In addition, when a statement such as "at least one of the following" appears after a list of features that are listed, it modifies the listed features rather than merely modifying individual elements in the list. In addition, when describing embodiments of the present application, use of "may" means "one or more embodiments of the present application. Also, the term "exemplary" is intended to refer to an example or illustration.

Unless otherwise defined, all terms (including engineering and technical terms) used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application belongs. It will be further understood that terms, such as those defined in commonly used dictionaries, should be interpreted as having a meaning that is consistent with their meaning in the context of the relevant art and will not be interpreted in an idealized or overly formal sense unless expressly so defined herein.

In addition, embodiments and features of embodiments in the present application may be combined with each other without conflict.

A vehicle such as a vehicle referred to herein includes an environmental sensing module, a communication module, a positioning module, a decision-making module, a control module, an execution module, and the like, where the environmental sensing module includes, but is not limited to, a camera, a night vision device, a laser radar, a millimeter wave radar, an ultrasonic sensor, a dynamic stability control system, and the like, to sense a vehicle running speed, a running direction, a movement posture, a road traffic condition, and the like, where the dynamic stability control system may integrate its own camera, sensor, and the like. The communication modules include, but are not limited to, short range communication technology, bluetooth, WIFI, zigbee, radio frequency identification communication technology (Radio Frequency Identification, RFID), off-load communication technology (UWB), fourth generation mobile communication technology 4G, fifth generation mobile communication technology 5G, cellular-based narrowband internet of things (Narrow Band Internet of Things, NB-IOT), long term evolution technology (Long Term Evolution, LTE), and any one or more based on IEEE802.11P or IEEE 1609 standard protocols to communicate with other vehicles and environmental awareness modules, and the like. The positioning module may employ a global navigation satellite system (Global Navigation Satellite System, GNSS) or the like. The execution module includes, but is not limited to, an engine actuator, a motor actuator, a brake actuator, and the like.

The emergency rescue method according to the embodiment of the invention can be applied to vehicles based on internet connection, and real-time communication between the vehicles (Vehicle to Vehicle, V2V) and the vehicles and road infrastructures (Vehicle to Infrastructure, V2I) is realized. The road infrastructure can send information such as the state of the traffic light, the time required for switching the state of the traffic light next time, the position and the direction of the intersection and the like to the vehicle through the V2I technology.

After a vehicle such as a vehicle encounters a dangerous situation, the distress party cannot timely send distress information to nearby potential rescue parties. The potential rescue party cannot obtain the information shared by the help party, so that the help party and the potential rescue party are not communicated smoothly, and rescue resources are insufficient, low in efficiency or wasted due to excessive rescue. Embodiments of the present application will be described below with reference to the accompanying drawings. In the following embodiments of the present application, vehicles are described as examples, but it should be understood that the present application is applicable to various vehicles.

Fig. 1 shows a flow chart of an emergency rescue method 100 according to an embodiment of the present application. As shown in fig. 1, the emergency rescue method 100 may include the steps of:

Step S110: in response to detecting the generation of the distress instruction, acquiring contact information of at least one potential rescue party;

step S120: generating rescue information based on the contact information and the help seeking instruction, wherein the rescue information comprises the contact information and a rescue sharing map; and

step S130: the rescue information is sent to the user and the at least one potential rescue party.

Fig. 2 shows an exemplary application scenario diagram of an emergency rescue method according to an embodiment of the present application. In the scenario illustrated in fig. 2, when a vehicle such as the vehicle 211 experiences a dangerous situation, a driver and passenger such as a vehicle 210 can quickly select at least one of a first help option such as a preset help option, a vehicle status parameter, and environmental information to generate a help-seeking instruction through the vehicle body machine, the mobile phone APP. The distress instruction is sent to the server 220 in conjunction with the current geographic location. The server 220 screens contact ways of a plurality of potential rescue parties 230 nearby according to the instruction, and sends rescue information and a help-seeking link to a mobile phone, or sends the rescue information and the help-seeking link to a fixed phone through a voice short message, or sends the rescue information and the help-seeking link to intelligent equipment subscribed to a help-seeking information channel, such as a smart television, a sound box, a car machine of other vehicles and the like, so that the purpose of broadcasting the help-seeking information nearby rapidly is achieved.

The details of the above steps S110, S120 and S130 will be further described below in conjunction with fig. 1 and 2.

Step S110: in response to detecting the generation of the distress instruction, obtaining contact information of at least one potential rescue party

The distress instruction may be generated in a variety of ways. The distress instruction may indicate at least one of the following information: the type of rescue required, the skill required, the rescue supplies required, the number of rescue workers, and the number of expected rescue workers.

In the application scenario shown in fig. 2, the help seeker 210 of the driver and passenger can quickly select a first help-seeking option, such as a preset help-seeking option, through the vehicle, the mobile phone APP, and can generate the help-seeking instruction based on at least one of the first help-seeking option, the vehicle state parameter, and the environmental information.

In an exemplary embodiment, the first distress option may be a preset distress option. The preset help-seeking options are, for example, fire rescue, wading rescue, illness rescue, collision rescue and the like, and the required rescue person skills, required rescue goods and materials, the number of the help-seeking parties 210, the expected number of the required rescue persons and the like corresponding to the options. The help seeker 210 can quickly select the first help-seeking option by one key, and the first help-seeking option can be adjusted according to the self situation after the selection. Through preset help seeking options, the help seeking party can quickly generate help seeking information through the first help seeking option of the preset help seeking options, such as manual input, so that quick help seeking is realized.

In one embodiment, generating the distress instruction based on the vehicle state parameters may include obtaining at least one state parameter of the vehicle and then generating the second distress option in response to the at least one state parameter meeting a preset condition. And if the user confirms the selection of the second help-seeking option, acquiring the position of the vehicle, and generating a help-seeking instruction based on the position of the vehicle and the second help-seeking option. Under the condition that the accident is caused by the fault of the vehicle and the driver and the passenger cannot quickly and accurately determine the fault, the accident specific condition can be more accurately and efficiently determined by acquiring at least one state parameter of the vehicle through the sensor on the vehicle, so that the help seeking information is more accurate, and meanwhile, the driver and the passenger are avoided from editing the help seeking information under the emergency condition, so that quick help seeking is realized.

In one embodiment, the step of generating the distress instruction based on the vehicle status parameters and the environmental information may include: acquiring at least one state parameter and environment information of a vehicle; generating the second distress option in response to at least one of the vehicle status parameter and the environmental information meeting a predetermined condition; and responding to the confirmation of the selection of the second help-seeking option by the user, acquiring the position of the vehicle and generating the help-seeking instruction based on the position of the vehicle at the position and the second help-seeking option. Therefore, the help-seeking requirement of the user can be determined more accurately and efficiently by combining the vehicle state parameters and the environment information acquired by the sensors on the vehicle, so that the help-seeking information is more accurate, false triggering of the help-seeking instruction is avoided, and quick help-seeking is realized.

In the above-described embodiment, the state parameter of the vehicle may include a parameter related to at least one of a water level, smoke, temperature, and collision of the vehicle. For example, the vehicle state parameter may include whether the vehicle 211 is wading. Whether the vehicle water level reaches the early warning range is detected based on a water level signal sensor mounted to the vehicle 211. In one example, the vehicle state parameters may also include at least whether the vehicle 211 is subject to a collision. Whether the vehicle 211 is subjected to a collision is detected from an acceleration sensor, a camera, or the like mounted on the vehicle 211.

In the above-described embodiment, the environmental information of the vehicle may then include whether the vehicle 211 is in a fire or in a fire environment. Whether the vehicle 211 is on fire is detected based on a smoke sensor, a temperature sensor, which are mounted on the vehicle 211. In addition, the environmental information may include at least one of road condition information and weather information. Vehicles that are in danger often travel on outdoor roads, and thus road condition information indicating technical conditions of road beds, pavements, structures, auxiliary facilities, and the like where the vehicles are located and specific weather information that determines whether the accident site is in such a state as extreme weather greatly affect rescue actions. For example, the road condition information of the position of the vehicle is determined to be a low-lying or historical heavy water accumulation point based on the positioning information of the vehicle, and the wading help-seeking option can be generated and prompted to the user by combining the weather information of the region of the vehicle to be continuous heavy rain weather.

In an exemplary embodiment, the abnormal situation can generate a corresponding help-seeking option, and the early warning prompt and the rapid rescue application button are popped up on the screen of the vehicle in combination with the position acquired by the vehicle, and meanwhile, the early warning information is sent to the server 220. The help seeker 210 can also operate a key on the mobile phone to apply for rescue by pushing the help seeker 210 to the mobile phone of the help seeker 220.

In this step S110, once the generation of the distress instruction is detected, as a response to the detection of the generation of the distress instruction, a contact address of at least one potential rescuer within a preset range of the vehicle is acquired based on the distress instruction. In one embodiment, the step of generating rescue information based on the contact address and the distress instruction may include: setting the weight of the at least one potential rescue party based on the matching degree of the distress type indicated by the distress instruction and the at least one potential rescue party; determining a ranking of the contact addresses of the at least one potential rescuer according to the weight of the at least one potential rescuer and the distance between the at least one potential rescuer and the user; and generating the rescue information based on the ordering.

For example, as shown in fig. 2, the server 220 may query surrounding units such as fire, hospital, pharmacy, restaurant, convenience store, or individuals subscribed to rescue services, etc., as contact ways for the potential rescue party 230 based on the location of the distress information. The weight of the corresponding potential rescuer 230 is increased according to the classification of the distress information. For example, if the distress classification is illness rescue, the weight of the hospital, clinic, pharmacy is increased; if the vehicle 211 is wading to fail to open the windows for escape, the natatorium (or individual swimming), hardware store (possibly including window breaking tools) will be weighted up. In ranking, ranking may be performed according to various ranking rules, for example, ranking according to a ranking rule that weights high distance near > weights high distance far > weights low distance near > weights low distance far. Further, a virtual number can be generated based on the contact information to protect the information security of the potential rescue party.

In an exemplary embodiment, the distress party 210 may see the contact of the nearby potential rescue party 230 in the rescue link page. The server 220 may sort according to the distress information, and the distress party 210 may also dial the distress rapidly. In an embodiment of the emergency rescue method 100, the step of setting the weight of the at least one potential rescue party based on the degree of matching of the distress type indicated by the distress instruction with the at least one potential rescue party may comprise: obtaining a category of the at least one potential rescuer; matching the help seeking type with the acquired class to obtain a matching value; and setting the weight of the at least one potential rescue party according to the mapping relation of the matching value and the weight of the at least one potential rescue party.

Fig. 5 shows a schematic diagram of a rescue link page according to an embodiment of the present application. As shown in fig. 5, the left side shows the contact of a plurality of nearby potential rescuers 230, and the right side shows the locations of the distress and potential rescuers and whether they respond. Specifically, server 220 may set weights for categories of different potential rescuers 230 corresponding to distress classifications. For example, if the category of potential rescuer 230 is a hospital, it is apparent that there is a better match with the type of help that corresponds to the sick rescue, and thus a higher match value is obtained. Then, the hospital weight is obtained according to the mapping relation between the matching value and the hospital weight. For example, when dealing with the illness rescue, in the case where the matching values are different, the weight value of the hospital with a higher matching value is 10, the weight value of the illness rescue corresponding to the clinic with a lower matching value is 8, the weight value of the illness rescue corresponding to the pharmacy with a lower matching value is 7, and the weight value of the hardware store with a low matching value due to the small contribution to the illness rescue is 1. For another example, the weight of the potential rescuer 230 class hardware store for wading rescue is 8 (providing a tool to break windows, etc.), while the weight of the restaurant for wading rescue is 3. Therefore, on one hand, under the condition of no response, the help seeker can still actively seek help through the provided contact way; on the other hand, the rescue efficiency and the probability of successful rescue are improved by sequencing and providing references for the distress party and the rescue party.

Step S120: generating rescue information based on the contact information and the distress instruction, wherein the rescue information comprises the contact information and a rescue sharing map

In one embodiment, the contact information may include numbers corresponding to different communication devices, and generating rescue information based on the contact information and the distress instruction includes: responding to the contact information corresponding to the first communication equipment, and generating rescue information in the form of voice information based on the contact information and the distress instruction; and generating rescue information in the form of text information and/or graphic information based on the contact information and the distress instruction in response to the contact information corresponding to the second communication device.

For example, the virtual number of the contact information of the potential rescue party 230 queried in the previous step is sent to the distress party 210 according to the priority ranking. And simultaneously send distress information to the contact addresses of these potential rescue parties 230, and voice information if the contact addresses are landline numbers. And if the intelligent device is other intelligent devices such as intelligent televisions, sound equipment and mobile phones, sending graphic and text information.

In one embodiment, the step of generating rescue information based on the contact addresses and the distress instruction may include: acquiring equipment information of associated equipment of the at least one potential rescue party; and generating corresponding type rescue information based on the equipment type indicated by the equipment information, the contact information and the distress instruction.

Since potential rescue partners include various types of units or individuals, and the associated devices used by these units and individuals may include various communication devices, where a unit in a potential rescue partner refers to an entity capable of performing rescue actions, such as a hospital, clinic, pharmacy, fire department, hardware store, etc. The device type indicated by the device information refers to the type of manner in which the communication device outputs information to the potential rescuer, for example, by audio or video. In this case, the step of generating the corresponding type of rescue information based on the device type indicated by the device information, the contact address, and the distress instruction may include: generating rescue information in the form of voice information in response to the device type being a communication device having an audio output; and generating rescue information in the form of text information and/or teletext information in response to the device type being a communication device with a video output. The communication device with audio output may be, for example, a landline telephone, a cell phone, a smart speaker, etc. The communication device with video output may be, for example, a smart communication device, a smart television, a car set, etc. The communication equipment can realize multi-channel communication, so that information can be safely sent and received, and insufficient communication can be avoided. In addition, the communication equipment with video output can realize information sharing more accurately and comprehensively in the rescue process.

In one embodiment, the rescue information may include a rescue shared map. The step of generating the rescue shared map may include: acquiring the position and/or rescue response information of the at least one potential rescue party; and generating the rescue sharing map based on the acquired position and/or the rescue response information, wherein the rescue sharing map at least indicates the rescue response information and the rescue progress of the at least one potential rescue party.

In the case that the rescue response information indicates that the potential rescue party does not respond or does not open a rescue response, the potential rescue party defaults to not responding to the rescue. In the event that the rescue response information indicates that the potential rescue party has responded, then the potential rescue party may be considered to be responded. In the event that the rescue response information indicates a potential rescue party rejection response, then the potential rescue party may be considered a rejection response. The rescue response information can be modified according to the specific situation of the potential rescue party, so that the rescue efficiency is improved.

Rescue progress refers to the extent to which rescue actions actually progress. For example, the rescue progress may include the distance of the potential rescuer from the distress, the expected arrival time, the readiness of the number of needed rescuers and supplies, new information presented in the rescue, and so forth.

Step S130: transmitting the rescue information to the user and the at least one potential rescue party

The rescue information described above may be transmitted to the user and the at least one potential rescuer in this step through various communication means. The rescue information may be sent by any one or more of short-range communication technology, bluetooth, WIFI, zigbee, RFID, UWB, 4G, 5G, NB-IOT, IEEE802.11P or IEEE 1609 standard protocols, or may be sent by adopting other suitable communication modes according to the actual application environment.

In one embodiment, the rescue information may be sent to the user and the at least one potential rescue party through a server, or may be directly sent to an associated device of the potential rescue party through the communication means.

In the exemplary embodiment shown in fig. 2, the information received by the potential rescuer 230 includes a rescue link through which a web page may be opened. For example, the rescue link may be opened by a mobile phone, a car phone, or other intelligent devices, so that the help seeking information, the required articles, the rescue progress, the position of the help seeking party 210, and the like can be checked in real time.

The help seeker 210 opens this web page to see the ordered potential rescue parties 230 and contact information, see how many people have answered the rescue request, and edit help information and status at any time. When the invitee opens, he can see the help seeking information, the needed materials, the position and the rescue state.

After transmitting the rescue information to the user and the at least one potential rescue party, the emergency rescue method may further include: generating a rescue response request in response to the at least one potential rescuer opening the rescue shared map; and updating the rescue response information in response to the at least one potential rescuer confirming the rescue response request.

When a potential rescuer, such as another vehicle occupant, opens a rescue shared map, a rescue response request is generated on the rescue shared map for the potential rescuer to select whether to respond to the rescue. Then, when the potential rescuer chooses to respond to the rescue by confirming the rescue response request, the rescue response information is updated to be responded so that the distress party and other potential rescuers can see that the potential rescuer chooses to respond to the rescue. In this case, both the distress party and the potential rescue party can intuitively learn about the rescue process in real time. Therefore, on one hand, the emotion of the help seeking party can be stabilized, secondary injury is avoided, and the rescue system is better prepared to accept professional rescue. On the other hand, other potential rescue parties do not need to select rescue after knowing that the help seeking party is fully rescued, so that resources are prevented from being wasted due to excessive rescue.

In the exemplary embodiment shown in fig. 2, during the process of opening the web page, the distress party 210 and the potential rescue party can automatically obtain the location information of the device that opens the web page at regular time, and share the location information to the server side.

Through the above-described location information sharing function, the invitee can see his/her location on the map and the specific location of the help seeker 210 on the web page.

Through the above process, the distress party 210 can quickly send information to nearby potential rescue parties 230 (potential rescue parties 230 and intelligent devices) on the type of distress, the number of the distress parties 210, the number of needed rescue people, the needed rescue materials, the needed rescue, and the location nearby, and simultaneously obtain the contact information of the potential rescue parties 230. Then can make a call to ask for help by itself according to the need. The information sharing of the rescue progress can be performed in real time through the web page opened by the link of the information transmitted to the potential rescue party 230, the help seeker 210 can share the own position after opening the web page, and the help seeking information can be modified or the help seeking state can be shared at any time.

In yet another aspect, the present application provides an emergency rescue device for implementing the above method. The emergency rescue device may be, for example, a digital computer in various forms, such as a laptop computer, a desktop computer, a workstation, a personal digital assistant, a server, a blade server, a mainframe computer, and other suitable computers. The emergency rescue device may also represent various forms of mobile devices, such as personal digital processing, cellular telephones, smart phones, wearable equipment, and other similar computing devices.

Fig. 3 shows a schematic block diagram of the emergency rescue device. As shown in fig. 3, the emergency rescue device 300 may include at least: one or more processors 310; and one or more memories 320, the one or more memories 320 being coupled to the one or more processors 310 and storing instructions for execution by the one or more processors 310, which when executed by the one or more processors 310, cause the apparatus to perform an emergency rescue method comprising at least the steps of: in response to detecting the generation of the distress instruction, acquiring contact information of at least one potential rescuer 230; generating rescue information based on the contact information and the help seeking instruction, wherein the rescue information comprises the contact information and a rescue sharing map; and transmitting the rescue information to the user and the at least one potential rescue party 230.

The processor 310 may perform various suitable actions and processes in accordance with a computer program stored in a Read Only Memory (ROM) 302 or a computer program loaded from a memory 320 into a Random Access Memory (RAM) 303. In the RAM303, various programs and data required for the operation of the device 300 may also be stored. The processor 310, the ROM 302, and the RAM303 are connected to each other by a bus 304. An input/output (I/O) interface 305 is also connected to bus 304.

Various components in device 300 are connected to I/O interface 305, including: an input unit 306 such as a keyboard, a mouse, etc.; an output unit 307 such as various types of displays, speakers, and the like; a memory 320 such as a magnetic disk, optical disk, etc.; and a communication unit 309 such as a network card, modem, wireless communication transceiver, etc. The communication unit 309 allows the device 300 to exchange information/data with other devices via a computer network such as the internet and/or various telecommunication networks. Processor 310 may be a variety of general-purpose and/or special-purpose processing components having processing and computing capabilities. Some examples of processor 310 include, but are not limited to, a Central Processing Unit (CPU), a Graphics Processing Unit (GPU), various specialized Artificial Intelligence (AI) computing chips, various computing units running machine learning model algorithms, a Digital Signal Processor (DSP), and any suitable processor, controller, microcontroller, etc. The processor 310 performs the various methods and processes described above, such as video processing methods. For example, in some embodiments, the video processing method may be implemented as a computer software program tangibly embodied on a machine-readable medium, such as memory 320. In some embodiments, part or all of the computer program may be loaded and/or installed onto the device 300 via the ROM 302 and/or the communication unit 309. One or more of the steps of the video processing method described above may be performed when the computer program is loaded into RAM 303 and executed by processor 310. Alternatively, in other embodiments, processor 310 may be configured to perform the video processing method in any other suitable manner (e.g., by means of firmware).

Various implementations of the systems and techniques described here above may be implemented in digital electronic circuitry, integrated circuit systems, field Programmable Gate Arrays (FPGAs), application Specific Integrated Circuits (ASICs), application Specific Standard Products (ASSPs), systems On Chip (SOCs), load programmable logic devices (CPLDs), computer hardware, firmware, software, and/or combinations thereof. These various embodiments may include: implemented in one or more computer programs, the one or more computer programs may be executed and/or interpreted on a programmable system including at least one programmable processor, which may be a special purpose or general-purpose programmable processor, that may receive data and instructions from, and transmit data and instructions to, a storage system, at least one input device, and at least one output device.

Program code for carrying out methods of the present disclosure may be written in any combination of one or more programming languages. These program code may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus such that the program code, when executed by the processor or controller, causes the functions/operations specified in the flowchart and/or block diagram to be implemented. The program code may execute entirely on the machine, partly on the machine, as a stand-alone software package, partly on the machine and partly on a remote machine or entirely on the remote machine or server.

In the context of this disclosure, a machine-readable medium, to which another aspect of the present application relates, may be a tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. The machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of a machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

To provide for interaction with a user, the systems and techniques described here can be implemented on a computer having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to a user; and a keyboard and pointing device (e.g., a mouse or trackball) by which a user can provide input to the computer. Other kinds of devices may also be used to provide for interaction with a user; for example, feedback provided to the user may be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user may be received in any form, including acoustic input, speech input, or tactile input.

The systems and techniques described here can be implemented in a computing system that includes a background component (e.g., as a data server), or that includes a middleware component (e.g., an application server), or that includes a front-end component (e.g., a user computer having a graphical user interface or a web browser through which a user can interact with an implementation of the systems and techniques described here), or any combination of such background, middleware, or front-end components. The components of the system can be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include: local Area Networks (LANs), wide Area Networks (WANs), and the internet. The computer system may include a client and a server. The client and server are typically remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other.

Yet another aspect of the present application provides a help-seeking device 400. Fig. 4 shows a schematic diagram of a help-seeking device 400 according to an embodiment of the present application.

As shown in fig. 4, a help-seeking device 400 according to an embodiment of the present application may include: a distress command generating device 410 and a rescue information receiving device 420. The help-seeking instruction generating device 410 is configured to generate a help-seeking instruction, and the rescue information receiving device 420 is configured to receive and display rescue information generated according to the help-seeking instruction. The rescue information includes contact information and a rescue shared map for at least one potential rescuer 230.

In one embodiment, the distress device 400 may send the distress instruction generated by the distress instruction generation device 410 to the example emergency rescue device 300 illustrated in fig. 3, such that the emergency rescue device 300 performs the emergency rescue method illustrated in fig. 1 after detecting the generation of the distress instruction.

In one embodiment, the distress instruction may indicate at least one of the following information: the type of rescue required, the skill required, the rescue supplies required, the number of rescue participants 210, and the number of expected rescue participants.

In one embodiment, the distress instruction generating means 410 may be configured to generate the distress instruction based on at least one of a first distress option, a vehicle status parameter, and environmental information.

In one embodiment, the distress instruction generating means 410 may be configured to: acquiring at least one state parameter of the vehicle; generating a second distress option in response to the at least one status parameter meeting a preset condition; responsive to the user confirming selection of the second distress option, obtaining a location of the vehicle; and generating the distress instruction based on the location of the location vehicle and the second distress option.

In one embodiment, the distress instruction generating means 410 may be configured to: generating the distress instruction based on at least one of the vehicle status parameter and the environmental information includes: acquiring at least one state parameter and environment information of a vehicle; generating the second distress option in response to at least one of the vehicle status parameter and the environmental information meeting a predetermined condition; responsive to the user confirming selection of the second distress option, obtaining a location of the vehicle; and generating the distress instruction based on the location of the location vehicle and the second distress option.

In one embodiment, the status parameter may include a parameter related to at least one of water level, smoke, temperature, and collision.

In one embodiment, the environmental information may include at least one of road condition information and weather information.

In one embodiment, the contact may include numbers that respectively correspond to different communication devices.

In one embodiment, the distress instruction generating means is further configured to: responding to the contact information corresponding to the first communication equipment, and generating rescue information in the form of voice information based on the contact information and the distress instruction; and generating rescue information in the form of text information and/or graphic information based on the contact information and the distress instruction in response to the contact information corresponding to the second communication device

In one embodiment, the device may be a vehicle-mounted device of a vehicle. As an option, the device may also be a portable communication device of a user of the vehicle, such as a personal digital assistant, a cellular phone, a smart phone, a wearable device, and other similar computing devices. The help-seeking instruction generating device 410 and the rescue information receiving device 420 described above may be implemented in a car set or a portable communication device in software, hardware, or a combination of both.

It should be appreciated that various forms of the flows shown above may be used to reorder, add, or delete steps. For example, the steps recited in the present disclosure may be performed in parallel or sequentially or in a different order, provided that the desired results of the technical solutions of the present disclosure are achieved, and are not limited herein.

The above detailed description should not be taken as limiting the scope of the present disclosure. It will be apparent to those skilled in the art that various modifications, combinations, sub-combinations and alternatives are possible, depending on design requirements and other factors. Any modifications, equivalent substitutions and improvements made within the spirit and principles of the present disclosure are intended to be included within the scope of the present disclosure.

Claims

1. An emergency rescue method, comprising:

in response to detecting the generation of the distress instruction, acquiring contact information of at least one potential rescue party;

generating rescue information based on the contact information and the help seeking instruction, wherein the rescue information comprises the contact information and a rescue sharing map; and

and sending the rescue information to the user and the at least one potential rescue party.

2. The emergency rescue method of claim 1, wherein the obtaining contact information of at least one potential rescuer comprises:

and responding to the detection of the generation of the distress instruction, and acquiring the contact mode of at least one potential rescue party in a preset range of the vehicle based on the distress instruction.

3. The emergency rescue method of claim 1 or 2, wherein the distress instruction indicates at least one of the following information: the type of rescue required, the skill required, the rescue supplies required, the number of rescue workers, and the number of expected rescue workers.

4. The emergency rescue method of claim 3 wherein the generating rescue information based on the contact addresses and the distress instructions includes:

setting the weight of the at least one potential rescue party based on the matching degree of the distress type indicated by the distress instruction and the at least one potential rescue party;

determining a ranking of the contact addresses of the at least one potential rescuer according to the weight of the at least one potential rescuer and the distance between the at least one potential rescuer and the user; and

and generating the rescue information based on the ranking.

5. The emergency rescue method of claim 4, wherein the setting the weight of the at least one potential rescue party based on the degree of matching of the distress type indicated by the distress instruction to the at least one potential rescue party comprises:

obtaining a category of the at least one potential rescuer;

matching the help seeking type with the acquired class to obtain a matching value; and

and setting the weight of the at least one potential rescue party according to the mapping relation between the matching value and the weight of the at least one potential rescue party.

6. The emergency rescue method of claim 1, wherein the distress instruction is generated based on at least one of a first distress option, a vehicle status parameter, and environmental information.

7. The emergency rescue method of claim 6, wherein,

the generating the distress instruction based on the vehicle state parameter includes:

acquiring at least one state parameter of the vehicle;

generating a second distress option in response to the at least one status parameter meeting a preset condition;

responsive to the user confirming the selection of the second distress option, acquiring a location of the vehicle; and

and generating the help seeking instruction based on the position of the vehicle and the second help seeking option.

8. The emergency rescue method of claim 6, wherein,

the generating the distress instruction based on at least one of vehicle state parameters and environmental information includes:

acquiring at least one state parameter and environment information of a vehicle;

generating a second distress option in response to at least one of the vehicle status parameter and the environmental information meeting a predetermined condition;

And generating the help seeking instruction based on the position of the position vehicle and the second help seeking option.

9. The emergency rescue method of claim 7 or 8, wherein the status parameters include parameters related to at least one of water level, smoke, temperature, and collision of the vehicle.

10. The emergency rescue method of claim 7 or 8, wherein the environmental information includes at least one of road condition information and weather information.

11. Emergency rescue method according to claim 1 or 2, wherein the contact means comprise numbers corresponding to different communication devices, respectively.

12. The emergency rescue method of claim 11, wherein the generating rescue information based on the contact addresses and the distress instructions includes:

generating rescue information in the form of voice information based on the contact information and the distress instruction in response to the contact information corresponding to the first communication device; and

and generating rescue information in the form of text information and/or graphic information based on the contact information and the distress instruction in response to the contact information corresponding to the second communication device.

13. The emergency rescue method of claim 1 or 2, wherein the generating rescue information based on the contact information and the distress instruction includes:

Acquiring equipment information of associated equipment of the at least one potential rescue party; and

and generating corresponding types of rescue information based on the equipment type indicated by the equipment information, the contact information and the distress instruction.

14. The emergency rescue method of claim 13, wherein the generating the respective types of rescue information based on the device type indicated by the device information, the contact address, and the distress instruction includes:

generating rescue information in the form of voice information in response to the device type being a communication device having an audio output; and

and generating rescue information in the form of text information and/or graphic information in response to the device type being a communication device with video output.

15. The emergency rescue method of claim 1 or 2, wherein generating the rescue shared map includes:

acquiring the position and/or rescue response information of the at least one potential rescue party; and

and generating the rescue sharing map based on the acquired position and/or the rescue response information, wherein the rescue sharing map at least indicates the rescue response information and the rescue progress of the at least one potential rescue party.

16. The emergency rescue method of claim 15, wherein after transmitting the rescue information to the user and the at least one potential rescue party, the method further comprises:

generating a rescue response request in response to the at least one potential rescuer opening the rescue shared map; and

and updating the rescue response information in response to the at least one potential rescuer confirming the rescue response request.

17. An emergency rescue device comprising:

one or more processors; and

one or more memories coupled to the one or more processors and storing instructions for execution by the one or more processors, which when executed by the one or more processors, cause the apparatus to perform the emergency rescue method of any of claims 1 to 16.

18. A non-transitory computer storage medium storing instructions which, when executed by one or more processors, perform the emergency rescue method of any one of claims 1-16.

19. A help-seeking device comprising:

The help-seeking instruction generating device is configured to generate a help-seeking instruction; and

the rescue information receiving device is configured to receive and display rescue information generated according to the distress instruction, wherein the rescue information comprises contact information of at least one potential rescue party and a rescue sharing map.

20. The help device of claim 19, wherein the help command indicates at least one of the following information: the type of rescue required, the skill required, the rescue supplies required, the number of rescue workers, and the number of expected rescue workers.

21. The help-seeking device of claim 19 wherein the help-seeking instruction generation device is configured to generate the help-seeking instruction based on at least one of a first help-seeking option, a vehicle status parameter, and environmental information.

22. The help-seeking device of claim 21 wherein the help-seeking instruction generation device is configured to:

acquiring at least one state parameter of the vehicle;

23. The help-seeking device of claim 21 wherein the help-seeking instruction generation device is configured to:

generating the distress instruction based on at least one of vehicle state parameters and environmental information, comprising:

24. A help device as claimed in claim 22 or 23, wherein the status parameter comprises a parameter relating to at least one of water level, smoke, temperature and collision.

25. The help-seeking device of claim 22 or 23 wherein the environmental information includes at least one of road condition information and weather information.

26. The apparatus of any of claims 19-23, wherein the contact means comprises numbers respectively corresponding to different communication devices.

27. The help-seeking device of claim 26 wherein the help-seeking instruction generation device is further configured to:

28. A help device as claimed in any one of claims 19 to 23 wherein the device is a vehicle-mounted device of a vehicle.

29. A help device as claimed in any one of claims 19 to 23 wherein the device is a portable communications device for a user of a vehicle.