專(zhuān)利名稱(chēng)：分發(fā)在多個(gè)接收機(jī)處可用的內(nèi)容的映射圖的系統(tǒng)和方法
分發(fā)在多個(gè)接收機(jī)處可用的內(nèi)容的映射圖的系統(tǒng)和方法技術(shù)領(lǐng)域
本發(fā)明總體涉及視頻點(diǎn)播的分發(fā)，具體涉及一種向多個(gè)接收機(jī)分發(fā)視頻點(diǎn)播的方法。
背景技術(shù)：
本部分旨在向讀者介紹所描述的和/或權(quán)利要求中要求保護(hù)的本發(fā)明的各方面。 相信這些討論有助于為讀者提供背景信息以便于更好地理解本發(fā)明的各方面。因此，應(yīng)理 解，這些陳述應(yīng)在此范圍內(nèi)閱讀，而不是作為對(duì)現(xiàn)有技術(shù)的認(rèn)可。
DVB-IP內(nèi)容下載系統(tǒng)特別工作組負(fù)責(zé)基于通過(guò)受控IP網(wǎng)絡(luò)(如，在互聯(lián) 網(wǎng)服務(wù)提供商控制下的DSL網(wǎng)絡(luò))向諸如機(jī)頂盒或住宅家用網(wǎng)關(guān)等家庭網(wǎng)絡(luò)設(shè)備的 本地存儲(chǔ)裝置的內(nèi)容下載，來(lái)指定視頻點(diǎn)播的標(biāo)準(zhǔn)。在來(lái)自DVB-CM IPTV group的 CM-IPTV0102rl5 "Commercial Requirements for downloading IPTV content and management of local storage” 中編輯了 CDS 商業(yè)需求。在 DVB-IPTV 規(guī)范中結(jié)合了 CDS 規(guī)范，TS 102034vl. 4. 1文獻(xiàn)的下一個(gè)ETSI公開(kāi)之前，DVB-IPTV規(guī)范目前作為DVB藍(lán)皮書(shū) 文獻(xiàn) A086Rev. 7S印tember 2008 可用。
⑶S規(guī)范的主要特性是
-⑶S規(guī)范提供了兩個(gè)VOD服務(wù)模式
-推送服務(wù)模式，由服務(wù)提供商發(fā)起并且基于全部?jī)?nèi)容的下載；專(zhuān)用于巨作 (blockbuster)
-拉動(dòng)服務(wù)模式，基于用戶發(fā)起的內(nèi)容下載；專(zhuān)用于除了巨作以外的所有內(nèi)容
-這兩種服務(wù)模式都依賴于三種基本內(nèi)容下載機(jī)制
-組播，使用如在RFC3926中定義的單方向傳輸協(xié)議文件傳遞(FLUTE)
-單播，使用HTTP協(xié)議
-對(duì)等，標(biāo)記為P2P，使用專(zhuān)用協(xié)議，所述專(zhuān)用協(xié)議基于將HTTP請(qǐng)求重定向至若干 對(duì)等客戶端，以便在這些對(duì)等客戶端上分發(fā)內(nèi)容下載。
-每個(gè)服務(wù)可以使用任何下載機(jī)制或下載機(jī)制的組合。例如，通過(guò)使用組播協(xié)議來(lái) 向客戶端設(shè)備推送內(nèi)容并使用P2P協(xié)議來(lái)修復(fù)組播分發(fā)期間的誤差，可以實(shí)現(xiàn)推送服務(wù)。 通過(guò)在針對(duì)一個(gè)內(nèi)容能夠的用戶請(qǐng)求數(shù)目或多或少顯著增加的情況下，使用可能向組播或 P2P傳遞重定向的HTTP協(xié)議，可以實(shí)現(xiàn)拉動(dòng)服務(wù)。
-SD&S/BCG用于按照服務(wù)類(lèi)型和協(xié)議來(lái)通告可用內(nèi)容以下載這些可用內(nèi)容。 SD&S/BCG支持基于單播(HTTP)或組播(DVB-STP)協(xié)議的通告。在DVB藍(lán)皮書(shū)文獻(xiàn) A086Rev. 7S印tember 2008中描述了允許CDS服務(wù)通告的SD&S/BCG規(guī)范。
⑶S規(guī)范提出了推送服務(wù)模式，所述推送服務(wù)模式基于向客戶端本地存儲(chǔ)裝置先 行下載全部?jī)?nèi)容。這種服務(wù)模式非常適于巨作的分發(fā)，因?yàn)檫@種服務(wù)模式允許用戶即時(shí)訪 問(wèn)內(nèi)容。然而這種服務(wù)模式對(duì)于設(shè)備存儲(chǔ)裝置的使用也有限制，因?yàn)槿績(jī)?nèi)容被復(fù)制在每 個(gè)客戶端上。另一方面，CDS還提出了沒(méi)有任何先行內(nèi)容下載的拉動(dòng)服務(wù)模式。拉動(dòng)服務(wù)用于所有內(nèi)容的分發(fā)。然而在用戶可以訪問(wèn)之前，巨作需要下載延遲時(shí)間。
采用先行有目標(biāo)內(nèi)容推送策略的P2P實(shí)質(zhì)上使用單播協(xié)議來(lái)先行向網(wǎng)絡(luò)上的對(duì) 等端分發(fā)內(nèi)容片段。此外，在查找可以為請(qǐng)求內(nèi)容服務(wù)的對(duì)等端的階段，而不是在從這些對(duì) 等端下載請(qǐng)求內(nèi)容的階段，許多P2P協(xié)議使用單播協(xié)議。有時(shí)單播協(xié)議的使用完全適用，這 是因?yàn)橹T如組播協(xié)議等其他協(xié)議不可用(例如，在諸如互聯(lián)網(wǎng)等不受控制的環(huán)境中)，或者 因?yàn)樵谄渌闆r下，解決方案的主要設(shè)計(jì)約束之一是對(duì)等端存儲(chǔ)裝置的優(yōu)化，其中對(duì)等存 儲(chǔ)裝置的優(yōu)化產(chǎn)生了一種解決方案，在該解決方案中，每個(gè)對(duì)等端存儲(chǔ)不同內(nèi)容片段，從而 組播協(xié)議的使用效率不高。發(fā)明內(nèi)容
本發(fā)明試圖通過(guò)提供一種分發(fā)內(nèi)容可用性映射圖的方法來(lái)克服與現(xiàn)有內(nèi)容分發(fā) 有關(guān)的問(wèn)題中的至少一些問(wèn)題。
本發(fā)明涉及一種在對(duì)等客戶端處從服務(wù)器接收內(nèi)容的方法，所述方法包括以下步 驟以組播模式從服務(wù)器接收內(nèi)容；向服務(wù)器指示已正確接收的內(nèi)容；以組播模式從服務(wù) 器接收對(duì)每個(gè)對(duì)等端處可用的內(nèi)容加以指示的內(nèi)容可用性映射圖；以及向所述內(nèi)容可用性 映射圖中的指示的對(duì)等端請(qǐng)求丟失的內(nèi)容。
使接收機(jī)知道對(duì)等接收機(jī)處可用的內(nèi)容，以便于從對(duì)等接收機(jī)恢復(fù)丟失的內(nèi)容。 接收機(jī)不需要向服務(wù)器請(qǐng)求丟失的文件。接收機(jī)直接詢問(wèn)正確的對(duì)等端而不詢問(wèn)服務(wù)器。
CDS規(guī)范支持將組播協(xié)議和P2P協(xié)議相組合的可能性。這種組合用于基于“采用先 行有目標(biāo)內(nèi)容推送的P2P”分發(fā)模式來(lái)高效地實(shí)現(xiàn)⑶S服務(wù)。這種服務(wù)專(zhuān)用于中等流行的 內(nèi)容的分發(fā)。這允許服務(wù)運(yùn)營(yíng)商通過(guò)更好地利用客戶端本地存儲(chǔ)裝置來(lái)提供更多的內(nèi)容。 當(dāng)運(yùn)營(yíng)商提供包括一個(gè)或多個(gè)內(nèi)容的服務(wù)時(shí)，這對(duì)于⑶S布局的成功而言是一個(gè)重要爭(zhēng)議 點(diǎn)ο
本發(fā)明的另一方是一種包括程序代碼指令的計(jì)算機(jī)程序產(chǎn)品，所述程序代碼指令 用于當(dāng)在計(jì)算機(jī)上執(zhí)行所述程序時(shí)執(zhí)行根據(jù)本發(fā)明的方法步驟?！坝?jì)算機(jī)程序產(chǎn)品”是指計(jì) 算機(jī)程序支持，可以不僅在于包含程序的存儲(chǔ)空間(如，磁盤(pán)和磁帶)，還在于諸如電信號(hào) 和光信號(hào)等信號(hào)。
以下闡述了在范圍上與所公開(kāi)的實(shí)施例相同的特定方面。應(yīng)理解，這些方面僅用 于為讀者提供本發(fā)明可能采用的特定形式的簡(jiǎn)要概括，這些方面不旨限制本發(fā)明的范圍。 實(shí)際上，本發(fā)明可以包含沒(méi)有在下文中闡述的各個(gè)方面。


