CN105072386B - 一种基于多播技术的视频联网系统及状态监测方法 - Google Patents

Abstract

本发明一种基于多播技术的视频联网系统及状态监测方法,提供了一种针对超大规划下联网的系统、设备和应用所组成的分布式视频监控系统，解决实时状态监测和大量指标数据收集的问题。本发明将视频联网监控系统的每台主机都设计成为状态信息采集的主动参与者，而不仅仅是被动提供自身负责的监测信息而已。通过系统中主机与主机之间相互协作，有机地分散工作，避免串行化和单点故障的影响。本发明中，状态数据在主机构成的网络中被复用以及分发，从而避免某一主机节点的负荷过重而无法正常工作。其协作模式的特点是每增加入新的主机节点，只会增加轮询能力，只有当主机构成的网络停止增长时监测能力才会不再扩大。同时轮询与数据存储和数据呈现相分离，解决某些情况下的数据存储与数据呈现之间可能存在的冗余。

Description

一种基于多播技术的视频联网系统及状态监测方法

技术领域

本发明涉及与视频监控相关的信息技术领域，尤其涉及一种基于多播技术的视频联网系统及状态监测方法。

背景技术

随着视频监控的建设发展，视频监控系统的规模也在不断扩大，面对越来越多的设备，已经不能够通过人力巡检的方式进行必要的系统状态信息采集和管理维护。例如，社会上经常报道，一些案件的案发现场处于视频监控覆盖区域，但由于负责的视频设备没有正常工作，导致不能从中获取监控画面，使得案件侦查错过黄金时间，对受害人造成更大伤害，并加大其侦破难度导致案情恶化，造成更大的社会影响。所以，有效采集并监测视频监控系统当中前端设备(如前端摄像机)的实时状态，一旦发生异常及时发现并予以应对，从而保障设备处于在线工作状态，不仅仅是一个技术需求，也是维护社会治安等非常重要的社会需求和共识。

由于视频监控的国家标准化建设和推广，在诸如平安城市，交通道路管理等大型项目中，已逐渐形成部，省，市，县的四级超大规模化的视频联网，在这样的规模下，几十万甚至上百万的监控设备同时在线，后台也出现了大规模的主机，如何在这么宠大的规模下进行系统状态的采集和监测是非常难以解决的问题。比如：为了实现每10秒收集一次监控系统中的摄像机状态信息，比如一个市是的5万个前端摄像机，在这样的规模下，监控系统每秒要向服务器上传5000台摄像机的状态信息。如果采用国家标准协议GB/T-28181，其前端摄像机的状态采集采用基于标准协议主动推送的方式，其服务器除了汇集和监测前端摄像机的状态信息，还需要面临如何迅速高效地完成数据存储和图形化展示的问题，所以，必须要首先考虑如何解决实时地从分布式海量前端设备当中快速高效地监测和收集大量系统状态指标数据的问题。

回顾总结过去十年视频监控平台的建设和应用，视频监控系统的联网可以分为三个级别：设备级联网，系统级联网，平台级联网。设备级联网是通过如DVR等编码技术将前端视频设备组成的视频联网，这种方式可实现小范围的视频监控，但无法实现对前端摄像机的工作状态实时监测。系统级联网是指对小型基至中型监控平台进行联网监控，对前端摄像机的实时状态监测功能则各不一样，有的系统有该功能而有的系统没有，具有不确定因素。平台级联网通常指具有大型、多级的视频监控联网能力并具有一定标准化的的视频联网平台，这类平台通常具有视频设备状态监测与采集能力。能够承担这种规模的视频监控平台，通常也会遵循国家标准规范。但是由于视频监控的高速发展，平台级联网虽然能够承担视频监控平台的监测数据采集和传输，但是在面临迅速高效地完成数据存储和图形化展示要求的前提下，需要实时地监测和收集大量系统指标数据，并且需要符合可靠性和健壮性原则，目前的平台级联网技术尚不能完全满足上述要求。

针对大型、超大型，甚至全国性的视频图像信息联网的系统监控，主要解决两个方面的监控，一是前端设备，二是主机。由于视频监控领域中，前端摄像机设备的厂家、型号、编码、协议标准等五花八门，所以针对前端摄像机的状态监测必须采用具有一定权威和规范的标准协议来实现信息收集。目前国内视频监控标准中，由公安部发布的GB/T-28181《安全防范视频监控联网系统信息传输、交换、控制技术要求》对前端设备报警事件的具体方法、流程、内容进行了明确定义。基于该标准的联网平台或者共享平台根据国标定义，可以提供前端摄像机的各类信息实时输出，如：设备编码、警情级别、报警方式、报警发生时间、报警内容等。

