分段內(nèi)容的流送的制作方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及分段內(nèi)容的流送，并且具體地但不排他地，涉及用于實現(xiàn)將分段內(nèi)容從遞送節(jié)點流送到包括自適應(yīng)流送客戶端的設(shè)備的方法、包括用于流送分段內(nèi)容的自適應(yīng)流送客戶端的設(shè)備、用于與客戶端一起使用的網(wǎng)絡(luò)節(jié)點和數(shù)據(jù)結(jié)構(gòu)以及使用這樣的方法的計算機程序產(chǎn)品。
【背景技術(shù)】
[0002]目前，越來越多數(shù)量的視頻流送技術(shù)利用所謂的分段。例如，HTTP自適應(yīng)流送(HAS)、可縮放視頻編碼(SVC)和空間分段視頻(例如平鋪視頻)分別使用基于時間、質(zhì)量和空間的分段。在分段過程期間，將生成所謂的清單文件，其描述了在不同的分段文件和/或流與可以檢索分段的位置之間的關(guān)系。分段文件可以與包括與至少一個分段相關(guān)聯(lián)的數(shù)據(jù)的文件相關(guān)，該至少一個分段可以通過例如HTTP或FTP的文件檢索協(xié)議來被檢索。類似地，分段流可以涉及包括與至少一個分段相關(guān)聯(lián)的數(shù)據(jù)的流，該至少一個分段可以通過例如RTSP/RTP或HAS的流送協(xié)議來檢索。下文中，分段文件或流將被稱為分段。此外，視頻，或者更一般地，通過分段方案呈現(xiàn)的內(nèi)容可以被稱為分段內(nèi)容。
[0003]為了播出(重放)清單文件中的分段，HAS客戶端(以下簡稱為客戶端)連續(xù)地向網(wǎng)絡(luò)請求分段，該網(wǎng)絡(luò)通常是所謂的內(nèi)容遞送網(wǎng)絡(luò)(CDN)。CDN可以被視為遞送節(jié)點的管理的網(wǎng)絡(luò)，該管理網(wǎng)絡(luò)被配置為向客戶端遞送分段?？蛻舳丝梢允褂们鍐挝募兴x的分段，以便例如通過從高質(zhì)量視頻流切換到低質(zhì)量視頻流或反之亦然，來針對改變帶寬要求和/或用戶輸入而動態(tài)地調(diào)整播出。此外，分段內(nèi)容還可以由內(nèi)容遞送系統(tǒng)(例如CDN)使用，以便在流行的和不太流行的視頻分段之間進行區(qū)分。例如，與視頻的開始相關(guān)聯(lián)的內(nèi)容通常將比在視頻結(jié)束時的內(nèi)容更頻繁(更流行)地被觀看(下載/訪問/檢索)。類似地，低比特率較低質(zhì)量的視頻內(nèi)容(例如，最低分辨率HAS分段或所謂的SVC基本層)將比高質(zhì)量內(nèi)容(例如更高分辨率HAS分段或SVC增強層)更頻繁被觀看(下載/訪問/檢索)。
[0004]從單個(也)遠程的服務(wù)器向客戶端遞送流行分段可能阻塞網(wǎng)絡(luò)帶寬。因此，配置為高效地向消費者遞送內(nèi)容的內(nèi)容遞送網(wǎng)絡(luò)(CDN)可以將與更流行的內(nèi)容相關(guān)聯(lián)的分段存儲(高速緩存)在CDN中的多個遞送節(jié)點處，使得潛在的帶寬問題可以被減少，并且保證高效的遞送。此外，⑶N可以在遞送節(jié)點上存儲流行分段達更長的時段。⑶N內(nèi)容位置管理器可以集中管理分段可以被檢索的CDN內(nèi)的位置以及分段可以從那些位置被檢索多久。
[0005]為了使得客戶端能夠訪問存儲在CDN中的分段，客戶端提供有所謂的清單文件，清單文件標識分段標識符的列表以及可選地標識指向網(wǎng)絡(luò)中的位置的分段定位符，這使得客戶端能夠檢索分段。典型地，客戶端被配置為檢索分段，使得與客戶端(設(shè)備)相關(guān)聯(lián)的分段緩沖器在開始播出之前被加載有預(yù)定數(shù)目的分段。此外，在播出期間，客戶端基于清單文件來從網(wǎng)絡(luò)持續(xù)檢索分段，使得足夠的分段被保持在緩沖器中。這樣，與分段檢索過程相關(guān)聯(lián)的時延不干擾分段的無縫播出。
[0006]然而，在一些情況下，清單文件中標識的分段當客戶端請求時可能(尚)未在遞送節(jié)點上可用。分段的非可用性可能具有不同的原因。例如，CDN可以被配置為在分段實際被請求之前在其遞送節(jié)點不預(yù)先放置分段。當?shù)谝淮握埱蠓侄螘r，CDN可以觸發(fā)吸取過程，其中內(nèi)容起源，例如媒體存儲裝置或另一⑶N，可以將分段遞送到⑶N (或⑶N中的一個或多個遞送節(jié)點)。這樣的內(nèi)容吸取方案可以提供如下優(yōu)點:僅當存在對內(nèi)容的真實需求時分段被存儲在遞送節(jié)點上。此外，為了高效地管理在CDN中存儲的分段的量，分段可用(被高緩存)達預(yù)定時間。不太流行的分段可以在遞送節(jié)點上被存儲達相對短的高速緩存時段。在該時段之后，分段被移除，使得當在該時段之后對其進行請求時，所請求的分段需要被重新吸取。在另一情況下，在例如實況轉(zhuǎn)播流中的分段的流行度可能突然急劇增加，使得在遞送節(jié)點接收對分段的請求的時刻，所請求的分段不在所有遞送節(jié)點上可用。
[0007]在上述情況下，分段請求可能導(dǎo)致分段的不可用(“高速緩存丟失”)，這可能觸發(fā)一過程(例如，動態(tài)吸取過程)，其中所請求的分段被提供給遞送節(jié)點。分段的吸取可能由于客戶端和可用于客戶端的帶寬的減少而在分段檢索過程中產(chǎn)生延遲。當吸取過程需要針對多個分段被執(zhí)行時，所請求的分段的遞送可以被大大減少。為了嘗試保持連續(xù)播出，HAS客戶端將該延遲視作帶寬問題，并且可以通過切換到消耗低(較低)質(zhì)量分段流的較小帶寬的播出來對這樣的情況進行反應(yīng)。這可能導(dǎo)致用戶體驗的大幅惡化。在最壞的情況下，客戶端無法保持分段的無縫播出。
[0008]US2009/0292819描述了一種方法，其中在媒體流的常規(guī)播出期間，客戶端可以從媒體服務(wù)器預(yù)先取得“先行”分段。這樣，客戶端可以容易地跳到先行分段，而沒有任何明顯延遲。在實踐中，這樣的預(yù)先取得方案將導(dǎo)致一種情況，其中在正常的流送過程期間，額外的“先行”分段被檢索，使得在客戶端和媒體服務(wù)器之間存在較小帶寬可用于常規(guī)分段。如果人們將在自適應(yīng)流送系統(tǒng)中使用這樣的方案，則HAS客戶端將通過切換到較低質(zhì)量的分段流來對帶寬減小進行反應(yīng)。
[0009]因此，本領(lǐng)域需要用于將分段內(nèi)容流送到客戶端的改進方法和系統(tǒng)。具體地，需要甚至在客戶端接收清單文件的時刻不是清單文件中的所有分段都可用于遞送到客戶端的情況下也提供對分段內(nèi)容的無縫播出的方法和系統(tǒng)。

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

