JP7343754B2 - Information processing program, information processing method, and information processing device - Google Patents

Description

The present invention relates to an information processing program, an information processing method, and an information processing apparatus.

When a large-scale disaster occurs, municipalities and other local governments need to make preparations to provide evacuation shelters and temporary housing to people who have lost their homes due to the disaster. Previously, local government officials decided on the number of evacuation centers and temporary housing units to prepare based on past cases and experience.

On the other hand, for each disaster-affected registrant who has an address within the disaster-stricken area, the home of a non-disaster-affected registrant who has an address outside the disaster-stricken area is selected, and the selected non-disaster-affected registrant is referred as an evacuation site. A technique is known in which the information is listed in a list and transmitted to the terminal device of the disaster victim registrant (see, for example, Patent Document 1).

Japanese Patent Application Publication No. 2014-78062 JP2009-289139A Japanese Patent Application Publication No. 3-48393

Local governments manage public housing, so if there are vacant houses in public housing, they can be used as evacuation centers in the event of a disaster. However, in the past, no consideration was given to the information that should be provided to local government officials when using vacant houses as evacuation shelters.

In one aspect, an object of the present invention is to provide an information processing program, an information processing method, and an information processing device that can output information regarding vacant houses that can be provided as evacuation shelters when a disaster occurs.

In one aspect, the information processing program receives input of information regarding a disaster, refers to a storage unit that stores resident information, identifies households that require evacuation based on the information regarding the disaster, and identifies households that require evacuation based on the information regarding the disaster. Allocate the evacuation shelter candidate to each household based on the number of people in each household included in the household information and the size or capacity of each evacuation shelter candidate identified from the disaster information and vacant house information. , is a program that causes a computer to execute a process of outputting information on the number of households to which the evacuation center candidate has not been allocated, by household size .

It is possible to output information about vacant houses that can be used as evacuation shelters in the event of a disaster.

1 is a diagram schematically showing the configuration of an information processing system according to an embodiment. FIG. 2(a) is a diagram showing the hardware configuration of the server, and FIG. 2(b) is a diagram showing the hardware configuration of the local government terminal. It is a functional block diagram of a server. FIG. 4(a) is a diagram showing an example of the data structure of the resident DB, and FIG. 4(b) is a diagram showing an example of the data structure of the housing DB. It is a figure showing an example of the data structure of matching result DB. It is a flowchart which shows disaster information reception processing. FIG. 7(a) is a diagram showing an example of a disaster area input screen, and FIG. 7(b) is a diagram showing an example of a target district list screen. It is a flowchart which shows matching processing. FIG. 9A is a diagram showing an example of a matching result display screen, and FIG. 9B is a diagram showing another example of the matching result display screen.

Hereinafter, one embodiment of the information processing system will be described in detail based on FIGS. 1 to 9. The information processing system 100 of this embodiment is a system used in local governments such as municipalities, and is a system that supports local government operations in the event of a disaster such as an earthquake, tsunami, or typhoon. For example, a local government may provide empty houses in public housing managed by the local government as evacuation shelters for households that are forced to evacuate (disaster-affected households) when a disaster occurs. In such a case, the information processing system 100 of this embodiment outputs information on whether there are enough or insufficient vacant houses for the number of disaster-affected households.

FIG. 1 schematically shows the configuration of an information processing system 100. As shown in FIG. 1, the information processing system 100 includes a server 10 as an information processing device and a local government terminal 70. The server 10 and the local government terminal 70 are connected to a network 80 such as the Internet or a LAN (Local Area Network).

The server 10 is a device that manages various data used in the local government and provides various information to the local government terminal 70 by utilizing the managed data. More specifically, when information regarding a disaster is input from the local government terminal 70, the server 10 identifies disaster-affected households and provides the local government terminal 70 with information regarding vacant houses that can be provided as evacuation shelters to the disaster-affected households. do.

FIG. 2(a) shows the hardware configuration of the server 10. As shown in FIG. 2A, the server 10 includes a CPU (Central Processing Unit) 90, a ROM (Read Only Memory) 92, a RAM (Random Access Memory) 94, and a storage unit (HDD (Hard Disk Drive) in this case). 96, a network interface 97, a portable storage medium drive 99, and the like. Each component of the server 10 is connected to a bus 98. In the server 10, the CPU 90 executes programs (including information processing programs) stored in the ROM 92 or HDD 96, or programs (including information processing programs) read from the portable storage medium 91 by the portable storage medium drive 99. By doing so, the functions of each part shown in FIG. 3 are realized. Note that the functions of each part in FIG. 3 may be realized by, for example, an integrated circuit such as an ASIC (Application Specific Integrated Circuit) or an FPGA (Field Programmable Gate Array).

