專利名稱：用于組播內(nèi)容的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及用于通過公共網(wǎng)絡(luò)隧道傳輸(tunnel)內(nèi)容并組播內(nèi)容的方法。
背景技術(shù)：
存在許多從商業(yè)上或其它渠道可買到的的媒體播放器，用來重放數(shù)字?jǐn)?shù)據(jù)流。在歷史上，已將播放器配置成用于在主機(jī)與該播放器自身之間對等通信數(shù)據(jù)流。并且，盡管使用用戶數(shù)據(jù)報(bào)協(xié)議(“UDP”)等等來通過一擴(kuò)展網(wǎng)絡(luò)的組播節(jié)點(diǎn)隧道傳輸數(shù)據(jù)流，但是仍保持了對向許多播放一次組播流的漸增的興趣，而傳統(tǒng)的播放器簡直不能與現(xiàn)有的組播分發(fā)方案兼容。本發(fā)明滿足了這些以及其它的需要。

發(fā)明內(nèi)容
本發(fā)明涉及一種用于通過網(wǎng)絡(luò)隧道傳輸內(nèi)容的計(jì)算機(jī)實(shí)現(xiàn)方法，其中已將該內(nèi)容配置成兼容播放器的數(shù)字格式。在開始廣播會(huì)話(session)之前，通過該網(wǎng)絡(luò)傳送一個(gè)通知，該通知包括有關(guān)該廣播會(huì)話的控制信息?？刂菩畔⒃试S受控地接收該構(gòu)成內(nèi)容，并且包括起始時(shí)間。該配置內(nèi)容被封裝到支持組播分發(fā)以及在特定機(jī)器上受控地接收的格式中。按照包括在通知內(nèi)的開始時(shí)間，通過該網(wǎng)絡(luò)以封裝格式把該配置內(nèi)容組播到多個(gè)機(jī)器?？刂菩畔⒈挥脕磉x擇性地允許在該多個(gè)機(jī)器中特定機(jī)器上進(jìn)行接收，并且在該特定機(jī)器上從組播傳輸剝離封裝。
本發(fā)明還涉及一種用于組播內(nèi)容的系統(tǒng)，該內(nèi)容已在主機(jī)上被配置成兼容特定播放器的數(shù)字格式。
在一方面，本發(fā)明提供一種用于通過公共網(wǎng)絡(luò)組播內(nèi)容的計(jì)算機(jī)實(shí)現(xiàn)的方法，包括如下步驟捕獲實(shí)況音頻作為第一信號，捕獲實(shí)況視頻作為第二信號，把第一和第二信號配置到數(shù)據(jù)分組各自的UDP流內(nèi)，以及把來自每一個(gè)UDP流中的數(shù)據(jù)分組一起封裝到要通過該公共網(wǎng)絡(luò)傳輸?shù)墓矓?shù)據(jù)組播協(xié)議(CDMP)，CDMP包括足以允許運(yùn)行于用戶機(jī)器上的播放器重放所捕獲的音頻和視頻的首部數(shù)據(jù)。
在另一個(gè)方面，本發(fā)明提供一種通過公共網(wǎng)絡(luò)組播內(nèi)容的計(jì)算機(jī)實(shí)現(xiàn)的方法，包括如下步驟捕獲實(shí)況音頻作為第一信號，捕獲實(shí)況視頻作為第二信號，把第一和第二信號配置到數(shù)據(jù)分組各自的UDP流內(nèi)，以及把各自的UDP流的數(shù)據(jù)分組封裝到分離的CDMP流內(nèi)用于通過該公共網(wǎng)絡(luò)進(jìn)行傳輸，CDMP包括足以允許運(yùn)行于用戶機(jī)器上的播放器重放所捕獲的音頻和視頻的首部數(shù)據(jù)。
在再一個(gè)方面，本發(fā)明提供一種通過公共網(wǎng)絡(luò)隧道傳輸內(nèi)容的計(jì)算機(jī)實(shí)現(xiàn)的方法，包括如下步驟把內(nèi)容配置成兼容播放器的數(shù)字格式，把一首部附加到該配置內(nèi)容上，該首部具有允許組播分發(fā)及受控接收的控制信息，通過該網(wǎng)絡(luò)把該配置數(shù)據(jù)與首部一起組播至多個(gè)播放器，使用該控制信息來選擇性地允許在這些播放器中的特定播放器上進(jìn)行接收，以及從組播數(shù)據(jù)剝離該首部，由此該組播提供了與該特定播放器兼容的配置內(nèi)容。
在本發(fā)明的又一個(gè)方面，能夠通過主動(dòng)地管理用戶及其網(wǎng)絡(luò)接入點(diǎn)來把特定用戶或機(jī)器作為內(nèi)容的策略分發(fā)的目標(biāo)。
從下面的詳細(xì)說明以及附圖中能夠意識到本發(fā)明的更多方面、特征和優(yōu)點(diǎn)。


