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

文档序号:7693265阅读:123来源:国知局
专利名称:媒体数据处理方法、装置及系统的制作方法
技术领域
本发明涉及通信技术领域,尤其涉及一种媒体数据处理方法、装置及系统。
背景技术
随着科学技术的发展,视频监控技术也得到了快速的发展,而视频监控系统也得到了越来越广地应用;视频监控系统一般由前端设备、平台设备和 客户端设备组成,视频监控系统的前端设备一般包括视频服务器、摄像机、 传感器等,其中,视频服务器是一个重要的前端设备,其主要功能是音视频 数据的压缩。在小的监控系统中,通常选择一家公司生成的视频服务器设备,并且由 该公司提供解码插件,这样客户端设备就能进行解码;但随着视频监控系统 规模的扩大, 一个视频监控系统中会采用不同前端视频服务器设备,但不同 视频服务器压缩后的媒体数据不能互通,比如海康产生的媒体数据或者媒体 文件,在客户端使用标准的媒体播放器等不能播放,大华的解码插件也不能 解码海康的媒体数据,因而如何解码不同厂商视频服务器的々某体数据是推动 视频监控技术得到进一步发展的关键。为了使不同视频服务器媒体能够互通,主要包含两方面的含义 一是信 令互通,二是媒体互通;信令互通相对来说简单一些,现在也有一些公开发 表的文献来讨论这个问题,媒体互通相对来说,困难一些,解码不同厂商视 频服务器的媒体数据的一种方式是制定统一的媒体标准和相关编解码参数, 前端厂商都按照该标准开发,但这种方式推广起来非常困难。发明内容本发明实施例提供了一种媒体数据处理方法、装置及系统,以实现不同 厂商视频服务器的媒体数据的互通。本发明实施例提供了 一种媒体数据处理方法,该方法包括 对媒体数据进行压缩;传输压缩后的媒体数据,并在实时传输协议包中增加包含预定标识的信自 根据包含预定标识的信息对压缩后的媒体数据进行解码。本发明实施例提供了 一种媒体数据处理装置,该装置包括 压缩单元,用于对媒体数据进行压缩;传输单元,用于传输压缩后的媒体数据,并在实时传输协议包中增加包 含预定标识的信息;解码单元,用于根据包含预定标识的信息对压缩后的媒体数据进行解码。本发明实施例提供了一种+某体数据处理系统,该系统包括服务器、平台 设备和客户端,其中,所述服务器包括压缩单元,用于对媒体数据进行压缩;传输单元,用于将压缩后的媒体数据发送至客户端,并在实时传输协议 包中增加包含预定标识的信息; 所述客户端包括解码单元,用于根据包含预定标识的信息对压缩后的媒体数据进行解码。 上述媒体数据处理方法、装置及系统,可以实现不同厂商视频服务器的 媒体数据的互通,且对原有系统改动很小,实现非常方便。下面通过附图和实施例,对本发明的技术方案做进一步的详细描述。


