JP7513103B2 - Server device, evacuation shelter management system, and method for controlling server device - Google Patents

Description

The present invention relates to a server device, a shelter management system, a control method for a server device, and a storage medium.

When a large-scale disaster such as an earthquake occurs, residents will have to evacuate to evacuation shelters. Various technologies are being developed to facilitate the evacuation of residents.

For example, Patent Document 1 states that a disaster network system, application program, and disaster network method that make it easy to identify evacuees are provided. Patent Document 2 states that a disaster information management system and disaster information management method that can smoothly manage information related to the locations of disaster victims are provided.

JP 2018-072991 A JP 2018-018355 A

Local governments and other entities that have jurisdiction over evacuation shelters need to accurately grasp the situation at the shelter. In evacuation shelters, local government employees often record the names of evacuees in ledgers and manage them. However, manually creating a list of evacuees requires a great deal of effort from local government employees and other entities.

The primary objective of the present invention is to provide a server device, a shelter management system, a control method for a server device, and a storage medium that contribute to easily creating a list of evacuees.

According to a first aspect of the present invention, a server device is provided that includes an authentication unit that acquires biometric information of evacuees from a reception terminal installed in an evacuation shelter and performs biometric authentication using the acquired biometric information and the biometric information of each of a number of residents that has been stored in advance, and a management unit that manages evacuees who have been accepted into the evacuation shelter in response to successful biometric authentication using an evacuee list.

According to a second aspect of the present invention, there is provided a shelter management system including a reception terminal installed at a shelter and a server device connected to the reception terminal, the server device having an authentication unit that acquires biometric information of evacuees from the reception terminal installed at the shelter and performs biometric authentication using the acquired biometric information and the biometric information of each of a plurality of residents that has been stored in advance, and a management unit that manages evacuees accepted at the shelter in response to successful biometric authentication using an evacuee list.

According to a third aspect of the present invention, a method for controlling a server device is provided, in which the server device acquires biometric information of evacuees from a reception terminal installed at an evacuation shelter, performs biometric authentication using the acquired biometric information and the biometric information of each of a number of residents that has been stored in advance, and manages evacuees accepted into the evacuation shelter in an evacuee list in response to successful biometric authentication.

According to a fourth aspect of the present invention, a computer-readable storage medium is provided that stores a program for causing a computer mounted on a server device to execute the following processes: acquiring biometric information of evacuees from a reception terminal installed at an evacuation shelter, performing biometric authentication using the acquired biometric information and pre-stored biometric information of each of a number of residents, and managing evacuees accepted at the evacuation shelter in an evacuee list in response to successful biometric authentication.

According to each aspect of the present invention, a server device, a shelter management system, a control method for a server device, and a storage medium are provided that contribute to easily creating a list of evacuees. Note that the effects of the present invention are not limited to the above. The present invention may achieve other effects instead of or in addition to the effects.

FIG. 1 is a diagram for explaining an overview of an embodiment. 1 is a diagram illustrating an example of a schematic configuration of a shelter management system according to a first embodiment. 1 is a diagram for explaining the general operation of a shelter management system according to a first embodiment; 1 is a diagram for explaining the general operation of a shelter management system according to a first embodiment; FIG. 2 is a diagram illustrating an example of a processing configuration of a server device according to the first embodiment. 4 is a diagram illustrating an example of a processing configuration of a resident registration unit according to the first embodiment. FIG. 5 is a diagram for explaining the operation of a resident information acquisition unit according to the first embodiment; FIG. FIG. 2 is a diagram illustrating an example of a resident information database according to the first embodiment. 3 is a diagram for explaining details of a resident information database according to the first embodiment; FIG. 1 is a diagram showing an example of table information regarding accommodation areas included in an evacuation shelter according to the first embodiment; FIG. FIG. 2 is a diagram showing an example of an evacuee list according to the first embodiment; FIG. 11 is a diagram showing another example of an evacuee list according to the first embodiment. FIG. 4 is a diagram illustrating an example of a processing configuration of a reception terminal according to the first embodiment; FIG. 2 is a sequence diagram showing an example of the operation of the evacuation shelter management system according to the first embodiment. FIG. 11 is a diagram illustrating an example of a processing configuration of a reception terminal according to the second embodiment. FIG. 11 is a diagram illustrating an example of a processing configuration of a server device according to a second embodiment. 13A and 13B are diagrams for explaining the operation of an identification card reading unit according to the second embodiment. FIG. 11 is a sequence diagram showing an example of the operation of the evacuation shelter management system according to the second embodiment. FIG. 13 is a diagram illustrating an example of a schematic configuration of a shelter management system according to a third embodiment. FIG. 13 is a diagram illustrating an example of a processing configuration of a reception terminal according to the third embodiment. FIG. 13 is a diagram illustrating an example of a processing configuration of a supply terminal according to the third embodiment. FIG. 13 is a diagram showing an example of an evacuee list according to the third embodiment; 13 is a flowchart illustrating an example of an operation of a server device according to the third embodiment. FIG. 13 is a diagram for explaining the operation of a reception terminal according to the third embodiment. 13 is a flowchart illustrating an example of an operation of a server device according to the third embodiment. FIG. 13 is a diagram for explaining the operation of the supply terminal according to the third embodiment. FIG. 13 is a diagram illustrating an example of a processing configuration of a server device according to a fourth embodiment. FIG. 13 is a diagram showing an example of an item list according to the fourth embodiment. FIG. 13 is a diagram illustrating an example of a processing configuration of a server device according to the fifth embodiment. FIG. 2 illustrates an example of a hardware configuration of a server device. FIG. 13 is a diagram illustrating an example of a processing configuration of a server device according to a modified example of the present disclosure. FIG. 13 is a diagram illustrating an example of a processing configuration of a server device according to a modified example of the present disclosure. FIG. 13 is a diagram illustrating an example of a processing configuration of a server device according to a modified example of the present disclosure. FIG. 13 is a diagram illustrating an example of a processing configuration of a server device according to a modified example of the present disclosure. 13 is a diagram for explaining the operation of a server device according to a modified example of the present disclosure. FIG. 13 is a diagram for explaining the operation of a server device according to a modified example of the present disclosure. FIG.

First, an overview of one embodiment will be described. The reference numbers in the drawings are added to each element for convenience as an example to aid in understanding, and the description of this overview is not intended to be limiting. Furthermore, unless otherwise specified, the blocks shown in each drawing represent functional units rather than hardware units. The connection lines between blocks in each drawing include both bidirectional and unidirectional. The unidirectional arrows are used to show the main signal (data) flow diagrammatically, and do not exclude bidirectionality. In this specification and drawings, elements that can be described in the same way may be given the same reference numbers to avoid redundant explanations.

The server device 100 according to one embodiment includes an authentication unit 101 and a management unit 102 (see FIG. 1). The authentication unit 101 acquires biometric information of evacuees from a reception terminal installed at the evacuation shelter, and performs biometric authentication using the acquired biometric information and the biometric information of each of a number of residents that has been stored in advance. The management unit 102 manages evacuees who have been accepted into the evacuation shelter in response to successful biometric authentication using an evacuee list.

Local residents register their biometric information (e.g., facial images) in advance in the server device 100. The server device 100 identifies residents who have visited the evacuation shelter using the previously registered biometric information. The server device 100 manages the identified residents using an evacuee list. In other words, a list for managing evacuees is easily created without human intervention. In addition, there is no longer a need for local government employees to manually generate evacuee lists, reducing the workload of employees.

Specific embodiments are described in further detail below with reference to the drawings.

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

[System configuration]
Fig. 2 is a diagram showing an example of a schematic configuration of the shelter management system according to the first embodiment. Referring to Fig. 2, the shelter management system includes a management center and a plurality of shelters.

The Management Center will be managed and operated by the local government. For example, the Management Center will be located in a city hall. Evacuation shelters will be set up in schools, community centers, etc. in each area.

The management center operates and manages the server device 20. The server device 20 is responsible for managing disaster prevention measures for local residents, operating each evacuation shelter, supporting evacuees, etc. The server device 20 may be installed in the same building as the management center, or may be installed on a network (on the cloud).

Each evacuation shelter is equipped with a terminal that handles the reception of evacuees. For example, as shown in Figure 2, reception terminal 10-1 is installed at evacuation shelter A, and reception terminal 10-2 is installed at evacuation shelter B. In the following explanation, unless there is a particular reason to distinguish between reception terminal 10-1 and reception terminal 10-2, they will simply be referred to as "reception terminal 10."

The devices shown in Figure 2 are connected to each other. For example, the reception terminal 10 and the server device 20 are connected by a wired or wireless communication means and are configured to be able to communicate with each other.

The configuration of the evacuation shelter management system shown in FIG. 2 is an example and is not intended to be limiting. The management center may include multiple server devices 20. Also, multiple reception terminals 10 may be installed in one evacuation shelter. For example, in a large evacuation shelter, multiple evacuee reception desks may be installed, and a reception terminal 10 may be installed at each desk.

[Operation Overview]
Next, an outline of the operation of the evacuation shelter management system according to the first embodiment will be described with reference to the drawings.

In the evacuation shelter management system shown in Figure 2, when an evacuee arrives at an evacuation shelter, he or she moves in front of the reception terminal 10. The reception terminal 10 acquires the biometric information (facial image) of the evacuee and transmits the biometric information to the server device 20.

The server device 20 performs biometric authentication using the acquired biometric information to identify residents who have visited the evacuation shelter. The server device 20 determines the accommodation location (accommodation area; the small area surrounded by a solid line in Figure 2) for the identified residents. The server device 20 notifies the evacuees of the determined accommodation area via the reception terminal 10.

The server device 20 generates a list (database) of evacuees accommodated in evacuation shelters. The server device 20 generates a list of evacuees for each evacuation shelter. Details of the evacuee list will be described later.

The accommodation area of each evacuation shelter may be an area separated by partitions inside a large building such as a gymnasium, or may be an independent area such as each classroom in a school. Also, if the size of the evacuation shelter is small, the shelter may have only one accommodation area rather than multiple accommodation areas. It is sufficient for each evacuation shelter to have at least one accommodation area (a space where evacuees can temporarily live).

[Resident Registration]
As described above, in order to evacuate to a shelter using face recognition, each resident needs to register their own information in the management center (server device 20) (see FIG. 3). In the following description, the information that the resident registers in the server device 20 is referred to as "resident information."

Residents register resident information to the server device 20 using any means. For residents who have difficulty registering information themselves, such as young children or elderly people, their parents or children may register resident information on their behalf to the server device 20.

