WO2022044196A1 - サーバ装置、避難者支援システム、サーバ装置の制御方法及び記憶媒体 - Google Patents

サーバ装置、避難者支援システム、サーバ装置の制御方法及び記憶媒体 Download PDF

Info

Publication number
WO2022044196A1
WO2022044196A1 PCT/JP2020/032351 JP2020032351W WO2022044196A1 WO 2022044196 A1 WO2022044196 A1 WO 2022044196A1 JP 2020032351 W JP2020032351 W JP 2020032351W WO 2022044196 A1 WO2022044196 A1 WO 2022044196A1
Authority
WO
WIPO (PCT)
Prior art keywords
evacuation
information
server device
applicant
terminal
Prior art date
Application number
PCT/JP2020/032351
Other languages
English (en)
French (fr)
Inventor
工 西條
拓也 幸田
康弘 佐々木
哲央 野崎
洋 佐藤
規史 山崎
茂樹 篠田
Original Assignee
日本電気株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 日本電気株式会社 filed Critical 日本電気株式会社
Priority to PCT/JP2020/032351 priority Critical patent/WO2022044196A1/ja
Priority to JP2022544993A priority patent/JPWO2022044196A5/ja
Publication of WO2022044196A1 publication Critical patent/WO2022044196A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/26—Government or public services

