主頁（http://m.by236.com）：“三臺合一”指揮調度系統改造的實踐與思考(3) 今后通過與交控平臺的集成，指揮中心可實時在電子地圖上顯示各路口交通流量信息、各卡口視頻信息；設置VIP行車路線、消防行車綠波帶等。各卡口發現的涉案嫌疑車輛可實時傳送到指揮中心接處警席位，系統自動從交警車輛庫、涉案車輛庫中提取該車的技術參數和歷史涉案信息，接處警人員可直接在電子地圖上進行布控。 3.3.3、技術框架 “三臺合一”指揮體系共享平臺是通過現代的通信系統與信息系統集成的平臺，把110、火警119、急救120、交通事故122等報警救助系統、水、電、管道燃氣、防洪、防林防火、防震、防空等應急救助系統納入統一的指揮調度系統，統一協調為市民提供快速、及時的各種救助和相應的服務，完成平戰結合、聯動指揮，保障社會秩序和生活秩序的正常。 整個城市應急聯動指揮體系結構如下所示： 3.3.4、主要技術路線 3.3.4.1、基于CSCW的協同平臺 計算機支持的協同工作技術CSCW（Computer Supported Cooperative Work）可以定義為這樣的計算機系統：它支持一組用戶參與一個共同的任務，并提供給他們訪問共享環境的接口。即一個任務，多個用戶，多個用戶為完成一項共同的任務而組成一個用戶群，CSCW為這個用戶群提供協同支持。 現在我們從CSCW的觀點來分析一下一般的119接處警過程：我們將一次報警電話的處理過程看成一個任務T，將T劃分為接警登記、輔助決策和指揮調度三個子任務T1、T2、T3；它可以由一個用戶完成以上任務，但為了爭取現場反應時間，需要時應該由一組用戶U1，U2…Um協同完成任務T。系統的典型工作流程是：119報警電話進入系統后，U1負責接聽報警電話，了解前方的情況及變化，同時完成警情錄入登記，并將警情通傳給U2，U3，…Um；U2在獲悉警情的基本特征后，可以迅速查詢一些相關的信息、案例，調出預案，進行必要的調整，并立即進行處警決策，同時U3…Um負責將U2已作好的決策進行指揮調度。這樣T1、T2、T3三個任務就在并行地進行著，極大地提高了工作效率，縮短了現場反應時間。當然T1，T2本身在大案中也可以由多個用戶協同完成。系統的這個工作流程如圖所示。 3.3.4.2、基于組件的N－Tier結構 隨著計算機網絡應用的發展，基于客戶/服務器的系統設計已被廣泛地應用于各種類型的軟件系統的設計與開發中，它改變了我們傳統的單機應用設計和系統實現方式。目前，對于簡單的業務邏輯，一般采用兩層客戶/服務器系統結構來完成企業信息網的任務，但是，隨著來自大量企業級關鍵任務系統對應用的性能和功能的強大需求，這種兩層客戶/服務器系統結構難以實現和滿足要求，因此，越來越多地采用三層客戶/服務器系統結構和中間件技術。而INTERNET、分布對象和組件技術的發展，又進一步把三層客戶/服務器系統結構推向更重要的地位。 系統將建立在Intranet網絡基本體系結構基礎上的，采用三層(N層)的軟件體系結構的分布式計算環境，在軟件開發設計中，根據不同的業務需求，分別采用Browser/Server方式或Client/Server的方式進行設計開發。具體地講，在各類警務實時處理軟件中采用Client/Server方式，而在信息查詢統計、信息發布等方面采用Brower/Server的方式實現；采用基于組件的N－Tire結構將使系統具有良好的可擴展性。 3.3.4.3、基于XML的數據交換機制 指揮中心的建設涉及到多個應用系統之間的數據交換，比如重點單位自動監控系統報警、手機短信報警的統一接入等，數據交換的核心問題是信息的標準化，主要解決信息的可理解性問題，包括人和機器對信息的理解，而且，更重要的是機器對信息的識別，并能根據數據進行自動處理。用XML作為數據交換的中介，將給系統的實現帶來極大的靈活性。在需要進行異質系統之間的數據協作的應用中，以XML作為中介格式，則各個系統不再需要知道對方內部的資料存儲格式，可以屏蔽掉后臺的多種數據源，用統一的XML文檔呈現給對方。某個系統內部的變更，也不再會殃及到和它往來的其它系統，XML實現了數據不僅與平臺無關，而且與廠商無關。 3.3.4、應用軟件系統 3.3.4.1、系統總體 接處警軟件是整個公安指揮中心應用軟件的核心，是直接面向前臺接處警人員的作業系統，在接處警系統中將集成每宗警情處理中用到的全部功能。它在協同、數字錄音、CTI等后臺服務的支持下完成整個110、119、122接處警處理過程，實現“集中接警、統一指揮、快速反應、信息共享”。 “三臺合一”接處警系統接處警業務基本流程分為接警、處警、反饋三個階段。系統工作流程如下圖所示： 3.3.4.2火警接受功能 根據通信調度機送來的報警信息結合三字段信息，自動產生警情、自動生成應詢項目表并自動填寫部分報警信息項目（如報警類型、報警時間、報警電話、報警地址等）。指揮人員提機后，通過電話詢問報警人，并將火災類別、火勢等級、火災地點、報警人信息、傷亡及損失情況、火災單位等信息填入應詢項目表中；根據火警的類別、級別，從預案庫從調出相關預案信息，提示接警員詢問，幫助接警員獲得足夠的處警信息。 3.3.4.3、火警辨別功能 火警辨別功能是系統提供的根據火警信息進行的火災地點、火警真偽、火災類型、火勢大小的確認能力。主要功能要求為： 1）根據來電顯示定位事件現場； 2）根據GIS信息系統定位事件發生地點和事件報警人的地點進行對照決定火災地點的準確性； 3）受理人根據個人經驗進行火警辨別； 4）根據報警人的描述進行火警判別； 5）接警員在輸入地址時，可通過電子地圖的地名字典簡單輸入道路門牌、居民區、單位、鄉鎮村、知名區域、交叉路口等音頭，系統返回所有匹配的道路或單位供選擇，并自動確定行政區劃、主管支隊和主管中隊；可聯動GIS信息屏定位案發地并顯示其附近的水源、道路等信息。接警員也可手工在GIS信息屏上定位 6) 重點單位信息的聯動查詢：若案發地為重點單位，則自動在輔助信息屏和GIS屏上顯示該單位的信息。 7) 重復報警：接警員若認定當前報警與某起已立案的案件重復，則可將當前接警單保存為重復報警，并與選定的案件關聯。 (中國集群通信網 | 責任編輯：陳曉亮) |
