Information processing apparatus, information processing method, and program

Abstract

To provide an information processing apparatus and the like capable of suitably supporting disaster response.SOLUTION: An information processing device includes a control unit and a storage unit, wherein the storage unit stores facility information related to each target facility to be a response target at the time of occurrence of a disaster, the facility information including a location of each target facility, the control unit acquires disaster occurrence information indicating that a disaster has occurred, the disaster occurrence information including a disaster occurrence point, and generates a first list in which the target facilities are arranged in ascending order of distance from the disaster occurrence point based on the facility information and the disaster occurrence information, and generating a second list in which the target facilities are narrowed down by selecting the target facilities to be associated with the person in charge from the first list.SELECTED DRAWING: Figure 4

Description

[Technical Field]

[0001] The present invention relates to an information processing device, an information processing method, and a program. [Background technology]

[0002] There are systems that support disaster response. For example, Patent Literature 1 discloses a disaster recovery support system that determines priorities for restoring power supply to consumers when a power outage occurs due to a disaster. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Japanese Patent Application Laid-Open No. 2015-177665 Summary of the Invention [Problem to be solved by the invention]

[0004] In one aspect, an object is to provide an information processing device or the like that can suitably support disaster response. [Means for solving the problem]

[0005] The information processing device is an information processing device that includes a control unit and a memory unit, wherein the memory unit stores facility information regarding each target facility that is to be responded to in the event of a disaster, including the location of each target facility, and the control unit acquires disaster occurrence information indicating that a disaster has occurred, including the disaster occurrence point, and generates a first list based on the facility information and disaster occurrence information in which each target facility is arranged in order of proximity to the disaster occurrence point, and generates a second list that narrows down the target facilities by selecting from the first list the target facilities that will be assigned to a person in charge. [Effects of the Invention]

[0006] In one aspect, it can provide suitable support for disaster response. [Brief explanation of the drawings]

[0007] [Figure 1] FIG. 1 is an explanatory diagram illustrating an example of the configuration of a disaster response support system. [Figure 2] FIG. 2 is a block diagram illustrating an example of the configuration of a server. [Figure 3] 10A and 10B are diagrams illustrating examples of record layouts of a facility DB and a person in charge DB. [Figure 4] FIG. 10 is a diagram illustrating an example of a list creation screen. [Figure 5] FIG. 10 is a diagram illustrating an example of a map screen. [Figure 6] FIG. 10 is a diagram showing an example of a second list. [Figure 7] FIG. 10 is a diagram showing an example of display of alarm information. [Figure 8] FIG. 10 is a diagram illustrating an example of a display screen of a staff member terminal. [Figure 9] FIG. 10 is a diagram showing an example of a display screen of a second list. [Figure 10] 10 is a flowchart illustrating an example of a procedure for an alert process. [Figure 11] 10 is a flowchart illustrating an example of a procedure for timeline processing. DETAILED DESCRIPTION OF THE INVENTION

[0008] The present invention will be described in detail below with reference to the drawings showing embodiments thereof. (Embodiment) FIG. 1 is an explanatory diagram showing an example of the configuration of a disaster response support system. In this embodiment, a disaster response support system is described that generates a list of facilities for which personnel should be made to respond to a disaster when a disaster occurs, and instructs the personnel to respond to the disaster according to the list. The disaster response support system includes an information processing device 1, an administrator terminal 2, and a personnel terminal 3. Each device is connected for communication via a network N such as the Internet.

[0009] The information processing device 1 is an information processing device capable of various information processing and sending and receiving information, such as a server computer or a personal computer. In this embodiment, the information processing device 1 is assumed to be a server computer, and for simplicity, will be referred to as server 1 below. As will be described later, the server 1 generates a list (a second list described later) that narrows down the target facilities to be handled by personnel in charge of the target facilities when a disaster occurs, and performs processing to issue an alert to the personnel in charge according to the list. The server 1 then supports disaster response by sharing messages from the personnel in charge of the target facilities with other personnel (a timeline function described later).

[0010] The administrator terminal 2 is a terminal device of the administrator who oversees disaster response, and is, for example, a personal computer, smartphone, tablet terminal, etc. When a disaster occurs, the server 1 notifies the administrator terminal 2, and if the administrator decides to start disaster response, it generates a list of target facilities and presents it to the administrator.

[0011] The staff member terminal 3 is a terminal device carried by the staff member, such as a smartphone, tablet terminal, or personal computer. The staff member terminal 3 receives notifications of alert information instructing disaster response from the server 1 and displays information on the target facilities that the staff member should respond to. The staff member terminal 3 also accepts messages regarding disaster response from the staff member and shares them with other staff members via the server 1.

