监控系统提供的是一个基础的业务平台，提供的是一个基础的视频资源，它应该成为应急系统中的一个有机的基础部件，为上层软件业务系统提供有力的支撑。因此联网监控系统的开放性是非常重要的。
开放性具体表现在这个系统的对外开发接口上，以及和各种应用系统进行整合和联动的能力上。接口方面，系统需要提供各种类型接口（C++、C#、Java等），各种模式的接口（ActiveX、SDK等），能支撑各种开发环境（BS、CS、后台进程等）。和相关系统进行整合时，需要和常见的GIS系统、三台合一系统、调度系统、门禁系统、报警系统等进行融合。
图4 监控系统开放架构
只有具有良好的开发接口和增值扩展能力，这个监控子系统才能真正融入应急大平台，成为一种基础的资源数据供各种智能业务软件系统，或者应急指挥人员决策使用。
三、 系统稳健性、性能和管理要求
应急系统是一种要求特殊的系统，往往在情况紧急、条件恶劣的时机，在其他系统可能都部分或全部失效的时候，需要发挥巨大的作用。所以应急系统对稳健性和性能的要求非常高。
视频监控联网系统尤为重要，面对着巨大的技术挑战。单个园区和站点的监控数目可能比较少，但是联网以后，众多的摄像头如何快速检索，海量存储的数据如何查询调阅，各种联动和报警如何快速的进行全网分发，全网如何保证无全局故障点，大规模并发访问下流媒体服务器的性能和可靠性如何保证……很多问题都暴露出来。
从技术架构上来看，视频监控联网系统必须采用NGN的架构，即管理、业务、媒体相分离，管理业务服务器和具体媒体流程无关，做到管理和业务服务器不成为系统的瓶颈，即使宕机，也不影响已有的业务。一些采用SDK开发的互联软件平台，不具有整体设计的能力，通过适配各种DVR的SDK开发包，仅仅提供一种远程控制和远程配置，远远达不到大联网应急的要求。
图5 DVR联网管理软件的缺陷
采用NGN的架构后，资源做到了统一调度，业务做到了统一管理，媒体得到了统一处理，真正实现了大系统的要求。
图6 符合NGN架构的联网监控平台
从媒体处理上看，分发网络必须具有良好的适应性，具有多媒体传输的条件，支持组播等协议。转发和分发基本摈弃使用流媒体服务器的模式，在网络三层以下进行转分发，这样就可以避免流媒体服务器成为系统的瓶颈，弥补其性能的不足，也保证在峰值访问时，网络带宽得到有效控制。多人查看同一个视频，骨干网上只有一条媒体流。整体上系统具有良好的性能，并且和系统部署规模无关。
从用户业务和使用习惯出发，系统中还应该支持多流并发，编码器能够处理并发出多种格式的媒体流。例如，一条H.264的实时流、一条MJPEG的存储流；或者一条MPEG2的监控中心实时流，一条H.264的互联网查看流。这种多流的设计，可以极大提高系统的用户体验，降低投资，增加扩展能力。
管理是一个大系统必须考虑的问题，早期监控系统规模都比较小，所以各种系统在管理上都没有考虑太多。在大联网监控的时代，管理就成为重要的部分。一个完整的监控系统包括基础网络、安全设备、媒体设备、存储设备、用户数据等部分，只有提供统一的管理平台才能真正提升系统的适用性，降低投入，提高效率。目前一些系统各个组件各自为政，需要安装数套管理软件，光操作终端就需要数台，这样割裂的管理平台，只能是如同瞎子摸象一样，无法提供整体的性能和便利性。
此外，针对监控系统中海量的视频存储数据，系统设计上一定要提供全局的视频管理服务，提供统一管理，分布部署的存储管理机制。把分布在各个位置的存储资源，统一进行网格化智能存储。早期DVR系统中存储只是几块硬盘、只存不管的模式必须得到扭转，否则在一个几千路、上万路的系统中，数据的查询调阅，空间的分配和管理都是操作人员的噩梦。而智能化数据管理平台，可以虚拟空间管理，简化概念和操作，让系统的使用人员更能专心于视频业务，提高业务水平。
综上所述，监控联网系统是应急系统的重要组成部分，也是行业加强纵向管理重要的业务手段，往往先于应急系统进行建设。在系统设计之初就应该考虑融入大应急系统的需求，考虑如上的一些关键点，这样才能有力支撑应急系统的整体部署，真正为应急处理保驾护航。