Resident information includes biometric information and personal information (the so-called four basic pieces of information: name, gender, address, and date of birth).

Examples of biometric information of residents include data (features) calculated from physical characteristics unique to individuals, such as face, fingerprints, voiceprints, veins, retina, and iris patterns. Alternatively, the biometric information may be image data such as face images and fingerprint images. The biometric information may be any information that includes the physical characteristics of a resident. In this disclosure, a case will be described in which biometric information related to a person's "face" (face image or features generated from a face image) is used.

In addition to the above information, resident information may also include information about the resident's health (hereinafter referred to as health information), information about the resident's family (hereinafter referred to as family information), information about items necessary for evacuation life (hereinafter referred to as item information), etc.

Examples of health information include blood type, medical history, chronic illnesses, regular medications, and information about whether or not a person needs nursing care. Alternatively, the name of a person's regular hospital may be registered as health information.

Examples of family information include the names of family members living together.

Examples of the item information include information on items needed by specific evacuees (e.g., infants), such as milk and diapers. In other words, items that are needed by all evacuees regardless of age or gender, such as water and food, are excluded from the needed item information.

[Evacuate to evacuation shelter]
When a disaster occurs, residents evacuate to an evacuation shelter. The evacuees move in front of the reception terminal 10 installed at the evacuation shelter (see FIG. 4).

The reception terminal 10 photographs the evacuee and acquires a facial image. The reception terminal 10 transmits an authentication request including the acquired facial image and the evacuation shelter ID assigned to the evacuation shelter to the server device 20.

The server device 20 performs biometric authentication using the acquired facial image. If the biometric authentication is successful, the server device 20 accepts the evacuee. Specifically, the server device 20 selects one of the multiple accommodation areas set up in the evacuation shelter, and notifies the reception terminal 10 of the selected accommodation area.

In the example of FIG. 4, "Area D" is determined as the accommodation destination for the evacuee (the person who was successfully authenticated; the person who was successfully authenticated), and the evacuee is notified of this via the reception terminal 10. The evacuee moves to Area D in accordance with the notification.

In addition, when the server device 20 determines where to accommodate an evacuee, it adds information about the evacuee to the evacuee list. For example, the server device 20 adds information about the evacuee, such as the name of the evacuee, the evacuation date and time, the evacuation location, and the accommodation area to the evacuee list.

Next, we will explain the details of each device included in the evacuation shelter management system related to the first embodiment.

[Server device]
Fig. 5 is a diagram showing an example of a processing configuration (processing module) of the server device 20 according to the first embodiment. Referring to Fig. 5, the server device 20 includes a communication control unit 201, a resident registration unit 202, an authentication unit 203, an evacuee management unit 204, and a storage unit 205.

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 reception terminal 10. The communication control unit 201 also transmits data towards the reception terminal 10. The communication control unit 201 passes the data received from the other devices to the other processing modules. The communication control unit 201 transmits the data acquired from the other processing modules towards the other devices. In this way, the other processing modules send and receive data with the other devices via the communication control unit 201.

The resident registration unit 202 is a means for realizing advance registration (resident registration) by residents. The resident registration unit 202 includes a plurality of sub-modules. FIG. 6 is a diagram showing an example of the processing configuration of the resident registration unit 202. Referring to FIG. 6, the resident registration unit 202 includes a resident information acquisition unit 211, an ID generation unit 212, a feature generation unit 213, and an entry management unit 214.

The resident information acquisition unit 211 is a means for acquiring resident information for each of multiple residents who may become evacuees in the future. More specifically, the resident information acquisition unit 211 acquires information such as facial images and names of residents by any means.

For example, the resident information acquisition unit 211 may acquire the resident information from a terminal (such as a smartphone or a personal computer) operated by the resident. Alternatively, the resident may send a document containing the resident information or an external storage device in which the resident information is stored to the management center, and a staff member of the center may input the resident information into the server device 20.

The resident information acquisition unit 211 may provide a GUI or form for inputting resident information. For example, the resident information acquisition unit 211 may display an information input form such as that shown in FIG. 7 on a terminal operated by the resident.

The resident enters the information shown in Figure 7. When the resident has completed entering the information, he or she presses the "send button" and enters the biometric information, personal information, etc. into the server device 20. Residents who wish to enter health information, family information, item information, etc., press the corresponding button to enter the required information. When a button for entering health information, etc. is pressed, the resident information acquisition unit 211 displays an information input form similar to that shown in Figure 7 on the terminal and acquires information from the resident.

The resident information acquisition unit 211 stores the acquired resident information in the memory unit 205.

The ID generation unit 212 is a means for generating an ID to be assigned to a resident who has registered in the evacuation shelter management system. The ID generation unit 212 may calculate a hash value of all or part of the acquired resident information, and use this hash value as the ID to be assigned to the resident. Alternatively, the ID generation unit 212 may assign a unique value each time a resident is registered, and use this value as the ID. In the following explanation, the ID generated by the ID generation unit 212 (ID for identifying a resident) will be referred to as the "resident ID".

The feature generation unit 213 is a means for generating features (feature vectors consisting of multiple features) that characterize a facial image registered by a resident from the facial image. Note that existing technology can be used for the feature generation process, so a detailed explanation is omitted. For example, the feature generation unit 213 extracts the eyes, nose, mouth, etc. as feature points from the facial image. The feature generation unit 213 then calculates the positions of each feature point and the distance between each feature point as features, and generates a feature vector (vector information that characterizes a facial image) consisting of multiple features.

The entry management unit 214 is a means for managing entries in the resident information database. The entry management unit 214 adds an entry including the resident ID generated by the ID generation unit 212, the features generated by the feature generation unit 213, a facial image, and personal information, health information, etc. acquired from the resident to the resident information database.

The resident registration unit 202 manages the status, current situation, etc. of each resident using a resident information database such as that shown in Figures 8 and 9. Figure 8 is a diagram showing an example of the overall structure of the resident information database. Figure 9(a) is a diagram showing the health information shown in Figure 8 in more detail. Figure 9(b) is a diagram showing the family information shown in Figure 8 in more detail. Figure 9(c) is a diagram showing the item information shown in Figure 8 in more detail.

As shown in Figures 8 and 9, the resident information database stores residents' biometric information (feature values, facial images), personal information (name, gender, address, date of birth), as well as health information, family information, etc.

Note that the contents registered in the resident information database shown in Figures 8 and 9 are merely examples, and are of course not intended to limit the information to be registered in the resident information database. For example, a resident's contact information (e.g., email address, etc.) may be registered in the resident information database. Also, as shown in Figure 9, depending on the resident's situation, family information, etc. may not be registered.

Returning to the explanation of Figure 5, the authentication unit 203 is a means for performing biometric authentication of residents who visit the evacuation shelter. The authentication unit 203 acquires biometric information of the evacuees from the reception terminal 10 installed at the evacuation shelter. The authentication unit 203 performs biometric authentication using the acquired biometric information and the biometric information of each of multiple residents pre-stored in a resident information database.

More specifically, the authentication unit 203 acquires an authentication request from the reception terminal 10. Since the authentication request includes a facial image of the evacuee (person to be authenticated), the authentication unit 203 extracts the facial image from the authentication request. The authentication unit 203 calculates features from the acquired facial image.

The authentication unit 203 sets the feature amount calculated based on the face image acquired from the reception terminal 10 as the object of matching, and performs a matching process with the feature amount registered in the resident information database. More specifically, the authentication unit 203 sets the calculated feature amount (feature vector) as the object of matching, and performs a 1:N (N is a positive integer, the same below) matching with the multiple feature amounts registered in the resident information database.

The authentication unit 203 calculates the similarity between the feature to be matched and each of the multiple feature on the registration side. The similarity can be calculated using chi-square distance, Euclidean distance, or the like. Note that the greater the distance, the lower the similarity, and the closer the distance, the higher the similarity.

The authentication unit 203 determines that the authentication of the person to be authenticated has been successful if, among the multiple features registered in the resident information database, there is a feature whose similarity with the feature to be compared is equal to or greater than a predetermined value. If such a feature is not present, the authentication unit 203 determines that the authentication of the person to be authenticated has failed.

If authentication fails, the authentication unit 203 notifies the reception terminal 10, which is the sender of the authentication request, of this fact (authentication failure).

If the authentication is successful, the authentication unit 203 identifies the feature registered in the resident information database that is closest to the feature to be compared. The authentication unit 203 passes the entry corresponding to the identified feature and the evacuation shelter ID extracted from the authentication request to the evacuee management unit 204.

The refuge management unit 204 is a means for managing residents (refugees) who visit the evacuation shelter. The refuge management unit 204 determines the accommodation area for those who have successfully passed biometric authentication from at least one accommodation area in the evacuation shelter.

There are various possible methods for the refugee management unit 204 to determine the accommodation area. For example, the refugee management unit 204 may determine the accommodation destination for successfully authenticated persons based on the density of refugees in the accommodation area. The refugee management unit 204 may determine the accommodation areas so that the number of people that can be accommodated in each area is equal, so as to prevent excessive crowding and close contact in each accommodation area.

In this case, the evacuee management unit 204 may determine the accommodation area using table information that stores the area, capacity, and actual capacity of each of the multiple accommodation areas in each evacuation shelter. Figure 10 shows an example of table information regarding the accommodation areas included in each evacuation shelter.

The evacuee management unit 204 calculates the density (number of evacuees per unit area) for each accommodation area of the evacuation shelter. The evacuee management unit 204 determines the accommodation area with the smallest density value among the multiple calculated densities as the accommodation destination for new evacuees. Note that the evacuee management unit 204 cannot select an accommodation area whose accommodation capacity has been reached (upper limit) as the accommodation destination for new evacuees.

When the evacuee management unit 204 determines the area to accommodate evacuees, it updates the capacity in the table information shown in Figure 10.

The evacuee management unit 204 may also determine the accommodation area for evacuees using other methods.

The evacuee management unit 204 may determine the accommodation area taking into consideration the gender, age, and address of the evacuee. For example, the evacuee management unit 204 may determine that evacuees of the same gender should be accommodated in the same accommodation area, that evacuees of similar ages should be accommodated in the same accommodation area, or that evacuees with similar addresses should be accommodated in the same accommodation area. In this way, the evacuee management unit 204 may determine the accommodation area based on the personal information (attribute information) of the evacuee.

The evacuee management unit 204 may determine the accommodation destination for the evacuee based on the health information. For example, the evacuee management unit 204 may select an accommodation area where medical staff are present as the accommodation destination for an evacuee with a chronic illness. Alternatively, the evacuee management unit 204 may select an accommodation area equipped with facilities and equipment for nursing care as the accommodation destination for an evacuee who requires nursing care.

