JP2023017279A - Disaster information provision system and disaster information provision method - Google Patents

Abstract

To provide a disaster information provision system and a disaster information provision method contributing to the improvement of business efficiency.SOLUTION: A disaster information provision system includes a database server and a processing server. The database server stores a database including positions of a plurality of observatories on a map, a plurality of observation results corresponding to the observatories, a plurality of tiles corresponding to the observation results so as to display the observation results, and a plurality of thresholds corresponding to the observation results. The processing server generates a dashboard screen including icons corresponding to the observatories and the tiles on the map on the basis of the database, displays the dashboard screen, determines the necessity of an alert output on each one of the observation results on the basis of the thresholds corresponding to the observation results, and controls to change tile display on the dashboard screen into a display form based on the determination result and display the same.SELECTED DRAWING: Figure 2

Description

TECHNICAL FIELD Embodiments of the present invention relate to a disaster prevention information providing system and a disaster prevention information providing method.

Disaster management in Japan is shared between local governments and the Ministry of Land, Infrastructure, Transport and Tourism. Under the jurisdiction of local governments, local disaster prevention information is collected and shared with local residents. Under the jurisdiction of the Ministry of Land, Infrastructure, Transport and Tourism, hierarchical management is implemented by the main ministry that coordinates the entire country, multiple general secretariat offices under it, and administrative offices under it.

Although the management mechanisms are different in this way, each has a disaster prevention information provision system that provides various types of disaster prevention information. For example, the disaster prevention information providing system configures a screen for each type of disaster prevention information, and each screen displays various disaster prevention information obtained via the Web.

The staff in charge inputs the operation to display the disaster prevention information to be confirmed on the operation unit corresponding to each screen of the disaster prevention information provision system, and each screen of the disaster prevention information provision system displays the disaster prevention information based on the operation input. .

Japanese Patent No. 6612523 JP 2016-115059 A JP 2016-128960 A JP-A-2003-247238 JP 2015-49199 A JP 2020-16463 A JP 2006-234654 A JP 2018-194968 A

In addition to the disaster prevention information provision system described above, local governments and the Ministry of Land, Infrastructure, Transport and Tourism have introduced separate systems to be used for each business and various services for residents. Staff use various systems to obtain various types of disaster prevention information and to report disaster prevention information to relevant departments. Therefore, the staff members need to be familiar with each business and how to use many systems. However, in workplaces where department transfers occur in a relatively short period of time, there are many scenes in which less-skilled employees operate the disaster prevention information provision system, and there is concern about a decline in work efficiency.

An object of the present invention is to provide a disaster prevention information providing system and a disaster prevention information providing method that contribute to improvement of work efficiency.

A disaster prevention information providing system according to an embodiment includes a database server and a processing server. The database server comprises positions of a plurality of observatories on a map, a plurality of observation results corresponding to the plurality of observatories, a plurality of tiles corresponding to the plurality of observation results and for displaying the plurality of observation results, and A database is stored containing a plurality of thresholds corresponding to the plurality of observations. Based on the database, the processing server generates a dashboard screen including icons corresponding to the plurality of observation stations and the plurality of tiles on a map, displays the dashboard screen, and displays the plurality of observation results. Based on the corresponding threshold, it is determined whether or not an alert output is necessary for each of the plurality of observation results, and the tile display on the dashboard screen is controlled to be changed to a display format based on the determination result and displayed. .

FIG. 1 is a diagram showing a connection example of each system constituting a disaster prevention system according to the first embodiment. FIG. 2 is a diagram showing an example of a schematic configuration of the disaster prevention information providing system according to the first embodiment. FIG. 3 is a schematic diagram showing each function of the processing server according to the first embodiment. FIG. 4 is a table diagram showing an example of tile information in the database of the DB server according to the first embodiment. FIG. 5 is a table diagram showing an example of dashboard operation/operation information of the database of the DB server according to the first embodiment. FIG. 6 is a table diagram showing an example of current status timeline information of a DB server according to the first embodiment. FIG. 7 is a table diagram showing an example of timeline operation information of the DB server according to the first embodiment. FIG. 8 is a table diagram showing an example of observatory information (water level) of the DB server according to the first embodiment. FIG. 9 is a table diagram showing an example of observation information (water level) of the DB server according to the first embodiment. FIG. 10 is a table diagram showing an example of observatory information (cameras) in the DB server according to the first embodiment. FIG. 11 is a table diagram showing an example of camera information (still image) of the DB server according to the first embodiment. FIG. 12 is a table diagram showing an example of timeline table action item information and timeline table user information of the DB server according to the first embodiment. FIG. 13 is a table diagram showing an example of current status timeline table action item information and current status timeline table user information of the DB server according to the first embodiment. FIG. 14 is a table diagram showing an example of shelter information in the DB server according to the first embodiment. FIG. 15 is a table showing an example of shelter status operation information of the DB server according to the first embodiment. FIG. 16 is a table diagram showing an example of status report operation information of the DB server according to the first embodiment. 17 is a table diagram illustrating an example of user information of a DB server according to the first embodiment; FIG. 18 is a table diagram illustrating an example of a dashboard screen displayed by the processing server according to the first embodiment; FIG. 19 is a flowchart illustrating an example of processing for changing the tile display color of the dashboard screen by the processing server according to the first embodiment; FIG. 20 is a diagram illustrating an example of conditions for changing the display color of tiles on the dashboard screen by the processing server according to the first embodiment; FIG. 21 is a flowchart illustrating an example of processing for changing the tile display color and alert sound of the dashboard screen by the processing server according to the first embodiment; FIG. 22 is a diagram illustrating an example of conditions for changing the tile display color and alert sound of the dashboard screen by the processing server according to the first embodiment; FIG. FIG. 23 is a diagram illustrating an example of screen transition associated with one-operation processing via the dashboard screen displayed by the processing server according to the first embodiment. FIG. 24 is a diagram illustrating an example of screen transition associated with one-operation processing via action items displayed by the processing server according to the first embodiment. FIG. 25 is a flowchart illustrating an example of screen transition accompanying one-operation processing via a dashboard screen displayed by the processing server according to the first embodiment. FIG. 26 is a diagram for explaining external cooperation (another system closed within a municipality) by the disaster prevention information providing system according to the second embodiment. FIG. 27 is a diagram showing the relationship between an input system and an output system for the disaster prevention information providing system according to the second embodiment. FIG. 28 is a schematic diagram showing each function of the processing server of the disaster prevention information providing system according to the second embodiment. FIG. 29 is a table diagram showing an example of other system information in the database of the DB server according to the second embodiment. FIG. 30 is a table diagram showing an example of other system interlocking information in the database of the DB server according to the second embodiment. FIG. 31 is a diagram illustrating an example of screen transition regarding cooperation with other systems associated with one-operation processing via the dashboard screen displayed by the processing server according to the second embodiment. FIG. 32 is a diagram illustrating an example of screen transition regarding cooperation with a plurality of other systems associated with one-operation processing via the dashboard screen displayed by the processing server according to the second embodiment. FIG. 33 is a flow chart showing an example of cooperation processing with a plurality of other systems by the processing server according to the second embodiment. FIG. 34 is a diagram for explaining the disaster prevention information providing system according to the third embodiment. FIG. 35 is a diagram showing the relationship between the input system and the output system for the disaster prevention information providing system according to the third embodiment. FIG. 36 is a schematic diagram showing each function of the processing server of the disaster prevention information providing system according to the third embodiment.

