音视频的播放控制方法及装置的制造方法

文档序号:9847328阅读:1077来源:国知局
音视频的播放控制方法及装置的制造方法
【技术领域】
[0001]本发明涉及音视频播放技术,尤其涉及一种音视频的播放控制方法及装置。
【背景技术】
[0002]随着各种智能设备的普及,智能电视也越来越多的出现在人们的生活中,使用智能电视,可以播放的音视频类型也越来越多。
[0003]现有技术中,智能电视播放不同类型的音视频都是采用分别定义的功能接口,由各种类型的音视频对应的接口各自实现播放功能。这些实现播放功能接口所对应的参数或者条件都以播放控件的形式集成到软件系统中,例如:实现数字视频广播(Digital VideoBroadcasting,简称DVB)的播放包括先锁频再启动音视频播放、然后进行认证中心(Certificate A u t h o r i t y,简称C A )解扰;实现互联网协议正交幅度调制(InternetProtocol Quadrature Amplitude Modulat1n,简称IPQAM)资源的播放包括先进行信令交互、通知服务器发码流、然后再锁频再启动音视频播放。
[0004]可见,采用现有技术进行音视频播放,不同类型的音视频都必须独立完成播放功能,相应地就需要给每个类型的音视频配备完成播放功能所需的播放控件的全套资源,而针对每个类型的音视频所需的播放控件在很多时候是重复的,相应的就会增加智能电视越来越多的音视频播放类型的开发难度,浪费较多的软件系统资源。

【发明内容】

