WO2018163822A1 - 避難所管理システム及び避難所管理方法 - Google Patents

避難所管理システム及び避難所管理方法 Download PDF

Info

Publication number
WO2018163822A1
WO2018163822A1 PCT/JP2018/006213 JP2018006213W WO2018163822A1 WO 2018163822 A1 WO2018163822 A1 WO 2018163822A1 JP 2018006213 W JP2018006213 W JP 2018006213W WO 2018163822 A1 WO2018163822 A1 WO 2018163822A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
shelter
attribute
evacuee
unit
Prior art date
Application number
PCT/JP2018/006213
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 JP2019504450A priority Critical patent/JP6936308B2/ja
Publication of WO2018163822A1 publication Critical patent/WO2018163822A1/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
    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B27/00—Alarm systems in which the alarm condition is signalled from a central station to a plurality of substations

Definitions

  • the present invention relates to a technology capable of confirming evacuation site information from a remote location in real time.
  • an object of the present invention is to easily collect and manage information on shelters.
  • the system according to the present invention is an evacuation center management system including a terminal that acquires information from a medium and a management server that collects information from the terminal.
  • the terminal of this system includes a storage unit that stores shelter identification information for identifying a shelter, a reading unit that reads evacuee attribute information indicating the attributes of the evacuees from the medium, shelter identification information, and evacuee attribute information. And a display control unit for displaying information on the evacuation shelter on the screen.
  • the management server of this system includes a database for storing a shelter table in which shelter identification information and the number of people for each attribute of the evacuees are linked, shelter identification information received from the communication unit, and evacuees
  • a shelter that includes a database update unit that updates the number of people for each attribute of the evacuees based on the attribute information, the shelter identification information, and the number of people for each attribute of the evacuees linked to the shelter identification information
  • a shelter information transmission unit that transmits information to the terminal.
  • the display control unit of the present system displays the name of the refuge and the number of refugees for each attribute of the refuge based on the refuge information received from the management server.
  • a method for managing evacuation center information based on information read from a medium includes a step of reading refugee attribute information indicating an refugee attribute from the medium, and a refuge identification for identifying the refuge Based on the information and the refugee attribute information, the number of refugee attributes for each refugee in the refuge is updated, the refuge identification information, and the number of refugees for each refugee attribute. And a step of displaying the number of persons for each attribute of the evacuees at the evacuation center.
  • the evacuation center can be efficiently operated in the event of a disaster, and the initial response can be quickly performed.
  • FIG. 1 is a schematic diagram of a system according to the present embodiment.
  • a user or the like local government staff, facility staff, etc.
  • the card 101 stores a card ID for identifying the card 101 and evacuee attribute information (hereinafter also simply referred to as attribute information) indicating the attribute of the evacuee.
  • the attribute of evacuees is, for example, the type of evacuees classified by items such as men, women, infants, care recipients, and pregnant women. This type of item is preferably an item that allows the user to know how many evacuees need to consider the shelter.
  • the card 101 may be any medium that can store its own identification information, evacuee attribute information, and the like, and is not limited to a card in the present invention.
  • a medium such as a printed matter on which a code capable of reading information such as an IC card such as Felica (registered trademark), an IC chip, and a QR code (registered trademark) is printed is used.
  • Information read by the terminal 102 is collected by the management server 103 via the network.
  • the connection from the terminal 102 to the network may be a wired connection or a wireless connection.
  • the information collected in the management server 103 can be confirmed by operating the terminal 102 of the refuge, the PC terminal 104 installed in the government office or the countermeasure headquarters.
  • the card ID and evacuee attribute information are described as information stored in the card 101.
  • other information may be stored and read by the terminal 102.
  • a shelter ID for identifying a shelter may be stored so that the correspondence between the card 101 and the shelter can be taken.
  • the refugee attribute information may include information other than the type of refugee. For example, information including information regarding the age, health status, and allergies of the evacuees may be used. Moreover, you may make it give the attribute of an evacuee to card ID itself by the allocation method of card ID.
  • a card with a card ID of 0000 to 0100 is treated as a card with the attribute of the refugee “male”, and a card with a card ID of 0101 to 0200 is treated as a card with the attribute of the refugee “female”.
  • the evacuee attribute information is not required as information stored in the card 101, and only the card ID can be used. Therefore, the information amount stored in the card 101 and the information amount processed in the terminal 102 and the entire system are reduced. be able to.
  • FIG. 2 is a system configuration diagram according to this embodiment.
  • Terminals 102 provided in each shelter are as follows: An operation unit 201 that receives an operation from a user, a display unit (display control unit) 202 that controls screen display of the terminal 201, a shelter registration unit 203 that registers shelter identification information for identifying a shelter, and a card 101 A reading unit 204 that reads information from, a registration information generation unit 205 that generates information to be transmitted to the management server based on the information read by the reading unit 204, a communication unit 206 that communicates with the management server 103, and a shelter registration A storage unit 207 for storing setting information such as shelter identification information registered by the unit 203 and destination information of the management server 103, and means such as GPS (Global Positioning System).
  • GPS Global Positioning System
  • the location information acquisition unit 208 that acquires the location information of the terminal 102
  • the shelter information request unit 209 that requests the management server 103 for evacuee information indicating information such as the number of evacuees at each shelter
  • the rewriting unit 210 rewrites stored information.
  • the reading unit 202 may correspond to only one of a function of reading information from an IC card such as Felica and a function of reading information from a code such as a QR code, or switching between both functions. You may be made to do.
  • the terminal 102 is preferably realized by a smartphone, a tablet, or the like.
  • the management server 103 stores the communication unit 221 that communicates with the terminal 102, the storage unit 222 that stores the shelter identification information of each shelter, and the information of the card 101 and the information of each shelter read by the terminal 102.
  • the evacuation site database 223 to be stored the database update unit 224 for determining whether or not to update the evacuation site database 223, and requesting the database 223 to be updated, and acquiring information from the evacuation site database 223, And a shelter information transmission unit 225 that transmits to the terminal 102.
  • the shelter database 223 in the present embodiment uses a reading card table for managing information of the card 101 read by the terminal 102 at each shelter and a shelter table for managing information on each shelter.
  • information such as “card ID”, “evacuation shelter identification information”, “evacuee attribute information”, “date and time” is associated.
  • the “date and time” may be the date and time at which information is received from the terminal 102 or may be information on the card reading date and time included in the information received from the terminal 102. Is for not registering.
  • the shelter table includes, for example, “shelter identification information”, “total number of evacuees”, “number of evacuees for each attribute”, “capacity of shelters”, “contact information for shelters” ",” Date and time of information update ", etc. are linked (see FIG. 11 described later).
  • the shelter database 223 may be mounted on an external server different from the management server 103 or may be mounted integrally with the management server 103.
  • the terminal PC 104 installed in the local government office or the countermeasures headquarter is composed of a communication unit 231, an operation unit 232, a shelter information request unit 233, and a display unit 234.
  • the functions are a communication unit 206 and an operation in the terminal 102, respectively.
  • the terminal 102 is, for example, a smartphone, and in the present shelter management system, the function of the terminal is realized on the smartphone by a terminal application of the shelter management system (hereinafter referred to as a shelter application). . Then, by tapping the icon of the shelter application on the screen of the terminal 102, the shelter application is activated.
  • FIG. 3A is a top screen when the shelter application is activated, and is a screen of a “card reading (entrance)” function for reading information on the card 101.
  • a menu button 300 is displayed on the shelter application screen.
  • a menu screen shown in FIG. 3B is displayed.
  • the terminal 102 has functions (screens) as “card reading (entrance)”, “card reading (exit)”, “QR code reading (admission)”, “QR code reading (exit)”. , “Card writing”, “card information confirmation”, “shelter status confirmation”, and “initial setting”.
  • functions screens as “card reading (entrance)”, “card reading (exit)”, “QR code reading (admission)”, “QR code reading (exit)”.
  • Card writing “card information confirmation”, “shelter status confirmation”, and “initial setting”.
  • the menu screen display may include a display mode for the administrator screen (FIG. 3B) and the user screen (FIG. 3C). Since the “setting” function is a function for the administrator to set before operation, it is displayed in the screen mode for the administrator (FIG. 3B) and the screen mode for the user (FIG. 3C). In other words, functions that are not used by the user during operation are provided with a screen mode that is not displayed on the menu screen, so that the user can operate the terminal 102 while viewing only necessary information.
  • the user sets shelter identification information for associating the terminal 102 with the shelter, and destination information to the management server 103 for transmitting information to the management server 103.
  • An example of a screen display by the display unit 202 at the time of initial setting is shown in FIG.
  • the display unit 202 displays an input field 401 for inputting refuge identification information, an input field 402 for inputting destination information, and a save button 403.
  • the terminal 102 stores the input evacuation site identification information and the destination information in the storage unit 207.
  • notification of success is made as shown in FIG. 4B, and the initial setting is completed.
  • the initial setting of the shelter identification information may be transmitted from the management server 103 instead of being input by the user.
  • FIG. 5 is a flow in which the terminal 102 reads information from the card 101.
  • the display unit 202 of the terminal 102 displays a reading screen as shown in FIG. 6A (for IC card) and FIG. 6B (for QR code) (S501), and prompts the user to read the card 101.
  • the reading unit 204 of the terminal 102 starts reading information from the card 101 (S502).
  • the reading is successful (YES in S503)
  • the reading is notified to the user (S504).
  • the display unit 202 may display the read information as shown in FIGS. 6A and 6B.
  • the registration information generation unit 205 of the terminal 102 generates registration information to be transmitted to the management server 103 in order to update the shelter database 223.
  • the generated registration information is transmitted to the management server 103 by the communication unit 206 (S505). Details of the registration information generation processing and transmission processing in S505 will be described later. If the reading fails in S503 (NO in S503), the user is notified of the reading failure (S506).
  • the terminal 102 may determine whether the card 101 is compatible with the shelter application when the reading unit 204 reads information from the card 101. For example, when a unique ID is stored in the storage unit 207 and the card 101 of the terminal 102 and the unique ID can be read from the card 101, it is determined that the card corresponds to the shelter application. Alternatively, the information read from the card 101 may be determined based on whether the information is in a predetermined data format. By determining whether or not the card 101 is compatible with the shelter application on the terminal 102 side, unnecessary transmission processing does not occur and the power consumption of the terminal 102 is suppressed as compared with the case of determining on the management server 103 side. This is advantageous in that the load on the management server 103 can be suppressed.
  • FIG. 7 is a flow in which the registration information generation unit 205 of the terminal 102 generates registration information based on the information read from the card 101 and transmits it to the management server 103 by the communication unit 206. It is.
  • the registration information generation unit 205 of the terminal 102 acquires the information read by the reading unit 204 (S701) and the shelter identification information stored in the storage unit 207 (S702), and transmits the information to the management server 103.
  • Information is generated (S703).
  • the registration information includes the card ID and refugee attribute information stored in the card 101, the evacuation site identification information stored in the storage unit, and information indicating entry (addition) or exit (subtraction).
  • the terminal 102 transmits a registration information update request including the generated registration information to the management server 103 via the communication unit 206 (S704). If the transmission of registration information is successful (YES in S705), the transmission process is completed, and if the transmission fails (NO in S705), the registration information is transmitted again (S704).
  • the registration information includes entry / exit information indicating exit. Further, the registration information may include position information acquired by the position information acquisition unit 208, a terminal ID for identifying the terminal 102, and the like. Further, in the flow of FIG. 7, the registration information is generated and then transmitted, but the registration information is stored in the storage unit 207, and the unsent registration information is collectively transmitted to the management server 103 later. You may do it. Further, in the flow of FIG. 7, when registration information transmission fails, the registration information is transmitted again.
  • the registration information may be stored in the terminal as untransmitted information.
  • the re-send button 1501 is displayed to indicate that the input is accepted in the active state.
  • the number of stored untransmitted information (10 in the example of FIG. 15A) may also be displayed. If no unsent information is accumulated due to transmission in response to the user pressing the retransmit button 1501 or automatic transmission upon detection of a predetermined time or detection of a predetermined event, the retransmit button 1501 is displayed as shown in FIG. Indicates that the input is not accepted in the inactive state. If no untransmitted information is accumulated, the retransmit button 1501 may not be displayed.
  • the registration information generation unit 205 generates registration information including entrance / exit information so that entry / exit can be determined.
  • the entry / exit may be determined based on evacuee attribute information.
  • the evacuee attribute information stored in the card 101 is included as the evacuee attribute information.
  • information indicating the exit is included as the evacuee attribute information instead of the evacuee attribute information stored in the card 101.
  • the registration information generation unit 205 may generate registration information without including entry / exit information, and may determine entry / exit on the management server 103 side.
  • the management server 103 determines “entrance” if the registration information received from the terminal 102 is not registered in the reading card table, and determines “exit” if it is registered. With such a configuration, the terminal 102 only needs to display one reading screen instead of two reading screens of “entry” and “exit”, which improves the usability of the user.
  • FIG. 8 is a sequence in which the management server 103 receives the registration information transmitted from the terminal 102 and updates the shelter database 223.
  • the terminal 102 transmits a registration information update request including the generated registration information to the management server 103 via the communication unit 206 (S801).
  • the database update unit 224 determines whether or not the shelter database 223 can be updated (S803).
  • the determination method is to check whether or not the shelter identification information included in the registration information matches the shelter identification information stored in the storage unit 212 of the management server 103 in advance.
  • the database update unit 224 determines whether or not the combination of the card ID and the refugee attribute information included in the registration information has been registered in the read card table of the evacuation site database 223. Here, if the combination of card ID and evacuee attribute information is registered, the database update part 224 will determine not to update in order to prevent double registration.
  • the database update unit 224 determines to update, and updates the shelter database 223 based on the entry / exit information included in the registration information. That is, the database update unit 224 registers the registration information in the reading card table and updates the shelter table.
  • the terminal can rewrite the refugee attribute information of the card 101, if the refugee attribute information is different even if the card ID is the same, an refugee with a new attribute will enter. This is because there may be a case where the refugee who was originally registered leaves.
  • the evacuation site database 223 can be updated even when the number of cards 101 is insufficient in the evacuation center and the refugee attribute information of the card 101 once used is rewritten and reused.
  • the update process (S804) of the shelter database 223 by the database update unit 224 will be specifically described.
  • the database update unit 224 reads the card ID, the shelter identification information, and the evacuee attribute information included in the acquired registration information. Add to the card table.
  • the shelter table is updated based on the shelter identification information and the evacuee attribute information included in the registration information.
  • the shelter corresponding to the shelter identification information included in the registration information is “*** public hall”, the attribute of the evacuee corresponding to the evacuee attribute information is “male”, and the entrance information is “entrance”.
  • the “total number of evacuees” and “attributes of evacuees: number of men” in the “*** public hall” of the shelter table are counted up. If the entry / exit information is “exit”, the countdown is performed.
  • the management server 103 notifies the terminal 102 of the successful update of registration information (S805).
  • FIG. 9 is a sequence until the terminal 102 acquires and displays the shelter information from the management server 103.
  • the shelter information request unit 209 When the user designates a shelter where information is to be acquired by using the operation unit 201 of the terminal 102, the shelter information request unit 209 generates shelter request information to be transmitted to the management server 103 in order to acquire the shelter information.
  • the shelter request information includes the shelter identification information of the shelter designated by the user.
  • the terminal 201 transmits an acquisition request for shelter information including the generated shelter identification information to the management server 103 via the communication unit 206 (S902).
  • the management server 103 When the management server 103 acquires the shelter request information from the received acquisition request (S903), the management server 103 searches the shelter database 223 for information on the shelter based on the shelter request information (S904). As a search method, for example, a record that matches the shelter identification information included in the shelter request information is searched from the shelter table of the shelter database 223. If there is a corresponding record, the shelter information transmission unit 225 generates shelter information based on the record in the shelter table (S905) and transmits it to the terminal 102 (S906). The terminal 102 displays the received shelter information on the screen by the display unit 202 (S907).
  • FIG. 10 shows an example of the screen when the “check shelter status” function in FIG. 3B is selected.
  • the user designates the shelter of “Central Public Hall” and displays the information of the “Central Public Hall”. It is a screen transition diagram until it is done.
  • the user designates a shelter from which shelter information is to be acquired from the shelter designation menu 1001 displayed on the terminal 102, and presses the update button 1002 (FIG. 10A).
  • the update button 1002 displays “Updating”, indicating that the input is not accepted in the inactive state (FIG. 10B). )).
  • the update button 1002 is displayed as “update”, indicating that the input is accepted in the active state. Further, the notation of the communication state 1003 becomes “online” display indicating that the communication with the management server 103 is normal (FIG. 10C).
  • the display unit 202 When a request for acquiring shelter information is transmitted from the terminal 101 to the management server 103 (S908), if there is no response from the management server 103 (S909), the display unit 202 has received from the management server 103 in the past.
  • the shelter information is displayed (S910). That is, in the example of FIG. 9, the evacuation site information received from the management server 103 in S907 is stored in the storage unit 207, and when waiting for a response to the acquisition request for the evacuation site information has timed out (S909), The stored shelter information is displayed (S910). In that case, it is desirable to notify the user that the displayed shelter information is not the latest information. For example, the notation of the communication state 1003 in FIG.
  • the evacuation site information stored in the storage unit 207 may be displayed in consideration of information read thereafter. For example, when the reading unit 204 reads a card whose evacuee attribute information is “male” as “entrance” at the time of offline, the “total number of evacuees” and “ Refugee attribute: number of men "is counted up. That is, in the display example of FIG. 10, “male” is updated to “5 people” and “total” is updated to “10 people”. Note that the information read by the reading unit 204 while offline may be collectively transmitted as registration information when communication with the management server 103 becomes normal. Thereby, it is possible to prevent a flaw from occurring between the refuge information stored in the storage unit 207 of the terminal 102 and the refuge information on the refuge database 223 of the management server 103.
  • the terminal 102 designates the evacuation site identification information and requests the evacuation site information from the management server 103.
  • the terminal 102 may request the evacuation site information of all the evacuation sites. Good.
  • FIG. 11 is a screen display example on the PC terminal 105 that has received the evacuation site information from the management server 103.
  • Items to be displayed include, for example, the name of the refuge 1101, the total number of refugees 1102, the number of persons 1103 for each refugee attribute, the number of evacuation shelters that can be accommodated 1104, and the contact information 1105 to the refuge This is the database update date 1106.
  • shelter identification information indicating all shelters may be transmitted from the terminal 102 to the management server 103 and the evacuation information of all shelters may be received from the management server 103.
  • the user may be notified when the total number of evacuees in the displayed shelter is close to or exceeds the capacity that can be accommodated. For example, the total number of evacuees is emphasized and displayed, and the users are encouraged to distribute the evacuees.
  • FIG. 12 is a flow for rewriting the evacuee attribute information stored in the card 101 by the terminal 102.
  • the user selects an evacuee attribute to be written on the card 101 from the terminal 102 (S1201), and puts the card 101 to be rewritten on the terminal 102.
  • the rewrite unit 210 When the rewrite unit 210 detects the card 101, it rewrites the evacuee attribute information stored in the card 101 to evacuee attribute information corresponding to the attribute of the selected evacuee (S1202). When the rewriting process is successful (YES in S1203), the rewriting success is notified (S1204). If the rewriting process fails (NO in S1203), the rewriting failure is notified (S1205).
  • FIG. 13 is a screen example when the “card writing” function in FIG. 3B is selected, and is a screen display example in the rewriting process.
  • the buttons 1301 to 1305 display the attributes of the evacuees in different colors, and when the buttons 1301 to 1305 are pressed, the evacuee attribute information corresponding to the displayed attributes of the evacuees is written. It becomes processing.
  • FIG. 13 shows an example when the button 1301 with the attribute “male” is pressed.
  • the display unit 202 displays the button 1301 with emphasis over the other buttons 1302 to 1305 in order to notify the user that the button 1301 is pressed. Thereafter, when the user places the card 101 to be rewritten on the terminal 102, the rewriting process is started.
  • the display unit 202 displays the result of the rewriting process.
  • the arrangement of icon display indicating each attribute and the display mode (here, color) are the same. Thereby, the user can perform the rewriting process sensuously, and even the user who is unfamiliar with the use of the shelter application can easily rewrite the evacuee attribute information of the IC card.
  • FIG. 14 is a screen example when the “confirm card information” function in FIG. 3 is selected. Since information is stored in the card 101 in the form of digital data or QR code, the user cannot determine what information is stored from the appearance. Therefore, it has a function of only displaying information stored in the card 101. For example, the reading process of the card 101 is the same as the “card reading process (entrance)” (S501 to S504 in FIG. 5), and when the card 101 reading process is successful, the card as shown in FIGS. 14A and 14B. The information read from 101 is displayed. With this function, when managing the card 101, the work of confirming what information is stored in which card can be simplified.
  • an embodiment according to the present invention is a shelter management system including a terminal that acquires information from a medium and a management server that collects information from the terminal. Communication for transmitting a storage unit for storing identification information for identifying a refuge, a reading unit for reading refugee attribute information indicating an attribute of the refugee from a medium, identification information for the refuge, and refugee attribute information to the management server And the management server, based on the shelter identification information received from the communication section, a database that stores the shelter identification information and the number of people for each attribute of the evacuees in association with each other, It is determined whether to update the database, and when it is determined to update, a database update unit that updates the number of persons for each attribute of the evacuees based on the evacuee attribute information.
  • the database update unit determines whether to update the database based on the refuge identification information, the database is updated only in response to an update request from a refuge managed by the local government. Can do.
  • the reading unit reads the refugee attribute information and the card ID for identifying the card from the card
  • the communication unit reads the refuge identification information and the refugee attribute information.
  • the card ID are transmitted to the management server, and the database update unit in the management server uses the received refuge identification information and the card ID to determine whether the card ID is the same refuge. If the database is not stored in the database, the database is updated. If the card ID is stored in the database, the database is determined to be updated if the same evacuee attribute information is not stored in the database. It is configured to do. Thereby, since it becomes possible to confirm whether or not an update request is received from the same card, it is possible to prevent the database from being updated twice.
  • the terminal includes a rewrite unit that stores attributes of a plurality of evacuees and rewrites evacuee attribute information stored in the medium with other evacuee attribute information. It is said. Thereby, replenishment of the card
  • a card ID for identifying a medium and a QR code output device that outputs a QR code including refugee attribute information are provided.
  • the card ID and the refugee attribute information are read from the QR code output by the output device.
  • the communication unit in the terminal transmits addition / subtraction information indicating whether to add or subtract the number of persons for each refugee attribute
  • the database update unit in the management server is based on the addition / subtraction information.
  • it is configured to determine whether to add or subtract the number of people for each attribute of the evacuees.
  • the management server generates shelter information indicating shelter information based on the shelter identification information stored in the database and the number of people for each attribute of the shelter, and the shelter
  • the shelter information transmitting unit that transmits the site information to the terminal is provided, and the terminal further includes a display control unit that controls display of the screen based on the shelter information received by the communication unit from the management server.
  • the shelter information generated by the shelter information transmission unit may be information for each shelter or information on a plurality of shelters.
  • the display control unit in the terminal when the communication with the management server is normal, the display control unit in the terminal performs display control based on the shelter information received from the shelter information transmission unit, and When the communication is abnormal, the display control based on the shelter information stored in the storage unit is performed. Thereby, even when the connection to the management server is not possible, the user can check the information of the refuge.
  • the display control unit in the terminal is configured to switch and display a screen mode that does not display functions not used by the user during operation and a screen mode that displays all functions. .
  • the display control unit in the terminal is configured to switch and display a screen mode that does not display functions not used by the user during operation and a screen mode that displays all functions. .
  • the terminal further includes an operation unit that receives an operation from the user, and the communication unit receives the refugee attribute information read by the reading unit when the operation unit receives an operation indicating entry.
  • the operation unit receives an operation indicating exit
  • information indicating exit is transmitted as evacuee attribute information.
  • the database update unit of the management server counts up the number of persons for each attribute of the evacuees, and the received evacuee attribute information indicates exit. In the case of information, the number of persons for each attribute of evacuees is counted down.
  • the present invention has been described based on the embodiments. This embodiment is an exemplification, and it will be understood by those skilled in the art that various modifications can be made to combinations of these components, and such modifications are also within the scope of the present invention.
  • a QR code output device that outputs a QR code may be added to the configuration.
  • the QR code output device outputs a QR code including a card ID for identifying the card and evacuee attribute information designated by the user.
  • the system considering exit is used. However, only entrance may be read as card information.
  • the various processes performed in the system or apparatus (terminal) according to the present invention are, for example, control programs stored in a memory such as a ROM (Read Only Memory) in a hardware resource including a processor and a memory.
  • a configuration controlled by executing may be used.
  • each functional unit for executing the processing may be configured as an independent hardware circuit.
  • the present invention can also be understood as a computer-readable recording medium storing the above-described control program or the program (itself), and the control program is input from the recording medium to the computer and executed by the processor.
  • the processing according to the present invention can be performed.

Landscapes

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

Abstract

本発明は、避難所の情報を容易に収集して、管理できるようにすることを目的とする。媒体から情報を取得する端末と、端末から情報を収集する管理サーバで構成された避難所管理システムであり、端末は、避難所を識別する避難所識別情報を記憶する記憶部と、媒体から避難者の属性を示す避難者属性情報を読み取る読み取り部と、避難所識別情報と、避難者属性情報と、を管理サーバへ送信する通信部と、画面上に避難所の情報を表示する表示制御部と、を備える構成とし、管理サーバは、避難所識別情報と、避難者の属性毎の人数と、を紐づけた避難所テーブルを記憶するデータベースと、通信部から受信した避難所識別情報と、避難者属性情報に基づいて、避難者の属性毎の人数を更新するデータベース更新部と、避難所識別情報と、当該避難所識別情報に紐づけられた避難者の属性毎の人数と、を含む避難所情報を端末へ送信する避難所情報送信部と、を備える構成とし、表示制御部は、管理サーバから受信した避難所情報に基づいて、避難所の名称と、当該避難所における避難者の属性毎の人数を表示する。

Description

避難所管理システム及び避難所管理方法
　本発明は、遠隔地からリアルタイムに避難所の情報を確認できる技術に関する。
　近年、防災に対する関心が向けられるようになり、様々な対策が考えられてきている。例えば、避難所の運営については、内閣府がガイドラインを作成して公開している（非特許文献）。
　このような避難所の運営において、従来では、災害発生後に避難所に居る避難者の人数情報を得るために、避難所の管理者または庁舎より移動してきた自治体職員が、番号を記載した紙を避難者一人一人に配布するか、避難者が持参した事前に配布済みの氏名や住所などの個人情報を含むＩＣカード類の情報を読み込んでいた。また、対策本部が各避難所の情報を収集する際は、避難者一人一人に個人情報を紙に記入してもらい、自治体職員がその紙を対策本部へ持ち帰ってパソコンで入力するようにしている。そのため、自治体職員の負荷が高く、情報の収集にも時間が掛かってしまい、初動対応の遅れの一因となっていた。
http://www.bousai.go.jp/taisaku/hinanjo/pdf/1604hinanjo_guideline.pdf
　本発明は、上記問題に鑑み、避難所の情報を容易に収集して、管理できるようにすることを目的とする。
　本発明に係るシステムは、媒体から情報を取得する端末と、端末から情報を収集する管理サーバで構成された避難所管理システムである。本システムの端末は、避難所を識別する避難所識別情報を記憶する記憶部と、媒体から避難者の属性を示す避難者属性情報を読み取る読み取り部と、避難所識別情報と、避難者属性情報と、を管理サーバへ送信する通信部と、画面上に避難所の情報を表示する表示制御部と、を備えている。また、本システムの管理サーバは、避難所識別情報と、避難者の属性毎の人数と、を紐づけた避難所テーブルを記憶するデータベースと、通信部から受信した避難所識別情報と、避難者属性情報に基づいて、避難者の属性毎の人数を更新するデータベース更新部と、避難所識別情報と、当該避難所識別情報に紐づけられた避難者の属性毎の人数と、を含む避難所情報を端末へ送信する避難所情報送信部と、を備えている。さらに、本システムの表示制御部は、管理サーバから受信した避難所情報に基づいて、避難所の名称と、当該避難所における避難者の属性毎の人数を表示する。
　また、本発明に係る、媒体から読み取った情報に基づいて避難所の情報を管理する方法は、媒体から避難者の属性を示す避難者属性情報を読み取るステップと、避難所を識別する避難所識別情報と、避難者属性情報とに基づいて、当該避難所における避難者の属性毎の人数を更新するステップと、避難所識別情報と、避難者の属性毎の人数と、に基づいて、避難所の名称と、当該避難所における避難者の属性毎の人数を表示するステップと、を備える。
　以上、本発明によると、災害時における避難所の運営を効率よく行うことができ、初動対応を迅速に行うことができるようになる。
本発明に係る避難所管理システムの概略図である。 本発明に係る避難所管理システムの構成図である。 本発明に係る避難所管理システムに係る、端末の起動画面及びメニュー画面の表示例である。 本発明の避難所管理システムに係る、初期設定時の画面表示例である。 本発明の避難所管理システムに係る、端末がカードから情報を読み取るフローである。 本発明の避難所管理システムに係る、カードから情報を読み取る際の端末の画面表示例である。 本発明の避難所管理システムに係る、端末が登録情報を生成・送信するフローである。 本発明の避難所管理システムに係る、管理サーバの避難所データベースを更新するシーケンスである。 本発明の避難所管理システムに係る、端末が管理サーバから避難所情報を取得し、表示するまでのシーケンスである。 本発明の避難所管理システムに係る、避難所情報を確認するための端末の画面表示例である。 本発明の避難所管理システムに係る、全ての避難所の避難所情報を確認するための画面表示例である。 本発明の避難所管理システムに係る、端末がカードに記憶された避難者属性情報を書換えるフローである。 本発明の避難所管理システムに係る、カードの書換え処理における端末の画面表示例である。 本発明の避難所管理システムに係る、カード情報確認における端末の画面表示例である。 本発明の避難所管理システムに係る、登録情報を再送信する処理における端末の画面表示例である。
　次に、本発明を実施するための形態（以下、単に「実施形態」という）を、図面を参照して具体的に説明する。
＜システムの概略＞ 　図１は、本実施形態に係るシステムの概略図である。
　災害発生時、避難所において、ユーザなど（自治体職員や施設職員等）は、カード１０１と、端末１０２を用意する。このカード１０１には、カード１０１を識別するためのカードＩＤ、避難者の属性を示す避難者属性情報（以下、単に属性情報ともいう）が記憶されている。避難者の属性とは、例えば、避難者を男性、女性、乳幼児、要介護者、妊婦等の項目で分類した避難者の種別である。この種別の項目は、ユーザが、避難所に配慮の必要な避難者が何人いるかを把握できるような項目にすることが望ましい。
　次に、ユーザは、避難者を確認し、当該避難者の属性に対応する避難者属性情報を記憶しているカード１０１を選択する。その後、端末１０２を操作し、選択したカード１０１から、避難者属性情報の読み取りを行う。カード１０１からの読み取りが完了すると、ユーザは、そのカード１０１を当該避難者に渡す。
　なお、カード１０１は、それ自体の識別情報や避難者属性情報等を記憶できる媒体であればよく、本発明においてカードに限定されるものではない。例えば、Ｆｅｌｉｃａ（登録商標）のようなＩＣカード、ＩＣチップ、ＱＲコード（登録商標）等の情報を読み取り可能なコードが印刷された印刷物等の媒体が用いられる。
　端末１０２が読み取った情報は、ネットワークを介して管理サーバ１０３に収集される。なお、端末１０２からネットワークへの接続は、有線で接続してもよいし、無線で接続してもよい。管理サーバ１０３に収集した情報は、避難所の端末１０２や庁舎又は対策本部に設置されたＰＣ端末１０４を操作することで、確認することができる。
　なお、本実施例では、カード１０１に記憶している情報として、カードＩＤ、避難者属性情報を記載しているが、他の情報を記憶させておき、端末１０２で読み取れるようにしてもよい。例えば、避難所を識別する避難所ＩＤを記憶させておき、カード１０１と避難所との対応がとれるようにしてもよい。
　また、避難者属性情報は、避難者の種別以外の情報を含めてもよい。例えば、避難者の年齢や健康状態やアレルギーに関する情報を含めた情報にしてもよい。
　また、カードＩＤの割当て方によって、カードＩＤ自体に避難者の属性をもたせるようにしてもよい。例えば、カードＩＤが００００～０１００のカードは、避難者の属性が“男性”であるカードとし、カードＩＤが０１０１～０２００のカードは、避難者の属性が“女性”であるカードとして扱う。これにより、カード１０１に記憶する情報として避難者属性情報は不要になり、カードＩＤだけにすることができるため、カード１０１に記憶する情報量や端末１０２やシステム全体で処理する情報量を小さくすることができる。
＜システムの構成＞ 　図２は、本実施形態に係るシステムの構成図である。
　各避難所に備えられた端末１０２（各端末に１０２－１,１０２－２,１０２－３,・・・の番号を割り当てているが、端末を区別しない場合は、端末１０２と呼ぶ）は、ユーザからの操作を受け付ける操作部２０１と、端末２０１の画面表示を制御する表示部（表示制御部）２０２と、避難所を識別する避難所識別情報を登録する避難所登録部２０３と、カード１０１から情報を読み取る読み取り部２０４と、読み取り部２０４が読み取った情報に基づいて、管理サーバへ送信する情報を生成する登録情報生成部２０５と、管理サーバ１０３と通信する通信部２０６と、避難所登録部２０３によって登録した避難所識別情報や管理サーバ１０３の宛先情報等の設定情報等を記憶する記憶部と２０７と、ＧＰＳ（Global Positioning System）等の手段によって端末１０２の位置情報を取得する位置情報取得部２０８と、各避難所の避難者数等の情報を示す避難者情報を管理サーバ１０３へ要求する避難所情報要求部２０９と、カード１０１に記憶されている情報を書換える書換え部２１０で構成される。
　なお、読み取り部２０２は、Ｆｅｌｉｃａ等のＩＣカードから情報を読み取る機能とＱＲコード等のコードから情報を読み取る機能のどちらか１つにだけ対応してもよいし、両方の機能を持たせて切替えられるようにしてもよい。
　また、端末１０２は、スマートフォンやタブレットなどで実現することが好ましい。
　管理サーバ１０３は、端末１０２と通信する通信部２２１と、各避難所の避難所識別情報を記憶している記憶部２２２と、端末１０２に読み取られたカード１０１の情報や各避難所の情報を記憶する避難所データベース２２３と、避難所データベース２２３を更新するどうかを判定したり、データベース２２３へ更新を要求したりするデータベース更新部２２４と、避難所データベース２２３から情報を取得し、避難所情報を端末１０２へ送信する避難所情報送信部２２５と、で構成される。
　ここで、本実施例における避難所データベース２２３は、各避難所で端末１０２によって読み取られたカード１０１の情報を管理する読み取りカードテーブルと、各避難所の情報を管理する避難所テーブルを使用する。読み取りカードテーブルには、例えば「カードＩＤ」、「避難所識別情報」、「避難者属性情報」、「日時」等の情報が紐づけられている。ここで、「日時」は、端末１０２から情報を受信した日時でもよいし、端末１０２から受信した情報に含まれているカード読み込み日時の情報であってもよく、重複する情報をデータベース更新部２２４が登録しないためのものである。
　また、避難所テーブルには、例えば「避難所識別情報」、「避難者の総人数」、「避難者の属性毎の人数」、「避難所の収容可能数」、「避難所への連絡先」、「情報の更新日時」等の情報が紐づけられている（後述する図１１参照）。
　この避難所データベース２２３は、管理サーバ１０３とは別の外部サーバに実装してもよいし、管理サーバ１０３と一体とした実装にしてもよい。
　自治体庁舎又は対策本部に設置された端末ＰＣ１０４は、通信部２３１、操作部２３２、避難所情報要求部２３３、表示部２３４で構成されており、機能としては、それぞれ端末１０２における通信部２０６、操作部２０１、避難所情報要求部２０９、表示部２０２と同様である。
＜端末の起動画面及びメニュー画面＞ 　端末１０２は、例えばスマートフォンであり、本避難所管理システムにおいて、端末の機能はスマートフォン上で避難所管理システムの端末アプリケーション（以下、避難所アプリという）により実現する。そして、端末１０２の画面上の避難所アプリのアイコンをタップすることで、避難所アプリが起動する。
　図３（ａ）は避難所アプリ起動時のトップ画面であり、カード１０１の情報を読み取る「カード読み取り（入場）」機能の画面である。このように、アプリ起動時のトップ画面を使用頻度が最も高いカード読み取り（入場）機能にすることにより、ユーザの利便性が向上する。
　そして、図３（ａ）に示すように、避難所アプリ画面にはメニューボタン３００が表示されており、このボタンをタップすると図３（ｂ）に示すメニュー画面が表示される。このメニュー画面に示すように、端末１０２は機能（画面）として、「カード読み取り（入場）」、「カード読み取り（退場）」、「ＱＲコード読み取り（入場）」、「ＱＲコード読み取り（退場）」、「カード書込み」、「カード情報確認」、「避難所状況確認」、「初期設定」の各機能を有している。以降、それぞれの機能について説明する。
　なお、メニュー画面の表示として、管理者用の画面（図３（ｂ））とユーザ用の画面（（図３（ｃ））の表示モードを備えるようにしてもよい。例えば、上記した「初期設定」の機能は、管理者が運用前に設定するための機能であるため、管理者用の画面モード（図３（ｂ））では表示し、ユーザ用の画面モード（図３（c））では表示しないようにする。つまり、運用中にユーザが使用しない機能はメニュー画面に表示しない画面モードを備えることで、ユーザは必要な情報だけ見て端末１０２を操作することができる。
＜端末の初期設定登録＞ 　ユーザは、端末１０２の初期設定として、端末１０２と避難所を対応させるための避難所識別情報と、管理サーバ１０３へ情報を送信するための管理サーバ１０３への宛先情報を登録する必要がある。初期設定時における、表示部２０２よる画面表示例を図４に示す。図４（ａ）に示すように、表示部２０２は、避難所識別情報を入力するための入力欄４０１と、宛先情報を入力するための入力欄４０２と、保存ボタン４０３を表示する。
　ユーザが、操作部２０１によって避難所識別情報と、宛先情報を各入力欄に入力し、保存ボタン４０３を押下すると、端末１０２は、入力された避難所識別情報と、宛先情報を記憶部２０７に記憶する。記憶部２０７への記憶に成功すると、図４（ｂ）に示すように成功した旨を通知し、初期設定が完了する。
　なお、避難所識別情報の初期設定については、ユーザによる入力からではなく、管理サーバ１０３から避難所識別情報を送信するようにしてもよい。
＜カードの読み取り処理（入場）＞ 　図５は、端末１０２が、カード１０１から情報を読み取るフローである。
　まず、端末１０２の表示部２０２は、図６Ａ（ＩＣカード用）、図６Ｂ（ＱＲコード用）に示すような読み取り画面を表示し（Ｓ５０１）、ユーザにカード１０１の読み取り作業を促す。端末１０２の読み取り部２０４が、カード１０１から情報の読み取りを開始（Ｓ５０２）し、読み取りが成功すると（Ｓ５０３のＹＥＳ）、読み取りの成功をユーザに通知する（Ｓ５０４）。この時、表示部２０２は、図６Ａ、図６Ｂに示すように、読み取った情報を表示するようにしてもよい。その後、端末１０２の登録情報生成部２０５が、避難所データベース２２３を更新するために管理サーバ１０３へ送信する登録情報を生成する。生成された登録情報は、通信部２０６によって管理サーバ１０３へ送信される（Ｓ５０５）。Ｓ５０５の登録情報の生成処理と送信処理の詳細は後述する。なお、Ｓ５０３で読み取りが失敗した場合（Ｓ５０３のＮＯ）、読み取りの失敗をユーザに通知する（Ｓ５０６）。
　なお、端末１０２は、読み取り部２０４がカード１０１から情報を読み取る際に、カード１０１が避難所アプリに対応しているかどうかを判断してもよい。例えば、端末１０２の記憶部２０７とカード１０１に固有のＩＤを記憶させておき、カード１０１から固有のＩＤを読み取れた場合、避難所アプリに対応しているカードであると判断する。また、カード１０１から読み取った情報が、所定のデータフォーマットであるかどうかで判断するようにしてもよい。端末１０２側でカード１０１が避難所アプリに対応しているかどうかを判断することにより、管理サーバ１０３側で判断する場合と比較すると、無駄な送信処理が発生しなくなり、端末１０２の消費電力を抑えられる点、管理サーバ１０３の負荷を抑えられる点で有利となる。
＜登録情報の生成・送信処理＞ 　図７は、端末１０２の登録情報生成部２０５が、カード１０１から読み取った情報に基づいて、登録情報を生成し、通信部２０６によって管理サーバ１０３へ送信するフローである。
　まず、端末１０２の登録情報生成部２０５は、読み取り部２０４が読み取った情報と（Ｓ７０１）、記憶部２０７が記憶している避難所識別情報を取得し（Ｓ７０２）、管理サーバ１０３へ送信する登録情報を生成する（Ｓ７０３）。ここで、登録情報には、カード１０１が記憶していたカードＩＤ及び避難者属性情報と、記憶部が記憶していた避難所識別情報の情報と、入場（加算）を示す情報か退場（減算）を示す情報かを示す入退情報（加減算情報；ここでは入場を示す入退情報）が含まれている。
　ここで、入退情報は、カード読み取り（入場）機能又はＱＲコード読み取り（入場）機能によって読み取られた場合には入場を示す入退情報となり、カード読み取り（退場）機能又はＱＲコード読み取り（退場）機能によって読み取られた場合には退場を示す情報となる。
　次に、端末１０２は、生成した登録情報を含めた登録情報の更新要求を、通信部２０６により管理サーバ１０３へ送信する（Ｓ７０４）。登録情報の送信に成功した場合（Ｓ７０５のＹＥＳ）、送信処理を完了し、送信に失敗した場合（Ｓ７０５のＮＯ）、登録情報を再度送信する（Ｓ７０４）。
　なお、上述した図６Ａ、図６Ｂは入場の例であるが、退場の場合も略同様の画面で退場であることが分かるように、例えば「（入場）」の文字が「（退場）」と表示される。そして、退場の場合は、登録情報には退場を示す入退情報が含まれることになる。
　また、登録情報には、位置情報取得部２０８が取得した位置情報や端末１０２を識別するための端末ＩＤ等を含めてもよい。
　また、図７のフローでは、登録情報を生成後に送信する処理となっているが、登録情報を記憶部２０７に記憶しておき、後から未送信の登録情報をまとめて管理サーバ１０３へ送信するようにしてもよい。
　また、図７のフローでは、登録情報の送信に失敗した場合、登録情報を再度送信する処理となっているが、未送信情報として端末に蓄積する処理としてもよい。この場合、図１５（ａ）のように、再送信ボタン１５０１が、活性状態で入力を受け付けることを示す表示となる。このとき、蓄積されている未送信情報の件数（図１５（ａ）の例では１０件）も合わせて表示してもよい。ユーザによる再送信ボタン１５０１の押下に応じた送信又は一定時間経過や所定イベントの検知による自動送信により、未送信情報が何も蓄積されなくなると、図１５（ｂ）のように、再送信ボタン１５０１は、非活性状態で入力を受け付けないことを示す表示となる。なお、未送信情報が何も蓄積されていない場合、再送信ボタン１５０１を表示しないようにしてもよい。
　また、登録情報生成部２０５は、入場と退場を判別できるように入退情報を含めた登録情報を生成していたが、避難者属性情報で入退場を判別できるようにしてもよい。例えば、カード読み取り（入場）機能又はＱＲコード読み取り（入場）機能によって読み取られた場合には、避難者属性情報として、カード１０１が記憶していた避難者属性情報を含める。一方、カード読み取り（退場）機能又はＱＲコード読み取り（退場）機能によって読み取られた場合には、避難者属性情報として、カード１０１が記憶していた避難者属性情報の代わりに退場を示す情報を含める。これにより、入退場情報を追加しなくても、避難者属性情報だけで入退場を判別することができるため、端末１０２から管理サーバ１０３へ送信するデータ量を抑えることができる。
　また、登録情報生成部２０５は、入退情報を含めずに登録情報を生成し、管理サーバ１０３側で入場と退場を判別するようにしてもよい。このとき、管理サーバ１０３は、端末１０２から受信した登録情報が、読み取りカードテーブルに登録されていなければ「入場」と判断し、登録されていれば「退場」と判断する。このような構成にすることで、端末１０２は「入場」と「退場」の２つの読み取り画面ではなく、１つの読み取り画面を表示すればよくなるので、ユーザの使い勝手が向上する。
＜登録情報の更新処理＞ 　図８は、端末１０２から送信した登録情報を、管理サーバ１０３が受信し、避難所データベース２２３を更新するシーケンスである。
　端末１０２は、生成した登録情報が含まれた登録情報の更新要求を、通信部２０６によって管理サーバ１０３へ送信する（Ｓ８０１）。管理サーバ１０３は、受信した更新要求から登録情報を取得すると（Ｓ８０２）、データベース更新部２２４によって、避難所データベース２２３の更新可否を判定する（Ｓ８０３）。
　判定方法は、例えば、登録情報に含まれる避難所識別情報が、管理サーバ１０３の記憶部２１２に予め記憶している避難所識別情報と一致しているかどうかを確認し、一致していない場合、意図していない避難所からの登録と判断し、避難所データベース２２３を更新せずに、更新失敗のメッセージを端末１０２へ送信する。
　一致していた場合、データベース更新部２２４は、登録情報に含まれるカードＩＤと避難者属性情報との組み合わせが、避難所データベース２２３の読み取りカードテーブルに登録済みであるか否かを判断する。ここで、カードＩＤと避難者属性情報との組み合わせが登録されていれば、データベース更新部２２４は二重登録を防ぐために更新しないと判定する。
　一方、カードＩＤが読み取りカードテーブルに登録されていない場合、及び、カードＩＤと避難者属性情報とのいずれか一方が一致しても他方が異なっている場合（つまり、同一の登録情報を未受信の場合）は、データベース更新部２２４は更新すると判定し、登録情報に含まれる入退情報に基づいて避難所データベース２２３の更新処理を行う。つまり、データベース更新部２２４は読み取りカードテーブルに登録情報を登録するとともに、避難所テーブルを更新する。これは、本避難所管理システムでは端末がカード１０１の避難者属性情報を書換えることができるので、カードＩＤが同一であっても避難者属性情報が異なれば、新たな属性の避難者が入場した、あるいは、元に登録した避難者が退場した場合が考えられるからである。これにより、避難所においてカード１０１が足りなくなって、一度使用したカード１０１の避難者属性情報を書換えて再使用した場合でも、避難所データベース２２３を更新することができる。
　データベース更新部２２４による避難所データベース２２３の更新処理（Ｓ８０４）を具体的に説明すると、データベース更新部２２４は、取得した登録情報に含まれるカードＩＤ、避難所識別情報、避難者属性情報を、読み取りカードテーブルに追加する。また、登録情報に含まれる避難所識別情報、避難者属性情報に基づいて、避難所テーブルを更新する。例えば、登録情報に含まれる避難所識別情報に対応する避難所が「＊＊＊公民館」、避難者属性情報に対応する避難者の属性が「男性」、入退情報が「入場」であった場合、避難所テーブルの「＊＊＊公民館」における「避難者の総人数」と「避難者の属性：男性の人数」をカウントアップする。なお、入退情報が「退場」であった場合はカウントダウンする。避難所データベース２２３の更新が完了すると、管理サーバ１０３は、端末１０２へ登録情報の更新成功を通知する（Ｓ８０５）。
　なお、Ｓ８０３において、管理サーバ１０３の判定部２２３が、登録していない避難所識別情報と判定した場合、未登録の避難所であるというエラーメッセージを端末１０２へ送信する。ただし、端末１０２から新規の避難所の登録を許容する運用の場合は、エラーメッセージを送信するのではなく、避難所データベース２２３の避難所テーブルに新規の避難所の情報を追加する処理としてもよい。
＜避難所情報の表示＞ 　図９は、端末１０２が、管理サーバ１０３から避難所情報を取得し、表示するまでのシーケンスである。
　ユーザが、端末１０２の操作部２０１によって、情報を取得したい避難所を指定すると、避難所情報要求部２０９が、避難所情報を取得するために管理サーバ１０３へ送信する避難所要求情報を生成する（Ｓ９０１）。ここで、避難所要求情報には、ユーザが指定した避難所の避難所識別情報が含まれている。次に、端末２０１は、生成した避難所識別情報を含めた避難所情報の取得要求を、通信部２０６により管理サーバ１０３へ送信する（Ｓ９０２）。管理サーバ１０３は、受信した取得要求から避難所要求情報を取得すると（Ｓ９０３）、避難所要求情報に基づいて、避難所データベース２２３から避難所に関する情報を検索する（Ｓ９０４）。検索方法は、例えば、避難所要求情報に含まれる避難所識別情報に一致するレコードを、避難所データベース２２３の避難所テーブルから検索する。該当するレコードがあった場合、避難所情報送信部２２５は、避難所テーブルのレコードに基づいて、避難所情報を生成し（Ｓ９０５）、端末１０２へ送信する（Ｓ９０６）。端末１０２は、受信した避難所情報を、表示部２０２によって画面表示する（Ｓ９０７）。
　図１０は図３（ｂ）の「避難所状況確認」機能を選択した場合の画面例であり、ユーザが、「中央公民館」の避難所を指定し、「中央公民館」の避難所情報が表示されるまでの画面遷移図である。
　ユーザは、端末１０２に表示された避難所の指定メニュー１００１から、避難所情報を取得したい避難所を指定し、更新ボタン１００２を押下する（図１０（ａ））。端末１０２が、管理サーバ１０３から避難所情報を受信するまでの間、更新ボタン１００２は、「更新中」の表示となり、非活性状態で入力を受け付けないことを示す表示となる（図１０（ｂ））。端末１０２が、管理サーバ１０３から避難所情報を受信すると、更新ボタン１００２は、「更新」の表示となり、活性状態で入力を受け付けることを示す表示となる。また、通信状態１００３の表記が、管理サーバ１０３との通信が正常であることを示す「オンライン」表示となる（図１０（ｃ））。
　なお、端末１０１から管理サーバ１０３へ避難所情報の取得要求を送信した際に（Ｓ９０８）、管理サーバ１０３から応答が無かった場合（Ｓ９０９）、表示部２０２は、過去に管理サーバ１０３から受信した避難所情報を表示する（Ｓ９１０）。つまり、図９の例では、Ｓ９０７で管理サーバ１０３から受信した避難所情報を記憶部２０７に記憶しておき、避難所情報の取得要求に対する応答待ちがタイムアウトした時に（Ｓ９０９）、記憶部２０７に記憶した避難所情報を表示する（Ｓ９１０）。その際は、表示された避難所情報が最新の情報ではないことをユーザが把握できるよう通知することが望ましい。例えば、図１０の通信状態１００３の表記を、管理サーバ１０３との通信が正常ではないことを示す「オフライン」表示とする。
　また、オフライン時は、記憶部２０７に記憶した避難所情報に、それ以降に読み取った情報を考慮して表示してもよい。例えば、オフライン時に、避難者属性情報が「男性」のカードを「入場」として読み取り部２０４で読み取った場合、記憶部２０７に記憶している避難所情報において、「避難者の総人数」と「避難者の属性：男性の人数」をカウントアップする。つまり、図１０の表示例では、「男性」が「５人」、「合計」が「１０人」の表示に更新される。なお、オフライン中に読み取り部２０４で読み取った情報は、管理サーバ１０３との通信が正常になった際、まとめて登録情報として送信するようにしてもよい。これにより、端末１０２の記憶部２０７に記憶している避難所情報と、管理サーバ１０３の避難所データベース２２３上の避難所情報との間に齟齬が生じることを防ぐことができる。
　また、図９の例では、端末１０２が、避難所識別情報を指定して、避難所情報を管理サーバ１０３へ要求していたが、全ての避難所の避難所情報を要求するようにしてもよい。例えば、庁舎又は対策本部では、運用上全ての避難所の情報を確認できることが望ましい。そのため、管理サーバ１０３の処理として、庁舎又は対策本部に設置されたＰＣ端末１０５から避難所情報の取得要求を受信した場合、全ての避難所のレコードを避難所データベース２２３から検索し、避難所情報を生成し、生成した避難所情報をＰＣ端末１０４へ送信する。
　図１１は、管理サーバ１０３から上記避難所情報を受信したＰＣ端末１０５における画面表示例である。表示する項目としては、例えば、避難所の名称１１０１、避難者の合計人数である総人数１１０２、避難者の属性毎の人数１１０３、避難所の収容可能数１１０４、避難所への連絡先１１０５、データベースの更新日１１０６である。
　また、端末１０２から、全ての避難所を示す避難所識別情報を、管理サーバ１０３へ送信し、全ての避難所の避難情報を管理サーバ１０３から受信するようにしてもよい。
　また、図１０，図１１の画面表示例において、表示している避難所の避難者の合計人数が、収容可能数に近かったり、超えていたりする場合、ユーザへ通知するようにしてもよい。例えば、避難者の合計人数を強調して表示し、ユーザへ避難者の分散を促すようにする。
＜カードの書換え処理＞ 　避難者属性情報を記憶したカード１０１は、端末１０２で読み取られた後に、避難者へ配布するため、必要な避難者属性情報を記憶したカード１０１が足りなくなる可能性がある。そこで、カード１０１に記憶された避難者属性情報を、端末１０２から書換えられるようにする。
　図１２は、端末１０２による、カード１０１に記憶された避難者属性情報を書換えるフローである。
　まず、ユーザは、端末１０２からカード１０１に書込む避難者の属性を選択（Ｓ１２０１）し、書換えるカード１０１を端末１０２に翳す。書換え部２１０は、カード１０１を検出すると、カード１０１が記憶していた避難者属性情報を、選択された避難者の属性に対応する避難者属性情報に書換える（Ｓ１２０２）。書換え処理に成功すると（Ｓ１２０３のＹＥＳ）、書換え成功を通知する（Ｓ１２０４）。また、書換え処理に失敗すると（Ｓ１２０３のＮＯ）、書換え失敗を通知する（Ｓ１２０５）。
　図１３は、図３（ｂ）の「カード書込み」機能を選択した場合の画面例であり、書換え処理における画面表示例である。ボタン１３０１～１３０５には、それぞれ避難者の各属性が色分けされて表示されており、ボタン１３０１～１３０５が押下されると、表示されている避難者の属性に対応した避難者属性情報を書込む処理となる。図１３は、「男性」の属性が表記されたボタン１３０１が押下された時の例である。この時、表示部２０２は、ボタン１３０１が押下されていることをユーザに通知するため、他のボタン１３０２～１３０５よりも強調してボタン１３０１を表示している。その後、ユーザが、書換えるカード１０１を端末１０２に翳すと、書換え処理が開始する。書換え処理が完了すると、表示部２０２は、書換え処理の結果を表示する。
　ここで、図１３の書換え処理画面と、図１０の避難所状況確認画面とにおいて、各属性を示すアイコン表示の並び方、及び、表示態様（ここでは色）を同様にしている。これにより、ユーザは書換え処理を感覚的に行うことができ、避難所アプリの使用に不慣れなユーザであっても容易にＩＣカードの避難者属性情報を書換えることができる。
＜カード情報確認＞ 　図１４は、図３の「カード情報確認」機能を選択した場合の画面例である。カード１０１は、デジタルデータやＱＲコードといった態様で情報が記憶されるため、外見からではどのような情報が記憶されているかがユーザは判断できない。そこで、カード１０１に記憶された情報を表示するだけの機能を備えている。例えば、カード１０１の読み取り処理は、「カードの読み取り処理（入場）」と同様（図５のＳ５０１～Ｓ５０４）のものとし、カード１０１の読み取り処理が成功すると、図１４Ａ，図１４Ｂのようにカード１０１から読み取った情報を表示する。この機能により、カード１０１を管理する際、どのカードがどのような情報を記憶しているかを確認する作業が簡易化できる。
　以上説明したように、本発明に係る一実施例は、媒体から情報を取得する端末と、その端末から情報を収集する管理サーバで構成された避難所管理システムであり、端末は、避難所を識別する避難所識別情報を記憶する記憶部と、媒体から避難者の属性を示す避難者属性情報を読み取る読み取り部と、避難所識別情報と、避難者属性情報と、を管理サーバへ送信する通信部と、を備る構成とし、管理サーバは、避難所識別情報と、避難者の属性毎の人数と、を紐づけて記憶するデータベースと、通信部から受信した避難所識別情報に基づいて、データベースを更新するかどうかを判定し、更新すると判定した場合は、避難者属性情報に基づいて、避難者の属性毎の人数を更新するデータベース更新部、とを備える構成としている。
　これにより、避難者属性情報を記憶したカードから読み取る構成としたため、避難者が個人情報を記憶したカード等を用意していなくても、避難所の避難者数を迅速に把握することができる。また、データベース更新部が避難所識別情報に基づいて、データベースを更新するかどうかを判定する構成であるため、自治体が管理している避難所からの更新要求に対してのみ、データベースを更新することができる。
　また、本発明の一実施例として、端末において、読み取り部は、カードから避難者属性情報と、カードを識別するカードＩＤと、を読み出し、通信部は、避難所識別情報と、避難者属性情報と、カードＩＤと、を管理サーバへ送信し、その管理サーバにおけるデータベース更新部は、受信した避難所識別情報と、カードＩＤと、に基づいて、同一避難所であっても、カードＩＤが前記データベースに記憶されていない場合は、前記データベースを更新し、前記カードＩＤが前記データベースに記憶されている場合は、同一の避難者属性情報が前記データベースに記憶されていなければ、データベースを更新すると判定する構成としている。
　これにより、同一のカードから更新要求がきていないかどうかが確認できるようになるため、データベースの更新が二重に行われてしまうことを防ぐことができる。
　また、本発明の一実施例として、端末において、複数の避難者の属性を記憶しており、媒体に記憶された避難者属性情報を、他の避難者属性情報に書換える書換え部を備える構成としている。
　これにより、不足している避難者属性情報が記憶しているカードの補充を、容易に行うことができる。
　また、本発明の一実施例として、媒体を識別するカードＩＤと、避難者属性情報が含まれたＱＲコードを出力するＱＲコード出力装置と、を備えており、端末における読み取り部は、ＱＲコード出力装置によって出力されたＱＲコードからカードＩＤと避難者属性情報を読み取る構成としている。
　これにより、ユーザは、避難者属性情報を記憶したカードの作成に掛かる手間が省けるようになる。
　また、本発明の一実施例として、端末における通信部は、避難者の属性毎の人数を加算するか減算するかを示す加減算情報を送信し、管理サーバにおけるデータベース更新部は、加減算情報に基づいて、避難者の属性毎の人数を加算するか減算するかを決定する構成としている。
　これにより、避難者の入退場に合わせて、避難所情報における避難者の人数を増減できるため、より正確な避難者の人数を把握することができる。
　また、本発明の一実施例として、管理サーバにおいて、データベースが記憶する避難所識別情報と、避難者の属性毎の人数に基づいて、避難所の情報を示す避難所情報を生成し、その避難所情報を端末へ送信する避難所情報送信部を備え、端末において、通信部が管理サーバから受信した避難所情報に基づいて、画面の表示を制御する表示制御部とをさらに備える構成とした。
　これにより、各避難所の端末の画面上で、避難所の情報を確認することができる。避難所情報送信部が生成する避難所情報は、避難所毎の情報でもよいし、複数の避難所の情報でもよい。
　また、本発明の一実施例として、端末における表示制御部は、管理サーバとの通信が正常な時は、避難所情報送信部から受信した避難所情報に基づく表示制御を行い、管理サーバとの通信が異常な時は、記憶部に記憶している避難所情報に基づく表示制御を行う構成としている。
　これにより、管理サーバと接続ができなかった場合でも、ユーザは、避難所の情報を確認することができる。
　また、本発明の一実施例として、端末における表示制御部は、運用中に前記ユーザが使用しない機能は表示しない画面モードと、全ての機能を表示する画面モードとを切替えて表示する構成としている。
　これにより、ユーザは必要な情報だけ見て端末を操作することができるため、端末の操作性が向上する。
　また、本発明の一実施例として、端末は、ユーザからの操作を受け付ける操作部をさらに備え、通信部は、操作部が入場を示す操作を受け付けると、読み取り部が読み取った避難者属性情報を送信し、操作部が退場を示す操作を受け付けると、退場を示す情報を避難者属性情報として送信する構成としている。また、管理サーバのデータベース更新部は、受信した避難者属性情報が、読み取り部が読み取った情報の場合、避難者の属性毎の人数をカウントアップし、受信した避難者属性情報が、退場を示す情報の場合、避難者の属性毎の人数をカウントダウンする構成としている。
　これにより、入退場情報を追加しなくても、避難者属性情報だけで入退場を判別することができるため、端末から管理サーバへ送信するデータ量を抑えることができる。
　以上、本発明について実施形態をもとに説明した。この実施形態は例示であり、それらの各構成要素の組み合わせにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
　例えば、本発明の実施形態として、カード１０１をＱＲコードが印字されたカードとする場合、ＱＲコードを出力するＱＲコード出力装置を構成に加えても良い。この時、ＱＲコード出力装置は、カードを識別するためのカードＩＤと、ユーザが指定した避難者属性情報が含まれているＱＲコードを出力することが望ましい。
　また、上述した実施形態では、退場を考慮するシステムとしたが、入場のみをカードの情報として読み込む構成としてもよい。
　なお、本発明に係るシステムや装置（端末）などにおいて行われる各種の処理は、例えばプロセッサやメモリ等を備えたハードウエア資源においてプロセッサがＲＯＭ（Read Only Memory）等のメモリに格納された制御プログラムを実行することにより制御される構成が用いられてもよい。また、例えば当該処理を実行するための各機能手段が独立したハードウエア回路として構成されてもよい。
　また、本発明は上記の制御プログラムを格納した、コンピュータにより読み取り可能な記録媒体や当該プログラム（自体）として把握することもでき、当該制御プログラムを当該記録媒体からコンピュータに入力してプロセッサに実行させることにより、本発明に係る処理を遂行させることができる。
１０１　カード１０２（１０２－１～１０２－３）　端末１０３　管理サーバ１０４　ＰＣ端末２０１　操作部２０２　表示部２０３　避難所登録部２０４　読み取り部２０５　登録情報生成部２０６　通信部２０７　記憶部２０８　位置情報取得部２０９　避難所情報要求部２１０　書換え部２２１　通信部２２２　記憶部２２３　避難所データベース２２４　データベース更新部２２５　避難所情報送信部２３１　通信部２３２　操作部２３３　避難所情報要求部２３４　表示部

Claims (10)

  1. 　媒体から情報を取得する端末と、前記端末から情報を収集する管理サーバで構成された避難所管理システムであり、
    　前記端末は、
    　避難所を識別する避難所識別情報を記憶する記憶部と、
    　前記媒体から避難者の属性を示す避難者属性情報を読み取る読み取り部と、
    　前記避難所識別情報と、前記避難者属性情報と、を前記管理サーバへ送信する通信部と、
    　画面上に避難所の情報を表示する表示制御部と、を備え、
    　前記管理サーバは、
    　前記避難所識別情報と、前記避難者の属性毎の人数と、を紐づけた避難所テーブルを記憶するデータベースと、
    　前記通信部から受信した前記避難所識別情報と、前記避難者属性情報に基づいて、前記避難者の属性毎の人数を更新するデータベース更新部と、
    　前記避難所識別情報と、当該避難所識別情報に紐づけられた避難者の属性毎の人数と、を含む避難所情報を前記端末へ送信する避難所情報送信部と、を備え、
    　前記表示制御部は、前記管理サーバから受信した前記避難所情報に基づいて、避難所の名称と、当該避難所における避難者の属性毎の人数を表示する 　ことを特徴とする。
  2. 　請求項１に記載の避難所管理システムであり、
    　前記端末は、前記媒体に記憶された前記避難者属性情報を、他の避難者属性情報に書換える書換え部をさらに備えることを特徴とする。
  3. 　請求項１に記載の避難所管理システムであり、
    　前記避難者属性情報が含まれたＱＲコードを出力するＱＲコード出力装置をさらに備え、
    　前記読み取り部は、前記ＱＲコード出力装置によって出力されたＱＲコードから前記避難者属性情報を読み取ることを特徴とする。
  4. 　請求項１に記載の避難所管理システムであり、
    　前記表示制御部は、運用中に前記ユーザが使用しない機能は表示しない画面モードと、全ての機能を表示する画面モードとを切替えて表示することを特徴とする。
  5. 　請求項１に記載の避難所管理システムであり、
    　前記通信部は、避難者の属性毎の人数を加算するか減算するかを示す加減算情報を送信し、
    　前記データベース更新部は、前記加減算情報に基づいて、前記避難者の属性毎の人数を加算するか減算するかを決定することを特徴とする。
  6. 　請求項１に記載の避難所管理システムであり、
    　前記端末は、ユーザからの操作を受け付ける操作部をさらに備え、
    　前記通信部は、前記操作部が入場を示す操作を受け付けると、前記読み取り部が読み取った前記避難者属性情報を送信し、前記操作部が退場を示す操作を受け付けると、退場を示す情報を前記避難者属性情報として送信し、
    　前記データベース更新部は、受信した前記避難者属性情報が、前記読み取り部が読み取った情報の場合、前記避難者の属性毎の人数をカウントアップし、受信した避難者属性情報が、退場を示す情報の場合、避難者の属性毎の人数をカウントダウンすることを特徴とする。
  7. 　請求項１に記載の避難所管理システムであり、
    　前記表示制御部は、前記管理サーバとの通信が正常な時は、前記避難所情報送信部から受信した前記避難所情報に基づく表示制御を行い、前記管理サーバとの通信が異常な時は、前記記憶部に記憶している避難所情報に基づく表示制御を行うことを特徴とする。前記退場を示す情報の場合、前記避難者の属性毎の人数をカウントダウンすることを特徴とする。
  8. 　請求項１に記載の避難所管理システムであり、
    　前記データベース更新部は、前記通信部から受信した前記避難所識別情報に基づいて、前記データベースを更新するかどうかを判定し、更新すると判定した場合は、前記避難者属性情報に基づいて、前記避難者の属性毎の人数を更新することを特徴とする。
  9. 　請求項１に記載の避難所管理システムであり、
    　前記読み取り部は、前記媒体から前記避難者属性情報と、前記媒体を識別する媒体識別情報と、を読み出し、
    　前記通信部は、前記避難所識別情報と、前記避難者属性情報と、媒体識別情報と、を前記管理サーバへ送信し、
    　前記データベース更新部は、受信した前記避難所識別情報と、前記媒体識別情報と、前記避難者属性情報と、に基づいて、同一避難所であっても、前記媒体識別情報が前記データベースに記憶されていない場合は、前記データベースを更新し、前記媒体識別情報が前記データベースに記憶されている場合は、同一の前記避難者属性情報が前記データベースに記憶されていなければ、前記データベースを更新すると判定することを特徴とする。
  10. 　媒体から読み取った情報に基づいて避難所の情報を管理する方法であり、
    　前記媒体から避難者の属性を示す避難者属性情報を読み取るステップと、
    　避難所を識別する避難所識別情報と、前記避難者属性情報とに基づいて、当該避難所における避難者の属性毎の人数を更新するステップと、
    　前記避難所識別情報と、前記避難者の属性毎の人数と、に基づいて、避難所の名称と、当該避難所における避難者の属性毎の人数を表示するステップと、
    　を備えることを特徴とする。
    　 
PCT/JP2018/006213 2017-03-07 2018-02-21 避難所管理システム及び避難所管理方法 WO2018163822A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2019504450A JP6936308B2 (ja) 2017-03-07 2018-02-21 避難所管理システム及び避難所管理方法

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2017042885 2017-03-07
JP2017-042885 2017-03-07
JP2018-013725 2018-01-30
JP2018013725 2018-01-30

Publications (1)

Publication Number Publication Date
WO2018163822A1 true WO2018163822A1 (ja) 2018-09-13

Family

ID=63447615

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2018/006213 WO2018163822A1 (ja) 2017-03-07 2018-02-21 避難所管理システム及び避難所管理方法

Country Status (2)

Country Link
JP (1) JP6936308B2 (ja)
WO (1) WO2018163822A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021117919A (ja) * 2020-01-29 2021-08-10 株式会社シャノン 情報処理システム、情報処理方法及びプログラム
JP7540594B2 (ja) 2021-05-28 2024-08-27 日本電気株式会社 サーバ装置、システム、サーバ装置の制御方法及びプログラム

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05143615A (ja) * 1991-11-25 1993-06-11 Fujitsu Ltd 施設混雑状況集計システム
JPH10334146A (ja) * 1997-06-04 1998-12-18 Hitachi Ltd 避難所管理システム
JP2005078405A (ja) * 2003-09-01 2005-03-24 Ishikawajima Transport Machinery Co Ltd 駐車場管理装置
JP2007095016A (ja) * 2005-09-28 2007-04-12 Kashiwazaki Joho Kaihatsu Center:Kk 避難者確認システム
JP2007334628A (ja) * 2006-06-15 2007-12-27 Chugoku Electric Power Co Inc:The 被災者支援システム
JP2010005223A (ja) * 2008-06-27 2010-01-14 Sankyo Co Ltd 電子マネーシステム
JP2011028776A (ja) * 2003-08-27 2011-02-10 John Thomas Flanagan 責任のある行動を促進するためのシステムおよび方法

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05143615A (ja) * 1991-11-25 1993-06-11 Fujitsu Ltd 施設混雑状況集計システム
JPH10334146A (ja) * 1997-06-04 1998-12-18 Hitachi Ltd 避難所管理システム
JP2011028776A (ja) * 2003-08-27 2011-02-10 John Thomas Flanagan 責任のある行動を促進するためのシステムおよび方法
JP2005078405A (ja) * 2003-09-01 2005-03-24 Ishikawajima Transport Machinery Co Ltd 駐車場管理装置
JP2007095016A (ja) * 2005-09-28 2007-04-12 Kashiwazaki Joho Kaihatsu Center:Kk 避難者確認システム
JP2007334628A (ja) * 2006-06-15 2007-12-27 Chugoku Electric Power Co Inc:The 被災者支援システム
JP2010005223A (ja) * 2008-06-27 2010-01-14 Sankyo Co Ltd 電子マネーシステム

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021117919A (ja) * 2020-01-29 2021-08-10 株式会社シャノン 情報処理システム、情報処理方法及びプログラム
JP7513400B2 (ja) 2020-01-29 2024-07-09 株式会社シャノン 情報処理システム、情報処理方法及びプログラム
JP7540594B2 (ja) 2021-05-28 2024-08-27 日本電気株式会社 サーバ装置、システム、サーバ装置の制御方法及びプログラム