Dashboard screen display and one-operation operation by the disaster prevention information provision system of the present embodiment will be described. The disaster prevention information provision system 1 can be applied as a system of a local government (for example, a municipality), or can be applied to a river office under the jurisdiction of the Ministry of Land, Infrastructure, Transport and Tourism or a prefectural government.
<First Embodiment>
In the first embodiment, dashboard screen display and one-operation operation by a local government's disaster prevention information provision system will be described.
[Configuration of the first embodiment]
FIG. 1 is a diagram showing a connection example of each system constituting a disaster prevention system according to the first embodiment.
As shown in FIG. 1, the disaster prevention system of a municipality includes a disaster prevention information provision system 1 as the center, a camera monitoring system 22 for collecting information within the municipality, a water level observation system 23, and a rainfall observation system 24 (hereinafter referred to as a camera monitoring system). 22, the water level observation system 23, and the rainfall observation system 24 are collectively referred to as an observatory). Furthermore, the disaster prevention system of the local government includes a disaster prevention administrative radio system 21, an SNS (Social Networking Service) system 26, and an emergency alert mail system 27 for transmitting information to local residents.

The disaster prevention information providing system 1 is connected to the disaster prevention administrative radio system 21 , the camera monitoring system 22 , the water level observation system 23 , and the rainfall observation system 24 via the intranet 31 . Furthermore, the disaster prevention information providing system 1 is connected to the SNS system 26 and the emergency alert mail system 27 via the intranet 31 , the firewall 25 and the Internet 32 .

The camera monitoring system 22 captures an image of the monitoring area (river and river surroundings) and transmits the captured image to the disaster prevention information providing system 1 . The water level observation system 23 observes the water level in the monitoring area (river and river surroundings) and transmits the observation result to the disaster prevention information providing system 1 . The rainfall observation system 24 observes the rainfall in the monitoring area (river and river surroundings) and transmits the observation result to the disaster prevention information providing system 1 .

The disaster prevention administration wireless system 21 is a system capable of transmitting the disaster prevention information output from the disaster prevention information providing system 1 to the residents of the local government.

The SNS system 26 is an SNS system provided by each SNS operating company, and transmits information output from the disaster prevention information providing system 1 to SNS users.

The emergency bulletin mail system 27 sends information output from the disaster prevention information providing system 1 to the mail addresses registered in the emergency bulletin mail.

FIG. 2 is a diagram showing an example of a schematic configuration of the disaster prevention information providing system according to the first embodiment.
As shown in FIG. 2 , the disaster prevention information providing system 1 includes a processing server 11 , a DB (database) server 12 including a DB (database) 121 , a terminal (PC) 13 , and a web server 14 .

The processing server 11 , DB server 12 and terminal 13 are connected via an intranet 16 . Web server 14 is connected to intranet 16 via firewall 15 . Also, the processing server 11 , the DB server 12 , the terminal 13 , and the Web server 14 are connected to the terminal (smartphone) 281 and the terminal (tablet) 282 via the firewall 15 and the Internet 32 .

The processing server 11 is composed of a general-purpose computer or the like, and includes a processor P1, a memory M1, a storage S1, an input/output interface IF1, and a display D1. The processor P<b>1 corresponds to a central part of a computer that performs various calculations and control processes related to the provision of disaster prevention information by the processing server 11 . The processor P1 executes control to realize various functions based on programs such as system software, application software, and firmware stored in the memory M1 or the like. The processor P1 is, for example, a CPU (central processing unit).

The memory M1 comprises a non-volatile memory and a volatile memory, the non-volatile memory storing programs executed by the processor P1. In addition, the non-volatile memory stores data or various setting values that are used when the processor P1 performs various processes. The storage S1 stores various types of information related to disaster prevention information.

The input/output interface IF1 communicates with other devices, inputs information from other devices, and outputs information to other devices. Further, the input/output interface IF1 receives signals from the mouse and keyboard.

The display D1 displays a dashboard screen, an action item list, enlarged titles, and the like. Display of the dashboard screen, action item list, enlarged title, etc. will be described later in detail.

The database 121 stored in the DB server 12 stores a map, the positions of a plurality of river water level observatories and rainfall observatories on the map, a plurality of observation results corresponding to the plurality of river water level observatories and rainfall observatories, and a plurality of observations. A plurality of tiles corresponding to the results and for displaying these plurality of observations, a plurality of thresholds corresponding to the plurality of observations, a plurality of river water level stations and rainfall stations, and a plurality of persons in charge, respectively. It includes a plurality of action items and information on linkage (including linkage method) to an external system corresponding to a predetermined tile. An example of data stored in the database 121 will be described later.

FIG. 3 is a schematic diagram showing each function of the processing server according to the first embodiment.
The processor P1 of the processing server 11 implements each function by executing a program stored in the memory M1. The processor P1 of the processing server 11 includes a basic function 111, a common function 112, a screen providing function 114 for PCs, a screen providing function 115 for smartphones, and a screen providing function 116 for tablets.

