Server device, system, control method for server device, and program

Abstract

To provide a server device, a system, a control method for the server device, and a program, which realize safer evacuation of a resident.SOLUTION: A server device 100 comprises an acquisition unit 101 and a management unit 102. The acquisition unit 101 acquires a shelter opening condition that defines a condition for opening a shelter candidate as a shelter for each disaster. The management unit 102 manages an evacuation action plan including an evacuation starting condition and an evacuation destination, which are set for each of a plurality of residents based on the shelter opening condition. The server device 100 may further comprise an evacuation information control unit which acquires a disaster risk degree indicating a risk degree of a disaster from a person in charge of disaster prevention when the disaster occurs or is expected to occur, extracts a resident who meets the an evacuation starting condition from a plurality of residents based on the disaster risk degree, and transmits evacuation information including information on the evacuation destination to a resident terminal possessed by the extracted resident.SELECTED DRAWING: Figure 1

Description

Technical Field

[0001] The present invention relates to a server device, a system, a control method for a server device, and a program.

Background Art

[0002] When the occurrence of a disaster such as a typhoon is predicted, residents will evacuate to evacuation shelters. Various technologies applicable to the evacuation of residents have been developed.

[0003] For example, Patent Document 1 describes providing an evacuation support system and an evacuation support method that specifically visualize the approach of a disaster, arouse the crisis awareness of residents, and lead to evacuation behavior. The evacuation support system of Patent Document 1 includes an information management server, an evacuation shelter information terminal, and a support destination terminal. The information management server cooperates with a disaster information system that provides disaster information and manages the status information of a plurality of registered evacuation targets and a plurality of evacuation shelters within the jurisdiction area. The evacuation shelter information terminal is installed in each of the plurality of evacuation shelters and communicates with the information management server. The support destination terminal is carried by each of the plurality of evacuation targets and communicates with the information management server. The information management server registers the contact conditions of each of the plurality of evacuation targets and the desired items of the evacuation destination, and registers the evacuation shelter information regarding the status of each of the plurality of evacuation shelters through the evacuation shelter information terminal. The information management server notifies the evacuation call and the evacuation shelter information to the support destination terminal in accordance with the contact conditions and the desired items of the evacuation destination based on the disaster information.

[0004] Patent Document 2 describes providing suitable support information regarding evacuation to evacuation instructors in the event of a disaster. The information processing apparatus (administrator terminal) of Patent Document 2 includes a storage unit and a display control unit. The storage unit stores the location information of a plurality of evacuation sites, the movable range information representing the movable range of people centered on each evacuation site, and the number information of evacuees planned to evacuate in each area within the movable range. The display control unit displays the evacuation sites and the movable range on the display unit. Further, when the movable ranges overlap between a plurality of evacuation sites, the display control unit identifies the number of non-evacuated persons in the overlapping area based on the number information of evacuees planned to evacuate in the area included in the overlapping part and the location information of the completed evacuees at each evacuation site. The display control unit displays the number information of non-evacuated persons representing the number of non-evacuated persons on the display unit.

[0005] Patent Document 3 describes providing a disaster evacuation assistance system that can be effectively used by NPOs (Non-Profit Organizations) that are expanding as the backbone of disaster support. A disaster assistance center equipped with the disaster evacuation assistance system of Patent Document 3 can receive in advance, through a communication network, the information necessary for managing evacuation information from registrants. Among these, information regarding the stockpiling of evacuation supplies and the delivery plan at the time of a disaster is transmitted to the transportation carrier. For the former, appropriate stockpiling is always carried out in accordance with this information, and for the latter, the delivery of evacuation supplies is carried out in accordance with the delivery plan.

Prior Art Documents

Patent Documents

[0006]

Patent Document 1

Patent Document 2

Patent Document 3

Summary of the Invention

Problems to be Solved by the Invention

[0007] As described above, when the occurrence of a disaster is predicted, residents will evacuate to evacuation shelters. Here, when an actual disaster occurs, it may be difficult to evacuate smoothly if residents do not determine evacuation destinations etc. in advance. For example, even if there are residents who plan to evacuate to a nearby elementary school etc., depending on the scale of a typhoon etc., the elementary school may not be opened as an evacuation shelter. In such a case, measures such as using a relative's house as an evacuation destination are required for such residents.

[0008] Note that the above problems cannot be solved even by applying the technologies disclosed in Patent Documents 1 to 3 above. These documents assume the case where a disaster has actually occurred or disclose technologies related to the delivery of supplies etc.

[0009] The main object of the present invention is to provide a server device, a system, a control method of the server device, and a program that contribute to realizing safer evacuation of residents.

Means for Solving the Problems

[0010] According to a first aspect of the present invention, there is provided a server device including: an acquisition unit that acquires evacuation shelter opening conditions that define conditions for opening evacuation shelter candidates as evacuation shelters for each disaster; and a management unit that manages an evacuation plan including evacuation start conditions and evacuation destinations defined for each disaster for each of a plurality of residents based on the evacuation shelter opening conditions.

[0011] According to a second aspect of the present invention, there is provided a system including a resident terminal and a server device. The server device includes: an acquisition unit that acquires evacuation shelter opening conditions that define conditions for opening an evacuation shelter candidate as an evacuation shelter for each disaster; a management unit that manages an evacuation plan including evacuation start conditions and evacuation destinations defined for each of a plurality of residents based on the evacuation shelter opening conditions, the evacuation start conditions being conditions for starting evacuation for each disaster; and an evacuation information control unit that, when a disaster occurs or is expected to occur, acquires a disaster risk level indicating the degree of danger of the disaster from a disaster prevention person in charge, extracts residents whose evacuation start conditions are satisfied from the plurality of residents based on the disaster risk level, and transmits evacuation information including information on the evacuation destination to the resident terminals possessed by the extracted residents.

[0012] According to a third aspect of the present invention, there is provided a control method for a server device, in which the server device acquires evacuation shelter opening conditions that define conditions for opening an evacuation shelter candidate as an evacuation shelter for each disaster, and manages an evacuation plan including evacuation start conditions and evacuation destinations defined for each of a plurality of residents based on the evacuation shelter opening conditions, the evacuation start conditions being conditions for starting evacuation for each disaster.

[0013] According to a fourth aspect of the present invention, there is provided a program for causing a computer mounted on a server device to execute a process of acquiring evacuation shelter opening conditions that define conditions for opening an evacuation shelter candidate as an evacuation shelter for each disaster, and a process of managing an evacuation plan including evacuation start conditions and evacuation destinations defined for each of a plurality of residents based on the evacuation shelter opening conditions, the evacuation start conditions being conditions for starting evacuation for each disaster.

Advantages of the Invention

[0014] According to each aspect of the present invention, there are provided a server device, a system, a control method for a server device, and a program that contribute to realizing safer evacuation of residents. Note that the effects of the present invention are not limited to the above. Other effects may be achieved instead of or together with the above effects by the present invention.

Brief Description of the Drawings

[0015]

Figure 1

Figure 2

Figure 3

Figure 4

Figure 5

Figure 6

Figure 7

Figure 8

Figure 9

Figure 10

Figure 11

Figure 12

Figure 13

Figure 14

Figure 15

Figure 16

Figure 17

Figure 18

Figure 19

Figure 20

Figure 21

Figure 22

Figure 23

Figure 24

Figure 25

Figure 26

Figure 27

Figure 28

Figure 29

Figure 30

Figure 31

Figure 32

Figure 33

Figure 34

Figure 35

Embodiments for Carrying Out the Invention

[0016] First, an overview of an embodiment will be described. Note that the reference numerals in the drawings appended to this overview are for convenience and are appended to each element as an example to assist understanding, and the description of this overview is not intended to be limiting in any way. Also, unless otherwise specified, the blocks described in each drawing represent a configuration in terms of functional units, not hardware units. The connection lines between the blocks in each figure include both bidirectional and unidirectional ones. The one-way arrow schematically shows the flow of the main signal (data) and does not exclude bidirectionality. In this specification and the drawings, elements that can be similarly described may be given the same reference numerals to omit redundant description.

[0017] The server device 100 according to an embodiment includes an acquisition unit 101 and a management unit 102 (see FIG. 1). The acquisition unit 101 acquires evacuation site opening conditions that define the conditions for opening a candidate evacuation site as an evacuation site for each disaster. The management unit 102 manages an evacuation plan including evacuation start conditions and evacuation destinations, which are set for each of a plurality of residents based on the evacuation site opening conditions and define the conditions for starting evacuation for each disaster.

[0018] Local government disaster prevention officials input, into the server device 100, the conditions for opening each facility planned to be opened as a shelter during normal times before a disaster occurs. For example, the disaster prevention officials input into the server device 100 the shelter opening conditions such as opening as a shelter when an alarm with a predetermined warning level is issued. The shelter opening conditions are provided to the residents, and the residents input, as a "shelter evacuation plan", the conditions for starting evacuation while confirming the shelter opening conditions and the evacuation destination into the server device 100. When the residents' shelter evacuation plans are registered in the system, the server device 100 can notify each resident of the pre-set shelter evacuation plan smoothly when an actual disaster occurs.

[0019] The residents who receive the notice can evacuate smoothly to the predetermined evacuation destination. That is, since the residents can determine the evacuation destination while confirming the shelter opening conditions, a situation where the shelter is not opened at the timing when the resident intends to start evacuation (for example, the timing when an alarm with a warning level is issued) can be avoided. More specifically, a resident who intends to evacuate at the timing when the warning level 2 is issued can select, as the evacuation destination, a shelter that is opened at the stage when the warning level 2 is issued. In other words, the resident cannot select, as the evacuation destination, a shelter that is not planned to be opened at the stage when the warning level 2 is issued. Also, even if a long time elapses from the setting of the shelter evacuation plan until an actual disaster occurs, if a disaster that meets the evacuation start conditions determined by the residents occurs, the server device 100 can inform the residents to that effect. As a result, the evacuation of the residents will not be delayed. In this way, the disaster prevention system including the server device 100 makes sufficient preparations in anticipation of the occurrence of a disaster, so that when a disaster occurs, the residents can evacuate safely (evacuate to the evacuation destination with ease) in accordance with the pre-set shelter evacuation plan.

[0020] Specific embodiments will be described in more detail below with reference to the drawings.

[0021] [First Embodiment] The first embodiment will be described in more detail with reference to the drawings.

[0022] [Configuration of the System] FIG. 2 is a diagram showing an example of the schematic configuration of the disaster prevention system according to the first embodiment. As shown in FIG. 2, the disaster prevention system includes a server device 10.

[0023] The server device 10 is a server that is responsible for managing disaster prevention for local residents, operating evacuation shelters, and assisting evacuees. The server device 10 is managed and operated by a local government such as a city hall. The server device 10 may be installed in a building such as a city hall or may be installed on the network (in the cloud).

[0024] Disaster prevention officials of the local government (hereinafter sometimes simply referred to as "officials") perform disaster prevention-related tasks in the area using the disaster prevention terminal 20. For example, the official manages the evacuation shelters opened during a disaster. In addition, facilities such as local schools and community centers correspond to evacuation shelters. Facilities such as schools and community centers are utilized as "evacuation shelters" during a disaster.

[0025] Each resident in the area possesses resident terminals 30-1 to 30-3. Each resident uses the resident terminals 30-1 to 30-3 to input information to the server device 10 or acquire information from the server device 10.

[0026] In the following description, when there is no particular reason to distinguish between the resident terminals 30-1 to 30-3, they are simply referred to as "resident terminal 30".

[0027] Each device shown in FIG. 2 is connected to each other. Specifically, the server device 10 and the disaster prevention terminal 20 are connected by wired or wireless communication means and are configured to be able to communicate with each other.

[0028] The configuration of the disaster prevention system shown in FIG. 2 is an example and is not intended to limit the configuration. For example, a plurality of server devices 10 may be included in the disaster prevention system. Also, of course, it is not intended to limit the number of local residents to "3".

[0029] [Overview of Operations] Next, the overview of the operation of the disaster prevention system according to the first embodiment will be described.

[0030] [Resident Registration] First, local residents pre-register their own information with the disaster prevention system. The residents perform resident registration with the server device 10 responsible for disaster prevention in the area. In the following description, the information registered by the residents with the server device 10 is referred to as "resident information".