FIG. 3 shows a functional block diagram of the server 10. As shown in FIG. 3, the server 10 functions as a household information reception section 20, a housing information reception section 22, a disaster information reception section 24, a matching section 26, and an output section 28 when the CPU 90 executes a program. Note that FIG. 3 also illustrates the resident DB 40, housing DB 42, and matching result DB 44 stored in the HDD 96 and the like.

When a local government official inputs household information from the local government terminal 70 (registration, deletion, update, etc.), the household information reception unit 20 receives the input information and updates the resident DB 40. Here, the resident DB 40 has a data structure as shown in FIG. 4(a). Specifically, the resident DB 40 has, for example, fields such as "name of household head," "district," "street address," "number of household members," "elderly person presence flag," and "child presence flag." The "Household Head Name" field stores the name of the household head, the "District" and "Street Address" fields store the address where the household resides, and the "Household Number" field stores the household head's name. The number of members is stored. Further, in the "elderly person presence flag" and "child presence flag", flags indicating whether the household includes an elderly person or a child are stored. In FIG. 4A, as an example, "1" is stored if the household includes an elderly person or a child, and "0" is stored if the household does not.

When information on public housing managed by a local government is input (registered, deleted, updated, etc.) from the local government terminal 70, the housing information reception unit 22 receives the input information and updates the housing DB 42. Here, as shown in FIG. 4(b), the housing DB 42 includes fields such as "identification number", "district", "street address", "building area", "capable number of people", "vacant house flag", etc. has. The "identification number" field stores the identification number assigned to each public housing. The "district" and "house number" fields store public housing addresses and room numbers. The area of public housing (number of square meters) is stored in the field of "building area", and the number of people who can be accommodated in the public housing determined based on the building area is stored in the field of "capable number of people". Furthermore, a flag indicating whether or not the public housing is vacant is stored in the "vacant house flag" field. In the example of FIG. 4(b), "1" is stored if the house is vacant, and "0" is stored if the house is not vacant.

When a local government employee inputs disaster damage information from the local government terminal 70 when a disaster occurs, the disaster information reception unit 24 receives the input information and passes it to the matching unit 26. In addition, when accepting the input of disaster information, the disaster information reception unit 24 transmits the data on the disaster area input screen shown in FIG. Get information. In addition, the disaster information reception unit 24 creates the target district list screen shown in FIG. It is transmitted to the local government terminal 70. Furthermore, the disaster information reception unit 24 acquires disaster information (information identifying disaster-affected households) input on the target district list screen.

When the matching unit 26 receives the disaster information from the disaster information receiving unit 24, it matches the affected households with vacant houses in non-disaster areas based on the disaster information and the data stored in the housing DB 42. Perform matching (confirm excess or deficiency). FIG. 5 shows the data structure of the matching result DB 44 in which the matching unit 26 stores matching results. As shown in FIG. 5, the matching result DB 44 stores the name of the head of the disaster-affected household and the identification information of the vacant house provisionally assigned to the household in association with each other. The matching unit 26 notifies the output unit 28 when the matching process is completed.

Upon receiving the notification from the matching unit 26 that the matching process has been completed, the output unit 28 creates a matching result display screen (see FIG. 9(a)) and sends the data on the screen to the local government terminal 70. Send.

Returning to FIG. 1, the local government terminal 70 is a terminal such as a PC (Personal Computer) used by local government employees, and has a hardware configuration as shown in FIG. 2(b). Specifically, as shown in FIG. 2(b), the local government terminal 70 includes a CPU 190, a ROM 192, a RAM 194, a storage unit (HDD) 196, a network interface 197, a display unit 193, an input unit 195, and a portable storage medium. A portable storage medium drive 199 and the like capable of reading programs and data stored in the computer 191 are provided. Each component of the local government terminal 70 is connected to a bus 198. The display section 193 includes a liquid crystal display, etc., and the input section 195 includes a keyboard, a mouse, a touch panel, etc.

