主頁（http://www.130131.com）：應急指揮，簡單or不簡單？(2) �。�1） 快速——信息匯集要快、決策過程要快、指揮通訊要快 �。�2） 全面——所有在應急處置過程中可能需要的信息都要有采集手段和聯(lián)接方式 （3） 可靠——信息系統(tǒng)要可靠、信息傳送路徑要可靠  圖3 應急事件特征與應急IT系統(tǒng)要求 信息是IT系統(tǒng)的靈魂，也是連接業(yè)務目標和技術手段的紐帶。從應急指揮的業(yè)務特征出發(fā)，對應到對系統(tǒng)中信息的要求，就可以明確應急IT系統(tǒng)到底重點是做什么。 在快速、全面、可靠三個要求中，全面是最難解決的。由于應急指揮涉及到社會的幾乎所有方面，那么從全面的角度考慮，必須具備將這些社會各個系統(tǒng)的IT信息全面接入的能力。這些信息大體上可以分為兩類，一類是以各個部門業(yè)務系統(tǒng)內(nèi)的數(shù)據(jù)庫數(shù)據(jù)為主的結構化數(shù)據(jù)，一類是以圖像、視頻以及一些特殊的類似地震、氣象的專業(yè)圖片為主的非結構化數(shù)據(jù)。由于若干年來絕大多數(shù)部門的IT系統(tǒng)建設都只考慮自身的內(nèi)部業(yè)務需求，較少考慮不同部門之間橫向的信息共享和獲取，因此當前真實的狀況是聳立著一個又一個的信息孤島、彼此制式標準不同，橫向的數(shù)據(jù)整合很難進行。但是對于應急指揮IT系統(tǒng)的建設而言，這是一個必須要解決的問題，是一切的核心，否則任何決策和指揮都無從談起。對于結構化數(shù)據(jù)，目前應急IT系統(tǒng)解決這個問題的方法有以下幾種： �。�1） 從各個下級系統(tǒng)抽調人力、配置終端集中到應急指揮大廳，事件發(fā)生時采用遠程登錄的方式來實時獲取信息。也就是信息不集中人集中。這種方式的弊端顯而易見，一是不足以覆蓋足夠廣的面，二是遠程登錄系統(tǒng)在可靠性方面很難保障，三是對于未來多系統(tǒng)橫向數(shù)據(jù)分析提供輔助智能決策的軟件無法從數(shù)據(jù)層支持。這種方法是無法滿足應急系統(tǒng)真正的業(yè)務需求的。 �。�2） 利用數(shù)據(jù)庫中間件，從不同的業(yè)務系統(tǒng)中抽取所需的數(shù)據(jù)，匯總到應急指揮中心進行應用。這種方式原理很清晰，但是復雜度太高。由于數(shù)據(jù)庫中間件和數(shù)據(jù)庫、操作系統(tǒng)強關聯(lián)，因此對于各種各樣的異構系統(tǒng)，也必須用異構的二次開發(fā)去加以解決。這種方式的工作量和成本隨著覆蓋廣度的增加會呈指數(shù)上升。 （3） 共享存儲容災的方式。即將各業(yè)務系統(tǒng)以數(shù)據(jù)容災的方式在應急指揮中心做統(tǒng)一的關鍵數(shù)據(jù)儲存。這種方法可以較好的解決異構性問題、方案成熟，對未來業(yè)務支撐度高，數(shù)據(jù)安全性好。需要解決的是管理體制配套的問題。 （4） 將結構化數(shù)據(jù)非結構化，采用高清視頻編碼器將遠端的顯示信號同步傳送到應急指揮中心進行顯示。這種方式布署簡單、快速，投入小。不獲取數(shù)據(jù)，但通過遠程呈現(xiàn)同步遠端的系統(tǒng)桌面。 從長遠看，第三種方式必將成為根本上解決問題的一種數(shù)據(jù)共享手段。而在當前，通過第四種手段進行階段性的布署，可以作為過渡方案。 對于非結構化數(shù)據(jù)，現(xiàn)在通行的方案是通過數(shù)字編碼器將遠端的模擬或數(shù)字圖像傳送過來，根據(jù)應急決策的要求進行集中的顯示。實際上，應急指揮的需求不斷深入，從另一個角度也會極大的促進整個社會監(jiān)控和視頻資源的聯(lián)網(wǎng)化、標準化進程，最終形成一個全聯(lián)網(wǎng)、全互通的非結構化資源體系。 而可靠的要求，反映在應急IT系統(tǒng)中，主要包含有兩個方面：一是應急IT系統(tǒng)自身的安全可靠性設計，另外一個更重要的就是通訊鏈路的可靠冗余設計。由于極端應急事件的破壞往往很大，正常通訊鏈路的中斷是必須要作為設計基準預估的。因此一方面不依賴于傳送條件和氣象條件的衛(wèi)星通訊作為應急IT系統(tǒng)必備的備份鏈路是必備的選擇，另一方面基于無線WLAN或集群的現(xiàn)場快速布署啟用的前端通訊系統(tǒng)也是尤為重要。在汶川地震救災中，在絕大多數(shù)通訊手段損毀的情況下，這兩種手段起到了很大的作用。更重要的是，對于有線無線、多種連接手段的融合管理能力、切換控制能力在應急IT系統(tǒng)的鏈路支撐中是非常重要的。在極端緊急的狀態(tài)下，基于應急預案，在廣域鏈路全部不可用，實時數(shù)據(jù)獲取能力癱瘓的情況下，則應急指揮中心至少應具備一個數(shù)據(jù)中心的功能，基于歷史數(shù)據(jù)和通訊來應對問題、進行決策，然后基于衛(wèi)星通訊等較難被損毀的通訊能力進行指揮處置。前文提到應該加強各系統(tǒng)在非應急狀態(tài)的數(shù)據(jù)向應急中心的災備，正是出于這種考慮，完全依靠數(shù)據(jù)實時獲取的應急指揮中心在極端惡劣情況下是不可用的。 對于快速的要求，反映到IT系統(tǒng)上，其實就是盡量加強系統(tǒng)的智能性，增加計算機的處理比重、減少人的處理比重。這其中有兩個努力方向：一是對于系統(tǒng)的快速響應能力的建設，比如數(shù)據(jù)分析輔助決策、與顯示相關的各種快速功能建設、實時數(shù)據(jù)調取能力的加強等。另外一個方向是加強非應急狀態(tài)的準備以盡可能縮短應急處置時間。非應急狀態(tài)下主要包括數(shù)據(jù)的儲備、整理和分析報告，以及針對各種可能情況的應急預案的設立和觸發(fā)機制的建立、配套的演練等。后者對于加快應急響應速度是更為根本的，事件發(fā)生后反應再快，決策者再高效，如果每一個細節(jié)事項都要逐一落實安排的話，效率還是很低的。加強應急指揮IT系統(tǒng)的建設，其實還是為了改變現(xiàn)在處置應急事件的模式——就是“一把手工程”，非得一把手到了現(xiàn)場指揮，各部門才能動起來、協(xié)調起來。真正的應急指揮，最核心的決策者應該位于應急指揮中心或者移動應急指揮中心，即各類數(shù)據(jù)和結論匯集的地方，才能最高效的決策；真正的應急指揮，應該80%的處置都是觸發(fā)式的而不是指令式的，即出現(xiàn)某種情況，相關部門人員根據(jù)事先設定好的預案和演練立即反應，而不是等待領導指示要求。設想地震發(fā)生的時間只有幾秒，在應急指揮系統(tǒng)覆蓋下的學校，一方面應該立刻有相關的建筑、交通、衛(wèi)生資源等相關數(shù)據(jù)匯集到應急指揮中心進行處置決策，另外最關鍵的，是要在第一時間由老師一聲令下，學生立刻全鉆到課桌下面。成熟的應急指揮快速響應，預案解決80%的問題，應急決策和指揮只解決另外20%不能解決的問題，這是發(fā)展的方向。 經(jīng)常提到的還有應急通訊車的問題，其實應急通訊車可以看做是一個通過衛(wèi)星鏈路和主應急中心相連接的分中心。其具備基本的應急指揮中心的能力，而更靠近現(xiàn)場，對于處置某些特定的事件非常有價值。配合通過無線布署的現(xiàn)場圖像獲取，則可以更為迅捷的由應急中心獲得第一手的現(xiàn)場材料。這種應用，從本質上和阿波羅登月計劃中月球車和地面NASA的指揮大廳的關系一樣。 (中國集群通信網(wǎng) | 責任編輯：陳曉亮) |