5图1为本发明^某体数据处理方法实施例的流程图;图2为本发明J!某体数据处理装置实施例的结构示意图; 图3为本发明媒体数据处理系统实施例的结构示意图。
具体实施方式
如图l所示,为本发明媒体数据处理方法实施例的流程图,该方法包括 步骤IOI、对媒体数据进行压缩;步骤102、传输压缩后的媒体数据,并在实时传输协议包中增加包含预 定标识的信息;上述预定标识为解码插件的标识(DecoderID),为了媒体互通,媒体的 传输信令采用实时传输协议(RTP),标准的RTP包格式如下0 12 301234567890123456789012345678901 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+—+—十-+-+-+-+-+-十—+-十-+-+|V=2|P|X| CC 网PT I s叫uence number |+—+_+—+_+—+_+_+—+—+-+—+—+—+_+-+-+_+—+_+-+陽+一+-+-+一+-+-+—+—+—+—+—+1 timestamp | +_+一+-+一+_+-+_+-+-+-+一+_+-+國+陽+-+-+-+-+-+-+-+-+-+-+陽+-+—+画+-+-+画+I synchronization source (SSRC) identifier |+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=I contributing source (CSRC) identifiers |I …. I+_+—+-+—+—+-+—+—+-+-+-+_+-+-+—+_+-+-+一+-+陽+_+-+-+-+-+-+-+一+-+-+-+—为了能让解码端如客户端解码,在RTP包增加扩展定义如下 在RTP头字段中Xbits取表示有扩展的头字段,扩展头字段主要是定义 解码插件的编号,它的定义如下| length |I DecoderIDI Reserved |X X X X|Y Y Y Y|其中Defined by profile: 取值为1; Length:取值为1; DecoderID:高16 bits:表示厂商代号;低16 bits:该厂家的解码插件号,须使用时需向运营商申请。 XXXX:帧类型0000: I帧0001: P帧0010: B帧其它保留YYYY:帧结束标记,RTP包中承载的是否是一个帧的最后一个包;0000:不是一帧最后的一个包;0001:是一帧最后的一个包;其它保留 以上均以网络字节序定义;步骤103、以预定文件格式存储压缩后的包含预定标识信息的媒体数据; 该步骤为可选步骤,当客户端对^ 某体数据的解码速度大于或等于^ 某体数 据的传输速度时,则不需要存储媒体数据;但当需要存储媒体数据时,为了 能让解码器方便的解码文件,而各个视频厂商的媒体文件又不需要做大的改 动,需要以预定文件的格式存储压缩后的媒体数据,其中,预定文件格式如 表l所示表1预定文件格式文件标识文件版本文件头长度解码插件编号扩展字段厂商自定义媒体数据其中,文件标识4字节,用于判断文件格式;如对中国网通的宽世界系统的存储文件可以依次为'K' , 'S, , 'J' , 'F'; 文件版本2字节,表明文件的版本号; 文件头长度2字节, 一般情况下文件头长度为12字节; 解码插件编号4字节,高2字节为厂商代号,低2字节为厂商内部插件编号;厂商号和插件号定义同上面RTP扩展中的DecoderID,表明该使用哪个厂商的解码插件;扩展字段如果文件头长度超过12字节,则包含该字段,以方便厂商扩展头部;厂商自定义媒体数据保存各厂商的私有媒体数据; 步骤104、根据包含预定标识的信息对压缩后的媒体数据进行解码。 每个视频服务器生产厂商都需要提供自己的解码插件以解码该厂商的实 时媒体数据和媒体文件,例如音视频解码插件以COM控件形式提供;在对压 缩后的数据进行解码之前,系统需要给每个提供解码器的厂商分配一个唯一 的ID,这个ID可以从视频文件或码流中直接或间接的获取(也就是上面RTP 包中定义的DecoderID);各厂商解码插件在注册时,需在注册表中固定的 位置创建以DecoderID作为键值的项,然后把自己组件的第一标识和第二标 识写入上述项中,上述第一标识为起始标识(IID),第二标识为关闭标识 (CLSID)。根据包含预定标识的信息对压缩后的纟某体数据进行解码具体包括根据上述预定标识提取出第一标识和第二标识,根据上述第一预定标识和第二预 定标识创建解码器,使用上述解码器对压缩后的媒体数据进行解码。在进行解码时,客户端从码流或4见频文件中直接或间接耳又出这个唯一 ID,然后定位到注册表中的对应项(如果找不到,则表示这个解码器没有在 本机注册过),再从这个注册表项中取出由解码器厂商事先写在里面的IID和CLSID,根据IID和CLSID的值就可以创建解码器,这样解码器就可以根 据媒体相关信息进行解码。例如,某厂商ID为0x04,该厂商有一个编号为0x00的解码器。按照上 面RTP包中DecoderID的定义,应为两个字节0x0004, 0x0000;其中,注册表的固定位置为HKEY_LOCAL—MACHINE\SOFTWARE\XXX\创建一个项名为HKEY_LOCAL_MACHINE\SOFTWARE\XXX\0x0004然后在该项下创建子项HKEY-LOCAL-MACHINE^OFTWARE^XX^x0A0x0000, 该子项下新建两个键IID和CLSID,键值分别就是我们这个解码器COM组件 的IID和CLSID,并以二进制方式写入。上述媒体数据处理方法,通过在媒体数据传输时,在RTP包中增加 DecoderID等相关信息,在媒体数据解码时,根据不同的DecoderID创建不 同的插件进行解码,从而可以实现不同厂商视频服务器的媒体数据的互通, 且对原有系统改动很小,实现非常方便。如图2所示,为本发明媒体数据处理装置实施例的结构示意图,该装置 包括压缩单元lll,用于对媒体数据进行压缩;传输单元112,用于传输压 缩后的i某体数据,并在实时传输协议包中增加包含预定标识的信息;解码单 元113,用于根据包含预定标识的信息对压缩后的媒体数据进行解码。其中,上述装置还包括存储单元,用于以预定文件格式存储压缩后的 包含预定标识信息的媒体数据;上述预定标识为解码插件的标识;上述解码 单元可以包括提取模块,用于根据上述预定标识提取出第一标识和第二标 识;创建模块,用于根据上述第一预定标识和第二预定标识创建解码器;解 码模块,用于使用上述解码器对压缩后的媒体数据进行解码。另外,为了更好地进行解码,上述装置还包括写入模块,用于在注册表中设定的位置创建以预定标识为键值的项,并将第一标识和第二标识的写 入所述项中。上述媒体数据处理装置,利用压缩单元对媒体数据进行压缩,利用传输 单元将压缩后的媒体数据传输至解码端,在解码端利用解码单元对上述媒体 数据进行解码,从而可以实现不同厂商视频服务器的媒体数据的互通,且对 原有系统改动很小,实现非常方便。如图3所示,为本发明媒体数据处理系统实施例的结构示意图,该系统 包括服务器l、平台设备2和客户端3,其中,上述服务器l包括压缩单元 11,用于对媒体数据进行压缩;传输单元12,用于将压缩后的媒体数据发送 至客户端,并在实时传输协议包中增加包含预定标识的信息;上述客户端3 包括解码单元31,用于根据包含预定标识的信息对压缩后的媒体数据进行 解码。其中,上述平台设备2可以包括存储单元21,用于以预定文件格式存储 传输单元传输的媒体数据;上述预定标识为解码插件的标识;另外,上述解 码单元31还可以包括提取模块,用于根据上述预定标识提取出第一标识和 第二标识;创建模块,用于根据上述第一预定标识和第二预定标识创建解码 器;解码模块,用于使用上述解码器对压缩后的媒体数据进行解码。上述媒体数据处理系统,利用服务器的压缩单元对媒体数据进行压缩, 利用传输单元将压缩后的媒体数据传输至客户端,在客户端利用解码单元对 上述媒体数据进行解码,从而可以实现不同厂商视频服务器的媒体数据的互 通,且对原有系统改动很小,实现非常方便。最后应说明的是以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解其依然可以对前述各实施例所记载的技术方案进行修改,或 者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技 术方案的本质脱离本发明各实施例技术方案的精神和范围。
权利要求
1、一种媒体数据处理方法,其特征在于包括对媒体数据进行压缩;传输压缩后的媒体数据,并在实时传输协议包中增加包含预定标识的信息;根据包含预定标识的信息对压缩后的媒体数据进行解码。
2、 根据权利要求1所述的媒体数据处理方法,其特征在于所述传输压 缩后的媒体数据,并在实时传输协议包中增加包含预定标识的信息之后还包括以预定文件格式存储压缩后的包含预定标识信息的媒体数据。
3、 根据权利要求1或2所述的媒体数据处理方法,其特征在于所述预 定标识为解码插件的标识。
4、 根据权利要求3所述的媒体数据处理方法,其特征在于所述根据包 含预定标识的信息对压缩后的媒体数据进行解码包括根据所述预定标识提取出第 一标识和第二标识,根据所述第 一预定标识 和第二预定标识创建解码器,使用所述解码器对压缩后的媒体数据进行解码。
5、 根据权利要求4所述的媒体数据处理方法,其特征在于所述根据包 含预定标识的信息对压缩后的々某体数据进行解码之前还包括在注册表中设定的位置创建以预定标识为键值的项,并将第一标识和第 二标识的写入所述项中。
6、 一种媒体数据处理装置,其特征在于包括 压缩单元,用于对媒体数据进行压缩;传输单元,用于传输压缩后的媒体数据,并在实时传输协议包中增加包 含预定标识的信息;解码单元,用于根据包含预定标识的信息对压缩后的媒体数据进行解码。
7、 根据权利要求6所述的i某体数据处理装置,其特征在于还包括 存储单元,用于以预定文件格式存储压缩后的包含预定标识信息的媒体数据。
8、 根据权利要求6或7所述的媒体数据处理装置,其特征在于所述预定标识为解码插件的标识。
9、 根据权利要求8所述的媒体数据处理装置,其特征在于所述解码单 元包4舌提取模块,用于根据所述预定标识提取出第一标识和第二标识; 创建模块,用于根据所述第一预定标识和第二预定标识创建解码器; 解码模块,用于使用所述解码器对压缩后的媒体数据进行解码。
10、 根据权利要求9所述的媒体数据处理装置,其特征在于还包括 写入模块,用于在注册表中设定的位置创建以预定标识为键值的项,并将第一标识和第二标识的写入所述项中。
11、 一种媒体数据处理系统,包括服务器、平台设备和客户端,其特征 在于所述服务器包括压缩单元,用于对媒体数据进行压缩;传输单元,用于将压缩后的媒体数据发送至客户端,并在实时传输协议 包中增加包含预定标识的信息; 所述客户端包括解码单元,用于根据包含预定标识的信息对压缩后的媒体数据进行解码。
12、 根据权利要求11所述的媒体数据处理系统,其特征在于所述平台 设备还包括存储单元,用于以预定文件格式存储传输单元传输的媒体数据。
13、 根据权利要求11或12所述的媒体数据处理系统,其特征在于所述 预定标识为解码插件的标识。
14、 根据权利要求13所述的媒体数据处理系统,其特征在于所述解码 单元包括提取模块,用于根据所述预定标识提取出第一标识和第二标识; 创建模块,用于根据所述第一预定标识和第二预定标识创建解码器; 解码模块,用于使用所述解码器对压缩后的媒体数据进行解码。
全文摘要
本发明实施例涉及媒体数据处理方法、装置及系统,其中,媒体数据处理方法包括对媒体数据进行压缩;传输压缩后的媒体数据,并在实时传输协议包中增加包含预定标识的信息;根据包含预定标识的信息对压缩后的媒体数据进行解码;上述媒体数据处理方法、装置及系统,可以实现不同厂商视频服务器的媒体数据的互通,且对原有系统改动很小,实现非常方便。
文档编号H04L29/06GK101257500SQ20081010278
公开日2008年9月3日 申请日期2008年3月26日 优先权日2008年3月26日
发明者刘越男, 鹏 姜 申请人:中国网络通信集团公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1