The evacuee management unit 204 may determine the accommodation destination for an evacuee based on family information. For example, if a family member (housemate) is already accommodated in the same evacuation shelter, the evacuee management unit 204 may determine the accommodation destination for the evacuee to be the same as that of the family member. In this case, the evacuee management unit 204 searches the evacuee list using the name of the family member previously registered by the evacuee as a key. If the search is successful (if the family member is accommodated), the evacuee management unit 204 determines the accommodation destination for the new evacuee to be the same accommodation area as that family member.

When the evacuee management unit 204 determines the accommodation area for the evacuee by the method described above or another method, it notifies the reception terminal 10 of the determined accommodation area. The notification of the accommodation area serves as a response (positive response; response indicating successful authentication) to the authentication request sent by the reception terminal 10.

The evacuee management unit 204 may determine the accommodation destination of evacuees using a different method for each evacuation shelter. In the example of FIG. 2, the accommodation destination of evacuees may be determined using different methods for evacuation shelters A and B. Alternatively, the evacuee management unit 204 may select a method for determining the accommodation destination depending on the type of disaster, the time of disaster occurrence, etc. For example, in the case of a disaster that occurs during the period when an infectious disease is rampant, the evacuee management unit 204 may determine the accommodation destination using a method that avoids excessive closeness between each accommodation area. In the case of a disaster that occurs during the period when an infectious disease is not rampant, the evacuee management unit 204 may determine the accommodation area so that family members are accommodated in the same accommodation destination.

To achieve the above-mentioned flexible determination of accommodation locations, the server device 20 may store a policy that defines the method of determining accommodation locations for each evacuation shelter. Alternatively, staff at the management center may input to the server device 20 the type of accommodation method to be adopted each time a disaster occurs. The staff may comprehensively determine the size of the evacuation shelter, the role of the evacuation shelter, the time of the disaster occurrence, etc., determine the method of determining accommodation locations for each evacuation shelter, and input this to the server device 20.

Once the accommodation area for the evacuees has been determined, the evacuee management unit 204 adds information about the new evacuees to the evacuee list. For example, the evacuee management unit 204 records the accommodation destination of the determined successfully authenticated person in the evacuee list. The evacuee management unit 204 manages the evacuees at each evacuation shelter using the evacuee list generated for each evacuation shelter.

The evacuee management unit 204 adds the resident information of the evacuee and information regarding the evacuation situation of the evacuee (evacuation situation information) to the evacuee list (see Figure 11). The evacuation situation information includes the evacuation date and time (authentication date and time) when the evacuee was accepted by the evacuation shelter, the accommodation area in which the evacuee was accommodated, etc. The "resident information" described in Figure 11 includes all or part of the items included in the entry of the resident information database shown in Figure 8.

The evacuee management unit 204 may generate an evacuee list that collectively manages residents in the area under the management center, rather than generating an evacuee list for each evacuation shelter (see FIG. 12). In this case, the evacuee list only needs to include a field for storing the evacuation shelter ID assigned to each evacuation shelter.

The memory unit 205 is a means for storing information necessary for the operation of the server device 20. A resident information database that stores at least the biometric information of each of a plurality of residents is constructed in the memory unit 205. A list of evacuees for managing evacuees who have been accepted into an evacuation shelter upon successful biometric authentication is also stored in the memory unit 205.

[Reception terminal]
Fig. 13 is a diagram showing an example of a processing configuration (processing module) of the reception terminal 10. Referring to Fig. 13, the reception terminal 10 includes a communication control unit 301, a face image acquisition unit 302, an authentication request unit 303, and a storage unit 304.

The communication control unit 301 is a means for controlling communication with other devices. Specifically, the communication control unit 301 receives data (packets) from the server device 20. The communication control unit 301 also transmits data to the server device 20. The communication control unit 301 passes the data received from the other devices to the other processing modules. The communication control unit 301 transmits the data acquired from the other processing modules to the other devices. In this way, the other processing modules send and receive data to and from the other devices via the communication control unit 301.

The facial image acquisition unit 302 is a means for controlling a camera device (a camera device provided in the reception terminal 10) and acquiring facial images (biometric information) of evacuees in front of the device. The facial image acquisition unit 302 captures an image in front of the device periodically or at a specified timing. The facial image acquisition unit 302 determines whether the acquired image contains a human facial image, and if a facial image is included, extracts the facial image from the acquired image data.

Note that the facial image detection process and facial image extraction process performed by the facial image acquisition unit 302 can use existing technology, so detailed explanations will be omitted. For example, the facial image acquisition unit 302 may extract a facial image (facial area) from image data using a learning model trained by a CNN (Convolutional Neural Network). Alternatively, the facial image acquisition unit 302 may extract a facial image using a method such as template matching.

The facial image acquisition unit 302 passes the extracted facial image to the authentication request unit 303.

The authentication request unit 303 is a means for requesting authentication of the evacuee in front of the server device 20. The authentication request unit 303 generates an authentication request including the acquired face image and evacuation shelter ID, and transmits it to the server device 20.

The evacuation shelter ID is shared between the reception terminal 10 and the server device 20 by any means. For example, a system administrator (a staff member at the management center) may assign a shelter ID to each evacuation shelter and set the assigned shelter ID in the reception terminal 10.

The authentication request unit 303 receives a response (authentication successful, authentication failed) from the server device 20 to the authentication request.

If the authentication result is "authentication failed," the authentication request unit 303 notifies the evacuee (the person who failed authentication; the person who was authenticated for which the authentication result was a failure) of that fact. For example, the authentication request unit 303 notifies a message such as "Information is not registered on the server. Please consult with a staff member." For example, the authentication request unit 303 notifies the evacuee of the above message using a display device such as an LCD panel or an audio device such as a speaker.

If the authentication result is “authentication successful,” the authentication request unit 303 notifies the evacuee (authentication successful person) of the accommodation area obtained from the server device 20.

The memory unit 304 is a means for storing information necessary for the operation of the reception terminal 10.

[Operation of the evacuation shelter management system]
Next, the operation of the evacuation shelter management system according to the first embodiment will be described.

Figure 14 is a sequence diagram showing an example of the operation of the evacuation shelter management system according to the first embodiment. Note that Figure 14 is a sequence diagram showing an example of the system operation when a resident visits an evacuation shelter. It is assumed that resident registration has already been completed prior to the operation of Figure 14.

When an evacuee is located in front of the reception terminal 10, the reception terminal 10 acquires a facial image of the evacuee. The reception terminal 10 transmits an authentication request including the facial image to the server device 20 (step S01).

The server device 20 performs authentication processing using the acquired facial image (matching processing using features registered in the resident information database) (step S02).

If the authentication result is a failure (step S03, No branch), the server device 20 executes processing of step S06.

If the authentication result is successful (step S03, Yes branch), the server device 20 determines the accommodation area for the evacuees (those who were successfully authenticated) (step S04).

The server device 20 then adds information about the evacuee to the evacuee list and updates the evacuee list (step S05).

The server device 20 transmits the authentication result (authentication successful, authentication failed) to the reception terminal 10 (step S06). If the authentication result is authentication successful, the server device 20 transmits a response including the accommodation area for the evacuees to the reception terminal 10.

The reception terminal 10 outputs a message according to the authentication result (step S07). If authentication success is received, the reception terminal 10 informs the evacuee of the accommodation location (destination). If authentication failure is received, the reception terminal 10 informs the evacuee to consult with staff.

<Modification of the first embodiment>
In the above description, a case where resident registration is performed without confirming the identity of the resident has been described. However, the server device 20 may register residents whose identities have been confirmed. In this case, the resident information acquisition unit 211 requests the submission of an identification card (e.g., a driver's license, a passport, a My Number card, etc.). Note that in the present disclosure, an identification card equipped with an IC (Integrated Circuit) chip can be used. The IC chip stores a facial image or information related to the facial image (e.g., features) of the resident who has been issued the identification card.

The resident uses a card reader or the like to extract information from the IC chip mounted on the identification card and transmits it to the server device 20. In the following explanation, the information extracted from the IC chip will be referred to as "IC chip information."

The resident information acquisition unit 211 allows the registration of a resident if a facial image taken by the resident himself (hereinafter referred to as the photographed facial image) substantially matches the facial image obtained from the IC chip information (hereinafter referred to as the chip facial image).

Specifically, the resident information acquisition unit 211 calculates the similarity between the two facial images, and if the similarity is equal to or greater than a predetermined value, it determines that the two facial images are of the same person. That is, the resident information acquisition unit 211 performs one-to-one matching using the two facial images, and determines whether or not to permit resident registration based on the result.

As described above, in the evacuation shelter management system according to the first embodiment, the server device 20 acquires and stores biometric information of residents in advance. When a disaster occurs and residents begin evacuating to an evacuation shelter, the reception terminal 10 acquires a facial image of the evacuee and requests authentication from the server device 20. The server device 20 determines whether the evacuee is a pre-registered resident through biometric authentication, and allows entry to the evacuation shelter if the evacuee is a pre-registered resident. The server device 20 also manages residents who have been allowed entry (residents who have been successfully authenticated) based on an evacuee list. At that time, the server device 20 can easily create an evacuee list for managing evacuees by using personal information of pre-registered residents.

Second Embodiment
Next, the second embodiment will be described in detail with reference to the drawings.

In the first embodiment, it is assumed that residents who visit evacuation shelters have completed resident registration in advance. However, in reality, some residents visit evacuation shelters without completing resident registration in advance. In the second embodiment, we will explain how to accept evacuees who have not completed resident registration in advance.

The general configuration of the evacuation shelter management system in the second embodiment can be the same as the configuration in the first embodiment, so its description will be omitted.

The differences between the first and second embodiments are explained below.

Figure 15 is a diagram showing an example of a processing configuration (processing module) of the reception terminal 10 according to the second embodiment. Referring to Figure 15, an identification card reading unit 305 has been added to the configuration of the reception terminal 10 according to the first embodiment.

Figure 16 is a diagram showing an example of a processing configuration (processing module) of the server device 20 according to the second embodiment. Referring to Figure 16, an identity verification unit 206 has been added to the configuration of the server device 20 according to the first embodiment.

When the authentication request unit 303 of the reception terminal 10 receives a notification of authentication failure from the server device 20, it notifies the identification card reading unit 305 of the failure. Note that a person who has failed authentication can be treated as a resident who has not registered as a resident in advance.

In response to the notification, the ID reader 305 requests the evacuee (who failed authentication) to present his/her ID. For example, the ID reader 305 obtains the IC chip information of the ID using a GUI such as that shown in FIG.

The ID reading unit 305 controls the card reader and acquires a face image (chip face image) and personal information (name, gender, etc.) from the IC chip of the ID. The ID reading unit 305 passes the acquired chip face image and personal information to the authentication request unit 303.

The authentication request unit 303 sends an "evacuee registration request" to the server device 20, which includes the evacuation shelter ID, two facial images (photographed facial image, chip facial image), and personal information.

When the identification card reading unit 305 fails to authenticate an evacuee (when a GUI such as that shown in FIG. 17 is displayed), the identification card reading unit 305 may instruct the face image acquisition unit 302 to acquire a face image of the evacuee (who failed authentication). The identification card reading unit 305 may deliver the photographed face image obtained from the face image acquisition unit 302 to the authentication request unit 303 together with the chip face image, etc.

The identity verification unit 206 of the server device 20 is a means for verifying the identity of evacuees who have visited an evacuation shelter. The identity verification unit 206 acquires information obtained from the identification card presented to the reception terminal 10 by a person who has failed biometric authentication, and verifies the identity of the person who has failed authentication based on the acquired information. Specifically, the identity verification unit 206 processes the evacuee registration request acquired from the reception terminal 10.

The identity verification unit 206 verifies the identity of the person who failed to be authenticated using information obtained from the IC chip mounted on the identification card. The identity verification unit 206 verifies the identity of the person who failed to be authenticated using the photographed face image of the person who failed to be authenticated obtained from the reception terminal 10 and the chip face image recorded on the IC chip.

More specifically, the identity verification unit 206 performs a matching process (one-to-one matching) using the two facial images included in the evacuee registration request. The identity verification unit 206 calculates the similarity between the two facial images, and if the calculated similarity is equal to or greater than a predetermined value, it determines that the identity verification (personal verification) of the evacuee has been successful. If the similarity is less than the predetermined value, the identity verification unit 206 determines that the identity verification has failed.

If identity verification fails, the identity verification unit 206 notifies the reception terminal 10 accordingly.

If identity verification is successful, the identity verification unit 206 passes the evacuation shelter ID included in the evacuee registration request, at least one of the two facial images, the features used in the matching process, and personal information (name, gender, etc.) to the evacuee management unit 204.

The refugee management unit 204 treats evacuees whose identities have been confirmed in the same way as residents who have registered as residents in advance. Specifically, the refugee management unit 204 uses a refugee list to manage unsuccessful authentication recipients whose identities have been successfully confirmed as evacuees accepted into evacuation shelters.

The evacuee management unit 204 determines the accommodation area for evacuees whose identities have been confirmed. The evacuee management unit 204 adds information about the evacuee to the evacuee list. At that time, the evacuee management unit 204 updates the evacuee list using the acquired facial image and personal information (name, gender, etc.). In this way, the evacuee management unit 204 determines the accommodation area of the evacuation shelter for those who have been successfully authenticated or those who have failed to be authenticated but whose identities have been successfully confirmed. In addition, when updating the evacuee list for those who have failed to be authenticated but whose identities have been successfully confirmed, the evacuee management unit 204 writes the personal information (name, etc.; information obtained from identification) of the unsuccessful evacuee whose identities have been successfully confirmed in the evacuee list.

Figure 18 is a sequence diagram showing an example of the operation of the evacuation shelter management system according to the second embodiment. Note that the operation up to the point where the server device 20 transmits a failure to authenticate an evacuee who is not registered as a resident can be the same as in the first embodiment, and therefore a description thereof will be omitted.

The reception terminal 10 receives a response regarding authentication failure from the server device 20 (step S11).

The reception terminal 10 acquires the information of the identification card presented by the evacuee (information stored in the IC chip; IC chip information) (step S12). In this way, in response to receiving a notification of a failure in biometric authentication, the reception terminal 10 requests the person who failed the authentication to present an identification card.

The reception terminal 10 sends an "evacuee registration request" including two facial images and personal information to the server device 20 (step S13).

The server device 20 performs identity verification processing (personal identity verification processing) using the two acquired facial images (step S14).

If identity verification fails (step S15, No branch), the server device 20 executes processing of step S18.

If identity verification is successful (step S15, Yes branch), the server device 20 determines the accommodation area for the evacuees and updates the evacuee list (steps S16, S17).

The server device 20 sends a response to the evacuee registration request obtained from the reception terminal 10 (step S18).

If identity verification fails, the server device 20 cannot decide whether to accept the evacuee. Therefore, the server device 20 sends a negative response (refusal to accept the evacuee) to the evacuee registration request.

If identity verification is successful, the server device 20 accepts the evacuee into the evacuation shelter. The server device 20 sends a positive response (evacuee acceptance acceptance) to the evacuee registration request. The response includes the area where the evacuee will be accommodated.

The reception terminal 10 outputs a message in response to the evacuee registration request (step S19).

If the response to the evacuee registration request is a negative response, the reception terminal 10 outputs a message encouraging the evacuee to consult with staff. The reception terminal 10 also outputs a similar message if the evacuee does not have identification (if the "No" button in FIG. 17 is pressed). In this way, the reception terminal 10 notifies a predetermined message to evacuee whose identity has not been verified or who is unable to present identification.

If the response to the evacuee registration request is a positive response, the reception terminal 10 displays the accommodation area for the evacuee. In other words, the server device 20 notifies the reception terminal 10 of the accommodation area for the unsuccessful authentication evacuee whose identity has been successfully verified. The reception terminal 10 outputs a message regarding the accommodation area notified.

In this way, the reception terminal 10 transmits a refuge registration request including information obtained from the IC chip mounted on the identification card (chip facial image, personal information such as name, etc.) to the server device 20. The server device 20 uses the information included in the refuge registration request to verify the identity of those who have failed authentication. That is, the refuge registration request includes the biometric information (photographed facial image) of the unsuccessful authentication person and the biometric information (chip facial image) of the resident who has been issued the identification card. The server device 20 performs a matching process (one-to-one matching) using this biometric information to verify the identity of refugees who have not registered as residents in advance (those who have failed authentication).

<Modification of the second embodiment>
In the second embodiment, a case has been described in which an evacuee who has not registered as a resident in advance and whose identity has been successfully verified is accepted into an evacuation shelter. However, the evacuation shelter management system may accept an evacuee without verifying the identity of the evacuee.

For example, an evacuee who has not registered as a resident operates the reception terminal 10 to input his/her name, address, etc. The reception terminal 10 acquires a facial image of the evacuee. The reception terminal 10 transmits the acquired personal information (name, etc.) and facial image to the server device 20. The server device 20 adds the acquired personal information and facial image to a list of evacuees. At that time, the server device 20 manages evacuees who have not undergone identity verification so as to be able to distinguish between evacuees who have not undergone identity verification and other evacuees (evacuees who have previously registered as a resident and evacuees who have successfully undergone identity verification). For example, the server device 20 manages evacuees who have not undergone identity verification using a "flag" or the like.

In response to a request from a staff member, the server device 20 provides the staff member with information (name, facial image) of evacuees whose identities have not been verified. Based on the information provided, the staff member will take appropriate action, such as interviewing evacuees whose identities cannot be verified.

As described above, in the evacuation shelter management system according to the second embodiment, the server device 20 allows evacuees who have not registered as residents in advance to enter an evacuation shelter if they present valid identification. In other words, the server device 20 treats evacuees whose identity has been confirmed in the same way as local residents and allows them to use an evacuation shelter. As a result, even tourists and foreigners who are affected by the disaster while traveling can use an evacuation shelter.

[Third embodiment]
Next, a third embodiment will be described in detail with reference to the drawings.

In the third embodiment, a case is described in which the health condition of evacuees is checked and appropriate measures are taken according to the results. In the third embodiment, the health condition of evacuees is checked at multiple locations and on multiple occasions in the evacuation shelter and appropriate measures are taken according to the results.

The processing configuration of the server device 20 in the third embodiment can be the same as that in the first embodiment, so its description will be omitted.

The differences between the first to third embodiments are explained below.

Figure 19 is a diagram showing an example of a schematic configuration of a shelter management system according to the third embodiment. As shown in Figure 19, in the third embodiment, a supply terminal 30 is installed in a shelter.

The supply terminal 30 is a terminal that serves as an interface when supplying food and other items to evacuees. The supply terminal 30 acquires a facial image (biometric information) of the evacuee in front of it. The supply terminal 30 transmits an authentication request including the acquired facial image, etc. to the server device 20.

The server device 20 identifies the evacuees through biometric authentication using the acquired facial images, and manages the items etc. provided to the identified evacuees.

The reception terminal 10 and the supply terminal 30 according to the third embodiment are configured to be able to acquire vital information (also called vital data or vital signs) of the person to be authenticated. For example, the reception terminal 10 and the supply terminal 30 are equipped with a thermograph or the like capable of acquiring the body surface temperature of the evacuees.

Figure 20 is a diagram showing an example of a processing configuration (processing module) of the reception terminal 10 according to the third embodiment. Referring to Figure 20, a life information acquisition unit 306 has been added to the configuration of the reception terminal 10 according to the first embodiment.

Figure 21 is a diagram showing an example of the processing configuration (processing module) of the supply terminal 30 according to the third embodiment. The processing configuration of the supply terminal 30 can be the same as the processing configuration of the reception terminal 10, so a detailed explanation will be omitted. In other words, the basic operations of the corresponding processing modules of the reception terminal 10 and the supply terminal 30 can be the same.

The reception terminal 10 and the supply terminal 30 output different messages when they receive a response to an authentication request from the server device 20.

When the facial image acquisition unit 302 of the reception terminal 10 acquires a facial image of an evacuee, it notifies the vital information acquisition unit 306 of the acquisition.

The vital information acquisition unit 306 is a means for acquiring vital information of the evacuees. For example, the vital information acquisition unit 306 acquires the body surface temperature of the evacuees. The vital information acquisition unit 306 controls a thermograph to acquire the body surface temperature of the evacuees.

In addition, the vital information acquisition unit 306 may acquire other vital information instead of or in addition to the body surface temperature. For example, the vital information acquisition unit 306 may acquire blood pressure, pulse rate, etc.

The biometric information acquisition unit 306 passes the acquired biometric information to the authentication request unit 303.

The authentication request unit 303 sends an authentication request including the evacuation shelter ID, terminal ID, facial image (photographed facial image), and vital information to the server device 20.

The terminal ID is identification information for identifying terminals (reception terminal 10, supply terminal 30) installed in the same evacuation shelter. The terminal ID is shared between the terminals at the evacuation shelter (reception terminal 10, supply terminal 30) and the server device 20. The terminal ID may be the IP (Internet Protocol) address, MAC (Media Access Control) address, etc. of the reception terminal 10 and supply terminal 30.

The server device 20 changes the processing depending on the terminal (reception terminal 10, payment terminal 30) that sent the authentication information. The server device 20 determines the type of the terminal that sent the authentication request based on the terminal ID included in the authentication request. Below, we will explain the cases when an authentication request is obtained from the reception terminal 10 and when an authentication request is received from the payment terminal 30.

<Receiving authentication request from reception terminal 10>
The authentication unit 203 judges the physical condition of the person to be authenticated based on the vital information extracted from the authentication request. For example, the authentication unit 203 executes threshold processing on the vital information (vital data, vital signs) and judges the physical condition of the person to be authenticated based on the result. When the body surface temperature is acquired as vital information, the authentication unit 203 judges the person to be in "poor physical condition" if the body surface temperature is equal to or higher than a predetermined value, and judges the person to be in "good physical condition" if the body surface temperature is lower than the predetermined value.

If the authentication result is "authentication failed," the authentication unit 203 notifies the reception terminal 10 of the authentication failure and the physical condition of the person to be authenticated (good physical condition, poor physical condition). The authentication unit 203 transmits a response to the reception terminal 10 that includes the authentication result related to the authentication failure and the physical condition of the person to be authenticated determined based on the vital signs (physical condition determination result).

If the authentication result is "authentication successful," the authentication unit 203 passes the resident information, evacuation shelter ID, terminal ID, vital information of the successfully authenticated person identified by the authentication process (matching process), and health condition assessment result to the evacuee management unit 204.

The evacuee management unit 204 associates the biometric information, vital information, and health assessment results of those who are successfully authenticated by biometric authentication (evacuees accommodated in evacuation shelters) and records them in the evacuee list.

The evacuee management unit 204 identifies the corresponding evacuee list using the evacuation shelter ID. The evacuee management unit 204 also executes processing for the reception terminal 10 based on the terminal ID.

The evacuee management unit 204 determines where to accommodate evacuees (those who have been successfully authenticated). In doing so, the evacuee management unit 204 determines the accommodation area by giving priority to the health condition of the evacuee. The evacuee management unit 204 determines the accommodation destination for the evacuee based on the results of the health condition assessment of the evacuee.

Specifically, if an evacuee is "unwell," the evacuee management unit 204 accommodates the evacuee in an accommodation area (an area for accommodating people who are unwell; an isolation area) that is different from normal accommodation areas.

For example, as shown in Figure 19, an evacuation shelter includes six accommodation areas, one of which (e.g., area F) is an isolation area assigned to accommodate unwell persons. In this case, if an evacuee standing in front of the reception terminal 10 is unwell, the evacuee management unit 204 determines that the unwell person should be accommodated in area F.

Doctors and other medical staff may be stationed in the isolation area, who will provide appropriate treatment to evacuees who are feeling unwell.

If the health status of an evacuee is "good health," the evacuee management unit 204 determines the accommodation area for the evacuee using the method described in the first embodiment. In this way, the evacuee management unit 204 determines the accommodation area for those in good health to be the first accommodation area, and the accommodation area for those in poor health to be the second accommodation area that is different from the first accommodation area.

Once the evacuee management unit 204 has determined where to accommodate the evacuees, it notifies the reception terminal 10 of the accommodation. The evacuee management unit 204 sends an affirmative response including the accommodation area for the evacuees to the reception terminal 10.

The evacuee management unit 204 updates the evacuee list using the information obtained from the authentication unit 203. The evacuee management unit 204 stores the vital information (body surface temperature) and physical condition of each evacuee in association with resident information, etc. (see Figure 22).

The operation of the server device 20 when it receives an authentication request from the reception terminal 10 can be summarized as shown in the flowchart in Figure 23.

The server device 20 receives an authentication request from the reception terminal 10 (step S101).

The server device 20 determines the physical condition of the person to be authenticated using the vital information contained in the authentication request (step S102).

The server device 20 performs authentication processing using the acquired facial image and the features registered in the resident information database (step S103).

If authentication fails (step S104, No branch), the server device 20 sends a response (a negative response notifying the failure of authentication) including the health assessment result (good health, poor health) of the person who failed authentication to the reception terminal 10 (step S105).

If authentication is successful (step S104, Yes branch), the server device 20 checks the physical condition of the person who was successfully authenticated (step S106).

If the successfully authenticated person is in poor health (step S106, Yes branch), the server device 20 decides to accommodate the incompetent person in a quarantine area (step S107).

If the successfully authenticated person is in good health (step S106, No branch), the server device 20 determines the accommodation area for the person in good health (step S108).

Once the accommodation destination for the successfully authenticated person has been determined, the server device 20 updates the evacuee list (step S109).

The server device 20 sends a response (a positive response notifying the successful authentication) including the accommodation area of the successfully authenticated person to the reception terminal 10 (step S110).

The reception terminal 10 changes the message to be notified to the evacuee (person to be authenticated) depending on the content of the response obtained from the server device 20. In particular, when a response related to authentication failure is received, the reception terminal 10 outputs a message according to the physical condition of the person who failed to be authenticated.

If authentication is unsuccessful and the person to be authenticated is in good health, the reception terminal 10 outputs a message as shown in Fig. 24(a). In this case, since the evacuee has not registered as a resident in advance, the reception terminal 10 provides guidance encouraging the evacuee to consult with staff.

If authentication fails and the person to be authenticated is in poor health, the reception terminal 10 outputs a message as shown in Fig. 24(b). In this case, since the evacuee has not registered as a resident in advance and is in poor health, the reception terminal 10 provides guidance encouraging the evacuee to consult with staff while informing them of their own poor health.

If successful authentication is received, the reception terminal 10 may guide the evacuees to the notified accommodation area. The reception terminal 10 guides evacuees who are not in poor health to the normal accommodation area (see FIG. 24(c)). The reception terminal 10 guides evacuees who are in poor health to the quarantine area (see FIG. 24(d)).

In addition, in figures including Figure 24, people colored gray indicate those who are unwell.

<Receiving authentication request from supply terminal 30>
When an authentication request is received from the supply terminal 30, the authentication unit 203 performs authentication processing (1:N matching) using the biometric information stored in the evacuee list instead of the biometric information stored in the resident information database. When the biometric information and vital information of an inmate housed in an evacuation shelter are acquired from the supply terminal 30, the authentication unit 203 identifies the inmate whose biometric information and vital information was acquired by the supply terminal 30 through matching processing using the acquired biometric information of the inmate and the biometric information recorded in the evacuee list.

The authentication unit 203 identifies the corresponding evacuee list based on the evacuation shelter ID included in the authentication request. The authentication unit 203 identifies evacuees (accommodated in an evacuation shelter) standing in front of the supply terminal 30 among the evacuees registered in the evacuee list through a matching process.

The authentication unit 203 determines the physical condition of the person to be authenticated based on the acquired vital signs information, in the same manner as when an authentication request is received from the reception terminal 10.

When an authentication request is received from the supply terminal 30, the authentication process by the authentication unit 203 is successful because the person to be authenticated is stored in the evacuee list. If the authentication fails, the authentication unit 203 notifies the supply terminal 30 of the authentication failure and the physical condition of the person to be authenticated (good health, bad health). In this case, the supply terminal 30 outputs a message encouraging the evacuee and staff to consult with each other.

If the authentication result is "authentication successful," the authentication unit 203 passes the resident ID, evacuation shelter ID, terminal ID, vital information of the successfully authenticated person identified by the authentication process (matching process) and the health condition assessment result to the evacuee management unit 204.

The evacuee management unit 204 updates the entry (the entry in the evacuee list) of the evacuee identified by the matching process of the authentication unit 203. The evacuee management unit 204 identifies the corresponding evacuee list using the evacuation shelter ID, and identifies the evacuee entry using the resident ID. The evacuee management unit 204 updates the vital information field and the physical condition field of the successfully authenticated person using the vital information and physical condition assessment results obtained from the authentication unit 203.

In addition to updating the above entries, the evacuee management unit 204 also executes processing for the supply terminal 30 based on the terminal ID. Specifically, the evacuee management unit 204 manages the supply of goods to the evacuee (successfully authenticated). The evacuee management unit 204 uses the resident ID to identify an evacuee who is registered in the evacuee list and is standing in front of the supply terminal 30.

The evacuee management unit 204 manages the status of the provision of goods using the "goods supply field" of the identified evacuee. If the goods supply field is blank, the evacuee management unit 204 determines that the provision of goods has not been completed for the evacuee. If "Completed" is set in the goods supply field, the evacuee management unit 204 determines that the provision of goods has been completed for the evacuee. If the provision of goods to the evacuee has not been completed, the evacuee management unit 204 allows the provision of goods to the evacuee. If the provision of goods to the evacuee has been completed, the evacuee management unit 204 denies the provision of goods to the evacuee. If the provision of goods to the evacuee is permitted, the evacuee management unit 204 updates the corresponding goods supply field.

The evacuee management unit 204 includes the health assessment result of the successfully authenticated person and information regarding the provision of goods (goods provision permitted, goods provision not permitted) in the response (positive response) to the authentication request obtained from the supply terminal 30.

The operation of the server device 20 when an authentication request is received from the supply terminal 30 can be summarized as shown in the flowchart in Figure 25. Note that the processing of steps S201 to S205 described in Figure 25 can be the same as the processing of steps S101 to S105 shown in Figure 23, so the description thereof will be omitted. The processing of steps S201 to S205 can be understood by replacing "reception terminal 10" with "supply terminal 30" in the description of steps S101 to S105 shown in Figure 23. Also, the authentication information used in step S203 is the biometric information (feature amount) registered in the evacuee list. That is, the first and third embodiments differ in that the authentication information used in step S203 is the evacuee list.

If authentication of the evacuee is successful (step S204, Yes branch), the server device 20 updates the evacuee list using the health assessment results of the successfully authenticated evacuee, the status of provision of goods, etc. (step S206).

The server device 20 sends a response (a positive response notifying the successful authentication) to the supply terminal 30 including information regarding the supply of goods and the physical condition assessment result of the successfully authenticated person (step S207).

The supply terminal 30 changes the message to be notified to the evacuee (authenticated person) depending on the content of the response obtained from the server device 20.

If the authentication result is successful and the authenticated person is in good health, the supply terminal 30 outputs a message corresponding to the information regarding the supply of goods (supply of goods permitted, supply of goods not permitted) (see Figures 26(a) and 26(b)). Note that Figure 26(a) shows an example of a message corresponding to supply of goods permitted, and Figure 26(b) shows an example of a message corresponding to supply of goods not permitted.

If the authentication result is successful and the successfully authenticated person is in poor health, the supply terminal 30 provides guidance to the evacuee to inform staff of their poor health (see FIG. 26(c)). Alternatively, if the successfully authenticated person is in poor health, the supply terminal 30 may output a message to direct the evacuee to a quarantine area. In this case, the server device 20 may include information about the quarantine area in the response to the authentication request.

In addition, since it is not generally expected that the result of the authentication request sent from the supply terminal 30 will be "authentication failure," an explanation of this will be omitted.

<Modification of the third embodiment>
In the third embodiment, a case has been described in which vital information of evacuees is acquired by a terminal used for distributing goods. However, vital information of evacuees may be acquired by a portable terminal. In particular, vital information of evacuees housed in a quarantine area may be acquired periodically by staff or the like. Specifically, staff may visit the quarantine area carrying a health observation terminal equipped with a camera and a thermograph, and acquire biometric information and vital information of evacuees housed in the area. The server device 20 identifies the authenticated person using the biometric information acquired by the health observation terminal, and judges the physical condition based on the vital information. The server device 20 updates the evacuee list using the acquired vital information (e.g., body surface temperature) and physical condition judgment result.

That is, in the above third embodiment, the provided terminal 30 is used as an example of a terminal for acquiring vital information of detainees housed in an evacuation shelter, but the terminal for acquiring vital information, etc. is not limited to the provided terminal 30 and may be a health monitoring terminal carried by staff. The server device 20 can acquire vital information of detainees from any terminal used in the evacuation shelter and determine the physical condition of the detainees from the vital information.

As described above, in the third embodiment, the server device 20 acquires biometric information and life information of evacuees from the reception terminal 10 installed at the evacuation shelter. The server device 20 performs biometric authentication using the acquired biometric information and the biometric information stored in the resident information database, and judges the physical condition of the person to be authenticated based on the life information. The reception terminal 10 and the server device 20 perform appropriate processing according to the physical condition of the person to be authenticated. Specifically, if an evacuee who has failed authentication is in poor physical condition, the reception terminal 10 instructs the evacuee to inform staff of this. Furthermore, if an evacuee who has successfully been authenticated is in poor physical condition, the server device 20 isolates the unwell person.

In addition, in the third embodiment, biometric and vital information of evacuees is acquired when evacuees are provided with items or when staff make rounds, and this information is reflected in the evacuee list in real time. Therefore, even if an evacuee is in good health when he or she is accommodated in an evacuation shelter, if his or her health deteriorates later on, he or she can be quickly identified.

Furthermore, in the third embodiment, the status of the provision of goods to evacuees is managed, thereby preventing goods from being given to the same evacuees multiple times.

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

In the fourth embodiment, we will explain the case where the server device 20 automatically calculates the necessary supplies, etc. at each evacuation shelter.

The schematic configuration of the evacuation shelter management system according to the fourth embodiment can be the same as that of the first embodiment, and therefore the description thereof will be omitted. The processing configuration of the reception terminal 10 according to the fourth embodiment can be the same as that of the first embodiment, and therefore the description thereof will be omitted.

The differences between the first to fourth embodiments are explained below.

Figure 27 is a diagram showing an example of a processing configuration (processing module) of the server device 20 according to the fourth embodiment. Referring to Figure 27, an item list generation unit 207 has been added to the configuration of the server device 20 according to the first embodiment.

The item list generation unit 207 is a means for calculating information regarding items required at evacuation shelters. Specifically, the item list generation unit 207 generates an item list regarding items required at each evacuation shelter based on the number of evacuees listed in the evacuee list.

For example, the item list generation unit 207 calculates the number of items (food, daily necessities) required at an evacuation shelter. More specifically, the item list generation unit 207 calculates the number of items required for each evacuation shelter. For example, the item list generation unit 207 multiplies the number of evacuees at each evacuation shelter by a predetermined coefficient (a coefficient determined by the number of days, daily consumption, etc.) to calculate the number of food and daily necessities (toothbrushes, etc.) required.

The item list generation unit 207 may calculate the number of items required for a particular evacuee based on the health information of the evacuee listed in the evacuee list. For example, the item list generation unit 207 calculates the required number of commonly used medications of the evacuee.

The item list generation unit 207 may use the item information to calculate the number of items required for a specific evacuee. For example, the item list generation unit 207 refers to the item information included in the evacuee list for each evacuation shelter. The item list generation unit 207 calculates the required number of each item listed in the item information. For example, the item list generation unit 207 calculates the required number of milk at each evacuation shelter (the amount of milk to be delivered to the evacuation shelter) by multiplying the number of evacuees who have written that they need milk by a predetermined coefficient.

The item list generating unit 207 may calculate the age of the evacuee based on the date of birth of the evacuee, and calculate the number of necessary items based on the calculated age. For example, the item list generating unit 207 may calculate the number of infants housed in each evacuation shelter, and calculate the quantity of necessary items (milk, diapers, etc.).

The item list generation unit 207 generates a list that compiles the item names and their numbers calculated based on the evacuee list for each evacuation shelter. For example, the item list generation unit 207 generates an item list as shown in FIG. 28.

The item list generation unit 207 provides the generated item list to staff at the management center. For example, the item list generation unit 207 prints the item list, displays it on a screen, sends it to the staff's email address, etc. The staff arranges for the necessary items based on the item list provided by the server device 20.

As described above, the server device 20 according to the fourth embodiment automatically and accurately calculates the items and their quantities required at each evacuation shelter using the evacuee list generated for each shelter. Staff at the management center need only deliver items to the shelter according to the item list generated by the server device 20, enabling efficient operation of the shelter. In addition, commonly used medications and other items essential to the lives of evacuees are reliably provided, reducing the anxiety and stress of the evacuees.

[Fifth embodiment]
Next, the fifth embodiment will be described in detail with reference to the drawings.

In the fifth embodiment, we will explain the case where the server device 20 analyzes evacuee lists, etc., and provides useful information to management center staff and residents.

The schematic configuration of the evacuation shelter management system according to the fifth embodiment can be the same as that of the first embodiment, and therefore the description thereof will be omitted. The processing configuration of the reception terminal 10 according to the fifth embodiment can be the same as that of the first embodiment, and therefore the description thereof will be omitted.

The differences between the first to fifth embodiments are explained below.

Figure 29 is a diagram showing an example of a processing configuration (processing module) of the server device 20 according to the fifth embodiment. Referring to Figure 29, a list analysis unit 208 has been added to the configuration of the server device 20 according to the first embodiment.

The list analysis unit 208 analyzes the resident information database and the evacuee list to identify residents who are assumed to have not evacuated and are remaining in their homes, etc. The list analysis unit 208 identifies residents registered in the resident information database who are not registered in any of the evacuee lists for each evacuation shelter.

In this way, the list analysis unit 208 identifies residents who are not listed on the evacuee list from among the multiple residents stored in the resident information database, and generates a list of the identified residents. The list analysis unit 208 may provide the generated list to staff at the management center, etc., as a "non-evacuee list."

The list analysis unit 208 may analyze the evacuee list of each evacuation shelter and generate statistical information on the evacuees. For example, the list analysis unit 208 may calculate the daily increase rate or average value of the number of evacuees based on the "evacuation date and time" in each evacuee list.

The list analysis unit 208 may provide the calculated statistical values to staff at the management center as "evacuee statistical information."

Alternatively, the list analysis unit 208 may notify management center staff, etc. of the number of evacuees at each evacuation shelter in real time.

The destination of information provided by the list analysis unit 208 is not limited to the management center. For example, the list analysis unit 208 may display the status of each evacuation shelter (e.g., the number of evacuees) on the homepage of a local government so that residents can understand it. Alternatively, the list analysis unit 208 may notify the above information to the contact information (email address, etc.) of residents registered in advance. Such notifications allow residents to accurately understand the evacuation status of others living in their neighborhood, preventing delays in evacuation.

As described in the third embodiment, the server device 20 can also manage the vital information and physical condition of evacuees using an evacuee list. The server device 20 can also provide useful information to a management center, etc. by analyzing such an evacuee list. For example, the server device 20 can provide useful information to a management center, etc. by performing analysis based on the vital information listed in the evacuee list.

For example, the server device 20 manages the history of the vital information (body surface temperature) of evacuees in a list of evacuees. For example, the server device 20 authenticates evacuees multiple times throughout the day (for example, authenticating evacuees in the morning, afternoon, and evening) via the supply terminal 30. At that time, the server device 20 acquires the vital information (body surface temperature) of the evacuees, and a history of vital information for each evacuee is generated. The list analysis unit 208 calculates the average body surface temperature for each evacuation shelter periodically or at a predetermined timing, and notifies staff of the management center, etc., of an increase in the average body surface temperature if such an increase is confirmed. Specifically, if the average body surface temperature is equal to or greater than a predetermined value, the list analysis unit 208 notifies the management center of the spread of infectious diseases at the evacuation shelter. Staff of the management center, etc., take appropriate measures in accordance with the notification.

As described above, the server device 20 of the fifth embodiment can provide useful information to management center staff and local residents by analyzing the evacuee list.

Next, we will explain the hardware of each device that makes up the evacuation shelter management system. Figure 30 is a diagram showing an example of the hardware configuration of the server device 20.

The server device 20 can be configured by an information processing device (so-called a computer) and has the configuration illustrated in Fig. 30. For example, the server device 20 has a processor 311, a memory 312, an input/output interface 313, a communication interface 314, etc. 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.

However, the configuration shown in FIG. 30 is not intended to limit the hardware configuration of the server device 20. The server device 20 may include hardware not shown, and may not include an input/output interface 313 as necessary. In addition, the number of processors 311 and the like included in the server device 20 is not intended to be limited to the example shown in FIG. 30, and for example, multiple processors 311 may be included in the server device 20.

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

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

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. The input device is, for example, a device that accepts user operations such as a keyboard or a mouse.

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.

The functions of the server device 20 are realized by various processing modules. The processing modules are realized, for example, by the processor 311 executing a program stored in the memory 312. The program can be recorded on a computer-readable storage medium. The storage medium can be a non-transitory medium such as a semiconductor memory, a hard disk, a magnetic recording medium, or an optical recording medium. That is, the present invention can also be embodied as a computer program product. The program can be downloaded via a network or updated using a storage medium storing the program. The processing modules may also be realized by a semiconductor chip.

In addition, the reception terminal 10, the supply terminal 30, etc. can also be configured with an information processing device like the server device 20, and since their basic hardware configuration is no different from that of the server device 20, a description will be omitted. For example, the reception terminal 10 may be equipped with a camera device. Furthermore, the reception terminal 10 may be equipped with a thermograph as necessary.

The server device 20 is equipped with a computer, and the functions of the server device 20 can be realized by causing the computer to execute a program. In addition, the server device 20 executes a control method for the server device by the program.

[Modification]
It should be noted that the configuration, operation, etc. of the evacuation shelter management system described in the above embodiment are merely examples and are not intended to limit the system configuration, etc.

For example, the functions of server device 20 may be realized by multiple devices. For example, the "authentication function" of server device 20 may be realized by another device.

The server device 20 may be able to register contact information for people other than family members when registering residents. For example, the server device 20 stores contact information for a person who will support (support evacuation) a resident who requires care in the event of a disaster. The person who supports the resident may be a person in charge of a neighborhood association or the like that has jurisdiction over the resident's residential area. The resident registration unit 202 registers the contact information for the supporter as resident information for the resident who requires care. In this case, the server device 20 includes a support request unit 209 (see FIG. 31). In the event of a disaster, the support request unit 209 requests evacuation of the care recipient to a contact that was registered in advance together with the care recipient. The support request unit 209 manages the situation (status) of the care recipient. Specifically, the support request unit 209 sets the status of the care recipient from "before evacuation" to "evacuating" by issuing the request. When the care recipient arrives at an evacuation shelter, the support request unit 209 identifies the care recipient by biometric authentication and sets the status to "evacuation completed." The support request unit 209 of the server device 20 may provide a list of the names and statuses (before evacuation, during evacuation, evacuation completed) of the care recipients to the management center. The management center can grasp the status of the care recipients in real time based on the provided list information, and can promptly take necessary support and measures.

The server device 20 may provide residents with an interface that enables searches for evacuation shelters and accommodation areas where family members are being accommodated. In this case, the server device 20 is equipped with a family search unit 210 (see FIG. 32). The family search unit 210 displays a GUI on the searcher's terminal for inputting the name of the family member to be searched for, etc. The family search unit 210 searches the evacuees list using the acquired name as a key. The family search unit 210 transmits information regarding the evacuation shelters and accommodation areas of the evacuees list that are found in the search to the searcher's terminal.

The server device 20 may notify residents that a family member has evacuated to an evacuation shelter. In this case, the server device 20 registers the family member's contact information (email address, etc.) in addition to the family member's name in the family information. When the evacuee management unit 204 obtains information about a new evacuee, it checks the corresponding family information. If the family member's name and contact information are registered, the evacuee management unit 204 notifies the registered contact information that the family member has evacuated.

If some of the information registered in the server device 20 is not up to date, it may become meaningless in the event of a disaster. For example, information regarding the need for nursing care or commonly used medications has little value if it is not up to date. Therefore, the server device 20 may urge residents to update their registered resident information periodically or at a specified timing. Specifically, the resident registration unit 202 sends a message or the like explaining the need to update the information to the contact information of the resident who has registered as a resident. The content registered in the resident information database is updated by sending the message or the like. In other words, by the server device 20 urging residents to update their resident information, the resident information database is updated periodically or at a specified timing.

The server device 20 may provide image data (still images, video) of the area around the home of the evacuees. In this case, the server device 20 includes an image playback unit 220 (see FIG. 33). The staff of the management center travel in a vehicle or the like to the disaster area and collect image data by photographing the disaster area. The staff associates the acquired image data with the location (address) where the image was acquired and stores the image data in the server device 20. The image playback unit 220 displays a GUI for residents to input addresses, etc. on a terminal (a terminal held by the resident or a terminal installed at the evacuation shelter). The image playback unit 220 plays the image data stored in association with the address acquired by the GUI on the terminal. Alternatively, the image playback unit 220 may identify an evacuee standing in front of the terminal by biometric authentication and play image data associated with the address of the identified evacuee. In addition to the case where the staff of the management center collects image data, image data from security cameras installed in the area may be registered in the server device 20. By taking the above-mentioned measures, the server device 20 can provide information about the conditions in the vicinity of the homes of disaster victims (evacuees).

The server device 20 may support applications for disaster damage certificates by disaster victims. In this case, the server device 20 is provided with a disaster victim support unit 221 (see FIG. 34). As described above, when registering a resident, the server device 20 can confirm the identity of the resident using an identification card. When resident information of a resident whose identity has been confirmed is registered, the disaster victim support unit 221 acquires biometric information of the applicant for the disaster damage certificate from a terminal installed in an evacuation shelter or the like. When the disaster victim support unit 221 succeeds in biometric authentication of the applicant, it outputs (prints) a document that proves the identity of the applicant. The victim can apply for issuance of a disaster damage certificate using the document as a substitute for an identification card.

In the above embodiment, a case has been described in which biometric information related to a "face image" is transmitted from the reception terminal 10 to the server device 20. However, biometric information related to "features generated from a face image" may also be transmitted from the reception terminal 10, etc. to the server device 20. The server device 20 may use the acquired features (feature vector) to perform a matching process with features registered in the resident information database.

In the above embodiment, a case has been described in which the resident information database and the evacuee list are configured inside the server device 20, but these databases, etc. may be configured in an external database server, etc. In other words, some of the functions of the server device 20 may be implemented in another server.

In the above embodiment, it has been described that evacuees are managed using an evacuee list that is different from the resident information database. However, evacuees may also be managed using the resident information database. Specifically, the resident information database may have fields related to the evacuation location and accommodation area of the evacuees. The server device 20 may manage evacuees using the evacuation location field, etc., of the resident information database.

In the above embodiment, a case has been described in which the reception terminal 10 or the like changes the message to be notified to the evacuees (authenticated persons) based on information acquired from the server device 20. However, the server device 20 may generate a message according to the result of the authentication process, the accommodation location of the evacuees, their physical condition, etc., and transmit the message to the reception terminal 10 or the like. In other words, the reception terminal 10 and other terminals used in evacuation shelters may have a simple configuration having a camera function, a message output function, etc.

The server device 20 may use the facial image acquired from the reception terminal 10 or the like for purposes other than biometric authentication. For example, the server device 20 analyzes the acquired facial image and determines whether the person to be authenticated is wearing a mask. The server device 20 manages the determination results in an evacuee list or the like. The server device 20 may analyze the mask wearing determination results stored in the evacuee list and calculate the mask wearing rate. The server device 20 may also calculate the number of masks to distribute to each evacuation shelter based on the calculated mask wearing rate.

The mask wearing rate may be used to determine where to accommodate evacuees. The server device 20 may calculate the mask wearing rate for each accommodation area and determine where to accommodate evacuees based on the mask wearing rate. For example, the server device 20 may preferentially select accommodation areas with a high mask wearing rate as accommodation areas. In other words, even if the density of an accommodation area is high, if the mask wearing rate is high in an area, the risk of the spread of infectious diseases is considered to be relatively low, so the server device 20 may select that accommodation area as the accommodation for evacuees.

In the second embodiment, when confirming the identity of an unsuccessful authentication person, the server device 20 may temporarily store the biometric information (face image, feature amount) of the unsuccessful authentication person. In this case, the server device 20 may execute a matching process using the temporarily stored biometric information and the biometric information (chip face image) acquired from the reception terminal 10.

In the third embodiment, it has been described that the physical condition of the person to be authenticated is determined using one piece of vital information (body surface temperature). However, the physical condition of the person to be authenticated may be determined comprehensively using multiple pieces of vital information. For example, a learning model is prepared by machine learning using teacher data in which vital information (a combination of multiple pieces of vital information) is given a label related to physical condition. The server device 20 may obtain the physical condition of the person to be authenticated by inputting the vital information of the person to be authenticated into the learning model. In addition, any algorithm such as a support vector machine, boosting, or neural network can be used to generate the learning model. In addition, since the algorithm such as the support vector machine can use a publicly known technology, the description thereof will be omitted.

In the above embodiment, a case has been described in which the server device 20 selects one accommodation area from multiple accommodation areas and notifies the evacuees. However, the server device 20 may transmit a list of accommodation areas capable of accommodating evacuees to the reception terminal 10, allowing the evacuees to select an accommodation area. For example, the reception terminal 10 may display a GUI that displays accommodation areas on map information simulating an evacuation shelter and allows the evacuees to select an accommodation area. The reception terminal 10 transmits the accommodation area selected by the evacuees to the server device 20. The server device 20 uses the acquired accommodation area to manage the accommodation destinations of the evacuees.

In the second embodiment and the like, a case has been described in which a facial image (chip facial image) read from an IC chip in an identification card is used to confirm the identity of an evacuee. However, instead of the chip facial image, a facial photograph printed on the identification card may be used to confirm the identity. The facial photograph may be obtained by a scanner or the like.

The server device 20 may manage and store a distinction between residents who have pre-registered and been accommodated in a shelter and residents who have not pre-registered and have been accommodated in a shelter by presenting identification at the shelter. The server device 20 may also analyze the information (accommodated with pre-registration, accommodated without pre-registration) and generate data showing the tendencies and characteristics of residents who pre-register and residents who do not pre-register. For example, the server device 20 may generate the proportion of residents who pre-register and those who do not by age group, region, etc. The server device 20 may provide the generated data (statistical information) to management center staff (local government), etc.

Regarding information provided by the server device 20, the server device 20 may provide information that is useful for managing one evacuation shelter. For example, the server device 20 may highlight on a floor map an area in which unwell people (people with fever) are being housed (see FIG. 35). Alternatively, the server device 20 may display a marker or the like on the map so that unwell people can be identified. Alternatively, the server device 20 may provide information that is useful for managing multiple evacuation shelters. For example, the server device 20 may display an area in which unwell people are being housed that is highlighted on a map (see FIG. 36).

In the flow diagrams (flowcharts, sequence diagrams) used in the above explanation, multiple steps (processes) are described in order, but the order of execution of the steps executed in the embodiments is not limited to the order described. In the embodiments, the order of the illustrated steps can be changed to the extent that does not interfere with the content, such as executing each process in parallel.

The above embodiments have been described in detail to facilitate understanding of the present disclosure, and it is not intended that all of the configurations described above are required. Furthermore, when multiple embodiments are described, each embodiment may be used alone or in combination. For example, it is possible to replace part of the configuration of an embodiment with the configuration of another embodiment, or to add the configuration of another embodiment to the configuration of an embodiment. Furthermore, it is possible to add, delete, or replace part of the configuration of an embodiment with other configurations.

The above explanation makes clear the industrial applicability of the present invention, and the present invention is particularly applicable to evacuation shelter management systems established by local governments, etc.

A part or all of the above-described embodiments can be described as, but is not limited to, the following supplementary notes.
[Appendix 1]
an authentication unit that acquires biometric information of evacuees from a reception terminal installed in the evacuation shelter and performs biometric authentication using the acquired biometric information and biometric information of each of a plurality of residents that has been stored in advance;
a management unit that manages, in a list of evacuees, evacuees who have been accepted into the evacuation shelter in response to the success of the biometric authentication;
A server device comprising:
[Appendix 2]
The server device according to claim 1, wherein the management unit determines an accommodation location for an individual who has successfully passed the biometric authentication from among at least one accommodation area in the evacuation shelter.
[Appendix 3]
The server device according to claim 2, wherein the management unit determines an accommodation location for the successfully authenticated person based on the density of evacuees in the at least one accommodation area.
[Appendix 4]
The biometric information and personal information of each of the plurality of residents are stored in association with each other;
The server device according to claim 2, wherein the management unit determines where the successfully authenticated person is to be accommodated based on personal information of the successfully authenticated person.
[Appendix 5]
The biometric information and health information of each of the plurality of residents are stored in association with each other;
The server device according to claim 2, wherein the management unit determines where the successfully authenticated person is accommodated based on information regarding the health of the successfully authenticated person.
[Appendix 6]
The biometric information of each of the plurality of residents and information regarding their family members are stored in association with each other;
The server device according to claim 2, wherein the management unit determines where the successfully authenticated person is accommodated based on information about the family of the successfully authenticated person.
[Appendix 7]
7. The server device according to claim 2, wherein the management unit notifies the reception terminal of the accommodation location of the determined successfully authenticated person.
[Appendix 8]
The server device according to any one of appendices 2 to 7, wherein the management unit writes the accommodation destination of the determined successfully authenticated person in the evacuee list.
[Appendix 9]
A server device as described in any one of appendices 1 to 8, further comprising a generation unit that generates an item list regarding items needed at the evacuation shelter based on the number of evacuees listed in the evacuee list.
[Appendix 10]
The biometric information of each of the plurality of residents and information regarding items necessary for evacuation are stored in association with each other;
The management unit writes information about the item of the person who has successfully authenticated the biometric authentication in the evacuee list,
The server device according to claim 9, wherein the generation unit generates the item list using information about items listed in the evacuee list.
[Appendix 11]
The biometric information and the date of birth of each of the plurality of residents are stored in association with each other;
The management unit writes the birth dates of those who have successfully passed the biometric authentication in the evacuee list,
The server device according to claim 9, wherein the generation unit generates the item list based on the ages of the evacuees listed in the evacuee list.
[Appendix 12]
An analysis unit that analyzes the evacuee list,
The server device according to any one of appendices 1 to 11, wherein the analysis unit identifies residents from among the plurality of pre-stored residents who are not listed on the evacuee list, and generates a list of the identified residents.
[Appendix 13]
a resident information database that stores biometric information of each of the plurality of residents;
13. The server device according to any one of appendices 1 to 12, wherein the resident information database is updated periodically or at a predetermined timing.
[Appendix 14]
A reception terminal installed at the evacuation center,
A server device connected to the reception terminal;
Including,
The server device includes:
an authentication unit that acquires biometric information of evacuees from a reception terminal installed in the evacuation shelter and performs biometric authentication using the acquired biometric information and biometric information of each of a plurality of residents that has been stored in advance;
a management unit that manages, in a list of evacuees, evacuees who have been accepted into the evacuation shelter in response to the success of the biometric authentication;
A shelter management system that includes:
[Appendix 15]
In the server device,
Acquiring biometric information of the evacuees from a reception terminal installed at the evacuation center, and performing biometric authentication using the acquired biometric information and biometric information of each of a plurality of residents stored in advance;
A control method for a server device, which manages evacuees who are accepted into the evacuation shelter in response to successful biometric authentication using an evacuee list.
[Appendix 16]
A computer installed in the server device
A process of acquiring biometric information of evacuees from a reception terminal installed at the evacuation center, and performing biometric authentication using the acquired biometric information and biometric information of each of a plurality of residents stored in advance;
A process of managing evacuees who have been accepted into the evacuation shelter in response to the success of the biometric authentication using an evacuee list;
A computer-readable storage medium that stores a program for executing the above.

The disclosures of the above cited prior art documents are incorporated herein by reference. Although the embodiments of the present invention have been described above, the present invention is not limited to these embodiments. Those skilled in the art will understand that these embodiments are merely illustrative and that various modifications are possible without departing from the scope and spirit of the present invention. In other words, the present invention naturally includes various modifications and amendments that a person skilled in the art can make in accordance with the entire disclosure, including the scope of the claims, and the technical ideas.

10, 10-1, 10-2 Reception terminal 20, 100 Server device 30 Supply terminal 101, 203 Authentication unit 102 Management unit 201, 301, 401 Communication control unit 202 Resident registration unit 204 Evacuee management unit 205, 304, 404 Memory unit 206 Identity verification unit 207 Item list generation unit 208 List analysis unit 209 Support request unit 210 Family search unit 211 Resident information acquisition unit 212 ID generation unit 213 Feature generation unit 214 Entry management unit 220 Image reproduction unit 221 Victim support unit 302, 402 Face image acquisition unit 303, 403 Authentication request unit 305 Identification card reading unit 306, 406 Life information acquisition unit 311 Processor 312 Memory 313 Input/output interface 314 Communication interface

Claims (8)

an authentication unit that acquires biometric information of evacuees from a reception terminal installed in the evacuation shelter and performs biometric authentication using the acquired biometric information and biometric information of each of a plurality of residents that has been stored in advance;
a management unit that manages, in a list of evacuees, evacuees who have been accepted into the evacuation shelter in response to the success of the biometric authentication;
Equipped with
The authentication unit receives an authentication request including biometric information and health-related vital information of the evacuee acquired by a supply terminal that serves as an interface when supplying items to the evacuee, and identifies the evacuee by biometrically authenticating the evacuee using the biometric information of the evacuee;
The management unit determines whether to permit or not permit the supply of goods to the evacuees based on the specified supply status of goods to the evacuees, and transmits information regarding the supply of goods to the supply terminal, including the decision to permit or not permit the supply of goods to the evacuees;
The management unit determines an accommodation area for the authenticated person who has succeeded in the biometric authentication from at least one accommodation area in the evacuation shelter,
The biometric information and health information of each of the plurality of residents are stored in association with each other;
The management unit determines a place to accommodate the successfully authenticated person based on the health information of the successfully authenticated person and the vital information acquired from the supply terminal.
Server device. The server device according to claim 1 , wherein the management unit determines an accommodation location for the successfully authenticated person based on a density of evacuees in the at least one accommodation area. The biometric information and personal information of each of the plurality of residents are stored in association with each other;
The server device according to claim 1 , wherein the management unit determines a place to accommodate the successfully authenticated person based on personal information of the successfully authenticated person. The server device according to claim 1 , further comprising a generation unit that generates an item list regarding items required at the evacuation shelter based on the number of evacuees listed on the evacuee list. An analysis unit that analyzes the evacuee list,
The server device according to claim 1 , wherein the analysis unit identifies residents from the plurality of pre-stored residents who are not listed on the evacuee list, and generates a list of the identified residents. A resident information database that stores biometric information of each of the plurality of residents is further provided.
6. The server device according to claim 1, wherein the resident information database is updated periodically or at a predetermined timing. A reception terminal installed at the evacuation center,
A server device connected to the reception terminal;
A distribution terminal that serves as an interface when distributing items to evacuees;
Including,
The server device includes:
an authentication unit that acquires biometric information of evacuees from a reception terminal installed in the evacuation center and performs biometric authentication using the acquired biometric information and biometric information of each of a plurality of residents that has been stored in advance;
a management unit that manages, in a list of evacuees, evacuees who have been accepted into the evacuation shelter in response to the success of the biometric authentication;
Equipped with
The supply terminal acquires biometric information of the evacuee and transmits an authentication request including the acquired biometric information to the server device;
The authentication unit receives an authentication request from the supply terminal, the authentication request including biometric information and health-related vital information of the evacuee acquired by the supply terminal, and identifies the evacuee by biometrically authenticating the evacuee using the biometric information of the evacuee;
The management unit determines whether to permit or not permit the supply of goods to the evacuees based on the specified supply status of goods to the evacuees, and transmits information regarding the supply of goods to the supply terminal, including the decision to permit or not permit the supply of goods to the evacuees;
the supply terminal outputs a message according to whether the supply of the item is permitted or not permitted, as indicated by the information regarding the supply of the item;
The management unit determines an accommodation area for the authenticated person who has succeeded in the biometric authentication from at least one accommodation area in the evacuation shelter,
The biometric information and health information of each of the plurality of residents are stored in association with each other;
The management unit determines a place to accommodate the successfully authenticated person based on the health information of the successfully authenticated person and the vital information acquired from the supply terminal.
Shelter management system. In the server device,
Acquiring biometric information of the evacuees from a reception terminal installed at the evacuation center, and performing biometric authentication using the acquired biometric information and biometric information of each of a plurality of residents stored in advance;
managing the evacuees who have been accepted into the evacuation shelter in response to the success of the biometric authentication in a list of evacuees;
receiving an authentication request including biometric information and health-related vital information of the evacuee acquired by a supply terminal that serves as an interface when supplying items to the evacuee, and identifying the evacuee by biometrically authenticating the evacuee using the biometric information of the evacuee;
Based on the identified status of the provision of goods to the evacuees, determine whether or not to permit the provision of goods to the evacuees, and transmit information regarding the provision of goods, including the determination of whether or not to permit the provision of goods to the evacuees, to the provision terminal ;
determining an accommodation area for the person who has successfully authenticated the biometric authentication from among at least one accommodation area in the evacuation shelter;
The biometric information and health information of each of the plurality of residents are stored in association with each other;
when determining a destination for the successfully authenticated person who has succeeded in the biometric authentication, the destination for the successfully authenticated person is determined based on the health information of the successfully authenticated person and the vital information acquired from the supply terminal.
A method for controlling a server device.