一種網(wǎng)絡(luò)視頻播放方法及終端的制作方法
【專利摘要】本發(fā)明公開了一種網(wǎng)絡(luò)視頻播放方法及終端，其中，一種網(wǎng)絡(luò)視頻播放方法包括：監(jiān)聽第一類視頻客戶端向服務(wù)器端發(fā)送的數(shù)據(jù)請求消息，其中，所述第一類視頻客戶端為不支持?jǐn)?shù)字生活網(wǎng)絡(luò)聯(lián)盟DLNA協(xié)議的視頻客戶端；根據(jù)所述數(shù)據(jù)請求消息包含的所述服務(wù)器端的地址，截取所述服務(wù)器端向所述視頻客戶端發(fā)送的數(shù)據(jù)包；對截取的所述數(shù)據(jù)包進(jìn)行分析；若分析出所述數(shù)據(jù)包中包含視頻數(shù)據(jù)或者視頻特征碼，則將所述數(shù)據(jù)包推送到數(shù)字媒體渲染設(shè)備DMR進(jìn)行播放。本發(fā)明提供的技術(shù)方案能夠滿足用戶觀看更多網(wǎng)絡(luò)視頻的需求。
【專利說明】一種網(wǎng)絡(luò)視頻播放方法及終端
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及視頻【技術(shù)領(lǐng)域】，具體涉及一種網(wǎng)絡(luò)視頻播放方法及終端。
【背景技術(shù)】
[0002]OTT盒子是機(jī)頂盒的演進(jìn)，能夠提供OTT TV服務(wù)，OTT TV為“Over The Top TV”的縮寫，OTT TV服務(wù)是指基于開放互聯(lián)網(wǎng)的視頻服務(wù)，意指在網(wǎng)絡(luò)之上提供服務(wù)，強(qiáng)調(diào)服務(wù)與物理網(wǎng)絡(luò)的無關(guān)性。
[0003]隨著OTT盒子的大量推廣，OTT盒子視頻資源的豐富與否成為OTT盒子的核心競爭力。同時，限制于互聯(lián)網(wǎng)電視牌照的制約，OTT盒子的視頻資源可謂少之又少。除了 7個互聯(lián)網(wǎng)電視牌照商以外，其他的網(wǎng)絡(luò)視頻直接進(jìn)入OTT盒子不符合現(xiàn)行政策。如何使更多的網(wǎng)絡(luò)視頻可以在OTT盒子上呈現(xiàn)同時又不違反國家的相關(guān)法律與政策，讓用戶可以觀看更多的網(wǎng)絡(luò)視頻，這是一個急需解決的問題。
[0004]目前普遍采用的方案為:通過開發(fā)手機(jī)端的應(yīng)用，收集支持?jǐn)?shù)字生活網(wǎng)絡(luò)聯(lián)盟(DLNA, Digital Living Network Alliance)協(xié)議的第三方視頻軟件,使用第三方視頻軟件自帶的數(shù)字媒體控制器(DMC，Digital Media Controller)的功能，將視頻分享到OTT盒子進(jìn)行播放。
[0005]然而，目前支持DLNA協(xié)議的第三方視頻軟件太少，無法滿足用戶的需求。

【發(fā)明內(nèi)容】

