進行hls丟片補償?shù)姆椒跋到y(tǒng)的制作方法
【專利摘要】本發(fā)明實施例提供一種進行HLS丟片補償?shù)姆椒跋到y(tǒng),該方法包括:在下層服務(wù)器上配置補償請求代理;所述下層服務(wù)器向其對應(yīng)的多個上層服務(wù)器發(fā)送訂閱請求,并根據(jù)所述訂閱請求獲取所述多個上層服務(wù)器的消息發(fā)布池發(fā)布的切片;所述下層服務(wù)器對接收到的切片信息進行丟片檢測,并在檢測到發(fā)生丟片時,生成丟片請求;所述補償請求代理將生成的所述丟片請求發(fā)送至所述多個上層服務(wù)器。本發(fā)明實施例的方法和系統(tǒng)提升了線上設(shè)備的負(fù)載能力和消息發(fā)布池對外發(fā)布消息的能力,降低了生產(chǎn)流的組件與消息發(fā)布池之間的對接難度。
【專利說明】
進行HLS丟片補償?shù)姆椒跋到y(tǒng)
技術(shù)領(lǐng)域
[0001]本發(fā)明實施例涉及視頻直播技術(shù)領(lǐng)域,尤其涉及一種進行HLS丟片補償?shù)姆椒跋到y(tǒng)。
【背景技術(shù)】
[0002]HLS(HTTP Live Streaming)是由Apple公司定義的用于實時流傳輸?shù)膮f(xié)議,基于HTTP協(xié)議實現(xiàn),傳輸內(nèi)容包括兩部分,一是m3u8描述文件,二是TS媒體文件。目前行業(yè)中的HLS直播方案通常通過互聯(lián)網(wǎng)TCP協(xié)議傳輸,但是由于網(wǎng)絡(luò)狀況的不確定性,中繼分發(fā)網(wǎng)絡(luò)的內(nèi)部節(jié)點間的通訊偶爾也會出現(xiàn)連接抖動,此時就會出現(xiàn)一些丟片的情況,導(dǎo)致用戶在播放時發(fā)生卡頓丟幀的現(xiàn)象,嚴(yán)重影響用戶體驗。
[0003]由于現(xiàn)有技術(shù)中的架構(gòu)中,上層和下層之間的通訊是基于單向通知的,下層即使知道丟了具體的哪一片,也無法把丟片的信息通知給更高層的上層服務(wù)器,因而無法及時獲得補償?shù)那衅?br>
【發(fā)明內(nèi)容】
[0004]本發(fā)明實施例提供一種進行HLS丟片補償?shù)姆椒ê拖到y(tǒng),以解決傳統(tǒng)的HLS直播方案容易發(fā)生丟片,而在發(fā)生丟片時無法及時獲得補償?shù)那衅膯栴},實現(xiàn)丟片的實時補償,提升終端播放體驗。
[0005]本發(fā)明實施例提供一種進行HLS丟片補償?shù)姆椒ǎ?
[0006]在下層服務(wù)器上配置補償請求代理;
[0007]所述下層服務(wù)器向其對應(yīng)的多個上層服務(wù)器發(fā)送訂閱請求,并根據(jù)所述訂閱請求獲取所述多個上層服務(wù)器的消息發(fā)布池發(fā)布的切片;
[0008]所述下層服務(wù)器對接收到的切片信息進行丟片檢測,并在檢測到發(fā)生丟片時,生成丟片請求;
[0009]所述補償請求代理將生成的所述丟片請求發(fā)送至所述多個上層服務(wù)器。
[0010]本發(fā)明實施例提供一種進行HLS丟片補償?shù)南到y(tǒng),包括下層服務(wù)器,每個下層服務(wù)器對應(yīng)多個上層服務(wù)器,所述上層服務(wù)器通過消息發(fā)布池進行切片發(fā)布,所述下層服務(wù)器上包括切片獲取模塊,用于向所述多個上層服務(wù)器發(fā)送訂閱請求,并根據(jù)所述訂閱請求獲取所述多個上層服務(wù)器的消息發(fā)布池發(fā)布的切片,其特征在于,所述下層服務(wù)器上還配置有補償請求代理和丟片檢測模塊,其中,
[0011 ]所述丟片檢測模塊,用于對接收到的切片信息進行丟片檢測,并在檢測到發(fā)生丟片時,生成丟片請求;
[0012]所述補償請求代理用于將生成的所述丟片請求發(fā)送至所述多個上層服務(wù)器。
[0013]本發(fā)明實施例提供的進行HLS丟片補償?shù)姆椒跋到y(tǒng),通過在下層服務(wù)器上配置補償請求代理,可以在檢測到發(fā)生丟片時,及時向上層服務(wù)器發(fā)送丟片請求,以及時獲得補償,減少卡頓現(xiàn)象,提升終端播放體驗。
【附圖說明】
[0014]為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案,下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作一簡單地介紹,顯而易見地,下面描述中的附圖是本發(fā)明的一些實施例,對于本領(lǐng)域普通技術(shù)人員來講,在不付出創(chuàng)造性勞動的前提下,還可以根據(jù)這些附圖獲得其他的附圖。
[0015]圖1為現(xiàn)有技術(shù)中直播方案的系統(tǒng)框架結(jié)構(gòu)圖;
[0016]圖2為本發(fā)明進行HLS丟片補償?shù)南到y(tǒng)的實施例結(jié)構(gòu)示意圖;
[0017]圖3為本發(fā)明進行HLS丟片補償?shù)姆椒ǖ膶嵤├鞒虉D。
【具體實施方式】
[0018]為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚,下面將結(jié)合本發(fā)明實施例中的附圖,對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述,顯然,所描述的實施例是本發(fā)明一部分實施例,而不是全部的實施例?;诒景l(fā)明中的實施例,本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例,都屬于本發(fā)明保護的范圍。
[0019]以下結(jié)合附圖,對本發(fā)明實施例做更詳細(xì)的闡述。
[0020]圖1示意性地顯示了現(xiàn)有技術(shù)中直播方案的系統(tǒng)的框架結(jié)構(gòu)。如圖1所示,該框架中每個下層服務(wù)器2對應(yīng)多個上層服務(wù)器1,通過向上層服務(wù)器I發(fā)送訂閱請求,上層服務(wù)器I在m3u8文件發(fā)生更新時,將新的m3u8文件進行發(fā)布,并向其對應(yīng)的下層服務(wù)器2發(fā)送發(fā)布通知,下層服務(wù)器2通過其對應(yīng)的上層服務(wù)器I的消息發(fā)布,獲取對應(yīng)的切片3。由該架構(gòu)可以看出,現(xiàn)有技術(shù)中,每個下層服務(wù)器2只有在首次請求時,才向其對應(yīng)的上層服務(wù)器I發(fā)送一次訂閱請求,之后就是被動地等待發(fā)布通知,以更新切片3。這種模式下,一旦網(wǎng)絡(luò)發(fā)生抖動,中間就可能會出現(xiàn)丟片。并且,由于下層服務(wù)器2和其對應(yīng)的上層服務(wù)器I之間是單向通知,即下層服務(wù)器2發(fā)送訂閱請求后,就被動地等待上層服務(wù)器I的發(fā)布通知,因而發(fā)生丟片時,下層服務(wù)器即使知道丟了具體的哪一個切片,也無法把丟片的信息通知給其對應(yīng)的上層服務(wù)器,更無法及時獲得補償,這將給終端帶來非常不好的播放體驗。
[0021]因而本發(fā)明提出一種進行HLS丟片補償?shù)南到y(tǒng)和方法,以解決傳統(tǒng)直播架構(gòu)和方式中存在的缺陷。
[0022]圖2示意性地顯示了本發(fā)明實施例的進行HLS丟片補償?shù)南到y(tǒng)的框架結(jié)構(gòu)。如圖2所示,該系統(tǒng)包括下層服務(wù)器2和上層服務(wù)器I,上層服務(wù)器I上有消息發(fā)布池11,用于對從更上層的服務(wù)器獲取的切片信息進行發(fā)布。下層服務(wù)器2包括切片獲取模塊20,下層服務(wù)器2通過切片獲取模塊20向?qū)?yīng)的多個上層服務(wù)器I發(fā)送訂閱請求,并接收上層服務(wù)器的消息通知,從而根據(jù)訂閱請求獲取多個上層服務(wù)器I的消息發(fā)布池11發(fā)布的切片。其中,每個下層服務(wù)器2對應(yīng)多個上層服務(wù)器I,以降低丟片的概率。如圖2所示,本發(fā)明實施例在下層服務(wù)器2上配置有補償請求代理21和丟片檢測模塊22。丟片檢測模塊22用于對接收到的多個上層服務(wù)器發(fā)布的切片信息進行丟片檢測,并在檢測到發(fā)生丟片時,生成丟片請求。補償請求代理21用于將生成的丟片請求發(fā)送至多個上層服務(wù)器I,以獲得丟片補償。本發(fā)明實施例的系統(tǒng),通過在下層服務(wù)器2上增加丟片檢測模塊22和補償請求代理21,能夠及時對丟片情況進行檢測,并在檢測到發(fā)生丟片時,向上層服務(wù)器發(fā)送丟片請求,實現(xiàn)了上層服務(wù)器和下層服務(wù)器的全雙工通訊,能夠滿足實時補償?shù)男枨蟆?br>[0023]如圖2所示,丟片檢測模塊22中包括轉(zhuǎn)儲單元221和丟片請求生成單元222。轉(zhuǎn)儲單元221用于根據(jù)獲取到的切片的名稱,在本地存儲切片信息。丟片請求生成單元222用于將切片的序列號與存儲的切片的序列號進行匹配,當(dāng)匹配結(jié)果為序列號不連續(xù)時,生成丟片請求,發(fā)送給補償請求代理21。其中,丟片請求包括檢測到的缺失的切片序列號。本發(fā)明實施例的系統(tǒng)中,會對切片進行編號,每個切片都對應(yīng)一個唯一的序列號,序列號是連續(xù),如第一個切片的序列號為I,第二個切片的序列號為2,...,第N個切片的序列號為N。當(dāng)下層服務(wù)器2收到切片后,首先由轉(zhuǎn)儲單元221將切片存儲到本地的存儲模塊(如數(shù)據(jù)庫中),然后通過丟片請求生成單元222對切片的序列號進行檢測,具體為,將收到的切片的序列號與數(shù)據(jù)庫中存儲的已接收到的切片的序列號進行比較,如果發(fā)生序列號不連續(xù)的情況,如當(dāng)前接收到的序列號為5,而數(shù)據(jù)庫中存儲的最接近的序列號為3,則說明序列號為4的切片發(fā)生了丟片。此時,會根據(jù)切片的序列號生成丟片請求,丟片請求中包括該丟失的切片對應(yīng)的序列號。生成丟片請求后,丟片請求生成單元222將丟片請求發(fā)送給補償請求代理21。補償請求代理21中包括連接建立單元211和請求廣播單元212。其中,連接建立單元211會在下層服務(wù)器對應(yīng)的多個上層服務(wù)器的消息發(fā)布池和本地的補償請求代理21之間建立一個TCP長連接。在補償請求代理21接收到丟片請求后,請求廣播單元212就會將丟片請求通過TCP連接廣播給對應(yīng)的多個層服務(wù)器的消息發(fā)布池。由此,就可以下層服務(wù)器在發(fā)生丟片時,就能夠廣播給所有的上層服務(wù)器,實現(xiàn)下層服務(wù)器和上層服務(wù)器的全雙工通訊。
[0024]如圖2所示,上層服務(wù)器I中還包括有存儲模塊10和監(jiān)聽代理12。存儲模塊10用于根據(jù)序列號來存儲切片信息,可以選用redis數(shù)據(jù)庫(一種開源的key-value高性能no-sql數(shù)據(jù)庫,即基于鍵-值的高性能無sql的數(shù)據(jù)庫)。監(jiān)聽代理12用于對下層服務(wù)器的丟片請求進行監(jiān)聽,根據(jù)接收到丟片請求,對下層服務(wù)器進行丟片補償。在具體應(yīng)用中,監(jiān)聽代理12持續(xù)監(jiān)控本機的消息發(fā)布池11是否接收到下層服務(wù)器2發(fā)來的丟片請求,在監(jiān)控到本機的消息發(fā)布池11接收到丟片請求時,根據(jù)丟片請求中的序列號,從本機的存儲模10塊中查找對應(yīng)的切片。當(dāng)查詢到對應(yīng)的切片時(即存儲模塊中存在序列號匹配的切片條目),監(jiān)聽代理12會將對應(yīng)的切片信息發(fā)布到本機的消息發(fā)布池11,以由本機的消息發(fā)布池進行再發(fā)布。而當(dāng)未查詢到對應(yīng)的切片時,說明本機在從更上層的服務(wù)器獲取切片時也發(fā)生了丟片現(xiàn)象,此時本機就作為下層服務(wù)器,向其上層服務(wù)器進行丟片請求,因而監(jiān)控代理12會將該丟片請求發(fā)送給本機的補償請求代理,以向本機對應(yīng)的上層服務(wù)器進行丟片請求。由此,就可以實現(xiàn)對下層服務(wù)器的實時的丟片補償,降低丟片的概率,提升終端的直播體驗。
[0025]圖3示意性地顯示了本發(fā)明實施例的進行HLS丟片補償?shù)姆椒鞒?。如圖3所示,該方法包括:
[0026]步驟S301:在下層服務(wù)器上配置補償請求代理。
[0027]在下層服務(wù)器上配置補償請求代理,用于和上層服務(wù)器的消息發(fā)布池建立TCP長連接,并在發(fā)生丟片時,將丟片請求廣播給本機對應(yīng)的全部上層服務(wù)器的消息發(fā)布池。
[0028]步驟S302:下層服務(wù)器向?qū)?yīng)的多個上層服務(wù)器發(fā)送訂閱請求,并根據(jù)訂閱請求獲取多個上層服務(wù)器的消息發(fā)布池發(fā)布的切片。
[0029]下層服務(wù)器根據(jù)需求向其對應(yīng)的多個上層服務(wù)器發(fā)送訂閱請求,上層服務(wù)器的消息發(fā)布池會根據(jù)收到的訂閱請求將切片發(fā)布到相應(yīng)的主題,并向其下層服務(wù)器發(fā)送發(fā)布通知。下層服務(wù)器接收到上層服務(wù)器的發(fā)布通知,根據(jù)上層服務(wù)器的消息發(fā)布池發(fā)布的消息,獲取切片。
[0030]步驟S303:下層服務(wù)器根據(jù)接收到的切片信息進行丟片檢測,并在檢測到發(fā)生丟片時,生成丟片請求。
[0031]下層服務(wù)器在獲取到切片后,根據(jù)該切片的名稱,將該切片存儲到本地的數(shù)據(jù)庫中。同時,會對收到的切片進行丟片檢測,具體為,將收到的切片的序列號和數(shù)據(jù)庫中存儲的切片的序列號進行比對,當(dāng)新收到的切片的序列號與數(shù)據(jù)庫中存儲于該序列號最接近的切片的序列號為不連續(xù)時,說明發(fā)生了切片,則生成丟片請求。其中,丟片請求中包括丟失的切片的序列號。
[0032]步驟S304:補償請求代理將生成的丟片請求發(fā)送到多個上層服務(wù)器。
[0033]補償請求代理將生成的丟片請求通過建立的TCP長連接廣播到其對應(yīng)的全部上層服務(wù)器上,上層服務(wù)器根據(jù)建立的TCP長連接通過其消息發(fā)布池接收下層服務(wù)器的丟片請求。
[0034]步驟S305:在上層服務(wù)器上配置監(jiān)聽代理,對下層服務(wù)器的丟片請求進行監(jiān)聽,并在監(jiān)聽到丟片請求時,對下層服務(wù)器進行丟片補償。
[0035]在上層服務(wù)器上配置監(jiān)聽代理,部署的監(jiān)聽代理會對本機的消息發(fā)布池進行監(jiān)聽,當(dāng)檢測到本機的消息發(fā)布池接收到了丟片請求時,根據(jù)丟片請求中的所丟失的切片的序列號,從本機的數(shù)據(jù)庫中獲取對應(yīng)的切片。如果本機的數(shù)據(jù)庫中存在相應(yīng)的切片,則將該切片發(fā)給消息發(fā)布池以進行再發(fā)布,如果不存在相應(yīng)的切片,則說明本機也發(fā)生了該切片的丟片,此時,本機將作為下層服務(wù)器,通過補償請求代理向其上層服務(wù)器進行補償請求。
[0036]本發(fā)明實施例的系統(tǒng)和方法,能夠通過在下層服務(wù)器上配置的補償請求代理實現(xiàn)下層服務(wù)器和上層服務(wù)器的全雙工通信,且長連接的全雙工通訊能夠減少下層服務(wù)器的請求次數(shù),降低上層服務(wù)器以及核心生產(chǎn)設(shè)備的壓力。由此進而減少下層服務(wù)器對單核心生產(chǎn)源的依賴,實現(xiàn)對丟片的實時補償,降低在中間網(wǎng)絡(luò)狀況發(fā)生中斷時的丟片頻率,提高設(shè)備終端的播放體驗。
[0037]以上所描述的裝置實施例僅僅是示意性的,其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的,作為單元顯示的部件可以是或者也可以不是物理單元,即可以位于一個地方,或者也可以分布到多個網(wǎng)絡(luò)單元上??梢愿鶕?jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本實施例方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性的勞動的情況下,即可以理解并實施。
[0038]通過以上的實施方式的描述,本領(lǐng)域的技術(shù)人員可以清楚地了解到各實施方式可借助軟件加必需的通用硬件平臺的方式來實現(xiàn),當(dāng)然也可以通過硬件?;谶@樣的理解,上述技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來,該計算機軟件產(chǎn)品可以存儲在計算機可讀存儲介質(zhì)中,如R0M/RAM、磁碟、光盤等,包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機,服務(wù)器,或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行各個實施例或者實施例的某些部分所述的方法。
[0039]最后應(yīng)說明的是:以上實施例僅用以說明本發(fā)明的技術(shù)方案,而非對其限制;盡管參照前述實施例對本發(fā)明進行了詳細(xì)的說明,本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解:其依然可以對前述各實施例所記載的技術(shù)方案進行修改,或者對其中部分技術(shù)特征進行等同替換;而這些修改或者替換,并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的精神和范圍。
【主權(quán)項】
1.一種進行HLS丟片補償?shù)姆椒?,其特征在于,包? 在下層服務(wù)器上配置補償請求代理; 所述下層服務(wù)器向其對應(yīng)的多個上層服務(wù)器發(fā)送訂閱請求,并根據(jù)所述訂閱請求獲取所述多個上層服務(wù)器的消息發(fā)布池發(fā)布的切片; 所述下層服務(wù)器對接收到的切片信息進行丟片檢測,并在檢測到發(fā)生丟片時,生成丟片請求; 所述補償請求代理將生成的所述丟片請求發(fā)送至所述多個上層服務(wù)器。2.根據(jù)權(quán)利要求1所述的方法,其中,所述下層服務(wù)器對接收到的切片信息進行丟片檢測,并在檢測到發(fā)生丟片時,生成丟片請求包括: 所述下層服務(wù)器根據(jù)獲取到的切片的名稱,在本地存儲所述切片; 所述下層服務(wù)器將所述切片的序列號與存儲的切片的序列號進行匹配,當(dāng)匹配結(jié)果為序列號不連續(xù)時,生成丟片請求,所述丟片請求包括檢測到的缺失的切片序列號。3.根據(jù)權(quán)利要求1所述的方法,其中,所述下層服務(wù)器的補償請求代理將生成的丟片請求發(fā)送至所述多個上層服務(wù)器包括: 在所述下層服務(wù)器對應(yīng)的多個上層服務(wù)器的消息發(fā)布池和所述補償請求代理之間建立TCP長連接; 所述補償請求代理將所述丟片請求通過所述TCP連接廣播給對應(yīng)的多個層服務(wù)器的消息發(fā)布池。4.根據(jù)權(quán)利要求1至3任一項所述的方法,其特征在于,還包括: 在上層服務(wù)器上配置監(jiān)聽代理,通過所述監(jiān)聽代理對下層服務(wù)器的丟片請求進行監(jiān)聽,在監(jiān)聽到丟片請求時,對所述下層服務(wù)器進行丟片補償。5.根據(jù)權(quán)利要求4所述的方法,其中,所述通過所述監(jiān)聽代理對下層服務(wù)器的丟片請求進行監(jiān)聽,在監(jiān)聽到丟片請求時,對所述下層服務(wù)器進行丟片補償包括: 所述多個上層服務(wù)器的監(jiān)聽代理監(jiān)控本機的消息發(fā)布池是否接收到下層服務(wù)器發(fā)來的丟片請求,在監(jiān)控到本機的消息發(fā)布池接收到丟片請求時,根據(jù)丟片信息從本機的存儲模塊中查找對應(yīng)的切片,根據(jù)查找結(jié)果 -當(dāng)查詢到對應(yīng)的切片時,將所述切片信息發(fā)布到本機的消息發(fā)布池; -當(dāng)未查詢到對應(yīng)的切片時,向本機對應(yīng)的上層服務(wù)器進行丟片請求。6.—種進行HLS丟片補償?shù)南到y(tǒng),包括下層服務(wù)器,每個下層服務(wù)器對應(yīng)多個上層服務(wù)器,所述上層服務(wù)器通過消息發(fā)布池進行切片發(fā)布,所述下層服務(wù)器上包括切片獲取模塊,用于向所述多個上層服務(wù)器發(fā)送訂閱請求,并根據(jù)所述訂閱請求獲取所述多個上層服務(wù)器的消息發(fā)布池發(fā)布的切片,其特征在于,所述下層服務(wù)器上還配置有補償請求代理和丟片檢測模塊,其中, 所述丟片檢測模塊,用于對接收到的切片信息進行丟片檢測,并在檢測到發(fā)生丟片時,生成丟片請求; 所述補償請求代理用于將生成的所述丟片請求發(fā)送至所述多個上層服務(wù)器。7.根據(jù)權(quán)利要求6所述的系統(tǒng),其特征在于,所述丟片檢測模塊包括 轉(zhuǎn)儲單元,用于根據(jù)獲取到的切片的名稱,在本地存儲所述切片;和 丟片請求生成單元,用于將所述切片的序列號與存儲的切片的序列號進行匹配,當(dāng)匹配結(jié)果為序列號不連續(xù)時,生成丟片請求,所述丟片請求包括檢測到的缺失的切片序列號。8.根據(jù)權(quán)利要求6所述系統(tǒng),其中,所述補償請求代理包括 連接建立單元,用于在所述下層服務(wù)器對應(yīng)的多個上層服務(wù)器的消息發(fā)布池和所述補償請求代理之間建立TCP長連接;和 請求廣播單元,用于將所述丟片請求通過所述TCP連接廣播給對應(yīng)的多個層服務(wù)器的消息發(fā)布池。9.根據(jù)權(quán)利要求6至8任一項所述的系統(tǒng),其特征在于,所述上層服務(wù)器上配置有監(jiān)聽代理,用于對下層服務(wù)器的丟片請求進行監(jiān)聽,根據(jù)接收到所述丟片請求,對所述下層服務(wù)器進行丟片補償。10.根據(jù)權(quán)利要求9所述的系統(tǒng),其特征在于,所述監(jiān)聽代理用于監(jiān)控本機的消息發(fā)布池是否接收到下層服務(wù)器發(fā)來的丟片請求,在監(jiān)控到本機的消息發(fā)布池接收到丟片請求時,根據(jù)丟片信息從本機的存儲模塊中查找對應(yīng)的切片,根據(jù)查找結(jié)果 -當(dāng)查詢到對應(yīng)的切片時,將所述切片信息發(fā)布到本機的消息發(fā)布池; -當(dāng)未查詢到對應(yīng)的切片時,向本機對應(yīng)的上層服務(wù)器進行丟片請求。
【文檔編號】H04N21/262GK105872613SQ201610192827
【公開日】2016年8月17日
【申請日】2016年3月30日
【發(fā)明人】劉斌
【申請人】樂視控股(北京)有限公司, 樂視云計算有限公司