DB11-Z361-2006應急系統(tǒng)信息化技術要求

1、ICS 35.240L72DBDB11/Z 3612006應急指揮系統(tǒng)信息化技術要求2006-06-14 發(fā)布北京市質量技術監(jiān)督局 發(fā)布DB11/Z 3612006DB11/Z 3612006 PAGE * ROMAN PAGE * ROMAN II目次 HYPERLINK l _bookmark0 目次I HYPERLINK l _bookmark1 前言1 HYPERLINK l _bookmark2 范圍1 HYPERLINK l _bookmark2 規(guī)范性引用文件1 HYPERLINK l _bookmark2 術語和定義、縮略語1 HYPERLINK l _bookmark2 術語

2、和定義1 HYPERLINK l _bookmark2 縮略語1 HYPERLINK l _bookmark3 總體框架2 HYPERLINK l _bookmark3 北京市應急指揮系統(tǒng)的組織體系2 HYPERLINK l _bookmark4 北京市應急指揮系統(tǒng)的業(yè)務體系3 HYPERLINK l _bookmark5 北京市應急指揮系統(tǒng)的技術支撐體系5 HYPERLINK l _bookmark6 應急指揮中心模型6 HYPERLINK l _bookmark7 應急指揮系統(tǒng)應用基礎支撐平臺8 HYPERLINK l _bookmark7 應急指揮系統(tǒng)應用基礎支撐平臺體系結構8 HYPE

3、RLINK l _bookmark7 基礎組件層8 HYPERLINK l _bookmark7 核心服務層8 HYPERLINK l _bookmark7 服務模式8 HYPERLINK l _bookmark8 原則性要求9 HYPERLINK l _bookmark8 專項應急指揮系統(tǒng)9 HYPERLINK l _bookmark8 專項應急指揮系統(tǒng)的業(yè)務邏輯9 HYPERLINK l _bookmark9 專項應急指揮系統(tǒng)基本要求11 HYPERLINK l _bookmark9 專項應急指揮系統(tǒng)技術參考模型11 HYPERLINK l _bookmark10 專項應急系統(tǒng)功能/服務1

4、2 HYPERLINK l _bookmark11 區(qū)縣應急指揮系統(tǒng)14 HYPERLINK l _bookmark11 區(qū)縣應急指揮系統(tǒng)基本要求14 HYPERLINK l _bookmark11 區(qū)縣應急指揮系統(tǒng)接口關系14 HYPERLINK l _bookmark12 區(qū)縣應急指揮系統(tǒng)業(yè)務流程15 HYPERLINK l _bookmark12 區(qū)縣應急指揮系統(tǒng)數(shù)據(jù)流程15 HYPERLINK l _bookmark13 區(qū)縣應急指揮系統(tǒng)功能模塊16 HYPERLINK l _bookmark14 基礎應急信息資源建設及管理17 HYPERLINK l _bookmark14 基礎應急

5、信息資源建設總體框架17 HYPERLINK l _bookmark15 基礎信息資源主要建設內(nèi)容18 HYPERLINK l _bookmark16 應急信息資源共享機制20 HYPERLINK l _bookmark16 信息資源管理標準20 HYPERLINK l _bookmark17 網(wǎng)絡基礎設施21 HYPERLINK l _bookmark17 總體要求21 HYPERLINK l _bookmark17 北京市有線政務專網(wǎng)21 HYPERLINK l _bookmark18 有線語音通信系統(tǒng)24 HYPERLINK l _bookmark18 無線應急指揮調(diào)度系統(tǒng)24 HYPE

6、RLINK l _bookmark19 視頻會議系統(tǒng)28 HYPERLINK l _bookmark20 視頻監(jiān)控32 HYPERLINK l _bookmark21 安全體系36 HYPERLINK l _bookmark21 安全體系結構36 HYPERLINK l _bookmark21 信息安全基礎設施36 HYPERLINK l _bookmark22 安全保護技術要求39 HYPERLINK l _bookmark23 參考文獻4211前言（以下簡稱本文件的目本文件為第一次制訂。本文件由北京市信息化工作辦公室提出并歸口。北京東方正通有限公司、北京天之華軟件系統(tǒng)有限公司和華為技術有限

7、公司。應急指揮系統(tǒng)技術支撐體系范圍本文件適用于北京市各類應急指揮系統(tǒng)的規(guī)劃和建設。規(guī)范性引用文件（不包括勘誤的內(nèi)容究是否可使用這些文件的最新版本。凡是不注日期的引用文件，其最新版本適用于本文件。GB 7027-2002 信息分類和編碼的基本原則與方法GB/T20001.3-2001標準編寫導則SJ/T112282000數(shù)字集群移動通信系統(tǒng)體制DB11/T145-2002DB11/T171-2002H.323國際電信聯(lián)合會（ITU-T）提出的基于分組交換的多媒體通信標準協(xié)議族。H.263國際電信聯(lián)合會（ITU-T）提出的G.260系列視頻壓縮編碼標準京信息辦200126號區(qū)域性公用信息平臺網(wǎng)絡建

8、設技術規(guī)范京信息辦200257號關于北京市電子政務專網(wǎng)IP地址和域名的通京信發(fā)20041號關于全面推進電子政務建設的意見京信息辦函200472號關于本市各級黨政機關網(wǎng)絡與信息系統(tǒng)開展安全等級保護工作的通京信息辦函2004129號北京市電子政務總體技術框架（試行）京政發(fā)200517號北京市突發(fā)公共事件總體應急預案（2005年修訂）京辦字20051號關于印發(fā)北京市800兆數(shù)字集群無線政務網(wǎng)編組、呼號方案的通京辦字20057號中共北京市委辦公廳北京市人民政府辦公廳關于成立北京市突發(fā)公共事件應急委員會的通知術語和定義、縮略語下列術語和定義、縮略語適用本標準化指導性技術文件3.1.1突發(fā)公共事件publ

9、icemergency公共安全的事件。3.1.2總體應急預案 emergency response ensure plan of Beijing組織管理、指揮協(xié)調(diào)相關應急資源和應急行動的整體計劃和程序規(guī)范。縮略語CodeDivisionMultipleAccess（碼分多址)Computer Integration（計算機電話集成） DispatcherInterfaceAudioAdapter (調(diào)度臺音頻接口適配器 PAGE PAGE 45DispatcherInterfaceAudio Controller調(diào)度臺音頻接口控制器)DispatcherStation Controller (

10、調(diào)度臺控制器)DispatcherWorkstation (調(diào)度臺工作站)DigitalExchange forTETRA(TETRA數(shù)字集群交換機)Gatekeeper (網(wǎng)關)GlobalSystemforMobileCommunications（全球移動通信系統(tǒng)） IntrusionDetection System（入侵檢測系統(tǒng)）MultipointControlUnit(多點控制單元)NetworkAddressTranslation（網(wǎng)絡地址轉換）PrivateAutomaticBrancheXchange（專用自動交換分機） PublicKey Infrastructure (公鑰

11、基礎設施)PublicSwitchedNetwork(公眾電話網(wǎng)) PVCPermanentCircuit（永久虛電路）transmissionControlProtocol/InternetProtocol （傳輸控制協(xié)議/互聯(lián)網(wǎng)絡協(xié)議） TErrestrialTrunkedRAdiao（陸上集群無線電）UDDIUniversalDescription ，Discovery ，andIntegration(統(tǒng)一描述，發(fā)現(xiàn)和集成)VirtualLocalAreaNetwork（虛擬局域網(wǎng)） VirtualPrivateNetwork（虛擬專用網(wǎng)絡） VODVideoonDemand（點播圖像）