[0031] Residents register their resident information with the server device 10 using any means. For example, the residents operate the resident terminal 30 they possess to perform resident registration. For example, the residents use the disaster prevention application (hereinafter, also simply referred to as the disaster prevention app) installed on the resident terminal 30 to perform resident registration.

[0032] When the disaster prevention app is launched, the resident terminal 30 displays a menu screen as shown in FIG. 3. The resident registers the resident information with the server device 10 by selecting "Resident Registration".

[0033] Regarding residents who have difficulty registering their information themselves, such as infants and the elderly, parents or children may register the resident information regarding infants, the elderly, etc. on their behalf with the server device 10.

[0034] The resident information includes personal information. The personal information includes, in addition to the so-called basic four pieces of information (name, gender, address, date of birth), contact information (phone number, email address, etc.).

[0035] Alternatively, the resident information may include information regarding the resident's residence (residence information), information regarding family members (family information), etc. Examples of residence information include the type of residence (single-family house, condominium), structure (bungalow, two-story building), location of the bedroom (first floor, second floor), presence or absence of a parking lot, etc. Examples of family information include the names of family members living together.

[0036] When the resident terminal 30 acquires resident information through a GUI (Graphical User Interface) or the like, it transmits a "Resident Information Registration Request" including the acquired resident information to the server device 10 (see Fig. 4).

[0037] When the server device 10 acquires resident information (personal information, housing information, etc.) from the resident terminal 30, it generates a resident ID for identifying the resident. The server device 10 stores the generated resident ID and personal information, etc. in association with each other in a resident information database. Details of the resident information database will be described later.

[0038] The server device 10 issues the generated resident ID to the resident. The server device 10 transmits the generated resident ID to the resident terminal 30. The resident terminal 30 stores the resident ID.

[0039] <Prior preparation by local governments> Disaster prevention personnel make preparations in advance in case of a disaster. Specifically, the personnel operate the disaster prevention terminal 20 to access the server device 10. The server device 10 displays a menu screen for disaster prevention management on the disaster prevention terminal 20.

[0040] For example, the server device 10 displays a screen related to a disaster prevention management menu as shown in Fig. 5. The personnel select the items displayed on the menu screen provided by the server device 10 and perform disaster prevention-related operations.

[0041] The personnel select "Basic Data Registration" and register basic data related to the area (the target area of disaster prevention operations) in the server device 10. For example, the personnel input information for specifying the target area (e.g., the name of the area such as the large character and small character), the population, the number of staff involved in disaster prevention operations in the area, the hazard map of the area, information on evacuation shelter candidates, etc. into the server device 10.

[0042] An evacuation shelter candidate refers to a facility (such as an elementary school, junior high school, community center, etc.) that is utilized as an evacuation shelter during a disaster. The person in charge registers the basic information of the evacuation shelter candidate, such as the facility name, location, capacity, etc., as "evacuation shelter data" in the server device 10.

[0043] The person in charge selects "Registration of Evacuation Shelter Opening Conditions" and registers the conditions for opening an evacuation shelter in the server device 10 during a disaster. For example, the person in charge registers the conditions for each evacuation shelter candidate to utilize the evacuation shelter candidate (facility such as an elementary school) as an evacuation shelter for each type of disaster. For example, the person in charge sets conditions such as "When a typhoon approaches; when a warning level of 3 or higher is issued" or "When an earthquake occurs; seismic intensity of 4 or higher" for each evacuation shelter candidate.

[0044] In the following description, the conditions for utilizing (opening) an evacuation shelter candidate as an evacuation shelter are referred to as "evacuation shelter opening conditions". The evacuation shelter opening conditions include the evacuation shelter opening risk level indicating the risk level of the disaster that triggers the opening of the evacuation shelter candidate as an evacuation shelter. For example, for each disaster (earthquake, tsunami, typhoon, heavy rain, flood, tornado, volcanic eruption, etc.), indicators such as warning level, seismic intensity, magnitude, precipitation, etc. are exemplified as the evacuation shelter opening risk level.

[0045] The server device 10 associates the evacuation shelter data (facility name, location, capacity, etc.) of each evacuation shelter candidate with the evacuation shelter opening conditions (evacuation shelter opening risk level for each disaster) and stores them in the evacuation shelter information database. The details of the evacuation shelter information database will be described later.

[0046] <Prior Preparation by Residents> Local residents register a plan regarding their actions in the event of a disaster (evacuation action plan) in the server device 10 before the disaster occurs. For example, residents register the evacuation action plan in the server device 10 using a disaster prevention application installed on the resident terminal 30.

[0047] Specifically, residents start the disaster prevention application and select "Registration of Evacuation Action Plan" shown in Figure 3.

[0048] In response to the selection, the resident terminal 30 transmits a "shelter information provision request" including the resident ID to the server device 10 (see Fig. 6).

[0049] In response to the request, the server device 10 transmits "shelter information" to the resident terminal 30. The shelter information is information regarding shelters (shelter candidates) planned to be opened during a disaster. More specifically, the shelter data and shelter opening conditions stored in the shelter information database of the server device 10 correspond to the "shelter information".

[0050] That is, in response to the request from the resident terminal 30, the server device 10 transmits to the resident terminal 30 the facility name, location, capacity, and conditions (shelter opening conditions) under which the shelter candidate is to be utilized as a shelter, etc.

[0051] The resident terminal 30 uses the shelter information acquired from the server device 10 and provides a GUI (Graphical User Interface) or the like for the resident to input a shelter action plan. The resident operates the resident terminal 30 to input a shelter action plan. The shelter action plan is set by each resident in the area based on the shelter opening conditions and the like included in the shelter information.

[0052] The shelter action plan includes, for each disaster that is assumed to occur, the evacuation destination (for example, a shelter or the residence of relatives or acquaintances) when the disaster occurs, and the evacuation start risk level indicating the degree of danger of the disaster that triggers each resident to start evacuation during the disaster. For example, contents such as "When a typhoon approaches; warning level 3; evacuate to Shelter A" and "When an earthquake occurs; seismic intensity 4; evacuate to relative's house" are included in the shelter action plan.

[0053] In this way, the shelter action plan includes the type of disaster, the evacuation start risk level, and the evacuation destination. Among these three pieces of information, the type of disaster and the evacuation start risk level constitute the "evacuation start conditions". That is, the shelter action plan includes at least one or more evacuation start conditions and an evacuation destination.

[0054] The resident terminal 30 transmits the acquired evacuation plan to the server device 10. Specifically, the resident terminal 30 transmits an "Evacuation Plan Registration Request" including the resident ID and the evacuation plan to the server device 10.

[0055] The server device 10 stores the acquired evacuation plan in the resident information database.

[0056] <Transmission of Evacuation Information> When a disaster occurs or is predicted to occur, the disaster prevention person in charge inputs disaster information into the server device 10 (see Fig. 7).

[0057] The disaster information includes the type of disaster and disaster risk level information indicating the degree of danger of the disaster. For example, as the disaster risk level information, indexes such as the evacuation shelter opening risk level, the evacuation start risk level, the warning level, the seismic intensity, the magnitude, and the inundation depth are exemplified.

[0058] For example, when an alarm with a warning level is issued due to a typhoon or heavy rain, the person in charge inputs the above warning level as disaster information into the server device 10 together with the type of disaster. Alternatively, when an earthquake occurs, the person in charge inputs the seismic intensity of the target area into the server device 10.

[0059] When the server device 10 acquires the disaster information, it determines whether the evacuation start condition of each resident's evacuation plan is satisfied. For the residents for whom it is determined that the evacuation start condition is satisfied, the server device 10 transmits "Evacuation Information" to the resident terminals 30 of those residents. On the other hand, for the residents for whom it is determined that the evacuation start condition is not satisfied, the server device 10 does not transmit "Evacuation Information".

[0060] For example, in Fig. 7, the evacuation start condition of the resident who holds the resident terminal 30-1 is "When a typhoon approaches; warning level 3", and the evacuation start condition of the resident who holds the resident terminal 30-2 is "When a typhoon approaches; warning level 4". Further, the disaster information is "Typhoon approaching; warning level 3".

[0061] In this case, since the evacuation start conditions for the residents of the resident terminal 30-1 are satisfied, the server device 10 transmits evacuation information to the resident terminal 30-1. On the other hand, since the evacuation start conditions for the residents of the resident terminal 30-2 are not satisfied, the server device 10 does not transmit evacuation information to the resident terminal 30-2.

[0062] Here, the evacuation information includes information on the evacuation destination registered by the residents in the evacuation action plan. For example, the server device 10 transmits evacuation information including the name and location of the evacuation shelter included in the evacuation action plan to the resident terminal 30. The resident terminal 30 notifies the residents of the acquired evacuation information. The residents who come into contact with the evacuation information evacuate to the previously registered evacuation destination.

[0063] In this way, based on the evacuation action plans input by each resident, the server device 10 determines whether it is necessary to transmit evacuation information. If it is necessary to transmit evacuation information, the server device 10 transmits information on the previously registered evacuation destination and the like to the resident terminal 30. With such a response of the server device 10, the residents do not evacuate to an evacuation shelter that is not open, nor are they late for evacuation.

[0064] Subsequently, the details of each device included in the disaster prevention system according to the first embodiment will be described.

[0065] [Server Device] FIG. 8 is a diagram showing an example of the processing configuration (processing modules) of the server device 10 according to the first embodiment. Referring to FIG. 8, the server device 10 includes a communication control unit 201, a resident registration unit 202, a basic data acquisition unit 203, an opening condition acquisition unit 204, an action plan management unit 205, an evacuation information control unit 206, and a storage unit 207.

[0066] The communication control unit 201 is a means for controlling communication with other devices. For example, the communication control unit 201 receives data (packets) from the disaster prevention terminal 20. Also, the communication control unit 201 transmits data to the disaster prevention terminal 20. The communication control unit 201 delivers the data received from other devices to other processing modules. The communication control unit 201 transmits the data acquired from other processing modules to other devices. In this way, other processing modules perform data transmission and reception with other devices via the communication control unit 201. The communication control unit 201 has a function as a receiving unit for receiving data from other devices and a function as a transmitting unit for transmitting data to other devices.

[0067] The resident registration unit 202 is a means for realizing the above-described resident registration. The resident registration unit 202 is a means for acquiring the residential information of each of a plurality of residents who may become evacuees in the future. More specifically, the resident registration unit 202 acquires residential information including personal information, housing information, etc. by any means.

[0068] For example, the resident registration unit 202 may acquire residential information from the resident terminal 30 operated by the resident. Alternatively, the resident may send a document on which the residential information is described or an external storage device in which the residential information is stored to the disaster prevention center, and a staff member or the like of the center may input the residential information into the server device 10.

[0069] In the first embodiment, the case where the resident registration unit 202 acquires residential information from the disaster prevention application of the resident terminal 30 will be described. The resident registration unit 202 receives a "residential information registration request" from the resident terminal 30.

[0070] When acquiring residential information from the request, the resident registration unit 202 generates a resident ID for identifying the resident. The resident ID may be any information as long as it can uniquely identify the registered resident. For example, the resident registration unit 202 may assign a unique value each time a resident is registered and use it as the resident ID.

[0071] The resident registration department 202 associates the generated resident ID, personal information, housing information, etc., and stores them in the resident information database (see Fig. 9). As shown in Fig. 9, the resident information database includes a personal information field, an evacuation plan field, a housing information field, a family information field, etc.

[0072] The resident information database shown in Fig. 9 is an example and is not intended to limit the items to be stored. For example, as the biometric information of the resident, a face image or a feature amount generated from the face image may be registered in the resident information database. Note that specific contents such as the characteristics of the house and the names of the family members living together are described in the housing information and family information shown in Fig. 9.

[0073] The resident registration department 202 issues the generated resident ID to the resident (resident terminal 30). When the resident registration department 202 normally processes the resident information registration request, it sends an affirmative response including the resident ID to the resident terminal 30. When the registration of the resident information fails, the resident registration department 202 sends a negative response indicating that to the resident terminal 30.

