WO2015145648A1 - 災害対処支援システムおよび災害対処支援方法 - Google Patents

災害対処支援システムおよび災害対処支援方法 Download PDF

Info

Publication number
WO2015145648A1
WO2015145648A1 PCT/JP2014/058800 JP2014058800W WO2015145648A1 WO 2015145648 A1 WO2015145648 A1 WO 2015145648A1 JP 2014058800 W JP2014058800 W JP 2014058800W WO 2015145648 A1 WO2015145648 A1 WO 2015145648A1
Authority
WO
WIPO (PCT)
Prior art keywords
disaster
information
knowledge
response
countermeasure
Prior art date
Application number
PCT/JP2014/058800
Other languages
English (en)
French (fr)
Inventor
谷川　嘉伸
信隆 川口
Original Assignee
株式会社 日立製作所
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社 日立製作所 filed Critical 株式会社 日立製作所
Priority to PCT/JP2014/058800 priority Critical patent/WO2015145648A1/ja
Publication of WO2015145648A1 publication Critical patent/WO2015145648A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B25/00—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems
    • G08B25/01—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems characterised by the transmission medium
    • G08B25/10—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems characterised by the transmission medium using wireless transmission systems
    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B21/00—Alarms responsive to a single specified undesired or abnormal condition and not otherwise provided for
    • G08B21/02—Alarms for ensuring the safety of persons
    • G08B21/10—Alarms for ensuring the safety of persons responsive to calamitous events, e.g. tornados or earthquakes