12、VOIPOverIP（IP語音）總體框架北京市應急指揮系統(tǒng)的組織體系北京市建設市區(qū)兩級應急指揮系統(tǒng)(見圖1)，揮中心主要完成屬地管理原則所賦予的各項任務。圖1應急指揮系統(tǒng)的組織體系北京市突發(fā)公共事件應急委員會（下同應急指揮部和以相關委辦局為依托臨時成立的處置突發(fā)公共事件現(xiàn)場指揮部。市應急指揮中心（臺。突發(fā)公共事件專項應急指揮部事故應急指揮部等。相關委辦局部門和協(xié)作部門。應急專業(yè)處置隊伍救等專業(yè)處置隊伍是骨干應急救援隊伍。北京市應急指揮系統(tǒng)的業(yè)務體系事件等級（級（級（級（ 級）四個級別。特別重大突發(fā)公共事件（級）指突然發(fā)生，事態(tài)非常復雜，對北京市公共安全、政治穩(wěn)定和社會經(jīng)濟秩序帶來嚴重危害或威脅

13、， 已經(jīng)或可能造成特別重大人員傷亡、特別重大財產(chǎn)損失或重大生態(tài)環(huán)境破壞，需要市委、市政府統(tǒng)一組織協(xié)調(diào)，調(diào)度首都各方面資源和力量進行應急處置的緊急事件。重大突發(fā)公共事件（級）較大突發(fā)公共事件（級）資源進行處置的事件。一般突發(fā)公共事件（級）件。各類突發(fā)事件的具體分級指標按照國家總體應急預案、國家專項應急預案和各部委的部門預案的相關規(guī)定執(zhí)行。北京市應急指揮系統(tǒng)的應急聯(lián)動應急聯(lián)動機制（級（級（級（級機制遵照京政發(fā)200517號文第條執(zhí)行。置和善后等工作。部門的組織協(xié)調(diào)。應急聯(lián)動信息流程應急指揮系統(tǒng)信息進入的渠道有多種形式（見圖2）。各專項應急指揮部所擁有的專業(yè)監(jiān)測系統(tǒng)所獲轄區(qū)內(nèi)外信息，經(jīng)分析整理后按規(guī)

14、定報送市應急指揮中心，并按照突發(fā)公共事件發(fā)生、發(fā)展的等級、趨勢和危害程度，及時向市應急指揮中心提出相應的預警建議。直接下達到骨干應急救援隊伍和區(qū)縣應急指揮中心，并通報各相關專項應急指揮部。各專項應急指揮部在處置突發(fā)公共事件過程中的信息管理應遵循京政發(fā)200517號文第6條執(zhí)行。（市政府便民電話中心的緊急類事務，通過熱線轉接到市報警服務中心處理。圖2應急指揮聯(lián)動信息流程參考模型北京市應急指揮系統(tǒng)的技術支撐體系應急指揮系統(tǒng)的技術參考模型共同組成應急指揮技術支撐體系（見圖3）。圖3應急指揮技術參考模型應急指揮系統(tǒng)的技術支撐體系邏輯結構北京市應急指揮系統(tǒng)技術支撐體系的邏輯結構如圖4所示。用英特網(wǎng)向公眾

15、提供應急信息服務。固定指揮中心圖4北京市應急指揮系統(tǒng)技術支撐體系邏輯結構圖固定指揮中心功能反應快”，確保“指令下得去，情報上得來”。系統(tǒng)應具有良好的擴展性。在未啟動應急預案時，固定指揮中心負責從相關渠道接收各類事件信息。固定指揮中心技術構成設備和集成、綜合指揮席設備和集成、會議系統(tǒng)集成、綜合保障系統(tǒng)集成、功能應用軟件等。移動指揮中心移動指揮中心功能800MHz波、GSM、GPRS、CDMA等作為傳輸手段，實現(xiàn)話音、圖像、數(shù)據(jù)資料的無線實時傳輸。移動指揮中心可以從相鄰基站接入?yún)^(qū)縣應急指揮中心或市應急指揮中心。移動指揮中心技術構成移動應急指揮中心技術模塊如圖5網(wǎng)絡和視頻傳輸系統(tǒng)的接口。圖5移動應急

16、指揮中心技術模塊圖移動指揮中心的基本保障要求移動指揮中心必須至少但不限于具備以下基本要求：使用環(huán)境：環(huán)境溫度（指揮艙外）： 相對濕度（溫度在40時）： 地面風速：米/降雨：展開/撤收時間：行駛狀態(tài)轉指揮工作狀態(tài)時間： 15分鐘指揮工作狀態(tài)轉行駛狀態(tài)時間： 10分鐘指揮準備時間：正常狀態(tài)（指揮艙內(nèi)溫度0+40）：10分緊急準備狀態(tài)：5分系統(tǒng)可靠性：平均無故障時間：小時平均故障修復時間：小時配備可供系統(tǒng)工作2小時的后備蓄電設備配有自備發(fā)電機組并可保障系統(tǒng)連續(xù)工作指揮艙載車道路通過能力：可正常通過土路和碎石路路面。在碎石路面以25公里/小時的速度行駛200公里，指揮系統(tǒng)設備無故障。移動指揮中心的通信

17、要求在特定地點為移動指揮中心預留接入點，實現(xiàn)的連接方式如下：移動收發(fā)基站的連接：TETRA空中接口；TETRA移動收發(fā)基站與TETRAIP鏈路相連；與無線視頻傳輸網(wǎng)絡的連接：通過無線寬帶IP網(wǎng)絡實現(xiàn)；與GSM、CDMA的連接：通過通信終端的方式連接。應急指揮系統(tǒng)應用基礎支撐平臺應急指揮系統(tǒng)應用基礎支撐平臺依托于北京市電子政務應用基礎支撐平臺，連接市應急指揮系統(tǒng)、各個區(qū)縣/該平臺能夠屏蔽基礎信息資源和共享專業(yè)信息/服務資源的分布性和異構性，利用應急指揮系統(tǒng)的統(tǒng)一目錄體系，能夠在異構環(huán)境中獲取相應信息資源或調(diào)用相應功能服務資源，以服務于上層應用。應急指揮系統(tǒng)應用基礎支撐平臺體系結構應急指揮系統(tǒng)應用

