随着互联网的普及和网络环境的提升，网络视频监控得到飞速发展，监控的网络化已经成为安防行业发展的趋势，对于网络视频监控而言，视频服务器是整个体统中重要组成部分，为模拟视频的网络传输提供了核心硬件。
视频服务器特点
1、机型小。一般通常为1-4路模拟视频输入，不会像硬盘录像机那样动辄十几路视频输入，而且不会随机携带硬盘，把存储设备放置于监控中心更有利于图像资料的存储和保护，这就节省了大量空间位置。
2、简便性。通过目前发展迅速、经济高效的计算机通讯网络把视频数据传输到监控中心，只需要一根价格低廉的5类网络线缆，如果视频服务器内部有WIFI模块，采用无线局域网方式的话，那么连5类网络线缆都省了。
3、强大的中心控制。一台工业标准服务器和一套控制管理应用软件就可运行整个监控系统，用户只要打开一台与因特网连接的电脑上的客户端程序，在里面输入对应的视频服务器的IP地址就可以进行全面远程监视。任何经授权客户机都可直接访问任意摄像机，也可通过中央服务器访问所监视的图像。
4、易于升级与全面可扩展性。可轻松添加更多摄像机，中心服务器将来能够方便升级到更快速处理器、更大容量磁盘驱动器以及更大带宽等。
视频服务器看点剖解
1、操作系统
其实操作系统的开发是一个很困难的技术问题，列为核心技术绝不为过，但是正因为难度太大，仅仅为开发视频服务器而开发DM642上的操作系统代价太大。因此我们建议有两种选择：(1)购买TI第三方的操作系统。现在已经有TI第三方可以提供DM642上的Linux操作系统。但是详情尚不清楚。
2、使用TI提供的BIOS
BIOS是一个能提供操作系统最基本功能的很小的核，用户可以在上面开发应用程序。但是相对来讲，开发和调试都会困难一些。考虑到开发成本和操作系统的可*性，我们选择了TI
3、网络视频服务器资源的访问控制
为了满足监控的实际需求，一般需要在视频服务器上再增加串行口、报警I/O，、硬盘等资源，因为网络是不可*的，因此如何可*、及时、高效的对这些资源进行统一的控制访问是非常重要的问题。我们为此专门制定了NRCAP协议来解决这些问题。关于该协议的细节，感兴趣的读者可以和我们联系。
4、NAT问题
因为网络的实际状况千差万别，用户的需求各种各样，很容易遇到局域网与互联网在同一系统中存在的问题，这时如何在网关解决网内地址与网外地址的转换就必须考虑。一般很难提供一种统一的解决方案适合各种情况，因此开发厂商需要定义几种最常见网络情况的解决方案供用户选择。
5、音视频同步
因为网络传输的固有特点，声音数据和视频数据从网络视频服务器到达客户端不可能是均匀的，如果客户端不做任何纠正处理，则很难保证音视频的同步输出。一般可以在数据包中嵌入时间戳信息，客户端根据这些信息决定媒体数据的合适播放时间。同时要强调的是视频数据最后是一帧一帧的图像，即在播放的时间轴上可以认为是一个一个孤立的点，而音频数据是一段、一段的数据，即在播放的时间轴上可以认为是连续的，因此两种媒体在同步播放的时机上是不同的。
6、动态IP
由于现在很多用户都是拨号上网，在这种情况下视频服务器的IP是动态的。客户端如何及时的得知所要监控的视频服务器的IP是必须解决的问题。我们定义了一套CDDNS协议，视频服务器启动后，会根据CDDNS协议定时向CDDNS服务器注册自己的信息，用户通过查询CDDNS服务器就可以获得视频服务器的IP。
7、移动目标侦测
安防监控时的很多场景通常是静止的，一旦有运动目标，用户希望能够得到通知。在开发侦测算法时，侦测阈值的选取是要特别研究的问题，需要考虑摄像机的噪音、现场的光照、移动目标的尺寸、速度等众多问题。
8、文件系统
有的视频服务器带有本地存储功能，这样可以有效防止网络存在故障时重要数据的丢失。考虑到通用性，建议开发厂商选择主流的文件系统。在DM642平台上实现时，在只有TIBIOS的支持的情况下，我们实现了FAT32文件系统，实践证明它稳定可*，用户也乐于接受。如果开发厂商可以运行成功操作系统，则文件系统就很简单了，可以不用再单独考虑。
9、自动拨号
这是和动态IP相关的问题，之所以单独列出，是因为问题解决上是和CDDNS完全不相关的。开发厂商需要开发自己的pppoe等拨号协议。
10、文件存储格式
一般开发厂商应该开发两种文件存储格式：专用格式和通用格式。
对于强调保密性的用户，一般应该提供专用的存储格式，开发厂商通过不公开文件格式比较容易达到保密的目的。对于强调易用性的用户，一般应该将数据存储为AVI文件，然后提供用户可安装的插件。
该文观点仅代表作者，本站仅提供信息存储空间服务，转载请注明出处。若需了解详细的安防行业方案，或有其它建议反馈，欢迎联系我们。