[0074] The basic data acquisition department 203 is a means for acquiring basic data related to the disaster prevention management target area. When the disaster prevention person selects "basic data registration" in the management menu shown in Fig. 5, the basic data acquisition department 203 acquires the basic data of the target area. For example, the basic data acquisition department 203 displays a GUI (Graphical User Interface) as shown in Fig. 10 on the disaster prevention terminal 20.

[0075] The basic data acquisition department 203 acquires information for specifying the target area (for example, the name of the area such as the large character and small character), the population, the number of staff involved in the disaster prevention work in the area, the hazard map of the area, etc. through the GUI. The basic data acquisition department 203 stores the acquired basic data in the storage unit 207.

[0076] Furthermore, the basic data acquisition unit 203 acquires data related to evacuation shelter candidates in the target area. Specifically, when the "Evacuation Shelter Data Input" button shown in FIG. 10 is pressed, the basic data acquisition unit 203 displays a GUI for acquiring evacuation shelter data of each evacuation shelter candidate on the disaster prevention terminal 20.

[0077] For example, the basic data acquisition unit 203 displays a GUI as shown in FIG. 11. The basic data acquisition unit 203 acquires information such as the facility name, location, and capacity (accommodable number) of each evacuation shelter (facility to be utilized as an evacuation shelter in the future; evacuation shelter candidate) as evacuation shelter data. Alternatively, the basic data acquisition unit 203 may acquire information regarding the contact information and facilities of the evacuation shelter candidate (for example, facilities capable of accepting persons requiring care).

[0078] Note that the basic data acquisition unit 203 assigns an evacuation shelter ID to the evacuation shelter (evacuation shelter candidate) for which the disaster prevention person has input evacuation shelter data. For example, the basic data acquisition unit 203 assigns evacuation shelter IDs to each evacuation shelter in the order in which the person in charge inputs the evacuation shelter data.

[0079] The basic data acquisition unit 203 stores the acquired evacuation shelter data in the evacuation shelter information database (see FIG. 12). As shown in FIG. 12, the evacuation shelter information database includes an evacuation shelter ID field for storing the evacuation shelter ID, an evacuation shelter data field, and an evacuation shelter opening condition field.

[0080] The evacuation shelter information database shown in FIG. 12 is an example and is not intended to limit the items to be stored. For example, characteristics of the evacuation shelter candidate (for example, information regarding the surrounding environment of the evacuation shelter candidate; near a river, constructed on a high ground, etc.) may be stored in the evacuation shelter information database.

[0081] The opening condition acquisition unit 204 is a means for acquiring evacuation shelter opening conditions that define the conditions for opening an evacuation shelter candidate as an evacuation shelter for each disaster. The opening condition acquisition unit 204 acquires the evacuation shelter opening conditions for each facility set as an evacuation shelter candidate to be opened as an "evacuation shelter". When the person in charge of disaster prevention selects "Registration of evacuation shelter opening conditions" in the management menu shown in FIG. 5, the opening condition acquisition unit 204 acquires the evacuation shelter opening conditions for each evacuation shelter candidate.

[0082] The opening condition acquisition unit 204 reads out the evacuation shelter data of each evacuation shelter (evacuation shelter candidate) described in the evacuation shelter information database, and displays a GUI for setting the evacuation shelter opening conditions for each evacuation shelter candidate on the disaster prevention terminal 20. For example, the opening condition acquisition unit 204 displays a GUI as shown in FIG. 13 on the disaster prevention terminal 20.

[0083] The opening condition acquisition unit 204 acquires the conditions (evacuation shelter opening conditions) for opening each evacuation shelter candidate as an evacuation shelter for each disaster. The opening condition acquisition unit 204 stores the acquired evacuation shelter opening conditions in the evacuation shelter information database. Note that depending on the type of disaster and the characteristics of the evacuation shelter, there may be evacuation shelter candidates that are not opened as evacuation shelters. For example, no evacuation shelter opening conditions are set for evacuation shelter candidates located near rivers, etc. when a typhoon is approaching.

[0084] The action plan management unit 205 is a means for controlling and managing the registration of the evacuation action plan by the residents. More specifically, the action plan management unit 205 manages the evacuation action plan including the evacuation start condition and the evacuation destination, which are set for each of a plurality of residents based on the evacuation shelter opening conditions set by the person in charge of disaster prevention, and define the conditions for starting evacuation for each disaster.

[0085] The action plan management unit 205 processes the "evacuation shelter information provision request" and "evacuation action plan registration request" received from the resident terminal 30.

[0086] When the Action Plan Management Department 205 receives a request for evacuation shelter information, it reads at least one or more entries stored in the evacuation shelter information database and transmits evacuation shelter information (evacuation shelter data, evacuation shelter opening conditions) including the read entries to the resident terminal 30.

[0087] Note that the Action Plan Management Department 205 may transmit information on all evacuation shelters (all entries) registered in the evacuation shelter information database to the resident terminal 30 as evacuation shelter information. Alternatively, the Action Plan Management Department 205 may transmit information on some of the evacuation shelters registered in the database to the resident terminal 30 as evacuation shelter information. That is, the Action Plan Management Department 205 may narrow down the evacuation shelters to provide information to residents from among a plurality of evacuation shelters (evacuation shelter candidates) registered in the evacuation shelter information database.

[0088] For example, the Action Plan Management Department 205 may extract the evacuation shelters (evacuation shelter candidates) to provide information to the resident based on the resident's address. Specifically, the Action Plan Management Department 205 searches the resident information database using the resident ID included in the evacuation shelter information request as a key to identify the resident who is trying to input an evacuation action plan. The Action Plan Management Department 205 may transmit evacuation shelter information on the evacuation shelters existing within a predetermined range centered on the home (address) of the identified resident to the resident terminal 30.

[0089] Note that the Action Plan Management Department 205 may convert the resident's address and the location of each evacuation shelter into latitude and longitude, and extract the evacuation shelters (facilities such as elementary schools and community centers) existing within a predetermined range from the resident's home using the converted latitude and longitude.

[0090] When transmitting evacuation shelter information, the Action Plan Management Department 205 may transmit a text file or the like in which evacuation shelter data and evacuation shelter opening conditions are described to the resident terminal 30, or may transmit evacuation shelter information including map data or the like in which the evacuation shelter data is reflected to the resident terminal 30.

[0091] The action plan management unit 205 receives a "shelter action plan registration request" from the resident terminal 30. The action plan management unit 205 searches the resident information database using the resident ID included in the request as a key and identifies the corresponding resident (entry). The action plan management unit 205 stores the shelter action plan included in the shelter action plan request in the shelter action plan field of the identified resident.

[0092] The evacuation information control unit 206 is a means for controlling the evacuation information to be transmitted to the residents in the area. When a disaster occurs or is expected to occur, the evacuation information control unit 206 obtains the disaster risk level indicating the degree of danger of the disaster from the disaster prevention staff. The evacuation information control unit 206 extracts the residents whose evacuation start conditions are satisfied from among a plurality of residents based on the disaster risk level. The evacuation information control unit 206 transmits evacuation information including information on the evacuation destination to the resident terminal 30 possessed by the extracted residents.

[0093] In this way, the evacuation information control unit 206 obtains "disaster information" from the disaster prevention staff, selects residents according to the disaster information, and transmits "evacuation information" to the selected residents (resident terminals 30).

[0094] While referring to FIG. 14, the operation of the evacuation information control unit 206 will be described. FIG. 14 is a diagram showing an example of the operation of the evacuation information control unit 206 according to the first embodiment.

[0095] The evacuation information control unit 206 obtains disaster information from the disaster prevention staff (step S101). Specifically, when a disaster occurs or is expected to occur, the disaster prevention staff operates the disaster prevention terminal 20 to input the disaster information into the server device 10. For example, the staff member selects "disaster information input" shown in FIG. 5.

[0096] In response to the selection, the evacuation information control unit 206 displays a GUI for obtaining disaster information on the disaster prevention terminal 20. For example, the evacuation information control unit 206 displays a GUI as shown in FIG. 15.

[0097] As shown in FIG. 15, the evacuation information control unit 206 acquires the area where the evacuation information is to be transmitted, the type of disaster, the disaster risk level (e.g., warning level or seismic intensity), and the like.

[0098] When acquiring the disaster information, the evacuation information control unit 206 accesses the resident information database and acquires the evacuation action plan of the residents in the area designated as the target area by the disaster prevention person in charge (step S102). Specifically, the evacuation information control unit 206 reads out the evacuation action plan of the residents living in the designated area.

[0099] The evacuation information control unit 206 extracts the residents who will be the destinations of the evacuation information by using the read evacuation action plan (evacuation start conditions, evacuation destination) and the disaster information (extraction of the destination of the evacuation information; step S103). The evacuation information control unit 206 extracts the residents whose evacuation start conditions are satisfied by using the disaster information. More specifically, the evacuation information control unit 206 extracts, from among a plurality of residents, the residents who have set evacuation start conditions such that the evacuation start risk level is less than or equal to the disaster risk level for the disaster that matches the type of disaster input by the disaster prevention person in charge together with the disaster risk level. That is, the evacuation information control unit 206 extracts the residents who match the type of disaster in the disaster information and for whom evacuation start conditions have been set such that the risk level, scale, intensity, etc. of the disaster based on the evacuation start risk level are less than or equal to the risk level, etc.

[0100] For example, in the example of FIG. 9, when the disaster prevention person in charge inputs disaster information such as "typhoon; warning level 3" as the disaster information, the resident with the resident ID "ID01" is extracted. On the other hand, the resident with the resident ID "ID02" is not extracted because the evacuation start risk level at the approach of the typhoon is "warning level 4 (warning level 4 or higher)".

[0101] The evacuation information control unit 206 generates the evacuation information to be transmitted to the extracted residents (step S104). Specifically, the evacuation information control unit 206 identifies the evacuation destination included in the evacuation action plan of each resident. Thereafter, the evacuation information control unit 206 generates evacuation information including information regarding the identified evacuation destination (e.g., name of the evacuation destination, location of the evacuation destination, etc.).

[0102] The evacuation information control unit 206 transmits the generated evacuation information to the contact information of the residents (for example, the email address that can be received by the resident terminal 30) (step S105).

[0103] The evacuation information control unit 206 can transmit various information to the resident terminal 30 included in the evacuation information. For example, the evacuation information control unit 206 may transmit evacuation information including the route from the resident's home to the evacuation destination (evacuation shelter) and the means of transportation (information regarding buses, trains, etc.) to the resident terminal 30. That is, the evacuation information control unit 206 may transmit evacuation information including map information and the like in which the location of the extracted resident's house and the evacuation destination are reflected to the resident terminal 30.

[0104] Alternatively, the evacuation information control unit 206 may transmit evacuation information including map information indicating the location of the home or the evacuation shelter and map information in which the route from the home to the evacuation shelter is reflected to the resident terminal 30.

[0105] The storage unit 207 is a means for storing information necessary for the operation of the server device 10. A resident information database, an evacuation shelter information database, etc. are constructed in the storage unit 207.

[0106] [Resident Terminal] Examples of the resident terminal 30 include mobile terminal devices such as smartphones, mobile phones, game machines, tablets, and computers (personal computers, notebook computers). The resident terminal 30 can be any device or apparatus as long as it can accept the operations of the residents and communicate with the server device 10 and the like.

[0107] FIG. 16 is a diagram showing an example of the processing configuration (processing modules) of the resident terminal 30. Referring to FIG. 16, the resident terminal 30 includes a communication control unit 301, a resident registration request unit 302, an action plan control unit 303, an evacuation information processing unit 304, and a storage unit 305.

[0108] The communication control unit 301 is a means for controlling communication with other devices. For example, the communication control unit 301 receives data (packets) from the server device 10. Also, the communication control unit 301 transmits data to the server device 10. The communication control unit 301 delivers the data received from other devices to other processing modules. The communication control unit 301 transmits the data acquired from other processing modules to other devices. In this way, other processing modules perform data transmission and reception with other devices via the communication control unit 301. The communication control unit 301 has a function as a receiving unit that receives data from other devices and a function as a transmitting unit that transmits data to other devices.

[0109] The resident registration request unit 302 is a means for realizing the above-described resident registration. The resident registration request unit 302 is activated, for example, when a resident selects "Resident Registration" shown in FIG. 3. For example, the resident registration request unit 302 displays a GUI as shown in FIG. 17.