在此基础上，监控平台的各主机需要对分布在各地区的前端设备主动推送或者反馈的告警内容实现整合、传输、分析、展现，因此，前端设备的不断增加以及状态信息的不断复杂化，必然对主机的能力提出更高的要求。

而且，常说“量变引起质变”，大型系统管理员很少关注单节点故障，因为超大型系统包含很多的硬件，总有一定比例的节点会发生故障。因此，大型系统需要依靠自身准确和及时获得状态信息并且定位单节点故障。

然而，而日常我们使用的监控系统其实都是以小型系统和网络的默认方式来设计和运行的，为了采集状态信息，需要采用集中式严格定义配置的方式，其结果就是建立存在于网络中某个位置的集中式守护进程，通过对每台主机的频繁的轮询来收集系统状态，这种方式一旦主机数量达到一定数量级规模就会遇到瓶颈，因为一个守护进程只能对一定数量的主机进行有效轮询，如果有超量的主机加入网络就会增加监控系统服务器的负荷。

在现有技术中，在大部分的视频监控联网环境中都会通过安装多个状态监测系统从而建立多个守护进程、开发新型的轮询方案以及调整数据收集方式等手段，试图解决超大型系统在面向主机的状态信息采集和监测方面遇到的问题，但是主机的性能终究是有限度的，而且从主机到状态信息采集系统中间的传输能力也具有上限，伴随着信息承载负荷的长期增加以及任务的不断复杂化，最终依然无法解决因为大规模化的问题导制的速度、容量、效率等方面的问题。

发明内容

本发明的重点就在于针对超大规划下联网的系统、设备和应用所组成的分布式视频监控系统，解决实时状态监测和大量指标数据收集的问题。

本发明提供了一种基于多播技术的视频联网系统，所述视频联网系统包括前端摄像机，其特征在于，还包括：

至少一个主机集群，所述主机集群由共享同一多播地址的多个主机构成；所述主机用于连接各自所负责的至少一台前端摄像机，以便存储和汇集前端摄像机提供的监控数据并提供服务；

监测代理模块，安装在所述主机集群中的各主机上，用于采集主机自身的或主机汇集的由前端摄像机提供的指标数据，并且通过多播的方式与所述主机集群中其它主机上的监测代理模块进行通告的收发，所述通告携带监测代理模块采集的指标数据，从而在主机集群内的主机之间相互共享各个主机上的指标数据；

监测信息整合模块，用于向所述主机集群内的任意主机进行轮询，请求获得该主机集群XML格式的集群指标数据，所述集群指标数据当中包括该主机集群内所有主机的指标数据；所述监测信息整合模块还对同层级的其它监测信息整合模块执行轮询，获得其它监测信息整合模块存储的集群指标数据，以及接收并响应由同层级其它监测信息整合模块发来的轮询请求，发送自身存储的集群指标数据；并且，所述监测信息整合模块还用于还对下层的任一监测信息整合模块执行轮询，获得下层的监测信息整合模块存储的集群指标数据，以及接收并响应由上层的监测信息整合模块发来的轮询请求，发送本层级的集群指标数据；所述监测信息整合模块通过数据库存储通过轮询获得的集群指标数据；

监测数据分析展示模块，连接最高层的监测信息整合模块，从而实现对整个系统的指标数据的分析与展示。

优选的是，所述监测代理模块包括接收通道、发送通道、配置文件接口、监测代理主进程单元和至少一个指标采集线程单元；

监测代理主进程单元在监测代理模块启动时立即激活并创建监测代理主进程，该主进程负责控制指标采集线程单元建立、维护、调用以及终止指标采集线程，监测代理模块基于各个指标采集线程从主机相应的硬件设备或者应用程序当中获取需要采集的指标数据，并且将指标数据提供给主进程，主进程还负责调用以及控制接收通道、发送通道和配置文件接口；

所述指标采集线程单元用于在主进程的控制下建立、维护、调用以及终止指标采集线程；

接收通道用于接收其它主机的监测代理模块向本主机的监测代理模块发来的数据，并提供所接收的数据至主进程，以便实现多播方式的通告接收；