The basic function 111 includes a system management function 1111 , a timeline editing function 1112 , a GIS providing function 1113 and a data storage function 1114 .
The system management function 1111 is a function for managing the entire system. The timeline editing function 1112 is a function for editing the timeline according to the timeline editing input. The data accumulation function 1114 is a function for managing accumulation of various data provided from the outside.

The common function 112 includes a dashboard processing function 1121, a timeline processing function 1122, an observation information processing function 1123, a camera information processing function 1124, a shelter information processing function 1125, a situation report function 1126, and a related information processing function 1127.

The dashboard processing function 1121 is a functional unit that generates a dashboard screen and transitions between dashboard screens.

The timeline processing function 1122 is a functional unit that manages timelines corresponding to action items.

The observation information processing function 1123 is a functional unit that generates tiles based on observation information such as water level and rainfall. Tiles will be explained in detail later.

The camera information processing function 1124 is a functional unit that analyzes image data transmitted from the camera monitoring system 22 and outputs disaster prevention information based on the analysis results.

The shelter information processing function 1125 is a functional unit that analyzes shelter information provided from an external system and outputs disaster prevention information based on the analysis results.

A status report function 1126 outputs various status reports. The related information processing function 1127 is a functional unit that processes various related information and outputs processing results.

The PC screen providing function 114 is a functional unit including a PC screen generating function 1141 .

The smartphone-oriented screen providing function 115 is a functional unit that includes a smartphone-oriented screen generation function 1151 .

The tablet-oriented screen providing function 116 is a functional unit that includes a tablet-oriented screen generation function 1161 .
Each of these functions will be described later in detail.

[Database of the first embodiment]
Here, returning to FIG. 2, each data stored in the database 121 of the DB server 12 will be described.

FIG. 4 is a table diagram showing an example of tile information in the database of the DB server according to the first embodiment. As shown in FIG. 4, the database 121 associates with a tile ID (Identification) an observatory ID, a current status timeline table action item ID 1-1 (association with an action item), a condition 1-1 (threshold A exceeded, etc.). ), current status timeline table action item ID 1-2, and condition 1-2 (threshold B exceeded, etc.).

FIG. 5 is a table diagram showing an example of dashboard operation/operation information of the database of the DB server according to the first embodiment. As shown in FIG. 5, the database 121 stores the date and time, the user ID, the tile ID, the triggering ID, and the action/operation in association with the dashboard action/operation information ID.

FIG. 6 is a table diagram showing an example of current status timeline information of a DB server according to the first embodiment. As shown in FIG. 6, the database 121 stores a name, supplementary information, timeline table ID, current timeline table ID, and stage type in association with the current timeline ID.

FIG. 7 is a table diagram showing an example of timeline operation information of the DB server according to the first embodiment. As shown in FIG. 7, the database 121 stores date and time, user IDs, and operation items in association with timeline operation information IDs.

FIG. 8 is a table diagram showing an example of observatory information (water level) of the DB server according to the first embodiment. As shown in FIG. 8, the database 121 stores names, places, thresholds A, B, and C in association with observatory information IDs.

FIG. 9 is a table diagram showing an example of observation information (water level) of the DB server according to the first embodiment. As shown in FIG. 9, the database 121 stores date and time, observatory ID, water level, and threshold excess in association with the observation information ID.

FIG. 10 is a table diagram showing an example of observatory information (cameras) in the DB server according to the first embodiment. As shown in FIG. 10, the database 121 stores names and places in association with observatory information IDs.

FIG. 11 is a table diagram showing an example of camera information (still image) of the DB server according to the first embodiment. As shown in FIG. 11, the database 121 stores date and time, observatory ID, and image ID in association with the camera information ID.

FIG. 12 is a table diagram showing an example of timeline table action item information and timeline table user information of the DB server according to the first embodiment.
As shown in FIG. 12, the database 121 stores timeline table action item information to which a timeline table table ID (AAAAAA) is assigned. For example, the database 121 stores timeline action item information including timeline action item IDs, order, stage type, action items 1-N, and users 1-N.

The database 121 also stores timeline user information to which the timeline user table ID (AAAAA01) is assigned. For example, the database 121 stores timeline table user information including user IDs.

The DB server 12 is a server that manages the timeline table ID (AAAAA) and the timeline table user table ID (AAAAA01) as a set of tables. The DB server 12 manages such multiple sets of tables.

The flags shown in FIG. 12 are values that specify whether or not each user is in charge of an action item. For example, a flag "1" indicates a user who acts proactively, and a double circle is displayed on the screen corresponding to the flag "1". A flag "2" indicates that the user supports a user who acts independently, and a circle mark "o" corresponding to the flag "2" is displayed on the screen. A flag "0" indicates that the user is not applicable, and a blank column corresponding to the flag "0" is displayed on the screen.

FIG. 13 is a table diagram showing an example of current status timeline table action item information and current status timeline table user information of the DB server according to the first embodiment.
As shown in FIG. 13, the database 121 stores current timeline table action item information to which a current timeline table table ID (aaaaa) is assigned. For example, the database 121 stores timeline table action item information including the current timeline table action item ID, order, stage type, action items 1 to N, and users 1 to N.

The database 121 also stores current timeline user information to which a current timeline user table ID (aaaaa01) is assigned. For example, the database 121 stores current timeline user information including user IDs. The DB server 12 manages the current timeline table ID (aaaaa) and the current timeline table user table ID (aaaaa01) as a set of tables. The DB server 12 manages such multiple sets of tables.

The flags shown in FIG. 13 are values specifying whether or not each user is in charge of an action item, and a value indicating whether or not the action has been completed. Flags "1", "2" and "0" are the same as the flags in FIG. Flag "10" indicates that the user with flag "1" has completed the corresponding action. The state is displayed on the screen by processing such as changing the display color corresponding to the flag "10". Flag "20" indicates that the user with flag "2" has completed the corresponding action. The state is displayed on the screen by processing such as changing the display color corresponding to the flag "20".

FIG. 14 is a table diagram showing an example of shelter information in the DB server according to the first embodiment. As shown in FIG. 14, the database 121 stores names and locations in association with shelter IDs.

