專利名稱：用于高效遞送數(shù)據(jù)內(nèi)容的系統(tǒng)和方法
技術(shù)領(lǐng)域：
本發(fā)明一般地涉及通過網(wǎng)絡(luò)向具有存儲單元的客戶端高效遞送信息，具體地涉及一種用于高效遞送視頻點播內(nèi)容(VoD)的機制。
背景技術(shù)：
數(shù)字視頻錄像機(DVR)實現(xiàn)了對視頻播送記錄的調(diào)度，這使得用戶能夠在方便時觀看節(jié)目。早期的DVR是在1999年拉斯維加斯的電子消費品展覽中發(fā)布的。從那時起，DVR 逐漸開發(fā)出附加的能力，例如刻錄到DVD上、商業(yè)中斷(skip)、在互聯(lián)網(wǎng)上共享記錄以及利用PDA進行播送和遙控的工具、聯(lián)網(wǎng)PC或Web瀏覽器。DVR與傳統(tǒng)的視頻點播不同，因為按照傳統(tǒng)視頻點播，用戶能夠從很大范圍的播送內(nèi)容選擇之中即刻地觀看一個節(jié)目，并且使得節(jié)目跨越網(wǎng)絡(luò)而被實時遞送。一些技術(shù)提前向具有存儲單元的用戶設(shè)備遞送廣播內(nèi)容，然后為用戶提供接口以使得用戶可以在方便時或通過“點播”來觀看所存儲的內(nèi)容。視頻點播(VoD)系統(tǒng)使得用戶能夠通過作為交互式電視系統(tǒng)的網(wǎng)絡(luò)選擇并觀看視頻內(nèi)容。VoD系統(tǒng)“流式傳輸”內(nèi)容以實現(xiàn)實時觀看，或者下載內(nèi)容以在觀看開始前部分地或全部地將節(jié)目傳送至機頂盒。大多數(shù)使用有線電視或電話公司基礎(chǔ)設(shè)施的VoD系統(tǒng)也使用VoD的流式傳輸方法。在VoD的流式傳輸方法中，用戶購買或選擇電影或電視節(jié)目，并且它幾乎是即刻地開始在電視機上播放。除了 VoD技術(shù)和系統(tǒng)之外，許多衛(wèi)星和有線公司將DVR功能并入其機頂盒中。同樣，電視制造商開始提供具有內(nèi)置的DVR功能的電視機。短語“數(shù)字視頻錄像機(DVR) ”通常與短語“個人數(shù)字錄像機(PVR) ”替換地使用，以表示用于將不具有錄像帶的視頻記錄到基于硬驅(qū)的數(shù)字存儲介質(zhì)上的設(shè)備。這包括獨立的機頂盒和能捕獲視頻且向和從磁盤回放的用于個人計算機的軟件。這項技術(shù)也已經(jīng)變成CCTV公司記錄其監(jiān)控的主要方式，因為 DVR提供了比原來的VCR長很多的記錄時間。就個人視頻錄像機(PVR)而言，全世界有一系列產(chǎn)品，特別是代表模擬和數(shù)字技術(shù)合并的那些產(chǎn)品。例如Tivo的公司提供具有較大存儲容量的PVR。這些設(shè)備存儲數(shù)字或模擬視頻，有可能對其在線編碼，并且如上所述與VCR是不同的，因為它們存儲視頻到本地硬盤上。在設(shè)有以太網(wǎng)端口的情況下，這種設(shè)備可以下載EPG(電子節(jié)目指南)信息并且使用該信息以使得用戶能夠調(diào)度記錄。另外，許多公司現(xiàn)在在它們的衛(wèi)星或有線接收機中提供PVR能力，并且隨著互聯(lián)網(wǎng)協(xié)議電視(IPTV)的出現(xiàn)，視頻可是組播的并且可以被直接寫到PVR的硬驅(qū)上。IPTV是一種通過網(wǎng)絡(luò)基礎(chǔ)設(shè)施利用互聯(lián)網(wǎng)協(xié)議遞送數(shù)字電視服務(wù)的系統(tǒng)，其可以包括通過寬帶連接實現(xiàn)的遞送。對于住宅用戶而言，IPTV通常與視頻點播一起被提供并且可以與互聯(lián)網(wǎng)服務(wù)綁定在一起。IPTV通常由寬帶運營商利用閉合網(wǎng)絡(luò)基礎(chǔ)設(shè)施來提供。這個閉合網(wǎng)絡(luò)方法與通過公共互聯(lián)網(wǎng)實現(xiàn)的TV內(nèi)容遞送產(chǎn)生了競爭。這種遞送通常稱為互聯(lián)網(wǎng)上的TV或互聯(lián)網(wǎng)電視。在商業(yè)中，IPTV可以被用來通過公司LAN和商業(yè)網(wǎng)絡(luò)遞送電視內(nèi)容。因此，IPTV是指由觀眾通過用于計算機網(wǎng)絡(luò)的技術(shù)而接收到電視內(nèi)容，而并非通過傳統(tǒng)格式和布線被遞送的電視內(nèi)容。幾個公司也推出了 PVR并且使用衛(wèi)星、線纜或IP網(wǎng)絡(luò)來分發(fā)VoD內(nèi)容給這些設(shè)備。前面描述的用于遞送視頻內(nèi)容的系統(tǒng)和機制在可用標題數(shù)量方面以及以可靠方式遞送內(nèi)容的技術(shù)方面是受限的。因此，需要改進信息遞送系統(tǒng)和方法。前述任何目的和優(yōu)點可以通過各種示例性實施例來實現(xiàn)。它們并不旨在被解釋成需要所有可能的實施例，并且它們并不旨在是窮舉的或限制可以實現(xiàn)的可能優(yōu)點。因此， 各種示例性實施例的所述和其他目的和優(yōu)點通過閱讀這里的描述而變得顯而易見并且可以通過實施各種示例性實施例來學習，如這里所體現(xiàn)的那樣或如關(guān)于任何變型所修改的那樣，所述變型對于本領(lǐng)域技術(shù)人員是顯而易見的。因此，本發(fā)明是這里以各種示例性實施例而顯示和描述的一種新穎的方法、安排、組合和改進。

