專利名稱：一種突發(fā)公共事件的應急管理系統(tǒng)和方法
技術領域：
本發(fā)明涉及應急管理領域，尤其涉及一種突發(fā)公共事件的應急管理系統(tǒng)和方法。
背景技術：
突發(fā)公共事件是指突然發(fā)生、造成或者可能造成重大人員傷亡、重大財產損失、重 大生態(tài)環(huán)境破壞，影響或者威脅本地區(qū)甚至全省(市、自治區(qū))、全國經濟社會穩(wěn)定和政治 安定局面的，有重大社會危害的，需要政府立即處置的危險、緊急事件，包括自然災害、事故 災難、公共衛(wèi)生和社會安全事件。突發(fā)公共事件具有不可預見性和嚴重破壞性，往往在難以 預見情況下突然爆發(fā)，而且具有擴展、放大和激變的潛力，會對國家政治、經濟、社會秩序和 人民生命與財產安全造成沖擊和危害。應急管理系統(tǒng)是整個應急體系建設的核心，是構建 和諧社會的重要組成部分。應急管理系統(tǒng)為突發(fā)公共事件的預防、準備、響應和恢復等階段提供全過程管理， 以有效整合和協(xié)同各類資源，加強宏觀調控，構建應急聯(lián)動體系，提高政府的信息獲取能 力、快速反應能力、組織協(xié)調能力、決策指揮能力、防災減災能力及綜合服務能力。國際上， 美國、加拿大、歐洲等一些發(fā)達國家的大城市已建立了類似系統(tǒng)，國內應急系統(tǒng)的建設也正 在得到各級政府的重視，南京、北京、上海、廣州、揚州等地都已建設了應急系統(tǒng)。應急管理 系統(tǒng)的基礎支撐是應急預案。應急預案是指針對可能發(fā)生的突發(fā)公共事件，為迅速、有效、 有序地開展應急行動而預先制定的方案，用以明確事前、事發(fā)、事中、事后的各個進程中，誰 來做，怎樣做，何時做以及相應的資源和策略等的行動指南。通過應急管理系統(tǒng)的支持，指 揮人員根據(jù)應急預案以及系統(tǒng)提供的相關信息，制定針對突發(fā)公共事件的處理決策，向涉 及聯(lián)動單位下達指令，指揮和調度應急資源。根據(jù)制定應急決策的方法不同，現(xiàn)有的應急管 理系統(tǒng)可以劃分為以下三類第一種是完全人工決策型。系統(tǒng)中，指揮人員查看已有的應急預案(在此類系統(tǒng) 中通常為文本方式)，結合突發(fā)事件的實際情況和應急資源等信息，決定要采取哪些具體應 急措施，向相關單位下達指令。此類系統(tǒng)主要依靠指揮人員的經驗來進行應急處理，一方面 效率較低，另一方面過于依賴人的判斷，而人難免有失誤的可能，不能保證決策的正確性。第二種是計算機自動化處理型。此類系統(tǒng)中，一般對預案進行建模，根據(jù)預案的結 構建立某種預案模型，當突發(fā)事件發(fā)生后，啟動所對應的預案并自動執(zhí)行。此類系統(tǒng)可以保 障應急過程嚴格按照預案的規(guī)定進行執(zhí)行，但預案的制定是根據(jù)人們對災害事故設想發(fā)生 的情景來制定的，而突發(fā)公共事件具有不可預見、動態(tài)不確定性，由于預案制定者認識的局 限、災害事故發(fā)生點的不確定以及事故現(xiàn)場千變萬化等因素，此方法不能適應動態(tài)多變的 應急處理過程，因此往往只能處理某些特定類型的事件，或作為應急處置其中某環(huán)節(jié)被使 用，適用面很有限。第三種結合了人工決策和計算機的輔助。例如有的系統(tǒng)在接收到突發(fā)事件后根據(jù) 事件類型匹配相關的預案推薦給用戶，由用戶進行實例化配置；也有的系統(tǒng)采用案例推理 的方法，通過對案例庫的檢索匹配，將相似的案例推薦給用戶。但現(xiàn)有系統(tǒng)的輔助決策能力大都集中于應急響應的開始階段，僅僅用于輔助用戶建立應急方案，但沒有考慮到應急 處置過程中隨著事件的動態(tài)發(fā)展變化，最初制定的方案很可能需要根據(jù)事態(tài)變化而動態(tài)調 整。如何支持應急方案的動態(tài)調整，以及將人的臨機決策引入后，如何保障決策的規(guī)范化， 減少人的失誤對應急處置的不良影響，在現(xiàn)有系統(tǒng)中尚無對應的解決方案。綜上所述，現(xiàn)有的應急管理系統(tǒng)在以下方面存在不足1、效率低。由于突發(fā)公共事件具有不可預見、動態(tài)性，現(xiàn)有的應急管理系統(tǒng)中，大 多數(shù)只為用戶提供了文本方式、框架型的預案作為參考，決策人員需要查閱大量資料甚至 會商研討后才能做出判斷，決策效率低，很可能會延誤寶貴的應急救援時機，造成人員財產 損失。2、靈活性不足。根據(jù)預想情景制定的預案和現(xiàn)實發(fā)生的突發(fā)公共事件很可能不 是完全吻合，應急過程中也經常遇到事態(tài)升級、惡化等情況，需要指揮員即時調整預定的方 案、綜合使用多個預案、或重新構想新的方案。而現(xiàn)有系統(tǒng)只提供設定好的預案供用戶使 用，不能支持在應急過程中根據(jù)事件發(fā)展對預案進行臨機調整，缺少靈活性。3、保障能力不夠。應急系統(tǒng)的最終決策是由人制定的，而現(xiàn)有的應急系統(tǒng)沒有提 供對人的決策的質量和效果的保障支持。人的決策是否規(guī)范化、決策指令之間是否有沖突 等都只能由用戶自己判斷。人的失誤對整個系統(tǒng)的可靠性具有不可忽視的影響，錯誤的決 策很可能會造成不必要的混亂無序甚至導致事態(tài)惡化。

