海康8300平臺改造要點

海康8300平臺改造要點

2015.06.07

話說我們管理的監控網絡裏面,已經有180餘臺DVR/NVR、2500餘臺攝像機,運維人員需要檢查、記錄每個監控點位的工作狀態,比如是否設備故障是否人爲遮擋,工作量十分繁重。

而海康免費監控軟件iVMS-4000、iVMS-4200有設備數量的限制,我們的系統規模遠遠超過軟件限制,使用起來不是很方便。

海康iVMS-8300平臺中,對全部的監控點位用“區域”進行組織。問題在於某個“區域”裏的攝像機,不一定在同一臺DVR/NVR中,假如運維人員發現監控點位失靈,無法很快確認從屬於哪個DVR的哪個通道。

海康iVMS-6200E-D系統,雖然可以自動檢查攝像機故障(高達17種),但是對於人爲遮擋、移動攝像機角度判斷不夠,而且也具備8300故障定位不便利的缺點。

基於以上情形,我已經完成對於iVMS-8300軟件的二次開發,對設備資源組織形式進行修改,按照DVR的從屬關係來組織監控資源:設備資源樹的主幹是DVR IP地址的網絡段,更細的枝條是DVR,最後的葉子節點是該DVR的通道序號和名稱。這樣,只需在攝像機節點上雙擊,就可以將16個通道畫面一次性預覽出來,而且DVR——通道——OSD三者的對應關係也是一目瞭然。

以上開發,都是在原有的iVMS-8300系統之上進行的,通過分析B/S系統的源代碼,精簡出單一的預覽功能,只是按照實際需要修改了一下資源樹的組織方式。

另外通過mysql數據庫的repliation功能將後臺數據庫導出到另外一臺服務器上,並適時同步,使新系統的運行速度得到了保證。

由於ivms-8300運用了Ext-js 框架,本次開發中,也對該框架進行了學習和應用,這也是我個人三年來的重大技術進步。


發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章