CN105245827B - 一种视频数据传输方法、装置及系统 - Google Patents

Abstract

本发明公开了一种视频数据传输方法、装置及系统。本发明方法应用于包含多个视频处理装置的视频系统，所述多个视频处理装置被配置为主视频处理装置和从视频处理装置，所述从视频处理装置上配置有所述主视频处理装置的IP地址。本方法包括：视频处理装置接收待编码的视频数据，所述视频处理装置包括主视频处理装置和/或从视频处理装置；所述视频处理装置对所述待编码的视频数据进行编码；所述视频处理装置对编码后的视频数据进行封装，得到封装后的视频数据报文，所述视频数据报文的源IP地址为主视频处理装置的IP地址；所述视频处理装置发送所述视频数据报文。本发明可实现多视频处理装置情况下对系统资源的节约，同时保证系统的可扩展性。

Description

一种视频数据传输方法、装置及系统

技术领域

本发明涉及通信领域中的视频监控技术，尤其涉及一种视频数据传输方法、装置及系统。

背景技术

目前，视频监控领域在对终端设备统一管理的同时，又需要业务上的独立性。因此，基于IP地址的终端设备既需要管理IP地址，又需要相应的业务IP地址。相对以往采用单一芯片视频编码设备而言，多芯片视频编码设备的应用能够有效降低设备成本和系统资源以及时间。多芯片视频编码设备中包含多个用于进行视频编码的视频芯片。

目前，在多芯片视频编码设备中，对管理协议和视频数据的封装和报文转发主要有以下两种方案：

第一种方案中，多芯片视频编码设备中包括多个视频芯片和一个主CPU(中央处理器)如图1所示。在管理业务方面，用户通过命令行配置设备的IP地址，该IP地址在主CPU上生效，主CPU进行网络协议和管理协议的交互。主CPU使用管理控制协议设置各个视频芯片的参数，如编码协议、视频速率等。在视频业务方面，各视频芯片进行视频数据编码，将编码后的视频数据发送给主CPU，主CPU使用其上配置的IP地址将各个视频芯片上传的视频数据进行封装并转发。

第二种方案中，多芯片视频编码设备中包括多个视频芯片和以太交换芯片，如图2所示。在管理业务方面，用户通过命令行对各个视频芯片配置IP地址，每个视频芯片进行网络协议和管理协议的交互。用户通过命令行或web直接对各个视频芯片的参数进行配置，如编码协议、视频速率等。在视频业务方面，各个视频芯片各自对视频数据进行编码，并使用各自视频芯片上配置的IP地址对编码后的视频数据进行封装，发送到以太交换芯片，通过以太交换芯片统一转发。

上述第一种方案中，主CPU在进行管理的同时处理多路视频的封装和转发，因此成本较高且扩展性较差。上述第二种方案中，将视频数据封装任务分担到各个视频芯片上，但是每个视频芯片都需要占用IP地址资源，因此消耗系统资源较多。

随着需要监控的场景日渐增多，如何节约视频监控系统资源，同时保证监控设备的可扩展性，是业界需要研究和解决的问题。

发明内容

本发明实施例提供了一种视频数据传输方法、装置及系统，用以针对包含多视频处理装置的视频监控系统，在保证可扩展性的情况下，降低系统资源开销。

本发明的一个实施例提供的视频数据传输方法，应用于包含多个视频处理装置的视频系统，所述多个视频处理装置被配置为主视频处理装置和从视频处理装置，所述从视频处理装置上配置有所述主视频处理装置的IP地址，所述方法包括：

视频处理装置接收待编码的视频数据，所述视频处理装置包括主视频处理装置和/或从视频处理装置；

所述视频处理装置对所述待编码的视频数据进行编码；

所述视频处理装置对编码后的视频数据进行封装，得到封装后的视频数据报文，所述视频数据报文的源IP地址为主视频处理装置的IP地址；

所述视频处理装置发送所述视频数据报文。

本发明的一个实施例提供的视频处理装置，应用于包含多个视频处理装置的视频系统，所述多个视频处理装置被配置为主视频处理装置和从视频处理装置，所述从视频处理装置上配置有所述主视频处理装置的IP地址，所述视频处理装置包括：

接收模块，用于接收待编码的视频数据；

编码模块，用于对所述待编码的视频数据进行编码；

封装模块，用于对编码后的视频数据进行封装，得到封装后的视频数据报文，所述视频数据报文的源IP地址为主视频处理装置的IP地址；

发送模块，用于发送所述视频数据报文的发送模块。

本发明的一个实施例提供的视频系统，包括：

