Evacuation system

Abstract

To improve efficiency of work performed in parallel by a plurality of evacuees when operating a shelter by using a screen design of an action card idea.SOLUTION: A plurality of mobile terminals and a server capable of communicating with the plurality of mobile terminals, in which each of the plurality of mobile terminals executes application software to sequentially execute a plurality of action cards necessary for operation of the shelter in units of screens, receives a completion input in units of action cards when the execution processing is completed, generates completion card information, and transmits the completion card information to the server, and the server that integrally manages the plurality of mobile terminals updates a completion management table each time the completion card information is received from any one of the mobile terminals, By receiving the updated completion management table from the server, each of the plurality of mobile terminals can distinguishably display the completed action card and the uncompleted action card.SELECTED DRAWING: Figure 4

Description

[Technical Field]

[0001] The present disclosure relates to an evacuation system suitable for opening and operating evacuation shelters in the event of a disaster. [Background technology]

[0002] In recent years, natural disasters such as earthquakes, typhoons, heavy rains, and volcanic eruptions have been increasing. When a natural disaster occurs, evacuation shelters are opened in each region as needed to evacuate residents. An evacuation guidance system has been proposed that can suggest appropriate evacuation destinations to evacuees after evacuation shelters have been opened in the event of a disaster, taking into account the current status of the shelters (see, for example, Patent Document 1).

[0003] Various prior art techniques have been proposed for proposing appropriate evacuation shelters or managing evacuation shelters after they have been opened, including Cited Document 1. However, when a disaster occurs, it is necessary to first open evacuation shelters and start operating them.

[0004] The opening and operation of these evacuation centers is generally led by local governments and other organizations, and is carried out in accordance with a pre-established evacuation center operation manual. In other words, it is important to create an evacuation center operation manual before a disaster occurs.

[0005] In addition, by conducting evacuation drills in accordance with a pre-established evacuation shelter operation manual, local residents can gain experience in opening and operating an evacuation shelter, and the evacuation drills can also be used to correct any deficiencies in the evacuation shelter operation manual and update it as necessary.

[0006] However, it is possible that some areas have not yet created evacuation shelter operation manuals. Even in areas where evacuation shelter operation manuals have been created, it is possible that the contents of the evacuation shelter operation manuals have not been fully disseminated to residents other than those involved, including disaster prevention officers who are entrusted with evacuation shelter operations.

[0007] Furthermore, even if evacuation drills are conducted, the number of participants is limited, and many local residents are unaware of the contents of the evacuation shelter operation manual and are therefore unable to participate in evacuation drills.

[0008] Furthermore, even if evacuation shelter operation manuals are created with great effort, they may become outdated if they are not properly reviewed after evacuation drills or regular meetings. However, updating the manuals and distributing them to the community takes time and money.

[0009] Therefore, it is desirable to deepen the understanding of local residents about evacuation shelter operation manuals, and to make it easy and efficient to create, maintain, and manage evacuation shelter operation manuals.

[0010] In order to meet such demands, an evacuation system has been proposed that allows evacuees to take the initiative in opening and operating evacuation shelters without the need for a manual (see, for example, Patent Document 2).

[0011] The evacuation system described in Patent Document 2 does not rely on conventional manuals in situations where control is lost during a disaster, but instead utilizes application software that can be run on mobile devices, allowing evacuees to take the lead in quickly opening and operating evacuation shelters by carrying out or checking task contents that are displayed sequentially on the mobile device.

[0012] The evacuation system disclosed in Patent Document 2, which uses application software executed on a mobile device, can employ a screen design that can concisely display, for each screen displayed on the mobile device, who should take what action in what situation. Hereinafter, this type of screen design will be referred to as an "action card-inspired screen design" or simply an "action card."

[0013] The evacuation system, which uses a screen design based on the idea of ​​action cards, allows application software related to the evacuation shelter operation manual to be run on a mobile device, which makes it possible to sequentially display the actions that each person should take at the evacuation shelter according to their assigned roles.

[0014] In particular, by displaying action cards on the screen that are easier to understand than a documented evacuation shelter operation manual, it is possible to create a configuration that makes it easier for anyone to intuitively take action regarding the opening and operation of an evacuation shelter.

[0015] Therefore, anyone, including local government officials with little experience in evacuation shelters and residents who do not normally participate in training, can use application software with a screen design based on the idea of ​​action cards to quickly take the appropriate actions required to open and operate evacuation shelters. [Prior art documents] [Patent documents]

[0016] [Patent Document 1] Japanese Patent Publication No. 2020-24530 [Patent Document 2] Japanese Patent Publication No. 2024-022733 Summary of the Invention [Problem to be solved by the invention]

[0017] In order to increase the effectiveness of application software that uses a screen design based on this action card concept, it is important to manage the progress of application software that is operated simultaneously on the mobile devices of multiple evacuees who are setting up and operating the same evacuation shelter, and to prevent overlapping tasks from being performed by each evacuee.

[0018] The present disclosure has been made to solve the above-mentioned problems, and aims to provide an evacuation system that can improve the efficiency of work performed by multiple evacuees simultaneously when opening and operating an evacuation shelter by using a screen design based on the idea of ​​action cards. [Means for solving the problem]

