基于m3u8的流媒體文件直播方法及系統(tǒng)的制作方法
【專利摘要】本發(fā)明提供一種基于m3u8的流媒體文件直播的方法和系統(tǒng)。通過修改用戶直播請(qǐng)求返回的索引文件m3u8，在其中加入由調(diào)度分配的動(dòng)態(tài)的回源路徑，依據(jù)回源路徑進(jìn)行媒體分片文件ts的回源，與現(xiàn)有技術(shù)中只能根據(jù)服務(wù)器內(nèi)部配置好的固定的回源地址進(jìn)行回源的方式相比，實(shí)現(xiàn)根據(jù)實(shí)時(shí)的網(wǎng)絡(luò)狀況如負(fù)載、帶寬等情況，為客戶端請(qǐng)求提供最優(yōu)的ts下載路徑，減少客戶端下載延遲，提升播放的流暢度；此外，通過調(diào)度策略靈活地分配動(dòng)態(tài)回源地址，使得服務(wù)器能夠靈活地根據(jù)動(dòng)態(tài)回源地址進(jìn)行回源，均衡了系統(tǒng)的訪問壓力，避免了系統(tǒng)過載，合理地利用系統(tǒng)資源。
【專利說明】
基于m3u8的流媒體文件直播方法及系統(tǒng)
技術(shù)領(lǐng)域
[0001 ]本發(fā)明實(shí)施例涉及互聯(lián)網(wǎng)媒體播放技術(shù)領(lǐng)域，尤其涉及一種基于m3u8的流媒體文件直播方法及系統(tǒng)。
【背景技術(shù)】
[0002]HLS(Http live streaming)協(xié)議是蘋果公司實(shí)現(xiàn)的基于超文本傳輸協(xié)議Http的流媒體傳輸協(xié)議，HLS協(xié)議將容量巨大的連續(xù)媒體數(shù)據(jù)進(jìn)行分段，分割為數(shù)量眾多的小文件進(jìn)行傳遞，迎合了網(wǎng)頁服務(wù)器的文件傳輸性，并采用一個(gè)不斷更新的輕量級(jí)索引文件來控制分割后小媒體文件的下載和播放，可以實(shí)現(xiàn)流媒體的直播和點(diǎn)播。HLS協(xié)議在優(yōu)先考慮流暢性的前提下支持碼率的自動(dòng)切換，目前被各大視頻網(wǎng)站廣泛使用。
[0003]通過HLS協(xié)議，視頻數(shù)據(jù)經(jīng)處理后分為視頻片段ts文件以及媒體數(shù)據(jù)索引m3u8文件，并存在于云服務(wù)器上。m3u8文件實(shí)際上只是一種文件組的組織形式，將視頻片段ts文件以播放列表的形式組織在一起以供多媒體播放器下載播放。m3u8文件中通常包括視頻片段的多個(gè)統(tǒng)一資源定位符URL。多媒體播放器獲取m3u8文件后，進(jìn)而按照其中的URL下載對(duì)應(yīng)的視頻片段并進(jìn)行播放。客戶端播放HLS內(nèi)容的過程，本質(zhì)上是分別下載索引文件和分片文件的過程。
[0004]現(xiàn)有的視頻直播系統(tǒng)中一般包括源服務(wù)器、多個(gè)直播前置節(jié)點(diǎn)以及多個(gè)邊緣節(jié)點(diǎn)。直播時(shí)，客戶端播放器發(fā)起HLS直播請(qǐng)求，服務(wù)器接受請(qǐng)求后，將索引文件m3u8返還給客戶端，客戶端根據(jù)接收到的m3u8文件進(jìn)行ts的下載和播放，現(xiàn)有的m3u8文件中只包含了 ts文件的URL，無其他參數(shù)，客戶端播放器從哪里請(qǐng)求m3u8就從哪里提取ts，如在邊緣節(jié)點(diǎn)請(qǐng)求m3u8，只能從邊緣節(jié)點(diǎn)提取ts，如果邊緣節(jié)點(diǎn)沒有，通常需要去別的服務(wù)器上進(jìn)行ts回源。在現(xiàn)有技術(shù)中，服務(wù)器進(jìn)行回源的方法通常是根據(jù)服務(wù)器內(nèi)部配置好的固定的回源地址，去別的服務(wù)器上進(jìn)行回源。
[0005]然而，由于現(xiàn)有技術(shù)中服務(wù)器只能根據(jù)服務(wù)器內(nèi)部配置好的固定的回源地址進(jìn)行回源，無法靈活地為服務(wù)器分配回源地址，其不能夠根據(jù)實(shí)時(shí)動(dòng)態(tài)的網(wǎng)絡(luò)負(fù)載狀況為客戶端請(qǐng)求提供最佳的回源地址去提取ts。而且，當(dāng)有許多服務(wù)器同時(shí)去固定的回源地址上回源時(shí)，會(huì)導(dǎo)致提供回源的服務(wù)器的訪問壓力不均衡，產(chǎn)生系統(tǒng)過載、系統(tǒng)資源利用不合理的情況，對(duì)用戶來講，更容易造成下載延時(shí)，影響用戶直播體驗(yàn);另一方面，請(qǐng)求無m3u8的緩存效果，這樣在請(qǐng)求的服務(wù)器出現(xiàn)網(wǎng)絡(luò)狀況時(shí)，會(huì)出現(xiàn)下載延時(shí)，播放不暢，影響用戶體驗(yàn)。

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