视频处理装置，所述视频处理装置为多个，所述多个视频处理装置被配置为主视频处理装置和从视频处理装置，所述从视频处理装置上配置有所述主视频处理装置的IP地址；所述视频处理装置用于，接收待编码的视频数据，对所述待编码的视频数据进行编码，对编码后的视频数据进行封装，得到封装后的视频数据报文，并发送所述视频数据报文，所述视频数据报文的源IP地址为主视频处理装置的IP地址；

以太交换装置，用于接收所述视频处理装置发送的视频数据报文并进行转发。

本发明的上述实施例中，对于包含多个视频处理装置的视频系统，所述的多个视频处理装置被配置为主视频处理装置和从视频处理装置，从视频处理装置上配置有主视频处理装置的IP地址。视频处理装置接收待编码的视频数据，所述视频处理装置包括主视频处理装置和/或从视频处理装置。所述视频处理装置对所述待编码的视频数据进行编码，并对编码后的视频数据进行封装和发送，其中封装后的视频数据报文的源IP地址为主视频处理装置的IP地址，一方面由于，各视频处理装置进行视频数据编码和封装，因此可以保证视频监控系统的可扩展性，另一方面，各视频处理装置对编码后的视频数据进行封装后的视频数据报文的源IP地址为主视频处理装置的IP地址，因此，无需为每个视频处理装置配置IP地址，进而节省了视频监控系统的系统资源。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为现有技术第一种方案中的视频监控系统示意图；

图2为现有技术第二种方案中的视频监控系统示意图；

图3为本发明实施例提供的视频监控系统示意图；

图4为本发明实施例中的视频处理装置注册流程以及注册流程完成后的维护流程的示意图；

图5为本发明实施例中的主视频处理装置和从视频处理装置的协议栈示意图；

图6为本发明实施例应用RPC(Remote Procedure Call，远程过程调用协议)协议架构的示意图；

图7为本发明实施例中所述私有管理协议接口报文封装层次示意图；

图8为本发明实施例中所述私有管理协议接口报文格式的示意图；

图9为本发明实施例中的视频处理装置参数配置流程的示意图；

图10为本发明实施例提供的视频数据传输方法流程示意图；

图11为本发明实施例提供的视频处理装置的结构示意图；

图12为本发明实施例提供的主视频处理装置的结构示意图；

图13为本发明实施例提供的从视频处理装置的结构示意图；

图14为本发明实施例提供的视频系统的结构示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部份实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

图3示例性地示出了一种包含多个视频处理装置的视频监控系统。

如图3所示，该视频监控系统中包括用于处理视频数据的视频处理装置，用于实现视频数据转发的以太交换装置。

视频处理装置的数量为多个，视频处理装置的类型可以有多种，比如，所述视频处理装置可以是视频芯片或者具有视频芯片的摄像头。以太交换装置与视频处理装置之间可以采用PCI(Peripheral Component Interconnect，外设部件互连标准)总线连接方式。

该视频监控系统中还可包含外部管理服务器。外部管理服务器可通过以太交换装置配置和管理所述视频处理装置。视频处理装置与外部管理服务器之间的接口一般使用通用协议，如SNMP(Simple network management protocol，简单网络管理协议)，Telnet(远程登录协议)等。

为实现视频数据的编码和封装，每个视频处理装置需要事先配置好编码和封装相关的参数，编码和封装相关的配置参数可以来自外部管理服务器的配置命令。在具有多个视频处理装置的情况下，如果外部管理服务器逐一的向每个视频处理装置发送配置命令，需要对每个视频处理装置配置IP地址，对系统IP地址资源的消耗非常大。

为解决该问题，本发明实施例中，将视频监控系统中的一个视频处理装置配置为主视频处理装置，将其余视频处理装置配置为从视频处理装置。

在管理业务方面，可通过主视频处理装置对从视频处理装置进行配置，比如，将主视频处理装置的IP地址发送给从视频处理装置，以及将编码和封装的相关配置参数发送给从视频处理装置。在视频业务方面，主视频处理装置和从视频处理装置均可以对视频数据进行编码和封装并通过以太交换装置进行转发，封装后的视频数据报文的源IP地址均为主视频处理装置的IP地址。

下面首先描述上述视频监控系统的管理业务方面的流程。

上述视频监控系统中，主视频处理装置和从视频处理装置上的参数，比如IP地址、编码相关的配置参数、封装相关的配置参数等，可通过各种方式进行配置，比如，通过外部服务器对各视频处理装置进行配置。