[0110] The resident operates the resident terminal 30 to input the information shown in FIG. 17. When the resident wishes to register residence information or family information, the resident registration request unit 302 may display a GUI similar to FIG. 17 for inputting this information.

[0111] The resident registration request unit 302 transmits a resident information registration request including the acquired resident information (personal information, residence information, family information, etc.) to the server device 10.

[0112] The resident registration request unit 302 receives a response (positive response, negative response) from the server device 10 to the resident information registration request. When a negative response is received, the resident registration request unit 302 notifies the resident that the resident registration has failed.

[0113] When a positive response is received, the resident registration request unit 302 notifies the resident that the resident registration has been successful and stores the resident ID acquired from the server device 10 in the storage unit 305. Note that the resident registration request unit 302 also stores the personal information (name, address, etc.) acquired from the resident in the storage unit 305 together with the resident ID.

[0114] The action plan control unit 303 is a means for controlling the evacuation action plan of residents. The action plan control unit 303 is activated, for example, when a resident selects "Registration of Evacuation Action Plan" shown in FIG. 3. However, since it is necessary for the resident registration to be completed for the registration of the evacuation action plan, if the resident registration has not been completed (if the resident ID has not been issued), the above "Registration of Evacuation Action Plan" may not be selectable even if it is not selected.

[0115] First, the action plan control unit 303 transmits a shelter information provision request including the resident ID to the server device 10. In response to the transmission of the request, the action plan control unit 303 acquires the shelter ID and shelter information (shelter data, shelter opening conditions).

[0116] When acquiring the shelter information, the action plan control unit 303 acquires the evacuation action plan from the resident. First, the action plan control unit 303 extracts shelter candidates (shelters) included in a predetermined range centered on the resident's home using the shelter data.

[0117] The action plan control unit 303 generates map information in which the locations of the above-extracted shelter candidates are reflected, centered on the resident's home. For example, the action plan control unit 303 generates map information as shown in FIG. 18. The map information shown in FIG. 18 shows the resident's home and five shelter candidates S1 to S5.

[0118] The action plan control unit 303 displays a GUI for the resident to input the evacuation action plan. For example, the action plan control unit 303 displays a GUI as shown in FIGS. 19A and 19B. The action plan control unit 303 acquires, using the GUI, the type of disaster and the evacuation start risk level that defines the timing to start evacuation when the disaster occurs.

[0119] The action plan control unit 303 determines the display and non-display (selection and non-selection) of the evacuation shelter candidates included in the generated map information according to the resident's selection (disaster type, evacuation start risk level; input of evacuation start conditions). Specifically, when a disaster of a risk level (scale) corresponding to the evacuation start conditions input by the resident occurs, the action plan control unit 303 displays on the map the evacuation shelter candidates that will be opened as evacuation shelters. On the contrary, even if a disaster of a risk level corresponding to the evacuation start conditions input by the resident occurs, the action plan control unit 303 makes the evacuation shelter candidates that will not be opened as evacuation shelters non-displayed. For example, in Fig. 19A, among the five evacuation shelter candidates S1 to S5 existing near the resident's home, evacuation shelters S1 and S3 are displayed (selectable as evacuation destinations).

[0120] When the resident changes the disaster type or the evacuation start risk level, the action plan control unit 303 displays the evacuation shelter candidates corresponding to the evacuation start conditions after the change. For example, as shown in Fig. 19B, when the resident raises the evacuation timing (delays the evacuation), the action plan control unit 303 newly displays evacuation shelter candidates S2 and S5.

[0121] In this way, the action plan control unit 303 determines the display and non-display of the above evacuation shelter candidates based on the evacuation start conditions selected by the resident and the evacuation shelter opening conditions of each evacuation shelter candidate included in the evacuation shelter information obtained from the server device 10. Specifically, for each evacuation shelter candidate, when the disaster risk level corresponding to the disaster selected by the resident is higher than the evacuation start risk level selected by the resident, the evacuation shelter candidate set with the disaster risk level is not displayed. On the contrary, when the disaster risk level corresponding to the disaster selected by the resident is less than or equal to the evacuation start risk level selected by the resident, the evacuation shelter candidate set with the disaster risk level is displayed.

[0122] In the GUIs shown in FIGS. 19A and 19B, when a resident touches an evacuation shelter candidate (the icon of the evacuation shelter candidate), the action plan control unit 303 displays detailed information about the evacuation shelter candidate (for example, the facility name, location, capacity, etc.) (see FIG. 20). Further, when the action plan control unit 303 touches the evacuation shelter candidate in a state where the evacuation shelter candidate is selected (a state where detailed information is displayed), the action plan control unit 303 treats the evacuation shelter candidate as the evacuation destination of the resident. In the drawings including FIG. 20, the evacuation shelter (evacuation shelter candidate) selected by the "dot" is displayed.

[0123] Residents may select an evacuation destination other than an evacuation shelter. In this case, the resident presses the "Select Other than Evacuation Shelter" button shown in FIGS. 19A and 19B and FIG. 20. In response to the pressing of the button, the action plan control unit 303 displays a GUI that enables the resident to select an evacuation destination other than an evacuation shelter.

[0124] For example, the action plan control unit 303 displays a GUI as shown in FIG. 21. When a resident wishes to evacuate to a place other than an evacuation shelter, the action plan control unit 303 provides the resident with an evacuation destination list as shown in FIG. 21 and enables the resident to select an evacuation destination other than an evacuation shelter.

[0125] The action plan control unit 303 may acquire more detailed information about the evacuation destination selected by the resident according to the evacuation destination list. For example, when the resident selects "Family's House", the action plan control unit 303 may acquire the address of the selected family, the name of the family, the relationship, etc. Alternatively, when a civic center or the like that is not managed as an evacuation shelter by the local government is selected, the action plan control unit 303 may acquire the location of the civic center, etc.

[0126] When acquiring an evacuation action plan (evacuation start condition, evacuation destination) through a GUI as shown in FIG. 20, FIG. 21, etc., the action plan control unit 303 transmits an "Evacuation Action Plan Registration Request" including the resident ID and the evacuation action plan to the server device 10.

[0127] The evacuation information processing unit 304 is a means for processing the "evacuation information" received from the server device 10. As described above, the evacuation information includes information on the evacuation destination registered by the residents in the evacuation action plan. For example, if a shelter is registered as the evacuation destination, evacuation information including the name and location of the shelter is transmitted to the resident terminal 30.

[0128] When the evacuation information processing unit 304 receives the evacuation information, it displays and notifies (notifies by voice or the like) the residents to prompt evacuation. For example, the evacuation information processing unit 304 performs a display as shown in FIG. 22. The residents who come into contact with the display as shown in FIG. 22 recognize the necessity of evacuation and start evacuating to the previously registered evacuation destination.

[0129] In addition, when the evacuation information includes map information reflecting the locations of the residents' homes and evacuation destinations, the evacuation information processing unit 304 may also display the map information (see FIG. 23).

[0130] When providing the evacuation information shown in FIGS. 22 and 23 to the residents, the evacuation information processing unit 304 may also display information on a list of items necessary for life in the shelter and precautions. For example, the evacuation information processing unit 304 may alert the residents to forget to bring commonly used medications.

[0131] The storage unit 305 is a means for storing information necessary for the operation of the resident terminal 30.

[0132] [Disaster prevention terminal] Examples of the disaster prevention terminal 20 include portable terminal devices such as smartphones, mobile phones, and tablets, and computers (personal computers, notebook computers). The disaster prevention terminal 20 can be any device or apparatus as long as it can receive operations from disaster prevention personnel and communicate with the server device 10 and the like. Since the processing configuration and the like of the disaster prevention terminal 20 are obvious to those skilled in the art, detailed descriptions thereof are omitted.

[0133] [System operation] Next, the operation of the disaster prevention system according to the first embodiment will be described. Note that the description of the operation related to resident registration and the operation related to the registration of basic data and evacuation shelter opening conditions will be omitted. FIG. 24 is a sequence diagram showing an example of the operation of the disaster prevention system according to the first embodiment. With reference to FIG. 24, the operation of the disaster prevention system when a resident registers an evacuation plan in the system will be described.

[0134] The resident terminal 30 of a resident who wishes to register an evacuation plan transmits an "evacuation shelter information provision request" to the server device 10 (step S01).

[0135] The server device 10 transmits the evacuation shelter information (evacuation shelter data, evacuation shelter opening conditions) registered in the evacuation shelter information database to the resident terminal 30 (step S02).

[0136] The resident terminal 30 displays a GUI for the resident to create an evacuation plan using the evacuation shelter information input by the disaster prevention person in charge. The resident terminal 30 acquires an evacuation plan from the resident (step S03).

[0137] The resident terminal 30 transmits a "request for registration of evacuation plan" including the acquired evacuation plan to the server device 10 (step S04).

[0138] The server device 10 stores the acquired evacuation plan in the resident information database (step S05).

[0139] FIG. 25 is a diagram showing an example of the operation of the disaster prevention system according to the first embodiment. With reference to FIG. 25, the operation of the disaster prevention system that transmits evacuation information when a disaster occurs will be described.

[0140] When a disaster occurs, or when a disaster is expected to occur, the server device 10 acquires disaster information from the disaster prevention person in charge (step S11). The server device 10 acquires disaster information (type of disaster, disaster scale information) via the disaster prevention terminal 20.

[0141] The server device 10 extracts the residents who will transmit evacuation information based on the acquired disaster information and the evacuation action plan of the residents (extracts the destinations of the evacuation information transmission; step S12).

[0142] The server device 10 generates evacuation information to be transmitted to the extracted residents, and transmits the generated evacuation information to the resident terminals 30 (step S13).

[0143] The resident terminal 30 notifies the residents of the received evacuation information (step S14). The resident terminal 30 performs a display based on the acquired evacuation information (for example, the displays as shown in FIGS. 22 and 23), and provides the residents with information such as the evacuation shelters registered in advance.

[0144] As described above, in the disaster prevention system according to the first embodiment, assuming that a disaster has occurred, the disaster prevention person in charge registers the evacuation shelter opening conditions for opening each facility scattered in the area as an evacuation shelter in the server device 10. The evacuation shelter opening conditions registered by the disaster prevention person in charge in the system are provided to the residents who formulate the evacuation action plan. The residents can determine the timing to start evacuation and the evacuation destination while referring to the evacuation shelter opening conditions. For example, when a typhoon is approaching, the residents can register in the system an evacuation action plan such as evacuating to a nearby evacuation shelter, and when an earthquake occurs, evacuating to the house of a relative. Further, the residents can register in the system the timing to evacuate to the evacuation destination. For example, the residents input information such as "when the warning level 4 is issued" when a typhoon is approaching, and "an earthquake of seismic intensity 5 or more" when an earthquake occurs, into the server device 10. Furthermore, when an actual disaster occurs, the server device 10 provides useful information to the local residents. Specifically, the server device 10 transmits evacuation information including information on the predetermined evacuation destination to the residents whose evacuation action plan is satisfied (residents whose predetermined evacuation start timing has arrived). As a result, the residents can safely evacuate to the evacuation destination without delay (without losing the opportunity to evacuate). That is, the disaster prevention system including the server device 10 can make sufficient preparations in case of a disaster and timely provide information useful to the residents when a disaster occurs.

[0145] In this way, in the disaster prevention system disclosed in the present application, the timing of opening evacuation shelters created by local governments is shared with residents, enabling residents to select evacuation destinations considering the opening timing of the evacuation shelters. For example, when the information corresponding to alert level 3 is announced as the opening timing of the evacuation shelter managed by the local government, residents who wish to evacuate when the information corresponding to alert level 2 is announced can choose an evacuation destination different from the evacuation shelter managed by the local government.

[0146] The types of disasters and situations determine the evacuation shelters to be opened and the timing of their opening, which vary. In the present disclosure, a configuration is adopted in which the local government inputs evacuation shelter opening conditions into server 10, and residents refer to the evacuation shelter opening conditions to formulate an evacuation plan. That is, residents can formulate an evacuation plan according to the types and situations of disasters. Furthermore, when an actual disaster occurs, the evacuation plan corresponding to the type and situation of the disaster is smoothly notified to the residents, and the residents can evacuate according to the evacuation plan.

