JP2013025785A - Rescue support system, rescue request device, rescue support method, and rescue support program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a rescue support system for grasping information about a person in need of rescue and providing the information to victims being evacuated so as to support a victim capable of rescue in working as a rescuer and reduce the number of casualties in an entire disaster area.SOLUTION: There is provided a rescue support system that comprises: a rescue request device including detection means which detects existence of a person in need of rescue, storage means which stores current location information of the person in need of rescue, transmission means which, when the detection means detects the existence of the person in need of rescue, transmits a rescue request signal as well as the current location information of the person in need of rescue, and a battery which drives the detection means and the transmission means; first acquisition means which acquires the rescue request signal and the current location information of the person in need of rescue; second acquisition means which acquires current location information of an evacuee who is to be evacuated; determination means which determines the evacuee's evacuation site and evacuation route; first presentation means which presents the determined evacuation site and evacuation route to the evacuee; and second presentation means which presents the information about the person in need of rescue acquired by the first acquisition means to the evacuee.

Description

  The present invention relates to a technique for supporting rescue when a disaster occurs.

  In the above technical field, Patent Document 1 discloses a technique for transmitting a detection result in a home to a server using a human sensor when an earthquake occurs. Patent Document 2 discloses a system that collects information on whether or not an evacuation has been performed by detecting the presence or absence of a person in an evacuation site while detecting the presence or absence of a person in the facility. ing.

JP 2007-134874 A JP 2009-238021 A

  However, the technique described in the above-mentioned document does not grasp the will of the disaster victim, and cannot grasp whether he is trying to evacuate by himself or is waiting for rescue. Furthermore, the information sent to the server is only used by family members and rescue support centers, and cannot be used effectively in a limited time, such as when an earthquake with a tsunami occurs.

  In particular, if we analyze the damage caused by the Great East Japan Earthquake that occurred on March 11, 2011, people who are difficult to evacuate, such as elderly people, bedridden people, confined people, and travelers who are not familiar with the land, are left behind. There are not a few cases that became people.

  For these people, first of all, it was difficult to grasp the information on where and who were waiting for rescue. Moreover, even if the presence of a rescuer was grasped, it could not be determined whether there was room to help the rescuer during evacuation. Furthermore, it was highly likely that they would fall together if they went carelessly.

  The purpose of the present invention is to solve the above-mentioned problems, grasp the information of the rescuer in need, and convey it to the victims who are in the process of evacuation, thereby assisting surplus victims to act as private rescue teams. It is to reduce the number of victims as a whole.

In order to achieve the above object, a system according to the present invention provides:
Detection means for detecting the presence of a rescuer;
Storage means for storing the current location information of the rescuer;
A transmission means for transmitting a rescue request signal together with current location information of the rescuer when the detection means detects the presence of the rescuer;
A battery for driving the detection means and the transmission means;
A rescue request device comprising:
First acquisition means for acquiring a rescue request signal transmitted from the transmission means of the rescue request device and current location information of the rescuer;
Second acquisition means for acquiring current position information of evacuees who are going to evacuate;
Determining means for determining an evacuation place and an evacuation route of the evacuees;
First presenting means for presenting the determined evacuation site and evacuation route to the evacuees;
Second presenting means for presenting the refugee with information on the rescuer acquired by the first acquiring means;
It is provided with.

  In order to achieve the above object, a rescue request apparatus according to the present invention is included in the rescue support system.

In order to achieve the above object, the method according to the present invention comprises:
Detection means for detecting the presence of a rescuer;
A transmission means for transmitting a rescue request signal together with current position information of the rescuer when the presence of the rescuer is detected by the detection means;
A battery for driving the detection means and the transmission means;
A rescue support method using a rescue request device comprising:
A first acquisition step of acquiring a rescue request signal transmitted from the rescue request device and current location information of the rescuer;
A second acquisition step of acquiring current position information of the evacuees to be evacuated;
A determination step for determining an evacuation place and an evacuation route of the evacuees;
A first presentation step of presenting the determined evacuation site and evacuation route to the evacuees;
A second presenting step for presenting the refugee with the information of the rescue requester obtained in the first obtaining step;
It is characterized by including.