18、基礎支撐平臺由基礎組件層和核心服務層構成，其體系結構如圖6所示。圖6應急指揮系統(tǒng)應用基礎支撐平臺體系結構基礎組件層源/層，為上面各類專項應急指揮系統(tǒng)和區(qū)縣應急指揮系統(tǒng)提供統(tǒng)一信息服務和功能支撐。術框架（試行）。核心服務層核心服務層能夠以web服務和API子政務總體技術框架（試行）。服務模式（試行戶（應用系統(tǒng)）的不同需求，提供以下幾種服務模式：信息代理模式信息導航模式服務代理模式服務導航模式安全通道模式原則性要求（試行能為各子系統(tǒng)提供規(guī)范的共性服務，從而實現(xiàn)標準統(tǒng)一，避免重復性建設。節(jié)點服務器與本區(qū)縣中心服務器連接。圖7應急指揮系統(tǒng)兩級應用基礎支撐平臺專項應急指揮系統(tǒng)專項應急指揮系統(tǒng)的業(yè)務邏輯供

19、應急信息服務。訓和演習全過程的處置和管理。專項應急指揮系統(tǒng)的邏輯架構如圖8所示：圖8專項應急系統(tǒng)的邏輯架構監(jiān)測以接收市報警服務中心系統(tǒng)和其它系統(tǒng)傳送的突發(fā)公共事件報警信息，實現(xiàn)對突發(fā)公共事件的全面監(jiān)測。預警專項應急指揮系統(tǒng)根據(jù)采集到的數(shù)據(jù)和系統(tǒng)設置的預警模型實現(xiàn)對不同等級突發(fā)公共事件的預警。報送揮中心、各部委應急指揮部上報或抄送突發(fā)公共事件信息。處置急組織協(xié)調(diào)服務。據(jù)調(diào)度模型實現(xiàn)調(diào)度處置功能。主責部門應急指揮調(diào)度模型接反饋。保障部門應急指揮調(diào)度模型行指揮調(diào)度，并將指揮調(diào)度的現(xiàn)場信息及時反饋給專項指揮系統(tǒng)?；謴蛷徒ㄔO提供決策支持。教育、培訓和演習統(tǒng)向廣大的民眾進行突發(fā)公共事件的預防、處置知識的宣

20、傳和教育。專項應急指揮系統(tǒng)基本要求程中參照本文件確立的參考模型。專題資源整合要求供服務的方式遵循信息服務標準。不同突發(fā)事件間協(xié)作要求以現(xiàn)有各專業(yè)技術規(guī)范要求的格式提供各突發(fā)事件涉及的專業(yè)數(shù)據(jù)的現(xiàn)狀信息，現(xiàn)狀信息包括空間位置信息和屬性信息。同時提供不同突發(fā)公共事件對本專業(yè)設施的影響和本專業(yè)應該采取的應對措施， 每個專項應急系統(tǒng)應能夠接收統(tǒng)一的協(xié)作指令，配合進行本專項應急資源的調(diào)度和指揮。突發(fā)公共事件上報處理要求式進行數(shù)據(jù)上報，有關上報數(shù)據(jù)格式參見各個專項的相關行業(yè)標準。季度、按年的定時上報形式，以及隨時的不定時上報形式。市區(qū)兩級突發(fā)公共事件指揮平臺，形成市、區(qū)兩級管理的原則進行信息分流報送。數(shù)據(jù)

21、交換和信息共享要求專項應急指揮系統(tǒng)通過統(tǒng)一的應用基礎支撐平臺與區(qū)縣應急指揮系統(tǒng)進行數(shù)據(jù)交換和信息共享。 專項應急指揮系統(tǒng)技術參考模型體系和遵照有關的技術標準。專項應急指揮系統(tǒng)技術參考模型如圖9所示。圖9專項應急指揮系統(tǒng)技術參考模型專項應急系統(tǒng)功能/服務突發(fā)公共事件監(jiān)測功能突發(fā)公共事件預警功能自動通過電話、傳真、Email、短信等方式提醒應急工作相關人員。突發(fā)公共事件信息上報（縣如圖10所示：圖10專項應急信息報送業(yè)務邏輯參考模型突發(fā)公共事件信息上報格式按現(xiàn)行的專業(yè)技術規(guī)范執(zhí)行，能自動形成。突發(fā)公共事件處置功能采集現(xiàn)場信息，反饋處置結果信息，根據(jù)現(xiàn)場信息及時調(diào)整和修改處置方案，充實預案庫。據(jù)統(tǒng)一

22、調(diào)度指令，對突發(fā)公共事件進行處置。資源調(diào)度分配功能一調(diào)度。急指揮部根據(jù)現(xiàn)場情況及時進行預案的調(diào)整。及分配和調(diào)度方式。會商與決策支持功能預報、信息發(fā)布、指揮調(diào)度等功能中支持會商，提供決策支持。信息發(fā)布功能息的Web發(fā)布。系統(tǒng)應開發(fā)信息服務功能，宜利用Web服務技術實現(xiàn)專業(yè)應急信息的服務功能。恢復重建功能專項應急指揮系統(tǒng)的災后重建應具備但不僅限于下列功能。事件錄入功能（統(tǒng)，便于系統(tǒng)進行事件分析。圖。恢復重建模型分析功能通過統(tǒng)一的應用基礎支撐平臺為區(qū)縣指揮中心提供決策依據(jù)。平時管理功能公共事件因子的管理和監(jiān)測。教育培訓演習功能專項應急指揮系統(tǒng)應具備仿真演習的功能，能通過仿真演習對應急工作人員進行培訓

23、和演練。應對突發(fā)公共事件的基礎知識教育，提高廣大民眾應對突發(fā)公共事件的能力。區(qū)縣應急指揮系統(tǒng)由專門人員進行日常維護。務系統(tǒng)，不宜建單獨的指揮調(diào)度系統(tǒng)。區(qū)縣應急指揮系統(tǒng)基本要求區(qū)縣應急指揮系統(tǒng)應滿足如下要求：區(qū)縣內(nèi)資源整合要求以全市統(tǒng)一的空間信息平臺為基礎，整合屬地相關的基礎信息數(shù)據(jù)和各種專業(yè)監(jiān)測數(shù)據(jù)資源。區(qū)縣間協(xié)作要求各區(qū)縣應急指揮系統(tǒng)之間共享地圖、人口等基本信息和應急相關信息。突發(fā)公共事件上報處理要求根據(jù)應急預案要求，為上級系統(tǒng)提供及時、準確、規(guī)范的數(shù)據(jù)。區(qū)縣應急指揮系統(tǒng)接口關系第二級，是區(qū)縣級指揮機構的信息管理系統(tǒng)，其在整個應急指揮系統(tǒng)的位置如圖11所示。圖11區(qū)縣應急指揮系統(tǒng)在整個應急指

24、揮系統(tǒng)中的位置區(qū)縣應急指揮系統(tǒng)業(yè)務流程區(qū)縣應急指揮系統(tǒng)應適應如下業(yè)務處理流程：預警處理議。先期處置救災行動?，F(xiàn)場指揮行事件處置，還應負責治安維護，交通保障，社會動員，人員疏散，群眾安置等輔助工作。善后工作后恢復等工作。宣傳教育和培訓演習志愿者應急隊伍和群眾進行培訓和演習。區(qū)縣應急指揮系統(tǒng)數(shù)據(jù)流程（鄉(xiāng)鎮(zhèn)相關專項應急指揮系統(tǒng)的技術體系和數(shù)據(jù)規(guī)范?；A信息數(shù)據(jù)共享基礎信息數(shù)據(jù)庫應由全市統(tǒng)一規(guī)劃建設和維護，并提供給區(qū)縣應急指揮系統(tǒng)使用。監(jiān)測數(shù)據(jù)應由各專業(yè)監(jiān)測業(yè)務系統(tǒng)向區(qū)縣應急指揮系統(tǒng)提供。包括應急基礎信息、視頻、影像等監(jiān)測數(shù)據(jù)。指揮數(shù)據(jù)交換相關指揮信息；向本區(qū)縣委辦局各業(yè)務系統(tǒng)下達指揮數(shù)據(jù)。反饋數(shù)據(jù)之

25、間交換相關反饋數(shù)據(jù)；接受本區(qū)縣委辦局各業(yè)務系統(tǒng)的反饋數(shù)據(jù)。區(qū)縣應急指揮系統(tǒng)功能模塊圖12區(qū)縣應急指揮系統(tǒng)功能模塊參考模型監(jiān)測信息接收從相關專業(yè)監(jiān)測系統(tǒng)中獲取數(shù)據(jù)、視頻、音頻等監(jiān)測數(shù)據(jù)?；A數(shù)據(jù)獲取從共享基礎信息庫和本地基礎信息庫中讀取所需基礎信息。應急協(xié)調(diào)與相關的專項應急指揮系統(tǒng)、或其他區(qū)縣指揮系統(tǒng)實現(xiàn)數(shù)據(jù)交互，達到協(xié)調(diào)指揮的目的。數(shù)據(jù)整合顯示將從指揮部獲得的監(jiān)測信息與從本地獲得的各種基礎信息整合并實現(xiàn)圖形化的綜合顯示。數(shù)據(jù)分析評估應對整合后的數(shù)據(jù)進行分析和挖掘，評估突發(fā)公共事件的等級。會商決策通過視頻會商方式，提供決策支持。區(qū)縣預案管理區(qū)縣預案的定期更新、維護。事件預警發(fā)出預警。事件信息上報

26、中心。事件處置場指揮部負責事件的處理和上報，包括預案管理，決策支持，調(diào)度指揮和事件跟蹤。調(diào)度分配根據(jù)預案實施應急資源分配和指揮調(diào)度，下達指令并接收反饋信息。信息發(fā)布道需要支持因特網(wǎng)發(fā)布、短信發(fā)布、語音電話發(fā)布、電視發(fā)布、廣播發(fā)布。宣傳教育災后重建系統(tǒng)維護系統(tǒng)日常維護管理、日志信息處理、定期備份，本地應急管理基礎信息數(shù)據(jù)的定期更新。演習和培訓定期、不定期的演習和培訓?；A應急信息資源建設及管理基礎應急信息資源建設總體框架13 所示：圖13應急指揮系統(tǒng)基礎信息資源總體架構圖基礎信息資源涉及的信息資源，包括本專業(yè)領域的專業(yè)數(shù)據(jù)庫、應急預案庫、知識庫、專家?guī)斓葦?shù)據(jù)庫。架構下建設，避免在應急指揮系統(tǒng)建設

27、過程中產(chǎn)生新的“信息孤島”，避免重復建設。信息資源目錄北京市應急指揮系統(tǒng)中信息資源目錄總體結構如圖14所示。圖14應急指揮系統(tǒng)中信息資源目錄總體結構基礎信息資源主要建設內(nèi)容基礎數(shù)據(jù)庫建設根據(jù)京信發(fā)20041號文中的要求，在北京市應急指揮系統(tǒng)中使用全市統(tǒng)一規(guī)劃、統(tǒng)一建設的人口基礎數(shù)據(jù)庫、法人基礎數(shù)據(jù)庫、宏觀經(jīng)濟基礎數(shù)據(jù)庫和空間地理基礎數(shù)據(jù)庫。人口基礎數(shù)據(jù)庫建設6 項。法人基礎信息數(shù)據(jù)庫地址、性質、法人代表身份證號碼與姓名6項。宏觀經(jīng)濟基礎數(shù)據(jù)庫宏觀經(jīng)濟基礎數(shù)據(jù)庫應在全市統(tǒng)一規(guī)劃組織下,應充分利用各委辦局已有資源來建設?？臻g地理基礎數(shù)據(jù)庫圖數(shù)據(jù)實地精度控制在15米以內(nèi)。共享數(shù)據(jù)庫建設應急資源數(shù)據(jù)庫

28、建設源數(shù)據(jù)庫建設應建立數(shù)據(jù)維護更新機制，并結合相應的應急預案庫來建設。現(xiàn)場救援和工程搶險裝備保障資源數(shù)據(jù)庫責任人及其通訊方式等。應急救援隊伍資源數(shù)據(jù)庫伍的部署和配置信息，特種救援裝備情況、通信和交通工器材具情況以及各類專家等情況。交通運輸保障資源數(shù)據(jù)庫裝備的基礎檔案，明確各類交通工具的數(shù)量、分布、功能、使用狀態(tài)、維護責任人等基礎信息。醫(yī)療衛(wèi)生保障資源數(shù)據(jù)庫療設備基本情況、衛(wèi)生機構運營情況、衛(wèi)生機構基礎建設情況等。物資保障資源數(shù)據(jù)庫資需求，建設物資保障資源數(shù)據(jù)庫。安全隱患分布數(shù)據(jù)庫操作流程自動化、指揮調(diào)度安排等功能。建筑物分布數(shù)據(jù)庫及定位工作，為災害評估、應急決策提供分析依據(jù)。業(yè)務數(shù)據(jù)庫建設業(yè)務

29、數(shù)據(jù)庫由專業(yè)數(shù)據(jù)庫、應急預案庫、專家?guī)旌椭R庫構成。建設內(nèi)容1）專業(yè)數(shù)據(jù)庫建設源，為資源共享、整合奠定基礎。2)應急預案庫建設施、設備、救災物資和技術的儲備與調(diào)度等。已經(jīng)制定的應急預案建議按照應急系統(tǒng)建庫規(guī)范，將預案電子化。3)專家?guī)旖ㄔO訊聯(lián)絡等信息資料。各級應急管理機構都宜建立專家?guī)?，并及時更新維護。4)知識庫建設知識庫為應急指揮輔助決策提供支持,該庫由行業(yè)專家經(jīng)驗、相關專業(yè)知識、事件歷史資料和相關輔助決策模型等構成。的體系結構定義等環(huán)節(jié)。知識庫由各建庫單位負責維護、管理等工作。應急信息資源共享機制各應急指揮機構內(nèi)部信息的縱向整合和相關委辦局內(nèi)部的信息資源整合，由建庫單位負責，市信息辦提供信

30、息資源整合規(guī)范和技術支持。各應急指揮機構間的橫向整合及數(shù)據(jù)共享各系統(tǒng)間進行信息資源共享的橫向整合。建立統(tǒng)一的數(shù)據(jù)共享交換機制要對請求者的身份和訪問權限進行驗證。明確數(shù)據(jù)共享方式、范圍參考中共北京市委辦公廳北京市人民政府辦公廳關于加強政務信息共享工作的若干意見。處理好地理坐標轉換問題應急指揮系統(tǒng)中原則上應采用統(tǒng)一的平面坐標系。信息資源管理標準信息資源管理標準框架15所示：8411數(shù)據(jù)元圖15信息資源管理標準框架應急指揮系統(tǒng)中數(shù)據(jù)元是指應急系統(tǒng)中涉及的所有數(shù)據(jù)單元，應在對各應急指揮系統(tǒng)業(yè)務流程分析的基礎上，進行數(shù)據(jù)元的提取。數(shù)據(jù)元標準化規(guī)則及其屬性方法應按照GB/T18391.1-2002的規(guī)定執(zhí)

31、行。信息分類與編碼應急指揮系統(tǒng)中信息分類與編碼應在GB7027-2002GB/T20001.3-2001第3元數(shù)據(jù)描述。和發(fā)布。元數(shù)據(jù)管理系統(tǒng)提供元數(shù)據(jù)查詢、修改功能。元數(shù)據(jù)應以XML表示，并以DTD或XML Schema對XML文檔的結構進行定義。應急指揮系統(tǒng)中的信息資源目錄建設以元數(shù)據(jù)技術為基礎，分資源目錄和服務目錄兩部分建設。其中，資源目錄建設基于HTTP、Web Services提供服務；服務目錄基于Web Services、UDDI技術實現(xiàn)。信息資源交換家標準政務信息資源交換體系執(zhí)行。網(wǎng)絡基礎設施總體要求證所有信息采集、信息獲取節(jié)點和通信終端的通信連接。府面向公眾和企業(yè)提供服務的重要

32、途徑。北京市有線政務專網(wǎng)（以下簡稱有線政務專網(wǎng)H.323VoIPVODOA有線政務專網(wǎng)分為政務內(nèi)網(wǎng)和政務外網(wǎng)。政府，市級部委辦局，區(qū)縣委、區(qū)縣政府等單位，與政務外網(wǎng)在接入層物理隔離。業(yè)務系統(tǒng)及跨部門的橫向共享信息系統(tǒng)。與因特網(wǎng)在用戶接入端邏輯隔離。200126應急指揮系統(tǒng)網(wǎng)絡連接區(qū)縣應急指揮系統(tǒng)網(wǎng)絡連接原則按京信息辦200126IP并為區(qū)縣應急指揮系統(tǒng)規(guī)劃專用IP地址。專項應急指揮系統(tǒng)網(wǎng)絡連接原則專項應急指揮系統(tǒng)網(wǎng)絡可根據(jù)現(xiàn)有應急指揮系統(tǒng)建設情況，采取下列技術與有線政務專網(wǎng)進行整合。有線政務專網(wǎng)覆蓋不到的范圍，可以利用其他網(wǎng)絡資源來構建。網(wǎng)絡帶寬要滿足實際業(yè)務數(shù)據(jù)量的需求，并能保證H.323視

33、頻會議業(yè)務的傳輸。IP的接入規(guī)范，連接有線政務專網(wǎng)，使本應急指揮系統(tǒng)網(wǎng)絡能與市級應急指揮系統(tǒng)網(wǎng)絡全程全網(wǎng)連通。網(wǎng)的邊界處設置網(wǎng)絡連接點。各應急指揮系統(tǒng)網(wǎng)絡不再單獨考慮備份迂回路由，由有線政務專網(wǎng)管理部門統(tǒng)一設計。接口標準物理接口區(qū)縣級專網(wǎng)的核心網(wǎng)絡交換設備與專網(wǎng)接入設備的互聯(lián)接口為：100M快速以太網(wǎng)或1000M光纖以太網(wǎng)。為區(qū)縣應急指揮系統(tǒng)設置單獨的VLAN，應符合802.1Q的規(guī)定。100M以太網(wǎng)方式。IP地址區(qū)縣應急指揮系統(tǒng)使用有線政務專網(wǎng)的IPIP證區(qū)縣應急指揮系統(tǒng)與相關委辦局及各專項應急指揮系統(tǒng)網(wǎng)絡橫向互通。待建或在建各級應急系統(tǒng)網(wǎng)絡的IP地址應使用有線政務專網(wǎng)IPIP絡沖突。對已運

34、行的各級應急指揮系統(tǒng)網(wǎng)絡，為使這些系統(tǒng)最少改動或不做改動，通過NAT地址轉換技術或服務器雙網(wǎng)卡技術，實現(xiàn)各級應急指揮系統(tǒng)IP地址與有線政務專網(wǎng)IP地址的一致性。路由協(xié)議路由協(xié)議，但在對市級應急指揮平臺進行路由交換時，應采用靜態(tài)路由協(xié)議。網(wǎng)絡管理高可用性，將提升應急指揮網(wǎng)絡的管理保障級別，增加人員、設備等管理力量的投入。網(wǎng)絡資源管理各自所屬網(wǎng)絡設備及基礎設施的管理，并將網(wǎng)絡資源信息匯總給市政務專網(wǎng)管理單位。網(wǎng)絡運行和維護管理網(wǎng)絡運行和維護管理采用市、區(qū)（縣）兩級管理方式。護。網(wǎng)絡互連管理應急指揮傳輸網(wǎng)絡的IP地址應遵循京信息辦200257IP節(jié)點不允許接入有線政務專網(wǎng)，拒絕在有線政務專網(wǎng)內(nèi)部互訪

35、。有線政務專網(wǎng)與因特網(wǎng)連接有線政務專網(wǎng)內(nèi)系統(tǒng)只有特定服務向因特網(wǎng)用戶開放，因特網(wǎng)用戶訪問有線政務專網(wǎng)內(nèi)系統(tǒng)時必須采取安全隔離措施。通過因特網(wǎng)訪問有線政務專網(wǎng)內(nèi)信息系統(tǒng)的用戶，應進行用戶身份認證和用戶訪問策略，確保用戶身份的真實性、合法性。IP對訪問內(nèi)容實行分級控制。通過對撥號連接的監(jiān)控來防止用戶擅自接入因特網(wǎng)。有線政務專網(wǎng)與公用網(wǎng)絡互聯(lián)障。應急指揮系統(tǒng)網(wǎng)絡備份換的目的。網(wǎng)絡切換出現(xiàn)故障之后，能將通信通道迅速切換到備份網(wǎng)絡中去，滿足應急指揮系統(tǒng)快速響應的要求。數(shù)據(jù)傳輸換服務。視頻會議系統(tǒng)的網(wǎng)絡為保證視頻會議的質量，應將視頻傳輸和數(shù)據(jù)傳送電路分開，IP網(wǎng)絡連接采用不同的路由器端口； ATM連接可采

36、用不同的PVC。局域網(wǎng)內(nèi)，視頻會議和數(shù)據(jù)通信采用不同的VLAN。有線語音通信系統(tǒng)有線語音系統(tǒng)組成VoIP音系統(tǒng)、電話分配系統(tǒng)、自動應答系統(tǒng)、電話數(shù)據(jù)獲取系統(tǒng)、有線調(diào)度系統(tǒng)和電話會議系統(tǒng)等。程控交換機電話會議功能等，與PSTN的連接滿足中國一號信令和中國七號信令標準的要求。錄音系統(tǒng)接口，包括：模擬接口、數(shù)字用戶接口、數(shù)字中繼接口、數(shù)字監(jiān)聽/量存儲器，多方式查詢，統(tǒng)計分析等功能，同時具備與語音交換機系統(tǒng)進行信息交換的能力。電話分配系統(tǒng)應具豐富的函數(shù)庫，并可通過中間件完成二次開發(fā)，實現(xiàn)計算機對交換機進行控制。自動應答系統(tǒng)CTI系統(tǒng)互通和圖形化的管理操作界面、提供在線更改語音流程功能。有線調(diào)度系統(tǒng)路轉

37、換、會議、電子電話簿、電子信箱、外部用戶通知等內(nèi)容。無線應急指揮調(diào)度系統(tǒng)以北京市無線政務專網(wǎng)為主，各應急管理機構調(diào)度通信均以虛擬網(wǎng)方式接入北京市無線政務專網(wǎng)， 與原有的模擬集群通信網(wǎng)實現(xiàn)互通，構建無線應急指揮調(diào)度系統(tǒng)。構建原則各應急管理機構應按照以下原則構建無線應急指揮調(diào)度系統(tǒng)：系統(tǒng)性:無線應急指揮調(diào)度系統(tǒng)的建設規(guī)劃設計，應注重設備的整體性和有機性。科學性:合理設計系統(tǒng)的整體結構，保證系統(tǒng)結構和工作運行符合現(xiàn)代化應急指揮的要求。和故障弱化功能。實時性:系統(tǒng)要滿足實戰(zhàn)要求，具有處置突發(fā)公共事件的快速反應和聯(lián)動的能力。數(shù)字集群設備要求通信終端設備應采用符合中華人民共和國電子行業(yè)標準SJ/T 112

38、282000A的通訊設備。北京市無線政務專網(wǎng)北京市無線政務專網(wǎng)是基于Tetra技術體制的800MHz數(shù)字集群通信網(wǎng)，為應急指揮系統(tǒng)的領導、調(diào)等。北京市無線政務專網(wǎng)的基本連接圖如圖16所示。圖16北京市無線政務專網(wǎng)的基本連接圖北京市無線政務專網(wǎng)可提供如下作用：提供虛擬組網(wǎng)、群組通信及數(shù)據(jù)通信等功能。提供緊急呼叫、用戶優(yōu)先級、動態(tài)重組、限時通話、快速呼叫建立、直通等專業(yè)指揮調(diào)度 通信業(yè)務功能?？蓪崿F(xiàn)全市統(tǒng)一的、分層的指揮調(diào)度通信。通過動態(tài)重組技術，可實現(xiàn)多部門的快速聯(lián)動應急響應。直通和故障弱化功能，可保障各種環(huán)境下應急指揮通信的連續(xù)性。無線應急指揮調(diào)度系統(tǒng)框架結構一致行動”的應急聯(lián)動機制。為無線應

39、急指揮調(diào)度系統(tǒng)框架結構如圖17所示。接口連接方式圖17無線指揮調(diào)度系統(tǒng)框架結構與各應急指揮系統(tǒng)PABXE1E1線按30中國一號信令或中國七號信令。與PSTNE1E1線按30中國七號信令。與有線政務專網(wǎng)的連接：提供以太網(wǎng)100M接口，采用TCP/IP協(xié)議。通過PSTN與中國移動的GSMGSMCDMA移動通信網(wǎng)連接。與模擬集群通信網(wǎng)通過第三方調(diào)度臺實現(xiàn)連接。目前與指揮調(diào)度臺之間可選用以下三種的連接方式： ）調(diào)度臺控制器連接方式（見圖18）。圖18調(diào)度臺控制器連接方式）獨立調(diào)度臺連接方式（見圖19）：圖19獨立調(diào)度臺連接方式）網(wǎng)絡連接方式（見圖20）：無線應急指揮調(diào)度系統(tǒng)圖20網(wǎng)絡連接方式）調(diào)度體系

40、詳細結構如圖21所示。圖21虛擬網(wǎng)組織塊結構圖）虛擬網(wǎng)與指揮調(diào)度臺根據(jù)應急指揮系統(tǒng)的分層結構，進行相應的虛擬網(wǎng)規(guī)劃和調(diào)度臺等級確定。在虛擬網(wǎng)規(guī)劃體系中， 各組織可以接入自己的PABX22 所示。圖22應急指揮調(diào)度通信系統(tǒng)指揮調(diào)度臺邏輯結構定其指揮調(diào)度權限。市應急指揮中心指揮調(diào)度臺的功能：通信調(diào)度功能單呼、組呼、廣播呼、發(fā)起或接收來自PABX/PSTN通信、接收/發(fā)送狀態(tài)信息、接收/發(fā)送中文短數(shù)據(jù)信。管理功能無線用戶管理、通話組管理等。其他功能動態(tài)重組、強插強拆、環(huán)境偵聽。專項應急指揮部和區(qū)縣應急指揮中心調(diào)度臺的功能：指揮部和區(qū)（縣）應急指揮中心或值班部門負責值守。）號碼資源根據(jù)北京市無線政務專

41、網(wǎng)的號碼資源狀況，按照一定的規(guī)則由無線政務網(wǎng)管理單位協(xié)助分配。）通話組和呼號設計無線應急指揮調(diào)度系統(tǒng)通話組和呼號設計分兩種：與市級應急指揮中心有關的通話組和呼號設計應根據(jù)京辦字20051號文為基礎確定相應的通話組。與其它應急指揮中心有關的通話組和呼號設計為自用組，應結合本指揮中心應急機制，依據(jù)實際工作需要自行編制，但不能與京辦字20051 號文重復。理權限的調(diào)度臺完成編碼工作。）優(yōu)先級設計（縣應急替代可利用衛(wèi)星移動通信系統(tǒng)作為無線應急指揮調(diào)度系統(tǒng)的備份系統(tǒng)，但應有加密手段。視頻會議系統(tǒng)下各系統(tǒng)之間的遠程互動決策。原則性要求應急指揮視頻會議系統(tǒng)應按照以下原則構建：支持各級會議管理系統(tǒng)的統(tǒng)一調(diào)度；

42、議調(diào)度和管理；的需要；系統(tǒng)安全性：該系統(tǒng)應能獲取應急指揮相關的信息資源，并保證其安全傳輸；通信、VOIP、電話會議等多媒體辦公需求；網(wǎng)絡的擴展性：擁有良好的擴充性，必須滿足北京市應急指揮復雜的用戶需求和網(wǎng)絡發(fā)展需要。總體方案與會議模式總體方案（區(qū)縣MCU、終端等部分組成。其中市級會議管理系統(tǒng)包括頂級業(yè)務管理系統(tǒng)和頂級GK，用于管理和調(diào)度市級GK二級業(yè)務管理系統(tǒng)完成多元化用戶接入，并提供業(yè)務功能接口，包括基于Web的用戶自主操作接口，主（區(qū)縣圖23應急通信視頻會議系統(tǒng)整體邏輯圖圖24應急通信視頻會議系統(tǒng)網(wǎng)絡連接圖各專項（區(qū)縣）應急指揮部自行配置MCU和終端數(shù)量，并建設可以獨立運作的業(yè)務管理和GK

43、調(diào)度系統(tǒng)，以保障跨MCU及不同品牌產(chǎn)品之間實現(xiàn)會議自動調(diào)度和管理。各專項（區(qū)縣）應急指揮部的組網(wǎng)如圖25所示：會議模式圖25應急通信視頻系統(tǒng)各專項應急指揮部及區(qū)縣組網(wǎng)圖會議模式分以下幾鐘：大型會議:由市政府會議室控制終端發(fā)起會議，召集相關各專項（區(qū)縣）應急指揮部進入會議，領導可直接在辦公室利用桌面終端參加會議；小型會議:各級領導利用桌面終端發(fā)起會議，召集相關人員進入，召開小型會議； IP視頻通話:各級領導之間可任意呼叫，進行視頻通話；混合工作方式:會議室大型會議、領導間的小型會議、領導之間的視頻通話可以同時進行。硬件部分技術要求MCU技術要求H.323H.320100路以上終端以384K網(wǎng)絡：

44、支持IP等網(wǎng)絡接入；3）視頻協(xié)議：支持H.261、H.263、H.264；音頻協(xié)議：支持G.711、G.722、G.728，支持4路以上混音；混速：支持召開384K、512K、768K、1920K等多種速率的混合會議；穩(wěn)定性：支持系統(tǒng)熱備份、單板熱插拔、電源備份；業(yè)務支撐模式：支持通過終端定義和召開、控制會議；H.24316個以上的系統(tǒng)同時召開會議。會議室終端的技術要求1) 系統(tǒng)標準：H.323、H.320；視頻協(xié)議：支持H.261、H.263、H.263+、H.264顯示模式：單一遠端窗口、畫中畫、電視機VGA同時顯示遠地圖像第三方內(nèi)容功能：雙視頻流，支持攝像機加計算機膠片疊加的雙視頻流發(fā)送

45、；音頻協(xié)議：G.711、G.728、G.722音頻輸入：外置話筒、線路電平輸入其他：采用先進技術，實現(xiàn)聲音無誤碼、不失真的傳送和接收；網(wǎng)絡類型：支持IP等網(wǎng)絡接入帶寬：支持2M帶寬終端接入；業(yè)務支撐模式支持終端發(fā)起會議，并直接實現(xiàn)對會議的自動控制?？梢曤娫捊K端技術要求1）系統(tǒng)標準：H.3232）視頻編碼：H.261、H.263、263+3）音頻編碼：G.723.1、G.711、G.7284）圖像分變率：有效像素大于30萬5）網(wǎng)絡：類型：支持IP帶寬：不小于384kbps 6）功能：業(yè)務：支持終端會議召集和會議控制帶寬調(diào)整：帶寬自適應、預設參數(shù)人工選擇用戶呼叫：手工撥號、快速撥號、電話簿撥號PC

46、會議管理系統(tǒng)技術要求對業(yè)務管理系統(tǒng)和GK調(diào)度系統(tǒng)作出要求。原則性要求（區(qū)縣急指揮部會議的召開。MCUMCU網(wǎng)絡管理等功能。WebWeb包括用戶信息查詢、會議預約、會議控制、故障申告等。GKIP業(yè)務管理系統(tǒng)技術要求業(yè)務管理系統(tǒng)應完成視頻會議系統(tǒng)的管理功能，是視頻會議調(diào)度的核心單元，作為業(yè)務的開展點， 應具有完整的業(yè)務管理系統(tǒng)結構。主要功能包括：Web理等；用戶信息查詢和修改、故障申告等；網(wǎng)絡管理：負責對網(wǎng)絡設備的管理；視頻設備的管理：包括配置管理、性能管理、安全管理和故障管理；系統(tǒng)管理：包括業(yè)務管理系統(tǒng)服務器管理、數(shù)據(jù)庫管理、數(shù)據(jù)備份等；管理等功能。會議管理還包括數(shù)據(jù)會議的管理，即數(shù)據(jù)會議的召集

47、、數(shù)據(jù)會議的功能控制等；視頻資源管理：負責提供對MCU的統(tǒng)一接口，進行相關的資源管理，包括對MCU的控制管理、MCU 資源狀態(tài)管理等功能。視頻資源管理可以看作是管理支撐層面向MCU的執(zhí)行模塊。GK組網(wǎng)技術要求址解析和計費信息的采集。H.323、H.225、RASRadiusGKGKGK的轉發(fā)；應提供和業(yè)務管理系統(tǒng)的接口，完成用戶認證、終端發(fā)起會議等功能；應提供網(wǎng)絡管理的接口，完成配置、統(tǒng)計、故障查詢、告警等功能；應提供計費采集，并向業(yè)務管理系統(tǒng)傳遞計費信息；應滿足可靠性、安全性的要求，支持用戶的密碼認證功能。圖像監(jiān)控系統(tǒng)設計原則應遵循以下原則構建：集中式管理網(wǎng)絡化設計分布式共享拓撲型擴展規(guī)范化

48、接口總體方案和系統(tǒng)框架總體方案（區(qū)縣統(tǒng)必須實現(xiàn)各級系統(tǒng)間的互聯(lián)互通，并根據(jù)自身業(yè)務需求分級再向下設多級監(jiān)控系統(tǒng)。圖像監(jiān)控系統(tǒng)總體框圖如圖26所示。圖26總體框圖1）市應急指揮中心：作為最重要的用戶，應具有調(diào)用、切換和控制任何子系統(tǒng)內(nèi)的監(jiān)控圖像資源的功能。2)同時必須協(xié)調(diào)與其他各子系統(tǒng)的聯(lián)網(wǎng)互通。管理決策機構提供直觀、適時的圖像資源。和同級系統(tǒng)之間的互連。模擬監(jiān)控系統(tǒng)框架模擬監(jiān)控系統(tǒng)建設必須符合公安圖像監(jiān)控系統(tǒng)建設技術規(guī)范規(guī)定。前端設備前端設備前端設備前端設備前端設備圖27模擬監(jiān)控系統(tǒng)傳輸方式圖前端設備系統(tǒng)主要由三部分組成即前端攝錄像設備、傳輸設備、終端顯示控制設備。號采集；300提供監(jiān)控資源的

49、功能。數(shù)字監(jiān)控系統(tǒng)框架數(shù)字監(jiān)控系統(tǒng)建設應符合BJ/Z 00012003。時傳輸，應滿足網(wǎng)絡上的所有終端用戶對所需監(jiān)控圖像進行切換、控制的需要。數(shù)字監(jiān)控系統(tǒng)如圖28 所示。圖28數(shù)字監(jiān)控系統(tǒng)圖系統(tǒng)主要由三部分組成即前端攝錄象設備、編解碼設備、網(wǎng)絡傳輸設備。 1）轉換；網(wǎng)絡傳輸設備應完成對整個傳輸網(wǎng)絡進行管理配置，保障系統(tǒng)可靠運行。綜合型監(jiān)控系統(tǒng)框架綜合型監(jiān)控系統(tǒng)如圖29所示。圖29綜合型監(jiān)控系統(tǒng)方案圖系統(tǒng)由三部分組成：模擬/數(shù)字監(jiān)控子系統(tǒng)、傳輸網(wǎng)絡、用戶終端。系統(tǒng)建設主要內(nèi)容攝像前端組成：攝像機、鏡頭、云臺、防護罩、解碼器、電源等輔助設備。傳輸鏈路傳輸方式：圖像監(jiān)控信號的傳輸應有閉路和開路兩種方

50、式。傳輸介質：同軸電纜、平衡對稱電纜、光纜。光端機：完成視頻信號的光電轉化，包括光發(fā)射機和光接收機。顯示終端以下是監(jiān)控系統(tǒng)必備設備：應由高檔的多媒體計算機和處理器構成，同時必須具有較高的可擴展性、可編程性、可兼容性。附屬設備：控制鍵盤：操作前端設備。控制主機：根據(jù)主機指示向前端解碼器發(fā)出控制信令。切換矩陣：完成輸入輸出的控制切換。3）顯示設備保密措施加密。用戶登陸操作員使用鍵盤時先進行密碼、口令驗證用戶的身份等級必須經(jīng)過系統(tǒng)主機的認證認證手段姓名、密碼：使用時必須輸入姓名、密碼指紋：使用時必須配套指紋系統(tǒng)，對生理特征實行檢測I網(wǎng)絡等級優(yōu)先權設置等級高的享有調(diào)用、控制優(yōu)先權，同時可鎖控等級低的系

51、統(tǒng)操作。操作鍵盤等級設置統(tǒng)監(jiān)控圖像的訪問級別。本地系統(tǒng)控制優(yōu)先得本地系統(tǒng)同意后才能得到釋放。視頻傳輸加密開路利用微波傳輸圖像的監(jiān)控系統(tǒng)，必須在載波中加密。系統(tǒng)聯(lián)網(wǎng)擴展性系統(tǒng)自身擴展監(jiān)控前端數(shù)量的擴展的攝像前端以及系統(tǒng)主機的相應增容，可擴展性是衡量一個監(jiān)控系統(tǒng)優(yōu)劣的重要指標。 監(jiān)控系統(tǒng)向下級子系統(tǒng)的擴展統(tǒng)所建的監(jiān)控系統(tǒng)必須具有向下擴展系統(tǒng)的功能。與報警系統(tǒng)的聯(lián)動對監(jiān)視區(qū)域的安全防范作用。與其他監(jiān)控系統(tǒng)的互連安全體系安全體系結構臺為基礎構建。應急指揮系統(tǒng)安全體系結構如圖30所示。圖30應急指揮系統(tǒng)安全體系結構網(wǎng)內(nèi)的系統(tǒng)通過系統(tǒng)邊界與外部的系統(tǒng)交換信息。全保護三方面內(nèi)容。信息安全基礎設施建設北京市應

52、急指揮系統(tǒng)，應依托公鑰基礎設施的數(shù)字證書服務，以PKI技術為基礎，構建統(tǒng)一信任體系。技術支持等安全服務。北京市信息安全容災備份與災難恢復基礎設施為北京市應急指揮系統(tǒng)提供統(tǒng)一的系統(tǒng)備份與災難恢復服務，保護信息系統(tǒng)和數(shù)據(jù)的可用性。在災難發(fā)生的情況下，保障應急指揮的連續(xù)性。應等級的安全保護要求。測評結果是信息安全產(chǎn)品選型和信息系統(tǒng)是否可投入運行的重要依據(jù)。公鑰管理基礎設施PKI技術是采用證書管理公鑰，通過第三方的可信任機構，把用戶的公鑰和用戶的其它標識信息, 如名稱、e-mail、身份證號等捆綁在一起，用以在網(wǎng)上驗證用戶身份的安全技術。采用建立在PKI基礎從而保證信息在傳輸之中的安全。PKI作為一種

53、安全應用，通過發(fā)布密鑰和證書，幫助各部門建立和維護安全域。在安全域內(nèi)，PKI 管理加密密鑰和證書的發(fā)布，并提供諸如密鑰管理、證書管理和策略管理等。PKI也允許一個單位通過證書級別或直接交叉認證等方式來同其他安全域建立信任關系。標準的PKI體系的結構如圖31所示。圖31標準PKI體系的結構圖信息安全應急響應基礎設施范圍和數(shù)量、防止事件升級、迅速恢復系統(tǒng)以及事后的分析審計等。詢等安全服務，如圖32所示。信息安全支顧問咨詢事件分析信息安全支顧問咨詢事件分析應急支援信息通報安全預警安全監(jiān)控北京市信息安全應急支援社會網(wǎng)絡北京市信息安全應急響應基礎設施北京市電子政務網(wǎng)絡與信息系統(tǒng)撐技術北京市信息安全應急支援社會網(wǎng)絡北京市信息安全應急響應基礎設施北京市電子政務網(wǎng)絡與信息系統(tǒng)撐技術法規(guī)標準和規(guī)章制度中心是應急支援工作的具體實施部門，承擔北京市應急響應基礎設施的建設和運維工作。各項信息安全應急響應工作的開展需遵從相關的法律法規(guī)和規(guī)章制度。信息安全容災備份與災難恢復基礎設施等無法預料的突發(fā)事件。故造成的損失，確保重要信息系統(tǒng)的數(shù)據(jù)安全和作業(yè)持續(xù)性。如圖33（簡稱容