音視頻的播放控制方法及裝置的制造方法
【技術領域】
[0001]本發(fā)明涉及音視頻播放技術,尤其涉及一種音視頻的播放控制方法及裝置。
【背景技術】
[0002]隨著各種智能設備的普及,智能電視也越來越多的出現(xiàn)在人們的生活中,使用智能電視,可以播放的音視頻類型也越來越多。
[0003]現(xiàn)有技術中,智能電視播放不同類型的音視頻都是采用分別定義的功能接口,由各種類型的音視頻對應的接口各自實現(xiàn)播放功能。這些實現(xiàn)播放功能接口所對應的參數(shù)或者條件都以播放控件的形式集成到軟件系統(tǒng)中,例如:實現(xiàn)數(shù)字視頻廣播(Digital VideoBroadcasting,簡稱DVB)的播放包括先鎖頻再啟動音視頻播放、然后進行認證中心(Certificate A u t h o r i t y,簡稱C A )解擾;實現(xiàn)互聯(lián)網(wǎng)協(xié)議正交幅度調制(InternetProtocol Quadrature Amplitude Modulat1n,簡稱IPQAM)資源的播放包括先進行信令交互、通知服務器發(fā)碼流、然后再鎖頻再啟動音視頻播放。
[0004]可見,采用現(xiàn)有技術進行音視頻播放,不同類型的音視頻都必須獨立完成播放功能,相應地就需要給每個類型的音視頻配備完成播放功能所需的播放控件的全套資源,而針對每個類型的音視頻所需的播放控件在很多時候是重復的,相應的就會增加智能電視越來越多的音視頻播放類型的開發(fā)難度,浪費較多的軟件系統(tǒng)資源。
【發(fā)明內容】
[0005]本發(fā)明提供一種音視頻的播放控制方法及裝置,用于解決現(xiàn)有技術中的音視頻播放功能浪費較多智能電視軟件系統(tǒng)資源的問題。
[0006]本發(fā)明第一方面提供一種音視頻的播放控制方法,包括:
[0007]解析待播放音視頻文件的類型碼,所述類型碼包括所述待播放音視頻文件播放過程中所需的至少一個播放控件的標識;
[0008]在播放控件庫中匹配所述類型碼標識的所述至少一個播放控件;
[0009]按照預設順序加載所述至少一個播放控件,實現(xiàn)所述待播放音視頻的播放。
[0010]本發(fā)明第二方面提供一種音視頻的播放控制裝置,包括:
[0011]解析模塊,用于解析待播放音視頻文件的類型碼,所述類型碼包括所述待播放音視頻文件播放過程中所需的至少一個播放控件的標識;
[0012]匹配模塊,用于在播放控件庫中匹配所述類型碼標識的所述至少一個播放控件;
[0013]播放模塊,用于按照預設順序加載所述至少一個播放控件,實現(xiàn)所述待播放音視頻的播放。
[0014]本發(fā)明提供的音視頻的播放控制方法及裝置中,解析待播放音視頻的類型碼,在播放控件庫中匹配上述類型碼標識的上述至少一個播放控件,按照預設順序加載上述至少一個播放控件,實現(xiàn)上述待播放音視頻的播放,實現(xiàn)了通過組合至少一個播放控件的方式來實現(xiàn)音視頻播放,這樣無需每個類型的音視頻都配備一套完整的播放功能,即不需要針對每種音視頻播放類型都開發(fā)一套獨立的播放控件的組合,節(jié)約了設備的軟件系統(tǒng)資源,且便于移植,當增加新的音視頻類型后,如果當前播放控件庫中的控件可以滿足需要,則只需要配置新的類型碼即可;如果當前播放控件庫中缺少某個播放控件,配置新的類型碼的同時再添加缺少的播放控件,就可以實現(xiàn)新類型的音視頻播放,大大的提高了智能設備音視頻播放的可擴展性。
【附圖說明】
[0015]為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案,下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖作一簡單地介紹,顯而易見地,下面描述中的附圖是本發(fā)明的一些實施例,對于本領域普通技術人員來講,在不付出創(chuàng)造性勞動性的前提下,還可以根據(jù)這些附圖獲得其他的附圖。
[0016]圖1為本發(fā)明提供的音視頻的播放控制方法實施例一的流程示意圖;
[0017]圖2為本發(fā)明提供的音視頻的播放控制裝置實施例一的結構示意圖;
[0018]圖3為本發(fā)明提供的音視頻的播放控制裝置實施例二的結構示意圖。
【具體實施方式】
[0019]本發(fā)明中的智能設備可以是智能電視、智能手機等智能設備,在此不作限制。
[0020]圖1為本發(fā)明提供的音視頻的播放控制方法實施例一的流程示意圖,該方法的執(zhí)行主體可以是上述智能設備,如圖1所示,該方法包括:
[0021]S101、解析待播放音視頻的類型碼,該類型碼包括上述待播放音視頻文件播放過程中所需的至少一個播放控件的標識。
[0022]其中,每個播放控件可以為音視頻文件播放功能的一個元素。
[0023]具體實現(xiàn)過程中,類型碼可以是一個字符串,這個字符串的每一位可以用來標識不同的播放控件,整個字符串就可以標識至少一個播放控件的組合。但不以此為限。
[0024]S102、在播放控件庫中匹配上述類型碼標識的上述至少一個播放控件。
[0025]再劃分好各種播放控件后,可以將這些播放控件都存儲在播放控件庫中,根據(jù)不同的類型碼從播放控件庫中匹配調用需要的播放控件。
[0026]不同類型的音視頻在播放過程中,有些元素是可以復用的,這樣通過將播放功能拆分成多個元素,使用的時候再自由組合。例如,DVB的播放包括先鎖頻再啟動音視頻播放、然后進行CA解擾,若采用本實施例的方法“先鎖頻再啟動音視頻播放”為一個播放控件,“CA解擾”為一個播放控件;IPQAM資源的播放包括先進行信令交互(例如:通知服務器發(fā)碼流)、然后再鎖頻再啟動音視頻播放,若采用本實施例的方法“信令交互”為一個播放控件,“先鎖頻再啟動音視頻播放”為一個播放控件??梢钥闯鲞@兩種類型的音視頻播放過程中“先鎖頻再啟動音視頻播放”這個播放控件就可以復用。
[0027]這樣,無需每個類型的音視頻都配備一套完整的功能,節(jié)約了資源,且便于移植。當增加新的音視頻類型后,如果當前播放控件庫中的控件可以滿足需要,則只需要配置新的類型碼即可;如果當前播放控件庫中缺少某個播放控件,配置新的類型碼的同時再添加缺少的播放控件,就可以實現(xiàn)新類型的音視頻播放。
[0028]S103、按照預設順序加載上述至少一個播放控件,實現(xiàn)上述待播放音視頻的播放。
[0029]例如DVB對應控件的加載順序為:“先鎖頻再啟動音視頻播放”—“CA解擾”,按照這個順序加載完成后就可以實現(xiàn)DVB的播放。
[0030]本實施例中,解析待播放音視頻的類型碼,在播放控件庫中匹配上述類型碼標識的上述至少一個播放控件,按照預設順序加載上述至少一個播放控件,實現(xiàn)上述待播放音視頻的播放,實現(xiàn)了通過組合至少一個播放控件的方式來實現(xiàn)音視頻播放,這樣無需每個類型的音視頻都配備一套完整的播放功能,即不需要針對每種音視頻播放類型都開發(fā)一套獨立的播放控件的組合,節(jié)約了設備的軟件系統(tǒng)資源,且便于移植,當增加新的音視頻類型后,如果當前播放控件庫中的控件可以滿足需要,則只需要配置新的類型碼即可;如果當前播放控件庫中缺少某個播放控件,配置新的類型碼的同時再添加缺少的播放控件,就可以實現(xiàn)新類型的音視頻播放,大大的提高了智能設備音視頻播放的可擴展性。
[0031]另外,在上述實施例的基礎上,本發(fā)明實施例中定義統(tǒng)一的接口,所有類型的音視頻都通過這個統(tǒng)一的接口傳輸類型碼以及待播放音視頻資源,這樣,標準化便于管理,也便于通過各播放控件組合來實現(xiàn)播放功能。無需再為每個類型的音視頻預設獨立的接口,以及獨立實現(xiàn)播放功能。
[0032]相應地,上述解析待播放音視頻的類型碼之前,還包括:通過統(tǒng)一播放接口接收上述待播放音視頻的類型碼。接收到類型碼之后再開始進行解析。
[0033]進一步地,上述至少一個播放控件中的每個播放控件屬于不同的控件類型。
[0034]具體地,播放控件庫中的播放控件會劃分為不同的控件類型,對于每個待播放音視頻來說,在所需的控件類型中會需要某個對應的播放控件。
[0035]舉例說明,控件類型可以包括:播放信令類控件、數(shù)據(jù)接收類控件、解碼器控制類控件以及未分類控件。未分類控件中包括不屬于其它三類播放控件的其它所有剩余控件。當然,具體的分類并不以此為限,可以根據(jù)實現(xiàn)需要具體劃分。
[0036]對于DVB來說,播放過程中需要解碼器控制類控件,更具體地,需要解碼器控制類控件中的“DVB播放控件”。“DVB播放控件”即可以表示“先鎖頻再啟動音視頻播放”。
[0037]每個控件類型下都包括至少一個播放控件,預先可以配置每個播放控件的標識,具體地:
[0038]I)A類型-播放信令類控件可以包括:基于傳輸控制協(xié)議(Transmiss1n ControlProtocol,簡稱TCP)的實時流傳輸協(xié)議(Real Time Streaming Protocol,簡稱RTSP)信令(標識為Al),基于用戶數(shù)據(jù)報協(xié)議(User Datagram Protocol,簡稱UDP)的RTSP信令(標識為A2),基于超文本傳輸協(xié)議(HyperText Transfer Protocol,簡稱HTTP)的信令(標識為A3),......,An;
[0039]2)B類型-數(shù)據(jù)接收類控件可以包括:基于實時傳輸協(xié)議(Real-time TransportProtocol,簡稱RTP)的數(shù)據(jù)接收(標識為BI),基于HTTP的數(shù)據(jù)接收(標識為B2),……,Bm;
[0040]3)C類型-解碼器控制類控件可以包括:互聯(lián)網(wǎng)協(xié)議(Internet Protocol,簡稱IP)播放控件(標識為Cl)、DVB播放控件(標識為C2),本地播放控件(標識為C3),……,Ch;
[0041 ] 4)D類型-未分類控件可以包括:CA解擾控件(標識為Dl),……,Dk。
[0042]相應地,按照上述分類,類型碼可以選用8位字符串,第1、2位標識播放信令類控件;第3、4位標識數(shù)據(jù)接收類控件;第5、6位標識解碼器控制類控件;第7、8位標識未分類控件。需要說明的是,如果不需要某類型的控件,則對應的字符位標識為“O”。但并不以此為限,可以根據(jù)具體地控件分類靈活調整。
[0043]舉例說明:基于IP模式的TCP的RTSP資源,其播放類型碼定義為A1B1C100。表示該資源的播放需要A、B、C三類播放控件,具體包括:基于TCP的RTSP信令、基于RTP