三大安防子系統(tǒng)在地鐵行業(yè)中均屬于小專業(yè),在地鐵設計和建設過程中可能分別歸屬于不同的子系統(tǒng)。例如,視頻監(jiān)控系統(tǒng)常見歸屬于專用通信系統(tǒng),門禁和報警則常見歸屬于綜合監(jiān)控或AFC自動售票系統(tǒng)中。因此,在地鐵行業(yè)中重要的是視頻監(jiān)控系統(tǒng)、門禁系統(tǒng)、報警系統(tǒng)與各子系統(tǒng)之間的集成接口、工作界面,如何在各子系統(tǒng)間順利完成相互之間的聯動與集成,這樣才有利于安防系統(tǒng)整體管理效率的提高。而如今實際項目實施中,由于種種原因,多數項目側重上述系統(tǒng)與ISCS、BAS以及低壓配電系統(tǒng)的接口規(guī)范,而子系統(tǒng)間的接口定義和需求較難在前期落實。到了項目后期,由于各自施工周期的不同、標段不同,就更難付諸實施了。多數情況下采取硬聯動方式,實現報警與視頻、門禁與視頻之間的聯動,與真正“集成”二字仍有一定差距。只有為數不多的項目因為當初幾個安防子系統(tǒng)在同一招標包內,且在相互間的集成方面提出了詳細的用戶需求及工作界面,才最終得以實施并付諸管理。
除了不同安防子系統(tǒng)之間的集成難以外,同一子系統(tǒng)的統(tǒng)一線網管理,同樣擺在了現已具備多條地鐵線路的建設部門面前。由于不同時期采用了不同品牌的子系統(tǒng),造成了相互間硬件難以兼容,信息無法共享,造成了很多管理操作上的困難。如數字監(jiān)控系統(tǒng)的線網中心解碼上墻,門禁系統(tǒng)的線網統(tǒng)一授權管理等。
其原因是安防系統(tǒng)相比地鐵網絡系統(tǒng)、綜合監(jiān)控系統(tǒng)等而言,本身具有國際規(guī)范少,協議各自加密保護,接口定義不規(guī)范等問題存在。
如上海地鐵,地鐵監(jiān)控中心建設經過了矩陣上墻至數字解碼上墻的變遷,由于各條線路歷史上采用了不同的前端編碼產品,使得中心解碼上墻的兼容性與穩(wěn)定性無法得到有效保障,且不利于未來新線的系統(tǒng)整合?,F在,建設方面已經開始重新規(guī)劃整個線網在監(jiān)控方面的未來統(tǒng)一架構,考慮是否采取類似不少平安城市項目的前端接入方式,即統(tǒng)一編碼標準及接口規(guī)范,讓不同入圍品牌的編碼器采用統(tǒng)一的H.264編碼SDK,通過線網平臺統(tǒng)一解碼上墻及權限管理。這些都讓我們看到了地鐵安防在集成與管控方面新思路、新趨勢。
集成管理應用的特點
做過樓宇安防系統(tǒng)的都對安防系統(tǒng)集成具有一定的認識,最簡單的集成就是聯動,如報警與監(jiān)控、門禁與監(jiān)控等,其特點是單一性、簡單化、靠事件觸發(fā)聯動動作(圖1)。
真正的集成管理,其特點體現在以下方面。
· 根據安防關注點的不同,采用門禁或數字監(jiān)控系統(tǒng)作為基礎平臺,該平臺需采用開放式的標準軟件接口,便于其它子系統(tǒng)的接入;
· 通過心跳或其它方式,實時監(jiān)測各個子系統(tǒng)的工作狀態(tài),包括服務狀態(tài)及前端狀態(tài);
· 統(tǒng)一界面的日常管理,統(tǒng)一管理權限的劃分,統(tǒng)一的數據庫信息管理及備份。
· 協議雙向性??杉墒占凶酉到y(tǒng)的事件信息,作為備份存儲,同時可實現接入子系統(tǒng)的常規(guī)動作,如報警的布撤防、門禁的開關門、視頻的錄像調用或觸發(fā)等;
· 模塊化。集成管理系統(tǒng)相對獨立,自身的故障同樣不會造成其它接入子系統(tǒng)的正常運行,滿足地鐵的安全架構;
· 聯動預案化。由于均采用軟件接口,通過平臺可實現各個子系統(tǒng)之間的預案化聯動:即可通過時間點、事件點的定義,手動或自動的驅動任意的安防動作,并可根據這一安防動作的成功與否,人為或自動的執(zhí)行下一預設的動作,直至滿足最終的管理目的??梢允且粋€動作,也可以是一個動作組的觸發(fā);同時預案滿足常規(guī)“與或”的邏輯判定。