[0147] [Second Embodiment] Subsequently, the second embodiment will be described in detail with reference to the drawings.

[0148] In the second embodiment, the disaster prevention staff will check the registration status of the evacuation plans of local residents and explain the cases where it is useful for regional disaster prevention.

[0149] Hereinafter, the description will focus on the differences between the first embodiment and the second embodiment.

[0150] The server device 10 provides the disaster prevention staff with the registration status of the residents' evacuation plans using a dashboard (a method of presenting various data related to the evacuation plan in the form of tables and graphs). For example, when "Disaster Prevention Information Confirmation" is selected on the menu screen shown in FIG. 5, the server device 10 provides information using the above dashboard.

[0151] When disaster prevention information confirmation is selected, the server device 10 calculates useful information for disaster prevention (disaster prevention information; various data, indicators, etc.) by executing statistical processing and the like using the evacuation action plans registered by the residents. The server device 10 provides the calculated data and indicators to the disaster prevention staff in a form such as a graph or a chart.

[0152] FIG. 26 is a diagram showing an example of the processing configuration (processing modules) of the server device 10 according to the second embodiment. Referring to FIG. 26, a disaster prevention information generation unit 208 is added to the configuration of the server device 10 according to the first embodiment.

[0153] The disaster prevention information generation unit 208 is a means for generating disaster prevention information effective for disaster prevention based on the evacuation action plans set by each of a plurality of residents.

[0154] For example, the disaster prevention information generation unit 208 calculates the registration rate of the evacuation action plan. The disaster prevention information generation unit 208 calculates the ratio of the residents who have entered the evacuation action plan among the residents who have completed the resident registration as the evacuation action plan registration rate. In this case, the disaster prevention information generation unit 208 refers to the resident information database and acquires the number of entries (number of residents) in the database and the number of residents who have set the evacuation action plan (the number of residents with a setting in the evacuation action plan field). The disaster prevention information generation unit 208 calculates the evacuation action plan registration rate using the acquired number of entries and the number of residents for whom the evacuation action plan has been set.

[0155] The disaster prevention information generation unit 208 may calculate the registration rate regarding the evacuation action plan for each attribute of the residents. Specifically, the disaster prevention information generation unit 208 may calculate the evacuation action plan registration rate for each address, gender, and age group of the residents. When calculating the evacuation action plan registration rate for each address, the disaster prevention information generation unit 208 calculates the registration rate for the residents included in the addresses in units of a predetermined area (for example, municipality unit or area, lot unit).

[0156] The disaster prevention information generation unit 208 may calculate the registration rate of evacuation plans for each disaster. For example, the disaster prevention information generation unit 208 may calculate the registration rate regarding typhoons, the registration rate regarding earthquakes, etc. At that time, the disaster prevention information generation unit 208 may calculate the attributes of residents and the registration rate of evacuation plans for each disaster.

[0157] The disaster prevention information generation unit 208 may calculate the number of residents (the number of evacuee setters) who have set the evacuation shelter as the evacuation destination. Alternatively, the disaster prevention information generation unit 208 may calculate the number of evacuee setters for each disaster regarding each evacuation shelter, or may calculate the number of evacuation destination setters for each evacuation start risk level (for example, the warning level). In the former example, for example, the disaster prevention information generation unit 208 calculates the number of residents who have set the evacuation shelter S1 as the evacuation destination when a typhoon approaches, and the number of residents who have set the evacuation shelter S1 as the evacuation destination when an earthquake occurs. In the latter example, for example, the disaster prevention information generation unit 208 calculates the number of residents who start evacuating to the evacuation shelter S1 at warning level 1, and the number of residents who start evacuating to the evacuation shelter S1 at warning level 2.

[0158] The disaster prevention information generation unit 208 may calculate the utilization rate of evacuation shelters for each disaster using the above number of evacuee setters. The disaster prevention information generation unit 208 calculates the utilization rate of evacuation shelters by calculating the ratio of the above calculated number of evacuee setters to the number of residents who have set evacuation plans for each disaster and each evacuation shelter. By referring to the utilization rate of evacuation shelters, the person in charge can know whether most of the residents who have decided to evacuate when a typhoon approaches are trying to evacuate to the evacuation shelter or trying to evacuate outside the evacuation shelter.

[0159] Alternatively, the disaster prevention information generation unit 208 may calculate the registration rate of evacuation plans and the utilization rate of evacuation shelters using the housing information and family information of each resident. For example, the disaster prevention information generation unit 208 may calculate the registration rate of evacuation plans for residents living in single-family houses and the registration rate of evacuation plans for residents living in condominiums. Alternatively, the disaster prevention information generation unit 208 may calculate the registration rate of evacuation plans for single-person households, etc.

[0160] The disaster prevention measure information generation unit 208 provides all or part of the generated disaster prevention measure information (various data, indicators) to the disaster prevention personnel in the form of a dashboard or the like. The disaster prevention measure information generation unit 208 may display a list of various data and indicators, and display the information selected by the personnel in the form of a graph or chart.

[0161] For example, the disaster prevention measure information generation unit 208 provides information as shown in FIG. 27. In FIG. 27, the evacuation plan registration rate for the entire target area is displayed in the form of a pie chart. Also, when the type of disaster displayed in FIG. 27 is selected, the evacuation plan registration rate for each disaster is displayed. The evacuation plan registration rate for each such disaster may also be displayed in a form such as a pie chart.

[0162] Alternatively, the disaster prevention measure information generation unit 208 may display map information reflecting the evacuation plan registration rate for each address (each area; in FIG. 28, for each "cho").

[0163] The personnel who come into contact with the disaster prevention measure information provided by the server device 10 (disaster prevention measure information generation unit 208) consider measures to further ensure the safety of the residents. For example, if the evacuation plan registration rate is lower than expected, the personnel investigate the cause of the low registration rate. For example, the personnel conduct a hearing survey of the residents to investigate the cause of the low registration rate. Alternatively, the personnel strengthen publicity activities and the like to improve the evacuation plan registration rate.

[0164] Alternatively, the personnel may review the evacuation shelter opening plan based on the disaster prevention measure information. For example, if the personnel determine that the cause of the low evacuation plan registration rate is the small number of evacuation shelters, they register a new evacuation shelter in the server device 10 in the area with few evacuation shelters. Specifically, the personnel determine evacuation shelter candidates and input the evacuation shelter data and evacuation shelter opening conditions of the evacuation shelter candidates into the server device 10.

[0165] Alternatively, the person in charge may substantially increase the number of evacuation shelters by changing the risk level of opening the evacuation shelter for existing evacuation shelter candidates. For example, the person in charge may lower the warning level set as the risk level of opening the evacuation shelter when a typhoon approaches, thereby increasing the number of evacuation shelters opened earlier.

[0166] For example, referring to FIG. 28, if it is determined that the low registration rate of the evacuation behavior plan in the 3rd street is due to the number and opening timing of the evacuation shelters, new evacuation shelter candidates may be set in the area, or the risk level of opening the evacuation shelter for existing evacuation shelter candidates may be lowered.

[0167] When adding new evacuation shelter candidates, the server device 10 may provide an interface similar to FIGS. 11 and 13 to the person in charge. Similarly, when changing the risk level of opening the evacuation shelter for existing evacuation shelter candidates, the server device 10 may display a list of existing evacuation shelter candidates and provide an interface that makes the setting value of the selected evacuation shelter candidate variable.

[0168] When the server device 10 receives a request for providing evacuation shelter information from a resident (resident terminal 30), it transmits an entry in the evacuation shelter information database with newly added evacuation shelter candidates, etc. to the resident by the person in charge of disaster prevention. By such a response, the resident can register an evacuation behavior plan based on the more improved evacuation shelter information.

[0169] Alternatively, when the evacuation shelter information (evacuation shelter data, evacuation shelter opening conditions) is changed, the server device 10 may notify (push notification) the resident terminal 30 to that effect. For example, the server device 10 transmits an "Evacuation Shelter Information Update Notification" to the resident terminal 30. More specifically, the server device 10 transmits an evacuation shelter information update notification including the resident ID of the resident, the updated evacuation shelter information, and the existing evacuation behavior plans of each resident to the resident terminal 30.

[0170] In response to receiving the notice, the residents may review the evacuation plan and register a new evacuation plan. For example, when the resident terminal 30 receives an evacuation shelter information update notice, it displays a GUI as shown in FIGS. 19A and 19B in which the evacuation plan already set by the resident is reflected, and prompts the re-entry of the evacuation plan.

[0171] The server device 10 may send an evacuation shelter information update notice to the resident terminal 30, explicitly indicating the added evacuation shelter information. In this case, the resident terminal 30 (action plan control unit 303) may display a setting screen for the evacuation plan, explicitly indicating the added evacuation information.

[0172] For example, when a new evacuation shelter S6 is added while the existing evacuation plan of the resident is as shown in FIG. 20, the resident terminal 30 displays a setting screen as shown in FIG. 29A. Also, when the evacuation shelter opening risk level of the existing evacuation shelter candidate is changed (for example, the warning level of evacuation shelter S5 is changed from 3 to 2), the resident terminal 30 displays a setting screen as shown in FIG. 29B.

[0173] The resident who touches the setting screen as shown in FIGS. 29A and 29B can determine the evacuation plan while considering the newly added evacuation shelter candidates.

[0174] As described above, the server device 10 according to the second embodiment generates disaster prevention information beneficial for disaster prevention measures based on the evacuation plan input by local residents. The server device 10 displays the generated disaster prevention information on the dashboard to assist the work of disaster prevention personnel. In addition, based on the disaster prevention information provided by the server device 10, the disaster prevention personnel review the evacuation shelter opening conditions and register them in the server device 10. The reviewed evacuation shelter opening conditions are provided to the residents, and the residents can also review the evacuation plan they set by themselves. In this way, in normal times before a disaster, the evacuation shelter opening conditions reviewed based on the disaster prevention information are distributed to the residents, and each resident can also review the evacuation plan and feedback the results to the local government. Through such feedback (input of evacuation plan, generation of disaster prevention information, review of evacuation shelter opening conditions, review of evacuation plan, generation of disaster prevention information), a more appropriate evacuation plan is formulated.

[0175] [Third Embodiment] Subsequently, the third embodiment will be described in detail with reference to the drawings.

[0176] In the third embodiment, the case where the server device 10 gives advice (provides useful information) to residents will be described.

[0177] Hereinafter, the description will focus on the differences between the first embodiment and the third embodiment.

[0178] When the server device 10 receives an "Evacuation Plan Registration Request" from the resident terminal 30, it gives advice (counsel) on the evacuation plan included in the request. Specifically, in response to receiving the evacuation plan registration request, the server device 10 transmits "Advice Information" to the resident terminal 30 (see Fig. 30).

[0179] Fig. 31 is a diagram showing an example of the processing configuration (processing module) of the server device 10 according to the third embodiment. Referring to Fig. 31, an advice information control unit 209 is added to the configuration of the server device 10 according to the second embodiment.

[0180] The assistance information control unit 209 is a means for controlling the assistance information to be transmitted to the resident terminal 30. Specifically, upon receiving notification that a resident has set an evacuation plan, the assistance information control unit 209 generates assistance information for the set evacuation plan and transmits the generated assistance information to the resident terminal 30 of the resident who set the evacuation plan.

[0181] In the evacuation plan received from the resident terminal 30, if the evacuation start risk level (e.g., warning level or seismic intensity) is inappropriate, the assistance information control unit 209 notifies the resident to that effect. For example, when the timing to start evacuation is late (the set warning level is high), the assistance information control unit 209 transmits such information to the resident terminal 30 as assistance information.

[0182] Alternatively, the assistance information control unit 209 may generate assistance information based on the resident's housing information. For example, the assistance information control unit 209 searches the resident information database using the resident ID included in the evacuation plan registration request as a key to identify the corresponding resident. The assistance information control unit 209 generates assistance information corresponding to the housing information of the identified resident.

[0183] For example, the assistance information control unit 209 changes the generated assistance information depending on whether the resident lives in a single-story house or a high-rise apartment. For example, at the time of an earthquake, the assistance information control unit 209 advises residents living in high-rise apartments to evacuate earlier than those living in single-story houses. Specifically, even with the same evacuation start risk level, the assistance information control unit 209 reviews the evacuation start risk level for residents of high-rise apartments and transmits assistance information that encourages them to evacuate earlier (set a lower evacuation start risk level).

