Rescue route generation method, device, equipment, storage medium and program product

Abstract

The application provides a rescue route generation method, device, equipment, storage medium and program product. In the method, the rescue device sends a rescue signal in real time, the user equipment establishes a two-way communication link with the rescue device when receiving the rescue signal in a network state of no network, and then sends user equipment information to the rescue device. The rescue device sends a route planning request to a cloud device, and the route planning request includes the position of the rescue device and the user equipment information. The cloud device obtains user equipment historical trajectory data according to the device identifier, determines a user equipment target position according to the user equipment information, and then sends a rescue route to the rescue device after combining the position of the rescue device and the terrain data to generate the rescue route. The scheme generates the rescue route through the position of the rescue device, the user equipment historical trajectory data, the user equipment target position and the terrain data, improves the accuracy of the rescue route, and improves the rescue efficiency.

Description

Technical Field

[0001] This application relates to the field of emergency rescue technology, and in particular to a method, apparatus, equipment, storage medium and program product for generating rescue routes. Background Technology

[0002] In disaster scenarios such as outdoor exploration, remote area operations, earthquakes, and floods, it is common for users to experience cellular network signal interruption when they are in danger and need rescue. Traditional emergency rescue systems that rely on cellular networks cannot function properly and need to be carried out in the absence of network coverage, which requires the generation of rescue routes.

[0003] In existing technologies, the generation of rescue routes typically involves establishing a one-way communication link between the rescue equipment and the user equipment. The user equipment sends its own location to the rescue equipment, and the rescue equipment generates a rescue route based on the location of both the user equipment and the rescue equipment.

[0004] In summary, existing technologies generate rescue routes based solely on the location of the user's equipment and the location of the rescue equipment, resulting in low accuracy of the rescue routes. Summary of the Invention

[0005] The rescue route generation method, apparatus, device, storage medium, and program product provided in this application are used to solve the problem of low accuracy of rescue routes in the prior art, which is caused by generating rescue routes based solely on the location of the user equipment and the location of the rescue equipment.

[0006] In a first aspect, embodiments of this application provide a rescue route generation method, applied to a cloud device, the method comprising:

[0007] Receive a route planning request sent by the rescue equipment. The route planning request includes the location of the rescue equipment and user equipment information. The user equipment information includes the device identifier of the user equipment, or includes both the device identifier and the location of the user equipment.

[0008] Based on the device identifier, obtain the historical trajectory data of the user device corresponding to the device identifier;

[0009] The target location of the user equipment is determined based on whether the user equipment information includes the location of the user equipment.

[0010] A rescue route is generated based on the location of the rescue equipment, the historical trajectory data of the user equipment, the target location of the user equipment, and the acquired terrain data;

[0011] The rescue route is sent to the rescue equipment.

[0012] In one possible implementation, determining the target location of the user equipment based on whether the user equipment information includes the location of the user equipment includes:

[0013] If the user equipment information includes the location of the user equipment, then the location of the user equipment shall be used as the target location of the user equipment;

[0014] If the user equipment information does not include the location of the user equipment, then the locations and received signal strength indications of three reference rescue devices are obtained, wherein the reference rescue devices are devices that have established a two-way communication link with the user equipment;

[0015] The target location of the user equipment is generated based on the location and received signal strength indication of each reference rescue device.

[0016] In one possible implementation, the method further includes:

[0017] Receive device information sent by the user equipment, the device information including the device identifier and location of the user equipment;

[0018] The location of the user equipment is used as the user equipment's historical trajectory data, and a corresponding relationship is established between the user equipment's device identifier and the data is stored.

[0019] Secondly, embodiments of this application provide a rescue route generation method, applied to user equipment, the method comprising:

[0020] If a rescue signal is received from a rescue device when the network is offline, a two-way communication link is established with the rescue device.

[0021] Through the bidirectional communication link, user equipment information is sent to the rescue equipment. The user equipment information includes the device identifier of the user equipment, or includes the device identifier and location of the user equipment.

[0022] In one possible implementation, the step of establishing a two-way communication link with the rescue equipment when a rescue signal is received while the network is offline includes:

[0023] In the case of no network, the receiving period corresponding to the remaining battery power is determined according to a preset correspondence between battery power and period, wherein the battery power and period are negatively correlated.

[0024] The receiving unit is controlled to operate according to the receiving cycle to determine whether a rescue signal sent by the rescue equipment has been received;

[0025] If a rescue signal is received, a two-way communication link is established with the rescue equipment.

[0026] In one possible implementation, before establishing a two-way communication link with the rescue equipment upon receiving a rescue signal, the method further includes:

[0027] When the detection unit detects that the user equipment is vibrating or remains stationary for a preset period of time, it controls the receiving unit to operate and determine whether a rescue signal sent by the rescue equipment has been received.

[0028] In one possible implementation, the rescue signal includes verification information and the device identifier of the user equipment;

[0029] The step of establishing a two-way communication link with the rescue equipment if a rescue signal is received includes:

[0030] If a rescue signal is received, a verification is performed based on the verification information and the device identifier of the user equipment, and a verification result is generated, which indicates whether the verification passed.

[0031] If the verification result indicates that the verification is successful, a two-way communication link is established with the rescue equipment.

[0032] In one possible implementation, before determining the receiving period corresponding to the remaining battery power based on a preset correspondence between battery power and period, the method further includes:

[0033] Control the sleep mode of all units in the user equipment except for the receiving unit and the detection unit;

[0034] The step of establishing a two-way communication link with the rescue equipment if a rescue signal is received includes:

[0035] If a rescue signal is received, all units in the user equipment except the receiving unit and the detection unit are activated, and a two-way communication link is established with the rescue equipment.

[0036] In one possible implementation, the method further includes:

[0037] The connection confirmation information is periodically sent to the rescue equipment through the bidirectional communication link.

[0038] If the connection feedback information sent by the rescue device is not received for a first preset number of consecutive times, the bidirectional communication link is disconnected, and all units in the user equipment except the receiving unit and the detection unit are put into sleep mode.

[0039] In one possible implementation, the method further includes:

[0040] When the network status is available, the system checks whether the user device is connected to the cellular network at preset network check intervals.

[0041] If the user device is detected as not connected to the cellular network for a second preset number of consecutive times, the network status will be switched to no network status.

[0042] In one possible implementation, the method further includes:

[0043] When the network status is available, device information is sent to the cloud device at preset upload intervals. The device information includes the device identifier and location of the user device.

[0044] Real-time acquisition of the location sequence of the user equipment within a preset detection time before the current moment;

[0045] For every two locations in the location sequence, if the distance between the two locations is greater than a preset distance, the device information is sent to the cloud device.

[0046] In one possible implementation, the method further includes:

[0047] In response to a user's request for help, send a request for help message.

[0048] Thirdly, embodiments of this application provide a method for generating rescue routes, applied to rescue equipment, the method comprising:

[0049] Send rescue signals in real time;

[0050] Through a two-way communication link established with the user equipment, the system receives user equipment information sent by the user equipment, the user equipment information including the device identifier of the user equipment, or including the device identifier and location of the user equipment;

[0051] Send a route planning request to the cloud device, the route planning request including the location of the rescue equipment and the user equipment information;

[0052] Receive the rescue route sent by the cloud device.

[0053] In one possible implementation, the rescue signal includes verification information and the device identifier of the user equipment.

[0054] In one possible implementation, the method further includes:

[0055] The connection confirmation information sent by the user equipment is received through the bidirectional communication link.

[0056] Connection feedback information is sent to the user equipment via the bidirectional communication link.

[0057] Fourthly, embodiments of this application provide a rescue route generation device, comprising:

[0058] A receiving module is used to receive a route planning request sent by a rescue device. The route planning request includes the location of the rescue device and user equipment information. The user equipment information includes the device identifier of the user equipment, or includes both the device identifier and the location of the user equipment.

[0059] Processing module, used for:

[0060] Based on the device identifier, obtain the historical trajectory data of the user device corresponding to the device identifier;

[0061] The target location of the user equipment is determined based on whether the user equipment information includes the location of the user equipment.

[0062] A rescue route is generated based on the location of the rescue equipment, the historical trajectory data of the user equipment, the target location of the user equipment, and the acquired terrain data;

[0063] A sending module is used to send the rescue route to the rescue equipment.

[0064] Fifthly, embodiments of this application provide a rescue route generation device, comprising:

[0065] The receiving module is used to establish a two-way communication link with the rescue equipment if it receives a rescue signal sent by the rescue equipment when the network status is offline.

[0066] The sending module is used to send user equipment information to the rescue equipment through the bidirectional communication link. The user equipment information includes the device identifier of the user equipment, or includes the device identifier and location of the user equipment.

[0067] Sixthly, embodiments of this application provide a rescue route generation device, comprising:

[0068] The transmitting module is used to send rescue signals in real time;

[0069] The receiving module is configured to receive user equipment information sent by the user equipment through a bidirectional communication link established with the user equipment. The user equipment information includes the device identifier of the user equipment, or includes the device identifier and location of the user equipment.

[0070] The sending module is also used to send a route planning request to the cloud device, the route planning request including the location of the rescue equipment and the user equipment information;

[0071] The receiving module is also used to receive the rescue route sent by the cloud device.

[0072] Seventhly, embodiments of this application provide a cloud device, including:

[0073] Processor, memory, communication interface;

[0074] The memory is used to store the executable instructions of the processor;

[0075] The processor is configured to execute the rescue route generation method according to any one of the first aspects by executing the executable instructions.

[0076] Eighthly, embodiments of this application provide a user equipment, including:

[0077] Processor, memory, communication interface;

[0078] The memory is used to store the executable instructions of the processor;

[0079] The processor is configured to execute the rescue route generation method of any of the second aspects by executing the executable instructions.

[0080] Ninthly, embodiments of this application provide a rescue device, including:

[0081] Processor, memory, communication interface;

[0082] The memory is used to store the executable instructions of the processor;

[0083] The processor is configured to execute the rescue route generation method described in any of the third aspects by executing the executable instructions.

[0084] In a tenth aspect, embodiments of this application provide a readable storage medium having a computer program stored thereon, wherein the computer program, when executed by a processor, implements the rescue route generation method described in any one of the first, second, or third aspects.

[0085] Eleventhly, embodiments of this application provide a computer program product, including a computer program, which, when executed by a processor, is used to implement the rescue route generation method described in any one of the first, second, or third aspects.

[0086] The rescue route generation method, apparatus, device, storage medium, and program product provided in this application embodiment transmit rescue signals in real time through rescue equipment. When a user device receives a rescue signal in a network-off state, it establishes a two-way communication link with the rescue equipment and then sends user device information to the rescue equipment. The rescue equipment sends a route planning request to a cloud device, which includes the location of the rescue equipment and user device information. The cloud device obtains the user device's historical trajectory data based on the device identifier, determines the user device's target location based on the user device information, and then generates a rescue route by combining the location of the rescue equipment and terrain data, before sending it to the rescue equipment. This solution generates rescue routes by using the location of the rescue equipment, the user device's historical trajectory data, the user device's target location, and terrain data, thereby improving the accuracy of rescue routes and increasing rescue efficiency. Attached Figure Description

[0087] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application.

[0088] Figure 1 A flowchart illustrating an embodiment of the rescue route generation method provided in this application;

[0089] Figure 2 A flowchart illustrating Embodiment 2 of the rescue route generation method provided in this application;

[0090] Figure 3 A schematic diagram of the structure of Embodiment 1 of the rescue route generation device provided in this application;

[0091] Figure 4 A schematic diagram of the structure of Embodiment 2 of the rescue route generation device provided in this application;

[0092] Figure 5 A schematic diagram of the structure of Embodiment 3 of the rescue route generation device provided in this application;

[0093] Figure 6 A schematic diagram of the structure of a cloud device provided in this application;

[0094] Figure 7 A schematic diagram of the structure of a user equipment provided in this application;

[0095] Figure 8 This is a structural schematic diagram of a rescue device provided in this application.

[0096] The accompanying drawings illustrate specific embodiments of this application, which will be described in more detail below. These drawings and descriptions are not intended to limit the scope of the concept in any way, but rather to illustrate the concept of this application to those skilled in the art through reference to particular embodiments. Detailed Implementation

[0097] Exemplary embodiments will now be described in detail, examples of which are illustrated in the accompanying drawings. When the following description relates to the drawings, unless otherwise indicated, the same numbers in different drawings denote the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with this application. Rather, they are merely examples of apparatuses and methods consistent with some aspects of this application as detailed in the appended claims.

[0098] The terms “first,” “second,” “third,” “fourth,” etc. (if present) in the specification, claims, and accompanying drawings of this application are used to distinguish similar objects and are not necessarily used to describe a particular order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of this application described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms “comprising” and “having,” and any variations thereof, are intended to cover a non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0099] In disaster scenarios such as outdoor exploration, remote area operations, earthquakes, and floods, it is common for users to experience cellular network signal interruption when they are in danger and need rescue. Traditional emergency rescue systems that rely on cellular networks cannot function properly and need to be carried out in the absence of network coverage, which requires the generation of rescue routes.

[0100] In existing technologies, the generation of rescue routes typically involves establishing a one-way communication link between the rescue equipment and the user equipment. The user equipment sends its location to the rescue equipment, which then generates a rescue route based on both locations. However, generating a rescue route solely based on these two locations leads to relatively low accuracy.

