一种视频服务器数据源处理方法及url映射方法技术

技术编号:9768608 阅读:128 留言:0更新日期:2014-03-16 00:50
本发明专利技术是关于一种视频服务器数据源处理方法及url映射方法,所述的方法包括:获取数据源所提供的流媒体数据的类型信息;根据所述的流媒体数据的类型信息建立一第一虚基类,使所述的数据源继承所述的第一虚基类;为所述的第一虚基类提供统一的函数接口。本发明专利技术实施例提供的视频服务器数据源处理方法及url映射方法使用一种数据源的统一框架处理在视频服务器中遇到的各种数据源,便于对数据源进行统一的操作,使整个架构更清晰稳定,同时便于扩展,使数据源具备高度的可扩展性和可维护性的,简洁易用,同时将url与数据源一一对应的关系进行扩展,使一个数据源可以对应多个url。

【技术实现步骤摘要】

本专利技术是关于视频
,尤其是关于视频服务器
,具体来说是关于一种视频服务器数据源处理方法及Url映射方法。
技术介绍
在视频服务中,数据源主要用于提供相关的媒体数据以及媒体数据的相关属性信息。数据源是通过url (统一资源定位符,Uniform Resource Locator)进行标识的,即url为数据源的唯一标识符,当使用者需要请求某一数据源时是通过url进行匹配的。图1是现有技术提供的视频服务整体结构图,如图1所示,现有的视频服务器系统100包括:会话处理单元101、数据源单元102和媒体数据单元103,其中,数据源单元102从媒体数据单元103获取媒体数据,同时从获取到的媒体数据中解析出媒体数据的相关属性信息,为会话处理单元101提供媒体数据和媒体数据的相关属性信息。现有技术中,数据源的实现采用的方式主要是对不同的数据源以不同的C++类进行实现,每增加一个数据源就需要增加一个相应的数据源类和数据接收类。图2是现有技术提供的数据源模块类图,如图2所示,数据接收类包括:CRtpProxyReceiver、CPvtFiIeReceiver> CPvtDecoderReceiver> CPvtNetReceiver 和 COtherDataReceiver,相对应的数据源类包括:CRtpProxySrc、CPvtFiIeSrc、CPvtDecoderSrc、CPvtNetSrc 和COtherDataSrc,为方便描述,这里统一将数据接收类称为CXxxReceiver,将数据源类称为CXxxSrcο由CXxxReceiver类接收媒体数据并进行解析处理,解析出媒体数据的相关属性信息,然后由CXxxSrc向CSvrSession会话处理类提供其所需的媒体数据的相关属性信息。在现有技术中,每一个数据源都是由CXxxReceiver类接收处理媒体数据,然后由CXxxSrc类提供CSvrSession会话处理类所需的媒体数据的相关属性信息。对于数据源所提供的媒体数据类型相同的情况下,由于很多处理逻辑是相同的,因此会出现很多冗余代码,并且当某一数据源类的处理逻辑发生变化时,其他数据源类中的处理逻辑也需做相应的变化,从而导致代码的变动牵一发而动全身。在现有技术中,每一个数据源都是由CXxxSrc类提供CSvrSession会话处理类所需的媒体的相关属性信息。由于会话处理类所操作的是不同的CXxxSrc类,因此会话处理类需要区分不同的数据源而进行不同的处理,从而导致对数据源的管理和操作会变得复杂很多,而且一旦需要增加一个数据源时,会话处理类对于数据源的管理的操作又需要做相应的变动,也就是说数据源的可扩展性低。现有技术中,数据源与url是一一对应的,即一个url对应一个数据源,当使用者需要请求某一数据源时需要通过指定的url进行匹配。由于数据源与url是一一对应的,体现给使用者的也是一个固定的url,因此使用者无法使用定制的url去匹配相应的数据源。
技术实现思路
为克服现有技术中存在的冗余代码过多,以及数据源可扩展性和可维护性低的问题,本专利技术提供。本专利技术提供一种视频服务器数据源处理方法,所述的方法包括:获取数据源所提供的流媒体数据的类型信息;根据所述的流媒体数据的类型信息建立一第一虚基类,使所述的数据源继承所述的第一虚基类;为所述的第一虚基类提供统一的函数接口。本专利技术还提供一种url的映射方法,所述的方法包括:建立请求url和真实url的映射关系;接收使用者的请求,获取请求url ;根据所述的请求url,得到与所述的请求url相对应的真实url ;根据所述的真实url获取数据源。本专利技术实施例提供的视频服务器数据源处理方法及url映射方法使用一种数据源的统一框架处理在视频服务器中遇到的各种数据源,便于对数据源进行统一的操作,使整个架构更清晰稳定,同时便于扩展,使数据源具备高度的可扩展性和可维护性的,简洁易用,同时将url与数据源一一对应的关系进行扩展,使一个数据源可以对应多个url。【附图说明】此处所说明的附图用来提供对本专利技术的进一步理解,构成本申请的一部分,并不构成对本专利技术的限定。在附图中:图1是现有技术提供的视频服务整体结构图。图2是现有技术提供的数据源模块类图。图3是本专利技术实施例提供的一种视频服务器数据源处理方法流程图。图4是本专利技术实施例提供的数据源模块类图。图5是本专利技术实施例提供的一种视频服务器数据源处理方法流程图。图6是本专利技术实施例提供的私有数据接收类图。图7是本专利技术实施例提供的一种url的映射方法流程图。图8所示为请求url与真实url的映射关系图。【具体实施方式】为使本专利技术的目的、技术方案和优点更加清楚明白,下面结合实施方式和附图,对本专利技术做进一步详细说明。在此,本专利技术的示意性实施方式及其说明用于解释本专利技术,但并不作为对本专利技术的限定。本专利技术实施例提供,以下结合附图对本专利技术进行详细说明。实施例一:图3是本专利技术实施例提供的一种视频服务器数据源处理方法流程图,如图3所示,视频服务器数据源处理方法包括:S301,获取数据源所提供的流媒体数据的类型信息。在本专利技术实施例中,将各种数据源根据数据源所提供的媒体数据的类型进行分类,根据现有的需求主要分为以下几种数据源:标准Rtp(Real_time Transport Protocol,实时传输协议)网络数据源、私有格式网络数据源、私有格式编码数据源、私有格式文件数据源以及其它扩展数据源。其中,标准Rtp网络数据源所提供的媒体数据为Rtp数据包,因此将其归纳为Rtp转发数据源。私有格式网络数据源、私有格式编码数据源、私有格式文件数据源所提供的媒体数据为私有格式数据帧,因此将其归纳为私有格式数据源。S302,根据所述的流媒体数据的类型信息建立一第一虚基类,使所述的数据源继承所述的第一虚基类。在本专利技术实施例中,根据步骤S301获取的流媒体数据的类型信息,可以将流媒体数据源可分为以下三类=Rtp转发数据源,私有格式数据源和其它扩展数据源。Rtp转发数据源为使用者获取Rtp数据包并对数据进行解析,提取出媒体属性信息。最终将媒体属性信息提供给使用者,将Rtp数据包向使用者指定的网络地址进行网络发送。私有格式数据源为使用者获取私有格式数据帧并对数据进行解析,提取出媒体属性信息。最终将媒体属性信息提供给使用者,将数据帧拆分为Rtp数据包,并向使用者指定的网络地址进行网络发送。其他扩展数据源为使用者获取其他扩展数据并对其他扩展数据进行解析,提取出媒体信息。最终将媒体属性信息提供给使用者,将其他扩展数据拆分为Rtp数据包,并向使用者指定的网络地址进行网络发送。对使用者而言,Rtp转发数据源,私有格式数据源和其它扩展数据源,都是为使用者提供媒体属性信息,以及向指定的网络地址发送Rtp数据包。Rtp转发数据源,私有格式数据源和其它扩展数据源都是以C++函数接口的形式为使用者提供以上服务,使用者通过调用数据源对应的C++函数接口以获取媒体属性信息,向指定的网络地址发送Rtp数据包。使用者并不关心数据源类型,即使用者并不关心数据源是Rtp转发数据源,私有格式数据源还是其他扩展数据源。但是使用者如果不知道数据源类型就不知道该调用Rtp转发数据源本文档来自技高网
...