In order to achieve the above object, a program according to the present invention provides:
Detection means for detecting the presence of a rescuer;
A transmission means for transmitting a rescue request signal together with current position information of the rescuer when the presence of the rescuer is detected by the detection means;
A battery for driving the detection means and the transmission means;
A rescue support program using a rescue request device comprising:
A first acquisition step of acquiring a rescue request signal transmitted from the rescue request device and current location information of the rescuer;
A second acquisition step of acquiring current position information of the evacuees to be evacuated;
A determination step for determining an evacuation place and an evacuation route of the evacuees;
A first presentation step of presenting the determined evacuation site and evacuation route to the evacuees;
A second presenting step for presenting the refugee with the information of the rescue requester obtained in the first obtaining step;
Is executed by a computer.

  According to the present invention, by grasping information on rescuers in need and transmitting them to victims who are in the process of evacuation, it is possible to support the survivors who are able to afford to work as rescue teams and reduce the number of victims as a whole in the disaster area. be able to.

It is a figure for demonstrating the whole structure of the rescue assistance system as embodiment of this invention. It is a figure for demonstrating in detail the internal structure of the cloud network which concerns on embodiment of this invention. It is a figure for demonstrating in detail the structure of the rescue request apparatus which concerns on embodiment of this invention. It is a front view which shows the external appearance of the rescue request apparatus which concerns on embodiment of this invention. It is a figure which shows the example of a screen displayed by the rescue request apparatus which concerns on embodiment of this invention. It is a figure which shows an example of a rescuer database which concerns on embodiment of this invention. It is a figure for demonstrating in detail the structure of the evacuation assistance application which concerns on embodiment of this invention. It is a figure for demonstrating in detail the structure of the evacuation assistance application which concerns on embodiment of this invention. It is a sequence diagram for demonstrating the flow of the process performed with the rescue assistance system as embodiment of this invention. It is a flowchart explaining the flow of the process performed by the rescue assistance server which concerns on embodiment of this invention. It is a flowchart for demonstrating the flow of the process performed with the rescue request apparatus which concerns on embodiment of this invention. It is a figure for demonstrating an example of the rescue request apparatus which concerns on embodiment of this invention. It is a figure which shows the example of a display screen of the smart phone which concerns on embodiment of this invention. It is a figure which shows the example of a display screen of the smart phone which concerns on embodiment of this invention. It is a figure which shows the example of a display screen of the car navigation which concerns on embodiment of this invention. It is a figure which shows the example of a display screen of the car navigation which concerns on embodiment of this invention. It is a figure which shows an example of the screen displayed with the rescue assistance server which concerns on embodiment of this invention.

  Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the drawings. However, the components described in the following embodiments are merely examples, and are not intended to limit the technical scope of the present invention only to them.

  A rescue support system 100 as an embodiment of the present invention will be described with reference to FIG. FIG. 1 is a diagram for explaining the overall configuration of the rescue support system 100. The rescue support system 100 is a system for reducing the number of victims as a whole of the disaster-stricken area by grasping information on rescuers and transmitting them to the victims who are in the process of evacuation so that the survivors can afford to act as rescue teams. It is.

  The system includes a first acquisition unit that acquires a rescue request signal and current location information of a rescuer, a second acquisition unit that acquires current location information of an evacuee who is going to evacuate, an evacuation site and an evacuation Determining means for determining a route; first presenting means for presenting the determined evacuation location and evacuation route to the refugee; and second presenting means for presenting the refugee with the presence of a rescuer on the evacuation route. .

  Specifically, the rescue support system 100 includes a rescue request apparatus 101 connected to a television 110 in a home or an accommodation facility, and an evacuation support application incorporated in a car navigation system of a smartphone 120 or a car 130. I have. Then, the rescuer database 141, the private rescue team database 142, and the rescue support server 143 constituting the cloud network 104 exchange information between the rescuer side devices and the private rescue team terminals. to manage. Specifically, the cloud network 104 collects information on people who need rescue, selects them, and discloses them to evacuees who are determined to be able to rescue with certainty. Evacuees must select which rescuers need help or not, based on their evacuation plan, size of the vehicle, etc. and the location and number of rescuers. Can do.

  FIG. 2 is a diagram for explaining the internal configuration of the cloud network 104 in detail. As shown in FIG. 2, the rescue support server 143 includes a rescuer information acquisition module 201, an evacuee information acquisition module 202, an evacuation site / route determination module 203, an evacuation site / route presentation module 204, and a rescuer. A private rescue team matching module 205 and a rescuer information presentation module 206 are included. These modules are basically composed of software, and hardware (not shown) provided in the rescue support server 143 such as CPU, RAM, ROM, storage, and communication device executes these modules. Realize each function.

  The rescuer information acquisition module 201 acquires a rescue request signal and current location information of the rescuer and saves it in the rescuer database 141 configured by storage. The evacuee information acquisition module 202 acquires current position information of the evacuees who are going to evacuate. The evacuee information acquisition module 202 further obtains information (e.g., current position, evacuation route, number of people who can be rescued) of evacuated evacuees who are set to work as a private rescue team. To the private rescue team database 142. In particular, if the difference (time margin) between the time limit to reach the evacuation site and the estimated arrival time that can be predicted through the evacuation route is greater than or equal to a predetermined time (for example, 5 minutes) required for rescue, the private rescue team Register in the database 142. In other words, registration in the private rescue team database 142 is performed only when there is sufficient time for evacuation and it can be determined that another person can be rescued.

  The evacuation site / route determination module 203 determines an evacuation site and an evacuation route for the evacuees. The evacuation site / route presentation module 204 presents the determined evacuation site and evacuation route to the evacuee. Further, the rescuer private rescue team matching module 205 determines whether or not there is a rescuer to be presented to the evacuated evacuee. Specifically, whether or not there is a rescuer who is located on the evacuation route of the evacuees registered in the private rescue team database 142 is referred to the current location information of the rescuer required in the rescuer database 141. judge. The rescuer information presentation module 206 presents a predetermined number of rescuers on the evacuation route in order from those closest to the evacuee. Note that the rescuer information presentation module 206 indicates that the rescuer needs to be able to determine that a rescuer who is away from the evacuation route determined by the evacuation site / route determination module 203 can reach the evacuation site within a predetermined time. The current position may be additionally presented.

  The evacuee information acquisition module 202 may acquire the current position information of the evacuees from a portable terminal possessed by the evacuees. In this case, the evacuation site / route presentation module 204 transmits and displays the location information of the evacuation site and the evacuation route to the evacuation site to the mobile terminal, and the rescuer information presentation module 206 requires the rescuer. The location and the route to it may be sent to the mobile terminal for display.

  The evacuee information acquisition module 202 may acquire the current position information of the evacuees from a portable terminal possessed by the evacuees. In this case, the evacuation site / route presentation module 204 transmits and displays the location information of the evacuation site and the evacuation route to the evacuation site to the mobile terminal, and the rescuer information presentation module 206 requires the rescuer. Send the location of and the route to it to your mobile device for display.

  The evacuee information acquisition module 202 may acquire the current position information of the evacuees from a navigation device (so-called car navigation) of a vehicle on which the evacuees get on. In that case, the evacuation site / route presentation module 204 transmits and displays the position information of the evacuation site and the evacuation route to the evacuation site to the navigation device, and the rescuer information presentation module 206 requires the rescuer. Send the location of and the route to it to your mobile device for display.

  FIG. 3 is a diagram for explaining the configuration of the rescue request apparatus 101 in detail. The rescue request apparatus 101 is configured to be connectable to a display such as a television 110. First, the rescue request device 101 includes a rescue switch 301 for a rescue requester to inform the system of the will of the rescue request, and a self-evacuation switch 302 for communicating to the system that rescue is not necessary and can be evacuated by oneself. ing. Also provided are a number input button 303 for inputting the number, age, telephone number, etc. of rescuers, and an English / Japanese button 304 for switching English / Japanese in the display image and output sound. Yes. This is a configuration that is assumed to be installed in a hotel or the like and operated by a foreign tourist.

  The rescue request apparatus 101 further includes a wireless communication unit 305 including a wireless communication antenna and a modem, and can perform stable information communication even in a large-scale disaster using a technique such as Wimax (registered trademark), for example. It has a configuration. When the wireless communication unit 305 detects the presence of a rescue requester, the wireless communication unit 305 transmits a rescue request signal to the rescue support server 143 together with the current location information of the rescue requester.

  The rescue request apparatus 101 also includes a human sensor 307. There is a possibility that an object may collide due to the impact of an earthquake and the rescue switch 301 or the self-evacuation switch 302 may be pressed. In such a case, in order to avoid misrecognizing that there is a person in need of rescue, the mechanism is confirmed by the human sensor 307. Specifically, a rescue request signal is transmitted when a rescue operation is received by the rescue switch 301 and the presence of a rescuer is detected by the human sensor 307. That is, the combination of the rescue-required switch 301 and the human sensor 307 functions as a detection unit that detects the presence of the rescuer. After transmitting the rescue request signal, the wireless communication unit 305 confirms whether the human sensor 307 detects that there is a person nearby at regular intervals, and repeatedly transmits the rescue request signal.

  The rescue request apparatus 101 includes a battery 309. This battery 309 takes into consideration the possibility of a power outage during a large-scale disaster. Upon receipt of disaster occurrence information, the battery 309 supplies power to the television 110 in addition to power supply for driving the rescue request apparatus 101 itself. Realize. At times other than disasters, electricity is supplied from a wall outlet or the like via the power cable 315, and power is supplied to the television 110 via the power cable 350.

  The current position information acquisition storage unit 310 is a memory that stores current position information of the rescue request apparatus 101 itself. This current position may be acquired from a GPS (not shown) or manually input by an installer or an installation assistant (such as a person in charge of a municipality or a serviceman of an electric store) when the rescue request apparatus 101 is installed.

  The voice output unit 311 is a speaker that outputs various messages such as an operation method of the rescue request apparatus 101 by voice. Since the audio output unit 311 is provided, even if the television 110 is broken due to an earthquake or the like, it is possible to output a message that prompts the minimum necessary operation. For example, when the voice output unit 311 transmits a rescue request signal and the human sensor 307 no longer detects that there is a person nearby, the voice output unit 311 prompts the rescuer who needs to press the rescue switch 301 again. Output.

  The video output unit 312 outputs video data to the television 110. As the video data, for example, an evacuation place and an evacuation route can be considered in addition to a message for prompting the operation of the rescue request apparatus 101.

  Audio data and video data output from the audio output unit 311 and the video output unit 312 are stored in a storage (not shown). The wireless communication unit 305 may be driven periodically (for example, once every six months) to download the latest evacuation site and evacuation route from the rescue support server 143, such as the latest evacuation site and evacuation route. Is also stored in the storage.

  The TV tuner 313 receives terrestrial digital broadcast from the antenna 330 and outputs video to the television 110 via the cable 340. The TV tuner 313 analyzes the content of the received television broadcast. As a result, it is possible to detect that a tsunami warning or a large tsunami warning has been issued.

  The remote control signal receiving unit 314 receives a signal from the TV remote controller and controls the rescue request apparatus 101. The rescue request device 101 can be operated using the TV remote controller, for example, when the rescuer is bedridden in a bed separated from the rescue request device 101.

  FIG. 4 is a front view showing the appearance of the rescue request apparatus 101. As shown in FIG. 4, on the front panel of the rescue request apparatus 101, a rescue required switch 301, a self-evacuation switch 302, and the like are arranged. From the audio output unit 311, “A large tsunami warning has been issued. Please evacuate immediately. If evacuation is difficult, press the“ Waiting for rescue ”switch or“ 1 ”on the TV remote control. Ask for help. If you can evacuate by yourself, press "2" on the evacuation switch or TV remote control. The evacuation site and evacuation route are displayed. If you need English message please push "English Switch." In addition, when the rescue-required switch 301 is pressed, a voice message such as “I request rescue now. Please input the number of people who need rescue” may be output.

  FIG. 5 is a front view showing an external appearance when the rescue request apparatus 101 is connected to the television 110. A message similar to the voice message output by the voice output unit 311 is also displayed on the television 110. In addition, when the self-evacuation switch 302 is pressed, the television 110 displays an image of an evacuation place and an evacuation route output from the rescue request device 101. The messages shown in FIGS. 4 and 5 are merely examples. By outputting various messages, it is possible to obtain detailed information of the rescuer. For example, if information such as name, gender, age, telephone number, whether a wheelchair is necessary, whether it is blind, etc. can be used for rescue. Furthermore, if the information is stored in the storage in the rescue request apparatus 101 or the storage on the network when or before the rescue request apparatus 101 is installed, it is possible to save the input by the rescue requester himself at the time of disaster. Can be reduced. In that case, the registered rescue request candidate may be displayed on the television 110 and the rescue requester himself / herself may be selected.

  FIG. 6 is a diagram showing the configuration of the rescuer database 141. The rescuer database 141 has information of rescuer number, position, and number of people as basic information. Furthermore, the name, age, sex, presence / absence of a disability, telephone number, etc. Detailed information is stored.

  FIG. 7 is a diagram illustrating a configuration of the evacuation support application 700 installed in the smartphone 120. The evacuation support application 700 includes a setting module 701 for setting whether or not there is an intention to act as a private rescue team. Only when the setting module 701 is set to operate as a private rescue team, the rescue request server 143 receives information on the rescuer. The evacuation support application 700 includes a display module 702. The display module 702 receives the position information of the evacuation site and the evacuation route to the evacuation site from the rescue support server 143, and displays it on the built-in display. Also, the display module 702 receives rescuer information from the rescue support server 143 and displays it on the built-in display when the setting module 701 is set to receive presentation of information on the rescuer. In other words, the evacuation support application 700 does not receive the rescue requester information from the rescue support server 143 if the setting module 701 is not set to receive the information of the rescue requester.

  The alarm reception analysis module 703 is a module for receiving and analyzing a flood warning, an earthquake warning, a tsunami warning, etc. from a server of the Japan Meteorological Agency, and starting and controlling the evacuation support application 700 itself and acquiring disaster information. is there.

  The current position acquisition module 704 is a module that acquires current position information where the smartphone 120 exists. Most of today's smartphones have a GPS (Global Positioning System) built-in, and current position information (latitude and longitude) can be obtained from such a system.

  The evacuation site determination module 705 is a module for determining an evacuation site from disaster information and current position information. The route determination module 706 is a module for determining and displaying a route from the current position to the evacuation site determined by the evacuation site determination module 705. The determination and presentation of the evacuation site and the evacuation route may be performed in the rescue support server 143 or may be performed locally in the terminal of the smartphone 120.

  It is desirable to display a message asking for participation in the private rescue team when installing the evacuation support application 700 on the smartphone 120 or the like. For example, “This application is an application for presenting evacuation sites and evacuation routes in the event of a disaster. At the same time, it is also possible to receive information on rescuers. Whether or not there is an intention to act as a private rescue team. Answer me. Even if I receive information about the rescuer, I can choose not to go to rescue. " Of course, it is desirable to be able to change private rescue team settings at any time on the settings screen.

  FIG. 8 is a diagram showing a configuration of an evacuation support application 800 bundled with the car navigation system. The evacuation support application 800 includes a setting module 801 for setting whether or not there is an intention to act as a private rescue team. Only when the setting module 801 is set to operate as a private rescue team, the rescue request server 143 receives information on a rescuer. In other words, the evacuation support application 800 does not receive the rescue requester information from the rescue support server 143 when the setting module 801 receives the information of the rescue requester and is not set. The evacuation support application 800 includes a display module 802. The display module 802 receives the position information of the evacuation site and the evacuation route to the evacuation site from the rescue support server 143 and displays them on the built-in display. The display module 802 receives the rescuer information from the rescue support server 143 and displays it on the built-in display when the setting module 801 is set to receive the rescuer information.

  The alarm reception analysis module 803 is a module for receiving and analyzing a flood warning, an earthquake warning, a tsunami warning, etc. from a server of the Japan Meteorological Agency, and starting and controlling the evacuation support application 800 itself and acquiring disaster information. is there.

  The evacuation site determination module 805 is a module for determining an evacuation site from disaster information. The route determination module 806 is a module for determining and displaying a route to the evacuation site determined by the evacuation site determination module 805. The determination and presentation of the evacuation place and the evacuation route may be performed in the rescue support server 143 or may be performed locally in the car navigation system.

  FIG. 9 is a sequence diagram showing a simplified process flow of the rescue support system 100 according to the present embodiment.

  First, when a large-scale disaster occurs, the disaster information server 900 such as the Japan Meteorological Agency issues an alarm in step S901 and transmits the disaster information at the same time or immediately after. For example, in the case of a tsunami, the disaster information includes a branch site, a tsunami arrival location, a tsunami arrival time, a tsunami height, and a tsunami speed.

  When the rescue support server 143 receives the warning and disaster information in step S911, the rescue support server 143 prepares for the rescue support process. When receiving the warning and disaster information in step S921, the smartphone 120 and the car navigation system notify the user that a tsunami is coming and start the rescue support application at the same time in step S922. The smartphone 120 may automatically start the rescue support application, but may start the display after displaying and confirming a message such as “Do you want to start the rescue support application?” To the user.

  When the rescue support application is activated on the smartphone 120, user environment information is transmitted to a preset address (rescue support server address) (S923). As the user environment information, in addition to the user position information and speed information, when the user is in a vehicle, the number of people who can get on the vehicle is included, and the information is sent to the rescue support server 143. .

  In step S913, when the rescue support server 143 receives the user environment information, the rescue support server 143 determines whether or not there is an intention to become a private rescue team, and if there is the intention, registers it in the private rescue team database 142. In step S914, map elevation data around the current location of the user is read from the map elevation database. In step S915, the rescue support server 143 determines an evacuation place and an evacuation route for each evacuee.

  Finally, when the rescue support server 143 transmits the evacuation navigation information to the smartphone 120 (S916), the received evacuation navigation information is displayed on the smartphone 120 (S924). That is, the evacuation place and the evacuation route are displayed.

  On the other hand, when receiving the warning and disaster information in step S931, the rescue request apparatus 101 proceeds to step S932, switches to battery driving, and outputs a message by voice and / or video in step S933.

  Next, in step S934, a pre-rescue person is detected with reference to the detection results of the rescue-required switch 301 and the human sensor 307. Further, in step S935, attribute information of the rescuer (position number, name, age, disability) Etc.). If the rescuer information is input, a rescuer signal is transmitted (S936).

  In step S917, the rescue support server 143 acquires / collects rescuer information required, and stores the rescuer information in the rescuer database 141. At this time, for example, when a rescue request signal is repeatedly acquired, a condition such as storing rescuer information in the rescuer database 141 may be added. In step S918, the rescuer information stored in the rescuer database 141 is matched with information related to the private rescue team. If a private rescue team capable of helping the rescuer is found, the process proceeds to step S919 to send rescuer information to the rescue support application such as the smartphone 120 and request the rescue.

  Next, the evacuation place and evacuation route determination method performed in step S915 will be described with reference to the flowchart of FIG.

  First, in step S1001, the evacuable distance is calculated using the user environment information. For example, the time from the current time to the tsunami arrival time is added to the walking speed and traveling speed during evacuation.

  In step S1002, a candidate list of evacuation sites is generated. For example, a circle with a radius of evacuable distance is drawn on the map centered on the current position of the user, and a point where the altitude is sufficiently higher than the tsunami height among the multiple points existing in the circle The evacuation site candidate list is generated in order from the highest altitude. If the elevation is sufficiently higher than the tsunami height, a location far from the coast, a location close to the user's current location, or a high-profile location (supermarket, city hall, school, hospital, station, etc.) is a highly evaluated evacuation site candidate. . That is, for a plurality of points, the points are added based on the altitude, the distance from the coast, the ease of understanding of the place, etc., and the ease of evacuation and safety are evaluated comprehensively. A list of candidates for evacuation sites is generated by listing the evacuation sites that have the highest evaluation as evacuation sites.

  Next, in step S1003, an evacuation route is generated for each evacuation site candidate, and in step S1004, the evacuation site and the evacuation route are evaluated. In the map elevation data, roads that are not suitable for evacuation are registered in advance, such as roads that are easily congested, places with low elevations, roads along rivers, and roads extending from the coastline. Therefore, an evacuation route that does not pass through the road that is not suitable for evacuation is generated. Among the evacuation routes that do not pass the road that is not suitable for evacuation, the route with the shortest expected time for evacuation and the route that is easy to evacuate are selected. In determining the expected time, it is desirable to use the altitude data and take into account the slope. Recommended evacuation routes change over time. Therefore, the evacuation route is updated as needed unless evacuation start processing is performed. For example, in the case of a tsunami, there are fewer road options that can be taken according to the time elapsed since the earthquake. Finally, in step S1005, a highly evaluated evacuation place and evacuation route are determined.

  The flow of processing performed in the rescue request apparatus 101 is shown in the flowchart of FIG. The following processing is realized by a CPU (not shown) executing a program stored in a ROM (not shown) or the like of the rescue request apparatus 101.

  First, in step S1101, for example, when a tsunami warning is received together with a terrestrial digital video signal, the process proceeds to step S1102, where a rescue request application is activated, and in step S1103, the battery driving is changed. At this time, if there is a connected TV, battery power is also supplied to the TV.

  Next, in step S1104, the message stored in advance (see FIGS. 4 and 5) is displayed on the television, and the sound is output from the speaker. Next, it is determined whether or not a certain time has passed and the rescue switch 301 required has been pressed (S1105). If the rescue switch 301 is not pressed, the process proceeds to step S1109 to determine whether or not the self-evacuation switch 302 is pressed. If none of the switches are pressed, the process returns to step S1104 to output a message prompting the operation again. If it is determined in step S1109 that the self-evacuation switch 302 has been pressed, the process advances to step S1110 to determine whether the human sensor 307 is on. When the self-evacuation switch 302 is pressed and the human sensor 307 is turned off, it is determined that there is no person after evacuation, and the process is terminated.

  On the other hand, if the rescue switch 301 is pressed, the process proceeds from step S1105 to step S1106, where further information (number of people, age, etc.) about the rescuer is input and the input information is stored. In step S1107, it is determined whether the human sensor 307 is on. In the case where the presence of a person is not felt despite the rescue switch 301 being pressed, it is determined that a malfunction has occurred and the process returns to step S1104. If the rescue switch 301 is pressed and the human sensor 307 is on, it is determined that a rescuer is in need, and the process proceeds to step S1108, where a rescue signal and information of the rescuer are transmitted.

  In addition, it is preferable to perform the above-described processing after determining whether or not the rescue-required switch 301, the self-evacuation switch 302, or the human sensor 307 is out of order and determining that there is no failure. In addition, the process of stopping the transmission of the request signal may be performed when the pressing of the rescue switch is repeatedly requested and the rescue switch is not pressed for a certain period.

  FIG. 12 is an external view of the rescue request apparatus 101 and the television 110. As shown in FIG. 12, the rescue request apparatus 101 may be connected to a Web camera 1201 and an image of a rescue requester waiting for rescue may be transmitted to the rescue support server 143.

  FIGS. 13 and 14 are diagrams illustrating examples of screens displayed on the smartphone 120. FIG. 13 shows a screen example 1300 when a large tsunami warning is issued. In addition to the message to notify the warning, information on the estimated tsunami height and estimated tsunami arrival time is displayed in addition to the epicenter, depth, and scale. Furthermore, the time that can be used for evacuation and the time required to reach the shortest evacuation site are displayed. When the route search button 1301 is selected here, the screen of FIG. 14 is displayed.

  FIG. 14 shows an example screen 1400 for navigating the evacuees to the evacuation site. This screen shows that there is an 85-year-old male rescuer on the evacuation route. The evacuees head for rescue after comparing the time left for themselves (for example, the time until the tsunami arrives), the time required to arrive at the evacuation site, and the location and condition of the rescuer. It can be determined whether or not. The rescue support server 143 side primarily selects evacuees who can act as private rescue teams, but it is up to the evacuees themselves to decide whether or not to go to rescue.

  15 and 16 are diagrams showing examples of screens 1500 and 1600 displayed on the car navigation system. FIG. 15 shows an example of a 2D map, and FIG. 16 shows an example of a 3D map. Both display the time 1501 to the shortest evacuation site and the time 1502 to reach the tsunami. Furthermore, the evacuees are provided with an input field 1503 for inputting the number of people who can board the vehicle, and when the number of people input here is 0, the rescuer is not displayed.

  In addition, a button 1504 for inputting the intention of whether or not to go to rescue may be prepared. In that case, the rescue support server 143 can grasp who, who, and who went to rescue.

  FIG. 17 is a diagram illustrating an example of a screen in which rescuer information and private rescue team information collected by the rescue support server 143 are mapped. As shown in FIG. 17, the rescue support server 143 can display the position on the map and detailed information about each rescuer 1701 to 1707 in need. It is also possible to display how many private rescue teams are heading for which rescuers are needed. By generating such an integrated screen of collected data and transmitting it to the fire department headquarters or the like, it is possible to determine which location is effective for rescue.

  As explained above, according to the present embodiment, it is possible to grasp where and how many rescuers are needed, and to convey the information to the victims who are in the process of evacuation, so that the refugees can afford to be rescuers. It is possible to reduce the number of victims in the affected area. On the other hand, by selecting carefully the rescuer information and selecting the refugee information and matching them, it is possible to effectively prevent the rescuer and the refugee from collapsing. For example, for refugees who own cars and have enough space for passengers and have sufficient time to reach the evacuation site (disasters in the middle of evacuation), Present. The final decision on whether or not to rescue the rescuer is left to the evacuees, but if there is sufficient room, the rescuer can be rescued. By not providing the refugee with information on the rescuer who is difficult for the refugee to rescue, no unnecessary guilt is given.

  The present invention may be applied to a system composed of a plurality of devices, or may be applied to a single device. Furthermore, the present invention can also be applied to a case where a rescue support program that realizes the functions of the embodiments is supplied directly or remotely to a system or apparatus. Therefore, in order to realize the functions of the present invention on a computer, a program installed in the computer, a medium storing the program, and a WWW (World Wide Web) server that downloads the program are also included in the scope of the present invention. .