[0101] To address the problems existing in the prior art, the inventors, during their research on rescue route generation methods, discovered that to improve the accuracy of rescue routes and thus increase rescue efficiency, rescue equipment can send rescue signals in real time. When a user device receives a rescue signal in a network-free state, it establishes a two-way communication link with the rescue equipment and then sends its information to the rescue equipment. The rescue equipment sends a route planning request to a cloud device, which includes the location of the rescue equipment and the user equipment information. The cloud device obtains the user equipment's historical trajectory data based on the device identifier, determines the target location of the user equipment based on the user equipment information, and then generates a rescue route by combining the location of the rescue equipment and terrain data, before sending it to the rescue equipment. Based on the above inventive concept, the rescue route generation scheme in this application was designed.

[0102] It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, data stored, data displayed, etc.) involved in this application are all information and data authorized by the user or fully authorized by all parties. Furthermore, the collection, use and processing of the relevant data must comply with relevant laws, regulations and standards, and corresponding operation entry points are provided for users to choose to authorize or refuse.

[0103] The following provides examples illustrating the application scenarios of the rescue route generation method provided in this application.

[0104] For example, in this application scenario, a user is working in a remote area with their user device. When the user encounters danger, the user device cannot connect to the cellular network, and the user needs rescue. Members of the rescue team carry rescue equipment to carry out the rescue, and the rescue equipment sends rescue signals in real time.

[0105] When the network is offline, if the user equipment receives a rescue signal from the rescue equipment, it establishes a two-way communication link with the rescue equipment; then, through the two-way communication link, it sends user equipment information to the rescue equipment, which includes the user equipment's device identifier, or includes the user equipment's device identifier and location.

[0106] After receiving user equipment information via a two-way communication link established with the user equipment, the rescue equipment sends a route planning request to the cloud equipment. The route planning request includes the location of the rescue equipment and the user equipment information.

[0107] After receiving a route planning request from the rescue equipment, the cloud device retrieves the historical trajectory data of the user equipment corresponding to the equipment identifier based on the equipment identifier; and determines the target location of the user equipment based on whether the user equipment information includes the user equipment's location.

[0108] The cloud-based device then generates a rescue route based on the location of the rescue equipment, the user equipment's historical trajectory data, the user equipment's target location, and the acquired terrain data; and then sends the rescue route to the rescue equipment.

[0109] Once the rescue equipment receives the rescue route, it displays it, allowing rescue team members to conduct search and rescue operations according to the route, thus improving rescue efficiency.

[0110] It should be noted that the above scenario is only an example of an application scenario provided by the embodiments of this application. The embodiments of this application do not limit the actual form of the various devices included in the scenario, nor do they limit the interaction method between devices. In the specific application of the solution, it can be set according to actual needs.

[0111] The technical solution of this application will now be described in detail through specific embodiments. It should be noted that the following specific embodiments can be combined with each other, and the same or similar concepts or processes may not be described again in some embodiments.

[0112] Figure 1 This is a flowchart illustrating a first embodiment of the rescue route generation method provided in this application. This embodiment describes the interaction between user equipment, rescue equipment, and cloud equipment to generate a rescue route. The method in this embodiment can be implemented through software, hardware, or a combination of both. Figure 1 As shown, the method for generating the rescue route specifically includes the following steps:

[0113] S101: The rescue equipment sends rescue signals in real time.

[0114] In this step, the rescue equipment needs to send rescue signals in real time in order to provide timely assistance.

[0115] S102: If a user equipment receives a rescue signal from a rescue device when it is in a network-free state, it shall establish a two-way communication link with the rescue device.

[0116] In this step, when the user equipment is in a network-free state, it will control the receiving unit to operate in order to receive rescue signals. If a rescue signal is received from the rescue equipment, a two-way communication link will be established with the rescue equipment.

[0117] In one implementation, in order to reduce the power consumption of user equipment in the absence of network, the receiving period corresponding to the remaining power is determined according to a preset correspondence between power and period when the network status is offline.

[0118] The receiving unit operates according to the receiving cycle, meaning it runs once every receiving cycle to determine whether a rescue signal from the rescue equipment has been received. If a rescue signal is received, a two-way communication link is established with the rescue equipment.

[0119] It should be noted that the relationship between battery level and cycle is negatively correlated. For example, when the battery level is 60%, the corresponding cycle is 5 minutes; when the battery level is 30%, the corresponding cycle is 10 minutes; and when the battery level is 15%, the corresponding cycle is 30 minutes. This application does not limit the correspondence between battery level and cycle, and it can be determined according to the actual situation.

[0120] It should be noted that each time the control receiving unit runs, the running time can be a fixed duration or a running time corresponding to the remaining battery power, determined according to a preset correspondence between battery power and duration.

[0121] The fixed duration can be 7 seconds, 10 seconds, 15 seconds, etc. The relationship between battery level and duration is positively correlated. For example, when the battery level is 60%, the corresponding duration is 15 seconds; when the battery level is 30%, the corresponding duration is 10 seconds; and when the battery level is 15%, the corresponding duration is 5 seconds. This application does not limit the fixed duration or the correspondence between battery level and duration; it can be determined according to actual circumstances.

[0122] In addition, to avoid missing rescue signals when a user is in danger, the receiving unit can be activated when the detection unit detects vibration in the user's equipment or when the equipment remains stationary for a preset period of time, in order to determine whether a rescue signal from the rescue equipment has been received. If a rescue signal is received, a two-way communication link is established with the rescue equipment.

[0123] It should be noted that the detection unit can be an accelerometer. The accelerometer can acquire acceleration data. When the detected acceleration exceeds a threshold, it is determined that the user equipment is vibrating, indicating a potential danger to the user, and the receiving unit is activated. If the acceleration is zero for a preset duration, it is unlikely that there will be prolonged uniform motion in reality. Therefore, this can be considered as the device remaining stationary for the preset duration, indicating a potential danger to the user, and the receiving unit is activated.

[0124] It should be noted that the acceleration threshold can be 8G, 9G, 10G, etc., where G represents gravitational acceleration. The preset duration can be half an hour, 1 hour, 2 hours, 3 hours, etc. This application embodiment does not limit the acceleration threshold and preset duration, which can be determined according to the actual situation.

[0125] It should be noted that when a user device is connected to a cellular network, its network status is "online". While in an "online" state, the system checks the user device's connection to the cellular network at preset network check intervals. If the system detects that the user device is not connected to the cellular network for a second preset number of consecutive times, the network status is switched to "offline".

[0126] The second preset quantity can be 2, 3, 5, etc. This application embodiment does not limit the second preset quantity, and it can be determined according to the actual situation.