发送通道用于实现本主机的监测代理模块向其它主机的监测代理模块的数据发送，所发送的数据由主进程提供，以便实现多播方式的通告发送；

配置文件接口用于获得监测代理模块的本地配置文件，以便监测代理模块调用本地配置文件的设置执行指标数据采集以及多播方式的通告收发。

优选的是，所述监测代理模块通过XDR(External Data Representation)在所述集群内的主机之间相互共享各个主机上的指标数据。

优选的是，所述监测信息整合模块包括：至少一个远程轮询器，远程轮询器通过端口向所述集群内任意主机请求获得该集群XML格式的集群指标数据，并且，所述远程轮询器还用于向同层级或下级的其它监测信息整合模块发出轮询请求并获得相应的集群指标数据；

远程侦听器，用于接收并响应由其它监测信息整合模块发来的轮询请求，实现对自身具有的集群指标数据的发送；

轮询数据库，包括为每个主机集群建立的轮询数据库，用于保存各个集群中各主机的指标数据。

优选的是，所述监测代理模块、监测信息整合模块以及监测数据分析展示模块在运行中分别在各自的设备上产生一个守护进程，每个守护进程的运行都是独立的，运行时只需要自己的配置文件来操作，任意守护进程在缺少其他守护进程的情况下可以正常启动和运行。

优选的是，所述指标数据用于表示主机自身的配置和状态信息以及由主机汇集的一台或者多台前端摄像机设备的设备信息以及监控实时状态信息。

本发明进而提供了一种基于多播技术的视频联网系统状态监测方法，其特征在于，还包括：

建立至少一个主机集群，所述主机集群由共享同一多播地址的多个主机构成；

通过安装在所述主机集群中的各主机上的监测代理模块，用于采集主机自身的或主机汇集的由前端摄像机提供的指标数据，并且通过多播的方式与所述主机集群中其它主机上的监测代理模块进行通告的收发，所述通告携带监测代理模块采集的指标数据，从而在主机集群内的主机之间相互共享各个主机上的指标数据；

通过监测信息整合模块向所述主机集群内的任意主机进行轮询，请求获得该主机集群XML格式的集群指标数据，所述集群指标数据当中包括该主机集群内所有主机的指标数据；

通过监测信息整合模块对同层级的其它监测信息整合模块执行轮询，获得其它监测信息整合模块存储的集群指标数据，以及接收并响应由同层级其它监测信息整合模块发来的轮询请求，发送自身存储的集群指标数据；

通过监测信息整合模块对下层的任一监测信息整合模块执行轮询，获得下层的监测信息整合模块存储的集群指标数据，以及接收并响应由上层的监测信息整合模块发来的轮询请求，发送本层级的集群指标数据；

在所述监测信息整合模块当中，通过数据库存储通过轮询获得的集群指标数据；

通过监测数据分析展示模块连接最高层的监测信息整合模块，从而实现对整个系统的指标数据的分析与展示。

优选的是，在监测代理模块启动时立即激活并创建监测代理主进程，主进程通过调用配置文件接口获得监测代理模块的本地配置文件，以便调用本地配置文件的设置执行指标数据采集以及多播方式的通告收发；

通过该主进程建立、维护、调用以及终止指标采集线程，基于各个指标采集线程从主机相应的硬件设备或者应用程序当中获取需要采集的指标数据，并且将指标数据提供给主进程

通过接收通道接收其它主机的监测代理模块向本主机的监测代理模块发来的数据，并提供所接收的数据至主进程，以便实现多播方式的通告接收；

通过发送通道实现本主机的监测代理模块向其它主机的监测代理模块的数据发送，所发送的数据由主进程提供，以便实现多播方式的通告发送。

优选的是，通过XDR(External Data Representation)在所述集群内的主机之间相互共享各个主机上的指标数据。

优选的是，所述指标数据用于表示主机自身的配置和状态信息以及由主机汇集的一台或者多台前端摄像机设备的设备信息以及监控实时状态信息。

本发明将视频联网监控系统的每台主机都设计成为状态信息采集的主动参与者，而不仅仅是被动提供自身负责的监测信息而已。通过系统中主机与主机之间相互协作，有机地分散工作，避免串行化和单点故障的影响。本发明中，状态数据在主机构成的网络中被复用以及分发，从而避免某一主机节点的负荷过重而无法正常工作。其协作模式的特点是每增加入新的主机节点，只会增加轮询能力，只有当主机构成的网络停止增长时监测能力才会不再扩大。同时轮询与数据存储和数据呈现相分离，解决某些情况下的数据存储与数据呈现之间可能存在的冗余。