發(fā)明內容
為了解決上述的技術問題，提供了一種突發(fā)公共事件的應急管理系統(tǒng)和方法，其 目的在于，克服現(xiàn)有應急管理系統(tǒng)效率低、靈活性不足、保障能力不夠的缺陷。本發(fā)明提供了一種突發(fā)公共事件的應急管理方法，包括步驟1，用戶通過應急管理用戶界面錄入突發(fā)公共事件的事件類型并發(fā)送推薦請 求；步驟2，推薦引擎根據(jù)所錄入的突發(fā)公共事件的事件類型以及推薦請求推薦資源 管控器的可選預案庫中的應急預案；步驟3，用戶通過應急管理用戶界面選擇合適的應急預案，并對該合適的應急預案 中的任務進行配置，生成處置方案；步驟4，驗證器根據(jù)預置的驗證規(guī)則對處置方案進行驗證；如果處置方案不滿足 預置的驗證規(guī)則，則推薦引擎提示用戶修改任務的配置；如果處置方案滿足預置的驗證規(guī) 則，則應急方案執(zhí)行引擎執(zhí)行處置方案，向各應急服務下達任務指令。步驟2中，推薦引擎還根據(jù)所錄入的突發(fā)公共事件的事件類型以及推薦請求推薦 與所錄入的突發(fā)公共事件的事件類型相關的信息；步驟3中，用戶通過應急管理用戶界面 從與所錄入的突發(fā)公共事件相關的信息中選擇合適的信息。資源管控器還監(jiān)控任務的執(zhí)行情況和接收感知器監(jiān)控的信息。還包括步驟5，用戶根據(jù)資源管控器通過感知器監(jiān)控的信息以及任務的執(zhí)行情況， 重新對處置方案中的任務進行配置，以生成新的處置方案。還包括步驟6，在應急過程結束時，用戶通過應急方案執(zhí)行引擎向各應急服務對應 的執(zhí)行單位下達結束任務的命令。
推薦請求為預案推薦請求和信息推薦請求；步驟2中對于預案推薦請求，推薦引 擎根據(jù)突發(fā)公共事件的事件類型獲取預案和案例，根據(jù)資源管控器中案例使用的預案的頻 率排序，輸出推薦預案；對于信息推薦請求，該信息推薦請求中包含事件類型，推薦引擎從 資源管控器中推薦出與所錄入的突發(fā)公共事件的事件類型相關的信息。如果處置方案不滿足預置的驗證規(guī)則，則推薦引擎提示用戶修改任務的配置具體 包括如果處置方案不滿足預置的驗證規(guī)則，驗證器向推薦引擎發(fā)送修改建議推薦請求，推 薦引擎根據(jù)該修改建議推薦請求推薦修改建議，該修改建議提示用戶修改任務的配置。步驟5具體包括步驟51，用戶根據(jù)資源管控器通過感知器監(jiān)控的信息以及任務的執(zhí)行情況發(fā)送任 務推薦請求至推薦引擎；步驟52，推薦引擎根據(jù)任務推薦請求推薦任務；步驟53，用戶重新對處置方案中的任務進行配置，以生成新的處置方案。步驟51中，用戶還發(fā)送信息推薦請求至推薦引擎，該信息推薦請求中包含任務或 與所錄入的突發(fā)公共事件的事件類型相關的信息；推薦引擎根據(jù)信息推薦請求從資源管控 器中推薦與該信息推薦請求中任務或與所錄入的突發(fā)公共事件的事件類型相關的信息有 關的信息。步驟4具體包括步驟41，驗證器從資源管控器中獲取業(yè)務規(guī)則；步驟42，驗證器將處置方案轉化為全自動機表示；步驟43，驗證器將業(yè)務規(guī)則轉化為全自動機表示并求補；步驟44，驗證器將求補的結果與轉化為全自動機表示的處置方案進行與操作；步驟45，如果與操作的結果為空，則驗證器將處置方案發(fā)送至應急方案執(zhí)行引擎， 應急方案執(zhí)行引擎執(zhí)行處置方案，向各應急服務下達任務指令；否則驗證器向推薦引擎發(fā) 送改建議推薦請求，推薦引擎提示用戶修改任務的配置。應急方案執(zhí)行引擎執(zhí)行處置方案，向各應急服務下達任務指令具體包括應急方 案執(zhí)行引擎將處置方案中的各個任務發(fā)送至相應的應急服務。本發(fā)明提供了一種突發(fā)公共事件的應急管理系統(tǒng)，包括應急管理用戶界面，用于供用戶通過應急管理用戶界面錄入突發(fā)公共事件的事件 類型，并向推薦引擎發(fā)送推薦請求；供用戶選擇合適的應急預案，并對該合適的應急預案中 的任務進行配置，以生成處置方案；推薦引擎，用于根據(jù)所錄入的突發(fā)公共事件的事件類型以及推薦請求推薦資源管 控器的可選預案庫中的應急預案；驗證器，用于根據(jù)預置的驗證規(guī)則對處置方案進行驗證；如果處置方案不滿足預 置的驗證規(guī)則，則推薦引擎提示用戶修改任務的配置；如果處置方案滿足預置的驗證規(guī)則， 則向應急方案執(zhí)行引擎發(fā)送處置方案；應急方案執(zhí)行引擎，用于在接收到處置方案后，向各應急服務下達任務指令。推薦引擎，還用于根據(jù)所錄入的突發(fā)公共事件的事件類型以及推薦請求推薦與所 錄入的突發(fā)公共事件的事件類型相關的信息；應急管理用戶界面，還用于供用戶從與所錄 入的突發(fā)公共事件相關的信息中選擇合適的信息。
資源管控器，還用于監(jiān)控任務的執(zhí)行情況和接收感知器監(jiān)控的信息。應急管理用戶界面，還用于供用戶根據(jù)資源管控器通過感知器監(jiān)控的信息以及任 務的執(zhí)行情況，重新對處置方案中的任務進行配置，以生成新的處置方案。應急方案執(zhí)行引擎，還用于在應急過程結束時，根據(jù)用戶的指令向各應急服務對 應的執(zhí)行單位下達結束任務的命令。推薦請求為預案推薦請求和信息推薦請求；對于預案推薦請求，推薦引擎，用于根 據(jù)突發(fā)公共事件的事件類型獲取預案和案例，根據(jù)資源管控器中案例使用的預案的頻率排 序，輸出推薦預案；對于信息推薦請求，該信息推薦請求中包含事件類型，推薦引擎用于從 資源管控器中推薦出與所錄入的突發(fā)公共事件的事件類型相關的信息。驗證器，用于在處置方案不滿足預置的驗證規(guī)則時，向推薦引擎發(fā)送修改建議推 薦請求；推薦引擎，用于根據(jù)該修改建議推薦請求推薦修改建議，該修改建議提示用戶修改 任務的配置。用戶還根據(jù)資源管控器通過感知器監(jiān)控的信息以及任務的執(zhí)行情況發(fā)送任務推 薦請求至推薦引擎；推薦引擎根據(jù)任務推薦請求推薦任務；用戶重新對該處置方案中的任 務進行配置，以生成新的處置方案。用戶還發(fā)送信息推薦請求至推薦引擎，該信息推薦請求中包含任務或與所錄入的 突發(fā)公共事件的事件類型相關的信息；推薦引擎根據(jù)信息推薦請求從資源管控器中推薦與 該信息推薦請求中任務或與所錄入的突發(fā)公共事件的事件類型相關的信息有關的信息。驗證器，用于從資源管控器中獲取業(yè)務規(guī)則；將處置方案轉化為全自動機表示； 將業(yè)務規(guī)則轉化為全自動機表示并求補；將求補的結果與轉化為全自動機表示的處置方案 進行與操作；如果與操作的結果為空，則驗證器將處置方案發(fā)送至應急方案執(zhí)行引擎，應急 方案執(zhí)行引擎執(zhí)行處置方案，向各應急服務下達任務指令；否則驗證器向推薦引擎發(fā)送改 建議推薦請求，推薦引擎提示用戶修改任務的配置。應急方案執(zhí)行引擎，用于將處置方案中的各個任務發(fā)送至相應的應急服務。本發(fā)明有益效果如下(1)本發(fā)明提出的應急管理系統(tǒng)及方法提高了應急管理系統(tǒng)的效率。在應急初期 接收到突發(fā)事件后，可為用戶推薦相關的預案供用戶選擇；在應急過程中，可為用戶推薦與 當前情形相關的應急資源以及可能的應急處置后繼任務，輔助用戶制定臨機決策，提高用 戶的決策效率，提高系統(tǒng)的應急響應能力。(2)本發(fā)明提出的應急管理系統(tǒng)及方法提高了應急管理系統(tǒng)的靈活性。支持用戶 在應急過程中進行臨機決策，靈活、動態(tài)地構建處置方案和執(zhí)行。用戶可以只構造不完備的 處置方案進行執(zhí)行，當觀察到執(zhí)行效果后再決定后繼的處置步驟；也可以對已設定的處置 方案進行動態(tài)調整，即時更改決策，響應事件的最新發(fā)展變化，從而提高了系統(tǒng)的靈活性。(3)本發(fā)明提出的應急管理系統(tǒng)及方法增強了應急管理系統(tǒng)的保障能力。通過對 處置方案的分析驗證，即時發(fā)現(xiàn)用戶決策中的可能的失誤，為用戶提供智能化的建議，幫助 減少引入用戶臨機決策對系統(tǒng)的可靠性帶來的影響，促進用戶決策的規(guī)范化，保障用戶決 策的質量和效果。。