[0127] It should be noted that regardless of whether the user's device is connected to the network or not, the user can request assistance. The user device responds to the user's request by sending an assistance message, ensuring that the user can proactively initiate a distress call and improving rescue efficiency.

[0128] S103: The user equipment sends user equipment information to the rescue equipment through a two-way communication link.

[0129] In this step, after establishing a two-way communication link between the user equipment and the rescue equipment, the user equipment sends information to the rescue equipment through the two-way communication link in order to generate a rescue route. The user equipment information includes the user equipment's device identifier, or it may include both the user equipment's device identifier and location.

[0130] It should be noted that when the location of the user device can be obtained, the user device information includes the device identifier and location; when the location of the user device cannot be obtained, the user device information includes the device identifier.

[0131] S104: After receiving the user equipment information sent by the user equipment through the two-way communication link established with the user equipment, the rescue equipment sends a route planning request to the cloud equipment.

[0132] In this step, after the user equipment sends user equipment information to the rescue equipment through a two-way communication link, the rescue equipment can receive the user equipment information sent by the user equipment through the same two-way communication link, and then send a route planning request to the cloud device in order to generate a rescue route.

[0133] The route planning request includes the location of the rescue equipment and user equipment information.

[0134] S105: After receiving the route planning request sent by the rescue equipment, the cloud device obtains the historical trajectory data of the user equipment corresponding to the equipment identifier based on the equipment identifier.

[0135] In this step, after the rescue equipment sends a route planning request to the cloud device, the cloud device can receive the route planning request. In order to improve the accuracy of the rescue route, the historical trajectory data of the user equipment corresponding to the equipment identifier is obtained according to the equipment identifier.

[0136] Because the cloud device stores the correspondence between device identifiers and user device historical trajectory data, the user device's historical trajectory data corresponding to the device identifier can be obtained.

[0137] It should be noted that when the user device is in a network-connected state, it sends device information to the cloud device at preset upload intervals. The device information includes the user device's device identifier and location.

[0138] It will also acquire the location sequence of the user's device within a preset detection period up to the current moment in real time. For every two locations in the location sequence, if the distance between the two locations is greater than a preset distance, device information will be sent to the cloud device.

[0139] After receiving the device information sent by the user device, the cloud device uses the user device's location as the user device's historical trajectory data, establishes a correspondence with the user device's device identifier, and then stores it.

[0140] It should be noted that the preset upload duration and preset detection duration can be 20 seconds, 30 seconds, 1 minute, etc., and the preset distance can be 40 meters, 50 meters, 60 meters, etc. This application embodiment does not limit the preset upload duration, preset detection duration, and preset distance, and they can be determined according to the actual situation.

[0141] It should be noted that the device information may also include moving speed, moving direction, remaining battery power, network status, destination of navigation route, etc. This application embodiment does not limit the device information and can be determined according to the actual situation.

[0142] It should be noted that when a user device sends device information to a cloud device, if the connection with the cellular network is stable, it will send the information directly; if the connection with the cellular network is unstable, the device information will be stored and sent when the connection with the cellular network is stable.

[0143] S106: The cloud device determines the target location of the user device based on whether the user device information includes the location of the user device.

[0144] In this step, after the cloud device obtains the historical trajectory data of the user device, in order to generate an accurate rescue route, it is also necessary to determine the target location of the user device based on whether the user device information includes the user device's location.

[0145] Specifically, if the user equipment information includes the location of the user equipment, then the location of the user equipment is used as the target location of the user equipment.

[0146] If the user equipment information does not include the user equipment's location, then the locations and Received Signal Strength Indicators (RSSIs) of three reference rescue devices are obtained. Reference rescue devices are those that have established a two-way communication link with the user equipment. Based on the location and RSSI of each reference rescue device, the target location of the user equipment is generated.

[0147] Since the rescue team carries multiple rescue devices, each rescue device can serve as a reference rescue device after establishing a two-way communication link with the user device. It can send its own location and received signal strength indication to the cloud device. Therefore, the cloud device can obtain the location and received signal strength indication of each reference rescue device and select three reference rescue devices from them.

[0148] Then, based on the received signal strength indicators of the three reference rescue devices and the signal propagation model, such as the logarithmic distance path loss model, the distances between the three rescue devices and the user equipment are determined. Finally, based on the positions of the three reference rescue devices and combined with trilateration, the target position of the user equipment can be determined.

[0149] S107: The cloud-based device generates a rescue route based on the location of the rescue equipment, the user equipment's historical trajectory data, the user equipment's target location, and the acquired terrain data.

[0150] In this step, after obtaining the target location of the user equipment, the cloud device generates a rescue route based on the location of the rescue equipment, the historical trajectory data of the user equipment, the target location of the user equipment, and the acquired terrain data.

[0151] It should be noted that the terrain data includes the location of the rescue equipment and the terrain data of the area where the rescue equipment is located, including the slope of each location in the area, the location of obstacles in the area, the location of rescue routes, etc. This application embodiment does not limit the terrain data and can determine it according to the actual situation.

[0152] The cloud device stores terrain data for multiple regions, from which terrain data including the location of the rescue equipment and the region where the rescue equipment is located can be selected.

[0153] Specifically, the cloud-based device inputs the location of the rescue equipment, the historical trajectory data of the user equipment, the target location of the user equipment, and the terrain data into the path planning model to obtain the rescue route.

[0154] The path planning model is a pre-trained neural network model used to obtain the rescue route based on the location of the rescue equipment, the historical trajectory data of the user equipment, the target location of the user equipment, and the terrain data.

[0155] It should be noted that, when the user device is connected to the network, it can also send the destination of the navigation route to the cloud device. The cloud device can input the location of the rescue equipment, the user device's historical trajectory data, the user device's target location, terrain data, the destination, and the acquired meteorological data into the path planning model to obtain the rescue route. At this time, the path planning model is a pre-trained neural network model used to obtain the rescue route based on the location of the rescue equipment, the user device's historical trajectory data, the user device's target location, the terrain data, the destination, and the acquired meteorological data.

[0156] It should be noted that cloud-based devices can also use algorithms such as A*, D*Lite, and RRT* to process the location of the rescue equipment, historical trajectory data of the user equipment, target location of the user equipment, and terrain data to obtain a rescue route. This application does not limit the method by which the cloud-based device generates the rescue route; it can be determined according to the actual situation.

[0157] S108: The cloud device sends the rescue route to the rescue equipment.

[0158] In this step, after the cloud device receives the rescue route, it sends the rescue route to the rescue equipment.

[0159] S109: The rescue equipment receives the rescue route sent by the cloud device.