附图说明

图1为本发明优选实施例的监测代理模块与多层监测信息整合模块结构及关系示意图；

图2为本发明优选实施例的监测代理模块架构示意图；

图3为本发明优选实施例的视频联网监控系统的整体部署图。

具体实施方式

下面通过实施例，并结合附图，对本发明的技术方案做进一步具体的说明。

本发明的核心是基于IP多播技术的综合应用，使视频联网监控系统形成的新的架构和解决方案。多播是一种点到多点以及多点到多点的通信方式，即多个接收者同时接收一个源发送的相同信息。在多播中，组的概念十分重要。由多播定义可知，多播报文是从一个源发到至少一个组当中的目的节点。在ip多播中，多播组有一个id号，称作多播组id号，它指定发送报文的目的组，实际上是d类ip地址，用来标识和寻址一组主机。主机若要接收发到一个特定组的多播报文，就要监听发往该特定组的所有报文。为了解决网络中多播报文的选路，主机须通过通知其子网上的多播路由来加入一个组，多播中采用因特网组管理协议(igmp)来达到此目的。

本发明基于IP多播技术的特点，就需要根据业务目标、子网规划、物理位置等因素，按照某种规则对视频联网监控系统当中的主机进行分组，本发明称分入一个组当中的主机群为一个集群。每个集群共享一个多播地址，通过共享多播地址，定义了集群内成员的组成，使得集群内的主机之间可以互享信息。同时集群可以使用单播地址，更好地兼容多种网络硬件，通过对单个主机进行额外的配置还能够在性能上获得提升。如果整个集群都使用多播地址，整个集群就可以共享同一配置信息，可以达到简化系统管理的目的。

如图1所示，本发明在设计中将视频联网监控系统的状态信息采集和监测体系分为三个部分：监测代理模块、监测信息整合模块以及监测数据分析展示模块。这三个部分在运行中分别在各自的设备上产生一个守护进程，每个守护进程的运行都是独立的，运行时只需要自己的配置文件来操作，任意守护进程在缺少其他守护进程的情况下可以正常启动和运行，三个部分之间是互为协作，同时工作才能完整地提供服务。

监测代理模块安装在需要采集指标数据并进行状态监测的主机节点上，从监控系统的角度也就是指标数据采集节点。监测代理模块负责与主机上运行的操作系统、应用程序交互以获得需要关注的指标数据。监测代理模块负责采集主机自身的配置和状态信息，例如网络状态、硬盘容量、内存容量、CPU配置等信息。同时，主机可以用于汇集其所负责的一台或者多台前端摄像机设备的设备信息以及监控实时状态信息，例如设备编码、警情级别、报警方式、报警发生时间、报警内容等。

监测代理模块自身采用模块化设计，根据操作系统定制各种类别和功能的插件进行监控，主要分为：接收通道、发送通道、配置文件接口、监测代理主进程单元和至少一个指标采集线程单元，如图2所示。其中，监测代理主进程单元在监测代理模块启动时立即激活并创建监测代理主进程，该主进程负责控制指标采集线程单元建立、维护、调用以及终止指标采集线程，监测代理模块基于各个指标采集线程从主机相应的硬件设备或者应用程序当中获取需要采集的指标数据，并且将指标数据提供给主进程；主进程还负责调用以及控制接收通道、发送通道和配置文件接口执行各自功能。接收通道用于接收其它主机的监测代理模块向本主机的监测代理模块发来的数据，并提供所接收的数据至主进程；发送通道用于实现本主机的监测代理模块向其它主机的监测代理模块的数据发送，所发送的数据由主进程提供。配置文件接口用于获得监测代理模块的本地配置文件，以便监测代理模块调用本地配置文件的设置执行数据采集和监测功能，以及执行基于多播方式的通告收发；由于Linux、Windows、BSD等操作系统需要不同的系统文件，为了获得同样的数据在具体安装中会根据操作系统的不同而提供不同的系统库文件，例如：Linux中的pro*c等；监测代理模块与其它客户端代理软件不同的地方在于不需要等待外部轮询引起的数据监测请求，也不将监测数据直接上传至集中式轮询器，而是根据本地配置文件定义的调度方案进行轮询和响应轮询。