Definitions

  • the present invention relates to a disaster response support system and a disaster response support method for providing support for various disasters such as natural disasters such as earthquakes and typhoons and cyber attacks.
  • Each local government has prepared a disaster prevention plan in line with the actual situation of each region based on the basic disaster prevention plan formulated by the government. Specifically, prevention and advance measures aimed at preventing disasters against possible threats such as earthquakes, storms and floods, and railway disasters, disaster emergency measures immediately after a disaster occurs, and after a disaster occurs It is a plan that clearly states disaster recovery and reconstruction measures.
  • a crisis management system that collects real-time information at a crisis occurrence site such as a disaster, presents pre-registered treatment procedures according to the type of accident disaster, and further transmits information on the selected treatment procedure to the site (patent Document 1) has been proposed.
  • an object of the present invention is to provide a technique for efficiently realizing support for dealing with a disaster that has conventionally been difficult to deal with.
  • the disaster response support system of the present invention that solves the above problem is known from the communication device that communicates with other devices, the storage device that stores the knowledge to cope with each disaster, and the feature information of the corresponding disaster obtained for the disaster that occurred From the information processing apparatus included in the disaster response organization that selects disaster response content, the fact that disaster response content cannot be specified and the feature information are received, and the received feature information is associated with each knowledge of the storage device
  • the similarity with the disaster is identified by a predetermined algorithm, the information of the disaster whose similarity is equal to or higher than a predetermined level and the knowledge to deal with it are read from the storage device, and the read disaster information and knowledge are read out from the disaster
  • a knowledge management device including an arithmetic device that executes a process of returning the information to the information processing device as recommended information.
  • the disaster response support method of the present invention is based on the feature information of the corresponding disaster obtained by the computer including the communication device that communicates with other devices and the storage device that stores the knowledge to cope with each disaster. From the information processing device provided in the disaster response organization that selects the known disaster response content, the fact that the disaster response content cannot be specified and the feature information are received, and the received feature information and each knowledge of the storage device are received.
  • the similarity with the associated disaster is specified by a predetermined algorithm, the disaster information whose similarity is equal to or higher than a predetermined level and the knowledge to deal with it are read from the storage device, and the read disaster information and knowledge are A process of returning to the information processing apparatus as the recommended recommendation information for the disaster that has occurred is executed.
  • FIG. 1 It is a figure which shows the structural example of the disaster response support system of this embodiment. It is a figure which shows the hardware structural example of each apparatus which comprises the disaster response assistance system in this embodiment. It is a figure which shows the example of a processing flow of the abnormality detection apparatus in this embodiment. It is a figure which shows the example of a data structure of the sensor log in this embodiment. It is a figure which shows the data structural example of the feature-value data in this embodiment. It is a figure which shows the example of a data structure of the detection rule in this embodiment. It is a figure which shows the example of a processing flow of the disaster response management apparatus in this embodiment. It is a figure which shows the example of a data structure of the countermeasure rule in this embodiment.
  • FIG. 1 is a diagram illustrating a configuration example of a disaster response support system 10 according to the present embodiment.
  • a disaster response support system 10 shown in FIG. 1 is a computer system for efficiently realizing response support for a disaster that has conventionally been difficult to handle.
  • this disaster response support system 10 includes, as components, a disaster response system 100 for each organization such as a local government (in order to show that it exists for each local government, FIG. 100-B, 100-C, etc.), the knowledge management device 142, the disaster management knowledge DB 152 accessed by the knowledge management device 142, and the knowledge management device 142 and the disaster management knowledge DB receiving operations of the disaster management specialist. It includes a disaster countermeasure expert terminal 154 that applies operation results to the communication network 162 connected to these devices.
  • the disaster response system 100 for each organization is further composed of a plurality of components.
  • the components of the disaster response system 100 illustrated in FIG. 1 are accessed by the sensor 102, the abnormality detection device 104, the detection rule DB 114 and the sensor log 116 accessed by the abnormality detection device 104, the disaster response management device 118, and the disaster response management device 118.
  • the countermeasure rule DB 130, the countermeasure history DB 132, the resource information 134, the regional information 136, and the disaster prevention person in charge terminal 138, the decision maker terminal 140, and the communication network 160 connected to these devices are included.
  • the above-described abnormality detection device 104 and disaster management device 118 together constitute the concept of “information processing device included in the disaster management organization” in the present invention.
  • the sensor 102 included in the disaster management system 100 includes a communication device that accesses the network 160 and performs data communication, and is a sensor for detecting a disaster managed by an organization such as a local government, such as an earthquake sensor or a river water level sensor. Sensors such as rain gauges, steep landslide gauges, snowfall gauges, and the like.
  • the sensor 102 is a communication device for receiving notification information such as alarms, warnings, evacuation advisories, etc. from related organizations such as the Japan Meteorological Agency and the Fire Department, and communications used by local residents to report disaster-related information to local governments. It may be a terminal and an application (for example, a smartphone and a smartphone application).
  • any device that collects information related to a disaster and sends it to the network 160 can be regarded as the sensor 102.
  • a sensor 102 has a function of transmitting measured values such as seismic intensity, water level, and rainfall, or information obtained from related organizations and local residents, as sensor information to the anomaly detection device 104 from time to time or at regular intervals. ing.
  • the abnormality detection device 104 includes functions of a feature data creation unit 106, an abnormality detection unit 108, a detection rule management unit 110, and a system linkage unit 112. Each unit 106 to 112 is implemented by executing the corresponding program read from the storage device by the arithmetic unit of the abnormality detection device 104.
  • the abnormality detection device 104 receives the sensor information transmitted from the sensor 102 and detects whether the sensor information indicates an event related to a disaster, that is, whether an abnormality has occurred. A detailed processing procedure accompanying this determination will be described later.
  • the disaster management apparatus 118 includes functions of a management unit 120, a management rule management unit 122, a resource management unit 124, and a system linkage unit 126. Each unit 120 to 126 is implemented by executing a corresponding program read from the storage device by the arithmetic unit of the disaster management apparatus 118.
  • a disaster management device 118 receives the result of abnormality detection performed by the abnormality detection device 104 and provides a disaster management function described later to the disaster prevention officer terminal 138 and the decision maker terminal 140.
  • the knowledge management device 142 connected to the above-described disaster response system 100 via the network 162 has functions of an event determination unit 144, a knowledge management unit 146, and a system linkage unit 148.
  • Each unit 144 to 148 is implemented by executing the corresponding program read from the storage device by the arithmetic unit of the knowledge management device 142.
  • Such a knowledge management device 142 provides functions to be described later to a plurality of disaster response systems 100 and disaster response specialist terminals 154.
  • FIG. 2 is a diagram illustrating a hardware configuration example of each device configuring the disaster response support system 10 according to the present embodiment.
  • the computer 200 as each of the above devices is a CPU 202 (arithmetic unit), a RAM 204 configured with a volatile semiconductor memory, an external storage device 206 configured with an SSD (Solid State Drive), an HDD (Hard Disk Drive), or the like, and a communication device.
  • An internal communication such as a bus includes a communication interface 208, an input device 210 such as a keyboard and a mouse, an output device 212 such as a CRT display, a liquid crystal display, and a printer, and an external media interface 214 for reading and writing a storage medium 216 such as a magneto-optical medium.
  • This is a general-purpose computer device having a configuration connected by a line 250.
  • the present invention is not limited to computer equipment, and any computer having an input device, an output device, and a communication device for a user can be used.
  • the communication network 160 and the communication network 162 include a public network, the Internet, ISDN, a dedicated line, a wired network such as a LAN (Local Area Network), a wireless network using a mobile communication base station or a communication satellite, etc. It can be realized with various communication networks.
  • the devices constituting the disaster response support system 10 communicate with each other using addresses set in advance according to the protocols of the accessible networks 160 to 162.
  • Each device may perform broadcast communication with a plurality of devices using broadcast communication, multicast communication, or the like.
  • each device may perform position-transparent communication, such as publish / subscribe communication.
  • each function and each processing unit of each of the above-described devices is realized by the CPU 202 executing the program 207 stored in the external storage device 206.
  • each program 207 may be stored in advance in each external storage device 206, or, if necessary, a removable storage medium 216 that can be used by the device or a communication network 160 or 162 that is a communication medium. Alternatively, it may be introduced from another device via a carrier wave or a digital signal propagating on the communication networks 160 and 162.
  • FIG. 3 is a diagram illustrating an example of a processing flow executed by the abnormality detection device 104 according to the present embodiment.
  • the abnormality detection device 104 takes a standby state related to the processing request in step 302.
  • the abnormality detection device 104 always waits for an instruction from the sensor 102 or the disaster management device 118 due to its nature.
  • the abnormality detection device 104 determines whether or not sensor information has been received from the sensor 102 in step 304.
  • the abnormality detection device 104 receives sensor information from the sensor 102 (304: Yes)
  • the abnormality detection device 104 proceeds to step 306.
  • the abnormality detection device 104 proceeds with the process to step 314.
  • the system linkage unit 112 of the abnormality detection device 104 stores the sensor information received from the sensor 102 in the sensor log 116 shown in FIG.
  • the sensor log 116 includes a reception date / time field 400 that stores the date / time when the abnormality detection device 104 received sensor information from the sensor 102, a sensor type field 402 that stores the type of the sensor 102, and the presence / absence of a value is determined according to the sensor type. It comprises a sensor location field 404 for storing the location of the sensor, a sensor value field 406 for storing the measured value by the sensor 102, the notification of related organizations and local residents, and the contents of communication.
  • the information stored in the sensor location field 404 can be, for example, location information obtained by using a location information service of a GPS sensor or a mobile phone included in the sensor 102. Further, if the location information corresponding to the identifier of the sensor 102 is managed in advance by the constituent device (the abnormality detection device 104 or the disaster management device 118) of the disaster response system 100, this location information may be used.
  • the feature amount data creation unit 106 of the abnormality detection device 104 refers to the sensor log 116 and the area information 136 managed by the disaster management device 118 described later, and generates the feature amount data 500 shown in FIG. .
  • a time period field 501 that is a constituent element of the feature amount data 500 indicates a period from the current time to a past of a certain time. It is assumed that this constant time value is set in advance by the abnormality detection device 104.
  • Such feature amount data 500 corresponds to feature information in the present invention.
  • the feature amount data creation unit 106 extracts a corresponding log entry included in a certain period using the time information in the reception date field 400 included in the sensor log 116. Further, the feature amount data creation unit 106 performs the following processes (1) to (4) on the log entry extracted from the sensor log 116.
  • (1) Classification of sensor information The feature data creation unit 106 classifies the contents included in the log entry extracted as described above into weather information, emergency information, and damage information. Specifically, the classification is based on the contents of the sensor type 402 and the sensor value 406.
  • the weather information is information that can be measured by a sensor device such as seismic intensity, rainfall, and water level. Emergency information refers to warnings, warnings, etc.
  • the damage information indicates the damage status announced by the government or local government and the information on damage reports from residents. Therefore, the feature amount data creation unit 106 classifies weather information, emergency information, and damage information, for example, using natural language processing technology on the text information included in the extracted log entry.
  • the feature amount data creation unit 106 detects a heavy rain as a weather phenomenon. Recognize the log as a cause and classify the corresponding log entry into weather information.
  • the feature data creation unit 106 uses the keywords “Meteorological Agency” and “Torrential Rain”. Classify the corresponding log entry into weather information.
  • the feature data creation unit 106 uses the keywords “resident report” and “driftwood”.
  • the log entry is recognized as a log corresponding to the occurrence of concrete damage such as fallen trees due to heavy rain in the upstream area, and the corresponding log entry is classified as damage information.
  • Assignment of feature quantity data elements and values The feature quantity data creation unit 106 also assigns feature quantity data elements to the log entries classified as described above.
  • the feature quantity data element is a feature quantity data name reserved for each piece of weather information, emergency information, and damage information.
  • the feature quantity data element is a component device of the disaster response system 100 (the abnormality detection device 104 or the disaster response management device 118). ).
  • Meteorological information is the names of elements related to the weather such as rainfall, seismic intensity, tornado, etc.
  • the value is a measured value or a numerical value of 1 or 0 indicating presence or absence.
  • Emergency information uses the types of warnings, warnings, and warning information published by relevant organizations such as the Japan Meteorological Agency and local governments as element names. For example, there is earth and sand disaster warning information such as heavy rain warning and flood warning. The value is a numerical value of 1 or 0 indicating presence / absence.
  • Damage information uses predictive information that may lead to damage and information indicating the damage itself as element names. For example, information indicating signs of damage such as mountain noise, river turbidity, driftwood, etc., and information indicating damage such as river flooding and flooding on the floor can be given as examples. The value is a numerical value of 1 or 0 indicating presence / absence.
  • the feature amount data creation unit 106 determines from the sensor value information such as “rainfall: 100 mm / hour or more” included in the log entry.
  • An element name “rainfall” and a value “100 mm” are assigned as feature quantity data elements.
  • the feature value data creation unit 106 uses the sensor value information included in the corresponding log entry as “feature tree can be seen” as a feature value data element.
  • the element name “Driftwood” and the value “True” are assigned.
  • the feature amount data creation unit 106 checks the region indicated by the value of the sensor location 404 against the above-mentioned log entry against the region information 136, and includes the region included in the region information 136. If it is determined whether the log is related to the area included in the area information 136, the vulnerability information defined in the area information 136 is extracted for the corresponding area.
  • the feature quantity data creation unit 106 merges the results obtained in the above processes (1) to (3) with respect to the corresponding log entries, and obtains the feature quantity data 500 shown in FIG. Create at least one.
  • the feature data 500 is expressed as a multidimensional vector composed of the time period 501, weather information 502, emergency information 504, damage information 506, regional vulnerability information 508, and regional information 510. be able to. In this way, it is possible to express a situation related to a disaster in a certain area by a plurality of information elements without specifying a specific disaster.
  • the abnormality detection unit 108 in the abnormality detection device 104 executes abnormality detection processing with reference to the detection rule 114 shown in FIG. 6.
  • the abnormality detection unit 108 collates the sensor type 402 and sensor value 406 recorded in the sensor log created in step 306 described above with the detection rule 114 and determines whether there is a record including the corresponding abnormal event 604. To do.
  • the sensor type described in the sensor log created in step 306 is “river water level sensor” and the sensor value is “cm larger than the reference value”
  • the abnormality detection unit 108 detects these values as the detection rule 114.
  • the corresponding abnormal event “Risk of river collapse” can be identified.
  • an abnormal event name or no abnormality is obtained.
  • step 312 the system linkage unit 112 of the abnormality detection device 104 sends the feature amount data 500 generated in step 308 and the abnormality detection result (abnormal event name, Or, there is no abnormality). Thereafter, the process waits for step 302.
  • the detection rule management unit 110 of the abnormality detection apparatus 104 performs step 316. Then, the detection rule 114 is updated according to the information received from the disaster management apparatus 118. Specifically, the information transmitted from the disaster management device 118 is update data of the detection rule 114 input from the user who operates the disaster prevention person in charge terminal 138.
  • FIG. 7 is a diagram illustrating an example of a processing flow in the disaster management apparatus 118.
  • the disaster management device 118 is a device that is constantly operating due to the required properties, and is waiting in a state waiting for a processing request as shown in step 702. In the standby state, when any processing request is received, in subsequent steps 704, 708, and 712, the system cooperation unit 126 of the disaster management apparatus 118 distributes the processing according to the received request.
  • the countermeasure management unit 120 of the disaster countermeasure management device 118 performs predetermined countermeasure processing (described later) in step 706.
  • the handling management unit 120 performs a recommendation utilization process (described later) in step 710. Since these steps 706 and 710 relate to the cooperation processing with the disaster management device 118 and the knowledge management device 142, they will be described later with reference to FIG. 14 showing the cooperation processing flow between the devices.
  • the disaster management apparatus 118 executes terminal reception processing at step 714. Details of the terminal reception process for the decision maker terminal 140 will be described later.
  • the terminal reception process for the disaster prevention person-in-charge terminal 138 includes the following processes (1) to (3). (1) Processing in which the response rule management unit 122 of the disaster response management device 118 registers and updates the response rule change content received from the disaster prevention officer terminal 138 in the response rule 130. In this processing, the handling rule management unit 122 extracts values corresponding to each field of the handling rule 130 from the contents of the handling rule change, and the values extracted here are used to newly register in the corresponding field of the handling rule 130 or existing Update the value.
  • Such a handling rule 130 to be registered and updated has a data structure shown in FIG.
  • the value of the event field 900 indicates an abnormal event indicating a sign, sign, or occurrence of a disaster.
  • the value of the countermeasure content field 902 indicates the content of countermeasures for dealing with the corresponding abnormal event.
  • the value of the coping resource / personnel field 904 indicates a disaster prevention manpower required for executing the corresponding coping content.
  • the value of the coping resource / equipment field 906 indicates materials and equipment necessary for executing the coping contents.
  • the disaster management apparatus 118 collates the abnormality detection result received from the abnormality detection apparatus 104 with the value of each event field 900, so that the appropriate countermeasure content 902, countermeasure resources / personnel 904, and countermeasure resources / Each value of the equipment 906 can be specified.
  • the resource management unit 124 of the disaster management apparatus 118 registers and updates the status of disaster prevention personnel and equipment in the resource information 134.
  • the resource management unit 124 extracts values corresponding to the fields of the resource information 134 from the data received from the disaster prevention person in charge terminal 138, and the values extracted here are used to add new values to the corresponding fields of the resource information 134. Register or update existing values.
  • the resource information 134 to be registered and updated has a data structure shown in FIG.
  • the value of the resource classification field 1000 indicates the type of resource.
  • the value of the resource name field 1002 indicates a specific resource name and indicates the substance of disaster prevention personnel and equipment.
  • the value of the resource status 1004 represents the current operating status of the resource. Further, the value of the resource status 1004 is information for determining whether the necessary coping resources 904 and 906 specified by the coping rule 130 shown in FIG. 8 can actually be prepared. (3) Processing in which the resource management unit 124 of the disaster management apparatus 118 registers and updates the regional vulnerability information in the regional information 136.
  • the resource management unit 124 extracts values corresponding to each field of the regional information 136 from the data received from the disaster prevention person in charge terminal 138, and the value extracted here is used to newly add the new information to the corresponding field of the regional information 136. Register or update existing values.
  • Such regional information 136 to be registered and updated has a data structure shown in FIG.
  • the value of the area identifier field 1100 is information for specifying each area under the jurisdiction of the disaster management system 100, that is, the local government that is the operator of the disaster management system.
  • the value of the vulnerability information field 1102 is information indicating vulnerability to a disaster in the corresponding area.
  • FIG. 11 is a diagram illustrating an example of a processing flow in the knowledge management device 142.
  • the knowledge management device 142 is a device that is constantly operating due to the required properties, and is waiting in a state waiting for a processing request as shown in Step 802. In the standby state, when any processing request is received, in subsequent steps 804 and 808, the system cooperation unit 148 of the knowledge management apparatus 142 distributes the processing according to the received request.
  • the system cooperation unit 148 executes a recommendation process in step 806. Details of the recommendation process will be described later with reference to FIG. 14 showing a cooperation process flow between apparatuses.
  • the knowledge management unit 146 of the knowledge management device 142 executes registration and update processing of the disaster handling knowledge 152 in step 810. In this processing, the knowledge management unit 146 registers the input of the disaster countermeasure expert received through the disaster countermeasure expert terminal 154 in the disaster countermeasure knowledge 152.
  • the disaster response knowledge 152 that is the target of such processing has a data structure shown in FIG.
  • the disaster handling knowledge 152 is expressed as a tree structure of related information.
  • the top node information 1200 has a threat, which is an abstract concept indicating a disaster or an accident, as a character string.
  • a subordinate concept embodying the top node information 1200 is related as the next node information. For example, node information 1202 indicating a natural disaster, node information 1204 indicating an accident disaster, and node information 1202 indicating a threat such as a cyber attack are associated with the top node 1200.
  • event node information is associated with these embodied threat concepts 1202 to 1206, respectively.
  • the node information 1208 is node information of an event “sediment disaster sign” classified as a natural disaster.
  • the node information 1208 of this event has feature amount data 1210 as attribute information.
  • the feature data 1210 has a data structure shown in FIG.
  • the value of the event field 1300 indicates an event name indicating a sign or sign of a disaster or accident.
  • the value of the feature amount data classification 1302 indicates the classification of data that characterizes the event.
  • the value of the feature quantity data element 1304 indicates a data element name in the corresponding feature quantity data classification of the corresponding event.
  • the value in the reference value field 1306 is a value that serves as a reference for characterizing the feature amount data element of the event. For example, the event “sediment disaster sign” indicates that “100 mm” is the reference value for the feature data element “rainfall” of the feature data classification “weather information”.
  • an event can be specified from feature data by using a data structure in which reference values of various feature data elements are associated with each event.
  • the node information 1208 of the event described above is associated with the handling node information 1212 describing the handling procedure corresponding to the event. Furthermore, the coping node information 1212 has constraint information 1214 and case information 1216 related to the coping as attribute information.
  • the constraint information 1214 indicates a constraint for handling. Restrictions correspond to matters such as “What to do in the daytime”.
  • the case information 1216 is a case regarding handling. For example, a case of successful handling when a trouble such as a shortage of personnel occurs or a case of unsuccessful handling.
  • the coping node information 1212 has information nodes 1220, 1222, 1224, 1226, and 1228 indicating information necessary for coping.
  • information nodes 1220, 1222, 1224, 1226, and 1228 indicating information necessary for coping.
  • “meteorological conditions”, “hazard map”, “road conditions”, evacuation center information, elderly people to perform the countermeasure “evacuation guidance for those requiring assistance at the time of disaster” indicated by the countermeasure node information 1212” This indicates that each piece of information in the “household profile” is necessary to discriminate between persons and sick persons.
  • the disaster response knowledge 152 has a hierarchical structure in which events related to disasters, response to the events, and information necessary for response are related to each other, so disaster recovery know-how can be efficiently searched. It has become a formalized one.
  • attribute information such as constraint information 1214 and case information 1216 can be added, and countermeasure restrictions and case know-how are also formalized for efficient search.
  • the data structure is configured.
  • FIG. 14 shows a cooperation processing flow between the disaster management system 100 and the knowledge management device 142.
  • the details of the response process (step 706) and the recommendation utilization process (step 710) in the disaster management apparatus 118 described in FIG. 7, and the recommendation process (step 806) in the knowledge management apparatus 142 shown in FIG. Will be explained.
  • the abnormality detection device 104 that has received the sensor information transmission (step 1400) from the sensor 102 executes steps 308 and 310 described above with reference to FIG. Do.
  • the abnormality detection device 104 sends the feature data and the abnormality detection result obtained in these steps to the disaster management device 118 (step 1401).
  • the disaster countermeasure management device 118 executes an evaluation of countermeasure feasibility in step 1402.
  • the disaster response management device 118 performs the following processes (1) to (4).
  • the disaster countermeasure management apparatus 118 checks the abnormality detection result obtained from the abnormality detection apparatus 104 against the countermeasure rule 130 and confirms whether or not there is a countermeasure content corresponding to the event indicated by the abnormality detection result.
  • the disaster countermeasure management apparatus 118 when the countermeasure content corresponding to the event indicated by the processing result of (1), that is, the abnormality detection result exists in the countermeasure rule 130, the value of the countermeasure resource indicated by the corresponding countermeasure content Is checked against the resource information 134 to confirm whether disaster prevention personnel and materials and equipment necessary for the corresponding countermeasure are actually equipped in the corresponding local government, and can be applied to the corresponding countermeasure.
  • the disaster management apparatus 118 uses these as keywords for the resource classification 1000 in the resource information 134, A search for the resource name 1002 is executed, and it is determined whether the resource status 1004 of the corresponding record that has been searched indicates an operable status.
  • the disaster response management device 118 creates response screen information including the content of the corresponding response rule identified from the response rule 130 (step 1410), and transmits this to the decision maker terminal 140 (step 1411).
  • FIG. 15 shows an example of the disaster response screen 1700 displayed on the decision maker terminal 140 that has received this response screen information.
  • the disaster response screen 1700 includes a monitoring information screen area 1702, a response recommendation area 1704, and a reference information (response knowledge) screen area 1706.
  • This is a situation where it is possible to specify the handling rule and arrange the necessary resources according to the event indicated by the abnormality detection result, so other situations (the handling rule cannot be identified or the handling rule can be identified, but the lease
  • the reference information (handling knowledge) screen area 1706 for displaying information provided by the knowledge management device 142 according to any situation that cannot be arranged) is blank.
  • monitoring information screen area 1702 information on the event “sediment disaster sign” indicated by the abnormality detection result is displayed, and in the countermeasure recommendation area 1704, information on the content of the countermeasure specified for the event “sediment disaster sign” is displayed. It is displayed.
  • the user who is browsing this disaster response screen 1700 on the decision maker terminal 140 determines and executes the response according to the screen display content.
  • step 1404 the countermeasure rule corresponding to the event indicated by the abnormality detection result could not be specified in the countermeasure rule 130, or the resource for executing the corresponding countermeasure rule was identified although the countermeasure rule was identified.
  • step 1404: No the disaster management apparatus 118 transmits the feature amount data and the countermeasure feasibility evaluation result to the knowledge management apparatus 142 in step 1403.
  • the knowledge management device 142 receives the above-described feature amount data and the response feasibility evaluation result 1403 from the disaster response management device 118, the following procedures (1) to (5) are performed in the disaster response knowledge 152 in step 1406. Perform a search with.
  • the feature amount data received from the disaster management apparatus 118 is normalized for each event node 1208 of the disaster management knowledge 152. In this normalization, for example, a value indicating presence / absence is converted into a numerical value of 1 and 0 among the data elements of weather information, emergency information, damage information, and regional vulnerability information, and is quantitatively calculated like the rain amount of the weather information.
  • What has a value is a process of converting 1 or more to a reference value or more and 0 that does not exceed the value for each event.
  • a data string obtained by such normalization of feature amount data is, for example, Ci.
  • Similarity
  • the knowledge management apparatus 142 aggregates each piece of information obtained by performing the processes (1) to (5) as countermeasure recommendation information (step 1408), and transmits the information to the disaster countermeasure management apparatus 118 (step 1409). ).
  • FIGS. 16 and 17 are diagrams illustrating examples of disaster response screens displayed on the decision maker terminal 140 in accordance with the response screen information transmitted from the disaster response management apparatus 118.
  • FIG. 16 is a diagram illustrating examples of disaster response screens displayed on the decision maker terminal 140 in accordance with the response screen information transmitted from the disaster response management apparatus 118.
  • the disaster response screen 1500 illustrated in FIG. 16 is an example of a screen displayed in response to a disaster in which no information such as a response rule is registered in the disaster response system 100, that is, an unexpected disaster sign.
  • the monitoring information screen area 1502 and the response recommendation area 1504 indicate that the abnormality detection device 104 cannot perform event identification (abnormality detection) and that the countermeasure rule 130 corresponding to the event does not exist. Show.
  • the reference information (handling knowledge) screen area 1506 displays the handling recommendation information transmitted from the knowledge management device 142.
  • an abnormality (event) of “sediment disaster sign” is identified from the feature data, and “recommended headquarters”, “information collection”, “rescue / emergency / evacuation guidance” are recommended as countermeasures.
  • Activity is presented.
  • case buttons 1510, 1512, and 1514 indicate links for displaying case information corresponding to each countermeasure recommendation. When these case buttons 1510 to 1514 are pressed, a case request is made from the decision maker terminal 140 to the knowledge management device 142, and the knowledge management device 142 stores cases related to the corresponding response of the corresponding event from the disaster response knowledge 152. 1216 is extracted and returned to the decision maker terminal 140.
  • the disaster response screen 1600 shown in FIG. 17 specifies that a disaster with information registration such as a response rule in the disaster response system 100, that is, a sign of an expected disaster has occurred, but as a result of the response feasibility evaluation 1402, It is an example of a screen when a shortage of resources necessary for dealing with the disaster is identified.
  • the monitoring information screen area 1602 indicates that an abnormality (event) of “sediment disaster sign” has been identified from the feature amount data, and the countermeasure recommendation area 1604 indicates that the corresponding event has been addressed. It is shown that “Establishment of Warning Headquarters”, “Information Collection”, and “Rescue / Ambulance / Evacuation Guidance Activities” have been identified as recommendations.
  • the management device 142 extracts a case 1216 associated with the corresponding coping node information 1212, and the information sent to the decision maker terminal 140 is the coping recommendation information in the reference information (coping knowledge) screen area 1606.
  • Success case information 1607 is “a support request to an external organization”. The user who is viewing this disaster response screen 1600 on the decision maker terminal 140 understands the response content and the method for arranging resources necessary for executing the response according to the screen display content, and determines the subsequent response policy. Will be executed.
  • the arithmetic device of the knowledge management device receives from the information processing device that the content of disaster response has been specified but it is difficult to execute the response.
  • a knowledge for dealing with a difficult situation is identified and read from each knowledge of the storage device, and the read knowledge is returned to the information processing apparatus as handling recommendation information for the situation where the handling execution is difficult It may be a thing.
  • a communication device that communicates with other devices, a rule that identifies a disaster from disaster feature information, a storage device that stores information about each disaster response content, and an occurrence in a jurisdiction area
  • Receiving information about the disaster from a sensor or a predetermined terminal regarding the disaster applying the characteristic information included in the information to the rule to identify the disaster, identifying the countermeasure content for the identified disaster from the storage device, and other terminals If the disaster cannot be identified even if the process to output to the output device and the feature information is applied to the rule, or if the disaster has been identified but the response to the disaster cannot be identified, the disaster response
  • the information processing device further includes an arithmetic device that executes a process of transmitting the fact that it cannot be specified and the feature information to the knowledge management device Good.
  • an information processing device for example, a computer provided in a disaster prevention center, etc.
  • a local government or the like that monitors the occurrence of a disaster and should deal with it
  • the above-mentioned knowledge management device cooperate together.
  • the storage device of the information processing apparatus in the disaster response support system described above further stores information on disaster response resources possessed by the corresponding disaster response organization.
  • the information on the resources necessary for executing the countermeasures indicated by the countermeasures against the disaster is compared with the information on the resources of the storage device, and the corresponding disaster countermeasure organization identifies a shortage of resources necessary for the execution of the countermeasures, It is also possible to further execute a process of transmitting to the knowledge management device that the content of the disaster response has been identified but the execution of the response is difficult.
  • the information processing device managed and operated by the above-mentioned local governments and the above-mentioned knowledge management device cooperate together, and the local governments etc. lack resources (personnel, equipment, etc.) necessary for disaster response execution. Even if the situation occurs, it is possible to efficiently obtain information on measures for dealing with the shortage, and it becomes easy to efficiently deal with disasters that are difficult to deal with conventionally.
  • the arithmetic unit of the information processing apparatus in the disaster response support system described above is based on a predetermined rule from at least one of the disaster information received from a sensor or a predetermined terminal or information stored in advance in a storage device.
  • Weather information emergency information issued as warnings or warnings regarding disasters
  • damage information indicating damages caused by disasters, disasters or locations where disasters occur
  • local vulnerabilities indicating vulnerability to disasters It is also possible to extract at least any two of the sex information and further execute a process of generating the feature information from the extracted information.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • Emergency Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Alarm Systems (AREA)