FIG. 15 is a table showing an example of shelter status operation information of the DB server according to the first embodiment. As shown in FIG. 15, the database 121 stores date and time, user ID, shelter ID, opening/closing, opening date and time, closing date and time, and the number of evacuees in association with the evacuation center status operation information ID.

FIG. 16 is a table diagram showing an example of status report operation information of the DB server according to the first embodiment. As shown in FIG. 16, the database 121 stores date and time, user ID, text, image ID, and latitude/longitude in association with the status report operation information ID.

17 is a table diagram illustrating an example of user information of a DB server according to the first embodiment; FIG. As shown in FIG. 17, the database 121 stores names, login IDs, passwords, and authority types (administrator, viewing only, editing, etc.) in association with user IDs.

[Operation of the first embodiment (screen display and screen transition)]
The processing server 11 uses the dashboard processing function 1121 to generate and display a dashboard screen based on data stored in the database 121 .
18 is a table diagram illustrating an example of a dashboard screen displayed by the processing server according to the first embodiment; FIG.

As shown in FIG. 18, the dashboard screen includes a map, which in turn includes observations for each tiled station. For example, the map may include a plurality of icons corresponding to a plurality of river gauging stations and rain gauging stations, a tile indicating river gauging station observations, a tile indicating rain gauging station observations, and other observations. Contains tiles showing results (surveillance camera images). Tiles representing observations are placed around the map so as to surround the map. The tiles include graphical representations showing observational information such as rainfall or water levels.

In the tile information table shown in FIG. 4, which observatory is assigned to each tile (observatory ID), which timeline action item is assigned (current timeline table action item ID), In addition, a plurality of activation conditions (for example, exceeding threshold A) are set.

The display color of the tiles on the dashboard screen changes according to the occurrence of an alert.
19 is a flowchart illustrating an example of processing for changing the tile display color of the dashboard screen by the processing server according to the first embodiment; FIG.
FIG. 20 is a diagram illustrating an example of conditions for changing the display color of tiles on the dashboard screen by the processing server according to the first embodiment.

The processing server 11 uses the dashboard processing function 1121 or the like to display a dashboard screen including icons and tiles corresponding to a plurality of river water level observatories and rainfall observatories on a map based on the data stored in the database 121. Generate and display the dashboard screen. Also, the processing server 11 changes the display color of the tiles on the dashboard screen based on the data and observation results stored in the database 121 using the dashboard processing function 1121 and the like.
That is, the processing server 11 determines whether or not to output an alert for each of the plurality of observation results based on the plurality of observation results and a plurality of thresholds corresponding to the plurality of observation results, and based on the determination result, outputs the plurality of observation results. control the alert output for each.

For example, as shown in FIG. 19, in S1-1, the processing server 11 uses the dashboard processing function 1121 or the like to perform the observation station It is determined whether or not the observed value of ID (00000001) satisfies the first condition of exceeding threshold A (1.30) and being equal to or less than threshold B (1.50). If the first condition is satisfied, the process proceeds to S2-1. If the first condition is not satisfied, the process proceeds to S1-2.

In S2-1, the processing server 11 changes the tile color from the standard color (white) to color A (yellow) using the dashboard processing function 1121 or the like (see FIG. 20). The standard color is the non-alert display format, and the A color is the alert display format.

In S1-2, the processing server 11 uses the dashboard processing function 1121 or the like to determine whether the observed value of the observatory ID (00000001) exceeds the threshold B (1.50) and the threshold C based on the table stored in the database 121. (1.70) Determine whether or not the following second condition is satisfied. If the second condition is satisfied, the process proceeds to S2-2. If the second condition is not satisfied, the process proceeds to S1-3.

In S2-2, the processing server 11 changes the tile color from A (yellow) to B (red) using the dashboard processing function 1121 or the like (see FIG. 20). B color is an alert display format.

In S1-3, the processing server 11 uses the dashboard processing function 1121 or the like to generate a third value for the observed value of the observatory ID (00000001) exceeding the threshold value C (1.70) based on the table stored in the database 121. Determine whether the conditions are met. If the third condition is satisfied, the process proceeds to S2-3. If the third condition is not satisfied, the process proceeds to S3.

In S2-3, the processing server 11 changes the tile color from B (red) to C (purple) using the dashboard processing function 1121 or the like (see FIG. 20).

In S3, if the dashboard processing function 1121 or the like has not finished checking all the tiles, the processing server 11 repeats the above processing, and when all the tiles have been checked, ends the color change processing.

According to the dashboard screen of the processing server 11, the degree of risk of a plurality of tile-shaped observation results is displayed by color, so that the person in charge can instantaneously select the observation result with the highest degree of risk from among the plurality of observation results. can be discerned.

In the above process, only the tile display color is changed according to the observed degree of danger, but an alert sound may be emitted when the tile color is changed.
An example of processing in the case of notifying with an alert sound in conjunction with a change in tile display color will be described below.

21 is a flowchart illustrating an example of processing for changing the tile display color and alert sound of the dashboard screen by the processing server according to the first embodiment; FIG.

FIG. 22 is a diagram illustrating an example of conditions for changing the tile display color and alert sound of the dashboard screen by the processing server according to the first embodiment.

The processing server 11 uses the dashboard processing function 1121 or the like to change the display color of the tiles on the dashboard screen based on the data stored in the database 121 and output an alert sound.
In S1-1, the processing server 11 uses the dashboard processing function 1121 or the like to set the observation value of the observatory ID (00000001) as the threshold value based on the table stored in the database 121 (for example, the tables shown in FIGS. 8 and 9). It is determined whether or not the first condition of exceeding A (1.30) and equal to or less than the threshold B (1.50) is satisfied. If the first condition is satisfied, the process transitions to S2-1 and S3-1. If the first condition is not satisfied, the process proceeds to S1-2.

In S2-1, the processing server 11 changes the tile color from the standard color (white) to color A (yellow) using the dashboard processing function 1121 or the like (see FIG. 22).
In S3-1, the processing server 11 causes the dashboard processing function 1121 or the like to output an alert sound A (repeating beeps) (see FIG. 22).

In S1-2, the processing server 11 uses the dashboard processing function 1121 or the like to determine whether the observed value of the observatory ID (00000001) exceeds the threshold B (1.50) and the threshold C based on the table stored in the database 121. (1.70) Determine whether or not the following second condition is satisfied. If the second condition is satisfied, the process transitions to S2-2 and S3-2. If the second condition is not satisfied, the process proceeds to S1-3.

