图三：分布式、多服务结构拓扑图

点击此处查看全部新闻图片

    2、多级目录服务

    目录（Directory ）是整个系统所有配置信息的中心存取库，平台目前使用SQL2000 Server数据库。目录服务在整个系统中负责各种应用的分配，可以理解为一个消息中心或控制中心。
在一个城市级的网络化视频监视系统中，目录服务不仅仅是一个，而应该是多个，并以多级的形态存在，具有树状结构。平台内存在一个主目录服务，所有的从目录服务通过与主目录服务保持同步的方式协同工作。

图四：多级目录结构拓扑图

点击此处查看全部新闻图片

    整个系统具有故障服务能力（简称FOS=fail over service）。故障服务包括故障发生时的切换服务和故障修复后的系统自愈合能力。

    3.1故障切换服务

    故障切换服务就软件技术来讲分为三个方面，一是目录服务故障切换服务，二是转发、存储故障切换服务，三是设备接入服务故障切换。

图五：多级目录服务、录像服务、转发服务备份以及网关备份

点击此处查看全部新闻图片

    3.2系统自愈合能力

    故障切换服务保证了系统内的各种应用在出现故障时仍然可以继续工作，在故障排除后，系统自动（或）手动恢复到故障前的状态。

    4、特殊的设备寻址能力

    对于一个运行于IP城域网的城市报警与监控技术系统来讲，其所面临的网络环境要较单一物理网络复杂得多，它可能不仅仅是一个城域网，还有可能是城域网与自建私网的组合。同时整个系统容纳的视频流的数量是巨大的，集中式的视频流管理和处理机制就会面临动态IP问题、组播问题、设备过路由跨NAT（网络地址转换）问题、视频流管理和转发服务器处理能力问题以及因网络“聚焦效应”带来的网络瓶颈问题等等。在这种复杂网络环境下，除前面说提到的软件管理平台必须有分布式、多服务（或多中心）、故障服务能力之外，编码设备也需要具有特殊的机制以适应大规模、复杂环境下视频流传输工作。

    这个特殊的机制就是“前端编码设备主动寻址”。

    目前的网络视频管理平台（软件系统）绝大多数使用被动寻址的方式在管理服务器和编码设备之间建立联系，即服务器要知道前端编码设备(如PC-DVR，嵌入式DVR或网络视频服务器)的IP地址或由DDNS(动态域名解析)提供前端设备的IP地址。

    为解决若干编码设备或一群编码设备联网问题，我们需要建立一个中间件-视频流管理和转发服务器（Stream Server）。这个服务器具有强行“唤醒”能力，完成与每一个编码器强行建立联系的任务，同时负责将视频流按需发送到观看目的地，我们称之为-转发。拓扑图见下图：

图六：转发服务示意图

点击此处查看全部新闻图片

    通过上面的拓扑图我们可以发现，在编码设备处于动态IP环境时，中间件服务器（Stream Server）是否能够找到编码设备取决于第三方的DDNS服务。

    通过上面的理论分析，我们可以得出这样的结论：这种依赖于“第三方服务的联网方式”的可靠性完全取决于第三方的DDNS服务器的工作状态。如果这个DDNS服务器服务出现问题，所有的编码设备就全部在系统内消失了。因此，这种被动式的联网方式不适用于完全部署于IP城域网的城市级别报警与监控技术系统，仅适用于单一物理网络内的联网任务。当然，除这个主要因素之外，这种联网方式不能部署多服务（多中心）故而不能有效地分散网络“聚焦效应”带来的网络瓶颈问题以及不支持故障服务切换等特殊的管理策略。