本發(fā)明涉及通信領(lǐng)域，具體涉及一種媒體播放方法、終端及系統(tǒng)。
背景技術(shù)：
：：隨著移動互聯(lián)網(wǎng)的迅猛發(fā)展，可播放流媒體文件的設(shè)備越來越多，但是由于不同的設(shè)備支持的協(xié)議不同，導(dǎo)致某一設(shè)備只能播放自身支持的協(xié)議的流媒體文件，而不能直接去播放其他協(xié)議形式的流媒體。比如交互式網(wǎng)絡(luò)電視(InternetProtocolTelevision，簡稱為IPTV)發(fā)展到現(xiàn)在已經(jīng)比較成熟了，其主要支持：網(wǎng)絡(luò)組管理協(xié)議(InternetGroupManagementProtocol，簡稱為IGMP)、實時流傳輸協(xié)議(RealTimeStreamingProtocol，簡稱為RTSP)和實時傳輸協(xié)議(Real-timeTransportProtocol，簡稱為RTP)等協(xié)議；另外現(xiàn)在通用的視頻監(jiān)控、會議電視等視頻系統(tǒng)也是采用RTSP或RTP協(xié)議進(jìn)行碼流的實時傳輸，這些基于RTSP、RTP或IGMP協(xié)議的媒體數(shù)據(jù)都是以媒體流的形式進(jìn)行實時傳輸?shù)?。另外OTT(OverTheTop)技術(shù)的推廣以及各種OTT終端設(shè)備的出現(xiàn)，通過手機、平板電腦(portableandroiddevice，簡稱為PAD)、OTT機頂盒等視頻終端在線看視頻，成為越來越普遍的視頻觀看方式。OTT終端設(shè)備支持超文本實時流協(xié)議(HTTPLiveStreaming，簡稱為HLS)或超文本傳輸協(xié)議(HyperTextTransferProtocol，簡稱為HTTP)的媒體播放，無法直接接入現(xiàn)有的視頻網(wǎng)絡(luò)系統(tǒng)享受RTP、RTSP或IGMP協(xié)議的媒體觀看服務(wù)。如果改造現(xiàn)有的IPTV、視頻監(jiān)控等網(wǎng)絡(luò)，就需要額外添加與OTT終端匹配的內(nèi)容分發(fā)網(wǎng)絡(luò)(ContentDeliveryNetwork，簡稱為CDN)，架設(shè)OTTCDN系統(tǒng)，這種處理方式一方面提高了運營成本，另一方面發(fā)布時也需要提供RTSP/RTP和OTT的媒體數(shù)據(jù)文件分別發(fā)布到對應(yīng)的CDN系統(tǒng)中，發(fā)布時間也延長了。另外的，隨著科技的發(fā)展，當(dāng)CDN系統(tǒng)一側(cè)有多個OTT終端，或需要CND獲取的IPTV、視頻監(jiān)控等視頻網(wǎng)絡(luò)系統(tǒng)對應(yīng)的媒體文件的數(shù)據(jù)量增大時，CDN系統(tǒng)的處理會變得很復(fù) 雜，不利于格式的轉(zhuǎn)換，及實現(xiàn)格式轉(zhuǎn)換后的播放。即現(xiàn)有技術(shù)中，當(dāng)某一播放終端需要播放與播放終端支持的協(xié)議格式不匹配的媒體文件時，需要額外架設(shè)相應(yīng)的CDN系統(tǒng)，通過CDN系統(tǒng)將待播放的媒體文件的協(xié)議格式轉(zhuǎn)換為播放終端支持的協(xié)議格式，然后終端才去獲取轉(zhuǎn)換后的媒體文件實現(xiàn)播放；但是終端自身卻不能直接獲取與其自身支持的協(xié)議格式不匹配的媒體文件，直接在播放終端處理后實現(xiàn)播放。另外現(xiàn)有技術(shù)的處理方式中架設(shè)額外的CDN系統(tǒng)，一方面提高了運營成本，另一方面發(fā)布時也需要將待播放媒體的媒體數(shù)據(jù)文件分別發(fā)布到對應(yīng)的CDN系統(tǒng)中，延長了發(fā)布時間，使得用戶的體驗不佳。且隨著科技的發(fā)展，當(dāng)CDN系統(tǒng)一側(cè)有多個播放終端，或需要CND獲取的待播放媒體的媒體文件的數(shù)據(jù)量增大時，CDN系統(tǒng)的處理會變得很復(fù)雜，不利于待播放媒體的協(xié)議格式的轉(zhuǎn)換，及實現(xiàn)格式轉(zhuǎn)換后的播放。技術(shù)實現(xiàn)要素：本發(fā)明要解決的主要技術(shù)問題是，提供一種媒體播放方法、終端及系統(tǒng),解決現(xiàn)有技術(shù)中當(dāng)播放終端播放與播放終端支持的格式不匹配的媒體流形式的媒體時，需要額外架設(shè)相應(yīng)的CDN系統(tǒng)，而不能直接在播放終端處理后實現(xiàn)播放的問題。為解決上述技術(shù)問題，本發(fā)明提供一種媒體播放方法，包括：接收到媒體流形式的媒體的播放請求后，獲取媒體的媒體流數(shù)據(jù)；將媒體流數(shù)據(jù)轉(zhuǎn)換為預(yù)設(shè)格式的媒體數(shù)據(jù)文件，媒體數(shù)據(jù)文件不少于一個，同時生成與媒體數(shù)據(jù)文件相匹配的索引文件，所述索引文件用于播放媒體數(shù)據(jù)文件時對媒體數(shù)據(jù)文件進(jìn)行索引；根據(jù)索引文件的索引播放媒體數(shù)據(jù)文件。在本發(fā)明的一種實施例中，獲取媒體的媒體流數(shù)據(jù)，包括：根據(jù)播放請求得到媒體的標(biāo)志信息；根據(jù)標(biāo)志信息判斷媒體的協(xié)議格式，并根據(jù)判斷結(jié)果去獲取媒體流數(shù)據(jù)。在本發(fā)明的一種實施例中，根據(jù)判斷結(jié)果去獲取媒體流數(shù)據(jù)包括：若經(jīng)判斷媒體的協(xié)議格式為實施傳輸協(xié)議或?qū)嵤┝鱾鬏攨f(xié)議，則直接請求獲取媒體流 數(shù)據(jù)；若經(jīng)判斷媒體的協(xié)議格式為網(wǎng)絡(luò)組管理協(xié)議，則先請求加入組播組中，加入組播組成功后，再請求獲取媒體流數(shù)據(jù)。在本發(fā)明的一種實施例中，標(biāo)志信息包括統(tǒng)一資源定位符。在本發(fā)明的一種實施例中，媒體數(shù)據(jù)文件的預(yù)設(shè)格式包括以下格式中的任一種：超文本傳輸協(xié)議格式和超文本實時流協(xié)議格式；索引文件為m3u8索引文件。本發(fā)明還提供一種媒體播放終端，包括：處理模塊，所述處理模塊用于接收媒體流形式的媒體的播放請求；獲取模塊，所述獲取模塊用于根據(jù)所述處理模塊接收到的所述播放請求，獲取所述媒體的媒體流數(shù)據(jù)；協(xié)議轉(zhuǎn)換模塊，所述協(xié)議轉(zhuǎn)換模塊用于將所述獲取模塊獲取的所述媒體流數(shù)據(jù)轉(zhuǎn)換為預(yù)設(shè)格式的媒體數(shù)據(jù)文件，所述媒體數(shù)據(jù)文件不少于一個，同時生成與所述媒體數(shù)據(jù)文件相匹配的索引文件，所述索引文件用于播放所述媒體數(shù)據(jù)文件時對所述媒體數(shù)據(jù)文件進(jìn)行索引；播放模塊，所述播放模塊用于根據(jù)所述索引文件的索引播放所述媒體數(shù)據(jù)文件。在本發(fā)明的一種實施例中，獲取模塊包括處理子模塊、判斷子模塊和獲取子模塊，處理子模塊用于根據(jù)播放請求得到媒體的標(biāo)志信息；判斷子模塊用于根據(jù)標(biāo)志信息判斷媒體的媒體協(xié)議格式；獲取子模塊用于根據(jù)判斷結(jié)果去獲取媒體流數(shù)據(jù)。在本發(fā)明的一種實施例中，若經(jīng)判斷子模塊判斷媒體的協(xié)議格式為實施傳輸協(xié)議或?qū)嵤┝鱾鬏攨f(xié)議，則獲取子模塊直接請求獲取媒體流數(shù)據(jù)；若經(jīng)判斷子模塊判斷媒體的協(xié)議格式為網(wǎng)絡(luò)組管理協(xié)議，則所述獲取子模塊先請求加入組播組中，加入組播組成功后，再請求獲取所述媒體流數(shù)據(jù)。在本發(fā)明的一種實施例中，播放終端支持播放的媒體數(shù)據(jù)文件的預(yù)設(shè)格式包括以下格式中的任一種：超文本傳輸協(xié)議格式和超文本實時流協(xié)議格式；索引文件為m3u8索引文件。本發(fā)明還提供一種媒體播放系統(tǒng)，包括：上述的媒體播放終端、內(nèi)容分發(fā)網(wǎng)絡(luò)和媒體流形式的媒體，內(nèi)容分發(fā)網(wǎng)絡(luò)用于接收到媒體播放終端發(fā)送的播放 請求后，將媒體的媒體流數(shù)據(jù)發(fā)送給媒體播放終端。本發(fā)明的有益效果是：本發(fā)明通過在媒體播放終端獲取到媒體流形式的媒體的相應(yīng)的媒體流數(shù)據(jù)后，直接在播放終端將其轉(zhuǎn)換為播放終端支持的協(xié)議格式的媒體數(shù)據(jù)文件和索引文件，并通過索引文件播放媒體數(shù)據(jù)文件，實現(xiàn)媒體流數(shù)據(jù)的播放；通過這種方式，不需要改變現(xiàn)有的CDN服務(wù)器或額外架設(shè)CDN系統(tǒng)，就能實現(xiàn)在播放終端播放與播放終端自身支持的協(xié)議不同的協(xié)議格式的媒體，降低了運營成本，并且也無需額外發(fā)布播放終端支持的協(xié)議格式的媒體內(nèi)容到CDN，縮短了媒體內(nèi)容的發(fā)布時間，同時也提高了用戶的體驗。附圖說明圖1為本發(fā)明實施例一的媒體流形式的媒體的播放方法流程圖；圖2為本發(fā)明實施例二的媒體流形式的媒體的播放終端示意圖；圖3為本發(fā)明實施例二中的媒體流形式的媒體的播放終端的獲取模塊示意圖；圖4為本發(fā)明實施例二中的媒體流形式的媒體的播放系統(tǒng)示意圖；圖5為本發(fā)明實施例三的支持HLS協(xié)議的OTT終端播放IPTV支持的協(xié)議格式的媒體流形式的媒體的方法流程圖；圖6為本發(fā)明實施例四的支持HLS協(xié)議的OTT終端播放視頻監(jiān)控視頻或會議電視視頻支持的協(xié)議格式的媒體流形式的媒體的方法流程圖。具體實施方式下文中將參考附圖并結(jié)合實施例來詳細(xì)說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。為了使本
技術(shù)領(lǐng)域：
：的人員更好地理解本發(fā)明方案，下面將結(jié)合本發(fā)明實施 例中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分的實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都應(yīng)當(dāng)屬于本發(fā)明保護(hù)的范圍。在播放終端播放媒體數(shù)據(jù)時，對與播放終端支持協(xié)議格式匹配的媒體文件，在判斷確定了其文件格式后，直接去獲取對應(yīng)的媒體文件進(jìn)行播放，如播放終端支持HLS或HTTP協(xié)議，此時的媒體也是HLS或HTTP協(xié)議格式的，經(jīng)判斷播放終端與待播放媒體的協(xié)議格式是匹配的，則直接播放此媒體。本發(fā)明主要對播放終端播放與其自身支持的協(xié)議格式不匹配的協(xié)議格式的待播放媒體的情況進(jìn)行詳細(xì)的說明。下面通過具體實施方式結(jié)合附圖對本發(fā)明作進(jìn)一步詳細(xì)說明。實施例一：請參考圖1，媒體流形式的媒體的播放方法，包括：步驟S101：接收到媒體流形式的媒體的播放請求后，獲取所述媒體的媒體流數(shù)據(jù)；當(dāng)播放某一媒體流形式的媒體時，會相應(yīng)的產(chǎn)生播放此媒體的播放請求，接收到該播放請求后，通過該播放請求中的信息可以進(jìn)一步去獲取媒體的媒體流數(shù)據(jù)；獲取媒體的媒體流數(shù)據(jù)具體為接收前述轉(zhuǎn)發(fā)的播放請求，根據(jù)該播放請求得到媒體的標(biāo)志信息；根據(jù)標(biāo)志信息判斷媒體的協(xié)議格式，然后根據(jù)判斷結(jié)果去獲取媒體流數(shù)據(jù)。對于播放終端具體的，根據(jù)判斷結(jié)果去獲取媒體流數(shù)據(jù)具體包括若經(jīng)判斷媒體的協(xié)議格式為實施傳輸協(xié)議或?qū)嵤┝鱾鬏攨f(xié)議，則直接請求獲取媒體流數(shù)據(jù)；若經(jīng)判斷媒體的協(xié)議格式為網(wǎng)絡(luò)組管理協(xié)議，則先請求加入組播組中，加入組播組成功后，再請求獲取媒體流數(shù)據(jù)。上述播放請求中包含媒體的標(biāo)志信息，該標(biāo)志信息是用來判斷媒體的協(xié)議格式的，當(dāng)媒體的協(xié)議格式為實施傳輸協(xié)議、實施流傳輸協(xié)議和網(wǎng)絡(luò)組管理協(xié)議中的任意一種時，該標(biāo)志信息具體可以是統(tǒng)一資源定位符(UniformResourceLocator，URL),應(yīng)當(dāng)理解的是，該標(biāo)志信息也可以是其他可以標(biāo)示媒體文件協(xié)議格式的任何信息。步驟S102：將所述媒體流數(shù)據(jù)轉(zhuǎn)換為預(yù)設(shè)格式的媒體數(shù)據(jù)文件，所述媒體數(shù)據(jù)文件不少于一個，同時生成與所述媒體數(shù)據(jù)文件相匹配的索引文件，所述索引文件用于播放所述媒體數(shù)據(jù)文件時對所述媒體數(shù)據(jù)文件進(jìn)行索引；具體的，將媒體數(shù)據(jù)流轉(zhuǎn)換為預(yù)設(shè)格式的媒體數(shù)據(jù)時，是將媒體流數(shù)據(jù)分段式進(jìn)行轉(zhuǎn)換和緩存的，在轉(zhuǎn)換和緩存時，若該媒體數(shù)據(jù)流很小，則可將其只緩存為一個媒體數(shù)據(jù)文件，然后根據(jù)生成的索引文件播放此媒體數(shù)據(jù)文件；通常情況下，媒體數(shù)據(jù)流都不會很小，所以每隔一定的時間對其分段式進(jìn)行轉(zhuǎn)換和緩存，或者按照預(yù)設(shè)的數(shù)據(jù)包的大小將其分段式進(jìn)行轉(zhuǎn)換和緩存，之后通過生成的索引文件將分段式轉(zhuǎn)換和緩存的媒體數(shù)據(jù)文件按照一定的時間順序進(jìn)行播放，索引文件還用于對媒體數(shù)據(jù)文件進(jìn)行其他基本處理。進(jìn)一步的，媒體數(shù)據(jù)文件的預(yù)設(shè)格式包括以下格式中的任一種：超文本傳輸協(xié)議格式和超文本實時流協(xié)議格式；當(dāng)其格式為上述格式中的任一種時，相應(yīng)的索引文件為m3u8索引文件。通過這種方式，就能直接在播放終端接收到媒體流形式的媒體對應(yīng)的媒體流數(shù)據(jù)后，將其轉(zhuǎn)換為終端支持的協(xié)議格式的文件，實現(xiàn)播放。步驟S103：根據(jù)所述索引文件的索引播放所述媒體數(shù)據(jù)文件。具體的，播放媒體數(shù)據(jù)文件時，根據(jù)索引文件按一定的規(guī)則整理媒體數(shù)據(jù)文件，將其按照一定的時序播放，應(yīng)當(dāng)理解的是，索引文件對媒體數(shù)據(jù)進(jìn)行的處理不僅僅包括對其按照一定的時序排列，也包括其他一些處理。當(dāng)媒體數(shù)據(jù) 文件的預(yù)設(shè)格式為超文本傳輸協(xié)議或超文本實時流協(xié)議時，具體的根據(jù)m3u8索引文件實現(xiàn)媒體數(shù)據(jù)文件的播放。本實施例提供的媒體播放方法，通過在媒體播放終端獲取到媒體流形式的媒體的相應(yīng)的媒體流數(shù)據(jù)后，將其轉(zhuǎn)換為播放終端支持的協(xié)議格式的媒體數(shù)據(jù)文件和索引文件，并通過索引文件播放媒體數(shù)據(jù)文件，實現(xiàn)媒體流數(shù)據(jù)的播放；通過這種方式，不需要改變現(xiàn)有的CDN服務(wù)器或額外架設(shè)CDN系統(tǒng)，降低了運營成本，并且也無需額外發(fā)布播放終端支持的協(xié)議格式的媒體內(nèi)容到CDN，縮短了媒體內(nèi)容的發(fā)布時間。實施例二：請參考圖2，媒體流形式的媒體的播放終端20，包括：處理模塊201、獲取模塊202、協(xié)議轉(zhuǎn)換模塊203和播放模塊204。處理模塊201用于接收媒體流形式的媒體的播放請求；具體的當(dāng)播放某一媒體流形式的媒體時，處理模塊201會接收到播放此媒體的播放請求，接收到該播放請求后，接下來處理模塊201將此播放請求轉(zhuǎn)發(fā)給獲取模塊202，進(jìn)一步去獲取媒體的媒體流數(shù)據(jù)，該播放請求中包括媒體的一些標(biāo)志信息。獲取模塊202用于根據(jù)處理模塊201轉(zhuǎn)發(fā)的播放請求，獲取媒體的媒體流數(shù)據(jù)；具體為獲取模塊202接收到處理模塊201轉(zhuǎn)發(fā)的媒體流形式的媒體的播放請求后，根據(jù)該播放請求去獲取媒體的媒體流數(shù)據(jù)。請參見圖3，獲取模塊202還包括處理子模塊2021、判斷子模塊2022和獲取子模塊2023，處理子模塊2021用于根據(jù)播放請求得到媒體的標(biāo)志信息，判斷子模塊2022用于根據(jù)標(biāo)志信息判斷媒體的媒體協(xié)議格式，獲取子模塊2023用于根據(jù)判斷結(jié)果去獲取媒體流數(shù)據(jù)。進(jìn)一步的，根據(jù)處理模塊201轉(zhuǎn)發(fā)的播放請求，獲取媒體的媒體流數(shù)據(jù)具體為處理子模塊2021根據(jù)該播放請求得到媒體的標(biāo)志信息，然后通知判斷子 模塊2022根據(jù)標(biāo)志信息去判斷媒體的媒體協(xié)議格式，得到判斷結(jié)果后，通知獲取子模塊2023根據(jù)判斷結(jié)果去獲取媒體流數(shù)據(jù)。更進(jìn)一步的，獲取子模塊2023根據(jù)判斷結(jié)果去獲取媒體流數(shù)據(jù)具體為：若經(jīng)判斷媒體的協(xié)議格式為實施傳輸協(xié)議或?qū)嵤┝鱾鬏攨f(xié)議，則直接請求獲取媒體流數(shù)據(jù)；若經(jīng)判斷媒體的協(xié)議格式為網(wǎng)絡(luò)組管理協(xié)議，則先請求加入組播組中，加入組播組成功后，再請求獲取媒體流數(shù)據(jù)。上述播放請求中包含媒體的標(biāo)志信息，該標(biāo)志信息是用來判斷媒體的協(xié)議格式的，當(dāng)媒體的協(xié)議格式為實施傳輸協(xié)議、實施流傳輸協(xié)議和網(wǎng)絡(luò)組管理協(xié)議中的任意一種時，該標(biāo)志信息具體可以是URL,應(yīng)當(dāng)理解的是，該標(biāo)志信息也可以是其他可以標(biāo)示媒體文件協(xié)議格式的任何信息。協(xié)議轉(zhuǎn)換模塊203將媒體流數(shù)據(jù)轉(zhuǎn)換為預(yù)設(shè)格式的媒體數(shù)據(jù)文件，該媒體數(shù)據(jù)文件不少于一個，同時生成與媒體數(shù)據(jù)文件相匹配的索引文件，索引文件用于播放所述媒體數(shù)據(jù)文件時的索引。具體的，將媒體數(shù)據(jù)流轉(zhuǎn)換為預(yù)設(shè)格式的媒體數(shù)據(jù)時，是將媒體流數(shù)據(jù)分段式進(jìn)行轉(zhuǎn)換和緩存的，在轉(zhuǎn)換和緩存時，若該媒體數(shù)據(jù)流很小，則可將其只緩存為一個媒體數(shù)據(jù)文件，然后根據(jù)生成的索引文件播放此媒體數(shù)據(jù)文件；通常情況下，媒體數(shù)據(jù)流都不會很小，所以每隔一定的時間對其分段式進(jìn)行轉(zhuǎn)換和緩存，或者按照預(yù)設(shè)的數(shù)據(jù)包的大小將其分段式進(jìn)行轉(zhuǎn)換和緩存，之后通過生成的索引文件將分段式轉(zhuǎn)換和緩存的媒體數(shù)據(jù)文件按照一定的時間順序進(jìn)行播放。進(jìn)一步的，媒體數(shù)據(jù)文件的預(yù)設(shè)格式包括以下格式中的任一種：超文本傳輸協(xié)議格式和超文本實時流協(xié)議格式；當(dāng)其格式為上述格式中的任一種時，相應(yīng)的索引文件為m3u8索引文件。具體的，該協(xié)議轉(zhuǎn)換模塊203為軟件開發(fā)工具包或軟件程序。通過這種方式，就能直接在播放終端接收到媒體流形式的媒體的對應(yīng)的媒體流數(shù)據(jù)后，將其轉(zhuǎn)換為終端 支持的協(xié)議格式的文件，實現(xiàn)播放。播放模塊204用于根據(jù)索引文件的索引播放媒體數(shù)據(jù)文件。具體的，播放媒體數(shù)據(jù)文件時，根據(jù)索引文件按一定的規(guī)則整理媒體數(shù)據(jù)文件，將其按照一定的時序播放，應(yīng)當(dāng)理解的是，索引文件對媒體數(shù)據(jù)進(jìn)行的處理不僅僅包括對其按照一定的時序排列，也包括其他一些處理。當(dāng)媒體數(shù)據(jù)文件的預(yù)設(shè)格式為超文本傳輸協(xié)議或超文本實時流協(xié)議時，具體的根據(jù)m3u8索引文件實現(xiàn)媒體數(shù)據(jù)文件的播放。本實施例提供的媒體播放終端，通過在播放終端加載一個協(xié)議轉(zhuǎn)換模塊，在媒體播放終端獲取到媒體流形式的媒體的相應(yīng)的媒體流數(shù)據(jù)后，通過協(xié)議轉(zhuǎn)換模塊將其轉(zhuǎn)換為上述播放終端支持的協(xié)議格式的媒體數(shù)據(jù)文件和索引文件，并通過索引文件播放媒體數(shù)據(jù)文件，實現(xiàn)媒體流數(shù)據(jù)的播放；這種方式下，通過直接對終端改變，不需要改變現(xiàn)有的CDN服務(wù)器或額外架設(shè)CDN系統(tǒng)，降低了運營成本，并且也無需額外發(fā)布播放終端支持的協(xié)議格式的媒體內(nèi)容到CDN，縮短了媒體內(nèi)容的發(fā)布時間。本實施例還提供一種媒體播放系統(tǒng)，請參見圖4，具體包括：前述媒體播放終端20、內(nèi)容分發(fā)網(wǎng)絡(luò)21和媒體流形式的媒體23，CDN21用于接收播放終端20發(fā)送來的播放請求，將符合條件的媒體23的媒體流數(shù)據(jù)發(fā)送給播放終端20。具體的，當(dāng)播放終端20播放某一媒體流形式的媒體時，會接收到播放此媒體的播放請求，接下來轉(zhuǎn)發(fā)此播放請求，進(jìn)一步請求CDN21獲取媒體的媒體流數(shù)據(jù)。CDN21接收到播放終端20的請求時，從媒體23處獲得所需要的媒體流數(shù)據(jù)，然后將此媒體流數(shù)據(jù)發(fā)送給播放終端20。這種方式下，不需要改變現(xiàn)有的CDN服務(wù)器或額外架設(shè)CDN系統(tǒng)，降低了運營成本，并且也無需額外發(fā)布播放終端支持的協(xié)議格式的媒體內(nèi)容到CDN，縮短了媒體內(nèi)容的發(fā)布時間。實施例三：在實施例一和實施例二的基礎(chǔ)上，本實施例結(jié)合具體的情況闡述媒體流形式的媒體的播放方法。當(dāng)播放終端為支持HLS協(xié)議的OTT終端，需要播放的媒體流形式的媒體為IPTV支持的協(xié)議格式的媒體，IPTV支持的協(xié)議格式包括RTP、PTSP或IGMP，該OTT終端播放IPTV媒體的具體過程請參見圖5，包括：步驟S501：播放終端的處理模塊接收到播放交互式網(wǎng)絡(luò)電視視頻的播放請求；具體的，當(dāng)播放某一媒體流形式的媒體時，接收到播放此媒體的播放請求，本實施例中接收到的是IPTV視頻的播放請求，接收到該播放請求后，接下來轉(zhuǎn)發(fā)播放請求，進(jìn)一步去獲取媒體的媒體流數(shù)據(jù)。步驟S502，處理模塊將此播放請求轉(zhuǎn)發(fā)給獲取模塊，通知獲取模塊要播放交互式網(wǎng)絡(luò)電視視頻；具體的，獲取模塊中的接收子模塊接收轉(zhuǎn)發(fā)來的播放請求，并得到媒體的標(biāo)志信息，然后通知判斷子模塊根據(jù)標(biāo)志信息去判斷媒體的協(xié)議格式，此時的標(biāo)志信息為URL。步驟S503，獲取模塊根據(jù)播放請求，判斷媒體的協(xié)議格式；若經(jīng)判斷此處的IPTV視頻媒體的協(xié)議格式為RTSP或RTP協(xié)議，即此時的URL是RTSP協(xié)議頭或RTP協(xié)議頭，則說明此時OTT終端播放的是IPTV的點播內(nèi)容，則跳轉(zhuǎn)到步驟S504，請求獲取媒體流數(shù)據(jù)；若經(jīng)判斷所述媒體的協(xié)議格式為IGMP協(xié)議，即此時OTT終端播放的是IPTV的組播內(nèi)容，則先跳轉(zhuǎn)到步驟S510，請求加入組播組中，且加入組播組成功后，再跳轉(zhuǎn)到步驟S504，請求獲取媒體流數(shù)據(jù)。步驟S504：請求獲取媒體流數(shù)據(jù)；具體的，OTT終端向IPTVCDN服務(wù)器發(fā)送請求，請求獲取媒體流數(shù)據(jù)。步驟S505：內(nèi)容分發(fā)網(wǎng)絡(luò)發(fā)送實時傳輸協(xié)議數(shù)據(jù)包的媒體流數(shù)據(jù)至播放終端；具體的，IPTVCDN服務(wù)器收到OTT終端的請求后，根據(jù)其需要獲取媒體流形式的媒體對應(yīng)的媒體流數(shù)據(jù)。步驟S506：獲取模塊接收內(nèi)容分發(fā)網(wǎng)絡(luò)返回的媒體流數(shù)據(jù)，并通知協(xié)議轉(zhuǎn)換模塊進(jìn)行轉(zhuǎn)換；步驟S507：協(xié)議轉(zhuǎn)換模塊將實時傳輸協(xié)議包封裝的媒體流數(shù)據(jù)轉(zhuǎn)換為超文本實時流協(xié)議或超文本傳輸協(xié)議的媒體數(shù)據(jù)，在轉(zhuǎn)換媒體流數(shù)據(jù)時，同時生成索引文件；步驟S508：協(xié)議轉(zhuǎn)換模塊將轉(zhuǎn)換后的超文本實時流協(xié)議或超文本傳輸協(xié)議的媒體數(shù)據(jù)和索引文件返回給播放模塊；步驟S509：播放模塊根據(jù)索引文件的索引播放轉(zhuǎn)換為超文本實時流協(xié)議或超文本傳輸協(xié)議的媒體數(shù)據(jù)文件；需要理解的是，此時的索引文件都為m3u8索引文件，此處的播放為超文本實時流協(xié)議或超文本傳輸協(xié)議格式的播放。步驟S510：請求加入組播組中，且加入組播組成功。具體的，加入組播組的方式為根據(jù)組播IP和端口，加入組播組。通過上述方式，在OTT終端中部署一個協(xié)議轉(zhuǎn)換模塊，就可以實現(xiàn)OTT終端播放IPTV媒體內(nèi)容播放的功能的技術(shù)方案，解決了現(xiàn)有的OTT終端在接入IPTV網(wǎng)絡(luò)時，需要額外架設(shè)OTTCDN系統(tǒng)的問題，節(jié)約了運營成本；并且也無需額外發(fā)布OTT終端支持的協(xié)議格式的媒體內(nèi)容到CDN，縮短了媒體內(nèi)容的發(fā)布 時間。實施例四：在實施例一和實施例二的基礎(chǔ)上，本實施例結(jié)合具體的情況闡述媒體流形式的媒體的播放方法。當(dāng)終端為支持HLS協(xié)議的OTT終端，需要播放的媒體流形式的媒體為視頻監(jiān)控視頻或會議電視視頻支持的協(xié)議格式的媒體，視頻監(jiān)控視頻或會議電視視頻支持的協(xié)議格式具體為RTP或PTSP，該OTT終端播放視頻監(jiān)控視頻或會議電視視頻媒體的具體過程請參見圖6，包括：步驟S601：播放終端的處理模塊接收到播放某個視頻監(jiān)控視頻或會議電視視頻的播放請求；具體的，當(dāng)播放某一媒體流形式的媒體時，接收到播放此媒體的播放請求，本實施例中接收到的是某個視頻監(jiān)控視頻或會議電視視頻的播放請求，接收到該播放請求后，接下來轉(zhuǎn)發(fā)播放請求，進(jìn)一步去獲取媒體的媒體流數(shù)據(jù)。步驟S602：處理模塊將此播放請求轉(zhuǎn)發(fā)給獲取模塊，通知獲取模塊要播放視頻監(jiān)控視頻或會議電視視頻；具體的，獲取模塊中的接收子模塊接收轉(zhuǎn)發(fā)來的播放請求，并得到媒體的標(biāo)志信息，然后通知判斷子模塊根據(jù)標(biāo)志信息去判斷媒體的協(xié)議格式，此時的標(biāo)志信息為URL。步驟S603：獲取模塊根據(jù)播放請求，判斷得知視頻監(jiān)控視頻或會議電視視頻的協(xié)議格式為實時流傳輸協(xié)議或?qū)嵤﹤鬏攨f(xié)議；具體的，此處的判斷結(jié)果為媒體的協(xié)議格式為RTSP或RTP協(xié)議，則直接跳轉(zhuǎn)到步驟S604，獲取相應(yīng)的媒體流數(shù)據(jù)。步驟S604：獲取模塊直接請求視頻監(jiān)控視頻或會議電視視頻的內(nèi)容分發(fā)網(wǎng) 絡(luò)獲取媒體流數(shù)據(jù)；具體的，OTT終端向視頻監(jiān)控視頻或會議電視視頻的CDN服務(wù)器發(fā)送請求，請求獲取媒體流數(shù)據(jù)。步驟S605：視頻監(jiān)控視頻或會議電視視頻的內(nèi)容分發(fā)網(wǎng)絡(luò)收到請求后，會返回封裝為實時流傳輸協(xié)議包的媒體流數(shù)據(jù)至播放終端；具體的，視頻監(jiān)控視頻或會議電視視頻的CDN服務(wù)器收到OTT終端的請求后，根據(jù)其需要獲取媒體流形式的媒體對應(yīng)的媒體流數(shù)據(jù)。步驟S606：獲取模塊接收監(jiān)控視頻或會議電視的內(nèi)容分發(fā)網(wǎng)絡(luò)返回的媒體流數(shù)據(jù)，并通知協(xié)議轉(zhuǎn)換模塊進(jìn)行轉(zhuǎn)換；步驟S607：協(xié)議轉(zhuǎn)換模塊將實時流傳輸協(xié)議包封裝的媒體數(shù)據(jù)轉(zhuǎn)換為超文本實時流協(xié)議或超文本傳輸協(xié)議的媒體數(shù)據(jù)，在轉(zhuǎn)換媒體數(shù)據(jù)時，同時生成索引文件；步驟S608：協(xié)議轉(zhuǎn)換模塊將轉(zhuǎn)換后的超文本實時流協(xié)議或超文本傳輸協(xié)議的媒體數(shù)據(jù)和索引文件返回給播放模塊；步驟S609：播放模塊根據(jù)索引文件的索引播放轉(zhuǎn)換為超文本實時流協(xié)議或超文本傳輸協(xié)議的媒體數(shù)據(jù)文件。需要理解的是，本實施例中的索引文件皆為m3u8索引文件，此處的播放為HLS或HTTP協(xié)議格式的播放。通過上述方式，在OTT終端中部署一個協(xié)議轉(zhuǎn)換模塊，就可以實現(xiàn)OTT終端播放IPTV媒體內(nèi)容播放的功能的技術(shù)方案，解決了現(xiàn)有的OTT終端在接入視頻監(jiān)控或會議電視網(wǎng)絡(luò)時，需要額外架設(shè)OTTCDN系統(tǒng)的問題，節(jié)約了運營成本；并且也無需額外發(fā)布OTT終端支持的協(xié)議格式的媒體內(nèi)容到CDN，縮短了媒體內(nèi)容的發(fā)布時間。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上內(nèi)容是結(jié)合具體的實施方式對本發(fā)明所作的進(jìn)一步詳細(xì)說明，不能認(rèn)定本發(fā)明的具體實施只局限于這些說明。對于本發(fā)明所屬
技術(shù)領(lǐng)域：
：的普通技術(shù)人員來說，在不脫離本發(fā)明構(gòu)思的前提下，還可以做出若干簡單推演或替換，都應(yīng)當(dāng)視為屬于本發(fā)明的保護(hù)范圍。當(dāng)前第1頁1 2 3 當(dāng)前第1頁1 2 3