JP2008140284A - System for registering safety in disaster - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To solve such a problem that although, in a system for registering safety in disaster, the system comprising both functions to register safety information of individual and to check safety information of family for public, and functions to create lists and statistics of safety information for each place or each family, for a local government requirement, in the past, only ones being specialized in the former or ones for creating a list of checked persons were available. <P>SOLUTION: This system comprises: a function, for public, to identify a resident by a resident identification card from a resident card delivery machine, to register as safety check information with correlating with the family information, and to display information corresponding to the residents' family information only; and a function, for the local government, to reflect the safety information registered by the resident into a disaster prevention information database, and to output the number of evacuees at evacuation shelters and the number of safety-checked families in regions. <P>COPYRIGHT: (C)2008,JPO&INPIT

Description

  The present invention relates to a safety registration system for victims to inform their families of their own safety in the event of a disaster, and in particular, the local government can register and disclose safety information using a resident record information terminal of the local government, and the local government can collect the safety information of the resident It relates to a safety registration system.

  As a safety information registration system at the time of a disaster, a message service such as a telephone company is widely known. This system is a convenient service that can send messages only to the party who knows the phone number. However, in the event of a disaster, access will increase rapidly, so if the access is restricted or the radio tower is damaged, the mobile phone will not be usable. There is also the problem that it becomes impossible. Moreover, since the above system is intended for individuals versus individuals, it is not suitable for the purpose of local governments to confirm the safety of residents. As a system for solving this problem, a refuge support system as shown in Patent Document 1 has been proposed. In this system, the local government staff installs the evacuation shelter in a terminal linked with the local government server that reads the “evacuee card” storing personal information, and manages the household information and personal information held by the local government server. By collating with the evacuation ledger database to be used, the local government can confirm the safety status of each household, and can provide the residents with a list of safety confirmers or unconfirmed persons.

JP 2002-92259 A

  The above-mentioned conventional system is mainly intended for use in local governments, and the administrator of the local government has only a function to check the safety of each household and create a list. Generally, such a list is provided when providing safety information. Providing information as it is is problematic from the viewpoint of protecting personal information. In addition, there is a problem that there is no function for a member of the household to grasp the safety information in the household or a function for leaving a message, which is necessary as a general function.

  The object of the present invention is to solve the above-mentioned problems, and to provide a general safety information registration and household safety information confirmation function for the general public, and for local governments a list of safety information for each place and household and a statistical creation function. It is to provide a safety registration system at the time of disaster prepared.

  In order to solve the above-described problems, the safety registration system at the time of disaster according to the present invention uses a dedicated terminal that outputs a resident's card or the like as an information registration terminal, or a disaster information terminal specially installed by a local government during a disaster. Since these terminals cooperate with the local government server through a dedicated line, it is relatively easy to secure a line even in the event of a disaster. The local government server uses a server that acquires personal information from a terminal using a resident card or the like to authenticate the person and transmits information such as the resident's card of the target person to the terminal during normal times. This server has an existing resident information database consisting of individual resident information and household information, and further includes at least a safety information database and a disaster prevention information database, preferably a message information database, for the purpose of the present invention. The terminal includes, as existing functions, the identity authentication function, a transmission / reception function with the local government server, a function of selecting a process from a menu displayed on the terminal, and a function of outputting information transmitted from the local government server. For this purpose, an instruction from a local government server or a “disaster safety registration / confirmation menu” displayed under certain conditions is provided.

  The local government server has a function for verifying the identity by collating information such as the resident card received from the terminal with the personal information of the resident, and the address, name, Existing functions to acquire information necessary for the target menu among personal information of residents such as gender and household composition information are already provided, and for the purpose of the present invention, a disaster safety registration / confirmation menu code is received from the terminal. The household code, individual personal code, name, etc. are obtained from the above resident information database, the terminal location information stored in advance in the terminal management table, and the registration date and time from the server clock, and registered in the safety information database. And a function to extract the safety information corresponding to the household code of the resident who has been authenticated from the safety information database and send it back to the terminal. That. In addition, the terminal has a message acquisition function, adds a process to select the presence / absence of a message to the disaster safety registration / confirmation menu, and if there is a message, the local government server acquires a message addressed to a household member from the terminal and You may store in a message information database, and may have the function to transmit message information in the case of the said safety information reply. This is the general function of the safety registration system at the time of disaster according to the present invention.

  The safety registration system at the time of disaster according to the present invention has a function for creating a safety checker / unknown person list for each household by associating household information and a safety information database with the local government server as a function for local governments, and the position of the terminal Create a safety checker / unknown person list for each district by associating information and safety information registration status, and disaster prevention information with each terminal and evacuation target district correspondence information, and calculate the safety confirmation rate for each district It has a function to do. Further, the local government server may be provided with map information, and may be provided with a function for displaying on the map as information that can be easily visually confirmed such as a graph by associating the safety confirmation rate and other information. Further, it is possible to provide a function of taking the time axis and displaying the safety confirmation rate for each time in time series. Furthermore, the disaster prevention information database may be provided with information on facilities and supplies of evacuation shelters, and may be provided with a function of creating supply information for supplies to each evacuation shelves by checking the number of safety confirmers.

  As described above, according to the safety registration system at the time of disaster of the present invention, as a general resident, it is possible to register information about “when and where I am safe” for household members by simply reading a resident card into a local government terminal. At the same time, other members of the household can confirm the information “when and where safety has been confirmed”, so that safety information can be registered and confirmed quickly and accurately. As a local government, by acquiring time-series safety confirmation information for each household, each place, and outputting it as a list or safety confirmation rate, it is possible to grasp the entire situation by closely correlating the damage status at the time of disaster with map information It can be confirmed as information. Furthermore, by providing equipment / material information of the evacuation shelter, it is possible to automatically calculate the shortage supplies and take quick measures for replenishment.

  Hereinafter, an embodiment of the present invention will be described with reference to the drawings. FIG. 1 is an overall configuration diagram of a safety registration system at the time of disaster according to the present invention. Since this system behaves as a remote output system for resident's card etc. during normal times, it uses dedicated automatic issuing machines 10 and 20 installed in public facilities as terminals and uses the local government dedicated line 50 to Take the hardware configuration to connect. In addition, it is desirable that a point for connecting the administrative terminal 30 carried by the local government staff to the local government dedicated line 50 at the time of a disaster is provided in advance in an evacuation facility or the like. In addition to the local government dedicated line 50, an administrator terminal 70 is connected by a local government dedicated line 60 such as an intra-agency LAN. An instruction for creating information such as safety confirmation information that is collected by the local government in the event of a disaster is transmitted from the administrator terminal, and is output from an output device 90 such as a printer within the local government. In the event of a disaster, information input to the automatic issuing machine 10 is performed by the resident card 40, and an input function from a menu selection key or message input means is optionally provided.

  The automatic issuing machine 10 temporarily stores input / output information, an input unit 11 that acquires information from an input device including a card interface 12, an output unit 13 that outputs information on a screen (also controls printer output during normal times), and an input / output information. A storage unit 14, a communication unit 15 connected to the local government dedicated line 50 and transmitting / receiving information, and a terminal control unit 16 are provided. In the control unit 16, an authentication information acquisition function 161 that acquires information of the resident authentication information 41 in the resident card 40 and transmits the information to the server 100, a process selection function 162 that selects a process using a menu selection key, a touch panel, and the like, A necessary function 163 as an automatic machine for issuing certificates and the like, and a message acquisition function 164 as an option are provided. The process selection function 162 is a function for displaying a menu and acquiring menu selection information during normal times, but a function for displaying a safety information input menu at the time of a disaster, and inputting information only with a resident card at the time of a disaster as described above. In order to obtain a terminal to be used, a function of making other menu functions inactive and making menu selection unnecessary may be provided. Other voice input means may be provided as an input interface of the message acquisition function 164. The administrator terminal 70 is assumed to have a basic function as a normal client terminal and a function to acquire information of the administrator card 80.

  The resident information server 100 includes an input unit 110 that receives input to the server, an output unit 140 that outputs information from the server to the output device 90, a communication unit 160, a control unit 120 that controls the server, and a database as a normal time. Resident information database 151 that is basic information to be used, safety information database 152 that is used only at the time of disaster, disaster prevention information database 154 that stores basic information for local governments to create safety confirmation information and disaster situation information, as required Message information database 153.

  A data example of the resident information database 151 is shown in FIG. The resident information database 151 mainly comprises FIG. 2 (a) resident personal information table, FIG. 2 (b) household information table, and FIG. 2 (c) resident authentication information table. Have a table. The information details of the automatic issuing machine may be provided in the disaster prevention information database 154 and the communication unit 160 may have only the address authentication information. In this embodiment, the latter case is assumed. The resident personal information table has a resident identification number and a household identification number as keys, and other basic 4 information (name, date of birth, address, and gender) of the resident, information about family relationships, family register information, and insurance information Etc. The household information table includes a household identification number as a key, and includes information related to the household configuration such as the householder's name, address, and the number of members. The resident authentication information table includes a resident identification number as a key, and includes information for collating with the resident authentication information 41 in the resident card 40. Biometric identification information may be stored here as alternative authentication information when there is no resident card at the time of a disaster.

  An example of data in the safety information database 152 is shown in FIG. In this embodiment, the record No., resident identification number, household identification number, and history number are provided as keys, one record is created for each resident identification number and history number, and the name, registration date and time, automatic issuing machine information that is the registration location, The presence / absence of a message is stored. In this example, it is assumed that a blank record is created for the identification number of a household member at the time of initial registration of a household member. However, one record is provided for each household identification number, and the safety of members is entered. It is good also as "one record one household" type to go.

  FIG. 4 shows a data example of the message information database 153. In the present embodiment, the record information in the safety information database 152 is used as a key, and the message information is stored in association with each other. This message information may be in voice or image format. In this embodiment, a configuration using voice information is used.

  FIG. 5 shows a data example of the disaster prevention information database 154. The disaster prevention information database 154 creates FIG. 5 (a) disaster prevention area information table and disaster prevention MAP, which are correspondence information such as the installation points of the automatic issuing machine 10 and the administrative terminal 30 and evacuation areas, shelters, coordinates on the map, etc. 5 (b), which is image information for this purpose, and at least a disaster prevention MAP, and preferably, FIG. 5 (c), a safety confirmation information table, which is information on the capacity of the shelters, facilities, and the like. Further, a safety confirmation status table shown in FIG. 5 (d) created from the data of the safety information database 152 at the time of a disaster is provided. In this embodiment, the disaster prevention area information table is preliminarily provided with information such as the area code, shelter name, shelter information, safety level, shelter coordinates, etc., using the automatic issuing machine number as a key. Using the name of the evacuation center as a key, obtain the number of registered (registered) people in the latest history from the data in the safety information database 152, and the local government staff will update and update the evacuation site damage information, number of people moving, etc. . In the safety confirmation status table, the total number of registered persons in the area is set in advance using the region code as a key, and the number of confirmed persons, the number of registered households, the number of all confirmed households, and the data update date and time are determined from the data of the safety information database 152. It will be obtained and updated as needed.

  The control unit 120 of the resident information server 100 in FIG. 1 includes an issuer authentication function 121 that authenticates the automatic issuing machine 10 based on information of the communication unit 160 and establishes communication, and resident authentication information table information of the resident information database 151. Necessary from the resident authentication function 122 for authenticating the resident authentication information 41 and confirming the identity, the process selection function 123 for selecting the process by the menu number transmitted from the automatic issuing machine 10, and the resident personal information table of the resident information database 151. Resident information extraction function 124 for extracting information, household information extraction function 127 for extracting necessary information from the household information table, output information creation function 125 for creating information to be output to the automatic issuing machine 10, and automatic issuing machine 10 An information transmission / reception function 126 for transmitting / receiving information to / from the network is provided as a basic function. In order to realize the safety registration system at the time of disaster according to the present invention, the control unit 120 further includes a safety information registration for registering information extracted from the resident personal information table and the household information table of the resident information database 151 in the safety information database 152. A function 128 and a safety information extraction function 129 that extracts safety information about the household of the residents accessed from the automatic issuing machine 10 from the safety information database 152 are provided. Further, when the safety registration system at the time of disaster according to the present invention has a message registration function, the message information is obtained from the automatic issuing machine 10 and stored in the message information database 153 in association with the data in the safety information database 152. A registration function 130 and a message information extraction function 131 for extracting message information about the household of the residents accessed from the automatic issuing machine 10 from the message information database 153 are provided. The information extracted by the safety information extraction function 129 and the message information extraction function 131 is created into screen information as shown in FIG. 12B by the output information creation function 125 and transmitted to the automatic issuing machine 10.

  In addition, in order for the local government to create information such as safety confirmation information in the local government and damaged MAP from the registered safety information, the control unit 120 acquires a safety information acquisition function for acquiring necessary information from the data of the safety information database 152 132, a status information creation function 133 for updating the current safety confirmation information table and safety confirmation status table information from the acquired information and data of the disaster prevention district information table of the disaster prevention information database 154, a safety confirmer list creation and further disaster prevention An area information creation function 134 for creating a damaged MAP or the like for each area in association with the MAP is provided. Furthermore, the control unit 120 includes a database control function 135 for managing each database.

  Hereinafter, the process flow of the safety registration system of the present invention will be described with reference to the drawings.

  (1) to (3) in FIGS. 6A to 6D are a flow of processing in which a resident registers safety information in the safety information database 152 at the time of a disaster, and acquires information on a confirmed person in his / her household. is there. 6A to 6C, (1) is a flowchart of the process of registering safety information and the safety information display of the householder, (2) of FIG. 6-4 is a flowchart of the process of registering message information, and FIG. 4 (3) is a flowchart of message information confirmation processing. FIG. 9A shows a relational diagram of screen transitions, functions, and data flows corresponding to the processing (1) in FIG. 6A to FIG. 6C, and FIG. (B) in FIG. 9-2 and FIG. 6-4 (3) in FIG. 6-4 are related to the screen transition and function corresponding to the process of FIG. Fig. 9-2 (c) shows a flow diagram.

  6-1 to 6-3 (1) and 9-1 (a), the resident registers the safety information in the safety information database 152 at the time of a disaster, and at the same time acquires the information of the confirmed person in the household. The flow of processing is shown. In this embodiment, a disaster menu display instruction is transmitted from the resident information server 100 to the automatic issuing machine (terminal) at each base when a disaster occurs, and a “safety information registration” menu that is not normally displayed on the job selection screen is additionally displayed. I will do it. First, the initial screen of the automatic issuing machine (terminal) 10 is a “card input screen” on the left column of FIG. When the resident who is a safety registrant inserts the resident authentication card 40 into the automatic issuing machine (terminal) 10 in FIG. 9A, the card IF 12 of the automatic issuing machine (terminal) 10 checks the card format (step). S1). If the inserted card format is not the resident card 40 (step S2), an error message is output and the operation is terminated (step S3). If it is the resident card 40, the authentication information acquisition function 161 of the automatic issuing machine (terminal) 10 acquires the authentication information 41 and transmits it to the resident information server 100, and the resident authentication function 122 of the resident information server 100 stores the resident information in the resident information DB 151. It collates with the information in the authentication information table (FIG. 2C) (step S4). If there is no corresponding information in the resident information DB 151, the resident authentication function 122 of the resident information server 100 returns error information to the automatic issuing machine (terminal) 10, and the automatic issuing machine (terminal) 10 outputs an error message to perform the operation. End (step S5). If the authentication is OK, a job selection screen display instruction is transmitted to the automatic issuing machine (terminal) 10. In response to this, the automatic terminal function 163 of the automatic issuing machine (terminal) 10 displays the job selection screen in the middle of the left column of FIG. 9A (step S6). The automatic issuing machine (terminal) 10 confirms whether or not the “safety information registration” button is selected by the process selection function 162 (step S7), and if it is another menu button such as acquisition of a resident's card, it proceeds to another existing business process ( Step S8). This other business process is a process normally performed by the existing automatic issuing machine (terminal) 10 and is omitted here.

  The process selection function 162 of the automatic issuing machine (terminal) 10 transmits the “safety information registration” menu number and the authentication information 41 to the resident information server 100. When the process selection function 123 of the resident information server 100 recognizes the “safety information registration” menu number, it issues a resident information extraction instruction to the resident information extraction function 124, and the resident information extraction function 124 stores the personal information table (see FIG. 2 (a)), it is confirmed whether the resident identification number of the authentication information 41 exists (step S9). If the personal information table is not applicable, the subsequent processing cannot be performed. Therefore, the resident information extraction function 124 returns error information to the automatic issuing machine (terminal) 10, and the automatic issuing machine (terminal) 10 outputs an error message. The job is then terminated (step S10). If there is a match in the personal information table, the resident information extraction function 124 extracts the personal information including the resident identification number, the household identification number usually called a resident card code, and the name, and passes them to the safety information registration function 128. Next, the safety information registration function 128 searches the safety information DB 152 using the resident identification number as a key (step S11). When there is no resident identification number in the safety information DB 152 (step S12), that is, in the case of new registration, the safety information registration function 128 assigns a new record No, sets the history NO to 001, and further, the above resident identification number, household The identification number, name, registration date and time automatically acquired from the system clock, and information on the automatic issuing machine (terminal) 10 of the application source are registered in the safety information DB 152 (step S14). In this embodiment, it is assumed that empty records for households are not created. Further, when there is a resident identification number in the safety information DB 152, that is, when there is data registered last time, the safety information registration function 128 assigns a new record No and records the history No. of the corresponding record, Safety information consisting of the above-mentioned resident identification number, household identification number, name, registration date and time, and information on the automatic issuing machine (terminal) 10 of the application source is additionally registered in the safety DB 152 (step S13).

  Next, the safety information registration function 128 passes the household identification number acquired for the above process to the household information extraction function 129, and performs the safety information confirmation process for the same householder. The household information extraction function 129 of the resident information server 100 searches the household information table (FIG. 2B) of the resident information DB 151 using the household identification number as a key, and acquires the address and the number of household members (step S15). If the number of members is 1, that is, only one's own household, since the subsequent confirmation is unnecessary, the process proceeds to the confirmation screen creation process (step S19). If the number of members is two or more (step S16), the household information extraction function 129 passes the household identification number to the safety information extraction function 127, and the safety information extraction function 127 searches the safety information DB 152 with the household identification number (step S17). . If there is a match in the household identification number, extract the safety information consisting of the record No. of the corresponding record, the resident identification number, the household identification number, the name, the registration date, the automatic issuing machine (terminal) information of the application source, and the history NO, It is passed to the output information creation function 125 (step S18).

  The output information creation function 125 creates a screen as shown in FIGS. The output information creation function 125 uses a predetermined screen format, the name of the applicant acquired by the resident information extraction function 124 in the above processing, the address acquired by the household information extraction function 129, the record number acquired by the safety information extraction function 127, and the name. The registration date and time, the automatic issuing machine (terminal) information of the application source, and the record number newly registered in the safety information DB 152 this time are input. At this time, the information acquired by the safety information extraction function 127 is sorted using the resident identification number and history No. as keys, and the information of the record having the same resident identification number and the largest history No is acquired as display information. The output information creation function 125 creates a display screen by combining the screen format and the above information, and transmits it to the automatic issuing machine (terminal) 10 (step S19). The automatic terminal function 163 of the automatic issuing machine (terminal) 10 displays the transmitted screen. FIG. 12A shows a screen in the case of new registration where there is no registration information in the safety information DB 152, and FIG. 12B shows a screen example in the case where safety information is present.

  After confirming the safety information registration on the screen as shown in FIG. 12, the message registration button is pressed to perform the message registration process. The flow of the message information registration process will be described below with reference to (2) of FIG. 6-4 and (b) of FIG. 9-2.

  First, the process selection function 162 of the automatic issuing machine (terminal) 10 acquires information obtained by pressing the “message registration” button on the safety information registration / confirmation screen in the upper left column of FIG. Authentication processing is performed using the authentication information 41 of the resident card 40 in the same manner as in step S4 of (1) in FIG. 6A (step S21). If the authentication is OK, the resident information server 100 transmits a message acquisition instruction to the automatic issuing machine (terminal) 10. In response to this, the message acquisition function 164 of the automatic issuing machine (terminal) 10 displays a message indicating the start of message acquisition and starts message acquisition (step S22). In this embodiment, it is assumed that a message is acquired by voice. At this time, the message acquisition function 164 displays a message such as “Record message” on the screen as shown in FIG. 12, the “message registration” button on the upper right has changed to “end registration”, and the applicant Recording is terminated when the registration end button is pressed or when a certain time has elapsed. The message acquisition function 164 of the automatic issuing machine (terminal) 10 transmits the record No. and the recording information on the screen to the message information registration function 132 of the resident information server 100. The message information registration function 132 stores the record No and the recording information in association with each other in the message information DB 153 as shown in FIG. 4 (step S23).

  Similarly, after confirming the registration of the safety information on the screen as shown in FIG. 12B, the message confirmation process is performed by pressing the “message confirmation” button on the screen. The flow of the message information confirmation process will be described below with reference to (3) of FIG. 6-4 and (C) of FIG. 9-2.

  First, the applicant clicks the BOX of the subject whose message is to be confirmed on the screen as shown in FIG. The process selection function 162 of the automatic issuing machine (terminal) 10 confirms that the “message confirmation” button has been pressed on the safety information registration / confirmation screen in the upper left column of FIG. 9B (step S24). ), The message confirmation instruction and the record No. information with the above check are transmitted to the message information extraction function 131 of the resident information server 100 (step S25). In this embodiment, the record number of each householder is not displayed in FIG. 12B, but is provided as non-display information. The message information extraction function 131 of the resident information server 100 extracts the message information of the record No from the message information DB 153 and transmits it to the automatic issuing machine (terminal) 10 (step S26). The message acquisition function 164 of the automatic issuing machine (terminal) 10 reproduces the received information by the voice reproduction function provided in the terminal (step S27).

  As described above, the process of confirming the safety of the householder is completed simultaneously with the registration of the safety information of the residents.

  Next, in order for the local government to provide the latest disaster prevention information, the process flow for updating the disaster prevention information DB 154 with the information registered in the resident safety information DB 152 is shown in FIGS. 7-1 to 7-2 (1) and FIG. Description will be made with reference to (3) to FIGS. 7A and 7B, (1) is a flow of processing for updating information related to a shelter in the disaster prevention information DB 154, and (2) in FIGS. 7-3 to 7-4 is within the disaster prevention information DB 154. It is a figure which shows the flow of the process which updates the information regarding the safety of a local resident. Further, the screen transition and function corresponding to the process (1) in FIGS. 7-1 and 7-2, and the related diagram of the data flow are shown in the process (2) in FIGS. 10 and 7-3 to 7-4. FIG. 11 shows a relation diagram of screen transitions and functions corresponding to the above and data flow. Note that this processing is performed by the disaster prevention manager of the local government accessing the resident information server 100 from the manager terminal 70. Further, the processing related to the identity verification of the manager is the same as the processing related to the identity verification of the above-mentioned residents, and therefore will be omitted.

  The flow of updating evacuation information will be described below with reference to FIGS. 7-1 to 7-1 (1) and FIG. 10 in the process of updating information in the disaster prevention information DB 154. When the administrator accesses the resident information server 100 from the administrator terminal 70, an initial menu (not shown here) for selecting evacuation information or safety information is displayed, and either one is selected. Here, processing when evacuation information is selected will be described. First, the evacuation information screen including the name of the evacuation center, the number of persons accommodated, the current number of people, the equipment, the situation, and the like and the last update date as shown in FIG. This information is created from the disaster prevention district information table (FIG. 5A) and the shelter table (FIG. 5C) of the disaster prevention information DB 154. Of these, the disaster prevention area information table is setting information, so there is no change, and only the shelter table information changes in conjunction with the safety registration. The evacuation information screen includes processing menu buttons such as update, correction, history display, and detailed information display. When “update” is selected on the evacuation information screen of the administrator terminal 70, the administrator terminal 70 transmits an update instruction to the safety update information extraction function 136 of the resident information server 100 (step S28). Here, update history information is given to the safety update information extraction function 136, and the last update date and the last record No. of the safety information DB 152 detected at the time of the previous update are stored in advance. The safety update information extraction function 136 compares the record No. of the safety information DB 152 with the final record No, and searches for a larger record, that is, an updated record (step S29). In this embodiment, since the system automatically assigns record numbers in the safety information DB 152 in ascending order, it can be determined that a record number having a larger record number is new. If there is no update, the process proceeds to update number extraction processing in step S32. If there is an updated record, it is checked whether there is no duplication of the resident identification number in the extracted record, that is, whether there is no movement during the update period (step S30). If there is an overlap, the record with the largest record number among them is left and the others are deleted from the extraction group. The number of remaining records is calculated as the total number of registered increases, that is, the increase in the number of safety confirmers (step S31). When there is no duplication, the number of extracted records is the total number of registered entries. If there is no record with update in the process of step S29, the increase number is zero. A safety update information registration function that calculates the number of increases for each automatic issuing machine number, that is, the number of increases for each evacuation center, by counting the extracted records using the automatic issuing machine number that is information associated with the evacuation site as a key. In 137, the name of the evacuation center associated with the automatic issuing machine number is acquired from the disaster prevention area information table of the disaster prevention information DB 154, and the correspondence table of the evacuation center name and the increased number is temporarily stored (step S32). An example of the temporary storage table is shown in (1) -b of FIG. Next, the safety update information registration function 137 searches the evacuation information table in the disaster prevention information DB 154 using the evacuation site name in the temporary storage table as a key (step S33). If there is a record of the corresponding shelter name in the evacuation information table, the history number of the record is counted up, the number of registered persons in the record is updated, and the processing date is stored in the last registration date (step S34). This process is performed for all the evacuation site names in the temporary storage table, and the temporary storage table is deleted when the execution is completed. Next, the situation information creation function 133 creates the information of the evacuation information screen from the disaster prevention area information table and the safety confirmation information table of the disaster prevention information DB 154, transmits the information to the administrator terminal 70, and updates the information to the administrator terminal 70. Is displayed on the screen (step S35). If the administrator wants to register the evacuation safety status obtained from the contact from each evacuation site or the field survey, or the number of people who have moved outside the administrative jurisdiction (outside the base terminal area of this system), an updated screen is displayed. Check the evacuation shelter selection box that you want to correct, enter the correction items, and click the correction button. The evacuation information screen of FIG. 13 of this embodiment has a function of switching to a mode in which information other than the evacuation center name, the current number of people, and the last update date can be corrected when the selection BOX is checked. When the administrator terminal 70 detects that the correction button has been pressed (step S36), it transmits the safety confirmation information table correction instruction, the name of the evacuation center with the check and the correction information to the safety update information registration function 137 of the resident information server 100. The safety update information registration function 137 updates the correction contents of the corresponding item of the corresponding shelter name record in the safety confirmation information table with the transmission information (step S37). Next, the information on the evacuation information screen is created and transmitted to the manager terminal 70 by the status information creation function 133 in the same manner as the process of step S35, and the updated information is displayed on the manager terminal 70 (step S38).

  Next, in FIG. 7-3 to FIG. 7-4 (2) and FIG. 11, the flow of updating safety information in the process of updating information in the disaster prevention information DB 154 will be described. First, the district name and the number of households in the district, the number of confirmed people, the number of confirmed households that are confirmed by all the households, and the partial number of households that are partially confirmed as shown in FIG. The safety information screen including the date of the last update, such as unknown households, district status, etc., are displayed. This information is created from the disaster prevention district information table (FIG. 5A) and the safety confirmation status table (FIG. 5D) of the disaster prevention information DB 154. Of these, the disaster prevention area information table is setting information, so there is no change, and only the safety confirmation status table information changes in conjunction with the safety registration. The evacuation information screen includes processing menu buttons such as update, correction, history display, and detailed information display. When “update” is selected on the evacuation information screen of the administrator terminal 70, the administrator terminal 70 transmits an update instruction to the safety update information extraction function 136 of the resident information server 100 (step S40). From this point on, the process of searching for records with update (step S41), duplication check process (step S42), duplication elimination / number of cases calculation process (step S43) is the process from step S29 to step S31 of the evacuation information update process. The same process. First, the record extracted by the above processing is acquired by the household update information extraction function 138, the area code associated with the automatic issuing machine number is obtained from the disaster prevention area information table, temporarily stored in association with the area code, and further the area code. The number of records for each is counted and stored temporarily in association with the region code (step S44). This is the increase in the number of confirmed people for each region. Next, the household status for each region code is updated. In this embodiment, this process recalculates all records in the safety information DB 152 instead of the extracted records. The household update information extraction function 138 sorts all records in the safety information DB 152 by the household identification number, deletes the duplication of the resident identification number, and creates a temporary storage table composed of the household identification number, the resident identification number, and the automatic issuing machine information. (Step S45). The number of resident identification numbers for each household identification number in the temporary storage table is counted and stored as a primary summary table in association with the household identification number and the automatic issuing machine number. Furthermore, the household update information extraction function 138 acquires the number of households from the household information table (FIG. 2B) of the resident information DB 151 using the household identification number of the temporary summary table as a key, and additionally stores it in the storage table. As a result, the data items of the primary summary table are the household identification number, the automatic issuing machine number, the number of resident identification numbers that are the number of confirmed persons in the household, and the number of households. The household update information extraction function 138 compares the number of resident identification numbers and the number of households in this temporary summary table. If they match, it indicates 1 for all confirmation, and if the number of resident identification numbers is 1 or more and less than the number of households, it indicates a part. 0 flag items are assigned. Examples of items in the primary summary table at this stage are shown in (1) -b of FIG. Furthermore, the household update information extraction function 138 automatically counts the number of flags 1 (= the number of all confirmed households) and the number of flags 0 (= the number of partially confirmed households) using the automatic issuer number as a key in the temporary summary table. The area code is stored in association with the issuing machine number, and the area code associated with the automatic issuance machine number is acquired from the disaster prevention area information table. The number of flags 1 and 0 is associated with the area code item. A secondary tabulation table is created by storing the increase confirmation number corresponding to the area code stored in the process of step S44 (step S46). Examples of items in the secondary summary table are shown in (1) -c of FIG. Next, the household update information registration function 139 searches the safety confirmation status table of the disaster prevention information DB 154 using the area code of the secondary summary table as a key based on the secondary summary table (step S47). The household update information registration function 139 counts up the history number of the record when there is a record of the corresponding area code in the safety confirmation status table, and adds the increased number of people in the secondary summary table to the number of confirmed persons of the record, The total number of confirmed households in the record is replaced with the total number of confirmed households in the secondary summary table, the number of partially confirmed households in the record is replaced with the number of partially confirmed households in the secondary summary table, and the number of registered households in the record The value obtained by subtracting the number of all confirmed households and the number of partially confirmed households from is replaced with the number of unconfirmed households, and the counted history number is replaced with the history number and stored (step S48). This process is performed for all the regional codes in the secondary tabulation table, and when the execution is completed, the secondary tabulation table and other primary creation tables are deleted.

  Next, the local information creation function 134 creates the information on the safety information screen from the disaster prevention district information table and safety confirmation status table of the disaster prevention information DB 154 and transmits the information to the administrator terminal 70, and updates the information to the administrator terminal 70. Is displayed on the screen (step S49). If the administrator wants to register information from each region or the local situation obtained through field surveys, check the selection box for the name of the district to be corrected on the updated screen, enter the correction item, and click the correction button. Click. The safety information screen of FIG. 14 of the present embodiment is provided with a function that can be modified in the same manner as the evacuation information screen. When the administrator terminal 70 detects that the correction button is pressed (step S50), the safety confirmation status table correction instruction, the area code with the above check (which is hidden on the screen but has information) and the correction information are sent to the resident information server. It transmits to 100 household update information registration functions 139. The household update information registration function 139 updates the correction contents of the corresponding item of the corresponding area code record in the safety confirmation status table by the transmission information (step S51). Next, the information on the safety information screen is created and transmitted to the manager terminal 70 by the area information creation function 134 in the same manner as the processing of step S49, and the updated information is displayed on the manager terminal 70 (step S52).

  Through the processing as described above, the information registered in the resident safety information DB 152 can be reflected in the disaster prevention information DB 154. Thus, the flow of the process which outputs the information for the administrator of a local government to confirm a disaster situation or to produce a report using the information of disaster prevention information DB154 kept up-to-date is demonstrated below.

  (1) in FIG. 8A is a processing flow for creating a list showing the situation for each shelter as shown in FIG. 15 and information displaying the list on the map. This output process is performed by the situation information creation function 133 of the resident information server 100. Similarly to the process of FIG. 7, the disaster prevention manager of the local government accesses the resident information server 100 from the administrator terminal 70 and confirms the identity, displays the initial screen, and displays the shelter information in the menu. Assume there is output. The refuge information shown in FIG. 15 assumed in the present embodiment is composed of a refuge information list and a refuge MAP, and the information corresponding to the refuge information list is the name of the refuge obtained from the disaster prevention area information table as in FIG. And the number of persons accommodated, facilities, etc., the current number of persons and the situation obtained from the shelter table, and the last update date. The information corresponding to the shelter MAP includes map information of the disaster prevention MAP as shown in FIG. 5 (b), coordinates of the shelter acquired from the disaster prevention area information table and the number of persons accommodated, the number of registered persons acquired from the shelter table minus the number of persons moved Created by the numerical value of When the menu selection process is performed from the administrator terminal 70, the situation information creation function 133 of the resident information server 100 first displays an evacuation information output screen as shown in FIG. An output condition is input on this screen, and is transmitted from the administrator terminal 70 to the status information creation function 133 of the resident information server 100 (step S53). The situation information creation function 133 confirms the transmission information including the output item, the area designation information, and the presence / absence of map output (step S54). The situation information creation function 133 checks whether there is an information item in the disaster prevention area information table in the output item (step S55), and if there is, acquires information corresponding to the designated area of the designated item (step S56). Next, the status information creation function 133 checks whether there is an information item in the evacuation information table in the output item (step S57), and if there is, acquires information corresponding to the designated area of the designated item (step S58). The status information creation function 133 creates information corresponding to the designated area of the designated item acquired by the above processing in a table format (step S59). Next, the situation information creation function 133 determines whether or not map information is output (step S60), and if there is, acquires image information corresponding to the designated area from the disaster prevention MAP, and combines the acquired image with the entire map image ( Step S61). If there is either one or both of the number of evacuation shelters and the number of confirmed persons in the table, the graph image is created (step S62), and the corresponding graph image in the designated area is designated as a composite image designated area based on disaster prevention MAP information. Overlapping the image position is used as evacuation information MAP (step S63). The situation information creation function 133 transmits the evacuation information table and the evacuation information MAP created as described above to the administrator terminal 70, displays them on the administrator terminal 70, and further outputs an output device according to a print instruction from the administrator terminal 70 It outputs to 90 (step S64).

  (2) of FIG. 8-2 is a flow of processing for creating a list showing the safety situation for each district as shown in FIG. 17 and information displaying it on a map as shown in FIG. Similarly to the process of FIG. 7, the disaster prevention manager of the local government accesses the resident information server 100 from the administrator terminal 70 and confirms the identity, and then displays the initial screen, and the safety information is displayed in the menu. Assume there is output. The safety information shown in FIG. 17 assumed in the present embodiment includes a safety situation list and a safety situation MAP, and information corresponding to the safety situation list includes the district name acquired from the disaster prevention district information table and the safety confirmation as in FIG. It consists of the total number of households, the number of confirmed persons, the number of confirmed households, the number of confirmed households, the number of unconfirmed households confirmed, the situation, etc., and the last update date. The information corresponding to the safety situation MAP includes map information of the disaster prevention MAP as shown in FIG. 5B, the district coordinates acquired from the disaster prevention district information table, the number of all households and the number of confirmations acquired from the safety confirmation status table. Create based on the number of confirmed households, the number of confirmed households, and the number of unconfirmed households.

  Here, in the process of (1) in FIG. 8A, the name of the refuge is obtained from the disaster prevention area information table in this process, and both are associated with the same automatic issuing machine number. There is no problem even if the place name = district name. When the menu selection process is performed from the administrator terminal 70, the area information creation function 134 of the resident information server 100 first displays a safety information output screen as shown in FIG. An output condition is input on this screen, and is transmitted from the administrator terminal 70 to the regional information creation function 134 of the resident information server 100 (step S65). The regional information creation function 134 confirms the transmission information including the output item, regional designation information, and the presence / absence of map output (step S66). The regional information creation function 134 confirms whether there is an information item in the disaster prevention district information table in the output item (step S67), and if there is, acquires information corresponding to the designated region of the designated item (step S68). Next, the area information creation function 134 checks whether there is an information item in the safety confirmation information table in the output item (step S69), and if there is, acquires information corresponding to the specified area of the specified item (step S70). The area information creation function 134 creates information corresponding to the designated area of the designated item acquired by the above processing in a table format (step S71). Next, the area information creation function 134 determines whether or not map information is output (step S72), and if there is, acquires image information corresponding to the designated area from the disaster prevention MAP, and combines the acquired image with the entire map image ( Step S73). If the items in the table above include the number of confirmed districts, the number of registered households, the number of all confirmed households, the number of partially confirmed households, the number of unconfirmed households, or any one of them, create a graph image (step S74) The corresponding graph image is overlaid on the designated area image position of the composite image by the information of the disaster prevention MAP to be the safety information MAP (step S75). The regional information creation function 134 transmits the safety information table and the safety information MAP created as described above to the administrator terminal 70, displays them on the administrator terminal 70, and outputs an output device in response to a print instruction from the administrator terminal 70. It outputs to 90 (step S76).

  Although not mentioned in the present embodiment, in the safety registration system at the time of disaster of the present invention, a safety checker list output menu is set in the administrator menu, and the temporary storage in (2) of FIG. By using the processing function of step S45 for creating a table, it is also possible to create the latest safety checker list.

The whole block diagram of the safety registration system at the time of disaster of this invention. Data example of the resident information database 151. An example of data in the safety information database 152. Data example of the message information database 153. Data example of the disaster prevention information database 154. Flow of processing for residents to register safety information at the time of disaster. Flow of processing for residents to register safety information at the time of disaster. Flow of processing for residents to register safety information at the time of disaster. Flow of processing for residents to register safety information at the time of disaster. Flow of processing for updating information in the disaster prevention information database 154. Flow of processing for updating information in the disaster prevention information database 154. Flow of processing for updating information in the disaster prevention information database 154. Flow of processing for updating information in the disaster prevention information database 154. Flow of processing to create and output a disaster information form. Flow of processing to create and output a disaster information form. The function related figure of the process in which the resident at the time of disaster registers safety information. The function related figure of the process in which the resident at the time of disaster registers safety information. The functional block diagram of the process which updates the evacuation information of a disaster prevention information database. The functional block diagram of the process which updates the safety information of a disaster prevention information database. Safety information registration and confirmation screen. Evacuation information screen. Safety information screen. An example of shelter information output. Shelter information output request screen. Safety information output example. Safety information output request screen.

Explanation of symbols

  DESCRIPTION OF SYMBOLS 10, 20 ... Automatic issuing machine (terminal), 50, 60 ... Local government exclusive line, 30 ... Administrative terminal, 70 ... Administrator terminal, 100 ... Resident information server, 40 ... Resident card, 80 ... Administrator card, 11, 110 ... input unit, 12 ... card interface, 13, 140 ... output unit, 14 ... storage unit, 15, 160 ... communication unit, 16, 120 ... control unit, 151 ... resident information database, 152 ... safety information database, 153 ... message Information database, 154 ... Disaster prevention information database.

Claims (4)

  Consists of a server that manages resident information connected to one or more terminals that acquire resident information via a dedicated line, and acquires processing information selected from the function for acquiring resident personal authentication information and processing menus displayed on the terminal. A function of transmitting the acquired information to the server and a function of receiving the information transmitted from the server, a resident information database including resident register basic information in the server, and a function of personal authentication of the resident In a safety registration system at the time of a disaster comprising at least a function of extracting information from a resident information database and a function of transmitting / receiving information to / from the terminal, a safety information database storing safety information registered by the resident in the server, and a regional disaster prevention Safety information for each management area that stores information related to management and that is created by acquiring information from the safety information database A disaster prevention information database for storing information, and corresponding to personal identification information of a resident transmitted from the terminal to the server, information for specifying the location of the terminal, and personal information of a corresponding resident of the resident information database A disaster having a function of creating safety information of residents and registering it in the safety information database, and a function of creating and updating safety status information for each management area from the information of the safety information database Time safety registration system.   In the safety registration system at the time of a disaster of Claim 1, the function which acquires household identification information from the corresponding residents' personal information of the said resident information database, adds it to the said resident's safety information item, and the said household identification information as a key A safety registration system at the time of disaster characterized by having the function of extracting the safety information of other residents corresponding to the household identification information of the residents at the time of registering the safety information of the residents and outputting them to the terminal as the safety information of the household .   The safety registration system at the time of disaster of Claim 2 WHEREIN: The information which makes a household the unit in the safety status information for every management area of the said disaster prevention information database is provided, and the said household is made into the said server from the household identification information of the said safety information database. A safety registration system at the time of disaster, comprising a function of calculating the safety confirmation status of at least all, partially, and unconfirmed into three patterns for each management area and storing them in the disaster prevention information database.   The safety registration system at the time of a disaster according to claim 2 or 3, further comprising a message information database for managing message information acquired and stored in association with safety information in the server at the time of registration of safety information of the residents. A safety registration system at the time of disaster, which has a function of outputting corresponding message information together when safety information is output.

Images