[0184] Alternatively, the assistance information control unit 209 may generate assistance information based on the attributes of the residents. For example, the assistance information control unit 209 may generate assistance information based on the age or gender of the residents. For example, for the evacuation plan of elderly persons, the assistance information control unit 209 may generate assistance information that encourages evacuation earlier than the timing set by the resident.

[0185] The assistance information control unit 209 may generate assistance information based on the addresses of residents. For example, the assistance information control unit 209 refers to the hazard map of the area where the residents live and determines whether the residential area of the residents may be flooded when a typhoon approaches or the like. When it is determined that there is a possibility of flooding, the assistance information control unit 209 generates assistance information that prompts the fact and encourages starting evacuation earlier.

[0186] Alternatively, the assistance information control unit 209 may generate assistance information based on the addresses and residential information of residents. For example, even for residents living in the same area (residents living in an area where there is a possibility of flooding when a typhoon approaches), the assistance information control unit 209 advises residents living in single-story houses to start evacuation earlier. In other words, the assistance information control unit 209 may advise residents living in high-rise condominiums (especially those living on high floors) to wait at home without evacuating or to delay the timing of starting evacuation.

[0187] Note that when the assistance information control unit 209 has nothing to advise regarding the evacuation action plan of residents, it may not send the assistance information, or it may notify the resident terminal 30 that there is no advice.

[0188] The resident terminal 30 that has received the assistance information presents the information to the resident. For example, the resident terminal 30 displays a screen as shown in FIG. 32. A resident who wishes to modify the evacuation action plan according to the advice presses the "Modify Plan" button. The resident terminal 30 displays a setting screen (GUI) as shown in FIG. 20 and acquires a new evacuation action plan.

[0189] The resident terminal 30 transmits an evacuation action plan registration request including the acquired evacuation action plan to the server device 10.

[0190] The server device 10 may generate assistance information in response to evacuation plan requests after the second time and transmit it to the resident terminal 30, or may not take any action in response to evacuation plan requests after the second time.

[0191] As described above, the server device 10 according to the third embodiment gives advice on the evacuation plan set by the resident. More specifically, if the server device 10 determines that the timing at which the resident starts evacuation is not appropriate, it notifies the resident to that effect. As a result, the resident can start evacuation at a safer timing. Also, the resident can obtain a sense of security that the validity of the evacuation plan has been confirmed.

[0192] [Fourth Embodiment] Subsequently, the fourth embodiment will be described in detail with reference to the drawings.

[0193] In the fourth embodiment, a case where a new evacuation site is added in a situation where a disaster has actually occurred will be described.

[0194] Hereinafter, the differences between the first to fourth embodiments will be mainly described.

[0195] When a disaster occurs, the server device 10 verifies the situation of the already established evacuation sites at regular or predetermined timings. More specifically, when receiving disaster information from the disaster prevention staff, the server device 10 determines that a disaster has occurred and starts the verification regarding the situation of the above evacuation sites.

[0196] FIG. 33 is a diagram showing an example of the processing configuration (processing modules) of the server device 10 according to the fourth embodiment. Referring to FIG. 33, an evacuation site addition control unit 210 is added to the configuration of the server device 10 according to the third embodiment.

[0197] The evacuation shelter additional control unit 210 is a means for controlling the additional opening of evacuation shelters. For example, the evacuation shelter additional control unit 210 estimates the occupancy rate of an evacuation shelter opened in accordance with the evacuation shelter opening conditions, and determines whether it is necessary to open a new evacuation shelter based on the estimated occupancy rate.

[0198] First, the evacuation shelter additional control unit 210 estimates the number of people accommodated in each evacuation shelter (the number of residents who have taken shelter in the evacuation shelter). For example, the server device 10 estimates the above-mentioned number of people accommodated from the number of residents registered in the evacuation action plan with each evacuation shelter as the evacuation destination.

[0199] For example, with respect to a specific evacuation shelter, the evacuation shelter additional control unit 210 estimates the number of evacuees (the number of people accommodated) taking shelter in the evacuation shelter by multiplying the number of residents registered with the evacuation shelter as the evacuation destination by a predetermined coefficient. For example, if 30 residents are registered with the above evacuation shelter as the evacuation destination, the evacuation shelter additional control unit 210 estimates that 10 times that number of evacuees are accommodated in the evacuation shelter.

[0200] Note that the coefficient used for this estimation is determined in advance based on the past performance of the target area (the actual number of residents who have taken shelter in the evacuation shelter), the characteristics of the evacuation shelter (the location of the evacuation shelter), etc., and is input into the server device 10. More specifically, the disaster prevention person in charge may determine the coefficient and input it into the server device 10.

[0201] Next, the evacuation shelter additional control unit 210 calculates the occupancy rate using the capacity of the evacuation shelter and the number of people accommodated in the evacuation shelter (the number of evacuees taking shelter in the evacuation shelter). In this way, the evacuation shelter additional control unit 210 estimates the number of people accommodated in the opened evacuation shelter from the number of residents registered in the evacuation action plan with the opened evacuation shelter as the evacuation destination. Next, the evacuation shelter additional control unit 210 estimates the occupancy rate of the opened evacuation shelter based on the capacity of the opened evacuation shelter and the estimated number of people accommodated.

[0202] The evacuation shelter additional control unit 210 determines whether it is necessary to additionally open an evacuation shelter based on the estimated occupancy rate. The evacuation shelter additional control unit 210 determines that it is necessary to additionally open an evacuation shelter when the estimated occupancy rate exceeds a predetermined threshold value.

[0203] When it is determined that additional shelters need to be opened, the shelter addition control unit 210 selects a shelter to be additionally opened from among the unopened shelters. More specifically, the shelter addition control unit 210 selects an unopened shelter candidate that is a shelter candidate close to a shelter where the above occupancy rate exceeds a predetermined threshold. The shelter addition control unit 210 displays information regarding the selected shelter candidate (additionally opened shelter) on the disaster prevention terminal 20 (see step S21 in FIG. 34).

[0204] The disaster prevention terminal 20 notifies the disaster prevention person in charge that a proposal to open a shelter has been received, and acquires the thoughts (intentions) of the disaster prevention person in charge regarding the additional opening of a shelter. The disaster prevention terminal 20 acquires whether the disaster prevention person in charge approves the additional opening of a shelter or not.

[0205] When the person in charge approves the additional opening of a shelter (step S22), the shelter addition control unit 210 notifies the residents in the area that a shelter has been opened after the passage of a period for opening the shelter. Specifically, the shelter addition control unit 210 transmits "additional shelter information" including information (name, location, etc.) of the shelter to be additionally opened to the resident terminal 30 (step S23).

[0206] In this way, when the disaster prevention person in charge approves the opening of a new shelter, the shelter addition control unit 210 transmits shelter addition information including information regarding the new shelter to each of the resident terminals 30 held by a plurality of residents.

[0207] The resident terminal 30 provides the acquired additional shelter information to the residents. The residents who come into contact with the additional shelter information recognize that a new shelter has been opened and take shelter in the shelter as necessary.

[0208] As described above, in the scenario where a disaster actually occurs, the server device 10 estimates the situation of the evacuation shelters. If it determines that the existing evacuation shelters are insufficient, it notifies the disaster prevention personnel to that effect. If the disaster prevention personnel consent to the additional opening of an evacuation shelter, the server device 10 notifies the residents of the information about the newly added evacuation shelter. The residents can decide whether to evacuate to a pre-determined evacuation shelter or to the newly opened evacuation shelter according to the notification.

[0209] Subsequently, the hardware of each device constituting the disaster prevention system will be described. FIG. 35 is a diagram showing an example of the hardware configuration of the server device 10.

[0210] The server device 10 can be constituted by an information processing device (so-called computer) and has the configuration exemplified in FIG. 35. For example, the server device 10 includes a processor 311, a memory 312, an input / output interface 313, a communication interface 314, and the like. The components such as the processor 311 are connected by an internal bus or the like and are configured to be able to communicate with each other.

[0211] However, the configuration shown in FIG. 35 is not intended to limit the hardware configuration of the server device 10. The server device 10 may include hardware not shown, or may not include the input / output interface 313 if necessary. Also, the number of components such as the processor 311 included in the server device 10 is not intended to be limited to the example shown in FIG. 35. For example, a plurality of processors 311 may be included in the server device 10.

[0212] The processor 311 is a programmable device such as a CPU (Central Processing Unit), MPU (Micro Processing Unit), DSP (Digital Signal Processor), etc. Alternatively, the processor 311 may be a device such as an FPGA (Field Programmable Gate Array), ASIC (Application Specific Integrated Circuit), etc. The processor 311 executes various programs including an operating system (OS; Operating System).

[0213] The memory 312 is a RAM (Random Access Memory), ROM (Read Only Memory), HDD (Hard Disk Drive), SSD (Solid State Drive), etc. The memory 312 stores an OS program, application programs, and various data.

[0214] The input / output interface 313 is an interface for a display device and an input device (not shown). The display device is, for example, a liquid crystal display, etc. The input device is a device that receives user operations such as a keyboard and a mouse, etc.

[0215] The communication interface 314 is a circuit, module, etc. that communicates with other devices. For example, the communication interface 314 includes a NIC (Network Interface Card), etc.

[0216] The functions of the server device 10 are realized by various processing modules. The processing modules are realized, for example, by the processor 311 executing programs stored in the memory 312. Further, the programs can be recorded on a computer-readable storage medium. The storage medium can be non-transitory ones such as semiconductor memories, hard disks, magnetic recording media, and optical recording media. That is, the present invention can also be embodied as a computer program product. Further, the above programs can be downloaded via a network or updated using a storage medium storing the programs. Furthermore, the above processing modules may be realized by semiconductor chips.

[0217] Note that the disaster prevention terminal 20 and the resident terminal 30 can also be configured by an information processing device in the same manner as the server device 10, and their basic hardware configurations are the same as those of the server device 10, so the description thereof is omitted.

[0218] The server device 10, which is an information processing device, is equipped with a computer, and the functions of the server device 10 can be realized by causing the computer to execute a program. Further, the server device 10 executes a control method of the server device 10 according to the program.

[0219] [Modification Example] Note that the configuration, operation, etc. of the disaster prevention system described in the above embodiment are examples and are not intended to limit the configuration of the system.

[0220] In the above embodiment, it has been described that the server device 10 advises residents using a hazard map. However, the hazard map can also be utilized for other purposes. For example, when the evacuation shelter opening conditions are input, if the server device 10 determines that an inappropriate evacuation shelter is opened using the hazard map, the server device 10 may notify the disaster prevention person in charge to that effect. For example, the server device 10 may exclude evacuation shelter opening conditions such as opening an evacuation shelter in an area where flooding is predicted.

[0221] Alternatively, when considering the opening of evacuation shelters by disaster prevention personnel, the server device 10 may perform control with reference to information on past disasters. For example, in the case of a disaster caused by a typhoon, the server device 10 may provide information regarding the opening of evacuation shelters to disaster prevention personnel with reference to the damage situation of typhoons similar to the approaching typhoon. For example, the server device 10 determines whether the number of evacuation shelters registered by the personnel is appropriate based on the number of evacuation shelters opened when a typhoon of the same scale as the currently occurring typhoon occurred. If it is determined that the number of evacuation shelters is insufficient, the server device 10 notifies the personnel to that effect.

[0222] In the above embodiment, it was explained that in addition to personal information, residence information and family information are registered in the server device 10 at the time of resident registration. In addition to these pieces of information, residents may register their health information in the server device 10. For example, information such as medical conditions and care levels may be registered in the server device 10. Further, the server device 10 may generate assistance information based on the health information of the residents. For example, when receiving an evacuation action plan for a resident in need of care, the server device 10 may take measures such as recommending an evacuation shelter with facilities related to care as the evacuation destination.

