大连市甘井子区机关事务服务中心 崔 磊
根据日常工作需要,为提升各级指挥平台功能,充分整合下属各级各类前端视频监控感知设备,使其在指挥平台发挥对综合治理、森林防火、防台防汛、应急管理等方面的现场回传、综合研判、集中指挥等突出作用,现设计一套监控信息综合调度平台。
本设计平台为满足监控视频资源集成的需求,需对接各类市面已有视频监控平台,本文将以对接海康科技公司iVMS-8200平台为例,简述对接各子平台硬件思路。
另本设计平台需通过软件实现几个技术难点,例如通过算法的形式来实现日常对监控信息状态进行检索更新、在已有数据情况下对二次推送监控数据进行梳理、根据实际需要对监控数据进行分组、结合GIS底图对数据进行处理等,将在本文软件设计部分简述个人思路。
本设计平台的硬件拓展部分,核心内容为两方面。
本设计平台需选用合适性能服务器及网络环境,以满足视频资源调用时最大化并发需要,尽量保证单路视频资源调用单路服务器,并有足够的网络带宽条件来满足平台最大化网络需要,可根据实际需要选择是否采用专用网络进行,做到网络安全性方面考虑。具体实施时,可根据平台视频资源最大化并发需要配置合理的服务器,并购置如DDR4 16GB内存条等服务器组件,提升服务器性能。
本设计平台与各子平台之间,需配置视频编解码器。视频编解码器的原理是指一个能够对数字视频进行压缩或者解压缩的程序或者设备。压缩和可能改变视频内容格式的过程,将模拟源更改为数字源,目标是在尽可能保证视觉效果的前提下减少视频数据率。因本设计平台实施应用时会传输大量视频信号,同时对应各子平台设备厂商、型号五花八门,各有区别,建议采用支持H.264/MPEG4/MPEG2/MJPEG等多种主流码流格式协议的设备。另该功能可通过软件手法实现,因限于本文篇幅原因,恕不展开细说。
因本设计平台应用场景往往建立在大型指挥中心等区域,对数据实时性要求较高,故需多至三到四日、少至每日对监控信息状态进行检索更新,对实际算法代码逻辑有较高的要求。如出现代码冗余的现象,会对算法执行效率造成一定的影响,要尽量减少代码运算的时间、空间复杂度,以最简捷的运算逻辑、最轻便的代码实现功能需求。
本文处理此问题思路为先向服务端发送视频流申请(invite命令),如不能够返回,直接判断监控状态异常;如能够返回,再次请求2-3次视频流数据,比对视频流数据内容,如视频时间戳等一定会发生更改的标志,根据情况判断监控状态为正常或一般(卡顿)。
本设计平台在大多数应用场景中都会与各子平台定期进行监控数据再推送、维护,如采用直接替换数据库的形式弊端显而易见,需写出相应判断代码,即保留上次推送后对数据进行的本地更新、提升工作效率,也能快速发现跟上次推送数据有变化的具体数据。
图1 监控信息状态判断流程图
图2 数据库再推送数据判断流程图
本文处理此问题思路为先根据每条数据中唯一标志(类似产品具体ID号)等实际数据,进行筛选,如数据库中不存在ID号数据,直接添加至数据库;如数据库中存在ID号,则将数据与数据库中数据进行属性比对,如坐标等核心数据发生变化,则对数据库中相应数据进行数据更新。此思路好处一是节省大量不必要比对时间、代码轻量化,二是可保留第一次推送后手工更新数据情况。
因平台实际需要,需分为多个组别,例如综合治理、森林防火、防台防汛、应急管理等对监控数据进行分类处理。本文处理此问题可在监控信息数据库中新建属性字段,分为各个具体组别,同时注意单条数据可能涉及到同时为多组使用的情况。分组结束后,再结合前面的监控检索思路,保证在使用过程中设计平台可视化界面都可以看到最新判断后组别正确、监控状态正常的视频监控。
结束语:本文简述了一套监控信息综合调度平台相关的设计建设思路,分析了建设过程中软、硬件可能存在的问题并提出了一些个人见解。此平台具有整合数据资源丰富、传输过程中可靠性高、软件代码简洁等优点,对于各级指挥中心在指挥过程中提供实际数据支撑,可根据现场情况进行实时策略调整。