[0160] In this step, after the cloud device sends the rescue route to the rescue equipment, the rescue equipment can receive the rescue route and then display it so that rescuers can conduct search and rescue operations based on the route.

[0161] It should be noted that user devices can periodically send user device information to rescue equipment. In turn, the school rescue equipment will periodically send route planning requests to cloud devices. The cloud devices will also periodically generate rescue routes and send them to the rescue equipment. The rescue equipment can obtain the latest rescue routes and improve rescue efficiency.

[0162] It should be noted that if the rescue terminal and the user terminal have not established a two-way communication link, a fuzzy route planning request can be sent to the cloud device. This request includes the user device's device identifier and the rescue device's location. The cloud device obtains the historical trajectory data of the user device corresponding to the device identifier, and inputs this data, along with the rescue device's location, into the path planning model to obtain the rescue route. In this case, the path planning model is a pre-trained neural network model used to derive the rescue route based on the user device's historical trajectory data and the rescue device's location.

[0163] The rescue route generation method provided in this embodiment involves the rescue equipment sending a rescue signal in real time. When a user device receives a rescue signal while in a network-off state, it establishes a two-way communication link with the rescue equipment and then sends its information to the rescue equipment. The rescue equipment sends a route planning request to the cloud device, which includes the location of the rescue equipment and the user equipment information. The cloud device obtains the user equipment's historical trajectory data based on the device identifier, determines the user equipment's target location based on the user equipment information, and then generates a rescue route by combining the location of the rescue equipment and terrain data, before sending it to the rescue equipment. This solution generates a rescue route by using the location of the rescue equipment, the user equipment's historical trajectory data, the user equipment's target location, and terrain data, thus improving the accuracy of the rescue route and increasing rescue efficiency.

[0164] Figure 2 This is a flowchart illustrating a second embodiment of the rescue route generation method provided in this application. Based on the above embodiments, this application describes the verification of rescue signals by the user equipment. Figure 2 As shown, the method for generating the rescue route specifically includes the following steps:

[0165] S201: If a rescue signal is received, perform verification based on the verification information and the device identifier of the user equipment, and generate a verification result.

[0166] In this step, if the user equipment receives a rescue signal, the rescue signal includes verification information and the user equipment's device identifier. To ensure the authenticity of the rescue signal, it is necessary to verify it based on the verification information and the user equipment's device identifier, generate a verification result, and the verification result indicates whether the verification passed.

[0167] Specifically, the user equipment stores verification information to be compared, determines whether the verification information in the rescue signal is the same as the verification information to be compared, and determines whether the device identifier in the rescue signal is the same as its own device identifier.

[0168] If the verification information in the rescue signal is the same as the verification information to be compared, and the device identifier in the rescue signal is the same as its own device identifier, it means that the rescue signal is genuine, and a verification result indicating that the verification has passed is generated.

[0169] If the verification information in the rescue signal is different from the verification information to be compared, or if the device identifier in the rescue signal is different from its own device identifier, it indicates that the rescue signal is not genuine, and a verification result indicating that the verification has failed will be generated.

[0170] S202: If the verification result indicates that the verification is successful, a two-way communication link is established with the rescue equipment.

[0171] In this step, after the user equipment receives the verification result, if the verification result indicates that the verification passed, it means that the rescue signal is genuine, and a two-way communication link is established with the rescue equipment.

[0172] It should be noted that if the verification result indicates that the verification fails, it means that the rescue signal is not authentic, and the rescue signal should be discarded.

[0173] The rescue route generation method provided in this embodiment can improve information security and rescue efficiency by verifying the rescue signal to determine its authenticity.

[0174] Based on the above embodiments, the following describes the sleep and wake-up of units other than the receiving unit and the detection unit in the user equipment through the third embodiment of the rescue route generation method provided in this application.

[0175] User equipment (UE) contains many units, including a receiving unit and a detection unit. The receiving unit receives signals, messages, and data; the detection unit detects the acceleration of the UE and can be an accelerometer. By controlling all units in the UE except the receiving and detection units to go into sleep mode after the network state transitions to a no-network state and before receiving a rescue signal, power consumption can be reduced and the standby time of the UE can be increased.

[0176] Therefore, when the network is offline, all units in the user equipment except the receiving and detection units go into sleep mode; if a rescue signal is received, all units in the user equipment except the receiving and detection units are awakened, and a two-way communication link is established with the rescue equipment in order to collect rescue-related data and communicate with the rescue equipment.

[0177] In addition, in order to reduce power consumption, if communication fails due to increased distance between the user equipment and the rescue equipment or obstacles that affect communication between them after a two-way communication link is established, the user equipment can control all units except the receiving unit and the detection unit to go into sleep mode and disconnect the two-way communication link.

[0178] Therefore, after establishing a two-way communication link between the user equipment and the rescue equipment, the user equipment will periodically send connection confirmation information to the rescue equipment through the two-way communication link. After receiving the connection confirmation information sent by the user equipment through the two-way communication link, the rescue equipment will send connection feedback information to the user equipment through the two-way communication link. If the user equipment fails to receive connection feedback information from the rescue equipment for a first preset number of consecutive times, it indicates that communication is affected. In this case, the two-way communication link will be disconnected, and all units in the user equipment except for the receiving unit and the detection unit will be put into sleep mode.

[0179] It should be noted that the period for the user equipment to send connection confirmation information can be 1 minute, 2 minutes, 3 minutes, etc. This application embodiment does not limit the period for the user equipment to send connection confirmation information, and it can be determined according to the actual situation.

[0180] Furthermore, the user equipment will control the operation of the receiving unit according to the reception cycle to determine whether a rescue signal sent by the rescue equipment has been received; and when the detection unit detects that the user equipment is vibrating or remains stationary for a preset period of time, it will control the operation of the receiving unit to determine whether a rescue signal sent by the rescue equipment has been received. If a rescue signal is received, a two-way communication link will be established with the rescue equipment.

[0181] It should be noted that the connection confirmation information can be user device information. The connection feedback information can be rescue team information, such as the number of rescuers, the location of rescue equipment, and the rescue method.

[0182] The rescue route generation method provided in this embodiment reduces power consumption and increases standby time by putting all units in the user equipment (except the receiving and detection units) into sleep mode when communication between the user equipment and the rescue equipment is affected or a bidirectional communication link is not established in a network-off state. During normal communication between the user equipment and the rescue equipment, all units in the user equipment are awake, ensuring smooth rescue operations. Furthermore, this solution enables bidirectional communication between the user equipment and the rescue equipment through a bidirectional communication link, improving rescue efficiency.

[0183] The following are embodiments of the apparatus described in this application, which can be used to execute the embodiments of the method described in this application. For details not disclosed in the apparatus embodiments of this application, please refer to the embodiments of the method described in this application.

