CN101257500A - 媒体数据处理方法、装置及系统 - Google Patents

Abstract

本发明实施例涉及媒体数据处理方法、装置及系统，其中，媒体数据处理方法包括：对媒体数据进行压缩；传输压缩后的媒体数据，并在实时传输协议包中增加包含预定标识的信息；根据包含预定标识的信息对压缩后的媒体数据进行解码；上述媒体数据处理方法、装置及系统，可以实现不同厂商视频服务器的媒体数据的互通，且对原有系统改动很小，实现非常方便。

Description

媒体数据处理方法、装置及系统

技术领域

本发明涉及通信技术领域，尤其涉及一种媒体数据处理方法、装置及系统。

背景技术

随着科学技术的发展，视频监控技术也得到了快速的发展，而视频监控系统也得到了越来越广地应用；视频监控系统一般由前端设备、平台设备和客户端设备组成，视频监控系统的前端设备一般包括视频服务器、摄像机、传感器等，其中，视频服务器是一个重要的前端设备，其主要功能是音视频数据的压缩。

在小的监控系统中，通常选择一家公司生成的视频服务器设备，并且由该公司提供解码插件，这样客户端设备就能进行解码；但随着视频监控系统规模的扩大，一个视频监控系统中会采用不同前端视频服务器设备，但不同视频服务器压缩后的媒体数据不能互通，比如海康产生的媒体数据或者媒体文件，在客户端使用标准的媒体播放器等不能播放，大华的解码插件也不能解码海康的媒体数据，因而如何解码不同厂商视频服务器的媒体数据是推动视频监控技术得到进一步发展的关键。

为了使不同视频服务器媒体能够互通，主要包含两方面的含义：一是信令互通，二是媒体互通；信令互通相对来说简单一些，现在也有一些公开发表的文献来讨论这个问题，媒体互通相对来说，困难一些，解码不同厂商视频服务器的媒体数据的一种方式是制定统一的媒体标准和相关编解码参数，前端厂商都按照该标准开发，但这种方式推广起来非常困难。

发明内容

本发明实施例提供了一种媒体数据处理方法、装置及系统，以实现不同厂商视频服务器的媒体数据的互通。

本发明实施例提供了一种媒体数据处理方法，该方法包括：

对媒体数据进行压缩；

传输压缩后的媒体数据，并在实时传输协议包中增加包含预定标识的信息；

根据包含预定标识的信息对压缩后的媒体数据进行解码。

本发明实施例提供了一种媒体数据处理装置，该装置包括：

压缩单元，用于对媒体数据进行压缩；

传输单元，用于传输压缩后的媒体数据，并在实时传输协议包中增加包含预定标识的信息；

解码单元，用于根据包含预定标识的信息对压缩后的媒体数据进行解码。

本发明实施例提供了一种媒体数据处理系统，该系统包括服务器、平台设备和客户端，其中，所述服务器包括：

压缩单元，用于对媒体数据进行压缩；

传输单元，用于将压缩后的媒体数据发送至客户端，并在实时传输协议包中增加包含预定标识的信息；

所述客户端包括：

解码单元，用于根据包含预定标识的信息对压缩后的媒体数据进行解码。

上述媒体数据处理方法、装置及系统，可以实现不同厂商视频服务器的媒体数据的互通，且对原有系统改动很小，实现非常方便。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

图1为本发明媒体数据处理方法实施例的流程图；

图2为本发明媒体数据处理装置实施例的结构示意图；

图3为本发明媒体数据处理系统实施例的结构示意图。

具体实施方式

如图1所示，为本发明媒体数据处理方法实施例的流程图，该方法包括：

步骤101、对媒体数据进行压缩；

视频服务器还是按照自己原来的方式对媒体数据进行压缩；

步骤102、传输压缩后的媒体数据，并在实时传输协议包中增加包含预定标识的信息；

上述预定标识为解码插件的标识(Decoder ID)，为了媒体互通，媒体的传输信令采用实时传输协议(RTP)，标准的RTP包格式如下：

为了能让解码端如客户端解码，在RTP包增加扩展定义如下：

在RTP头字段中X bits取表示有扩展的头字段，扩展头字段主要是定义解码插件的编号，它的定义如下：

其中：

Defined by profile：取值为1；

Length：取值为1；

Decoder ID：

高16bits：表示厂商代号；

低16bits：该厂家的解码插件号，须使用时需向运营商申请。

XXXX：帧类型

0000：I帧

0001：P帧

0010：B帧

其它：保留

YYYY：帧结束标记，RTP包中承载的是否是一个帧的最后一个包；

0000：不是一帧最后的一个包；