根据本发明的调度方案，监测代理模块的主进程对监测指标数据的处置使用简单的监听/通告协议，通过XDR(External Data Representation)构造通告，在集群内的主机之间相互共享各个主机上的监测指标数据。XDR提供了一种与体系结构无关的数据标识方法，使用XDR的应用程序，可以在异构硬件系统上交换数据。从而，利用XDR解决了主机之间的数据字节排序差异、数据字节大小、数据表示和数据对准方式异构对共享监测指标数据的不利影响。监测代理模块的主进程在集群内主机之间的通告收发默认使用多播，而集群是由共享同一多播地址的主机构成，所以集群内的每个主机节点都知道同一集群内所有主机的当前指标数据。

监测信息整合模块包括至少一个远程轮询器，远程轮询器通过端口向集群内任意主机节点请求并获得该集群XML格式的集群指标数据，集群指标数据当中包括集群内所有主机状态的指标数据。因而，监测信息整合模块通过对单个主机节点进行轮询便可收集到整个集群的状态，这样就不会因为单个主机节点故障而影响整个系统，也不会因某个主机节点故障而无法采集该节点故障之前的有效数据，这样就可以解决前端指标采集的整体可扩展性和弹性。

较单个集群更上一层来看，监测信息整合模块还能够通过远程轮询器发出轮询请求，实现与同层级的其它的监测信息整合模块执行轮询，从而构建联合多层级架构连接的轮询器，对网络中每个集群进行轮询。联合多层级架构是指监测信息整合模块本身具有对其它监测信息整合模块进行轮询的设计。监测信息整合模块包括远程侦听器，可以接收并响应由其它监测信息整合模块发来的轮询请求，实现对自身具有的指标信息的发送。

监测信息整合模块还具有轮询数据库，轮询数据库用于保存各个集群以及集群中各主机的指标数据，从而可以将每个集群中每台主机上返回的所有指标数据写入各个集群对应的轮询数据库。

监测信息整合模块能够发挥作用的前提在于，前面涉及的监控代理模块采用了总是处于激活状态以便随时进行检测、传输和共享的工作模式，每台主机不仅实时获知自己的状态指标，也可以获知和自己处在同一集群的主机指标，这样的架构方式使得监测信息整合模块的轮询器的设计大为简化，轮询器不再需要知道从哪些主机获取哪些数据和服务，而只需要具有一个包含每个集群内至少一台主机名的列表即可，集群将通知轮询器哪些监测数据可用，并提供相关的监测指标数值。监测信息整合模块具有两个重要职能，除了收集监测数据，还有存储监测数据。监测信息整合模块需要存储从作为各个指标采集节点的主机收集到的数据，可采用目前比较流行的解决方案RRDtool，这种数据库包含了多个时间块内静态分配的数值。考虑数据保留需求，RRDTOOL内部以“循环覆盖”(Roll up)的方式管理数据，将新数据的值叠加到原来的数值上来覆盖原来的数据。这种方式不仅可以使用户对近期的数据进行详细的分析，而且可以用少量的硬盘空间存储长达数年的历史数据。当然，在具体软件设计时还可以提供可预测容量模型计划，为用户提供预先分配的硬盘空间。

本发明可以实际应用于大型、超大型，甚至全国性的视频图像信息联网系统的状态采集监测，并采用标准GB/T-28181协议解决针对前端摄像机多级、多域、海量的指标采集，结合本发明，能够支持对具有海量设备的视频监控平台的设备和主机监测。应用本发明的视频联网监控系统的整体部署图可参见图3。

如图3所示，海量的前端摄像机将监控视频数据以及指标数据提供至主机集群构成的视频共享平台，部分摄像机直接联网接入该视频共享平台，部分摄像机可以通过编码设备接入该平台。视频共享平台利用数据库实现对数据的存储，并且支持针对监控数据的信令服务、媒体服务以及管理服务。如上文所述，通过嵌入到视频共享平台的各主机的监测代理模块实现针对各项服务以及软硬件状态的指标数据采集与共享，并且基于轮询将指标数据提供给监测信息整合模块。本发明建立联合多层级架构，因此可以建立多层监测信息整合模块，利用位于上层的监测信息整合模块对下层的监测信息整合模块实现轮询。而且，作为超大规模的系统，主机集群形成的各个视频共享平台可以再通过联网构成视频联网平台，并且可以在视频联网平台的平台设备中嵌入监测代理模块，以便实现对视频联网平台的指标采集。监测数据分析展示模块连接最高层的监测信息整合模块，从而实现对整个系统的数据分析与展示，并且连接Web客户端提供Web服务接口。

