午夜毛片免费看,老师老少妇黄色网站,久久本道综合久久伊人,伊人黄片子

配置為接收劃分成片段的多媒體內(nèi)容的客戶終端獲得網(wǎng)絡(luò)信息的方法

文檔序號:10618740閱讀:426來源:國知局
配置為接收劃分成片段的多媒體內(nèi)容的客戶終端獲得網(wǎng)絡(luò)信息的方法
【專利摘要】配置為接收劃分成片段的多媒體內(nèi)容的客戶終端獲得網(wǎng)絡(luò)信息的方法??蛻艚K端(CT)被配置為接收由至少一個遠程服務器(SE)提供的劃分成片段的多媒體內(nèi)容,每個片段能夠以一個或多個表示獲得,客戶終端包括:通信模塊(2),被配置為接收網(wǎng)絡(luò)信息,網(wǎng)絡(luò)信息包括沿服務器(SE)與客戶終端(CT)之間的路徑的高速緩存器(DANE)的有序列表。
【專利說明】
配置為接收劃分成片段的多媒體內(nèi)容的客戶終端獲得網(wǎng)絡(luò)信 息的方法
技術(shù)領(lǐng)域
[0001] 本公開總體上設(shè)及通過例如但不限于HTTP(超文本傳輸協(xié)議)的自適應流傳輸 (adaptive streaming)技術(shù)領(lǐng)域,具體地,設(shè)及一種用于通過被配置為接收劃分成片段的 多媒體內(nèi)容的客戶終端獲得網(wǎng)絡(luò)信息的方法。
【背景技術(shù)】
[0002] 本部分旨在向讀者介紹本領(lǐng)域中可能與W下描述和/或要求保護的本公開的各方 面相關(guān)的各個方面。相信本討論有益于向讀者提供背景信息W便于更好地理解本公開的各 個方面。因此,應當理解,運些陳述應W運種方式被解讀,而不是作為對現(xiàn)有技術(shù)的承認。
[0003] 通過HTTP的自適應流傳輸正在迅速成為用于多媒體內(nèi)容分發(fā)的主要技術(shù)。在已經(jīng) 使用的HTTP自適應流傳輸協(xié)議中,最著名的是Apple的HTTP實時流傳輸化LS) ,Microsoft的 Silverlight平滑流傳輸(SSS)、Adobe的Adobe動態(tài)流傳輸(ADS) W及由3GPP在SA4組內(nèi)開發(fā) 的通過HTTP的動態(tài)自適應流傳輸(DA甜)。
[0004] 當客戶終端希望播放自適應流傳輸中的視聽內(nèi)容(或A/V內(nèi)容)時,首先必須得到 描述如何可W獲得該A/V內(nèi)容的文件。運通常通過從URL(統(tǒng)一資源定位符)得到描述文件 (所謂的清單(manifest))經(jīng)由HTTP協(xié)議來完成,但是也能夠通過其它方式(例如,廣播、電 子郵件、SMS等)來實現(xiàn)。清單基本地列出了運種A/V內(nèi)容的可用表示(就比特率、分辨率和其 他屬性而言)。所述清單被預先產(chǎn)生,并例如通過遠程服務器傳送到客戶終端。
[0005] 的確,在HTTP服務器上可獲得對應于具有不同質(zhì)量的A/V內(nèi)容的數(shù)據(jù)流。最高質(zhì)量 與高比特率相關(guān)聯(lián),最低質(zhì)量與低比特率相關(guān)聯(lián)。運允許向可能經(jīng)受高度變化的網(wǎng)絡(luò)條件 的許多不同終端進行分發(fā)。
[0006] 將整個數(shù)據(jù)流分成片段,所述片段使得客戶終端可W在兩個片段之間平滑地從一 個質(zhì)量級別切換到另一質(zhì)量級別。結(jié)果,視頻質(zhì)量在播放期間可變化但極少會中斷(還被稱 為凍結(jié))。
[0007] 根據(jù)協(xié)議,清單可W呈現(xiàn)各種格式。對于Apple HLS協(xié)議,清單是M3U8播放列表,被 稱為"主播放列表"。該播放列表的每個元素是另一播放列表,一個播放列表一個表示。根據(jù) 其它協(xié)議(例如,DASH),清單由一個接一個地描述所有表示的一個或多個XML文件組成。在 任意情況下,創(chuàng)建清單就和創(chuàng)建文本文件并根據(jù)確定性語法撰寫文本一樣簡單。
[000引眾所周知的是,根據(jù)其可用帶寬,客戶終端在給定時間點選擇最佳表示,W優(yōu)化網(wǎng) 絡(luò)變化的魯棒性與質(zhì)量(例如,視頻質(zhì)量)之間的權(quán)衡。在每個接收到的片段,動態(tài)地確定可 用帶寬。的確,在對于給定片段的HTTP請求的發(fā)射與相應HTTP響應的接收之間所限定的往 返時間(下文中稱為HTTP RTT)通常被測量并用于估計沿傳輸路徑的可用帶寬。
[0009]當高速緩存器沿著客戶終端與遠程服務器之間的傳輸路徑(運是頻繁出現(xiàn)的)時, 在W下情況下在所述高速緩存器中已經(jīng)存儲了一個片段:另一客戶端先前已經(jīng)請求了具有 相同表示的相同片段,或者內(nèi)容傳遞網(wǎng)絡(luò)(CDN)已經(jīng)在高速緩存器中供應了該片段。
[0010]因此,對于所述給定片段的HTTP請求的響應比如果片段來自遠程服務器更快。因 為傳輸路徑更短,客戶終端與高速緩存器之間的HTTP請求的HTTP RTT可W比客戶終端與遠 程服務器之間的HTTP RTT少得多。
[0011] 另外,在存在沿傳輸路徑的高速緩存器(所請求的片段存儲在高速緩存器中)的情 況下,峰值速率可W更好,尤其是當在高速緩存器與遠程服務器之間的所述傳輸路徑上存 在擁塞時。
[0012] 由于客戶終端通常不區(qū)分由遠程服務器或由中間高速緩存器發(fā)送的應答,其錯誤 地將帶寬變化解釋為端到端網(wǎng)絡(luò)條件的變化,而實際上其在觀測傳輸路徑從"客戶終端至 服務器"路徑到"客戶終端至高速緩存器"路徑的切換。
[0013] 因此,由客戶終端執(zhí)行的帶寬估計被高估,并且不能準確地反映所預期的端到端 傳輸路徑特性。
[0014] 運種高估通常導致終端用戶體驗不佳。確實,如果所估計的帶寬高于預期,則自適 應流傳輸客戶終端通常從較高質(zhì)量的表示(例如,較高的比特率)請求片段。因此,隨著表示 改變,該請求的片段在高速緩存器中的概率更低(假設(shè)高速緩存器通過由先前客戶終端W 恒定比特率播放相同多媒體內(nèi)容而被填充)。與所述請求的片段相關(guān)聯(lián)的下載時間應當比 預期長得多,導致所請求片段的過晚到達。接著,客戶終端將切換回較低質(zhì)量的表示,運可 能在高速緩存器中再次被發(fā)現(xiàn)。
[0015] 結(jié)果,客戶終端在高質(zhì)量片段與低質(zhì)量片段之間來回切換-由于高速緩存未命中 而持續(xù)中斷-運完全損害了高速緩存的益處。
[0016] 此外,因為HAS客戶終端不知道高速緩存器的內(nèi)容,所W錯過了它們的加速能力W 及網(wǎng)絡(luò)負荷減少的益處。此外,即使在片段的每次下載進行單獨查詢是可能的,當前HAS客 戶終端也不能詳細給出考慮到高速緩存器中片段序列的存在的速率自適應策略。
[0017] 本公開嘗試改進上面提到的至少一些缺點,W提高終端用戶體驗的質(zhì)量。

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

[0018] 本公開設(shè)及一種用于通過客戶終端獲得網(wǎng)絡(luò)信息的方法,所述客戶終端被配置為 接收由至少一個遠程服務器提供的劃分成片段的多媒體內(nèi)容,每個片段能夠W-個或多個 表示獲得,
[0019] 其特征在于,所述網(wǎng)絡(luò)信息包括沿服務器與客戶終端之間的路徑的高速緩存器的 有序列表。
[0020] 在一個實施例中,所述網(wǎng)絡(luò)信息還可W包括:對于所述有序列表中的至少一些高 速緩存器,由所述高速緩存器存儲的片段的表示的列表。
[0021] 在一個實施例中,所述客戶終端將請求發(fā)送到屬于有序列表的目標高速緩存器, 并接收由所述目標高速緩存器存儲的片段的表示的列表。該表示的列表是完整列表或之前 存儲的片段與當前存儲的片段之間的差異的列表。
[0022] 在一個實施例中,所述客戶終端根據(jù)由所述目標高速緩存器存儲的片段的表示的 列表,來更新由所述高速緩存器存儲的片段的表示的列表。
[0023] 在另一實施例中,所述網(wǎng)絡(luò)信息可W通過由客戶終端從服務器接收的清單來提 供,所述清單列出了在所述服務器處的所述多媒體內(nèi)容的可用表示。
[0024] 另外,所述清單可W包括沿服務器與客戶終端之間的路徑的高速緩存器的有序列 表。
[0025] 此外,所述清單可W針對所述有序列表的每個高速緩存器,標識由所述高速緩存 器存儲的所述片段的表示。可W通過添加到本地緩存表示的列表的清單,由沿服務器與客 戶終端之間的路徑的每個遇到的高速緩存器來遞增地構(gòu)造所述列表。
[0026] 此外,可W通過添加高速緩存器自身的標識符W建立有序列表,由沿服務器與客 戶終端之間的路徑遇到的高速緩存器來修改所述清單。
[0027] 此外,所述高速緩存器還可W通過添加連接信息來修改清單。
[0028] 在另一方面,客戶終端可W使用與用于傳送數(shù)據(jù)的數(shù)據(jù)路徑不同的輔助通信路徑 來查詢所述有序列表中的至少一些高速緩存器,W確定由每個查詢的高速緩存器存儲的片 段的表示。
[0029] 在另一方面,網(wǎng)絡(luò)信息可W附接到由客戶終端從服務器接收的消息上,所述消息 包括用于允許接收所述消息的高速緩存器在所述消息中報告其存在性的擴展頭。
[0030] 具體地,標識了每個遇到的高速緩存器的有序列表可W建立在所述擴展頭中。
[0031] 另外,連接信息可W與所述有序列表的每個高速緩存器相關(guān)聯(lián)。
[0032] 在一個實施例中,所述方法包括:從屬于高速緩存器的有序列表的至少一個高速 緩存器下載片段。
[0033] 在一個實施例中,通過與用于接收片段的接口相似的網(wǎng)絡(luò)接口或與用于接收片段 的接口不同的網(wǎng)絡(luò)接口來接收所述網(wǎng)絡(luò)信息。
[0034] 根據(jù)不同實施例,網(wǎng)絡(luò)接口適于接收網(wǎng)絡(luò)信息(例如,Wifi、AD化、纜線、移動和/或 廣播(例如,DVB、ATSC)接口的有序列表和列表)。
[0035] 根據(jù)不同實施例,適于接收片段的網(wǎng)絡(luò)接口是Wifi、ADSL、纜線、移動和/或廣播 (例如,DVB、ATSC)接口。
[0036] 在一個實施例中,客戶終端使用與用于接收片段的協(xié)議(例如,http、Flute)相似 的協(xié)議或不同的協(xié)議(片段:http,flute;網(wǎng)絡(luò)信息:TR69寬帶論壇或廣播協(xié)議,xmpp IETF, DDS OMG(對象管理組))來接收網(wǎng)絡(luò)信息。
[0037] 在一個實施例中,網(wǎng)絡(luò)信息存儲在隨機存取存儲器(RAM)中;
[0038] 在一個實施例中,片段存儲在本地存儲器(硬盤或閃存)中和/或由解碼器解碼和/ 或顯示在顯示器上。
[0039] 本公開還包括一種被配置為接收由至少一個遠程服務器提供的劃分成片段的多 媒體內(nèi)容的客戶終端,每個片段能夠W-個或多個表示獲得。根據(jù)本公開,所述客戶終端包 括:通信模塊,被配置為接收網(wǎng)絡(luò)信息,所述網(wǎng)絡(luò)信息包括沿服務器與客戶終端之間的路徑 的高速緩存器的有序列表。
[0040] 另外,所述網(wǎng)絡(luò)信息還可W包括:對于所述有序列表中的至少一些高速緩存器,由 所述高速緩存器存儲的片段的表示的進一步列表。
[0041] 此外,所述通信模塊還可W被配置為使用與用于傳送數(shù)據(jù)的數(shù)據(jù)路徑不同的輔助 通信路徑來查詢所述有序列表中的至少一些高速緩存器,W確定由每個查詢的高速緩存器 存儲的片段的表示。
[0042] 本公開還設(shè)及一種用于通過高速緩存器發(fā)送網(wǎng)絡(luò)信息的方法,所述高速緩存器被 配置為將由至少一個遠程服務器提供的多媒體內(nèi)容的片段傳送到客戶終端,每個片段能夠 W-個或多個表示獲得。
[0043] 根據(jù)本公開,所述網(wǎng)絡(luò)信息包括沿服務器與客戶終端之間的路徑的高速緩存器的 有序列表。
[0044] 在一個實施例中,高速緩存器接收有序列表并將其更新W視為與客戶終端最接近 的高速緩存器,該最接近的高速緩存器在訪問速度和節(jié)省網(wǎng)絡(luò)資源(例如,節(jié)省將片段上傳 到客戶終端的網(wǎng)絡(luò)資源和/或最快地訪問片段)方面是最優(yōu)選的。接著,高速緩存器將更新 的有序列表向下轉(zhuǎn)發(fā)到客戶端;W運種方式,有序列表被遞增地構(gòu)造。
[0045] 在一個實施例中,高速緩存器將與高速緩存器相關(guān)聯(lián)的本地緩存表示的列表添加 到與接收的高速緩存器的有序列表相關(guān)聯(lián)的表示的接收列表;接著,高速緩存器將表示的 更新列表向下轉(zhuǎn)發(fā)到客戶端;W運種方式,表示的列表被遞增地構(gòu)造。
[0046] 本公開還設(shè)及一種適于發(fā)送網(wǎng)絡(luò)信息的高速緩存器,所述高速緩存器被配置為將 由至少一個遠程服務器提供的多媒體內(nèi)容的片段傳送到客戶終端,每個片段能夠W-個或 多個表示獲得。根據(jù)本公開,所述網(wǎng)絡(luò)信息包括沿服務器與客戶終端之間的路徑的高速緩 存器的有序列表。
[0047] 在一個實施例中,高速緩存器是包括在W下集合中的網(wǎng)絡(luò)元件(也叫做網(wǎng)絡(luò)高速 緩存器),所述集合包括:住宅網(wǎng)關(guān),公共網(wǎng)關(guān),公司網(wǎng)關(guān),熱點,電話,交通工具,互聯(lián)網(wǎng)服務 提供商(ISP)網(wǎng)絡(luò)元件和公司代理服務器。
[0048] 本公開還設(shè)及可W從通信網(wǎng)絡(luò)下載和/或記錄在計算機可讀介質(zhì)上的和/或可W 由處理器執(zhí)行的計算機程序產(chǎn)品,所述計算機程序產(chǎn)品包括用于實現(xiàn)上述方法的步驟的程 序代碼指令。
[0049] 此外,本公開還設(shè)及一種非暫時性計算機可讀介質(zhì),包括其上記錄的能夠由處理 器運行的計算機程序產(chǎn)品,所述計算機程序產(chǎn)品包括用于實現(xiàn)前述方法的步驟的程序代碼 指令。
[0050] 在下文闡述在范圍上與所公開的實施例相符的一些方面。應理解,運些方面僅用 來向讀者提供本公開可能采用的一些形式的簡要概括,并且運些方面并非意在限制本公開 的范圍。事實上,本公開可包括下文可能沒有闡述的多個方面。
[0051] 在下文闡述在范圍上與所公開的實施例相符的一些方面。應理解,運些方面僅用 來向讀者提供本公開可能采用的一些形式的簡要概括,并且運些方面并非意在限制本公開 的范圍。事實上,本公開可包括下文可能沒有闡述的多個方面。
【附圖說明】
[0052] 通過下面參照附圖的實施例和執(zhí)行示例而絕非限制性的方式來示出本公開并使 本公開更好地被理解,在附圖中:
[0053] -圖1是可W實施本公開實施例的客戶端-服務器網(wǎng)絡(luò)架構(gòu)的示意圖;
[0054] -圖2是根據(jù)本公開實施例的客戶終端的示例的框圖;
[0055] -圖3是示出了由圖2的客戶終端執(zhí)行的用于下載多媒體內(nèi)容的即將到來的片段序 列的方法的流程圖。
[0056] 在圖1和圖2中,呈現(xiàn)的方框僅是功能性實體,而不必對應于物理上分離的實體。 良P,運些方框能夠W軟件、硬件的形式來開發(fā),或者可W實施在包括一個或多個處理器的一 個或若干集成電路中。
[0057] 在可能的情況下,貫穿附圖,相同的附圖標記將用于表示相同或類似部件。
【具體實施方式】
[0058] 應理解,為了清楚理解本公開,已經(jīng)簡化了本公開的附圖和描述W示出相關(guān)的元 件,并且同時為了清楚起見,省略了在典型數(shù)字多媒體內(nèi)容傳送方法和系統(tǒng)中存在的許多 其它元件。然而,由于運些元件在本領(lǐng)域是公知的,本文中不提供對運些元件的詳細討論。 本文的公開針對本領(lǐng)域技術(shù)人員已知的所有運些變化和修改。
[0059] 根據(jù)實施例,針對HTTP自適應流傳輸協(xié)議(或HAS)描述了本公開。當然,本公開不 限于運種特定環(huán)境,當然也可W考慮和實現(xiàn)其他自適應流傳輸協(xié)議。
[0060] 如圖1所示,一個或多個網(wǎng)絡(luò)N(在附圖中僅呈現(xiàn)了一個)所支持的能夠?qū)崿F(xiàn)本公開 的客戶端-服務器網(wǎng)絡(luò)架構(gòu)包括一個或多個客戶終端CT、一個或多個HTTP服務器SE、多個智 能高速緩存器DA肥W及一個或多個傳統(tǒng)高速緩存器RNE。根據(jù)DA甜,還將運樣的服務器SE命 名為媒體源(Media化igin)。它們產(chǎn)生例如媒體呈現(xiàn)描述(或MPD),所謂的清單。運是內(nèi)容 分發(fā)的源:多媒體內(nèi)容可來自一些外部實體,并在媒體源處被轉(zhuǎn)換成HAS格式。
[OOW]智能高速緩存器DA肥是網(wǎng)絡(luò)N中的高速緩存元件,被配置為了解傳送HAS內(nèi)容。使 用MPEG-DA甜術(shù)語,智能高速緩存器被視為DASH感知網(wǎng)絡(luò)元件(DA肥)。
[0062] 傳統(tǒng)高速緩存器RNE是網(wǎng)絡(luò)N中的高速緩存元件,其不知道通過其傳輸?shù)臄?shù)據(jù)的類 型,或者至少不了解HAS方面。在MPEG-DA細術(shù)語中,將傳統(tǒng)高速緩存器視為常規(guī)網(wǎng)絡(luò)元件 (RNE) O
[0063] 客戶終端CT希望從HTTP服務器SE之一獲得多媒體內(nèi)容。所述多媒體內(nèi)容被劃分成 多個片段(也被稱為塊(chunk))。假設(shè)多媒體內(nèi)容在服務器SE處W不同表示可獲得。在客戶 端請求時,HTTP服務器SE能夠通過一個或多個TCP/IP連接使用HTTP自適應流傳輸協(xié)議,將 片段流傳輸至客戶終端CT。
[0064] 根據(jù)如圖2所述的實施例,客戶終端CT至少包括:
[0065] -到第一網(wǎng)絡(luò)Nl的連接接口 1 (有線的和/或無線的,例如Wi-Fi、W太網(wǎng)等);
[0066] -通信模塊2,包含用來與HTTP服務器SE通信的協(xié)議找。具體地,通信模塊2包括本 領(lǐng)域公知的TCP/IP找。當然,其可W是任何其他類型的網(wǎng)絡(luò)和/或通信裝置,使得客戶終端 CT能夠與HTTP服務器SE通信;
[0067] -自適應流傳輸模塊3,其從HTTP服務器SE接收HTTP流傳輸多媒體內(nèi)容。其不斷地 選擇比特率更好地匹配網(wǎng)絡(luò)約束及其自身約束的片段;
[0068] -視頻播放器4,適配為解碼和擅染多媒體內(nèi)容;
[0069] -一個或多個處理器5,用于執(zhí)行存儲在客戶終端CT的非易失性存儲器中的應用和 程序;
[0070] -存儲裝置6,例如,易失性存儲器,用于在將從HTTP服務器SE接收的片段傳輸至視 頻播放器4之前緩沖運些片段;
[0071] -內(nèi)部總線B,連接各模塊W及本領(lǐng)域技術(shù)人員公知的用于執(zhí)行普通客戶終端功能 的所有裝置。
[0072] 在實施例中,客戶終端CT是便攜式媒體設(shè)備、移動電話、平板計算機或膝上型計算 機、電視機、機頂盒、游戲設(shè)備或集成電路。自然地,客戶終端CT可能不包括完整的視頻播放 器,而是只包括一些子元件,比如用于解復用和解碼媒體內(nèi)容的子元件,并且客戶終端CT可 W依賴于外部裝置來向終端用戶顯示解碼后的內(nèi)容。在運種情況下,客戶終端CT是支持 HTTP自適應流傳輸(HAS)的視頻解碼器,比如機頂盒。
[0073] 根據(jù)本公開,每個客戶終端CT被配置為實現(xiàn)用于下載存儲在遠程服務器SE中的多 媒體內(nèi)容的即將到來的片段序列的方法M,所述序列被選擇為使得其特征與下文中描述的 一些質(zhì)量標準最佳匹配。
[0074] 為了實現(xiàn)方法M,客戶終端CT優(yōu)選地需要了解網(wǎng)絡(luò)架構(gòu)N。
[0075] 為此,在客戶終端CT請求多媒體內(nèi)容時通過HTTP響應由服務器SE傳送到客戶終端 CT的清單包括在服務器SE處所述多媒體內(nèi)容的可用表示的列表,還可W包括位于服務器SE 與客戶終端CT之間的智能高速緩存器DA肥的有序列表。在運種情況下,服務器SE知曉網(wǎng)絡(luò) 架構(gòu)(例如,在受管理的網(wǎng)絡(luò)中),并能夠預先建立運樣的有序列表。服務器SE可W提供依據(jù) 進行請求的客戶終端CT的有序列表。
[0076] 在該有序列表中,每個遇到的智能高速緩存器DA肥可W通過W下項來標識:
[0077] -唯一標識符;
[0078] -連接信息,例如允許到達所述智能高速緩存器的服務接入點(如下文中所述)。
[0079] 在由客戶終端CT接收時,智能高速緩存器DA肥的該有序列表被提供作為清單的擴 展,并且可選地,可W利用附加的連接信息來完成該有序列表。
[0080] 在該有序列表中,優(yōu)選地,通過考慮智能高速緩存器DA肥與客戶終端CT的接近度 來列出智能高速緩存器DANE:有序列表的第一元素對應于與客戶終端CT最接近的智能高速 緩存器。
[0081] 在變型中,當服務器SE不知曉網(wǎng)絡(luò)架構(gòu)時,服務器SE可能無法預先建立運樣的有 序列表。在運種情況下,每個智能高速緩存器DA肥檢查(利用??诘臋z查模塊)服務器SE的 HTTP響應的內(nèi)容類型頭,W識別出智能高速緩存器DA肥包含清單,并且接著利用例如智能 高速緩存器DA肥的對應服務接入點,通過將智能高速緩存器DANE自身的標識符添加到有序 列表來更新所述清單。
[0082] 用于建立有序列表的兩種方法可W共存,使得服務器SE未知的一些智能高速緩存 器DA肥可W在它們接收到服務器SE的HTTP響應時將其自身添加到現(xiàn)存的有序列表。顯然 地,在運種情況下,智能高速緩存器優(yōu)選地在添加一些信息之前檢查有序列表中其自身的 存在性。
[0083] W下內(nèi)容是說明性的而非限制性的,MPEG-DA細清單中的智能高速緩存器DA肥的 有序列表的示例(刪節(jié)的):
[0084]
[0085] 除了有序列表的智能高速緩存器層次信息,清單還可W例如通過在與對應智能高 速緩存器標識符相關(guān)聯(lián)的附加列表中添加所存儲的多媒體內(nèi)容(或其部分)的每個片段的 表示,來指示多媒體內(nèi)容的存儲在有序列表的每個智能高速緩存器DANE中的片段的表示。 所述附加列表可W由服務器SE(例如,在受管理的網(wǎng)絡(luò)的情況下)或者由每個遇到的智能高 速緩存器DA肥來建立。
[0086] 在另一變型中,為了確定網(wǎng)絡(luò)架構(gòu)W及尤其是有序列表的智能高速緩存器層次, 服務器SE將包括擴展頭的HTTP響應發(fā)送到客戶終端CT,其中,所述擴展頭用于允許接收所 述響應的每個智能高速緩存器DA肥向客戶終端CTW及向位于所述高速緩存器DA肥和客戶 終端CT之間的近旁的高速緩存器報告其存在性。HTTP擴展頭可W如下定義:
[0087] X-SmartCache-List="X-SmartCache-List"":"x-smartcache-directive
[0088] x-sm曰rtc曰che-directive="required" I x-sm曰rtc曰che-list
[0089] x-sm 曰 rtc 曰 che-list = l#x-sm 曰 rtc 曰 che-s 曰 P
[0090] x-sm3rtc3che-s3p = ip_address:port|j3bber_identifier
[0091] 頭擴展可W向服務器SE和/或智能高速緩存器DA肥提供一種措施W向下游智能高 速緩存器DA肥和/或向客戶終端CT指示其存在性,運樣的措施附接于任何響應(特別地,包 括清單的響應)。
[0092] 由于??诘男薷哪K,服務器SE可W使用附接于HTTP響應的語法^-Smad^che: required", W迫使下游智能高速緩存器DA肥附上它們自己的標識符W及可選地它們的連 接信息。在接收到該頭時,每個智能高速緩存器DANE在有序列表前面加上它們的標識符和 連接信息。有利地,接收到HTTP響應的首個智能高速緩存器丟棄"requirecK必需的r令牌。
[0093] 運種變型的一個優(yōu)點在于,所述HTTP擴展頭可W附接到其他響應消息(諸如其他 的內(nèi)容數(shù)據(jù)傳送)。還可W在攔截包括清單的HTTP響應時使用所述HTTP擴展頭,但是不修改 該HTTP響應。
[0094] 作為說明性的非限制示例,有序列表的智能高速緩存器層次可W使用如下的HTTP 響應頭來指示:
[0095] X-SmadCache-List: 157.254.235.97:12:345,74.125.226.230:12345
[0096] 在實施例的另一方面,可W通過與用于傳送數(shù)據(jù)的主信道分開的輔助通信信道 (或路徑)來交換用于查詢智能高速緩存器DA肥的信令消息,該輔助信道獨立于數(shù)據(jù)主信道 而操作。將運樣的信令機制命名為帶外信令。
[0097] 可W開發(fā)帶外信令的兩種不同機制,對于第一機制,實施單獨的協(xié)議W針對特定 的智能高速緩存器DA肥,對于第二機制,具有用于信令的第二TCP連接的HTTP協(xié)議受益于 HTTP的請求的自然向上路由(由客戶終端CT朝著服務器SE發(fā)送的信令請求自然地通過所遇 到的智能高速緩存器DANE和在適當時能夠反應的傳統(tǒng)高速緩存器RNE)。在任何情況下,運 些機制不影響傳統(tǒng)高速緩存器R肥。
[0098] 根據(jù)使用特定協(xié)議的第一機制,信令覆蓋(signaling overlay)包括使用有序列 表的智能高速緩存器層次及其標識符。一旦該信令覆蓋可用,則不同的網(wǎng)絡(luò)設(shè)備可W彼此 通信。智能高速緩存器接口可W用于交換高速緩存器管理操作??蒞通過智能高速緩存器 服務接入點來訪問所述智能高速緩存器接口,所述智能高速緩存器服務接入點被設(shè)置為清 單的一部分或被包括在HTTP響應頭中。運允許DASH/HAS客戶端調(diào)用智能高速緩存器接口的 操作。可W通過構(gòu)造包含操作標識符及其參數(shù)的消息并將消息發(fā)送到智能高速緩存器接口 來調(diào)用每個操作。
[0099] 在說明性的非限制示例中,可W將信令消息建立為JSON串,JSON串是用許多服務 器端腳本語言容易解析的。在接收到信令消息時,智能高速緩存器DA肥可W執(zhí)行所請求的 操作。
[0100] 具體地,可W通過若干合適的協(xié)議來傳送客戶終端CT與智能高速緩存器DANE之間 的信令消息。
[0101] 在第一說明性示例中,使用WebSocket,其允許客戶終端CT與給定智能高速緩存器 DANE之間的雙向點對點通信。在第二說明性示例中,可W使用XMPP,W允許點對多點的信息 發(fā)送(例如,對于到智能高速緩存器的所有客戶終端的高速緩存器更新通知)。自然地,可W 使用其他協(xié)議。
[0102] 由于第一機制,客戶終端CT可W與給定智能高速緩存器DA肥交換消息,W發(fā)現(xiàn)存 儲在所述智能高速緩存器DA肥中的片段及其表示。可W使用W下消息:
[0103] getls&ched( [Se卵entlds: <list> ])
[0104] 在接收到該信令消息時,智能高速緩存器DA肥可W用包含所緩存的片段的標識符 的更新的列表來進行應答??蒞由客戶終端將該消息發(fā)送到其上游智能高速緩存器DA肥中 的任何一個,W獲得每個單獨智能高速緩存器的內(nèi)容的精確概述。
[0105] 另外,智能高速緩存器DA肥可W使用針對所注冊的客戶終端的回叫,向客戶端通 知其緩存內(nèi)容的改變,客戶終端例如已經(jīng)預備地指定了它們希望監(jiān)控的片段?,F(xiàn)今,用 HTML5 WebSockets容易地實現(xiàn)運種回叫機制,可W采用服務器端事件但也可W采用其他技 術(shù)實現(xiàn)相似結(jié)果。
[0106] cacheUpdate( [Se卵entlds: <list> ])
[0107] 根據(jù)第二機制,客戶終端CT也可W使用HTTP作為查詢高速緩存器鏈(智能高速緩 存器DA肥和傳統(tǒng)高速緩存器RNE)的信令措施,W發(fā)現(xiàn)緩存的內(nèi)容。在次級TCP會話中朝著相 同的服務器地址發(fā)送運些信令HTTP消息,并且運些信令HTTP消息遵循與主數(shù)據(jù)傳送會話相 同的路徑。特定地建立信令HTT內(nèi)青求,W避免觸發(fā)數(shù)據(jù)傳送。
[0108] 為此,可W使用HTTP肥AD方法或最小字節(jié)范圍GET(例如,請求一個單字節(jié)數(shù)據(jù))。 通過發(fā)送針對即將到來的片段的不同表示的多個肥AD(或1字節(jié)范圍GET)請求,并使用所提 出的擴展,客戶終端CT能夠建立所緩存的表示的位置圖。
[0109] 具體地,為了查詢高速緩存器的內(nèi)容,客戶終端CT可W使用具有"only-if- cached"指令的乂ache-con化〇r (高速緩存-控制化TTP頭,W請求最近的高速緩存器的內(nèi) 容。然而,與第一機制相比,基于HTTP的機制隱含地允許僅查詢朝著服務器SE的路徑上的首 個高速緩存器。
[0110] 作為減輕僅查詢首個高速緩存器運一缺點的擴展,信令請求的"only-if-cached" 指令還可W包括對應當考慮的高速緩存器的深度的指示,例如:
[0111] Cliche-Control :only-if-cached,depth = 3
[0112] 該深度值由智能高速緩存器DAr^解譯,使得當在智能高速緩存器DAr^中沒有緩存 所請求的片段的表示時,如果深度值允許,則所述智能高速緩存器向上轉(zhuǎn)發(fā)信令請求。每次 智能高速緩存器DA肥沒有存儲所請求的表示時,深度值遞減,并且在轉(zhuǎn)發(fā)信令請求之前相 應地修改HTTP頭。當智能高速緩存器DANE接收到深度值等于1的信令請求時,在高速緩存未 命中的情況下,不再轉(zhuǎn)發(fā)所述信令請求。
[0113] 在改進中,存儲所請求的表示的智能高速緩存器DA肥可W在其響應中包括指示已 到達的深度的補充指令,例如:
[0114] X-Sma;rt(^iche-Info:depth = 2
[0115] 于是,利用從智能高速緩存器DA肥接收到的值,客戶終端CT可W通過從客戶終端 CT的信令請求的初始深度值減去返回的值而知曉與所考慮的智能高速緩存器DANE的距離 (在高速緩存器方面)。
[0116] 備選地,客戶終端CT可W通過在其信令請求中標識給定高速緩存器而將查詢深度 限制到該高速緩存器。當信令請求到達所標識的智能高速緩存器DA肥時并且當所述智能高 速緩存器DA肥沒有存儲所請求的片段的表示時,所標識的智能高速緩存器DA肥不將該請求 向上轉(zhuǎn)發(fā)至服務器SE,并且否定地應答。為此,將指定目標智能高速緩存器標識符的特定擴 展添加到HTTP信令請求的高速緩存-控制"only-if-cached"指令,例如:
[0117] C曰che-Control:only-if-c曰ched,unti 1 = <sm曰rtc曰che_id>
[0118] 在信令請求中使用的智能高速緩存器標識符可W是智能高速緩存器DA肥的已知 SAP或者所述智能高速緩存器DANE的任何唯一標識符。
[0119] 當HAS客戶終端CT知曉布置在至服務器SE的路徑上的智能高速緩存器DA肥,并知 曉由每個智能高速緩存器DA肥保持的緩存表示的列表時,客戶終端CT可W實施方法M。
[0120] 給定針對k個即將到來的片段(限定了 k個片段的序列)知曉客戶終端CT與服務器 SE之間的智能高速緩存器DA肥的內(nèi)容,則方法M可W確定下載序列的所述片段的k個表示。 優(yōu)選地,在僅下載m個片段(l<=m<=k)之后,或者在接收到高速緩存器更新消息時,定期 地執(zhí)行方法M。運種更新允許優(yōu)化從m+1至m+m(使用高達m+k的預測)的片段的進一步下載。
[0121] 根據(jù)實施例,并且如圖3所示,用于在客戶終端CT下載存儲在服務器SE中且W不同 表示可獲得的多媒體內(nèi)容的即將到來的k個片段的序列的方法包括:
[0122] -針對在布置在客戶終端CT和服務器SE之間的標識的高速緩存器DANE(如之前所 述)中存儲的或未存儲的所述片段的可用表示的一些或所有組合,計算(步驟Sl):
[0123] ?對于k個表示的所述組合中的每個組合的質(zhì)量的效用函數(shù)IKk)的值;
[0124] .用于下載所述組合中的每個組合的預測時間T化);
[0125] 由如圖2表示的客戶終端CT的計算器7執(zhí)行計算步驟S1。在變型中,計算器7可W與 處理器模塊5集成或者是處理器模塊5的部分;
[0126] -在所確定的效用函數(shù)的值中,選擇(步驟S2)下載時間比時間闊值(例如,與片段 序列的播出時間相對應)短的最高效用函數(shù)值。由客戶終端CT的選擇模塊8執(zhí)行選擇步驟 S2;
[0127] -在客戶終端CT,至少下載(步驟S3)與所選擇的組合相關(guān)聯(lián)的表示的初始序列。在 接收到關(guān)于所選擇的組合的信息時,由通信模塊2和/或由自適應流傳輸模塊3管理所選擇 的表示的下載。
[01%]自然地,步驟Sl至S3中的至少一些可W不在客戶終端CT中執(zhí)行,而在外部網(wǎng)絡(luò)設(shè) 備(例如服務器、網(wǎng)關(guān)、代理服務器等)中執(zhí)行。
[0129] 具體地,對于給定組合,效用函數(shù)IKk)取決于:
[0130] -所述組合的表示的整體質(zhì)量f巾、W ;
[0131] -所述組合的表示的變化性O(shè);
[0132] -所述組合的表示的高速緩存未命中的成本M化)。
[0133] 在客戶終端上將由終端用戶感知到的整體質(zhì)量與所述組合中的表示的質(zhì)量成比 例。由于使用較高的比特率提供較高的質(zhì)量,熱化)所指示的表示的比特率的總和或者它們 的平均可W用作該整體質(zhì)量的估計。
[0134] 變化性可W例如通過所述組合中的表示值的方差來表述。
[0135] 高速緩存未命中的成本是影響網(wǎng)絡(luò)資源的帶寬成本W(wǎng)及服務器資源中的傳送數(shù) 據(jù)的成本。運兩者都與從服務器下載的片段的比特率成比例,因此該成本可W例如通過具 有高速緩存未命中的片段的表示的比特率的總和來表述。
[0136] 在說明性的非限制示例中,給定組合的效用函數(shù)IKk)可W從W下公式導出:
[0137] U(k)=R(k)-a ? 0-0 ? M化)
[013引 其中;
[0139] -<則;〇是所述組合的表示的平均比特率^是序列中的片段的數(shù)目;
[0140] -O是所述組合的表示的方差(并因此描述序列的不穩(wěn)定性);
[0141] -a是方差的加權(quán)參數(shù);
[0142] -M化)是所述組合的表示的高速緩存未命中的平均成本;
[0143] -0是高速緩存未命中的平均成本的加權(quán)參數(shù)。
[0144] 具體地,給定組合的表示的平均比特率可W由W下公式確定:
[0145]
[0146] 其中,Ri是屬于所述組合的片段i的給定表示的比特率。
[0147] 另外,所述給定組合的表示的方差〇可^通過W下公式獲得:
[014 引
[0149] 方差O根據(jù)表示之間的變化的數(shù)目W及與平均表示的不同的大小二者而增長。
[0150] 方差O根據(jù)表示之間的變化的數(shù)目W及與平均表示的不同的大小二者而增長。
[0151] 此外,所述給定組合的表示的高速緩存未命中的平均成本M化)例如通過W下公式 來描述:
[0152]
[015引具甲,a從服努帯妖得片段i的表示時,Si = 1,否則,Si = 0(該表示緩存在所標 識的智能高速緩存器DA肥之一中)。
[0154] 通過最大化序列的效用函數(shù)IKk),高比特率W及低方差和很少的高速緩存未命中 將是優(yōu)先的。可W調(diào)節(jié)加權(quán)參數(shù)Ct和/或ew限定方差和/或高速緩存未命中的容限量。顯然 地,可W通過將Cl和/或e的值設(shè)置為零來忽略方差和/或高速緩存未命中。
[0155] 針對每個考慮的候選組合來計算效用函數(shù)IKk),W確定滿足W下標準的組合:
[0156] -高平均比特率(W及隱含地高質(zhì)量)
[0157] -變化性小的穩(wěn)定比特率,意味著一致的視頻質(zhì)量
[0158] -從高速緩存器獲得的片段的最大量,W盡可能減小服務器SE和網(wǎng)絡(luò)N上的負載。
[0159] 另外,可W借助W下公式計算組合的估計下載時間T化):
[0160]
[0161] 其中;
[0162] -BWserver是當從服務器下載所述組合的給定表示時觀察到的下行鏈路帶寬;
[0163] -W吟,是當從保持所述組合的片段i的給定表示的最近的智能高速緩存器DA肥下 載所述給定表示時觀察到的下行鏈路帶寬。。對應于通過針對組合的每個表示采取保持所 述表示的最近的高速緩存器的索引所建立的矢量C的元素。
[0164] 在分母中,由于Si要么是0要么是1,項Si或(I-Si)中只有一個不等于零。因此,分 母是來自服務器SE的鏈路的帶寬BWserver或者來自所考慮的智能高速緩存器DA肥的帶寬 。通過將片段的每個所選表示的比特率的數(shù)目除W帶寬BWserver,獲得下載每個表示所 需要的時間。
[0165] 組合的該下載時間T化)應當優(yōu)選地比序列的播出時間短,否則回放可能由于緩沖 耗盡而中斷,使得:
[0166] T(k)<k ? chunk_duration
[0167] 根據(jù)實施例,客戶終端CT針對k個片段的表示的每個可用組合來計算(步驟SI)效 用函數(shù)IKk)和下載時間T化)。將(來自服務器SE的)可用表示的數(shù)目表示為r,lKk)和T化)被 分別計算fk次。
[0168] 因此,通過執(zhí)行步驟S2,客戶終端CT可W選擇避免緩沖耗盡最佳的的k個表示的序 列。
[0169] W下表格示出了說明性的非限制示例,其中,對于8個片段的序列的智能高速緩存 器DA肥的組的內(nèi)容的范圍從巧化(1是要下載的序列的第一片段)。單元格的值對應于保持 所考慮的片段/表示的智能高速緩存器DANE的索引。
[0170]
[0171 ] 通過考慮W下在恒定表示2500化PS的與k個片段的序列相對應的比特率矢量R = {R1 = 2500kbps,R2 = 2500kbps,R3 = 2500kbps,R4 = 2500kbps,R5 = 2500kbps,R6 = 2500kbps,R7 = 2500化ps,R8 = 2500化ps},通過針對每個片段采取保持表示2500kps的最近 的智能高速緩存器DA肥的索引來建立C矢量。根據(jù)上述表格上給出的智能高速緩存器的樣 本內(nèi)容,C=Ua,2,1,0,0,0,1},0意味著在所標識的智能高速緩存器DA肥中未緩存表示 2500kps〇
[0172] 在實施例的變型中,不是針對k個片段的表示的每個可用組合計算效用函數(shù)lKk) 和下載時間T化),而是客戶終端CT經(jīng)由評估模塊9根據(jù)對針對k個即將到來片段的位于客戶 終端CT與服務器SE之間的智能高速緩存器DA肥的內(nèi)容的了解,初步地計算(在步驟S20)每 個可能表示的緩存片段的數(shù)目,W在進一步的步驟S21中選擇最頻繁地被緩存的表示,也叫 做目標表示。
[0173] 基于W上示例表格,k = 8時,所選表示是比特率等于2500化PS的表示,具有5個緩 存片段。對應目標組合的比特率矢量R具有與目標表示R= {R1 = 2500化PS,R2 = 2500化PS, R3 = 2500 kbps,R4 = 2500kbps,R5 = 2500 kbps,R6 = 2500 kbps,R7 = 2500 kbps,R8 = 2500化ps}的比特率相等的一致值。
[0174] 在進一步的步驟S22,客戶終端CT借助其計算器7計算目標組合的下載時間T化)。
[0175] 在進一步的步驟S23,客戶終端CT將計算的下載時間T化)(也叫做初始T(k))與播 出時間進行比較。
[0176] 當初始T化)至少等于播出時間(T化)? chunk_duration)時,客戶終端CT確定 (在步驟S24)其目標表示沒有存儲在智能高速緩存器中的片段的替代緩存表示(例如,W上 表格的示例中的片段5、6和7)。
[0177] 為此,客戶終端CT在步驟S25建立替代表示的替代有序列表,其中,W升序列出較 高質(zhì)量的緩存替代表示,接著,W降序列出較低質(zhì)量的緩存替代表示。
[0178] 在步驟S26,客戶終端CT:
[0179] -選擇替代有序列表的第一表示;
[0180] -除了所選擇的替代表示已替換對應片段的目標表示之外,確定與目標組合相似 的新組合(根據(jù)W上表格的示例,新組合的矢量R是{2500kbps,2500kbps,2500kbps, 2500化ps,2500化ps,4500化ps,2500化ps,2500化ps});W及
[0181] -針對表示的所述新組合計算下載時間。
[0182] 在新組合的T(k)相對于目標組合的T化)增大的情況下,在步驟S27拒絕所選擇的 替代表示,并且拒絕新組合。對替代有序列表的下一表示重復步驟S26,使得利用所述下一 表示來修改目標組合W建立進一步的新組合。
[0183] 在新組合的T(k)不大于播出時間的情況下,客戶終端CT開始所述新組合的下載 (步驟S3)。
[0184] 在新組合的T化)相對于目標組合的T化)減小但是保持至少等于播出時間的情況 下,替代列表的所選擇的替代表示被保持(步驟28),并且通過考慮新組合而非目標組合來 重復步驟S26。
[01化]給定W上示例表格,運將利用R6 = 4500化ps,R5 = 6500化ps,R7 = 6500化psW及R5 =1200化PS,R7 = 1200化PS依次地進行測試,除非找到中間解決方案。
[0186] 當已經(jīng)嘗試了替代有序列表的所有表示時并且在針對最后一個新組合計算的T 化)不少于播出時間的情況下,客戶終端CT在步驟S29建立附加替代列表,該附加替代列表 包括W降序排列的比目標表示的質(zhì)量低的低質(zhì)量的表示。步驟26、27和28應用于所述附加 有序列表。
[0187] 在該算法的結(jié)尾,要么T化)滿足約束,要么不存在針對T化)的更低的可能值。
[0188] 當初始T化)不大于在播出時間時,客戶終端CT嘗試(在步驟S241)通過使用具有更 高速率的緩存表示來增大效用函數(shù)U(k)。在第一步驟S4,客戶終端CTW升序建立比初始目 標表示大的表示的有序列表。
[0189] 然后,對于該列表的每個表示,客戶終端CT:
[0190] -選擇(步驟S41)最高的i,使得所考慮的表示的對應片段在高速緩存器中是可獲 得的。
[0191] -針對通過利用所考慮的表示改變先前的Ri而獲得的表示的組合,計算(步驟S42) IKk)和T 化)。
[0192] 然后,如果T(k)仍然滿足約束并且IKk)的新值大于之前的值,則客戶終端CT保持 新組合并對下一(更低的)i重復步驟S41。如果T化)不再滿足約束或IKk)減小,則客戶終端 CT拒絕Ri的新值,W恢復之前的組合。
[0193] 當已考慮了所有索引i時,測試下一更高的表示。
[0194] 顯然地,其他啟發(fā)法可W用于滿足關(guān)于T化)的約束,同時改善IKk),而不背離實施 例。
[01巧]自然地,步驟S20至S29中的至少一些可W不在客戶終端CT中執(zhí)行,而在外部網(wǎng)絡(luò) 設(shè)備(例如服務器、網(wǎng)關(guān)、代理服務器等)中執(zhí)行。
[0196] 一旦已經(jīng)確定了期望的組合,即片段的序列,則客戶終端CT在沒有延遲的情況下 從序列下載W下片段,直到其達到m個片段或者從智能高速緩存器接收到更新消 息或接收速率改變。在前述任何一種情況下,客戶終端CT重復方法M。
[0197] 網(wǎng)絡(luò)信息包括沿服務器(SE)與客戶終端(CT)之間的路徑的高速緩存器(DA肥)的 有序列表,并且可選地,對于所述層次的至少一些高速緩存器,網(wǎng)絡(luò)信息還包括:由所述高 速緩存器(DANE)存儲的片段的表示的列表。
[0198] 應當注意的是,根據(jù)本公開的不同變型,通過與用于接收片段的接口相似的網(wǎng)絡(luò) 接口或者與用于接收片段的接口不同的網(wǎng)絡(luò)接口來接收網(wǎng)絡(luò)信息。
[0199] 根據(jù)特定實施例,客戶終端的網(wǎng)絡(luò)接口適于從Wifi、ADSL、纜線、移動和/或廣播 (例如,DVB、ATSC)接口接收網(wǎng)絡(luò)信息。
[0200] 根據(jù)不同實施例,適于接收片段的客戶終端的網(wǎng)絡(luò)接口是Wifi、ADSL、纜線、移動 和/或廣播(例如,DVB、ATSC)接口。
[0201] 根據(jù)不同實施例,客戶終端使用與用于接收片段的協(xié)議(例如,http、Flute)相似 的協(xié)議來接收網(wǎng)絡(luò)信息。根據(jù)不同實施例,客戶終端使用不同的協(xié)議接收網(wǎng)絡(luò)信息:
[0202] -片段發(fā)送和接收可W使用ht化或flute協(xié)議;
[0203] -網(wǎng)絡(luò)信息發(fā)送和接收可W使用TR69寬帶論壇協(xié)議或廣播協(xié)議(例如,xmpp IETF、 DDS OMG(對象管理組))。
[0204]根據(jù)不同實施例,網(wǎng)絡(luò)倍島存儲在隨機存取存儲器(RAM)中;
[0205] 根據(jù)不同實施例,片段存儲在本地存儲器(例如,硬盤或閃存)中和/或由解碼器解 碼和/或顯示在顯示器上。
[0206] 根據(jù)不同實施例,客戶終端屬于W下集合,所述集合包括:
[0207] -便攜式媒體設(shè)備;
[020引-移動電話;
[0209]-游戲設(shè)備; 腳0]-機頂盒; -電視機;
[0212] -平板電腦;
[0213] -膝上型電腦;從及
[0214] -集成電路。
[0215] 附圖中的流程圖和/或框圖示出了根據(jù)本公開各個實施例的系統(tǒng)、方法和計算機 程序產(chǎn)品的可能實現(xiàn)方式的配置、操作和功能。關(guān)于運一點,流程圖或框圖中的每個框可W 表示代碼模塊、段或部分,其包括用于實現(xiàn)指定邏輯功能的一個或多個可執(zhí)行指令。還應注 意,在一些備選實施例中,在框中標記的功能可W不按附圖中標記的順序發(fā)生。例如,連續(xù) 示出的兩個框事實上可W基本同時執(zhí)行,或者在某些時候可W按照相反的順序執(zhí)行,或者 可W按照備選順序執(zhí)行,運將取決于所設(shè)及到的功能。還應注意,框圖和/或流程圖示意的 每個框W及框圖和/或流程圖示意中的框組合可W由執(zhí)行特定功能或動作的基于專用硬件 的系統(tǒng)或者專用硬件和計算機指令的組合來實現(xiàn)。雖然沒有明確描述,但是實施例可W被 實施為任意組合或子組合。
[0216] 本領(lǐng)域技術(shù)人員應當認識到,本公開原理的各方面可W被實現(xiàn)為系統(tǒng)、方法或計 算機可讀介質(zhì)。因此,本公開原理的方案可采用完全硬件實施例的形式、完全軟件實施例 (包括固件、常駐軟件、微代碼等)的形式或組合了軟硬件方案的實施例的形式,它們可一般 地稱為"電路"、"模塊"或"系統(tǒng)"。此外,本公開原理的方案可采用計算機可讀存儲介質(zhì)的形 式??衫靡粋€或多個計算機可讀存儲介質(zhì)的任意組合。
[0217] 計算機可讀存儲介質(zhì)可采用計算機可讀程序產(chǎn)品的形式,所述計算機可讀程序產(chǎn) 品實現(xiàn)為一個或多個計算機可讀介質(zhì),并且其中實現(xiàn)有可由計算機執(zhí)行的計算機可讀程序 代碼。運里的計算機可讀存儲介質(zhì)被認為是非暫時存儲介質(zhì),其具有用來在其中存儲信息 的內(nèi)在能力W及從中獲取信息的內(nèi)在能力。計算機可讀存儲介質(zhì)可W是但不限于例如電、 磁、光、電磁、紅外或半導體系統(tǒng)、裝置或設(shè)備或前述系統(tǒng)、裝置或設(shè)備的任意合適組合。應 當認識到,在提供本公開原理可W應用到的計算機可讀存儲介質(zhì)的更具體示例的同時,如 本領(lǐng)域普通技術(shù)人員容易理解的,W下內(nèi)容僅是說明性的而不是詳盡列表:便攜式計算機 磁盤;硬盤;隨機存取存儲器(RAM);只讀存儲器(ROM);可擦除可編程只讀存儲器化PROM或 閃存);便攜式緊湊盤只讀存儲器(CD-ROM);光存儲設(shè)備;磁存儲設(shè)備;或者前述項的任意適 當組合。
【主權(quán)項】
1. 一種用于通過客戶終端(CT)獲得網(wǎng)絡(luò)信息的方法,所述客戶終端(CT)被配置為接收 由至少一個遠程服務器(SE)提供的劃分成片段的多媒體內(nèi)容,每個片段能夠以一個或多個 表示獲得, 其中,所述網(wǎng)絡(luò)信息包括沿服務器(SE)與客戶終端(CT)之間的路徑的高速緩存器 (DANE)的有序列表; 其中,所述網(wǎng)絡(luò)信息還包括:對于高速緩存器的所述有序列表中的至少一些高速緩存 器,由所述高速緩存器(DANE)存儲的片段的表示的列表; 以及其中,所述網(wǎng)絡(luò)信息通過由客戶終端(CT)從服務器(SE)接收的清單來提供,所述 清單列出了在所述服務器(SE)處的所述多媒體內(nèi)容的可用表示。2. -種被配置為接收由至少一個遠程服務器(SE)提供的劃分成片段的多媒體內(nèi)容的 客戶終端,每個片段能夠以一個或多個表示獲得, 所述客戶終端包括:通信模塊(2),被配置為接收網(wǎng)絡(luò)信息,所述網(wǎng)絡(luò)信息包括沿服務 器(SE)與客戶終端(CT)之間的路徑的高速緩存器(DANE)的有序列表; 以及其中,所述網(wǎng)絡(luò)信息還包括:對于所述有序列表中的至少一些高速緩存器(DANE), 由所述高速緩存器(DANE)存儲的片段的表示的進一步列表; 以及其中,所述網(wǎng)絡(luò)信息通過由客戶終端(CT)從服務器(SE)接收的清單來提供,所述 清單列出了在所述服務器(SE)處的所述多媒體內(nèi)容的可用表示。3. -種用于通過高速緩存器發(fā)送網(wǎng)絡(luò)信息的方法,所述高速緩存器被配置為將由至少 一個遠程服務器(SE)提供的多媒體內(nèi)容的片段傳送到客戶終端,每個片段能夠以一個或多 個表示獲得, 其中,所述網(wǎng)絡(luò)信息包括沿服務器(SE)與客戶終端(CT)之間的路徑的高速緩存器 (DANE)的有序列表; 其中,高速緩存器: -將與高速緩存器相關(guān)聯(lián)的本地緩存表示的列表添加到與接收的高速緩存器的有序列 表相關(guān)聯(lián)的表不的接收列表; -將表示的更新列表向下轉(zhuǎn)發(fā)到客戶終端; 以及其中,所述網(wǎng)絡(luò)信息通過由客戶終端(CT)從服務器(SE)接收的清單來提供,所述 清單列出了在所述服務器(SE)處的所述多媒體內(nèi)容的可用表示。4. 一種適于發(fā)送網(wǎng)絡(luò)信息的高速緩存器,所述高速緩存器被配置為將由至少一個遠程 服務器(SE)提供的多媒體內(nèi)容的片段傳送到客戶終端,每個片段能夠以一個或多個表示獲 得, 其中,所述網(wǎng)絡(luò)信息包括沿服務器(SE)與客戶終端(CT)之間的路徑的高速緩存器 (DANE)的有序列表; 其中,所述高速緩存器被配置為: -將與高速緩存器相關(guān)聯(lián)的本地緩存表示的列表添加到與接收的高速緩存器的有序列 表相關(guān)聯(lián)的表不的接收列表; -將表示的更新列表向下轉(zhuǎn)發(fā)到客戶終端, 以及其中,所述網(wǎng)絡(luò)信息通過由客戶終端(CT)從服務器(SE)接收的清單來提供,所述 清單列出了在所述服務器(SE)處的所述多媒體內(nèi)容的可用表示。5. -種計算機程序產(chǎn)品,能夠從通信網(wǎng)絡(luò)下載和/或記錄在由計算機可讀取的介質(zhì)上 和/或由處理器可執(zhí)行,所述計算機程序產(chǎn)品包括用于實現(xiàn)根據(jù)權(quán)利要求1或3所述的方法 的程序代碼指令。6. -種非暫時性計算機可讀介質(zhì),包括記錄在其上且能夠由處理器運行的計算機程序 產(chǎn)品,所述計算機程序產(chǎn)品包括用于實現(xiàn)根據(jù)權(quán)利要求1或3所述的方法的程序代碼指令。
【文檔編號】H04N21/262GK105981400SQ201480075350
【公開日】2016年9月28日
【申請日】2014年12月16日
【發(fā)明人】雷米·烏達耶, 斯蒂芬妮·古阿什, 沙利納·塔比
【申請人】湯姆遜許可公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1