[0012] 2 is a block diagram showing an example of the configuration of the server 1. The server 1 includes a control unit 11, a main memory unit 12, a communication unit 13, and an auxiliary memory unit . The control unit 11 has one or more arithmetic processing devices such as a CPU (Central Processing Unit), an MPU (Micro-Processing Unit), a GPU (Graphics Processing Unit), etc., and performs various information processing by reading and executing a program P stored in the auxiliary storage unit 14. The main storage unit 12 is a temporary storage area such as an SRAM (Static Random Access Memory) or a DRAM (Dynamic Random Access Memory), and temporarily stores data necessary for the control unit 11 to execute arithmetic processing. The communication unit 13 is a communication module for performing communication-related processing, and transmits and receives information to and from the outside.

[0013] The auxiliary storage unit 14 is a non-volatile storage area such as a hard disk or large-capacity memory, and stores a program P (program product) and other data required for the control unit 11 to execute processing. The auxiliary storage unit 14 also stores a facility DB 141 and a staff member DB 142. The facility DB 141 is a database that stores information on each target facility. The staff member DB 142 is a database that stores information on each staff member.

[0014] The auxiliary storage unit 14 may be an external storage device connected to the server 1. The server 1 may be a multi-computer consisting of multiple computers, or may be a virtual machine virtually constructed by software.

[0015] Furthermore, in this embodiment, the server 1 is not limited to the above configuration, and may include, for example, an input unit that accepts operation input, a display unit that displays images, etc. Furthermore, the server 1 may be provided with a reading unit that reads a portable storage medium 1a such as a CD (Compact Disk)-ROM or a DVD (Digital Versatile Disc)-ROM, and may read and execute the program P from the portable storage medium 1a.

[0016] 3 is a diagram showing an example of the record layout of facility DB 141 and person in charge DB 142. Facility DB 141 includes a facility ID column, a facility name column, an address column, a purpose column, and a construction information column. The facility ID column stores a facility ID for identifying each target facility. The facility name column, address column, purpose column, and construction information column each store, in association with the facility ID, the name, address, and purpose of the target facility, as well as construction information related to construction work that has been carried out on the target facility in the past.

[0017] The person in charge DB 142 includes a person in charge ID column, a person in charge name column, a contact column, and a responsible facility column. The person in charge ID column stores a person in charge ID for identifying each person in charge. The person in charge name column, contact column, and responsible facility column each store the name of the person in charge, contact information, and facility ID of the facility for which the person in charge is responsible, in association with the person in charge ID.

[0018] Fig. 4 is a diagram showing an example of a list creation screen. Fig. 4 shows an example of a display screen of a list of target facilities (first list) that is displayed on the manager terminal 2 when a disaster occurs. An outline of this embodiment will be described below.

[0019] The server 1 stores facility information about each target facility that is the target of disaster response in the facility DB 141 (see FIG. 3). The facility information includes the location of the target facility, construction information about past construction work, and the purpose of the target facility. The construction information includes, for example, the frequency of construction orders, the amount of work completed, and the gross construction profit margin. In this system, disaster response is carried out for the target facilities registered in the facility DB 141.

[0020] When a disaster occurs, the server 1 acquires disaster information indicating the occurrence of the disaster from an external system (for example, a system of the Japan Meteorological Agency) and notifies the administrator terminal 2. For example, the server 1 communicates with the external system at predetermined intervals (for example, every minute) to acquire the disaster information. The disaster information includes the date and time of the disaster occurrence, the type of disaster, and the location of the disaster.

[0021] When the administrator receives the disaster information notification, the administrator decides whether to start disaster response. If the administrator decides to start disaster response, the server 1 narrows down the target facilities to those located within a predetermined distance from the disaster point, as shown in Fig. 4, and generates a first list in which the target facilities are arranged in descending order of distance from the disaster point, and outputs the first list to the administrator terminal 2.

[0022] The first list is a table that arranges the target facilities in order of distance from the disaster point, and for example, it corresponds to the address and name of each target facility ("Business Establishment" in Figure 4), and lists the year of completion, total floor area, purpose, construction information (order frequency, completion amount class, gross profit class), and distance of the target facility. From this first list, the administrator selects the target facility for which the person in charge will be responsible for disaster response.

[0023] Here, as indicated by the check marks on the right side of the first list, for example, the server 1 automatically selects target facilities for which disaster response should be performed and presents (displays) them to the administrator by default. For example, the server 1 selects target facilities based on the past construction information of the target facilities, the purpose of the target facilities, the distance of the target facilities from the disaster point, etc.