Also Published As

Publication number Publication date
JPWO2018163822A1 (ja) 2020-05-14
JP6936308B2 (ja) 2021-09-15

Similar Documents

Publication Publication Date Title
JP6193519B1 (ja) 窓口支援システム及び窓口支援プログラム
JP2016218722A (ja) 会議室予約管理システムおよび会議室予約管理方法ならびに会議室予約管理プログラム
JPH11250161A (ja) 医療相談システム
JP2008282403A (ja) 医療情報管理装置
WO2018163822A1 (ja) 避難所管理システム及び避難所管理方法
JP2016085673A (ja) 介護記録用携帯端末のためのプログラム
JP5268554B2 (ja) 医療情報サーバシステム、医療情報提供方法、及びコンピュータプログラム
JP2007034798A (ja) レスキュー情報システム、レスキュー情報通信端末、レスキュー情報サーバ、レスキュー情報通信方法およびレスキュー情報サーバ上の通信方法
JP2002051991A (ja) 携帯型医療機器の使用者情報設定方法とそれを用いた携帯型医療機器
US20190371455A1 (en) Assistance Method and Assistance System
WO2021201274A1 (ja) 空席管理システム、情報処理装置、情報処理方法
JP6191083B2 (ja) 共有体験情報構築システム
JP2022184250A (ja) メッセージシステム及び携帯用プログラム
JP2020030834A (ja) 宿泊施設利用管理システム、宿泊施設利用管理方法、及びプログラム
JP7409643B2 (ja) 記録管理システムおよび入力端末
JP6642652B1 (ja) 宿泊施設利用管理システム、宿泊施設利用管理方法、及びプログラム
JP6854552B1 (ja) 管理サーバおよび訃報自動送信システム
JP7387518B2 (ja) 時刻取得装置および時刻記録システム
KR20120009633A (ko) 웹 기반의 사용자 단말을 이용한 양방향 순번 예약 시스템 및 방법
JP2013025689A (ja) 情報提供装置および情報提供システム
JP3197092U (ja) 待ち行列管理システム
WO2023026664A1 (ja) 情報処理方法、プログラム及び情報処理装置
JP7328769B2 (ja) 情報処理装置、システム、情報処理装置の制御方法、及び、プログラム
US20220198600A1 (en) Information processing apparatus, information processing method, and system
JP2008090444A (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: 18763611

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2019504450

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: 18763611

Country of ref document: EP

Kind code of ref document: A1