Definitions

  • the present invention relates to a server device, an evacuee support system, a control method for the server device, and a storage medium.
  • Patent Document 1 describes that it provides a disaster network system, an application program, and a disaster network method that facilitates understanding of evacuees.
  • Patent Document 2 describes that it provides a disaster information management system capable of smoothly managing information regarding the whereabouts of disaster victims, and a disaster information management method.
  • the main object of the present invention is to provide a server device, an evacuees support system, a control method for the server device, and a storage medium, which contribute to guiding the evacuation shelter suitable for the residents.
  • the evacuation request is made from a resident information database that stores biometric information of each of a plurality of residents and a first terminal operated by an evacuation applicant who wishes to evacuate to an evacuation center.
  • Biometric authentication using the receiving unit that receives the evacuation destination determination request including the evacuation destination determination request including the biometric information of the person and the position information of the first terminal, the biometric information of the evacuation applicant, and the biometric information stored in the resident information database.
  • Evacuation of the identified evacuation applicant from among the plurality of evacuation centers based on the position information of the authentication unit that identifies the evacuation applicant from the plurality of residents and at least the first terminal.
  • a server device is provided that comprises a decision unit that determines a destination shelter.
  • the server device includes a first terminal operated by an evacuation applicant who wishes to evacuate to an evacuation center and a server device connected to the first terminal.
  • an evacuees support system including a decision unit that determines an evacuation destination to be an evacuation destination for the specified evacuation applicant from among a plurality of evacuation centers based on the position information of the first terminal. Will be done.
  • a server device provided with a resident information database that stores biometric information of each of a plurality of residents, from a first terminal operated by an evacuation applicant who wishes to evacuate to an evacuation center.
  • a method of controlling the server device to determine the location is provided.
  • an evacuation applicant who wishes to evacuate to an evacuation center operates a computer mounted on a server device equipped with a resident information database that stores biometric information of each of a plurality of residents.
  • bio-authentication using biometric information the evacuation applicant was identified from among the plurality of residents, and the evacuation applicant was identified from among the plurality of evacuation centers based on at least the position information of the first terminal.
  • a computer-readable storage medium is provided that stores a process for determining an evacuation shelter to be evacuated to an evacuation applicant and a program for executing the process.
  • a server device an evacuees support system, a control method of the server device, and a storage medium that contribute to guiding the evacuation shelter suitable for the inhabitants are provided.
  • the effect of the present invention is not limited to the above. According to the present invention, other effects may be produced in place of or in combination with the effect.
  • the server device 100 includes a resident information database 101, a receiving unit 102, an authentication unit 103, and a determination unit 104 (see FIG. 1).
  • the inhabitant information database 101 stores biometric information of each of the plurality of inhabitants.
  • the receiving unit 102 receives an evacuation destination determination request including the biological information of the evacuation applicant and the position information of the first terminal from the first terminal operated by the evacuation applicant who wishes to evacuate to the evacuation center.
  • the authentication unit 103 identifies the evacuation applicant from among a plurality of residents by biometric authentication using the biometric information of the evacuation applicant and the biometric information stored in the resident information database 101.
  • the determination unit 104 determines an evacuation shelter to be an evacuation destination for an evacuation applicant identified from a plurality of evacuation shelters based on at least the position information of the first terminal.
  • the server device 100 determines a suitable shelter for the inhabitant based on the current position of the inhabitant who issued the above request. For example, the server device 100 guides the evacuation center closest to the current location of the inhabitants who wish to evacuate. As a result, the server device 100 can guide the inhabitants who have been affected by the disaster at a place far away from their homes to the evacuation shelters suitable for the inhabitants.
  • FIG. 2 is a diagram showing an example of a schematic configuration of the evacuees support system according to the first embodiment.
  • the evacuees support system includes a management center and a plurality of shelters.
  • the disclosure of the present application presupposes that the resident possesses at least one resident terminal 30.
  • the management center is managed and operated by the local government.
  • the management center is set up in, for example, a city hall. Evacuation shelters will be set up at schools, public halls, etc. in each area.
  • the management center operates and manages the server device 20.
  • the server device 20 is a server responsible for managing disaster prevention of local residents, operating each evacuation center, supporting evacuees, and the like.
  • the server device 20 may be installed in the same building as the building in which the management center is installed, or may be installed on the network (on the cloud).
  • Each evacuation center is equipped with a terminal that handles the reception of evacuees.
  • a reception terminal 10-1 is installed in the evacuation center A
  • a reception terminal 10-2 is installed in the evacuation center B.
  • reception terminal 10 if there is no particular reason for distinguishing the reception terminal 10-1 and the reception terminal 10-2, it is simply referred to as "reception terminal 10".
  • the devices shown in FIG. 2 are connected to each other.
  • 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 evacuees support system shown in Fig. 2 is an example, and it is not intended to limit the configuration.
  • the management center may include a plurality of server devices 20. Further, a plurality of reception terminals 10 may be installed in one evacuation center. For example, in a large-scale evacuation center, a plurality of evacuees reception counters may be installed, and reception terminals 10 may be installed at each counter.
  • a support application for supporting evacuees
  • residents install the support application acquired (downloaded) from the server device 20 on the resident terminal 30. residents start the installed support application and register their information in the server device 20. In the following description, the information registered by the resident in the server device 20 will be referred to as "resident information”.
  • the server device 20 manages the acquired resident information using the resident information database.
  • Resident information includes biometric information and personal information (for example, basic 4 information; name, gender, address, date of birth).
  • the biometric information of the inhabitants includes, for example, data (feature amount) calculated from physical characteristics peculiar to an individual such as a face, a fingerprint, a voice print, a vein, a retina, and an iris pattern (pattern) of the pupil.
  • the biological information may be image data such as a face image and a fingerprint image.
  • the biological information may include the physical characteristics of the inhabitants as information. In the disclosure of the present application, a case where biological information (a face image or a feature amount generated from a face image) regarding a person's "face" is used will be described.
  • the resident information may include information on the health of the resident (hereinafter referred to as health information), information on the family of the resident (hereinafter referred to as family information), and the like.
  • Health information for example, the necessity of long-term care is exemplified.
  • the grades of the person requiring support and the person requiring nursing care (support required 1, 2, nursing care required 1 to 5) may be registered in the server device 20 as health information.
  • the term "person requiring long-term care” is used without distinguishing between the person requiring support and the person requiring long-term care.
  • information on the illness (chronic condition) of the inhabitants may be registered in the server device 20 as health information.
  • family information the name of the family living together is exemplified.
  • date of birth and age may be registered as family information together with the name of the family.
  • the resident terminal 30 transmits a "evacuation destination determination request" including the face image of the resident who performed the evacuation destination determination request operation and the location information of the own device (resident terminal 30) to the server device 20.
  • a "evacuation destination determination request" including the face image of the resident who performed the evacuation destination determination request operation and the location information of the own device (resident terminal 30)
  • the inhabitants who request the server device 20 to determine the evacuation destination will be referred to as "evacuation applicants”.
  • the server device 20 identifies an evacuation applicant by a collation process (1 to N collation; N is a positive integer, the same applies hereinafter) using the face image included in the evacuation destination determination request and the biometric information registered in the resident information database. do.
  • the server device 20 determines the evacuation destination of the specified evacuation applicant. At that time, the server device 20 determines the evacuation destination based on the location information included in the evacuation destination determination request and / or the resident information of the person who wishes to evacuate.
  • the server device 20 may use the evacuation site closest to the current position of the person who wants to evacuate as the evacuation destination, or the evacuation site that can accept the care recipient may be the evacuation destination.
  • the server device 20 notifies the resident terminal 30 of information (evacuation center information) regarding the determined evacuation destination.
  • the resident terminal 30 outputs a message regarding the evacuation destination based on the acquired evacuation shelter information. For example, the resident terminal 30 notifies the evacuation applicant of the name and address of the evacuation center. The evacuation applicant moves from the server device 20 to the designated evacuation center.
  • a reception terminal 10 is installed at the evacuation center.
  • the evacuee moves in front of the reception terminal 10.
  • the reception terminal 10 acquires the face image of the evacuees.
  • the reception terminal 10 transmits an authentication request including an evacuees' face image and an evacuation center ID for identifying each evacuation center to the server device 20.
  • the server device 20 executes biometric authentication using the acquired face image and biometric information registered in the resident information database.
  • the server device 20 transmits the authentication result (authentication success, authentication failure) to the reception terminal 10.
  • the reception terminal 10 accommodates a person to be authenticated (certified person) who has succeeded in biometric authentication in an evacuation center.
  • the server device 20 updates the evacuees information database for managing the evacuees. Specifically, the server device 20 describes the status of the evacuation applicant and the evacuation shelter in which the evacuation applicant is accommodated in the evacuees information database. Details of the evacuees information database will be described later.
  • FIG. 5 is a diagram showing an example of a processing configuration (processing module) of the server device 20 according to the first embodiment.
  • the server device 20 includes a communication control unit 201, a resident registration unit 202, an authentication unit 203, an evacuation destination determination unit 204, an evacuees management unit 205, and a storage unit 206.
  • 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. Further, the communication control unit 201 transmits data to the reception terminal 10. The communication control unit 201 passes the data received from the other device to the other processing module. The communication control unit 201 transmits the data acquired from the other processing module to the other device. In this way, the other processing module transmits / receives data to / from the other device via the communication control unit 201.
  • the communication control unit 201 includes a function of a receiving unit that receives information from another device and a function of a transmitting unit that transmits information to the other device.
  • the resident registration unit 202 is a means for realizing pre-registration (resident registration) by residents.
  • the resident registration unit 202 includes a plurality of submodules.
  • 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 an application providing unit 211, a resident information acquisition unit 212, an ID generation unit 213, a feature amount generation unit 214, and an entry management unit 215.
  • the application providing unit 211 is a means for providing a support application to the resident terminal 30 by using an arbitrary method. For example, consider the case where the management center (local government) has a WEB (web) page. In this case, when the resident operates the resident terminal 30 and presses the button for downloading the support application, the application providing unit 211 transmits the support application to the resident terminal 30.
  • the management center local government
  • WEB web
  • the application providing unit 211 may notify the resident terminal 30 of the location information (URL; Uniform Resource Locator) of the FTP (File Transfer Protocol) site in which the support application is stored.
  • location information URL; Uniform Resource Locator
  • the inhabitant information acquisition unit 212 is a means for acquiring inhabitant information of each of a plurality of inhabitants who may become evacuees in the future. More specifically, the resident information acquisition unit 212 acquires information such as a resident's face image and name by any means.
  • the resident information acquisition unit 212 sends an information input form for inputting resident information to the resident terminal 30, and acquires resident information by the response.
  • the resident information acquisition unit 212 may display an information input form as shown in FIG. 7 on the resident terminal 30 operated by the resident.
  • the resident information acquisition unit 212 may display an information input form similar to FIG. 7 on the resident terminal 30 and acquire the information.
  • the resident information acquisition unit 212 stores the acquired resident information in the storage unit 206.
  • the ID generation unit 213 is a means for generating an ID to be assigned to the residents who have registered in the evacuees support system.
  • the ID generation unit 213 may calculate a hash value of all or part of the acquired resident information and use the hash value as an ID to be assigned to the resident. Alternatively, the ID generation unit 213 may assign a unique value to the ID each time the resident is registered.
  • the ID (ID for identifying the inhabitant) generated by the ID generation unit 213 is referred to as "resident ID”.
  • the feature amount generation unit 214 is a means for generating a feature amount (feature vector composed of a plurality of feature amounts) that characterizes the face image from a face image registered by a resident. Since existing techniques can be used for the feature quantity generation process, detailed description thereof will be omitted. For example, the feature amount generation unit 214 extracts eyes, nose, mouth, and the like as feature points from the face image. After that, the feature amount generation unit 214 calculates the position of each feature point and the distance between the feature points as the feature amount, and generates a feature vector (vector information that characterizes the face image) composed of a plurality of feature amounts.
  • the entry management unit 215 is a means for managing entries in the resident information database.
  • the entry management unit 215 contains an entry including a resident ID generated by the ID generation unit 213, a feature amount generated by the feature amount generation unit 214, a face image, and personal information, health information, etc. acquired from the resident. Add to database.
  • the resident registration unit 202 manages the status, current status, etc. of each resident using the resident information database as shown in FIGS. 8 and 9.
  • FIG. 8 is a diagram showing an example of the overall structure of the resident information database.
  • FIG. 9 is a diagram showing the family information shown in FIG. 8 in more detail.
  • the inhabitant information database contains information on health and family in addition to biometric information (features, facial images) and personal information (for example, name, gender, address, date of birth) of the inhabitants. Information etc. are also memorized.
  • the contents registered in the resident information database shown in FIGS. 8 and 9 are examples, and of course, the purpose is not to limit the information registered in the resident information database.
  • the contact information of the resident for example, an e-mail address
  • the resident information database may be registered in the resident information database.
  • the date of birth may not be registered.
  • the authentication unit 203 is a means for performing biometric authentication of residents.
  • the authentication unit 203 executes an authentication process (verification process) when it receives an "evacuation destination determination request" from the resident terminal 30 and when it receives an "authentication request” from the reception terminal 10.
  • the authentication unit 203 extracts the biometric information (face image) of the person to be authenticated from the evacuation destination determination request or the authentication request.
  • the authentication unit 203 calculates the feature amount from the extracted face image.
  • the authentication unit 203 sets the calculated feature amount as a collation target, and performs collation processing with the feature amount registered in the resident information database. More specifically, the authentication unit 203 sets the above-calculated feature amount (feature vector) as a matching target, and executes one-to-N matching with a plurality of feature amounts registered in the resident information database. ..
  • the authentication unit 203 calculates the degree of similarity between the feature amount to be collated and each of the plurality of feature amounts on the registration side. For the similarity, a chi-square distance, an Euclidean distance, or the like can be used. The farther the distance is, the lower the similarity is, and the closer the distance is, the higher the similarity is.
  • the authentication unit 203 succeeds in authenticating the person to be authenticated if, among the plurality of feature quantities registered in the resident information database, the feature quantity having a similarity with the feature quantity to be collated is equal to or higher than a predetermined value. Judge that it was done. If the above-mentioned characteristics do not exist, the authentication unit 203 determines that the authentication of the person to be authenticated has failed.
  • the authentication unit 203 notifies the authentication requester to that effect (authentication failure). Specifically, when the evacuation destination determination request is processed, the authentication unit 203 transmits a negative response relating to the authentication failure to the resident terminal 30. When the authentication request is processed, the authentication unit 203 sends a negative response related to the authentication failure to the reception terminal 10.
  • the authentication unit 203 identifies the feature amount most similar to the feature amount to be collated among the feature amounts registered in the resident information database.
  • the authentication unit 203 reads the resident ID of the entry corresponding to the specified feature amount from the authentication information database.
  • the authentication unit 203 hands over the read resident ID to the evacuation destination determination unit 204 or the evacuees management unit 205. More specifically, when the evacuation destination determination request is processed, the authentication unit 203 hands over the resident ID and the location information (current position of the resident terminal 30) included in the evacuation destination determination request to the evacuation destination determination unit 204. .. When the authentication request is processed, the authentication unit 203 hands over the resident ID and the evacuation center ID included in the authentication request to the evacuees management unit 205.
  • the authentication unit 203 uses the communication control unit 201 to obtain the biometric information of the evacuation applicant and the evacuation applicant from the first terminal (resident terminal 30) operated by the evacuation applicant who desires to evacuate to the evacuation center. Acquire an evacuation destination determination request including the location information of the terminal of 1.
  • the authentication unit 203 identifies the evacuation applicant from among a plurality of residents by biometric authentication using the biometric information of the evacuation applicant and the biometric information stored in the resident information database. Further, the authentication unit 203 makes an authentication request including the biometric information of the evacuees who visited the evacuation center where the second terminal is installed from the second terminal (reception terminal 10) via the communication control unit 201. get.
  • the authentication unit 203 identifies the evacuees who visited the evacuation center from among a plurality of residents by biometric authentication using the biometric information of the evacuees and the biometric information stored in the resident information database.
  • the evacuation destination determination unit 204 is a means for determining the evacuation destination of the inhabitants (evacuation applicants) who have sent the evacuation destination determination request.
  • the evacuation destination determination unit 204 identifies an evacuation applicant from a plurality of residents stored in the resident information database based on the resident ID acquired from the authentication unit 203.
  • the evacuation destination determination unit 204 determines the evacuation destination of the evacuation applicant based on the current position of the evacuation applicant and / or the pre-registered resident information. The evacuation destination determination unit 204 determines the evacuation destination of the evacuation applicant based on the current position of the evacuation applicant, information indicating the status of each evacuation center, health information of the evacuation applicant, and the like.
  • the evacuation destination determination unit 204 determines the evacuation shelter closest to the current position of the evacuation applicant as the evacuation destination of the evacuation applicant.
  • the evacuation destination determination unit 204 refers to an evacuation shelter information database that holds detailed information about each evacuation shelter as shown in FIG.
  • the evacuation destination determination unit 204 acquires the position information (coordinate information; latitude, longitude) of each evacuation center from the evacuation center information database.
  • the evacuation destination determination unit 204 calculates the distance between each of the plurality of evacuation centers and the current position of the evacuation applicant (current position of the resident terminal 30).
  • the evacuation destination determination unit 204 selects the evacuation center with the shortest distance as the evacuation destination.
  • the evacuation destination determination unit 204 may determine the evacuation destination of the evacuation applicant based on the situation of each evacuation center. For example, the evacuation destination determination unit 204 may determine the evacuation destination based on the density of evacuees at each evacuation center. The evacuation destination determination unit 204 may determine the evacuation destination so that the number of people accommodated in each evacuation center is equal so that excessive congestion and close contact do not occur at each evacuation center.
  • the evacuation destination determination unit 204 may determine the evacuation destination using the area of each evacuation center, the number of people that can be accommodated, and the actual number of people that can be accommodated.
  • the evacuation destination determination unit 204 acquires the above information about each evacuation center from the evacuation center information database.
  • the evacuation destination determination unit 204 calculates the density (the number of evacuees per unit area) for each evacuation center.
  • the evacuation destination determination unit 204 determines the evacuation center having the smallest value among the calculated densities as the evacuation destination for new evacuees.
  • the evacuation destination determination unit 204 cannot select an evacuation center whose capacity has reached the capacity (the upper limit has been reached) as an evacuation destination for new evacuees.
  • the evacuation destination determination unit 204 may deselect an evacuation shelter whose density is higher than a predetermined value. That is, the evacuation destination determination unit 204 may select an evacuation center where evacuees can secure a predetermined distance (so-called social distance).
  • the evacuation destination determination unit 204 may use the number of evacuees accommodated in each evacuation center or the number of evacuees scheduled to be accommodated as information indicating the status of each evacuation center.
  • the number of evacuees scheduled to be accommodated in each evacuation center can be calculated from the number of entries whose status is set to "evacuating" in the evacuees information database.
  • the evacuation destination determination unit 204 may determine the evacuation destination so that the number of evacuees or the number of evacuees scheduled to be evacuated at each evacuation center is about the same.
  • the evacuation destination determination unit 204 may use the mask wearing rate at each evacuation center as information indicating the status of the evacuation center. In this case, the authentication unit 203 determines whether or not the person to be authenticated wears a mask. More specifically, the authentication unit 203 determines whether or not a mask is worn when processing an authentication request from the reception terminal 10. The result of the mask wearing judgment is reflected in the evacuees information database. The evacuation destination determination unit 204 may calculate the mask wearing rate of each evacuation center and determine the evacuation destination based on the result. For example, the evacuation destination determination unit 204 may preferentially select an evacuation center having a high mask wearing rate. The determination of whether or not the mask is worn by the authentication unit 203 can be realized by a method such as template matching, and detailed description thereof will be omitted.
  • the evacuation destination determination unit 204 may determine the evacuation destination based on the health information of the person who wishes to evacuate. If the person who wants to evacuate is a "person requiring long-term care", the evacuation destination determination unit 204 selects an evacuation center that can accept the person requiring long-term care as the evacuation destination of the person who wants to evacuate.
  • the evacuation destination determination unit 204 refers to the evacuation shelter information database, acquires information on the acceptance of persons requiring nursing care at each evacuation shelter, and determines the evacuation destination.
  • the evacuation destination determination unit 204 may determine the evacuation destination based on the grade. For example, the evacuation destination determination unit 204 may select an evacuation center that can accept the long-term care recipient as the evacuation destination for the long-term care recipient above a predetermined grade. Alternatively, the evacuation destination determination unit 204 may select an evacuation center that can accept the long-term care recipient as the evacuation destination for the long-term care recipient whose family is not set in the family information.
  • the evacuation destination determination unit 204 may select an evacuation center where a doctor or the like is resident as an evacuation destination when the evacuation applicant has a chronic disease.
  • the evacuation destination determination unit 204 may select an evacuation center close to a medical institution such as a hospital as an evacuation destination for an evacuation applicant who has a chronic disease.
  • the evacuation destination determination unit 204 may determine the evacuation destination based on the family information of the evacuation applicant. For example, the evacuation destination determination unit 204 may determine the evacuation destination depending on whether or not the evacuation applicant is accompanied by an infant. In this case, the evacuation destination determination unit 204 refers to the family information of the evacuation applicant and calculates the age from the date of birth if the family is set. If it is determined that the evacuation applicant is accompanied by an infant based on the calculated age, the evacuation destination determination unit 204 selects an evacuation center where the baby is accepted as an evacuation destination.
  • the evacuation destination determination unit 204 may determine the evacuation center so that the family members have the same evacuation destination. Specifically, the evacuation destination determination unit 204 searches whether or not the inhabitants registered in the family information are registered in the evacuees information database. If the above-mentioned inhabitants are registered in the evacuation destination information database, the evacuation destination determination unit 204 sets the detention shelter of the inhabitants as the evacuation destination of the evacuation applicant.
  • the evacuation destination determination unit 204 may determine the evacuation destination of the evacuation applicant based on a plurality of factors (for example, the current position of the evacuation applicant, the status of the evacuation center, the health information of the evacuation applicant).
  • the evacuation destination determination unit 204 will evacuate from the evacuation destination candidate closest to the current position of the evacuation applicant. May be determined.
  • the evacuation destination determination unit 204 calculates the density of each evacuation center and extracts evacuation centers whose calculated density is smaller than a predetermined value as evacuation destination candidates.
  • the evacuation destination determination unit 204 may determine the evacuation site closest to the current position of the evacuation applicant among the extracted evacuation destination candidates as the evacuation destination.
  • the resident terminal 30 is notified of the information regarding the determined evacuation destination.
  • the notification of information about the evacuation destination is a response (affirmative response) to the evacuation destination determination request transmitted by the resident terminal 30.
  • the information regarding the evacuation destination includes, for example, the name of the evacuation shelter (name of a school, a public hall, etc.), the address of the evacuation shelter, and the like. Alternatively, the above two pieces of information (name and address) may be notified to the resident terminal 30 as information about the evacuation center.
  • the evacuation destination determination unit 204 notifies the evacuees management department 205 of the evacuation destination ID determined as the resident ID of the evacuation applicant.
  • the contents of the evacuation shelter information database referred to when the evacuation destination determination unit 204 is used to determine the evacuation shelter are not limited to the disclosure shown in FIG.
  • the shelter information database only needs to store the information necessary for making a decision on the evacuation destination.
  • the shelter information database may store information on nearby facilities (information on whether or not a medical institution is nearby), information on whether or not it is acceptable to infants, and the like.
  • the evacuees management unit 205 is a means for managing evacuees and evacuees.
  • the evacuees management unit 205 manages evacuation applicants, evacuees' evacuation status, etc. using the evacuees information database.
  • FIG. 11 is a diagram showing an example of an evacuees information database.
  • the evacuees information database includes a resident ID, a status indicating the evacuation status of an evacuee (a person who wishes to evacuate), an evacuation center ID of an evacuation center designated by the server device 20 as an evacuation destination, and an actual evacuees.
  • the evacuation center ID, evacuation date and time, etc. of the evacuation center where the evacuation center is housed are stored in association with each other.
  • the evacuees management unit 205 obtains the resident ID and evacuation center ID of the evacuation applicant (the evacuation center ID of the evacuation center notified to the evacuation applicant as an evacuation destination) from the evacuation destination determination unit 204, the evacuation request Treat a person as a new evacuee and add a new entry to the evacuee database. At that time, the evacuees management unit 205 sets "evacuating" in the status field of the new entry to be added, and sets the acquired shelter ID in the designated shelter field.
  • the evacuation destination is determined for the evacuation applicant whose resident ID is "ID13"
  • the entry at the bottom of FIG. 11 is added.
  • the resident ID is received from the evacuation destination determination unit 204, the evacuation applicant has not yet reached the evacuation shelter, so nothing is set in the accommodation shelter or the evacuation date / time field of the evacuation shelter information database.
  • the evacuees management department 205 refers to the inhabitant information database using the inhabitant ID and acquires the name of the person who wishes to evacuate. Further, when storing information other than the name in the evacuees information database, the evacuees management unit 205 may acquire necessary information from the resident information database in the same manner as the name.
  • the evacuees information database shown in FIG. 11 is an example, and is not intended to limit its contents.
  • the address of each evacuee person who wishes to evacuate
  • information about the family, and the like may be stored in the evacuee information database.
  • the evacuees management unit 205 corresponds to the evacuees information database. Update the entry. At that time, the evacuees management unit 205 sets "evacuation completed" in the status field of the corresponding entry, and sets the acquired shelter ID in the refugee shelter field. Further, the evacuees management unit 205 sets the date and time when the authentication is successful (authentication date and time) in the evacuation date and time field.
  • the evacuees management unit 205 When the evacuees management unit 205 finishes updating the evacuees information database, it sends a response to the authentication request (a response notifying the success of the authentication; an affirmative response) to the reception terminal 10. At that time, the evacuees management unit 205 may send an acknowledgment including the name of the successfully authenticated person (certified person who succeeded in the authentication) to the reception terminal 10. In addition, the evacuees management unit 205 may notify the resident terminal 30 of the names and the like of successful authentication persons (certified persons who have succeeded in authentication).
  • the evacuees management department 205 updates the capacity field of the shelter information database. Specifically, the evacuees management unit 205 increments the value of the refugee shelter capacity field corresponding to the evacuation shelter ID acquired from the authentication unit 203.
  • the evacuation shelter ID of the designated evacuation shelter and the evacuation shelter ID of the detention shelter may be different. This fact indicates that the inhabitants did not evacuate to the designated shelter from the server device 20 but evacuated to another shelter.
  • the evacuees information database also remembers the behavior of such residents.
  • the evacuees management unit 205 stores information on the evacuation shelter (evacuation shelter ID) that is the evacuation destination of the evacuees who wish to evacuate in the evacuees information database. Further, when the information of the evacuees who visited the evacuation center is stored in the evacuees information database, the evacuees management unit 205 stores the information of the evacuation centers visited by the evacuees (evacuation center ID) in the evacuees information database.
  • the evacuees management unit 205 independently manages and stores the evacuation shelter ID of the evacuation destination instructed by the server device 20 and the evacuation shelter ID of the evacuation shelter where the inhabitants actually evacuated.
  • the server device 20 operates as a common authentication authority that provides an authentication service to each evacuation center, evacuation is performed even if the evacuation destination notified to the evacuation applicant and the evacuation site actually visited by the evacuation applicant are different. It is possible to accept people (certify evacuees).
  • the storage unit 206 is a means for storing information necessary for the operation of the server device 20.
  • the resident terminal 30 is a terminal owned and owned by the resident.
  • Examples of the resident terminal 30 include mobile terminal devices such as smartphones, mobile phones, game machines, and tablets, computers (personal computers, notebook computers), and the like.
  • FIG. 13 is a diagram showing an example of a processing configuration (processing module) of the resident terminal 30.
  • the resident terminal 30 includes a communication control unit 301, a support application introduction unit 302, an evacuation support 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. Further, the communication control unit 301 transmits data to the server device 20. The communication control unit 301 passes the data received from the other device to the other processing module. The communication control unit 301 transmits the data acquired from the other processing module to the other device. In this way, the other processing module transmits / receives data to / from other devices via the communication control unit 301.
  • the support application introduction unit 302 is a means for acquiring a support application from the server device 20 and installing it on the resident terminal 30.
  • the support application introduction unit 302 acquires the support application by the method as described above, and installs the application on the resident terminal 30.
  • the evacuation support unit 303 is a means to support the evacuation of residents.
  • the evacuation support unit 303 starts operation when the resident activates the support application.
  • the evacuation support unit 303 displays a menu screen (GUI; Graphical User Interface) as shown in FIG.
  • GUI Graphical User Interface
  • the evacuation support unit 303 acquires the requests of residents (evacuees, evacuees who wish to evacuate) from the menu screen.
  • the evacuation support unit 303 includes a sub-module consisting of a resident information input unit 331 and an evacuation destination determination request unit 332.
  • the resident information input unit 331 When the resident wishes to input the resident information, the resident information input unit 331 operates.
  • the evacuation destination determination request unit 332 operates.
  • the resident information input unit 331 operates as a pair with the resident information acquisition unit 212 of the server device 20, and inputs resident information to the server device 20.
  • the resident information input unit 331 displays as shown in FIG. 7 according to the information input form provided by the server device 20, and acquires resident information from the resident.
  • the resident information input unit 331 transmits the acquired resident information to the server device 20.
  • the evacuation destination determination request unit 332 is a means for requesting the server device 20 to make a decision regarding the evacuation destination of the evacuation applicant.
  • the evacuation destination determination request unit 332 controls the camera device (camera device included in the resident terminal 30) and acquires image data showing the person who wishes to evacuate.
  • the evacuation destination determination request unit 332 extracts a face image from the image data captured by the camera device.
  • the evacuation destination determination request unit 332 may extract a face image (face region) from the image data by using a learning model learned by CNN (Convolutional Neural Network).
  • the evacuation destination determination request unit 332 may extract a face image by using a method such as template matching.
  • the evacuation destination determination request unit 332 calculates the location information of its own device (resident terminal 30). Various methods can be used to calculate the position information. For example, the evacuation destination determination request unit 332 receives a GPS signal from a GPS (Global Positioning System) satellite, executes positioning, and generates position information including the latitude and longitude of the resident terminal 30. Alternatively, the evacuation destination determination request unit 332 may communicate with the wireless access point and treat the position of the wireless access point as the position of its own device. Alternatively, the evacuation destination determination request unit 332 may generate location information based on the strength of the radio wave received from the wireless access point.
  • GPS Global Positioning System
  • the evacuation destination determination request unit 332 transmits an "evacuation destination determination request" including a face image of the evacuation applicant and the position information of the own device to the server device 20.
  • the evacuation destination determination request unit 332 may take a picture of the evacuation applicant and acquire a facial image each time the evacuation destination determination request is transmitted, or may use the facial image stored (registered) in the resident terminal 30 in advance. May generate an evacuation destination determination request.
  • the evacuation support unit 303 receives a response to the evacuation destination determination request from the server device 20.
  • the evacuation support unit 303 outputs a message according to the response (affirmative response, negative response) to the evacuation destination determination request. For example, the evacuation support unit 303 notifies a person who wishes to evacuate a message by using a display device such as a liquid crystal panel or an acoustic device such as a speaker.
  • a display device such as a liquid crystal panel or an acoustic device such as a speaker.
  • the evacuation support unit 303 When a negative response is received from the server device 20, for example, the evacuation support unit 303 outputs a message to the effect that the evacuation applicant has not been pre-registered. Alternatively, the evacuation support unit 303 may notify the evacuation applicant of the contact information (for example, telephone number) of the management center together with the fact that the pre-registration has not been performed. In this case, the evacuation applicant can take actions such as inquiring the evacuation destination to the management center.
  • the contact information for example, telephone number
  • the evacuation support unit 303 When an acknowledgment is received from the server device 20, the evacuation support unit 303 outputs a message according to the information about the evacuation destination included in the response. For example, the evacuation support unit 303 notifies the evacuation applicant of the name of the evacuation shelter (for example, the name of a school, a public hall, etc.) and the address of the evacuation shelter.
  • the evacuation support unit 303 notifies the evacuation applicant of the name of the evacuation shelter (for example, the name of a school, a public hall, etc.) and the address of the evacuation shelter.
  • the evacuation support unit 303 may provide the evacuation applicant with a movement method, a movement route, etc. from the current position to the evacuation destination. That is, the server device 20 may provide an evacuation applicant with a map showing the evacuation site and guidance to the evacuation site (a route connecting the current position and the destination). Since the guidance of the movement route can be realized by an existing navigation application or the like, detailed description thereof will be omitted.
  • the storage unit 304 is a means for storing information necessary for the operation of the resident terminal 30.
  • FIG. 15 is a diagram showing an example of a processing configuration (processing module) of the reception terminal 10.
  • the reception terminal 10 includes a communication control unit 401, a face image acquisition unit 402, an authentication request unit 403, and a storage unit 404.
  • the communication control unit 401 is a means for controlling communication with other devices. Specifically, the communication control unit 401 receives data (packets) from the server device 20. Further, the communication control unit 401 transmits data to the server device 20. The communication control unit 401 passes the data received from the other device to the other processing module. The communication control unit 401 transmits the data acquired from the other processing module to the other device. In this way, the other processing module transmits / receives data to / from other devices via the communication control unit 401.
  • the face image acquisition unit 402 is a means for controlling a camera device (camera device included in the reception terminal 10) and acquiring a face image (biological information) of an evacuee in front of the person.
  • the face image acquisition unit 402 images the front of the own device at regular intervals or at predetermined timings.
  • the face image acquisition unit 402 determines whether or not the acquired image includes a human face image, and if the acquired image includes a face image, extracts the face image from the acquired image data.
  • the face image acquisition unit 402 delivers the extracted face image to the authentication request unit 403.
  • the authentication request unit 403 is a means for requesting the server device 20 to authenticate the evacuees in front of them.
  • the authentication request unit 403 generates an authentication request including the acquired face image and the shelter ID, and transmits the authentication request to the server device 20.
  • the evacuation center ID is shared between the reception terminal 10 and the server device 20 by any means.
  • the system administrator staff of the management center
  • the authentication request unit 403 receives a response (authentication success, authentication failure) from the server device 20 to the authentication request.
  • the authentication request unit 403 notifies the evacuees (authentication failure person; the authenticated person whose authentication result is failure) to that effect. For example, the authentication request unit 403 outputs a message such as "Information is not registered in the server. Please consult with the staff.”
  • the authentication requesting unit 403 notifies the evacuees that admission to the evacuation center is permitted. For example, the authentication request unit 403 outputs a message such as "Please enter the shelter.” Alternatively, when the name of the successful authentication person is notified from the server device 20, the authentication requesting unit 403 may output a message including the notified name. For example, the authentication request unit 403 outputs a message such as "Mr. A, please enter the shelter.”
  • the authentication requesting unit 403 may control the opening and closing of the gate according to the authentication result. .. Specifically, the authentication requesting unit 403 may open the gate when the authenticated person is successfully authenticated.
  • the storage unit 404 is a means for storing information necessary for the operation of the reception terminal 10.
  • FIG. 16 is a sequence diagram showing an example of the operation of the evacuees support system according to the first embodiment.
  • FIG. 16 is a sequence diagram showing an example of an operation when a resident requests guidance of an evacuation destination from the server device 20. Prior to the operation shown in FIG. 16, it is assumed that the resident registration has been performed in advance.
  • the resident terminal 30 acquires the face image of the person who wants to evacuate and generates the position information of the own device (steps S01 and S02).
  • the resident terminal 30 transmits an evacuation destination determination request including the above face image and location information to the server device 20 (step S03).
  • the server device 20 executes an authentication process using the acquired image and the biometric information (feature amount) registered in the resident information database (step S04).
  • step S05 If the authentication fails (step S05, No branch), the server device 20 executes the process of step S07.
  • step S06 If the authentication is successful (step S06, Yes branch), the server device 20 determines the evacuation destination of the evacuation applicant (step S06).
  • the server device 20 transmits a response to the evacuation destination determination request (step S07). If the authentication fails, the server device 20 sends a negative response to that effect to the resident terminal 30. If the authentication is successful, the server device 20 sends an acknowledgment including information about the evacuation destination to the resident terminal 30.
  • the resident terminal 30 outputs a message according to the response received from the server device 20 (step S08).
  • the reception terminal 10 acquires the face image of the evacuation applicant.
  • the reception terminal 10 transmits an authentication request including a face image to the server device 20 (step S11).
  • the server device 20 executes an authentication process (a collation process using a feature amount registered in the resident information database) using the acquired face image (step S12).
  • the server device 20 transmits the authentication result (authentication success, authentication failure) to the reception terminal 10 (step S13).
  • the server device 20 may send an acknowledgment including the name of the successful authentication person to the receiving terminal 10.
  • the reception terminal 10 outputs a message according to the authentication result (step S14).
  • the server device 20 may register the inhabitants whose identities have been confirmed.
  • the Resident Information Acquisition Department 212 requests the submission of an identification card (for example, a driver's license, passport, My Number card, etc.).
  • an identification card equipped with an IC (Integrated Circuit) chip can be used.
  • the IC chip stores a face image of a resident who has been issued an identification card or information (for example, a feature amount) related to the face image.
  • IC chip information the information taken out from the IC chip mounted on the above identification card and send it to the server device 20.
  • IC chip information the information taken out from the IC chip is referred to as "IC chip information”.
  • the resident information acquisition unit 212 substantially matches the face image taken by the resident himself (hereinafter referred to as a photographed face image) and the face image obtained from the IC chip information (hereinafter referred to as a chip face image). Allows the registration of the inhabitants.
  • the resident information acquisition unit 212 calculates the similarity between the two face images, and if the similarity is equal to or higher than a predetermined value, the two face images are determined to be the same person's face image. .. That is, the resident information acquisition unit 212 may execute one-to-one collation using two facial images and determine whether or not to permit resident registration according to the result.
  • the server device 20 receives an evacuation destination determination request from an evacuation applicant.
  • the server device 20 selects (determines) an evacuation shelter suitable for the evacuation applicant based on the current position of the evacuation applicant, the situation of the evacuation shelter as the evacuation destination, and the like.
  • a person who wishes to evacuate can evacuate to an evacuation shelter suitable for himself / herself by evacuating to the evacuation shelter according to the instructions and guidance from the server device 20.
  • the description thereof will be omitted. Since the processing configuration of the server device 20 and the reception terminal 10 can be the same as the configuration of the first embodiment, the description thereof will be omitted.
  • FIG. 18 is a diagram showing an example of a processing configuration (processing module) of the resident terminal 30 according to the second embodiment.
  • the evacuation start notification unit 333 is added to the configuration of the resident terminal 30 according to the first embodiment.
  • the inhabitants who set "need care" in the health information also register the information about the supporter who supports their evacuation in the event of a disaster in the server device 20.
  • the above-mentioned resident registers the contact information (for example, an e-mail address) of the supporter in the server device 20 (see FIG. 19).
  • the above-mentioned supporters correspond to the person in charge of the residents' association, etc. that has jurisdiction over the area where the residents live.
  • the supporter may be a family member (parent, child) or a relative of the care recipient.
  • FIG. 19 illustrates the contact information for one supporter, a plurality of supporters and their contact information may be registered in the server device 20.
  • the evacuation destination determination unit 204 of the server device 20 acquires the resident ID and location information from the authentication unit 203 that has succeeded in authentication.
  • the evacuation destination determination unit 204 determines the evacuation destination of the evacuation applicant as in the first embodiment.
  • the evacuation destination determination unit 204 refers to the resident information database using the acquired resident ID, and determines whether or not the person who wishes to evacuate is a person requiring long-term care.
  • the evacuation destination determination unit 204 performs the same processing as in the first embodiment. Specifically, the evacuation destination determination unit 204 sets the status of the evacuees wishing person to "evacuating" and adds a new entry to the evacuees information database. If the person who wishes to evacuate is not a person requiring long-term care, it is appropriate to consider that the person who wishes to evacuate has started evacuation according to the response from the server device 20 (instruction of the evacuation destination).
  • the evacuation destination determination unit 204 sets the status of the person who wants to evacuate to "Before evacuation" and adds a new entry to the evacuees information database. For example, if the evacuation applicant whose resident ID is "ID14" is a person requiring long-term care, the entry shown at the bottom of FIG. 20 is added.
  • the evacuation destination determination unit 204 includes the resident ID of the evacuation applicant in the acknowledgment to the evacuation destination determination request.
  • the evacuation destination determination unit 204 searches the resident information database using the resident ID and obtains the contact information of the supporter set in the supporter field of the corresponding entry. do.
  • the evacuation destination determination unit 204 sends an "evacuee support request" to the acquired contact information (email address, etc.) of the supporter.
  • the evacuees support request includes, for example, the name and address of the person requiring long-term care (person who wishes to evacuate), information about the evacuation shelter determined as the evacuation destination, and the like.
  • the supporter receives the above request on his / her own terminal (for example, the resident terminal 30).
  • the supporter confirms the contents of the evacuees support request and goes to the person requiring long-term care.
  • the evacuation support unit 303 of the resident terminal 30 displays a menu screen as shown in FIG. 21.
  • the care recipient or the supporter presses the "notification of evacuation start” button shown in FIG.
  • the evacuation start notification unit 333 sends an "evacuation start notification" to the server device 20 in response to pressing the above button. At that time, the evacuation start notification unit 333 transmits an evacuation start notification including the resident ID (resident ID of the person requiring long-term care) notified from the server device 20 to the server device 20.
  • the evacuees management unit 205 of the server device 20 Upon receiving the evacuation start notification, the evacuees management unit 205 of the server device 20 processes the notification. Specifically, the evacuees management unit 205 identifies the evacuees who wish to evacuate stored in the evacuees information database from the resident ID included in the evacuation start notification. The evacuees management unit 205 sets the status of the identified evacuees to "evacuating" (see the bottom of FIG. 22).
  • the reception terminal 10 transmits an authentication request including the biometric information of the care recipient to the server device 20, as in the first embodiment.
  • the server device 20 identifies a person requiring long-term care who has arrived at the evacuation center by biometric authentication.
  • the evacuees management unit 205 sets the status of the identified care recipient to "evacuation completed” and updates the evacuees management database (see the bottom of FIG. 23).
  • FIG. 24 is a sequence diagram showing an example of the operation of the evacuees support system according to the second embodiment. The evacuation of the care recipient will be described with reference to FIG. 24.
  • the operation of the server device 20 when the biometric authentication fails can be the same as that of the first embodiment, and thus the description thereof is omitted.
  • the resident terminal 30 acquires the face image of the person who wants to evacuate and calculates the position information of the own device.
  • the resident terminal 30 transmits an evacuation destination determination request including the face image and location information to the server device 20 (step S21).
  • the server device 20 identifies an evacuation applicant by biometric authentication and determines an evacuation destination as an evacuation destination (step S22).
  • the server device 20 refers to the resident information database and determines whether or not the person who wants to evacuate is a person requiring long-term care (step S23).
  • the server device 20 sets the status to "before evacuation” and updates the evacuees information database. If the person who wants to evacuate is not a person requiring long-term care, the server device 20 sets the status to "evacuating" and updates the evacuees information database.
  • the server device 20 transmits a response to the evacuation destination determination request (step S24). At that time, if the person who wishes to evacuate is a person requiring long-term care, the server device 20 transmits a response including the resident ID of the person requiring long-term care to the resident terminal 30.
  • the resident terminal 30 outputs a message according to the acquired response (step S25).
  • step S26 If the person who wishes to evacuate is a person requiring long-term care (step S26, Yes branch), the server device 20 sends a "evacuee support request" to the contact information of the supporter registered in advance (step S27).
  • step S26 If the person who wishes to evacuate is not a person requiring long-term care (step S26, No branch), the server device 20 does not perform any special processing.
  • the resident terminal 30 sends an evacuation start notification to the server device 20 (step S31).
  • the server device 20 Upon receiving the evacuation start notification, the server device 20 sets the status of the evacuees wishing person to "evacuating” and updates the evacuees information database (step S32).
  • the server device 20 determines whether or not the care recipient needs support when each of the plurality of residents evacuates, and the contact information of the supporter who supports the care recipient.
  • the server device 20 transmits an evacuees support request to the contact information of the supporter.
  • the server device 20 sets the status of the care-requiring person to "before evacuation” in response to the reception of the evacuation destination determination request.
  • the server device 20 sets the status of the care recipient to "evacuating" in response to receiving an evacuation start notification indicating that the care recipient has started evacuation from the resident terminal 30 (first terminal). do.
  • the server device 20 succeeds in authenticating the care-requiring person who has started evacuation as a result of processing the authentication request received from the reception terminal 10 (second terminal), the server device 20 sets the status of the care-requiring person to "evacuation completed". do.
  • the server device 20 can accurately grasp the status (before evacuation, during evacuation, completion of evacuation) of the care-requiring person (support-requiring person).
  • the server device 20 can generate list information (list information including the name, address, status, etc. of the care recipient) regarding the care recipient based on the above status.
  • the server device 20 can provide the list information to the staff of the management center and the like. As a result, each local government can grasp the situation of the care recipient in real time from the provided list information, and can promptly take necessary support and measures.
  • FIG. 25 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 computer), and includes the configuration illustrated in FIG. 25.
  • the server device 20 includes a processor 311, a memory 312, an input / output interface 313, a communication interface 314, and the like.
  • the components such as the processor 311 are connected by an internal bus or the like and are configured to enable mutual communication.
  • the configuration shown in FIG. 25 does not mean to limit the hardware configuration of the server device 20.
  • the server device 20 may include hardware (not shown) or may not include an input / output interface 313 if necessary.
  • the number of processors 311 and the like included in the server device 20 is not limited to the example of FIG. 25, and for example, a plurality of processors 311 may be included in the server device 20.
  • the processor 311 is a programmable device such as a CPU (Central Processing Unit), an MPU (Micro Processing Unit), and 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).
  • OS operating system
  • the memory 312 is a RAM (RandomAccessMemory), a ROM (ReadOnlyMemory), an HDD (HardDiskDrive), an SSD (SolidStateDrive), or the like.
  • the memory 312 stores an OS program, an application program, and various data.
  • the input / output interface 313 is an interface of a display device or an input device (not shown).
  • the display device is, for example, a liquid crystal display or the like.
  • the input device is, for example, a device that accepts user operations such as a keyboard and a mouse.
  • the communication interface 314 is a circuit, module, etc. that communicates with other devices.
  • the communication interface 314 includes a NIC (Network Interface Card) and the like.
  • the function of the server device 20 is realized by various processing modules.
  • the processing module is realized, for example, by the processor 311 executing a program stored in the memory 312.
  • the program can also be recorded on a computer-readable storage medium.
  • the storage medium may be a non-transient 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. Further, the above program can be downloaded via a network or updated by using a storage medium in which the program is stored. Further, the processing module may be realized by a semiconductor chip.
  • reception terminal 10 the resident terminal 30, and the like can also be configured by the information processing device in the same manner as the server device 20, and the basic hardware configuration thereof is not different from that of the server device 20, so the description thereof will be omitted.
  • the reception terminal 10 may be provided with a camera device.
  • the server device 20 is equipped with a computer, and the function of the server device 20 can be realized by causing the computer to execute a program. Further, the server device 20 executes the control method of the server device by the program.
  • the function of the server device 20 may be realized by a plurality of devices.
  • the "authentication function" of the server device 20 may be realized by another device.
  • the server device 20 may urge the inhabitants to update the registered inhabitant information on a regular basis or at a predetermined timing.
  • the resident registration unit 202 sends a sentence or the like describing the necessity of updating information to the contact information of the resident who has registered as a resident.
  • the contents registered in the resident information database will be updated by sending the text. That is, the server device 20 prompts the inhabitants to update the inhabitant information, so that the inhabitant information database is updated periodically or at a predetermined timing.
  • the server device 20 may include an analysis unit 207 that analyzes the evacuees information database (see FIG. 26). For example, the analysis unit 207 may calculate the ratio of evacuees who wish to evacuate (evacuees) as instructed by the server device 20. Specifically, the analysis unit 207 calculates the ratio of entries that match the evacuation shelter IDs set in the designated shelter and refugee shelter fields to the total number of entries in the evacuees information database.
  • the analysis unit 207 of the server device 20 may analyze the resident information database and the evacuees information database. For example, the analysis unit 207 may calculate the ratio of the number of residents evacuated to the evacuation center (or the number of residents who have not evacuated) to the residents registered in the resident information database. That is, the server device 20 may calculate the ratio of the residents who have actually evacuated (the ratio of the residents who have not evacuated) among the pre-registered residents.
  • the analysis result by the analysis unit 207 may be provided to the staff of the management center or the like.
  • the server device 20 may transmit the analysis result of the analysis unit 207 (for example, the ratio of evacuees who have evacuated as instructed, the ratio of residents who have actually evacuated) to the terminal used by the staff of the management center.
  • the resident has explained that the resident terminal 30 is used to request the server device 20 to register the resident and determine the shelter, but these operations may be performed on different terminals.
  • a resident may register as a resident using a personal computer at home and request an evacuation center from outside using a smartphone.
  • the resident terminal 30 transmits the position information of the own device to the server device 20 in response to the operation of the resident has been described when a disaster occurs.
  • the resident terminal 30 may transmit the location information to the server device 20 periodically or at a predetermined timing in normal times.
  • the server device 20 determines the evacuation destination of each resident based on the latest location information, and transmits an "evacuation order" including information on the determined evacuation destination (evacuation center) to the resident terminal 30. You may. That is, the server device 20 may send an evacuation order to each inhabitant in the wake of a disaster.
  • the server device 20 may determine the necessity of evacuation destination determination and evacuation destination notification based on the current position of each inhabitant. For example, when it is determined that an evacuation order is unnecessary, such as when a resident exists in a foreign country, the server device 20 does not have to give an evacuation order to the resident.
  • the biometric information related to the "face image” is transmitted from the reception terminal 10 to the server device 20 has been described.
  • the biometric information related to the "feature amount generated from the face image” may be transmitted from the reception terminal 10 or the like to the server device 20.
  • the server device 20 may execute a collation process with the feature amount registered in the resident information database using the acquired feature amount (feature vector).
  • the resident information database and the evacuees information database are configured inside the server device 20
  • these databases may be built on an external database server or the like. That is, some functions of the server device 20 may be implemented in another server.
  • evacuees are managed by using an evacuees information database different from the resident information database.
  • evacuees may be managed using a resident information database.
  • the resident information database may have a field related to an evacuation site for evacuees.
  • the server device 20 may manage the evacuees by using the evacuation area field or the like of the resident information database.
  • the face image (chip face image) read from the IC chip of the identification card is used when confirming the identity of the evacuee has been described.
  • the face photograph described in the identification card may be used for identification.
  • the facial photograph may be acquired by a scanner or the like.
  • the server device 20 may decide the evacuation destination.
  • the server device 20 may provide the resident terminal 30 with a judgment material for the evacuation applicant to determine the evacuation destination.
  • the server device 20 transmits information indicating the status of each evacuation center (for example, congestion degree (density), mask wearing rate) to the resident terminal 30 in response to a request from the resident terminal 30.
  • the resident terminal 30 notifies the evacuation applicant of the acquired information.
  • the evacuation applicant decides the evacuation destination based on the notified information. For example, evacuation applicants avoid crowded evacuation shelters or select evacuation shelters with a high mask wearing rate. Alternatively, the evacuation applicant may select the evacuation site of the family as the evacuation destination.
  • the resident terminal 30 may take measures such as clearly indicating an evacuation center that cannot be selected by the evacuation applicant. For example, the resident terminal 30 hides an evacuation center whose density is higher than a specified value or an evacuation center that accommodates a person requiring long-term care. Alternatively, the resident terminal 30 may prevent the evacuation applicant from selecting the evacuation shelter as described above. For example, the resident terminal 30 may clearly indicate that the evacuation applicant cannot select by coloring the icon of the evacuation shelter corresponding to the above with gray or the like.
  • the resident terminal 30 sends an evacuation destination determination request including a face image to the server device 20, and the server device 20 identifies an evacuation applicant by biometric authentication using the face image included in the evacuation destination determination request.
  • the server device 20 may store the terminal ID of the resident terminal 30 used by each resident in advance, and the resident terminal 30 may send an evacuation destination determination request including the terminal ID to the server device 20. That is, a person who wishes to evacuate may be specified by terminal authentication.
  • the server device 20 may provide information about the evacuees housed in the evacuation center to the residents and the like. For example, the server device 20 displays a GUI on the resident terminal 30 in which the evacuee inputs the name of the person to be searched. The server device 20 searches the evacuees information database using the acquired name. If the search target person is stored in the evacuees information database, the server device 20 transmits the evacuation destination (containment shelter) and status of the corresponding person to the resident terminal 30.
  • the server device 20 notifies the evacuation applicant (resident terminal 30) of the evacuation destination.
  • the notified evacuation destination may be against the wishes of the evacuation applicant.
  • the resident terminal 30 may request the server device 20 to redetermine the evacuation destination.
  • the server device 20 may transmit the evacuation destination candidate to the resident terminal 30, and the resident terminal 30 may transmit the evacuation destination desired by the evacuation applicant from the received candidates to the server device 20. That is, the evacuation applicant may send a request regarding the evacuation destination to the server device 20.
  • the server device 20 may notify the care recipient of the time when the supporter is scheduled to arrive at the care recipient. Specifically, the server device 20 makes a transmission request for the current position to the terminal used by the supporter. The server device 20 grasps the current position of the supporter from the response of the transmission request. The server device 20 may obtain the distance between the current position of the care recipient and the current position of the supporter, and calculate the time when the supporter arrives based on the distance. The server device 20 may obtain the time required for the supporter to move by dividing the distance between the two by the average walking speed, and may predict the arrival time of the supporter from the time.
  • the server device 20 may grasp the current position of the evacuation applicant by another method.
  • the resident information database stores the home address, the work address, and the like in association with the biometric information of the resident.
  • the resident terminal 30 transmits an evacuation destination determination request including the situation (at home, working) to the server device 20 by the evacuation applicant.
  • the server device 20 may acquire location information (home address, work address) according to the situation of the evacuation applicant.
  • the resident terminal 30 may send an evacuation destination determination request including landmark information (for example, station name, building name) that can be visually recognized by the evacuation applicant to the server device 20.
  • the server device 20 may infer the current location of the evacuation applicant from the information of the landmark.
  • each embodiment may be used alone or in combination. For example, it is possible to replace a part of the configuration of the embodiment with the configuration of another embodiment, or to add the configuration of another embodiment to the configuration of the embodiment. Further, it is possible to add, delete, or replace a part of the configuration of the embodiment with another configuration.
  • the present invention is suitably applicable to an evacuees support system operated by a local government or the like.
  • [Appendix 1] A resident information database that stores biometric information for each of multiple residents, A receiving unit that receives an evacuation destination determination request including the biological information of the evacuation applicant and the location information of the first terminal from the first terminal operated by the evacuation applicant who wishes to evacuate to the evacuation center.
  • An authentication unit that identifies the evacuation applicant from among the plurality of inhabitants by biometric authentication using the biometric information of the evacuation applicant and the biometric information stored in the inhabitant information database.
  • a decision unit that determines an evacuation destination to be an evacuation destination for the specified evacuation applicant from among a plurality of evacuation centers based on at least the position information of the first terminal.
  • a server device A server device.
  • the inhabitant information database stores biometric information of each of the plurality of inhabitants in association with health-related information.
  • the server device according to any one of Supplementary note 1 to 4, wherein the determination unit determines an evacuation destination to be an evacuation destination based on the information on the health of the specified evacuation applicant.
  • the server device according to any one of Supplementary note 1 to 5, further comprising a transmission unit that transmits information about the determined evacuation destination to the first terminal.
  • [Appendix 7] Further equipped with a management department to manage the evacuation status of the identified evacuation applicants, The server device according to any one of Supplementary note 1 to 6, wherein the management unit stores information on the evacuation shelter that is the determined evacuation destination for the specified evacuation applicant in the evacuation person information database.
  • the receiving unit receives an authentication request including biometric information of an evacuee who has visited the evacuation center where the second terminal is installed from the second terminal.
  • the authentication unit identifies the evacuee from among the plurality of residents by biometric authentication using the biometric information of the evacuee and the biometric information stored in the resident information database.
  • the management unit stores the information of the evacuation shelters visited by the specified evacuees in the evacuees information database. 7.
  • the server device according to 7.
  • the resident information database stores whether or not each of the plurality of residents needs support when evacuating, and the contact information of the supporter who supports the person requiring long-term care.
  • the server device according to any one of Supplementary note 1 to 8, wherein the determination unit transmits an evacuee support request to the contact information of the supporter when the specified evacuation requester is a person requiring long-term care.
  • the management department If the specified evacuation applicant is a care recipient, the status of the care recipient is set before evacuation in response to the reception of the evacuation destination determination request. In response to receiving the evacuation start notification indicating that the care-requiring person has started evacuation from the first terminal, the status of the care-requiring person is set to being evacuated.
  • the server device according to Appendix 9.
  • the server device according to any one of Supplementary note 1 to 10, wherein the biometric information is a face image or a feature amount generated from the face image.
  • the resident information database is updated periodically or at a predetermined timing.
  • the first terminal operated by the evacuation applicant who wishes to evacuate to the evacuation center The server device connected to the first terminal and Including The server device is A resident information database that stores biometric information for each of multiple residents, A receiving unit that receives an evacuation destination determination request including the biological information of the evacuation applicant and the position information of the first terminal from the first terminal.
  • An authentication unit that identifies the evacuation applicant from among the plurality of inhabitants by biometric authentication using the biometric information of the evacuation applicant and the biometric information stored in the inhabitant information database.
  • a decision unit that determines an evacuation destination to be an evacuation destination for the specified evacuation applicant from among a plurality of evacuation centers based on at least the position information of the first terminal. Evacuees support system equipped with.