[0024] The specific selection method is not particularly limited, but for example, the server 1 calculates a score for each target facility based on the frequency of construction orders, the completion amount (completion amount class), the gross construction profit margin (gross profit class), and the distance from the disaster point, which are included in the construction information. The score calculation may be rule-based, or a machine learning model that has been trained to output a score when construction information, distance, etc. are input may be used. The server 1 selects target facilities whose calculated score is equal to or greater than a threshold as facilities for which disaster response should be performed.

[0025] On the other hand, there are some facilities that require urgent disaster response depending on their use (for example, whether they are power generation and transformation facilities, medical and welfare facilities, etc.), so if the use of the target facility corresponds to a specific use, the server 1 may select the target facility regardless of the above score.

[0026] As described above, the server 1 automatically selects the target facilities for which disaster response should be performed. In this case, the server 1 may determine the priority (the order in which disaster response should be performed) for performing disaster response for each target facility. For example, the server 1 determines the priority in descending order of the above-mentioned score. Furthermore, the server 1 may raise the priority if the use of the target facility corresponds to a specific use, regardless of the score. This allows, for example, when issuing a disaster response alert to each person in charge as described below, to issue the alert in an appropriate order and have the person in charge perform the disaster response.

[0027] Figure 5 shows an example of a map screen. The administrator can not only check the candidate target facilities in the first list in tabular format, but also check the location of each target facility on the map shown in Figures 5A and 5B.

[0028] For example, in response to a request from the administrator terminal 2, the server 1 outputs and displays the map shown in Fig. 5A on the administrator terminal 2. The map shows the number of affected facilities located in each area, with the disaster point at the center. The administrator can refer to the map to check how many affected facilities there are in each area.

[0029] The server 1 accepts an operation input to enlarge the map. When the map is enlarged to a predetermined magnification, the server 1 outputs the map shown in FIG. 5B to the administrator terminal 2 and displays it. The map indicates the location of each target facility with a predetermined icon. This allows the exact location of the target facility to be confirmed.

[0030] In this case, it is preferable that the administrator terminal 2 displays the icon of each target facility in a different display mode (for example, a different display color) according to the construction information (for example, order frequency) of each target facility, as shown in Fig. 5B. This makes it possible to identify target facilities that have a high order frequency, for example, on the map.

[0031] Returning to Figure 4, the explanation will continue. As described above, the server 1 presents the administrator with a first list in which target facilities for disaster response are automatically selected, a map showing the locations of the target facilities, and the like. The server 1 accepts a manual selection operation (an operation of adding or canceling a check mark) to add or delete target facilities for which the person in charge is to perform disaster response from the first list. In response to this, the server 1 generates a second list that narrows down the target facilities for disaster response and displays it on the administrator terminal 2.

[0032] Figure 6 is a diagram showing an example of the second list. The second list is a table showing each target facility for which a person in charge is to carry out disaster response. The information for each target facility displayed in the second list is almost the same as that in the first list (Figure 4), but the second list has additional fields such as a "timeline" for displaying reports and messages (timeline) from the person in charge, a "response status" that indicates whether the response has been completed, and a "status" that indicates the damage status of the target facility.

[0033] 7 is a diagram showing an example of the display of alert information. The server 1 notifies the person in charge of each target facility included in the second list of the alert information instructing them to respond to the disaster by email, SMS (Short Message Service), etc. For example, as shown in FIG. 7, the person in charge terminal 3 instructs the person in charge to respond to the disaster and displays a link 71 for transitioning to the display screen of FIG. 8 (for example, a web browser screen). When an operation input to the link 71 is received, the person in charge terminal 3 transitions to the display screen of FIG. 8.

[0034] Fig. 8 is a diagram showing an example of a display screen on the staff member terminal 3. This screen is used to display a map showing the location of the target facility, a timeline to be shared with other staff members, and the like. As shown in Fig. 8A, the staff member terminal 3 displays the name, address, and map of the target facility, contact information for the customer corresponding to the facility, and the like. The staff member checks this screen, contacts the customer by phone, etc., and conducts an on-site survey to carry out initial disaster response (such as confirming whether there is any damage).

[0035] When scrolling down from the screen of FIG. 8A, the person in charge terminal 3 displays a timeline showing a list of messages exchanged with other persons in charge, as shown in FIG. 8B. The timeline is a screen that chronologically shows messages sent (posted) by each person in charge. The person in charge terminal 3 accepts input of messages related to disaster response from the person in charge via the input screen shown in FIG. 8C, and transmits the messages to the person in charge terminals 3 of the other persons in charge via the server 1. The person in charge terminal 3 displays the messages sent from the other persons in charge on the timeline.

[0036] As shown in Fig. 8C, when entering a message, a response report to the administrator (for example, "No abnormalities," "Damage detected, no response required," or "Damage detected, response required") can be entered as a "response." When a response report is entered, the "Response status" and "Status" displayed in the second list are updated.

[0037] FIG. 9 is a diagram showing an example of a display screen of the second list. FIG. 9 illustrates how the manager terminal 2 displays a timeline, response status, and the like on the second list. As described above, when a response report is entered on the person in charge terminal 3, the manager terminal 2 updates the "response status" to "response completed" and updates the "status" according to the report content. Furthermore, when the "timeline" icon is operated, the manager terminal 2 displays a timeline showing a list of messages from each person in charge on the second list. This allows the manager to centrally manage disaster response.

[0038] 10 is a flowchart showing an example of the procedure for the notification process. The process for generating the second list and issuing a notification to the person in charge will be described with reference to FIG. The control unit 11 of the server 1 acquires disaster information indicating that a disaster has occurred from an external system and notifies the administrator terminal 2 (step S11). The disaster information includes the date and time of the disaster occurrence, the type of disaster, and the location of the disaster.

[0039] If the administrator decides to start disaster response in response to the notification, the control unit 11 executes the following process. The control unit 11 narrows down the target facilities registered in the facility DB 141 to those located within a predetermined distance from the disaster point, and generates a first list in which the target facilities are arranged according to their distance from the disaster point (step S12). For example, as illustrated in FIG. 4, the control unit 11 generates the first list in which the target facilities are arranged in descending order of distance from the disaster point.

[0040] The control unit 11 automatically selects a target facility to be assigned to the person in charge from the first list (step S13). Specifically, the control unit 11 selects the target facility based on construction information related to past construction work on the target facility (e.g., frequency of construction orders, completed construction amount, and gross construction profit margin) and the purpose of the target facility. As a result, the control unit 11 generates a second list.

[0041] The control unit 11 determines whether or not to display a map showing the location area of ​​the target facility on the manager terminal 2 in response to an operation input by the manager (step S14). If it is determined that the map should not be displayed (S14: NO), the control unit 11 proceeds to step S18.

[0042] When it is determined that the map should be displayed (S14: YES), the control unit 11 outputs a map (first map) showing the number of target facilities located in each area based on the location (address) of each target facility to the manager terminal 2 and causes it to be displayed (step S15). The control unit 11 accepts an operation input to enlarge the displayed map (step S16). When an operation input to enlarge the map to a predetermined magnification is accepted, the control unit 11 outputs a map (second map) showing the location of each target facility to the manager terminal 2 and causes it to be displayed (step S17).

[0043] The control unit 11 receives a manual selection operation from the administrator to add or delete a target facility to be handled by the person in charge from the second list of target facilities automatically selected in step S13 (step S18). The control unit 11 determines whether to finalize the second list in response to the operation input by the administrator (step S19). If it is determined not to finalize the second list (S19: NO), the control unit 11 returns the process to step S14.

[0044] If it is determined that the second list should be finalized (S19: YES), the control unit 11 notifies the person in charge of each target facility included in the second list of alert information instructing them to respond to the disaster (step S20), and then ends the series of processes.

[0045] 11 is a flowchart showing an example of the procedure for timeline processing. The content of the timeline processing for sharing messages among the respective persons in charge will be described with reference to FIG. In response to a request from the person in charge terminal 3, the control unit 11 of the server 1 outputs a map showing the location of the target facility, a timeline for exchanging messages between the people in charge, and the like to the person in charge terminal 3 (step S31). The control unit 11 accepts input of a message from the person in charge terminal 3 (step S32). The control unit 11 adds the input message to the timeline (step S33).

[0046] The control unit 11 determines whether to report the response to the administrator in response to the operation input by the person in charge (step S34). If it is determined that the response report is not to be reported (S34: NO), the control unit 11 returns the process to step S32.

[0047] If it is determined that a response report should be made (S34: YES), the control unit 11 accepts input of the response report (step S35). The control unit 11 updates the status (response situation, etc.) of the target facility displayed on the second list in accordance with the input response report (step S36), and ends the series of processes.

[0048] As described above, according to this embodiment, it is possible to provide suitable support for disaster response, allowing everyone to live safely for a long time, and contributing to the creation of a sustainable city that is resilient to disasters.

[0049] (Variation) In this modification, a case where a customer requests disaster response will be described.

[0050] Although not specifically mentioned in the above embodiment, when a target facility is hit by a disaster, a customer may contact a call center (not shown) to request (contact) disaster response. The server 1 acquires request information indicating the response request from the call center.

[0051] When the request information is acquired, the server 1 adds the requested target facility to the second list regardless of the score, etc. When the target facility is added, the server 1 notifies the person in charge of the target facility of alert information instructing them to respond. This allows the person in charge to respond quickly and also makes it possible to manage the response status of the target facility on the second list.

[0052] Furthermore, when request information is acquired, the server 1 outputs a notification indicating that a response request has been received from the customer onto the timeline (see FIG. 8B). This makes it possible to prevent a situation in which a person in charge contacts a customer even though the customer has already contacted the call center.

[0053] As described above, according to this modification, it is possible to flexibly respond to requests for disaster response from customers.

[0054] The embodiments disclosed herein are to be considered as illustrative in all respects and not restrictive. The scope of the present invention is defined by the claims, not by the above meaning, and is intended to include all modifications within the meaning and scope of the claims.

[0055] The matters described in each embodiment can be combined with each other. Furthermore, the independent claims and dependent claims described in the claims can be combined with each other in any combination, regardless of the reference format. Furthermore, although the claims use a format in which a claim references two or more other claims (multi-claim format), this is not limited to this format. A format in which multiple claims (multi-multi-claims) that reference at least one other multiple claim may also be used. [Explanation of symbols]

[0056] 1. Server (information processing device) 11 Control section 12 Main memory 13 Communications Department 14 Auxiliary storage P Program 141 Facility DB 142 Person in charge DB142 2. Administrator terminal 3. Personnel terminal

Claims

1. An information processing device including a control unit and a storage unit, the storage unit stores facility information regarding each target facility to be addressed in the event of a disaster, the facility information including the location of each target facility; The control unit Acquire disaster occurrence information indicating that a disaster has occurred, the disaster occurrence information including the disaster occurrence point; generating a first list in which the target facilities are arranged in descending order of distance from the disaster point based on the facility information and the disaster occurrence information; A second list of the target facilities is generated by selecting the target facilities to be associated with the person in charge from the first list. Information processing device.

2. The facility information includes construction information relating to construction work carried out in the past on the target facility, Select the target facility based on the construction information The information processing device according to claim 1 .

3. The facility information includes a purpose of the target facility, Select the target facility according to the purpose The information processing device according to claim 1 .

4. The facility information includes construction information relating to construction work carried out in the past on the target facility and the purpose of the target facility, Determine the priority of each of the selected target facilities according to the distance, construction information, or use. The information processing device according to claim 1 .

5. outputting a map showing the number of target facilities located in each area, with the disaster point at the center; When the map is enlarged to a predetermined magnification, the position of each of the target facilities is output on the map. The information processing device according to claim 1 .

6. The facility information includes construction information relating to construction work carried out in the past on the target facility, A map is output that displays each of the target facilities in a different display mode according to the construction information. The information processing device according to claim 1 .

7. acquire request information indicating that a response request has been made from a customer corresponding to the target facility; When the requested information is acquired, the requested target facility is added to the second list. The information processing device according to claim 1 .

8. Based on the second list, the person in charge is notified of the alarm information instructing the person to take action. The information processing device according to claim 1 .

9. receiving a message indicating a response status from each of the plurality of persons in charge who have been notified of the alert information; A timeline showing a list of messages from each of the persons in charge is output to each of the persons in charge. The information processing device according to claim 8 .

10. The timeline is associated with the second list and output to an administrator. The information processing device according to claim 9 .

11. acquire request information indicating that a response request has been made from a customer corresponding to the target facility; When the request information is acquired, a notification indicating that a request has been made is output on the timeline. The information processing device according to claim 9 .

12. storing facility information relating to each target facility to be responded to in the event of a disaster, including the location of each target facility, in a storage unit; Acquire disaster occurrence information indicating that a disaster has occurred, the disaster occurrence information including the disaster occurrence point; generating a first list in which the target facilities are arranged in descending order of distance from the disaster point based on the facility information and the disaster occurrence information; A second list of the target facilities is generated by selecting the target facilities to be associated with the person in charge from the first list. An information processing method in which processing is performed by a computer.

13. storing facility information relating to each target facility to be responded to in the event of a disaster, including the location of each target facility, in a storage unit; Acquire disaster occurrence information indicating that a disaster has occurred, the disaster occurrence information including the disaster occurrence point; generating a first list in which the target facilities are arranged in descending order of distance from the disaster point based on the facility information and the disaster occurrence information; A second list of the target facilities is generated by selecting the target facilities to be associated with the person in charge from the first list. A program that causes a computer to perform a process.

Images