[0006]本發(fā)明提供一種網(wǎng)絡(luò)視頻播放方法及終端，用于滿足用戶觀看更多網(wǎng)絡(luò)視頻的需求。
[0007]本發(fā)明第一方面提供一種網(wǎng)絡(luò)視頻播放方法，包括:
[0008]監(jiān)聽第一類視頻客戶端向服務(wù)器端發(fā)送的數(shù)據(jù)請求消息，其中，上述第一類視頻客戶端為不支持?jǐn)?shù)字生活網(wǎng)絡(luò)聯(lián)盟DLNA協(xié)議的視頻客戶端；
[0009]根據(jù)上述數(shù)據(jù)請求消息包含的上述服務(wù)器端的地址，截取上述服務(wù)器端向上述視頻客戶端發(fā)送的數(shù)據(jù)包；
[0010]對截取的上述數(shù)據(jù)包進(jìn)行分析；
[0011]若分析出上述數(shù)據(jù)包中包含視頻數(shù)據(jù)或者視頻特征碼，則將上述數(shù)據(jù)包推送到數(shù)字媒體渲染設(shè)備DMR進(jìn)行播放。
[0012]本發(fā)明第一方面提供一種終端，包括:
[0013]監(jiān)聽單元，用于監(jiān)聽第一類視頻客戶端向服務(wù)器端發(fā)送的數(shù)據(jù)請求消息，其中，上述第一類視頻客戶端為不支持?jǐn)?shù)字生活網(wǎng)絡(luò)聯(lián)盟DLNA協(xié)議的視頻客戶端；
[0014]截取單元，用于根據(jù)上述數(shù)據(jù)請求消息包含的上述服務(wù)器端的地址，截取來自上述服務(wù)器端的數(shù)據(jù)包；
[0015]分析單元，用于對上述截取單元截取的上述數(shù)據(jù)包進(jìn)行分析；
[0016]第一推送單元，用于當(dāng)上述分析單元分析出上述數(shù)據(jù)包中包含視頻數(shù)據(jù)或者視頻特征碼時，將上述數(shù)據(jù)包推送到數(shù)字媒體渲染設(shè)備DMR進(jìn)行播放。
[0017]從本發(fā)明上述技術(shù)方案可知，本發(fā)明監(jiān)聽第一類視頻客戶端向服務(wù)器端發(fā)送的數(shù)據(jù)請求消息，通過截取和分析該服務(wù)器端向該視頻客戶端發(fā)送的數(shù)據(jù)包，當(dāng)該數(shù)據(jù)包包含視頻數(shù)據(jù)或視頻特征碼時，將該數(shù)據(jù)包推送到數(shù)字媒體渲染設(shè)備(DMR，Digital MediaRenderer)進(jìn)行播放，由于不支持DLNA協(xié)議的第一類視頻客戶端的數(shù)量較多，因此，用戶可以通過第一類視頻客戶端請求更多的網(wǎng)絡(luò)視頻，實(shí)現(xiàn)在DMR上觀看更多的網(wǎng)絡(luò)視頻。
【專利附圖】