Claims (14)

Detection means for detecting the presence of a rescuer;
Storage means for storing the current location information of the rescuer;
A transmission means for transmitting a rescue request signal together with current location information of the rescuer when the detection means detects the presence of the rescuer;
A battery for driving the detection means and the transmission means;
A rescue request device including:
First acquisition means for acquiring a rescue request signal transmitted from the transmission means of the rescue request device and current location information of the rescuer;
Second acquisition means for acquiring current position information of evacuees who are going to evacuate;
Determining means for determining an evacuation place and an evacuation route of the evacuees;
First presenting means for presenting the determined evacuation site and evacuation route to the evacuees;
Second presenting means for presenting the refugee with information on the rescuer acquired by the first acquiring means;
A rescue support system characterized by comprising:   2. The rescue support system according to claim 1, wherein the second presentation unit presents a predetermined number of rescuers on the evacuation route in order from the closest to the refugee.   The rescue support system according to claim 1, wherein the detection unit includes a rescue switch that is pressed by the rescuer.   The rescue support system according to any one of claims 1 to 3, wherein the detection means includes a human sensor that detects the rescuer who is nearby. The detection means includes a rescue switch required to be pressed by the rescuer and a human sensor for detecting that a person is nearby.
5. The transmission unit according to claim 1, wherein the transmission unit transmits the rescue request signal when the rescue-required switch is pressed and the human sensor detects that a human is nearby. The rescue support system according to claim 1.   The transmitting means, after transmitting the rescue request signal, confirms whether the human sensor detects that a human is nearby at regular intervals, and repeatedly transmits the rescue request signal. The rescue support system according to claim 5.   The detection means, after transmitting the rescue request signal, requests the rescuer to press the rescue switch again when the human sensor no longer detects that a human is nearby. The rescue support system according to claim 5 or 6.   The second presenting means, when the first obtaining means repeatedly obtains the rescue request signal, presents to the refugee the presence of a rescuer on the evacuation route. The rescue support system according to any one of claims 1 to 7. The rescue request device is:
The rescue support system according to any one of claims 1 to 8, further comprising voice output means for outputting a voice of an operation method of the rescue request apparatus. The rescue request device is connectable to a display;
The display further comprises video output means for displaying an operation method of the rescue request device on the display,
The rescue support system according to any one of claims 1 to 9, wherein the battery supplies power to the connected display. A determination means for determining whether or not the evacuation site can be reached within a predetermined time by following the evacuation route determined by the determination means;
The second presentation means includes
11. The information on the rescue requester is presented only to the refugee who is determined that the determination means can arrive at the evacuation place within a predetermined time. Rescue support system described in 1.   A rescue request device included in the rescue support system according to any one of claims 1 to 11. Detection means for detecting the presence of a rescuer;
A transmission means for transmitting a rescue request signal together with current position information of the rescuer when the presence of the rescuer is detected by the detection means;
A battery for driving the detection means and the transmission means;
A rescue support method using a rescue request device comprising:
A first acquisition step of acquiring a rescue request signal transmitted from the rescue request device and current location information of the rescuer;
A second acquisition step of acquiring current position information of the evacuees to be evacuated;
A determination step for determining an evacuation place and an evacuation route of the evacuees;
A first presentation step of presenting the determined evacuation site and evacuation route to the evacuees;
A second presenting step for presenting the refugee with the information of the rescue requester obtained in the first obtaining step;
A rescue support method characterized by comprising: Detection means for detecting the presence of a rescuer;
A transmission means for transmitting a rescue request signal together with current position information of the rescuer when the presence of the rescuer is detected by the detection means;
A battery for driving the detection means and the transmission means;
A rescue support program using a rescue request device comprising:
A first acquisition step of acquiring a rescue request signal transmitted from the rescue request device and current location information of the rescuer;
A second acquisition step of acquiring current position information of the evacuees to be evacuated;
A determination step for determining an evacuation place and an evacuation route of the evacuees;
A first presentation step of presenting the determined evacuation site and evacuation route to the evacuees;
A second presenting step for presenting the refugee with the information of the rescue requester obtained in the first obtaining step;
A rescue support program characterized by causing a computer to execute.