[0006]針對(duì)現(xiàn)有技術(shù)中存在的問題，本發(fā)明實(shí)施例提供一種基于m3u8的流媒體文件直播方法和系統(tǒng)。
[0007]本發(fā)明實(shí)施例一方面提供一種基于m3u8的流媒體直播優(yōu)化的方法，包括:
[0008]在內(nèi)容分發(fā)網(wǎng)絡(luò)的邊緣節(jié)點(diǎn)接收用戶發(fā)出的直播請(qǐng)求；
[0009]當(dāng)檢查出所述直播請(qǐng)求需要回源時(shí)，根據(jù)當(dāng)前內(nèi)容分發(fā)網(wǎng)絡(luò)中的各節(jié)點(diǎn)的網(wǎng)絡(luò)狀況，在流媒體文件的源服務(wù)器處對(duì)所述直播請(qǐng)求對(duì)應(yīng)的m3u8文件添加回源路徑，所述回源路徑包括源服務(wù)器的IP地址和內(nèi)容分發(fā)網(wǎng)絡(luò)中的直播前置節(jié)點(diǎn)的IP地址；
[0010]將添加回源路徑后的m3u8文件經(jīng)直播前置節(jié)點(diǎn)和邊緣節(jié)點(diǎn)返回給用戶。
[0011]本發(fā)明實(shí)施例另一方面提供基于m3u8的流媒體文件直播的系統(tǒng)，包括:
[0012]接收裝置，配置以接收用戶發(fā)出的直播請(qǐng)求；
[0013]調(diào)度裝置，配置以根據(jù)當(dāng)前內(nèi)容分發(fā)網(wǎng)絡(luò)中的各節(jié)點(diǎn)的網(wǎng)絡(luò)狀況，在流媒體文件的源服務(wù)器處對(duì)所述直播請(qǐng)求對(duì)應(yīng)的m3u8文件添加回源路徑；
[0014]發(fā)送裝置，配置以返回添加回源路徑后的m3u8文件給用戶。
[0015]本發(fā)明實(shí)施例提供的基于m3u8的流媒體直播方法和系統(tǒng)，通過修改請(qǐng)求返回的m3u8文件，在其中加入由調(diào)度給出的動(dòng)態(tài)的回源路徑，依據(jù)回源路徑進(jìn)行ts文件的回源，與現(xiàn)有技術(shù)中只能根據(jù)服務(wù)器內(nèi)部配置好的固定的回源地址進(jìn)行回源的方式相比，實(shí)現(xiàn)根據(jù)實(shí)時(shí)的網(wǎng)絡(luò)狀況如負(fù)載、帶寬等情況，為客戶端請(qǐng)求提供最優(yōu)的ts下載路徑，減少客戶端下載延遲，提升播放的流暢度;此外，通過調(diào)度策略靈活地分配動(dòng)態(tài)回源地址，使得服務(wù)器能夠靈活地根據(jù)動(dòng)態(tài)回源地址進(jìn)行回源，均衡了系統(tǒng)的訪問壓力，避免了系統(tǒng)過載，合理地利用系統(tǒng)資源。另一方面，對(duì)索引文件m3u8的緩存進(jìn)行優(yōu)化，即通過在邊緣節(jié)點(diǎn)根據(jù)m3u8的完整性調(diào)整緩存時(shí)間，由此實(shí)現(xiàn)緩存資源的合理利用，并且減少不必要的回源消耗和等待時(shí)間，提高了處理效率，減少了下載延遲，從而增加了用戶體驗(yàn)。
【附圖說明】
[0016]為了更清楚地說明本發(fā)明實(shí)施例的技術(shù)方案，下面將對(duì)實(shí)施例描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0017]圖1為本發(fā)明基于m3u8的流媒體文件直播方法實(shí)施例流程圖；
[0018]圖2為本發(fā)明基于m3u8的流媒體文件直播系統(tǒng)實(shí)施例結(jié)構(gòu)示意圖；
【具體實(shí)施方式】
[0019]為使本發(fā)明實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例。基于本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。
[0020]如圖1所示，本發(fā)明實(shí)施例提供的一種基于m3u8的流媒體文件直播方法，此方法包括如下步驟:
[0021]SlOl:在內(nèi)容分發(fā)網(wǎng)絡(luò)的邊緣節(jié)點(diǎn)接收用戶發(fā)出的直播請(qǐng)求；
[0022]S102:檢查直播請(qǐng)求是否需要回源；
[0023]現(xiàn)有直播系統(tǒng)中一般存在源服務(wù)器、多個(gè)直播前置節(jié)點(diǎn)以及多個(gè)邊緣節(jié)點(diǎn)，用戶通過邊緣節(jié)點(diǎn)發(fā)起直播請(qǐng)求，邊緣節(jié)點(diǎn)響應(yīng)直播請(qǐng)求，并進(jìn)行是否需要回源的判斷。
[0024]S103:若不需要回源，用戶請(qǐng)求指向的資源在邊緣節(jié)點(diǎn)中有相應(yīng)的緩存文件，邊緣節(jié)點(diǎn)直接將緩存的文件返回給用戶；
[0025]S104:當(dāng)檢查出所述直播請(qǐng)求需要回源時(shí)，根據(jù)當(dāng)前內(nèi)容分發(fā)網(wǎng)絡(luò)中的各節(jié)點(diǎn)的網(wǎng)絡(luò)狀況，在流媒體文件的源服務(wù)器處對(duì)所述直播請(qǐng)求對(duì)應(yīng)的m3u8文件添加回源路徑，所述回源路徑包括源服務(wù)器的IP地址和直播前置節(jié)點(diǎn)的IP地址；
[0026]回源路徑是調(diào)度接收回源請(qǐng)求，并根據(jù)當(dāng)前的網(wǎng)絡(luò)狀況，動(dòng)態(tài)分配的當(dāng)前時(shí)間最優(yōu)的回源路徑，回源路徑被加到源上，其存儲(chǔ)了多個(gè)直播前置的IP地址以及源的IP地址。這樣，當(dāng)客戶端在請(qǐng)求的邊緣結(jié)點(diǎn)沒有找到相應(yīng)的資源時(shí)，就會(huì)根據(jù)回源路徑快速得到請(qǐng)求的資源。
[0027]S105:將添加回源路徑后的m3u8文件經(jīng)直播前置節(jié)點(diǎn)和邊緣節(jié)點(diǎn)返回給用戶。
[0028]優(yōu)選地，在步驟S105中所述將添加回源路徑后的m3u8文件經(jīng)直播前置節(jié)點(diǎn)和邊緣節(jié)點(diǎn)返回給用戶包括，在直播前置節(jié)點(diǎn)和邊緣節(jié)點(diǎn)處緩存m3u8文件和與m3u8文件相應(yīng)的ts文件。
[0029]直播前置節(jié)點(diǎn)和邊緣節(jié)點(diǎn)需要緩存當(dāng)前請(qǐng)求的返回的m3u8文件，在邊緣節(jié)點(diǎn)需要替換回源路徑，即完全根據(jù)當(dāng)前請(qǐng)求返回的m3u8文件的回源路徑去回源，然后每一步都把ts文件緩存下來。例如，上一次請(qǐng)求返回的索引文件m3u8的回源路徑為pathl，當(dāng)前請(qǐng)求的索引文件m3u8的回源路徑為path2，在回源時(shí)，會(huì)依次用當(dāng)前請(qǐng)求的回源路徑path2替換直播前置節(jié)點(diǎn)以及邊緣節(jié)點(diǎn)的上一次請(qǐng)求的pathl，這樣每一步都把ts文件緩存下來了。
[0030]進(jìn)一步地，所述在所述邊緣節(jié)點(diǎn)處緩存m3u8文件和與m3u8文件相應(yīng)的ts文件的步驟還包括，在邊緣節(jié)點(diǎn)判斷m3u8文件的完整性，基于m3u8文件的完整性，確定ts文件的緩存時(shí)間，其中:
[0031]-當(dāng)m3u8文件不完整時(shí)，確定ts文件的第一緩存時(shí)間；
[0032]-當(dāng)m3u8文件完整時(shí)，確定ts文件的第二緩存時(shí)間；
[0033]-所述第二緩存時(shí)間大于所述第一緩存時(shí)間。
[0034]進(jìn)一步地，在邊緣節(jié)點(diǎn)接收到m3u8文件時(shí)，判斷m3u8文件的完整性包括:
[0035]在邊緣節(jié)點(diǎn)接收到m3u8文件時(shí)，解析所述m3u8文件中的ts文件的數(shù)量，將解析出的ts文件的數(shù)量與預(yù)定閾值進(jìn)行比較，當(dāng)ts文件的數(shù)量小于預(yù)定閾值時(shí)，則判定所述m3u8文件不完整;當(dāng)ts文件的數(shù)量等于預(yù)定閾值時(shí)，則判定所述m3u8文件完整。
[0036]優(yōu)選地，預(yù)定閾值為請(qǐng)求響應(yīng)頭中帶過來請(qǐng)求的ts片數(shù)msliz，通常配置為msliz=3，第二緩存時(shí)間為100秒，第一緩存時(shí)間為3秒。
[0037]之所以要判斷完整性并進(jìn)行相應(yīng)長度的緩存，是因?yàn)檎?qǐng)求m3u8文件可能是當(dāng)前時(shí)間點(diǎn)，也可能是之前時(shí)間點(diǎn)；當(dāng)請(qǐng)求m3u8是當(dāng)前時(shí)間點(diǎn)時(shí)不能緩存太長時(shí)間，比如只緩存3秒，當(dāng)請(qǐng)求m3u8是之前時(shí)間點(diǎn)時(shí)則緩存較長時(shí)間，比如100秒。這樣既能夠保證針對(duì)請(qǐng)求m3u8進(jìn)行適當(dāng)?shù)木彺妫材軌虮苊庖驗(yàn)檫^多的緩存而影響后續(xù)的用戶的請(qǐng)求(例如，當(dāng)請(qǐng)求m 3 u 8是當(dāng)前時(shí)間點(diǎn)而緩存1 O秒時(shí)，就會(huì)影響后續(xù)的用戶請(qǐng)求)。其中m 3 u 8的文件名為desc.m3u8，同時(shí)帶一個(gè)參數(shù)絕對(duì)時(shí)移abtimeshift，通過文件名和絕對(duì)時(shí)移就可以唯一標(biāo)識(shí)!113118。緩存以(168(3.1113118+1:;[1116811丨;1^1:作為鍵對(duì)1113118文件進(jìn)行緩存。
[0038]例如當(dāng)前時(shí)間為6: 10，客戶請(qǐng)求當(dāng)前時(shí)間點(diǎn)，獲取的m3u8中只有一片ts，則只緩存3秒鐘，如果請(qǐng)求6:05的時(shí)間點(diǎn)，返回3片ts，緩存通過desc.m3u8+timeStamp作為鍵將該m3u8緩存下來，緩存100秒，如果下一個(gè)用戶再請(qǐng)求6:05時(shí)間節(jié)點(diǎn)，返回已緩存的三片ts即可，減少了不必要的等待時(shí)間。
[0039]本發(fā)明實(shí)施例通過上述方法，實(shí)現(xiàn)了根據(jù)實(shí)時(shí)的網(wǎng)絡(luò)狀況進(jìn)行回源操作，與現(xiàn)有技術(shù)中只能根據(jù)服務(wù)器內(nèi)部配置好的固定的回源地址的方式相比，減少了客戶端下載延遲，提升了播放的流暢度，同時(shí)均衡了系統(tǒng)訪問壓力，避免了系統(tǒng)過載，合理地利用系統(tǒng)資源。此外，通過對(duì)索引文件m3u8的緩存以及根據(jù)其完整性進(jìn)行緩存時(shí)間的調(diào)整，實(shí)現(xiàn)了緩存資源的合理利用，并且減少不必要的回源消耗和等待時(shí)間，提高了處理效率，減少了下載延遲，從而增加了用戶體驗(yàn)。
[0040]上述與圖1所示的實(shí)施例有關(guān)的方法，參照?qǐng)D2，可以根據(jù)本發(fā)明實(shí)施例的系統(tǒng)予以實(shí)施。
[0041 ]基于m3u8的流媒體文件直播系統(tǒng)，包括:
[0042]接收裝置，配置以接收用戶發(fā)出的直播請(qǐng)求；
[0043]調(diào)度裝置，配置以根據(jù)當(dāng)前內(nèi)容分發(fā)網(wǎng)絡(luò)中的各節(jié)點(diǎn)的網(wǎng)絡(luò)狀況，在流媒體文件的源服務(wù)器處對(duì)所述直播請(qǐng)求對(duì)應(yīng)的m3u8文件添加回源路徑；
[0044]發(fā)送裝置，配置以返回添加回源路徑后的m3u8文件給用戶。
[0045]進(jìn)一步地，如圖2所示的系統(tǒng)中所述發(fā)送裝置包括:
[0046]直播前置節(jié)點(diǎn)緩存單元，配置以在直播前置節(jié)點(diǎn)處緩存m3u8文件和與m3u8文件相應(yīng)的ts文件，和/或
[0047]邊緣節(jié)點(diǎn)緩存單元，配置以在邊緣節(jié)點(diǎn)處緩存m3u8文件和與m3u8文件相應(yīng)的ts文件。
[0048]更進(jìn)一步地，如圖2所示，所述邊緣節(jié)點(diǎn)緩存單元包括:
[0049]判斷模塊，配置以在邊緣節(jié)點(diǎn)接收到m3u8文件時(shí)，判斷m3u8文件的完整性；
[0050]緩存時(shí)間確定模塊，配置以基于m3u8文件的完整性，確定ts文件的緩存時(shí)間，其中，當(dāng)m3u8文件不完整時(shí)，確定ts文件的第一緩存時(shí)間；當(dāng)m3u8文件完整時(shí)，確定ts文件的第二緩存時(shí)間;所述第二緩存時(shí)間大于所述第一緩存時(shí)間。
[0051]其中所述判斷模塊包括:
[0052]解析組件，配置以解析m3u8文件中的ts文件的數(shù)量；
[0053]比較組件，配置以將解析出的ts文件的數(shù)量與預(yù)定閾值進(jìn)行比較，當(dāng)ts文件的數(shù)量小于預(yù)定閾值時(shí)，則判定所述m3u8文件不完整；當(dāng)ts文件的數(shù)量等于預(yù)定閾值時(shí)，則判定所述m3u8文件完整。
[0054]優(yōu)選地，第一緩存時(shí)間為3秒，第二緩存時(shí)間為100秒。
[0055]以上所描述的裝置實(shí)施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個(gè)地方，或者也可以分布到多個(gè)網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實(shí)際的需要選擇其中的部分或者全部模塊來實(shí)現(xiàn)本實(shí)施例方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性的勞動(dòng)的情況下，即可以理解并實(shí)施。
[0056]通過以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到各實(shí)施方式可借助軟件加必需的通用硬件平臺(tái)的方式來實(shí)現(xiàn)，當(dāng)然也可以通過硬件?；谶@樣的理解，上述技術(shù)方案本質(zhì)上或者說對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計(jì)算機(jī)軟件產(chǎn)品可以存儲(chǔ)在計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中，如R0M/RAM、磁碟、光盤等，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行各個(gè)實(shí)施例或者實(shí)施例的某些部分所述的方法。
[0057]最后應(yīng)說明的是:以上實(shí)施例僅用以說明本發(fā)明的技術(shù)方案，而非對(duì)其限制;盡管參照前述實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解:其依然可以對(duì)前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或者對(duì)其中部分技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實(shí)施例技術(shù)方案的精神和范圍。
【主權(quán)項(xiàng)】
1.一種基于m3u8的流媒體文件直播方法，其特征在于，包括: 在內(nèi)容分發(fā)網(wǎng)絡(luò)的邊緣節(jié)點(diǎn)接收用戶發(fā)出的直播請(qǐng)求； 當(dāng)檢查出所述直播請(qǐng)求需要回源時(shí)，根據(jù)當(dāng)前內(nèi)容分發(fā)網(wǎng)絡(luò)中的各節(jié)點(diǎn)的網(wǎng)絡(luò)狀況，在流媒體文件的源服務(wù)器處對(duì)所述直播請(qǐng)求對(duì)應(yīng)的m3u8文件添加回源路徑，所述回源路徑包括源服務(wù)器的IP地址和內(nèi)容分發(fā)網(wǎng)絡(luò)中的直播前置節(jié)點(diǎn)的IP地址； 將添加回源路徑后的m3u8文件經(jīng)直播前置節(jié)點(diǎn)和邊緣節(jié)點(diǎn)返回給用戶。2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述將添加回源路徑后的m3u8文件經(jīng)直播前置節(jié)點(diǎn)和邊緣節(jié)點(diǎn)返回給用戶，包括: 在直播前置節(jié)點(diǎn)接收到m3u8文件時(shí)，在所述直播前置節(jié)點(diǎn)處緩存m3u8文件和與m3u8文件相應(yīng)的ts文件;和/或 在邊緣節(jié)點(diǎn)接收到m3u8文件時(shí)，在所述邊緣節(jié)點(diǎn)處緩存m3u8文件和與m3u8文件相應(yīng)的ts文件。3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述在邊緣節(jié)點(diǎn)接收到m3u8文件時(shí)，在所述邊緣節(jié)點(diǎn)處緩存m3u8文件和與m3u8文件相應(yīng)的ts文件包括: 在邊緣節(jié)點(diǎn)接收到m3u8文件時(shí)，判斷m3u8文件的完整性， 基于m3u8文件的完整性，確定ts文件的緩存時(shí)間，其中， -當(dāng)m3u8文件不完整時(shí)，確定ts文件的第一緩存時(shí)間； -當(dāng)m3u8文件完整時(shí)，確定ts文件的第二緩存時(shí)間； -所述第二緩存時(shí)間大于所述第一緩存時(shí)間。4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述在邊緣節(jié)點(diǎn)接收到m3u8文件時(shí)，判斷m3u8文件的完整性包括: 在邊緣節(jié)點(diǎn)接收到m3u8文件時(shí)，解析所述m3u8文件中的ts文件的數(shù)量，將解析出的ts文件的數(shù)量與預(yù)定閾值進(jìn)行比較， 當(dāng)ts文件的數(shù)量小于預(yù)定閾值時(shí)，則判定所述m3u8文件不完整； 當(dāng)ts文件的數(shù)量等于預(yù)定閾值時(shí)，則判定所述m3u8文件完整。5.根據(jù)權(quán)利要求3或4所述的方法，其特征在于，第一緩存時(shí)間為3秒，第二緩存時(shí)間為10 秒。6.一種基于m3u8的流媒體文件直播系統(tǒng)，其特征在于，包括: 接收裝置，配置以接收用戶發(fā)出的直播請(qǐng)求； 調(diào)度裝置，配置以根據(jù)當(dāng)前內(nèi)容分發(fā)網(wǎng)絡(luò)中的各節(jié)點(diǎn)的網(wǎng)絡(luò)狀況，在流媒體文件的源服務(wù)器處對(duì)所述直播請(qǐng)求對(duì)應(yīng)的m3u8文件添加回源路徑； 發(fā)送裝置，配置以返回添加回源路徑后的m3u8文件給用戶。7.根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于，所述發(fā)送裝置包括: 直播前置節(jié)點(diǎn)緩存單元，配置以在直播前置節(jié)點(diǎn)處緩存m3u8文件和與m3u8文件相應(yīng)的ts文件，和/或 邊緣節(jié)點(diǎn)緩存單元，配置以在邊緣節(jié)點(diǎn)處緩存m3u8文件和與m3u8文件相應(yīng)的ts文件。8.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，所述邊緣節(jié)點(diǎn)緩存單元包括: 判斷模塊，配置以在邊緣節(jié)點(diǎn)接收到m3u8文件時(shí)，判斷m3u8文件的完整性； 緩存時(shí)間確定模塊，配置以基于m3u8文件的完整性，確定ts文件的緩存時(shí)間，其中，當(dāng)m3u8文件不完整時(shí)，確定ts文件的第一緩存時(shí)間；當(dāng)m3u8文件完整時(shí)，確定ts文件的第二緩存時(shí)間;所述第二緩存時(shí)間大于所述第一緩存時(shí)間。9.根據(jù)權(quán)利要求8所述的系統(tǒng)，其特征在于，所述判斷模塊包括: 解析組件，配置以解析m3u8文件中的t s文件的數(shù)量； 比較組件，配置以將解析出的ts文件的數(shù)量與預(yù)定閾值進(jìn)行比較，當(dāng)ts文件的數(shù)量小于預(yù)定閾值時(shí)，則判定所述m3u8文件不完整；當(dāng)ts文件的數(shù)量等于預(yù)定閾值時(shí)，則判定所述m3u8文件完整。10.根據(jù)權(quán)利要求8或9所述的系統(tǒng)，其特征在于，第一緩存時(shí)間為3秒，第二緩存時(shí)間為.100 秒。
【文檔編號(hào)】H04N21/239GK105898352SQ201510780964
【公開日】2016年8月24日
【申請(qǐng)日】2015年11月13日
【發(fā)明人】劉斌
【申請(qǐng)人】樂視云計(jì)算有限公司