When a local government employee inputs household information and public housing information via the input unit 195, the local government terminal 70 transmits the input household information and public housing information to the server 10. Also, when a local government official inputs disaster damage information via the input unit 195, the local government terminal 70 transmits the input disaster damage information to the server 10. Then, upon receiving the matching result display screen data from the server 10, the local government terminal 70 displays the matching result display screen on the display unit 193.

(Details of the processing of the server 10)
Next, the processing of the server 10 will be described in detail along the flowcharts of FIGS. 6 and 8. FIG. 6 is a flowchart showing the disaster information reception process by the disaster information reception unit 24 of the server 10, and FIG. 8 is a flowchart showing the matching process by the matching unit 26 and output unit 28 of the server 10.

(Disaster information reception process)
In the process of FIG. 6, first, in step S10, the disaster information reception unit 24 waits until there is a request for input of the disaster area. When a disaster occurs and the damage situation is known, a local government employee issues a disaster area input request via the input unit 195 of the local government terminal 70. When the local government terminal 70 receives a request for input of the disaster area, it notifies the disaster information reception unit 24 of the server 10 of the request, so when the disaster information reception unit 24 receives the notification, it moves to step S12.

In step S12, the disaster information receiving unit 24 transmits the data on the disaster area input screen to the local government terminal 70, so that the disaster area input screen as shown in FIG. 7A is displayed on the display unit 193 of the local government terminal 70. Display the screen. It is assumed that a local government employee enters information about the disaster area (for example, city name, town name, area name (chome)) on the screen shown in FIG. 7(a), and presses the "display" button.

Next, in step S14, the disaster information reception unit 24 waits until the "display" button is pressed. When notified from the local government terminal 70 that a local government employee has pressed the "display" button, the disaster information reception unit 24 acquires the information on the disaster area input on the disaster area input screen, and proceeds to step S16. do.

In step S16, the disaster information reception unit 24 refers to the resident DB 40, creates data for a target area list screen as shown in FIG. 7(b), and transmits the data on the screen to the local government terminal 70. . As a result, a target district list screen is displayed on the display unit 193 of the local government terminal 70. Here, the disaster information reception unit 24 extracts all households included in the disaster area from the resident DB 40 and creates a table having columns of "address", "name of head of household", "number of household members", and "disaster flag". Then, create a target district list screen that includes the table. It should be noted that when the target district list screen is displayed, all columns of "disaster affected flag" are assumed to be blank.

Local government officials enter the "disaster flag" on the target district list screen. Specifically, a local government official sets the disaster flag of a household that has been affected by a disaster to "1" and sets the disaster flag of a household that has not been affected to "0". After entering all the disaster flags, the local government employee presses the "Register" button. Note that in this embodiment, all households included in the disaster area input on the disaster area input screen may be regarded as disaster affected households. In this case, the display of the target district list screen in FIG. 7(b) can be omitted.

In step S18, the disaster information reception unit 24 waits until the "Register" button is pressed. That is, when the disaster information reception unit 24 receives information from the local government terminal 70 that the "registration" button has been pressed, the process proceeds to step S20.

In step S20, the disaster information reception unit 24 acquires information on disaster-affected households input on the target area list screen. In this case, the disaster information receiving unit 24 acquires information on households whose disaster flag is set to "1" on the target district list screen.

With the above steps, the process in FIG. 6 ends. Note that if there are other disaster-stricken areas, the process in FIG. 6 is repeated as many times as there are disaster-stricken areas.

(Matching process)
Next, details of the matching process will be explained along the flowchart of FIG. 8. When a local government official wants to confirm the surplus or shortage of vacant houses that can be provided as evacuation shelters, the local government employee inputs a matching start request via the input unit 195 of the local government terminal 70. Then, when a matching start request is input, the local government terminal 70 notifies the matching unit 26 of the server 10 to that effect.

In the process of FIG. 8, first, in step S30, the matching unit 26 waits until a matching start request is input. When a matching start request is input by a local government employee, the matching unit 26 moves to step S32.

In step S32, the matching unit 26 acquires from the disaster information reception unit 24 the information on the disaster affected households acquired by the disaster information reception unit 24 through the process shown in FIG.

Next, in step S34, the matching unit 26 identifies vacant houses in areas other than the disaster-stricken areas and sets them as evacuation center candidates. That is, the matching unit 26 refers to the housing DB 42, identifies vacant houses that exist in areas other than the area where the disaster-affected households exist, and uses them as evacuation center candidates.

Next, in step S36, the matching unit 26 selects one unselected disaster-affected household.

Next, in step S38, the matching unit 26 matches the evacuation center candidate and stores the matching result in the matching result DB 44. For example, if the selected disaster-affected household is a family of four people, one of the vacant houses that can accommodate four people is matched, and the identification numbers of the disaster-stricken household and the vacant house are stored in the matching result DB 44 in association with each other. Note that this matching is a process for temporarily allocating vacant houses to selected disaster-affected households and checking whether there are surplus or shortages of vacant houses that can be used as evacuation shelters.

Next, in step S40, the matching unit 26 determines whether all disaster-affected households have been selected. If the determination at step S40 is negative, the matching unit 26 returns to step S36 and repeatedly executes the processes and determinations at steps S36, S38, and S40 until the determination at step S40 is affirmed. If the determination in step S40 is affirmative, the matching unit 26 moves to step S42.

When the process moves to step S42, the output unit 28 outputs the matching result. In this case, the output unit 28 creates matching result display screen data as shown in FIG. 9A based on the matching result DB 44, and outputs the created data to the local government terminal 70. In this case, the local government terminal 70 displays a matching result display screen on the display unit 193 based on the received data. As shown in FIG. 9(a), the matching result display screen displays the number of vacant houses that could be allocated to disaster-affected households and the number of vacant houses that are insufficient to be used as evacuation shelters.

With the above, all the processing in FIG. 8 is completed. Local government officials can confirm the required number of new temporary housing units by referring to the missing number on the matching result display screen in FIG. 9(a).

In addition, as shown in FIG. 9(b), the matching result display screen may display detailed information regarding the shortage of vacant houses (for example, the shortage of vacant houses for each number of household members). In this case, during the matching process shown in FIG. 8, in addition to the "household head name", the matching result DB 44 may store information on "household number" and count the missing number for each household number. good.

As described above in detail, according to the present embodiment, the disaster information reception unit 24 receives information on disaster-stricken areas, and refers to the resident DB 40 to display the target area list screen (Fig. 7(b)) and outputs it. Furthermore, the disaster information reception unit 24 identifies households that require evacuation (disaster affected households) based on input from local government officials on the target area list screen. Then, the matching unit 26 identifies information on vacant houses that can be provided as evacuation shelters (information on excess and deficiency) from the information on the identified disaster-affected households and the information on vacant houses in public housing outside the disaster-affected areas, and outputs the information to the output unit 28. It is output to the local government terminal 70 via. This makes it possible to provide local government officials with information that is useful when using vacant houses as evacuation centers (information regarding the surplus or shortage of vacant houses).

Further, according to the present embodiment, the matching unit 26 matches each household with an evacuation center candidate based on the number of disaster-affected households and the number of people that the evacuation center candidate can accommodate, and outputs a matching result. As a result, matching of evacuation center candidates takes into account the number of people in disaster-affected households, so it is possible to output an appropriate value as the number of surplus or shortage of vacant houses.

Furthermore, in this embodiment, since the insufficient number of vacant houses that can be used as evacuation shelters is output, local government officials can confirm the required number of new temporary housing units to be constructed.

In addition, in this embodiment, vacant houses in public housing managed by local governments are used as evacuation shelters, so vacant houses can be effectively used as local resources held by local governments, and local governments can fill in the shortage of vacant houses by constructing temporary housing, etc. This may be supplemented by

Furthermore, in this embodiment, the disaster information reception unit 24 displays the households residing in the disaster area obtained from the resident DB 40 on the target area list screen (FIG. 7(b)), and the disaster flag "1" is displayed on the screen. The input households (selected by local government officials) are identified as disaster-affected households. This makes it possible to more accurately identify the surplus and shortage of vacant houses that can be used as evacuation shelters, compared to the case where all households in the disaster-stricken area are treated as disaster-affected households.

Note that in the above embodiment, various rules may be set during matching. For example, a rule may be set to match disaster-affected households with vacant houses, taking into account the "elderly person presence flag" and the "child presence flag" stored in the resident DB 40. In this case, for example, a disaster-affected household whose "elderly presence flag" is "1" may be matched with a vacant house in a specific area, or a disaster-affected household whose "child presence/absence flag" is "1" may be matched with a vacant house in a specific area. can do. Furthermore, if the resident DB 40 stores information on troubles between residents, rules may be set to match disaster-affected households with vacant houses in consideration of the trouble information. In this case, for example, a rule can be set that does not match vacant houses that are close to residents with problems.

In addition, in the above embodiment, in the process of FIG. 8, a case has been described in which disaster-affected households are selected in order (S36) and vacant houses are matched with the selected disaster-affected households (S38), but the present invention is not limited to this. do not have. For example, by comparing the number of disaster-affected households with a household size of X people (X = 1, 2, etc.) and the number of vacant houses outside the disaster area with a capacity of X people, the number of vacant houses allocated to households with X people can be calculated. The missing number may be calculated as follows.

In addition, in the above embodiment, a case has been described in which matching is performed based on the number of people in the disaster-affected household and the number of people that can be accommodated in the vacant house, but the matching is not limited to this. It is also possible to perform matching based on this. Alternatively, matching may be performed based on the floor area of the house where the disaster-affected household originally lived and the floor area of the vacant house.

In addition, in the embodiment described above, in addition to vacant houses in public housing stored in the housing DB 42, vacant houses registered in advance by individuals are matched with disaster-affected households, and information regarding surplus and shortage of vacant houses that can be used as evacuation shelters is specified. It may also be a thing.

In addition, in the above embodiment, a case has been described in which a local government official enters information about a disaster area in text on the disaster area input screen, but the present invention is not limited to this. It's okay. Additionally, information on the affected area may be input using postal codes and the like.

In the above embodiment, a case has been described in which the number of surpluses and deficiencies of vacant houses is output as information regarding vacant houses that can be provided as evacuation shelters. However, the present invention is not limited to this, and the matching results themselves stored in the matching result DB 44 in FIG. 5 may be provided to local government officials. In this case, local government officials can consider which vacant house to allocate to each disaster-affected household based on the provided matching results, making the evacuation shelter allocation process more efficient.

Note that the above processing functions can be realized by a computer. In that case, a program is provided that describes the processing contents of the functions that the processing device should have. By executing the program on the computer, the above processing functions are realized on the computer. A program describing the processing contents can be recorded on a computer-readable storage medium (excluding carrier waves).

When a program is distributed, it is sold in the form of a portable storage medium such as a DVD (Digital Versatile Disc) or a CD-ROM (Compact Disc Read Only Memory) on which the program is recorded. It is also possible to store the program in the storage device of the server computer and transfer the program from the server computer to another computer via a network.

A computer that executes a program stores, for example, a program recorded on a portable storage medium or a program transferred from a server computer in its own storage device. Then, the computer reads the program from its own storage device and executes processing according to the program. Note that a computer can also directly read a program from a portable storage medium and execute processing according to the program. Furthermore, each time a program is transferred from the server computer, the computer can sequentially execute processing according to the received program.

The embodiments described above are examples of preferred implementations of the present invention. However, the present invention is not limited to this, and various modifications can be made without departing from the gist of the present invention.