[0184] Figure 3 This is a schematic diagram of the structure of a rescue route generation device according to a first embodiment of the present application; the device can be integrated into the terminal device in the above method embodiments, or it can be implemented through the terminal device in the above method embodiments. Figure 3 As shown, the rescue route generation device 30 includes:

[0185] The receiving module 31 is used to receive a route planning request sent by the rescue equipment. The route planning request includes the location of the rescue equipment and user equipment information. The user equipment information includes the device identifier of the user equipment, or includes both the device identifier and the location of the user equipment.

[0186] Processing module 32 is used for:

[0187] Based on the device identifier, obtain the historical trajectory data of the user device corresponding to the device identifier;

[0188] The target location of the user equipment is determined based on whether the user equipment information includes the location of the user equipment.

[0189] A rescue route is generated based on the location of the rescue equipment, the historical trajectory data of the user equipment, the target location of the user equipment, and the acquired terrain data.

[0190] The sending module 33 is used to send the rescue route to the rescue equipment.

[0191] Furthermore, processing module 32 is specifically used for:

[0192] If the user equipment information includes the location of the user equipment, then the location of the user equipment shall be used as the target location of the user equipment.

[0193] If the user equipment information does not include the location of the user equipment, then the locations and received signal strength indications of three reference rescue devices are obtained. The reference rescue devices are the devices that have established a two-way communication link with the user equipment.

[0194] The target location of the user equipment is generated based on the location and received signal strength indication of each reference rescue device.

[0195] Furthermore, the receiving module 31 is also used to receive device information sent by the user equipment, the device information including the device identifier and location of the user equipment;

[0196] The processing module 32 is also used to use the location of the user equipment as the historical trajectory data of the user equipment, and to store it after establishing a correspondence with the device identifier of the user equipment.

[0197] The rescue route generation device provided in this embodiment is used to execute the technical solution in any of the aforementioned method embodiments. Its implementation principle and technical effect are similar, and will not be described again here.

[0198] Figure 4 This is a schematic diagram of the structure of a second embodiment of the rescue route generation device provided in this application; this device can be integrated into the terminal device in the above method embodiments, or it can be implemented through the terminal device in the above method embodiments. Figure 4 As shown, the rescue route generation device 40 includes:

[0199] The receiving module 41 is used to establish a two-way communication link with the rescue equipment if it receives a rescue signal sent by the rescue equipment when the network status is offline.

[0200] The sending module 42 is used to send user equipment information to the rescue equipment through a two-way communication link. The user equipment information includes the device identifier of the user equipment, or includes the device identifier and location of the user equipment.

[0201] The processing module 43 is used to determine the receiving period corresponding to the remaining power according to the preset correspondence between power and frequency when the network status is no network. In the correspondence between power and period, power and period are negatively correlated.

[0202] The receiving unit is controlled to operate according to the receiving cycle to determine whether a rescue signal sent by the rescue equipment has been received;

[0203] Furthermore, the receiving module 41 is specifically used to establish a two-way communication link with the rescue equipment if a rescue signal is received.

[0204] Furthermore, the processing module 43 is also used to control the receiving unit to operate and determine whether a rescue signal sent by the rescue equipment has been received when the detection unit detects that the user equipment has vibrated or remained stationary for a preset period of time.

[0205] Furthermore, the rescue signal includes verification information and the device identifier of the user equipment; the processing module 43 is also used to perform verification based on the verification information and the device identifier of the user equipment if a rescue signal is received, generate a verification result, and the verification result indicates whether the verification passed;

[0206] The receiving module 41 is also used to establish a two-way communication link with the rescue equipment if the verification result indicates that the verification is successful.

[0207] Furthermore, before determining the receiving period corresponding to the remaining battery power based on the preset correspondence between battery power and period, the processing module 43 is also used for:

[0208] Control the sleep mode of all units in the user equipment except for the receiving unit and the detection unit;

[0209] If a rescue signal is received, all units in the user equipment except the receiving unit and the detection unit will be activated.

[0210] The receiving module 41 is also used to establish a two-way communication link with the rescue equipment.

[0211] Furthermore, the sending module 42 is also used to periodically send connection confirmation information to the rescue equipment via a two-way communication link;

[0212] The processing module 43 is also used to control the units in the user equipment other than the receiving unit and the detection unit to go into sleep mode if no connection feedback information is received from the rescue equipment for a first preset number of consecutive times.

[0213] The receiving module 41 is also used to disconnect the bidirectional communication link.

[0214] Furthermore, processing module 43 is also used for:

[0215] When the network status is available, the system checks whether the user device is connected to the cellular network at preset network check intervals.

[0216] If the user device is detected as not connected to the cellular network for a second preset number of consecutive times, the network status will be switched to no network status.

[0217] Furthermore, the sending module 42 is also used to send device information to the cloud device at preset upload intervals when the network status is online. The device information includes the device identifier and location of the user device.

[0218] The processing module 43 is also used to acquire the position sequence of the user equipment within a preset detection time before the current moment in real time;

[0219] The sending module 42 is also used to send device information to the cloud device for every two positions in the position sequence if the distance between the two positions is greater than a preset distance.

[0220] Furthermore, the sending module 42 is also used to send a request for help in response to the user's request for help operation.

[0221] The rescue route generation device provided in this embodiment is used to execute the technical solution in any of the aforementioned method embodiments. Its implementation principle and technical effect are similar, and will not be described again here.

[0222] Figure 5 This is a schematic diagram of the structure of Embodiment 3 of the rescue route generation device provided in this application; this device can be integrated into the terminal device in the above method embodiments, or it can be implemented through the terminal device in the above method embodiments. Figure 5 As shown, the rescue route generation device 50 includes:

[0223] Transmitting module 51 is used to transmit rescue signals in real time;

[0224] The receiving module 52 is used to receive user equipment information sent by the user equipment through a two-way communication link established with the user equipment. The user equipment information includes the device identifier of the user equipment, or includes the device identifier and location of the user equipment.

[0225] The sending module 51 is also used to send a route planning request to the cloud device. The route planning request includes the location of the rescue equipment and user equipment information.

[0226] The receiving module 52 is also used to receive rescue routes sent by cloud devices.

[0227] Furthermore, the support signal includes verification information and the device identifier of the user equipment.

[0228] Furthermore, the receiving module 52 is also used to receive connection confirmation information sent by the user equipment through a bidirectional communication link;

[0229] The sending module 51 is also used to send connection feedback information to the user equipment via a bidirectional communication link.

[0230] The rescue route generation device provided in this embodiment is used to execute the technical solution in any of the aforementioned method embodiments. Its implementation principle and technical effect are similar, and will not be described again here.

[0231] Figure 6 This is a schematic diagram of the structure of a cloud device provided in this application. Figure 6 As shown, the cloud device 60 includes:

[0232] Processor 61, memory 62, and communication interface 63;

[0233] Memory 62 is used to store executable instructions of processor 61;

[0234] The processor 61 is configured to execute the technical solution of the cloud device in any of the foregoing method embodiments by executing executable instructions.

[0235] Optionally, the memory 62 can be either standalone or integrated with the processor 61.

[0236] Optionally, when the memory 62 is a device independent of the processor 61, the cloud device 60 may also include:

[0237] Bus 64, memory 62 and communication interface 63 are connected to processor 61 through bus 64 and complete communication with each other. Communication interface 63 is used to communicate with other devices.

[0238] Optionally, the communication interface 63 can be implemented using a transceiver. The communication interface is used to enable communication between the database access device and other devices (e.g., clients, read-write databases, and read-only databases). The memory may include random access memory (RAM) and may also include non-volatile memory, such as at least one disk drive.

[0239] Bus 64 can be a Peripheral Component Interconnect (PCI) bus or an Extended Industry Standard Architecture (EISA) bus, etc. Buses can be categorized as address buses, data buses, control buses, etc. For ease of representation, only one thick line is used in the diagram, but this does not indicate that there is only one bus or one type of bus.

[0240] The processors mentioned above can be general-purpose processors, including central processing units (CPUs), network processors (NPs), etc.; they can also be digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components.

[0241] The cloud device is used to execute the technical solution of the cloud device in any of the aforementioned method embodiments. Its implementation principle and technical effect are similar, and will not be described again here.

[0242] Figure 7 This is a schematic diagram of the structure of a user equipment provided in this application. Figure 7 As shown, the user equipment 70 includes:

[0243] Processor 71, memory 72, and communication interface 73;

[0244] Memory 72 is used to store executable instructions of processor 71;

[0245] The processor 71 is configured to execute the technical solution of the user equipment in any of the foregoing method embodiments by executing executable instructions.

[0246] Optionally, the memory 72 can be either standalone or integrated with the processor 71.

[0247] Optionally, when the memory 72 is a device independent of the processor 71, the user equipment 70 may further include:

[0248] Bus 74, memory 72 and communication interface 73 are connected to processor 71 through bus 74 and complete communication with each other. Communication interface 73 is used to communicate with other devices.

[0249] Optionally, the communication interface 73 can be implemented using a transceiver. The communication interface is used to enable communication between the database access device and other devices (e.g., clients, read-write databases, and read-only databases). The memory may include random access memory (RAM) and may also include non-volatile memory, such as at least one disk drive.

[0250] Bus 74 can be a Peripheral Component Interconnect (PCI) bus or an Extended Industry Standard Architecture (EISA) bus, etc. Buses can be categorized as address buses, data buses, control buses, etc. For ease of representation, only one thick line is used in the diagram, but this does not indicate that there is only one bus or one type of bus.

[0251] The processors mentioned above can be general-purpose processors, including central processing units (CPUs), network processors (NPs), etc.; they can also be digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components.

[0252] The user equipment is used to execute the technical solution of the user equipment in any of the foregoing method embodiments. Its implementation principle and technical effect are similar, and will not be repeated here.

[0253] Figure 8 This is a structural schematic diagram of a rescue device provided in this application. Figure 8 As shown, the rescue equipment 80 includes:

[0254] Processor 81, memory 82, and communication interface 83;

[0255] Memory 82 is used to store executable instructions of processor 81;

[0256] The processor 81 is configured to execute the technical solution of the rescue device in any of the foregoing method embodiments by executing executable instructions.

[0257] Optionally, the memory 82 can be either standalone or integrated with the processor 81.

[0258] Optionally, when the memory 82 is a device independent of the processor 81, the rescue device 80 may further include:

[0259] Bus 84, memory 82 and communication interface 83 are connected to processor 81 through bus 84 and complete communication with each other. Communication interface 83 is used to communicate with other devices.

[0260] Optionally, the communication interface 83 can be implemented using a transceiver. The communication interface is used to enable communication between the database access device and other devices (e.g., clients, read-write databases, and read-only databases). The memory may include random access memory (RAM) and may also include non-volatile memory, such as at least one disk drive.

[0261] Bus 84 can be a Peripheral Component Interconnect (PCI) bus or an Extended Industry Standard Architecture (EISA) bus, etc. Buses can be categorized as address buses, data buses, control buses, etc. For ease of representation, only one thick line is used in the diagram, but this does not indicate that there is only one bus or one type of bus.

[0262] The processors mentioned above can be general-purpose processors, including central processing units (CPUs), network processors (NPs), etc.; they can also be digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components.

[0263] The rescue equipment is used to execute the technical solution of the rescue equipment in any of the aforementioned method embodiments. Its implementation principle and technical effect are similar, and will not be described again here.

[0264] This application also provides a readable storage medium storing a computer program thereon. When the computer program is executed by a processor, it implements the technical solution provided by the cloud device, user device, or rescue device in any of the aforementioned method embodiments.

[0265] This application also provides a computer program product, including a computer program, which, when executed by a processor, is used to implement the technical solutions provided by cloud devices, user devices, or rescue devices in any of the foregoing method embodiments.

[0266] Those skilled in the art will understand that all or part of the steps of the above-described method embodiments can be implemented by hardware related to program instructions. The aforementioned program can be stored in a computer-readable storage medium. When executed, the program performs the steps of the above-described method embodiments; and the aforementioned storage medium includes various media capable of storing program code, such as ROM, RAM, magnetic disks, or optical disks.

[0267] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of this application, and are not intended to limit them. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some or all of the technical features therein. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of this application.

Claims

1. A method for generating rescue routes, characterized in that, Applied to cloud devices, the method includes: Receive a route planning request sent by the rescue equipment. The route planning request includes the location of the rescue equipment and user equipment information. The user equipment information includes the device identifier of the user equipment, or includes both the device identifier and the location of the user equipment. Based on the device identifier, obtain the historical trajectory data of the user device corresponding to the device identifier; The target location of the user equipment is determined based on whether the user equipment information includes the location of the user equipment. A rescue route is generated based on the location of the rescue equipment, the historical trajectory data of the user equipment, the target location of the user equipment, and the acquired terrain data; The rescue route is sent to the rescue equipment.

2. The method according to claim 1, characterized in that, The step of determining the target location of the user equipment based on whether the user equipment information includes the location of the user equipment includes: If the user equipment information includes the location of the user equipment, then the location of the user equipment shall be used as the target location of the user equipment; If the user equipment information does not include the location of the user equipment, then the locations and received signal strength indications of three reference rescue devices are obtained, wherein the reference rescue devices are devices that have established a two-way communication link with the user equipment; The target location of the user equipment is generated based on the location and received signal strength indication of each reference rescue device.

3. The method according to claim 1 or 2, characterized in that, The method further includes: Receive device information sent by the user equipment, the device information including the device identifier and location of the user equipment; The location of the user equipment is used as the user equipment's historical trajectory data, and a corresponding relationship is established between the user equipment's device identifier and the data is stored.

4. A method for generating rescue routes, characterized in that, Applied to user equipment, the method includes: If a rescue signal is received from a rescue device when the network is offline, a two-way communication link is established with the rescue device. Through the bidirectional communication link, user equipment information is sent to the rescue equipment. The user equipment information includes the device identifier of the user equipment, or includes the device identifier and location of the user equipment.

5. The method according to claim 4, characterized in that, In a network-free state, if a rescue signal is received from a rescue device, a two-way communication link is established with the rescue device, including: In the case of no network, the receiving period corresponding to the remaining battery power is determined according to a preset correspondence between battery power and period, wherein the battery power and period are negatively correlated. The receiving unit is controlled to operate according to the receiving cycle to determine whether a rescue signal sent by the rescue equipment has been received; If a rescue signal is received, a two-way communication link is established with the rescue equipment.

6. The method according to claim 5, characterized in that, Before establishing a two-way communication link with the rescue equipment upon receiving a rescue signal, the method further includes: When the detection unit detects that the user equipment is vibrating or remains stationary for a preset period of time, it controls the receiving unit to operate and determine whether a rescue signal sent by the rescue equipment has been received.

7. The method according to claim 5, characterized in that, The rescue signal includes verification information and the device identifier of the user equipment; The step of establishing a two-way communication link with the rescue equipment if a rescue signal is received includes: If a rescue signal is received, a verification is performed based on the verification information and the device identifier of the user equipment, and a verification result is generated, which indicates whether the verification passed. If the verification result indicates that the verification is successful, a two-way communication link is established with the rescue equipment.

8. The method according to claim 5, characterized in that, Before determining the receiving period corresponding to the remaining battery power based on the preset correspondence between battery power and period, the method further includes: Control the sleep mode of all units in the user equipment except for the receiving unit and the detection unit; The step of establishing a two-way communication link with the rescue equipment if a rescue signal is received includes: If a rescue signal is received, all units in the user equipment except the receiving unit and the detection unit are activated, and a two-way communication link is established with the rescue equipment.

9. The method according to claim 8, characterized in that, The method further includes: The connection confirmation information is periodically sent to the rescue equipment through the bidirectional communication link. If the connection feedback information sent by the rescue device is not received for a first preset number of consecutive times, the bidirectional communication link is disconnected, and all units in the user equipment except the receiving unit and the detection unit are put into sleep mode.

10. The method according to any one of claims 4 to 9, characterized in that, The method further includes: When the network status is available, the system checks whether the user device is connected to the cellular network at preset network check intervals. If the user device is detected as not connected to the cellular network for a second preset number of consecutive times, the network status will be switched to no network status.

11. The method according to any one of claims 4 to 9, characterized in that, The method further includes: When the network status is available, device information is sent to the cloud device at preset upload intervals. The device information includes the device identifier and location of the user device. Real-time acquisition of the location sequence of the user equipment within a preset detection time before the current moment; For every two locations in the location sequence, if the distance between the two locations is greater than a preset distance, the device information is sent to the cloud device.

12. The method according to any one of claims 4 to 9, characterized in that, The method further includes: In response to a user's request for help, send a request for help message.

13. A method for generating rescue routes, characterized in that, Applied to rescue equipment, the method includes: Send rescue signals in real time; Through a bidirectional communication link established with the user equipment, the system receives user equipment information sent by the user equipment, the user equipment information including the device identifier of the user equipment, or including the device identifier and location of the user equipment; Send a route planning request to the cloud device, the route planning request including the location of the rescue equipment and the user equipment information; Receive the rescue route sent by the cloud device.

14. The method according to claim 13, characterized in that, The rescue signal includes verification information and the device identifier of the user equipment.

15. The method according to claim 13, characterized in that, The method further includes: The connection confirmation information sent by the user equipment is received through the bidirectional communication link. Connection feedback information is sent to the user equipment via the bidirectional communication link.

16. A rescue route generation device, characterized in that, include: A receiving module is used to receive a route planning request sent by a rescue device. The route planning request includes the location of the rescue device and user equipment information. The user equipment information includes the device identifier of the user equipment, or includes both the device identifier and the location of the user equipment. Processing module, used for: Based on the device identifier, obtain the historical trajectory data of the user device corresponding to the device identifier; The target location of the user equipment is determined based on whether the user equipment information includes the location of the user equipment. A rescue route is generated based on the location of the rescue equipment, the historical trajectory data of the user equipment, the target location of the user equipment, and the acquired terrain data; A sending module is used to send the rescue route to the rescue equipment.

17. A rescue route generation device, characterized in that, include: The receiving module is used to establish a two-way communication link with the rescue equipment if it receives a rescue signal sent by the rescue equipment when the network status is offline. The sending module is used to send user equipment information to the rescue equipment through the bidirectional communication link. The user equipment information includes the device identifier of the user equipment, or includes the device identifier and location of the user equipment.

18. A rescue route generation device, characterized in that, include: The transmitting module is used to send rescue signals in real time; The receiving module is configured to receive user equipment information sent by the user equipment through a bidirectional communication link established with the user equipment. The user equipment information includes the device identifier of the user equipment, or includes the device identifier and location of the user equipment. The sending module is also used to send a route planning request to the cloud device, the route planning request including the location of the rescue equipment and the user equipment information; The receiving module is also used to receive the rescue route sent by the cloud device.

19. A cloud device, characterized in that, include: Processor, memory, communication interface; The memory is used to store the executable instructions of the processor; The processor is configured to execute the rescue route generation method according to any one of claims 1 to 3 by executing the executable instructions.

20. A user equipment, characterized in that, include: Processor, memory, communication interface; The memory is used to store the executable instructions of the processor; The processor is configured to execute the rescue route generation method according to any one of claims 4 to 12 by executing the executable instructions.

21. A rescue device, characterized in that, include: Processor, memory, communication interface; The memory is used to store the executable instructions of the processor; The processor is configured to execute the rescue route generation method according to any one of claims 13 to 15 by executing the executable instructions.

22. A readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the rescue route generation method according to any one of claims 1 to 3, any one of claims 4 to 12, or any one of claims 13 to 15.

23. A computer program product, characterized in that, The system includes a computer program that, when executed by a processor, is used to implement the rescue route generation method as described in any one of claims 1 to 3, any one of claims 4 to 12, or any one of claims 13 to 15.

Images