城市應急聯(lián)動系統(tǒng)總體方案建議書

城市應急聯(lián)動系統(tǒng)總體方案建議書翼博通訊有限公司2014年10月23日Version0.0目錄目錄 i1 概述 12 應急聯(lián)動系統(tǒng)體系和信息化建設 32.1 與應急聯(lián)動系統(tǒng)關聯(lián)的部門 32.2 國內(nèi)應急聯(lián)動系統(tǒng)建設的現(xiàn)狀分析 32.2.1 集權(quán)模式 42.2.2 授權(quán)模式 42.2.3 代理模式 52.2.4 協(xié)同模式 52.2.5 現(xiàn)有應急聯(lián)動模式的不足 62.3 都市應急聯(lián)動系統(tǒng)解決方案 72.3.1 結(jié)構(gòu)與組織 72.3.2 應急聯(lián)動中心運行機制 93 應急聯(lián)動系統(tǒng)設計概述 163.1 應用系統(tǒng)設計原則 163.1.1 系統(tǒng)構(gòu)架建設的差不多要求 173.1.2 應用系統(tǒng)設計思路 193.1.3 總體應用架構(gòu) 223.1.4 應用系統(tǒng)的總體運行流程 223.1.5 總體技術(shù)方案 243.1.6 系統(tǒng)分解 273.1.7 系統(tǒng)軟硬件部署 304 應急聯(lián)動子系統(tǒng)設計 324.1 綜合信息門戶設計 324.1.1 概述 324.1.2 設計需求 324.1.3 綜合信息門戶架構(gòu)設計 324.1.4 功能設計 344.1.5 核心功能描述 374.2 地理信息系統(tǒng)（GIS） 394.2.1 系統(tǒng)開發(fā)目標 394.2.2 系統(tǒng)體系結(jié)構(gòu) 404.2.3 系統(tǒng)數(shù)據(jù)分析 414.3 運營支持系統(tǒng)(OSS) 454.3.1 需求分析 454.3.2 體系結(jié)構(gòu) 454.3.3 功能設計 454.3.4 核心功能描述 464.4 決策支持系統(tǒng)（DSS） 524.4.1 決策支持系統(tǒng)概述 524.4.2 體系結(jié)構(gòu) 534.4.3 系統(tǒng)功能設計 544.5 數(shù)據(jù)交換平臺 574.5.1 概述 574.5.2 數(shù)據(jù)交換平臺的邏輯結(jié)構(gòu) 584.5.3 數(shù)據(jù)交換標準 594.5.4 數(shù)據(jù)交換方法 594.6 系統(tǒng)監(jiān)控與治理平臺 614.6.1 概述 614.6.2 系統(tǒng)配置 654.6.3 監(jiān)控治理 684.6.4 系統(tǒng)操縱 694.7 安全治理平臺 724.7.1 概述 724.7.2 安全治理模型 724.7.3 權(quán)限治理 734.7.4 安全檢測 764.7.5 認證治理 784.7.6 密碼治理 804.7.7 授權(quán)治理 814.7.8 安全報告 84概述隨著我國都市建設的持續(xù)進展，政府對都市的綜合治理也面臨著極大的挑戰(zhàn)。這專門表現(xiàn)在處理地震、惡性流行性疾病擴散、恐懼突擊、有害物質(zhì)泄漏等重大災難時。災難發(fā)生前，如何按照收集到的信息進行及時有效的預警；災難發(fā)生后，如何調(diào)動、指揮和和諧各方面的資源，統(tǒng)一領導，快速行動，差不多成為政府部門面臨的重要課題。“911”事件、SARS、印度洋海嘯等突發(fā)事件差不多暴露出都市危機治理機制薄弱和應對突發(fā)事件能力缺乏是一個世界性的咨詢題。而世界各國也都在主動建設自己的應急聯(lián)動系統(tǒng)。我國的應急聯(lián)動系統(tǒng)建設還處于起步時期，沒有固定的模式可尋。由于各個都市的規(guī)模、自然、人文以及信息化建設程度的不同，分不顯現(xiàn)了以南寧為代表的集權(quán)模式，以北京為代表的代理模式，以廣州為代表的授權(quán)模式和以揚州為代表的網(wǎng)絡模式。這些模式各有優(yōu)缺點，而應用這些模式的應急聯(lián)動系統(tǒng)在運營過程中，暴露出一些咨詢題。這些咨詢題具有相當?shù)钠毡樾?，是在我國建設應急聯(lián)動系統(tǒng)所必須解決的咨詢題：如何在現(xiàn)有行政體制和應急聯(lián)動中心之間取得平穩(wěn)，獲得最大的反應速度和協(xié)作成效，是當前應急聯(lián)動系統(tǒng)面臨的首要咨詢題。應急聯(lián)動需要整合政府現(xiàn)有各部門的資源，因此，如何定義應急聯(lián)動中心在政府現(xiàn)有體系中的地位，并確立與其他部門的職、權(quán)、利關系，是保證應急聯(lián)動中心有效運作的關鍵。如何整合現(xiàn)有資源，建立以應急聯(lián)動中心為核心的應急聯(lián)動神經(jīng)網(wǎng)絡，是應急聯(lián)動建設的核心咨詢題。都市應急聯(lián)動第一要實現(xiàn)信息聯(lián)動，因此，多部門異構(gòu)數(shù)據(jù)的集成是應急指揮系統(tǒng)設計的核心焦點。由于部門眾多，有關的信息系統(tǒng)也專門多，這就需要統(tǒng)一的基礎信息交換平臺，將不同部門的信息系統(tǒng)和應用系統(tǒng)有效地整合在一起。如何保證應急聯(lián)動系統(tǒng)的開放性、通用性和可擴展性。目前的應急聯(lián)動業(yè)務范疇要緊涵蓋公安、交通、消防、醫(yī)療急救、水電氣、自然災難、生產(chǎn)事故等，與往常的狀態(tài)相比，差不多有了龐大的進步。然而從系統(tǒng)設計的角度看，解決咨詢題的思路還局限于就事論事的層面，缺乏通用的核心處理模型和開放的架構(gòu)，因而系統(tǒng)的靈活性和可擴展性也就比較差。從進展的角度來看，當都市顯現(xiàn)新咨詢題或事件時，系統(tǒng)應當承諾通過接入新的系統(tǒng)或模塊以及調(diào)整流程來適應新的業(yè)務。如何提供智能化的決策支持和知識治理，為應急指揮提供有效的支持。都市應急聯(lián)動中心真正的挑戰(zhàn)不是來自大量的日常事件，而是來自少量的專門事件，包括專業(yè)性強的事件、疑難事件、重大事故、敏銳事件等。所有這些事件，要么不顯現(xiàn)，一旦顯現(xiàn)就專門棘手。在高度緊急的情形下，指揮人員要能夠?qū)缶韧话l(fā)事件、重要案件迅速地做出正確決策，需要把握大量的事件專業(yè)知識和背景知識，如專業(yè)、地理、交通、法律法規(guī)、警力部署等。因此，應急聯(lián)動系統(tǒng)應具有知識治理和決策支持功能，以保證在緊急情形下，系統(tǒng)能夠向指揮人員提供充分的有關知識支持和預案建議，幸免顯現(xiàn)重大差錯。如何保證系統(tǒng)的高可靠性。應急聯(lián)動系統(tǒng)的任務是應急事務處理，因而系統(tǒng)自身的可靠性專門關鍵。從實踐中得出，設備的可靠性并不等系統(tǒng)的可靠性。國內(nèi)在類似系統(tǒng)建設時，往往比較注重硬件設備的可靠性，但實踐證明，這種做法帶來的可靠性是不能完全解決咨詢題的。因此，在系統(tǒng)可靠性設計中，還要強調(diào)軟件系統(tǒng)的可靠性設計，即立足于事件處理流程，建立一種安全的的事務愛護機制，幸免形成對特定設備或環(huán)境的依靠，在系統(tǒng)的部分設備或環(huán)境發(fā)生故障時，出錯的事務按照不同的場景進行及時轉(zhuǎn)移、備份或臨時的降能處理，以保證有關事務的連續(xù)、并行處理，從而在應用級不上最大限度地保證可靠性。如何建立安全有效的監(jiān)控與考核系統(tǒng)。指揮中心是一個關鍵任務處理中心，除了技術(shù)系統(tǒng)引發(fā)的風險之外，更多的風險還來自于人為的責任事故，因此，治理水平是指揮中心良好運作的關鍵因素。由于應急聯(lián)動中心的人員往往來自不同部門，有著各自的責任和利益，一旦顯現(xiàn)責任事故，容易相互推諉。因此，系統(tǒng)設計要充分考慮到這些需求，提供充分的治理參數(shù)獵取和治理手段。如何實施應急聯(lián)動系統(tǒng)的標準化工作。應急聯(lián)動系統(tǒng)的建設和使用必將是一個長期過程。國外大型應用系統(tǒng)取得成功的重要因素是連續(xù)持續(xù)的技術(shù)標準化和業(yè)務標準化建設，各種標準在系統(tǒng)規(guī)劃、系統(tǒng)設計、業(yè)務模型、技術(shù)選型過程中起到了強有力的引導作用，從而保證了一代一代的系統(tǒng)具有良好的繼承性和一致性。應急聯(lián)動的標準化需求體現(xiàn)在信息交換格式的標準化、通信協(xié)議的標準化、電子地圖的標準等各個方面。標準化將方便各子系統(tǒng)接入應急聯(lián)動平臺，而系統(tǒng)的升級替換工作也會因此變的簡單易行。綜上所述，應急聯(lián)動系統(tǒng)需要達到高可用性、可擴展性、高可靠性、安全性、智能化、標準化這幾個目標。本文將下下面章節(jié)中詳細討論如何設計和實現(xiàn)這些目標。應急聯(lián)動系統(tǒng)體系和信息化建設 與應急聯(lián)動系統(tǒng)關聯(lián)的部門都市應急聯(lián)動系統(tǒng)需要和諧政府各職能部門的資源，統(tǒng)一指揮、統(tǒng)一行動。在我國，這些職能部門包括公安部門、消防部門、交通治理部門、醫(yī)療急救、煤氣公司、自來水公司、電力部門、工商、城管等。而這些職能部門大部分差不多建立有自己的應急服務系統(tǒng)，如公安部門的110報警電話、消防部門的119火警電話、醫(yī)療急救的120電話等。如何整合各部門已有的應急資源（包括人力資源），達到充分高效的利用，是應急聯(lián)動系統(tǒng)設計時要考慮的首要咨詢題。應急聯(lián)動系統(tǒng)需要建立以聯(lián)動中心為核心，連接各職能部門的數(shù)據(jù)通道，集成各部門的數(shù)據(jù)和資源。保證在危機處理時：一方面，聯(lián)動系統(tǒng)能夠及時地得到全方位的實時數(shù)據(jù)，作為形成應急預案的基礎；另一方面，保證聯(lián)動中心發(fā)出的指令能夠迅速下達到各單位，使整個行動能有條不紊地進行。圖2.1是應急聯(lián)動中心和現(xiàn)有各政府職能部門的關系示意圖。圖2.1應急聯(lián)動中心關聯(lián)部門示意圖應急聯(lián)動中心“戰(zhàn)時”側(cè)重于重大事件的和諧、決策和監(jiān)督，建立預案；“平?！眲t側(cè)重于突發(fā)事件（如地震、流行性疾病傳播等）的監(jiān)測、預警和預案演練。作為決策和指揮者的聯(lián)動中心，集成了各職能部門的有效資源，應能在災難發(fā)生前作出及時的預警，災難發(fā)生后的第一時刻作出準確的決策，在危機解除后給出合理的救援安排和任務移交打算，全方位地愛護人民群眾的生命和財產(chǎn)安全，將突發(fā)事件的缺失降到最小。國內(nèi)應急聯(lián)動系統(tǒng)建設的現(xiàn)狀分析應急聯(lián)動系統(tǒng)的建設在國內(nèi)還處于起步時期。因此，目前還沒有統(tǒng)一的建設模式。分析國內(nèi)已建設的應急聯(lián)動中心能夠發(fā)覺，國內(nèi)應急聯(lián)動中心大致能夠分為四種類型：集權(quán)模式、授權(quán)模式、代理模式、協(xié)同模式。集權(quán)模式集權(quán)模式是指整合政府和社會所有的應急資源，成立專門的應急聯(lián)動中心，由該部門代表政府全權(quán)行使應急聯(lián)動指揮大權(quán)。國內(nèi)第一個建設“都市應急聯(lián)動”的南寧市就采取了集權(quán)模式。該模式所具有的特點包括：由政府牽頭、政府投資、集中治理，應急聯(lián)動中心是政府治理的一個部門，有專門的編制和預算；聯(lián)動中心是都市應急事件處理的唯獨中樞；政府將所有的指揮權(quán)歸于聯(lián)動中心，應急聯(lián)動中心在處置緊急事時，有權(quán)調(diào)動政府任何部門；采取一級接警，一級處警，即指揮中心統(tǒng)一接警，統(tǒng)一處警；簡單事件由專業(yè)組處理，顯現(xiàn)重大事件時，由指揮長和諧各專業(yè)聯(lián)動處警；市政府不再設應急聯(lián)動中心，顯現(xiàn)重大事件時應急聯(lián)動中心同時也是政府指揮中心，政府領導能夠在指揮中心的市長指揮區(qū)參與指揮；應急聯(lián)動中心同時也是應急指揮資源的治理中心，統(tǒng)一治理有關的應急指揮資源。優(yōu)勢：集權(quán)模式是國外應急指揮普遍采納的形式，體現(xiàn)了都市應急聯(lián)動的本質(zhì)要求，是都市聯(lián)動進展的方向。統(tǒng)一指揮、信息共享、資源共享，有利于實現(xiàn)快速反應、精確指揮。一級接警，統(tǒng)一了所有的報警信息入口，另外，一級接警減少了指揮層次，使指揮效率大大提升，有利于快速反應。風險：該模式幾乎重構(gòu)了都市應急體制，因而建設難度大，投資也大。在接警量大的情形下，一級處警沒有多層次協(xié)作指揮，容易造成指揮中心負荷過重。授權(quán)模式授權(quán)模式是政府利用現(xiàn)有的應急指揮基礎，按照都市應急聯(lián)動的要求，通過局部的體制調(diào)整，授權(quán)應急基礎比較好的某一部門，在該部門的牽頭下，政府有關應急部門聯(lián)動辦公，聯(lián)合行動，從而快速構(gòu)建都市應急聯(lián)動系統(tǒng)。授權(quán)模式所具有的特點包括：政府將應急聯(lián)動的指揮權(quán)授權(quán)給公安，以公安處警為核心，協(xié)同其他聯(lián)動部門共同處警。在緊急情形下，公安代表政府調(diào)動各部門聯(lián)合行動，并代表政府和諧和監(jiān)督緊急事務的處理。優(yōu)勢：授權(quán)模式充分利用現(xiàn)有基礎，通過適當?shù)耐顿Y和改造構(gòu)建而成，見效快。充分利用公安、消防、交通、衛(wèi)生等部門體會，能夠快速構(gòu)建相對成熟的應急指揮系統(tǒng)，指揮中心運行磨合期短、風險小。風險：授權(quán)難度大。授權(quán)要充分而又具體：授權(quán)不充分，關鍵時候指揮中心指揮不靈，就達不到應急聯(lián)動的目的；同樣授權(quán)不具體，指揮中心權(quán)力邊界不明確，聯(lián)動時容易顯現(xiàn)不同明白得，貽誤戰(zhàn)機。由于系統(tǒng)建設依靠公安等部門的基礎設施，因而無法與政府內(nèi)網(wǎng)或外網(wǎng)互連，也就專門難實現(xiàn)真正意義上的信息聯(lián)動。同時，該模式也存在某些部門主動性不高，指揮困難的咨詢題。代理模式代理模式是政府成立統(tǒng)一的接警中心或呼叫中心，負責接聽都市的應急呼叫，按照呼叫的性質(zhì)，將接警記錄分配給一個或多個部門去處理，并按照各部門處理情形反饋報警人。本質(zhì)上講，這種模式并不是真正意義上的應急聯(lián)動，只是向都市提供了統(tǒng)一的緊急呼叫入口。該模式所具有的特點包括：由政府牽頭，統(tǒng)一了緊急呼叫的入口；各部門分頭處警，各自指揮；負責向報警人反饋處理信息，監(jiān)督各部門處理事件的過程。優(yōu)勢：解決了統(tǒng)一接聽的咨詢題，為統(tǒng)一指揮打下了基礎。風險：第一是接警風險，不準確的接警必定導致不準確的處警，因此，接警務求準確，而相應的接警系統(tǒng)也需要專門多的專業(yè)知識沉淀。在跨部門事件處理時，形成統(tǒng)一的指揮核心還需要時刻。另外，該模式還沒有真正體現(xiàn)應急聯(lián)動的理念，整體作戰(zhàn)有賴于其他方式的和諧。協(xié)同模式協(xié)同模式是多個不同類型、不同層次的指揮中心和執(zhí)行機構(gòu)通過網(wǎng)絡組合在一起，按照約定的流程，分工協(xié)作、聯(lián)合指揮、聯(lián)合行動的一種應急聯(lián)動模式。協(xié)同模式所具有的特點包括：應急聯(lián)動機制是由多個不同類型、多層次有指揮系統(tǒng)構(gòu)成。一樣由一個政府指揮中心、多個部門指揮中心和更多基層遠程協(xié)同終端構(gòu)成。不同系統(tǒng)具有不同的職責。政府指揮中心戰(zhàn)時側(cè)重于重大事件的和諧、決策和監(jiān)督。部門指揮中心，如公安指揮中心、交通指揮中心、消防指揮中心、急救調(diào)度中心等，則側(cè)重于對緊急呼叫的快速反應，先期處置。基層遠程協(xié)同終端系統(tǒng)則是部門指揮中心的遠程終端，要緊是網(wǎng)上快速接收指令、網(wǎng)上反饋，平常上傳應急指揮的基礎數(shù)據(jù)，在條件許能夠情形下，能夠由公安統(tǒng)一接警，也能夠成立專門的接警部門。條件不成熟時，能夠堅持目前分部門接警的現(xiàn)狀。優(yōu)勢：在協(xié)同模式下，政府指揮系統(tǒng)與部門指揮系統(tǒng)職能分明，各有重點，互不沖突。構(gòu)建多層次的指揮網(wǎng)絡，物理分離、邏輯集中、業(yè)務統(tǒng)一。政府的應急指揮系統(tǒng)是核心，通過該系統(tǒng)將過去多個分立的部門指揮系統(tǒng)整合成一體化的應急聯(lián)動系統(tǒng)，大事政府牽頭，小事部門負責。風險：區(qū)分重大事件和一樣事件比較困難。一旦某事件被確定為一樣事件，則專門難及時聯(lián)動，容易貽誤戰(zhàn)機?，F(xiàn)有應急聯(lián)動模式的不足現(xiàn)有應急聯(lián)動系統(tǒng)存在的核心咨詢題是對政府各職能部門的整合不夠，不能實現(xiàn)真正的應急聯(lián)動。專門是代理模式和授權(quán)模式，差不多上是只能應急，不能聯(lián)動，對突發(fā)事件的處理能力比較差。難以擴充?，F(xiàn)有應急聯(lián)動模式都沒有突出可擴展性，沒有一個開放的數(shù)據(jù)交換平臺以及多種系統(tǒng)接入方式，以方便差不多存在的和今后可能顯現(xiàn)應急資源接入現(xiàn)有系統(tǒng)，升級潛力小。沒有強調(diào)預警功能。大部分應急聯(lián)動模式只強調(diào)了危機顯現(xiàn)時如何接警和處警，而沒有強調(diào)在危機發(fā)生前如何進行監(jiān)控和預報，而這正是應急聯(lián)動系統(tǒng)最重要的組成部分。如果不能對地震、洪澇、惡性傳染病流行進行早期的監(jiān)控和預警，都市將遭受的缺失將是難以估量的。一樣事件占用應急通道。顯現(xiàn)在集權(quán)模式、授權(quán)模式和代理模式中的一個要緊咨詢題是，接警處每日處理的非緊急事件在70%左右，也確實是講，在真正的突發(fā)災難事件發(fā)生時，專門可能由于這些非緊急事件占用應急通道資源而造成戰(zhàn)機的貽誤。針對我國目前都市信息化建設的現(xiàn)狀，以及國內(nèi)已有應急聯(lián)動系統(tǒng)存在的不足，我們建議采取如下方案。都市應急聯(lián)動系統(tǒng)解決方案結(jié)構(gòu)與組織如何在我國現(xiàn)有的行政體制下，和諧各職能部門間的關系，建立一套適合應急聯(lián)動協(xié)同作戰(zhàn)需要的組織關系，是擺在都市應急聯(lián)動系統(tǒng)設計前面的首要咨詢題。而建立如此一個組織結(jié)構(gòu)，則一定要考慮如下咨詢題：如何和諧應急聯(lián)動中心和各職能部門的關系，有效利用現(xiàn)有職能系統(tǒng)的應急響應系統(tǒng)，最大限度地整合現(xiàn)有資源，節(jié)約實施成本而又不減弱應急聯(lián)動的成效。如果采取授權(quán)模式、代理模式和協(xié)同模式，勢必造成一定程度上的只能應急，不能聯(lián)動或不能及時聯(lián)動。因此，聯(lián)動中心的存在以及統(tǒng)一接警和處警是應急聯(lián)動系統(tǒng)正常運行不可或缺的一部分。而采取集權(quán)模式實施成本又太高，而且也專門難充分利用現(xiàn)有職能部門的應急響應系統(tǒng)。因此我們建議采取如圖2.2所示的以應急聯(lián)動中心為核心，其它職能部門現(xiàn)有應急系統(tǒng)為輔的分級治理模式。圖2.2應急聯(lián)動系統(tǒng)組織結(jié)構(gòu)示意圖應急事件發(fā)生時，應急聯(lián)動中心負責統(tǒng)一接警，統(tǒng)一處警，并收集處理災難必須的案件現(xiàn)場的所有實時信息（如：地理位置、下水管道位置等等），給出合理的應急預案，并按照案件情形，指揮調(diào)配相應的三級聯(lián)動單位調(diào)度中心，要求趕忙派出處理力量編組。平常監(jiān)測時，各職能部門負責本部門職責內(nèi)的監(jiān)控和預警，一旦監(jiān)控到可能發(fā)生的突發(fā)事件（如：地震、疫情爆發(fā)等），則在第一時刻由系統(tǒng)自動通知應急聯(lián)動中心，并由聯(lián)動中心集合各職能部門的資源（如：天氣、水文、出入境治理部門等），對可能發(fā)生的災難進行評估和處理，給出防備預案，統(tǒng)一部署和和諧各職能部門合作，在第一時刻采取預防行動。市委市政府作為最高指揮機構(gòu)，一樣情形下可不進入應急聯(lián)動中心。一旦發(fā)生重大應急事件，市委市政府則可直截了當進駐聯(lián)動指揮中心，利用聯(lián)動中心的設備進行現(xiàn)場指揮和調(diào)度。該組織結(jié)構(gòu)方案充分利用了現(xiàn)有各職能部門的應急資源，并真正意義上實現(xiàn)了應急聯(lián)動，能夠?qū)赡茱@現(xiàn)的災難做出快速行動，災難發(fā)生時，又能合理配置和運用社會各部分資源，對突發(fā)事件做出及時有效地處理。在面對重大事件時，市委市政府能夠在一線坐鎮(zhèn)，負責指揮和和諧，充分發(fā)揮現(xiàn)有行政體制的作用。應急聯(lián)動中心我們建議都市應該設置一個獨立的應急聯(lián)動中心。該中心作為應急事件處理的大腦中樞，應該與政府各職能部門的信息系統(tǒng)相連，集成都市中所有必要的信息資源，在應急事件發(fā)生時，統(tǒng)一指揮各職能部門的行動。我們建議該中心應具有統(tǒng)一接警和同一處警功能。前期，應派駐在各職能部門應急系統(tǒng)中有豐富工作體會的接警人員入駐（如：110，120，119接警員）。對接警員進行接警培訓，設置操作規(guī)范，對不同的災難情形，準確而全面地詢咨詢報案者有關信息，并進行分類整理，便于處警員統(tǒng)一處理。我們建議該中心應具有開放性和高可擴展性。前期可只接入有接入條件的職能部門系統(tǒng)，一旦有新的職能部門需要加入，該中心系統(tǒng)能不必修改現(xiàn)有代碼的情形下，方便地接入。我們建議該中心應能提供智能化的決策支持和知識治理功能。能夠為決策人員體統(tǒng)全方位的信息（如：地理信息、煤氣管道信息等），協(xié)助決策人員完成應急預案和行動方案的指定。我們建議該中心應具有高可靠性。不但提供硬件的可靠性，更要提供軟件的可靠性。由于應急響應的專門要求，該中心需要實時可靠的數(shù)據(jù)傳輸。所有的數(shù)據(jù)必須一次傳輸，絕不丟失。公安指揮中心、交通指揮中心、消防指揮中心、急救調(diào)度中心等公安指揮中心、交通指揮中心、消防指揮中心、急救調(diào)度中心等三級應急聯(lián)動中心應負責本中心的應急事件預警工作，并通過可靠的網(wǎng)絡接入到應急聯(lián)動中心，實時地向應急聯(lián)動中心報告。三級聯(lián)動單位調(diào)動中心同時負責向聯(lián)動中心傳送本單位的實時數(shù)據(jù)，為中心的統(tǒng)籌安排提供信息支持。三級聯(lián)動單位負責接收聯(lián)動中心的調(diào)度指令，并委派本單位的處置力量編組執(zhí)行。應急聯(lián)動中心運行機制從監(jiān)測到響應：對可推測災難的處理應急聯(lián)動系統(tǒng)的一個重要任務確實是在突發(fā)事件發(fā)生時，能夠?qū)ｉT迅速地應對。這種突發(fā)事件不管是疾病爆發(fā)，自然災難，依舊人為釀成的禍害。因此，必須具備完善預警及應急機制。如此一個完整的機制在圖2.3中充分顯示出來。從流程角度來看，他必須包括從監(jiān)測（Detection）到響應（Response）的各個環(huán)節(jié)。而在范疇上，具體包括各個功能單元：監(jiān)控與監(jiān)測、打算與和諧、應急資源治理、溝通、超負荷能力、培訓和公眾意識。圖2.3：可推測災難處理：從監(jiān)測到響應與都市應急機制流程相吻合，所有這些功能屬于兩大類系統(tǒng)：應急事件監(jiān)控系統(tǒng)（SurveillanceSystem）和指揮與操縱系統(tǒng)（CommandandControlSystem）。應急時刻監(jiān)控系統(tǒng)：為減輕中心壓力，降低中心建設和運營成本，可考慮將現(xiàn)有各職能部門的有關監(jiān)控預警系統(tǒng)和中心的應急事件監(jiān)控系統(tǒng)相連，形成如圖2.4所示的分級應急監(jiān)控系統(tǒng)。圖2.3：分級應急監(jiān)控示意圖聯(lián)動中心應急事件監(jiān)控系統(tǒng)與現(xiàn)有職能部門的監(jiān)控系統(tǒng)（如：地質(zhì)部門的地震推測系統(tǒng)，衛(wèi)生局的公共衛(wèi)生預警系統(tǒng)等）通過可靠的網(wǎng)絡相連。一旦這些系統(tǒng)發(fā)覺可能顯現(xiàn)的災難，則通過各自系統(tǒng)與應急事件監(jiān)控系統(tǒng)的接口向中心自動報警，并傳輸與該事件有關的所有消息。聯(lián)動中心一旦收到報警，將趕忙通知指揮與操縱系統(tǒng)（CommandandControlSystem），并采集調(diào)用與該事件有關的一切其它實時信息，對事件的范疇、危害程度等屬性進行評估，預備生成應急預案。使用分級應急監(jiān)控的好處如下：充分利用政府各職能部門已有的應急預警資源，幸免重復建設，節(jié)約成本。充分利用現(xiàn)有各職能部門的專業(yè)隊伍和專業(yè)知識，幸免集中治理帶來的不便。各職能部門的預警系統(tǒng)自己建設，自己使用，建設難度小。減小中心壓力。職能部門平常用心各自領域的檢測，只有發(fā)覺可能的應急事件時，才趕忙向中心報告，由中心統(tǒng)一和諧處理?？蓴U展性好。可按照都市的進展情形，接入有接入條件的職能部門的預警系統(tǒng)。當其它部門的相應監(jiān)控系統(tǒng)成熟時，可直截了當接入，無須對現(xiàn)有系統(tǒng)做修改。預警信息實時地由各分管職能部門傳送到聯(lián)動中心，保證了應急聯(lián)動的快速行動。指揮與操縱系統(tǒng)：綜合事件現(xiàn)場的全方位信息（包括：水電煤管道的鋪設位置、距離事件發(fā)生地點最近的警務人員等），在第一時刻內(nèi)做出相應行動決策，并通過命令人員使用的設備、溝通方式和設施指導和和諧人力和運作情形。該系統(tǒng)必須具有以下三個特性：保證互連（AssuredConnectivity）：狀況評估與和諧歸因（Attribution）：評估與跟蹤多個信息領域中的威逼危機和諧（CrisisCoordination）：操縱與壓制威逼，災難復原圖2.4：應急指揮與操縱系統(tǒng)的組成單元圖2.4是應急指揮與操縱系統(tǒng)的組成單元示意圖。描述了可能的各項功能：應急專業(yè)人員資源數(shù)據(jù)庫環(huán)境檢測設備和報告急救設備資源數(shù)據(jù)庫緊急通信系統(tǒng)地理信息系統(tǒng)應急資源調(diào)度應急物資/藥物物流系統(tǒng)溝通手段數(shù)據(jù)分析與報告要實現(xiàn)如此一個都市應急機制，必須解決許多方面的咨詢題：打算與和諧：我們應如何對應急事件做好預備，并確保所有應對措施能夠良好地互相和諧？加大現(xiàn)有的系統(tǒng)對各職能部門進行應急事件處理預備狀況評估在監(jiān)測與響應預備中采納風險治理概念都市各職能部門間的IT和諧和數(shù)據(jù)共享培訓與公眾意識：由于應急聯(lián)動系統(tǒng)要求各職能部門聯(lián)合作戰(zhàn)，我們?nèi)绾螛訛閼比藛T提供充分的協(xié)作作戰(zhàn)培訓？我們?nèi)绾螛酉蚬妭鬟_統(tǒng)一的信息？應急聯(lián)動宣傳/廣告/公共服務通知模擬演習：職能、圓桌會議、互聯(lián)網(wǎng)專業(yè)應急人員培訓溝通：數(shù)據(jù)、信息和告警的共享以及與最初響應人和提供關心的其它機構(gòu)溝通的方法和工具？提供全方位的溝通工具，包括無線設備，方便指揮人員于現(xiàn)場技術(shù)人員的溝通。保證網(wǎng)絡的可靠性，使決策需要的數(shù)據(jù)能夠?qū)崟r有效的被傳送到中心。保證溝通渠道的安全性。應急設備治理：災難發(fā)生時，我們?nèi)绾畏峙浒才努F(xiàn)有的應急設備和應急人員？地理信息系統(tǒng)的支持。提供事件現(xiàn)場全方位的具體情形。應急設備數(shù)據(jù)庫。提供所有應急設備的當前位置和地點，并能在電子地圖上顯示。決策支持系統(tǒng)，提供最優(yōu)的資源配置。從接警到響應：對已發(fā)生事件的處理 火災、車禍、搶劫等事件通常無法推測，一樣差不多上有關職能部門得到市民報警后，再采取行動。由于目前都市日益龐大和復雜，這些往常由有關職能部門負責的事件，差不多專門難由單方面行動來解決。舉個簡單的例子，如果某樓宇發(fā)生了火災，而火災是由電器著火引起的，但靠消防部門就不行了，這就需要電力部門進行區(qū)域斷點。如果該樓宇是居民樓，則考慮到有天然氣管道，容易引起爆炸，需要燃氣公司及時關閉該樓的煤氣管道。如果樓內(nèi)差不多有受傷的居民，還要和諧急救中心和公安局進行搶救和疏散。整個過程需要各部門通力合作，如果任何一環(huán)出了咨詢題，都可能貽誤戰(zhàn)機，給人民群眾的生命財產(chǎn)造成不可估量的缺失?；谶@種情形，應急聯(lián)動中心一定要實現(xiàn)統(tǒng)一接警，統(tǒng)一處警，和諧調(diào)度各職能部門進行統(tǒng)一行動，做到真正的應急聯(lián)動。圖2.5是應急中心統(tǒng)一接警、處警的執(zhí)行流程。一旦流程到達應急聯(lián)動指揮操縱系統(tǒng)端，則執(zhí)行步驟與上節(jié)所述類似。圖2.5統(tǒng)一接警處警示意圖統(tǒng)一接警對接警員和處警員的要求比較高。接警員應具有較高的業(yè)務素養(yǎng)，能夠?qū)Σ煌那樾巫龀稣_的處理（如：在接到市民火警時，能夠準確的詢咨詢出事地點，可能的起火緣故等有關情形）。這就需要制定一套嚴格的接警和處警規(guī)范和流程，并對有關人員進行嚴格的培訓。圖2.6是一個可能的接警流程，2.7是一個可能的處警流程。圖2.6接警流程圖2.6處警流程需要專門指出的是，我們建議的應急聯(lián)動，既能執(zhí)行平常的監(jiān)控、預警工作，又能完成真正的應急聯(lián)動響應。同時最大化地利用了現(xiàn)有的信息資源，幸免了重復建設。監(jiān)控/預警工作技術(shù)使用程序監(jiān)控/預警工作技術(shù)使用程序應急響應運作應急聯(lián)動系統(tǒng)設計概述應用系統(tǒng)設計原則我們建議應急聯(lián)動系統(tǒng)的設計應把握如下原則：有用性區(qū)分應用需求的迫切程度，以實際應用需求為核心，保證設計功能有實際應用價值。同時系統(tǒng)應實現(xiàn)用戶可同意的查詢效率與響應時刻，有良好的人機接口與靈活多樣的展現(xiàn)方式。平臺化鑒于都市應急聯(lián)動中心以后業(yè)務的復雜性，及應急業(yè)務的不確定性，系統(tǒng)應建立一個開放的數(shù)據(jù)交換平臺，建立多種接入方式，使其具備足夠的靈活性與擴展能力。能夠按照顧用需求，方便擴展設備容量和提升設備性能，具備支持多種組件模塊，具備技術(shù)升級、設備更新的靈活性，具備支持業(yè)務功能的擴展與重構(gòu)的靈活性。安全可靠在應急場合的應用系統(tǒng)，其安全與可靠是至關重要的，系統(tǒng)設計將充分考慮到系統(tǒng)的安全防護與冗余措施。系統(tǒng)提供較強的治理機制和操縱手段，提供系統(tǒng)備份、數(shù)據(jù)復原、事故監(jiān)控和網(wǎng)絡安全保密等技術(shù)措施。平戰(zhàn)結(jié)合應用系統(tǒng)如平常的應用功能不足，使用率低將直截了當導致戰(zhàn)時的應用效率低下，本設計將充分挖掘平常的功能，使其與戰(zhàn)時功能結(jié)合，以實現(xiàn)平戰(zhàn)輕松轉(zhuǎn)換。全盤考慮鑒于國家應急聯(lián)動中心在應用上的專門地位，系統(tǒng)設計時將從橫縱兩個方向考慮應用系統(tǒng)的架構(gòu)與功能。開放性將基于業(yè)界開放式標準，對系統(tǒng)中的網(wǎng)絡協(xié)議、數(shù)據(jù)接口、指標體系等進行全國統(tǒng)一規(guī)劃，為以后的系統(tǒng)擴展奠定基礎；系統(tǒng)構(gòu)架建設的差不多要求按照我們對用戶需求的了解和分析，我們認為本系統(tǒng)要解決的咨詢題要緊體現(xiàn)在以下幾點：1、實時性在應急聯(lián)動中心系統(tǒng)中，對實時性的要求體現(xiàn)在兩個方面：一是要求能實時地將聯(lián)動中心的命令指令傳達到各職能部門；二要及時整合數(shù)據(jù)、分析情形、提供全面的信息給各級領導做決定和實時治理、公布和調(diào)配資源。因為這是突發(fā)事件處理，因此系統(tǒng)具備在線或快速對事件的變化作出更新和修改的能力。實現(xiàn)實時共享數(shù)據(jù)資源。2、支持大量并發(fā)用戶訪咨詢和在線處理能力應急聯(lián)動中心是一個跨部門的服務中心，數(shù)據(jù)信息源于各單位也提供給有關單位。因此，系統(tǒng)必須具備海量數(shù)據(jù)處理能力，支持單一信息儲備（OLTP）和海量并發(fā)的訪咨詢（OLAP）要求。實現(xiàn)提供全文信息檢索服務，實現(xiàn)專題數(shù)據(jù)庫的生成與庫內(nèi)檢索服務。實現(xiàn)各種異構(gòu)關系數(shù)據(jù)庫資源、各種文檔資源、圖紙文件、多媒體信息的整合和統(tǒng)一治理。因此系統(tǒng)必須具備先進的I/O功能、支持大量并發(fā)數(shù)據(jù)訪咨詢、并提供相應的并發(fā)儲備愛護，使系統(tǒng)具有支持大量各種類型并行亞秒級訪咨詢的能力，同時還能支持優(yōu)先級較低的查詢，運營數(shù)據(jù)儲備提供專門強的在線高速緩存功能、大大降低了應用與核心中樞聯(lián)接的開銷，適合于支持大量在線訊息交換。3、跨部門跨平臺各部門原有的運行系統(tǒng)能夠歸納為一個特點，即“分而治之，相對獨立”。同一個機構(gòu)可能運行多種系統(tǒng)多個網(wǎng)絡，目前的運行系統(tǒng)多是針對特定的功能和服務進行的。以公共衛(wèi)生系統(tǒng)為例，各級醫(yī)療行政部門、醫(yī)院都有自己的系統(tǒng)、數(shù)據(jù)和網(wǎng)絡治理，等等。有些部門缺乏對自己的所有的網(wǎng)絡和業(yè)務的統(tǒng)一治理。不同的運行系統(tǒng)歸不同的部門治理，如病歷資料在醫(yī)院，醫(yī)療用品和資源數(shù)據(jù)在行政部。聯(lián)動中心的系統(tǒng)功能須跨過網(wǎng)絡、系統(tǒng)、資源等眾多方面，因此不可幸免地涉及到眾多部門眾多系統(tǒng)平臺之間的和諧。我們建議指揮中心采納以EAI技術(shù)基礎產(chǎn)生的、又高于傳統(tǒng)的EAI，能夠?qū)崿F(xiàn)實時數(shù)據(jù)采集、儲備和分析、實時共享信息、實時把握全國全面狀態(tài)、實時作出正確反應、實時跨過部門邊界的系統(tǒng)集成。4、決策支持和智能應用指揮中心必須為各部門單位提供數(shù)據(jù)分析和決策支持手段。中心系統(tǒng)從包括資源、事故、病理、病歷、地理、天氣等各種信息中作出形勢和趨勢分析，為各參與單位的運作適時提供參考。在突發(fā)事件中為各級領導提供全面的資訊分析。隨著中心的建立數(shù)據(jù)的質(zhì)量更為重要，對實時的智能化決策和支持的要求越來越高。數(shù)據(jù)儲備治理是系統(tǒng)的核心基礎，負責儲備和轉(zhuǎn)送應用所使用的實時數(shù)據(jù)以及應用集成所使用的消息，提供實時數(shù)據(jù)倉庫功能和治理企業(yè)當前的狀態(tài)消息，從而為實時的決策支持和智能應用提供了強有力的手段，滿足應急聯(lián)動中心系統(tǒng)提出的功能要求。5、高可靠性應急聯(lián)動中心系統(tǒng)作為都市突發(fā)事件指揮處理的運行系統(tǒng)，系統(tǒng)的無故障運行關于關鍵時刻和日常事務的正常運轉(zhuǎn)至關重要。任何一個模塊和環(huán)節(jié)的故障，都不僅會給指揮工作帶來不便，而且會造成更嚴峻的后果，使政府在公眾中的形象下降和阻礙緊急事件的處理運作。中心系統(tǒng)不僅能夠提供7×24高可用性，而且能夠支持程序連續(xù)運行（連續(xù)可用性）、提供容錯、容災和在線愛護能力，滿足支持各種關鍵任務的需要。6、可擴展性應急聯(lián)動中心系統(tǒng)的可擴展性是與系統(tǒng)信息的進展趨勢相對應的。隨著系統(tǒng)的運作，積存的數(shù)據(jù)和分析標準將持續(xù)擴大，和技術(shù)和治理水平的進展，不管是信息的種類和規(guī)模，依舊對運行系統(tǒng)的需求都體現(xiàn)出多樣化的趨勢。建議解決方案的一個要緊目的確實是為了解決目前各運行系統(tǒng)分立所造成的一系列咨詢題，因此對系統(tǒng)的一個差不多要求確實是要幸免使其成為另一個功能單一、與其他運行系統(tǒng)相隔絕的系統(tǒng)。從進展的角度看，只有具備了高度的可擴展性，才是一個有生命力的系統(tǒng)。對指揮中心系統(tǒng)來講，可擴展性包含多個方面的含義：能持續(xù)適應更多的信息種類；能適應更大的功能和數(shù)據(jù)規(guī)模；能提供更多的運行系統(tǒng)功能；具有業(yè)界通用的標準接口，以便與其它系統(tǒng)進行無縫互連；采納模塊化結(jié)構(gòu)，適應不同部門的不同的功能需求。與傳統(tǒng)的EAI相比，新系統(tǒng)的一個突出的特點是能夠方便地增加應用數(shù)量、擴大系統(tǒng)資源規(guī)模、在增加工作負載的同時不降低性能。而且隨著系統(tǒng)規(guī)模和應用數(shù)量的增加，系統(tǒng)的優(yōu)勢體現(xiàn)的愈加明顯。其強大的可擴展性能夠確保在指揮中心系統(tǒng)升級和功能完善的過程中，提供足夠的處理能力滿足系統(tǒng)的需求。應用系統(tǒng)設計思路突發(fā)事件應急治理(指揮)理念圖3.1突發(fā)事件應急治理(指揮)理念突發(fā)事件應急指揮與決策的整體框架都市突發(fā)事件應急方案的生成是建立在各職能部門對突發(fā)事件發(fā)生地情形的實時報告的基礎上，預先按照歷史和現(xiàn)實業(yè)已存在的可能發(fā)生的類似事件為對象，制定突發(fā)事件應急預案，構(gòu)成突發(fā)事件應急處理的方案集，同時制定建立知識庫的規(guī)則，系統(tǒng)按照突發(fā)事件的級不，針對事件的類型，按圖3.2所示的指揮決策整體框架結(jié)構(gòu)通過會商確定執(zhí)行的應急方案。由此能夠看到，突發(fā)事件應急決策是通過運算機對突發(fā)事件的監(jiān)控體系以及群眾對突發(fā)事件的報告，采集與突發(fā)事件有關的信息，按照所治理的信息按照不同的突發(fā)事件，設計一組可供選擇的應急方案，決策者通過人機對話的方式在一組可行方案中選擇較佳方案作為應對突發(fā)事件的計策。圖3.2突發(fā)事件應急指揮與決策的整體框架指揮中心技術(shù)實現(xiàn)的思路及決策流程圖3.3指揮中心技術(shù)實現(xiàn)的思路及決策流程都市應急聯(lián)動中心技術(shù)實現(xiàn)思路及決策過程如上圖所示,從數(shù)據(jù)、信息、知識到聰慧，其數(shù)據(jù)處理的目標確實是要對獵取的不同來源數(shù)據(jù)進行標準化與整合，形成信息，進而提供對信息的深入加工與分析形成知識，通過對知識的積存與選擇形成聰慧，從而協(xié)助指揮決策人員進行決策。整個決策過程通過會商來實現(xiàn)。突發(fā)公共衛(wèi)生事件會商治理的工作流程如圖3.4所示。圖3.4：會商治理的工作流程應急指揮與決策的分析內(nèi)容圖3.5應急指揮與決策的分析內(nèi)容總體應用架構(gòu)圖3.6應用系統(tǒng)總體架構(gòu)應用系統(tǒng)由“一個中心、一個門戶、三個系統(tǒng)支撐平臺、三個核心應用平臺”構(gòu)成。如上圖所示，一個中心指數(shù)據(jù)中心；一個門戶指綜合信息門戶；三個支撐系統(tǒng)平臺指安全治理平臺、數(shù)據(jù)交換平臺、系統(tǒng)監(jiān)控與治理平臺；三個核心應用平臺指基礎信息平臺、專業(yè)服務平臺和綜合決策平臺。應用系統(tǒng)的總體運行流程在數(shù)據(jù)中心的支持下，針對都市突發(fā)事件的治理，系統(tǒng)將沿預防監(jiān)測、預警預備、快速反應、收尾復原、總結(jié)提升的流程進行運行，循環(huán)反復持續(xù)提升系統(tǒng)的應急處理支持能力。1、預防監(jiān)測聯(lián)動中心在現(xiàn)在期要緊負責接收、分派、核實與處理事件的報告，同時負責和諧與組織開展突發(fā)事件的預防與監(jiān)測工作，獵取動態(tài)監(jiān)測、事件調(diào)查與疫情評估信息，跟蹤事件進展狀態(tài)。聯(lián)動中心還將主動開展演習、培訓與研究工作，開展應急業(yè)務模擬，提升應急處理能力，主動研究完善有關政策法規(guī)、預案與方案，同時規(guī)劃儲備應急醫(yī)療資源等，建立突發(fā)事件的防控體系。2、預警預備按照國家法定的流程與預案，聯(lián)動中心將組織專家進行事件評估，并針對評估結(jié)果公布預警信息，針對有關突發(fā)事件快速開展預備具體方案與工作細節(jié)的預備工作，落實有關預案與方案涉及工作的預備情形，同時按照流程進行通報與匯報。在現(xiàn)在期重點是進行響應前的預備工作，進行動員與預熱，預備應急資源，落實啟動細節(jié)，同時主動操縱事件的進展，采取相應的操縱措施阻止事件升級。3、快速反應針對突發(fā)事件，快速啟動預案，并按照預案迅速指揮與執(zhí)行工作，有條不紊地組織調(diào)度人員與物資，開展應急的專業(yè)處理與有關配合工作。同時按照反饋情形，動態(tài)評估事件的進展情形，按照事件情形調(diào)整措施，最大限度地減低缺失?，F(xiàn)在期重點在于在事件暴發(fā)時期快速啟動響應程序，進入應急處理狀態(tài)，同時為專家提供及時準確的數(shù)據(jù)與正確的信息，為指揮首長與指揮人員快速提供現(xiàn)狀描述，分析推測事件進展趨勢，提出參考措施。在決策形成后，迅速部署實施，跟蹤落實情形，從而操縱疫情或事件的蔓延，使其盡快穩(wěn)固與下降。4、收尾復原在突發(fā)事件降級或終止時，聯(lián)動中心將進行事件收尾工作的處理，以盡量減少不必要的缺失，同時將快速開展從應急狀態(tài)復原到正常狀態(tài)的工作。一方面組織進行有關操縱措施，防止事件死灰復燃，也操縱其他可能的突發(fā)事件發(fā)生；另一方面將有打算地補充應急處理時期所消耗的戰(zhàn)備資源，同時逐步復原人們正常的生活與生產(chǎn)。現(xiàn)在期重點在于主動主動地進行事件掃尾，提醒注意事項，同時輔助規(guī)劃與補充資源，從而操縱事件盡快回復正常，降低缺失。5、總結(jié)提升在事件終止后，應進行科學總結(jié)，進一步完善政策法規(guī)、預案與方案，同時組織開展應急處理技術(shù)的研究與探討，總結(jié)體會，制定針對性的防控措施與演習方案，從而提升有關事件的應急處理能力。現(xiàn)在期最重要的是總結(jié)體會教訓，輔助制定針對性的措施，修訂與完善有關應急制度與流程，形成更有效的操作規(guī)范，從而提升處理能力?？傮w技術(shù)方案總體技術(shù)架構(gòu)基于掃瞄器/服務器的三層體系結(jié)構(gòu)系統(tǒng)在技術(shù)上要求具有業(yè)務變化的適應性、高度的安全性、大容量數(shù)據(jù)儲備處理等特點，引入數(shù)據(jù)倉庫技術(shù)。系統(tǒng)利用交易中間件，將應用的業(yè)務邏輯、表示邏輯和數(shù)據(jù)分為三個不同的處理層：表示邏輯（客戶層）為第一層:它的要緊功能是實現(xiàn)用戶交互和數(shù)據(jù)表示，為以后的處理收集數(shù)據(jù)，向第二層的業(yè)務邏輯要求調(diào)用核心服務處理，并顯示處理結(jié)果。業(yè)務邏輯（服務器組件）為中間層:這些組件由中間件治理，實現(xiàn)核心業(yè)務邏輯服務并將這些服務按名字廣播，治理并同意客戶的服務要求，向資源治理器提交數(shù)據(jù)操作，并將處理結(jié)果返回給要求者——即客戶或其他服務器。數(shù)據(jù)（資源治理器）構(gòu)成模型的第三層。例如關系數(shù)據(jù)庫，負責治理應用系統(tǒng)的數(shù)據(jù)資源，完成數(shù)據(jù)操作。服務器組件在完成服務的過程中通過資源治理器存取它治理的數(shù)據(jù)，或者講要求資源治理器的數(shù)據(jù)服務。在三層客戶機/服務器模式上架構(gòu)的應用系統(tǒng)不但具備了大型機系統(tǒng)穩(wěn)固、安全和處理能力高等特性，同時擁有開放式系統(tǒng)成本低、可擴展性強、開發(fā)周期短等優(yōu)點。交易中間件作為構(gòu)造三層結(jié)構(gòu)應用系統(tǒng)的基礎平臺，提供了以下兩個要緊功能：負責客戶機和服務器間的聯(lián)接和通訊提供一個三層結(jié)構(gòu)的應用開發(fā)和運行平臺采納三層結(jié)構(gòu)的應用模型，為用分布式環(huán)境處理關鍵性業(yè)務提供了一個結(jié)構(gòu)化的解決方案。中間件應用設計應該是從異構(gòu)的運算資源中創(chuàng)建一個“虛擬主機”，在分布式應用系統(tǒng)環(huán)境下提供可治理的相互關聯(lián)的資源。交易中間件提供了一個基礎的框架來建立、運行和治理一個三層客戶機/服務器模式的應用，無需從零做起，大大縮短了應用開發(fā)的時刻，提升了應用開發(fā)的成功率。在三層結(jié)構(gòu)的應用模式中，表示邏輯層和資源治理器作為應用界面和數(shù)據(jù)的治理者，在傳統(tǒng)的二層模式中有關的標準和穩(wěn)固的實現(xiàn)，而作為三層結(jié)構(gòu)核心的中間層，由于其擔負“承上啟下”的樞紐作用，在實際的應用系統(tǒng)中扮演著至關重要的角色。中間件在對事務完整性的保證、對大規(guī)模并發(fā)處理的響應、對異構(gòu)系統(tǒng)互聯(lián)的透亮支持，以及對數(shù)據(jù)的安全性愛護等方面表現(xiàn)將成為應用系統(tǒng)成敗的決定性因素。中間件構(gòu)成了三層結(jié)構(gòu)的基礎，能夠選擇成熟的商用中間件或自己搭建基礎結(jié)構(gòu)并開發(fā)有關功能軟件。三層結(jié)構(gòu)的技術(shù)采納基于J2EE模式，以IBM公司應用服務器和中間件作為系統(tǒng)支撐?；贘2EE模式的技術(shù)實現(xiàn)的體系結(jié)構(gòu)J2EE平臺的構(gòu)成包括：EJB-J2EE中間層，完成商業(yè)邏輯；JAAS-J2EE處理認證和授權(quán)的API;JavaConnectors-J2EE用于連接異種數(shù)據(jù)源的API，對上層來講是透亮的;JSP，JavaServlets-J2EE的表示層技術(shù)，用于生成用戶界面;JavaVirtualMachine-Java語言運行環(huán)境；JDBC-J2EE數(shù)據(jù)庫訪咨詢；JMS-J2EE的異步消息隊列；JNDI-J2EE的名字查找API，獨立于名目服務器；JTS-J2EE用于處理交易的API；RMI/IIOP-J2EE的分布式對象的通訊API，提供了和CORBA交互的能力。J2EE三層結(jié)構(gòu)的系統(tǒng)體系結(jié)構(gòu)如下圖：圖3.7J2EE三層結(jié)構(gòu)的系統(tǒng)體系結(jié)構(gòu)圖J2EE三層結(jié)構(gòu)的技術(shù)框架如下圖：圖3.8J2EE三層結(jié)構(gòu)的技術(shù)框架圖系統(tǒng)分解應急指揮的核心應用平臺能夠分解為地理信息（GIS）、決策支持（DSS）與運營支持（OSS）三個模塊，在這三個模塊下，包括系統(tǒng)治理、信息查詢、值班治理、事件治理、經(jīng)費治理、組織治理、物資治理、文檔治理部門信息治理、人員治理等若干子系統(tǒng)。圖3.9系統(tǒng)分解圖在綜合信息門戶的支持下，各子系統(tǒng)將協(xié)同工作為指揮領導、專家與工作人員提供相應的服務，其中運營支持系統(tǒng)在操作型數(shù)據(jù)庫支持下，要緊完成在線操作的各種支持服務，進行流程治理等事務性操作；地理信息系統(tǒng)在地理數(shù)據(jù)庫支持下要緊提供地圖服務，進行空間分析的支持；決策支持系統(tǒng)可在數(shù)據(jù)倉庫支持下進行數(shù)據(jù)分析、在線分析與模型分析等分析服務，為決策提供不同維度與不同形式的支持服務。圖3.10子系統(tǒng)的服務分工子系統(tǒng)之間關系三個子系統(tǒng)的相互關系如上圖所示，運營支持系統(tǒng)通過數(shù)據(jù)抽取、加載與轉(zhuǎn)換（ETL）為決策支持提供基礎數(shù)據(jù)，決策支持系統(tǒng)通過分析服務將結(jié)果反饋給運營支持系統(tǒng)；運營支持系統(tǒng)為地理信息系統(tǒng)提供動態(tài)數(shù)據(jù)，而地理信息系統(tǒng)則為運營支持系統(tǒng)提供地圖服務；地理信息系統(tǒng)通過ETL向決策支持系統(tǒng)提供決策所需的地理數(shù)據(jù)，同時通過空間分析服務反饋空間分析結(jié)果，而決策支持系統(tǒng)則為地理信息系統(tǒng)提供數(shù)據(jù)分析服務，反饋數(shù)據(jù)分析結(jié)果。圖3.11子系統(tǒng)關系圖系統(tǒng)架構(gòu)圖圖3.12應用架構(gòu)圖在系統(tǒng)監(jiān)控與治理平臺及安全治理平臺的支持下，系統(tǒng)將通過數(shù)據(jù)交換平臺獵取公安系統(tǒng)、急救中心、消防隊、交警系統(tǒng)以及各其他系統(tǒng)的數(shù)據(jù)與信息，通過處理后進入數(shù)據(jù)中心。按照顧用需要，數(shù)據(jù)中心將數(shù)據(jù)與信息分不部署到都市應急數(shù)據(jù)資料庫、地理信息數(shù)據(jù)庫與應急數(shù)據(jù)倉庫。運營支持系統(tǒng)、地理信息系統(tǒng)與決策支持系統(tǒng)在數(shù)據(jù)中心支持下，提供相應的服務給綜合信息門戶，為各渠道的應用提供支持。系統(tǒng)通過綜合信息門戶，綜合處理內(nèi)網(wǎng)、外網(wǎng)、呼叫中心、郵件、短信息等不同渠道的訪咨詢與應用，為內(nèi)部工作人員與外部訪咨詢?nèi)藛T提供的信息統(tǒng)一門戶，從而確保：系統(tǒng)對內(nèi)對外服務渠道的暢通；同一身份訪咨詢者通過不同渠道訪咨詢時，系統(tǒng)提供一致的信息。通過安全、數(shù)據(jù)、服務、應用四位一體化的治理，進而實現(xiàn)基礎信息平臺、專業(yè)服務平臺與綜合決策平臺的應用需求。系統(tǒng)軟硬件部署軟件系統(tǒng)部署圖3.13軟件系統(tǒng)部署圖硬件服務器部署圖3.14服務器硬件部署圖應急聯(lián)動子系統(tǒng)設計綜合信息門戶設計概述綜合信息門戶（Portal）應用系統(tǒng)的一個重要組成部分，通過綜合信息門戶，將都市突發(fā)事件應急指揮與決策系統(tǒng)的各種應用系統(tǒng)、數(shù)據(jù)資源、網(wǎng)絡資源等信息集成到一個信息治理平臺之上，為指揮首長、業(yè)務專家與工作人員提供相應的服務，并以統(tǒng)一的用戶界面提供給用戶，快速的建立對公眾、對內(nèi)部治理人員的信息通道，使用戶以統(tǒng)一的、個性化的、多渠道的方式訪咨詢各種信息和服務；另外，作為都市應急聯(lián)動系統(tǒng)的統(tǒng)一用戶界面，接收來自外界各種渠道的服務要求，通過對后臺服務的調(diào)用，最終把結(jié)果依據(jù)不同的渠道以不同的表現(xiàn)形式響應給要求端，從而提升效率、響應性和適應能力。設計需求從用戶角度看，系統(tǒng)將涉及內(nèi)部用戶如工作人員、專家等，還涉及到外部用戶如公眾、其他單位與機構(gòu)等；從渠道角度看，應用系統(tǒng)涉及外網(wǎng)、專網(wǎng)、局域網(wǎng)、呼叫中心、郵件、短消息等多種渠道，系統(tǒng)需要解決以下兩個關鍵咨詢題：如何使內(nèi)部用戶與外部用戶采納統(tǒng)一的界面去訪咨詢渠道獲得相同與一致的信息？如何使同一身份的用戶通過不同渠道獲得相同與一致的信息？綜合信息門戶架構(gòu)設計綜合信息門戶是位于用戶接入層，支持用戶通過多種不同渠道進行信息及服務的訪咨詢，例如：內(nèi)部網(wǎng)站、客戶端、通信網(wǎng)關、呼叫中心等形式，并有效地整合突發(fā)所涉及的有關應用和信息，使內(nèi)、外的用戶能夠通過單一的入口，使用多種渠道個性化地訪咨詢有關的各種類型信息。從而保證同一身份的用戶從不同渠道進入系統(tǒng)時，可獲得一致的信息。圖4.1.1綜合信息門戶實現(xiàn)模型如圖4.1.1所示，綜合信息門戶的應用系統(tǒng)將形成用戶端、接入治理、業(yè)務邏輯層與數(shù)據(jù)儲備層，在安全平臺提供的身份認證服務的支持下，系統(tǒng)可通過不同的渠道如內(nèi)部網(wǎng)站、客戶端、通信網(wǎng)關、呼叫中心等形式為各種用戶終端提供服務，從而保證同一身份的用戶從不同渠道進入系統(tǒng)時，可獲得統(tǒng)一的信息。綜合信息門戶的架構(gòu)是面向今后進展的、具有專門好的整合能力的架構(gòu)，能夠防止今后顯現(xiàn)在數(shù)據(jù)、應用、用戶界面層面的孤島，實現(xiàn)資源的再利用。除了快速滿足現(xiàn)有的業(yè)務系統(tǒng)的功能性要求的同時，還能夠快速將新的應用部署到架構(gòu)中來，共享架構(gòu)所提供的共用服務，在架構(gòu)上滿足了系統(tǒng)的擴展性、高性能、高可用性等要求。建立綜合門戶系統(tǒng)能夠：增強各部門人員的協(xié)作能力，縮短事務處理周期，提升工作效率；使信息流和治理得到改善，而且擁有一致的基礎設施，因此可降低運營成本；統(tǒng)一的數(shù)據(jù)和處理邏輯，支持多種渠道接入方式，統(tǒng)一進行展現(xiàn)；提供統(tǒng)一的治理平臺，提升治理水平；由于能夠訪咨詢有關性更強的信息同時可通過單一接入點訪咨詢應用和協(xié)作工具，因此可提升職員的工作效率；在展現(xiàn)層面不同應用系統(tǒng)間的集成及互操作性，進一步提升工作效率；安全性更好，同時可實現(xiàn)單點登錄，因此可減少治理員的密碼數(shù)量并改善用戶體驗；統(tǒng)一的顯示外觀和一致的用戶界面可降低培訓成本；靈活度更高，快速響應環(huán)境的變化，通過門戶平臺技術(shù)所提供的應用與數(shù)據(jù)間的松耦合特性，為日后動態(tài)增加功能模塊提供基礎；對現(xiàn)有網(wǎng)站資源的利用和重用，愛護現(xiàn)有投資，并實現(xiàn)系統(tǒng)的平滑擴展。功能設計在安全治理平臺的支持下，綜合信息門戶將建立內(nèi)部信息門戶、外部信息門戶以及統(tǒng)一接入渠道的支持。綜合信息門戶提供了一個統(tǒng)一的client端操作接口。支持多種渠道的訪咨詢模式，包括內(nèi)部網(wǎng)站、客戶端、通信網(wǎng)關、呼叫中心等。支持多種設備的訪咨詢，如基于HTML及WAP協(xié)議的掃瞄器，而不需要另一套支持WAP的邏輯。即除了能夠通過臺式機掃瞄器以外，還能夠通過其它的方式訪咨詢應用門戶。通過在多種標記語言中生成頁面來支持移動式設備。而且支持今后的訪咨詢模式的擴展。綜合信息門戶的內(nèi)外信息與統(tǒng)一接入渠道支持共設計了11個模塊，包括：內(nèi)容與應用服務治理、智能通訊錄治理、工作臺治理、信息公布治理、呼叫中心治理、短信接入治理、智能郵件治理與輸入輸出治理、智能搜索功能、網(wǎng)站分析功能、定降服務功能。圖4.1.2綜合信息門戶的功能規(guī)劃1、內(nèi)容與應用服務治理綜合信息門戶提供了Web內(nèi)容治理的功能，包括內(nèi)容創(chuàng)建程序、批準和公布等等。過程中包含定義內(nèi)容類型、角色、參數(shù)、規(guī)范和工作流進程。能夠?qū)崿F(xiàn)對內(nèi)容與應用服務進行編輯處理，提供與愛護各類便利模板，供不同渠道與用戶類型應用。Web站點中的內(nèi)容和頁面設計。Web站點的框架和導航。Web站點內(nèi)容的創(chuàng)建、編輯、核準和公布過程。Web內(nèi)容的治理使用掃瞄器方式，使用該工具不管是內(nèi)容公布者依舊內(nèi)容查看者都能夠通過掃瞄器客戶端實現(xiàn)網(wǎng)站內(nèi)容治理，無需在客戶機上安裝其他的客戶端軟件。2、智能通訊錄治理在門戶上提供了與安全中心統(tǒng)一用戶治理系統(tǒng)的集成，能夠關于不同的用戶針對應用需求，對其通訊方式進行捆綁。3、工作臺治理對內(nèi)部信息門戶的工作界面進行個人參數(shù)設置，在權(quán)限范疇內(nèi)定制自己的應用界面。4、信息公布治理通過與應急指揮網(wǎng)站接口，對外部訪咨詢用戶進行統(tǒng)一治理，同時按照安全權(quán)限開放信息，提供信息查詢與掃瞄功能，此外，還可進行內(nèi)容上傳與修改、界面編輯等治理。5、呼叫中心治理通過呼叫中心接口，實現(xiàn)統(tǒng)一接警的綜合治理，包括：電話自動錄音、來電自動識不、語音播放、自動追呼、傳真自動接收、報告記錄等，將通訊功能與應用軟件功能機結(jié)合在一起。6、短信接入治理通過短信網(wǎng)關，實現(xiàn)對短信的編輯、發(fā)送與統(tǒng)計分析功能，同時提供短信通知模板輔助開展應急通知、告警等工作。7、智能郵件治理通過郵件接口，實現(xiàn)郵件的自動識不與應答，同時提供各種工作郵件模板，完成調(diào)查、報告、通知等基礎工作。8、輸入輸出治理通過對輸入輸出設備的接口，實現(xiàn)對其的操縱與治理，實現(xiàn)如LED信息編輯與播放等應用。9、智能搜索功能提供集成的web內(nèi)容搜索工具，包括：搜索引擎、文件索引程序和內(nèi)容歸類選項。搜索設備能夠搜索本地文件以及互聯(lián)網(wǎng)內(nèi)容。門戶搜索功能能夠使用內(nèi)置文件過濾器為純文本以及其他200多種文件格式編寫索引。門戶服務器的內(nèi)置搜索引擎優(yōu)化用于全文搜索中小型文件集，這種搜索要求專門高的精度。能夠高效地應用最先進的搜索算法，生成高質(zhì)量的搜索結(jié)果。搜索引擎支持自由文本查詢，包括輔助查詢和整詞查詢，它還支持通配符和按字段搜索選項。搜索查詢還能夠使用高級查詢運算符（+或-）指示文件中必須存在的關鍵字或者文件中不能存在的關鍵字。搜索引擎能夠搜索任何語言的文件，同時支持同義詞和無用詞列表。搜索結(jié)果包括文件匯總、歸類和搜索結(jié)果歸并。10、網(wǎng)站分析功能該功能可捕捉和分析門戶站點數(shù)據(jù),從而提供關于訪咨詢者流量、訪咨詢者行為、站點使用、站點內(nèi)容和站點結(jié)構(gòu)的有用報告。您可從預定義的報告元素中構(gòu)建報告,您也可收集特定的信息來量身定制屬于您的報告。該功能可針對Web站點訪咨詢者流量、各應用使用情形和個性化規(guī)則調(diào)用情形進行統(tǒng)計分析進而生成報告。例如，對查看門戶網(wǎng)站頁面的用戶進行排名，對通過某個特定Portlet訪咨詢特定服務的情形生成統(tǒng)計圖形。這些報告是通過與門戶網(wǎng)站生成的日志進行集成來生成的，治理員將日志導入到網(wǎng)站分析服務的數(shù)據(jù)庫中，然后通過圖形界面創(chuàng)建報告。11、定降服務功能能夠提供定制內(nèi)容和外觀以及頁面的布局等功能。此外，還提供工具承諾頁面主題專家按每個站點訪咨詢者的需要和愛好將內(nèi)容個性化。每個頁面的內(nèi)容能夠通過用戶自己的選擇或治理員設置。治理員能夠指定所要求的一定的特定的服務內(nèi)容，以便最終用戶能夠隨意組織或除去它們。每個頁面組能夠有其自己的顏色方案和列布局。通過門戶頁面?zhèn)€性化；布局、格式、顏色標準；隨時添加應用組件。核心功能描述呼叫中心治理1人工座席服務與報警接收提供統(tǒng)一服務號碼接收報告信息，同時為指揮領導與專家提供有關應急咨詢服務。報告人、指揮領導與專家的資料與位置信息、報告事宜、事件狀況信息等自動屏幕彈出，并與呼叫的轉(zhuǎn)移綁定；提供用戶差不多信息、歷史信息、交易信息、語音流程軌跡信息等信息隨呼叫的轉(zhuǎn)移能力；進行應急業(yè)務咨詢（查詢）服務，配合坐席界面相應的提供常用咨詢題集、事件狀態(tài)等有關信息可隨時調(diào)用。自動接收電話、傳真、EMAIL的報告與其他通告信息，由坐席人員統(tǒng)一按照流程進行派發(fā)，各相應部門接收解決；信息反饋服務，關于相應部門待處理事項（完成及未完成）進度及解決方案可反饋坐席前端，指揮領導二次電話了解進度時，坐席人員應能夠進行回復。2呼叫操縱包括座席間呼叫轉(zhuǎn)移、自動語音轉(zhuǎn)座席、座席轉(zhuǎn)移至自動語音、外線呼叫轉(zhuǎn)移、呼叫保持與復原、呼叫應答與掛機、三方通話、多方會議、座席監(jiān)聽與會議監(jiān)聽、語音信箱、自動總機等功能。3電話自動呼出與追呼可按照顧急業(yè)務需要完全自由定制多種呼出打算，例如：給有關人員發(fā)電話通知，通知有關人員迅速到現(xiàn)場，對緊急情形的有關責任人與專家的電話進行列表，并對呼出時刻進行規(guī)劃，呼出后可選擇提供自動語音服務或人工服務，可記錄呼叫歷史和結(jié)果。4交互式語音應答可提供圖形化語音流程編輯器，語音流程定制簡捷、快速，支持定時（執(zhí)行打算）切換語音菜單，并提供豐富的語音及其操縱功能，能完全滿足客戶服務的需要，支持TTS文語轉(zhuǎn)換語音技術(shù)與ASR自動語音識不技術(shù)，可對語音編輯與治理。5呼叫統(tǒng)計與報表可進行詳盡的呼入、呼出、語音、座席服務統(tǒng)計，提供自助語音服務業(yè)務統(tǒng)計報表，以及座席服務業(yè)務統(tǒng)計報表。6錄音可進行不間斷全程錄音，并對指定呼叫錄音，同時可進行錄音資源治理。7系統(tǒng)監(jiān)控與治理由班長席負責監(jiān)控坐席狀態(tài)，能夠監(jiān)聽坐席與報告人的通話、對報告人的通話進行錄音、播放錄音、監(jiān)督坐席員的狀態(tài)、強制插入坐席與用戶的通話、對坐席電話強制拆線、強制簽出、強制示忙和強制示閑等功能，系統(tǒng)可對座席線路工作狀態(tài)、語音資源的線路工作狀態(tài)、語音服務與座席服務進行實時監(jiān)控。同時，可實時統(tǒng)計顯示系統(tǒng)運行信息、呼叫量曲線實時圖，并對系統(tǒng)參數(shù)統(tǒng)一配置。智能EMAIL智能EMAIL是聯(lián)動中心與其他部門或公眾交流的一個渠道，同時也是內(nèi)部工作溝通、文件實時交互傳遞的一種途徑?？商峁〦MAIL接入和收發(fā)，提供獵取內(nèi)外發(fā)送的電子郵件接口，并為值班人員提供郵件收發(fā)、查詢支持EMAIL分揀與回復?？商峁└黝怑MAIL工作模板，如固定格式的EMAIL信息調(diào)查、咨詢等功能，通過EMAIL啟動相應的流程，實現(xiàn)智能分揀和自動回復EMAIL治理和統(tǒng)計分析，向治理者提供與業(yè)務有關的EMAIL的統(tǒng)計結(jié)果。信息公布治理都市應急聯(lián)動中心需要按照信息披露要求分不提供給政府職能部門內(nèi)部以及社會公眾。突發(fā)事件信息公布分內(nèi)網(wǎng)公布和外網(wǎng)公布，內(nèi)外網(wǎng)組建是嚴格按照政府有關安全部門要求組建的，實行嚴格的內(nèi)外網(wǎng)物理隔離，內(nèi)網(wǎng)數(shù)據(jù)傳送到外網(wǎng)進行公布，不能夠直截了當通過網(wǎng)絡進行傳輸。為了做到突發(fā)事件向外網(wǎng)的公布，系統(tǒng)需要提供數(shù)據(jù)導出與電子開關的方法，將符合要求的數(shù)據(jù)生成指定格式和指定結(jié)構(gòu)的文件，然后在外網(wǎng)的WEB服務器定制網(wǎng)頁，并公布供一套接收數(shù)據(jù)和公布數(shù)據(jù)方法，來實現(xiàn)數(shù)據(jù)的外部查詢。專網(wǎng)公布建立一個面向社會、面向政府各部門內(nèi)外的準確、及時的突發(fā)事件信息公布體系，針對各部門與各類用戶提供不同等級與層次的應急信息。外網(wǎng)公布建立一個面向社會、面向聯(lián)動中心內(nèi)外的準確、及時的突發(fā)事件信息公布體系(應急指揮網(wǎng)站)，針對民眾、企業(yè)、廠商、市場等社會各界提供豐富的應急處理、安全防護、事件狀態(tài)與范疇真實。公布信息預處理為信息處理人員提供工具，來排版、編輯、預覽、審批與上載公布信息。地理信息系統(tǒng)（GIS）系統(tǒng)開發(fā)目標GIS技術(shù)在都市應急聯(lián)動中心應急指揮與決策系統(tǒng)中的應用體現(xiàn)在五個方面：空間數(shù)據(jù)庫（圖形庫）的治理；有關子系統(tǒng)需要的電子地圖技術(shù)的應用；有關子系統(tǒng)需要的空間分析和網(wǎng)絡分析技術(shù)應用；數(shù)字高程模型（DEM）技術(shù)用于災情評估；基于Intranet的GIS技術(shù)應用。具體來講，系統(tǒng)開發(fā)目標是建立地理信息系統(tǒng)，構(gòu)造網(wǎng)絡化地理信息系統(tǒng)和全球定位地理指揮系統(tǒng)平臺環(huán)境，并實現(xiàn)如下功能：創(chuàng)建GIS數(shù)據(jù)庫與數(shù)據(jù)倉庫，并實現(xiàn)對數(shù)據(jù)和數(shù)據(jù)庫的治理愛護；繪制專題地圖，實現(xiàn)數(shù)據(jù)的可視化；實現(xiàn)各種空間查詢服務，如模糊查詢、查找最近、周邊查詢、地理位置描述等；提供通用空間分析服務，如緩沖區(qū)分析、網(wǎng)絡分析、DEM分析、圖層疊置分析；提供突發(fā)事件專業(yè)模型研究，支持資源規(guī)劃與調(diào)度、報警處理與反饋、現(xiàn)場情形分析展現(xiàn)等；提供各種信息公布功能。系統(tǒng)體系結(jié)構(gòu)按照地理信息系統(tǒng)采納三層體系結(jié)構(gòu)，將整個應用劃分為三個邏輯上分離的層，每一層都有一套定義好的接口。第一層是數(shù)據(jù)層，包括數(shù)據(jù)庫層和數(shù)據(jù)愛護層；中間層由應用邏輯組成，封裝業(yè)務邏輯和對數(shù)據(jù)庫的訪咨詢，通過地圖服務的方式向應急指揮系統(tǒng)中的其他功能模塊提供GIS支持。該層能夠分為公用數(shù)據(jù)接口層和專業(yè)服務接口層；第三層是表現(xiàn)層，能夠為決策支持系統(tǒng)提供GIS空間查詢、空間分析支持等。與兩層結(jié)構(gòu)相比，三層結(jié)構(gòu)增加了中間層，即應用邏輯層。中間層差不多上是用戶為了獵取數(shù)據(jù)需要（通過表示層）調(diào)用的代碼。表示層接收到數(shù)據(jù)后將其格式化并顯示出來。這種應用邏輯與用戶界面的分離極大的提升了應用設計的靈活性，我們能夠在不改變應用邏輯的情形下采納不同的用戶界面，只需要應用邏輯提供給表示層一個明確的接口。地理信息系統(tǒng)的體系結(jié)構(gòu)如圖3.2.1所示：圖4.2.1地理信息系統(tǒng)的體系結(jié)構(gòu)系統(tǒng)數(shù)據(jù)分析系統(tǒng)數(shù)據(jù)的特點、類型與表示在地理信息系統(tǒng)中，地理數(shù)據(jù)一樣具有三個差不多特點：屬性特點（非定位數(shù)據(jù)），表示實際現(xiàn)象或特點，例如變量、級不、數(shù)量特點和名稱等等。空間特點（定位數(shù)據(jù)）：表示現(xiàn)象的空間位置或現(xiàn)在所處的地理位置。時刻特點（時刻尺度）：指現(xiàn)象或物體隨時刻的變化，其變化的周期有超短期的、短期的、中期的、長期的等等，如圖3.7-2所示：圖4.2.2空間數(shù)據(jù)的差不多特性在地理信息系統(tǒng)中，按照其特點，數(shù)據(jù)可分為三種類型：空間特點數(shù)據(jù)（定位數(shù)據(jù)）、時刻屬性數(shù)據(jù)（尺度數(shù)據(jù)）和專題屬性數(shù)據(jù)（非定位數(shù)據(jù)）。其中，時刻和專題屬性數(shù)據(jù)結(jié)合在一起共同作為屬性特點數(shù)據(jù)，而空間特點數(shù)據(jù)和屬性特點數(shù)據(jù)統(tǒng)稱為空間數(shù)據(jù)（或地理數(shù)據(jù)）。空間特點數(shù)據(jù)：記錄的是空間實體的位置、拓撲關系和幾何特點，這是地理信息系統(tǒng)區(qū)不于其他數(shù)據(jù)庫治理系統(tǒng)的標志。空間特點指空間物體的位置、形狀和大小等幾何特點，以及與相鄰物體的拓撲關系。位置和拓撲特點是地理或空間信息系統(tǒng)所獨有的，空間位置能夠由不同的坐標系統(tǒng)來描述，如經(jīng)緯度坐標、一些標準的地圖投影坐標或是任意的直角坐標等。人類對空間目標的定位一樣不是通過經(jīng)歷其空間坐標，而是確定某一目標與其他更熟悉的目標間的空間位置關系，而這種關系往往也是拓撲關系。如一所學校位于哪個路口或哪條街道。專題特點數(shù)據(jù)：指的是地理實體所具有的各種性質(zhì)，如地勢的坡度、坡向、某地的年降雨量、土地酸堿類型、人口密度、交通流量、空氣污染程度等。這類特點在其他類型的信息系統(tǒng)中均可儲備和處理。專題屬性特點通常以數(shù)字、符號、文本和圖像等形式來表示。時刻特點數(shù)據(jù)：時刻屬性是指地理實體的時刻變化或數(shù)據(jù)采集的時刻等。嚴格地講，空間數(shù)據(jù)總是在某一特定時刻或時段內(nèi)采集得到或運算產(chǎn)生的。由于有些空間數(shù)據(jù)隨時刻變化相對較慢，因而有時被忽略；有些時候，時刻能夠被看成一個專題特點。在地理信息系統(tǒng)中，空間數(shù)據(jù)的表示能夠細分為：類型數(shù)據(jù)：例如考古地點、道路線和土壤類型的分布等；面域數(shù)據(jù)：例如隨機多邊形的中心點、行政區(qū)域界線和行政單元等；網(wǎng)絡數(shù)據(jù)：例如道路交點、街道和街區(qū)等；樣本數(shù)據(jù)：例如氣象站、航線和野外樣方的分布區(qū)等；曲面數(shù)據(jù)：例如高程點、等高線和等值區(qū)域；文本數(shù)據(jù)：例如地名、河流名稱和區(qū)域名稱；符號數(shù)據(jù)：例如點狀符號、線狀符號和面狀符號（暈線）等?？臻g數(shù)據(jù)的表示如圖4.2.3所示：圖4.2.3地理信息系統(tǒng)中各種數(shù)據(jù)以及其表現(xiàn)系統(tǒng)數(shù)據(jù)流程分析1．系統(tǒng)頂層數(shù)據(jù)流程系統(tǒng)頂層數(shù)據(jù)流程如圖4.2.4所示：圖4.2.4GIS系統(tǒng)頂層數(shù)據(jù)流程2．系統(tǒng)內(nèi)部數(shù)據(jù)流程系統(tǒng)內(nèi)部數(shù)據(jù)流程如圖4.2.5所示：圖4.2.5GIS系統(tǒng)內(nèi)部數(shù)據(jù)流程運營支持系統(tǒng)(OSS)需求分析運營支持系統(tǒng)（OSS）是以工作流技術(shù)為支撐，支持預案與方案的流程治理、值班運營、演習模擬、設備治理等操作類與事務性工作。OSS支持基礎信息平臺、專業(yè)服務平臺與綜合決策平臺中在線操作的功能。體系結(jié)構(gòu)運營支持系統(tǒng)體系結(jié)構(gòu)包括：數(shù)據(jù)層、邏輯層和表現(xiàn)層。如圖4.3.1所示：圖4.3.1OSS系統(tǒng)體系結(jié)構(gòu)功能設計數(shù)據(jù)層數(shù)據(jù)層是系統(tǒng)對業(yè)務數(shù)據(jù)進行統(tǒng)一組織、集中治理的平臺，它為邏輯層提供規(guī)范、高效的數(shù)據(jù)服務，實現(xiàn)業(yè)務數(shù)據(jù)的充分共享，是整個系統(tǒng)的基礎。邏輯層業(yè)務邏輯層是系統(tǒng)業(yè)務處理的邏輯平臺，它通過對業(yè)務層數(shù)據(jù)原子服務的調(diào)用訪咨詢業(yè)務數(shù)據(jù)，實現(xiàn)不同的功能模塊，滿足不同的業(yè)務需求。在交易中間件的支持下，該層完成知識庫治理、值班治理、預案治理等業(yè)務邏輯功能。表現(xiàn)層在表現(xiàn)層，OSS將按照平臺規(guī)劃要求，展現(xiàn)基礎信息治理平臺、專業(yè)服務平臺與綜合決策平臺的有關界面。表現(xiàn)層由交互界面、界面操縱邏輯和業(yè)務過程調(diào)用構(gòu)成。交互界面負責系統(tǒng)用戶的數(shù)據(jù)輸入以及系統(tǒng)輸出數(shù)據(jù)的表示；界面操縱邏輯負責交互界面間的邏輯操縱；業(yè)務過程調(diào)用負責調(diào)用業(yè)務平臺中的業(yè)務過程，完成相應的業(yè)務功能，多個界面邏輯能夠重新組合成新的界面邏輯。核心功能描述流程治理1、工作流技術(shù)針對都市聯(lián)動中心的運算機應用已不僅僅停留在諸如文檔處理、公文流轉(zhuǎn)以及信息公布等這些簡單的業(yè)務層面上。越來越多的要求將信息技術(shù)的應用擴展到關鍵業(yè)務中。關鍵業(yè)務的普遍特點是：（1）是企業(yè)或部門賴以生存的；（2）業(yè)務過程往往由許多業(yè)務活動組成，業(yè)務邏輯和業(yè)務規(guī)則復雜；（3）業(yè)務的完成依靠于其中眾多業(yè)務活動之間的交互和眾多的業(yè)務人員的協(xié)作參與；（4）涉及到的數(shù)據(jù)量經(jīng)常是海量數(shù)據(jù)；（5）如果能將信息技術(shù)恰當?shù)貞玫竭@些關鍵業(yè)務中，不僅僅能夠提升工作效率，還能夠減少出錯的可能性。工作流技術(shù)所具有的和諧本質(zhì)決定了其在關鍵業(yè)務的信息化過程中將扮演重要的角色。都市指揮與決策系統(tǒng)中的工作流技術(shù)應用如圖4.3.2所示：4.3.2工作流技術(shù)2、工作流引擎針對關鍵業(yè)務的應用的開發(fā)離不開工作流技術(shù)的支持。通過對關鍵業(yè)務的實際開發(fā)需求的分析，在傳統(tǒng)的關系數(shù)據(jù)庫的基礎上，提出了一個適用于關鍵業(yè)務開發(fā)的基于關系結(jié)構(gòu)的工作流引擎的框架結(jié)構(gòu)。此工作流模型由機構(gòu)模型、信息模型和操縱模型三部分組成。所謂基于關系的工作流引擎指的是工作流引擎中的數(shù)據(jù)模型（即機構(gòu)模型和信息模型）全部通過關系結(jié)構(gòu)來表達；操縱工作流引擎運作的各種程序邏輯（即操縱模型）也是通過常規(guī)關系數(shù)據(jù)庫治理系統(tǒng)中所提供的儲備過程、包以及觸發(fā)器等機制來實現(xiàn)；同時，事務的并發(fā)操縱也通過數(shù)據(jù)庫系統(tǒng)所提供的機制來實現(xiàn)。以下是采納關系結(jié)構(gòu)級理念來設計工作流引擎的緣故，并詳細地給出了有關的機構(gòu)模型、信息模型和操縱模型的設計原理以及具體的表示和實現(xiàn)方法。1）工作流引擎的數(shù)據(jù)模型基于關系結(jié)構(gòu)的輕量級工作流引擎的數(shù)據(jù)模型包括機構(gòu)模型和信息模型兩部分。機構(gòu)模型描述的是企業(yè)或者部門的組織機構(gòu)關系，信息模型則定義工作流引擎中所用到的各種操縱數(shù)據(jù)。通過數(shù)據(jù)模型，能夠方便地描述關鍵業(yè)務的業(yè)務規(guī)則、活動的依靠關系以及任務的指派等特點。它們都通過統(tǒng)一的關系結(jié)構(gòu)來定義。2）工作流引擎的操縱模型基于關系結(jié)構(gòu)的工作流引擎的數(shù)據(jù)模型包括機構(gòu)模型和信息模型兩部分。機構(gòu)模型描述的是企業(yè)或者部門的組織機構(gòu)關系，信息模型則定義工作流引擎中所用到的各種操縱數(shù)據(jù)。通過數(shù)據(jù)模型，能夠方便地描述關鍵業(yè)務的業(yè)務規(guī)則、活動的依靠關系以及任務的指派等特點。它們都通過統(tǒng)一的關系結(jié)構(gòu)來定義。工作流引擎操縱模型將機構(gòu)模型和信息模型有機地結(jié)合在一起，它按照其中定義的業(yè)務規(guī)則對業(yè)務過程中的各項業(yè)務活動的流轉(zhuǎn)以及任務指派等工作進行操縱和和諧。操縱模型是工作流引擎的操縱中心。工作流引擎的應用系統(tǒng)的框架結(jié)構(gòu)如4.3.3所示：圖4.3.3工作流引擎的應用框架如上圖所示，“可視化建模工具”即采納一套恰當?shù)膱D示化的工具來對業(yè)務過程進行描述，然后將其轉(zhuǎn)換成如機構(gòu)模型和信息模型中所述及的關系結(jié)構(gòu)，從而建立起工作流引擎的數(shù)據(jù)模型。因此，“可視化建模工具”是工作流引擎在構(gòu)造時的定義中心，而“引擎操縱器”則是工作流引擎在運行時的操縱中心，它負責工作流引擎在運行時的和諧、調(diào)度和操縱功能。按照具體應用的開發(fā)環(huán)境的不同，工作流引擎在應用框架中為不同類型的應用提供了不同的接口，例如C/C++接口、Java接口以及直截了當基于數(shù)據(jù)庫通信協(xié)議的接口，從而為不同類型的應用與工作流引擎的交互提供了方便。應用框架中的“應用數(shù)據(jù)”則由具體的應用邏輯自行治理，工作流引擎并不關懷這部分的數(shù)據(jù)格式。3）引擎操縱器引擎操縱器是工作流引擎在運行時的操縱中心，圖4.3.5給出了引擎操縱器的操縱結(jié)構(gòu)圖。3.4.5引擎操縱器結(jié)構(gòu)圖調(diào)度中心調(diào)度中心同意從外部接口發(fā)送過來有關流程操縱的要求（如業(yè)務初始化、獵取任務以及終止任務等），然后按照不同的要求類型調(diào)用相應的處理模塊完成與此次要求有關的操作并將結(jié)果返回。任務治理任務治理要緊按照調(diào)度中心的指示完成諸如任務創(chuàng)建、任務狀態(tài)的轉(zhuǎn)換以及有關數(shù)據(jù)的愛護等工作。轉(zhuǎn)發(fā)操縱當應用發(fā)出“終止任務”的外部要求時，該要求將觸發(fā)調(diào)度中心啟動“轉(zhuǎn)發(fā)操縱”。轉(zhuǎn)發(fā)操縱的要緊依據(jù)在工作流數(shù)據(jù)模型中定義的后轉(zhuǎn)發(fā)規(guī)則，后轉(zhuǎn)發(fā)規(guī)則定義了當前活動與其后繼活動之間的關系。啟動操縱啟動操縱負責常規(guī)自動活動的所對應的自動執(zhí)行體的啟動并對其活動進行監(jiān)控。4）工作流治理功能結(jié)構(gòu)圖圖3.4.5工作流治理功能結(jié)構(gòu)圖知識庫治理知識庫治理模塊能夠提供工具進行專家知識共享與知識交流，同時可將各方面的最佳實踐體會集中起來，對其進行治理愛護，形成應急知識庫，然后開放給專家與參謀?？墒沟脤＜覅⒅\能夠通過知識庫解決應急處理中上遇到的各種咨詢題，以進一步提升支持效率，提升應急處理能力。1、知識庫治理功能結(jié)構(gòu)圖圖3.4.6知識庫治理功能結(jié)構(gòu)圖接警治理接警治理模塊記錄事件報告信息，核實事件報告信息，并按照流程將事件報告轉(zhuǎn)發(fā)給專家委員會成員，進行調(diào)查評估，獵取評估結(jié)果，進行信息公布或請示匯報。1、接警治理功能結(jié)構(gòu)圖圖3.4.8報警治理功能結(jié)構(gòu)圖決策支持系統(tǒng)（DSS）決策支持系統(tǒng)概述本系統(tǒng)所設計的決策支持系統(tǒng)（DSS）是以數(shù)據(jù)倉庫技術(shù)為核心，基于數(shù)據(jù)挖掘與建模技術(shù)，通過分析來支持指揮中心的應急業(yè)務處理，DSS系統(tǒng)建設的要緊工作在數(shù)據(jù)倉庫的建立、分析主題的確定與分析模型的建立。DSS、OSS及GIS系統(tǒng)通過綜合信息門戶為指揮中心提供基礎信息平臺、專業(yè)服務平臺與綜合決策平臺有關服務，從支持層次上看，決策支持系統(tǒng)可在應急業(yè)務閉環(huán)治理流程的不同時期，支持以下幾個層次的分析應用：數(shù)據(jù)描述與直觀展現(xiàn)靜態(tài)報表查詢與動態(tài)統(tǒng)計多維分析模型分析主動分析與推測體系結(jié)構(gòu)圖4.4.1DSS系統(tǒng)技術(shù)架構(gòu)系統(tǒng)自下而上分為四個層面：即數(shù)據(jù)采集層、數(shù)據(jù)儲備層、數(shù)據(jù)分析層和數(shù)據(jù)展現(xiàn)層。其中數(shù)據(jù)分析層由分析中間件、科學分析工具及分析服務構(gòu)成，實現(xiàn)即席查詢、自定義報表、OLAP、數(shù)據(jù)挖掘與專題分析功能。系統(tǒng)功能設計模型庫治理對模型與指標進行分類描述，可對其參數(shù)進行愛護，同時可從外部導入或更新有關模型與指標，也可導出內(nèi)部建立的模型與指標。多維模型的組織:圖3.4.2多維模型建立及數(shù)據(jù)展現(xiàn)從技術(shù)角度看較傳統(tǒng)方式的要緊包括如下兩種新的具體實現(xiàn)方式：MOLAP方案以多維方式來組織數(shù)據(jù)，以多維方式來儲備數(shù)據(jù)；ROLAP方案以二維關系表為核心表達多維概念，通過將多維結(jié)構(gòu)劃分為兩類表：維表和事實表，使關系型結(jié)構(gòu)能較好地適應多維數(shù)據(jù)庫的表示和儲備。在多維數(shù)據(jù)模型的表達方面，多維矩陣比關系表更清晰且占用的儲備更少，面通過關系表間的連接來查詢數(shù)據(jù)庫的ROLAP系統(tǒng)，系統(tǒng)性能成為最咨詢題。MOLAP方案比RPLAP方案要簡明，索引及數(shù)據(jù)聚合能夠自動進行并自動治理，但同時喪失了一定的靈活性。ROLAP方案的實現(xiàn)較為復雜，但靈活性較好，用戶能夠動態(tài)定義統(tǒng)計和運算方式。另外能愛護在已有關系數(shù)據(jù)庫上的投資。由于兩種方案各有優(yōu)劣，因此在項目中，往往將MOLAP和ROLAP結(jié)合使用，即所謂的混合模型（HOLAP）。利用關系數(shù)據(jù)庫儲備歷史數(shù)據(jù)、細節(jié)數(shù)據(jù)或非數(shù)值數(shù)據(jù)，發(fā)揮關系數(shù)據(jù)庫技術(shù)成熟的優(yōu)勢減少花費，而在多維數(shù)據(jù)庫中儲備當前數(shù)據(jù)和常用統(tǒng)計數(shù)據(jù)，以提升操作性能。在設計倉庫信息模型時，應采納面向?qū)ο蟮脑O計思路，先按照需求調(diào)查的情形，確定分析主題與層次，同時明確各角色在統(tǒng)計與分析信息時關懷的要緊維對象和維層次。在設計分析主題中，本著盡量使各維的交叉取值都有意義的原則和盡量使維各層都能夠向上匯總原則設計，因為只有各維的交叉取值有意義，它們的度量才有意義，維各層能夠向上匯總同時向上匯總的值有意義，才能支持在線分析型報表的上鉆、下鉆。在確定分析主題和維后，再確定事實表。一個分析主題對應一個或多個事實表，一個子主題在本系統(tǒng)中與事實表一一對應。事實表中要緊包括兩部分字段信息，即維字段和度量字段。在每個事實表中描述了和每個子分析主題關聯(lián)的維對象和度量，維對象要緊是定性的描述子主題的觀看角度，度量要緊是定量的表示該子主題在各維約束條件下部門關懷的量值。在設計上，星型模型效率高、可擴展性好，將采納星型模型設計分析主題，如上圖示。設計時對維和維的層次進行合理劃分，保證模型的可擴充性，同時提供數(shù)據(jù)的適當集合，滿足用戶的一樣查詢，并支持分析型需求。專業(yè)模型的建立專業(yè)模型要緊涉及臨床研究、流行病學研究與實驗室研究所采納的分析模型與方法，涉及各種流行病學的指標與統(tǒng)計模型，同時還涉及資源規(guī)劃、路徑規(guī)劃、決策樹等決策模型。方法庫治理對國內(nèi)外各類突發(fā)事件的具體操縱措施與方法進行編輯、分類與整理，可進行快速查詢。報表治理（自定義報表）系統(tǒng)的一個重要功能在于滿足日常生產(chǎn)報表的需求。報表