国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      用于高效遞送數(shù)據(jù)內(nèi)容的系統(tǒng)和方法

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

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


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