Abstract

従来では対処が困難な災害に対する対処支援を効率的に実現する。災害対処支援システム（１０）において、他装置と通信する通信装置（２０８）と、各災害に対処するナレッジ（１５２）を蓄積した記憶装置（２０６）と、発生災害に関して得られた該当災害の特徴情報から既知の災害対処内容を選択する、災害対処組織が備える情報処理装置（１１８）から、災害対処内容を特定出来無い旨と特徴情報とを受信し、当該受信した特徴情報と記憶装置（２０６）の各ナレッジ（１５２）に対応付けられた災害との類似性を所定アルゴリズムで特定し、類似性が所定レベル以上の災害の情報とそれに対処するナレッジとを記憶装置（２０６）から読み出して、当該読み出した災害の情報及びナレッジを、発生災害に対する対処リコメンド情報として情報処理装置（１１８）に返信する処理を実行する演算装置（２０２）とを備えたナレッジ管理装置（１４２）を含む構成とする。

Description

災害対処支援システムおよび災害対処支援方法
　本発明は、地震、台風等の自然災害やサイバー攻撃など各種災害への対応支援を行う災害対処支援システムおよび災害対処支援方法に関する。
　各地方公共団体は、国が策定した防災基本計画に基づいて、各地域の実情に即した防災計画を作成している。具体的には、地震、風水害、鉄道災害等、各地域で想定される脅威に対して、災害を防ぐことを目的とした予防・事前対策、災害発生直後の災害応急対策、そして、災害発生後の災害復旧・復興対策を明文化した計画となっている。
　一方、各地で大規模災害が多発したこともあり、災害発生後の対策の重要性に注目が集まり、特に、災害対策本部と災害現場が連携して効果的・効率的に災害対処するニーズが高まっている。そのような災害対処に関する技術として、以下の技術が提案されている。
　すなわち、災害等の危機発生現場におけるリアルタイム情報を収集し、事故災害の種類に応じて予め登録された処置手順を提示し、さらに、選択された処置手順を現場に情報伝達する危機管理システム（特許文献１参照）などが提案されている。
　また、地震や火災等の災害時の企業や行政体が危機管理対応を行うために、危機管理用のワークフローに沿って、登録された災害対処シナリオを提示する緊急時指揮支援の方法（特許文献２参照）なども提案されている。
特許第３５３７６８９号 特許第４７２９６３０号
　ところが近年では、２０１１年に発生した東日本大震災や、異常気象等に伴う竜巻被害、集中豪雨による風水害等、従来では想定されていなかった災害の発生が多く、そうした想定外の災害に対し、事前登録情報をベースにした処理が基本となる従来技術は適用出来ない。また、想定外或いは想定内の災害が事前登録情報に合致することがあったとしても、特定出来た対処手順に必要な要員や資機材が手配可能か特定できず、対処手順の実施可能性の判断が出来ないという問題もある。つまり、想定外の災害への対処能力強化が重要視されている一方で、こうした対処が難しい災害への対処支援技術は十分に提案されていないという状況がある。
　そこで本発明の目的は、従来では対処が困難な災害に対する対処支援を効率的に実現する技術を提供することにある。
　上記課題を解決する本発明の災害対処支援システムは、他装置と通信する通信装置と、各災害に対処するナレッジを蓄積した記憶装置と、発生災害に関して得られた該当災害の特徴情報から既知の災害対処内容を選択する、災害対処組織が備える情報処理装置から、災害対処内容を特定出来無い旨と前記特徴情報とを受信し、当該受信した前記特徴情報と前記記憶装置の各ナレッジに対応付けられた災害との類似性を所定アルゴリズムで特定し、類似性が所定レベル以上の災害の情報とそれに対処するナレッジとを記憶装置から読み出して、当該読み出した災害の情報及びナレッジを、前記発生災害に対する対処リコメンド情報として前記情報処理装置に返信する処理を実行する演算装置とを備えたナレッジ管理装置を含むことを特徴とする。
　また、本発明の災害対処支援方法は、他装置と通信する通信装置と、各災害に対処するナレッジを蓄積した記憶装置とを備えたコンピュータが、発生災害に関して得られた該当災害の特徴情報から既知の災害対処内容を選択する、災害対処組織が備える情報処理装置から、災害対処内容を特定出来無い旨と前記特徴情報とを受信し、当該受信した前記特徴情報と前記記憶装置の各ナレッジに対応付けられた災害との類似性を所定アルゴリズムで特定し、類似性が所定レベル以上の災害の情報とそれに対処するナレッジとを記憶装置から読み出して、当該読み出した災害の情報及びナレッジを、前記発生災害に対する対処リコメンド情報として前記情報処理装置に返信する処理を実行することを特徴とする。
　本発明によれば、従来では対処が困難な災害に対する対処支援を効率的に実現することが可能となる。
本実施形態の災害対処支援システムの構成例を示す図である。 本実施形態における災害対処支援システムを構成する各装置のハードウェア構成例を示す図である。 本実施形態における異常検出装置の処理フロー例を示す図である。 本実施形態におけるセンサログのデータ構造例を示す図である。 本実施形態における特徴量データのデータ構造例を示す図である。 本実施形態における検出ルールのデータ構造例を示す図である。 本実施形態における災害対処管理装置の処理フロー例を示す図である。 本実施形態における対処ルールのデータ構造例を示す図である。 本実施形態におけるリソース情報のデータ構造例を示す図である。 本実施形態における地域情報のデータ構造例を示す図である。 本実施形態におけるナレッジ管理装置の処理フロー例を示す図である。 本実施形態における災害対処ナレッジのデータ構造例を示す図である。 本実施形態の災害対処ナレッジに含まれる特徴量データのデータ構造例を示す図である。 本実施形態の災害対処システムとナレッジ管理装置の間の連携処理フロー例を示す図である。 本実施形態における意思決定者端末上に表示する災害対処リコメンドの画面例１を示す図である。 本実施形態における意思決定者端末上に表示する災害対処リコメンドの画面例２を示す図である。 本実施形態における意思決定者端末上に表示する災害対処リコメンドの画面例２を示す図である。
　以下に本発明の実施形態について図面を用いて詳細に説明する。図１は本実施形態の災害対処支援システム１０の構成例を示す図である。図１に示す災害対処支援システム１０は、従来では対処が困難な災害に対する対処支援を効率的に実現するためのコンピュータシステムである。
　この災害対処支援システム１０は、図１にて示すように構成要素として、自治体など組織毎の災害対処システム１００（自治体毎に存在することを示すため、図１では、災害対処システム１００－Ａ、１００－Ｂ，１００－Ｃ・・・と例示）、ナレッジ管理装置１４２、ナレッジ管理装置１４２がアクセスする災害対処ナレッジＤＢ１５２、災害対策専門家の操作を受け付けてナレッジ管理装置１４２及び災害対処ナレッジＤＢに対して操作結果を適用する災害対策専門家端末１５４、およびこれらの装置と接続される通信ネットワーク１６２を含んでいる。
　このうち組織毎の災害対処システム１００は、さらに複数の構成要素から構成されている。図１で例示する災害対処システム１００の構成要素は、センサ１０２、異常検出装置１０４、異常検出装置１０４がアクセスする検出ルールＤＢ１１４及びセンサログ１１６、災害対処管理装置１１８、災害対処管理装置１１８がアクセスする対処ルールＤＢ１３０、対処履歴ＤＢ１３２、リソース情報１３４、および地域情報１３６、さらに、防災担当者端末１３８、意思決定者端末１４０、これらの装置と接続される通信ネットワーク１６０を含んでいる。上述の異常検出装置１０４と災害対処管理装置１１８を合わせて、本発明における「災害対処組織が備える情報処理装置」の概念となる。
　また、災害対処システム１００に含まれるセンサ１０２は、ネットワーク１６０にアクセスしてデータ通信する通信装置を備え、自治体等の組織が管理する災害検知のためのセンサ、例えば、地震センサ、河川の水位センサ、雨量計、急傾斜地の地滑り計、降雪量計などといったセンサが該当する。なお、こうしたセンサ１０２は、気象庁や消防庁等の関係機関からの警報、注意報、避難勧告等の連絡情報の受信装置や、地域住民が災害に関する情報を自治体等に通報するために利用する通信端末及びアプリケーション（例えば、スマートフォン及びスマートフォンアプリ）、であってもよい。いずれにせよ、災害に関連する情報を収集し、これをネットワーク１６０に送出する装置であればセンサ１０２とみなせる。こうしたセンサ１０２は、自身で測定した震度、水位、雨量などの計測値、あるいは関係機関や地域住民から得た情報を、センサ情報として随時ないし一定時間毎に異常検出装置１０４へ送信する機能を備えている。
　一方、異常検出装置１０４は、特徴量データ作成部１０６、異常検出部１０８、検出ルール管理部１１０、およびシステム連携部１１２の各機能を備える。各部１０６～１１２は、異常検出装置１０４の演算装置が記憶装置から読み出した該当プログラムを実行することで実装する。こうした異常検出装置１０４は、センサ１０２から送信されたセンサ情報を受信し、このセンサ情報が災害に関わるイベントを示すものか、すなわち異常の発生があるか検出する。この判定に伴う詳細な処理手順は後述する。
　また、災害対処管理装置１１８は、対処管理部１２０、対処ルール管理部１２２、リソース管理部１２４、およびシステム連携部１２６の各機能を備える。各部１２０～１２６は、災害対処管理装置１１８の演算装置が記憶装置から読み出した該当プログラムを実行することで実装する。こうした災害対処管理装置１１８は、異常検出装置１０４が実行した異常検出の結果等を受信し、後述する災害対処管理機能を防災担当者端末１３８や意思決定者端末１４０に対して提供する。
　一方、上述の災害対処システム１００とネットワーク１６２を介して接続されているナレッジ管理装置１４２は、イベント判定部１４４、ナレッジ管理部１４６、およびシステム連携部１４８の機能を備えている。各部１４４～１４８は、ナレッジ管理装置１４２の演算装置が記憶装置から読み出した該当プログラムを実行することで実装する。こうしたナレッジ管理装置１４２は、複数の災害対処システム１００及び災害対策専門家端末１５４に対して後述する機能を提供する。
　続いて、災害対処支援システム１０を構成する上述の各装置、すなわち、異常検出装置１０４、災害対処管理装置１１８、ナレッジ管理装置１４２、防災担当者端末１３８、意思決定者端末１４０、および災害対策専門家端末１５４の、計算機２００としてのハードウェア構成について説明する。図２は、本実施形態における災害対処支援システム１０を構成する各装置のハードウェア構成例を示す図である。
　上述の各装置たる計算機２００は、ＣＰＵ２０２（演算装置）、揮発性の半導体メモリで構成したＲＡＭ２０４、ＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）やＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）などで構成した外部記憶装置２０６、通信装置たる通信インタフェース２０８、キーボードやマウスなどの入力装置２１０、ＣＲＴディスプレイ、液晶ディスプレイ、プリンタなどの出力装置２１２、光磁気メディアなどの記憶媒体２１６を読み書きするための外部メディアインタフェース２１４、がバスなどの内部通信線２５０で接続された構成を持つ汎用的なコンピュータ機器である。もちろん、コンピュータ機器に限るわけではなく、ユーザに対する入力装置と出力装置、そして通信装置を備えた計算機であれば使用可能である。
　また、通信ネットワーク１６０と通信ネットワーク１６２は、公衆回線網、インターネット、ＩＳＤＮ、専用線、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）などの有線網や、移動通信用基地局や通信用人工衛星を利用した無線網などの各種通信ネットワークで実現できる。
　また、災害対処支援システム１０を構成する各装置は、アクセス出来るネットワーク１６０ないし１６２のプロトコルに従って予め設定されたアドレスを用いて、互いに通信する。また各装置らは、ブロードキャスト通信やマルチキャスト通信などを使って、複数の装置と同報的な通信を行ってもよい。さらに各装置らは、パブリッシュ/サブスクライブ型の通信のように、位置透過型の通信を行ってもよい。
　上述したように、以上の各装置の各機能や各処理部は、それぞれのＣＰＵ２０２が外部記憶装置２０６に格納されたプログラム２０７を実行することにより具現化される。また、各プログラム２０７は、予め各外部記憶装置２０６に格納されていても良いし、必要に応じて、当該装置が利用可能な、着脱可能な記憶媒体２１６や通信媒体である通信ネットワーク１６０、１６２または通信ネットワーク１６０、１６２上を伝搬する搬送波やデジタル信号を介して、他の装置から導入されても良い。
　続いて、本実施形態における災害対処支援方法の実際手順について図に基づき説明する。以下で説明する災害対処支援方法に対応する各種動作は、災害対処支援システム１０を構成する、上述の各装置らがそれぞれＲＡＭ２０４等に読み出して実行するプログラム２０７によって実現される。そして、これらのプログラム２０７は、以下に説明される各種の動作を行うためのコードから構成されている。
　ここではまず、異常検出装置１０４が実行する処理フローについて説明する。図３は、本実施形態における異常検出装置１０４が実行する処理フロー例を示す図である。この場合、異常検出装置１０４は、ステップ３０２において処理要求に関する待機状態をとる。異常検出装置１０４は、その性質上、センサ１０２や災害対処管理装置１１８からの指示を常に待ち続けいている。
　次に異常検出装置１０４は、ステップ３０４において、センサ１０２からセンサ情報を受信したどうか判断する。異常検出装置１０４は、センサ１０２からセンサ情報を受信した場合（３０４：Ｙｅｓ）、ステップ３０６に処理を進める。他方、異常検出装置１０４は、センサ１０２からセンサ情報を受信しなかった場合（３０４：Ｎｏ）、ステップ３１４に処理を進める。
　上述のステップ３０６において、異常検出装置１０４のシステム連携部１１２は、センサ１０２から受信したセンサ情報を図４に示すセンサログ１１６に格納する。センサログ１１６は、異常検出装置１０４がセンサ情報をセンサ１０２から受信した日時を格納する受信日時フィールド４００、センサ１０２の種類をを格納するセンサ種別フィールド４０２、センサ種別に応じて値の有無が決定するセンサの所在を格納するセンサ場所フィールド４０４、センサ１０２による測定値、関係機関や地域住民の通報、連絡の内容を格納するセンサ値フィールド４０６から構成される。センサ場所フィールド４０４に格納される情報は、例えば、センサ１０２が具備するＧＰＳセンサや携帯電話の位置情報サービスを使って得た位置情報と出来る。また、センサ１０２の識別子に対応した所在情報を予め災害対処システム１００の構成装置（異常検出装置１０４、あるいは、災害対処管理装置１１８）で管理していれば、この所在情報を使ってもよい。
　次にステップ３０８において、異常検出装置１０４の特徴量データ作成部１０６は、センサログ１１６及び後述する災害対処管理装置１１８が管理する地域情報１３６を参照し、図５に示す特徴量データ５００を生成する。特徴量データ５００の構成要素である時刻期間フィールド５０１は、現在時刻からある一定時間の過去までの期間を示す。この一定時間の値は、予め異常検出装置１０４で設定されているものとする。こうした特徴量データ５００は本発明における特徴情報に該当する。
　ステップ３０８における特徴量データ作成部１０６は、センサログ１１６に含まれる受信日時フィールド４００の時刻情報を用いて一定期間内に含まれる該当ログエントリを抽出する。また、特徴量データ作成部１０６は、センサログ１１６から抽出したログエントリに対して以下の処理（１）～（４）を行う。
（１）センサ情報の分類
　特徴量データ作成部１０６は、上述のように抽出したログエントリが含む内容を、気象情報、緊急情報、および被害情報に分類する。具体的には、センサ種別４０２及びセンサ値４０６の内容に基づいて分類する。気象情報とは、震度、雨量、水位、等のセンサ装置で計測可能な情報である。緊急情報とは、気象庁や消防庁などの公共機関が発表する注意報や警報等を示す。被害情報とは、政府や自治体が公表する被害状況や住民からの被害通報の情報を示す。そこで特徴量データ作成部１０６は、例えば、抽出したログエントリが含むテキスト情報に対して自然言語処理技術を用いて、気象情報、緊急情報、および被害情報の分類を行う。
　具体的には、あるログエントリが、センサ種別「河川水位センサ」、センサ値「基準値より○ｃｍ大」といったテキスト情報を含んでいた場合、特徴量データ作成部１０６は、気象現象たる豪雨に起因したログと認識し、該当ログエントリを気象情報に分類する。
　また、あるログエントリが、センサ種別「気象庁発表」、センサ値「○○地域豪雨警戒」といったテキスト情報を含んでいた場合、特徴量データ作成部１０６は、「気象庁」、「豪雨」というキーワードから該当ログエントリを気象情報に分類する。
　また、あるログエントリが、センサ種別「住民報告」、センサ値「流木が見られる」といったテキスト情報を含んでいた場合、特徴量データ作成部１０６は、「住民報告」、「流木」というキーワードから、上流域での大雨等により倒木等の具体的被害が発生したことに対応したログと認識し、該当ログエントリを被害情報に分類する。
（２）特徴量データ要素及び値の割当
　また特徴量データ作成部１０６は、上述のように分類したログエントリに対し、特徴量データ要素を割り当てる。この特徴量データ要素とは、気象情報、緊急情報、被害情報毎に予約された特徴量データ名であり、予め、災害対処システム１００の構成装置（異常検出装置１０４、あるいは、災害対処管理装置１１８）で管理されているものとする。
　ａ）気象情報は、雨量、震度、竜巻等、気象に関わる要素名とする。値は、計測された値、あるいは、有無を示す１あるいは０の数値である。
　ｂ）緊急情報は、気象庁や自治体等の関係機関が公表する警報、注意報、警戒情報の種類を要素名とする。例えば、大雨警報、洪水注意報等、土砂災害警戒情報がある。値は有無を示す１あるいは０の数値である。
　ｃ）被害情報は、被害に繋がる可能性のある予兆情報や被害そのものを示す情報を要素名とする。例えば、山鳴り、河川濁り、流木等の被害の予兆を示す情報や河川氾濫、床上浸水等の被害を示す情報が例として挙げられる。値は有無を示す１あるいは０の数値である。
　具体的には、例えば「気象情報」に分類した或るログエントリに対し、特徴量データ作成部１０６は、該当ログエントリが含んでいた「雨量：１００ｍｍ以上／時間」といったセンサ値の情報から、特徴量データ要素として要素名「雨量」、値「１００ｍｍ」を割り当てる。また、例えば「被害情報」に分類した或るログエントリに対し、特徴量データ作成部１０６は、該当ログエントリが含んでいた「流木が見られる」といったセンサ値の情報から、特徴量データ要素として要素名「流木」、値「Ｔｒｕｅ」を割り当てる。
（３）地域脆弱性情報の抽出
　次に特徴量データ作成部１０６は、上述のログエントリに対して、センサ場所４０４の値が示す地域を地域情報１３６に照合し、地域情報１３６に含まれる地域に関するログかどうか特定し、地域情報１３６に含まれる地域に関するログであると確定した場合、該当地域に関して地域情報１３６で規定された脆弱性情報を抽出する。
　具体的には、例えばセンサ場所「地域Ａ」の或るログエントリに対し、地域情報１３６にて「地域Ａ」に関する脆弱性情報「急傾斜、要援護者」なる情報を抽出し、割り当てる。
（４）特徴量データの作成
　特徴量データ作成部１０６は、以上の（１）～（３）の各処理で得られた結果を該当ログエントリに関してマージし、図５に示す特徴量データ５００を少なくとも一つ作成する。
　以上のように特徴量データ５００は、時刻期間５０１、気象情報５０２、緊急情報５０４、被害情報５０６、地域脆弱性情報５０８、および地域情報５１０の各値から構成される多次元のベクトルとして表現することができる。このようにある地域における災害に関わる状況を、具体的な災害を特定することなく複数の情報要素で表現することが可能になる。
　ここで図３の処理フロー図の説明に戻る。次に、異常検出装置１０４における異常検出部１０８は、ステップ３１０において、図６に示す検出ルール１１４を参照して異常検出処理を実行する。この場合、異常検出部１０８は、上述のステップ３０６で作成したセンサログに記されたセンサ種別４０２及びセンサ値４０６を、検出ルール１１４に照合し、該当する異常イベント６０４を含むレコードが存在するか判定する。例えば、ステップ３０６で作成したセンサログに記されたセンサ種別が「河川水位センサ」、センサ値が「基準値より○ｃｍ大」であった場合、異常検出部１０８は、これらの値を検出ルール１１４に照合して、該当する異常イベント「河川決壊恐れ」を特定出来る。こうした検出ルール１１４での異常イベントの特定結果としては、異常イベント名、あるいは、異常無し、となる。
　続いてステップ３１２において、異常検出装置１０４のシステム連携部１１２は、災害対処管理装置１１８に対して、ステップ３０８で生成した特徴量データ５００と、ステップ３１０で特定した異常検出結果（異常イベント名、あるいは、異常無し）とを送信する。その後、ステップ３０２の処理待ち状態となる。
　また、上述のステップ３０４及びステップ３１４の結果、災害対処管理装置１１８から情報受信したことを検知した場合（３０４：Ｎｏ、３１４：Ｙｅｓ）、異常検出装置１０４の検出ルール管理部１１０は、ステップ３１６にて、災害対処管理装置１１８から受信した情報に従って検出ルール１１４を更新する。災害対処管理装置１１８から送信されてくる情報は、具体的には、防災担当者端末１３８を操作するユーザから入力された、検出ルール１１４の更新データである。
　引き続き、上述のステップ３１２の実行により、異常検出装置１０４から情報を受信する災害対処管理装置１１８での処理について説明する。図７は、災害対処管理装置１１８における処理フロー例を示す図である。災害対処管理装置１１８は、求められる性質上、恒常的に稼働している装置であり、ステップ７０２にて示すように処理要求待ちの状態で待機している。この待機状態において、何らかの処理要求を受信した場合、以降のステップ７０４、ステップ７０８、ステップ７１２にて、災害対処管理装置１１８のシステム連携部１２６は、受信した要求に応じて処理を振り分ける。
　例えば、上述の異常検出装置１０４から特徴量データと異常検出結果を受信した場合（ステップ７０４：ｙ）、災害対処管理装置１１８の対処管理部１２０は、ステップ７０６にて所定の対処処理（後述）を実行する。また、ナレッジ管理装置１４２からデータを受信した場合（ステップ７０４：ｙ）、対処管理部１２０は、ステップ７１０にてリコメンド活用処理（後述）を行う。これらのステップ７０６及びステップ７１０は、災害対処管理装置１１８及びナレッジ管理装置１４２との連携処理と係るため、装置間の連携処理フローを示す図１４に基づき後述する。
　また、防災担当者端末１３８、あるいは、意思決定者端末１４０から情報を受信した場合（ステップ７１２：ｙ）、災害対処管理装置１１８は、ステップ７１４にて端末受付処理を実行する。なお、意思決定者端末１４０に対する端末受付処理の詳細は後述する。一方、防災担当者端末１３８に対する端末受付処理は、以下の（１）～（３）の各処理が含まれる。
（１）災害対処管理装置１１８の対処ルール管理部１２２が、防災担当者端末１３８から受けた対処ルール変更内容を対処ルール１３０へ登録、更新する処理。この処理において対処ルール管理部１２２は、対処ルール変更内容から、対処ルール１３０の各フィールドに対応する値を抽出し、ここで抽出した値で、対処ルール１３０の該当フィールドへの新規登録、ないし既存値の更新を行う。こうした登録、更新の対象となる対処ルール１３０は、図８に示すデータ構造を備えている。
　このうちイベントフィールド９００の値は、災害の予兆、兆候、発生を表す異常イベントを示す。また、対処内容フィールド９０２の値は、該当する異常イベントに対応するための対処内容を示す。また、対処リソース・要員フィールド９０４の値は、該当対処内容の実行に必要となる防災要員を示す。また、対処リソース・資機材フィールド９０６の値は、該当対処内容の実行に必要となる資材、機材を示す。災害対処管理装置１１８は、異常検出装置１０４から受信する異常検出結果と各イベントフィールド９００の値を照合することで、該当するイベントに関して適切な対処内容９０２、対処リソース・要員９０４、および対処リソース・資機材９０６の各値を特定することが可能になる。
（２）災害対処管理装置１１８のリソース管理部１２４が、防災要員や資機材の状態をリソース情報１３４へ登録、更新する処理。この処理においてリソース管理部１２４は、防災担当者端末１３８から受信したデータから、リソース情報１３４の各フィールドに対応する値を抽出し、ここで抽出した値で、リソース情報１３４の該当フィールドへの新規登録、ないし既存値の更新を行う。こうした登録、更新の対象となるリソース情報１３４は、図９に示すデータ構造を備えている。
　このうちリソース分類フィールド１０００の値は、リソースの種類を示す。また、リソース名フィールド１００２の値は、具体的なリソース名を示し、防災要員や資機材の実体を示す。また、リソース状況１００４の値は、現在のリソースの稼働状況を表す。また、リソース状況１００４の値は、図８で示した対処ルール１３０にて規定された必要な対処リソース９０４、９０６が実際に用意できるか判断するための情報である。
（３）災害対処管理装置１１８のリソース管理部１２４が、地域脆弱性情報を地域情報１３６へ登録、更新する処理。この処理においてリソース管理部１２４は、防災担当者端末１３８から受信したデータから、地域情報１３６の各フィールドに対応する値を抽出し、ここで抽出した値で、地域情報１３６の該当フィールドへの新規登録、ないし既存値の更新を行う。こうした登録、更新の対象となる地域情報１３６は、図１０に示すデータ構造を備えている。
　このうち地域識別子フィールド１１００の値は、災害対処システム１００すなわち災害対処システム運営者たる自治体等が管轄する各地域を特定する情報である。また、脆弱性情報フィールド１１０２の値は、該当地域における災害に対する脆弱性を示す情報である。
　続いて、ナレッジ管理装置１４２における処理について説明する。図１１は、ナレッジ管理装置１４２における処理フロー例を示す図である。ナレッジ管理装置１４２は、求められる性質上、恒常的に稼働している装置であり、ステップ８０２にて示すように処理要求待ちの状態で待機している。この待機状態において、何らかの処理要求を受信した場合、以降のステップ８０４、ステップ８０８にて、ナレッジ管理装置１４２のシステム連携部１４８は、受信した要求に応じて処理を振り分ける。
　例えば、災害対処管理装置１１８から情報を受信した場合（ステップ８０４：ｙ）、システム連携部１４８は、ステップ８０６にてリコメンド処理を実行する。このリコメンド処理の詳細に関しては、装置間の連携処理フローを示す図１４に基づき後述する。他方、防災専門家端末１５４から情報を受信した場合（ステップ８０８：ｙ）、ナレッジ管理装置１４２のナレッジ管理部１４６は、ステップ８１０にて災害対処ナレッジ１５２の登録、更新処理を実行する。この処理においてナレッジ管理部１４６は、災害対策専門家端末１５４を通じて受け付けた災害対策専門家の入力を、災害対処ナレッジ１５２に登録することとなる。
　こうした処理の対象となる災害対処ナレッジ１５２は、図１２に示すデータ構造を備えている。災害対処ナレッジ１５２は、関連する情報のツリー構造として表現される。このうちトップノード情報１２００は、災害、事故などを示す抽象的な概念である脅威を文字列として持つ。このトップノード情報１２００を具体化した下位概念が次のノード情報として関係付けられる。例えば、自然災害を示すノード情報１２０２、事故災害を表すノード情報１２０４、そしてサイバー攻撃などの脅威を示すノード情報１２０２がトップノード１２００に紐付いている。
　また、これらの具体化された脅威の概念１２０２～１２０６らに対して、イベントのノード情報がそれぞれ関連付けられる。例えば、ノード情報１２０８は、自然災害に分類されるイベント「土砂災害兆候」のノード情報である。このイベントのノード情報１２０８は、特徴量データ１２１０を属性情報として持つ。特徴量データ１２１０は、図１３に示すデータ構造を備えている。
　特徴量データ１２１０のうち、イベントフィールド１３００の値は、災害、事故の予兆や兆候を示すイベント名を示す。また、特徴量データ分類１３０２の値は、該当イベントを特徴付けるデータの分類を示す。また、特徴量データ要素１３０４の値は、該当イベントの該当特徴量データ分類におけるデータ要素名を示す。また、基準値フィールド１３０６の値は、該当イベントの特徴量データ要素を特徴づける基準となる値である。例えば、イベント「土砂災害兆候」は、特徴量データ分類「気象情報」の特徴量データ要素「雨量」に関して「１００ｍｍ」が基準値となることを示す。このように各イベントに対して様々な特徴量データ要素の基準値が関連付けられたデータ構造により、特徴量データからイベントを特定することが可能になる。
　図１２の災害対処ナレッジ１５２の説明に戻る。上述したイベントのノード情報１２０８は、そのイベントに対応した対処手順を記した対処ノード情報１２１２が関連付けられている。さらに、この対処ノード情報１２１２は、その対処に関わる制約情報１２１４、事例情報１２１６を属性情報として持つ。制約情報１２１４とは、対処を行うための制約を示す。制約とは、「対処は昼間に行うべきこと」といった事項にあたる。また、事例情報１２１６は、対処に関する事例である。例えば、要員不足などのトラブル発生時の対処成功事例や対処に失敗した事例などが該当する。
　また、対処ノード情報１２１２は、対処を行う上で必要となる情報を示す情報ノード１２２０、１２２２、１２２４、１２２６、１２２８を持つ。図１２の例では、対処ノード情報１２１２が示す対処「災害時の要援護者の避難誘導」を行うために、「気象状況」、「ハザードマップ」、「道路状況」、避難所情報、高齢者や病人など判別するための「世帯プロファイル」の各情報が必要であることを示している。
　このように災害対処ナレッジ１５２において、災害に関わるイベント、そのイベントに対する対処、および対処に必要な情報、が互いに関連付けされた階層構造となっていることで、災害対処のノウハウが効率的に検索可能な形式化されたものとなっている。また、対処ノード情報１２１２が示す対処に関して、制約情報１２１４、事例情報１２１６といった属性情報が付加可能な構造となっており、対処の制約事項や事例のノウハウも形式化されており、効率的な検索が可能なデータ構造を構成している。
　続いて、上述してきた災害対処システム１００とナレッジ管理装置１４２とが連携し、本実施形態の災害対処支援方法の手順を実行する流れについて説明する。図１４は、災害対処システム１００とナレッジ管理装置１４２との連携処理フローを示す。ここでは特に、図７で説明した災害対処管理装置１１８における対処処理（ステップ７０６）及びリコメンド活用処理（ステップ７１０）、さらに、図１１で示したナレッジ管理装置１４２におけるリコメンド処理（ステップ８０６）の詳細を説明する。
　まず、センサ１０２からのセンサ情報送信（ステップ１４００）を受けた異常検出装置１０４が、上述の図３で説明したステップ３０８、ステップ３１０を実行して、特徴量データ作成と異常検出の各処理を行う。異常検出装置１０４は、これらのステップで得た特徴データと異常検出結果を災害対処管理装置１１８に送る（ステップ１４０１）。
　一方、災害対処管理装置１１８は、上述した異常検出装置１０４からの特徴量データ及び異常検出結果を受信すると、ステップ１４０２にて、対処実現性の評価を実行する。この対処実現性の評価として、災害対処管理装置１１８は次の（１）～（４）の各処理を行う。
（１）異常検出結果を踏まえた対処ルールの有無の確認。この処理において災害対処管理装置１１８は、異常検出装置１０４から得た異常検出結果を対処ルール１３０に照合し、異常検出結果が示すイベントに対応した対処内容の有無を確認する。
（２）対処ルールを実行する上で必要となるリソース状況の確認。この処理において災害対処管理装置１１８は、上述の（１）の処理結果、すなわち、異常検出結果が示すイベントに対応した対処内容が対処ルール１３０に存在した場合、該当対処内容が示す対処リソースの値を、リソース情報１３４に照合し、該当対処に必要な防災要員や資機材が該当自治体等に実際に装備されており、該当対処に適用できるか確認する。例えば、対処に必要とされるリソースが、要員「○○班」、資機材「ＴＶ会議システム」であった場合、災害対処管理装置１１８は、これらをキーワードにリソース情報１３４でのリソース分類１０００、リソース名１００２に関する検索を実行し、検索出来た該当レコードのリソース状況１００４が稼働可能な状況を示しているか判定する。
　こうした対処実現性評価の結果、異常検出結果が示すイベントに応じた対処ルールが対処ルール１３０中に存在し、かつ、該当対処ルールを実行するためのリソースが活用できると判断した場合（ステップ１４０４：Ｙｅｓ）、災害対処管理装置１１８は、対処ルール１３０から特定した該当対処ルールの内容を含む対処画面情報を作成し（ステップ１４１０）、これを意思決定者端末１４０に送信する（ステップ１４１１）。
　この対処画面情報を受けた意思決定者端末１４０で表示される災害対処画面１７００の例を図１５に示す。災害対処画面１７００は、監視情報画面エリア１７０２、対処リコメンドエリア１７０４、および参考情報（対処ナレッジ）画面エリア１７０６を含んでいる。ここでは、異常検出結果が示すイベントに応じた対処ルールの特定と必要なリソースの手配が可能である状況であるため、それ以外の状況（対処ルール特定出来ず、或いは対処ルール特定可能なれどリース手配出来ずのいずれかの状況）に応じてナレッジ管理装置１４２が提供してくる情報を表示する参考情報（対処ナレッジ）画面エリア１７０６は空欄となっている。一方、監視情報画面エリア１７０２には、異常検出結果が示すイベント「土砂災害兆候」の情報が表示され、対処リコメンドエリア１７０４には、イベント「土砂災害兆候」に対して特定した対処内容の情報が表示されている。意思決定者端末１４０にてこの災害対処画面１７００を閲覧しているユーザは、画面表示内容に応じて対処を決定し、実行することになる。
　一方、上述のステップ１４０４において、異常検出結果が示すイベントに応じた対処ルールを対処ルール１３０中で特定出来なかったか、或いは、対処ルールの特定は出来たが該当対処ルールを実行するためのリソースが不足していると判断した場合（ステップ１４０４：Ｎｏ）、災害対処管理装置１１８は、ステップ１４０３にて、特徴量データ及び対処実現性評価結果をナレッジ管理装置１４２へ送信する。
　他方、ナレッジ管理装置１４２は、災害対処管理装置１１８から上述の特徴量データ及び対処実現性評価結果１４０３を受信すると、ステップ１４０６にて、災害対処ナレッジ１５２において以下の手順（１）～（５）による検索を実行する。
（１）災害対処管理装置１１８から受信した特徴量データを、災害対処ナレッジ１５２のイベントノード１２０８毎に正規化する。この正規化は、例えば、気象情報、緊急情報、被害情報及び地域脆弱性情報のデータ要素のうち、有無を示す値は１と０の数値に変換し、気象情報の雨量のように定量的な値を持つものは、イベント毎に基準値以上を１、超えないものを０と変換する処理となる。こうした特徴量データの正規化で得たデータ列を、例えばＣｉとする。
（２）災害対処ナレッジ１５２のイベントノード１２０８の属性情報である特徴量データ１２１０の値を（１）と同様に正規化する。この正規化データ列をＣｊとする。
（３）ＣｉとＣｊの正規化データ列に対し、例えばＪａｃｃａｒｄ係数を用いた類似度を次の数１にて算定する。
　類似度＝｜Ｃｉ∩Ｃｊ｜／｜Ｃｉ∪Ｃｊ｜・・・（数１）
　なお、類似度の計算に関しては、上述のようなＪａｃｃａｒｄ係数を用いた方法だけでなく、その他の類似度判定技術を用いてもよい。例えば、正規化データ列に対して機械学習技術を用いたクラスタリング法を使ってもよい。
（４）災害対処ナレッジ１５２の全てのイベントノード１２０８のうち、（３）で算定した類似度が一番大きなイベントノードを選択し、このイベントノード及び関連する対処ノード情報１２１２を検索結果とする。
（５）災害対処管理装置１１８から受信した実現性評価結果がリソース不足に関する情報を含んでいる場合、上述の（４）の検索結果が含む対処ノード情報１２１２の属性情報である事例１２１６を参照し、リソース不足の場合の対処事例を取得する。
　ナレッジ管理装置１４２は、これらの（１）から（５）の処理を行って得た各情報を対処リコメンド情報として集約し（ステップ１４０８）、その情報を災害対処管理装置１１８へ送信する（ステップ１４０９）。
　一方、対処リコメンド情報を受信した災害対処管理装置１１８は、意思決定者端末１４０へ提示する対処画面情報を作成し（ステップ１４１０）、その情報を意思決定者端末１４０へ送信する（ステップ１４１１）。図１６及び図１７は、災害対処管理装置１１８から送られた対処画面情報に応じ、意思決定者端末１４０にて表示される災害対処画面例を示す図である。
　このうち図１６に例示する災害対処画面１５００は、災害対処システム１００では対処ルール等の情報登録が無い災害、すなわち想定外の災害の兆候が発生した状況に対応して表示される画面例である。この災害対処画面１５００において、監視情報画面エリア１５０２及び対処リコメンドエリア１５０４は、異常検出装置１０４がイベント特定（異常検出）出来ず、なおかつ、該当イベントに対応する対処ルール１３０が存在しなかったことを示している。
　一方、参考情報（対処ナレッジ）画面エリア１５０６は、ナレッジ管理装置１４２から送信された対処リコメンド情報を表示している。この図１６の例では、特徴量データから「土砂災害兆候」の異常（イベント）を特定し、その対処のリコメンドとして、「警戒本部の設置」、「情報収集」、「救助・救急・避難誘導の活動」が提示されている。また、事例ボタン１５１０、１５１２、１５１４は、それぞれの対処リコメンドに対応する事例情報を表示するためのリンクを示す。これらの事例ボタン１５１０～１５１４が押下された場合、意思決定者端末１４０からナレッジ管理装置１４２に事例要求がなされ、ナレッジ管理装置１４２は災害対処ナレッジ１５２から該当イベントの該当対処に関して蓄積されている事例１２１６を抽出し、意思決定者端末１４０に返すことになる。
　また図１７に示す災害対処画面１６００は、災害対処システム１００では対処ルール等の情報登録がある災害、すなわち想定内の災害の兆候が発生したことを特定したが、対処実現性評価１４０２の結果、該当災害への対処に必要となるリソースの不足を特定した場合の画面例である。この図１７の例では、監視情報画面エリア１６０２にて、特徴量データから「土砂災害兆候」の異常（イベント）が特定されたことを示し、対処リコメンドエリア１６０４にて、該当イベントへの対処のリコメンドとして、「警戒本部の設置」、「情報収集」、「救助・救急・避難誘導の活動」が特定されたことを示している。だが、上述したように対処実現性評価１４０２の結果、「救助、救急、避難誘導の活動」は、「実行困難（要員不足）」となっている
　このリソース不足の状況に対する対処成功事例として、ナレッジ管理装置１４２が、該当対処ノード情報１２１２に紐付いた事例１２１６を抽出し、これを意思決定者端末１４０に送ってきた情報が、参考情報（対処ナレッジ）画面エリア１６０６における対処リコメンド情報のうち、対処成功事例情報１６０７「外部組織への応援依頼」である。意思決定者端末１４０で、この災害対処画面１６００を閲覧しているユーザは、画面表示内容に応じて対処内容と、対処実行に必要なリソースの手配手法について理解し、以後の対処方針を決定して実行することになる。
　以上、本発明を実施するための最良の形態などについて具体的に説明したが、本発明はこれに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
　こうした本実施形態によれば、ある組織において想定外の災害発生時にその災害に対する対処内容を他組織のナレッジに基づいてリコメンドすることが可能となる。また、想定内の災害であっても要員や資機材不足のため対処の実現困難な場合に、対応策となりうる対処内容をリコメンドすることも可能となる。こうしたリコメンドを受けた該当組織においては、災害時の脅威への迅速な対応を行うことが出来る。また、各組織間で災害対処に関するナレッジを共有することで、処理効率ひいては災害対処の効率化が可能になる。
　従って、従来では対処が困難な災害に対する対処支援を効率的に実現することが可能となる。
　本明細書の記載により、少なくとも次のことが明らかにされる。すなわち、本実施形態の災害対処支援システムにおいて、前記ナレッジ管理装置の演算装置は、前記情報処理装置から、災害対処内容を特定出来たが対処実行が困難である旨を受信し、当該対処実行が困難な状況に対処するナレッジを、前記記憶装置の各ナレッジから特定して読み出し、当該読み出したナレッジを、前記対処実行が困難な状況に対する対処リコメンド情報として前記情報処理装置に返信する処理を実行するものである、としてもよい。
　これによれば、例えば自治体等において、災害対処の実行に必要なリソース（人員や機材など）の不足が生じている状況であっても、その不足に対処する方策について情報を得ることが可能となり、従来であれば対処困難な災害に対する対処が効率的に行われやすくなる。
　また、上述の災害対処支援システムにおいて、他装置と通信する通信装置と、災害の特徴情報から災害を特定するルールと各災害に対する対処内容の各情報を格納した記憶装置と、管轄領域での発生災害に関してセンサないし所定端末から該当災害の情報を受信し、当該情報が含む特徴情報を前記ルールに適用して災害を特定し、当該特定した災害に対する対処内容を前記記憶装置から特定して他端末ないし出力装置に出力する処理と、前記特徴情報を前記ルールに適用しても災害を特定出来ない場合、または、災害を特定出来たが該当災害に対する対処内容を特定出来ない場合、災害対処内容を特定出来無い旨と前記特徴情報とを前記ナレッジ管理装置に送信する処理を実行する演算装置と、を備えた前記情報処理装置を更に含むとしてもよい。
　これによれば、災害の発生を監視し、これに対処すべき自治体等が管理、運営する情報処理装置（例えば、防災センター等に備わるコンピュータ）と、上述のナレッジ管理装置とが一体に協働し、従来では対処が困難な災害に対する対処支援を効率的に実現することが可能となる。
　また、上述の災害対処支援システムにおける前記情報処理装置の記憶装置は、該当災害対処組織が有する災害対処用のリソースに関する情報を更に格納したものであり、前記情報処理装置の演算装置は、前記特定した災害に対する対処内容が示す、対処内容実行に必要なリソースの情報を、前記記憶装置のリソースに関する情報と照合し、該当災害対処組織において前記対処内容実行に必要なリソースの不足を特定した場合、災害対処内容を特定出来たが対処実行が困難である旨を前記ナレッジ管理装置に送信する処理を更に実行するものである、としてもよい。
　これによれば、上述の自治体等が管理、運営する情報処理装置と上述のナレッジ管理装置とが一体に協働し、自治体等において災害対処の実行に必要なリソース（人員や機材など）の不足が生じている状況であっても、その不足に対処する方策について効率的に情報を得ることが可能となり、従来であれば対処困難な災害に対する対処が効率的に行われやすくなる。
　また、上述の災害対処支援システムにおける前記情報処理装置の演算装置は、センサないし所定端末から受信した前記災害の情報、または記憶装置に予め格納していた情報の少なくともいずれかから、所定規則に基づいて、気象情報、災害に関して発令された警報ないし注意報である緊急情報、災害により生じている被害を示す被害情報、災害ないし被害の発生場所、前記発生場所における災害への脆弱性を示す地域脆弱性情報、の少なくともいずれか２つ以上の情報を抽出し、当該抽出した情報から前記特徴情報を生成する処理を更に実行するものである、としてもよい。
　これによれば、上述の情報処理装置において前記ルールに適用して災害を特定する際に必要な特徴情報を効率良く生成し、当該災害の特定処理を円滑化することが出来る。このことは、ナレッジ管理装置において、特徴情報と前記記憶装置の各ナレッジに対応付けられた災害との類似性を所定アルゴリズムで特定する処理の効率化にもつながる。
１０　災害対処支援システム
１００　災害対処システム
１０２　センサ
１０４　異常検出装置
１１８　災害対処管理装置
１３８　防災担当者端末
１４０　意思決定者端末
１４２　ナレッジ管理装置
１５４　災害対策専門家端末
１６０、１６２　通信ネットワーク
２００　計算機
２０２　ＣＰＵ（演算装置）
２０４　ＲＡＭ
２０６　外部記憶装置（記憶装置）
２０７　プログラム
２０８　通信装置
２１０　入力装置
２１２　出力装置
２１４　外部メディアインタフェース
２１６　記憶媒体
２５０　内部通信線