In S2-2, the processing server 11 changes the tile color from A (yellow) to B (red) using the dashboard processing function 1121 or the like (see FIG. 22).
In S3-2, the processing server 11 causes the dashboard processing function 1121 or the like to output an alert sound B (repeated beep) (see FIG. 22).

In S1-3, the processing server 11 uses the dashboard processing function 1121 or the like to generate a third value for the observed value of the observatory ID (00000001) exceeding the threshold value C (1.70) based on the table stored in the database 121. Determine whether the conditions are met. If the third condition is satisfied, the process transitions to S2-3 and S3-3. If the third condition is not satisfied, the process proceeds to S3.

In S2-3, the processing server 11 changes the tile color from B (red) to C (purple) using the dashboard processing function 1121 (see FIG. 22).

In S3-3, the processing server 11 causes the dashboard processing function 1121 or the like to output an alert sound C (repeated beep-beep) (see FIG. 22).

In S3, if the dashboard processing function 1121 or the like has not finished checking all the tiles, the processing server 11 repeats the above processing, and when all the tiles have been checked, ends the color change processing.

According to the dashboard screen of the processing server 11, the degree of risk of a plurality of tile-shaped observation results is displayed by color, and the degree of risk is also output with an alert sound to distinguish the degree of risk. Among them, you can instantly distinguish the high-risk observation results with your eyes and ears.

[Operation of the first embodiment]
Next, operations performed corresponding to the tiles displayed on the dashboard will be described.
FIG. 23 is a diagram illustrating an example of screen transition associated with one-operation processing via the dashboard screen displayed by the processing server according to the first embodiment.

The processing server 11 causes the dashboard screen (a) to be displayed by the dashboard processing function 1121 or the like. The dashboard screen includes multiple tiles showing observations for each station. When the staff in charge selects a predetermined tile via the mouse or the like of the input/output interface IF1, the processing server 11 activates the dashboard processing function 1121, timeline processing function 1122, related information processing function 1127, etc. function), the dashboard screen (a) is switched to the timeline table (b) or the enlarged tile (c). The timeline table includes an action item list that includes predetermined action items corresponding to predetermined tiles.

By cooperation of each function, the processing server 11, based on the table stored in the database 121 (for example, the tables shown in FIGS. 4 and 5), if the selected tile is associated with the action item, the selected tile Display the timeline table (b) centering on the action items associated with . Further, the processing server 11 uses the timeline processing function 1122 or the like to color the applicable action items with color A (first display format) and the non-applicable action items with color B (second display format) based on the table stored in the database 121 . display format) is displayed.

In addition, the processing server 11 cooperates with each function, based on the table stored in the database 121, when the selected tile is not associated with the action item, the enlarged tile (c) corresponding to the selected tile is displayed. Display in the center of the screen.

FIG. 24 is a diagram illustrating an example of screen transition associated with one-operation processing via action items displayed by the processing server according to the first embodiment.
When the staff member in charge selects a predetermined action item via the mouse or the like of the input/output interface IF1 while the timeline table (b) is displayed, the processing server 11 activates the dashboard processing function 1121 and timeline processing. The timeline table (b) is switched to the detailed operation explanation screen (d) by cooperation of the function 1122 and the related information processing function 1127 (hereinafter referred to as each function).

Through the cooperation of each function, the processing server 11, based on the table stored in the database 121 (for example, the table shown in FIG. 13), the action summary associated with the selected action item, the manual, and the action summary of each user. Display the detailed operation explanation screen (d) including

FIG. 25 is a flowchart illustrating an example of screen transition accompanying one-operation processing via a dashboard screen displayed by the processing server according to the first embodiment.

The processing server 11 displays a dashboard screen using the dashboard processing function 1121 or the like. Further, the processing server 11 uses the dashboard processing function 1121 or the like to display an alert on the tiles of the dashboard screen and output an alert sound based on the data stored in the database 121 .

In S1, the processing server 11 uses the system management function 1111 or the like to determine whether or not a predetermined tile has been selected via the mouse or the like of the input/output interface IF1. When a predetermined title is selected, the process proceeds to S2, and when not selected, the process ends.

In S2, the processing server 11 uses the dashboard processing function 1121, the timeline processing function 1122, the related information processing function 1127, etc. (hereinafter referred to as each function) in cooperation with tables stored in the database 121 (for example, FIG. 4 and Based on the table shown in FIG. 5), it is determined whether or not the selected tile is associated with the action item. If there is association, the process goes to S3, and if there is no association, the process goes to S2-1.

At S2-1, the processing server 11 displays an enlarged tile corresponding to the selected tile in the center of the screen based on the table stored in the database 121 through the cooperation of each function.

In S3, the processing server 11 causes the functions to cooperate to display the timeline table centering on the action items associated with the selected tile. Further, the processing server 11 displays a timeline table in which the color of the corresponding action item is changed based on the table stored in the database 121 by cooperation of each function.

As described above, the disaster prevention information provision system 1 displays a dashboard screen in which observation results of a plurality of observatories of a plurality of types are tiled, and the dashboard screen is transitioned by one operation from the staff in charge. Furthermore, the disaster prevention information provision system 1 outputs an alert sound according to the observation result, and changes the alert sound. According to the disaster prevention information provision system 1, it is possible to reduce the number of electronic device operations performed by staff in charge (one operation), and to improve work efficiency.

<Second embodiment>
In the second embodiment, cooperation between the disaster prevention information providing system and an external system will be described. 1 to 25 are common parts with the first embodiment, description of the common parts will be omitted as appropriate, and differences from the first embodiment will be mainly described.

First, the cooperation with other systems in a municipality (for example, a municipality) (collaboration with other systems closed within a municipality) will be explained. Regarding the disaster prevention response of local governments, the local government's timeline (advance disaster prevention action plan) is formulated and operated on the disaster prevention information provision system, and the disaster prevention information provision system plays a part in the disaster prevention response of the local government. The absolute number of local government officials is decreasing due to the effects of the recent declining birthrate and aging population. In particular, the current situation is that many local governments have only one or two staff members in charge of disaster prevention.

