的数据接收以及IP播放控件，且不需要D类型的控件。加载这3个控件就可以实现基于IP模式的TCP的RTSP资源的播放；
[0044]基于IPQAM模式的TCP的RTSP资源，其播放类型码定义为A100C200。表示该资源的播放需要A、C两类播放控件，具体包括:基于TCP的RTSP信令、以及DVB播放控件，且不需要B、D类型的控件。加载这2个控件就可以实现基于IPQAM模式的TCP的RTSP资源的播放；
[0045]DVB资源，其播放类型码定义为0000C2D1。表示该资源的播放需要C、D两类播放控件，具体包括:DVB播放控件、以及CA解扰控件，且不需要A、B类型的控件。加载这2个控件就可以实现DVB资源的播放。
[0046]当然，并不以上述示例为限。
[0047]可选地，上述预设顺序为上述至少一个播放控件分别所属控件类型的顺序。例如，按照上述示例的A、B、C、D分类，预设顺序即可配置为A—B—C—D。具体实现过程中，如果不需要某个类型的控件，依然按照预设顺序排列，跳过不存在的类型即可。以DVB资源为例，不需要A、B类型的控件，那就先加载C类型控件“DVB播放控件”，再加载D类型控件“CA解扰控件”。具体通过定义统一接口实现上述方法的过程可以由下述程序体现，但仅作示例，不以此为限:
[0048]Player_StartPlay (播放类型码，播放参数)
[0049]{
[0050]解析播放类型码，得到各控件类型:A = XXX，B = XXX，C = xxx，D = xxx ；
[0051 ] if(A==Al){
[0052]Al控件加载；
[0053]}.....else if (A= =An) {
[0054]An控件加载；；
[0055]}
[0056]if (B= =Bl) {
[0057]BI控件加载；
[0058]}.....
[0059]else if (B= =Bm) {
[0060]Bm控件加载；
[0061]}
[0062]if(C==Cl){
[0063]Cl控件加载；
[0064]}.....
[0065]else if(C==Ch){
[0066]Ch控件加载；
[0067]}
[0068]if(D==Dl){
[0069]Dl控件加载；
[0070]}.....
[0071]else if(D==Dk){
[0072]Dk控件加载；
[0073]}
[0074]}
[0075]需要说明的是，传输类型码的同时也可以传输待播放音视频的播放参数，这里播放参数可以包括待播放音视频的:系统端标识、播放时间点、接收端口、音视频类型等，在此不做限制，可以根据具体情况具体设定。
[0076]图2为本发明提供的音视频的播放控制装置实施例一的结构示意图，如图2所示，该装置包括:解析模块201、匹配模块202以及播放模块203，其中:
[0077]解析模块201，用于解析待播放音视频文件的类型码，所述类型码包括所述待播放音视频文件播放过程中所需的至少一个播放控件的标识，其中，每个所述播放控件为音视频文件播放功能的一个元素。
[0078]匹配模块202，用于在播放控件库中匹配所述类型码标识的所述至少一个播放控件。
[0079]播放模块203，用于按照预设顺序加载所述至少一个播放控件，实现所述待播放音视频的播放。
[0080]本实施例中，解析待播放音视频的类型码，在播放控件库中匹配上述类型码标识的上述至少一个播放控件，按照预设顺序加载上述至少一个播放控件，实现上述待播放音视频的播放，实现了通过组合至少一个播放控件的方式来实现音视频播放，这样无需每个类型的音视频都配备一套完整的播放功能，即不需要针对每种音视频播放类型都开发一套独立的播放控件的组合，节约了设备的软件系统资源，且便于移植，当增加新的音视频类型后，如果当前播放控件库中的控件可以满足需要，则只需要配置新的类型码即可;如果当前播放控件库中缺少某个播放控件，配置新的类型码的同时再添加缺少的播放控件，就可以实现新类型的音视频播放，大大的提高了智能设备音视频播放的可扩展性。
[0081]可选地，所述至少一个播放控件中的每个所述播放控件属于不同的控件类型。
[0082]相应地，所述预设顺序为所述至少一个播放控件分别所属控件类型的顺序。
[0083]其中，上述控件类型可以包括:播放信令类控件、数据接收类控件、解码器控制类控件以及未分类控件。
[0084]图3为本发明提供的音视频的播放控制装置实施例二的结构示意图，如图3所示，在图2的基础上，该装置还可以包括:接收模块301，用于通过统一播放接口接收所述待播放音视频文件的类型码。
[0085]该装置用于执行前述方法实施例，其实现原理和技术效果类似，在此不再赘述。
[0086]本发明实施例还可以提供一种音视频的播放控制装置，包括存储器和处理器，存储器用于存储程序指令，处理器用于调用存储器中的程序指令执行前述方法实施例，其实现原理和技术效果与前述方法实施例类似，在此不再赘述。
[0087]在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0088]所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0089]另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
[0090]上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(英文:Read_0nly Memory，简称:ROM)、随机存取存储器(英文:Random Access Memory，简称:RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
[0091]最后应说明的是:以上各实施例仅用以说明本发明的技术方案，而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
【主权项】
1.一种音视频的播放控制方法，其特征在于，包括: 解析待播放音视频文件的类型码，所述类型码包括所述待播放音视频文件播放过程中所需的至少一个播放控件的标识； 在播放控件库中匹配所述类型码标识的所述至少一个播放控件； 按照预设顺序加载所述至少一个播放控件，实现所述待播放音视频的播放。2.根据权利要求1所述的方法，其特征在于，所述至少一个播放控件中的每个所述播放控件属于不同的控件类型。3.根据权利要求2所述的方法，其特征在于，所述预设顺序为所述至少一个播放控件分别所属控件类型的顺序。4.根据权利要求2或3所述的方法，其特征在于，所述控件类型包括:播放信令类控件、数据接收类控件、解码器控制类控件以及未分类控件。5.根据权利要求1所述的方法，其特征在于，所述解析待播放音视频文件的类型码之前，还包括: 通过统一播放接口接收所述待播放音视频文件的类型码。6.一种音视频的播放控制装置，其特征在于，包括: 解析模块，用于解析待播放音视频文件的类型码，所述类型码包括所述待播放音视频文件播放过程中所需的至少一个播放控件的标识； 匹配模块，用于在播放控件库中匹配所述类型码标识的所述至少一个播放控件； 播放模块，用于按照预设顺序加载所述至少一个播放控件，实现所述待播放音视频的播放。7.根据权利要求6所述的装置，其特征在于，所述至少一个播放控件中的每个所述播放控件属于不同的控件类型。8.根据权利要求7所述的装置，其特征在于，所述预设顺序为所述至少一个播放控件分别所属控件类型的顺序。9.根据权利要求6或7所述的装置，其特征在于，所述控件类型包括:播放信令类控件、数据接收类控件、解码器控制类控件以及未分类控件。10.根据权利要求6所述的装置，其特征在于，所述装置还包括: 接收模块，用于通过统一播放接口接收所述待播放音视频文件的类型码。
【专利摘要】本发明实施例提供一种音视频的播放控制方法及装置，该方法包括：解析待播放音视频的类型码，在播放控件库中匹配上述类型码标识的上述至少一个播放控件，按照预设顺序加载上述至少一个播放控件，实现上述待播放音视频的播放，实现了通过组合至少一个播放控件的方式来实现音视频播放，其中，每个播放控件为音视频文件播放功能的一个元素，这样无需每个类型的音视频都配备一套完整的功能，节约了设备的软件系统资源，且便于移植，同时大大的提高了智能设备音视频播放的可扩展性。
【IPC分类】H04N21/81, G06F9/445
【公开号】CN105611427
【申请号】CN201610087774
【发明人】张晓红
【申请人】青岛海信电器股份有限公司
【公开日】2016年5月25日
【申请日】2016年2月16日