【附圖說明】
[0018]為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0019]圖1為本發(fā)明提供的一種網(wǎng)絡(luò)應(yīng)用場景結(jié)構(gòu)不意圖；
[0020]圖2為本發(fā)明提供的一種網(wǎng)絡(luò)視頻播放方法一個實(shí)施例流程示意圖；
[0021]圖3為本發(fā)明提供的一種網(wǎng)絡(luò)視頻播放方法另一個實(shí)施例流程示意圖；
[0022]圖4為本發(fā)明提供的一種終端一個實(shí)施例結(jié)構(gòu)示意圖；
[0023]圖5為本發(fā)明提供的一種終端一個實(shí)施例結(jié)構(gòu)示意圖。
【具體實(shí)施方式】
[0024]為使得本發(fā)明的發(fā)明目的、特征、優(yōu)點(diǎn)能夠更加的明顯和易懂，下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而非全部實(shí)施例。基于本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。
[0025]首先，對本發(fā)明實(shí)施例中的網(wǎng)絡(luò)視頻播放方法的場景進(jìn)行描述，如圖1所示，手機(jī)，平板電腦(即pad)、HDMI Dongle (即高清晰度多媒體接口(HDMI，High DefinitionMultimedia Interface)卡,也稱為智能電視棒)或者OTT盒子通過無線路由器連接到一個家庭內(nèi)部的Internet網(wǎng)絡(luò)內(nèi)。手機(jī)或者Pad通過無線路由器將視頻推送到連接電視的HDMIDongle或者OTT盒子，HDMI Dongle或者OTT盒子接收到來自無線路由器的視頻數(shù)據(jù)時進(jìn)行解碼，將視頻輸出到電視節(jié)目上，從而實(shí)現(xiàn)將手機(jī)上的視頻推送到電視機(jī)大屏幕上播放的效果與體驗(yàn)。
[0026]下面對本發(fā)明實(shí)施例中的網(wǎng)絡(luò)視頻播放方法進(jìn)行描述，請參閱圖2，本發(fā)明實(shí)施例中的網(wǎng)絡(luò)視頻播放方法，包括:
[0027]201、監(jiān)聽第一類視頻客戶端向服務(wù)器端發(fā)送的數(shù)據(jù)請求消息，其中，上述第一類視頻客戶端為不支持DLNA協(xié)議的視頻客戶端；
[0028]本發(fā)明實(shí)施例中，終端對終端上的所有視頻客戶端進(jìn)行分類,將不支持DLAN協(xié)議的視頻客戶端分作第一類視頻客戶端，將支持DLAN協(xié)議的視頻客端分作第二類視頻客戶端。
[0029]當(dāng)視頻客戶端播放視頻時，需要通過網(wǎng)絡(luò)層向前端的服務(wù)器端發(fā)送數(shù)據(jù)請求消息(如超文本轉(zhuǎn)移協(xié)議(HTTP,Hypertext transfer protocol)請求消息)請求視頻數(shù)據(jù)包。本發(fā)明實(shí)施例中，終端監(jiān)聽第一類視頻客戶端向服務(wù)器端發(fā)送的數(shù)據(jù)請求消息。
[0030]202、根據(jù)上述數(shù)據(jù)請求消息包含的上述服務(wù)器端的地址，截取上述服務(wù)器端向上述視頻客戶端發(fā)送的數(shù)據(jù)包；
[0031]在本發(fā)明實(shí)施例中，上述數(shù)據(jù)請求消息存在兩種可能形式:
[0032]一種是包含文件格式描述(如MP4，可變比特率的實(shí)時媒介(RMVB，RealMediaVariable Bitrate)等視頻格式)的數(shù)據(jù)請求消息,則終端通過分析上述數(shù)據(jù)請求消息即可該數(shù)據(jù)請求消息請求的數(shù)據(jù)類型。例如,假設(shè)終端監(jiān)聽到的數(shù)據(jù)請求消息中的請求地址為http://WWW.XXX.XXX.XXX:xx/./XXX.mp4,貝Ij終端通過分析該數(shù)據(jù)請求消息中的請求地址可以獲知該數(shù)據(jù)請求消息請求播放的是一個MP4格式的視頻文件。
[0033]另一種不包含文件格式描述的數(shù)據(jù)請求消息，這種數(shù)據(jù)請求消息通常是視頻客戶端請求對域名進(jìn)行了二次偽裝，此時，終端通過分析該數(shù)據(jù)請求消息無法獲知該數(shù)據(jù)請求消息所請求的數(shù)據(jù)類型，例如，假設(shè)終端監(jiān)聽到的數(shù)據(jù)請求消息中的請求地址為http://WWW.XXX.XXX.XXX:xx/./xxx.html,則終端通過分析該數(shù)據(jù)請求消息中的請求地址無法獲知該數(shù)據(jù)請求消息請求播放的是視頻數(shù)據(jù)還是其它類型的數(shù)據(jù)。
[0034]無論是上述哪種情況，當(dāng)終端在步驟201監(jiān)聽到第一類視頻客戶端向服務(wù)器端發(fā)送的數(shù)據(jù)請求消息時，終端通過對該數(shù)據(jù)請求消息進(jìn)行分析均能夠獲得服務(wù)器端的地址，進(jìn)一步，終端根據(jù)獲取到的服務(wù)器端的地址，截取上述服務(wù)器端向上述視頻客戶端發(fā)送的數(shù)據(jù)包。
[0035]203、對截取的上述數(shù)據(jù)包進(jìn)行分析；
[0036]204、若分析出上述數(shù)據(jù)包中包含視頻數(shù)據(jù)或者視頻特征碼，則將上述數(shù)據(jù)包推送到DMR進(jìn)行播放。
[0037]本發(fā)明實(shí)施例中，視頻特征碼用于表征一種視頻格式，例如，MP4文件格式的視頻特征碼為ftyp，若數(shù)據(jù)包中包含視頻特征碼，則表明該數(shù)據(jù)包中包含視頻數(shù)據(jù)。
[0038]當(dāng)終端分析出上述數(shù)據(jù)包中包含視頻數(shù)據(jù)或者視頻特征碼，則將上述數(shù)據(jù)包推送到DMR進(jìn)行播放，具體地，終端可以通過DMC將上述數(shù)據(jù)包推送到DMR進(jìn)行播放。
[0039]可選地，終端使用零拷貝技術(shù)對上述數(shù)據(jù)包進(jìn)行拷貝，生成虛擬媒體文件，將生成的虛擬媒體文件推送到DMR進(jìn)行播放。本發(fā)明實(shí)施例中，通過零拷貝技術(shù)，減少數(shù)據(jù)拷貝次數(shù)，簡化協(xié)議處理的層次，在應(yīng)用和網(wǎng)絡(luò)間提供更快的數(shù)據(jù)通路，可以有效地降低通信延遲，增加網(wǎng)絡(luò)吞吐率。
[0040]需要說明的是，本發(fā)明實(shí)施中的終端包括但不限于手機(jī)、平板電腦或其它智能終端，本發(fā)明實(shí)施例中的DMR包括但不限于:機(jī)頂盒、OTT盒子、電視棒等設(shè)備。
[0041]由上可見，本發(fā)明實(shí)施例中監(jiān)聽第一類視頻客戶端向服務(wù)器端發(fā)送的數(shù)據(jù)請求消息，通過截取和分析該服務(wù)器端向該視頻客戶端發(fā)送的數(shù)據(jù)包，當(dāng)該數(shù)據(jù)包包含視頻數(shù)據(jù)或視頻特征碼時，將該數(shù)據(jù)包推送到DMR進(jìn)行播放，由于不支持DLNA協(xié)議的第一類視頻客戶端的數(shù)量較多，因此，用戶可以通過第一類視頻客戶端請求更多的網(wǎng)絡(luò)視頻，實(shí)現(xiàn)在DMR上觀看更多的網(wǎng)絡(luò)視頻。
[0042]下面以另一實(shí)施例對本發(fā)明實(shí)施例中的網(wǎng)絡(luò)視頻播放方法進(jìn)行描述，請參閱圖3，本發(fā)明實(shí)施例中的網(wǎng)絡(luò)視頻播放方法，包括:[0043]301、終端搜集終端上所有視頻客戶端并進(jìn)行分類；
[0044]本發(fā)明實(shí)施中，終端搜集安裝于該終端上的所有視頻客戶端并進(jìn)行分類，將不支持DLAN協(xié)議的視頻客戶端分作第一類視頻客戶端，將支持DLAN協(xié)議的視頻客端分作第二類視頻客戶端。
[0045]302、當(dāng)觸發(fā)第一類視頻客戶端播放網(wǎng)絡(luò)視頻時，監(jiān)聽第一類視頻客戶端向服務(wù)器端發(fā)送的數(shù)據(jù)請求消息，其中，上述第一類視頻客戶端為不支持DLNA協(xié)議的視頻客戶端；
[0046]當(dāng)?shù)谝活愐曨l客戶端播放視頻時，需要通過網(wǎng)絡(luò)層向前端的服務(wù)器端發(fā)送數(shù)據(jù)請求消息(如超文本轉(zhuǎn)移協(xié)議(HTTP, Hypertext transfer protocol)請求消息)請求視頻數(shù)據(jù)包。本發(fā)明實(shí)施例中，終端監(jiān)聽第一類視頻客戶端向服務(wù)器端發(fā)送的數(shù)據(jù)請求消息。
[0047]303、根據(jù)上述數(shù)據(jù)請求消息包含的上述服務(wù)器端的地址，截取上述服務(wù)器端向上述視頻客戶端發(fā)送的數(shù)據(jù)包；
[0048]在本發(fā)明實(shí)施例中，上述數(shù)據(jù)請求消息存在兩種可能形式:
[0049]一種是包含文件格式描述(如MP4，可變比特率的實(shí)時媒介(RMVB，RealMediaVariable Bitrate)等視頻格式)的數(shù)據(jù)請求消息,則終端通過分析上述數(shù)據(jù)請求消息即可該數(shù)據(jù)請求消息請求的數(shù)據(jù)類型。例如,假設(shè)終端監(jiān)聽到的數(shù)據(jù)請求消息中的請求地址為http://WWW, xxx.xxx.xxx:xx/./xxx.mp4,貝Ij終端通過分析該數(shù)據(jù)請求消息中的請求地址可以獲知該數(shù)據(jù)請求消息請求播放的是一個MP4格式的視頻文件。
[0050]另一種不包含文件格式描述的數(shù)據(jù)請求消息，這種數(shù)據(jù)請求消息通常是視頻客戶端請求對域名進(jìn)行了二次偽裝，此時，終端通過分析該數(shù)據(jù)請求消息無法獲知該數(shù)據(jù)請求消息所請求的數(shù)據(jù)類型，例如，假設(shè)終端監(jiān)聽到的數(shù)據(jù)請求消息中的請求地址為http://WWW, xxx.xxx.xxx:xx/./xxx.html,則終端通過分析該數(shù)據(jù)請求消息中的請求地址無法獲知該數(shù)據(jù)請求消息請求播放的是視頻數(shù)據(jù)還是其它類型的數(shù)據(jù)。
[0051]無論是上述哪種情況，當(dāng)終端在步驟201監(jiān)聽到第一類視頻客戶端向服務(wù)器端發(fā)送的數(shù)據(jù)請求消息時，終端通過對該數(shù)據(jù)請求消息進(jìn)行分析均能夠獲得服務(wù)器端的地址，進(jìn)一步，終端根據(jù)獲取到的服務(wù)器端的地址，截取上述服務(wù)器端向上述視頻客戶端發(fā)送的數(shù)據(jù)包。
[0052]304、對截取的上述數(shù)據(jù)包進(jìn)行分析；
[0053]305、若分析出上述數(shù)據(jù)包中包含視頻數(shù)據(jù)或者視頻特征碼，則將上述數(shù)據(jù)包推送到DMR進(jìn)行播放。
[0054]本發(fā)明實(shí)施例中，視頻特征碼用于表征一種視頻格式，例如，MP4文件格式的視頻特征碼為ftyp，若數(shù)據(jù)包中包含視頻特征碼，則表明該數(shù)據(jù)包中包含視頻數(shù)據(jù)。
[0055]當(dāng)終端分析出上述數(shù)據(jù)包中包含視頻數(shù)據(jù)或者視頻特征碼，則將上述數(shù)據(jù)包推送到DMR進(jìn)行播放，具體地，終端可以通過DMC將上述數(shù)據(jù)包推送到DMR進(jìn)行播放。
[0056]可選地，終端使用零拷貝技術(shù)對上述數(shù)據(jù)包進(jìn)行拷貝，生成虛擬媒體文件，將生成的虛擬媒體文件推送到DMR進(jìn)行播放。本發(fā)明實(shí)施例中，通過零拷貝技術(shù)，減少數(shù)據(jù)拷貝次數(shù)，簡化協(xié)議處理的層次，在應(yīng)用和網(wǎng)絡(luò)間提供更快的數(shù)據(jù)通路，可以有效地降低通信延遲，增加網(wǎng)絡(luò)吞吐率。
[0057]306、當(dāng)觸發(fā)第二類視頻客戶端播放網(wǎng)絡(luò)視頻時，通過上述第二類視頻客戶端自帶的DMC將上述網(wǎng)絡(luò)視頻推送到DMR進(jìn)行播放。[0058]需要說明的是，本發(fā)明實(shí)施中的終端包括但不限于手機(jī)、平板電腦或其它智能終端，本發(fā)明實(shí)施例中的DMR包括但不限于:機(jī)頂盒、OTT盒子、電視棒等設(shè)備。
[0059]由上可見，本發(fā)明實(shí)施例中監(jiān)聽第一類視頻客戶端向服務(wù)器端發(fā)送的數(shù)據(jù)請求消息，通過截取和分析該服務(wù)器端向該視頻客戶端發(fā)送的數(shù)據(jù)包，當(dāng)該數(shù)據(jù)包包含視頻數(shù)據(jù)或視頻特征碼時，將該數(shù)據(jù)包推送到DMR進(jìn)行播放，由于不支持DLNA協(xié)議的第一類視頻客戶端的數(shù)量較多，因此，用戶可以通過第一類視頻客戶端請求更多的網(wǎng)絡(luò)視頻，實(shí)現(xiàn)在DMR上觀看更多的網(wǎng)絡(luò)視頻。
[0060]本發(fā)明實(shí)施例還提供一種終端，下面對本發(fā)明實(shí)施例中的終端進(jìn)行描述，請參閱圖4，本發(fā)明實(shí)施例中的終端400，包括:
[0061]監(jiān)聽單元401，用于監(jiān)聽第一類視頻客戶端向服務(wù)器端發(fā)送的數(shù)據(jù)請求消息，其中，上述第一類視頻客戶端為不支持DLNA協(xié)議的視頻客戶端；
[0062]截取單元402，用于根據(jù)上述數(shù)據(jù)請求消息包含的上述服務(wù)器端的地址，截取來自上述服務(wù)器端的數(shù)據(jù)包；
[0063]分析單元403，用于對截取單元402截取的上述數(shù)據(jù)包進(jìn)行分析；
[0064]第一推送單元404，用于當(dāng)分析單元403分析出上述數(shù)據(jù)包中包含視頻數(shù)據(jù)或者視頻特征碼時，將上述數(shù)據(jù)包推送到DMR進(jìn)行播放。
[0065]可選地，在圖4所示終端的基礎(chǔ)上，如圖5所示的終端500，第一推送單元404還包括:拷貝單元4041，用于使用零拷貝技術(shù)對上述數(shù)據(jù)包進(jìn)行拷貝，生成虛擬媒體文件，子推送單元4042，用于將拷貝單元4041生成的虛擬媒體文件推送到DMR進(jìn)行播放。
[0066]可選地，在圖4或圖5所示終端的基礎(chǔ)上，終端還包括:分類單元，用于將上述終端上不支持DLNA協(xié)議的視頻客戶端劃分為第一類視頻客戶端；將上述終端上支持DLNA協(xié)議的視頻客戶端劃分為第二類視頻客戶端。可選地，終端還包括:第二推送單元，用于當(dāng)觸發(fā)第二類視頻客戶端播網(wǎng)絡(luò)視頻時，通過上述第二類視頻客戶端自帶的DMC將上述網(wǎng)絡(luò)視頻推送到DMR進(jìn)行播放。
[0067]需要說明的是，本發(fā)明實(shí)施中的終端包括但不限于手機(jī)、平板電腦或其它智能終端，本發(fā)明實(shí)施例中的DMR包括但不限于:機(jī)頂盒、OTT盒子、電視棒等設(shè)備。
[0068]需要說明的是，本發(fā)明實(shí)施例中的終端可以用于實(shí)現(xiàn)上述方法實(shí)施例中的全部技術(shù)方案，其各個功能模塊的功能可以根據(jù)上述方法實(shí)施例中的方法具體實(shí)現(xiàn)，其具體實(shí)現(xiàn)過程可參照上述實(shí)施例中的相關(guān)描述，此處不再贅述。
[0069]由上可見，本發(fā)明實(shí)施例中的終端監(jiān)聽第一類視頻客戶端向服務(wù)器端發(fā)送的數(shù)據(jù)請求消息，通過截取和分析該服務(wù)器端向該視頻客戶端發(fā)送的數(shù)據(jù)包，當(dāng)該數(shù)據(jù)包包含視頻數(shù)據(jù)或視頻特征碼時，將該數(shù)據(jù)包推送到DMR進(jìn)行播放，由于不支持DLNA協(xié)議的第一類視頻客戶端的數(shù)量較多，因此，用戶可以通過第一類視頻客戶端請求更多的網(wǎng)絡(luò)視頻，實(shí)現(xiàn)在DMR上觀看更多的網(wǎng)絡(luò)視頻。
[0070]在本申請所提供的幾個實(shí)施例中，應(yīng)該理解到，所揭露的裝置和方法，可以通過其它的方式實(shí)現(xiàn)。例如，以上所描述的裝置實(shí)施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實(shí)際實(shí)現(xiàn)時可以有另外的劃分方式，例如多個單元或組件可以結(jié)合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點(diǎn)，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合或通信連接，可以是電性，機(jī)械或其它的形式。
[0071]所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實(shí)際的需要選擇其中的部分或者全部單元來實(shí)現(xiàn)本實(shí)施例方案的目的。
[0072]另外，在本發(fā)明各個實(shí)施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨(dú)物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實(shí)現(xiàn)，也可以采用軟件功能單元的形式實(shí)現(xiàn)。
[0073]所述集成的單元如果以軟件功能單元的形式實(shí)現(xiàn)并作為獨(dú)立的產(chǎn)品銷售或使用時，可以存儲在一個計(jì)算機(jī)可讀取存儲介質(zhì)中?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分或者該技術(shù)方案的全部或部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計(jì)算機(jī)軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計(jì)算機(jī)設(shè)備(可以是個人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實(shí)施例所述方法的全部或部分步驟。而前述的存儲介質(zhì)包括:U盤、移動硬盤、只讀存儲器(ROM，Read-OnlyMemory)、隨機(jī)存取存儲器(RAM, Random Access Memory)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。
[0074]需要說明的是，對于前述的各方法實(shí)施例，為了簡便描述，故將其都表述為一系列的動作組合，但是本領(lǐng)域技術(shù)人員應(yīng)該知悉，本發(fā)明并不受所描述的動作順序的限制，因?yàn)橐罁?jù)本發(fā)明，某些步驟可以采用其它順序或者同時進(jìn)行。其次，本領(lǐng)域技術(shù)人員也應(yīng)該知悉，說明書中所描述的實(shí)施例均屬于優(yōu)選實(shí)施例，所涉及的動作和模塊并不一定都是本發(fā)明所必須的。
[0075]在上述實(shí)施例中，對各個實(shí)施例的描述都各有側(cè)重，某個實(shí)施例中沒有詳述的部分，可以參見其它實(shí)施例的相關(guān)描述。
[0076]以上對本發(fā)明所提供的一種網(wǎng)絡(luò)視頻播放方法及終端，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明實(shí)施例的思想，在【具體實(shí)施方式】及應(yīng)用范圍上均會有改變之處，綜上，本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。
【權(quán)利要求】
1.一種網(wǎng)絡(luò)視頻播放方法，其特征在于，包括: 監(jiān)聽第一類視頻客戶端向服務(wù)器端發(fā)送的數(shù)據(jù)請求消息，其中，所述第一類視頻客戶端為不支持?jǐn)?shù)字生活網(wǎng)絡(luò)聯(lián)盟DLNA協(xié)議的視頻客戶端； 根據(jù)所述數(shù)據(jù)請求消息包含的所述服務(wù)器端的地址，截取所述服務(wù)器端向所述視頻客戶端發(fā)送的數(shù)據(jù)包； 對截取的所述數(shù)據(jù)包進(jìn)行分析； 若分析出所述數(shù)據(jù)包中包含視頻數(shù)據(jù)或者視頻特征碼，則將所述數(shù)據(jù)包推送到數(shù)字媒體渲染設(shè)備DMR進(jìn)行播放。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于， 所述將所述數(shù)據(jù)包推送到數(shù)字媒體渲染設(shè)備DMR進(jìn)行播放，包括: 使用零拷貝技術(shù)對所述數(shù)據(jù)包進(jìn)行拷貝，生成虛擬媒體文件； 將所述虛擬媒體文件推送到DMR進(jìn)行播放。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述網(wǎng)絡(luò)視頻播放方法應(yīng)用于終端，所述監(jiān)聽第一類視頻客戶端向服務(wù)器端發(fā)送的數(shù)據(jù)請求消息之前，包括: 將所述終端上不支持DLNA協(xié)議的視頻客戶端劃分為第一類視頻客戶端； 將所述終端上支持DLNA協(xié)議的視頻客戶端劃分為第二類視頻客戶端。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于， 所述方法還包括: 當(dāng)觸發(fā)所述第二類視頻客戶端播放網(wǎng)絡(luò)視頻時，通過所述第二類視頻客戶端自帶的數(shù)字媒體控制器DMC將所述網(wǎng)絡(luò)視頻推送到DMR進(jìn)行播放。
5.根據(jù)權(quán)利要求1或2所述的方法，其特征在于， 所述DMR具體為:機(jī)頂盒，或在網(wǎng)絡(luò)之上提供服務(wù)OTT盒子，或電視棒。
6.一種終端，其特征在于，包括: 監(jiān)聽單元，用于監(jiān)聽第一類視頻客戶端向服務(wù)器端發(fā)送的數(shù)據(jù)請求消息，其中，所述第一類視頻客戶端為不支持?jǐn)?shù)字生活網(wǎng)絡(luò)聯(lián)盟DLNA協(xié)議的視頻客戶端； 截取單元，用于根據(jù)所述數(shù)據(jù)請求消息包含的所述服務(wù)器端的地址，截取來自所述服務(wù)器端的數(shù)據(jù)包； 分析單元，用于對所述截取單元截取的所述數(shù)據(jù)包進(jìn)行分析； 第一推送單元，用于當(dāng)所述分析單元分析出所述數(shù)據(jù)包中包含視頻數(shù)據(jù)或者視頻特征碼時，將所述數(shù)據(jù)包推送到數(shù)字媒體渲染設(shè)備DMR進(jìn)行播放。
7.根據(jù)權(quán)利要求6所述的終端，其特征在于， 所述第一推送單元包括: 拷貝單元，用于使用零拷貝技術(shù)對所述數(shù)據(jù)包進(jìn)行拷貝，生成虛擬媒體文件； 子推送單元，用于將所述拷貝單元生成的虛擬媒體文件推送到DMR進(jìn)行播放。
8.根據(jù)權(quán)利要求6或7所述的終端，其特征在于， 所述終端還包括:分類單元，用于將所述終端上不支持DLNA協(xié)議的視頻客戶端劃分為第一類視頻客戶端；將所述終端上支持DLNA協(xié)議的視頻客戶端劃分為第二類視頻客戶端。
9.根據(jù)權(quán)利要求8所述的終端，其特征在于，所述終端還包括: 第二推送單元，用于當(dāng)觸發(fā)第二類視頻客戶端播網(wǎng)絡(luò)視頻時，通過所述第二類視頻客戶端自帶的數(shù)字媒體控制器DMC將所述網(wǎng)絡(luò)視頻推送到DMR進(jìn)行播放。
10.根據(jù)權(quán)利要求6或7所述的終端，其特征在于， 所述DMR具體為:機(jī)頂盒 ，或在網(wǎng)絡(luò)之上提供服務(wù)OTT盒子，或電視棒。
【文檔編號】H04N21/643GK103888850SQ201410117656
【公開日】2014年6月25日 申請日期:2014年3月26日 優(yōu)先權(quán)日:2014年3月26日
【發(fā)明者】汪明華, 張擁軍 申請人:深圳市九洲電器有限公司