与现有的技术相对比，本发明的核心不在于轮询的算法等方面，而是在于系统的架构相对现有系统具有显著改变，使用效果如下：采用网络中的IP多播技术，结合分布式监测技术从架构上解决了由于规模巨大所来的性能问题。举例来看，某市共5万个前端摄像机，根据行政区域可以分为5个区，如果每个区设置为一个集群，监测信息整合模块只需要从5个集群中各自轮询任意一个指标采集的主机节点，就可以对该集群XML格式的所有监测指标数据进行采集，由于规模引起的原来复杂的性能问题就不存在了。进一步假设新的问题，当系统规模进一步扩大到负责集群的监测信息整合模块又达到5万个以后呢？监测信息整合模块提供联合多层级架构的轮询器，通过多层级的监测信息整合模块，由于下级监测信息整合模块对网络中每个集群进行轮询，并将每台主机上返回的所有指标数据写入各个集群对应的轮询数据库，然后上级的监测信息整合模块再面向所有下级的监测信息整合模块进行轮询和存储，最终实现多层级式的分布式的处理机制。例如，5万个监测信息整合模块可以由100个上级监测信息整合模块管理，再由1个项级的监测信息整合模块管理100个上级监测信息整合模块，就实现了超大规模的轮询和存储管理，解决超大规模的监控架构瓶颈。

以上实施例仅用于说明本发明，而并非对本发明的限制，有关技术领域的普通技术人员，在不脱离本发明的精神和范围的情况下，还可以做出各种变化和变型，因此所有等同的技术方案也属于本发明的范畴，本发明的专利保护范围应由权利要求限定。

Claims (8)

1.一种基于多播技术的视频联网系统，所述视频联网系统包括前端摄像机,其特征在于，还包括：

至少一个主机集群,所述主机集群由共享同一多播地址的多个主机构成；所述主机用于连接各自所负责的至少一台前端摄像机,以便存储和汇集前端摄像机提供的监控数据并提供服务；

监测代理模块,安装在所述主机集群中的各主机上,用于采集主机自身的或主机汇集的由前端摄像机提供的指标数据,并且通过多播的方式与所述主机集群中其它主机上的监测代理模块进行通告的收发,所述通告携带监测代理模块采集的指标数据,从而在主机集群内的主机之间相互共享各个主机上的指标数据；

监测信息整合模块,用于向所述主机集群内的任意主机进行轮询,请求获得该主机集群XML格式的集群指标数据,所述集群指标数据当中包括该主机集群内所有主机的指标数据；所述监测信息整合模块还对同层级的其它监测信息整合模块执行轮询,获得其它监测信息整合模块存储的集群指标数据,以及接收并响应由同层级其它监测信息整合模块发来的轮询请求,发送自身存储的集群指标数据；并且,所述监测信息整合模块还用于还对下层的任一监测信息整合模块执行轮询,获得下层的监测信息整合模块存储的集群指标数据,以及接收并响应由上层的监测信息整合模块发来的轮询请求,发送本层级的集群指标数据；所述监测信息整合模块通过数据库存储通过轮询获得的集群指标数据；

监测数据分析展示模块,连接最高层的监测信息整合模块，从而实现对整个系统的指标数据的分析与展示；

其中，所述指标数据用于表示主机自身的配置和状态信息以及由主机汇集的一台或者多台前端摄像机设备的设备信息以及监控实时状态信息。

2.根据权利要求1所述的视频联网系统，其特征在于，所述监测代理模块包括接收通道、发送通道、配置文件接口、监测代理主进程单元和至少一个指标采集线程单元；

监测代理主进程单元在监测代理模块启动时立即激活并创建监测代理主进程，该主进程负责控制指标采集线程单元建立、维护、调用以及终止指标采集线程，监测代理模块基于各个指标采集线程从主机相应的硬件设备或者应用程序当中获取需要采集的指标数据，并且将指标数据提供给主进程,主进程还负责调用以及控制接收通道、发送通道和配置文件接口；