Claims (6)

  1. 　他装置と通信する通信装置と、
    　各災害に対処するナレッジを蓄積した記憶装置と、
    　発生災害に関して得られた該当災害の特徴情報から既知の災害対処内容を選択する、災害対処組織が備える情報処理装置から、災害対処内容を特定出来無い旨と前記特徴情報とを受信し、当該受信した前記特徴情報と前記記憶装置の各ナレッジに対応付けられた災害との類似性を所定アルゴリズムで特定し、類似性が所定レベル以上の災害の情報とそれに対処するナレッジとを記憶装置から読み出して、当該読み出した災害の情報及びナレッジを、前記発生災害に対する対処リコメンド情報として前記情報処理装置に返信する処理を実行する演算装置と、
    　を備えたナレッジ管理装置を含むことを特徴とする災害対処支援システム。
  2. 　前記ナレッジ管理装置の演算装置は、
    　前記情報処理装置から、災害対処内容を特定出来たが対処実行が困難である旨を受信し、当該対処実行が困難な状況に対処するナレッジを、前記記憶装置の各ナレッジから特定して読み出し、当該読み出したナレッジを、前記対処実行が困難な状況に対する対処リコメンド情報として前記情報処理装置に返信する処理を実行するものである、
    　ことを特徴とする請求項１に記載の災害対処支援システム。
  3. 　他装置と通信する通信装置と、
    　災害の特徴情報から災害を特定するルールと各災害に対する対処内容の各情報を格納した記憶装置と、
    　管轄領域での発生災害に関してセンサないし所定端末から該当災害の情報を受信し、当該情報が含む特徴情報を前記ルールに適用して災害を特定し、当該特定した災害に対する対処内容を前記記憶装置から特定して他端末ないし出力装置に出力する処理と、
    　前記特徴情報を前記ルールに適用しても災害を特定出来ない場合、または、災害を特定出来たが該当災害に対する対処内容を特定出来ない場合、災害対処内容を特定出来無い旨と前記特徴情報とを前記ナレッジ管理装置に送信する処理を実行する演算装置と、
    　を備えた前記情報処理装置を更に含むことを特徴とする請求項１に記載の災害対処支援システム。
  4. 　前記情報処理装置の記憶装置は、
    　該当災害対処組織が有する災害対処用のリソースに関する情報を更に格納したものであり、
    　前記情報処理装置の演算装置は、
    　前記特定した災害に対する対処内容が示す、対処内容実行に必要なリソースの情報を、前記記憶装置のリソースに関する情報と照合し、該当災害対処組織において前記対処内容実行に必要なリソースの不足を特定した場合、災害対処内容を特定出来たが対処実行が困難である旨を前記ナレッジ管理装置に送信する処理を更に実行するものである、
    　ことを特徴とする請求項３に記載の災害対処支援システム。
  5. 　前記情報処理装置の演算装置は、
    　センサないし所定端末から受信した前記災害の情報、または記憶装置に予め格納していた情報の少なくともいずれかから、所定規則に基づいて、気象情報、災害に関して発令された警報ないし注意報である緊急情報、災害により生じている被害を示す被害情報、災害ないし被害の発生場所、前記発生場所における災害への脆弱性を示す地域脆弱性情報、の少なくともいずれか２つ以上の情報を抽出し、当該抽出した情報から前記特徴情報を生成する処理を更に実行するものである、
    　ことを特徴とする請求項３に記載の災害対処支援システム。
  6. 　他装置と通信する通信装置と、各災害に対処するナレッジを蓄積した記憶装置とを備えたコンピュータが、
    　発生災害に関して得られた該当災害の特徴情報から既知の災害対処内容を選択する、災害対処組織が備える情報処理装置から、災害対処内容を特定出来無い旨と前記特徴情報とを受信し、当該受信した前記特徴情報と前記記憶装置の各ナレッジに対応付けられた災害との類似性を所定アルゴリズムで特定し、類似性が所定レベル以上の災害の情報とそれに対処するナレッジとを記憶装置から読み出して、当該読み出した災害の情報及びナレッジを、前記発生災害に対する対処リコメンド情報として前記情報処理装置に返信する処理を実行する、
    　ことを特徴とする災害対処支援方法。