[0223] In the second embodiment, it was explained that the local government (disaster prevention personnel) reviews the evacuation shelter opening conditions based on the disaster prevention information generated by the server device 10. However, the disaster prevention personnel may review the number of staff assigned to each evacuation shelter, etc., based on the disaster prevention information. For example, the disaster prevention personnel may assign a large number of staff to evacuation shelters with a high evacuation action plan registration rate and a small number of staff to evacuation shelters with a low registration rate. In this way, based on the disaster prevention information, the staff response plan for evacuation shelters where congestion is expected may be reviewed.

[0224] In the third embodiment, the server device 10 has been described for the case of giving advice on the evacuation plan. However, the server device 10 may give advice from a broader perspective to the resident who set the evacuation plan. For example, the server device 10 grasps the family composition of the resident based on the family information of the resident. The server device 10 may give advice on emergency supplies and the like based on the family composition. For example, the server device 10 may create an emergency supply list based on the family composition and provide information to the resident along with the number of bottles of drinking water to be stocked.

[0225] In the third embodiment, the case where the server device 10 gives advice on the evacuation plan set by the resident has been described. However, the server device 10 identifies the resident who sets the evacuation plan based on the resident ID included in the evacuation shelter information provision request. The server device 10 may determine an evacuation plan suitable for the identified resident and present the determined evacuation plan to the resident as a recommended value (initial value). For example, the server device 10 may present to the resident an evacuation plan with an earlier evacuation timing for the elderly than for the young as the initial value. In this way, the server device 10 may determine the initial value (recommended value) of the evacuation plan based on the attributes of the resident and improve the convenience of the resident. Alternatively, the server device 10 may display reference information such as the evacuation plan determined based on the attributes of each resident by means of a pop-up or the like while keeping the initial value of the evacuation plan common to each resident.

[0226] In the third embodiment, instead of the server device 10, a local government (disaster prevention person in charge) may give advice to the residents. In this case, the server device 10 transmits the evacuation plan acquired from the resident to the disaster prevention terminal 20. The disaster prevention terminal 20 acquires the advice from the local government to the resident and transmits it to the resident terminal 30 of the corresponding resident.

[0227] In the fourth embodiment, the case where the occupancy capacity of each evacuation shelter is estimated based on a preset evacuation plan and the occupancy rate (congestion rate) is calculated using the estimated occupancy capacity was described. However, the server device 10 according to the fourth embodiment may calculate the occupancy rate using the actual number of residents taking shelter in each evacuation shelter. For example, the server device 10 acquires the number of residents who have taken shelter in the evacuation shelter from the staff arranged in each evacuation shelter. Alternatively, the server device 10 may acquire the biometric information of each resident at the time of resident registration and grasp the number of residents who have taken shelter in the evacuation shelter through biometric authentication using the biometric information. In this case, the server device 10 may acquire the biometric information of the person to be authenticated from the terminal installed in the evacuation shelter.

[0228] In the fourth embodiment, when proposing an evacuation shelter to be newly opened, the server device 10 may propose a plurality of evacuation shelters.

[0229] The server device 10 may provide information using the water level information of the river. Here, the water level information of the neighboring river is important information regarding the evacuation of residents. Since the warning with the warning level is announced for a certain area, it is also assumed that there are areas where people cannot make it in time for the river to overflow. Therefore, for the residents living in the area at a certain distance from the river, the server device 10 may transmit evacuation information to the residents using the water level information of the river as the evacuation timing. In this case, the residents set the water level information as the evacuation start risk level during disasters such as heavy rain and typhoons. When the water level of the river flowing through the neighborhood of the resident reaches the evacuation start risk level, the server device 10 transmits evacuation information to the resident who has set the risk level and urges evacuation.

[0230] Alternatively, when the actual water level of the river exceeds the specified value, the server device 10 may issue a notice urging evacuation to the residents living around the river. The targets for the notice urging evacuation include the residents living within a certain range from the river location where the specified value has been exceeded and the residents who have selected the water level information as the evacuation start risk level and are affected by the river overflow. In this way, when the water level of the river reaches the dangerous water level during a disaster, the server device 10 notifies the surrounding residents that danger is approaching and urges evacuation.

[0231] The evacuation plan input by the resident may be shared (synchronized) with cohabiting family members, distant family members, acquaintances, and friends. For example, the server device 10 may treat the evacuation plan input by a child as the evacuation plan of the cohabiting parent registered by the child based on family information. In this way, the server device 10 enables a child to formulate an evacuation plan on behalf of an elderly parent. Alternatively, the server device 10 may notify the family members input as family information of the evacuation plan. For example, the server device 10 may transmit the evacuation plan input by a child to the resident terminal 30 owned by the parent. Such a measure satisfies the need for a parent to confirm the evacuation plan of a family member (e.g., a child). Thus, the sharing of the evacuation plan may be for a child to input the evacuation plan of a parent or for a parent to confirm the evacuation plan of a child.

[0232] The server device 10 may identify evacuation shelters that the local government is not aware of from the evacuation plans of multiple residents. There may be evacuation shelters managed by volunteer disaster prevention organizations or the like that the local government is not aware of. The existence of such evacuation shelters makes it impossible for the local government to know how many evacuees are accommodated in each shelter. However, it is important to know the number of evacuees from the perspective of providing supplies. Therefore, when multiple residents register the same location as an evacuation destination, the server device 10 presumes it to be an evacuation shelter (an evacuation shelter not known to the local government) determined by the neighborhood association or the like and registers the shelter as one of the evacuation destinations. At this time, since the server device 10 considers the case of a private evacuation destination such as a acquaintance's house in the case of registration by residents within the same family, conditions such as when the number of registrations is a certain number or more or when residents with different basic information such as names register may be imposed to determine whether to register an evacuation shelter. In this way, by sharing the evacuation destinations registered by residents with the local government, evacuation shelters that the local government is not aware of can be identified.

[0233] In the above embodiment, the case of transmitting evacuation information to residents living in the management target area of the local government was described. However, the evacuation information may be transmitted to non-residents in the area. For example, the evacuation information may be transmitted to tourists visiting the target area. For example, pamphlets are handed out to tourists who visit the disaster prevention target area (tourist destination). The pamphlet describes a two-dimensional code in which information for accessing the server device 10 is embedded. The tourist accesses the server device 10 using the two-dimensional code and registers contact information such as an email address. When a disaster occurs, the server device 10 transmits evacuation information including evacuation shelter information to the acquired contact information. At that time, the server device 10 can notify tourists that a business hotel or the like is an evacuation destination. Alternatively, the server device 10 may transmit evacuation information to digital signage installed in the tourist destination. The digital signage displays the location of the evacuation shelter and the like.

[0234] The server device 10 may provide more proactive support not only by assisting disaster prevention personnel with disaster prevention information but also by using the basic data and evacuation shelter opening conditions input by the disaster prevention personnel. For example, the server device 10 may automatically determine the staff to be assigned to each evacuation shelter and present it to the disaster prevention personnel. Here, the number of staff required to operate the evacuation shelter differs depending on whether the number of residents taking shelter in the evacuation shelter is small or large. On the other hand, since there is an upper limit to the number of local government staff, it is difficult to make a uniform deployment plan with a margin. Therefore, the server device 10 may calculate the number of staff to be assigned to the evacuation shelter based on the assumed number of evacuees and present it to the local government (disaster prevention personnel). For example, the server device 10 may estimate the number of evacuees based on the number of registered evacuation plan participants at each evacuation shelter, or may comprehensively calculate the number of evacuees based on multiple indicators such as the size of the evacuation shelter and the damage situation in the neighborhood. Also, regarding the supplies required at the evacuation shelter, the server device 10 may estimate the number of evacuees at the evacuation shelter, calculate the required amount of supplies, and present it to the local government (disaster prevention personnel). In this way, the server device 10 may estimate the number of evacuees at each evacuation shelter and estimate the staff and supplies to be assigned to the evacuation shelter during normal times before a disaster occurs.

[0235] The server device 10 may confirm the safety of local residents in the event of a disaster. Specifically, the server device 10 sends a "safety confirmation notice" to each resident terminal 30 of the residents who have registered. The resident terminal 30 that receives the notice notifies the server device 10 of the situation of the resident (for example, having taken refuge in a shelter, waiting at home). The server device 10 may calculate the evacuation rate of the area from the response results obtained from the resident terminal 30 and present it to the disaster prevention personnel. Alternatively, the server device 10 may notify the unevacuated residents of the calculated evacuation rate to prompt the evacuation behavior of such residents (residents who have not started evacuating). That is, the server device 10 makes the unevacuated residents recognize that "everyone around has evacuated" and prompts the evacuation behavior of such residents.

[0236] Alternatively, the server device 10 may link the provision of evacuation information with the safety confirmation. The server device 10 manages the residents who have received evacuation information using the resident information database. When the resident who has received the provision of such evacuation information has not evacuated even after a predetermined period has elapsed (when there is no response to the safety confirmation notice), the server device 10 may notify the local government of the information (name, address, etc.) of such unevacuated residents.

[0237] When a resident has evacuated to a shelter (arrived at a shelter) according to the evacuation plan, the resident may notify the server device 10 to that effect. Specifically, when a resident arrives at a shelter, the resident terminal 30 may send a "completion of evacuation notice" to the server device 10. The server device 10 may calculate the occupancy of each shelter based on the notice.

[0238] In the above embodiment, with reference to FIG. 15, the case where a disaster prevention person inputs disaster information into the server device 10 has been described. However, the server device 10 may obtain the disaster information from an external server (for example, a server operated by the Japan Meteorological Agency or the like). That is, the server device 10 may automatically obtain the degree of disaster risk such as the warning level and seismic intensity from an external server (external organization).

[0239] The server device 10 may not only provide disaster prevention information calculated from the evacuation plan to the disaster prevention staff in a dashboard format, but also provide other information to the staff in a dashboard format. For example, the server device 10 may display a list of set values (combinations of disasters and evacuation shelter opening risks) set for each evacuation shelter. Alternatively, the server device 10 may display a list of evacuation shelters with an evacuation shelter opening risk set at a predetermined value or more.

[0240] The resident terminal 30 may provide an interface for the resident to check the evacuation plan set by himself / herself. For example, in FIG. 20, when the "Determine" button is pressed, the resident terminal 30 may display a list of already set evacuation start conditions. While displaying the list, the resident terminal 30 may output a message to confirm whether there are any errors or omissions in the setting of the evacuation plan.

[0241] In the above embodiment, the case where the resident information database and the evacuation shelter information database are configured inside the server device 10 has been described, but these databases may be constructed in an external database server or the like. That is, some functions of the server device 10 may be implemented in another server. More specifically, as long as any device included in the system implements the "action plan management unit (action plan management means)", "evacuation information control unit (evacuation information control means)", etc. described above.

