Rescue support device and rescue support method

Abstract

In a rescue support device, a reception unit receives first information obtained through a mobile network that communicates with a terminal and second information that indicates a disaster situation, and a control unit detects a state of a user of the terminal based on the first information and judges necessity of rescuing the user based on the state of the user and the second information.

Description

Technical Field

[0001] This invention relates to technology for supporting disaster relief efforts. Background Technology

[0002] In 3GPP (3rd Generation Partnership Project), to further increase system capacity, increase data transmission speed, and reduce latency in the radio space, a wireless communication method called 5G or NR (New Radio) was introduced (hereinafter referred to as "5G" or "NR"). In 5G, to meet the requirements of achieving throughput of 10Gbps or more and achieving latency of less than 1ms in the radio space, various wireless technologies (e.g., Non-Patent Document 1) were introduced. Furthermore, research has been conducted on 6G as a future communication system.

[0003] By utilizing networks such as 5G, terminals can perform high-speed mobile communication. However, in the event of large-scale disasters such as earthquakes, terminals may become unusable due to flooding or physical damage, or even if the terminal is usable, the user may be unable to operate it due to the disaster.

[0004] Existing technical documents

[0005] Non-patent literature

[0006] Non-patent document 1: 3GPP TS 38.300 V18.0.0 (2023-12) Summary of the Invention

[0007] The problem that the invention aims to solve

[0008] In such a situation, the victims are unable to use their own devices to request assistance.

[0009] The present invention was made in view of the above-mentioned problems, and its object is to provide a technology for supporting the rescue of disaster victims in the event of a disaster.

[0010] Methods for solving problems

[0011] According to the disclosed technology, a rescue support device is provided, comprising: a receiving unit that receives first information obtained through a mobile network communicating with a terminal and second information indicating a disaster situation; and a control unit that detects the status of the user of the terminal based on the first information, and determines the necessity of rescuing the user based on the user's status and the second information.

[0012] Invention Effects

[0013] Based on publicly available technologies, it is possible to provide relief and assistance to disaster victims during the event of a disaster. Attached Figure Description

[0014] Figure 1 This is a diagram used to illustrate an example of a communication system.

[0015] Figure 2 This is a diagram used to illustrate an example of a communication system in a roaming environment.

[0016] Figure 3 This is a diagram illustrating a structural example of a system including a rescue support device 30.

[0017] Figure 4 This is a diagram illustrating the processing timing in an embodiment of the present invention.

[0018] Figure 5 This is a diagram used to illustrate a specific example of the pattern "AX".

[0019] Figure 6 This is a diagram used to illustrate a specific example of the pattern "AX".

[0020] Figure 7 This is a diagram used to illustrate a specific example of the pattern "AY".

[0021] Figure 8 This is a diagram used to illustrate a specific example of the pattern "AY".

[0022] Figure 9 This is a diagram used to illustrate a specific example of the pattern "BX".

[0023] Figure 10 This is a diagram used to illustrate a specific example of the pattern "BX".

[0024] Figure 11 This is a diagram used to illustrate a specific example of the pattern "BY".

[0025] Figure 12 This is a diagram used to illustrate a specific example of the pattern "BY".

[0026] Figure 13 This is a diagram illustrating a modified system structure example.

[0027] Figure 14 This is a diagram showing the processing timing of a modified example.

[0028] Figure 15 This is a diagram illustrating an example of the functional structure of the rescue support device 30 in an embodiment of the present invention.

[0029] Figure 16This is a diagram illustrating an example of the hardware structure of the rescue support device 30 in an embodiment of the present invention.

[0030] Figure 17 This is a diagram illustrating an example of the structure of a vehicle 2001 according to an embodiment of the present invention. Detailed Implementation

[0031] Hereinafter, embodiments of the present invention will be described with reference to the accompanying drawings. Furthermore, the embodiments described below are examples, and the application of the present invention is not limited to the embodiments described below.

[0032] In the operation of the wireless communication system according to embodiments of the present invention, existing technologies are appropriately used. These existing technologies include, for example, existing LTE or existing NR, but are not limited thereto.

[0033] Hereinafter, we will first describe an example of the structure of the mobile network used in this embodiment, and then describe the structure and operations related to disaster relief and support.

[0034] Figure 1 This is a diagram used to illustrate an example of a communication system equivalent to a mobile network. For example... Figure 1 As shown, this communication system consists of a UE and multiple network nodes. Hereinafter, each function is assumed to correspond to one network node, but multiple functions can be implemented by one network node, or multiple network nodes can implement one function. Furthermore, the term "connection" as used below can refer to either a logical connection or a physical connection.

[0035] A RAN (Radio Access Network) is a network node with radio access capabilities, which may also include base stations. It connects to UEs, AMFs (Access and Mobility Management Functions), and UPFs (User Plane Functions). An AMF is a network node with functions such as RAN interface termination, NAS (Non-Access Stratum) termination, registration management, connection management, reachability management, and mobility management. A UPF is a network node that interconnects with a DN (Data Network) and has functions such as PDU (Protocol Data Unit) session points for external communication, packet routing and forwarding, and QoS (Quality of Service) processing for the user plane. UPFs and DNs together constitute a network slice.

[0036] The AMF connects with the UE, RAN, SMF (Session Management function), NSSF (Network Slice Selection Function), NEF (Network Exposure Function), NRF (Network Repository Function), UDM (Unified Data Management), ASF (Authentication Server Function), PCF (Policy Control Function), and AF (Application Function). AMF, SMF, NSSF, NEF, NRF, UDM, ASF, PCF, and AF are network nodes interconnected via interfaces based on their respective services: Namf, Nsmf, Nnssf, Nnef, Nnrf, Nudm, Nausf, Npcf, and Naf.

[0037] SMF is a network node with functions such as session management, UE IP (Internet Protocol) address allocation and management, DHCP (Dynamic Host Configuration Protocol) function, ARP (Address Resolution Protocol) proxy, and roaming function. NEF is a network node with the ability to notify other NFs (Network Functions) of events. NSSF is a network node with functions such as selecting the network slice to which the UE connects, determining the authorized NSSAI (Network Slice Selection Assistance Information), determining the configured NSSAI, and determining the AMF set to which the UE connects. PCF is a network node with the function of network policy control. AF is a network node with the function of controlling application servers. NRF is a network node with the function of discovering NF instances that provide services. UDM is a network node that manages subscriber data and authentication data. UDM is connected to UDR (User Data Repository) to maintain this data.

[0038] Figure 2 This is a diagram illustrating an example of a communication system in a roaming environment. For example... Figure 2As shown, the network consists of UEs and multiple network nodes.