參考附圖，以非限制性方式，通過(guò)以下實(shí)施例和執(zhí)行示例，將更好地理解和說(shuō)明本 發(fā)明，附圖中
-圖1示出了符合實(shí)施例的網(wǎng)絡(luò)體系；
-圖2示出了根據(jù)實(shí)施例的對(duì)等端處可用的內(nèi)容；以及
-圖3示出了根據(jù)實(shí)施例的按照本地分區(qū)對(duì)不同類(lèi)型客戶端設(shè)備的重新劃分。
在圖1至3中，所示模塊是純功能實(shí)體，不必與物理上分離的實(shí)體相對(duì)應(yīng)。即，這 些模塊可以以硬件或軟件的形式開(kāi)發(fā)，或者可以實(shí)現(xiàn)在一個(gè)或多個(gè)集成電路中。
具體實(shí)施方式
示例實(shí)施例在CDS和FLUTE的架構(gòu)的范圍內(nèi)，然而本發(fā)明不限于這種具體環(huán)境，而 是可以應(yīng)用于其他架構(gòu)的范圍內(nèi)，在所述其他架構(gòu)中，向多個(gè)接收機(jī)分發(fā)內(nèi)容，并且向所有 接收機(jī)分發(fā)每個(gè)接收機(jī)處可用的內(nèi)容的映射圖。那么這些接收機(jī)可以接收來(lái)自對(duì)等端接收 機(jī)的丟失內(nèi)容。
本發(fā)明的實(shí)施例在符合DVB-IP/CDS需求的內(nèi)容下載系統(tǒng)的范圍內(nèi)。網(wǎng)絡(luò)體系架 構(gòu)基于如圖1所示的受控運(yùn)營(yíng)商網(wǎng)絡(luò)。該網(wǎng)絡(luò)體系架構(gòu)包括
-組播內(nèi)容服務(wù)器1，能夠向客戶端設(shè)備有效地推送內(nèi)容，
-控制服務(wù)器3，為客戶端設(shè)備提供遠(yuǎn)程管理和報(bào)告功能，
-通告服務(wù)器2，向客戶端信號(hào)通知服務(wù)傳遞的細(xì)節(jié)，
-多個(gè)客戶端設(shè)備11、12、13，能夠在所述多個(gè)客戶端設(shè)備11、12、13之中共同分發(fā) 內(nèi)容并為用戶提供對(duì)運(yùn)營(yíng)商服務(wù)的訪問(wèn)。
運(yùn)營(yíng)商注冊(cè)了客戶端并為每個(gè)客戶端分配“Client-Type”?？蛻舳祟?lèi)型的數(shù)目限 于“η”。這種分配由在控制服務(wù)器與客戶端之間實(shí)現(xiàn)的運(yùn)營(yíng)商遠(yuǎn)程管理系統(tǒng)來(lái)執(zhí)行。
在這種情況下，“采用先行有目標(biāo)內(nèi)容推送的Ρ2Ρ”傳遞按以下步驟進(jìn)行
步驟1 內(nèi)容片段的先行推送
在步驟1. a，將該先行推送的每個(gè)內(nèi)容分成如客戶端類(lèi)型一樣多的片段，使用組播 服務(wù)器在具有相同“Client-Type”的所有客戶端中推送每個(gè)片段?？梢允褂脙H一個(gè)組播 FLUTE會(huì)話來(lái)實(shí)現(xiàn)這種“有目標(biāo)推送”，以向所有類(lèi)型的客戶端傳輸所有內(nèi)容片段，或按照客 戶端類(lèi)型使用一個(gè)組播FLUTE會(huì)話來(lái)實(shí)現(xiàn)這種“有目標(biāo)推送”。
每個(gè)組播會(huì)話承載一些FLUTE文件傳遞表實(shí)例，標(biāo)記為如在RFC3926中指示 的FLUTE FDT,以描述所傳送的內(nèi)容片段。按照“Content-Fragment-URI”在FDT實(shí)例的 “C0ntent_L0Cati0n”字段中標(biāo)識(shí)每個(gè)內(nèi)容片段。在以下表1中給出了這種FDT實(shí)例的示 例。
如在專(zhuān)利申請(qǐng)EP1901525中描述的并且結(jié)合組播傳遞和P2P傳遞的策略可以用于 使這種先行內(nèi)容片段推送可靠。表1指示了對(duì)組播會(huì)話中傳送的內(nèi)容片段加以描述的FDT 實(shí)例。
權(quán)利要求
1.一種在客戶端(11，12，1；3)處接收內(nèi)容的方法，所述方法包括以下步驟-以組播模式從第一服務(wù)器(1)接收(S 1)多個(gè)內(nèi)容；-向第二服務(wù)器⑶指示(S2)已正確接收的內(nèi)容；-以組播模式從第三服務(wù)器( 接收(S； )對(duì)每個(gè)對(duì)等客戶端處可用的內(nèi)容加以指示的 內(nèi)容可用性映射圖；以及-根據(jù)所述內(nèi)容可用性映射圖中的指示，向可用內(nèi)容所在的對(duì)等客戶端(11，12，13)請(qǐng) 求(S4)丟失的內(nèi)容。
2.根據(jù)權(quán)利要求1所述的方法，所述客戶端向服務(wù)器指示所述客戶端的定位。
3.根據(jù)前述權(quán)利要求所述的方法，其中，所述內(nèi)容可用性映射圖指示每個(gè)對(duì)等客戶端 的定位。
4.根據(jù)前述權(quán)利要求所述的方法，其中，所述客戶端按照從近處對(duì)等客戶端到遠(yuǎn)處對(duì) 等客戶端的分級(jí)方式向?qū)Φ瓤蛻舳苏?qǐng)求內(nèi)容。
5.根據(jù)前述權(quán)利要求中的任一項(xiàng)權(quán)利要求所述的方法，包括向所述第二服務(wù)器指示已 從中接收到所述多個(gè)內(nèi)容的第一服務(wù)器標(biāo)識(shí)符的步驟。
6.根據(jù)前述權(quán)利要求中的任一項(xiàng)權(quán)利要求所述的方法，其中，所述多個(gè)內(nèi)容是使用 FLUTE協(xié)議接收的。
7.根據(jù)前述權(quán)利要求中的任一項(xiàng)權(quán)利要求所述的方法，其中，所述內(nèi)容可用性映射圖 是使用FLUTE協(xié)議接收的。
全文摘要
本發(fā)明涉及一種內(nèi)容服務(wù)器設(shè)備以及一種內(nèi)容估計(jì)時(shí)間設(shè)備以及一種在所述設(shè)備處以魯棒的模式發(fā)送內(nèi)容的方法。具體地，本發(fā)明涉及一種在對(duì)等客戶端處從服務(wù)器接收內(nèi)容的方法，所述方法包括以下步驟以組播模式從服務(wù)器接收內(nèi)容；向服務(wù)器指示已正確接收的內(nèi)容；以組播模式從服務(wù)器接收對(duì)每個(gè)對(duì)等端處可用的內(nèi)容加以指示的內(nèi)容可用性映射圖；以及向內(nèi)容可用性映射圖中的指示的對(duì)等端請(qǐng)求丟失的內(nèi)容。
文檔編號(hào)H04L12/18GK102037678SQ200980117914
公開(kāi)日2011年4月27日 申請(qǐng)日期2009年5月14日 優(yōu)先權(quán)日2008年5月20日
發(fā)明者弗朗索瓦-路易斯·塔里奧里, 艾里克·戈蒂埃, 讓-巴普蒂斯特·亨利 申請(qǐng)人:湯姆森許可貿(mào)易公司