为了简化配置流程，在一种优选的实施例中，可在从视频处理装置向主视频处理装置注册的过程中，由主视频处理装置将其IP地址发送给从视频处理装置，此后，主视频处理装置可根据外部管理服务器发送的配置指令，将编码、封装等配置参数发送给从视频处理装置。

图4示出了视频监控系统中的主视频处理装置和从视频处理装置初始化注册流程以及初始化注册流程完成后的维护流程。如图所示，初始化注册流程可包括：

步骤401：主视频处理装置接收从视频处理装置发送的注册请求。

具体实施时，主视频处理装置可启动管理模块，通过管理模块监听来自从视频处理装置的注册请求。管理模块可用于维护主从视频处理装置注册信息，主从视频处理装置的初始化，以及主从视频处理装置的配置管理。从视频处理装置启动管理模块，设置从视频处理装置状态为未注册，并向主视频处理装置发送注册请求。图5示例性的描述了主视频处理装置和从视频处理装置的协议栈示意图。

主视频处理装置和从视频处理装置的相应协议层可通过私有管理协议接口进行通信，本实施例中，为描述方便，将该接口称为S2接口。具体地，S2接口的通信机制采用RPC(Remote Procedure Call，远程过程调用协议)机制，该系统中所有的接口都使用的是同步调用，底层分别采用串行通信方式，基于以太协议进行通信方式。

所述RPC协议架构是由server(服务)端和client(客户)端组成的，具体应用时如图6所示，将主视频处理装置配置为RPC的Server端，从视频处理装置配置为RPC的Client端。图中所示的RPC中的Client端，进行消息下发操作，RPC中的Server端通过端口接收并执行操作。其中，Server端提供一套函数指针钩子(即HOOK函数)，功能函数由各模块完成，并在初始化时完成函数指针的挂载。每次调用管理API(Application ProgrammingInterface，应用程序编程接口)都是client向server发出一个请求，server在完成请求功能后发回应答。

由于所述S2接口运行的协议基于以太类型，因此，支持单播报文以及广播报文和组播报文的封装和发送，封装层次如图7所示。其中，单播报文使用单播通道，广播报文和组播报文使用广播通道。具体地，本发明实施例考虑到广播报文可能造成洪泛，所以当主视频处理装置向所有从视频处理装置发送相同的内容时，可采用组播封装。主视频处理装置发送的组播报文经以太交换装置转发后到达组播地址对应的目的从视频处理装置。以太交换装置上可配置静态组播转发表，该组播转发表中的出端口仅为连接从视频处理装置的端口，因此组播报文仅在主视频处理装置与从视频处理装置之间转发，不会对系统外的装置造成影响。

所述单播通道和广播通道对报文的封装区别仅在以太封装部分，对于S2接口部分则是相同的。

S2接口的报文格式可如图8所示。其中，报文头所包含的字段的含义如下：版本号用于描述协议版本；控制标志用于描述报文类型，以及是否需要应答；报文头长度用于描述报文头的长度；报文体长度用于描述报文体的长度；目的节点地址用于描述目的节点的类型和节点号；源节点地址用于描述源节点的类型和节点号；Opcode即操作码，用于表示具体操作的类型；返回码用于描述操作结果；序列号即编号，可用于防止乱序。

主视频处理装置和从视频处理装置之间交互的报文的类型包括Get(获取)，Set(设置)，Trap(报警)，比如，查询编码格式时使用Get类型的报文，设置编码格式时使用Set类型的报文，从视频处理装置中断时使用Trap类型的报文上报到主视频处理装置。

步骤402：主视频处理装置根据所述注册请求向所述从视频处理装置发送注册响应，所述注册响应中携带有主视频处理装置的IP地址。从视频处理装置根据该注册响应更新设备状态为已注册。

主视频处理装置从广播通道接收到来自从视频处理装置的注册请求后，记录所述请求报文中的从视频处理装置的地址，并用单播通道进行响应，从视频处理装置接收到来自主视频处理装置的响应后，记录主视频处理装置的地址。

上述流程中，主视频处理装置的IP地址是预先配置的。具体地，可通过外部命令行对主视频处理装置配置IP地址。具体实施时，用户可通过WEB，SNMP，Telnet等方式登录视频监控系统，然后发送配置主视频处理装置的IP地址的操作请求，该操作请求首先被上层管理模块进行处理，然后发送到主视频处理装置。

进一步地，在初始化注册流程完成后可包括维护流程，该维护流程可包括以下步骤：

步骤403：主视频处理装置向所述从视频处理装置发送获取从视频处理装置信息的请求，接收到获取从视频处理装置信息请求的响应后，将所述从视频处理装置加入从视频处理装置列表，从视频处理装置列表中记录了从视频处理装置信息。

具体地，从视频处理装置列表中可以记载从视频处理装置的装置MAC地址，ID，类型，编号，能力描述等参数。

步骤404：主视频处理装置周期性地向从视频处理装置列表中的从视频处理装置发送保活请求，如果在设定时长内没有接收到所述从视频处理装置对保活请求的响应，则将从视频处理装置从从视频处理装置列表中删除，所述设定时长内可以包含一个或连续的多个周期。

具体地，主视频处理装置周期性地向从视频处理装置列表中的从视频处理装置发送保活请求；所述主视频处理装置可以设定时长，该时长可以包含一个或连续的多个周期，在此时长内主视频处理装置按周期连续的发送保活请求，当在设定时长到达时仍未收到来自从视频处理装置对保活请求的响应时，认为该从视频处理装置掉线，将其在从视频处理装置列表中删除。

例如，主视频处理装置可以设定时长为15秒，在此设定时长内按周期为3秒地向从视频处理装置列表中的某特定的从视频处理装置发送保活请求。在所述15秒的设定时长内共发送5次保活请求。如果在该设定时长达到时仍未收到该从视频处理装置对保活请求的响应，则认为该从视频处理装置掉线，将其在从视频处理装置列表中删除。

具体地，从视频处理装置注册完成后，启动超时处理机制，用于判断与主视频处理装置的连接情况，如果在所述超时处理机制设定时间长度内接收到来自主视频处理装置的保活请求时，则立即响应并更新超时处理机制的状态。如果在所述时间内未接收到来自主视频处理装置的保活请求，则启动超时处理，回退从视频处理装置状态为未注册，并重新进行注册过程。

主视频处理装置对从视频处理装置完成注册后，还可向从视频处理装置配置编码和/或封装相关的参数，比如，可向从视频处理装置配置编码格式、传输速率等参数。可采用单播报文也可采用组播报文实现上述参数配置过程。

具体地，配置过程可包括：主视频处理装置接收第一配置命令；

若所述第一配置命令中包含从视频处理装置的配置参数，则所述主视频处理装置向所述从视频处理装置发送第二配置命令，所述第二配置命令中包含所述从视频处理装置的配置参数，所述第二配置命令用于指示所述从视频处理装置根据所述从视频处理装置的配置参数进行配置。

进一步地，若所述第一配置命令中仅包含主视频处理装置的配置参数，则所述主视频处理装置根据所述主视频处理装置的配置参数进行配置。

进一步地，主视频处理装置向从视频处理装置发送第二配置命令时可采用以下方式：

方式1：主视频处理装置采用单播MAC(Media Access Control，媒体接入控制)地址作为目的地址对第二配置命令进行封装后发送，所述单播MAC地址为一个从视频处理装置的MAC地址。

方式2：主视频处理装置采用组播MAC地址作为目的地址对第二配置命令进行封装后发送，所述组播MAC地址对应的组播组的成员中包含一个或多个从视频处理装置。

进一步地，所述主视频处理装置采用单播媒体接入控制MAC地址作为目的地址对第二配置命令进行封装，可包括：

主视频处理装置在从视频处理装置列表中选择待配置的从视频处理装置的MAC地址，所述从视频处理装置列表中记录了已注册的从视频处理装置的MAC地址；

主视频处理装置采用所选择的MAC地址作为目的地址对第二配置命令进行封装。

作为一个例子，图9示出了本发明实施例提供的参数配置流程示意图，该流程可包括：

步骤901：主视频处理装置通过通用协议接收第一配置命令，并进行解析。其中第一配置命令中携带主视频处理装置的配置参数和/或从视频处理装置的配置参数，比如编码格式参数。主视频处理装置首先判断操作对象是主视频处理装置还是从视频处理装置，如果操作对象为主视频处理装置，则转到步骤902，如果是操作对象为从视频处理装置，则转到步骤903。

步骤902：主视频处理装置根据第一配置命令中携带的主视频处理装置的配置参数进行具体配置和操作。如Set/Get(设置/获取)视频参数，然后转到步骤906；

步骤903：主视频处理装置切换到私有管理协议，使用私有管理协议(如上述S2接口协议)，对第一配置命令中携带的从视频处理装置的配置参数进行封装并根据从视频处理装置列表发送第二配置命令到相应从视频处理装置，该第二配置命令中携带从视频处理装置的配置参数。主视频处理装置可采用将第二配置命令封装为单播报文或组播报文发送给以太交换装置，由其转发给目的从视频处理装置。

步骤904：从视频处理装置监听私有管理协议接口的通道，接收主视频处理装置的第二配置命令并解析，根据第二配置命令中携带的从视频处理装置的配置参数进行具体配置和操作。如Set/Get(设置/获取)视频参数。

步骤905：从视频处理装置完成第二配置命令指示的配置和操作后，将配置和操作结果上报给主视频处理装置，主视频处理装置接收所述配置和操作结果，并转换为通用协议接口格式。

步骤906：主视频处理装置使用通用管理协议将配置和操作结果上报给上层管理模块，完成视频处理装置的配置。

通过上述图9的过程，完成了主视频处理装置和从视频装置的配置过程，从而使得系统可以通过主视频处理装置对所有视频处理装置完成统一地配置与管理，系统仅对所述主视频处理装置分配IP地址即可。

图10示出了本发明实施例提供的视频数据传输方法的流程示意图，该流程应用于上述包含多个视频处理装置的视频系统，所述多个视频处理装置被配置为主视频处理装置和从视频处理装置，所述从视频处理装置上配置有所述主视频处理装置的IP地址，该流程可包括如下步骤：

步骤1001：视频处理装置接收待编码的视频数据，所述视频处理装置包括主视频处理装置和/或从视频处理装置。

其中，可预先配置哪些视频处理装置进行视频数据处理操作，只有被配置为进行视频数据处理操作的视频芯片才对接收到的视频数据进行处理。

步骤1002：视频处理装置对所述待编码的视频数据进行编码。

具体地，在一种应用场景中，主视频处理装置和从视频处理装置分别根据自身的配置参数对所述待编码的视频数据进行编码。

步骤1003：所述视频处理装置对编码后的视频数据进行封装，得到封装后的视频数据报文，所述视频数据报文的源IP地址为主视频处理装置的IP地址。

具体地，视频处理装置对编码后的视频数据进行封装，每个视频处理装置各自独立对自身视频数据进行封装。封装方式可以包括单播方式封装，即视频处理装置使用单播IP地址作为数据报文的目的IP地址，也可以包括组播方式封装，即所述视频处理装置使用组播IP地址为数据报文的目的IP地址。

其中，组播IP地址的配置方式可包括手动配置和自动配置。自动配置是指：根据接收到的互联网组管理协议报告消息(IGMP Report消息)，配置组播IP地址；手动配置是指：根据接收到的配置组播IP地址命令，配置组播IP地址。一个或多个视频处理装置可以使用相同的组播IP地址，不同的视频处理装置使用的组播IP地址也可以不相同。比如，外部用户规划视频处理装置1使用组播IP地址：239.1.1.1，视频处理装置2使用组播IP地址：239.1.1.2，那么就将该IP的配置命令发送给主视频处理装置，再由主视频处理装置解析后分别下发到相应的视频处理装置1和2上；视频处理装置1在进行视频封装时使用用户配置的组播IP地址：239.1.1.1，视频处理装置2在进行视频封装时使用用户配置的组播IP地址：239.1.1.2。

步骤1004：所述视频处理装置发送所述视频数据包。该数据报文被发送到以太交换装置，由以太交换装置将其转发到接收端，比如转发到相应的解码装置。

通过以上描述可以看出，本发明实施例应用在具有多视频处理装置的视频系统中时，仅需要对所述主视频处理装置配置IP地址资源即可，同时，视频的封装和发送由各个视频处理装置各自完成，因此，本发明实施例有效的节约了系统的IP地址资源，同时保证了系统的可扩展性，在需要扩展视频路数时，增加所述从视频处理装置即可，不会影响到原系统的其他视频处理装置。

基于相同的技术构思，本发明实施例还提供了一种视频处理装置。

参见图11，为本发明实施例提供的视频处理装置的结构示意图，所述视频处理装置应用于包含多个视频处理装置的视频系统，所述多个视频处理装置被配置为主视频处理装置和从视频处理装置，所述从视频处理装置上配置有所述主视频处理装置的IP地址。上述的视频处理装置可以是主视频处理装置或者从视频处理装置。所述视频处理装置可包括：接收模块1101、编码模块1102、封装模块1103，发送模块1104，其中：

接收模块1101，用于接收待编码的视频数据；

编码模块1102，用于对所述待编码的视频数据进行编码；

封装模块1103，用于对编码后的视频数据进行封装，得到封装后的视频数据报文，所述视频数据报文的源IP地址为主视频处理装置的IP地址；

发送模块1104，用于发送所述视频数据报文的发送模块。

封装模块1103封装后的数据包的目的IP地址为单播IP地址或者组播IP地址。相应地，上述视频处理装置还可包括第二配置模块1105，用于在所述封装模块对编码后的视频数据进行封装之前，根据接收到的互联网组管理协议报告消息，配置组播IP地址；或者，根据接收到的组播IP地址配置命令，配置组播IP地址。

当视频处理装置被配置为主视频处理装置的情况时，如图12所示，所述主视频处理装置在图11所示视频处理装置的基础上还包括：注册处理模块1106，用于在接收模块1101接收待编码的视频数据之前，接收从视频处理装置发送的注册请求；根据所述注册请求向从视频处理装置发送注册响应，所述注册响应中携带有主视频处理装置的IP地址。

进一步地，所述主视频处理装置在图11所示视频处理装置的基础上还可包括维护模块1107，该维护模块1107具体用于：

向所述从视频处理装置发送获取从视频处理装置信息的请求，接收到获取从视频处理装置信息请求的响应后，将所述从视频处理装置加入从视频处理装置列表，从视频处理装置列表中记录了从视频处理装置信息；

周期性地向从视频处理装置列表中的从视频处理装置发送保活请求，如果在设定时长内没有接收到所述从视频处理装置对保活请求的响应，则将从视频处理装置从从视频处理装置列表中删除，所述设定时长内可以包含一个或连续的多个周期。

进一步地，视频处理装置被配置为主视频处理装置的情况下，还包括：第一配置模块1108，用于接收第一配置命令；以及用于在所述第一配置命令中包含从视频处理装置的配置参数时，向所述从视频处理装置发送第二配置命令，所述第二配置命令中包含从视频处理装置的配置参数，所述第二配置命令用于指示从视频处理装置根据从视频处理装置的配置参数进行配置。

进一步地，若所述第一配置命令中仅包含主视频处理装置的配置参数，则所述第一配置模块1108根据所述主视频处理装置的配置参数对所述主视频处理装置进行配置。

具体地，所述第一配置模块1108用于：采用单播MAC地址作为目的地址对第二配置命令进行封装后发送，所述单播MAC地址为一个从视频处理装置的MAC地址；或者，采用组播MAC地址作为目的地址对第二配置命令进行封装后发送，所述组播MAC地址对应的组播组的成员中包含一个或多个从视频处理装置。

进一步地，所述第一配置模块1108采用单播媒体接入控制MAC地址作为目的地址对第二配置命令进行封装，可具体用于：

在从视频处理装置列表中选择待配置的从视频处理装置的MAC地址，所述从视频处理装置列表中记录了已注册的从视频处理装置的MAC地址；

采用所选择的MAC地址作为目的地址对第二配置命令进行封装。

当视频处理装置被配置为从视频处理装置的情况下，如图13所示，还包括：注册请求模块1109，用于在接收模块1101接收待编码的视频数据之前，向主视频处理装置发送注册请求；接收主视频处理装置返回的注册响应，并记录注册响应中携带的主视频处理装置的IP地址。

基于相同的技术构思，本发明实施例还提供了一种视频系统。

参见图14，为本发明实施例提供的视频系统的结构示意图，所述视频系统包括：视频处理装置1401、以太交换装置1402，其中：

视频处理装置1401，所述视频处理装置为多个，所述多个视频处理装置被配置为主视频处理装置和从视频处理装置，从视频处理装置上配置有主视频处理装置的IP地址；所述视频处理装置1401用于，接收待编码的视频数据，对待编码的视频数据进行编码，对编码后的视频数据进行封装，得到封装后的视频数据报文，并发送视频数据报文，所述视频数据报文的源IP地址为主视频处理装置的IP地址；

以太交换装置1402，用于接收视频处理装置1401发送的视频数据报文并进行转发。

其中，所述视频处理装置1401中被配置为主视频处理装置的视频处理装置还用于：接收第一配置命令；若所述第一配置命令中包含从视频处理装置的配置参数，则向所述从视频处理装置发送第二配置命令，第二配置命令中包含从视频处理装置的配置参数，所述第二配置命令用于指示从视频处理装置根据所述从视频处理装置的配置参数进行配置；从视频处理装置还用于：根据接收到的第二配置命令进行参数配置。

具体地，所述主视频处理装置用于：采用单播媒体接入控制MAC地址作为目的地址对第二配置命令进行封装后通过以太交换装置1402转发，所述单播MAC地址为一个从视频处理装置的MAC地址；或者，采用组播MAC地址作为目的地址对第二配置命令进行封装后通过以太交换装置1402转发，所述组播MAC为以太交换装置上配置的组播地址；

具体地，以太交换装置1402根据接收到的第二配置命令的目的地址将第二配置命令转发给相应的从视频处理装置，其中，若第二配置命令的目的地址为单播MAC地址，则以太交换装置1402将第二配置命令转发到单播MAC地址对应的从视频处理装置，若第二配置命令的目的地址为组播MAC地址，则以太交换装置1402将第二配置命令转发到组播MAC地址对应的组播组内的从视频处理装置。

综上所述，本发明的上述实施例中，对于具有多视频处理装置的视频系统，采取了将所述多视频处理装置配置为主视频处理装置和从视频处理装置，仅对所述主视频处理装置配置IP地址，所述主视频处理装置和所述从视频处理装置均使用该IP地址作为视频数据包的源IP地址，视频数据的封装和发送仍然由各个视频处理装置各自完成，因此一套系统仅需消耗一个业务IP地址，同时所述多视频处理装置之间关于视频数据获取，封装和发送业务是相对独立的，即当需要扩展视频路数时，仅需相应的增加视频处理装置即可，不会影响原视频系统。可以看出，本发明的实施例实现了对系统IP资源的节约，同时保证了视频系统的可扩展性。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (13)

1.一种视频数据传输方法，其特征在于，应用于包含多个视频处理装置的视频系统，所述多个视频处理装置被配置为主视频处理装置和从视频处理装置，所述从视频处理装置上配置有所述主视频处理装置的IP地址，多个所述视频处理装置相对独立地发送业务；所述方法包括：

视频处理装置接收待编码的视频数据，所述视频处理装置包括主视频处理装置和/或从视频处理装置；

所述视频处理装置对所述待编码的视频数据进行编码；

所述视频处理装置对编码后的视频数据进行封装，得到封装后的视频数据报文，所述视频数据报文的源IP地址为主视频处理装置的IP地址；

所述视频处理装置发送所述视频数据报文；

所述视频处理装置接收待编码的视频数据之前，还包括：

所述主视频处理装置接收从视频处理装置发送的注册请求；

所述主视频处理装置根据所述注册请求向所述从视频处理装置发送注册响应，所述注册响应中携带有主视频处理装置的IP地址；

所述主视频处理装置根据所述注册请求向所述从视频处理装置发送注册响应之后，还包括：

所述主视频处理装置接收第一配置命令；

若所述第一配置命令中包含从视频处理装置的配置参数，则所述主视频处理装置向所述从视频处理装置发送第二配置命令，所述第二配置命令中包含所述从视频处理装置的配置参数，所述第二配置命令用于指示所述从视频处理装置根据所述从视频处理装置的配置参数进行配置。

2.如权利要求1所述的方法，其特征在于，所述主视频处理装置向所述从视频处理装置发送第二配置命令，包括：

所述主视频处理装置采用单播媒体接入控制MAC地址作为目的地址对第二配置命令进行封装后发送，所述单播MAC地址为一个从视频处理装置的MAC地址；或者

所述主视频处理装置采用组播MAC地址作为目的地址对第二配置命令进行封装后发送，所述组播MAC地址对应的组播组的成员中包含一个或多个从视频处理装置。

3.如权利要求2所述的方法，其特征在于，所述主视频处理装置采用单播媒体接入控制MAC地址作为目的地址对第二配置命令进行封装，包括：

所述主视频处理装置在从视频处理装置列表中选择待配置的从视频处理装置的MAC地址，所述从视频处理装置列表中记录了已注册的从视频处理装置的MAC地址；

所述主视频处理装置采用所选择的MAC地址作为目的地址对第二配置命令进行封装。

4.如权利要求1至3中任一项所述的方法，其特征在于，所述封装后的数据报文的目的IP地址为单播IP地址或者组播IP地址。

5.如权利要求4所述的方法，其特征在于，所述视频处理装置对编码后的视频数据进行封装之前，还包括：

根据接收到的互联网组管理协议报告消息，配置组播IP地址；或者，根据接收到的组播IP地址配置命令，配置组播IP地址。

6.一种视频处理装置，其特征在于，应用于包含多个视频处理装置的视频系统，所述多个视频处理装置被配置为主视频处理装置和从视频处理装置，所述从视频处理装置上配置有所述主视频处理装置的IP地址，多个所述视频处理装置相对独立地发送业务；所述视频处理装置包括：

接收模块，用于接收待编码的视频数据；

编码模块，用于对所述待编码的视频数据进行编码；

封装模块，用于对编码后的视频数据进行封装，得到封装后的视频数据报文，所述视频数据报文的源IP地址为主视频处理装置的IP地址；

发送模块，用于发送所述视频数据报文的发送模块；

所述视频处理装置被配置为主视频处理装置的情况下，还包括：

注册处理模块，用于在所述接收模块接收待编码的视频数据之前，接收从视频处理装置发送的注册请求；根据所述注册请求向所述从视频处理装置发送注册响应，所述注册响应中携带有主视频处理装置的IP地址；

所述视频处理装置被配置为主视频处理装置的情况下，还包括：

第一配置模块，用于接收第一配置命令；以及用于在所述第一配置命令中包含从视频处理装置的配置参数时，向所述从视频处理装置发送第二配置命令，所述第二配置命令中包含所述从视频处理装置的配置参数，所述第二配置命令用于指示所述从视频处理装置根据所述从视频处理装置的配置参数进行配置。

7.如权利要求6所述的视频处理装置，其特征在于，所述第一配置模块具体用于：

采用单播媒体接入控制MAC地址作为目的地址对第二配置命令进行封装后发送，所述单播MAC地址为一个从视频处理装置的MAC地址；或者，采用组播MAC地址作为目的地址对第二配置命令进行封装后发送，所述组播MAC地址对应的组播组的成员中包含一个或多个从视频处理装置。

8.如权利要求7所述的视频处理装置，其特征在于，所述第一配置模块具体用于：

在从视频处理装置列表中选择待配置的从视频处理装置的MAC地址，所述从视频处理装置列表中记录了已注册的从视频处理装置的MAC地址；

采用所选择的MAC地址作为目的地址对第二配置命令进行封装。

9.如权利要求6所述的视频处理装置，其特征在于，所述视频处理装置被配置为从视频处理装置的情况下，还包括：

注册请求模块，用于在所述接收模块接收待编码的视频数据之前，向主视频处理装置发送注册请求；接收所述主视频处理装置返回的注册响应，并记录所述注册响应中携带的主视频处理装置的IP地址。

10.如权利要求6至9中任一项所述的视频处理装置，其特征在于，所述封装模块封装后的数据报文的目的IP地址为单播IP地址或者组播IP地址。

11.如权利要求10所述的视频处理装置，其特征在于，还包括：

第二配置模块，用于在所述封装模块对编码后的视频数据进行封装之前，根据接收到的互联网组管理协议报告消息，配置组播IP地址；或者，根据接收到的组播IP地址配置命令，配置组播IP地址。

12.一种视频系统，其特征在于，包括：

视频处理装置，所述视频处理装置为多个，所述多个视频处理装置被配置为主视频处理装置和从视频处理装置，所述从视频处理装置上配置有所述主视频处理装置的IP地址，多个所述视频处理装置相对独立地发送业务；所述视频处理装置用于，接收待编码的视频数据，对所述待编码的视频数据进行编码，对编码后的视频数据进行封装，得到封装后的视频数据报文，并发送所述视频数据报文，所述视频数据报文的源IP地址为主视频处理装置的IP地址；

以太交换装置，用于接收所述视频处理装置发送的视频数据报文并进行转发；

所述主视频处理装置，还用于：

接收第一配置命令；

若所述第一配置命令中包含从视频处理装置的配置参数，则向所述从视频处理装置发送第二配置命令，所述第二配置命令中包含所述从视频处理装置的配置参数，所述第二配置命令用于指示所述从视频处理装置根据所述从视频处理装置的配置参数进行配置；

所述从视频处理装置还用于：根据接收到的第二配置命令进行参数配置。

13.如权利要求12所述的视频系统，其特征在于，所述主视频处理装置具体用于：采用单播媒体接入控制MAC地址作为目的地址对第二配置命令进行封装后通过所述以太交换装置转发，所述单播MAC地址为一个从视频处理装置的MAC地址；或者，采用组播MAC地址作为目的地址对第二配置命令进行封装后通过所述以太交换装置转发，所述组播MAC为所述以太交换装置上配置的组播地址；

所述以太交换装置具体用于：根据接收到的第二配置命令的目的地址将所述第二配置命令转发给相应的从视频处理装置，其中，若所述第二配置命令的目的地址为单播MAC地址，则所述以太交换装置将所述第二配置命令转发到所述单播MAC地址对应的从视频处理装置，若所述第二配置命令的目的地址为组播MAC地址，则所述以太交换装置将所述第二配置命令转发到所述组播MAC地址对应的组播组内的从视频处理装置。

Images