孤岛问题

报警系统实时工作,但没有图像, 当有警情时, 需要保相关人员实地查看状况或另行打开视频查看,时机与操作便利性有滞后和复杂性;

视频监控系统的图像数据是实时的,也可保存供日后查看,但需要有专人实时查看以分析异常,如无人查看,即使录下异常情况的发生---也仅能供事后查看使用, 缺乏及时告警的有效性.

在大型园区中, 可能会有数百个摄像头,即使有专人实时在岗,难保有遗漏—我努力了, 但实在看不过来…..

联动的优势

报警系统与视频监控系统此二者可分别独立运行,也可互相配合作用,很明显二者结合使用—当有警情时,及时在监控大屏上弹出警情所在位置的图像, 于安保人员来说,将是一大助力—看不过来没关系, 只让你看有异常的……

解决问题的手段与发展过程

原始社会

在很久以前就提出了  报警系统与视频监控系统联动的问题.

于是生产了最初阶段的联动—报警系统探测到有警情时, 除发出本地声光/键盘提示/打电话/发短信之外, 还向监控系统发送一个开关量的报警信号, 监控系统的DVR(硬盘录像机)收到这个开关量信号后即时把相关摄像头的图像弹到大屏上,保安人员一览无余且无需手动操作.

DVR说:”我有报警输入口,给信号我就弹图!”

一般称此种方式为”联动继电器联动模式”. 适用于 监控系统主机(一般是DVR)后端有开关量报警信号输入口的设备.

互联网社会

随着互联网技术的发展及视频监控厂商的高度集中, 目前国内视频监控厂商主推网络监控系统,即 IP摄像头+NVR(网络视频录像)+管理软件, 而NVR更像一个大硬盘, 只保留电源+网络接口,取消了后端的开关量报警信号输入口;把对视频系统的管理功能分离到视频管理软件上.

NVR说:”我把输入口全去掉,漂亮吧?”

在这种情况下,原有的”联动继电器联动模式”就无法应用了, 但可采用”软联动”的模式, 即报警系统通过网络向对视频系统的管理软件发送自己的状态信息(比如布撤防\告警\设备异常), 视频系统的管理软件接收并解析报警系统发来的数据包,再根据解析的结果和预设的条件执行比如弹出报警区域摄像头的实时图像等.

新时代的陷阱

一般称这种方式为”软联动”.适用于监控系统主机(一般是NVR)后端无开关量报警输入口的设备.

这里需要注意一点的是, 报警系统向第三方软件或平台(比如视频管理软件或其他安防管理平台)发送的数据是标准的UDP报文并且此功能是免费的.  但第三方软件或平台需要有能力解析这些报文, 是需要一定的开发能力和工作量的, 当然是需要收取费用的.

视频厂商说:”只要钱到位,万事好商量!”

填坑的方法

接着上面说,如果第三方平台没有开发能力或是用户不愿意付功能开发费用, 又当如何呢?

毕竟一个免费的功能却要配合一大堆的第三方平台的开发人员做协议的解释和测试工作,并且是费力劳神做了一遍又一遍(每个项目都需要重新来一遍),第三方平台和报警厂商都挺累.

不着急哈, 报警厂商也想到这个问题,同样的工作要无数遍的重复并且是免费的,实在太无聊,何不做一套报警管理软件带上视频功能呢?

深圳市艾礼富红外技术有限公司说:”多大个事呢?要钱多伤感情噢!”

于是我们就在原有的接警管理软件的基础上把业界开放协议的摄像头数据图像功能集成到软件内,当有警情的,我们自己的软件就把警情\相关的摄像头实时图像都显示出来了, 省了无数的口水和用户的忐忑.

TNW-3000说:”费那事干嘛呢?我一气给你干完喽!”