圖1是實(shí)踐本發(fā)明的第一種硬件配置。
圖2概略描繪了在能夠?qū)崿F(xiàn)桌面接收組播內(nèi)容的廣播平臺內(nèi)一定的軟件模塊。
圖3是使用一個(gè)網(wǎng)絡(luò)服務(wù)器的邊緣來實(shí)踐本發(fā)明的第二種硬件配置。
圖4是本發(fā)明的一示范性實(shí)現(xiàn)的門戶頁面的第一幅屏幕快照。
圖5是本發(fā)明的一示范性實(shí)現(xiàn)的門戶頁面的第二幅屏幕快照。
圖6說明根據(jù)本發(fā)明的第一種操作場景。
圖7說明根據(jù)本發(fā)明的第二種操作場景。
圖8說明根據(jù)本發(fā)明的第三種操作場景。
圖9說明根據(jù)本發(fā)明的第四種操作場景。
圖10是客戶機(jī)的一示范性實(shí)施例的方框圖，該客戶機(jī)可被用來實(shí)踐本發(fā)明。
具體實(shí)施例方式
結(jié)合一實(shí)施例來描述本發(fā)明，該實(shí)施例使用了運(yùn)行于一可編程機(jī)器(例如計(jì)算機(jī))上的寬帶分發(fā)平臺來通過網(wǎng)絡(luò)把內(nèi)容從內(nèi)容提供器遞送給終端用戶。通過與內(nèi)容提供器的基礎(chǔ)設(shè)施兼容的反向頻道而提供了學(xué)生(即終端用戶)交互性。對于返回路徑交互性不需使用廣播平臺反向頻道。內(nèi)容提供器所發(fā)送的每個(gè)流都具有一排定的廣播時(shí)間，該排定的廣播時(shí)間考慮了流的要求帶寬。
圖1表示在向臺式計(jì)算機(jī)直接遞送實(shí)況e-學(xué)習(xí)會(huì)話的過程中所涉及到的主平臺模塊。具體說，具有內(nèi)容提供器10，網(wǎng)絡(luò)管理器20(其最好采用如在序號為No.09/046,901、申請日為1998年3月24日、名稱為“Method and System for Broadcast Transmission of MediaObjects(用于媒體對象的廣播傳輸?shù)姆椒ê拖到y(tǒng))”的待審美國專利申請中描述的頻道管理中心(“CMC”)的形式，該篇申請?jiān)诖艘胍怨﹨⒖?，以及終端用戶30。
不過，一般來說，圖1的方框圖說明了這樣的廣播系統(tǒng)，該廣播系統(tǒng)內(nèi)由一個(gè)或多個(gè)內(nèi)容提供器(只有一個(gè)內(nèi)容提供器在圖1中被示出了)來向網(wǎng)絡(luò)管理器或頻道管理中心提供媒體對象。內(nèi)容提供器具有頻道編輯能力，其進(jìn)一步允許對向多個(gè)終端用戶30安排組播傳輸?shù)臅r(shí)間，多個(gè)終端用戶中僅有一個(gè)是圖1中所示出的。能夠?qū)?nèi)容提供器的頻道編輯能力配置為專業(yè)頻道編輯中心(CEC Pro)、頻道編輯中心(CEC)或主頻道編輯中心(CEC Master)。
在此示范性實(shí)施例中，給內(nèi)容提供器配置一個(gè)編碼器12，編碼器12能夠生成多路數(shù)據(jù)流，例如，用于音頻的第一數(shù)據(jù)流和用于視頻的第二數(shù)據(jù)流。能夠存在諸如返回音頻的、由音頻服務(wù)器14管理的附加數(shù)據(jù)流。呈現(xiàn)服務(wù)器16能夠生成用于向網(wǎng)絡(luò)管理器20傳輸?shù)亩嗦?例如12個(gè))靜態(tài)內(nèi)容流。能夠在內(nèi)容提供器處或別處使用相機(jī)18來捕獲數(shù)據(jù)，并將數(shù)據(jù)與其它資料結(jié)合，如可能對于特定e-學(xué)習(xí)會(huì)話所需要或期望的。內(nèi)容提供器起到頻道編輯中心的作用，如從上述的09/046,901號專利申請中了解的，使用計(jì)算機(jī)19來管理內(nèi)容、預(yù)訂帶寬以及排定e-學(xué)習(xí)會(huì)話的傳輸。帶寬預(yù)訂和傳輸排定是已知的，例如，可以從序號為No.09/738,390、申請日為2000年12月15日、名稱為“Decision Support System and Method for Planning BroadcastTransmissions”的美國專利申請中得知，該篇申請的全部內(nèi)容在此引入以供參考。內(nèi)容提供器10能夠進(jìn)一步具有用于與新的預(yù)期終端用戶共享應(yīng)用程序的服務(wù)器17。
在可替換的、更為普通的實(shí)施例中，內(nèi)容提供器10和網(wǎng)絡(luò)管理器20能夠配置成基本上如上述序號為No.09/046,901的美國專利申請中所描述的。
在此示范性實(shí)施例內(nèi)的用于內(nèi)容提供器10的適合的硬件配置包括從加利福尼亞州圣何塞市的One Touch System有限公司可得到的許多組件。特別地他們提供適合的編碼器、呈現(xiàn)服務(wù)器、音頻服務(wù)器及應(yīng)用程序服務(wù)器，分別用作為編碼器12、呈現(xiàn)服務(wù)器16、音頻服務(wù)器14和應(yīng)用程序服務(wù)器17。管理員或其它人能夠通過用尋址CMC 20的UTP廣播器的IP地址和端口設(shè)置來替換IP地址和端口的設(shè)置而配置這些組件。類似地，根據(jù)具體情況而將客戶機(jī)31上的Web訪問軟件設(shè)置成用于從CMC 20或網(wǎng)絡(luò)邊緣服務(wù)器接收組播傳輸?shù)膶Ｓ肐P組播地址和端口。
按照常規(guī)，流式內(nèi)容的提供者將其數(shù)據(jù)流配置成用于在適當(dāng)配置的播放器內(nèi)重放。在幾個(gè)已知的播放器類型中的是從華盛頓的Remond的微軟公司可得到的Windows媒體播放器，以及One Touch Systems有限公司的Frontrow播放器。為使這樣的播放器重放這些流，這些流必須處于兼容格式。然而，常規(guī)的播放器適合于單播傳送，即從一個(gè)內(nèi)容提供器傳送到一個(gè)終端用戶。此外，許多內(nèi)容提供器使用專有播放器，其期望要播放的數(shù)據(jù)處于特殊格式，有時(shí)包括統(tǒng)治在一給定終端用戶上的數(shù)據(jù)流的觀看能力的控制或管理密鑰。因此，本發(fā)明尋求通過能夠?qū)崿F(xiàn)組播傳輸流式內(nèi)容而不考慮下層的流的格式來克服流式傳輸上的傳統(tǒng)約束。
此示范性實(shí)施例的廣播平臺首先將來自內(nèi)容提供器的所有流配置為位于網(wǎng)絡(luò)管理器20上的UDP隧道傳輸(“UTP”)廣播服務(wù)器22上的用戶數(shù)據(jù)報(bào)協(xié)議(“UDP”)流。然后UTP廣播器22在公共數(shù)據(jù)組播協(xié)議(“CDMP”)分組內(nèi)封裝UDP流分組。下面所描述的CDMP分組允許預(yù)約管理以及跨越組播平臺的流的多路復(fù)用。網(wǎng)絡(luò)管理器最好具有向預(yù)訂終端用戶提供廣播引導(dǎo)信息的廣播引導(dǎo)服務(wù)器24。網(wǎng)絡(luò)管理器協(xié)調(diào)從CMC內(nèi)核26上的內(nèi)容提供器的計(jì)算機(jī)19接收的廣播請求。CMC內(nèi)核在廣播引導(dǎo)服務(wù)器24的協(xié)助下來通信和管理那些請求。
在一可替換的安排中，由內(nèi)容提供器10直接向網(wǎng)絡(luò)管理器20提供UDP流，UDP流在網(wǎng)絡(luò)管理器處被封裝到支持組播分發(fā)的格式(例如CDMP分組格式)內(nèi)。
CDMP流被組播穿過公共網(wǎng)絡(luò)并在多個(gè)終端用戶30(圖1中只示出一個(gè))上被接收。每個(gè)終端用戶都具有一個(gè)在多個(gè)操作平臺中的任何一個(gè)上運(yùn)行多種程序的客戶機(jī)31。在客戶機(jī)31上所執(zhí)行的程序中的是組播就緒Web兼容接口(例如用于Web瀏覽器的插件軟件模塊)以及適合的播放器。優(yōu)選地，組播就緒接口(“MRI”)為從瑞士Zug的Fantastic公司可得到的MediaSurfer(商標(biāo))軟件產(chǎn)品。該播放器可以是One Touch Systems有限公司的Frontrow(商標(biāo))播放器或是某些其它的播放器，諸如華盛頓Remond市的微軟公司的Windows媒體播放器或是RealNetworks有限公司的RealPlayer。CDMP流包括首部并最好封裝UDP流或反之被封裝以便包括允許組播分發(fā)以及在授權(quán)和預(yù)期的終端用戶機(jī)上受控接收的信息。當(dāng)在客戶機(jī)上由MRI接收時(shí)，這些流就被拆包或重新配置。MRI輸出與運(yùn)行于客戶機(jī)31上的播放器兼容的分組。
在網(wǎng)絡(luò)管理器20上執(zhí)行為了能夠?qū)崿F(xiàn)組播傳輸所配置內(nèi)容的分組的封裝或附加。說明性地，網(wǎng)絡(luò)管理器20包括一個(gè)或多個(gè)預(yù)訂控制管理器(例如在CMC內(nèi)核26內(nèi))，其功能是根據(jù)來自預(yù)訂數(shù)據(jù)庫508的預(yù)訂信息封裝或編碼媒體對象。預(yù)訂-信息檢索管理器從數(shù)據(jù)庫508檢索接收到的媒體對象的預(yù)訂信息并將該信息發(fā)送到預(yù)訂控制管理器。預(yù)訂控制管理器根據(jù)從數(shù)據(jù)庫508收到的預(yù)訂信息封裝、編碼，或是既封裝又編碼該媒體對象。
本發(fā)明所采用的封裝或編碼可以采用多種形式。例如，可以編程預(yù)訂控制管理器以標(biāo)識分組的首部和尾部以及把預(yù)訂信息的附加協(xié)議層包裝在該分組左右。
可替換地，從預(yù)訂數(shù)據(jù)庫508檢索的預(yù)訂信息可包括如下指令，這些指令用于根據(jù)特定的加密軟件來編碼媒體對象。只有預(yù)訂了該服務(wù)并因此具有相應(yīng)的解密軟件的客戶才能夠接收該廣播對象。
在一可替換的實(shí)施例中，可以例如通過給各個(gè)數(shù)據(jù)分組加水印而將預(yù)訂信息嵌入到傳輸位流中。在此可替換的實(shí)施例中，不必由預(yù)訂控制管理器506b將預(yù)訂信息加到位流中。預(yù)訂信息可以在該系統(tǒng)內(nèi)的任何一點(diǎn)上被加到數(shù)據(jù)中，并可以由內(nèi)容提供器或是其它當(dāng)事方來添加。
如下所述，封裝或編碼的使用允許本發(fā)明的系統(tǒng)允許或禁止特定終端用戶接收特定服務(wù)。
客戶機(jī)31訪問廣播排定信息，該信息把可用的廣播節(jié)目選項(xiàng)通知給終端用戶。優(yōu)選地，在單個(gè)示教會(huì)話內(nèi)生成的每個(gè)UDP流被一起包括進(jìn)一單一時(shí)間表中。此示范性實(shí)施例中的客戶機(jī)31是一個(gè)人計(jì)算機(jī)；然而，可以使用其它用于接收廣播媒體對象的設(shè)備，諸如置頂電纜盒來實(shí)施本發(fā)明，只要這些設(shè)備包括適當(dāng)?shù)挠布蛙浖詫?shí)現(xiàn)下述功能性。
圖10中以方框圖形式說明了一示范性的客戶機(jī)31?？蛻魴C(jī)31最好包括經(jīng)由NDIS驅(qū)動(dòng)器110而連接到諸如TCP/IP棧112之類的分層協(xié)議上的接收器100。TCP/IP棧112連接到預(yù)訂管理器114上，預(yù)訂管理器114的目的在于控制終端用戶對接收信息的訪問以及為終端用戶維護(hù)信息服務(wù)的列表。
接收器100最好包括適合于從廣播設(shè)施25接收廣播的一個(gè)或多個(gè)組件102-108。接收器100可以包括用于接收Rf電視傳輸?shù)奶炀€102，用于接收有線電視傳輸?shù)腃ATV調(diào)制解調(diào)器104，用于接收衛(wèi)星傳輸?shù)男l(wèi)星接收器106，和/或經(jīng)由數(shù)據(jù)鏈路來接收傳輸?shù)恼{(diào)制解調(diào)器108，這取決域廣播設(shè)施25所采用的廣播技術(shù)。
如所指出的，接收器100經(jīng)由NDIS驅(qū)動(dòng)器110而耦合到諸如TCP/IP棧112的協(xié)議棧。在一優(yōu)選實(shí)施例中，TCP/IP棧112可以包括微軟公司所制造的Winsock(TM)TCP/IP棧。如本領(lǐng)域內(nèi)的那些技術(shù)人員所知的，TCP/IP棧112的一個(gè)目的就是檢查組成傳送文件或是其它媒體對象的到達(dá)的數(shù)據(jù)分組以確定組成該文件的所有分組都已經(jīng)被收到，并且它們是被按照正確的順序接收的。
一旦TCP/IP棧112驗(yàn)證了TCP/IP通信的正確接收，就把該通信傳送給預(yù)訂管理器114，預(yù)訂管理器114確定該通信所屬的預(yù)訂及服務(wù)。然后預(yù)訂管理器114確定客戶機(jī)31是否被授權(quán)接收屬于所標(biāo)識的服務(wù)的傳輸，并且如果被授權(quán)，那么該服務(wù)是否已由終端用戶允許。
特別地，預(yù)訂管理器114最好包括運(yùn)行于終端用戶客戶機(jī)31的后臺內(nèi)的軟件程序。不過，當(dāng)期望時(shí)，該終端用戶可以最大化預(yù)訂管理器114并使它顯示終端用戶客戶機(jī)31被授權(quán)接收的服務(wù)的列表，即所有包括在終端用戶已經(jīng)預(yù)訂的預(yù)訂包內(nèi)的服務(wù)。之后，終端用戶可以人工允許或禁止一預(yù)訂包內(nèi)的服務(wù)。對于每個(gè)授權(quán)的預(yù)訂包，預(yù)訂管理器114維護(hù)已被終端用戶允許和禁止的服務(wù)的記錄。
然后，當(dāng)接收到一通信時(shí)，預(yù)訂管理器114首先確定該傳輸是否屬于終端用戶已預(yù)訂的服務(wù)。預(yù)訂管理器114典型地通過檢查所接收的通信并確定其是否具有解碼或解封該傳輸所需的預(yù)訂信息來作出該確定。
如上面所指出的，封裝或編碼的使用允許本發(fā)明的系統(tǒng)由特定終端用戶允許或禁止特定服務(wù)的接收。在一優(yōu)選實(shí)施例中，該系統(tǒng)可以通過廣播尋址已預(yù)訂該服務(wù)的所有終端用戶PC的一預(yù)訂消息來使特定的PC 30能夠接收特定服務(wù)。該消息最好含有關(guān)該服務(wù)將被廣播的特定次數(shù)和頻道的信息，并且還可以包括關(guān)于被用來封裝該傳輸?shù)姆庋b協(xié)議的信息。如果服務(wù)被加密，則該預(yù)訂消息也可以包括解密該傳輸所需的信息。利用該信息，客戶機(jī)31能夠標(biāo)識屬于該服務(wù)的廣播傳輸，剝離掉該封裝信息，解密該傳輸(如果需要的話)，并向終端用戶提供傳輸內(nèi)容，如下面將更詳細(xì)描述的。
在一定的時(shí)段后，能夠通過將時(shí)間戳包括到指示PC 30將預(yù)訂消息從其存儲器中刪除(或是指示PC 30不要使用包括在服務(wù)參數(shù)消息內(nèi)的信息)的預(yù)訂消息內(nèi)來完成對特定服務(wù)的禁止?？商鎿Q地，該系統(tǒng)可以改變用于特定服務(wù)的廣播的頻道和次數(shù)，以使得對這些服務(wù)的繼續(xù)接收需要附加的服務(wù)參數(shù)信息，該附加的服務(wù)參數(shù)信息是那些將被禁止接收該服務(wù)的PC 30不能得到的。另外，如果服務(wù)被加密，則可以通過修改該加密并且不把更新的有關(guān)該新的加密的預(yù)訂消息發(fā)送給被禁止的PC 30來禁止特定的PC 30。通過將服務(wù)的禁止服務(wù)消息尋址到要被從該服務(wù)中去除的特定PC 30來禁止一個(gè)或多個(gè)PC 30上的服務(wù)。
如所指出的，允許/禁止特定服務(wù)的預(yù)訂消息可以被尋址到特定PC 30。具體地，可以給每個(gè)客戶機(jī)31分配一唯一的地址。包括特定PC 30的地址的預(yù)訂消息被傳送來指示每個(gè)被尋址的客戶機(jī)31按照上述方式允許和/或禁止特定服務(wù)。該唯一的地址最好以硬件來實(shí)現(xiàn)以避免用戶將多個(gè)PC 30配置成具有相同的地址。當(dāng)預(yù)訂管理器114識別出尋址其客戶機(jī)31的預(yù)訂消息時(shí)，它就根據(jù)接收到的消息的內(nèi)容來更新預(yù)訂信息。
可替換地，替代把預(yù)訂信息提交給特定PC 30，該系統(tǒng)可以以其它方式來調(diào)整對預(yù)訂信息的訪問。例如，可以在廣播之前加密或封裝預(yù)訂信息以使得只有具有對解封信息的專有解密的PC 30能夠接收該預(yù)訂信息。而且，可以在只有那些已經(jīng)預(yù)訂了該預(yù)訂信息所屬的服務(wù)的PC 30才知道的特定時(shí)間和特定頻道上廣播該預(yù)訂信息。
如果在客戶機(jī)31上收到的組播傳輸屬于一預(yù)訂的服務(wù)，則預(yù)訂管理器114確定終端用戶是否已允許該服務(wù)。
假設(shè)該服務(wù)被預(yù)訂和允許，則預(yù)訂管理器114接著確定收到的分組是諸如文件的靜態(tài)媒體對象的一部分，還是諸如流式數(shù)據(jù)傳輸?shù)膭?dòng)態(tài)媒體對象的一部分。如果該分組是文件的一部分，則預(yù)訂管理器114把該分組傳送給文件接收器116。類似地，如果該分組是流式數(shù)據(jù)傳輸?shù)囊徊糠郑瑒t預(yù)訂管理器114把該分組傳送給流式數(shù)據(jù)接收器118。
文件接收器116連接到I-高速緩存代理服務(wù)器120上，服務(wù)器120管理HTTP高速緩存122。在一優(yōu)選實(shí)施例中，HTTP高速緩存122存儲所有接收到的因特網(wǎng)數(shù)據(jù)。之后用戶可以向該文件發(fā)送URL請求并獲得對其內(nèi)容的訪問。可替換地，可以將收到的信息存儲到不同的存儲器內(nèi)，以及可以使用瀏覽器來訪問。
HTTP高速緩存122可以適合于以大量的方式來管理進(jìn)入的數(shù)據(jù)。說明性地，高速緩存122可以被編程為在收到新數(shù)據(jù)時(shí)重寫較老的數(shù)據(jù)，或者高速緩存122可以被編程為一旦存儲在高速緩存122內(nèi)的信息量達(dá)到閾值就終止進(jìn)入的信息的存儲。
流式數(shù)據(jù)接收器118連接到實(shí)時(shí)數(shù)據(jù)接口124上，接口124管理流式數(shù)據(jù)向輸出端口的播出，以便顯示給客戶機(jī)31的終端用戶。在某些情形中，播出可能經(jīng)由一附加的接口，諸如DDE接口、Excel(TM)等等。實(shí)時(shí)數(shù)據(jù)接口124連接到實(shí)時(shí)數(shù)據(jù)庫126上，數(shù)據(jù)庫126可以在播出期間暫時(shí)存儲收到的流式數(shù)據(jù)。
可以進(jìn)一步給客戶機(jī)31提供數(shù)個(gè)軟件工具，包括HTTP或萬維網(wǎng)瀏覽器，諸如Media Surfer(TM)128和Internet Explorer(TM)130，以便幫助終端用戶導(dǎo)航收到的文件和流式數(shù)據(jù)。
要廣播的對象可以在傳輸之前被壓縮并被排定廣播日程，以便根據(jù)帶寬要求以壓縮形式來廣播。由客戶機(jī)31在其接收該廣播時(shí)執(zhí)行解壓縮，從而允許媒體對象被按照透明于客戶機(jī)31的終端用戶的方式以壓縮形式被廣播。
該通知先于UDP隧道傳輸會(huì)話。在開始一廣播會(huì)話之前，內(nèi)容提供器10通過使用計(jì)算機(jī)19上的預(yù)訂系統(tǒng)軟件預(yù)訂所需的帶寬并傳送廣播指導(dǎo)(“BG”)信息來排定一個(gè)傳輸。時(shí)間表及BG信息包括廣播開始時(shí)間、廣播持續(xù)時(shí)間以及頻道組/頻道。把該信息轉(zhuǎn)移到CMC20，而CMC 20又依次將該信息廣播到MRI。MRI的圖形用戶接口(“GUI”)最好為每個(gè)能夠被播放的示教會(huì)話顯示單一的BG通知。更為優(yōu)選地，過濾各種示教會(huì)話以顯示BG通知，該BG通知被打算用于由給定終端用戶可訪問的頻道，或是在該頻道內(nèi)被預(yù)訂。通過將在廣播期間使用的頻道列出通知。通過選擇一BG通知(例如，使用連接到客戶機(jī)31上的鼠標(biāo)或是其它輸入設(shè)備)，啟動(dòng)UDP隧道傳輸會(huì)話，該會(huì)話接收并處理CDMP分組并把播放器兼容的流轉(zhuǎn)發(fā)給播放器。
在排定的開始時(shí)間，內(nèi)容提供器10開始數(shù)據(jù)流的傳輸。為了觀看內(nèi)容，終端用戶啟動(dòng)客戶機(jī)31上的他或她的播放器?？梢詮倪\(yùn)行MRI的相同計(jì)算機(jī)31運(yùn)行播放器，或是在一不同的計(jì)算機(jī)上運(yùn)行播放器。不管怎樣，如果該播放器已被配置成接收在MRI內(nèi)設(shè)置的地址/端口上的數(shù)據(jù)，則該播放器從內(nèi)容提供器接收數(shù)據(jù)流。最為優(yōu)選地，用戶能夠通過選擇顯示在MRI的GUI內(nèi)的一BG會(huì)話通知來啟動(dòng)播放器。能夠通過在特定通知與那個(gè)播放器的IP組播地址和端口之間映射來完成本地機(jī)器上MRI與播放器之間的這一集成。
由于廣播會(huì)話能夠包括多路流，因此由多路復(fù)用來自內(nèi)容提供器10的、涉及單一會(huì)話(例如示教會(huì)話)的所有數(shù)據(jù)流產(chǎn)生簡化的預(yù)訂及帶寬日程排定。在此示范性實(shí)施例中，這是用駐留在內(nèi)容提供器的計(jì)算機(jī)19上的應(yīng)用程序來實(shí)現(xiàn)的，計(jì)算機(jī)19構(gòu)建在預(yù)訂系統(tǒng)上(并可選地是CEC軟件本身的一部分)以便允許教員一次預(yù)訂所有與單一e-學(xué)習(xí)會(huì)話相關(guān)的所有流。該應(yīng)用程序在這里被稱作為一次會(huì)話模塊40(“OSM”)，其管理CMC 20所要求的動(dòng)作以把會(huì)話運(yùn)送給終端用戶。特別地，OSM 40在單一的示教會(huì)話內(nèi)自動(dòng)化多路相關(guān)流(例如分開的視頻及音頻流)的預(yù)訂。一方面，容易為多路呈現(xiàn)流確定要被預(yù)訂的要求的帶寬，這是由于它們典型地使用64Kbps。四個(gè)時(shí)間表通常被預(yù)訂，例如，三個(gè)時(shí)間表用于各個(gè)音頻流，一個(gè)時(shí)間表用于視頻流。共享的和專用的帶寬都能夠使用。另一方面，為靜態(tài)內(nèi)容計(jì)算帶寬使用率略微復(fù)雜些，這是由于流的數(shù)目是不固定的，并且通常從1到12變化。因此，無法確定用于單個(gè)的多路復(fù)用流所要求的帶寬，而只能計(jì)算出容納靜態(tài)內(nèi)容所需的總的帶寬。
OSM 40能夠利用下列可供選擇的方法之一來解決帶寬性能難題1)能夠?yàn)槊總€(gè)靜態(tài)內(nèi)容流預(yù)訂一時(shí)間表。UTP廣播器22監(jiān)控能夠具有靜態(tài)內(nèi)容流的所有端口(例如12個(gè))。
2)能夠?yàn)槠渲械囊粋€(gè)靜態(tài)內(nèi)容流預(yù)訂一時(shí)間表，并使用內(nèi)容提供器10上的或是CMC 20上的多路復(fù)用器42，如果希望的話，在UTP廣播器前面，將全部的流多路復(fù)用到一單的流內(nèi)。如圖2所示，UTP廣播器22監(jiān)控規(guī)定端口上的該多路復(fù)用流，當(dāng)該數(shù)據(jù)被接收時(shí)，駐留在MRI 46內(nèi)的或與之相關(guān)聯(lián)的解多路復(fù)用器44能夠向播放器48提供已被解復(fù)用的流，以便重放。由于多路復(fù)用/解多路復(fù)用過程引入的等待時(shí)間，因此該解決方案會(huì)引起同步問題。由于內(nèi)容是靜態(tài)的，所以目前認(rèn)為該等待時(shí)間的影響并不大，并且任何等待時(shí)間都能夠由播放器在重放時(shí)解決(address)以恢復(fù)與其它流同步。還可以通過性能的改進(jìn)來彌補(bǔ)任何等待時(shí)間的影響，這是由于必須被運(yùn)行以監(jiān)控多路靜態(tài)內(nèi)容流的偵聽線程減少了。MRI 46接收對于每個(gè)單一會(huì)話的BG通知，并由MRI 46內(nèi)的或與之相關(guān)聯(lián)的BG處理器49來處理這些通知以便在廣播指導(dǎo)下顯示給終端用戶。
OSM 40能夠?yàn)樗杏脝我粚W(xué)習(xí)會(huì)話建立的或與之相關(guān)聯(lián)的音頻、視頻以及靜態(tài)內(nèi)容流定義單一流，并能夠?qū)⒋诵畔魉徒oUTP廣播器22。這樣，BG信息管理能夠如上述專利申請09/738,390中所描述的，因?yàn)橹恍枰粋€(gè)預(yù)訂用來廣播整個(gè)會(huì)話。
對于實(shí)況會(huì)話記錄，能夠使用包遞送(非常可靠的)或高速緩存內(nèi)容遞送配置來把會(huì)話傳遞給終端用戶，在高速緩存內(nèi)容遞送配置中，MRI 46把會(huì)話文件存儲在硬盤或在指定位置的其它儲存庫。能夠使用播放器48在任何時(shí)間訪問和觀看該文件。
當(dāng)為所所記錄的會(huì)話使用包遞送(PD)時(shí)，首先將一示教會(huì)話記錄到文件內(nèi)。內(nèi)容提供器10排定PD傳輸日程，使用預(yù)訂系統(tǒng)來預(yù)訂所需的帶寬以及提供BG信息，如上所述。時(shí)間表以及BG信息包括文件廣播開始時(shí)間、文件廣播持續(xù)時(shí)間，頻道組/頻道以及文件大小。在一優(yōu)選實(shí)施例中，BG信息標(biāo)識媒體的類型，以使媒體對象能夠得到處理并使得能夠在客戶機(jī)31上啟動(dòng)(launch)合適的播放器。如上面所指出的，能夠通過選擇顯示在MRI的GUI中的BG會(huì)話通知來啟動(dòng)播放器。然后將該文件上載到CMC 20上用于廣播給具有MRI 46的機(jī)器。MRI GUI最好為每個(gè)記錄的會(huì)話文件顯示一個(gè)BG通知。能夠由用來廣播每個(gè)會(huì)話的頻道來列出這些通知。具有MRI 46的機(jī)器接收該文件并將它存到硬盤上的預(yù)先配置的位置內(nèi)。一旦將該文件存到那個(gè)機(jī)器上，終端用戶就能夠利用播放器48通過選擇有關(guān)的BG通知，或者是通過直接存取該儲存庫來打開文件。應(yīng)當(dāng)理解MRI 46能夠駐留在播放器48以外的另外的機(jī)器上(例如，當(dāng)MRI 46是局域網(wǎng)服務(wù)器或是網(wǎng)絡(luò)邊緣服務(wù)器時(shí))。
如果包括記錄的示教會(huì)話的MIME型文件能夠被Web瀏覽器(例如可從微軟公司得到的Internet Explorer)識別出，則使用高速緩存內(nèi)容遞送(CCD)來把文件傳遞給MRI 46。在此方式中，將示教會(huì)話記錄到文件內(nèi)，并且內(nèi)容提供器10再次排定CCD傳輸日程，使用預(yù)訂系統(tǒng)來預(yù)訂所需的帶寬和BG信息，如先前所描述的。將示教會(huì)話文件上載到CMC 20上用于廣播給載有MRI 46的那個(gè)機(jī)器。MRI GUI為每個(gè)記錄的會(huì)話文件顯示一個(gè)BG通知，通過用來廣播每個(gè)會(huì)話的頻道來列出通知。終端用戶通過選擇有關(guān)的BG通知，或是通過直接訪問該儲存庫來訪問播放器48上的先前記錄的會(huì)話。
以上論述一般地涉及把內(nèi)容組播到MRI 46再到臺式機(jī)器的傳遞機(jī)制；然而，本發(fā)明并不受這樣的限制。替代地，能夠利用智能高速緩存技術(shù)來向網(wǎng)絡(luò)邊緣服務(wù)器進(jìn)行組播，如接下來參照圖3所描述的。
圖3說明圖1的安排的一種變型，其中已將一智能高速緩存50設(shè)置在CMC 20和終端用戶機(jī)31及其各自的播放器48之間的多媒體內(nèi)容流中。更具體地，將該智能高速緩存設(shè)置在鄰近許多終端用戶的網(wǎng)絡(luò)邊緣處。一種典型配置可以在網(wǎng)絡(luò)周邊采用許多這樣的機(jī)器。智能高速緩存50向具有各自播放器48的多個(gè)客戶機(jī)31提供多媒體服務(wù)。由智能高速緩存50所提供的這些服務(wù)之中的服務(wù)是多媒體內(nèi)容的高速緩存、被保證的內(nèi)容的高速緩存、流式管理、廣播指導(dǎo)轉(zhuǎn)發(fā)、本地終端用戶管理以及與CMC 20到終端用戶預(yù)訂信息的接口。
智能高速緩存50最好具有運(yùn)行于其內(nèi)的MRI以使得組播能夠在該高速緩存得到處理并終止于那個(gè)機(jī)器。存取該高速緩存的終端用戶只需要有一合適的播放器用來檢索內(nèi)容提供器的流。優(yōu)選地，該智能高速緩存包括瑞士Zug的Fantastic公司的“MediaAce”(“MA”)產(chǎn)品，并用來管理接收以及處理和存儲所有的廣播會(huì)話。
就流的類型和數(shù)目、它們的日程排定、預(yù)訂及廣播來說，圖3的結(jié)構(gòu)基本上如上所述操作。不過，在此安排中，智能高速緩存50的MA模塊接收包括原始呈現(xiàn)流的CDMP分組，以及通過門戶頁面而向終端用戶提供示教會(huì)話通知。終端用戶借助于常規(guī)的Web測覽器來訪問該門戶頁面并選擇特定的會(huì)話通知，如期望的。這是可能的，因?yàn)榻M播已經(jīng)終止于智能高速緩存50，并且此后的數(shù)據(jù)傳送采用兼容播放器48的格式，因此單獨(dú)的客戶機(jī)31不需要MRI 46(或MA模塊)來訪問和觀看來自內(nèi)容提供器10的組播內(nèi)容。從門戶頁面作出的任何選擇都使MA把呈現(xiàn)流轉(zhuǎn)發(fā)給請求的播放器。
特定頻道上的內(nèi)容廣播通知能夠以各種視圖來呈現(xiàn)，包括視頻點(diǎn)播(“VoD”)和流。圖4提供了具有用來在這些視圖之間進(jìn)行選擇的示范性標(biāo)記102、104的門戶頁面100。對于實(shí)況訓(xùn)練會(huì)話，門戶頁面100需要一進(jìn)一步的視圖，在該視圖中MA門戶頁面為每個(gè)示教會(huì)話顯示一BG通知。最好由該廣播中所使用的頻道來列出這些通知。
用戶能夠使用標(biāo)準(zhǔn)輸入設(shè)備(例如鼠標(biāo))來在門戶頁面100中選擇BG通知并使本地呈現(xiàn)播放器啟動(dòng)。預(yù)先將該播放器配置成在MA使用的IP地址和端口上進(jìn)行接收，MRI 46正在該IP地址和端口上轉(zhuǎn)發(fā)這些流。如上所述，通過改變播放器的配置就能夠使這成為可能。把播放器48的控制集成到門戶頁面100就提供了一項(xiàng)附加的優(yōu)點(diǎn)，即允許終端用戶點(diǎn)擊-開始重放。
如果已將實(shí)況會(huì)話記錄到一文件內(nèi)，則本發(fā)明的廣播平臺能夠通過PD系統(tǒng)以可靠的方式來傳遞那個(gè)文件。(能夠使用許多電子協(xié)議，包括電子郵件協(xié)議來把該文件傳遞給CMC 20管理器。)特別地，將示教會(huì)話記錄到一文件內(nèi)。接著，如上所述，內(nèi)容提供器使用預(yù)訂系統(tǒng)來排定PD傳輸日程，預(yù)訂所需的帶寬，以及廣播BG信息。把該文件和BG信息全都上載到CMC用于廣播給MA。在具有MA模塊的機(jī)器(例如智能高速緩存50)上接收包括示教會(huì)話的文件，并將它存到文件服務(wù)器上的預(yù)先配置的儲存庫中。MA在門戶頁面100的MA視圖中為所接收的文件添加一通知。之后，終端用戶能夠把該文件下載到他或她的機(jī)器31上并用播放器48或其它隨需應(yīng)用程序來觀看它。圖5中，門戶頁面100’示出帶到MA視圖前部的可選標(biāo)記106。
MA包括允許文件被從MA視圖引用并從存儲器中檢索的驅(qū)動(dòng)器。在門戶頁面100’的MA視圖內(nèi)，BG通知包括引用存儲在文件服務(wù)器上的文件的URL。終端用戶只需通過點(diǎn)擊該通知就能檢索該文件了，用播放器48或另外的客戶應(yīng)用程序來播放該文件。
現(xiàn)在結(jié)合四個(gè)集成場景來描述本發(fā)明，每一個(gè)場景都使用上述的CEC和CMC廣播平臺。這些場景在終端用戶訪問實(shí)況或點(diǎn)播的(on-demand)訓(xùn)練會(huì)話方式上互不相同。
圖6說明這樣的場景，其中把實(shí)況e-學(xué)習(xí)直接廣播給客戶臺式計(jì)算機(jī)31，計(jì)算機(jī)31具有播放器48以及在其上執(zhí)行的MRI 46軟件。如上所述，使用硬件組件12-18來建立實(shí)況訓(xùn)練會(huì)話。實(shí)況AV流以及固定的內(nèi)容被排定日程、預(yù)訂、經(jīng)由包括CEC 19和CMC 20(包括BG廣播器24和CMC內(nèi)核26)的廣播平臺上載和廣播給客戶臺式機(jī)。該廣播是組播傳輸，否則不能與典型的播放器48，或是由內(nèi)容提供器10提供的原始流。然而，在客戶機(jī)一側(cè)，MRI 46接收實(shí)況AV流以及固定的內(nèi)容，把它們分拆成一種可理解的格式，并使這些流對于諸如播放器48的客戶機(jī)應(yīng)用程序可用。接收方通過MRI 46，例如通過點(diǎn)擊MRI廣播指導(dǎo)觀察器內(nèi)的會(huì)話通知來訪問實(shí)況會(huì)話?？赡苄枰脩粜彰翱诹顏磉x擇和/或播放會(huì)話。
圖7說明這樣的場景，其中將實(shí)況及點(diǎn)播的會(huì)話直接廣播給客戶臺式機(jī)。該場景允許實(shí)況會(huì)話被記錄下來。能夠使記錄下的實(shí)況會(huì)話可用于給定終端用戶所作的點(diǎn)播觀看。經(jīng)由廣播平臺將記錄并存儲在服務(wù)器上的會(huì)話直接分發(fā)給MRI 46。這些會(huì)話能夠被作為高速緩存內(nèi)容遞送廣播，或是作為包遞送廣播。用戶能夠經(jīng)由MRI廣播指導(dǎo)觀察器或其它應(yīng)用程序來訪問點(diǎn)播的會(huì)話。通過點(diǎn)擊MRI廣播指導(dǎo)觀察器內(nèi)的會(huì)話通知，或是通過選擇存儲在客戶機(jī)硬盤上的啟動(dòng)文件，能夠呈現(xiàn)一登錄網(wǎng)頁，在該網(wǎng)頁中用戶輸入用戶姓名和口令來啟動(dòng)觀察會(huì)話。能夠在MRI 46內(nèi)激活該觀看會(huì)話。
在圖8的場景中，實(shí)況會(huì)話被廣播給MA，然后被轉(zhuǎn)發(fā)給客戶臺式機(jī)。通過把實(shí)況會(huì)話廣播給位于組播允許的LAN的入口處的MA，就不必在客戶的臺式機(jī)上安裝MRI 46了。用戶再一次通過MA門戶頁面100、100’訪問實(shí)況會(huì)話。
在圖9的場景中，點(diǎn)播會(huì)話被廣播給MA，存儲在文件服務(wù)器上以及下載到其各自的臺式機(jī)的客戶機(jī)31上。能夠在具有單播傳送LAN基礎(chǔ)設(shè)施的環(huán)境中部署該場景。所記錄的會(huì)話被排定日程、預(yù)訂、上載、廣播以及存儲，如上所述。用戶/接收方通過MA門戶頁面100、100’觸發(fā)點(diǎn)播會(huì)話。通過點(diǎn)擊MA廣播指導(dǎo)觀察器內(nèi)的會(huì)話通知，打開選定的點(diǎn)播會(huì)話的登錄網(wǎng)頁。輸入用戶姓名和口令之后，把點(diǎn)播會(huì)話從文件服務(wù)器下拉到客戶臺式機(jī)。最終，能夠通過安裝在客戶臺式機(jī)上的點(diǎn)播客戶應(yīng)用程序來啟動(dòng)點(diǎn)播會(huì)話。該場景顯著地改進(jìn)了示教點(diǎn)播會(huì)話的分發(fā)，這是由于經(jīng)由因特網(wǎng)的FTP下載現(xiàn)在已經(jīng)過時(shí)了。
把e-學(xué)習(xí)產(chǎn)品集成到CEC/CMC廣播平臺內(nèi)，預(yù)訂管理系統(tǒng)(SMS)使單個(gè)的終端用戶以及指定的終端用戶組能夠被作為目標(biāo)，例如，出于內(nèi)部通信和訓(xùn)練目的。該集成將使企業(yè)能夠把用戶數(shù)據(jù)(例如，用戶姓名、客戶臺式機(jī)的IP或MAC地址等)從SMS輸出到播放器48的用戶管理系統(tǒng)內(nèi)。因此，示教會(huì)話的接收方只需被注冊一次，即輸入到SMS。為示教會(huì)話標(biāo)識接收方的過程是這樣步驟1把用戶數(shù)據(jù)輸入到SMS步驟2在SMS內(nèi)為示教會(huì)話建立接收方組步驟3在SMS內(nèi)為特定的示教會(huì)話選擇一個(gè)組步驟4把該組所需的用戶數(shù)據(jù)輸出到內(nèi)容提供器的用戶管理系統(tǒng)注意在圖8和9的場景的情形下，把內(nèi)部通信和訓(xùn)練努力直接瞄準(zhǔn)(target)特定個(gè)人的能力不能夠得到支持。通過使用MA，只把MA各自的IP或MAC地址輸入SMS。因此，不可能在示教會(huì)話的接受者與存儲在SMS內(nèi)的信息之間構(gòu)成直接的聯(lián)系。然而，由于只有某些接受者將訪問特定的MA，因此仍將提供一定級別的間接分組。
因此，如上所述，本發(fā)明以這樣的方式允許各種各樣靜態(tài)和動(dòng)態(tài)的音頻、視頻及數(shù)據(jù)對象的合并和傳輸，即對廣播參數(shù)和被允許接收所傳送的材料的終端用戶的調(diào)整提供控制。
雖然已經(jīng)結(jié)合本發(fā)明的示范性實(shí)施例描述了本發(fā)明，然而根據(jù)前面的描述，許多的替換、修改和變更對于本領(lǐng)域的那些技術(shù)人員都將是顯而易見的，根據(jù)下面陳述的權(quán)利要求書，所有這些替換、修改和變更都將被考慮。
權(quán)利要求
1.一種用于通過網(wǎng)絡(luò)隧道傳輸內(nèi)容的計(jì)算機(jī)實(shí)現(xiàn)的方法，該內(nèi)容已被配置成兼容播放器的數(shù)字格式，該播放器運(yùn)行于可連接到該網(wǎng)絡(luò)的一特定機(jī)器上，包括如下步驟a)在開始廣播會(huì)話之前，通過該網(wǎng)絡(luò)傳送包括關(guān)于該廣播會(huì)話的控制信息的通知，該控制信息允許受控地接收該配置內(nèi)容并包括開始時(shí)間；b)把該配置內(nèi)容封裝到支持組播分發(fā)以及在該網(wǎng)絡(luò)上的特定機(jī)器上受控地接收的格式中；c)按照包括在該通知內(nèi)的開始時(shí)間，通過該網(wǎng)絡(luò)以封裝格式把該配置內(nèi)容組播到多個(gè)機(jī)器；d)使用該控制信息來選擇性地允許在該多個(gè)機(jī)器中的特定機(jī)器上進(jìn)行接收，以及e)在這些特定機(jī)器上剝離封裝，由此該封裝內(nèi)容的組播與這些特定機(jī)器上的播放器相兼容。
2.如權(quán)利要求1所述的方法，其中，與播放器兼容的數(shù)字格式是一個(gè)單播分組格式，并且其中，封裝該配置內(nèi)容的步驟包括在一個(gè)組播分組內(nèi)包含該單播分組格式。
3.如權(quán)利要求1所述的方法，其中，封裝該配置內(nèi)容的步驟包括把一個(gè)分組附加到該配置內(nèi)容。
4.如權(quán)利要求3所述的方法，其中，該被附加的分組包括一個(gè)首部。
5.如權(quán)利要求1所述的方法，其中，步驟d)和e)均由執(zhí)行于特定機(jī)器上的媒體就緒接口來執(zhí)行。
6.如權(quán)利要求1所述的方法，其中，該廣播會(huì)話包括該配置內(nèi)容的組播。
7.如權(quán)利要求1所述的方法，其中，該通知是組播。
8.如權(quán)利要求1所述的方法，其中，該通知包括廣播指導(dǎo)信息。
9.如權(quán)利要求1所述的方法，其中，該通知包括一個(gè)預(yù)訂消息，該預(yù)訂消息表示在封裝步驟中所采用的封裝協(xié)議。
10.如權(quán)利要求9所述的方法，其中，該預(yù)訂消息進(jìn)一步包括一個(gè)時(shí)間以及一個(gè)廣播會(huì)話服務(wù)將在其上被廣播的頻道。
11.如權(quán)利要求9所述的方法，其中，該預(yù)訂消息進(jìn)一步包括解密該組播傳輸所需的信息。
12.如權(quán)利要求1所述的方法，其中，在通過網(wǎng)絡(luò)組播之前，該封裝數(shù)據(jù)被多路復(fù)用，并在這些特定機(jī)器上被解多路復(fù)用。
13.如權(quán)利要求1所述的方法，包括通過給內(nèi)容提供器提供反向頻道返回路徑而允許與終端用戶交互的附加步驟。
14.一種通過網(wǎng)絡(luò)隧道傳輸內(nèi)容的計(jì)算機(jī)實(shí)現(xiàn)的系統(tǒng)，其中，該內(nèi)容已被配置成兼容播放器的數(shù)字格式，包括網(wǎng)絡(luò)管理器，被配置成從內(nèi)容提供器接收該配置內(nèi)容，以及通過該網(wǎng)絡(luò)以組播協(xié)議廣播該內(nèi)容，該管理器包括一被編程的機(jī)器，該機(jī)器包括(a)廣播指導(dǎo)廣播器，被配置成把包括關(guān)于廣播會(huì)話的控制信息的通知傳送給與該網(wǎng)絡(luò)通信的預(yù)訂終端用戶的機(jī)器，該控制信息允許受控地接收該配置內(nèi)容并包括開始時(shí)間；以及(b)UTP廣播器，被配置成對該配置內(nèi)容施加封裝并通過該網(wǎng)絡(luò)把封裝的內(nèi)容組播至預(yù)訂終端用戶的機(jī)器上。
15.如權(quán)利要求14所述的系統(tǒng)，其中，UTP廣播器進(jìn)一步被配置成從內(nèi)容提供器接收該配置內(nèi)容，把該配置內(nèi)容變換成UDP流，以及把該UDP流封裝到CDMP分組內(nèi)。
16.如權(quán)利要求14所述的系統(tǒng)，進(jìn)一步包括設(shè)置在該內(nèi)容提供器上的日程排定系統(tǒng)，該日程排定系統(tǒng)排定用于通過該網(wǎng)絡(luò)把該封裝內(nèi)容組播至該預(yù)訂終端用戶的機(jī)器上的開始時(shí)間。
17.如權(quán)利要求16所述的系統(tǒng)，其中，考慮到內(nèi)容流的要求帶寬來排定該開始時(shí)間。
18.如權(quán)利要求14所述的系統(tǒng)，其中，該網(wǎng)絡(luò)管理器包括一個(gè)頻道管理中心，并且其中，該內(nèi)容提供器包括一個(gè)頻道編輯中心。
19.如權(quán)利要求14所述的系統(tǒng)，其中，UTP廣播器具有一規(guī)定的IP地址設(shè)置和一規(guī)定的端口設(shè)置，并且其中，UTP廣播器在該規(guī)定的IP地址和規(guī)定的端口上從內(nèi)容提供器接收該配置內(nèi)容。
20.如權(quán)利要求14所述的系統(tǒng)，其中，該配置內(nèi)容包括從包括數(shù)據(jù)文件、流式音頻以及流式視頻的組中選出的多個(gè)媒體對象。
21.如權(quán)利要求14所述的系統(tǒng)，其中，該網(wǎng)絡(luò)管理器包括一個(gè)頻道管理中心內(nèi)核，該通道管理中心內(nèi)核管理從內(nèi)容提供器接收的廣播請求，并使用廣播指導(dǎo)廣播器把該廣播傳送到預(yù)訂終端用戶。
22.如權(quán)利要求14所述的系統(tǒng)，其中，該預(yù)訂終端用戶的機(jī)器均具有組播-就緒接口以及特定播放器，其中，這些機(jī)器可連接到該網(wǎng)絡(luò)，并且其中，該組播-就緒接口接收CDMP流并輸出與該特定播放器兼容的流。
23.如權(quán)利要求22所述的系統(tǒng)，其中，這些機(jī)器具有一個(gè)或多個(gè)播放器，并且其中，UTP廣播器通過該網(wǎng)絡(luò)將該封裝內(nèi)容組播至預(yù)訂終端用戶。
24.如權(quán)利要求22所述的系統(tǒng)，其中，該組播-就緒接口包括顯示從廣播指導(dǎo)廣播器傳送的通知的圖形用戶界面。
25.如權(quán)利要求24所述的系統(tǒng)，其中，根據(jù)該封裝內(nèi)容要通過該網(wǎng)絡(luò)在其上組播的那個(gè)廣播頻道而將該傳送的通知顯示在該圖形用戶界面上。
26.如權(quán)利要求24所述的系統(tǒng)，其中，該組播就緒接口包括將該傳送的通知顯示為預(yù)訂終端用戶的函數(shù)的過濾器。
27.如權(quán)利要求26所述的系統(tǒng)，其中，該過濾器基于預(yù)訂信息來操作。
28.如權(quán)利要求24所述的系統(tǒng)，其中，該圖形用戶界面允許特定預(yù)訂終端用戶使用連接到該終端用戶的機(jī)器上的輸入設(shè)備來選擇一個(gè)或多個(gè)封裝內(nèi)容的組播。
29.如權(quán)利要求14所述的系統(tǒng)，進(jìn)一步包括一個(gè)組播-就緒接口，其被配置成使用廣播指導(dǎo)廣播器所提供的控制信息來選擇性地允許接收UTP廣播器所組播的封裝內(nèi)容。
30.如權(quán)利要求29所述的系統(tǒng)，其中，該組播-就緒接口進(jìn)一步被配置成把組播中的封裝內(nèi)容變換成兼容播放器的格式，通過除去UTP廣播器所提供的封裝來做出該變換。
31.如權(quán)利要求14所述的系統(tǒng)，其中，UTP廣播器被配置成在通過該網(wǎng)絡(luò)組播之前多路復(fù)用該封裝內(nèi)容。
32.一種通過網(wǎng)絡(luò)隧道傳輸內(nèi)容的計(jì)算機(jī)實(shí)現(xiàn)的方法，該內(nèi)容具有兼容播放器的數(shù)字格式，包括如下步驟把一個(gè)分組附加到配置內(nèi)容，該分組具有允許通過該網(wǎng)絡(luò)組播分發(fā)以及在連接到該網(wǎng)絡(luò)的多個(gè)機(jī)器上受控地接收的控制信息；通過該網(wǎng)絡(luò)將該配置內(nèi)容與首部一起組播至多個(gè)機(jī)器；使用該控制信息來選擇性地允許在這些機(jī)器中的特定機(jī)器上進(jìn)行接收；以及從該組播傳輸剝離該附加的分組，由此該組播向該特定機(jī)器提供兼容播放器格式的配置內(nèi)容。
33.如權(quán)利要求32所述的方法，其中，兼容播放器的數(shù)字格式是單播分組格式，并且其中，附加分組的步驟包括在一組播分組內(nèi)包括該單播分組格式。
34.如權(quán)利要求32所述的方法，其中，該附加的分組包括一個(gè)首部。
35.如權(quán)利要求32所述的方法，其中，步驟c)和d)均由執(zhí)行于這些特定機(jī)器上的媒體就緒接口來執(zhí)行。
36.如權(quán)利要求32所述的方法，其中，在步驟b)的組播傳輸步驟之前傳送一通知。
37.如權(quán)利要求36所述的方法，其中，該通知包括廣播指導(dǎo)信息。
38.如權(quán)利要求36所述的方法，其中，該通知包括一條預(yù)訂消息，該預(yù)訂消息標(biāo)識在附加步驟中所采用的封裝協(xié)議。
39.如權(quán)利要求38所述的方法，其中，該預(yù)訂消息進(jìn)一步包括一個(gè)時(shí)間和一個(gè)廣播會(huì)話服務(wù)將被在其上廣播的頻道。
40.如權(quán)利要求36所述的方法，其中，該預(yù)訂消息進(jìn)一步包括用于解密該組播傳輸所需的信息。
41.如權(quán)利要求32所述的方法，其中，在通過該網(wǎng)絡(luò)組播之前，該封裝數(shù)據(jù)被多路復(fù)用。
42.如權(quán)利要求32所述的方法，包括通過給內(nèi)容提供器提供反向頻道返回路徑而允許與終端用戶交互的附加步驟。
全文摘要
一種通過網(wǎng)絡(luò)隧道傳輸內(nèi)容的計(jì)算機(jī)實(shí)現(xiàn)的方法，其中，該內(nèi)容已被配置成兼容播放器的數(shù)字格式。在開始廣播會(huì)話之前，通過該網(wǎng)絡(luò)傳送一個(gè)包括關(guān)于該廣播會(huì)話的控制信息的通知。該控制信息允許受控地接收該配置的內(nèi)容，并包括開始時(shí)間。把該配置內(nèi)容封裝到一種支持組播分發(fā)以及在特定機(jī)器上受控地接收的格式中。按照包括在該通知內(nèi)的開始時(shí)間，通過該網(wǎng)絡(luò)以封裝的格式把該配置內(nèi)容組播到多個(gè)機(jī)器。使用該控制信息來選擇性地允許在該多個(gè)機(jī)器中的特定機(jī)器上進(jìn)行接收，以及在這些特定機(jī)器上從組播傳輸剝離封裝。于是，該封裝數(shù)據(jù)的組播與這些特定機(jī)器上的播放器相兼容。還公開了一種實(shí)現(xiàn)UDP隧道傳輸組播的系統(tǒng)。
文檔編號H04L12/46GK1631020SQ02826080
公開日2005年6月22日 申請日期2002年10月23日 優(yōu)先權(quán)日2001年10月24日
發(fā)明者L·欽希塔, I·斯蒂芬尼尼, F·瓦利諾, A·德爾梅尼科, B·納德洛 申請人:奇幻公司