In addition, regarding the description of the above embodiment, the following additional notes are further disclosed.
(Additional note 1) Accepting input of information regarding disasters,
Identifying households that require evacuation based on information regarding the disaster with reference to a storage unit that stores resident information;
outputting information regarding vacant houses that can be provided as evacuation shelters, obtained from information on the identified households, information on the disaster, and information on vacant houses;
An information processing program that causes a computer to perform processing.
(Additional note 2) In the above output process,
Based on the information regarding the disaster and the information on the vacant house, identifying a vacant house existing in an area where evacuation is unnecessary due to the disaster as an evacuation center candidate;
outputting information regarding vacant houses that can be provided as evacuation shelters obtained from the identified household information and the evacuation center candidates;
The information processing program according to supplementary note 1, characterized in that:
(Additional Note 3) In the outputting process, the evacuation center candidate is assigned to each household based on the number of people in each household included in the identified household information and the size of the evacuation center candidate or the number of people it can accommodate. The information processing program according to appendix 2, characterized in that the information processing program allocates the information and outputs the information obtained by the allocation.
(Supplementary Note 4) The information processing program according to any one of Supplementary Notes 1 to 3, wherein in the outputting process, information regarding a shortage of vacant houses that can be provided as the evacuation center is output.
(Supplementary Note 5) The information processing program according to any one of Supplementary Notes 1 to 4, wherein the vacant house is a vacant public housing house managed by a local government.
(Additional note 6) In the identifying process, households included in the area where the disaster occurred are identified and displayed on the screen by referring to the storage unit, and households selected from the households displayed on the screen are evacuated. The information processing program according to any one of Supplementary Notes 1 to 5, characterized in that the information processing program identifies a household that requires the following.
(Additional Note 7) Accepting input of information regarding disasters,
Identifying households that require evacuation based on information regarding the disaster with reference to a storage unit that stores resident information;
outputting information regarding vacant houses that can be provided as evacuation shelters, obtained from information on the identified households, information on the disaster, and information on vacant houses;
An information processing method characterized in that processing is performed by a computer.
(Additional note 8) A reception department that accepts input of information regarding disasters,
an identification unit that refers to a storage unit that stores resident information and identifies households that require evacuation based on the information regarding the disaster;
an output processing unit that outputs information regarding a vacant house that can be provided as an evacuation center, obtained from information on the identified household, information on the disaster, and information on the vacant house;
An information processing device comprising:
(Additional Note 9) The output processing section is
Based on the information regarding the disaster and the information on the vacant house, identifying a vacant house existing in an area where evacuation is unnecessary due to the disaster as an evacuation center candidate;
outputting information regarding vacant houses that can be provided as evacuation shelters obtained from the identified household information and the evacuation center candidates;
The information processing device according to appendix 8, characterized in that:
(Additional Note 10) The output processing unit assigns the evacuation shelter candidate to each household based on the number of people in each household included in the specified household information and the size or number of people that the evacuation shelter candidate can accommodate. 9. The information processing apparatus according to appendix 9, wherein the information processing apparatus allocates the information and outputs the information obtained by the allocation.
(Supplementary Note 11) The information processing device according to any one of Supplementary Notes 8 to 10, wherein the output processing unit outputs information regarding a shortage of vacant houses that can be provided as the evacuation center.
(Supplementary Note 12) The information processing device according to any one of Supplementary Notes 8 to 11, wherein the vacant house is a vacant public housing house managed by a local government.
(Additional Note 13) The identification unit refers to the storage unit to identify and display on the screen households included in the area where the disaster occurred, and to evacuate the households selected from the households displayed on the screen. The information processing device according to any one of appendices 8 to 12, characterized in that the information processing device is identified as a necessary household.

10 Server (information processing device)
24 Disaster information reception department (reception department, identification department)
26 Matching section (part of output processing section)
28 Output section (part of output processing section)

Claims (6)

Accepts input of information regarding disasters,
Identifying households that require evacuation based on information regarding the disaster with reference to a storage unit that stores resident information;
The evacuation shelter is assigned to each household based on the number of people in each household included in the identified household information and the size or capacity of each evacuation shelter candidate identified from the disaster information and vacant house information. allocating a candidate and outputting information on the number of households to which the evacuation center candidate was not assigned, by household size ;
An information processing program that causes a computer to perform processing. 2. The information processing program according to claim 1, wherein the evacuation center candidate is a vacant house located in an area where evacuation is unnecessary due to the disaster. 3. The information processing program according to claim 1 , wherein the vacant house is a vacant public housing house managed by a local government. When identifying the households that require evacuation , the storage unit is referred to, and households included in the area where the disaster occurred are identified and displayed on the screen, and the households selected from the households displayed on the screen are The information processing program according to any one of claims 1 to 3 , characterized in that the information processing program identifies a household that requires evacuation. Accepts input of information regarding disasters,
Identifying households that require evacuation based on information regarding the disaster with reference to a storage unit that stores resident information;
The evacuation shelter is assigned to each household based on the number of people in each household included in the identified household information and the size or capacity of each evacuation shelter candidate identified from the disaster information and vacant house information. allocating a candidate and outputting information on the number of households to which the evacuation center candidate was not assigned, by household size ;
An information processing method characterized in that processing is performed by a computer. A reception department that accepts input of information regarding disasters,
an identification unit that refers to a storage unit that stores resident information and identifies households that require evacuation based on the information regarding the disaster;
The evacuation shelter is assigned to each household based on the number of people in each household included in the identified household information and the size or capacity of each evacuation shelter candidate identified from the disaster information and vacant house information. an output unit that allocates the candidates and outputs information on the number of households to which the evacuation center candidates were not allocated, by household size ;
An information processing device comprising:

Images