0001：是一帧最后的一个包；

其它：保留

以上均以网络字节序定义；

步骤103、以预定文件格式存储压缩后的包含预定标识信息的媒体数据；

该步骤为可选步骤，当客户端对媒体数据的解码速度大于或等于媒体数据的传输速度时，则不需要存储媒体数据；但当需要存储媒体数据时，为了能让解码器方便的解码文件，而各个视频厂商的媒体文件又不需要做大的改动，需要以预定文件的格式存储压缩后的媒体数据，其中，预定文件格式如表1所示：

表1预定文件格式

其中，文件标识：4字节，用于判断文件格式；如对中国网通的宽世界系统的存储文件可以依次为‘K’，‘S’，‘J’，‘F’；

文件版本：2字节，表明文件的版本号；

文件头长度：2字节，一般情况下文件头长度为12字节；

解码插件编号：4字节，高2字节为厂商代号，低2字节为厂商内部插件编号；厂商号和插件号定义同上面RTP扩展中的Decoder ID，表明该使用哪个厂商的解码插件；

扩展字段：如果文件头长度超过12字节，则包含该字段，以方便厂商扩展头部；

厂商自定义媒体数据：保存各厂商的私有媒体数据；

步骤104、根据包含预定标识的信息对压缩后的媒体数据进行解码。

每个视频服务器生产厂商都需要提供自己的解码插件以解码该厂商的实时媒体数据和媒体文件，例如音视频解码插件以COM控件形式提供；在对压缩后的数据进行解码之前，系统需要给每个提供解码器的厂商分配一个唯一的ID，这个ID可以从视频文件或码流中直接或间接的获取(也就是上面RTP包中定义的Decoder ID)；各厂商解码插件在注册时，需在注册表中固定的位置创建以Decoder ID作为键值的项，然后把自己组件的第一标识和第二标识写入上述项中，上述第一标识为起始标识(IID)，第二标识为关闭标识(CLSID)。

根据包含预定标识的信息对压缩后的媒体数据进行解码具体包括：根据上述预定标识提取出第一标识和第二标识，根据上述第一预定标识和第二预定标识创建解码器，使用上述解码器对压缩后的媒体数据进行解码。

在进行解码时，客户端从码流或视频文件中直接或间接取出这个唯一ID，然后定位到注册表中的对应项(如果找不到，则表示这个解码器没有在本机注册过)，再从这个注册表项中取出由解码器厂商事先写在里面的IID和CLSID，根据IID和CLSID的值就可以创建解码器，这样解码器就可以根据媒体相关信息进行解码。

例如，某厂商ID为0x 04，该厂商有一个编号为0x00的解码器。按照上面RTP包中DecoderID的定义，应为两个字节：0x0004，0x0000；

其中，注册表的固定位置为HKEY_LOCAL_MACHINE\SOFTWARE\XXX\

创建一个项名为HKEY_LOCAL_MACHINE\SOFTWARE\XXX\0x0004

然后在该项下创建子项HKEY_LOCAL_MACHINE\SOFTWARE\XXX\0x04\0x0000，该子项下新建两个键IID和CLSID，键值分别就是我们这个解码器COM组件的IID和CLSID，并以二进制方式写入。

上述媒体数据处理方法，通过在媒体数据传输时，在RTP包中增加Decoder ID等相关信息，在媒体数据解码时，根据不同的Decoder ID创建不同的插件进行解码，从而可以实现不同厂商视频服务器的媒体数据的互通，且对原有系统改动很小，实现非常方便。

如图2所示，为本发明媒体数据处理装置实施例的结构示意图，该装置包括：压缩单元111，用于对媒体数据进行压缩；传输单元112，用于传输压缩后的媒体数据，并在实时传输协议包中增加包含预定标识的信息；解码单元113，用于根据包含预定标识的信息对压缩后的媒体数据进行解码。

其中，上述装置还包括：存储单元，用于以预定文件格式存储压缩后的包含预定标识信息的媒体数据；上述预定标识为解码插件的标识；上述解码单元可以包括：提取模块，用于根据上述预定标识提取出第一标识和第二标识；创建模块，用于根据上述第一预定标识和第二预定标识创建解码器；解码模块，用于使用上述解码器对压缩后的媒体数据进行解码。

另外，为了更好地进行解码，上述装置还包括：写入模块，用于在注册表中设定的位置创建以预定标识为键值的项，并将第一标识和第二标识的写入所述项中。

上述媒体数据处理装置，利用压缩单元对媒体数据进行压缩，利用传输单元将压缩后的媒体数据传输至解码端，在解码端利用解码单元对上述媒体数据进行解码，从而可以实现不同厂商视频服务器的媒体数据的互通，且对原有系统改动很小，实现非常方便。

如图3所示，为本发明媒体数据处理系统实施例的结构示意图，该系统包括服务器1、平台设备2和客户端3，其中，上述服务器1包括：压缩单元11，用于对媒体数据进行压缩；传输单元12，用于将压缩后的媒体数据发送至客户端，并在实时传输协议包中增加包含预定标识的信息；上述客户端3包括：解码单元31，用于根据包含预定标识的信息对压缩后的媒体数据进行解码。

其中，上述平台设备2可以包括：存储单元21，用于以预定文件格式存储传输单元传输的媒体数据；上述预定标识为解码插件的标识；另外，上述解码单元31还可以包括：提取模块，用于根据上述预定标识提取出第一标识和第二标识；创建模块，用于根据上述第一预定标识和第二预定标识创建解码器；解码模块，用于使用上述解码器对压缩后的媒体数据进行解码。

上述媒体数据处理系统，利用服务器的压缩单元对媒体数据进行压缩，利用传输单元将压缩后的媒体数据传输至客户端，在客户端利用解码单元对上述媒体数据进行解码，从而可以实现不同厂商视频服务器的媒体数据的互通，且对原有系统改动很小，实现非常方便。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (14)

1、一种媒体数据处理方法，其特征在于包括：

对媒体数据进行压缩；

传输压缩后的媒体数据，并在实时传输协议包中增加包含预定标识的信息；

根据包含预定标识的信息对压缩后的媒体数据进行解码。

2、根据权利要求1所述的媒体数据处理方法，其特征在于所述传输压缩后的媒体数据，并在实时传输协议包中增加包含预定标识的信息之后还包括：

以预定文件格式存储压缩后的包含预定标识信息的媒体数据。

3、根据权利要求1或2所述的媒体数据处理方法，其特征在于所述预定标识为解码插件的标识。

4、根据权利要求3所述的媒体数据处理方法，其特征在于所述根据包含预定标识的信息对压缩后的媒体数据进行解码包括：

根据所述预定标识提取出第一标识和第二标识，根据所述第一预定标识和第二预定标识创建解码器，使用所述解码器对压缩后的媒体数据进行解码。

5、根据权利要求4所述的媒体数据处理方法，其特征在于所述根据包含预定标识的信息对压缩后的媒体数据进行解码之前还包括：

在注册表中设定的位置创建以预定标识为键值的项，并将第一标识和第二标识的写入所述项中。

6、一种媒体数据处理装置，其特征在于包括：

压缩单元，用于对媒体数据进行压缩；

传输单元，用于传输压缩后的媒体数据，并在实时传输协议包中增加包含预定标识的信息；

解码单元，用于根据包含预定标识的信息对压缩后的媒体数据进行解码。

7、根据权利要求6所述的媒体数据处理装置，其特征在于还包括：

存储单元，用于以预定文件格式存储压缩后的包含预定标识信息的媒体数据。

8、根据权利要求6或7所述的媒体数据处理装置，其特征在于所述预定标识为解码插件的标识。

9、根据权利要求8所述的媒体数据处理装置，其特征在于所述解码单元包括：

提取模块，用于根据所述预定标识提取出第一标识和第二标识；

创建模块，用于根据所述第一预定标识和第二预定标识创建解码器；

解码模块，用于使用所述解码器对压缩后的媒体数据进行解码。

10、根据权利要求9所述的媒体数据处理装置，其特征在于还包括：

写入模块，用于在注册表中设定的位置创建以预定标识为键值的项，并将第一标识和第二标识的写入所述项中。

11、一种媒体数据处理系统，包括服务器、平台设备和客户端，其特征在于所述服务器包括：

压缩单元，用于对媒体数据进行压缩；

传输单元，用于将压缩后的媒体数据发送至客户端，并在实时传输协议包中增加包含预定标识的信息；

所述客户端包括：

解码单元，用于根据包含预定标识的信息对压缩后的媒体数据进行解码。

12、根据权利要求11所述的媒体数据处理系统，其特征在于所述平台设备还包括：

存储单元，用于以预定文件格式存储传输单元传输的媒体数据。

13、根据权利要求11或12所述的媒体数据处理系统，其特征在于所述预定标识为解码插件的标识。

14、根据权利要求13所述的媒体数据处理系统，其特征在于所述解码单元包括：

提取模块，用于根据所述预定标识提取出第一标识和第二标识；

创建模块，用于根据所述第一预定标识和第二预定标识创建解码器；

解码模块，用于使用所述解码器对压缩后的媒体数据进行解码。

Images