PCT/JP2014/058800 2014-03-27 2014-03-27 災害対処支援システムおよび災害対処支援方法 WO2015145648A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2014/058800 WO2015145648A1 (ja) 2014-03-27 2014-03-27 災害対処支援システムおよび災害対処支援方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2014/058800 WO2015145648A1 (ja) 2014-03-27 2014-03-27 災害対処支援システムおよび災害対処支援方法

Publications (1)

Publication Number Publication Date
WO2015145648A1 true WO2015145648A1 (ja) 2015-10-01

Family

ID=54194244

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2014/058800 WO2015145648A1 (ja) 2014-03-27 2014-03-27 災害対処支援システムおよび災害対処支援方法

Country Status (1)

Country Link
WO (1) WO2015145648A1 (ja)

Cited By (56)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018036980A (ja) * 2016-09-02 2018-03-08 日本電信電話株式会社 危機対応マネジメント装置
WO2019067627A1 (en) * 2017-09-27 2019-04-04 Johnson Controls Technology Company SYSTEMS AND METHODS OF RISK ANALYSIS
US10559180B2 (en) 2017-09-27 2020-02-11 Johnson Controls Technology Company Building risk analysis system with dynamic modification of asset-threat weights
US10831163B2 (en) 2012-08-27 2020-11-10 Johnson Controls Technology Company Syntax translation from first syntax to second syntax based on string analysis
US11024292B2 (en) 2017-02-10 2021-06-01 Johnson Controls Technology Company Building system with entity graph storing events
WO2021131040A1 (ja) * 2019-12-27 2021-07-01 日本電気株式会社 データ管理装置、センサ装置、データ管理方法、及びプログラム
US11275348B2 (en) 2017-02-10 2022-03-15 Johnson Controls Technology Company Building system with digital twin based agent processing
US11280509B2 (en) 2017-07-17 2022-03-22 Johnson Controls Technology Company Systems and methods for agent based building simulation for optimal control
US11307538B2 (en) 2017-02-10 2022-04-19 Johnson Controls Technology Company Web services platform with cloud-eased feedback control
US11314726B2 (en) 2017-09-27 2022-04-26 Johnson Controls Tyco IP Holdings LLP Web services for smart entity management for sensor systems
US11314788B2 (en) 2017-09-27 2022-04-26 Johnson Controls Tyco IP Holdings LLP Smart entity management for building management systems
US11360447B2 (en) 2017-02-10 2022-06-14 Johnson Controls Technology Company Building smart entity system with agent based communication and control
US11442424B2 (en) 2017-03-24 2022-09-13 Johnson Controls Tyco IP Holdings LLP Building management system with dynamic channel communication
US20220376944A1 (en) 2019-12-31 2022-11-24 Johnson Controls Tyco IP Holdings LLP Building data platform with graph based capabilities
CN115549831A (zh) * 2022-09-19 2022-12-30 广州市新三雅电子技术有限公司 一种具有数字对讲加密功能的应急广播系统
US11699903B2 (en) 2017-06-07 2023-07-11 Johnson Controls Tyco IP Holdings LLP Building energy optimization system with economic load demand response (ELDR) optimization and ELDR user interfaces
US11704311B2 (en) 2021-11-24 2023-07-18 Johnson Controls Tyco IP Holdings LLP Building data platform with a distributed digital twin
US11709965B2 (en) 2017-09-27 2023-07-25 Johnson Controls Technology Company Building system with smart entity personal identifying information (PII) masking
US11714930B2 (en) 2021-11-29 2023-08-01 Johnson Controls Tyco IP Holdings LLP Building data platform with digital twin based inferences and predictions for a graphical building model
US11727738B2 (en) 2017-11-22 2023-08-15 Johnson Controls Tyco IP Holdings LLP Building campus with integrated smart environment
US11726632B2 (en) 2017-07-27 2023-08-15 Johnson Controls Technology Company Building management system with global rule library and crowdsourcing framework
US11733663B2 (en) 2017-07-21 2023-08-22 Johnson Controls Tyco IP Holdings LLP Building management system with dynamic work order generation with adaptive diagnostic task details
US11741165B2 (en) 2020-09-30 2023-08-29 Johnson Controls Tyco IP Holdings LLP Building management system with semantic model integration
US11755604B2 (en) 2017-02-10 2023-09-12 Johnson Controls Technology Company Building management system with declarative views of timeseries data
US11763266B2 (en) 2019-01-18 2023-09-19 Johnson Controls Tyco IP Holdings LLP Smart parking lot system
US11762353B2 (en) 2017-09-27 2023-09-19 Johnson Controls Technology Company Building system with a digital twin based on information technology (IT) data and operational technology (OT) data
US11764991B2 (en) 2017-02-10 2023-09-19 Johnson Controls Technology Company Building management system with identity management
US11762886B2 (en) 2017-02-10 2023-09-19 Johnson Controls Technology Company Building system with entity graph commands
US11761653B2 (en) 2017-05-10 2023-09-19 Johnson Controls Tyco IP Holdings LLP Building management system with a distributed blockchain database
US11762351B2 (en) 2017-11-15 2023-09-19 Johnson Controls Tyco IP Holdings LLP Building management system with point virtualization for online meters
US11762343B2 (en) 2019-01-28 2023-09-19 Johnson Controls Tyco IP Holdings LLP Building management system with hybrid edge-cloud processing
US11770020B2 (en) 2016-01-22 2023-09-26 Johnson Controls Technology Company Building system with timeseries synchronization
US11768004B2 (en) 2016-03-31 2023-09-26 Johnson Controls Tyco IP Holdings LLP HVAC device registration in a distributed building management system
US11769066B2 (en) 2021-11-17 2023-09-26 Johnson Controls Tyco IP Holdings LLP Building data platform with digital twin triggers and actions
US11774920B2 (en) 2016-05-04 2023-10-03 Johnson Controls Technology Company Building system with user presentation composition based on building context
US11774922B2 (en) 2017-06-15 2023-10-03 Johnson Controls Technology Company Building management system with artificial intelligence for unified agent based control of building subsystems
US11782407B2 (en) 2017-11-15 2023-10-10 Johnson Controls Tyco IP Holdings LLP Building management system with optimized processing of building system data
US11792039B2 (en) 2017-02-10 2023-10-17 Johnson Controls Technology Company Building management system with space graphs including software components
US11796974B2 (en) 2021-11-16 2023-10-24 Johnson Controls Tyco IP Holdings LLP Building data platform with schema extensibility for properties and tags of a digital twin
US11874809B2 (en) 2020-06-08 2024-01-16 Johnson Controls Tyco IP Holdings LLP Building system with naming schema encoding entity type and entity relationships
US11874635B2 (en) 2015-10-21 2024-01-16 Johnson Controls Technology Company Building automation system with integrated building information model
US11880677B2 (en) 2020-04-06 2024-01-23 Johnson Controls Tyco IP Holdings LLP Building system with digital network twin
US11894944B2 (en) 2019-12-31 2024-02-06 Johnson Controls Tyco IP Holdings LLP Building data platform with an enrichment loop
US11892180B2 (en) 2017-01-06 2024-02-06 Johnson Controls Tyco IP Holdings LLP HVAC system with automated device pairing
US11902375B2 (en) 2020-10-30 2024-02-13 Johnson Controls Tyco IP Holdings LLP Systems and methods of configuring a building management system
US11900287B2 (en) 2017-05-25 2024-02-13 Johnson Controls Tyco IP Holdings LLP Model predictive maintenance system with budgetary constraints
US11899723B2 (en) 2021-06-22 2024-02-13 Johnson Controls Tyco IP Holdings LLP Building data platform with context based twin function processing
US11921481B2 (en) 2021-03-17 2024-03-05 Johnson Controls Tyco IP Holdings LLP Systems and methods for determining equipment energy waste
US11927925B2 (en) 2018-11-19 2024-03-12 Johnson Controls Tyco IP Holdings LLP Building system with a time correlated reliability data stream
US11934966B2 (en) 2021-11-17 2024-03-19 Johnson Controls Tyco IP Holdings LLP Building data platform with digital twin inferences
US11941238B2 (en) 2018-10-30 2024-03-26 Johnson Controls Technology Company Systems and methods for entity visualization and management with an entity node editor
US11947785B2 (en) 2016-01-22 2024-04-02 Johnson Controls Technology Company Building system with a building graph
US11954713B2 (en) 2018-03-13 2024-04-09 Johnson Controls Tyco IP Holdings LLP Variable refrigerant flow system with electricity consumption apportionment
US11954478B2 (en) 2017-04-21 2024-04-09 Tyco Fire & Security Gmbh Building management system with cloud management of gateway configurations
US11954154B2 (en) 2020-09-30 2024-04-09 Johnson Controls Tyco IP Holdings LLP Building management system with semantic model integration
US12013842B2 (en) 2021-09-13 2024-06-18 Johnson Controls Tyco IP Holdings LLP Web services platform with integration and interface of smart entities with enterprise applications

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001249980A (ja) * 2000-03-06 2001-09-14 Hitachi Ltd 災害対策業務支援処理プログラムが記憶された記憶媒体
JP2001325686A (ja) * 2000-05-18 2001-11-22 Ntt Data Corp 防災情報処理方法及びシステム
JP2003077075A (ja) * 2001-09-05 2003-03-14 Idemitsu Eng Co Ltd 災害対策システムおよび災害対策プログラム
JP2003077083A (ja) * 2001-09-05 2003-03-14 Idemitsu Eng Co Ltd 災害対策システムおよび災害対策プログラム
JP3537689B2 (ja) * 1998-11-30 2004-06-14 三菱電機株式会社 危機管理システム
JP2009116708A (ja) * 2007-11-08 2009-05-28 Hitachi Ltd 異常検知システム
JP2013088829A (ja) * 2011-10-13 2013-05-13 Hitachi Ltd 意思決定支援方法、およびシステム

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3537689B2 (ja) * 1998-11-30 2004-06-14 三菱電機株式会社 危機管理システム
JP2001249980A (ja) * 2000-03-06 2001-09-14 Hitachi Ltd 災害対策業務支援処理プログラムが記憶された記憶媒体
JP2001325686A (ja) * 2000-05-18 2001-11-22 Ntt Data Corp 防災情報処理方法及びシステム
JP2003077075A (ja) * 2001-09-05 2003-03-14 Idemitsu Eng Co Ltd 災害対策システムおよび災害対策プログラム
JP2003077083A (ja) * 2001-09-05 2003-03-14 Idemitsu Eng Co Ltd 災害対策システムおよび災害対策プログラム
JP2009116708A (ja) * 2007-11-08 2009-05-28 Hitachi Ltd 異常検知システム
JP2013088829A (ja) * 2011-10-13 2013-05-13 Hitachi Ltd 意思決定支援方法、およびシステム