【技术保护点】
一种视频服务器数据源处理方法,其特征在于,所述的方法包括:获取数据源所提供的流媒体数据的类型信息;根据所述的流媒体数据的类型信息建立一第一虚基类,使所述的数据源继承所述的第一虚基类;为所述的第一虚基类提供统一的函数接口。

【技术特征摘要】
1.一种视频服务器数据源处理方法,其特征在于,所述的方法包括: 获取数据源所提供的流媒体数据的类型信息; 根据所述的流媒体数据的类型信息建立一第一虚基类,使所述的数据源继承所述的第一虚基类; 为所述的第一虚基类提供统一的函数接口。2.根据权利要求1所述的视频服务器数据源处理方法,其特征在于,所述的方法还包括: 增加新的数据源; 使所述的新的数据源继承所述的第一虚基类。3.根据权利要求1所述的视频服务器数据源处理方法,其特征在于,所述的数据源包括:标准Rtp网络数据源、私有格式网络数据源、私有格式编码数据源、私有格式文件数据源和其它扩展数据源。4.根据权利要求3所述的视频服务器数据源处理方法,其特征在于,所述的标准Rtp网络数据源提供的流媒体数据的类型信息为Rtp数据包。5.根据权利要求3所述的视频服务器数据源处理方法,其特征在...

【专利技术属性】
技术研发人员:叶志东何林强黄小进张兴明傅利泉朱江明吴军吴坚
申请(专利权)人:浙江大华技术股份有限公司
类型:发明
国别省市:

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1