發(fā)明內(nèi)容
由于當前對于一種用于高效遞送數(shù)據(jù)內(nèi)容的系統(tǒng)和方法的需要，介紹了各種示例性實施例的簡要概述。下面的概述中進行了一些簡化和忽略，這是為了強調(diào)和引入各種示例性實施例的一些方面，而并非旨在限制本發(fā)明的范圍。在一些實施例中，數(shù)據(jù)內(nèi)容是視頻數(shù)據(jù)內(nèi)容。一些視頻遞送系統(tǒng)要求以單播或組播方式實時遞送內(nèi)容。術(shù)語“單播”是指向單個目的地發(fā)送信息分組。詞語“單播”是從詞語廣播導(dǎo)出的。單播是與廣播相反的極端。組播是指向多個目的地同時發(fā)送信息。因此， 不像單播那樣，組播具有廣播的一些效率。對于在用戶設(shè)備存儲內(nèi)容的應(yīng)用而言，認為分發(fā)內(nèi)容的速率可以與最終消耗數(shù)據(jù)的速率無關(guān)。因此，在各種示例性實施例中，實現(xiàn)了一種將內(nèi)容分發(fā)給具有存儲單元的客戶端的機制。在各種示例性實施例中，內(nèi)容通過組播被分發(fā)。在各種示例性實施例中，內(nèi)容被用來增加實時的點播視頻服務(wù)。因此，在各種示例性實施例中，針對例如視頻點播的實時信息而最小化了網(wǎng)絡(luò)上的負載。同樣，在各種示例性實施例中，針對遞送例如視頻點播的實時信息而最小化了服務(wù)器上的負載。視頻點播或其他實時信息遞送服務(wù)的點對點特性對于網(wǎng)絡(luò)而言是很大的負載。相應(yīng)地，以預(yù)先定比(scaled)的方式經(jīng)由IP網(wǎng)絡(luò)遞送這種服務(wù)需要很大的成本?？赡芤髾C頂盒或其他具有內(nèi)置存儲單元的設(shè)備或具有所述設(shè)備的家庭具有非常高的密度。 這種實現(xiàn)通常包括組播能力。在視頻遞送的情況下，認為前二十個視頻點播標題通常帶來在任一給定時刻的超過百分之九十的關(guān)于視頻點播服務(wù)的用戶請求。因此，認為可以實現(xiàn)網(wǎng)絡(luò)和服務(wù)器基礎(chǔ)設(shè)施成本的較大節(jié)約。然而應(yīng)當指出，這里描述的主題的各種優(yōu)點是在這樣的系統(tǒng)中達到的其中少量的標題帶來大量的用戶請求。針對這里描述的主題的指定標題數(shù)目對于每個實施例是不同的。將結(jié)合組播視頻點播(MVoD)系統(tǒng)描述各種示例性實施例。