Cited By (96)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11754982B2 (en) 2012-08-27 2023-09-12 Johnson Controls Tyco IP Holdings LLP Syntax translation from first syntax to second syntax based on string analysis
US10831163B2 (en) 2012-08-27 2020-11-10 Johnson Controls Technology Company Syntax translation from first syntax to second syntax based on string analysis
US10859984B2 (en) 2012-08-27 2020-12-08 Johnson Controls Technology Company Systems and methods for classifying data in building automation systems
US11899413B2 (en) 2015-10-21 2024-02-13 Johnson Controls Technology Company Building automation system with integrated building information model
US11874635B2 (en) 2015-10-21 2024-01-16 Johnson Controls Technology Company Building automation system with integrated building information model
US11770020B2 (en) 2016-01-22 2023-09-26 Johnson Controls Technology Company Building system with timeseries synchronization
US11947785B2 (en) 2016-01-22 2024-04-02 Johnson Controls Technology Company Building system with a building graph
US11894676B2 (en) 2016-01-22 2024-02-06 Johnson Controls Technology Company Building energy management system with energy analytics
US11768004B2 (en) 2016-03-31 2023-09-26 Johnson Controls Tyco IP Holdings LLP HVAC device registration in a distributed building management system
US11774920B2 (en) 2016-05-04 2023-10-03 Johnson Controls Technology Company Building system with user presentation composition based on building context
US11927924B2 (en) 2016-05-04 2024-03-12 Johnson Controls Technology Company Building system with user presentation composition based on building context
JP2018036980A (ja) * 2016-09-02 2018-03-08 日本電信電話株式会社 危機対応マネジメント装置
US11892180B2 (en) 2017-01-06 2024-02-06 Johnson Controls Tyco IP Holdings LLP HVAC system with automated device pairing
US11024292B2 (en) 2017-02-10 2021-06-01 Johnson Controls Technology Company Building system with entity graph storing events
US11360447B2 (en) 2017-02-10 2022-06-14 Johnson Controls Technology Company Building smart entity system with agent based communication and control
US11762886B2 (en) 2017-02-10 2023-09-19 Johnson Controls Technology Company Building system with entity graph commands
US11307538B2 (en) 2017-02-10 2022-04-19 Johnson Controls Technology Company Web services platform with cloud-eased feedback control
US11994833B2 (en) 2017-02-10 2024-05-28 Johnson Controls Technology Company Building smart entity system with agent based data ingestion and entity creation using time series data
US11764991B2 (en) 2017-02-10 2023-09-19 Johnson Controls Technology Company Building management system with identity management
US11809461B2 (en) 2017-02-10 2023-11-07 Johnson Controls Technology Company Building system with an entity graph storing software logic
US11275348B2 (en) 2017-02-10 2022-03-15 Johnson Controls Technology Company Building system with digital twin based agent processing
US11792039B2 (en) 2017-02-10 2023-10-17 Johnson Controls Technology Company Building management system with space graphs including software components
US11755604B2 (en) 2017-02-10 2023-09-12 Johnson Controls Technology Company Building management system with declarative views of timeseries data
US11774930B2 (en) 2017-02-10 2023-10-03 Johnson Controls Technology Company Building system with digital twin based agent processing
US11151983B2 (en) 2017-02-10 2021-10-19 Johnson Controls Technology Company Building system with an entity graph storing software logic
US11158306B2 (en) 2017-02-10 2021-10-26 Johnson Controls Technology Company Building system with entity graph commands
US11778030B2 (en) 2017-02-10 2023-10-03 Johnson Controls Technology Company Building smart entity system with agent based communication and control
US11762362B2 (en) 2017-03-24 2023-09-19 Johnson Controls Tyco IP Holdings LLP Building management system with dynamic channel communication
US11442424B2 (en) 2017-03-24 2022-09-13 Johnson Controls Tyco IP Holdings LLP Building management system with dynamic channel communication
US11954478B2 (en) 2017-04-21 2024-04-09 Tyco Fire & Security Gmbh Building management system with cloud management of gateway configurations
US11761653B2 (en) 2017-05-10 2023-09-19 Johnson Controls Tyco IP Holdings LLP Building management system with a distributed blockchain database
US11900287B2 (en) 2017-05-25 2024-02-13 Johnson Controls Tyco IP Holdings LLP Model predictive maintenance system with budgetary constraints
US11699903B2 (en) 2017-06-07 2023-07-11 Johnson Controls Tyco IP Holdings LLP Building energy optimization system with economic load demand response (ELDR) optimization and ELDR user interfaces
US11774922B2 (en) 2017-06-15 2023-10-03 Johnson Controls Technology Company Building management system with artificial intelligence for unified agent based control of building subsystems
US11920810B2 (en) 2017-07-17 2024-03-05 Johnson Controls Technology Company Systems and methods for agent based building simulation for optimal control
US11280509B2 (en) 2017-07-17 2022-03-22 Johnson Controls Technology Company Systems and methods for agent based building simulation for optimal control
US11733663B2 (en) 2017-07-21 2023-08-22 Johnson Controls Tyco IP Holdings LLP Building management system with dynamic work order generation with adaptive diagnostic task details
US11726632B2 (en) 2017-07-27 2023-08-15 Johnson Controls Technology Company Building management system with global rule library and crowdsourcing framework
US11768826B2 (en) 2017-09-27 2023-09-26 Johnson Controls Tyco IP Holdings LLP Web services for creation and maintenance of smart entities for connected devices
US10559181B2 (en) 2017-09-27 2020-02-11 Johnson Controls Technology Company Building risk analysis system with risk combination for multiple threats
US11314726B2 (en) 2017-09-27 2022-04-26 Johnson Controls Tyco IP Holdings LLP Web services for smart entity management for sensor systems
US11741812B2 (en) 2017-09-27 2023-08-29 Johnson Controls Tyco IP Holdings LLP Building risk analysis system with dynamic modification of asset-threat weights
US11276288B2 (en) 2017-09-27 2022-03-15 Johnson Controls Tyco IP Holdings LLP Building risk analysis system with dynamic modification of asset-threat weights
US11360959B2 (en) 2017-09-27 2022-06-14 Johnson Controls Tyco IP Holdings LLP Building risk analysis system with dynamic and base line risk
US11762356B2 (en) 2017-09-27 2023-09-19 Johnson Controls Technology Company Building management system with integration of data into smart entities
US20220138183A1 (en) 2017-09-27 2022-05-05 Johnson Controls Tyco IP Holdings LLP Web services platform with integration and interface of smart entities with enterprise applications
US11314788B2 (en) 2017-09-27 2022-04-26 Johnson Controls Tyco IP Holdings LLP Smart entity management for building management systems
WO2019067627A1 (en) * 2017-09-27 2019-04-04 Johnson Controls Technology Company SYSTEMS AND METHODS OF RISK ANALYSIS
US11735021B2 (en) 2017-09-27 2023-08-22 Johnson Controls Tyco IP Holdings LLP Building risk analysis system with risk decay
US10565844B2 (en) 2017-09-27 2020-02-18 Johnson Controls Technology Company Building risk analysis system with global risk dashboard
US10559180B2 (en) 2017-09-27 2020-02-11 Johnson Controls Technology Company Building risk analysis system with dynamic modification of asset-threat weights
US11195401B2 (en) 2017-09-27 2021-12-07 Johnson Controls Tyco IP Holdings LLP Building risk analysis system with natural language processing for threat ingestion
US11762353B2 (en) 2017-09-27 2023-09-19 Johnson Controls Technology Company Building system with a digital twin based on information technology (IT) data and operational technology (OT) data
US11709965B2 (en) 2017-09-27 2023-07-25 Johnson Controls Technology Company Building system with smart entity personal identifying information (PII) masking
US11782407B2 (en) 2017-11-15 2023-10-10 Johnson Controls Tyco IP Holdings LLP Building management system with optimized processing of building system data
US11762351B2 (en) 2017-11-15 2023-09-19 Johnson Controls Tyco IP Holdings LLP Building management system with point virtualization for online meters
US11727738B2 (en) 2017-11-22 2023-08-15 Johnson Controls Tyco IP Holdings LLP Building campus with integrated smart environment
US11954713B2 (en) 2018-03-13 2024-04-09 Johnson Controls Tyco IP Holdings LLP Variable refrigerant flow system with electricity consumption apportionment
US11941238B2 (en) 2018-10-30 2024-03-26 Johnson Controls Technology Company Systems and methods for entity visualization and management with an entity node editor
US11927925B2 (en) 2018-11-19 2024-03-12 Johnson Controls Tyco IP Holdings LLP Building system with a time correlated reliability data stream
US11769117B2 (en) 2019-01-18 2023-09-26 Johnson Controls Tyco IP Holdings LLP Building automation system with fault analysis and component procurement
US11775938B2 (en) 2019-01-18 2023-10-03 Johnson Controls Tyco IP Holdings LLP Lobby management system
US11763266B2 (en) 2019-01-18 2023-09-19 Johnson Controls Tyco IP Holdings LLP Smart parking lot system
US11762343B2 (en) 2019-01-28 2023-09-19 Johnson Controls Tyco IP Holdings LLP Building management system with hybrid edge-cloud processing
JPWO2021131040A1 (ja) * 2019-12-27 2021-07-01
WO2021131040A1 (ja) * 2019-12-27 2021-07-01 日本電気株式会社 データ管理装置、センサ装置、データ管理方法、及びプログラム
JP7491320B2 (ja) 2019-12-27 2024-05-28 日本電気株式会社 データ管理装置、データ管理方法、及びプログラム
US11777758B2 (en) 2019-12-31 2023-10-03 Johnson Controls Tyco IP Holdings LLP Building data platform with external twin synchronization
US11770269B2 (en) 2019-12-31 2023-09-26 Johnson Controls Tyco IP Holdings LLP Building data platform with event enrichment with contextual information
US11894944B2 (en) 2019-12-31 2024-02-06 Johnson Controls Tyco IP Holdings LLP Building data platform with an enrichment loop
US11824680B2 (en) 2019-12-31 2023-11-21 Johnson Controls Tyco IP Holdings LLP Building data platform with a tenant entitlement model
US11968059B2 (en) 2019-12-31 2024-04-23 Johnson Controls Tyco IP Holdings LLP Building data platform with graph based capabilities
US11991019B2 (en) 2019-12-31 2024-05-21 Johnson Controls Tyco IP Holdings LLP Building data platform with event queries
US11777757B2 (en) 2019-12-31 2023-10-03 Johnson Controls Tyco IP Holdings LLP Building data platform with event based graph queries
US11991018B2 (en) 2019-12-31 2024-05-21 Tyco Fire & Security Gmbh Building data platform with edge based event enrichment
US11777756B2 (en) 2019-12-31 2023-10-03 Johnson Controls Tyco IP Holdings LLP Building data platform with graph based communication actions
US11777759B2 (en) 2019-12-31 2023-10-03 Johnson Controls Tyco IP Holdings LLP Building data platform with graph based permissions
US20220376944A1 (en) 2019-12-31 2022-11-24 Johnson Controls Tyco IP Holdings LLP Building data platform with graph based capabilities
US11880677B2 (en) 2020-04-06 2024-01-23 Johnson Controls Tyco IP Holdings LLP Building system with digital network twin
US11874809B2 (en) 2020-06-08 2024-01-16 Johnson Controls Tyco IP Holdings LLP Building system with naming schema encoding entity type and entity relationships
US11741165B2 (en) 2020-09-30 2023-08-29 Johnson Controls Tyco IP Holdings LLP Building management system with semantic model integration
US11954154B2 (en) 2020-09-30 2024-04-09 Johnson Controls Tyco IP Holdings LLP Building management system with semantic model integration
US11902375B2 (en) 2020-10-30 2024-02-13 Johnson Controls Tyco IP Holdings LLP Systems and methods of configuring a building management system
US11921481B2 (en) 2021-03-17 2024-03-05 Johnson Controls Tyco IP Holdings LLP Systems and methods for determining equipment energy waste
US11899723B2 (en) 2021-06-22 2024-02-13 Johnson Controls Tyco IP Holdings LLP Building data platform with context based twin function processing
US12013842B2 (en) 2021-09-13 2024-06-18 Johnson Controls Tyco IP Holdings LLP Web services platform with integration and interface of smart entities with enterprise applications
US11796974B2 (en) 2021-11-16 2023-10-24 Johnson Controls Tyco IP Holdings LLP Building data platform with schema extensibility for properties and tags of a digital twin
US11769066B2 (en) 2021-11-17 2023-09-26 Johnson Controls Tyco IP Holdings LLP Building data platform with digital twin triggers and actions
US11934966B2 (en) 2021-11-17 2024-03-19 Johnson Controls Tyco IP Holdings LLP Building data platform with digital twin inferences
US11704311B2 (en) 2021-11-24 2023-07-18 Johnson Controls Tyco IP Holdings LLP Building data platform with a distributed digital twin
US11714930B2 (en) 2021-11-29 2023-08-01 Johnson Controls Tyco IP Holdings LLP Building data platform with digital twin based inferences and predictions for a graphical building model
US12013673B2 (en) 2021-11-29 2024-06-18 Tyco Fire & Security Gmbh Building control system using reinforcement learning
US12019437B2 (en) 2022-04-15 2024-06-25 Johnson Controls Technology Company Web services platform with cloud-based feedback control
US12021650B2 (en) 2022-06-29 2024-06-25 Tyco Fire & Security Gmbh Building data platform with event subscriptions
US12013823B2 (en) 2022-09-08 2024-06-18 Tyco Fire & Security Gmbh Gateway system that maps points into a graph schema
CN115549831A (zh) * 2022-09-19 2022-12-30 广州市新三雅电子技术有限公司 一种具有数字对讲加密功能的应急广播系统

