专利名称：一种视频监控方法和设备的制作方法
技术领域：
本发明涉及通信技术领域，特别涉及一种视频监控方法和设备。
背景技术：
随着视音频编解码技术和网络存储技术的发展，将摄像机的图像数据数字化，并 在Internet网络上传输、存储形成了数字视频监控技术。现有的视频监控系统主要由模拟监控摄像输入(下文简称摄像机)、硬件编码器 (Encoder，简称EC)、管理服务器、存储设备、客户端以及相应的软件管理系统等基本单元构 成。在视频监控系统中，由摄像机和EC组成的前端输入数量众多，分部广，不易管理， 且容易形成孤点。如果此时EC出现故障，或者接入网络中断等，都有可能造成视频业务中 断，而且业务恢复需要人工去维护，不能做到无缝切换，EC作为一个前端输入，其主要的报文交互包括向客户端发送UDP(UserDatagram Protocol,用户数据包协议)实况流，向存储设备发送TCP (Transmission Control Protocol，传输控制协议)存储流，及与管理服务器之间进行必要的注册管理，保活，告警 等交互。在现有技术中，为了保证一些重要监控点的业务可靠性，一般可采用备份的思路， 具体的网络结构示意图如图1所示，将一路摄像头输入，同时接入两个EC，并用以下的两种 方案进行备份方案一、两个EC同时工作，客户端同时建立与两个EC的监控关系，并制定两个EC 的存储计划；方案二、两个EC串行工作，当一个EC(如ECl)出现故障时，用户或管理服务器感 知到ECl故障，新建与另一个EC (如EC2)的监控关系，同时更改存储计划，增加EC2的存储 计划。在图1中，对于每一个EC，都具有独立的IP地址和MAC地址，其中，假设Sl的IP 为IP-Sl，Sl的MAC为MAC-S1，其他EC依此类推。在实现本发明的过程中，发明人发现现有技术至少存在以下问题对于现有技术中的方案一，当两个EC同时工作，在EC正常工作时，网络中会存在 双份的实况流和存储流，客户端也需要与两个EC建立监控关系，存储设备也需要存储双份 的录像，浪费了网络资源和服务资源；而对于现有技术中的方案二，当两个EC串行工作，当EC出现故障进行切换时，需 要人工干预，或者管理服务器感知EC故障，新建监控关系和存储计划。且由于是不同EC的 存储计划，进行录像回放时，需要同时查询这两个EC的存储录像。另外，EC数量众多，分部广，会造成EC需要消耗大量的IP地址，且管理服务器需 要对每台EC进行管理，交互报文，接收告警等，造成对管理服务器的压力较大 .
发明内容
本发明提供一种视频监控方法和设备，利用多个EC组成一个业务组，共用一个IP地址，减少IP地址消耗，并共享EC的编码通道，使得EC业务组能根据各EC的运行状态，选 择正常的EC发送实况流和存储流。为达到上述目的，本发明一方面提供了一种视频监控方法，应用于包括至少一个 编码设备EC组的网络系统中，所述EC组中包含一个主EC和至少一个从EC，所述主EC和各 从EC具有不同的MAC地址，所述方法具体包括以下步骤所述主EC根据自身和各从EC中的资源信息建立所述EC组所对应的业务组列表， 并根据所述业务组列表管理自身和所述EC组中的各从EC的资源；当所述主EC接收到业务指令时，根据所述业务组列表，通知相应的EC以所述主EC 的IP地址和所述EC自身的MAC地址与其他设备进行通信。优选的，所述主EC根据自身和各从EC中的资源信息建立所述EC组所对应的业务 组列表，具体为所述业务组列表中包含所述EC组中各EC的MAC地址；所述主EC将所述业务组列表在各从EC中进行备份。优选的，当所述主EC接收到业务指令时，根据所述业务组列表，通知相应的EC以 所述主EC的IP地址和所述EC自身的MAC地址与其他设备进行通信，具体为当所述业务指令为监控关系建立请求时，所述主EC查询所述业务组列表，获取相 对应的EC的MAC地址，并建立本地实况列表，所述主EC根据所述本地实况列表，通知相应 的EC以所述主EC的IP地址和所述EC自身的MAC地址向其他设备发送实况数据；当所述业务指令为存储计划时，所述主EC查询所述业务组列表，获取相对应的EC 的MAC地址，并建立本地存储列表，所述主EC根据所述本地存储列表，通知相应的EC以所 述主EC的IP地址和所述EC自身的MAC地址向其他设备发送存储数据。优选的，所述主EC将所述本地实况列表和/或所述本地存储列表在各从EC中进 行备份。优选的，所述方法，还包括所述EC组所对应的网关设备通过所述主EC发送的ARP报文，获取所述主EC的 ARP信息；所述EC组所对应的网关设备通过所述EC组中各EC的预设端口侦听各EC相对应 的数据，并获取各EC的转发信息，生成各EC的转发表项。优选的，所述EC组所对应的网关设备中所生成的各EC的转发表项具体为静态表项。另一方面，本发明还提供了一种EC，作为所处EC组中的主EC，应用于包括至少一 个编码设备EC组的网络系统中，所述EC组中包含一个主EC和至少一个从EC，所述主EC和 各从EC具有不同的MAC地址，具体包括建立模块，用于根据自身和各从EC中的资源信息建立所述EC组所对应的业务组 列表；管理模块，用于根据所述建立模块所建立的业务组列表管理自身和所述EC组中 的各从EC的资源；
处理模块，用于当接收到业务指令时，根据所述建立模块所建立的业务组列表，通知相应的EC以所述主EC的IP地址和所述EC自身的MAC地址与其他设备进行通信。优选的，所述处理模块，具体用于当所述业务指令为监控关系建立请求时，所述处理模块查询所述建立模块所建立 的业务组列表，获取相对应的EC的MAC地址，并建立本地实况列表，所述处理模块根据所述 本地实况列表，通知相应的EC以所述主EC的IP地址和所述EC自身的MAC地址向其他设 备发送实况数据；当所述业务指令为存储计划时，所述处理模块查询所述建立模块所建立的业务组 列表，获取相对应的EC的MAC地址，并建立本地存储列表，所述处理模根据所述本地存储列 表，通知相应的EC以所述主EC的IP地址和所述EC自身的MAC地址向其他设备发送存储 数据。优选的，所述EC还包括备份模块，用于将所述业务组列表，和/或所述本地实况列 表，和/或所述本地存储列表在各从EC中进行备份。另一方面，本发明还提供了一种网关设备，应用于包括至少一个编码设备EC组的 网络系统中，所述EC组中包含一个主EC和至少一个从EC，所述主EC和各从EC具有不同的 MAC地址，具体包括获取模块，用于通过所述主EC发送的ARP报文，获取所述主EC的ARP信息，和/ 或通过所述EC组中各EC的预设端口侦听各EC相对应的数据，并获取各EC的转发信息；存储模块，用于根据所述获取模块所获取的主EC的ARP信息和其他各EC的转发 信息，生成相应的转发表项，以根据所述转发表项对接收到的报文进行转发。优选的，所述存储模块中所生成的各EC的转发表项具体为静态表项。与现有技术相比，本发明具有以下优点通过应用本发明的技术方案，利用多个EC组成一个业务组，共用一个IP地址，减 少IP地址消耗，并共享EC的编码通道，使得EC业务组能根据各EC的运行状态，选择正常 的EC发送实况流和存储流，并且实现EC通道的实时备份，在EC出现故障时，能无缝切换， 提高了系统的可靠性，用一台EC代理一组EC与管理服务器进行业务交互，减轻管理服务器
管理压力。
图1为现有技术中进行视频监控的网络结构示意图；图2为本发明所提出的一种视频监控方法的流程示意图；图3为本发明所提出的一种具体应用场景下的视频监控方法的流程示意图；图4为本发明所提出的一种主EC侧的保活确认报文处理流程示意图；图5为本发明所提出的一种从EC侧的保活确认报文处理流程示意图；图6为本发明所提出的一种EC的结构示意图；图7为本发明所提出的一种网关设备的结构示意图。
具体实施例方式如图2所示，为本发明所提出的一种视频监控方法的流程示意图，该方法应用于包括至少一个编码设备EC组的网络系统中，所述EC组中包含一个主EC和至少一个从EC， 所述主EC和各从EC具有不同的MAC地址，所述方法具体包括以下步骤
步骤S201、所述主EC根据自身和各从EC中的资源信息建立所述EC组所对应的业 务组列表，并根据所述业务组列表管理自身和所述EC组中的各从EC的资源。 其中，所述主EC根据自身和各从EC中的资源信息建立所述EC组所对应的业务组 列表，具体为所述业务组列表中包含所述EC组中各EC的MAC地址；所述主EC将所述业务组列表在各从EC中进行备份。步骤S202、当所述主EC接收到业务指令时，根据所述业务组列表，通知相应的EC 以所述主EC的IP地址和所述EC自身的MAC地址与其他设备进行通信。本步骤具体的实现方式包括以下两种情况当所述业务指令为监控关系建立请求时，所述主EC查询所述业务组列表，获取相 对应的EC的MAC地址，并建立本地实况列表，所述主EC根据所述本地实况列表，通知相应 的EC以所述主EC的IP地址和所述EC自身的MAC地址向其他设备发送实况数据；当所述业务指令为存储计划时，所述主EC查询所述业务组列表，获取相对应的EC 的MAC地址，并建立本地存储列表，所述主EC根据所述本地存储列表，通知相应的EC以所 述主EC的IP地址和所述EC自身的MAC地址向其他设备发送存储数据。需要指出的是，在上述的实现过程中所述主EC将所述本地实况列表和/或所述本 地存储列表在各从EC中进行备份。为了保证本发明所提出的技术方案的实现，所述方法还包括所述EC组所对应的网关设备通过所述主EC发送的ARP报文，获取所述主EC的 ARP信息；所述EC组所对应的网关设备通过所述EC组中各EC的预设端口侦听各EC相对应 的数据，并获取各EC的转发信息，生成各EC的转发表项。其中，所述EC组所对应的网关设备中所生成的各EC的转发表项具体为静态表项。这样处理的目的在于为了保证本方案可以正常实施，在网关设备上还需要将主 ec的ip地址与mac地址设置为静态的，不能被老化，保证其不会被其他从ec的表项替换掉。由以上实现过程可以看出，本发明的技术方案在实现EC组操作时，各EC使用主EC 的IP地址，和自身的MAC地址进行通信，这样的技术方案一方面节约了 IP地址资源，另一 方面，也实现了 EC组内部的身份识别和通信机制的建立，在主EC选举以及后续的监控和存 储过程中，MAC地址可以作为各从EC的标识，被主EC用来实现业务控制和管理，由于MAC地 址不会像其他身份标识一样容易被改写，而且不同设备之间的MAC地址不会相同。因此，以 MAC地址作为身份识别依据，不仅提高了业务识别精度，而且，也提高了业务处理效率。与现有技术相比，本发明具有以下优点通过应用本发明的技术方案，利用多个EC组成一个业务组，共用一个IP地址，减 少IP地址消耗，并共享EC的编码通道，使得EC业务组能根据各EC的运行状态，选择正常 的EC发送实况流和存储流，并且实现EC通道的实时备份，在EC出现故障时，能无缝切换， 提高了系统的可靠性，用一台EC代理一组EC与管理服务器进行业务交互，减轻管理服务器管理压力。为了进一步阐述本发明的技术思想，现结合具体的应用场景，对本发明的技术方案进行说明。本发明所提出的技术方案的思路在于将多台EC组成一个业务组，统一分配编码资源，同样以图1所示的网络结构为例，在二层网络中，各EC通过侦听报文，选举出Master EC，用于统一管理该业务组内的所有EC。具体的，本发明的技术方案如图3所示，包括以下步骤步骤S301、.在各EC上配置组ID，组编号，组通道编号等信息。对于同一个摄像头输入的不同EC的通道，需要设置为相同的组通道编号。如图1中，各个EC(Si，S2，S3，S4)的组ID为groupl，组编号分别设置为1,2,3,4。与Cl相连的Sl通道的组通道编号设置为1，与C2相连的Sl通道的组通道编号设 置为2，与C2相连的S2通道的组通道编号也设置为2，与C3相连的S2通道的组通道编号 设置为3。步骤S302、各EC在当前网络系统中广播宣告报文。各EC初始管理状态都设置为独立状态，各EC配置组参数后，开始发送目的MAC为 01 80 C2 00 00 XX，源MAC为自身MAC的宣告报文，该宣告报文中携带各EC自身的组ID
和组编号信息。步骤S303、各EC接收其他EC发送的宣告报文，并记录当前所处的EC组中的 Master EC选举信息。各EC收到其他EC发送的宣告报文后，比较组ID 如果组ID不一致，则直接丢弃报文；如果组ID —致，各EC记录最小的组编号及其EC MAC，初始为自身的组编号和EC MAC。如果接收到的宣告报文所携带的组编号大于或等于EC当前记录的最小组编号， 但EC MAC大于记录的MAC，则直接丢弃报文；如果接收到的宣告报文所携带的组编号小于或等于EC当前记录的最小组编号， 但EC MAC小于记录的MAC，则更新当前记录的最小组编号及其EC MAC。如图1中，最终各EC所记录的Master EC选举信息的内容为最小组编号为1，EC MAC为Sl的MAC。步骤S304、在预设的选举时间过后，如果一个EC所记录的Master EC选举信息与 自身的信息相同，则向其他EC发送通告报文。一个EC发送通告报文就意味着该EC成功的被选举为当前的EC组中的Master EC,在通告报文中，携带当前EC组的组ID和该EC组中的最小组编号。如图1所示的场景中，EC Sl判断在预设的选举时间后，自身存储的MasterEC选 举信息的最小组编号及其EC MAC与自身的组编号和MAC信息相同，因此，判断自身被选举 为当前EC组的Master EC,向当前EC组中的其它EC发送通告报文，通告报文中携带本EC 组的组ID，组最小编号和EC MAC信息。步骤S305、各EC接收通告报文，判断通告报文中所携带的Master EC的信息是否合法。各EC收到通告报文后，将通告报文中所携带的组ID与自身的组ID进行比较，如果组ID不一致，则执行步骤S306 ；如果组ID —致，则继续比较通告报文中所携带的最小组编号与自身的组编号进 行比较，如果最小组编号大于或等于自身的组编号，且EC MAC大于自身的MAC，则执行步骤 S307 ；如果最小组编号小于或等于自身的组编号，且EC MAC小于自身的MAC，则执行步骤 S308。步骤S306、EC直接丢弃该通告报文。步骤S307、EC向当前EC组中的其它EC发送自己的通告报文，并在其它EC中继续 执行步骤S305，判断选举结果的合法性。步骤S308、EC向发送通告报文的EC反馈通告确认报文，确认发送通告报文的EC 为 Master EC。该通告确认报文中携带自身组ID，组编号，组通道编号。如图1中，ECS2，S3，S4等 向Sl反馈通告确认报文。需要指出的是，在选举过程中，由于网络传输问题等原因，可能会出现Master EC 的更改，比如，EC2在选举时间过后没有收到更优的选举信息(由于网络传输问题，没有收 到ECl发送的宣告报文)，因此，确认自身选举成为Master EC,并向其它EC发送通告报文， 其中，EC3接到通告报文后，认为选举结果合法，因此，向EC2反馈通告确认报文，但是，ECl 接收到EC2发送的通告报文后，认为选举结果不合法，自身比EC2更适合成为MasterEC,因此，直接向其它EC发送自己的通告报文，EC3和EC2接收到ECl发送的通告 报文后，确认ECl比EC2更适合成为Master EC，因此，分别向ECl反馈通告确认报文，从而， 将Master EC的选举结果由EC2变更为了 ECl，这样的选举更正机制的存在，保证了不会由 于其它原因导致非最优的EC成为Master EC,从而保证了本发明技术方案的顺利实现。具体来讲，EC发送通告报文后，后续的处理过程包括以下两种情况EC在发送通告报文后，等待一段时间，如果收到报文编号小于自身组编号，或等于 自身组编号，但EC MAC小于自身MAC的通告报文，则向该EC反馈通告确认报文，携带自身 组ID，组编号，组通道编号；如果没有收到其他EC发送的通告报文，则将本EC管理状态更改为Master EC,并 执行步骤S309。步骤S309、Master EC根据接收到的通告确认报文，建立业务组列表。在该业务组列表中，采用Master EC的IP为组IP地址，包含组编号，组通道编号， EC MAC，组通道状态等信息。需要进一步指出的是，如果接收到的通告确认报文中存在相同的组编号，则分配 一个未使用的编号给具有相同组编号的EC，并通知对应EC更改组编号。在具体的应用场景中，组通道状态包括=Active (激活)，Standby (备用)， Inactive (故障)。初始组通道状态为Active，如果业务组列表中，存在相同组通道编号，则将组编号 大的组通道编号状态由Active改为Standby。步骤S310、Master EC向其他EC发送业务组列表信息。
Master EC建立好业务组列表后，向其他EC发送组列表通告报文，携带业务组列表的所有信息。如图1所示的网络结构中，可以建立业务组列表如下Group ID group 1 ；Group IP JP-SlGroup list Group number Group channel number EC MAC Channel state11MAC-Sl Active12MAC-Sl Active22MAC-S2 Standby23MAC-S2 Active33MAC-S3 Standby......；步骤S311、其他EC收到组列表通告报文后，进行相应的信息备份和修改。各EC将自身的管理状态更改为Slave EC，将组列表信息备份到本地，并用组IP地 址替换本EC的IP地址，使得所有业务组内EC共用一个IP地址，Slave EC反馈目的IP为组IP地址，源IP为全0的组列表通告确认报文。同时，Slave EC在后续的处理过程中不再发送或响应任何关于组IP地址的ARP报文。步骤S312、Master EC将业务组列表中的所有组通道虚拟为自身资源，并将资源注册到管理服务器上，建立实况业务和存储业务。.用户根据MasterEC注册到管理服务器上的组通道号等信息，建立实况业务和存储业务。业务组内的Master EC(Sl)总体负责与管理服务器等其他设备的网络交互，包括发送保活报文、告警信息，响应监控关系建立等。根据监控业务模型和业务组管理特征，Master EC(Sl)还需要对实况业务和存储业务进行统一关系(I)Master EC响应管理服务器的监控关系建立请求后，根据监控关系对应的组通道号，查询业务组列表，获得对应的组编号和EC MAC，建立本地实况列表，包含组通道号、组 编号、EC MAC、UDP源端口号，目的IP和UDP目的端口号。Master EC根据该实况表项，通知对应的EC向目的端发送UDP实况流。如图1所示的网络结构中，需要建立关于通道3的监控关系，则EC Sl收到监控关系建立请求报文 后，解析报文，建立如下的实况表项，通知EC S2向IPl发送实况流；Group channel number 3Group number2EC MACMAC-S2UDP SPortUPlDIPIPlUDP DPortUP2(2)Master EC收到管理服务器发送的存储计划后，根据存储计划对应的组通道号，查询业务组列表，获得对应的组编号和EC MAC,建立本地存储列表，包含组通道号、组编号、EC MAC、TCP源端口号，目的IP和TCP目的端口号。Master EC根据该存储表项，通知对应的EC与相应的存储设备建立TCP连接，发送 存储流。如图1所示的网络结构中，需要建立关于通道3的存储计划，EC Sl收到存储计划 建立请求报文后，解析报文，建立如下的实况表项，通知EC S2向IP2发送存储流；Group channel number 3Group number2EC MACMAC-S2TCP SPortTPlDIPIP2TCP DPortTP2(3)Master EC建立或删除本地实况表项，或存储表项时，要向其他SlaveEC发送 组列表通告报文，携带本地实况表项或存储表项，使得表项备份到Slave EC。需要进一步指出的是，.为了保证业务通信，还需要在与EC连接的网关设备上进 行以下修改(1)由于Slave EC不发送ARP报文，网关设备只学习到Master EC的ARP信息，但 对于一个IP对应多个源MAC的报文，网关设备学习MAC信息，并进行正常的报文转发；(2)网关设备侦听从特定端口(将与EC连接的端口设置为依据TCP端口号转发) 接收到的TCP流，记录TCP流的相关信息，包括源IP，TCP源端口号，源MAC，出端口，建立TCP 转发表项。网关设备对于三层TCP转发报文，如果需要查询ARP表进行转发，优先查询TCP转 发表项，如果有相应的转发表项，则封装对应的目的MAC，从对应端口转发，如果没有相应的 转发表项，则再查询ARP表进行转发。如图1所示的网络结构中，TCP转发表项如下IP TCP Port MACInterfaceIP-Sl TPlMAC-S2 E2步骤S313、当Master EC收到新加入的EC发送的宣告报文时，将该EC直接加入到 业务组中。具体的加入过程如下在此种情况下，Master EC不对新加入的EC的组编号进行比较，而是直接向该EC 发送通告报文，携带本EC组ID，Master EC编号等信息。.新加入的EC收到通告报文后，发现报文中携带了Master EC编号，则向Master EC反馈通告确认报文，携带自身组ID，组编号，组通道编号。Master EC收到通告确认报文后，更新业务组列表，(如果存在相同编号的EC，则 通知新加入EC更换未分配的组编号)，并向其他EC发送组列表通告报文，携带更新的业务 组列表的所有信息，并将实况列表，存储列表备份到该EC。新加入EC收到组列表通告报文后，将本EC管理状态更改为Slave EC，将组列表信 息备份到本地，并用组IP地址替换本EC的IP地址，反馈目的IP为组IP地址，源IP为全 O的组列表通告确认报文；Master EC收到组列表通告报文后，向管理服务器发送更新报文，通知管理服务器更新EC通道。
为了保证本发明所提出的技术方案的正常实现，Master EC需要定期与Slave EC 之间发送保活确认报文，维护业务组列表状态，下面结合图1所示的网络结构，对相应的流 程进行说明在Master EC(以Sl为例)侧，相应的处理流程如图4所示，包括以下步骤步骤S401、Master EC判断在保活周期中是否收到各EC反馈的保活确认报文。如果Master EC(Sl)在保活周期内收到保活确认报文，则执行步骤S402 ；如果Master EC(Sl)在保活周期内没有收到Slave EC(以S2为例)的保活确认 报文，则执行步骤S403。步骤S402、Master EC维持当前的EC组中各EC的管理状态不变。步骤S403、Master EC标识相应的EC的组通道状态为故障，并启用相应的容灾措 施。如果由于Slave EC(以S2为例)出现故障，或者接入网络中断等，导致Master EC(Sl)在保活周期内未收到Slave EC(S2)的保活确认报文，则将该Slave EC(S2)对应 的组通道(以C3为例)状态变为Inactive，并查询业务组列表中是否存在组通道状态为 Standby，组通道编号(C3)相同的EC。如果存在，则将该组通道编号状态改为Active，同步更新实况列表和存储列表，并 根据实况列表和存储列表，通知该EC (S3)发送UDP实况流，或重建TCP存储流连接，实现EC 业务的无缝切换。同时，Master EC向管理服务器发送相应告警，提醒用户及时排除EC故障，同时管 理服务器根据该EC对应的监控关系，向对应的客户端发现实况重建消息，通知客户端刷新 RTP状态，接收新的实况流，此时Master EC(Sl)的业务组列表如下Group ID group 1 ；Group IP JP-SlGroup list Group number Group channel number EC MAC Channel state11MAC-Sl Active12MAC-Sl Active22MAC-S2 Inactive23MAC-S2 Inactive33MAC-S3 Active......；更新实况列表表项如下Group channel number 3Group number3EC MACMAC-S3UDP SPortUPlDIPIPlUDP DPortUP2更新存储列表表项如下
Group channel number 3Group number3EC MACMAC—S3TCP SPortTPlDIPIP2TCP DPortTP2步骤S404、Master EC根据后续的故障EC的恢复进展对相应的EC信息进行处理。Slave EC(S2)的组通道状态变为Inactive后，Master EC启动定时器，等待一段时间内，仍未收到该Slave EC (S2)的保活确认报文，或者该EC (S2)的宣告报文，则从业务 组列表中删除该EC(S2)对应的组编号、组通道编号，及对应的实况列表表项、存储列表表 项，向管理服务器发送更新报文，通知管理服务器更新EC通道；如果在等待期间收到了该 EC (S2)的保活确认报文，或宣告报文，则将组通道状态变为Active (如果已存在Active的 相同组通道，则本设备组通道状态转为Standby)，同时还需要将组列表，实况列表，存储列表备份到该Slave EC (S2)。在Slave EC(以S2为例)侧，相应的处理流程如图5所示，包括以下步骤步骤S501、Slave EC判断在保活周期中是否收到Master EC反馈的保活确认报文。如果Slave EC在保活周期内收到保活确认报文，则执行步骤S502 ；如果Slave EC在保活周期内没有收到Master EC的保活确认报文，则执行步骤 S503。步骤S502、Slave EC维持当前的EC组中各EC的管理状态不变。步骤S503、Slave EC启用当前EC组中次优的EC为Master EC,以实现系统容灾处理。如果由于Master EC(Sl)出现故障，或者接入网络中断等，导致Slave EC在保活 周期内未收到Master EC(Sl)的保活确认报文，Slave EC检查自身备份的业务组列表，如 果是编号次优的(仅大于Master EC)的Slave EC (S2)，则发送通告报文，和其他Slave EC 完成通告报文交互，并将自己的管理状态变为Master EC(S2)，更新组列表信息，同步更新 实况列表和存储列表，并根据实况列表和存储列表，通知该EC发送UDP实况流，或重建TCP 存储流连接，实现EC业务的无缝切换，同时，Master EC向管理服务器发送相应告警，提醒用户及时排除EC故障，同时管理服务器根据该EC对应的监控关系，向对应的客户端发现实 况重建消息，通知客户端刷新RTP状态，接收新的实况流。除了上述两种一般情况外，还有一些特殊情况需要进一步说明情况一、如果Slave EC长时间未收到任何Master EC的通告报文或保活报文，则将管理状态切换为独立状态，删除组列表、实况列表及存储列表等信息，重新发送宣告报 文。情况二、如果由于网络故障，导致业务组分裂，使得网络恢复后二层网络中存在多个组ID相同的Master EC，各Master EC通过比较组编号及ECMAC，选择最优的EC作为 Master EC，将各分裂的业务组资源重新整合到一起。为了实现本发明的技术方案，本发明还提出了另一方面，本发明还提供了一种EC，作为所处EC组中的主EC，应用于包括至少一个编码设备EC组的网络系统中，所述EC组中包含一个主EC和至少一个从EC，所述主EC和各从EC具有不同的MAC地址，其结构示意图 如图6所示，具体包括建立模块61，用于根据自身和各从EC中的资源信息建立所述EC组所对应的业务 组列表；管理模块62，用于根据所述建立模块61所建立的业务组列表管理自身和所述EC 组中的各从EC的资源；处理模块63，用于当接收到业务指令时，根据所述建立模块61所建立的业务组列 表，通知相应的EC以所述主EC的IP地址和所述EC自身的MAC地址与其他设备进行通信。在具体的应用场景中，所述处理模块63具体用于当所述业务指令为监控关系建立请求时，所述处理模块63查询所述建立模块61 所建立的业务组列表，获取相对应的EC的MAC地址，并建立本地实况列表，所述处理模块63 根据所述本地实况列表，通知相应的EC以所述主EC的IP地址和所述EC自身的MAC地址 向其他设备发送实况数据；当所述业务指令为存储计划时，所述处理模块63查询所述建立模块61所建立的 业务组列表，获取相对应的EC的MAC地址，并建立本地存储列表，所述处理模根据所述本地 存储列表，通知相应的EC以所述主EC的IP地址和所述EC自身的MAC地址向其他设备发 送存储数据。优选的，所述EC还包括备份模块64，用于将所述业务组列表，和/或所述本地实况 列表，和/或所述本地存储列表在各从EC中进行备份。另一方面，本发明还提供了一种网关设备，应用于包括至少一个编码设备EC组的 网络系统中，所述EC组中包含一个主EC和至少一个从EC，所述主EC和各从EC具有不同的 MAC地址，其结构示意图如图7所示，具体包括获取模块71，用于通过所述主EC发送的ARP报文，获取所述主EC的ARP信息，和 /或通过所述EC组中各EC的预设端口侦听各EC相对应的数据，并获取各EC的转发信息；存储模块72，用于根据所述获取模块71所获取的主EC的ARP信息和其他各EC的 转发信息，生成相应的转发表项，以根据所述转发表项对接收到的报文进行转发。其中，所述存储模块72中所生成的各EC的转发表项具体为静态表项。这样处理的目的在于为了保证本方案可以正常实施，在网关设备上还需要将主 ec的ip地址与mac地址设置为静态的，不能被老化，保证其不会被其他从ec的表项替换 掉。与现有技术相比，本发明具有以下优点通过应用本发明的技术方案，利用多个EC组成一个业务组，共用一个IP地址，减 少IP地址消耗，并共享EC的编码通道，使得EC业务组能根据各EC的运行状态，选择正常 的EC发送实况流和存储流，并且实现EC通道的实时备份，在EC出现故障时，能无缝切换， 提高了系统的可靠性，用一台EC代理一组EC与管理服务器进行业务交互，减轻管理服务器
管理压力。通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可以通 过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是⑶-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可 以是个人计算机，服务器，或者网络设备等)执行本发明各个实施场景所述的方法。本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本发明所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进 行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装 置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。上述本发明序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本发明的几个具体实施场景，但是，本发明并非局限于此，任何本 领域的技术人员能思之的变化都应落入本发明的保护范围。
权利要求
一种视频监控方法，其特征在于，应用于包括至少一个编码设备EC组的网络系统中，所述EC组中包含一个主EC和至少一个从EC，所述主EC和各从EC具有不同的MAC地址，所述方法具体包括以下步骤所述主EC根据自身和各从EC中的资源信息建立所述EC组所对应的业务组列表，并根据所述业务组列表管理自身和所述EC组中的各从EC的资源；当所述主EC接收到业务指令时，根据所述业务组列表，通知相应的EC以所述主EC的IP地址和所述EC自身的MAC地址与其他设备进行通信。
2.如权利要求1所述的方法，其特征在于，所述主EC根据自身和各从EC中的资源信息建立所述EC组所对应的业务组列表，具体为所述业务组列表中包含所述EC组中各EC的MAC地址； 所述主EC将所述业务组列表在各从EC中进行备份。
3.如权利要求1所述的方法，其特征在于，当所述主EC接收到业务指令时，根据所述业务组列表，通知相应的EC以所述主EC的IP地址和所述EC自身的MAC地址与其他设备进 行通信，具体为当所述业务指令为监控关系建立请求时，所述主EC查询所述业务组列表，获取相对应 的EC的MAC地址，并建立本地实况列表，所述主EC根据所述本地实况列表，通知相应的EC 以所述主EC的IP地址和所述EC自身的MAC地址向其他设备发送实况数据；当所述业务指令为存储计划时，所述主EC查询所述业务组列表，获取相对应的EC的MAC地址，并建立本地存储列表，所述主EC根据所述本地存储列表，通知相应的EC以所述主 EC的IP地址和所述EC自身的MAC地址向其他设备发送存储数据。
4.如权利要求3所述的方法，其特征在于，所述主EC将所述本地实况列表和/或所述本地存储列表在各从EC中进行备份。
5.如权利要求1所述的方法，其特征在于，还包括所述EC组所对应的网关设备通过所述主EC发送的ARP报文，获取所述主EC的ARP信息；所述EC组所对应的网关设备通过所述EC组中各EC的预设端口侦听各EC相对应的数 据，并获取各EC的转发信息，生成各EC的转发表项。
6.如权利要求5所述的方法，其特征在于，所述EC组所对应的网关设备中所生成的各 EC的转发表项具体为静态表项。
7.一种EC，其特征在于，作为所处EC组中的主EC，应用于包括至少一个编码设备EC组 的网络系统中，所述EC组中包含一个主EC和至少一个从EC，所述主EC和各从EC具有不同 的MAC地址，具体包括建立模块，用于根据自身和各从EC中的资源信息建立所述EC组所对应的业务组列表；管理模块，用于根据所述建立模块所建立的业务组列表管理自身和所述EC组中的各 从EC的资源；处理模块，用于当接收到业务指令时，根据所述建立模块所建立的业务组列表，通知相 应的EC以所述主EC的IP地址和所述EC自身的MAC地址与其他设备进行通信。
8.如权利要求7所述的EC，其特征在于，所述处理模块，具体用于当所述业务指令为监控关系建立请求时，所述处理模块查询所述建立模块所建立的业 务组列表，获取相对应的EC的MAC地址，并建立本地实况列表，所述处理模块根据所述本地 实况列表，通知相应的EC以所述主EC的IP地址和所述EC自身的MAC地址向其他设备发 送实况数据；当所述业务指令为存储计划时，所述处理模块查询所述建立模块所建立的业务组列 表，获取相对应的EC的MAC地址，并建立本地存储列表，所述处理模根据所述本地存储列 表，通知相应的EC以所述主EC的IP地址和所述EC自身的MAC地址向其他设备发送存储 数据。
9.如权利要求7或8所述的EC，其特征在于，还包括备份模块，用于将所述业务组列 表，和/或所述本地实况列表，和/或所述本地存储列表在各从EC中进行备份。
10. 一种网关设备，其特征在于，应用于包括至少一个编码设备EC组的网络系统中，所 述EC组中包含一个主EC和至少一个从EC，所述主EC和各从EC具有不同的MAC地址，具体 包括获取模块，用于通过所述主EC发送的ARP报文，获取所述主EC的ARP信息，和/或通 过所述EC组中各EC的预设端口侦听各EC相对应的数据，并获取各EC的转发信息；存储模块，用于根据所述获取模块所获取的主EC的ARP信息和其他各EC的转发信息， 生成相应的转发表项，以根据所述转发表项对接收到的报文进行转发。
11.如权利要求10所述的网关设备，其特征在于，所述存储模块中所生成的各EC的转 发表项具体为静态表项。
全文摘要
本发明公开了一种视频监控方法和设备，利用多个EC组成一个业务组，共用一个IP地址，减少IP地址消耗，并共享EC的编码通道，使得EC业务组能根据各EC的运行状态，选择正常的EC发送实况流和存储流，并且实现EC通道的实时备份，在EC出现故障时，能无缝切换，提高了系统的可靠性，用一台EC代理一组EC与管理服务器进行业务交互，减轻管理服务器管理压力。
文档编号H04N7/26GK101800889SQ20101010420
公开日2010年8月11日 申请日期2010年2月2日 优先权日2010年2月2日
发明者周迪, 林鹏程 申请人:杭州华三通信技术有限公司