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

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


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