Similar Documents

Publication Publication Date Title
WO2015145648A1 (ja) 災害対処支援システムおよび災害対処支援方法
US10154390B2 (en) Disaster information management apparatus, disaster information system, disaster information management method, disaster information management program, portable terminal, control method of portable terminal, and control program of controlling operation of portable terminal
JP5659122B2 (ja) 意思決定支援方法、およびシステム
Yuan et al. Mining social media data for rapid damage assessment during Hurricane Matthew: Feasibility study
US20150100355A1 (en) Method and apparatus for identifying early status
US20180150928A1 (en) Cognitive recommendations for first responders
CN103685575A (zh) 一种基于云架构的网站安全监控方法
US20150309895A1 (en) Decision-making support system and decision-making support method
US20150325102A1 (en) Methods and systems for processing crowd-sensed data
Murphy Emergency informatics: Using computing to improve disaster management
Cui et al. Measuring the disaster resilience of an urban community using ANP‐FCE method from the perspective of capitals
Arneson et al. Information deficits and community disaster resilience
CN104408892A (zh) 安防系统及应急系统及发送装置及接收装置及方法
US20140100891A1 (en) First Responder Dispatch System
US20150006569A1 (en) Method and apparatus for preparing disaster alert notice report
US20190018749A1 (en) Data processing device, data processing method, and program recording medium
CN110928922B (zh) 一种基于大数据挖掘的公共政策分析模型部署方法及其系统
JP6349284B2 (ja) 業務管理支援装置とその方法およびプログラム
Cheng et al. Multi-agent-based data exchange platform for bridge disaster prevention: A case study in Taiwan
Rogers et al. Learning from multi-hazard early warning systems to respond to pandemics
Girard et al. Near-real-time analysis of publicly communicated disaster response information
US20190163847A1 (en) Method, apparatus, and system for predicting spread of disaster using scenario
Wickes et al. Community resilience to crime: A study of the 2011 Brisbane flood
AS et al. Role of social media in disaster management
Skolnik et al. Seismic structural health monitoring to prevent unnecessary economic loss from non-damaging earthquakes in European and Middle Eastern cities

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14887264

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14887264

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP