【DB地方標準】db11z 384.18-2008 圖像信息管理系統(tǒng)技術規(guī)范 第18部分 系統(tǒng)平臺技術要求（國內(nèi)外標準大全） .doc

dbics 35.240.01m 63北京市標準化指導性技術文件db11/z 384.182008圖像信息管理系統(tǒng)技術規(guī)范第 18 部分：系統(tǒng)平臺技術要求technical specification for image information management systempart 18：technical requirement for management platform2008-05-28 發(fā)布北京市質(zhì)量技術監(jiān)督局 發(fā)布db11/z 384.182008目次前言. ii引言.iii1 范圍.12 規(guī)范性引用文件.13 術語、定義和縮略語.13.1 術語和定義.13.2 縮略語.24 系統(tǒng)平臺設計原則.25 系統(tǒng)一般要求.25.1 接入平臺.25.2 區(qū)縣級平臺.25.3 重點行業(yè)圖像信息平臺.35.4 市級平臺.36 功能要求.36.1 實時圖像調(diào)閱.46.2 歷史圖像提取.46.3 存儲與管理.46.4 gis 服務 .46.5 web 服務.46.6 日志功能.46.7 統(tǒng)計報表功能.46.8 運行維護管理.46.9 圖像資源管理.56.10 圖像轉(zhuǎn)發(fā)與視頻干線管理.56.11 用戶管理與權限管理.57 平臺間接口要求.57.1 跨平臺用戶認證.57.2 數(shù)據(jù)同步.58 其他平臺系統(tǒng)接口要求.68.1 物理接口.68.2 通訊協(xié)議.68.3 數(shù)據(jù)格式.6附錄 a（資料性附錄）跨平臺訪問.6idb11/z 384.182008前言db11/z 384圖像信息管理系統(tǒng)技術規(guī)范分為以下幾個部分： 第 1 部分：總體平臺結構； 第 2 部分：視頻格式與編碼； 第 3 部分：通信控制協(xié)議； 第 4 部分：傳輸網(wǎng)絡； 第 5 部分：圖像質(zhì)量要求與評價方法； 第 6 部分：圖像存儲與回放要求； 第 7 部分：工程要求與驗收； 第 8 部分：危險場所的工程要求與驗收； 第 9 部分：圖像資源及系統(tǒng)設備編碼與管理； 第 10 部分：監(jiān)控點布點位置及數(shù)量的要求； 第 11 部分：控制權限分類與管理； 第 12 部分：圖像采集區(qū)域標志的設計與設置； 第 13 部分：圖像信息存儲系統(tǒng)； 第 14 部分：手持移動終端聯(lián)接技術要求； 第 15 部分：軟件質(zhì)量評價方法； 第 16 部分：視頻圖像字符疊加要求； 第 17 部分：運行維護要求； 第 18 部分：系統(tǒng)平臺技術要求。 本部分為 db11/z 384 的第 18 部分。 其他圖像信息管理系統(tǒng)技術要求將結合實際需要適時制定，作為本規(guī)范的分部。 本部分的附錄 a 為資料性附錄。本指導性技術文件由北京市質(zhì)量技術監(jiān)督局、北京市信息化工作辦公室、北京市公安局提出。 本指導性技術文件由北京市質(zhì)量技術監(jiān)督信息研究所歸口。本指導性技術文件主要起草單位： 北京市質(zhì)量技術監(jiān)督局、北京市信息化工作辦公室、北京市公 安局、北京聲迅電子有限公司、機械科學研究總院、海淀區(qū)政府、朝陽區(qū)政府、北京富盛星電子有限公 司、亞太安訊網(wǎng)絡電子技術有限公司、北京東方網(wǎng)力科技有限公司、北京市產(chǎn)品質(zhì)量監(jiān)督檢驗所、北京 市質(zhì)量技術監(jiān)督信息研究所、信息產(chǎn)業(yè)部電子六所。本指導性技術文件主要起草人：聶蓉、宋國建、呂元元、杜振洲、余和初、楊棟梁、杜熙、王小平、付海濤、吳曉東、曹世杰、孫巍 、許翠玲、劉彬、劉光、蔣宗文、左家平、周巧霖、馬新風。iidb11/z 384.182008引言根據(jù)北京市人民政府關于加強圖像信息管理系統(tǒng)建設工作的意見（京政發(fā)200617號）文件精 神，以本市應急指揮部門目前使用的圖像信息管理系統(tǒng)為基礎，并考慮數(shù)字圖像信息系統(tǒng)建設的實際需 求，由北京市質(zhì)量技術監(jiān)督局、北京市公安局、北京市信息辦牽頭組織開展了圖像信息管理系統(tǒng)技術規(guī) 范的編寫工作。編寫組由北京市質(zhì)量技術監(jiān)督局、北京市公安局、北京市信息辦等政府管理部門、技術 研究機構與圖像信息系統(tǒng)相關企業(yè)組成。iii圖像信息管理系統(tǒng)技術規(guī)范第 18 部分:系統(tǒng)平臺技術要求1范圍本指導性技術文件規(guī)定了圖像信息管理系統(tǒng)各級平臺的功能及技術要求。 本指導性技術文件適用于圖像信息管理系統(tǒng)平臺的新建、改建、擴建工程的設計和驗收。2規(guī)范性引用文件下列文件中的條款通過本標準的引用而成為本標準的條款，凡是注日期的引用文件，其隨后所有修 改（不包括勘誤的內(nèi)容）或修改版均不適用本標準。然而，鼓勵根據(jù)本標準達成協(xié)議的各方研究是否或 使用這些文件的最新版本。凡是不注日期的引用文件，其最新版本適用于本標準。db11/z 384.1 圖像信息管理系統(tǒng)技術規(guī)范 第1部分：總體平臺結構 db11/z 384.2 圖像信息管理系統(tǒng)技術規(guī)范 第2部分：視頻格式與編碼 db11/z 384.3 圖像信息管理系統(tǒng)技術規(guī)范 第3部分：通信控制協(xié)議db11/z 384.6 圖像信息管理系統(tǒng)技術規(guī)范 第6部分：圖像存儲與回放要求db11/z 384.9 圖像信息管理系統(tǒng)技術規(guī)范 第9部分：圖像資源及系統(tǒng)設備編碼與管理db11/z 384.11 圖像信息管理系統(tǒng)技術規(guī)范 第11部分：控制權限分類與管理3術語、定義和縮略語以下術語和定義適用于本標準。3.1 術語和定義3.1.1數(shù)據(jù)同步 data synchronization指兩個或兩個以上圖像信息管理系統(tǒng)平臺間，保持數(shù)據(jù)全部或部分一致性的過程。3.1.2系統(tǒng)日志 system log系統(tǒng)日志是關于系統(tǒng)運行中出現(xiàn)的錯誤、警告、狀態(tài)等信息的紀錄。也包括用戶對數(shù)據(jù)的應用、添加、刪除、修改、輸出等操作的紀錄。3.1.3歷史圖像 recorded video過去的某個時間段的圖像記錄。3.1.4故障信息 malfunction information系統(tǒng)非正常狀態(tài)的描述。3.1.51db11/z 384.182008圖像轉(zhuǎn)發(fā) digital video forward通過特定設備完成圖像接收、復制和發(fā)送的過程。3.2 縮略語ldap 輕量級目錄訪問協(xié)議（lightweight directory access protocol）4系統(tǒng)平臺設計原則4.1 可靠性平臺系統(tǒng)應采用成熟的軟硬件技術和質(zhì)量合格的硬件設備。軟件系統(tǒng)應有備份和維護保障能力，并有較強的容錯和系統(tǒng)恢復能力。平臺應按724小時不間斷工作設計。4.2 互通性圖像信息管理系統(tǒng)的各平臺間應能有效地進行數(shù)據(jù)通信和信息共享，能夠?qū)崿F(xiàn)異構平臺間系統(tǒng)的兼容和互操作。平臺安全防護設備上應開放相應的服務端口。應具有與其他系統(tǒng)的接口，實現(xiàn)數(shù)據(jù)共享。4.3 規(guī)范性應符合有關標準、滿足用戶要求?？刂茀f(xié)議、傳輸協(xié)議、接口協(xié)議、視音頻信號的編解碼應符合db11/z 384標準相關部分的要求。4.4 擴展性系統(tǒng)平臺的設計應采用模塊化設計，以適應系統(tǒng)模塊擴展、功能擴充等系統(tǒng)升級需求。4.5 易操作性平臺管理軟件應提供清晰、簡潔、友好的中文圖形化人機交互界面，操作控制應簡便、靈活、易學易用，便于管理和維護。4.6 安全性平臺應具有防病毒、防攻擊的能力。根據(jù)確定的安全等級，配備相應的安全防護設施。5系統(tǒng)一般要求圖像信息管理系統(tǒng)平臺總體結構應滿足db11/z 384.1-2006的要求。5.1 接入平臺 接入平臺是圖像信息資源的主要接入點，應具備圖像接入、管理、調(diào)用、存儲、轉(zhuǎn)發(fā)和顯示等功能。 接入平臺應滿足以下要求：具有視頻的有線和/或無線的接入功能。能把接入的視頻信號按需進行數(shù)模/模數(shù)轉(zhuǎn)換。具備對接入設備的認證功能。具備本地用戶及本地資源管理功能。具備對前端設備狀態(tài)進行自動和手動檢測和故障告警的功能。具備本地用戶調(diào)用圖像功能。能提供圖像存儲功能，圖像保存時間符合 db11/z 384.6 的要求。5.2 區(qū)縣級平臺區(qū)縣級圖像信息管理平臺負責區(qū)域內(nèi)圖像信息資源的匯聚、接入、存儲、控制、共享，具備共享交 換和控制管理等功能。實現(xiàn)模擬圖像和數(shù)字圖像的轉(zhuǎn)換、互連、互控，本地圖像接入，圖像調(diào)用、存儲、2db11/z 384.182008轉(zhuǎn)發(fā)和顯示等。區(qū)縣級平臺應滿足以下要求：具備將接入的視頻信號按需進行數(shù)模/模數(shù)轉(zhuǎn)換的能力；具備本地和跨平臺調(diào)閱實時圖像和控制的功能，支持資源搶占；能提供歷史圖像檢索、瀏覽和下載功能；具備采用 b/s 方式和 c/s 方式訪問系統(tǒng)的功能；具備實現(xiàn)權限組的創(chuàng)建和用戶管理（用戶注冊、注銷、修改、授權和驗證等操作）功 能；具備權限的判定功能，根據(jù)用戶權限和操作指令執(zhí)行相應操作；具備至少 512 個用戶同時登錄功能；具備不小于 256 路圖像轉(zhuǎn)發(fā)能力；具備與 gis 等其它系統(tǒng)接口的能力；具備集中存儲功能，圖像保存時間符合 db11/z 384.6 的要求；具備對“重大事件”圖像的永久存儲能力；具備系統(tǒng)運維管理功能?？删邆渫ㄟ^無線公眾通信網(wǎng)實現(xiàn)手持移動終端調(diào)閱圖像信息的功能。5.3 重點行業(yè)平臺重點行業(yè)平臺是本行業(yè)內(nèi)的圖像信息資源的控制、匯聚、共享和管理中心。具備圖像信息的共享交換和控制管理等功能。除應滿足區(qū)縣級平臺的功能要求外還應滿足以下要求：具備對行業(yè)內(nèi)現(xiàn)有的模擬和數(shù)字系統(tǒng)的整合功能，能實現(xiàn)對已建設模擬系統(tǒng)的圖像信 息的遠程調(diào)用、切換和遠程控制。具備對行業(yè)內(nèi)圖像信息系統(tǒng)有特殊功能要求的系統(tǒng)進行整合，并提供遠程訪問控制。能提供本行業(yè)其他信息管理系統(tǒng)的圖像服務接口。5.4 市級平臺市級圖像信息管理平臺接入各區(qū)縣級圖像信息管理平臺和重點行業(yè)圖像信息管理平臺的圖像資 源，實現(xiàn)模擬圖像和數(shù)字圖像轉(zhuǎn)換、互連、互控，為領導決策、應急指揮、城市管理和各部門應用提供 圖像信息服務。市級圖像信息管理平臺在應滿足區(qū)縣級圖像信息管理平臺功能的基礎上，還應滿足以下要求：具備對跨平臺用戶認證的功能。具備至少 1024 個用戶同時登錄功能。具備不小于 512 路圖像轉(zhuǎn)發(fā)能力。可提供與應急指揮平臺圖像顯示系統(tǒng)的接口。具備全網(wǎng)設備標準授時功能。具備通過無線公眾通信網(wǎng)實現(xiàn)手持移動終端調(diào)閱圖像信息的功能。6功能要求圖像信息管理系統(tǒng)中的圖像接入、遠程控制、認證服務功能應滿足 db11/z 384.1 部分的要求。其3db11/z 384.182008他功能應滿足以下要求。6.1 實時圖像調(diào)閱6.1.1 用戶在權限范圍內(nèi)應能通過鍵盤終端和 pc 客戶端實現(xiàn)對實時視頻圖像的調(diào)用。6.1.2 應能提供根據(jù)視頻圖像編號、模糊查詢及地圖標注點位調(diào)用圖像的功能。6.2 歷史圖像提取6.2.1 用戶在權限范圍內(nèi)，可按照圖像源的時間屬性、位置屬性、編號等檢索歷史圖像，實現(xiàn)圖像的回放和/或下載。6.2.2 在線遠程回放要支持常速、慢速、快速、單幀、暫停、進度拖動的功能。6.2.3 回放時的畫面可放大縮小，可將任意一幀圖像存儲為 bmp 或 jpeg 格式圖片。6.3 存儲與管理6.3.1 支持前端存儲和集中存儲兩種方式，存儲格式根據(jù)實際需要畫面分辨率可為 4cif/cif。6.3.2 應支持手動存儲、自動定時存儲、移動偵測存儲和事件觸發(fā)存儲等多種存儲策略，并可根據(jù)需要調(diào)整存儲圖像的質(zhì)量。6.3.3 實現(xiàn)重大事件歷史圖像的永久保存，建立索引數(shù)據(jù)。有權限的用戶可下載或在線回放。6.4 gis 服務6.4.1 管理系統(tǒng)平臺應為用戶提供攝像機點位的 gis 服務，用戶可及時獲取并更新地圖信息。6.4.2 gis 服務應實現(xiàn)快捷地圖定位、地理編碼查詢、道路查詢和路口定位，具備攝像頭圖標、攝像頭信息與遙感影像疊加功能。6.5 web 服務6.5.1 實現(xiàn)基于 web 技術的信息服務，用戶通過瀏覽器可根據(jù)權限查看數(shù)據(jù)信息、圖像信息并實現(xiàn)圖像控制功能。提供系統(tǒng)平臺管理功能。6.5.2 提供調(diào)閱圖象所必備的插件下載服務。6.6 日志功能6.6.1 生成系統(tǒng)運行日志和用戶操作日志，并提供檢索和統(tǒng)計功能。6.6.2 系統(tǒng)運行日志包括：啟動/關閉程序、系統(tǒng)巡檢、故障記錄與維護記錄等。6.6.3 用戶操作日志包括：用戶登錄、用戶退出、資源申請、圖像調(diào)用、錄像下載與回放等。6.6.4 用戶操作日志文件保存時間不低于錄像保存時間。6.7 統(tǒng)計報表功能6.7.1 具備對系統(tǒng)設備的統(tǒng)計查詢功能，具體設備參見 db11/z 384.9。6.7.2 根據(jù)需要生成統(tǒng)計報表，統(tǒng)計信息包括但不限于：攝像機在線率、全區(qū)域攝像機數(shù)量、圖像訪問量、用戶使用率、故障、操作日志的統(tǒng)計。6.8 運行維護管理6.8.1 系統(tǒng)設備要統(tǒng)一編碼，編碼應符合 db11/z 384.9 的要求。6.8.2 應能完成系統(tǒng)設備的注冊、注銷。6.8.3 應具備對系統(tǒng)中可管理的部分設備遠程配置功能。6.8.4 應具備響應系統(tǒng)和設備故障報警功能，能顯示設備的運行狀態(tài)信息。6.8.5 應具備對前端設備的自動觸發(fā)、手動觸發(fā)巡檢功能，可根據(jù)用戶的維護需求設定巡檢周期。4db11/z 384.1820086.8.6 應具備對事件告警的記錄、查詢和分析功能。6.8.7 支持對系統(tǒng)和設備的非物理損壞故障的遠程恢復功能。6.9 圖像資源管理6.9.1 系統(tǒng)圖像資源統(tǒng)一編碼，編碼應符合 db11/z 384.9 的要求。6.9.2 應支持按照圖像資源的位置、所屬單位等屬性進行分類管理。6.9.3 應具有基于數(shù)據(jù)庫的方式對圖像資源進行管理的功能。6.9.4 應支持按用戶優(yōu)先級使用圖像資源。6.9.5 應支持按設備編號、通道號、時間、地點和事件檢索圖像資源。6.10 圖像轉(zhuǎn)發(fā)與視頻干線管理6.10.1 應采用分布式轉(zhuǎn)發(fā)體系。6.10.2 應支持多級轉(zhuǎn)發(fā)，每級轉(zhuǎn)發(fā)延時不大于 30ms。6.10.3 各通道轉(zhuǎn)發(fā)圖像的質(zhì)量應互不影響。6.10.4 應支持轉(zhuǎn)發(fā)的防錯冗余。6.10.5 應支持圖像轉(zhuǎn)發(fā)的負載均衡。6.10.6 應支持視頻干線的復用、搶占和預留。6.11 用戶管理與權限管理6.11.1 應具有用戶的創(chuàng)建、修改、刪除等基本功能。采用用戶名密碼和 usbkey 同時認證的方式進行用戶認證。6.11.2 建立用戶組，設定權限級別。用戶組和用戶集的劃分按照 db11/z 384.11 中的劃分執(zhí)行。6.11.3 根據(jù)不同的用戶集對資源的使用需求將用戶集對應到設定的用戶組。6.11.4 在應急狀態(tài)下根據(jù)預案將用戶集對應到相應的用戶組。6.11.5 支持高級別權限用戶對低級別權限用戶的資源搶占，應向被搶占資源的用戶發(fā)送提示信息。相同權限者按時間順序占用資源。6.11.6 能實現(xiàn)對前端設備進行獨占性控制的鎖定及解鎖功能，鎖定和解鎖方式手動或自動可設定。 自動鎖定方式在超過自動鎖定時間后解除鎖定，自動鎖定時間可設置。手動鎖定方式必須手動解除 鎖定。6.11.7 要保證用戶在登錄系統(tǒng)后，退出前不能再次登錄系統(tǒng)。7平臺間接口要求系統(tǒng)應能實現(xiàn)跨平臺訪問。平臺間包括視頻通道和控制通道接口，控制協(xié)議符合 db11/z 384.3 要 求。其中，數(shù)字平臺間控制通道采用 tcp 通信，視頻通道采用 tcp 或 udp 協(xié)議。采用 tcp 協(xié)議時，由視 頻接收方主動發(fā)起 tcp 連接。跨平臺訪問補充協(xié)議參見附錄 a。7.1 跨平臺用戶認證 本系統(tǒng)各級平臺應具備跨平臺用戶認證功能。 不能認證漫游用戶的平臺應在上級平臺認證。7.2 數(shù)據(jù)同步7.2.1 在攝像機、全局用戶、usbkey 丟失記錄和用戶集公鑰信息的信息發(fā)生變化時，啟動同步。每月進行全數(shù)據(jù)同步。5db11/z 384.1820087.2.2 同步方式采用 ldap 協(xié)議，基于標準目錄結構實現(xiàn)平臺間的數(shù)據(jù)同步。7.2.3 攝像機屬性信息同步數(shù)據(jù)格式，應符合表 1 要求。表 1攝像機同步數(shù)據(jù)表序號屬性項名稱定義與值域范圍允許空字段代碼字段類型字 段 長 度1標識碼攝像機的標識碼否camidchar162名稱攝像機的文字描述可namechar323類型固定(1)/可調(diào)(0)否classchar14位置描述街道、胡同、院落、小區(qū)、門 牌、樓號、門店名稱或標志性 建筑名稱否addresschar645所在網(wǎng)格所在單元網(wǎng)格可gridofchar146經(jīng)度小數(shù)點前 3 位，小數(shù)點后 5 位否longitudechar97緯度小數(shù)點前 3 位，小數(shù)點后 5 位否latitudechar97.2.4 全局用戶信息同步，數(shù)據(jù)包括：證書 id 號、全局用戶集代碼及管理簽名。7.2.5 應同步 usbkey 丟失記錄信息。7.2.6 應用同步用戶集公鑰信息。8其他平臺系統(tǒng)接口要求8.1 物理接口應具有rj45接口、視頻bnc（75歐）接口及串行口。8.2 通訊協(xié)議應采用基于以太網(wǎng)的 tcp/ip 通訊控制協(xié)議。串行口通訊模式及數(shù)據(jù)格式應與其他平臺協(xié)商一致。8.3 數(shù)據(jù)格式數(shù)據(jù)格式應符合 db11/z 384.2 和 db11/z 384.3 相關格式要求。6db11/z 384.182008附錄a（資料性附錄）跨平臺訪問本附件是 db11/z 384.3 的補充，規(guī)定了圖像信息管理系統(tǒng)跨平臺訪問協(xié)議，包括：實時圖像跨平 臺訪問擴展、歷史圖像跨平臺訪問協(xié)議，跨平臺的圖像控制搶占協(xié)議，以及圖像通道采用 tcp 時使用的 圖像通道邊界通信協(xié)議。本部分規(guī)定的協(xié)議與 db11/z 384.3 配合使用。a.1實時圖像調(diào)用控制協(xié)議應符合 db11/z384.3 要求。詳細過程舉例可參見 db11/z384.3 附錄 b.2。視頻通道采用 tcp 協(xié)議時，由圖像請求端向圖像發(fā)送端主動發(fā)起連接獲取圖像。下面舉例說明 tcp 模式在 db11/z384.3 附錄 b.2.4 的例子所述情況下的交互流程，其流程圖如圖a.1 所示。表 a.1tcp 的跨平臺實時圖像訪問過程序號交互動作交換的信息其他說明1用戶 b 向下級平臺 1 發(fā)請求視頻源 2 的命令視頻源編號，視頻 源的顯示目的地2下級平臺 1 判斷視頻源 2 由上級平臺管理，將請求信息 發(fā)往上級平臺。上級平臺檢查內(nèi)部的列表，發(fā)現(xiàn)有用戶 b 訪問上級平臺的有效票據(jù)（票據(jù) b1）下級平臺 1 內(nèi)處理過程3下級平臺 1 使用票據(jù) b1 向上級平臺發(fā)請求。要求建立視頻干線獲取視頻源 2 的視頻信息。視頻干線編號為t1視頻源編號 視頻干線號 t1 票據(jù) b1平臺間 交互過 程：下級平臺 1 向 上 級平 臺發(fā) 請求視頻命令4上級平臺收到下級平臺的命令，根據(jù)票據(jù) b1，查內(nèi)部 表，識別為用戶 b 的票據(jù)，將用戶 b 的權限信息與請 求視頻源 2 的信息進行組合，并判斷視頻源 2 由下級平 臺 2 管理。上級平臺檢查內(nèi)部的列表，發(fā)現(xiàn)有用戶 b 訪 問下級平臺 2 的有效票據(jù)（票據(jù) b2）視頻源編號使用視頻源的用 戶名及權限信息 等視頻源的顯示目的地上 級平臺 內(nèi)處理過程5上級平臺使用票據(jù) b2 向下級平臺 2 發(fā)請求，要求建立視頻干線獲取視頻源 2 的視頻信息。視頻干線編號為t2視頻源編號 視頻干線號 t2 票據(jù) b2平臺間 交互過 程：上級平臺向 下級平臺 2 發(fā) 請求視頻命令7db11/z 384.182008表 a.1（續(xù)）序號交互動作交換的信息其他說明6下級平臺 2 收到上級平臺的命令，根據(jù)票據(jù) b2，查內(nèi) 部表，識別為用戶 b 的票據(jù)，將用戶 b 的權限信息與 請求視頻源 2 的信息進行組合。根據(jù)權限信息對用戶 b 使用視頻源 2 進行資源分配，如 沒有問題則通知轉(zhuǎn)發(fā)服務器等待接受上級平臺建立視 頻干線號為 t2 的 tcp 連接，并在連接建立后使用該連 接發(fā)送視頻源 2 的視頻信息。同時，將成功的信息(包 括交易號)返回給上級平臺。視頻源編號使用視頻源的用 戶名及權限信息 等視頻源 2 的視頻 信息 成功切換的消息下級平臺 2 內(nèi)處理過程7上級平臺收到下級平臺 2 的返回的成功消息后，通知轉(zhuǎn) 發(fā)服務器向下級平臺 2 的轉(zhuǎn)發(fā)服務器發(fā)起連接，建立視 頻干線 t2,并在該連接中接收視頻源 2 的視頻信息，并 等待接受下級平臺 1 建立視頻干線號為 t1 地 tcp 連接， 并在連接建立后使用該連接向下級平臺 1 轉(zhuǎn)發(fā)視頻源 2 的視頻信息。并將成功的信息（包括交易號）返回下級 平臺 1。視頻源 2 的視頻 信息 成功切換的消息平臺間 交互過 程：s7 向 s5 發(fā) 請 求視頻 命令 返回消息（返回 交易號）8下級平臺 1 收到請求視頻成功的消息后通知轉(zhuǎn)發(fā)服務器 向上級平臺建立視頻干線號為 t1 的 tcp 連接，接收視 頻源 2 的視頻信息，并等待用戶 b 連接，然后在用戶建 立的連接中轉(zhuǎn)發(fā)視頻源 2 的視頻信息。視頻源 2 的視頻 信息 成功切換的消息下級平臺 1 內(nèi)處理過程9用戶 b 指定的顯示器上顯示視頻源 2 的圖像8db11/z 384.182008圖 a.1tcp 的跨平臺實時圖像訪問流程其中，3、5、6、7 為邊界通信交互內(nèi)容，采用 db11/z 384.3 定義的邊界通信協(xié)議。實時圖像通道的建立和工作過程說明如下：下級平臺 2 轉(zhuǎn)發(fā)服務器收到下級平臺 2 管理服務器的指令，連接視頻源 2 獲取指定通道的圖像，并根據(jù)管理服務器的指示，等待下級平臺 1 的轉(zhuǎn)發(fā)服務器建立 tcp 連接。上級平臺收到下級平臺 2 的成功返回消息后，管理服務器給其轉(zhuǎn)發(fā)服務器發(fā)送指令，命令 上級平臺轉(zhuǎn)發(fā)服務器向下級平臺 2 轉(zhuǎn)發(fā)發(fā)起連接，并發(fā)送干線編號 t2 表明身份。同時，等待下級平 臺 1 轉(zhuǎn)發(fā)服務器建立 tcp 連接。在上級平臺轉(zhuǎn)發(fā)服務器與下級平臺 2 轉(zhuǎn)發(fā)服務器建立連接成功后，上級平臺轉(zhuǎn)發(fā)服務器向 下級平臺 2 轉(zhuǎn)發(fā)服務器發(fā)送干線編號 t2 表明自己的身份。下級平臺 2 轉(zhuǎn)發(fā)服務器收到該干線編號后， 反饋相應的交易號（參見控制通道協(xié)議）。接著，根據(jù)干線編號 t2，下級平臺 2 轉(zhuǎn)發(fā)服務器開始向 上級平臺轉(zhuǎn)發(fā)服務器發(fā)送對應的視頻源 2 的圖像數(shù)據(jù)。下級平臺 1 收到上級平臺 2 的成功返回消息后，下級平臺 1 管理服務器給其轉(zhuǎn)發(fā)服務器發(fā) 送指令，命令其轉(zhuǎn)發(fā)服務器向上級平臺轉(zhuǎn)發(fā)服務器發(fā)起連接，并發(fā)送干線編號 t1 表明自己的身份。 同時，等待客戶端發(fā)起 tcp 連接。在下級平臺 1 轉(zhuǎn)發(fā)服務器與上級平臺轉(zhuǎn)發(fā)服務器建立連接成功后，下級平臺 1 轉(zhuǎn)發(fā)服務器 向上級平臺轉(zhuǎn)發(fā)服務器發(fā)送干線編號 t1 表明自己的身份。上級平臺轉(zhuǎn)發(fā)服務器收到該干線編號后， 反饋相應的交易號（參見控制通道協(xié)議）。接著，根據(jù)干線編號 t1，上級平臺轉(zhuǎn)發(fā)服務器開始向下 級平臺 1 轉(zhuǎn)發(fā)服務器發(fā)送對應的視頻源 2 的圖像數(shù)據(jù)。下級平臺 1 客戶端連接下級平臺 1 轉(zhuǎn)發(fā)服務器成功后，向下級平臺 1 發(fā)送相關指令獲取視 頻源 2 圖像，下級平臺 1 轉(zhuǎn)發(fā)服務器驗證通過后，將視頻源 2 圖像數(shù)據(jù)轉(zhuǎn)發(fā)給客戶端。9db11/z 384.182008客戶端顯示收到的視頻源 2 的圖像數(shù)據(jù)。a.2歷史圖像調(diào)用跨平臺歷史圖像調(diào)用在 db11/z 384.3 中屬于擴展功能，本部分內(nèi)容為該標準的補充。a.2.1 協(xié)議a）歷史圖像檢索表 a.2歷史圖像檢索參數(shù)一覽表參數(shù)名稱參數(shù)字節(jié)參數(shù)含義命令碼212（歷史圖像檢索）視頻源編號16符合 db11/z 384.9干線編號2視頻干線編號視頻源格式2（參見視頻源格式一覽表）票據(jù)16訪問邊界的票據(jù)除命令碼不同以外，與請求視頻指令相同。圖像源方向平臺收到該指令時，參照實時圖像拉模式工 作流程在各個平臺轉(zhuǎn)發(fā)服務器之間建立通道，此通道供檢索使用，檢索完畢后立即回收。各平臺轉(zhuǎn)發(fā)服務器應提供歷史文件檢索功能模塊。b）請求回放歷史圖像表 a.3 請求回放歷史圖像參數(shù)一覽表參數(shù)名稱參數(shù)字節(jié)參數(shù)含義命令碼213（歷史圖像回放）視頻源編號16符合 db11/z 384.9干線編號2視頻干線編號視頻源格式2見 db11/z 384.3 中的 7.7.3歷史文件名稱256歷史文件在存儲設備的全路徑票據(jù)16訪問邊界的票據(jù)收到指令后處理流程與請求視頻處理方式相同，既可采用推模式，也可以采用拉模式。c）歷史圖像檢索返回消息表 a.4 歷史圖像檢索返回消息參數(shù)一覽表參數(shù)名稱參數(shù)字節(jié)參數(shù)含義返回碼21012（歷史圖像檢索返回消息）一般返回參數(shù)4返回參數(shù)（見 db11/z 384.3）交易號4視頻切換交易號d）歷史圖像回放返回消息表 a.5 歷史圖像回放返回消息參數(shù)一覽表參數(shù)名稱參數(shù)字節(jié)參數(shù)含義返回碼21013（歷史圖像回放返回消息）10db11/z 384.182008表 a.5（續(xù)）參數(shù)名稱參數(shù)字節(jié)參數(shù)含義一般返回參數(shù)4返回參數(shù)（見 db11/z 384.3）交易號4視頻切換交易號a.2.2 歷史圖像調(diào)用流程a）檢索流程跨平臺歷史圖像檢索流程圖見圖 a.2 所示。歷史圖像檢索工作流程:圖 a.2跨平臺歷史圖像檢索流程圖下級平臺 1 用戶 b 在控制通道向其管理服務器發(fā)送檢索視頻源 2 的歷史視頻的請求。下級平臺 1 管理服務器經(jīng)過內(nèi)部處理后將請求通過控制通道轉(zhuǎn)發(fā)給上級平臺的管理服務器上級平臺管理服務器經(jīng)過內(nèi)部處理后，再將請求轉(zhuǎn)發(fā)給下級平臺 2 管理服務器下級平臺 2 生成干線編號 t2，向下級平臺 2 的轉(zhuǎn)發(fā)服務器發(fā)送控制指令，并在控制通道向上級平臺反饋申請結果(告知干線編號 t2)下級平臺 2 轉(zhuǎn)發(fā)服務器收到下級平臺 2 管理服務器的指令，記錄視頻源 2 信息，并根據(jù)管 理服務器的指示，等待下級平臺 1 的轉(zhuǎn)發(fā)服務器建立 tcp 連接。上級平臺管理服務器收到下級平臺 2 的成功返回消息后，生成干線編號 t1，向其轉(zhuǎn)發(fā)服務器發(fā)送指令，命令上級平臺轉(zhuǎn)發(fā)服務器向下級平臺 2 轉(zhuǎn)發(fā)發(fā)起干線編號為 t2 的連接，并等待下級平11db11/z 384.182008臺 1 轉(zhuǎn)發(fā)服務器建立 tcp 連接。然后，管理服務器向下級平臺 1 反饋申請結果（告知干線編號 t1）下級平臺 1 管理服務器收到上級平臺的成功返回消息后，給其轉(zhuǎn)發(fā)服務器發(fā)送指令，命令其轉(zhuǎn)發(fā)服務器向上級平臺轉(zhuǎn)發(fā)服務器發(fā)起連接同時等待客戶端發(fā)起 tcp 連接。在下級平臺 1 轉(zhuǎn)發(fā)服務器與上級平臺轉(zhuǎn)發(fā)服務器建立連接成功后，下級平臺 1 轉(zhuǎn)發(fā)服務器 向上級平臺轉(zhuǎn)發(fā)服務器發(fā)送干線編號 t1 表明自己的身份，并發(fā)送用戶遞交的檢索條件。上級平臺轉(zhuǎn) 發(fā)服務器收到該干線編號后，根據(jù)干線編號 t1，上級平臺轉(zhuǎn)發(fā)服務器開始向下級平臺 2 發(fā)送干線編 號 t2 表明自己身份，并轉(zhuǎn)發(fā)該檢索條件給下級平臺 2 轉(zhuǎn)發(fā)服務器。下級平臺 2 轉(zhuǎn)發(fā)服務器收到指令后，根據(jù)干線編號 t2 確認連接身份，使用收到的檢索條件向視頻源 2 檢索歷史文件列表。文件列表逐級返回給客戶端。b）調(diào)用流程跨平臺歷史圖像調(diào)用流程如圖 a.3 所示。圖 a.3跨平臺歷史圖像調(diào)