[0019] The evacuation system according to the present disclosure is an evacuation system comprising a plurality of mobile terminals and a server connected to each of the plurality of mobile terminals via a network so as to be able to communicate with each other, wherein each of the plurality of mobile terminals is capable of using application software that contains an electronic version of an evacuation shelter operation manual in the event of a disaster, during actual evacuations and evacuation drills in the event of a disaster, and the application software employs a screen design based on action cards that can display on the mobile terminal, on each screen, actions to be taken to support the opening and operation of an evacuation shelter, and each of the plurality of mobile terminals executes the application software to sequentially execute action cards selected by the operator of the application software from the plurality of action cards required for the opening and operation of an evacuation shelter, on a screen-by-screen basis, and when the execution of each action card is completed, a completion input is accepted on an action card basis, and the completed action is displayed. The server generates completion card information informing the user of an action card that has been completed and sends it to the server, and when multiple mobile terminals use the application software to open and operate a common evacuation shelter in parallel, the server manages the execution status of each of the multiple mobile terminals via a network, and by receiving the completion card information sent from any of the mobile terminals, updates an action card completion management table in which each of the multiple action cards is associated with whether it is complete or incomplete, and each of the multiple mobile terminals receives the updated action card completion management table from the server and updates and manages it as a latest completion management table, and when an operator of the application software performs an action card selection operation, if an operation input is received to display information related to the latest completion management table as an index screen, the table of contents screen is displayed on the mobile terminal, making it possible to distinguish between completed and incomplete action cards. [Effects of the Invention]

[0020] According to the present disclosure, an evacuation system can be obtained that can improve the efficiency of work performed by multiple evacuees simultaneously when opening and operating an evacuation shelter by using a screen design based on the idea of ​​action cards. [Brief explanation of the drawings]

[0021] [Figure 1] FIG. 1 is a diagram for explaining the concept of an evacuation system. [Figure 2] FIG. 1 is an overall configuration diagram of an evacuation system. [Figure 3] FIG. 1 is a functional block diagram of a mobile terminal that can use dedicated application software. [Figure 4] This is a flow diagram showing a series of processes in an evacuation system related to embodiment 1 of the present disclosure, for making the progress of application software visible on each mobile terminal when the opening and operation of the same evacuation shelter is carried out simultaneously on multiple mobile terminals. [Figure 5] FIG. 2 is an explanatory diagram showing an example of a table of contents screen displayed on a mobile terminal in the first embodiment of the present disclosure. [Figure 6] 1 is an explanatory diagram showing a specific example of a screen with a screen design based on an action card idea displayed on a mobile terminal in the evacuation system according to the first embodiment of the present disclosure. FIG. [Figure 7] 10 is an explanatory diagram showing an example of a screen for realizing a function 4 displayed on a mobile terminal in the first embodiment of the present disclosure. FIG. DETAILED DESCRIPTION OF THE INVENTION

[0022] Hereinafter, preferred embodiments of the evacuation system of the present disclosure will be described with reference to the drawings. The evacuation system disclosed herein has the technical feature of centrally managing the progress of work on each mobile device on a server when opening and operating an evacuation shelter using a screen design based on the idea of ​​action cards, and making it possible to distinguish between completed and incomplete action cards on each mobile device.

[0023] As a result, new evacuees can be prevented from carrying out action cards that have already been completed, and those who join later in the opening and operation of the evacuation shelter can easily join midway through by being able to distinguish between completed and incomplete action cards.

[0024] Evacuation shelter operation manuals are created independently by each local government depending on the characteristics of the area, etc. Therefore, this application is based on the idea of ​​building an evacuation system suited to each evacuation shelter by providing an electronic evacuation shelter operation manual that is localized for each evacuation shelter assigned to the evacuation area as application software.

[0025] Furthermore, this application is an invention that allows multiple evacuees to easily grasp the progress of the opening and operation of evacuation shelters when multiple evacuees run the application software, which can be used on mobile devices, in parallel during actual evacuations and evacuation drills in the event of a disaster.

[0026] First, an overview of the evacuation system will be described using FIGS. 1 to 3, and then technical features of the evacuation system according to the present disclosure will be described in detail using FIGS.

[0027] In the following embodiment 1, a person who operates application software using a mobile terminal will be described as an "evacuee." However, in this embodiment 1, "evacuee" does not only refer to those who actually use the evacuation shelter, but also includes all operators who run application software using a mobile terminal when opening and operating the evacuation shelter, such as disaster prevention officials in the area where the evacuation shelter is located and evacuation shelter organization officials.

[0028] Embodiment 1 Figure 1 is a diagram for explaining the concept of an evacuation system. Area A1 in Figure 1 is a simulated area for evacuation to evacuation shelter 2 in the event of a disaster. As an example, area A1 corresponds to the "school district of elementary and junior high schools."

[0029] In addition, the evacuation shelters 2 opened within area A1 correspond to evacuation shelters that are pre-set for each evacuee 1 residing within area A1 in the event of a disaster, and include public facilities such as elementary schools, junior high schools, and community centers.

[0030] In order to achieve the goal of obtaining an evacuation system that can increase the effectiveness of the evacuation shelter operation manual, evacuee 1 will increase the effectiveness of the evacuation shelter operation manual by launching application software on his or her mobile terminal 10 and executing the functions described below during an actual evacuation following a disaster or during an evacuation drill.

[0031] Note that Figure 1 illustrates an example in which one evacuation shelter 2 is allocated 1:1 within one area A1, but the evacuation system, which is based on the basic concept of launching application software on a mobile terminal 10, can also be applied to cases in which multiple evacuation shelters 2 are allocated within one area, or where one evacuation shelter 2 is allocated commonly to multiple areas.