In such a situation where the number of response staff is extremely small, if there is a risk of a disaster occurring due to an approaching typhoon, etc., the local government will establish an emergency system. On the other hand, night shifts and other tasks continue to be handled by a limited number of people, and while other work is also being handled, staff must always be aware of rising water levels and rainfall conditions in rivers, which are notable for disaster prevention. .

In addition, depending on the situation, in order to transmit disaster prevention information and issue evacuation instructions using the disaster prevention administrative radio system, email, SMS, etc., it is necessary to operate multiple systems and input and transmit the same information to different systems. Inefficient situations can arise.

On the other hand, the personnel in charge of disaster prevention often change after about three years, and their proficiency in each system tends to be low, making it difficult to accumulate operational know-how. Once a typhoon is expected to occur and approach, an emergency system is established, but it is assumed that it will be extremely complicated to operate multiple systems like this.

In such a situation, according to the disaster prevention information provision system shown in the second embodiment, the dashboard screen can be used as a trigger to prompt the staff in charge to take disaster prevention actions, and the number of linked operations to other systems (One operation), support operations for staff with low proficiency, prevent omissions and improve work efficiency.

[Configuration of Second Embodiment]
FIG. 26 is a diagram for explaining external cooperation (another system closed within a municipality) by the disaster prevention information providing system according to the second embodiment.
As shown in FIG. 26, the disaster prevention system includes an L alert system 2. FIG. The L-alert system 2 is composed of a plurality of general-purpose computers. The disaster prevention information providing system 1 is connected to the L alert system 2 via the intranet 31 , firewall 25 and Internet 32 .

FIG. 27 is a diagram showing the relationship between an input system and an output system for the disaster prevention information providing system according to the second embodiment.
As shown in FIG. 27, the disaster prevention system includes a camera monitoring system 22, a water level observation system 23, and a rainfall observation system 24 as input systems. The disaster prevention system also includes an L alert system 2, a disaster prevention administration radio system 21, an SNS system 26, and an emergency alert mail system 27 as output systems.

FIG. 28 is a schematic diagram showing each function of the processing server of the disaster prevention information providing system according to the second embodiment.
The processor P1 of the processing server 11 implements each function by executing a program stored in the memory M1. The processor P1 of the processing server 11 has a cooperation function 113A with other systems in the local government, a screen providing function 114 for PCs, a screen providing function 115 for smartphones, a screen providing function 116 for tablets, and a related department other system cooperation function unit 117A. .

The cooperation function unit 113A with other systems in the local government includes a telemeter system cooperation function 1131, a camera system cooperation function 1132, a disaster prevention wireless cooperation function 1133, a homepage cooperation function 1134, an SNS cooperation function 1135, and an emergency early warning mail cooperation function 1136. , Realize cooperation with other systems in the local government.

Related department other system cooperation function unit 117A has FRICS (River Information Center, Foundation of River & Basin Integrated Communications JAPAN) cooperation function 1171, J alert (nationwide instant warning system) cooperation function 1172, L alert cooperation function 1173, and prefecture system A linking function 1174 is provided to realize linking with related departments and other systems.

The FRICS cooperation function 1171 is a function for connecting to the river information center server, transmitting information to the connected server, receiving information from the connected server, and cooperating with the river information center server.

The J-alert linkage function 1172 is a function for connecting to a server of the nationwide instantaneous warning system, transmitting information to the connected server, receiving information from the connected server, and linking with the server of the nationwide instantaneous warning system.

The L-alert cooperation function 1173 connects to the server of the local disaster information sharing system, transmits information to the connected server, receives information from the connected server, and cooperates with the server of the local disaster information sharing system. It is a function.

The prefectural system cooperation function 1174 is a function for connecting to a prefectural system server, transmitting information to the connected server, receiving information from the connected server, and cooperating with the prefectural system server.

The screen providing function 114 for PC includes a screen generating function 1141 for PC. The smartphone screen providing function 115 includes a smartphone screen generating function 1151 . The tablet screen providing function 116 includes a tablet screen generating function 1161 .

The screen generation function for PC 1141 generates a disaster prevention information provision screen for users accessing the disaster prevention information provision system using a PC.

The smartphone screen generation function 1151 generates a disaster prevention information provision screen for a user accessing the disaster prevention information provision system using a smartphone.

The tablet screen generation function 1161 generates a disaster prevention information provision screen for a user accessing the disaster prevention information provision system using a tablet.

[Database of Second Embodiment]
Here, FIG. 4 explained in the first embodiment is supplemented.
As shown in FIG. 4, the database 121 associates a tile ID (Identification) with other system IDs (association with other systems) 2-1, conditions 2-1 (threshold D exceeded, etc.), actions 2-1 ( application activation, etc.), other system ID 2-2, condition 2-2 (threshold X exceeded, etc.), operation 2-2 (API (Application Programming Interface) data transfer, etc.).

FIG. 29 is a table diagram showing an example of other system information in the database of the DB server according to the second embodiment. As shown in FIG. 29, the database 121 stores names (no disaster prevention, L alert, etc.), URLs, and supplementary information in association with other system IDs.

FIG. 30 is a table diagram showing an example of other system cooperation information in the database of the DB server according to the second embodiment.

As shown in FIG. 30, the database 121 stores date and time, user ID, and linkage content in association with other system linkage information ID. The linkage content includes a linkage method, for example, the linkage method is application activation or API data transfer.

The processing server 11 cooperates with other systems based on the information of the actions 2-1, 2-2, and 2-N described in the FIG. 4 tile information stored in the database 121. FIG.

The processing server 11 cooperates with other systems such as disaster prevention radio and L-alert based on the information of actions 2-1, 2-2, and 2-N described in the FIG. 4 tile information stored in the database 121. FIG.

[Operation of Second Embodiment (Screen Display and Screen Transition)]
FIG. 31 is a diagram illustrating an example of screen transition regarding cooperation with other systems associated with one-operation processing via the dashboard screen displayed by the processing server according to the second embodiment.
The processing server 11 causes the dashboard screen (a) to be displayed by the dashboard processing function 1121 or the like. The dashboard screen includes multiple tiles showing observations for each station. When the staff in charge selects a predetermined tile via the mouse or the like of the input/output interface IF1, the dashboard processing function 1121 and the related department other system cooperation function 117 (hereinafter referred to as each function) cooperate to display the dashboard. The screen (a) is switched to a dialog screen (b) for permitting data transfer to another system or an enlarged tile (c).