[0010]本發(fā)明的目的是減少或消除現(xiàn)有技術(shù)中已知的缺點中的至少一個，并且在本發(fā)明的第一方面中提供一種用于實現(xiàn)基于清單文件從遞送節(jié)點向自適應(yīng)流送客戶端流送分段內(nèi)容的方法，所述清單文件包括一個或多個分段標識符，所述方法包括:從所述清單文件中選擇至少一個分段標識符，所述分段標識符與在執(zhí)行所述選擇時所述客戶端尚未請求的分段相關(guān)聯(lián)；以及向遞送節(jié)點或與所述遞送節(jié)點相關(guān)聯(lián)的內(nèi)容遞送網(wǎng)絡(luò)預(yù)先發(fā)送預(yù)先通告信息以用于通告所述分段可以通過所述客戶端來請求，所述預(yù)先通告信息包括所述至少一個分段標識符，所述預(yù)先通告信息進一步被布置用于觸發(fā)所述遞送節(jié)點或所述內(nèi)容遞送網(wǎng)絡(luò)，以確保在所述至少一個分段被請求時所述分段的可用性。該方法可以在簡單的客戶端-服務(wù)器模型中被使用，客戶端-服務(wù)器模型包括用于向客戶端或在一個或多個內(nèi)容遞送網(wǎng)絡(luò)中遞送分段的一個遞送節(jié)點(媒體服務(wù)器)，其中多個遞送節(jié)點可以向客戶端遞送分段。
[0011]根據(jù)本發(fā)明的方法允許自適應(yīng)流送客戶端選擇清單文件中列出的下述分段的一個或多個分段標識符:該分段(尚)未被所述客戶端請求，但是其可能(即，預(yù)計或預(yù)測)被所述客戶端請求。分段標識符可以用于當客戶端請求分段時向遞送節(jié)點預(yù)先通告該分段應(yīng)當對客戶端可用。因此，預(yù)先通告信息被發(fā)送到遞送節(jié)點或內(nèi)容遞送網(wǎng)絡(luò)，以預(yù)期客戶端對所述分段可能或未來的請求。如果分段在內(nèi)容遞送網(wǎng)絡(luò)中不可用，則網(wǎng)絡(luò)可以啟動一過程以用于檢索這些分段并將其存儲在遞送節(jié)點上或存儲在內(nèi)容遞送網(wǎng)絡(luò)中。這樣，分段可以容易地被遞送到請求該分段的客戶端。由于分段丟失而導(dǎo)致的延遲可以被大幅減少，使得自適應(yīng)流送客戶端將不切換到低質(zhì)量分段，從而確保高質(zhì)量分段被遞送到客戶端。
[0012]在實施例中，所述預(yù)先通告信息可以包括定義時段的時間段，其中預(yù)計所述分段請求將被所述客戶端請求。因此，預(yù)先通告信息包括關(guān)于不久的將來(即在預(yù)定時間段內(nèi))可能被請求的分段的信息。該時間段可以基于用戶統(tǒng)計等來確定(預(yù)測)。
[0013]在一個實施例中，確保所述分段的可用性進一步可以包括:驗證與所述至少一個分段標識符相關(guān)聯(lián)的分段是否被存儲在所述遞送節(jié)點上；以及如果所述分段沒有被存儲在所述遞送節(jié)點上，則在所述遞送節(jié)點上存儲所述分段；或者
如果所述分段被存儲在所述遞送節(jié)點上，則在預(yù)定時間段中保持所述分段的存儲，優(yōu)選地所述預(yù)定時段如預(yù)計所述分段請求要被所述客戶端請求的時段那么長。因此，預(yù)先通告信息可以觸發(fā)遞送節(jié)點或內(nèi)容遞送網(wǎng)絡(luò)來驗證分段的可用性。如果該分段不可用，則分段檢索過程可以被觸發(fā)，該分段檢索過程檢索分段并且將該分段存儲在遞送節(jié)點或內(nèi)容遞送網(wǎng)絡(luò)上，這樣的分段檢索過程可以包括例如吸取過程。如果分段僅被存儲達預(yù)定時間，并且例如高速緩存算法將在特定時間段內(nèi)從高速緩存移除分段，則這些分段的存儲時間可以被延長，使得分段的可用性被保持。
[0014]在實施例中，所述方法可以進一步包括在預(yù)先通告消息中向所述內(nèi)容遞送節(jié)點、所述內(nèi)容遞送網(wǎng)絡(luò)或在所述內(nèi)容遞送網(wǎng)絡(luò)中的(請求路由)節(jié)點發(fā)送所述預(yù)先通告信息。在實施例中，所述預(yù)先通告消息可以是(HTTP)消息。在又另一實施例中，(HTTP)消息的報頭可以包括預(yù)先通告指示符，其用信號通知所述遞送節(jié)點或所述內(nèi)容遞送網(wǎng)絡(luò)該消息是預(yù)先通告消息(或者應(yīng)當被解釋為預(yù)先通告消息)。在另一實施例中，所述消息可以包括與所述至少一個分段相關(guān)聯(lián)的至少一個分段定位符(URL)。在又另一實施例中，至少部分的所述預(yù)先通告信息可以被插入所述消息的報頭中；和/或在所述消息的主體中。在另一實施例中，所述消息可以是HTTP HEAD、HTTP GET或HTTP POST消息中的一個。
[0015]因此，為了使內(nèi)容遞送網(wǎng)絡(luò)，更具體地CDN中的請求路由節(jié)點或遞送節(jié)點在標準(HTTP)消息和用作預(yù)先通告消息的(HTTP)消息之間進行區(qū)分，(HTTP)消息的報頭可以包括字段，該字段包括預(yù)先通告指示符，該預(yù)先通告指示符用信號通知遞送節(jié)點或內(nèi)容遞送網(wǎng)絡(luò)該消息應(yīng)當被解釋為預(yù)先通告消息。在本申請中描述了這樣的預(yù)先通告指示符的各種實現(xiàn)方式，包括可以被插入(HTTP)消息的報頭中的標志、令牌或預(yù)先通告cookie值。
[0016]在另一實施例中，所述發(fā)送可以進一步包括:在HTTP請求消息中向內(nèi)容遞送網(wǎng)絡(luò)的請求路由節(jié)點發(fā)送所述預(yù)先通告信息；(隨后)從所述請求路由節(jié)點接收HTTP重新定向消息，所述重新定向消息包括與所述內(nèi)容遞送節(jié)點中的由所述客戶端可以向其請求所述分段的遞送的遞送節(jié)點相關(guān)聯(lián)的地址或分段定位符；以及所述客戶端或所述請求路由節(jié)點基于所述地址或分段定位符來在HTTP請求消息中向所述遞送節(jié)點發(fā)送所述預(yù)先通告信息。在另一實施例中，所述客戶端可以將所述地址或分段定位符寫入(插入)所述清單文件中。因此，用于處理預(yù)先通告HTTP消息的信息，包括HTTP重新定向消息中的信息，可以用于至少部分地解析存儲在包括自適應(yīng)流送客戶端的設(shè)備的高速緩存中的清單文件的一個或多個分段定位符。這樣，預(yù)先通告和預(yù)先解析可以被組合以甚至進一步減小在客戶端請求分段期間的延遲。
[0017]在另一實施例中，所述方法可以包括:向所述遞送節(jié)點或內(nèi)容遞送網(wǎng)絡(luò)發(fā)送預(yù)先通告支持消息，以驗證由所述遞送節(jié)點或所述內(nèi)容遞送網(wǎng)絡(luò)進行的、用于確保所述分段的可用性的所述觸發(fā)是否得到所述遞送節(jié)點或所述內(nèi)容遞送網(wǎng)絡(luò)支持。在另一實施例中，所述方法可以包括:如果所述遞送節(jié)點或所述內(nèi)容遞送網(wǎng)絡(luò)支持客戶端的預(yù)先通告信息的處理，則從所述遞送節(jié)點或所述內(nèi)容遞送網(wǎng)絡(luò)接收指示所述觸發(fā)得到支持的支持確認消息。
[0018]在實施例中，選擇所述至少一個分段標識符可以進一步包括:使用來自所述客戶端中的用戶導(dǎo)航功能的用戶導(dǎo)航信息和/或所述清單文件中的一般導(dǎo)航信息，來預(yù)測在預(yù)定時間段內(nèi)可能被請求的所述分段。
[0019]在實施例中，所述預(yù)先通告信息可以通過分離的通信信道被發(fā)送到所述遞送節(jié)點或所述內(nèi)容遞送網(wǎng)絡(luò)。在另一實施例中，所述分離的通信信道可以由所述遞送節(jié)點或所述內(nèi)容遞送網(wǎng)絡(luò)使用，以激活或去激活所述客戶端中的預(yù)先通告功能和/或向所述客戶端發(fā)送更新的清單文件。在另一實施例中，通信信道可以是(雙向)WebS0Cket通信信道。因此，分離的雙向WebSocket信道可以在客戶端和遞送節(jié)點或CDN之間建立，以允許預(yù)先通告消息的高效處理。此外，這允許網(wǎng)絡(luò)動態(tài)地激活(去激活)和/或調(diào)整預(yù)先通告功能。
[0020]在實施例中，所述遞送節(jié)點或所述內(nèi)容遞送網(wǎng)絡(luò)可以保持跟蹤在預(yù)定時段內(nèi)它已經(jīng)存儲的分段。在實施例中，如果所述內(nèi)容遞送網(wǎng)絡(luò)接收到與在所述預(yù)定時段內(nèi)已經(jīng)存儲的分段(標識符)相關(guān)聯(lián)的預(yù)先通告信息，則所述遞送節(jié)點或內(nèi)容遞送網(wǎng)絡(luò)不由所述預(yù)先通告信息觸發(fā)。因此，這些實施例暗示了，如果預(yù)先通告信息中的分段標識符被確定為與在預(yù)定時段期間存儲的分段的分段標識符相同，則確保機制不被觸發(fā)。確保機制消耗資源，尤其在非