[0005]本发明提供一种音视频的播放控制方法及装置,用于解决现有技术中的音视频播放功能浪费较多智能电视软件系统资源的问题。
[0006]本发明第一方面提供一种音视频的播放控制方法,包括:
[0007]解析待播放音视频文件的类型码,所述类型码包括所述待播放音视频文件播放过程中所需的至少一个播放控件的标识;
[0008]在播放控件库中匹配所述类型码标识的所述至少一个播放控件;
[0009]按照预设顺序加载所述至少一个播放控件,实现所述待播放音视频的播放。
[0010]本发明第二方面提供一种音视频的播放控制装置,包括:
[0011]解析模块,用于解析待播放音视频文件的类型码,所述类型码包括所述待播放音视频文件播放过程中所需的至少一个播放控件的标识;
[0012]匹配模块,用于在播放控件库中匹配所述类型码标识的所述至少一个播放控件;
[0013]播放模块,用于按照预设顺序加载所述至少一个播放控件,实现所述待播放音视频的播放。
[0014]本发明提供的音视频的播放控制方法及装置中,解析待播放音视频的类型码,在播放控件库中匹配上述类型码标识的上述至少一个播放控件,按照预设顺序加载上述至少一个播放控件,实现上述待播放音视频的播放,实现了通过组合至少一个播放控件的方式来实现音视频播放,这样无需每个类型的音视频都配备一套完整的播放功能,即不需要针对每种音视频播放类型都开发一套独立的播放控件的组合,节约了设备的软件系统资源,且便于移植,当增加新的音视频类型后,如果当前播放控件库中的控件可以满足需要,则只需要配置新的类型码即可;如果当前播放控件库中缺少某个播放控件,配置新的类型码的同时再添加缺少的播放控件,就可以实现新类型的音视频播放,大大的提高了智能设备音视频播放的可扩展性。
【附图说明】
[0015]为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
[0016]图1为本发明提供的音视频的播放控制方法实施例一的流程示意图;
[0017]图2为本发明提供的音视频的播放控制装置实施例一的结构示意图;
[0018]图3为本发明提供的音视频的播放控制装置实施例二的结构示意图。
【具体实施方式】
[0019]本发明中的智能设备可以是智能电视、智能手机等智能设备,在此不作限制。
[0020]图1为本发明提供的音视频的播放控制方法实施例一的流程示意图,该方法的执行主体可以是上述智能设备,如图1所示,该方法包括:
[0021]S101、解析待播放音视频的类型码,该类型码包括上述待播放音视频文件播放过程中所需的至少一个播放控件的标识。
[0022]其中,每个播放控件可以为音视频文件播放功能的一个元素。
[0023]具体实现过程中,类型码可以是一个字符串,这个字符串的每一位可以用来标识不同的播放控件,整个字符串就可以标识至少一个播放控件的组合。但不以此为限。
[0024]S102、在播放控件库中匹配上述类型码标识的上述至少一个播放控件。
[0025]再划分好各种播放控件后,可以将这些播放控件都存储在播放控件库中,根据不同的类型码从播放控件库中匹配调用需要的播放控件。
[0026]不同类型的音视频在播放过程中,有些元素是可以复用的,这样通过将播放功能拆分成多个元素,使用的时候再自由组合。例如,DVB的播放包括先锁频再启动音视频播放、然后进行CA解扰,若采用本实施例的方法“先锁频再启动音视频播放”为一个播放控件,“CA解扰”为一个播放控件;IPQAM资源的播放包括先进行信令交互(例如:通知服务器发码流)、然后再锁频再启动音视频播放,若采用本实施例的方法“信令交互”为一个播放控件,“先锁频再启动音视频播放”为一个播放控件。可以看出这两种类型的音视频播放过程中“先锁频再启动音视频播放”这个播放控件就可以复用。
[0027]这样,无需每个类型的音视频都配备一套完整的功能,节约了资源,且便于移植。当增加新的音视频类型后,如果当前播放控件库中的控件可以满足需要,则只需要配置新的类型码即可;如果当前播放控件库中缺少某个播放控件,配置新的类型码的同时再添加缺少的播放控件,就可以实现新类型的音视频播放。
[0028]S103、按照预设顺序加载上述至少一个播放控件,实现上述待播放音视频的播放。
[0029]例如DVB对应控件的加载顺序为:“先锁频再启动音视频播放”—“CA解扰”,按照这个顺序加载完成后就可以实现DVB的播放。
[0030]本实施例中,解析待播放音视频的类型码,在播放控件库中匹配上述类型码标识的上述至少一个播放控件,按照预设顺序加载上述至少一个播放控件,实现上述待播放音视频的播放,实现了通过组合至少一个播放控件的方式来实现音视频播放,这样无需每个类型的音视频都配备一套完整的播放功能,即不需要针对每种音视频播放类型都开发一套独立的播放控件的组合,节约了设备的软件系统资源,且便于移植,当增加新的音视频类型后,如果当前播放控件库中的控件可以满足需要,则只需要配置新的类型码即可;如果当前播放控件库中缺少某个播放控件,配置新的类型码的同时再添加缺少的播放控件,就可以实现新类型的音视频播放,大大的提高了智能设备音视频播放的可扩展性。
[0031]另外,在上述实施例的基础上,本发明实施例中定义统一的接口,所有类型的音视频都通过这个统一的接口传输类型码以及待播放音视频资源,这样,标准化便于管理,也便于通过各播放控件组合来实现播放功能。无需再为每个类型的音视频预设独立的接口,以及独立实现播放功能。
[0032]相应地,上述解析待播放音视频的类型码之前,还包括:通过统一播放接口接收上述待播放音视频的类型码。接收到类型码之后再开始进行解析。
[0033]进一步地,上述至少一个播放控件中的每个播放控件属于不同的控件类型。
[0034]具体地,播放控件库中的播放控件会划分为不同的控件类型,对于每个待播放音视频来说,在所需的控件类型中会需要某个对应的播放控件。
[0035]举例说明,控件类型可以包括:播放信令类控件、数据接收类控件、解码器控制类控件以及未分类控件。未分类控件中包括不属于其它三类播放控件的其它所有剩余控件。当然,具体的分类并不以此为限,可以根据实现需要具体划分。
[0036]对于DVB来说,播放过程中需要解码器控制类控件,更具体地,需要解码器控制类控件中的“DVB播放控件”。“DVB播放控件”即可以表示“先锁频再启动音视频播放”。
[0037]每个控件类型下都包括至少一个播放控件,预先可以配置每个播放控件的标识,具体地:
[0038]I)A类型-播放信令类控件可以包括:基于传输控制协议(Transmiss1n ControlProtocol,简称TCP)的实时流传输协议(Real Time Streaming Protocol,简称RTSP)信令(标识为Al),基于用户数据报协议(User Datagram Protocol,简称UDP)的RTSP信令(标识为A2),基于超文本传输协议(HyperText Transfer Protocol,简称HTTP)的信令(标识为A3),......,An;
[0039]2)B类型-数据接收类控件可以包括:基于实时传输协议(Real-time TransportProtocol,简称RTP)的数据接收(标识为BI),基于HTTP的数据接收(标识为B2),……,Bm;
[0040]3)C类型-解码器控制类控件可以包括:互联网协议(Internet Protocol,简称IP)播放控件(标识为Cl)、DVB播放控件(标识为C2),本地播放控件(标识为C3),……,Ch;
[0041 ] 4)D类型-未分类控件可以包括:CA解扰控件(标识为Dl),……,Dk。
[0042]相应地,按照上述分类,类型码可以选用8位字符串,第1、2位标识播放信令类控件;第3、4位标识数据接收类控件;第5、6位标识解码器控制类控件;第7、8位标识未分类控件。需要说明的是,如果不需要某类型的控件,则对应的字符位标识为“O”。但并不以此为限,可以根据具体地控件分类灵活调整。
[0043]举例说明:基于IP模式的TCP的RTSP资源,其播放类型码定义为A1B1C100。表示该资源的播放需要A、B、C三类播放控件,具体包括:基于TCP的RTSP信令、基于RTP
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1