The processing server 11 operates in cooperation with each function based on the table stored in the database 121 (for example, the information of the action 2-1, the action 2-2, and the action 2-N described in the tile information table shown in FIG. 4). , if the selected tile is associated with another system, a dialog screen (b) for permitting data transfer to the other system associated with the selected tile is displayed. When the data transfer permission (OK) to other systems is selected via the dialog screen (b), the processing server 11 cooperates with the other systems and transfers data to the other systems through cooperation of each function. . For example, the processing server uses each function to transfer data using an API provided by the L alert system.

Further, the processing server 11 cooperates with each function to display the enlarged tile (c) corresponding to the selected tile based on the table stored in the database 121 when the selected tile is not associated with other systems. Display in the center of the screen.

FIG. 32 is a diagram illustrating an example of screen transition regarding cooperation with a plurality of other systems associated with one-operation processing via the dashboard screen displayed by the processing server according to the second embodiment.
The processing server 11 causes the dashboard screen (a) to be displayed by the dashboard processing function 1121 or the like. The processing server 11 uses the functions of the dashboard processing function 1121 and the related department other system cooperation function 117 (hereinafter referred to as each function) to execute the operations described in the table stored in the database 121 (for example, the tile information table shown in FIG. 4). 2-1, action 2-2, and action 2-N), if the selected tile is associated with multiple other systems, data transfer to multiple other systems associated with the selected tile Display the permission dialog screen (b).

For example, if multiple other systems associated with the selected tile include an L alert system, an emergency bulletin mail system, and an SNS system, the dialog screen (b) for permitting data transfer to multiple other systems will be L Includes alert system, emergency bulletin mail system, and SNS system. Further, by the information of operation 2-1, operation 2-2, and operation 2-N described in the tile information in FIG. Assume related cases.

When the employee selects the item of the emergency mail bulletin system via the mouse of the input/output interface IF1, the processing server 11 activates the application of the emergency mail bulletin system by cooperation of each function, and the emergency mail bulletin system is started. screen (d) is displayed. When a staff member selects an item of the L alert system via a mouse or the like of the input/output interface IF1, the processing server 11 transfers data by the API provided by the L alert system through cooperation of each function.

FIG. 33 is a flow chart showing an example of cooperation processing with a plurality of other systems by the processing server according to the second embodiment.

The processing server 11 displays a dashboard screen including a plurality of tiles based on the data stored in the database 121 using the dashboard processing function 1121 or the like. In addition, the processing server 11 displays an alert for a predetermined tile that satisfies the alert determination condition, and outputs an alert sound.

In S1, the processing server 11 determines whether or not an alert tile for which alert display or alert sound is to be generated has been selected. If the alert tile is not selected, the process ends, and if the alert tile is selected, the process transitions to S2.

In S2, the processing server 11 determines whether or not there is another system associated with the selected alert tile by the cooperation function 113 with other systems in the local government. If there is no other system associated with the selected alert tile, the process transitions to S2-1, and if there is another system associated with the selected alert tile, the process transitions to S3.

In S2-1, if there is no other system associated with the selected alert tile, the processing server 11 displays an enlarged tile corresponding to the selected alert tile in the center of the screen.

In S3, the processing server 11 determines whether or not there are a plurality of other systems associated with the selected alert tile by the cooperation function 113 with other systems in the local government. If there are multiple other systems associated with the selected alert tile, the process transitions to S3-1, and if not, the process transitions to S4.

At S3-1, the processing server 11 displays a dialog screen for permitting data transfer to a plurality of other systems associated with the selected tile. For example, if multiple other systems associated with the selected tile include an L alert system, an emergency bulletin mail system, and an SNS system, the dialog screen (b) for permitting data transfer to multiple other systems will be L Includes alert system, emergency bulletin mail system, and SNS system.

In S4, the processing server 11 shifts the process to S4-1 if the selected other system is associated with API data transfer, and if the other selected system is associated with application activation, The process transitions to S4-2.

At S4-1, the processing server 11 transfers the data through the API associated with the selected other system.

At S4-2, the processing server 11 launches the application associated with the selected other system.
<Third Embodiment>
Next, a case where the disaster prevention information provision system is applied to a river administrator (River Office of the Ministry of Land, Infrastructure, Transport and Tourism Regional Development Bureau, or a prefectural office, hereinafter collectively referred to as "river administrator") will be described.

3rd Embodiment demonstrates the disaster prevention information provision management system at the time of applying to a river administrator.

River management is divided into national, prefectural and municipal jurisdictions according to the grade of the river. This river administrator formulates and operates a timeline for the entire basin of the river they manage, and the disaster prevention information provision system plays a part in the disaster prevention response of the river administrator. There are many organizations involved in river management, including not only municipalities in the river basin, but also meteorological observatories, prefectural civil engineering offices, fire departments, telecommunications companies, public transportation companies, electric power companies, voluntary disaster prevention organizations, and NPOs. , information sharing among participating institutions is also extremely complicated. At this time, a plurality of timelines may be formulated and operated by grouping for management and operation.

Furthermore, municipalities, prefectures, river offices, etc. operate multiple systems, and an inefficient situation may occur in which the same information is input to and transmitted to different systems.
In addition, the staff in charge of disaster prevention often change after about three years, and their proficiency in each system tends to be low, making it difficult to accumulate operational know-how. Once a typhoon occurs and is expected to approach the relevant basin, an emergency system will be established for the entire basin, but it is assumed that it will be extremely complicated to operate multiple systems like this. .

In such a situation, according to the disaster prevention information provision system shown in the third embodiment, the dashboard screen can be used as a trigger to prompt the staff in charge to take disaster prevention actions, and the number of linked operations to other systems (One operation), support operations for staff with low proficiency, prevent omissions and improve work efficiency.

[Configuration of the third embodiment]
FIG. 34 is a diagram for explaining the disaster prevention information providing system according to the third embodiment.
As shown in FIG. 34, the disaster prevention information provision system when applied to a river administrator includes a camera monitoring system 22, a water level observation system 23, a rainfall An observation system 24 (hereinafter, when the camera monitoring system 22, the water level observation system 23, and the rainfall observation system 24 are collectively referred to as an observation station) is provided.

Moreover, the disaster prevention information providing system when applied to a river manager has an SNS system 26 for providing information. The disaster prevention information providing system 1 is connected to the SNS system 26 via the intranet 31 , the firewall 25 and the Internet 32 .

FIG. 35 is a diagram showing the relationship between the input system and the output system for the disaster prevention information providing system according to the third embodiment.
As shown in FIG. 35, the disaster prevention system includes a camera monitoring system 22, a water level observation system 23, and a rainfall observation system 24 as input systems. The disaster prevention system also includes an SNS system 26, an emergency alert mail system 27, and a flood forecast and warning system 28 as output systems.

FIG. 36 is a schematic diagram showing each function of the processing server of the disaster prevention information providing system according to the third embodiment.
The processor P1 of the processing server 11 implements each function by executing a program stored in the memory M1. The processor P1 of the processing server 11 has a linking function 113B with other systems in the river office, a screen providing function 114 for PCs, a screen providing function 115 for smartphones, a screen providing function 116 for tablets, and a system linking function 117B for related departments. Prepare.

The linking function 113B with other systems in the river office includes a telemeter system linking function 1131, a camera system linking function 1132, a website linking function 1134, an SNS linking function 1135, and an emergency early warning mail linking function 1136. Realize cooperation with the system.

The related department other system cooperation function 117B has a FRICS cooperation function 1171 and a flood forecast and warning cooperation function 1175, and realizes cooperation with related department other systems.

The processing server 11 cooperates with other systems such as the SNS system based on other system information and other system cooperation information stored in the database 121 . The screen display and screen transition of cooperation are as already described, and detailed description thereof will be omitted.

While several embodiments of the invention have been described, these embodiments have been presented by way of example and are not intended to limit the scope of the invention. These novel embodiments can be implemented in various other forms, and various omissions, replacements, and modifications can be made without departing from the scope of the invention. These embodiments and modifications thereof are included in the scope and gist of the invention, and are included in the scope of the invention described in the claims and equivalents thereof.

1... Disaster prevention information providing system 2... L alert system 11... Processing server 12... Database server 13... Terminal (PC)
14... Web server 15... Firewall 16... Intranet 21... Disaster prevention administrative radio system 22... Camera monitoring system 23... Water level observation system 24... Rainfall observation system 25... Firewall 26... SNS system 27... Emergency breaking news mail system 28... Flood prediction Alarm system 31 Intranet 32 Internet

Claims (10)

Locations of a plurality of observatories on a map, a plurality of observation results corresponding to the plurality of observatories, a plurality of tiles corresponding to the plurality of observation results and for displaying the plurality of observation results, and the plurality of observation results. a database server storing a database containing a plurality of thresholds corresponding to
generating a dashboard screen including icons corresponding to the plurality of observatories and the plurality of tiles on a map based on the database, and displaying the dashboard screen;
Determining whether an alert output is necessary for each of the plurality of observation results based on thresholds corresponding to the plurality of observation results,
a processing server that controls the display of tiles on the dashboard screen so that the display is changed to a display format based on the determination result;
disaster prevention information provision system. The plurality of observatories stored in the database are a water level observatory for observing the water level of a river and a rainfall observatory for observing rainfall, and the plurality of observation results are observed water level information and rainfall information. ,
The disaster prevention information providing system according to claim 1. The database server stores a plurality of action items corresponding to each of the plurality of observation stations and the plurality of persons in charge;
Based on the database, the processing server, in response to selection of a predetermined tile included in the plurality of tiles, displays the dashboard screen as an action item including a predetermined action item corresponding to the predetermined tile. switch to list view,
The disaster prevention information providing system according to claim 1. display of the action item list includes the predetermined action item and other action items other than the predetermined action item;
the predetermined action item is in a first display format, and the other action item is in a second display format;
The disaster prevention information providing system according to claim 3. The database server stores the database including linkage information to an external system corresponding to a predetermined tile,
The processing server cooperates with the external system in response to selection of a predetermined tile included in the plurality of tiles based on the cooperation information.
The disaster prevention information providing system according to any one of claims 1 to 4. A database server stores the database including link information to an external system corresponding to a predetermined tile,
The linkage information includes first linkage information for a first external system corresponding to a first tile and second linkage information for a second external system corresponding to a second tile,
The processing server cooperates with the first external system according to the first cooperation information in response to selection of the first tile, and communicates with the second external system in response to selection of the second tile. linking with the second external system by linking information;
The disaster prevention information providing system according to claim 5. the first cooperation information is activation of a predetermined application;
the second cooperation information is data transfer by an API;
The processing server activates the predetermined application according to the first link information in response to selection of the first tile, and activates the predetermined application in response to selection of the second tile. 7. The disaster prevention information providing system according to claim 6, wherein the API transfers data about the second tile to the second external system. The database server stores a database containing the plurality of action items based on a timeline under the jurisdiction of a local government;
The processing server switches display of the dashboard screen to display of an action item list based on the timeline in response to selection of a predetermined tile included in the plurality of tiles based on the database. 3. The disaster prevention information provision system described in 3 above. The database server stores a database containing the plurality of action items based on the timeline of the river basin under the jurisdiction of the river office;
The processing server switches display of the dashboard screen to display of an action item list based on the timeline in response to selection of a predetermined tile included in the plurality of tiles based on the database. 3. The disaster prevention information provision system described in 3 above. Locations of a plurality of observatories on a map, a plurality of observation results corresponding to the plurality of observatories, a plurality of tiles corresponding to the plurality of observation results and for displaying the plurality of observation results, and the plurality of observation results. generating a dashboard screen including icons corresponding to the plurality of observatories and the plurality of tiles on a map, based on a database including a plurality of thresholds corresponding to; displaying the dashboard screen;
Determining whether an alert output is necessary for each of the plurality of observation results based on thresholds corresponding to the plurality of observation results,
A method for providing disaster prevention information, wherein the tile display on the dashboard screen is changed to a display format based on a determination result and displayed.

Images