[0032] In other words, each evacuee 1 can execute application software related to the digitized evacuation shelter operation manual that has been localized to correspond to the evacuation shelter 2 assigned to them on their own mobile terminal 10, thereby realizing an evacuation system in which the evacuee 1 can take the initiative in opening and operating the evacuation shelter 2 without the need for a manual.

[0033] Fig. 2 is an overall configuration diagram of the evacuation system. In Fig. 2, the mobile terminals 10 carried by the evacuees 1 in the area A1 are illustrated as N mobile terminals 10(1) to 10(N).

[0034] Each evacuee 1 starts up dedicated application software installed on the mobile terminal 10 in order to take the actions that need to be taken at the evacuation shelter 2 in accordance with the evacuation shelter operation manual according to their respective roles.

[0035] Note that it is not necessary to install an application on the mobile terminal 10, and it is possible to configure an evacuation system even if, for example, an application on the cloud is used on the mobile terminal 10 via the Internet (web application). In other words, the mobile terminal 10 has a communication means that can connect to the Internet, and can use an application on the cloud via the Internet to open and support the operation of evacuation shelters 2.

[0036] When using this application on the mobile terminal 10, the user corresponding to the evacuee 1 first goes through the user registration procedure as necessary, sets a user ID and password, and logs in to the application (launches the application). If these initial setting procedures are carried out for all participants during an evacuation drill, for example, it will be possible to quickly use the application to open and operate evacuation shelter 2 in the event of a disaster.

[0037] The application may also be used in a form that combines a native application and a web application, which is called a hybrid application. For the sake of convenience, the following description will be given using a native application, i.e., an application installed on the mobile terminal 10, as an example.

[0038] Each mobile terminal 10 is capable of executing various functions, which will be described later, by activating application software during an actual evacuation or an evacuation drill. As a result, even if each evacuee 1 carrying a mobile terminal 10 does not know the contents of the evacuation shelter operation manual, the evacuee 1 can take appropriate action by executing the application software, and the evacuee 1 can take the initiative in opening and operating the evacuation shelter 2 without the need for a manual.

[0039] Furthermore, each of the mobile terminals 10(1) to 10(N) is connected to a server 30, which corresponds to a host computer, via a network 20 such as the Internet so as to be able to communicate with each other. Therefore, each evacuee 1 can use the mobile terminal 10 to receive necessary information from the server 30 or send necessary information to the server 30.

[0040] For example, if each evacuee 1 does not have dedicated application software installed on his / her mobile terminal 10, he / she can obtain the dedicated application software from the server 30 by sending a download request for the dedicated application software from the mobile terminal 10 to the server 30.

[0041] 3 is a functional block diagram of a mobile terminal 10 that can use dedicated application software. The mobile terminal 10 is configured with a control unit 11, a memory unit 12, a display unit 13, and an input unit 14. Here, the input unit 14 corresponds to input means that accepts operational input from the evacuee 1 carrying the mobile terminal 10 in response to the content displayed on the display unit 13 of the mobile terminal 10.

[0042] The storage unit 12 is installed with dedicated application software relating to an electronic shelter operation manual that is localized for each evacuee 1 in accordance with the shelter 2 assigned to that evacuee.

[0043] The control unit 11 corresponds to a CPU provided in the mobile terminal 10, and starts application software based on operational inputs made by the evacuee 1 via the input unit 14. Furthermore, by starting the application software, the control unit 11 sequentially displays the required tasks on the screen of the display unit 13, and sequentially executes the tasks based on operational inputs made by the evacuee 1 via the input unit 14.

[0044] In reality, it is possible that the area A1 is not uniquely identified, and the evacuation shelter 2 assigned to each individual cannot be uniquely identified. In such a case, for example, a QR code (registered trademark) attached to the evacuation shelter 2 can be read using the mobile terminal 10, thereby identifying dedicated application software suitable for that evacuation shelter 2.

[0045] In addition, the local government can notify the user of the URL of the download site where the dedicated application software can be obtained via email or social networking services such as LINE (registered trademark).

[0046] Alternatively, if the dedicated application software that has already been acquired and stored in the memory unit 12 contains processing content corresponding to each of multiple evacuation shelters 2, when this application software is started on the mobile terminal 10, the location information of the mobile terminal 10 may be acquired and the evacuation shelter 2 corresponding to that location may be set.

[0047] Alternatively, when the application software is launched, the appropriate shelter 2 may be selected based on operational input via the input unit 14 by selecting the appropriate shelter 2 from a regional menu or by directly entering the name of the shelter 2.

[0048] In such an evacuation system, during an actual evacuation or an evacuation drill, the control unit 11 of the mobile terminal 10 can perform the following functions by launching dedicated application software and executing each task sequentially.

[0049] <Features that can be performed> The control unit 11 can execute a function of displaying on the display unit 13, in sequence, the actions that each evacuee 1 carrying the mobile terminal 10 should take at the evacuation shelter 2 according to their assigned roles, based on operational input via the input unit 14.

[0050] Next, screen-related features of the application software executed on the mobile terminal 10 in the evacuation system described with reference to FIGS. 1 to 3 will be described.

[0051] The application software executed on the mobile terminal 10 has the following features.

[0052] Feature 1: Screen design inspired by action cards The application software executed on the mobile terminal 10 employs an "action card-inspired screen design" that can concisely display on each screen what kind of action should be taken by whom in what situation.

[0053] Feature 2: Screen design allows you to insert data such as photos, pictures, and maps The application software executed on the mobile terminal 10 is configured so that data such as photographs, pictures, maps, etc. can be inserted as needed into a screen designed based on the idea of ​​action cards.

[0054] Feature 3: Each screen has a screen design that allows for input operations. The application software executed on the mobile terminal 10 is configured to accept selection inputs on each screen by the evacuee 1 carrying the mobile terminal 10, and to transition to a desired screen.

[0055] Feature 4: Visualization of the progress of tasks being carried out in parallel by multiple evacuees1 The application software executed on the mobile terminal 10 sequentially executes and processes the action cards selected by the evacuee 1 on a screen-by-screen basis, and when the execution process is completed, it accepts completion input from the evacuee 1 on an action card-by-action card basis, generates completed card information informing the user of the completed action card, and sends it to the server 30.

[0056] On the other hand, in the evacuation system according to the present disclosure, a plurality of mobile terminals 10 are centrally managed by a server 30. That is, when the plurality of mobile terminals 10 use application software to concurrently open and operate a common evacuation shelter 2, the server 30 centrally manages the execution status of each of the plurality of mobile terminals 10 via the Internet communication network 20.

[0057] Furthermore, the server 30 updates an action card completion management table in which each of a plurality of action cards is associated with whether it is completed or not by receiving completion card information sent from any of the mobile terminals 10. That is, the server 30 has an individual action card completion management table for each evacuation shelter 2, and each time completion card information is sent from any of the mobile terminals 10, it performs an update process for the corresponding action card completion management table.

[0058] Meanwhile, each of the multiple mobile terminals 10 running application software for the common evacuation shelter 2 can receive the updated action card completion management table from the server 30, and update and manage the progress status identifying whether each of the multiple action cards is complete or incomplete as the latest completion management table within each mobile terminal 10.

[0059] The updated action card completion management table can be broadcast to each mobile terminal 10 each time the server 30 executes the update process, or the latest action card completion management table can be returned from the server 30 in response to a request from each mobile terminal 10. For example, each mobile terminal 10 can obtain the latest action card completion management table from the server 30 when it starts up application software.

[0060] Furthermore, when an evacuee 1, who is the operator of the application software, performs an action card selection operation, if an operation input is received to display information about the latest completion management table as a table of contents screen, each of the multiple mobile terminals 10 displays the table of contents screen on the mobile terminal 10.

[0061] As a result, each evacuee 1 who is using the application software to set up and operate a shelter 2 can visually check the table of contents screen to distinguish between completed and incomplete action cards, and by easily selecting incomplete action cards, the efficiency of work related to the setting up and operation of the shelter 2, which is being carried out simultaneously by multiple evacuees 1, can be improved.

[0062] The evacuation system according to the present disclosure has one technical feature, Feature 4, which will be described in detail with reference to FIGS.

[0063] Figure 4 is a flow diagram showing a series of processes in an evacuation system according to embodiment 1 of the present disclosure, for enabling the progress of multiple action cards included in the application software to be viewed on each mobile terminal 10 when the opening and operation of the same evacuation shelter 2 is carried out simultaneously and in parallel on multiple mobile terminals 10.

[0064] In FIG. 4, for the sake of simplicity, two mobile terminals, a first mobile terminal 10(1) and a second mobile terminal 10(2), are illustrated among the N mobile terminals 10(1) to 10(N).

[0065] Figure 4 also illustrates an example in which an evacuee 1(1) carrying a first mobile terminal 10(1) runs application software to open and start operating an evacuation shelter 2, and then an evacuee 1(2) carrying a second mobile terminal 10(2) runs application software to join in the opening and operation of the same evacuation shelter 2 midway through.

[0066] Furthermore, in FIG. 4, the processing by the first mobile terminal 10(1) is summarized as steps S411 to S416, the processing by the second mobile terminal 10(2) is summarized as steps S421 to S426, and the processing by the server 30 is summarized as steps S431 to S434.

[0067] In step S411, the first mobile terminal 10(1) starts up application software based on the operation of the evacuee 1(1).

[0068] Next, in step S412, the first mobile terminal 10(1) transmits a latest table request command to the server 30 in order to acquire the latest action card completion management table for the evacuation shelter 2 that is managed by the server 30.

[0069] Next, in step S431, the server 30 receives the latest table request command from the first mobile terminal 10(1) and performs a process of returning the latest action card completion management table that it manages in relation to the evacuation shelter 2.

[0070] As explained in Feature 4, the server 30 sequentially updates the action card completion management table, which associates each of the multiple action cards with whether it is completed or not, each time it receives completed card information informing it of a completed action card from any of the mobile terminals 10. Then, the latest action card completion management table, which has been sequentially updated each time completed card information is received, is returned in step S431.

[0071] The action card completion management table based on the completion card information is executed in steps S415 and S432, which will be described in detail later.

[0072] Next, in step S413, the first mobile terminal 10(1) receives the latest action card completion management table as a reply to the latest table request command, and updates and manages it as the latest completion management table.

[0073] Furthermore, when the first mobile terminal 10(1) receives an operation input to display information about the latest completion management table as a table of contents screen when the evacuee 1(1) performs an action card selection operation, the first mobile terminal 10(1) displays the table of contents screen on the mobile terminal 10(1), thereby making it possible to distinguish between completed action cards and incomplete action cards.

[0074] 5 is an explanatory diagram showing an example of a table of contents screen displayed on the mobile terminal 10 in the first embodiment of the present disclosure. The table of contents screen shown in FIG. 5 shows the following four phases as steps for opening and operating the evacuation shelter 2. Phase 1: Preparation for opening Phase 2 Operation Period Phase 3: Withdrawal Phase 4: For evacuees

[0075] The following describes in detail Phase 1, in which the initial work is carried out to open the evacuation shelter 2. If the evacuee 1(1) carrying the first mobile terminal 10(1) selects "Phase 1: Preparation for Opening," the following six sub-phases are displayed separately. ·1-1 Initial action 1-2 Operations Headquarters Team 1-3 Facility Safety Confirmation Team ·1-4 Evacuee guidance team 1-5 Supplies and Space Securing Team 1-6 Information Transmission Team

[0076] Furthermore, if evacuee 1(1) selects "1-1 Initial Actions" from the six subphases, the following five task contents related to initial actions will be displayed. (1) Unlocking the facility (2) Check the condition of the facility (3) Contact the disaster response headquarters (4) Temporary accommodation in evacuation shelters (5) Role selection

[0077] These task details (1) to (5) are created as a screen design based on the idea of ​​action cards. By selecting the desired task, evacuee 1 (1) can obtain a display as an action card that concisely summarizes on one screen who should take what action in what situation.

[0078] Furthermore, as shown in Figure 5, among the task contents (1) to (5) corresponding to each action card, a check mark is displayed to the left of the action card for which the execution process has been completed. That is, by executing the application software, the first mobile terminal 10(1) can display a check mark to the left of the action card for which the execution process has been completed when generating the table of contents screen based on the latest completion management table that is updated and managed.

[0079] Therefore, in step S413, the evacuee 1(1) can distinguish between action cards for which the execution process has been completed and action cards for which the execution process has not been completed by visually checking the table of contents screen displayed on the first mobile terminal 10(1).

[0080] As a result, in step S414, evacuee 1(1) can easily select an action card for which execution processing has not been completed and execute the selected action card, thereby avoiding the performance of duplicate work and improving work efficiency related to the opening and operation of evacuation shelter 2.

[0081] Next, in step S415, when the execution process of the action card selected by evacuee 1(1) is completed, the first mobile terminal 10(1) executes a "completion process" in which it accepts completion input from evacuee 1(1) on an action card basis, generates completion card information informing the server 30 of the completed action card, and transmits the information to the server 30.

[0082] It is also possible to adopt a configuration in which the authority to enter completion information is given only to specific evacuees, and completion information from general evacuees who do not have the authority is not accepted; this type of configuration will be described later as a "completion processing function."

[0083] Next, in step S432, the server 30 receives the completion card information from the first mobile terminal 10(1) and executes an update process for the action card completion management table that the server 30 manages in an integrated manner with respect to the evacuation shelter 2.

[0084] Specifically, the server 30 receives the completion card information from the first mobile terminal 10(1) and updates the action card completion management table for the evacuation shelter 2 to the latest status by changing the status of the action card included in the completion card information among the multiple action cards from an incomplete state to a completed state.

[0085] Furthermore, the server 30 can broadcast the latest action card completion management table that has been subjected to the update process to each mobile terminal 10 that uses the evacuation shelter 2 in step S432.

[0086] Next, steps S421 to S425 will be used to explain the case where evacuee 1(2) carrying a second mobile terminal 10(2) joins in midway after evacuee 1(1) has already begun opening and operating evacuation shelter 2 through steps S411 to S415.

[0087] In step S421, the second mobile terminal 10(2) starts up application software based on the operation of the evacuee 1(2).

[0088] Next, in step S422, the second mobile terminal 10(2) transmits a latest table request command to the server 30 in order to acquire the latest action card completion management table for the evacuation shelter 2 that is managed by the server 30.

[0089] Next, in step S433, the server 30 receives the latest table request command from the second mobile terminal 10(2) and performs a process of returning the latest action card completion management table that it manages in relation to the evacuation shelter 2.

[0090] As explained in Feature 4, each time the server 30 receives completed card information from any of the mobile terminals 10 informing it of a completed action card, it sequentially updates the action card completion management table, which associates each of the multiple action cards with whether it is completed or not.

[0091] Therefore, in the previous step S432, the latest action card completion management table that has been successively updated by receiving the completion card information from the first mobile terminal 10(1) is returned in step S433.

[0092] Next, in step S423, the second mobile terminal 10(2) receives the latest action card completion management table as a reply to the latest table request command, and updates and manages the received latest action card completion management table as the latest completion management table.

[0093] Furthermore, when the second mobile terminal 10(2) receives an operation input to display information about the latest completion management table as a table of contents screen when the evacuee 1(2) performs an action card selection operation, the second mobile terminal 10(2) displays the table of contents screen on the mobile terminal 10(2), making it possible to distinguish between completed action cards and incomplete action cards.

[0094] Specifically, as shown in Figure 5, among the task contents (1) to (5) corresponding to each action card, a check mark is displayed to the left of the action card for which execution processing has been completed. That is, by executing the application software, the second mobile terminal 10(2) can display a check mark to the left of the action card for which execution processing has been completed when generating the table of contents screen based on the latest completion management table that is updated and managed.

[0095] Therefore, in step S423, the evacuee 1(2) can distinguish between action cards for which the execution process has been completed and action cards for which the execution process has not been completed by visually checking the table of contents screen displayed on the second mobile terminal 10(2).

[0096] As a result, in step S424, evacuee 1 (2) can easily select an action card for which execution processing has not been completed and execute the selected action card, thereby avoiding performing duplicate work and improving work efficiency related to the opening and operation of evacuation shelter 2.

[0097] In particular, even if evacuee 1 (2) joins in midway after another evacuee 1 (1) has already started using application software to open and operate the same evacuation shelter 2, he or she can easily select an action card that is currently incomplete by visually viewing information about the latest completion management table managed by server 30 as a table of contents screen and quickly carry out the appropriate work in accordance with the action card.

[0098] Next, in step S425, when the execution process of the action card selected by evacuee 1(2) is completed, the second mobile terminal 10(2) executes a "completion process" in which it accepts completion input from evacuee 1(2) on an action card basis, generates completion card information informing the server 30 of the completed action card, and transmits the information to the server 30.

[0099] Next, in step S434, the server 30 receives the completion card information from the second mobile terminal 10(2) and executes an update process for the action card completion management table that the server 30 manages in an integrated manner for the evacuation shelter 2.

[0100] Specifically, the server 30 receives the completion card information from the second mobile terminal 10(2) and updates the action card completion management table for the evacuation shelter 2 to the latest status by changing the status of the action card included in the completion card information among the multiple action cards from an incomplete state to a completed state.

[0101] Furthermore, the server 30 can broadcast the latest action card completion management table that has been subjected to the update process to each mobile terminal 10 that uses the evacuation shelter 2 in step S434.

[0102] Therefore, evacuee 1(1) carrying the first mobile terminal 10(1) can easily grasp information about the action cards that have been completed by evacuee 1(2) by visually checking the table of contents screen.

[0103] Then, in step S416, the first mobile terminal 10(1) repeats the processes of steps S413 to S415 as necessary based on the operation of the evacuee 1(1), thereby sequentially executing the uncompleted action cards.

[0104] Similarly, in step S426, the second mobile terminal 10(2) repeats the processes of steps S423 to S425 as necessary based on the operation of the evacuee 1(2), thereby sequentially executing the uncompleted action cards.

[0105] A specific example of a screen design based on an action card idea will now be described with reference to Fig. 6. Fig. 6 is an explanatory diagram showing a specific example of a screen based on a screen design based on an action card idea displayed on mobile terminal 10 in the evacuation system according to the first embodiment of the present disclosure.

[0106] 6(A) is a first example screen 201, which corresponds to an action card that summarizes as one action the unlocking of the facility that will become shelter 2. This first example screen 201 is a specific example of an action card for executing a task corresponding to "(1) Unlock the facility" included in the subphase "1-1 Initial Action" in the table of contents screen shown in FIG.

[0107] Also, Figure 6(B) is a second example screen 202, which corresponds to an action card that summarizes as a single action the determination of role allocation based on each person's selection operations at evacuation center 2, and is a specific example of an action card that performs a task equivalent to "(5) Role Selection" in the table of contents screen shown in Figure 5 above.

[0108] The first screen example 201 is configured to include a text display section 210 and a data display section 220. The text display section 210 in the first screen example 201 is subdivided into a title display section 211, a goal display section 212, and an action content display section 213, and the following text is displayed:

[0109] Title display section 211: "Unlock facility" Target display 212: "Unlocking the facility." Action content display section 213: "When the facility is locked, such as on holidays or at night, take the key from the key box at the service entrance (north). The code for the key box is

[1234] ."

[0110] Furthermore, the data display section 220 in the first screen example 201 displays the location of the key box where the key required to unlock the facility is kept as map data, and further displays the shape of the key box as photographic data.

[0111] Therefore, in the first screen example 201, an evacuee 1 who visually recognizes the text content displayed in the text display section 210 and the data content displayed in the data display section 220 can easily perform the action to "unlock the facility."

[0112] The second screen example 202 is configured by a text display section 210. The text display section 210 in the second screen example 202 includes a title display section 211, a target display section 212, and a selection item display section 214.

[0113] The selection item display section 214 is configured as five selection items 214a to 214e, and each selection item display section 214 has a button section 215 and an explanation section 216. As an example, the following text is displayed in each column:

[0114] Title display section 211: "Role selection" Goal display 212: "Select each role" Button Section 215a: "Operations Headquarters Team" Explanation 216a: "Serves as a coordinator at evacuation centers" Button 215b: "Facility Safety Check Team" Explanation 216b: "Determine how the facility will be used." Button 215c: "Evacuation Guidance Team" Explanation section 216c: "We will handle reception and guide evacuees." Button 215d: "Supplies and Space Securing Team" Explanation section 216d: "We will secure evacuation space and manage supplies." Button 215e: "Information Transmission Team" Explanation Section 216e: "Collecting and organizing various information."

[0115] Furthermore, when the evacuee 1 operates any of the buttons 215a to 215e to select a role, the screen changes to one with content corresponding to the selected role.

[0116] Specifically, by touching any of the buttons 215a to 215e, the table of contents screen shown in FIG. 5 transitions to the following five subphases. 1-2 Operations Headquarters Team 1-3 Facility Safety Confirmation Team ·1-4 Evacuee guidance team 1-5 Supplies and Space Securing Team 1-6 Information Transmission Team

[0117] Furthermore, although details are omitted, the actions that evacuees 1 should take in each subphase are summarized in action cards. Therefore, each evacuee 1 can easily understand the actions corresponding to the role he or she has selected based on the action cards, just as when he or she selected subphase "1-1 Initial Actions."

[0118] Therefore, in the second example screen 202, the evacuee 1 who visually checks the text content displayed in the text display section 210 can easily execute an action to "select a role." Furthermore, by visually checking the action card displayed on the screen to which the evacuee 1 transitions after making a selection, the evacuee 1 can learn more detailed action information about the role he or she has selected.

[0119] In this way, the first screen example 201 has the above-mentioned features 1 and 2, and the second screen example 202 has the above-mentioned features 1 and 3. Therefore, anyone, including local government officials with little experience with evacuation shelters 2 and residents who do not usually participate in training, can take appropriate actions required to open and operate evacuation shelters 2 by using application software that uses a screen design based on the idea of ​​action cards.

[0120] Furthermore, in the first embodiment, the first screen example 201 and the second screen example 202 have a common feature 4. Therefore, a specific screen example for realizing feature 4 will be described with reference to FIG.

[0121] Fig. 7 is an explanatory diagram showing an example screen for realizing Function 4 displayed on the mobile terminal 10 in the first embodiment of the present disclosure. Note that Fig. 7 illustrates a state in which a first example screen 201 corresponding to the action card related to "unlocking the facility" shown in Fig. 6(A) is displayed on the mobile terminal 10, and a function for realizing Function 4 is added.

[0122] That is, Figure 7 illustrates a case where the action card selected by evacuee 1, who is the operator of the application software, is "unlock facility" from among multiple action cards required to open and operate evacuation shelter 2. The configuration for realizing Function 4 is the same for action cards other than "unlock facility."

[0123] Each action card is provided with a configuration for realizing, as Function 4, a table of contents display function for displaying the table of contents screen at a desired timing, and a completion processing function for receiving completion input of work by evacuees 1 on an action card basis. The table of contents display function and the completion processing function will be explained below using Figure 7 as a specific example.

[0124] At the top left of each action card, there is provided a table of contents display switch 231 for displaying a table of contents screen. When the screen of each action card is displayed, the evacuee 1 can touch the table of contents display switch 231 at the desired timing to display the table of contents screen as shown in Figure 5, overlapping it on the currently displayed action card screen.

[0125] Moreover, the evacuee 1 can switch between displaying and hiding each sub-phase included in each phase by touching a button provided to the left of each phase on the displayed table of contents screen. Furthermore, the evacuee 1 can switch between displaying and hiding the title of each action card included in each sub-phase by touching a button provided to the left of each sub-phase.

[0126] Additionally, a check mark is displayed to the left of each action card for which the action has already been completed, allowing evacuees 1 to easily determine which action cards have already been completed and which have not yet been completed.

[0127] Furthermore, the evacuee 1 can select any action card from the table of contents, and transition to the screen display of the selected action card.

[0128] Such a table of contents display function corresponds to the processing in steps S413 and S423 in FIG.

[0129] <Completion processing function> A card completion check box 232 is provided at the bottom right of each action card to accept completion input by the evacuee 1 for each action card when the execution process of each action card is completed. When the card completion check box 232 is touched by the evacuee 1, the mobile terminal 10 displays a check mark in the card completion check box 232.

[0130] In addition, a card completion display section 233 is provided at the top right of each action card to display the status of the execution process of each action card. In conjunction with displaying a check mark in the card completion checkbox 232, the mobile terminal 10 displays "Done" in the card completion display section 233.

[0131] As a result, the evacuee 1 can easily understand that the currently displayed action card is in a completed state by visually checking at least one of the following conditions: a check mark is displayed in the card completion checkbox 232, or "Done" is displayed in the card completion display section 233.

[0132] Furthermore, when the card completion check box 232 is touched by the evacuee 1, the mobile terminal 10 displays a check mark in the card completion check box 232, and further generates completion card information to notify the evacuee of the completed action card, and transmits the completion card information to the server.

[0133] Meanwhile, when multiple mobile terminals 10 are concurrently using application software to open and operate a common evacuation shelter 2, the server 30 comprehensively manages the execution status of each of the multiple mobile terminals 10 via the Internet communication network 20.

[0134] Then, by receiving the completion card information sent from any of the mobile terminals 10, the server 30 updates an action card completion management table in which each of the multiple action cards related to the evacuation shelter 2 is associated with whether it is completed or not, and broadcasts the updated action card completion management table to each mobile terminal 10 that uses the evacuation shelter 2.

[0135] In response to this, each of the plurality of mobile terminals 10 receives the updated action card completion management table from the server 30, and updates the status of the latest completion management table that it manages to the latest status.

[0136] As a result, each of the multiple mobile terminals 10 can create a table of contents screen that checks the action cards for which tasks have been completed based on the latest completion management table that reflects the latest status. The table of contents screen created in this way is displayed on the mobile terminal 10 by executing the table of contents display function described above.

[0137] Such a completion processing function corresponds to the series of processes in steps S415 and S432 and the series of processes in steps S425 and S434 in FIG.

[0138] Furthermore, if all evacuees 1 are allowed to touch the card completion checkbox 232, an evacuee 1 who is not familiar with the opening and operation of evacuation shelters 2 using dedicated application software may accidentally touch the card completion checkbox 232, causing the status of an action card that is not actually completed to become completed, which could cause confusion in the management of the progress of each action card.

[0139] One way to prevent this kind of confusion from occurring is to limit the authority to touch the card completion check box 232 to the designated evacuee 1a, who corresponds to the designated operator. Specifically, the following measures can be considered.

[0140] Each of the multiple mobile terminals 10 requests login to set a user ID and password as an initial setting when using application software. Therefore, it is conceivable to identify whether or not the evacuee 1 is authorized to allow touch operation of the card completion check box 232 based on the user ID.

[0141] Specifically, along with dedicated application software corresponding to each evacuation shelter 2, the server 30 manages the user IDs that have been given the authority to allow touch operation of the card completion check box 232 when opening and operating the evacuation shelter 2 as privileged user information, and it is conceivable that each mobile terminal 10 will be configured to be able to refer to the privileged user information when using the dedicated application software.

[0142] Examples of users who are authorized to touch the card completion checkbox 232 include disaster prevention staff, shelter organization officers, and assembly staff at shelter 2, and it is possible that authority will not be granted to other members of the public.

[0143] If the user ID set in the login request is registered as privileged user information, each mobile terminal 10 determines that the privileged evacuee 1a has logged in and sets a privileged mode that allows touch operation of the card completion check box 232.

[0144] On the other hand, if the user ID set in the login request is not registered as privileged user information, each mobile terminal 10 determines that an evacuee 1 who is not a privileged evacuee 1a has logged in, and does not set the privileged mode.

[0145] In this way, by setting the privilege mode ON / OFF based on the user ID, it is possible to limit the touch operation of the card completion checkbox 232 to users with specific authority, thereby improving the reliability of progress management for each action card.

[0146] As described above, according to the first embodiment, when opening and operating a shelter using a screen design based on the idea of ​​action cards, the progress of work on each mobile device can be centrally managed on a server, and completed and incomplete action cards can be distinguishably displayed on each mobile device.

[0147] As a result, it is possible to prevent another evacuee 1 from executing an action card that has already been completed, and it is also possible for people who join later in the opening and operation of the evacuation shelter to easily join midway through by being able to distinguish between completed and incomplete action cards.

[0148] It is also possible to limit the authority to enter completion information for each action card to specific users. As a result, the authority to enter completion information is not given to the general public, and by preventing operational errors, the reliability of progress management for each action card can be improved.

[0149] As explained above, the shelter operation manual, which summarizes the procedures for opening and operating a shelter, is compiled in the form of action cards, and the procedures for opening and operating a shelter are made up of multiple action cards.

[0150] The action card is based on application software, and one action card can be displayed on a single screen on a mobile device. In other words, actions to be taken to support the opening and operation of a shelter, such as "unlocking the facility," can be displayed on the mobile device in a screen design based on the action card.

[0151] The operator of the application software can use the mobile device to display the selected action cards one by one, and after checking the contents of the action card, execute the action. Note that if the action in question has been completed, no special execution process is required.

[0152] When the execution process for each action card is completed, it is possible to input completion for each action card. Completion card information notifying the completed action card is generated and sent to the server. This allows the completion card information to be used to comprehensively manage the extent to which the shelter opening procedures consisting of multiple action cards have been completed at the target shelter, and allows the completed actions to be checked at a glance on a mobile device. [Explanation of symbols]

[0153] 1, 1(1), 1(2) evacuee (operator), 1a specific evacuee (specific operator), 2 evacuation shelter, 10, 10(1) to 10(N) mobile terminal, 11 control unit, 12 memory unit, 13 display unit, 14 input unit, 20 internet communication network, 30 server, 210 text display unit, 211 title display unit, 212 goal display unit, 213 action content display unit, 214 selection item display unit, 214a to 214e selection items, 215, 215a to 215e button unit, 216, 216a to 216e explanation unit, 220 data display unit, 231 table of contents display switch, 232 card completion check box, 233 card completion display unit.

Claims

1. Multiple mobile devices, a server connected to each of the plurality of mobile terminals via a network so as to be able to communicate with the plurality of mobile terminals; An evacuation system comprising: Each of the plurality of mobile terminals is capable of using an electronic evacuation shelter operation manual in the event of a disaster by application software; The evacuation shelter operation manual summarizes actions to be taken to support the opening and operation of an evacuation shelter in the form of action cards, and the action cards are made up of multiple action cards that describe the procedures for opening and operating an evacuation shelter, The application software allows the action cards to be displayed one by one on the mobile device, Each of the plurality of mobile terminals Sequentially displaying the action cards selected by the operator of the application software on a screen-by-screen basis, and executing the actions; When the execution process of each action card is completed, a completion input is accepted for each action card, and completion card information informing the user of the completed action card is generated and transmitted to the server. Evacuation system.

2. The server When the plurality of mobile terminals use the application software to concurrently open and operate a common evacuation shelter, the execution status of each of the plurality of mobile terminals is centrally managed via the Internet communication network; By receiving the completed card information transmitted from any one of the mobile terminals, an action card completion management table is updated in which each of the plurality of action cards is associated with whether it is completed or not. The evacuation system according to claim 1 .

3. Each of the plurality of mobile terminals By receiving the updated action card completion management table from the server, the updated action card completion management table is updated and managed as the latest completion management table. When an operator of the application software selects an action card, if an operation input for displaying information on the latest completion management table as an index screen is received, the index screen is displayed on the mobile terminal, making it possible to distinguish between completed action cards and uncompleted action cards. The evacuation system according to claim 2 .

4. Each of the plurality of mobile terminals When the application software is started, a login request is made, and when a specific operator who has been given authority in advance logs in, a privileged mode is set to permit completion input on an action card basis; When the completion input is made for each of the action cards while the privileged mode is set, the completion input is accepted, and the completion card information is generated and transmitted to the server. The evacuation system according to any one of claims 1 to 3.

Images