圖1為本發(fā)明提出的應急管理系統(tǒng)的結構圖；圖2為本發(fā)明提出的應急管理方法的流程圖；圖3為本發(fā)明提出的應急管理系統(tǒng)的部署圖；圖4a_圖4b為本發(fā)明提出的推薦引擎工作流程圖；圖5為本發(fā)明提出的驗證器工作流程圖；圖6為本發(fā)明提出的資源管控器工作流程圖；圖7為本發(fā)明提出的應急方案執(zhí)行引擎工作流程圖。
具體實施例方式本發(fā)明提出了一種應急管理系統(tǒng)，包括應急管理用戶界面、推薦引擎、驗證器、資 源管控器、應急方案執(zhí)行引擎、感知器和應急服務七個模塊。應急管理用戶界面是應急管理 系統(tǒng)的用戶使用接口，為用戶提供交互界面，支持用戶錄入應急突發(fā)事件、制定處置方案、 為用戶呈現(xiàn)應急相關資源和預案，呈現(xiàn)推薦信息和驗證結果。推薦引擎為用戶提供突發(fā)公 共事件相關的預案、應急相關資源、應急處置任務和處置方案修改建議的智能推薦功能，推 薦結果通過應急管理用戶界面呈現(xiàn)給用戶。驗證器對用戶制定的處置方案提供驗證功能， 如果用戶制定的方案不滿足預案的約束，則調用推薦引擎給予用戶提示；如果驗證通過，則 將處置方案傳送給應急方案執(zhí)行引擎進行執(zhí)行。資源管控器提供對應急管理相關資源的管 理和控制功能，包括資源的接入、審核、檢測、狀態(tài)控制以及版本管理等功能。應急方案執(zhí)行 引擎根據(jù)處置方案中定義的邏輯關系對參與協(xié)同的應急服務進行調度、協(xié)調和控制，將處 置方案中制定的處理任務發(fā)送給相應的應急服務，并監(jiān)測服務的執(zhí)行狀態(tài)，接收服務執(zhí)行 結果，發(fā)送到資源管控器中進行記錄，并且支持對方案的靈活、動態(tài)地構建和執(zhí)行。感知器 實時監(jiān)測外部環(huán)境的變化，將環(huán)境信息發(fā)送到資源管控器中進行存儲和管理。應急服務執(zhí)行 從應急方案執(zhí)行引擎發(fā)送的任務，并向應急方案執(zhí)行引擎反饋任務執(zhí)行狀態(tài)和執(zhí)行結果。本發(fā)明提出了一種應急管理方法，該方法包括當突發(fā)公共事件發(fā)生時，本發(fā)明首先根據(jù)報警信息將突發(fā)公共事件錄入系統(tǒng)；然 后判斷此事件是否需要多個單位聯(lián)動處置，如果不需要聯(lián)動，則直接下達通知責任單位處 置，如果需要聯(lián)動，則進入下一步。對于需要聯(lián)動處置的事件，一方面由推薦引擎自動推薦突發(fā)事件相關信息，然后 根據(jù)用戶的選擇，資源管控器獲取到用戶關心的相關信息；另一方面推薦引擎根據(jù)突發(fā)事 件信息推薦可選預案，將可選的預案呈現(xiàn)給指揮中心的工作人員。綜合考慮上述由系統(tǒng)提 供的信息，指揮中心的工作人員從資源管控器的可選預案庫中選擇合適的預案。通過本發(fā)明中的應急管理用戶界面對預案中的任務進行配置，生成處置方案。配 置內容包括確定處置方案中的任務和任務之間的邏輯關系，以及對每個任務聲明具體要 求。然后驗證器根據(jù)系統(tǒng)內置的驗證規(guī)則對生成的處置方案進行一致性驗證，如果不滿足 規(guī)則，則自動調用推薦引擎，給出修改意見，并返回任務配置步驟，提示用戶重新配置任務； 如果方案滿足規(guī)則，則執(zhí)行處置方案，向各應急服務下達任務指令，各應急服務對應的單位 接到指令后執(zhí)行方案，向事發(fā)現(xiàn)場派出處置人員并調集設備。資源管控器對任務執(zhí)行情況和現(xiàn)場態(tài)勢進行監(jiān)控，指揮中心的工作人員根據(jù)監(jiān)控
9信息，隨時做出是否需要調整方案的決策。如果需要調整方案，推薦引擎自動推薦相關信息 以及應急處置任務，指揮中心工作人員可以從資源管控器中獲取所關心的相關信息，根據(jù) 了解到的信息決定合適的處置任務，并返回任務配置步驟重新配置任務。如果沒有發(fā)生需 要調整方案的事件，則指揮中心工作人員根據(jù)監(jiān)控信息判斷應急過程是否結束，如果還未 結束，則繼續(xù)監(jiān)控現(xiàn)場態(tài)勢和任務執(zhí)行情況；如果可以結束，則進入下一步驟。通過應急方案執(zhí)行引擎向應急服務對應的各執(zhí)行單位下達結束任務的命令，各執(zhí) 行單位撤離現(xiàn)場，指揮中心通過資源管控器對其中匯總的應急過程信息進行分析、評估以 及歸檔處理。下面結合附圖，對本發(fā)明做進一步的詳細描述。如圖1所示，本發(fā)明提出的應急管理系統(tǒng)包括應急管理用戶界面、推薦引擎、驗證 器、資源管控器、應急方案執(zhí)行引擎、感知器和應急服務七個模塊應急管理用戶界面應急管理系統(tǒng)的用戶使用接口，功能是為用戶提供交互界面， 支持用戶錄入應急突發(fā)事件、制定處置方案、為用戶呈現(xiàn)應急相關資源和預案，呈現(xiàn)推薦信 息和驗證結果。推薦引擎推薦引擎為用戶提供智能推薦功能，共包括四類信息的推薦，推薦結果 通過應急管理用戶界面呈現(xiàn)給用戶1)突發(fā)公共事件相關的預案當突發(fā)事件發(fā)生后，推 薦引擎根據(jù)從資源管控器中得到的預案信息和案例信息，為用戶推薦相關的預案供用戶選 擇；2)應急相關資源應急過程中，推薦引擎根據(jù)從資源管控器中得到的應急資源信息，為 用戶推薦與當前情形相關的應急資源信息；3)應急處置任務應急過程中，推薦引擎根據(jù) 從資源管控器中得到的預案信息和任務關聯(lián)信息，為用戶推薦后繼任務，輔助用戶制定臨 機決策；4)應急方案修改建議當用戶的決策方案經驗證器驗證發(fā)現(xiàn)可能存在錯誤后，推 薦引擎根據(jù)從驗證器中得到的驗證結果，為用戶推薦對處置方案修改建議。推薦引擎的工作流程如圖4a和圖4b所示。當接收到推薦請求后，首先判斷請求 的類型，根據(jù)不同的類型進行下述不同的處理如果是預案推薦請求，首先初始化推薦預案列表為空，然后根據(jù)事件類型(例如 火警、地震等)從資源管控器中分別獲取預案和案例，繼而根據(jù)案例中使用預案的頻度對 預案進行排序，最后輸出推薦預案列表。如果是信息推薦請求，首先初始化源信息集合和推薦信息集合為空，如果請求中 包含事件類型，則將事件類型加入源信息集合，如果請求中包含任務，則將任務參數(shù)加入源 信息集合，如果請求中包含已知信息(該已知信息是從推薦信息列表獲取的)，則將已知信 息加入源信息集合。之后對源信息集合中的信息進行依次處理，從資源管控器中獲取每個 信息所關聯(lián)的信息，如果推薦信息集合中已有此信息，則將其優(yōu)先級加1，否則將其加入推 薦信息集合，優(yōu)先級初始為0。最后對推薦信息集中的信息按照優(yōu)先級進行排序，輸出排序 后的推薦信息列表。如果是任務推薦請求，首先初始化推薦任務列表為空，如果預案中包含源任務，則 將預案中此任務的后繼任務加入推薦任務列表請求中，并且將待推薦的任務個數(shù)k調整為 k-n (η為已加入的后繼任務個數(shù))。如果請求中包含目標任務，則首先從資源管控器中獲取 任務關聯(lián)關系，構建任務關聯(lián)圖，然后計算源任務到目標任務之間的k條最短路徑，然后循 環(huán)處理每一條路徑，取出路徑中的第一步任務，如果此任務不在推薦任務列表中，則將其加入推薦任務列表。之后判斷推薦任務列表中的元素個數(shù)，如果小于k+n，則從資源管控器中 獲取與源任務關聯(lián)的k+n-m個任務(m為推薦列表中的元素個數(shù))，按照任務關聯(lián)度排序并 加入推薦列表中。如果請求中不包含目標任務，則直接從資源管控器中獲取與源任務關聯(lián) 的k個任務，按照任務關聯(lián)度排序并加入推薦列表中。最后輸出推薦任務列表。如果是修改建議推薦請求，首先初始化修改建議列表為空，然后對于接收到的出 錯信息進行循環(huán)處理，依次取出一條信息，從資源管控器中獲取此信息對應的業(yè)務規(guī)則，然 后將此規(guī)則轉化為全自動機，搜索使此自動機進入終態(tài)的最短路徑，然后判斷最短路徑中 是否已包含此出錯任務，如果不包含，則將刪除此任務的修改建議加入推薦修改建議列表， 如果包含，則將插入此任務之前的任務加入推薦修改建議列表。最后輸出推薦修改建議列 表。驗證器對用戶制定的處置方案提供驗證功能。接收到由應急管理用戶界面?zhèn)魉?的處置方案后，驗證器根據(jù)從資源管控器中獲取的應急預案信息和領域業(yè)務規(guī)則，對處置 方案進行驗證，檢查用戶制定的方案是否滿足約束，如果不滿足，則調用推薦引擎給予用戶 提示；如果驗證通過，則將處置方案傳送給應急方案執(zhí)行引擎進行執(zhí)行。驗證器的工作流程如圖5所示。當用戶對預案中的任務進行配置生成處置方案后 啟動驗證器第一步，驗證器從資源管控器中獲取業(yè)務規(guī)則，包括從預案庫中得到的本預案 中特定的規(guī)則以及規(guī)則庫中得到的領域業(yè)務規(guī)則，形成業(yè)務規(guī)則集R。業(yè)務規(guī)則以ECA(事 件_條件_動作)規(guī)則的形式提供，例如，對于業(yè)務規(guī)則“發(fā)生火災時，要先等候消防車到達 現(xiàn)場，再封鎖周邊道路”，表示為“事件”是發(fā)生火災；“條件”是消防車到達現(xiàn)場；“動作”是 封鎖周邊道路。第二步，驗證器采用已有算法將處置方案轉化為全自動機表示；第三步，驗 證器從集合R中取出一條業(yè)務規(guī)則，將該規(guī)則轉化為全自動機表示并求補；第四步，將二、 三兩步得到的兩個自動機進行與操作，得到結果自動機；第五步，對結果自動機做判斷，如 果為空則說明處置方案符合這條規(guī)則，進入下一步，如果不為空則說明該方案不符合這條 規(guī)則，記錄沖突信息，沖突信息中包括出錯的業(yè)務規(guī)則以及出錯的任務，然后進入下一步； 第六步，判斷R集合中是否還有未驗證的規(guī)則，如果有則重復上面第三至第五步，如果沒有 則進入下一步；第七步，判斷此次驗證過程是否生成沖突記錄，如果存在則將沖突信息發(fā)送 給推薦引擎，如果不存在則將處置方案發(fā)送給執(zhí)行引擎；至此，驗證器驗證工作結束。資源管控器資源管控器提供對應急管理相關資源的管理和控制功能，包括資源 的接入、審核、檢測、狀態(tài)控制以及版本管理等功能。通過與應急方案執(zhí)行引擎相連接，資源 管控器可以實時獲取處置方案的執(zhí)行狀態(tài)和執(zhí)行結果；通過與感知器相連接，資源管控器 可以實時獲取外部環(huán)境的變化以及監(jiān)測突發(fā)事件。資源管控器對應急管理用戶界面、推薦 引擎和驗證器提供資源查看接口，供這些模塊使用資源管控器中管理的資源。資源管控器中管理的資源分為以下幾類，對于每一類資源，資源管控器都提供了 查詢接口 眷應急信息類如預案庫、案例庫、方案庫、領域規(guī)則庫等 業(yè)務數(shù)據(jù)類如人口庫、消防設備庫等· GIS信息類如交通信息、車輛GPS實時位置信息等。 關聯(lián)信息類如信息關聯(lián)關系、任務關聯(lián)關系等。資源管控器的工作流程如圖6所示。第一步，設置監(jiān)控的時間規(guī)則，包括監(jiān)控時間
11段，比如監(jiān)控兩天，或者直到應急管理系統(tǒng)中止工作才停止監(jiān)控等，以及監(jiān)控輪詢時間，如 10分鐘監(jiān)測一次等；第二步，資源管控器啟動監(jiān)控程序；第三步，判斷當前狀態(tài)是否滿足準 備階段定義的監(jiān)控結束條件，如果滿足，則停止監(jiān)控程序，否則，進入下一步；第四步，判斷 是否有處置方案在執(zhí)行，如果有，則定時獲取并保存相應的執(zhí)行狀態(tài)信息，保存完畢后，進 入下一步；如果沒有，則直接進入下一步；第五步，判斷感知器消息隊列中是否有內容，如 果有，則獲取并保存感知器內容信息，保存完畢后，進入下一步；如果沒有，則直接進入下一 步；第六步，等待一個輪詢時間，轉到第三步繼續(xù)執(zhí)行。應急方案執(zhí)行引擎應急方案執(zhí)行引擎是應急管理系統(tǒng)完成應急處理的核心部 件，根據(jù)處置方案中定義的邏輯關系對參與協(xié)同的應急服務進行調度、協(xié)調和控制，將處置 方案中制定的處理任務發(fā)送給相應的應急服務，并監(jiān)測服務的執(zhí)行狀態(tài)，接收服務執(zhí)行結 果，發(fā)送到資源管控器中進行記錄。應急方案執(zhí)行引擎支持對方案的靈活、動態(tài)地構建和執(zhí) 行，一方面可以接收不完備的處置方案進行執(zhí)行，用戶可以根據(jù)當前的事態(tài)情況只發(fā)送可 以確定的指令，當觀察到執(zhí)行效果后再決定后繼的處置步驟；另一方面可以對已設定的處 置方案進行動態(tài)調整，即時更改決策，響應事件的最新發(fā)展變化。應急方案執(zhí)行引擎的工作流程如圖7所示。首先判斷接收的輸入消息的類型，根 據(jù)不同的類型進行下述不同的處理。如果是新建處置方案，則第一步，將處置方案存儲到資源管控器中；第二步，初始 化待執(zhí)行任務集為空；第三步，查找處置方案中當前可執(zhí)行的任務，加入待執(zhí)行任務集中； 第四步，判斷待執(zhí)行任務集是否為空，如果為空，則結束，如果不為空，則進入下一步；第五 步，向任務集中各任務分配的應急服務發(fā)送指令，并從任務集中移除任務，其中根據(jù)應急服 務的類型不同，應急方案執(zhí)行引擎和應急服務的通訊方式也不同，共包括短信、電話和網絡 遠程訪問三種方式；第六步，接收應急服務反饋的任務執(zhí)行信息；第七步，判斷任務是否執(zhí) 行結束，如果沒有結束，則返回第六步，如果任務已執(zhí)行結束，則進入下一步；第八步，查找 此任務的后繼可執(zhí)行的任務，加入待執(zhí)行任務集中，然后返回第四步。如果是調整處置方案，則第一步，從資源管控器中獲取原處置方案；第二步，從接 收到的調整方案中取出一個待調整任務；第三步，判斷待調整的任務是否已存在，如果在原 處置方案中不存在，進入第四步，否則進入第五步；第四步，將待調整任務加入處置方案中， 然后進入第六步，判斷調整方案中是否還有待調整任務，如果有，則返回第三步，如果沒有， 則進入新建處置方案的處理步驟中的第二步，執(zhí)行調整后的處置方案；第五步，判斷待調整 任務的狀態(tài)，如果未執(zhí)行，則直接修改處置方案中的任務，替換為新任務，如果正在執(zhí)行，則 向該任務分配的應急服務發(fā)送任務調整指令，然后進入第六步。感知器負責實時監(jiān)測外部環(huán)境的變化，將環(huán)境信息發(fā)送到資源管控器中進行存 儲和管理。如攝像頭，氣象觀測設備、應急指揮車上的監(jiān)視設備等。應急服務負責執(zhí)行應急處置任務。當接收到應急方案執(zhí)行引擎發(fā)送的任務后，應 急服務執(zhí)行任務，進行應急處置工作，并向應急方案執(zhí)行引擎反饋任務執(zhí)行狀態(tài)和執(zhí)行結^ ο如圖2所示，本發(fā)明提出的應急管理方法由下述步驟組成從圖中結點21開始，突發(fā)公共事件發(fā)生時，本發(fā)明首先根據(jù)報警信息將突發(fā)公共 事件通過應急管理用戶界面錄入系統(tǒng)，內容包括事發(fā)時間、事發(fā)現(xiàn)場的地理位置、事件類
12型、事件描述；然后判斷此事件是否需要多個單位聯(lián)動處置，如果不需要聯(lián)動，則直接下達 通知責任單位處置，如果需要聯(lián)動，則進入下一步，即圖中結點22。以上由人工操作完成。從圖中結點22開始，對于需要聯(lián)動處置的事件，一方面由推薦引擎自動推薦突發(fā) 事件相關信息，如可提供事發(fā)現(xiàn)場態(tài)勢信息的可用攝像頭、可用傳感器、可用監(jiān)控車輛中的 一個或多個資源，然后根據(jù)用戶的選擇，資源管控器獲取到用戶關心的相關信息(資源管 控器提供了對信息的查詢接口，可以根據(jù)查詢請求，返回相應的信息)，如現(xiàn)場人員傷亡情 況、交通狀況等事發(fā)現(xiàn)場的周邊態(tài)勢；另一方面推薦引擎根據(jù)突發(fā)事件信息推薦可選預案， 將可選的預案呈現(xiàn)給指揮中心的工作人員。綜合考慮上述由系統(tǒng)提供的信息，指揮中心的 工作人員從資源管控器的可選預案庫中選擇合適的預案。從圖中結點23開始，指揮中心的工作人員使用本發(fā)明中的應急管理用戶界面對 預案中的任務進行配置，生成處置方案。配置內容包括對每個任務，指定執(zhí)行任務的應急 服務、任務完成時間限制、任務描述信息，如對于消防任務，指定應急服務為消防第一支隊， 時間限制為5分鐘之內，任務描述為到達火災現(xiàn)場進行消防救援；指定任務之間的順序、并 發(fā)、選擇等邏輯關聯(lián)關系，如消防到達任務和交警封鎖現(xiàn)場任務之間是順序關系。然后，由 驗證器根據(jù)系統(tǒng)內置的驗證規(guī)則對生成的處置方案進行一致性驗證，如果不滿足規(guī)則，則 自動調用推薦引擎，給出修改意見，并返回結點23，提示用戶重新配置任務；如果方案滿足 規(guī)則，則應急方案執(zhí)行引擎執(zhí)行處置方案，向各應急服務下達任務指令，各應急服務對應的 單位接到指令后執(zhí)行方案，向事發(fā)現(xiàn)場派出處置人員并調集設備。從圖中結點24開始，資源管控器對任務執(zhí)行情況和現(xiàn)場態(tài)勢進行監(jiān)控，指揮中心 的工作人員根據(jù)監(jiān)控信息，隨時做出是否需要調整方案的決策。如果需要調整方案，推薦引 擎自動推薦相關信息以及應急處置任務，指揮中心工作人員可以從資源管控器中獲取所關 心的相關信息，根據(jù)了解到的信息決定合適的處置任務，并返回結點23重新配置任務。如 果沒有發(fā)生需要調整方案的事件，則指揮中心工作人員根據(jù)監(jiān)控信息判斷應急過程是否結 束，如果還未結束，則繼續(xù)監(jiān)控現(xiàn)場態(tài)勢和任務執(zhí)行情況；如果可以結束，則進入下一步驟， 即圖中結點25，下達結束命令。從圖中結點25開始，指揮中心工作人員通過應急方案執(zhí)行引擎向應急服務對應 的各執(zhí)行單位下達結束任務的命令，各執(zhí)行單位撤離現(xiàn)場，指揮中心通過資源管控器對其 中匯總的應急過程信息進行分析、評估以及歸檔處理。至此，應急管理過程結束。與系統(tǒng)結構圖相對應的，系統(tǒng)部署圖詳細說明了各個系統(tǒng)或模塊的部署位置，如 圖3所示。與系統(tǒng)結構圖相對應的，應急管理用戶界面模塊部署在工作人員坐席所在的計算 機設備上，并通過內部網絡與應急管理服務器聯(lián)接；應急管理用戶界面模塊還通過顯示終 端接口與指揮中心的指揮大屏聯(lián)接。與系統(tǒng)結構圖對應的，應急方案執(zhí)行引擎、推薦引擎、資源管控器以及驗證器組成 了邏輯上的應急管理服務器，上述模塊可獨立部署在單個服務器上，響應應急管理用戶界 面模塊的請求，并將結果返回到用戶界面模塊；也可集中部署在一臺服務器上。此外，應急管理系統(tǒng)還包括數(shù)據(jù)管理模塊，如GIS信息庫、人員等資源信息庫、案 例庫等，邏輯上組成應急管理數(shù)據(jù)中心。這些數(shù)據(jù)庫可獨立部署在單個數(shù)據(jù)庫服務器上，為 應急管理服務器提供數(shù)據(jù)服務；也可集中部署在一臺服務器上。
感知器有兩種部署方式，一種是靜態(tài)部署在物理地點，如大樓的攝像頭，氣象局的 觀測設備等，另一種則需要部署在可移動設備上，如指揮車上的監(jiān)視設備。感知器得到數(shù)據(jù) 后通過應急聯(lián)動專網將數(shù)據(jù)傳遞到數(shù)據(jù)中心。應急服務由各協(xié)作單位自主提供，因此采用分布部署方式，可以安裝在協(xié)作單位 自己的服務器上，也可以是協(xié)作單位的聯(lián)系人的手機、對講機等移動設備所提供的服務。最后所應說明的是，以上僅用以說明本發(fā)明的技術方案而非限制。盡管對本發(fā)明 進行了詳細說明，本領域的普通技術人員應當理解，對本發(fā)明的技術方案進行修改或者等 同替換，都不脫離本發(fā)明技術方案的精神和范圍，其均應涵蓋在本發(fā)明的權利要求范圍當 中。
權利要求
一種突發(fā)公共事件的應急管理方法，其特征在于，包括步驟1，用戶通過應急管理用戶界面錄入突發(fā)公共事件的事件類型并發(fā)送推薦請求；步驟2，推薦引擎根據(jù)所錄入的突發(fā)公共事件的事件類型以及推薦請求，推薦資源管控器的可選預案庫中的應急預案；步驟3，用戶通過應急管理用戶界面選擇合適的應急預案，并對該合適的應急預案中的任務進行配置，生成處置方案；步驟4，驗證器根據(jù)預置的驗證規(guī)則對處置方案進行驗證；如果處置方案不滿足預置的驗證規(guī)則，則推薦引擎提示用戶修改任務的配置；如果處置方案滿足預置的驗證規(guī)則，則應急方案執(zhí)行引擎執(zhí)行處置方案，向各應急服務下達任務指令。
2.如權利要求1所述的突發(fā)公共事件的應急管理方法，其特征在于，步驟2中，推薦引 擎還根據(jù)所錄入的突發(fā)公共事件的事件類型以及推薦請求推薦與所錄入的突發(fā)公共事件 的事件類型相關的信息；步驟3中，用戶通過應急管理用戶界面從與所錄入的突發(fā)公共事 件相關的信息中選擇合適的信息。
3.如權利要求2所述的突發(fā)公共事件的應急管理方法，其特征在于，資源管控器還監(jiān) 控任務的執(zhí)行情況和接收感知器監(jiān)控的信息。
4.如權利要求3所述的突發(fā)公共事件的應急管理方法，其特征在于，還包括步驟5，用 戶根據(jù)資源管控器通過感知器監(jiān)控的信息以及任務的執(zhí)行情況，重新對處置方案中的任務 進行配置，以生成新的處置方案。
5.如權利要求3所述的突發(fā)公共事件的應急管理方法，其特征在于，還包括步驟6，在 應急過程結束時，用戶通過應急方案執(zhí)行引擎向各應急服務對應的執(zhí)行單位下達結束任務 的命令。
6.如權利要求2所述的突發(fā)公共事件的應急管理方法，其特征在于，推薦請求為預案 推薦請求和信息推薦請求；步驟2中對于預案推薦請求，推薦引擎根據(jù)突發(fā)公共事件的事 件類型獲取預案和案例，根據(jù)資源管控器中案例使用的預案的頻率排序，輸出推薦預案；對 于信息推薦請求，該信息推薦請求中包含事件類型，推薦引擎從資源管控器中推薦出與所 錄入的突發(fā)公共事件的事件類型相關的信息。
7.如權利要求1所述的突發(fā)公共事件的應急管理方法，其特征在于，如果處置方案不 滿足預置的驗證規(guī)則，則推薦引擎提示用戶修改任務的配置，具體包括如果處置方案不滿 足預置的驗證規(guī)則，驗證器向推薦引擎發(fā)送修改建議推薦請求，推薦引擎根據(jù)該修改建議 推薦請求推薦修改建議，該修改建議提示用戶修改任務的配置。
8.如權利要求4所述的突發(fā)公共事件的應急管理方法，其特征在于，步驟5具體包括步驟51，用戶根據(jù)資源管控器通過感知器監(jiān)控的信息以及任務的執(zhí)行情況發(fā)送任務推薦請求至推薦引擎；步驟52，推薦引擎根據(jù)任務推薦請求推薦任務；步驟53，用戶重新對處置方案中的任務進行配置，以生成新的處置方案。
9.如權利要求8所述的突發(fā)公共事件的應急管理方法，其特征在于，步驟51中，用戶還 發(fā)送信息推薦請求至推薦引擎，該信息推薦請求中包含任務或與所錄入的突發(fā)公共事件的 事件類型相關的信息；推薦引擎根據(jù)信息推薦請求從資源管控器中推薦與該信息推薦請求 中任務或與所錄入的突發(fā)公共事件的事件類型相關的信息有關的信息。
10.如權利要求8所述的突發(fā)公共事件的應急管理方法，其特征在于，步驟4具體包括步驟41，驗證器從資源管控器中獲取業(yè)務規(guī)則； 步驟42，驗證器將處置方案轉化為全自動機表示； 步驟43，驗證器將業(yè)務規(guī)則轉化為全自動機表示并求補； 步驟44，驗證器將求補的結果與轉化為全自動機表示的處置方案進行與操作； 步驟45，如果與操作的結果為空，則驗證器將處置方案發(fā)送至應急方案執(zhí)行引擎，應急 方案執(zhí)行引擎執(zhí)行處置方案，向各應急服務下達任務指令；否則驗證器向推薦引擎發(fā)送改 建議推薦請求，推薦引擎提示用戶修改任務的配置。
11.如權利要求8所述的突發(fā)公共事件的應急管理方法，其特征在于，應急方案執(zhí)行引 擎執(zhí)行處置方案，向各應急服務下達任務指令具體包括應急方案執(zhí)行引擎將處置方案中 的各個任務發(fā)送至相應的應急服務。
12.一種突發(fā)公共事件的應急管理系統(tǒng)，其特征在于，包括應急管理用戶界面，用于供用戶通過應急管理用戶界面錄入突發(fā)公共事件的事件類 型，并向推薦引擎發(fā)送推薦請求；供用戶選擇合適的應急預案，并對該合適的應急預案中的 任務進行配置，以生成處置方案；推薦引擎，用于根據(jù)所錄入的突發(fā)公共事件的事件類型以及推薦請求推薦資源管控器 的可選預案庫中的應急預案；驗證器，用于根據(jù)預置的驗證規(guī)則對處置方案進行驗證；如果處置方案不滿足預置的 驗證規(guī)則，則推薦引擎提示用戶修改任務的配置；如果處置方案滿足預置的驗證規(guī)則，則向 應急方案執(zhí)行引擎發(fā)送處置方案；應急方案執(zhí)行引擎，用于在接收到處置方案后，向各應急服務下達任務指令。
13.如權利要求12所述的突發(fā)公共事件的應急管理系統(tǒng)，其特征在于，推薦引擎，還用 于根據(jù)所錄入的突發(fā)公共事件的事件類型以及推薦請求推薦與所錄入的突發(fā)公共事件的 事件類型相關的信息；應急管理用戶界面，還用于供用戶從與所錄入的突發(fā)公共事件相關 的信息中選擇合適的信息。
14.如權利要求13所述的突發(fā)公共事件的應急管理系統(tǒng)，其特征在于，資源管控器，還 用于監(jiān)控任務的執(zhí)行情況和接收感知器監(jiān)控的信息。
15.如權利要求14所述的突發(fā)公共事件的應急管理系統(tǒng)，其特征在于，應急管理用戶 界面，還用于供用戶根據(jù)資源管控器通過感知器監(jiān)控的信息以及任務的執(zhí)行情況，重新對 處置方案中的任務進行配置，以生成新的處置方案。
16.如權利要求14所述的突發(fā)公共事件的應急管理系統(tǒng)，其特征在于，應急方案執(zhí)行 引擎，還用于在應急過程結束時，根據(jù)用戶的指令向各應急服務對應的執(zhí)行單位下達結束 任務的命令。
17.如權利要求13所述的突發(fā)公共事件的應急管理系統(tǒng)，其特征在于，推薦請求為預 案推薦請求和信息推薦請求；對于預案推薦請求，推薦引擎，用于根據(jù)突發(fā)公共事件的事件 類型獲取預案和案例，根據(jù)資源管控器中案例使用的預案的頻率排序，輸出推薦預案；對于 信息推薦請求，該信息推薦請求中包含事件類型，推薦引擎用于從資源管控器中推薦出與 所錄入的突發(fā)公共事件的事件類型相關的信息。
18.如權利要求12所述的突發(fā)公共事件的應急管理系統(tǒng)，其特征在于，驗證器，用于在 處置方案不滿足預置的驗證規(guī)則時，向推薦引擎發(fā)送修改建議推薦請求；推薦引擎，用于根 據(jù)該修改建議推薦請求推薦修改建議，該修改建議提示用戶修改任務的配置。
19.如權利要求12所述的突發(fā)公共事件的應急管理系統(tǒng)，其特征在于，用戶還根據(jù)資 源管控器通過感知器監(jiān)控的信息以及任務的執(zhí)行情況發(fā)送任務推薦請求至推薦引擎；推薦 引擎根據(jù)任務推薦請求推薦任務；用戶重新對該處置方案中的任務進行配置，以生成新的 處置方案。
20.如權利要求19所述的突發(fā)公共事件的應急管理系統(tǒng)，其特征在于，用戶還發(fā)送信 息推薦請求至推薦引擎，該信息推薦請求中包含任務或與所錄入的突發(fā)公共事件的事件類 型相關的信息；推薦引擎根據(jù)信息推薦請求從資源管控器中推薦與該信息推薦請求中任務 或與所錄入的突發(fā)公共事件的事件類型相關的信息有關的信息。
21.如權利要求19所述的突發(fā)公共事件的應急管理系統(tǒng)，其特征在于，驗證器，用于從資源管控器中獲取業(yè)務規(guī)則；將處置方案轉化為全自動機表示；將業(yè) 務規(guī)則轉化為全自動機表示并求補；將求補的結果與轉化為全自動機表示的處置方案進行 與操作；如果與操作的結果為空，則驗證器將處置方案發(fā)送至應急方案執(zhí)行引擎，應急方案 執(zhí)行引擎執(zhí)行處置方案，向各應急服務下達任務指令；否則驗證器向推薦引擎發(fā)送改建議 推薦請求，推薦引擎提示用戶修改任務的配置。
22.如權利要求19所述的突發(fā)公共事件的應急管理系統(tǒng)，其特征在于，應急方案執(zhí)行 引擎，用于將處置方案中的各個任務發(fā)送至相應的應急服務。
全文摘要
本發(fā)明涉及一種突發(fā)公共事件的應急管理系統(tǒng)和方法。該方法包括用戶通過應急管理用戶界面錄入事件類型并發(fā)送推薦請求；推薦引擎根據(jù)所錄入的事件類型以及推薦請求，推薦資源管控器的可選預案庫中的應急預案以及與事件類型相關的信息；用戶通過應急管理用戶界面選擇合適的應急預案，并對該合適的應急預案中的任務進行配置，生成處置方案；驗證器根據(jù)預置的驗證規(guī)則對處置方案進行驗證；如果處置方案不滿足預置的驗證規(guī)則，則推薦引擎提示用戶修改任務的配置；如果處置方案滿足預置的驗證規(guī)則，則應急方案執(zhí)行引擎執(zhí)行處置方案，向各應急服務下達任務指令。本發(fā)明提高了用戶的決策效率，系統(tǒng)的應急響應能力、靈活性和保障能力。
文檔編號G06Q10/00GK101976376SQ20091023789
公開日2011年2月16日 申請日期2009年11月20日 優(yōu)先權日2009年11月20日
發(fā)明者張程, 房俊, 王菁, 韓燕波 申請人:北京一云科技有限公司