[0039] SEPP is a non-transparent agent used to filter control plane messages between PLMNs (Public Land Mobile Networks). Figure 2 The vSEPP shown is the SEPP in the visited network, and the hSEPP is the SEPP in the home network.

[0040] like Figure 2 As shown, the UE is in a roaming environment within a VPLMN (Visited PLMN) connected to the RAN and AMF. The VPLMN and HPLMN (Home PLMN) are connected via vSEPP and hSEPP, respectively. The UE can, for example, communicate with the UDM of the HPLMN via the AMF of the VPLMN.

[0041] (About Digital Twin)

[0042] As will be described later, this embodiment uses the mechanism of digital twin, therefore an outline of digital twin will be described here.

[0043] Digital twin is a technology that uses data collected from the real world to recreate things, people, and processes that exist in physical space on a computer.

[0044] By utilizing digital twins, it is possible to achieve the following mechanisms: obtain real-world data in real time, perform analysis and simulations such as future predictions in virtual space, and feed the results back to reality.

[0045] (Regarding the research topic)

[0046] Issues related to the technology involved in this embodiment will be explained. As described above, in the event of a large-scale earthquake or other disaster, the terminal may become unusable due to flooding or physical damage, or even if the terminal is usable, the user may be unable to operate it due to the disaster.

[0047] In such a situation, users of the affected terminals need to request assistance from relief facilities or family members, but are unable to make contact due to the inability to use the terminals. While previous technologies have existed for disaster prediction based on earthquake damage assumption systems, they are not capable of disaster relief efforts such as determining the location of victims.

[0048] (System structure example, action summary)

[0049] To address the aforementioned issues, a rescue support device 30 is used in this embodiment. The rescue support device 30 may also be referred to as a digital twin system. The rescue support device 30 may also be... Figure 1 This refers to a network node in a 3GPP network as shown. Additionally, the rescue support device 30 can also be an external device to the 3GPP network. The rescue support device 30 can also be a base station or a terminal.

[0050] Figure 3 An example structure of a system including a rescue support device 30 is shown. For example... Figure 3 As shown, the rescue support device 30 is connected to a mobile network (NW) 40, a weather station 50, and an information delivery destination 60. The information delivery destination 60 may be, for example, a public facility, the family of the person receiving support, etc. The mobile NW 40 is connected to the user's terminal 20. "Weather station 50" may be, for example, a weather station's web server.

[0051] Mobile NW 40 includes wireless sensing capabilities. Wireless sensing refers to the technology of detecting objects and estimating states based on changes in radio waves between a base station and a terminal.

[0052] The rescue support device 30 obtains information indicating the disaster situation from the weather bureau 50, or estimates the disaster situation based on the wireless sensing results of the mobile NW 40. In addition, the source of information indicating the disaster situation is not limited to the weather bureau 50; information can be obtained from any source that can provide information indicating the disaster situation.

[0053] In addition, the rescue support device 30 obtains the location information of the terminal and the wireless sensing results of the user's physical activities from the mobile NW 40.

[0054] The rescue support device 30 uses the information obtained as described above to recreate the user's location and disaster situation on a digital twin, analyzes the data, and provides data on disaster victims with a high probability of needing assistance to a reliable information provider 60, such as public facilities or the victim's family. This data supports rescue operations.

[0055] That is, the rescue support device 30 maps disaster situation estimation information and user location information based on information from the meteorological bureau 50 and mobile NW 40 onto a map, analyzes it on a digital twin, calculates the likelihood that the disaster victim needs rescue, and provides the analysis results to public facilities or the victim's family members, etc.

[0056] As mentioned above, by utilizing digital twins, it is possible to determine the likelihood of disaster based on surrounding data and time-series data.

[0057] (Regarding information collection methods)

[0058] In this embodiment, the rescue support device 30 performs status detection of the terminal or the user of the terminal and obtains the disaster situation. Examples of status detection methods and examples of disaster situation acquisition methods will be described below.

[0059] <About State Detection Methods>

[0060] In this embodiment, the following methods A and B are used as the state detection methods for the terminal or user.

[0061] Method A: The rescue support device 30 detects that the terminal is unusable. For example, it detects situations where the user cannot use the terminal due to flooding. More specifically, the rescue support device 30 monitors the status of periodic location registration of the terminal or control signals from the terminal, and determines that the terminal is unusable if there is no periodic location registration or if control signals are no longer received.

[0062] Method B: The rescue support device 30 detects that the user of the terminal is in an inactive state. This state is one in which the terminal can communicate but the user cannot use the terminal. More specifically, the rescue support device 30 monitors the user's physical movements using the results of wireless sensing performed by the mobile NW 40.

[0063] Alternatively, methods other than Method A and Method B can be used to detect the user's status. For example, the mobile NW 40 or the emergency support device 30 may be equipped with a camera, and the emergency support device 30 may detect the user's status based on images captured by the camera.

[0064] <Methods for obtaining disaster information>

[0065] In this embodiment, the following methods X and Y are used as methods for obtaining disaster status (disaster information).

[0066] Method X: The rescue support device 30 obtains the disaster status of each region based on disaster information obtained from the meteorological bureau and other sources.

[0067] Method Y: The rescue support device 30 obtains the disaster situation based on the results of wireless sensing by the mobile NW 40.

[0068] Alternatively, methods other than Method X and Method Y can be used to obtain the disaster situation. For example, the mobile NW 40 or the rescue support device 30 may be equipped with a camera, and the rescue support device 30 may obtain the disaster situation based on the images captured by the camera.

[0069] <Information Collection Mode>

[0070] There are two methods for obtaining disaster status and two methods for detecting the status of terminals or users. Therefore, as described below, there are four (four modes) information collection methods. In this embodiment, the rescue support device 30 uses the information collected in any one of the four modes to reproduce the real situation on a digital twin (i.e., a computer), analyzes the situation, and thereby analyzes the possibility of needing to rescue the user (the necessity of rescue), and provides the analysis results to the information providing destination 60. Furthermore, only one of the four modes can be implemented, or multiple modes of the four modes can be implemented.

[0071] (1) Modes A (detection terminal is unavailable) and X (meteorological bureau data)

[0072] Using meteorological data and information indicating that terminals are unusable (users cannot access the terminals), disaster victims unable to report due to terminal malfunction are identified. The detection targets are terminals that are flooded or malfunctioning. The granularity of disaster assessment is at the regional (municipal, town, village, etc.) level.

[0073] (2) Modes A (detection terminal not available) and Y (wireless sensing)

[0074] Using disaster situation estimation results based on wireless sensing and information about detected unusable terminals, the system identifies disaster victims who are unable to report due to terminal malfunction. The detection targets are terminals that have been flooded or are malfunctioning. The granularity of the disaster situation estimation is at the building or natural object level.

[0075] (3) The pattern of B (detecting the user's inability to move) and X (weather bureau data).

[0076] Using meteorological data and information on the inability of users to move, we identify disaster victims who are physically unable to move due to the disaster. The detection target is the state of user inability to move. The granularity of disaster situation estimation is at the regional (municipal, town, village, etc.) level.

[0077] (4) B (detecting the user's inability to move) and Y (wireless sensing) modes

[0078] Using wireless sensing-based disaster assessment and detection of user incapacitation information, this method identifies victims who are physically immobilized due to a disaster. The detection target is the user's incapacitation status. The granularity of disaster assessment is at the building or natural object level.

[0079] (Processing sequence)

[0080] Reference Figure 4 This illustrates an example of handling timing issues. Figure 4 In the timing sequence, the timing sequence with a, b, x, y appended to the step number corresponds to the processing of A, B, X, Y mentioned above, respectively.

[0081] In S1x (step 1x), the rescue support device 30 receives information from the meteorological bureau 50, such as disaster occurrence information, regional earthquake magnitude information, or tsunami height information, as meteorological bureau data. In S1y, as a result of wireless sensing performed by the mobile NW 40, the rescue support device 30 receives information indicating that a disaster has occurred at a certain location.

[0082] In S2a, the terminal's communication is interrupted. In S2b, the terminal's communication is not interrupted, but the mobile NW 40 detects the physical activity of a user without a terminal through wireless sensing.

[0083] In S3a, the rescue support device 30 receives the communication status (communication interruption, etc.) and location information of the terminal from the mobile NW 40.

[0084] In S3b, the rescue support device 30 receives from the mobile NW 40 the wireless sensing results (no physical activity) of the user of the terminal and the location information of the user (terminal).

[0085] In S4, the rescue support device 30 calculates the likelihood that the user of the terminal needs rescue. The "likelihood of needing rescue" can also be referred to as the "necessity of rescue." More specifically, the rescue support device 30 performs the following processing.

[0086] In S4-1-a, the rescue support device 30 uses the terminal's communication status, the terminal's location information, time-series data of the terminal's communication status / location information, and information from the weather bureau / disaster situation estimation results based on wireless sensing, etc., to calculate the probability that rescue is needed for the user of each terminal. "Calculating probability" includes determining whether rescue is needed.

[0087] In S4-1-b, the rescue support device 30 uses wireless sensing results for the terminal user, the user's location information, time-series data of the user's wireless sensing results / location information, and information from the weather bureau / disaster situation estimation results based on wireless sensing, etc., to calculate the likelihood that the terminal user needs to be rescued.

[0088] In S4-2, the rescue support device 30 uses information about the user's surroundings to adjust the likelihood of needing rescue. For example, if there is a cliff or other structure that could easily collapse around the user, the likelihood of needing rescue is increased.

[0089] In S5, the rescue support device 30 provides the information delivery destination 60 with information on users who are highly likely to need rescue.

[0090] (Specific example)

[0091] The following are specific examples of the analysis based on the rescue support device 30, explained by each mode.

[0092] <(1) Mode: AX>

[0093] In mode "AX", the rescue support device 30 uses disaster assessment data from the meteorological bureau, the terminal's communication status, and the terminal's location information to analyze the likelihood of needing rescue for the terminal's user. (See reference...) Figure 5 , Figure 6 Please provide specific examples.

[0094] Figure 5 This is a diagram that recreates the disaster situation, detects the inaccessibility of terminals, and displays the location information of each terminal (user) in virtual space through the rescue and support device 30. The information in this diagram can be actually displayed at the information delivery destination 60 (terminals, etc.), or it can be digital information within the rescue and support device 30.

[0095] exist Figure 5 In this example, the weather bureau's disaster information is mapped onto the map. Additionally, the location information of multiple terminals (=the location information of multiple users) is mapped onto the map. Figure 5 In the example shown, communication with the user's terminal (D) was interrupted. The map here can be a typical 2D map or a 3D map.

[0096] The rescue support device 30 determines whether there are users who are likely to need rescue based on data mapped onto a map. Figure 6This demonstrates that user D is highly likely to require assistance. For example, the rescue support device 30 determines that user D is highly likely to require assistance based on the fact that communication with user D's terminal is interrupted and that user D's location is in an area with high earthquake magnitude (e.g., an area with an earthquake magnitude above the threshold).

[0097] <(2) Mode: AY>

[0098] In mode "AY", the rescue support device 30 uses wireless sensing-based disaster situation estimation, terminal communication status, and terminal location information to analyze the likelihood of needing rescue for the terminal user. (See reference...) Figure 7 , Figure 8 Please provide specific examples.

[0099] Figure 7 This is a diagram that recreates the disaster situation, detects the inaccessibility of terminals, and displays the location information of each terminal (user) in virtual space through the rescue and support device 30. The information in this diagram can be actually displayed at the information delivery destination 60 (terminals, etc.), or it can be digital information within the rescue and support device 30.

[0100] exist Figure 7 In this example, changes in man-made or natural objects based on wireless sensing are mapped onto a map. Additionally, the location information of multiple terminals (=the location information of multiple users) is mapped onto the map. Furthermore, in... Figure 7 In the example shown, communication between the user's terminal, as indicated by D and E, was interrupted. The map here can be a 2D map or a 3D map.

[0101] The rescue support device 30 determines whether there are users who are likely to need rescue based on data mapped onto a map. Figure 8 The results show that users D (users of terminal D) and E (users of terminal E) are users who are highly likely to need assistance.

[0102] For example, the rescue support device 30 determines that user D is a user with a high probability of needing rescue based on the fact that the user D's terminal communication is interrupted and that the user's location is in an area where there is a tsunami / flood.

[0103] In addition, the rescue support device 30 determines that user E is a user who is likely to need rescue, based on the fact that although the communication of user E's terminal continues, the building at its location is damaged.

[0104] <(3) Mode: BX>

[0105] In mode "BX", the rescue support device 30 uses disaster assessment data based on meteorological bureau data, information on the user's physical activity based on wireless sensing, and the user's (terminal's) location information to analyze the likelihood of needing rescue for the terminal's user. (See reference...) Figure 9 , Figure 10 Please provide specific examples.

[0106] Figure 9 This is a diagram that recreates the disaster situation, information on the physical activities of each user, and the location information of each terminal (each user) in virtual space through the rescue and support device 30. The information in this diagram can be actually displayed at the information delivery destination 60 (terminal, etc.), or it can be digital information within the rescue and support device 30.

[0107] exist Figure 9 In this example, the weather bureau's disaster information is mapped onto the map. Additionally, the location information of multiple terminals (=the location information of multiple users) is mapped onto the map. Figure 9 In the example, the user's physical activity is shown without D. The map here can be a typical 2D map or a 3D map.

[0108] The rescue support device 30 determines whether there are users who are likely to need rescue based on data mapped onto a map. Figure 10 This demonstrates that user D is deemed to be a user with a high probability of needing rescue. For example, rescue support device 30 determines that user D is a user with a high probability of needing rescue based on the absence of physical activity of user D and the fact that user D's location is in an area with a high magnitude (e.g., an area with a magnitude above the threshold).

[0109] <(4) Pattern: BY>

[0110] In mode "BY", the rescue support device 30 uses wireless sensing-based disaster situation estimation, wireless sensing-based user physical activity information, and user location information to analyze the likelihood of needing to rescue the user of the terminal. (See reference...) Figure 11 , Figure 12 Please provide specific examples.

[0111] Figure 11 This is a diagram that recreates the disaster situation, information on the physical activities of each user, and the location information of each terminal (each user) in virtual space through the rescue and support device 30. The information in this diagram can be actually displayed at the information delivery destination 60 (terminal, etc.), or it can be digital information within the rescue and support device 30.

[0112] exist Figure 11In this example, changes in man-made or natural objects based on wireless sensing are mapped onto a map. Additionally, the location information of multiple terminals (=the location information of multiple users) is mapped onto the map. Furthermore, in... Figure 11 In the example shown, users D and E are shown without physical activity. The map here can be a 2D map or a 3D map.

[0113] The rescue support device 30 determines whether there are users who are likely to need rescue based on data mapped onto a map. Figure 12 The results indicate that users D and E are the users most likely to require assistance.

[0114] For example, the rescue support device 30 determines that user D is a user with a high probability of needing rescue based on the fact that user D is not physically active and is located in an area where a tsunami / flood is possible.

[0115] In addition, the rescue support device 30 determines that user E is a user who is likely to need rescue based on the fact that user E is not physically active and the building at his location is damaged.

[0116] (Effects of the implementation method)

[0117] The technology described in this embodiment can support the rescue of disaster victims during a disaster. More specifically, if a disaster victim has a terminal, it can automatically notify family members or public facilities, thus linking the rescue of the victim.

[0118] (Modified example)

[0119] Next, a modified example will be described. The example described so far will be referred to as the basic example. In the modified example, the techniques described in the basic example are used to calculate information helpful for the development of a disaster prevention plan. That is, in the modified example, the rescue support device 30 analyzes information from past disasters and disaster simulation information such as building collapses on a digital twin to calculate the likelihood of needing to provide assistance to the terminal user. The calculation results are used to develop a disaster prevention plan.

[0120] The information used by the rescue support device 30 to calculate the likelihood of needing rescue is essentially the same as that in the basic example. That is, it is the same information obtained in methods A, B, X, and Y described above. However, in the modified example, simulated information is used instead of actual information.

[0121] Regarding the disaster situation, simulation information is information related to future disasters predicted based on past information, terrain, etc.

[0122] In addition, regarding the detection of the user's status, the simulation information is, for example, predicted (simulated) based on the current communication status and location information of the terminal, as well as simulation information related to the disaster situation, the location information of the terminal that becomes uncommunicable in the event of a disaster, and the location information of the user who is not physically active detected by wireless sensing.

[0123] <System Structure and Action>

[0124] Figure 13 An example of the system structure in the variation is shown. For example... Figure 13 As shown, the rescue support device 30 is connected to the mobile NW 40 and the public facility 55. The public facility 55 is, for example, a facility that provides simulation information related to the disaster. The mobile NW 40 is connected to the terminal 20 held by the user.

[0125] Reference Figure 13 This section provides an example illustrating the timing sequence. In the description of the processes within the timing sequence, processes with step numbers appended with 'a' and 'b' correspond to processes A and B mentioned above, respectively.

[0126] In S11, the rescue support device 30 receives disaster-related simulation information from the public facility 55. The disaster-related simulation information includes, for example, simulations of building collapses, landslides, tsunamis, and floods.

[0127] In S12, the rescue support device 30 receives the communication status and location information of the terminal from the mobile NW 40.

[0128] In S13, the rescue support device 30 calculates the likelihood of needing to provide assistance to the terminal user based on the simulation information received in S11. More specifically, the rescue support device 30 performs the following processing.

[0129] In S13-1, the rescue support device 30 generates contingency data regarding the communication status of each terminal, its time-series data, and the wireless sensing status during a disaster, based on the information obtained in S11 and S12. Information about subsequent terminals is based on this contingency data.

[0130] In S13-1-a, the rescue support device 30 uses the terminal's communication status, the terminal's location information, time-series data of the terminal's communication status / location information, and disaster simulation information to calculate the likelihood of needing to rescue the terminal's user.

[0131] In S13-1-b, the rescue support device 30 uses wireless sensing results for the terminal user, the user's location information, time-series data of the user's wireless sensing results / location information, and disaster simulation information to calculate the likelihood of needing to rescue the terminal user.

[0132] In S13-2, the rescue support device 30 uses, for example, information about the user's surroundings to determine the likelihood that the user needs rescue.

[0133] In S14, the rescue support device 30 provides the calculation results from S13 to the public facility 55. Furthermore, the information delivery destination can also be a destination other than the public facility 55.

[0134] The specific examples in the variations and the basic examples Figures 5-12 The examples described are the same. However, in the variations, Figures 5-12 The analysis shown is based on simulation information.

[0135] (The effect of the variation)

[0136] Based on the variations, disaster prevention plans can be formulated efficiently when disasters occur.

[0137] (Device structure)

[0138] Next, the functional structure of the rescue support device 30, which performs the above-described processing and actions, will be explained.

[0139] Figure 15 This is a diagram illustrating an example of the functional structure of the rescue support device 30. (As shown...) Figure 15 As shown, the rescue support device 30 includes a transmitting unit 310, a receiving unit 320, a setting unit 330, and a control unit 340. Figure 15 The functional structure shown is only one example. The functional divisions and names of the functional units can be arbitrary, as long as the actions involved in the embodiments of this invention can be implemented.

[0140] The transmitting unit 310 includes the function of generating signals to be transmitted to other devices and transmitting the signals in a wired or wireless manner. The receiving unit 320 includes the function of receiving various signals transmitted from other devices and obtaining, for example, higher-level information from the received signals. A communication unit including the transmitting unit 310 and the receiving unit 320 may also be configured.

[0141] The setting unit 330 stores preset setting information and various setting information sent to other devices in the storage device, and reads it from the storage device as needed. The control unit 340 controls the rescue support device 30. Alternatively, the signal transmission-related functions of the control unit 340 can be included in the transmitting unit 310, and the signal reception-related functions of the control unit 340 can be included in the receiving unit 320.

[0142] (Hardware structure)

[0143] The block diagrams used in the description of the above embodiments ( Figure 15 The diagram illustrates blocks organized by function. These functional blocks (structural units) are implemented through any combination of at least one of hardware and software. Furthermore, there are no particular limitations on the implementation method of each functional block. That is, each functional block can be implemented using a single device that is physically or logically combined, or by directly or indirectly (e.g., using wired, wireless, etc.) connecting two or more physically or logically separate devices. Functional blocks can also be implemented by combining software within the aforementioned single or multiple devices.

[0144] The functions include judgment, decision, determination, calculation, calculation, processing, derivation, investigation, search, confirmation, receiving, sending, output, access, resolution, selection, selection, establishment, comparison, assumption, expectation, consideration, broadcasting, notifying, communicating, forwarding, configuring, reconfiguring, allocating, mapping, and assigning, but are not limited to these. For example, the functional block (structural part) that performs the sending function is called the transmitting unit or transmitter. In short, as mentioned above, there are no particular limitations on the implementation method.

[0145] For example, the rescue support device 30 in one embodiment of this disclosure can also function as a computer performing the processing method of this disclosure. Figure 16 This is a diagram illustrating an example of the hardware structure of a rescue support device 30 according to an embodiment of the present disclosure. The rescue support device 30 can be configured as a computer device that physically includes a processor 1001, a storage device 1002, an auxiliary storage device 1003, a communication device 1004, an input device 1005, an output device 1006, and a bus 1007.

[0146] Furthermore, in the following description, the term "device" can be replaced with "circuit," "device," "unit," etc. The hardware structure of the rescue support device 30 can be configured to include one or more of the devices shown in the figures, or it can be configured to not include any of them.

[0147] The functions of the rescue support device 30 are implemented by reading predetermined software (programs) into hardware such as the processor 1001 and the storage device 1002, so that the processor 1001 performs calculations and controls the communication of the communication device 1004 or controls at least one of the reading and writing of data in the storage device 1002 and the auxiliary storage device 1003.

[0148] The processor 1001 controls the computer as a whole by instructing the operating system to operate. The processor 1001 may also be a central processing unit (CPU) that includes interfaces with peripheral devices, control units, arithmetic units, registers, etc. For example, the control unit 340 described above can also be implemented using the processor 1001.

[0149] Additionally, the processor 1001 reads programs (program code), software modules, or data from at least one of the auxiliary storage devices 1003 and communication devices 1004, and performs various processes accordingly. As a program, a program is used that causes the computer to perform at least a portion of the actions described in the above embodiments. For example, Figure 15 The control unit 340 of the rescue support device 30 shown can also be implemented by a control program stored in the storage device 1002 and operated in the processor 1001. Although it has been described that the various processes described above are executed by one processor 1001, the various processes described above can also be executed simultaneously or sequentially by two or more processors 1001. The processor 1001 can also be implemented by one or more chips. In addition, the program can also be transmitted from a network via a telecommunications line.

[0150] Storage device 1002 is a computer-readable recording medium, and may be composed of at least one of ROM (Read Only Memory), EPROM (Erasable Programmable ROM), EEPROM (Electrically Erasable Programmable ROM), RAM (Random Access Memory), etc. Storage device 1002 may also be referred to as a register, cache, main memory (main storage device), etc. Storage device 1002 can store programs (program code), software modules, etc., that are executable for implementing the communication method according to one embodiment of this disclosure.

[0151] The auxiliary storage device 1003 is a computer-readable recording medium, such as at least one of the following: CD-ROM (CompactDisc ROM) or other optical discs, hard disks, floppy disks, magneto-optical discs (e.g., compact discs, digital multifunction discs, Blu-ray discs), smart cards, flash memory (e.g., cards, sticks, key drives), floppy disks, magnetic stripes, etc. The aforementioned storage medium may, for example, be a database, server, or other suitable media that includes at least one of the storage device 1002 and the auxiliary storage device 1003.

[0152] Communication device 1004 is hardware (transceiver) used for communication between computers via at least one of a wired network and a wireless network. It is also referred to as a network device, network controller, network interface card (NIC), communication module, etc. Communication device 1004 may, for example, be configured to include high-frequency switches, duplexers, filters, frequency synthesizers, etc., to implement at least one of frequency division duplex (FDD) and time division duplex (TDD). For example, transceiver antennas, amplifiers, transceiver units, transmission path interfaces, etc., can also be implemented using communication device 1004. The transceiver unit may also be physically or logically separated into a transmitting unit and a receiving unit.

[0153] Input device 1005 is an input device that accepts input from external sources (e.g., keyboard, mouse, microphone, switch, button, sensor, etc.). Output device 1006 is an output device that performs output to external sources (e.g., display, speaker, LED, etc.). Furthermore, input device 1005 and output device 1006 can also be integrated (e.g., a touch panel).

[0154] Furthermore, the processor 1001 and storage device 1002, among other devices, are connected via a bus 1007 for communicating information. The bus 1007 can be configured as a single bus or as different buses used between devices.

[0155] Furthermore, the rescue support device 30 can be configured to include hardware such as a microprocessor, a digital signal processor (DSP), an ASIC (Application Specific Integrated Circuit), a PLD (Programmable Logic Device), or a FPGA (Field Programmable Gate Array), and can also implement some or all of the functional blocks through this hardware. For example, the processor 1001 can also be implemented using at least one of these hardware components.

[0156] Figure 17 An example of the structure of vehicle 2001 is shown. For example... Figure 17 As shown, the vehicle 2001 includes a drive unit 2002, a steering unit 2003, an accelerator pedal 2004, a brake pedal 2005, a gearshift lever 2006, front wheels 2007, rear wheels 2008, axles 2009, an electronic control unit 2010, various sensors 2021-2029, an information service unit 2012, and a communication module 2013. The various forms / implementations described in this disclosure can also be applied to communication devices mounted on the vehicle 2001, for example, to the communication module 2013. For example, the rescue support device 30 can also be included in the communication module 2013.

[0157] The drive unit 2002 may be composed, for example, an engine, a motor, or a hybrid power system of an engine and a motor. The steering unit 2003 includes at least a steering wheel (also called a steering wheel) and is configured to steer at least one of the front wheels and the rear wheels based on the operation of the steering wheel operated by the user.

[0158] The electronic control unit 2010 consists of a microprocessor 2031, a memory (ROM, RAM) 2032, and a communication port (I / O port) 2033. Signals from various sensors 2021 to 2029 of the vehicle 2001 are input to the electronic control unit 2010. The electronic control unit 2010 can also be referred to as an ECU (Electronic Control Unit).

[0159] The signals from various sensors 2021 to 2029 include current signals from current sensor 2021 that senses the current of the motor, speed signals of the front or rear wheels obtained by speed sensor 2022, air pressure signals of the front or rear wheels obtained by air pressure sensor 2023, vehicle speed signals obtained by vehicle speed sensor 2024, acceleration signals obtained by acceleration sensor 2025, accelerator pedal depress signal obtained by accelerator pedal sensor 2029, brake pedal depress signal obtained by brake pedal sensor 2026, gear lever operation signals obtained by gear lever sensor 2027, and detection signals obtained by object detection sensor 2028 for detecting obstacles, vehicles, pedestrians, etc.

[0160] The Information Service Unit 2012 comprises various devices such as a car navigation system, audio system, speakers, television, and radio, used to provide (output) various information such as driving information, traffic information, and entertainment information, and one or more ECUs that control these devices. The Information Service Unit 2012 uses information obtained from external devices via a communication module 2013, etc., to provide various multimedia information and multimedia services to the occupants of the vehicle 2001. The Information Service Unit 2012 may include input devices that accept input from external sources (e.g., keyboard, mouse, microphone, switch, button, sensor, touch panel, etc.) and output devices that perform output to external sources (e.g., display, speaker, LED lights, touch panel, etc.).

[0161] The Driver Assistance System 2030 comprises various devices used to prevent accidents or reduce driver workload, such as millimeter-wave radar, LiDAR (Light Detection and Ranging), cameras, positioning devices (e.g., GNSS), map information (e.g., high-definition (HD) maps, autonomous vehicle (AV) maps), gyroscope systems (e.g., IMU (Inertial Measurement Unit), INS (Inertial Navigation System)), AI (Artificial Intelligence) chips, and AI processors, as well as one or more ECUs that control these devices. Furthermore, the Driver Assistance System 2030 transmits and receives various information via the communication module 2013 to achieve driver assistance or autonomous driving functions.

[0162] The communication module 2013 can communicate with the microprocessor 2031 and the components of the vehicle 2001 via the communication port. For example, the communication module 2013 can send and receive data with the drive unit 2002, steering unit 2003, accelerator pedal 2004, brake pedal 2005, gear shift lever 2006, front wheel 2007, rear wheel 2008, axle 2009, microprocessor 2031 in the electronic control unit 2010, memory (ROM, RAM) 2032, and sensors 2021 to 2029 in the vehicle 2001 via the communication port 2033.

[0163] The communication module 2013, controlled by the microprocessor 2031 of the electronic control unit 2010, is a communication device capable of communicating with external devices. For example, it can transmit and receive various types of information with external devices via wireless communication. The communication module 2013 can be located inside or outside the electronic control unit 2010. External devices can be, for example, base stations, mobile stations, etc.

[0164] The communication module 2013 can wirelessly transmit to an external device at least one of the signals input to the electronic control unit 2010 from the various sensors 2021-2028, information obtained based on the signals, and information obtained via the information service unit 2012 based on input from an external source (user). The electronic control unit 2010, the various sensors 2021-2028, and the information service unit 2012 can also be referred to as input units that receive input.

[0165] The communication module 2013 receives various information (traffic information, signal information, vehicle-to-vehicle information, etc.) sent from external devices and displays it on the information service unit 2012 provided by the vehicle 2001. The information service unit 2012 can also be referred to as an output unit for outputting information (for example, outputting information to devices such as displays and speakers based on the PDSCH received by the communication module 2013 (or data / information decoded from the PDSCH). In addition, the communication module 2013 stores the various information received from external devices in a memory 2032 available to the microprocessor 2031. The microprocessor 2031 can also control the drive unit 2002, steering unit 2003, accelerator pedal 2004, brake pedal 2005, gear lever 2006, front wheels 2007, rear wheels 2008, axles 2009, sensors 2021 to 2029, etc. provided by the vehicle 2001 based on the information stored in the memory 2032.

[0166] The structure described in the following notes is disclosed at least in this specification.

[0167] <Postscript>

[0168] (Note 1)

[0169] A rescue support device includes: a receiving unit that receives first information obtained through a mobile network communicating with a terminal and second information indicating a disaster situation; and a control unit that detects the status of a user of the terminal based on the first information and determines the necessity of rescuing the user based on the user's status and the second information.

[0170] (Note 2)

[0171] According to the rescue support device described in Appendix 1, the first information includes information indicating the communication status of the terminal or information indicating the user's physical activity obtained by wireless sensing via the mobile network, and the second information includes information indicating the disaster situation issued from public facilities or information indicating the disaster situation obtained by wireless sensing via the mobile network.

[0172] (Note 3)

[0173] According to the rescue support device described in Appendix 1, the control unit determines that there is a high necessity to rescue the user when it detects a communication interruption of the terminal based on the first information and determines that the location of the terminal is within the disaster area obtained based on the second information.

[0174] (Note 4)

[0175] According to the rescue support device described in Appendix 1, the control unit determines that there is a high necessity to rescue the user when it detects no physical activity of the user based on the first information and determines that the location of the terminal is within the disaster area obtained based on the second information.

[0176] (Note 5)

[0177] According to the rescue support device described in Appendix 1, the second information is analog information.

[0178] (Note 6)

[0179] A rescue and support method, executed by a rescue and support device, comprises the following steps: receiving first information and second information indicating a disaster situation obtained through a mobile network communicating with a terminal; detecting the status of the user of the terminal based on the first information, and determining the necessity of rescuing the user based on the user's status and the second information.

[0180] According to any of Notes 1 through 6, technologies for supporting disaster victims during disasters can be provided. According to Note 2, various information collection models can be used for analysis. According to Notes 3 and 4, the necessity of relief can be appropriately determined. According to Note 5, disaster prevention plans can be developed efficiently.

[0181] (Supplement to the implementation method)

[0182] The embodiments of the present invention have been described above, but the disclosed invention is not limited to such embodiments. Those skilled in the art should understand various modifications, alterations, substitutions, and replacements. Specific numerical examples have been used to facilitate understanding of the invention, but unless otherwise specified, these values ​​are merely examples, and any appropriate values ​​may be used. The distinctions between items in the above description are not essential to the present invention. Items described in two or more items may be combined as needed, and items described in one item may be applied to items described in another item (as long as there is no contradiction). The boundaries of functional units or processing units in the functional block diagram do not necessarily correspond to the boundaries of physical components. Multiple functional units may be operated by a single physical component, or a single functional unit may be operated by multiple physical components. Regarding the processing described in the embodiments, the order of processing may be interchanged unless there is a contradiction. For ease of explanation, a functional block diagram has been used to illustrate the rescue support device 30, but such a device may also be implemented by hardware, software, or a combination thereof. The software that operates according to the embodiments of the present invention via the processor of the rescue support device 30 can also be stored in random access memory (RAM), flash memory, read-only memory (ROM), EPROM, EEPROM, registers, hard disk (HDD), removable disk, CD-ROM, database, server, and other suitable storage media.

[0183] Furthermore, the notification of information is not limited to the forms / implementations described in this disclosure, and other methods may also be used. For example, information notification may be implemented through physical layer signaling (e.g., DCI (Downlink Control Information), UCI (Uplink Control Information)), higher layer signaling (e.g., RRC (Radio Resource Control) signaling, MAC (Medium Access Control) signaling), broadcast information (MIB (Master Information Block), SIB (System Information Block)), other signals, or combinations thereof. Additionally, RRC signaling may be referred to as an RRC message, for example, it may be an RRC Connection Setup message, an RRC Connection Reconfiguration message, etc.

[0184] The various forms / implementations described in this disclosure can also be applied to systems utilizing LTE (Long Term Evolution), LTE-A (LTE-Advanced), SUPER 3G, IMT-Advanced, 4G (4th generation mobile communication system), 5G (5th generation mobile communication system), 6th generation mobile communication system (6G), xth generation mobile communication system (xG) (xG (x is, for example, an integer or a decimal)), FRA (Future Radio Access), NR (new Radio), New radio access (NX), Future generation radio access (FX), W-CDMA (registered trademark), GSM (registered trademark), CDMA2000, UMB (Ultra Mobile Broadband), IEEE 802.11 (Wi-Fi (registered trademark)), IEEE 802.16 (WiMAX (registered trademark)), IEEE The system may include at least one of 802.20, UWB (Ultra-Wideband), Bluetooth (registered trademark), other suitable systems, and next-generation systems based on these systems that have been extended, modified, created, or specified. Additionally, multiple systems may be combined (e.g., a combination of at least one of LTE and LTE-A with 5G, etc.).

[0185] The processing procedures, timing, and flow of the various forms / implementations described in this specification may be rearranged in order, provided there is no contradiction. For example, the elements of various steps are indicated using an illustrative order for the methods described in this disclosure, but are not limited to the specific order indicated.

[0186] The information or signals described in this disclosure can be output from a higher (or lower) layer to a lower (or higher) layer. Input and output can also be performed via multiple network nodes.

[0187] Input and output information can be stored in a specific location (e.g., memory) or managed using a management table. Input and output information can be overwritten, updated, or appended. Output information can also be deleted. Input information can also be sent to other devices.

[0188] The determination in this disclosure can be made by a value represented by 1 bit (0 or 1), by a Boolean value (Boolean: true or false), or by a comparison of numerical values ​​(e.g., a comparison with a predetermined value).

[0189] Software, whether called software, firmware, middleware, microcode, hardware description language, or by other names, should be broadly interpreted as referring to commands, command sets, code, code segments, program code, programs, subroutines, software modules, applications, software applications, software packages, routines, subroutines, objects, executable files, execution threads, procedures, functions, etc.

[0190] In addition, software, commands, information, etc., can be sent and received via a transmission medium. For example, when software is sent from a webpage, server, or other remote source using at least one of wired technologies (coaxial cable, fiber optic cable, twisted pair, digital subscriber line (DSL) etc.) and wireless technologies (infrared, microwave, etc.), at least one of these wired and wireless technologies is included within the definition of a transmission medium.

[0191] The information, signals, etc., described in this disclosure can also be represented using any of a variety of different technologies. For example, the data, commands, instructions, information, signals, bits, symbols, chips, etc., that may be involved in the above description can be represented by voltage, current, electromagnetic waves, magnetic fields or magnetic particles, light fields or photons, or any combination of these.

[0192] Furthermore, the terms used in this disclosure and those necessary for understanding this disclosure may be replaced with terms that have the same or similar meanings. For example, at least one of the channel and symbol may also be a signal (signaling). Additionally, a signal may also be a message. Furthermore, a component carrier (CC) may also be referred to as carrier frequency, cell, frequency carrier, etc.

[0193] The terms “system” and “network” as used in this disclosure are used interchangeably.

[0194] Furthermore, the information, parameters, etc., described in this disclosure can be represented using absolute values, relative values ​​to predetermined values, or other corresponding information. For example, wireless resources can be indicated using indexes.

[0195] The names used for the above parameters are non-limiting in any respect. Furthermore, the formulas, etc., using these parameters sometimes differ from those explicitly disclosed in this disclosure. Various channels (e.g., PUCCH, PDCCH, etc.) and information elements can be identified by all appropriate names, therefore the various names assigned to these channels and information elements are non-limiting in any respect.

[0196] In this disclosure, the terms "base station (BS)," "wireless base station," "base station device," "fixed station," "NodeB," "eNodeB (eNB)," "gNodeB (gNB)," "access point," "transmission point," "reception point," "transmission / reception point," "cell," "sector," "cell group," "carrier," and "component carrier" are used interchangeably. Sometimes, terms such as macro cell, small cell, femtocell, and picocell are also used to refer to base stations.

[0197] A base station can accommodate one or more (e.g., three) cells. When a base station accommodates multiple cells, its coverage area can be divided into several smaller areas, each of which can also provide communication services through a base station subsystem (e.g., a small indoor base station (RRH: Remote Radio Head)). Terms such as "cell" or "sector" refer to a portion or all of the coverage area of ​​at least one of the base station and base station subsystem providing communication services within that coverage area.

[0198] In this disclosure, the base station sending information to the terminal can also be replaced by the base station instructing the terminal on information-based control / actions.

[0199] In this disclosure, the terms "Mobile Station (MS)," "user terminal," "User Equipment (UE)," and "terminal" are used interchangeably.

[0200] For mobile stations, those skilled in the art sometimes also use the following terms: subscriber station, mobile unit, subscriber unit, wireless unit, remote unit, mobile device, wireless device, wireless communication device, remote device, mobile subscriber station, access terminal, mobile terminal, wireless terminal, remote terminal, handheld device, user agent, mobile client, client, or some other appropriate terms.

[0201] The rescue support device 30 can also be referred to as a transmitting device, receiving device, communication device, etc. Furthermore, the rescue support device 30 can also be a device mounted on a mobile body, or the mobile body itself. The mobile body refers to a movable object with an arbitrary speed of movement. It also includes situations where the mobile body is stationary. Examples of mobile bodies include, but are not limited to, vehicles, transport vehicles, automobiles, motorcycles, bicycles, connected cars, excavators, bulldozers, wheel loaders, dump trucks, forklifts, trains, buses, rear cars, rickshaws, ships and other watercraft, airplanes, rockets, artificial satellites, Drone (registered trademark), multi-rotor helicopters, quadcopter helicopters, balloons, and objects mounted on them. Additionally, the mobile body can also be a mobile body that moves autonomously based on operating commands. This mobile body can be a means of transportation (e.g., automobiles, airplanes, etc.), a mobile body that moves unmanned (e.g., drones, autonomous vehicles, etc.), or a robot (humanoid or unmanned). Furthermore, the rescue support device 30 also includes devices that do not necessarily move during communication operations. For example, the rescue support device 30 can also be an IoT (Internet of Things) device such as a sensor.

[0202] As used in this disclosure, terms such as "determining" and "determining" sometimes encompass a variety of actions. For example, "determining" or "determining" may include actions such as judging, calculating, computing, processing, deriving, investigating, searching (e.g., searching in a table, database, or other data structure), and ascertaining, which are considered as actions of "determining" or "determining." Furthermore, "determining" or "determining" may include actions such as receiving (e.g., receiving information), transmitting (e.g., sending information), inputting, outputting, and accessing (e.g., accessing data in memory), which are considered as actions of "determining" or "determining." Additionally, "determining" or "determining" may include actions such as resolving, selecting, choosing, establishing, and comparing, which are considered as actions of "determining" or "determining." That is, "judgment" and "decision" can include matters that are considered as having been "judged" or "decided". In addition, "judgment (decision)" can also be replaced by "assuming", "expecting", "considering", etc.

[0203] The terms “connected,” “coupled,” or any variations thereof are intended to indicate any direct or indirect connection or combination between two or more elements, including cases where there is one or more intermediate elements between the two elements that are “connected” or “coupled.” The combination or connection between elements can be physical, logical, or a combination of these. For example, “access” can be used instead of “connected.” In the context of this disclosure, it can be understood that two elements are “connected” or “coupled” to each other using at least one of one or more wires, cables, and printed electrical connections, and, as some non-limiting and non-inclusive examples, using electromagnetic energy with wavelengths in the wireless frequency domain, microwave region, and light (including both visible and invisible regions) to “connect” or “couple” to each other.

[0204] The reference signal can be simply called RS (Reference Signal), or, depending on the standard applied, pilot.

[0205] As used in this disclosure, the word "based on" does not mean "based on only" unless otherwise expressly stated. In other words, the word "based on" means both "based on only" and "based on at least".

[0206] Any reference to elements using the designations "first," "second," etc., as used in this disclosure does not necessarily limit the number or order of these elements. These designations may be used in this disclosure as a convenient method of distinguishing between two or more elements. Therefore, references to the first and second elements do not imply that only two elements can be taken, or that the first element must precede the second element in any form.

[0207] Alternatively, the "unit" in the structure of the above devices can be replaced with "section", "circuit", "equipment", etc.

[0208] When the terms "include," "including," and their variations are used in this disclosure, these terms, like the term "comprising," imply inclusion. Furthermore, the term "or" as used in this disclosure does not refer to XOR.

[0209] In this disclosure, for example, in cases where articles are added through translation, such as in English (e.g., a, an, and the), this disclosure may also include cases where the noun following these articles is in a plural form.

[0210] In this disclosure, the phrase "A and B are different" can mean "A and B are not the same." Furthermore, this phrase can also mean "A and B are each different from C." Terms such as "separate" and "combined" can also be interpreted in the same way as "different."

[0211] The various forms / implementations described in this disclosure can be used individually or in combination, and can be switched depending on the execution. Furthermore, the notification of predetermined information (e.g., a "It is X" notification) is not limited to being explicit, but can also be implicit (e.g., not notifying the predetermined information).

[0212] The present disclosure has been described in detail above, but it will be clear to those skilled in the art that the present disclosure is not limited to the embodiments described herein. The present disclosure can be implemented as modifications and variations without departing from the spirit and scope of the present disclosure as defined by the claims. Therefore, the present disclosure is for illustrative purposes only and is not intended to be limiting.

[0213] Label Explanation

[0214] 20 terminals

[0215] 30 Rescue Support Devices

[0216] 310 Sending Department

[0217] 320 Receiving Unit

[0218] 330 Setting Department

[0219] 340 Control Department

[0220] 40 Mobile Networks

[0221] 50 Weather Bureau

[0222] 55 Public Facilities

[0223] 60 Information delivery destinations

[0224] 1001 processor

[0225] 1002 Storage device

[0226] 1003 Auxiliary storage device

[0227] 1004 Communication device

[0228] 1005 Input Device

[0229] 1006 Output Device

Claims

1. A rescue support device, comprising: The receiving unit receives first information obtained through a mobile network communicating with the terminal and second information indicating the disaster situation; and The control unit detects the user's status based on the first information, and determines the necessity of rescuing the user based on the user's status and the second information.

2. The rescue support device according to claim 1, wherein, The first information includes information indicating the communication status of the terminal, or information indicating the user's physical activity obtained through wireless sensing by the mobile network. The second information includes information indicating the disaster situation issued from public facilities, or information indicating the disaster situation obtained through wireless sensing by the mobile network.

3. The rescue support device according to claim 1, wherein, If the control unit detects a communication interruption of the terminal based on the first information and determines that the terminal's location is within the disaster area obtained based on the second information, it determines that there is a high necessity to rescue the user.

4. The rescue support device according to claim 1, wherein, If the control unit detects no physical activity from the user based on the first information and determines that the terminal's location is within the disaster area obtained based on the second information, it determines that there is a high necessity to rescue the user.

5. The rescue support device according to claim 1, wherein, The second piece of information is simulated information.

6. A rescue support method, executed by a rescue support device, the rescue support method comprising the following steps: Receive first information obtained through a mobile network communicating with the terminal and second information indicating the disaster situation; and Based on the first information, the user's status of the terminal is detected, and based on the user's status and the second information, the necessity of rescuing the user is determined.

Images