[0242] The server device 10 may verify the identity of the resident at the time of resident registration. Specifically, at the time of resident registration, the server device 10 acquires the biometric information (e.g., face image) of the resident and the identity verification document (e.g., passport, driver's license, etc.) on which the biometric information is described. The server device 10 performs a one-to-one verification using the biometric information on the identity verification document and the biometric information acquired from the resident. When the verification is successful, the server device 10 may perform resident registration.

[0243] The form of data transmission and reception between each device (server device 10, disaster prevention terminal 20, resident terminal 30) is not particularly limited, but the data transmitted and received between these devices may be encrypted. Between these devices, personal information of residents, etc. is transmitted and received, and in order to appropriately protect this information, it is desirable that encrypted data be transmitted and received.

[0244] In the flowcharts (flowcharts, sequence diagrams) used in the above description, a plurality of steps (processes) are described in order, but the execution order of the steps executed in the embodiment is not limited to the order of the description. In the embodiment, for example, each process can be executed in parallel, and the order of the steps shown can be changed within a range that does not substantially affect the content.

[0245] The above-described embodiments have been described in detail to facilitate understanding of the present disclosure, and it is not intended that all the configurations described above are necessary. Further, when a plurality of embodiments are described, each embodiment may be used alone or in combination. For example, it is also possible to replace a part of the configuration of one embodiment with the configuration of another embodiment, or to add the configuration of another embodiment to the configuration of one embodiment. Furthermore, it is possible to add, delete, or replace other configurations for a part of the configuration of the embodiment.

[0246] From the above description, the industrial applicability of the present invention is clear, and the present invention is suitably applicable to a disaster prevention system that supports the evacuation of residents, etc.

[0247] Some or all of the above-described embodiments may be described as follows in the following supplementary notes, but are not limited thereto. [Supplementary Note 1] An acquisition unit that acquires evacuation site opening conditions that define the conditions for opening evacuation site candidates as evacuation sites for each disaster; A management unit that manages an evacuation action plan including evacuation start conditions and evacuation destinations defined for each disaster for each of a plurality of residents based on the evacuation site opening conditions; A server device comprising: [Supplementary Note 2] When a disaster occurs or is expected to occur, obtain the disaster risk level indicating the degree of disaster risk from the disaster prevention person in charge, extract the residents who meet the evacuation start conditions from the plurality of residents based on the disaster risk level, and transmit evacuation information including information on the evacuation destination to the resident terminals held by the extracted residents. The server device according to Supplementary Note 1, further comprising an evacuation information control unit. [Supplementary Note 3] The server device according to Supplementary Note 2, wherein the evacuation site opening conditions include an evacuation site opening risk level indicating the degree of disaster risk that triggers the opening of the evacuation site candidate as an evacuation site. [Supplementary Note 4] The server device according to Supplementary Note 3, wherein the evacuation start conditions include an evacuation start risk level indicating the degree of disaster risk that triggers each resident to start evacuation during a disaster. [Supplementary Note 5] The evacuation information control unit according to Supplementary Note 4 extracts the residents who have set the evacuation start conditions where the evacuation start risk level is less than or equal to the disaster risk level for disasters that match the type of disaster input by the disaster prevention person in charge together with the disaster risk level from among the plurality of residents. [Supplementary Note 6] The server device according to any one of Supplementary Notes 2 to 4, wherein the evacuation information control unit transmits the evacuation information including map information reflecting the locations of the houses of the extracted residents and the evacuation destination to the resident terminals. [Supplementary Note 7] The server device according to any one of Supplementary Notes 2 to 5, further including a disaster countermeasure information generation unit that generates disaster countermeasure information effective for disaster countermeasures based on the evacuation action plans set by each of the plurality of residents. [Supplementary Note 8] The disaster countermeasure information generation unit according to Supplementary Note 7 calculates the registration rate regarding the evacuation action plan for each attribute of the residents as the disaster countermeasure information. [Supplementary Note 9] Upon the setting of the evacuation plan by the resident, generate assistance information for the set evacuation plan, and further include an assistance information control unit that transmits the generated assistance information to the resident terminal of the resident who set the evacuation plan. The server device according to any one of Appendices 2 to 8. [Appendix 10] The server device according to Appendix 9, wherein the assistance information control unit generates the assistance information based on the residential information of the resident. [Appendix 11] Further include an evacuation shelter addition control unit that estimates the occupancy rate of an evacuation shelter opened according to the evacuation shelter opening conditions, and determines whether it is necessary to open a new evacuation shelter based on the estimated occupancy rate. The server device according to any one of Appendices 2 to 10, wherein when the disaster prevention person in charge approves the opening of the new evacuation shelter, the evacuation shelter addition control unit transmits evacuation shelter addition information including information about the new evacuation shelter to each of the resident terminals held by the plurality of residents. [Appendix 12] The server device according to Appendix 11, wherein the evacuation shelter addition control unit estimates the occupancy number of the opened evacuation shelter from the number of residents who registered the opened evacuation shelter as an evacuation destination in the evacuation plan, and estimates the occupancy rate of the opened evacuation shelter based on the rated capacity of the opened evacuation shelter and the estimated occupancy number. [Appendix 13] A resident terminal, A server device, Including, The server device is An acquisition unit that acquires evacuation shelter opening conditions that define the conditions for opening an evacuation shelter candidate as an evacuation shelter for each disaster; A management unit that manages an evacuation plan including an evacuation start condition and an evacuation destination that define the conditions for starting evacuation for each disaster, set for each of the plurality of residents, based on the evacuation shelter opening conditions. When a disaster occurs or is expected to occur, obtain the disaster risk level indicating the degree of disaster risk from the disaster prevention person in charge, extract the residents who meet the evacuation start conditions from the plurality of residents based on the disaster risk level, and transmit evacuation information including information on the evacuation destination to the resident terminals possessed by the extracted residents, an evacuation information control unit; A system comprising: [Appendix 14] In a server device, For each disaster, obtain the evacuation site opening conditions that define the conditions for opening an evacuation site candidate as an evacuation site, A control method for a server device that manages an evacuation action plan including an evacuation start condition and an evacuation destination defined for each disaster for each of a plurality of residents based on the evacuation site opening conditions. [Appendix 15] On a computer mounted on a server device, A process of obtaining evacuation site opening conditions that define the conditions for opening an evacuation site candidate as an evacuation site for each disaster, and A process of managing an evacuation action plan including an evacuation start condition and an evacuation destination defined for each disaster for each of a plurality of residents based on the evacuation site opening conditions, and A program for causing the above to be executed.

[0248] Note that each disclosure of the above-cited prior art documents is incorporated herein by reference. Although the embodiments of the present invention have been described above, the present invention is not limited to these embodiments. It will be understood by those skilled in the art that these embodiments are merely illustrative and that various modifications can be made without departing from the scope and spirit of the present invention. That is, the present invention naturally includes all various modifications and corrections that can be made by those skilled in the art in accordance with the entire disclosure including the claims and the technical idea.

Explanation of Signs

[0249] 10 Server device 20 Disaster prevention terminal 30 Resident terminal 30-1 Resident terminal 30-2 Resident Terminal 30-3 Resident Terminal 100 Server Device 101 Acquisition Unit 102 Management Unit 201 Communication Control Unit 202 Resident Registration Unit 203 Basic Data Acquisition Unit 204 Opening Condition Acquisition Unit 205 Action Plan Management Unit 206 Evacuation Information Control Unit 207 Memory Unit 208 Disaster Prevention Information Generation Unit 209 Assistance Information Control Unit 210 Evacuation Shelter Addition Control Unit 301 Communication Control Unit 302 Resident Registration Request Unit 303 Action Plan Control Unit 304 Evacuation Information Processing Unit 305 Memory Unit 311 Processor 312 Memory 313 Input / Output Interface 314 Communication Interface

Claims

1. An acquisition unit that acquires evacuation site opening conditions that define the conditions for opening an evacuation site candidate as an evacuation site for each disaster; A management unit that manages an evacuation plan including evacuation start conditions and evacuation destinations, which are set for each of a plurality of residents based on the evacuation site opening conditions and define the conditions for starting evacuation for each disaster; When a disaster occurs or is expected to occur, an evacuation information control unit acquires a disaster risk level indicating the degree of danger of the disaster from a disaster prevention person in charge, extracts residents whose evacuation start conditions are satisfied from among the plurality of residents based on the disaster risk level, and transmits evacuation information including information on the evacuation destination to the resident terminals possessed by the extracted residents; An evacuation site addition control unit that estimates the occupancy rate of an evacuation site opened according to the evacuation site opening conditions and determines whether it is necessary to open a new evacuation site based on the estimated occupancy rate; A server device comprising: The evacuation site addition control unit transmits evacuation site addition information including information on the new evacuation site to the resident terminals possessed by each of the plurality of residents when the disaster prevention person in charge approves the opening of the new evacuation site.

2. The server device according to claim 1, wherein the evacuation site opening conditions include an evacuation site opening risk level indicating the degree of danger of a disaster that triggers the opening of the evacuation site candidate as an evacuation site.

3. The server device according to claim 2, wherein the evacuation start conditions include an evacuation start risk level indicating the degree of danger of a disaster that triggers each resident to start evacuation during a disaster.

4. The evacuation information control unit according to claim 3 extracts residents who have set the evacuation start conditions such that the evacuation start risk level is less than or equal to the disaster risk level for disasters that match the type of disaster input by the disaster prevention person in charge together with the disaster risk level from among the plurality of residents.

5. The server device according to any one of claims 1 to 3, wherein the evacuation information control unit transmits the evacuation information including map information reflecting the location of the house of the extracted resident and the evacuation destination to the resident terminal.

6. The server device according to any one of claims 1 to 4, further comprising a disaster countermeasure information generation unit that generates disaster countermeasure information effective for disaster countermeasures based on the evacuation plans set by each of the plurality of residents.

7. The server device according to claim 6, wherein the disaster countermeasure information generation unit calculates the registration rate regarding the evacuation plan as the disaster countermeasure information for each attribute of the residents.

8. The server device according to any one of claims 1 to 7, further comprising an assistance information control unit that generates assistance information for the set evacuation plan in response to a resident setting the evacuation plan, and transmits the generated assistance information to the resident terminal of the resident who set the evacuation plan.

9. The server device according to claim 8, wherein the assistance information control unit generates the assistance information based on the resident's housing information.

10. The server device according to claim 1, wherein the evacuation shelter addition control unit estimates the occupancy capacity of the opened evacuation shelter from the number of residents who registered the opened evacuation shelter as an evacuation destination in the evacuation plan, and estimates the occupancy rate of the opened evacuation shelter based on the rated capacity and the estimated occupancy capacity of the opened evacuation shelter.

11. A resident terminal, A server device, Including, The server device is An acquisition unit that acquires evacuation shelter opening conditions that define the conditions for opening an evacuation shelter candidate as an evacuation shelter for each disaster, A management unit that manages an evacuation plan including an evacuation start condition and an evacuation destination that define the conditions for starting evacuation for each disaster, which are set for each of a plurality of residents, based on the evacuation shelter opening conditions, When a disaster occurs or is expected to occur, an evacuation information control unit that acquires a disaster risk level indicating the degree of danger of the disaster from a disaster prevention person in charge, extracts residents whose evacuation start conditions are satisfied from the plurality of residents based on the disaster risk level, and transmits evacuation information including information about the evacuation destination to the resident terminals possessed by the extracted residents, An evacuation shelter addition control unit that estimates the occupancy rate of an evacuation shelter opened according to the evacuation shelter opening conditions, and determines whether it is necessary to open a new evacuation shelter based on the estimated occupancy rate, Comprising, The system in which, when the disaster prevention person in charge approves the opening of the new evacuation shelter, the evacuation shelter addition control unit transmits evacuation shelter addition information including information about the new evacuation shelter to the resident terminals possessed by each of the plurality of residents.

12. In the server device, For each disaster, acquire evacuation shelter opening conditions that define the conditions for opening an evacuation shelter candidate as an evacuation shelter, Based on the evacuation shelter opening conditions, manage an evacuation plan including an evacuation start condition and an evacuation destination that define the conditions for starting evacuation for each disaster, which are set for each of a plurality of residents, When a disaster occurs or is expected to occur, obtain the disaster risk level indicating the degree of disaster risk from the disaster prevention person in charge, extract the residents who meet the evacuation start conditions from the plurality of residents based on the disaster risk level, and transmit evacuation information including information on the evacuation destination to the resident terminals possessed by the extracted residents. Estimate the occupancy rate of the evacuation shelters opened according to the evacuation shelter opening conditions, and determine whether it is necessary to open a new evacuation shelter based on the estimated occupancy rate. A control method for a server device that, when the disaster prevention person in charge approves the opening of the new evacuation shelter, transmits evacuation shelter additional information including information on the new evacuation shelter to the resident terminals possessed by each of the plurality of residents.

13. On a computer installed in a server device For each disaster, a process of obtaining evacuation shelter opening conditions that define the conditions for opening an evacuation shelter candidate as an evacuation shelter, Based on the evacuation shelter opening conditions, a process of managing an evacuation action plan including an evacuation start condition and an evacuation destination defined for each disaster for each of the plurality of residents. When a disaster occurs or is expected to occur, obtain the disaster risk level indicating the degree of disaster risk from the disaster prevention person in charge, extract the residents who meet the evacuation start conditions from the plurality of residents based on the disaster risk level, and transmit evacuation information including information on the evacuation destination to the resident terminals possessed by the extracted residents. A process of estimating the occupancy rate of the evacuation shelters opened according to the evacuation shelter opening conditions, and determining whether it is necessary to open a new evacuation shelter based on the estimated occupancy rate. When the disaster prevention person in charge approves the opening of the new evacuation shelter, a process of transmitting evacuation shelter additional information including information on the new evacuation shelter to the resident terminals possessed by each of the plurality of residents. A program for causing the above to be executed.

Images