所述指标采集线程单元用于在主进程的控制下建立、维护、调用以及终止指标采集线程；

接收通道用于接收其它主机的监测代理模块向本主机的监测代理模块发来的数据，并提供所接收的数据至主进程，以便实现多播方式的通告接收；

发送通道用于实现本主机的监测代理模块向其它主机的监测代理模块的数据发送，所发送的数据由主进程提供，以便实现多播方式的通告发送；

配置文件接口用于获得监测代理模块的本地配置文件，以便监测代理模块调用本地配置文件的设置执行指标数据采集以及多播方式的通告收发。

3.根据权利要求2所述的视频联网系统，其特征在于，所述监测代理模块通过XDR(External Data Representation)在所述集群内的主机之间相互共享各个主机上的指标数据。

4.根据权利要求3所述的视频联网系统，其特征在于，所述监测信息整合模块包括：至少一个远程轮询器，远程轮询器通过端口向所述集群内任意主机请求获得该集群XML格式的集群指标数据，并且，所述远程轮询器还用于向同层级或下级的其它监测信息整合模块发出轮询请求并获得相应的集群指标数据；

远程侦听器，用于接收并响应由其它监测信息整合模块发来的轮询请求，实现对自身具有的集群指标数据的发送；

轮询数据库，包括为每个主机集群建立的轮询数据库，用于保存各个集群中各主机的指标数据。

5.根据权利要求4所述的视频联网系统，其特征在于，所述监测代理模块、监测信息整合模块以及监测数据分析展示模块在运行中分别在各自的设备上产生一个守护进程，每个守护进程的运行都是独立的，运行时只需要自己的配置文件来操作，任意守护进程在缺少其他守护进程的情况下可以正常启动和运行。

6.一种基于多播技术的视频联网系统状态监测方法，其特征在于，还包括：

建立至少一个主机集群,所述主机集群由共享同一多播地址的多个主机构成；

通过安装在所述主机集群中的各主机上的监测代理模块,用于采集主机自身的或主机汇集的由前端摄像机提供的指标数据,并且通过多播的方式与所述主机集群中其它主机上的监测代理模块进行通告的收发,所述通告携带监测代理模块采集的指标数据,从而在主机集群内的主机之间相互共享各个主机上的指标数据；

通过监测信息整合模块向所述主机集群内的任意主机进行轮询,请求获得该主机集群XML格式的集群指标数据,所述集群指标数据当中包括该主机集群内所有主机的指标数据；

通过监测信息整合模块对同层级的其它监测信息整合模块执行轮询,获得其它监测信息整合模块存储的集群指标数据,以及接收并响应由同层级其它监测信息整合模块发来的轮询请求,发送自身存储的集群指标数据；

通过监测信息整合模块对下层的任一监测信息整合模块执行轮询,获得下层的监测信息整合模块存储的集群指标数据,以及接收并响应由上层的监测信息整合模块发来的轮询请求,发送本层级的集群指标数据；

在所述监测信息整合模块当中，通过数据库存储通过轮询获得的集群指标数据；

通过监测数据分析展示模块连接最高层的监测信息整合模块，从而实现对整个系统的指标数据的分析与展示；

其中，所述指标数据用于表示主机自身的配置和状态信息以及由主机汇集的一台或者多台前端摄像机设备的设备信息以及监控实时状态信息。

7.根据权利要求6所述的视频联网系统状态监测方法，其特征在于，在监测代理模块启动时立即激活并创建监测代理主进程，主进程通过调用配置文件接口获得监测代理模块的本地配置文件，以便调用本地配置文件的设置执行指标数据采集以及多播方式的通告收发；

通过该主进程建立、维护、调用以及终止指标采集线程，基于各个指标采集线程从主机相应的硬件设备或者应用程序当中获取需要采集的指标数据，并且将指标数据提供给主进程

通过接收通道接收其它主机的监测代理模块向本主机的监测代理模块发来的数据，并提供所接收的数据至主进程，以便实现多播方式的通告接收；

通过发送通道实现本主机的监测代理模块向其它主机的监测代理模块的数据发送，所发送的数据由主进程提供，以便实现多播方式的通告发送。

8.根据权利要求7所述的视频联网系统状态监测方法，其特征在于，通过XDR(ExternalData Representation)在所述集群内的主机之间相互共享各个主机上的指标数据。