參考附圖，通過閱讀下面的描述可以更好地理解各種示例性實施例，其中圖1示意性地示出了視頻點播遞送系統(tǒng)的第一示例性實施例；圖2示意性地示出了視頻點播遞送系統(tǒng)的第二示例性實施例；圖3示意性地示出了提供視頻點播的方法的第一示例性實施例；圖4示意性地示出了提供視頻點播的方法的第二示例性實施例；圖5示意性地示出了提供視頻點播的方法的第三示例性實施例；圖6示意性地示出了提供視頻點播的方法的第四示例性實施例；圖7示意性地示出了提供視頻點播的方法的第五示例性實施例。
具體實施例方式現(xiàn)在參考附圖，其中相同的參考號碼代表相同的部件或步驟，公開了各種示例性實施例的寬泛方面。應(yīng)當清楚，各個圖中公開的各個方面可以被組合以使得各個示例性實施例包括圖1只7中不止一個附圖中的方面。MVoD是“組播視頻點播”的縮寫，并且是這樣一種概念，即以非實時方式跨越網(wǎng)絡(luò)向PC、機頂盒或其他具有存儲單元的設(shè)備組播內(nèi)容。在各種示例性實施例中，一旦內(nèi)容在設(shè)備上可用，就向用戶通知其可用性，并且內(nèi)容當被請求時從設(shè)備中被播放，就像是基于網(wǎng)絡(luò)的視頻點播服務(wù)那樣。在各種示例性實施例中，MVoD應(yīng)用包括客戶端和服務(wù)器應(yīng)用。服務(wù)器應(yīng)用創(chuàng)建流定義，然后通過非實時組播將這個信息(以及關(guān)聯(lián)于這個流定義的所有數(shù)據(jù))分發(fā)給客戶端。在一個示例性實施例中，系統(tǒng)能夠從網(wǎng)絡(luò)中的系統(tǒng)可靠地同時復(fù)制完整目錄層級至多個客戶端。盡管一些實施例聚焦于遞送視頻，然而其他實施例也用于任何類型的數(shù)據(jù)，包括音樂、圖像或大量文件分發(fā)。在視頻的情況下，在各種示例性實施例中，內(nèi)容通常利用數(shù)字權(quán)限/有條件訪問而以加密形式被遞送至客戶端。在各種示例性實施例中，當用戶播放內(nèi)容時，客戶端連接到網(wǎng)絡(luò)、獲取解密密鑰、對消費者計費并且播放內(nèi)容。當配置流定義時，當文件對于用戶可用時，各種示例性實施例指定了發(fā)布日期。這個字段并不影響內(nèi)容調(diào)度。發(fā)送流的時間是基于調(diào)度信息的。然而，如果內(nèi)容在其指定發(fā)布日期之前到達MVoD客戶端設(shè)備，客戶端應(yīng)用不將內(nèi)容顯示成“可用”，直到發(fā)布日期過去。 在這個過渡期間，內(nèi)容被列于客戶端的“即將到來”頁面中。前述特征對于跨越所有客戶端而維持一個公共發(fā)布日期而言是有用的，同時給予每個客戶端多個完全無損且無差錯地接收內(nèi)容的機會。因此，在各種示例性實施例中，如果之前僅部分地接收特定流，則MVoD客戶端應(yīng)用繼續(xù)監(jiān)聽該流。這改進了丟失的網(wǎng)絡(luò)上的糾錯可能性。通過定義，丟失的網(wǎng)絡(luò)是遭受數(shù)據(jù)丟失從而導(dǎo)致傳輸差錯的網(wǎng)絡(luò)。在指定期限日期的各種示例性實施例中，日期并不影響服務(wù)器對內(nèi)容的傳輸。在
6各種示例性實施例中，指定期限日期對客戶端側(cè)產(chǎn)生以下一個或多個影響。在一些實施例中，MVoD客戶端有規(guī)律地檢查以獲悉當前在存儲單元中是否有任何過期的內(nèi)容。在頻道指定過期日期之后的預(yù)定義時期內(nèi)，頻道自動地從客戶端設(shè)備被物理地移除。在各種示例性實施例中，這個特征被用來例如通過刪除前一星期的連續(xù)劇集，來確保為下一星期的劇集騰出客戶端硬驅(qū)上的空間。應(yīng)當清楚，除了這個例子之外，其他實施例采用其他標準來確定從客戶端設(shè)備中物理移除的內(nèi)容。在各種示例性實施例中，服務(wù)器發(fā)送消息至所有客戶端以迫使它們從客戶端設(shè)備中刪除內(nèi)容。在各種示例性實施例中，不必通過將流添加到調(diào)度中而發(fā)送流，只要流的組地址沒有被另一個流使用就可以隨時發(fā)送該流。在各種示例性實施例中，MVoD服務(wù)器包括實現(xiàn)對流的跟蹤和傳輸歷史記錄構(gòu)建的特征。在各種示例性實施例中，所提供的信息被用來管理內(nèi)容從客戶端設(shè)備的遠程刪除。在各種示例性實施例中，這個信息被服務(wù)器自動記錄和更新。不需要用戶介入。應(yīng)當清楚，在其他實施例中，響應(yīng)于來自用戶或系統(tǒng)操作員的相應(yīng)提示來記錄和更新信息。在其他實施例中，在系統(tǒng)中同時實現(xiàn)兩個選項。在各種示例性實施例中，MVoD通過確保傳統(tǒng)VoD服務(wù)所需要的大部分負載被單個低數(shù)據(jù)速率組播流覆蓋而大大節(jié)約了網(wǎng)絡(luò)中的帶寬。在各種示例性實施例中，這因而節(jié)約了容量，這意味著對于較不流行的內(nèi)容而言，附加帶寬對于傳統(tǒng)的視頻點播服務(wù)是可用的。在各種示例性實施例中，利用MVoD可以遞送服務(wù)至用戶以保證他們隨時具有“可用于點播的”前20個電影。如前文提到的，可用于點播的點播標題的數(shù)目對于每個實施例都是不同的，并且是基于各種標準來確定的。在各種示例性實施例中，為了遞送這種具有 MVoD的服務(wù)，新的電影每天被遞送給客戶端。在各種示例性實施例中，這使之能夠每月完全地更新所有客戶端PVR的內(nèi)容。在各種示例性實施例中，較早的內(nèi)容被新內(nèi)容代替。因此， 用戶在任何時刻都能夠例如選擇前20個電影中的任一個。為了作為傳統(tǒng)點播服務(wù)而例如以DVD質(zhì)量MPEG-2遞送這個服務(wù)，需要網(wǎng)絡(luò)上每用戶大約5Mbit/s的帶寬。相反，為了通過MVoD遞送服務(wù)，需要例如單個lOOlcbit/s流來持續(xù)更新所有用戶設(shè)備中的內(nèi)容。因此，在各種示例性實施例中，所有1000個用戶可以同時觀看前20個電影而不會影響網(wǎng)絡(luò)。當然，這個概念適用于各種實施例中的不同數(shù)目的用戶和標題。有時，內(nèi)容以受保護形式而被存儲在客戶端設(shè)備中，并且當用戶播放電影時，向網(wǎng)絡(luò)發(fā)送對于解密密鑰的請求從而能夠播放內(nèi)容。在各種示例性實施例中，用戶同時被計費。在各種示例性實施例中，計費模型是靈活的以使得內(nèi)容是M小時可播放的、單一播放等等，這取決于所使用的數(shù)字權(quán)限管理方案。在各種示例性實施例中，所有用戶都獲得被遞送給他們的內(nèi)容而不管他們觀看與否。在各種示例性實施例中，存在一種被認為是適度流行的內(nèi)容，盡管并不是流行到足以阻塞所有用戶的硬盤，并且該內(nèi)容將仍被組播但是必須被用戶專門預(yù)訂以接收它。在各種示例性實施例中，這個內(nèi)容包括流行電影、主題內(nèi)容、連續(xù)劇、新聞等。在各種示例性實施例中，對于較不流行的內(nèi)容，盡管仍擁有廣泛的觀眾群，當存在對于該特定內(nèi)容的預(yù)訂數(shù)目的請求時，用戶可以訂購將被組播的特定內(nèi)容。因此，根據(jù)前面的描述，在一些實施例中，應(yīng)當清楚，對于數(shù)據(jù)遞送存在多種機制并且這些機制在單個系統(tǒng)中并行操作。
在各種示例性實施例中，對于其他可用內(nèi)容，網(wǎng)絡(luò)和訪問負載的大大減少使得單播內(nèi)容能被直接傳送至特定用戶。在各種示例性實施例中，這是以降低的數(shù)據(jù)速率傳送的。 在其他實施例中，客戶端硬驅(qū)上的內(nèi)容可以專門被用來增加實時流。各種示例性實施例包括下列特征值的一個或多個內(nèi)置式組播引擎，其實現(xiàn)了即刻的非實時組播多個視頻流(客戶端也可以即刻接收多個流)；針對每個流的動態(tài)可配置的數(shù)據(jù)速率；可配置的糾錯；對于內(nèi)容遞送的調(diào)度方案；從服務(wù)器向客戶端復(fù)制目錄層級的能力；動態(tài)監(jiān)測理想的傳輸以確保文件只在完全無差錯的情況下才顯示；通過多次接收文件而恢復(fù)丟失分組的能力；將內(nèi)容強制遞送給用戶而不管他們預(yù)訂與否(例如前20個電影)；針對并不太流行或標記成高級的內(nèi)容的第二層服務(wù)中的非強制內(nèi)容；糾錯方案；健壯的文件信息分發(fā)；使得服務(wù)器和服務(wù)器用戶接口運行于不同機器上的能力；客戶端上動態(tài)更新的內(nèi)容可用性；和用于預(yù)訂和解除預(yù)訂非強制內(nèi)容的接口。在各種示例性實施例中，MVoD服務(wù)基于擁有組播使能的網(wǎng)絡(luò)而工作，該網(wǎng)絡(luò)能夠同時遞送若干組播頻道。在各種示例性實施例中，MVoD服務(wù)器在已知信息頻道上每η秒廣播一個“心跳”，并且這個頻道上的信息被所有客戶端接收。在各種示例性實施例中，心跳使得頻道保持激活并且使得客戶端能夠知道服務(wù)器是激活的。在各種示例性實施例中，當服務(wù)器(人工地或通過調(diào)度內(nèi)容遞送事件)被命令遞送內(nèi)容時，幾個消息在信息頻道上被組播給所有客戶端以使得它們知道新的頻道將被發(fā)送。在各種示例性實施例中，該消息被發(fā)送幾次以防止分組丟失。在各種示例性實施例中，被發(fā)送給客戶端的信息包括組播組和流將出現(xiàn)的端口地址以及指示內(nèi)容是否是強制性(即客戶端是否有接收或不接收的選擇)的標志。在各種示例性實施例中，當內(nèi)容是強制性的或用戶預(yù)訂了非強制性頻道時，客戶端將等待一隨機的時間量，然后打開指定組播頻道上的監(jiān)聽器。在一些這種實施例中，客戶端等待一隨機的時間量以防止由于多個客戶端同時發(fā)送互聯(lián)網(wǎng)小組管理協(xié)議(IGMP)加入請求而造成的網(wǎng)絡(luò)過載。IGMP是一種用于管理互聯(lián)網(wǎng)協(xié)議組播組成員的通信協(xié)議。IGMP由IP主機和相鄰組播路由器使用以建立組播組成員。它是IP組播規(guī)范的組成部分，與針對單播傳輸?shù)幕ヂ?lián)網(wǎng)控制消息協(xié)議(ICMP)相似。IGMP被用于例如在線視頻和游戲，并且實現(xiàn)了對資源的更高效使用(當支持這些使用時)。然而，當網(wǎng)絡(luò)上的多個客戶端同時發(fā)送IGMP加入請求時，網(wǎng)絡(luò)可能經(jīng)歷過載條件。這個可能性被認為在這樣的實施例中大大降低其中客戶端在發(fā)送 IGMP加入請求之前等待隨機的時間量。在各種示例性實施例中，服務(wù)器開始廣播對新的流的組播地址和端口的倒計數(shù)。在各種示例性實施例中，在這個倒計數(shù)時期內(nèi)，關(guān)于將被發(fā)送的文件和每個文件的大小的信息被發(fā)送多次。在各種示例性實施例中，到倒計數(shù)結(jié)束且流被發(fā)送的時間為止，所有客戶端都已加入組播組、接收所有文件信息并且準備好接收進入的流。在各種示例性實施例中，服務(wù)器發(fā)送目錄結(jié)構(gòu)中的所有文件，其被定義成編號用戶數(shù)據(jù)報協(xié)議(UDP)分組的連續(xù)流。UDP是互聯(lián)網(wǎng)協(xié)議組中的核心協(xié)議。利用UDP，聯(lián)網(wǎng)計算機上的節(jié)目可以相互發(fā)送有時稱作數(shù)據(jù)報(利用數(shù)據(jù)報套接(socket))的短消息。UDP 有時稱為通用數(shù)據(jù)報協(xié)議或不可靠數(shù)據(jù)報協(xié)議，因為UDP并未提供可靠性和像TCP那樣的有保障的排序。當使用UDP時，數(shù)據(jù)報可能沒有按照順序到達或者被丟失而沒有通知。然而，由于不存在檢查每個分組是否真正到達的開銷，對于許多輕型的或?qū)r間敏感的應(yīng)用，UDP更快且更高效。同樣，UDP的無狀態(tài)特性對于應(yīng)答來自大量用戶的少量查詢的服務(wù)器而言是有用的。出于這些原因，與TCP相比，廣播(被發(fā)送至本地網(wǎng)上的所有用戶)和組播(被發(fā)送至所有訂戶)需要UDP。在各種示例性實施例中，可以將一個報頭添加至每個分組中以對其編號并且將其標識為“消息”、“文件”、“前向糾錯”或其他類型的分組。在各種示例性實施例中，由于流被發(fā)送，服務(wù)器持續(xù)生成FEC(前向糾錯)數(shù)據(jù)。在各種示例性實施例中，這是將少量數(shù)據(jù)分組散布于整個所發(fā)送到數(shù)據(jù)中。在各種示例性實施例中，開銷的實際量和糾錯能力的健壯性是可配置的，盡管默認選項對于必須要發(fā)送的數(shù)據(jù)量增加大約10%，并且將導(dǎo)致至網(wǎng)絡(luò)上所有客戶端的大小平均的電影的有保證的無差錯傳輸，其隨機分組丟失率只在4%以下。在其他實施例中，應(yīng)當清楚，對必須要發(fā)送的數(shù)據(jù)量的增加是不同于10%的值。同樣，在其他實施例中，應(yīng)當清楚， 隨機分組丟失率的降低是與低于4%不同的值。類似地，在其他實施例中，兩種值都是不同的。在各種示例性實施例中，當客戶端已從服務(wù)器接收文件并且它們都無差錯時，用戶接口被動態(tài)地構(gòu)建并且更新以顯示所有可用內(nèi)容。在各種示例性實施例中，如果客戶端在接收文件時檢測到差錯，則下次這個內(nèi)容從服務(wù)器被發(fā)送時，客戶端接收丟失的分組以完善地重構(gòu)信息。在各種示例性實施例中，客戶端確保它具有足夠的磁盤空間來存儲進入流并且必要時自動刪除舊的內(nèi)容以騰出空間。各種示例性實施例包括下列特征中的一個或多個客戶端、服務(wù)器、服務(wù)器用戶接在各種示例性實施例中，MVoD客戶端包括用于從服務(wù)器接收組播內(nèi)容且提供交互式用戶接口的應(yīng)用。在各種示例性實施例中，這實現(xiàn)了內(nèi)容的導(dǎo)航和回放以及預(yù)訂新內(nèi)容的能力。在各種示例性實施例中，客戶端支持多個用戶設(shè)備，這意味著可以在家庭網(wǎng)絡(luò)環(huán)境中只運行一個客戶端實例，并且通過web瀏覽器或其它機制從家庭網(wǎng)絡(luò)上的任何其他機器訪問其可用內(nèi)容。在各種示例性實施例中，設(shè)置針對每個客戶端設(shè)備而被單獨地保存。 在各種示例性實施例中，web應(yīng)用是可選的服務(wù)器用戶接口。在各種示例性實施例中，服務(wù)器用戶接口的applet (Java小應(yīng)用程序)版本通過運行于應(yīng)用服務(wù)器上的JSP (Java服務(wù)器頁面)來與服務(wù)器通信。所述applet是一種用Java編程語言編寫的程序，其可以并入 HTML頁面中。Java服務(wù)器頁面(JSP)技術(shù)提供了創(chuàng)建動態(tài)web內(nèi)容的簡單快速的方式。JSP技術(shù)實現(xiàn)了與服務(wù)器和平臺無關(guān)的基于web的應(yīng)用的快速開發(fā)。在其他示例性實施例中，這個接口可以通過web服務(wù)或一些其他機制而被提供。在各種示例性實施例中，前向糾錯能夠在客戶端利用由少量額外發(fā)送的數(shù)據(jù)而提供的保護來恢復(fù)傳輸中的數(shù)據(jù)丟失。在各種示例性實施例中，MVoD所使用的前向糾錯 (FEC)方法被設(shè)計成用于使用UDP分組的組播IP環(huán)境。在各種示例性實施例中，UDP分組在傳輸層利用簡單的校驗和而被檢驗。校驗和是一種冗余檢查。它是通過檢測發(fā)送數(shù)據(jù)中的差錯而保護數(shù)據(jù)完整性的簡單方式。因此，在各種示例性實施例中，有差錯的分組決不會到達應(yīng)用層。在各種示例性實施例中，MVoD FEC機制操作于應(yīng)用層并且被設(shè)計成重構(gòu)在傳輸組播流期間丟失的完整分組。在各種示例性實施例中，在分組恢復(fù)期間，特定的FEC分組與其范圍內(nèi)的所有正確接收的數(shù)據(jù)分組(以及其任何FEC分組)一起使用，從而恢復(fù)可能在該范圍內(nèi)丟失的任何單個分組。在各種示例性實施例中，F(xiàn)EC分組被用來恢復(fù)其他FEC分組。在各種示例性實施例中，這導(dǎo)致用來確定另一丟失數(shù)據(jù)或FEC分組的FEC分組的恢復(fù)。在各種示例性實施例中，這在嘗試恢復(fù)盡可能多的丟失數(shù)據(jù)分組時以遞歸的方式進行。各種示例性實施例包括統(tǒng)一的分組標識和編號方案。在各種示例性實施例中，F(xiàn)EC 用于組播UDP分組。因此，在各種示例性實施例中，這個信息在應(yīng)用層被插入且被解釋。在各種示例性實施例中，分組序號在整個FEC流/會話中是唯一的。在各種示例性實施例中，MVoD應(yīng)用適于在不可靠的網(wǎng)絡(luò)中發(fā)送多個無差錯文件而無需任何重傳。在MPEG-2傳輸流或類似的用于防止丟失的視頻方案的情況下，所述技術(shù)可以容易地大大降低接收的差錯量，這與移除所有差錯的實施例不同。在各種示例性實施例中，觀看電影的用戶輔助設(shè)置自動化配置文件以確定將哪個內(nèi)容下載到他們的PVR中。在各種示例性實施例中，用戶定義他們自己的配置文件和/或預(yù)先訂購指定內(nèi)容。在組播MVoD服務(wù)的內(nèi)容的各種示例性實施例中，服務(wù)是可擴縮的并且?guī)捫枨笈c內(nèi)容量有關(guān)而不是與用戶量有關(guān)。然而，不像廣播業(yè)務(wù)那樣，在各種示例性實施例中， MVoD是非實時廣播的。因此，在各種示例性實施例中，5Mbit/s的內(nèi)容在IMbit的管道中被遞送，如果是實時遞送則其簡單地采取距用戶距離的5倍的長度。應(yīng)當清楚，其他實施例使用其他數(shù)據(jù)傳輸速率和/或其他數(shù)據(jù)傳輸管道大小。在各種示例性實施例中，這使之能夠以低數(shù)據(jù)速率遞送非常高質(zhì)量的內(nèi)容。在美國已經(jīng)建議視頻存儲中的前12個標題對應(yīng)于80%的請求。在MVoD被用來分發(fā)12個標題且保持它們?yōu)樽钚碌母鞣N示例性實施例中，新的電影只需要最差每隔幾天被遞送至機頂盒。在存在網(wǎng)絡(luò)中的持續(xù)組播流的各種示例性實施例中，這使得DVD質(zhì)量的標題能夠利用1401Ait/S的總網(wǎng)絡(luò)組播帶寬而被持續(xù)更新。在各種示例性實施例中，幾百個同時的組播標題在同一帶寬中被廣播，如普通廣播服務(wù)所需要的那樣。再次，應(yīng)當清楚，其他實施例使用其他數(shù)目的標題和/或其他總網(wǎng)絡(luò)組播帶寬。不像傳統(tǒng)的VoD或廣播服務(wù)，在各種示例性實施例中，MVoD服務(wù)的網(wǎng)絡(luò)利用率是運營商自行決定的，并且在一天中按照該時刻可用的帶寬來增加或降低速率。各種示例性實施例實現(xiàn)了足夠輕型的服務(wù)來使用現(xiàn)有的空閑網(wǎng)絡(luò)容量(例如保持前20個電影最新)。在各種示例性實施例中，從運營商角度來看，MVoD的非實時特性使之能夠作為“組
10播窗口”而向內(nèi)容所有者遞送內(nèi)容或銷售“容量”。在各種示例性實施例中，由于內(nèi)容是非實時組播的，因此管道持續(xù)地下載以更新本地存儲的內(nèi)容。在各種示例性實施例中，使用MVoD基礎(chǔ)設(shè)施提供了遞送不同類型的服務(wù)的能力， 例如以下服務(wù)中的一個或多個視頻訂購(提前幾小時、幾天或幾星期)、特殊事件的大量分發(fā)和遞送、以及流行新聞、電視連續(xù)劇的分發(fā)，等等。當提供MVoD服務(wù)時期望遞送它的網(wǎng)絡(luò)基礎(chǔ)設(shè)施能夠從一端到另一端地進行組播?，F(xiàn)在將參考特定服務(wù)來描述前面的內(nèi)容。應(yīng)當清楚，這里描述的各種示例性實施例的各方面按照各種示例性實施例中的多個組合而被組合。圖1示意性地示出了視頻點播遞送系統(tǒng)100的第一示例性實施例。示例性視頻點播遞送系統(tǒng)100包括視頻源102、網(wǎng)絡(luò)104、接入節(jié)點106和客戶端設(shè)備108、110、112。在 VoD遞送系統(tǒng)100中，視頻數(shù)據(jù)從視頻源102通過網(wǎng)絡(luò)104和接入節(jié)點106而被單獨地遞送至每個客戶端設(shè)備108、110、112。在各種示例性實施例中，通過網(wǎng)絡(luò)104向每個客戶端108、110、112分別遞送數(shù)據(jù)拷貝。在各種示例性實施例中，從包含于視頻源102中的視頻服務(wù)器向每個客戶端設(shè)備 108、110、112單獨遞送分別的視頻流114、116、118。這種實施例需要網(wǎng)絡(luò)104的大量帶寬。圖2示意性地示出了 VoD遞送系統(tǒng)200的第二實施例。示例性VoD遞送系統(tǒng)200 包括組播視頻源202、網(wǎng)絡(luò)204、接入節(jié)點206和具有存儲單元208、210、212的客戶端設(shè)備。 示例性VoD遞送系統(tǒng)200是一種其中遞送組播內(nèi)容的系統(tǒng)。在各種示例性實施例中，相同的數(shù)據(jù)被遞送至具有存儲單元208、210、212的每個客戶端設(shè)備。在各種示例性實施例中，單個視頻流216經(jīng)過網(wǎng)絡(luò)204。在各種示例性實施例中，單個視頻流216在接入節(jié)點206被復(fù)制并且隨后被遞送至具有存儲單元208、210、212 的每個客戶端設(shè)備。在示例性VoD遞送系統(tǒng)200中，視頻是被非實時地組播的。在各種示例性實施例中，僅一個視頻流216的拷貝在網(wǎng)絡(luò)204內(nèi)是必需的。在各種示例性實施例中，如圖2所示， 客戶端設(shè)備208、210、212包括存儲單元。應(yīng)當清楚，圖1所示的特定單元可以與圖2所示的單元組合。因此，在各種示例性實施例中，客戶端設(shè)備108、110、112替代具有存儲單元的客戶端設(shè)備208、210、212。在包括具有存儲單元的客戶端設(shè)備208、210、212的各種示例性實施例中，當視頻標題在客戶端設(shè)備208、210、212被播放時，該視頻標題是從本地磁盤被訪問的。在圖1的單元與圖2的單元相組合的其他示例性實施例中，當播放視頻標題時，視頻標題是從例如視頻源102的視頻服務(wù)器、跨越網(wǎng)絡(luò)204、通過單播而被訪問的。因此，一些實施例對應(yīng)于圖2 但增加了圖1所示的視頻源102，作為組播視頻源202的可選項或添加。與網(wǎng)絡(luò)104相比， VoD遞送系統(tǒng)200的示例性實施例通常降低了網(wǎng)絡(luò)204中使用的帶寬。圖3示意性地示出了提供VoD 300的方法的第一示例性實施例。開始于步驟302， 標題調(diào)度被定義并且在已知組播組中被組播。示例性方法300然后進行到步驟304。在示例性步驟304中，客戶端預(yù)訂已知頻道。示例性方法300然后進行到示例性步驟306。在示例性步驟306中，客戶端監(jiān)聽要求動作的事件或信息。示例性方法300然后進行到步驟308，其中做出關(guān)于是否存在要求動作的事件的評估。如果在示例性步驟308中確定不存在要求動作的事件，則示例性方法300返回示例性步驟306并且重復(fù)該步驟306。如果在示例性步驟308中確定存在要求動作的事件，則示例性方法300進行到示例性步驟310。在示例性步驟310中，發(fā)生要求動作的事件。示例性方法300然后返回示例性步驟304。在各種示例性實施例中，步驟302中的組播組包括關(guān)于即將到來的標題的信息。 在各種示例性實施例中，所有客戶端都在步驟304中預(yù)訂組播組。在各種示例性實施例中， 所有客戶端都在示例性步驟306中監(jiān)聽組播組。在各種示例性實施例中，所有調(diào)度信息在分配給組播組的頻道上被分發(fā)。根據(jù)前面的描述，圖3示出了用于預(yù)訂組播頻道的方法的示例性實施例。圖4示意性地示出了用于提供VoD 400的方法的第二示例性實施例。示例性方法 400開始于步驟402，其中創(chuàng)建轉(zhuǎn)盤(carousel)定義遞送參數(shù)。在各種示例性實施例中，步驟402中創(chuàng)建的遞送參數(shù)包括指定內(nèi)容標題、數(shù)據(jù)速率、組地址、遞送調(diào)度、元數(shù)據(jù)等值的一個或多個。在各種示例性實施例中，轉(zhuǎn)盤被定義成下列內(nèi)容中的一個或多個要以特定順序播放的若干標題；一個或多個標題所屬的組的定義；發(fā)送一個或多個標題的數(shù)據(jù)速率； 開始遞送一個或多個標題的調(diào)度時間；等等。示例性方法400然后進行到示例性步驟404。在示例性步驟404中，內(nèi)容遞送調(diào)度到達。當按照內(nèi)容遞送調(diào)度確定應(yīng)當發(fā)送的內(nèi)容時，示例性方法400進行到示例性步驟 406，在該步驟406中以回路的方式發(fā)送內(nèi)容。在各種示例性實施例中，一旦內(nèi)容被遞送，就可以在列表中添加或移除標題。在各種示例性實施例中，一旦內(nèi)容被遞送，就可以改變發(fā)送內(nèi)容的速率。在各種示例性實施例中，發(fā)送內(nèi)容的速率被人工改變。在各種示例性實施例中，發(fā)送內(nèi)容的速率通過一個或多個動態(tài)網(wǎng)絡(luò)反饋機制而被改變。在各種示例性實施例中，示例性方法400從示例性步驟406進行到示例性步驟 408。在示例性步驟408中，執(zhí)行關(guān)于是否改變轉(zhuǎn)盤中的標題的評估。如果在示例性步驟 408確定不改變轉(zhuǎn)盤中的標題，則示例性方法400返回示例性步驟406。如果在步驟408中確定改變轉(zhuǎn)盤中的標題，則方法400進行到其中標題被添加至轉(zhuǎn)盤或從其中被移除的示例性步驟410。示例性步驟410之后，示例性方法400返回步驟406。在各種示例性實施例中，示例性方法400從示例性步驟406進行到示例性步驟 412。在示例性步驟412中，進行關(guān)于參數(shù)是否要改變的評估。如果示例性步驟412中的評估結(jié)果是沒有參數(shù)被改變，則示例性方法400返回示例性步驟406。如果示例性步驟412中的評估結(jié)果是參數(shù)要被改變，則示例性方法400進行到其中遞送參數(shù)被重新定義的示例性步驟414。在各種示例性實施例中，示例性步驟414中重新定義的遞送參數(shù)是傳送數(shù)據(jù)的速率。在示例性步驟414中重新定義遞送參數(shù)之后，示例性方法400返回示例性步驟406。因此，提供VoD 400的示例性方法包括從示例性步驟406開始的兩個回路。第一回路經(jīng)過步驟408和410而返回步驟406。第二回路經(jīng)過步驟412和414而返回步驟406。 在各種示例性實施例中，這兩個回路同時存在。在各種示例性實施例中，只使用兩個回路中的一個。根據(jù)前面的描述，在各種示例性實施例中，轉(zhuǎn)盤中的內(nèi)容被順序地發(fā)送以共享相同的組播組地址。同樣，在各種示例性實施例中，轉(zhuǎn)盤中的內(nèi)容被順序地發(fā)送以共享相同的基本傳輸速率。例如，在各種示例性實施例中，傳輸速率是100Kb/S。在各種示例性實施例中，如果轉(zhuǎn)盤中的內(nèi)容匹配于用戶的配置文件并且內(nèi)容并不存在于用戶機頂盒中的硬盤或其它存儲介質(zhì)中，則機頂盒加入組播組。在各種示例性實施例中，存在幾種不同的轉(zhuǎn)盤，每個都在各自的組播地址上同時下載內(nèi)容。例如，在各種示例性實施例中，存在不同的轉(zhuǎn)盤并且每個都關(guān)聯(lián)于不同種類的電影。因此，在各種示例性實施例中，轉(zhuǎn)盤被分配給下列種類中的一個或多個喜劇、科幻、動作、戲劇等。圖5示意性地示出了提供視頻點播500的第三示例性方法。示例性方法500開始于步驟502，其中一個或多個標題被定義成強制的或非強制的。示例性方法500然后進行到步驟504。在示例性步驟504中，內(nèi)容被遞送至客戶端機頂盒。在步驟504中將內(nèi)容遞送至客戶端機頂盒之后，示例性方法500進行到步驟506。在步驟506中，進行關(guān)于內(nèi)容是否是強制的評估。如果步驟506中的評估結(jié)果是內(nèi)容是非強制的，則方法進行到示例性步驟508。在示例性步驟508中，進行關(guān)于客戶端是否預(yù)訂標題的評估。如果步驟508中的評估結(jié)果是客戶端未預(yù)訂該標題，則示例性方法500進行到示例性步驟510，其中標題被忽略。在示例性步驟510之后，示例性方法500返回示例性步驟504。如果示例性步驟506中執(zhí)行的評估結(jié)果是確定內(nèi)容是強制性的，則示例性方法 500進行到示例性步驟512。類似地，如果示例性步驟508中的評估結(jié)果是客戶端預(yù)訂了標題，則示例性方法500進行到示例性步驟512。在示例性步驟512中，客戶端預(yù)訂組播組。在各種示例性實施例中，客戶端然后將內(nèi)容寫入其磁盤或其它存儲介質(zhì)中。在各種示例性實施例中，信息針對特定頻道而被發(fā)送。指定至少一段內(nèi)容為強制或非強制的能力使得基于服務(wù)器的機制能夠迫使客戶端存儲該段內(nèi)容而不管該客戶端是否預(yù)訂該段內(nèi)容。在各種示例性實施例中，針對必須被寫入客戶端機頂盒的任何內(nèi)容而使用強制標志。在各種示例性實施例中，在步驟506中確定強制標志的存在。在各種示例性實施例中，當在步驟506中確定強制標志存在時，強制標志的存在被解釋成指示了該內(nèi)容是強制的。根據(jù)前面的描述，在各種示例性實施例中，標識成強制的內(nèi)容是流行電影。在另一示例性實施例中，強制信息是一個或多個廣告。例如，在各種示例性實施例中，包括這里描述的主題的實體的商業(yè)模型要求所有用戶接收一個或多個廣告。在各種示例性實施例中， 剩余的內(nèi)容作為預(yù)訂內(nèi)容而被提供。在各種示例性實施例中，基于分組編號將文件寫入存儲介質(zhì)中，例如磁盤。在其他示例性實施例中，如這里描述的，以到達和接收的順序?qū)⑽募懭肜绱疟P的存儲介質(zhì)中。圖6示意性地示出了提供視頻點播600的方法的第四示例性實施例。示例性方法 600開始于示例性步驟602，其中標題和信息在流中被分發(fā)給所有客戶端。示例性方法600 然后進行到示例性步驟604。在示例性步驟604中，客戶端在流動中部開啟。示例性方法600然后進行到示例性步驟606。在示例性步驟606中，所有當前信息被讀取并被處理。在各種示例性實施例中，當前頻道上的周期性信息在信息頻道上被發(fā)送。因此，在各種示例性實施例中，當在示例性步驟604中客戶端在流中部開啟時，該客戶端被通知以該客戶端流并且具有在當前流的傳輸中部加入該流的選項。在示例性步驟606之后，示例性方法600進行到示例性步驟608，其中進行確定內(nèi)容是否是強制性的評估。如果在示例性步驟608中確定內(nèi)容是非強制性的，則示例性方法 600進行到示例性步驟610。上面結(jié)合圖5詳細描述了關(guān)于強制內(nèi)容的類型的討論。在示例性步驟610中，進行關(guān)于客戶端是否預(yù)訂標題的確定。如果在步驟610中確定客戶端未預(yù)訂標題，則示例性方法600進行到示例性步驟612，該步驟中標題被忽略。 在示例性步驟612之后，示例性方法600返回示例性步驟606。如果在示例性步驟608中確定內(nèi)容是強制的，則示例性方法600進行到示例性步驟614。類似地，如果在示例性步驟610中確定客戶端預(yù)訂標題，則示例性方法600進行到示例性步驟614。在示例性步驟614中，客戶端預(yù)訂組播組。在各種示例性實施例中，在預(yù)訂組播組之后，客戶端開始將內(nèi)容寫入其磁盤中。在各種示例性實施例中，在預(yù)訂組播組之后，客戶端定義還未從流接收到的分組。這樣，在流中部開啟的客戶端能夠接收包含于該流中的所有信息，特別是在內(nèi)容如上面結(jié)合圖4所描述的那樣以回路或轉(zhuǎn)盤的方式被分發(fā)的情況下。圖7示意性地示出了提供視頻點播700的方法的第五示例性實施例。示例性方法 700是一種例如用于從部分文件遞送中恢復(fù)的方法。在示例性方法600的步驟614的結(jié)論中，在示例性步驟604開啟于流中部的客戶端會接收到部分文件遞送。因此，示例性方法 700開始于示例性步驟702，該步驟對應(yīng)于示例性方法600中的示例性步驟602。在示例性步驟702之后，示例性方法700進行到示例性步驟704。在示例性步驟704中，客戶端讀取指示正發(fā)送還不完整或包含丟失信息的文件的信息。在示例性步驟704之后，示例性方法700進行到示例性步驟706。在示例性步驟706 中，確定文件是否是完整的。如果在示例性步驟706確定文件不完整，則示例性方法700進行到示例性步驟 708。在示例性步驟708中，客戶端繼續(xù)讀取數(shù)據(jù)直到文件中的所有數(shù)據(jù)被無差錯地接收。 一旦文件中的所有數(shù)據(jù)被無差錯地接收，示例性方法700就進行到示例性步驟710，該步驟中客戶端停止接收文件。同樣，如果在示例性步驟706確定文件是完整的，則示例性方法 700進行到示例性步驟710，該步驟中客戶端停止接收文件。以前面描述的方式，在各種示例性實施例中，客戶端跟蹤它已接收了哪些數(shù)據(jù)以及還未接收哪些數(shù)據(jù)。在各種示例性實施例中，客戶端標識還未完整接收到文件。在各種示例性實施例中，步驟702中的信息流指示標題被重發(fā)送。在各種示例性實施例中，客戶端重新預(yù)訂標題，直到它已從與該標題有關(guān)的數(shù)據(jù)流中無差錯地接收所有數(shù)據(jù)。在各種示例性實施例中，只要確定文件是完整的，客戶端就從該標題的數(shù)據(jù)流斷開，即使該標題的流仍在繼續(xù)。根據(jù)前面的描述，在各種示例性實施例中，為了擴縮內(nèi)容的分發(fā)，通過一個或多個 FEC受保護組播流來執(zhí)行遞送機制。在各種示例性實施例中，F(xiàn)EC受保護組播流以與內(nèi)容的數(shù)據(jù)傳輸速率完全無關(guān)的速率而被遞送。在各種示例性實施例中，F(xiàn)EC受保護組播流以按照一個或多個網(wǎng)絡(luò)需求的速率而被遞送，該速率快于或慢于內(nèi)容的數(shù)據(jù)速率。
在各種示例性實施例中，數(shù)據(jù)的每個分組由唯一的順序標識符來標識。在各種示例性實施例中，提前向內(nèi)容的接收方通知所發(fā)送的內(nèi)容流的特性。因此，在各種示例性實施例中，內(nèi)容的接收方提前獲悉所傳送的信息中何時存在空洞。在各種示例性實施例中，未被包含的內(nèi)容的一個或多個分組如上面所述的那樣可選地被恢復(fù)，或者作為對前述內(nèi)容的補充。在各種示例性實施例中，作為請求數(shù)據(jù)流的丟失部分的機制而采用單播機制。根據(jù)前述內(nèi)容，在各種示例性實施例中，利用所謂的最大努力(best effort)機制將數(shù)據(jù)傳送至客戶端。最大努力機制是優(yōu)選地，因為例如FEC機制的其他機制不能在任何情況下重構(gòu)所有丟失的分組。根據(jù)前述內(nèi)容，在各種示例性實施例中，減少了網(wǎng)絡(luò)中的負載。因此，各種示例性實施例導(dǎo)致了成本節(jié)約。各種示例性實施例改進了端點數(shù)目。各種示例性實施例對于在網(wǎng)絡(luò)中分發(fā)內(nèi)容至VoD服務(wù)器而言是高效的。同樣，各種示例性實施例是用于減少針對遞送流行內(nèi)容至客戶端的帶寬需求的有效機制。根據(jù)前述內(nèi)容，在包括具有硬盤的IPTV客戶端設(shè)備的各種示例性實施例中，流行電影被存儲在硬盤上。在各種示例性實施例中，當用戶選擇播放電影時，客戶端首先檢查電影標題在本地硬盤上是否可用。在各種示例性實施例中，當電影在本地硬盤上可用時，直接從硬盤播放期望的標題，而不是通過網(wǎng)絡(luò)傳送該標題。在各種示例性實施例中，應(yīng)用和系統(tǒng)查看客戶端緩沖器并且確定丟失了哪些分組。在各種示例性實施例中，只從網(wǎng)絡(luò)中的VoD服務(wù)器請求丟失的分組。各種示例性實施例使用滴漏(trickle down)機制來預(yù)先緩存電影的開始部分，例如電影標題開始處所包含的介紹內(nèi)容。因此，在各種示例性實施例中，VoD標題能夠即刻開始并預(yù)先填充機頂盒中的緩沖器。盡管已經(jīng)參考特定的示例性方面描述了各種示例性實施例，然而應(yīng)當理解，也存在包括結(jié)合不同實施例或附圖描述的各方面的組合的其他實施例，并且細節(jié)可以在各種明顯的方面中被修改。在本公開的精神和范圍內(nèi)做出修改和變型對于本領(lǐng)域技術(shù)人員而言是顯而易見的。因此，前面的公開、描述和附圖只是用于說明而決非限制本發(fā)明，本發(fā)明只由權(quán)利要求書限定。
權(quán)利要求
1.一種用于遞送數(shù)據(jù)的方法，包括 將數(shù)據(jù)定義成強制數(shù)據(jù)；使得多個客戶端設(shè)備非自愿地預(yù)訂對應(yīng)于所述強制數(shù)據(jù)的組播組； 將所述強制數(shù)據(jù)從數(shù)據(jù)源發(fā)送至網(wǎng)絡(luò)； 從所述網(wǎng)絡(luò)將所述強制數(shù)據(jù)中繼至接入節(jié)點； 在所述接入節(jié)點復(fù)制所述強制數(shù)據(jù)；和從所述接入節(jié)點向所述多個客戶端設(shè)備發(fā)送所復(fù)制的強制數(shù)據(jù)，所述多個客戶端設(shè)備對應(yīng)于未請求接收該強制數(shù)據(jù)的多個用戶。
2.根據(jù)權(quán)利要求1所述的用于遞送數(shù)據(jù)的方法，還包括將標志添加到所述強制數(shù)據(jù)中并且基于該標志的存在而確定該強制數(shù)據(jù)是強制的。
3.根據(jù)權(quán)利要求1所述的用于遞送數(shù)據(jù)的方法，還包括 將附加數(shù)據(jù)定義成可選數(shù)據(jù)；使得所述多個客戶端設(shè)備自愿地預(yù)訂對應(yīng)于所述可選數(shù)據(jù)的組播組； 從所述數(shù)據(jù)源向所述網(wǎng)絡(luò)發(fā)送所述可選數(shù)據(jù)； 從所述網(wǎng)絡(luò)將所述可選數(shù)據(jù)中繼至所述接入節(jié)點； 在所述接入節(jié)點復(fù)制所述可選數(shù)據(jù)；和從所述接入節(jié)點發(fā)送所復(fù)制的可選數(shù)據(jù)至所述多個客戶端設(shè)備，所述多個客戶端設(shè)備對應(yīng)于想要接收該可選數(shù)據(jù)的多個用戶。
4.根據(jù)權(quán)利要求3所述的用于遞送數(shù)據(jù)的方法，其中，所述可選數(shù)據(jù)是相比所述強制數(shù)據(jù)而言較不流行的內(nèi)容。
5.根據(jù)權(quán)利要求1所述的用于遞送數(shù)據(jù)的方法，其中，在將數(shù)據(jù)定義成強制數(shù)據(jù)的步驟與使得所述多個客戶端設(shè)備非自愿地預(yù)訂對應(yīng)于所述強制數(shù)據(jù)的組播組的步驟之間，所述多個客戶端設(shè)備中的每一個等待一隨機的時間量。
6.根據(jù)權(quán)利要求1所述的用于遞送數(shù)據(jù)的方法，其中，所述數(shù)據(jù)是視頻點播內(nèi)容。
7.一種用于遞送數(shù)據(jù)的方法，包括 在數(shù)據(jù)源中建立包含多個數(shù)據(jù)集合的轉(zhuǎn)盤；從所述數(shù)據(jù)源向網(wǎng)絡(luò)發(fā)送所述多個數(shù)據(jù)集合中的第一數(shù)據(jù)集合； 從所述網(wǎng)絡(luò)將所述第一數(shù)據(jù)集合中繼到接入節(jié)點； 在所述接入節(jié)點復(fù)制所述第一數(shù)據(jù)集合；將所復(fù)制的第一數(shù)據(jù)集合從所述接入節(jié)點發(fā)送至多個客戶端設(shè)備； 針對所述多個數(shù)據(jù)集合中的至少一個第二數(shù)據(jù)集合而重復(fù)發(fā)送、中繼、復(fù)制和發(fā)送的所述步驟；和在針對至少一個第二數(shù)據(jù)集合完成重復(fù)步驟之后返回發(fā)送第一數(shù)據(jù)集合的步驟。
8.根據(jù)權(quán)利要求7所述的用于遞送數(shù)據(jù)的方法，還包括定義遞送所述轉(zhuǎn)盤的遞送參數(shù)。
9.根據(jù)權(quán)利要求8所述的用于遞送數(shù)據(jù)的方法，還包括 評估是否期望改變所述遞送參數(shù)；確定期望改變所述遞送參數(shù)；和重新定義所述遞送參數(shù)。
10.根據(jù)權(quán)利要求7所述的用于遞送數(shù)據(jù)的方法，還包括 評估期望改變所述多個數(shù)據(jù)集合中的一個或多個數(shù)據(jù)集合； 確定期望改變所述多個數(shù)據(jù)集合中的一個或多個數(shù)據(jù)集合；和改變所述多個數(shù)據(jù)集合中的針對其而確定期望進行改變的一個或多個數(shù)據(jù)集合。
11.根據(jù)權(quán)利要求7所述的用于遞送數(shù)據(jù)的方法，其中，所述多個數(shù)據(jù)集合是視頻點播內(nèi)容。
全文摘要
一種用于遞送視頻點播內(nèi)容的方法，包括向具有存儲單元的多個客戶端設(shè)備組播內(nèi)容，這包括遞送開始于流中部以及針對丟失內(nèi)容的恢復(fù)機制的實例。一些實施例包括將內(nèi)容定義成強制的并且非自愿地遞送強制內(nèi)容。一些實施例包括具有多個數(shù)據(jù)集合的轉(zhuǎn)盤，其以序列遞送每個數(shù)據(jù)集合，然后開始從序列開始處循環(huán)地重復(fù)遞送。各種示例性實施例包括下列內(nèi)容中的一個或多個在每個客戶端設(shè)備存儲標題；針對更多標題重復(fù)各步驟；以及監(jiān)控所要求的動作，例如下載新標題、刪除舊標題或更改數(shù)據(jù)傳送日期，并且執(zhí)行所要求的動作。
文檔編號H04N21/4147GK102244808SQ20111018946
公開日2011年11月16日 申請日期2008年3月20日 優(yōu)先權(quán)日2007年3月26日
發(fā)明者R·哈洛克, T·巴萊特 申請人:阿爾卡特朗訊公司