Landscapes

  • Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Health & Medical Sciences (AREA)
  • Economics (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Development Economics (AREA)
  • Educational Administration (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

住民に適した避難所を案内するサーバ装置を提供する。サーバ装置は、住民情報データベースと、受信部と、認証部と、決定部と、を備える。住民情報データベースは、複数の住民それぞれの生体情報を記憶する。受信部は、避難所への避難を希望する避難希望者が操作する第１の端末から、避難希望者の生体情報と第１の端末の位置情報を含む避難先決定要求を受信する。認証部は、避難希望者の生体情報と住民情報データベースに記憶された生体情報を用いた生体認証により、複数の住民の中から避難希望者を特定する。決定部は、少なくとも第１の端末の位置情報に基づいて、複数の避難所の中から特定された避難希望者の避難先となる避難所を決定する。

Description

サーバ装置、避難者支援システム、サーバ装置の制御方法及び記憶媒体
　本発明は、サーバ装置、避難者支援システム、サーバ装置の制御方法及び記憶媒体に関する。
　地震などの大規模災害が発生すると、住民は避難所に避難することになる。住民の避難に関し、種々の技術開発等が行われている。
　例えば、特許文献１には、避難者の把握を容易にする災害ネットワークシステム及びアプリケーションプログラム並びに災害ネットワーク方法を提供する、と記載されている。特許文献２には、被災者の所在に関する情報を円滑に管理することのできる災害用情報管理システム、および、災害用情報管理方法を提供する、と記載されている。
特開２０１８－０７２９９１号公報 特開２０１８－０１８３５５号公報
　地震などの大規模災害が発生すると、住民は避難所に避難することになる。住民が避難可能な避難所は複数存在することが多いが、住民はいずれの避難所に避難するのがよいのか判断できないことも多い。
　本発明は、住民に適した避難所を案内することに寄与する、サーバ装置、避難者支援システム、サーバ装置の制御方法及び記憶媒体を提供することを主たる目的とする。
　本発明の第１の視点によれば、複数の住民それぞれの生体情報を記憶する、住民情報データベースと、避難所への避難を希望する避難希望者が操作する第１の端末から、前記避難希望者の生体情報と前記第１の端末の位置情報を含む避難先決定要求を受信する、受信部と、前記避難希望者の生体情報と前記住民情報データベースに記憶された生体情報を用いた生体認証により、前記複数の住民の中から前記避難希望者を特定する、認証部と、少なくとも前記第１の端末の位置情報に基づいて、複数の避難所の中から前記特定された避難希望者の避難先となる避難所を決定する、決定部と、を備える、サーバ装置が提供される。
　本発明の第２の視点によれば、避難所への避難を希望する避難希望者が操作する第１の端末と、前記第１の端末と接続されたサーバ装置と、を含み、前記サーバ装置は、複数の住民それぞれの生体情報を記憶する、住民情報データベースと、前記第１の端末から、前記避難希望者の生体情報と前記第１の端末の位置情報を含む避難先決定要求を受信する、受信部と、前記避難希望者の生体情報と前記住民情報データベースに記憶された生体情報を用いた生体認証により、前記複数の住民の中から前記避難希望者を特定する、認証部と、少なくとも前記第１の端末の位置情報に基づいて、複数の避難所の中から前記特定された避難希望者の避難先となる避難所を決定する、決定部と、を備える、避難者支援システムが提供される。
　本発明の第３の視点によれば、複数の住民それぞれの生体情報を記憶する、住民情報データベースを備えるサーバ装置において、避難所への避難を希望する避難希望者が操作する第１の端末から、前記避難希望者の生体情報と前記第１の端末の位置情報を含む避難先決定要求を受信し、前記避難希望者の生体情報と前記住民情報データベースに記憶された生体情報を用いた生体認証により、前記複数の住民の中から前記避難希望者を特定し、少なくとも前記第１の端末の位置情報に基づいて、複数の避難所の中から前記特定された避難希望者の避難先となる避難所を決定する、サーバ装置の制御方法が提供される。
　本発明の第４の視点によれば、複数の住民それぞれの生体情報を記憶する、住民情報データベースを備えるサーバ装置に搭載されたコンピュータに、避難所への避難を希望する避難希望者が操作する第１の端末から、前記避難希望者の生体情報と前記第１の端末の位置情報を含む避難先決定要求を受信する処理と、前記避難希望者の生体情報と前記住民情報データベースに記憶された生体情報を用いた生体認証により、前記複数の住民の中から前記避難希望者を特定する処理と、少なくとも前記第１の端末の位置情報に基づいて、複数の避難所の中から前記特定された避難希望者の避難先となる避難所を決定する処理と、を実行させるためのプログラムを記憶する、コンピュータ読取可能な記憶媒体が提供される。
　本発明の各視点によれば、住民に適した避難所を案内することに寄与する、サーバ装置、避難者支援システム、サーバ装置の制御方法及び記憶媒体が提供される。なお、本発明の効果は上記に限定されない。本発明により、当該効果の代わりに、又は当該効果と共に、他の効果が奏されてもよい。
一実施形態の概要を説明するための図である。 第１の実施形態に係る避難者支援システムの概略構成の一例を示す図である。 第１の実施形態に係る避難者支援システムの概略動作を説明するための図である。 第１の実施形態に係る避難者支援システムの概略動作を説明するための図である。 第１の実施形態に係るサーバ装置の処理構成の一例を示す図である。 第１の実施形態に係る住民登録部の処理構成の一例を示す図である。 第１の実施形態に係る住民情報取得部の動作を説明するための図である。 第１の実施形態に係る住民情報データベースの一例を示す図である。 第１の実施形態に係る住民情報データベースの家族情報の一例を示す図である。 第１の実施形態に係る避難所情報データベースの一例を示す図である。 第１の実施形態に係る避難者情報データベースの一例を示す図である。 第１の実施形態に係る避難者情報データベースの一例を示す図である。 第１の実施形態に係る住民端末の処理構成の一例を示す図である。 第１の実施形態に係る避難支援部の動作を説明するための図である。 第１の実施形態に係る受付端末の処理構成の一例を示す図である。 第１の実施形態に係る避難者支援システムの動作の一例を示すシーケンス図である。 第１の実施形態に係る避難者支援システムの動作の一例を示すシーケンス図である。 第２の実施形態に係る住民端末の処理構成の一例を示す図である。 第２の実施形態に係る住民情報データベースの一例を示す図である。 第２の実施形態に係る避難者情報データベースの一例を示す図である。 第２の実施形態に係る避難支援部の動作を説明するための図である。 第２の実施形態に係る避難者情報データベースの一例を示す図である。 第２の実施形態に係る避難者情報データベースの一例を示す図である。 第２の実施形態に係る避難者支援システムの動作の一例を示すシーケンス図である。 サーバ装置のハードウェア構成の一例を示す図である。 本願開示の変形例に係るサーバ装置の処理構成の一例を示す図である。
　はじめに、一実施形態の概要について説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、この概要の記載はなんらの限定を意図するものではない。また、特段の釈明がない場合には、各図面に記載されたブロックはハードウェア単位の構成ではなく、機能単位の構成を表す。各図におけるブロック間の接続線は、双方向及び単方向の双方を含む。一方向矢印については、主たる信号（データ）の流れを模式的に示すものであり、双方向性を排除するものではない。なお、本明細書及び図面において、同様に説明されることが可能な要素については、同一の符号を付することにより重複説明が省略され得る。
　一実施形態に係るサーバ装置１００は、住民情報データベース１０１と、受信部１０２と、認証部１０３と、決定部１０４と、を備える（図１参照）。住民情報データベース１０１は、複数の住民それぞれの生体情報を記憶する。受信部１０２は、避難所への避難を希望する避難希望者が操作する第１の端末から、避難希望者の生体情報と第１の端末の位置情報を含む避難先決定要求を受信する。認証部１０３は、避難希望者の生体情報と住民情報データベース１０１に記憶された生体情報を用いた生体認証により、複数の住民の中から避難希望者を特定する。決定部１０４は、少なくとも第１の端末の位置情報に基づいて、複数の避難所の中から特定された避難希望者の避難先となる避難所を決定する。
　避難所に避難を希望する住民は、所持する端末を介して、サーバ装置１００に対して避難先の決定を要求する。サーバ装置１００は、上記要求を発した住民の現在位置に基づいて、当該住民に適した避難所を決定する。例えば、サーバ装置１００は、避難を希望する住民の現在地に最も近い避難所を案内する。その結果、サーバ装置１００は、自宅から遠く離れた場所で被災したような住民に対しても、当該住民に適した避難所を案内することができる。
　以下に具体的な実施形態について、図面を参照してさらに詳しく説明する。
［第１の実施形態］
　第１の実施形態について、図面を用いてより詳細に説明する。
［システム構成］
　図２は、第１の実施形態に係る避難者支援システムの概略構成の一例を示す図である。図２を参照すると、避難者支援システムには、管理センターと複数の避難所が含まれる。本願開示では、住民は少なくとも１台以上の住民端末３０を所持していることを前提とする。
　管理センターは、地域の自治体等により管理、運営される。管理センターは、例えば、市役所等に設置される。避難所は、各地域の学校、公民館等に開設される。
　管理センターは、サーバ装置２０を運営、管理する。サーバ装置２０は、地域住民の防災に関する管理、各避難所の運営、避難者の支援等を担うサーバである。サーバ装置２０は、管理センターが設置された建物と同じ建物に設置されていてもよいし、ネットワーク上（クラウド上）に設置されていてもよい。
　各避難所は、避難者の受付を担う端末を備える。例えば、図２に示すように、避難所Ａには受付端末１０－１が、避難所Ｂには受付端末１０－２がそれぞれ設置される。以降の説明において、受付端末１０－１と受付端末１０－２を区別する特段の理由がないに場合には、単に「受付端末１０」と表記する。
　図２に示す各装置は相互に接続されている。例えば、受付端末１０とサーバ装置２０は、有線又は無線の通信手段により接続され、相互に通信が可能となるように構成されている。
　図２に示す避難者支援システムの構成は例示であって、その構成を限定する趣旨ではない。管理センターには複数のサーバ装置２０が含まれていてもよい。また、１つの避難所に複数の受付端末１０が設置されていてもよい。例えば、大規模な避難所では、複数の避難者受付窓口が設置され、各窓口に受付端末１０が設置されていてもよい。
［動作概略］
　続いて、図面を参照しつつ、第１の実施形態に係る避難者支援システムの動作の概略を説明する。
＜事前準備＞
　避難者支援システムを利用しようとする住民は、事前準備が必要である。初めに、図３を参照しつつ住民による事前準備を説明する。
　住民は、所持する住民端末３０を用いてサーバ装置２０にアクセスする。住民は、サーバ装置２０から避難者を支援するためのアプリケーション（以下、支援アプリケーションと表記する）を取得する。
　住民は、サーバ装置２０から取得（ダウンロード）した支援アプリケーションを住民端末３０にインストールする。住民は、インストールされた支援アプリケーションを起動し、自身の情報をサーバ装置２０に登録する。以降の説明において、住民がサーバ装置２０に登録する情報を「住民情報」と記載する。
　なお、幼児や高齢者等、自ら住民情報の登録を行うことが困難な住民に関しては、親や子供が代理で幼児、高齢者等に関する住民情報をサーバ装置２０に登録してもよい。サーバ装置２０は、取得した住民情報を、住民情報データベースを用いて管理する。
　住民情報には、生体情報、個人情報（例えば、基本４情報；氏名、性別、住所、生年月日）が含まれる。
　住民の生体情報には、例えば、顔、指紋、声紋、静脈、網膜、瞳の虹彩の模様（パターン）といった個人に固有の身体的特徴から計算されるデータ（特徴量）が例示される。あるいは、生体情報は、顔画像、指紋画像等の画像データであってもよい。生体情報は、住民の身体的特徴を情報として含むものであればよい。本願開示では、人の「顔」に関する生体情報（顔画像又は顔画像から生成された特徴量）を用いる場合について説明する。
　また、上記情報に加え、住民情報には、住民の健康に関する情報（以下、健康情報と表記する）、住民の家族に関する情報（以下、家族情報と表記する）等が含まれていてもよい。
　健康情報として、例えば、介護の要否が例示される。あるいは、要支援者、要介護者の等級（要支援１、２、要介護１～５）が健康情報としてサーバ装置２０に登録されてもよい。本願開示では、要支援者と要介護者を区別することなく「要介護者」と表記する。あるいは、住民の病気（持病）に関する情報が健康情報としてサーバ装置２０に登録されてもよい。
　家族情報として、同居している家族の氏名等が例示される。あるいは、家族の氏名と併せてその生年月日や年齢が家族情報として登録されてもよい。
＜災害発生＞
　続いて、図４を参照しつつ災害発生時の避難者支援システムの概略動作を説明する。
　災害が発生し、避難が必要と判断した住民は、住民端末３０にインストールされた支援アプリケーションを起動する。住民は、起動した支援アプリケーションを介して避難先の決定をサーバ装置２０に要求する。
　その際、住民端末３０は、避難先の決定要求操作を行った住民の顔画像と自装置（住民端末３０）の位置情報を含む「避難先決定要求」をサーバ装置２０に送信する。以降の説明において、避難先の決定をサーバ装置２０に要求する住民を「避難希望者」と表記する。
　サーバ装置２０は、避難先決定要求に含まれる顔画像と住民情報データベースに登録された生体情報を用いた照合処理（１対Ｎ照合；Ｎは正の整数、以下同じ）により避難希望者を特定する。
　サーバ装置２０は、特定された避難希望者の避難先を決定する。その際、サーバ装置２０は、避難先決定要求に含まれる位置情報及び／又は避難希望者の住民情報に基づいて避難先を決定する。
　例えば、サーバ装置２０は、避難希望者の現在位置に最も近い避難所を避難先としてもよいし、要介護者の受け入れが可能な避難所を避難先としてもよい。サーバ装置２０は、決定した避難先に関する情報（避難所情報）を住民端末３０に通知する。
　住民端末３０は、取得した避難所情報に基づいて避難先に関するメッセージを出力する。例えば、住民端末３０は、避難所の名称や住所を避難希望者に通知する。避難希望者は、サーバ装置２０から指定された避難所に移動する。
　避難所には受付端末１０が設置されている。避難者は、受付端末１０の前に移動する。受付端末１０は、避難者の顔画像を取得する。受付端末１０は、避難者の顔画像と各避難所を識別するための避難所ＩＤを含む認証要求をサーバ装置２０に送信する。
　サーバ装置２０は、取得した顔画像と住民情報データベースに登録された生体情報を用いた生体認証を実行する。サーバ装置２０は、認証結果（認証成功、認証失敗）を受付端末１０に送信する。受付端末１０は、生体認証に成功した被認証者（認証成功者）を避難所に収容する。
　避難者の認証に成功すると、サーバ装置２０は、避難者を管理するための避難者情報データベースを更新する。具体的には、サーバ装置２０は、避難希望者のステータスや避難希望者が収容された避難所を避難者情報データベースに記載する。避難者情報データベースの詳細は後述する。
　続いて、第１の実施形態に係る避難者支援システムに含まれる各装置の詳細について説明する。
［サーバ装置］
　図５は、第１の実施形態に係るサーバ装置２０の処理構成（処理モジュール）の一例を示す図である。図５を参照すると、サーバ装置２０は、通信制御部２０１と、住民登録部２０２と、認証部２０３と、避難先決定部２０４と、避難者管理部２０５と、記憶部２０６と、を備える。
　通信制御部２０１は、他の装置との間の通信を制御する手段である。例えば、通信制御部２０１は、受付端末１０からデータ（パケット）を受信する。また、通信制御部２０１は、受付端末１０に向けてデータを送信する。通信制御部２０１は、他の装置から受信したデータを他の処理モジュールに引き渡す。通信制御部２０１は、他の処理モジュールから取得したデータを他の装置に向けて送信する。このように、他の処理モジュールは、通信制御部２０１を介して他の装置とデータの送受信を行う。通信制御部２０１は、他の装置から情報を受信する受信部の機能と他の装置へ情報を送信する送信部の機能を備える。
　住民登録部２０２は、住民による事前登録（住民登録）を実現する手段である。住民登録部２０２は、複数のサブモジュールを含む。図６は、住民登録部２０２の処理構成の一例を示す図である。図６を参照すると、住民登録部２０２は、アプリケーション提供部２１１と、住民情報取得部２１２と、ＩＤ生成部２１３と、特徴量生成部２１４と、エントリ管理部２１５と、を備える。
　アプリケーション提供部２１１は、任意の方法を用いて、住民端末３０に支援アプリケーションを提供する手段である。例えば、管理センター（自治体）がＷＥＢ（ウェブ）ページを開設している場合を考える。この場合、アプリケーション提供部２１１は、住民が住民端末３０を操作して支援アプリケーションをダウンロードするためのボタンを押下すると、支援アプリケーションを住民端末３０に送信する。
　あるいは、アプリケーション提供部２１１は、支援アプリケーションが格納されたＦＴＰ（File Transfer Protocol）サイトの位置情報（ＵＲＬ；Uniform Resource Locator）等を住民端末３０に通知してもよい。
　住民情報取得部２１２は、将来的に避難者となり得る複数の住民それぞれの住民情報を取得する手段である。より具体的には、住民情報取得部２１２は、住民の顔画像、氏名等の情報を任意の手段により取得する。
　例えば、住民情報取得部２１２は、住民情報を入力するための情報入力フォームを住民端末３０に送信し、その応答により住民情報を取得する。例えば、住民情報取得部２１２は、図７に示すような情報入力フォームを住民が操作する住民端末３０に表示してもよい。
　住民は、図７に示す情報を住民端末３０に入力する。住民は、情報入力を完了すると「送信」ボタンを押下し、生体情報、個人情報等をサーバ装置２０に入力する。なお、健康情報、家族情報等の入力を希望する住民は、それぞれの対応するボタンを押下して必要な情報を入力する。健康情報等を入力するためのボタンが押下された場合には、住民情報取得部２１２は、図７に類似する情報入力フォームを住民端末３０に表示し、情報を取得すればよい。
　住民情報取得部２１２は、取得した住民情報を記憶部２０６に格納する。
　ＩＤ生成部２１３は、避難者支援システムに登録を行った住民に割り当てるＩＤを生成する手段である。ＩＤ生成部２１３は、取得した住民情報の全部又は一部のハッシュ値を計算し、当該ハッシュ値を住民に割り当てるＩＤとしてもよい。あるいは、ＩＤ生成部２１３は、住民登録のたびに一意な値を採番しＩＤとしてもよい。なお、以降の説明において、ＩＤ生成部２１３が生成するＩＤ（住民を識別するためのＩＤ）を「住民ＩＤ」と表記する。
　特徴量生成部２１４は、住民が登録した顔画像から当該顔画像を特徴付ける特徴量（複数の特徴量からなる特徴ベクトル）を生成する手段である。なお、特徴量の生成処理に関しては既存の技術を用いることができるのでその詳細な説明を省略する。例えば、特徴量生成部２１４は、顔画像から目、鼻、口等を特徴点として抽出する。その後、特徴量生成部２１４は、特徴点それぞれの位置や各特徴点間の距離を特徴量として計算し、複数の特徴量からなる特徴ベクトル（顔画像を特徴づけるベクトル情報）を生成する。
　エントリ管理部２１５は、住民情報データベースのエントリを管理する手段である。エントリ管理部２１５は、ＩＤ生成部２１３により生成された住民ＩＤ、特徴量生成部２１４により生成された特徴量、顔画像、及び、住民から取得した個人情報、健康情報等を含むエントリを住民情報データベースに追加する。
　住民登録部２０２は、図８、図９に示すような住民情報データベースを用いて各住民の状況、現況等を管理する。図８は、住民情報データベースの全体構造の一例を示す図である。図９は、図８に示す家族情報をより詳細に示した図である。
　図８、図９に示すとおり、住民情報データベースは、住民の生体情報（特徴量、顔画像）、個人情報（例えば、氏名、性別、住所、生年月日）に加え、健康に関する情報や家族に関する情報等も記憶する。
　なお、図８、図９に示す住民情報データベースに登録された内容は例示であって、住民情報データベースに登録する情報を限定する趣旨ではないことは勿論である。例えば、住民の連絡先（例えば、メールアドレス等）が住民情報データベースに登録されてもよい。また、図９に示すように、住民の状況によっては家族情報等が登録されないこともあるし、生年月日が登録されないこともある。
　図５に説明を戻す。認証部２０３は、住民の生体認証を行う手段である。認証部２０３は、住民端末３０から「避難先決定要求」を受信した場合と、受付端末１０から「認証要求」を受信した場合に認証処理（照合処理）を実行する。
　認証部２０３は、避難先決定要求又は認証要求から被認証者の生体情報（顔画像）を取り出す。認証部２０３は、当該取り出された顔画像から特徴量を算出する。
　認証部２０３は、当該算出された特徴量を照合対象に設定し、住民情報データベースに登録された特徴量との間で照合処理を行う。より具体的には、認証部２０３は、上記算出した特徴量（特徴ベクトル）を照合対象に設定し、住民情報データベースに登録されている複数の特徴量との間で１対Ｎ照合を実行する。
　認証部２０３は、照合対象の特徴量と登録側の複数の特徴量それぞれとの間の類似度を計算する。当該類似度には、カイ二乗距離やユークリッド距離等を用いることができる。なお、距離が離れているほど類似度は低く、距離が近いほど類似度が高い。
　認証部２０３は、住民情報データベースに登録された複数の特徴量のうち、照合対象の特徴量との間の類似度が所定の値以上の特徴量が存在すれば、被認証者の認証に成功したと判断する。認証部２０３は、上記のような特徴が存在しなければ、被認証者の認証に失敗したと判断する。
　認証に失敗した場合には、認証部２０３は、その旨（認証失敗）を認証の要求元に通知する。具体的には、避難先決定要求を処理した場合には、認証部２０３は、認証失敗に係る否定応答を住民端末３０に送信する。認証要求を処理した場合には、認証部２０３は、認証失敗に係る否定応答を受付端末１０に送信する。
　認証に成功した場合には、認証部２０３は、住民情報データベースに登録された特徴量のうち照合対象の特徴量に最も類似する特徴量を特定する。認証部２０３は、特定した特徴量に対応するエントリの住民ＩＤを認証情報データベースから読み出す。
　認証部２０３は、読み出した住民ＩＤを避難先決定部２０４又は避難者管理部２０５に引き渡す。より具体的には、避難先決定要求を処理した場合には、認証部２０３は、住民ＩＤ及び避難先決定要求に含まれる位置情報（住民端末３０の現在位置）を避難先決定部２０４に引き渡す。認証要求を処理した場合には、認証部２０３は、住民ＩＤ及び認証要求に含まれる避難所ＩＤを避難者管理部２０５に引き渡す。
　このように、認証部２０３は、通信制御部２０１を介して、避難所への避難を希望する避難希望者が操作する第１の端末（住民端末３０）から、避難希望者の生体情報と第１の端末の位置情報を含む避難先決定要求を取得する。認証部２０３は、避難希望者の生体情報と住民情報データベースに記憶された生体情報を用いた生体認証により、複数の住民の中から避難希望者を特定する。また、認証部２０３は、通信制御部２０１を介して、第２の端末（受付端末１０）から、当該第２の端末が設置された避難所を訪れた避難者の生体情報を含む認証要求を取得する。認証部２０３は、避難者の生体情報と住民情報データベースに記憶された生体情報を用いた生体認証により、複数の住民の中から避難所を訪れた避難者を特定する。
　避難先決定部２０４は、避難先の決定要求を送信した住民（避難希望者）の避難先を決定する手段である。避難先決定部２０４は、認証部２０３から取得した住民ＩＤに基づいて住民情報データベースに記憶された複数の住民の中から避難希望者を特定する。
　避難先決定部２０４は、避難希望者の現在位置及び／又は事前登録された住民情報に基づいて当該避難希望者の避難先を決定する。避難先決定部２０４は、避難希望者の現在位置、各避難所の状況を示す情報、避難希望者の健康情報等に基づいて避難希望者の避難先を決定する。
　例えば、避難先決定部２０４は、避難希望者の現在位置に最も近い避難所を当該避難希望者の避難先として決定する。この場合、避難先決定部２０４は、図１０に示すような各避難所に関する詳細な情報を保持する避難所情報データベースを参照する。避難先決定部２０４は、避難所情報データベースから各避難所の位置情報（座標情報；緯度、経度）を取得する。避難先決定部２０４は、複数の避難所それぞれと避難希望者の現在位置（住民端末３０の現在位置）の間の距離を計算する。避難先決定部２０４は、最も距離が短い避難所を避難先として選択する。
　避難先決定部２０４は、各避難所それぞれの状況に基づいて避難希望者の避難先を決定してもよい。例えば、避難先決定部２０４は、各避難所における避難者の密度に基づいて、避難先を決定してもよい。避難先決定部２０４は、各避難所にて過度な密集、密着が発生しないように、各避難所の収容人数が均等になるように避難先を決定してもよい。
　この場合、避難先決定部２０４は、各避難所それぞれの面積、収容可能人数及び実際の収容人数を用いて避難先を決定すればよい。避難先決定部２０４は、各避難所に関する上記情報を避難所情報データベースから取得する。避難先決定部２０４は、避難所それぞれについて、密度（単位面積あたりの避難者の数）を計算する。避難先決定部２０４は、計算された複数の密度のうち値が最も小さい避難所を新規避難者の避難先として決定する。なお、避難先決定部２０４は、収容人数が収容可能人数に達している（上限に達している）避難所に関しては、新規避難者の避難先として選択することはできない。
　避難所情報データベースに収容可能人数が登録されていない場合には、避難先決定部２０４は、所定の値よりも密度が高い避難所を非選択としてもよい。即ち、避難先決定部２０４は、避難者同士が所定の距離（所謂、ソーシャルディスタンス）を確保できる避難所を選択してもよい。
　避難先決定部２０４は、各避難所の状況を示す情報として、各避難所に収容されている避難者の数、又は、収容される予定の避難者の数を用いてもよい。なお、各避難所に収容される予定の避難者の数は、避難者情報データベースにステータスが「避難中」に設定されたエントリ数から算出できる。避難先決定部２０４は、各避難所の避難者数又は避難予定者数が同程度となるように避難先を決定してもよい。
　避難先決定部２０４は、各避難所におけるマスク着用率を避難所の状況を示す情報として用いてもよい。この場合、認証部２０３は、被認証者のマスク着用有無を判定する。より具体的には、認証部２０３は、受付端末１０からの認証要求を処理した際、マスク着用の有無を判定する。マスク着用判定の結果は、避難者情報データベースに反映される。避難先決定部２０４は、各避難所のマスク着用率を計算し、その結果に基づいて避難先を決定してもよい。例えば、避難先決定部２０４は、マスク着用率の高い避難所を優先して選択してもよい。なお、認証部２０３によるマスク着用有無の判定は、テンプレートマッチング等の手法により実現可能であり、詳細な説明を省略する。
　避難先決定部２０４は、避難希望者の健康情報に基づいて避難先を決定してもよい。避難先決定部２０４は、避難希望者が「要介護者」であれば、要介護者を受け入れることのできる避難所を当該避難希望者の避難先として選択する。避難先決定部２０４は、避難所情報データベースを参照し、各避難所の要介護者受入に関する情報を取得し、避難先を決定する。
　あるいは、住民情報データベースに要介護者の等級が記憶されている場合には、避難先決定部２０４は、当該等級に基づいて避難先を決定してもよい。例えば、避難先決定部２０４は、所定の等級よりも上の要介護者について、要介護者を受け入れ可能な避難所を避難先として選択してもよい。あるいは、避難先決定部２０４は、家族情報に家族が設定されていない要介護者に関して、要介護者を受け入れ可能な避難所を避難先として選択してもよい。
　避難先決定部２０４は、避難希望者が持病を抱えている場合には、医師等が常駐している避難所を避難先として選択してもよい。あるいは、避難先決定部２０４は、持病を抱えている避難希望者の避難先として病院等の医療機関に近い避難所を選択してもよい。
　避難先決定部２０４は、避難希望者の家族情報に基づいて避難先を決定してもよい。例えば、避難先決定部２０４は、避難希望者が幼児を伴っているか否かに応じて避難先を決定してもよい。この場合、避難先決定部２０４は、避難希望者の家族情報を参照し、家族が設定されていればその生年月日から年齢を算出する。算出された年齢に基づき幼児を伴った避難希望者と判断した場合には、避難先決定部２０４は、幼児の受け入れが整っている避難所を避難先として選択する。
　あるいは、避難先決定部２０４は、避難希望者について家族情報が登録されている場合には、家族が同じ避難先となるように避難所を決定してもよい。具体的には、避難先決定部２０４は、家族情報に登録された住民が避難者情報データベースに登録されているか否かを検索する。避難先決定部２０４は、上記住民が避難先情報データベースに登録されていれば、当該住民の収容避難所を避難希望者の避難先とする。
　避難先決定部２０４は、複数の要素（例えば、避難希望者の現在位置、避難所の状況、避難希望者の健康情報）に基づいて避難希望者の避難先を決定してもよい。
　例えば、要介護者の避難先を決定する場合を考える。この場合、複数の避難先候補（要介護者を受け入れることができる避難所が複数存在）が存在すれば、避難先決定部２０４は、避難希望者の現在位置に最も近い避難先候補から避難先を決定してもよい。
　あるいは、各避難所の密度に基づいて避難先を決定する場合を考える。この場合、避難先決定部２０４は、各避難所の密度を計算し、当該計算された密度が所定の値より小さい避難所を避難先候補として抽出する。避難先決定部２０４は、当該抽出された避難先候補のうち避難希望者の現在位置に最も近い避難所を避難先として決定してもよい。
　避難先決定部２０４は、上記説明した方法又は他の方法により、避難希望者の避難先を決定すると、当該決定された避難先に関する情報を住民端末３０に通知する。当該避難先に関する情報の通知が、住民端末３０が送信した避難先決定要求に対する応答（肯定応答）となる。なお、避難先に関する情報（避難所情報）には、例えば、避難所の名称（学校や公民館等の名称）、避難所の住所等が例示される。あるいは、上記２つの情報（名称、住所）が避難所に関する情報として住民端末３０に通知されてもよい。
　また、避難先決定部２０４は、避難希望者の住民ＩＤと決定した避難先の避難所ＩＤを避難者管理部２０５に通知する。
　なお、避難先決定部２０４が避難所の決定に用いる際に参照する避難所情報データベースの内容は図１０の開示に限定されないことは勿論である。避難所情報データベースは、避難先に関する決定に必要な情報を記憶していればよい。例えば、避難所情報データベースは、近隣施設の情報（医療機関が近くに存在するか否かに関する情報）や幼児に受け入れが可能か否かに関する情報等を記憶していてもよい。
　避難者管理部２０５は、避難希望者及び避難者を管理する手段である。避難者管理部２０５は、避難者情報データベースを用いて避難希望者、避難者の避難状況等を管理する。
　図１１は、避難者情報データベースの一例を示す図である。図１１に示すように、避難者情報データベースは、住民ＩＤ、避難者（避難希望者）の避難状況を示すステータス、サーバ装置２０が避難先として指定した避難所の避難所ＩＤ、実際に避難者が収容された避難所の避難所ＩＤ、避難日時等を対応付けて記憶する。
　避難者管理部２０５は、避難先決定部２０４から避難希望者の住民ＩＤ、避難所ＩＤ（避難希望者に避難先として通知した避難所の避難所ＩＤ）を取得した場合には、当該避難希望者を新規避難者と扱い、避難者データベースに新規エントリを追加する。その際、避難者管理部２０５は、追加する新規エントリのステータスフィールドに「避難中」を設定し、指定避難所フィールドに取得した避難所ＩＤを設定する。
　例えば、住民ＩＤが「ＩＤ１３」の避難希望者について避難先が決定されると、図１１の最下段のエントリが追加される。なお、避難先決定部２０４から住民ＩＤを受け取った際には未だ避難希望者は避難所に到達していないので、避難者情報データベースの収容避難所や避難日時のフィールドには何も設定されない。
　避難者管理部２０５は、住民ＩＤを用いて住民情報データベースを参照し、避難希望者の氏名を取得する。また、避難者情報データベースに氏名以外の情報を記憶する場合には、氏名と同様に、避難者管理部２０５は住民情報データベースから必要な情報を取得すればよい。
　図１１に示す避難者情報データベースは例示であって、その内容を限定する趣旨ではない。例えば、各避難者（避難希望者）の住所、家族に関する情報等が避難者情報データベースに記憶されてもよい。
　認証部２０３から避難者の住民ＩＤ、避難所ＩＤ（実際に避難希望者が訪れた避難所の避難所ＩＤ）を取得した場合には、避難者管理部２０５は、避難者情報データベースの対応するエントリを更新する。その際、避難者管理部２０５は、対応するエントリのステータスフィールドに「避難完了」を設定し、収容避難所フィールドに取得した避難所ＩＤを設定する。また、避難者管理部２０５は、避難日時フィールドに認証に成功した日時（認証日時）を設定する。
　例えば、住民ＩＤが「ＩＤ１３」の避難者が避難所Ａを訪れると、図１２の最下段に示すようにエントリが更新される。
　避難者管理部２０５は、避難者情報データベースの更新が終了すると、認証要求に対する応答（認証成功を伝える応答；肯定応答）を受付端末１０に送信する。その際、避難者管理部２０５は、認証成功者（認証に成功した被認証者）の氏名等を含む肯定応答を受付端末１０に送信してもよい。また、避難者管理部２０５は、認証成功者（認証に成功した被認証者）の氏名等を住民端末３０に通知してもよい。
　また、避難者管理部２０５は、避難所情報データベースの収容人数フィールドを更新する。具体的には、避難者管理部２０５は、認証部２０３から取得した避難所ＩＤに対応する避難所の収容人数フィールドの値をインクリメントする。
　なお、図１１、図１２の２行目に示すように、指定避難場所の避難所ＩＤと収容避難所の避難所ＩＤが異なることもある。当該事実は、住民はサーバ装置２０から指定された避難所に避難せず、他の避難所に避難したことを示す。避難者情報データベースは、このような住民の行動も記憶する。
　避難者管理部２０５は、避難希望者の避難先となる避難所の情報（避難所ＩＤ）を避難者情報データベースに記憶する。また、避難者管理部２０５は、避難所を訪れた避難者の情報が避難者情報データベースに記憶されている場合、当該避難者が訪れた避難所の情報（避難所ＩＤ）を避難者情報データベースに記憶する。このように、避難者管理部２０５は、サーバ装置２０が指示した避難先の避難所ＩＤと実際に住民が避難した避難所の避難所ＩＤを独立して管理、記憶する。なお、サーバ装置２０は各避難所に認証サービスを提供する共通の認証局として動作するため、避難希望者に通知された避難先と避難希望者が実際に訪れた避難所が異なっていても避難者の受け入れ（避難者の認証）が可能となる。
　記憶部２０６は、サーバ装置２０の動作に必要な情報を記憶する手段である。
［住民端末］
　住民端末３０は、住民が所持、所有する端末である。住民端末３０には、スマートフォン、携帯電話機、ゲーム機、タブレット等の携帯端末装置やコンピュータ（パーソナルコンピュータ、ノートパソコン）等が例示される。
　図１３は、住民端末３０の処理構成（処理モジュール）の一例を示す図である。図１３を参照すると、住民端末３０は、通信制御部３０１と、支援アプリケーション導入部３０２と、避難支援部３０３と、記憶部３０４と、を備える。
　通信制御部３０１は、他の装置との間の通信を制御する手段である。具体的には、通信制御部３０１は、サーバ装置２０からデータ（パケット）を受信する。また、通信制御部３０１は、サーバ装置２０に向けてデータを送信する。通信制御部３０１は、他の装置から受信したデータを他の処理モジュールに引き渡す。通信制御部３０１は、他の処理モジュールから取得したデータを他の装置に向けて送信する。このように、他の処理モジュールは、通信制御部３０１を介して他の装置とデータの送受信を行う。
　支援アプリケーション導入部３０２は、サーバ装置２０から支援アプリケーションを取得し住民端末３０にインストールする手段である。支援アプリケーション導入部３０２は、上述したような方法で支援アプリケーションを取得し、当該アプリケーションを住民端末３０にインストールする。
　避難支援部３０３は、住民の避難を支援する手段である。避難支援部３０３は、住民が支援アプリケーションを起動することで動作を開始する。動作を開始すると、避難支援部３０３は、図１４に示すようなメニュー画面（ＧＵＩ；Graphical User Interface）を表示する。避難支援部３０３は、当該メニュー画面により住民（避難者、避難希望者）の要望を取得する。
　避難支援部３０３は、住民情報入力部３３１と避難先決定要求部３３２からなるサブモジュールを備える。住民が住民情報の入力を希望する場合には、住民情報入力部３３１が動作する。住民が避難所の案内を希望する場合には、避難先決定要求部３３２が動作する。
　住民情報入力部３３１は、サーバ装置２０の住民情報取得部２１２と対となって動作し、住民情報をサーバ装置２０に入力する。住民情報入力部３３１は、例えば、サーバ装置２０が提供する情報入力フォームに従い図７に示すような表示を行い、住民から住民情報を取得する。
　住民情報入力部３３１は、取得した住民情報をサーバ装置２０に送信する。
　避難先決定要求部３３２は、避難希望者の避難先に関する決定をサーバ装置２０に要求する手段である。
　避難先決定要求部３３２は、カメラ装置（住民端末３０が備えるカメラ装置）を制御し、避難希望者が写る画像データを取得する。避難先決定要求部３３２は、カメラ装置が撮像した画像データから顔画像を抽出する。
　なお、避難先決定要求部３３２による顔画像の抽出処理には既存の技術を用いることができるので詳細な説明を省略する。例えば、避難先決定要求部３３２は、ＣＮＮ（Convolutional Neural Network）により学習された学習モデルを用いて、画像データの中から顔画像（顔領域）を抽出してもよい。あるいは、避難先決定要求部３３２は、テンプレートマッチング等の手法を用いて顔画像を抽出してもよい。
　避難先決定要求部３３２は、自装置（住民端末３０）の位置情報を算出する。位置情報の算出には種々の方法を用いることができる。例えば、避難先決定要求部３３２は、ＧＰＳ（Global Positioning System）衛星からのＧＰＳ信号を受信して測位を実行し、住民端末３０の緯度、経度を含む位置情報を生成する。あるいは、避難先決定要求部３３２は、無線アクセスポイントと通信し、当該無線アクセスポイントの位置を自装置の位置として扱っても良い。あるいは、避難先決定要求部３３２は、無線アクセスポイントから受信する電波の強度に基づき位置情報を生成してもよい。
　避難先決定要求部３３２は、避難希望者の顔画像と自装置の位置情報を含む「避難先決定要求」をサーバ装置２０に送信する。
　なお、避難先決定要求部３３２は、避難先決定要求の送信の都度、避難希望者を撮影し顔画像を取得してもよいし、予め住民端末３０に記憶（登録）された顔画像を用いて避難先決定要求を生成してもよい。
　避難支援部３０３は、サーバ装置２０から避難先決定要求に対する応答を受信する。
　避難支援部３０３は、避難先決定要求に対する応答（肯定応答、否定応答）に応じたメッセージを出力する。例えば、避難支援部３０３は、液晶パネル等の表示デバイスやスピーカー等の音響デバイスを使ってメッセージを避難希望者に通知する。
　サーバ装置２０から否定応答を受信した場合には、例えば、避難支援部３０３は、避難希望者の事前登録が行われていない旨のメッセージを出力する。あるいは、避難支援部３０３は、事前登録が行われていない旨と併せて管理センターの連絡先（例えば、電話番号）を避難希望者に通知してもよい。この場合、避難希望者は、管理センターに避難先を問い合わせる等の行動をとることができる。
　サーバ装置２０から肯定応答を受信した場合には、避難支援部３０３は、当該応答に含まれる避難先に関する情報に応じたメッセージを出力する。例えば、避難支援部３０３は、避難先となる避難所の名称（例えば、学校、公民館等の名称）や避難所の住所を避難希望者に通知する。
　あるいは、サーバ装置２０から避難所の位置情報を取得した場合には、避難支援部３０３は、現在位置から避難先までの移動方法、移動経路等を避難希望者に提供してもよい。即ち、サーバ装置２０は、避難場所が分かるような地図や当該避難場所への案内（現在位置と目的地を結ぶ経路）を避難希望者に提供してもよい。なお、当該移動経路の案内等は、既存のナビゲーションアプリ等で実現できるのでその詳細な説明を省略する。
　記憶部３０４は、住民端末３０の動作に必要な情報を記憶する手段である。
［受付端末］
　図１５は、受付端末１０の処理構成（処理モジュール）の一例を示す図である。図１５を参照すると、受付端末１０は、通信制御部４０１と、顔画像取得部４０２と、認証要求部４０３と、記憶部４０４と、を備える。
　通信制御部４０１は、他の装置との間の通信を制御する手段である。具体的には、通信制御部４０１は、サーバ装置２０からデータ（パケット）を受信する。また、通信制御部４０１は、サーバ装置２０に向けてデータを送信する。通信制御部４０１は、他の装置から受信したデータを他の処理モジュールに引き渡す。通信制御部４０１は、他の処理モジュールから取得したデータを他の装置に向けて送信する。このように、他の処理モジュールは、通信制御部４０１を介して他の装置とデータの送受信を行う。
　顔画像取得部４０２は、カメラ装置（受付端末１０が備えるカメラ装置）を制御し、面前の避難者の顔画像（生体情報）を取得する手段である。顔画像取得部４０２は、定期的又は所定のタイミングにおいて自装置の前方を撮像する。顔画像取得部４０２は、取得した画像に人の顔画像が含まれるか否かを判定し、顔画像が含まれる場合には取得した画像データから顔画像を抽出する。
　顔画像取得部４０２は、抽出した顔画像を認証要求部４０３に引き渡す。
　認証要求部４０３は、サーバ装置２０に対して面前の避難者に関する認証を要求する手段である。認証要求部４０３は、取得した顔画像と避難所ＩＤを含む認証要求を生成し、サーバ装置２０に向けて送信する。
　なお、避難所ＩＤは任意の手段により受付端末１０とサーバ装置２０の間で共有される。例えば、システム管理者（管理センターの職員）が、各避難所に避難所ＩＤを割り当て、当該割り当てた避難所ＩＤを受付端末１０に設定すればよい。
　認証要求部４０３は、認証要求に対するサーバ装置２０からの応答（認証成功、認証失敗）を受信する。
　認証要求部４０３は、認証結果が「認証失敗」であれば、その旨を避難者（認証失敗者；認証結果が失敗である被認証者）に通知する。例えば、認証要求部４０３は、「サーバに情報が登録されていません。職員と相談して下さい。」といったメッセージを出力する。
　認証要求部４０３は、認証結果が「認証成功」であれば、避難所への入場が許可された旨を避難者に通知する。例えば、認証要求部４０３は、「避難所の中にお入り下さい。」といったメッセージを出力する。あるいは、サーバ装置２０から認証成功者の氏名等が通知されている場合には、認証要求部４０３は、当該通知された氏名を含むメッセージを出力してもよい。例えば、認証要求部４０３は、「Ａさん、避難所の中にお入り下さい。」といったメッセージを出力する。
　あるいは、受付端末１０とゲート装置（避難者の通行をゲートにより制御可能な装置）が接続されている場合には、認証要求部４０３は、認証結果に応じてゲートの開閉を制御してもよい。具体的には、認証要求部４０３は、被認証者の認証に成功した場合に、ゲートを開いてもよい。
　記憶部４０４は、受付端末１０の動作に必要な情報を記憶する手段である。
［避難者支援システムの動作］
　次に、第１の実施形態に係る避難者支援システムの動作について説明する。
　図１６は、第１の実施形態に係る避難者支援システムの動作の一例を示すシーケンス図である。図１６は、住民が避難先の案内をサーバ装置２０に要求する場合の動作の一例を示すシーケンス図である。図１６の動作に先立ち、住民登録は予め行われているものとする。
　住民端末３０は、避難希望者の顔画像を取得し、自装置の位置情報を生成する（ステップＳ０１、Ｓ０２）。
　住民端末３０は、上記顔画像と位置情報を含む避難先決定要求をサーバ装置２０に送信する（ステップＳ０３）。
　サーバ装置２０は、取得した画像と住民情報データベースに登録された生体情報（特徴量）を用いた認証処理を実行する（ステップＳ０４）。
　認証に失敗した場合（ステップＳ０５、Ｎｏ分岐）、サーバ装置２０は、ステップＳ０７の処理を実行する。
　認証に成功した場合（ステップＳ０６、Ｙｅｓ分岐）、サーバ装置２０は、避難希望者の避難先を決定する（ステップＳ０６）。
　サーバ装置２０は、避難先決定要求に対する応答を送信する（ステップＳ０７）。認証に失敗している場合は、サーバ装置２０は、その旨を示す否定応答を住民端末３０に送信する。認証に成功している場合には、サーバ装置２０は、避難先に関する情報を含む肯定応答を住民端末３０に送信する。
　住民端末３０は、サーバ装置２０から受信した応答に応じたメッセージを出力する（ステップＳ０８）。
　続いて、図１７を参照しつつ、避難希望者が避難所を訪れた場合の避難者支援システムの動作を説明する。
　避難希望者が受付端末１０の面前に位置すると、受付端末１０は、当該避難希望者の顔画像を取得する。受付端末１０は、顔画像を含む認証要求をサーバ装置２０に送信する（ステップＳ１１）。
　サーバ装置２０は、取得した顔画像を用いた認証処理（住民情報データベースに登録された特徴量を用いた照合処理）を実行する（ステップＳ１２）。
　サーバ装置２０は、認証結果（認証成功、認証失敗）を受付端末１０に送信する（ステップＳ１３）。認証成功を通知する場合には、サーバ装置２０は、認証成功者の氏名等を含む肯定応答を受付端末１０に送信してもよい。
　受付端末１０は、認証結果に応じたメッセージを出力する（ステップＳ１４）。
＜第１の実施形態の変形例＞
　上記説明では、住民の身元を確認せずに住民登録をする場合について説明した。しかし、サーバ装置２０は、身元の確認が取れた住民に関して登録を行ってもよい。この場合、住民情報取得部２１２は、身分証明書（例えば、免許証、パスポート、マイナンバーカード等）の提出を求める。なお、本願開示では、ＩＣ（Integrated Circuit）チップが搭載された身分証明書を用いることができる。ＩＣチップには、身分証明書の発行を受けた住民の顔画像又は顔画像に関する情報（例えば、特徴量）が格納されている。
　住民は、カードリーダ等を用いて上記身分証明書に搭載されたＩＣチップから情報を取り出し、サーバ装置２０に送信する。以降の説明では、ＩＣチップから取り出した情報を「ＩＣチップ情報」と表記する。
　住民情報取得部２１２は、住民自身が撮影した顔画像（以下、撮影顔画像と表記する）とＩＣチップ情報から得られる顔画像（以下、チップ顔画像と表記する）が実質的に一致する場合に、当該住民の登録を許可する。
　具体的には、住民情報取得部２１２は、２枚の顔画像の類似度を計算し、当該類似度が所定の値以上の場合に、２枚の顔画像は同一人物の顔画像と判定する。即ち、住民情報取得部２１２は、２枚の顔画像を用いた１対１照合を実行し、その結果に応じて住民登録を許可するか否かを定めてもよい。
　以上のように、第１の実施形態に係る避難者支援システムでは、サーバ装置２０は、避難希望者から避難先決定要求を受信する。サーバ装置２０は、避難希望者の現在位置、避難先となる避難所の状況等に基づいて避難希望者に適した避難所を選択（決定）する。避難希望者は、サーバ装置２０からの指示、案内に従い避難所に避難することで、自らに適した避難所に避難できる。
［第２の実施形態］
　続いて、第２の実施形態について図面を参照して詳細に説明する。
　第２の実施形態では、避難希望者が自力での避難が困難な場合に当該避難希望者の避難を支援する場合について説明する。
　第２の実施形態に係る避難者支援システムの概略構成は第１の実施形態の構成と同一とすることができるのでその説明を省略する。サーバ装置２０及び受付端末１０の処理構成は、第１の実施形態の構成と同一とすることができるのでその説明を省略する。
　以下、第１及び第２の実施形態の相違点について説明する。
　図１８は、第２の実施形態に係る住民端末３０の処理構成（処理モジュール）の一例を示す図である。図１８を参照すると、第１の実施形態に係る住民端末３０の構成に避難開始通知部３３３が追加されている。
　なお、第２の実施形態では、健康情報に「要介護」と設定した住民は、災害発生時に自身の避難を支援してくれる支援者に関する情報も併せてサーバ装置２０に登録する。例えば、上記住民は、支援者の連絡先（例えば、メールアドレス等）をサーバ装置２０に登録する（図１９参照）。上記支援者には、住民の居住地域を管轄する自治会等の責任者等が該当する。あるいは、支援者は、要介護者の家族（親、子供）や親類等であってもよい。図１９には、１人の支援者に関する連絡先を図示しているが、複数の支援者及びその連絡先がサーバ装置２０に登録されてもよい。
　サーバ装置２０の避難先決定部２０４は、認証に成功した認証部２０３から住民ＩＤ及び位置情報を取得する。避難先決定部２０４は、第１の実施形態と同様に避難希望者の避難先を決定する。
　避難先決定部２０４は、取得した住民ＩＤを用いて住民情報データベースを参照し、当該避難希望者が要介護者か否かを判定する。
　避難希望者が要介護者でなければ、避難先決定部２０４は、第１の実施形態と同様の処理を行う。具体的には、避難先決定部２０４は、避難希望者のステータスを「避難中」に設定し、避難者情報データベースに新規エントリを追加する。なお、避難希望者が要介護者でなければ、当該避難希望者はサーバ装置２０からの応答（避難先の指示）に従い避難を開始したと考えるのが妥当である。
　避難希望者が要介護者であれば、避難先決定部２０４は、避難希望者のステータスを「避難前」に設定し、避難者情報データベースに新規エントリを追加する。例えば、住民ＩＤが「ＩＤ１４」の避難希望者が要介護者であれば、図２０の最下段に示すエントリが追加される。
　避難希望者が要介護者であれば、避難先決定部２０４は、避難先決定要求に対する肯定応答に当該避難希望者の住民ＩＤを含める。
　さらに、避難希望者が要介護者であれば、避難先決定部２０４は、住民ＩＤを用いて住民情報データベースを検索し、対応するエントリの支援者フィールドに設定された支援者の連絡先を取得する。
　避難先決定部２０４は、取得した支援者の連絡先（メールアドレス等）に、「避難者支援要請」を送信する。避難者支援要請には、例えば、要介護者（避難希望者）の氏名、住所、避難先として決定された避難所に関する情報等が含まれる。
　支援者は、自身が所持する端末（例えば、住民端末３０）で上記要請を受信する。支援者は、避難者支援要請の内容を確認し、要介護者の下に向かう。
　住民端末３０の避難支援部３０３は、支援アプリケーションが起動されると、図２１に示すようなメニュー画面を表示する。要介護者の下に支援者が到着すると、要介護者又は支援者は、図２１に示す「避難開始の通知」ボタンを押下する。
　避難開始通知部３３３は、上記ボタンの押下に応じて、「避難開始通知」をサーバ装置２０に送信する。その際、避難開始通知部３３３は、サーバ装置２０から通知された住民ＩＤ（要介護者の住民ＩＤ）を含む避難開始通知をサーバ装置２０に送信する。
　避難開始通知を受信すると、サーバ装置２０の避難者管理部２０５が当該通知を処理する。具体的には、避難者管理部２０５は、避難開始通知に含まれる住民ＩＤから避難者情報データベースに記憶された避難希望者を特定する。避難者管理部２０５は、特定された避難希望者のステータスを「避難中」に設定する（図２２の最下段参照）。
　支援者と共に要介護者が避難所に到着すると、第１の実施形態と同様に、受付端末１０は、当該要介護者の生体情報を含む認証要求をサーバ装置２０に送信する。
　サーバ装置２０は、生体認証により避難所に到着した要介護者を特定する。避難者管理部２０５は、特定された要介護者のステータスを「避難完了」に設定し、避難者管理データベースの更新を行う（図２３の最下段参照）。
　図２４は、第２の実施形態に係る避難者支援システムの動作の一例を示すシーケンス図である。図２４を参照し、要介護者の避難について説明する。図２４では、生体認証に失敗した際のサーバ装置２０の動作は第１の実施形態と同一とすることができるので説明を省略している。
　住民端末３０は、避難希望者の顔画像を取得し、且つ、自装置の位置情報を算出する。住民端末３０は、当該顔画像及び位置情報を含む避難先決定要求をサーバ装置２０に送信する（ステップＳ２１）。
　サーバ装置２０は、生体認証により避難希望者を特定すると共に、避難先となる避難所を決定する（ステップＳ２２）。
　サーバ装置２０は、住民情報データベースを参照し、避難希望者が要介護者か否かを判定する（ステップＳ２３）。
　サーバ装置２０は、避難希望者が要介護者であれば、そのステータスを「避難前」に設定し、避難者情報データベースを更新する。サーバ装置２０は、避難希望者が要介護者でなければ、そのステータスを「避難中」に設定し、避難者情報データベースを更新する。
　サーバ装置２０は、避難先決定要求に対する応答を送信する（ステップＳ２４）。その際、避難希望者が要介護者であれば、サーバ装置２０は当該要介護者の住民ＩＤを含む応答を住民端末３０に送信する。
　住民端末３０は、取得した応答に応じたメッセージを出力する（ステップＳ２５）。
　避難希望者が要介護者であれば（ステップＳ２６、Ｙｅｓ分岐）、サーバ装置２０は、予め登録された支援者の連絡先に「避難者支援要請」を送信する（ステップＳ２７）。
　避難希望者が要介護者でなければ（ステップＳ２６、Ｎｏ分岐）、サーバ装置２０は、特段の処理を行わない。
　支援者が要介護者の下に到着すると、住民端末３０は、避難開始通知をサーバ装置２０に向けて送信する（ステップＳ３１）。
　当該避難開始通知の受信に応じて、サーバ装置２０は、避難希望者のステータスを「避難中」に設定し、避難者情報データベースを更新する（ステップＳ３２）。
　なお、図２４には図示していないが、支援者と共に要介護者が避難所に到着し受付端末１０における受付を終了すると、当該要介護者のステータスは「避難完了」に更新される。
　以上のように、第２の実施形態に係るサーバ装置２０は、複数の住民それぞれが避難する際に支援を必要とする要介護者か否かと、要介護者を支援する支援者の連絡先と、を記憶する。サーバ装置２０は、特定された避難希望者が要介護者である場合、支援者の連絡先に避難者支援要請を送信する。さらに、サーバ装置２０は、特定された避難希望者が要介護者の場合には、避難先決定要求の受信に応じて要介護者のステータスを「避難前」に設定する。サーバ装置２０は、住民端末３０（第１の端末）から、要介護者が避難を開始したことを示す避難開始通知を受信したことに応じて、要介護者のステータスを「避難中」に設定する。サーバ装置２０は、受付端末１０（第２の端末）から受信した認証要求を処理した結果、避難を開始した要介護者の認証に成功した場合、要介護者のステータスを「避難完了」に設定する。
　第２の実施形態に係るサーバ装置２０は、要介護者（要支援者）のステータス（避難前、避難中、避難完了）を正確に把握することができる。サーバ装置２０は、上記ステータスに基づいて、要介護者に関するリスト情報（要介護者の氏名、住所、ステータス等を含む一覧情報）を生成することができる。サーバ装置２０は、当該リスト情報を管理センターの職員等に提供できる。その結果、各自治体は、提供されたリスト情報により要介護者の状況をリアルタイムに把握でき、必要な支援、対策を迅速に講じることができる。
　続いて、避難者支援システムを構成する各装置のハードウェアについて説明する。図２５は、サーバ装置２０のハードウェア構成の一例を示す図である。
　サーバ装置２０は、情報処理装置（所謂、コンピュータ）により構成可能であり、図２５に例示する構成を備える。例えば、サーバ装置２０は、プロセッサ３１１、メモリ３１２、入出力インターフェイス３１３及び通信インターフェイス３１４等を備える。上記プロセッサ３１１等の構成要素は内部バス等により接続され、相互に通信が可能となるように構成されている。
　但し、図２５に示す構成は、サーバ装置２０のハードウェア構成を限定する趣旨ではない。サーバ装置２０は、図示しないハードウェアを含んでもよいし、必要に応じて入出力インターフェイス３１３を備えていなくともよい。また、サーバ装置２０に含まれるプロセッサ３１１等の数も図２５の例示に限定する趣旨ではなく、例えば、複数のプロセッサ３１１がサーバ装置２０に含まれていてもよい。
　プロセッサ３１１は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）等のプログラマブルなデバイスである。あるいは、プロセッサ３１１は、ＦＰＧＡ（Field Programmable Gate Array）、ＡＳＩＣ（Application Specific Integrated Circuit）等のデバイスであってもよい。プロセッサ３１１は、オペレーティングシステム（ＯＳ；Operating System）を含む各種プログラムを実行する。
　メモリ３１２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）等である。メモリ３１２は、ＯＳプログラム、アプリケーションプログラム、各種データを格納する。
　入出力インターフェイス３１３は、図示しない表示装置や入力装置のインターフェイスである。表示装置は、例えば、液晶ディスプレイ等である。入力装置は、例えば、キーボードやマウス等のユーザ操作を受け付ける装置である。
　通信インターフェイス３１４は、他の装置と通信を行う回路、モジュール等である。例えば、通信インターフェイス３１４は、ＮＩＣ（Network Interface Card）等を備える。
　サーバ装置２０の機能は、各種処理モジュールにより実現される。当該処理モジュールは、例えば、メモリ３１２に格納されたプログラムをプロセッサ３１１が実行することで実現される。また、当該プログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。記憶媒体は、半導体メモリ、ハードディスク、磁気記録媒体、光記録媒体等の非トランジェント（non-transitory）なものとすることができる。即ち、本発明は、コンピュータプログラム製品として具現することも可能である。また、上記プログラムは、ネットワークを介してダウンロードするか、あるいは、プログラムを記憶した記憶媒体を用いて、更新することができる。さらに、上記処理モジュールは、半導体チップにより実現されてもよい。
　なお、受付端末１０や住民端末３０等もサーバ装置２０と同様に情報処理装置により構成可能であり、その基本的なハードウェア構成はサーバ装置２０と相違する点はないので説明を省略する。例えば、受付端末１０は、カメラ装置を備えていればよい。
　サーバ装置２０は、コンピュータを搭載し、当該コンピュータにプログラムを実行させることでサーバ装置２０の機能が実現できる。また、サーバ装置２０は、当該プログラムによりサーバ装置の制御方法を実行する。
［変形例］
　なお、上記実施形態にて説明した避難者支援システムの構成、動作等は例示であって、システムの構成等を限定する趣旨ではない。
　例えば、サーバ装置２０の機能は複数の装置により実現されてもよい。例えば、サーバ装置２０が有する「認証機能」は他の装置にて実現されていてもよい。
　サーバ装置２０に登録された情報の一部は最新の情報でなければ災害時に無意味な情報となる可能性がある。例えば、健康に関する情報は最新の情報でなければ利用価値が低い。そこで、サーバ装置２０は、定期的又は所定のタイミングで登録された住民情報の更新を住民に促してもよい。具体的には、住民登録部２０２は、住民登録をした住民の連絡先に対し情報更新の必要性等を記載した文章等を送信する。当該文章の送信等により、住民情報データベースに登録された内容が更新される。即ち、サーバ装置２０が住民情報の更新を住民に促すことで、住民情報データベースは定期的又は所定のタイミングで更新されることになる。
　サーバ装置２０は、避難者情報データベースを解析する解析部２０７を備えていてもよい（図２６参照）。例えば、解析部２０７は、サーバ装置２０からの指示のとおりに避難した避難希望者（避難者）の割合を算出してもよい。具体的には、解析部２０７は、避難者情報データベースの総エントリ数に対する、指定避難所及び収容避難所フィールドに設定された避難所ＩＤが一致するエントリの割合を計算する。
　あるいは、サーバ装置２０の解析部２０７は、住民情報データベースと避難者情報データベースを解析してもよい。例えば、解析部２０７は、住民情報データベースに登録された住民に対する避難所に避難している住民の数（あるいは、避難していない住民の数）の割合を計算してもよい。即ち、サーバ装置２０は、事前登録した住民のうち実際に避難した住民の割合（避難していない住民の割合）を算出してもよい。
　解析部２０７による解析結果は、管理センターの職員等に提供されてもよい。サーバ装置２０は、解析部２０７の解析結果（例えば、指示通り避難した避難希望者の割合、実際に避難した住民の割合）を管理センターの職員が使用する端末に送信してもよい。
　上記実施形態では、住民は、住民端末３０を用いて住民登録と避難所の決定をサーバ装置２０に要求することを説明したが、これらの動作は異なる端末にて行われてもよい。例えば、住民は、自宅のパーソナルコンピュータを用いて住民登録を行い、外出先からスマートフォンを用いて避難所決定要求を行ってもよい。
　上記実施形態では、災害発生時に、住民端末３０は、住民の操作に応じて自装置の位置情報をサーバ装置２０に送信する場合について説明した。しかし、住民端末３０は、平時において、定期的又は予め定められたタイミングにて位置情報をサーバ装置２０に送信してもよい。災害が発生すると、サーバ装置２０は、最新の位置情報に基づいて各住民の避難先を決定し、当該決定された避難先（避難所）に関する情報を含む「避難指示」を住民端末３０に送信してもよい。即ち、災害発生を契機として、サーバ装置２０は、各住民に対して避難指示を送信してもよい。あるいは、サーバ装置２０は、各住民の現在位置に基づいて避難先決定や避難先通知の要否を判断してもよい。例えば、住民が外国等に存在している場合など、避難指示が不要と判断される場合には、サーバ装置２０は、当該住民に対する避難指示を行わなくともよい。
　上記実施形態では、受付端末１０からサーバ装置２０に「顔画像」に係る生体情報が送信される場合について説明した。しかし、受付端末１０等からサーバ装置２０に「顔画像から生成された特徴量」に係る生体情報が送信されてもよい。サーバ装置２０は、取得した特徴量（特徴ベクトル）を用いて住民情報データベースに登録された特徴量との間で照合処理を実行してもよい。
　上記実施形態では、サーバ装置２０の内部に住民情報データベースや避難者情報データベースが構成される場合について説明したが、これらのデータベースは外部のデータベースサーバ等に構築されてもよい。即ち、サーバ装置２０の一部の機能は別のサーバに実装されていてもよい。
　上記実施形態では、住民情報データベースとは異なる避難者情報データベースを用いて避難者を管理することを説明した。しかし、避難者の管理は住民情報データベースを用いて行われてもよい。具体的には、住民情報データベースは、避難者の避難場所等に関するフィールドを有していればよい。サーバ装置２０は、住民情報データベースの避難場所フィールド等を用いて避難者の管理を行ってもよい。
　上記実施形態では、避難者の身元を確認する際、身分証明書のＩＣチップから読み出された顔画像（チップ顔画像）が用いられる場合について説明した。しかし、チップ顔画像に替えて、身分証明書に記載された顔写真が身元確認に用いられてもよい。当該顔写真は、スキャナ等により取得されてもよい。
　上記実施形態では、サーバ装置２０が避難希望者の避難先を決定する場合について説明した。しかし、避難希望者が避難先を決定してもよい。この場合、サーバ装置２０は、避難希望者が避難先を決定するための判断材料を住民端末３０に提供してもよい。具体的には、サーバ装置２０は、住民端末３０からの要求に応じて、各避難所の状況を示す情報（例えば、混雑具合（密度）、マスク着用率）を住民端末３０に送信する。住民端末３０は、取得した情報を避難希望者に通知する。避難希望者は、通知された情報に基づいて避難先を決定する。例えば、避難希望者は、混雑している避難所は避けたり、マスク着用率が高い避難所を選択したりする。あるいは、避難希望者は、家族の避難場所を避難先として選択してもよい。また、住民端末３０は、避難希望者が選択することのできない避難所を明示するような対応を行ってもよい。例えば、住民端末３０は、密度が規定値よりも高い避難所や要介護者を収容するような避難所を非表示とする。あるいは、住民端末３０は、上記のような避難所は避難希望者が選択できないようにしてもよい。例えば、住民端末３０は、上記に該当する避難所のアイコンを灰色等で着色することで避難希望者による選択が不可であることを明示してもよい。
　上記実施形態では、住民端末３０が顔画像を含む避難先決定要求をサーバ装置２０に送信し、サーバ装置２０は当該避難先決定要求に含まれる顔画像を用いた生体認証により避難希望者を特定する場合について説明した。しかし、サーバ装置２０は、各住民が使用する住民端末３０の端末ＩＤを予め記憶し、住民端末３０は端末ＩＤを含む避難先決定要求をサーバ装置２０に送信してもよい。即ち、端末認証により避難希望者が特定されてもよい。
　サーバ装置２０は、避難所に収容されている避難者に関する情報を住民等に提供してもよい。例えば、サーバ装置２０は、避難者が検索対象者の氏名を入力するようなＧＵＩを住民端末３０に表示する。サーバ装置２０は、取得した氏名を用いて避難者情報データベースを検索する。サーバ装置２０は、検索対象者が避難者情報データベースに記憶されていれば、対応する人物の避難先（収容避難所）やステータスを住民端末３０に送信する。
　上記実施形態では、サーバ装置２０が避難希望者（住民端末３０）に避難先の通知をする場合について説明した。しかし、通知された避難先が避難希望者の意に反することもある。このような場合、住民端末３０は、避難先の再決定をサーバ装置２０に要求してもよい。あるいは、サーバ装置２０は、避難先の候補を住民端末３０に送信し、住民端末３０は受信した候補の中から避難希望者が希望する避難先をサーバ装置２０に送信してもよい。即ち、避難希望者は、避難先に関する要望をサーバ装置２０に送信してもよい。
　要介護者からの避難先決定要求に対する応答を行う際、サーバ装置２０は、支援者が要介護者のもとに到着する予定の時刻を要介護者に通知してもよい。具体的には、サーバ装置２０は、支援者の使用する端末に対して現在位置の送信要求を行う。サーバ装置２０は、送信要求の応答から支援者の現在位置を把握する。サーバ装置２０は、要介護者の現在位置と支援者の現在位置の間の距離を求め、当該距離に基づいて支援者が到着する時刻を算出してもよい。サーバ装置２０は、両者の間の距離を平均的な歩行速度で除算することで支援者が移動に要する時間を求め、当該時間から支援者の到着時刻を予測してもよい。
　上記実施形態では、住民端末３０はＧＰＳ信号等に基づいて避難希望者の現在位置を算出する場合について説明した。しかし、サーバ装置２０は、他の方法により避難希望者の現在位置を把握してもよい。例えば、住民情報データベースは、住民の生体情報と対応付けて自宅の住所、勤務先の住所等を記憶する。住民端末３０は、避難希望者が状況（在宅、勤務中）を含む避難先決定要求をサーバ装置２０に送信する。サーバ装置２０は、避難希望者の状況に応じて位置情報（自宅の住所、勤務先の住所）を取得してもよい。あるいは、住民端末３０は、避難希望者が視認できるランドマークの情報（例えば、駅名、建物名）を含む避難先決定要求をサーバ装置２０に送信してもよい。サーバ装置２０は、当該ランドマークの情報から避難希望者の現在地を推測してもよい。
　上記説明で用いた流れ図（フローチャート、シーケンス図）では、複数の工程（処理）が順番に記載されているが、実施形態で実行される工程の実行順序は、その記載の順番に制限されない。実施形態では、例えば各処理を並行して実行する等、図示される工程の順番を内容的に支障のない範囲で変更することができる。
　上記の実施形態は本願開示の理解を容易にするために詳細に説明したものであり、上記説明したすべての構成が必要であることを意図したものではない。また、複数の実施形態について説明した場合には、各実施形態は単独で用いてもよいし、組み合わせて用いてもよい。例えば、実施形態の構成の一部を他の実施形態の構成に置き換えることや、実施形態の構成に他の実施形態の構成を加えることも可能である。さらに、実施形態の構成の一部について他の構成の追加、削除、置換が可能である。
　上記の説明により、本発明の産業上の利用可能性は明らかであるが、本発明は、自治体等が運営する避難者支援システムなどに好適に適用可能である。
　上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
［付記１］
　複数の住民それぞれの生体情報を記憶する、住民情報データベースと、
　避難所への避難を希望する避難希望者が操作する第１の端末から、前記避難希望者の生体情報と前記第１の端末の位置情報を含む避難先決定要求を受信する、受信部と、
　前記避難希望者の生体情報と前記住民情報データベースに記憶された生体情報を用いた生体認証により、前記複数の住民の中から前記避難希望者を特定する、認証部と、
　少なくとも前記第１の端末の位置情報に基づいて、複数の避難所の中から前記特定された避難希望者の避難先となる避難所を決定する、決定部と、
　を備える、サーバ装置。
［付記２］
　前記決定部は、前記複数の避難所それぞれと前記第１の端末の間の距離に基づき前記避難先となる避難所を決定する、付記１に記載のサーバ装置。
［付記３］
　前記決定部は、前記複数の避難所それぞれの状況に基づいて前記避難先となる避難所を決定する、付記１又は２に記載のサーバ装置。
［付記４］
　前記決定部は、前記複数の避難所それぞれにおける避難者の密度に基づいて前記避難先となる避難所を決定する、付記１乃至３のいずれか一項に記載のサーバ装置。
［付記５］
　前記住民情報データベースは、前記複数の住民それぞれの生体情報と健康に関する情報を対応付けて記憶し、
　前記決定部は、前記特定された避難希望者の前記健康に関する情報に基づいて前記避難先となる避難所を決定する、付記１乃至４のいずれか一項に記載のサーバ装置。
［付記６］
　前記決定された避難先となる避難所に関する情報を前記第１の端末に送信する、送信部をさらに備える、付記１乃至５のいずれか一項に記載のサーバ装置。
［付記７］
　前記特定された避難希望者の避難状況を管理する、管理部をさらに備え、
　前記管理部は、前記特定された避難希望者に関する前記決定された避難先となる避難所の情報を、避難者情報データベースに記憶する、付記１乃至６のいずれか一項に記載のサーバ装置。
［付記８］
　前記受信部は、第２の端末から、前記第２の端末が設置された避難所を訪れた避難者の生体情報を含む認証要求を受信し、
　前記認証部は、前記避難者の生体情報と前記住民情報データベースに記憶された生体情報を用いた生体認証により、前記複数の住民の中から前記避難者を特定し、
　前記管理部は、前記特定された避難者の情報が前記避難者情報データベースに記憶されている場合、前記特定された避難者が訪れた避難所の情報を前記避難者情報データベースに記憶する、付記７に記載のサーバ装置。
［付記９］
　前記住民情報データベースは、前記複数の住民それぞれが避難する際に支援を必要とする要介護者か否かと、前記要介護者を支援する支援者の連絡先と、を記憶し、
　前記決定部は、前記特定された避難希望者が要介護者である場合、前記支援者の連絡先に避難者支援要請を送信する、付記１乃至８のいずれか一項に記載のサーバ装置。
［付記１０］
　前記管理部は、
　前記特定された避難希望者が要介護者の場合には、前記避難先決定要求の受信に応じて前記要介護者のステータスを避難前に設定し、
　前記第１の端末から、前記要介護者が避難を開始したことを示す避難開始通知を受信したことに応じて、前記要介護者のステータスを避難中に設定し、
　前記第２の端末から受信した前記認証要求を処理した結果、前記避難を開始した要介護者の認証に成功した場合、前記要介護者のステータスを避難完了に設定する、付記７及び８を引用する付記９に記載のサーバ装置。
［付記１１］
　前記生体情報は、顔画像又は前記顔画像から生成された特徴量である、付記１乃至１０のいずれか一項に記載のサーバ装置。
［付記１２］
　前記住民情報データベースは定期的又は所定のタイミングで更新される、付記１乃至１１のいずれか一に記載のサーバ装置。
［付記１３］
　避難所への避難を希望する避難希望者が操作する第１の端末と、
　前記第１の端末と接続されたサーバ装置と、
　を含み、
　前記サーバ装置は、
　複数の住民それぞれの生体情報を記憶する、住民情報データベースと、
　前記第１の端末から、前記避難希望者の生体情報と前記第１の端末の位置情報を含む避難先決定要求を受信する、受信部と、
　前記避難希望者の生体情報と前記住民情報データベースに記憶された生体情報を用いた生体認証により、前記複数の住民の中から前記避難希望者を特定する、認証部と、
　少なくとも前記第１の端末の位置情報に基づいて、複数の避難所の中から前記特定された避難希望者の避難先となる避難所を決定する、決定部と、
　を備える、避難者支援システム。
［付記１４］
　複数の住民それぞれの生体情報を記憶する、住民情報データベースを備えるサーバ装置において、
　避難所への避難を希望する避難希望者が操作する第１の端末から、前記避難希望者の生体情報と前記第１の端末の位置情報を含む避難先決定要求を受信し、
　前記避難希望者の生体情報と前記住民情報データベースに記憶された生体情報を用いた生体認証により、前記複数の住民の中から前記避難希望者を特定し、
　少なくとも前記第１の端末の位置情報に基づいて、複数の避難所の中から前記特定された避難希望者の避難先となる避難所を決定する、サーバ装置の制御方法。
［付記１５］
　複数の住民それぞれの生体情報を記憶する、住民情報データベースを備えるサーバ装置に搭載されたコンピュータに、
　避難所への避難を希望する避難希望者が操作する第１の端末から、前記避難希望者の生体情報と前記第１の端末の位置情報を含む避難先決定要求を受信する処理と、
　前記避難希望者の生体情報と前記住民情報データベースに記憶された生体情報を用いた生体認証により、前記複数の住民の中から前記避難希望者を特定する処理と、
　少なくとも前記第１の端末の位置情報に基づいて、複数の避難所の中から前記特定された避難希望者の避難先となる避難所を決定する処理と、
　を実行させるためのプログラムを記憶する、コンピュータ読取可能な記憶媒体。
　なお、引用した上記の先行技術文献の各開示は、本書に引用をもって繰り込むものとする。以上、本発明の実施形態を説明したが、本発明はこれらの実施形態に限定されるものではない。これらの実施形態は例示にすぎないということ、及び、本発明のスコープ及び精神から逸脱することなく様々な変形が可能であるということは、当業者に理解されるであろう。即ち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得る各種変形、修正を含むことは勿論である。
１０、１０－１、１０－２　受付端末
２０、１００　サーバ装置
３０　住民端末
１０１　住民情報データベース
１０２　受信部
１０３　認証部
１０４　決定部
２０１、３０１、４０１　通信制御部
２０２　住民登録部
２０３　認証部
２０４　避難先決定部
２０５　避難者管理部
２０６、３０４、４０４　記憶部
２０７　解析部
２１１　アプリケーション提供部
２１２　住民情報取得部
２１３　ＩＤ生成部
２１４　特徴量生成部
２１５　エントリ管理部
３０２　支援アプリケーション導入部
３０３　避難支援部
３１１　プロセッサ
３１２　メモリ
３１３　入出力インターフェイス
３１４　通信インターフェイス
３３１　住民情報入力部
３３２　避難先決定要求部
３３３　避難開始通知部
４０２　顔画像取得部
４０３　認証要求部

Claims (15)

  1. 　複数の住民それぞれの生体情報を記憶する、住民情報データベースと、
    　避難所への避難を希望する避難希望者が操作する第１の端末から、前記避難希望者の生体情報と前記第１の端末の位置情報を含む避難先決定要求を受信する、受信部と、
    　前記避難希望者の生体情報と前記住民情報データベースに記憶された生体情報を用いた生体認証により、前記複数の住民の中から前記避難希望者を特定する、認証部と、
    　少なくとも前記第１の端末の位置情報に基づいて、複数の避難所の中から前記特定された避難希望者の避難先となる避難所を決定する、決定部と、
    　を備える、サーバ装置。
  2. 　前記決定部は、前記複数の避難所それぞれと前記第１の端末の間の距離に基づき前記避難先となる避難所を決定する、請求項１に記載のサーバ装置。
  3. 　前記決定部は、前記複数の避難所それぞれの状況に基づいて前記避難先となる避難所を決定する、請求項１又は２に記載のサーバ装置。
  4. 　前記決定部は、前記複数の避難所それぞれにおける避難者の密度に基づいて前記避難先となる避難所を決定する、請求項１乃至３のいずれか一項に記載のサーバ装置。
  5. 　前記住民情報データベースは、前記複数の住民それぞれの生体情報と健康に関する情報を対応付けて記憶し、
    　前記決定部は、前記特定された避難希望者の前記健康に関する情報に基づいて前記避難先となる避難所を決定する、請求項１乃至４のいずれか一項に記載のサーバ装置。
  6. 　前記決定された避難先となる避難所に関する情報を前記第１の端末に送信する、送信部をさらに備える、請求項１乃至５のいずれか一項に記載のサーバ装置。
  7. 　前記特定された避難希望者の避難状況を管理する、管理部をさらに備え、
    　前記管理部は、前記特定された避難希望者に関する前記決定された避難先となる避難所の情報を、避難者情報データベースに記憶する、請求項１乃至６のいずれか一項に記載のサーバ装置。
  8. 　前記受信部は、第２の端末から、前記第２の端末が設置された避難所を訪れた避難者の生体情報を含む認証要求を受信し、
    　前記認証部は、前記避難者の生体情報と前記住民情報データベースに記憶された生体情報を用いた生体認証により、前記複数の住民の中から前記避難者を特定し、
    　前記管理部は、前記特定された避難者の情報が前記避難者情報データベースに記憶されている場合、前記特定された避難者が訪れた避難所の情報を前記避難者情報データベースに記憶する、請求項７に記載のサーバ装置。
  9. 　前記住民情報データベースは、前記複数の住民それぞれが避難する際に支援を必要とする要介護者か否かと、前記要介護者を支援する支援者の連絡先と、を記憶し、
    　前記決定部は、前記特定された避難希望者が要介護者である場合、前記支援者の連絡先に避難者支援要請を送信する、請求項１乃至８のいずれか一項に記載のサーバ装置。
  10. 　前記管理部は、
    　前記特定された避難希望者が要介護者の場合には、前記避難先決定要求の受信に応じて前記要介護者のステータスを避難前に設定し、
    　前記第１の端末から、前記要介護者が避難を開始したことを示す避難開始通知を受信したことに応じて、前記要介護者のステータスを避難中に設定し、
    　前記第２の端末から受信した前記認証要求を処理した結果、前記避難を開始した要介護者の認証に成功した場合、前記要介護者のステータスを避難完了に設定する、請求項７及び８を引用する請求項９に記載のサーバ装置。
  11. 　前記生体情報は、顔画像又は前記顔画像から生成された特徴量である、請求項１乃至１０のいずれか一項に記載のサーバ装置。
  12. 　前記住民情報データベースは定期的又は所定のタイミングで更新される、請求項１乃至１１のいずれか一項に記載のサーバ装置。
  13. 　避難所への避難を希望する避難希望者が操作する第１の端末と、
    　前記第１の端末と接続されたサーバ装置と、
    　を含み、
    　前記サーバ装置は、
    　複数の住民それぞれの生体情報を記憶する、住民情報データベースと、
    　前記第１の端末から、前記避難希望者の生体情報と前記第１の端末の位置情報を含む避難先決定要求を受信する、受信部と、
    　前記避難希望者の生体情報と前記住民情報データベースに記憶された生体情報を用いた生体認証により、前記複数の住民の中から前記避難希望者を特定する、認証部と、
    　少なくとも前記第１の端末の位置情報に基づいて、複数の避難所の中から前記特定された避難希望者の避難先となる避難所を決定する、決定部と、
    　を備える、避難者支援システム。
  14. 　複数の住民それぞれの生体情報を記憶する、住民情報データベースを備えるサーバ装置において、
    　避難所への避難を希望する避難希望者が操作する第１の端末から、前記避難希望者の生体情報と前記第１の端末の位置情報を含む避難先決定要求を受信し、
    　前記避難希望者の生体情報と前記住民情報データベースに記憶された生体情報を用いた生体認証により、前記複数の住民の中から前記避難希望者を特定し、
    　少なくとも前記第１の端末の位置情報に基づいて、複数の避難所の中から前記特定された避難希望者の避難先となる避難所を決定する、サーバ装置の制御方法。
  15. 　複数の住民それぞれの生体情報を記憶する、住民情報データベースを備えるサーバ装置に搭載されたコンピュータに、
    　避難所への避難を希望する避難希望者が操作する第１の端末から、前記避難希望者の生体情報と前記第１の端末の位置情報を含む避難先決定要求を受信する処理と、
    　前記避難希望者の生体情報と前記住民情報データベースに記憶された生体情報を用いた生体認証により、前記複数の住民の中から前記避難希望者を特定する処理と、
    　少なくとも前記第１の端末の位置情報に基づいて、複数の避難所の中から前記特定された避難希望者の避難先となる避難所を決定する処理と、
    　を実行させるためのプログラムを記憶する、コンピュータ読取可能な記憶媒体。
PCT/JP2020/032351 2020-08-27 2020-08-27 サーバ装置、避難者支援システム、サーバ装置の制御方法及び記憶媒体 WO2022044196A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/JP2020/032351 WO2022044196A1 (ja) 2020-08-27 2020-08-27 サーバ装置、避難者支援システム、サーバ装置の制御方法及び記憶媒体
JP2022544993A JPWO2022044196A5 (ja) 2020-08-27 サーバ装置、避難者支援システム、サーバ装置の制御方法及びコンピュータプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2020/032351 WO2022044196A1 (ja) 2020-08-27 2020-08-27 サーバ装置、避難者支援システム、サーバ装置の制御方法及び記憶媒体

Publications (1)

Publication Number Publication Date
WO2022044196A1 true WO2022044196A1 (ja) 2022-03-03

Family

ID=80354835

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/032351 WO2022044196A1 (ja) 2020-08-27 2020-08-27 サーバ装置、避難者支援システム、サーバ装置の制御方法及び記憶媒体

Country Status (1)

Country Link
WO (1) WO2022044196A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002007572A (ja) * 2000-06-16 2002-01-11 Yasashiite:Kk 介護保険支援システム
JP2013239828A (ja) * 2012-05-14 2013-11-28 Secom Co Ltd 避難情報提供システム
JP2018018355A (ja) * 2016-07-28 2018-02-01 凸版印刷株式会社 災害用情報管理システム、および、災害用情報管理方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002007572A (ja) * 2000-06-16 2002-01-11 Yasashiite:Kk 介護保険支援システム
JP2013239828A (ja) * 2012-05-14 2013-11-28 Secom Co Ltd 避難情報提供システム
JP2018018355A (ja) * 2016-07-28 2018-02-01 凸版印刷株式会社 災害用情報管理システム、および、災害用情報管理方法

Also Published As

Publication number Publication date
JPWO2022044196A1 (ja) 2022-03-03

Similar Documents

Publication Publication Date Title
Serwaa-Bonsu et al. First experiences in the implementation of biometric technology to link data from Health and Demographic Surveillance Systems with health facility data
WO2022097276A1 (ja) サーバ装置、来場者通知システム、来場者通知方法及び記憶媒体
JP7298733B2 (ja) サーバ装置、システム、サーバ装置の制御方法及びコンピュータプログラム
WO2021214970A1 (ja) 情報処理装置、システム、顔画像の更新方法及び記憶媒体
WO2022044196A1 (ja) サーバ装置、避難者支援システム、サーバ装置の制御方法及び記憶媒体
WO2021240724A1 (ja) 連携サーバ、システム、免疫証明書生成方法及び非一時的なコンピュータ可読媒体
JP5788429B2 (ja) サーバシステム
JP7409411B2 (ja) サーバ、システム、サーバの制御方法、プログラム、端末、及び端末の制御方法
WO2022044199A1 (ja) サーバ装置、避難所管理システム、サーバ装置の制御方法及び記憶媒体
JP7151944B1 (ja) 認証端末、システム、認証端末の制御方法及びプログラム
JP7287512B2 (ja) サーバ装置、システム、サーバ装置の制御方法及びコンピュータプログラム
WO2021214969A1 (ja) 認証システム、端末、端末の制御方法及び記憶媒体
WO2022070253A1 (ja) 認証端末、認証システム、認証端末の制御方法及び非一時的なコンピュータ可読媒体
WO2022044200A1 (ja) サーバ装置、避難所管理システム、サーバ装置の制御方法及び記憶媒体
JP7513103B2 (ja) サーバ装置、避難所管理システム及びサーバ装置の制御方法
WO2022044192A1 (ja) サーバ装置、避難所管理システム、サーバ装置の制御方法及び記憶媒体
WO2023276079A1 (ja) サーバ装置、システム、サーバ装置の制御方法及び記憶媒体
JP7206610B2 (ja) 個人認証システム、個人認証方法及び個人認証プログラム
WO2023037529A1 (ja) システム、サーバ装置、サーバ装置の制御方法及び記憶媒体
WO2021214968A1 (ja) 認証サーバ、認証システム、認証サーバの制御方法及び記憶媒体
JP7509198B2 (ja) 認証サーバ、認証システムおよび認証サーバの制御方法
WO2022249493A1 (ja) サーバ装置、システム、サーバ装置の制御方法及び記憶媒体
WO2024079826A1 (ja) サーバ装置、システム、サーバ装置の制御方法及び記憶媒体
WO2022091237A1 (ja) サーバ装置、情報提供システム、情報提供方法及び記憶媒体
WO2023157104A1 (ja) システム、サーバ装置、サーバ装置の制御方法及び記憶媒体

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20951449

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2022544993

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20951449

Country of ref document: EP

Kind code of ref document: A1