根據最近的客戶端需求反饋來確定廣播計劃的方法和裝置的製作方法
2023-10-23 23:38:42 1
專利名稱：根據最近的客戶端需求反饋來確定廣播計劃的方法和裝置的製作方法
技術領域：
本發明一般地涉及廣播系統，本發明具體涉及根據由在廣播區域中分布的各種客戶端所提供的需求反饋數據，從多塊內容中連續地計劃並廣播最有機會的一塊內容。
背景技術：
傳統上，廣播系統從諸如天線、衛星或計算機伺服器系統的廣播源在單方向上向多個廣播消費者發射數據，廣播消費者一般使用電視接收機、線纜盒(cable box)、機頂盒或客戶端計算機來接收廣播數據。出於這裡所使用的目的，廣播源將被稱為「伺服器系統」或「廣播伺服器」，而廣播消費者(即用戶)被稱為「客戶端」，其通過「客戶端系統」接收內容。客戶端系統的用戶一般按信號被廣播時的形式消費從伺服器系統所接收到的信號。例如，和現場實況對應的廣播信號被基本實時地接收。對於其它類型的廣播內容，例如預先錄製的電視表演和電影，情況也是如此。和現場實況不同，和預先錄製的節目和電影對應的數據被預先存儲在廣播系統中的某處。
當前，常見的內容傳送廣播方法涉及連續地和/或交錯間隔地廣播相同數據的伺服器系統，在該方法中，給客戶端最終用戶提供內容。這樣，如果用戶希望消費特定的一塊內容，例如電影或電視表演，則用戶在進行廣播的時間「調入」(tune in)該內容的重複廣播之一。可以以目前可從有線或衛星電視提供商處獲得的「每看付費」電影為例來說明這個範例。例如，有線電視提供商一般以交錯間隔在多個頻道上重複地廣播同樣的電影。希望觀看一部特定電影的用戶只需要在電影被廣播的時間之一開始時調入上面在廣播所需電影的頻道之一。相同數據或節目的連續和重複的廣播導致對廣播帶寬的非常低效率的使用，否則，用於在多個頻道上重複廣播相同數據的帶寬本可以用於廣播不同的數據。
在廣播系統中提供內容的另一範例涉及用戶錄製特定的數據文件並且以後「點播」訪問該數據文件。繼續上面討論的電視廣播的說明，本範例的一個例子是用戶設置其磁帶錄像機(VCR)來錄製所需的電視節目。然後，當該用戶希望「點播」觀看該電視節目時，用戶只需要從其VCR中播放早先錄製的節目即可。最近，已經能得到更為先進的、在內部硬碟驅動器而不是傳統的VCR所使用的錄像磁帶上錄製電視廣播的數字錄像機。但是，數字錄像機的使用和傳統的VCR是類似的，因為用戶需要明確地設定用於確定在內部硬碟驅動器上錄製哪些廣播的標準(例如日期、時間)。
目前的廣播系統的另一局限性是客戶端系統的大多數用戶難以向廣播者提供關於節目編制的反饋。例如，繼續上面討論的電視廣播的說明，今天的電視廣播者中的很多依靠Neilson收視率來確定廣播的節目編制和/或計劃。Neilson收視率通常僅基於大眾的一個小的斷面抽樣，並且它們一般僅測量份額(觀看給定的電視表演的用戶對在廣播表演時的所有電視表演的用戶的估計百分比)和觀眾(估計出的觀看給定節目的至少一部分的總人數)。結果，大多數電視觀眾對廣播計劃和/或內容只有較小的影響或沒有影響。
通過以附圖為例而不是限制對本發明進行了說明，其中圖1A是示出根據本發明的講授的廣播系統的一個實施例的方框示意圖，其中，廣播伺服器向多個客戶端系統廣播各種數據；圖1B是示出根據本發明的講授的廣播系統的另外一個實施例的方框示意圖，其中，反向信道通信鏈路使得客戶端系統能把數據發送回廣播伺服器；圖1C是是示出根據本發明的講授的廣播系統的另外一個實施例的方框示意圖，其中，使廣播伺服器和各個客戶端系統能夠通過計算機網絡進行通信；
圖2是代表根據本發明的講授的客戶端系統或伺服器的計算機系統的一個實施例的方框示意圖；圖3是流程圖，它示出當根據本發明的講授來廣播和處理元數據及數據文件時，在廣播伺服器和客戶端系統中的事件流程的一個實施例；圖4A是示出本發明的第一廣播系統的實現的示意圖，其中，元數據和內容被通過衛星網絡廣播到多個客戶端系統，並且客戶端需求反饋數據被通過遠程通信鏈路從客戶端系統往回發送；圖4B是示出本發明的第二廣播系統的實現的示意圖，其中，元數據和內容被廣播到多個客戶端系統，並且客戶端需求反饋數據被通過雙向有線網絡從客戶端系統往回發送；圖4C是示出本發明的第三廣播系統的實現的示意圖，其中，元數據和內容被廣播到多個客戶端系統，並且客戶端需求反饋數據被通過計算機網絡從客戶端系統往回發送；圖5是流程圖，它示出了當處理來自伺服器的元數據廣播以維護元數據表和內容評價表時客戶端系統中的事件流程的一個實施例；圖6是根據本發明的講授所描述的伺服器的元數據廣播的一個例子的示意圖；圖7是根據本發明的講授，由客戶端更新和維護的元數據表的一個例子的示意圖；圖8是根據本發明的講授，由客戶端更新和維護的內容評價表的一個例子的示意圖；圖9示出了根據本發明的講授，由用戶分選的數據文件的一個實施例；圖10示出了根據本發明的講授，響應用戶的分選而被更新的元數據表的一個實施例；圖11示出了根據本發明的講授，在用戶訪問之後被更新的元數據表的一個實施例；圖12示出了根據本發明的講授，在用戶訪問之後被更新的內容評價表的一個實施例；
圖13示出了根據本發明的講授，在另一用戶訪問之後被更新的元數據表的另一個實施例；圖14表示使客戶端系統的用戶能輸入評價和排名數據的用戶界面，其中示出了用戶和評價屬性頁的互動；圖15A表示圖14的用戶界面，其中，使用戶能通過支持排名數據的數值輸入以及拖放內容標識符來將相對排名重新排序的排名屬性頁，輸入相對排名信息；圖15B表示圖14的用戶界面，示出了拖放和圖15A中的一塊內容對應的內容標識符的效果；圖15C表示圖14的用戶界面，示出了可以怎樣通過激活更新排名按鈕來更新相對排名；圖16是示出可以怎樣基於地理和廣播網絡而將各種客戶端系統分段的示意圖；圖17是示意圖，示出了一組客戶端需求反饋數據在其被從客戶端系統接收到時及相同數據被輸入資料庫後的示例性配置；圖18是示出用於建立和廣播計劃提示(cue)對應的有序列表的查詢過程的示意圖；圖19是示出用於廣播可變比特率數據流的傳統方法的示意圖；圖20是示出根據本發明的講授，使用數據的空分組插入以充分地利用在傳統的可變速率數據流廣播中未使用的帶寬的示意圖；圖21是方框示意圖，示出了在根據本發明的講授的批處理實施例過程中如何選擇內容塊；圖22是示出當執行一個批內容選擇過程時本發明所用的邏輯的流程圖；和圖23是示出一塊內容因其大小大於給定的一批內容的剩餘空間而被跳過的例子的示意圖。
具體實施例方式
在本發明的一個方面，公開了用於根據客戶端反饋信息，通過廣播系統提供內容的信令方法和裝置。在本發明的另一個方面，公開了對來自於被考慮要在即將進行的廣播窗口期間廣播的各塊內容當中的內容進行評價和排名的方法和裝置。而在本發明的另一個方面，公開了動態地確定廣播運營中心的廣播內容和/或計劃的的方法和裝置。在下面的描述中，為了提供對本發明的詳盡理解，給出了大量的具體細節。但是，本領域普通技術人員很清楚，實踐本發明無需使用具體的細節。在其它的例子中，為了避免喧賓奪主，並沒有詳細地描述公知的材料或方法。
圖1A是根據本發明的講授的廣播系統的一個實施例的示意圖。如所畫出的實施例所示，廣播伺服器103被配置成把信息廣播到多個客戶端系統105、107和109。在圖1A所示的實施例中，客戶端系統105通過廣播鏈路115從廣播天線111接收來自廣播伺服器103的廣播。類似地，客戶端系統107通過廣播鏈路117接收來自廣播伺服器103的廣播，客戶端系統109通過廣播鏈路119從廣播天線111接收來自廣播伺服器103的廣播。在一個實施例中，廣播鏈路115、117和119是來自廣播天線的單向無線射頻(RF)鏈路，其格式為諸如已知的通過大氣廣播的調幅(AM)或調頻(FM)無線電信號、電視(TV)信號、數字視頻廣播(DVB)信號等，但不限於此。
在一個實施例中，廣播伺服器103被配置成廣播多個可被客戶端系統105、107和109所接收的數據文件。在一個實施例中，數據文件可以是很多不同類型的文件的任意組合，這些不同類型的文件包括例如視頻、音頻、圖形、文本、多媒體等。為了說明的目的，本申請中為幫助描述本發明而提供的很多例子假設伺服器要廣播的數據文件是此處被稱為「內容塊」(pieces of content)的音頻/視頻文件，例如帶有運動的圖像和聲音的電影。但是，可以理解，根據本發明的講授廣播的數據文件不僅僅限於音頻/視頻文件。
如圖1A所示的實施例中所示，廣播鏈路115、117和119包含廣播伺服器103和客戶端系統105、107和109之間的單程或單向通信鏈路。但是在另一實施例中，可以理解，在每個客戶端系統105、107和109和廣播伺服器103之間分別還可以有第二通信鏈路。具體地說，圖1B是在客戶端系統105、107和109中的每一個和廣播伺服器103之間增加了「反向信道」或通信鏈路的圖1A的廣播系統的說明。具體地說，圖1B所示的實施例示出了可分別被客戶端系統105、107和109用來將信息發送回廣播伺服器103的通信鏈路121、123和125。儘管在圖1B中把通信鏈路121、123和125示為客戶端系統105、107和109和廣播伺服器103之間的直接鏈路，但是可以理解，客戶端系統105、107和109也可以通過間接鏈路和廣播伺服器103溝通信息，間接鏈路例如廣播無線信號、網絡通信等，但不限於此。
圖1C是根據本發明的講授的廣播系統的另一實施例的圖示。如圖所示，廣播伺服器103被耦合，以便通過網絡113把信息廣播到多個客戶端系統105、107和109。在一個實施例中，網絡113可以是諸如國際網際網路、廣域網(WAN)、區域網(LAN)、內部網等任意類型的通信網絡，多個不同設備可以通過所述通信網絡通信。
在圖1C所示的實施例中，客戶端系統105被耦合，以便接收廣播伺服器103通過廣播鏈路115廣播的信息。類似地，客戶端系統107被耦合，以便接收廣播伺服器103通過廣播鏈路117廣播的信息，客戶端系統109被耦合，以便接收廣播伺服器103通過廣播鏈路119廣播的信息。注意，在圖1C所示的實施例中，廣播鏈路115、117和119被示作從網絡113到客戶端系統105、107和109的雙向鏈路，這使得客戶端系統105、107和109能夠把信息發送到廣播伺服器103。
圖2是示出根據本發明的講授，可被用作廣播伺服器103或客戶端系統105、107和109的機器301的一個實施例的方框圖。通常，客戶端系統105、107和109可以使用各種類型的機器，包括機頂盒102、臺式計算機或工作站104和筆記本計算機106。用作伺服器103的機器通常將包含計算機伺服器108或類似類型的被設計用於向多個客戶端廣播數據的伺服器硬體。在一個實施例中，機器301是包括耦合到總線307的處理器303的計算機或機頂盒。在一個實施例中，存儲器(memory)305、儲存設備(storage)311、顯示控制器309、通信接口313、輸入/輸出控制器315和音頻控制器327也被耦合到總線307。
在一個實施例中，機器301通過通信接口313和外部系統連接。通信接口313可包括與AM、FM、TV、數字TV、DVB、無線電話信號等兼容的無線電收發機。通信接口313也可以包括模擬式數據機、綜合業務數字網(ISDN)數據機、線纜數據機(cable modem)、數字消費者線路(DSL)數據機、T-1線接口、T-3線接口、光載波接口(例如OC-3)、令牌環接口、衛星傳輸接口、無線接口或其它用於把一個設備耦合到其它設備上的接口。
在一個實施例中，載波信號323被和天線111通信的通信接口313所接收。在一個實施例中，載波信號325在通信接口313和網絡113之間被接收/發射。在一個實施例中，通信信號325可被用於將機器301和另一計算機系統、網絡集線器、路由器等進行接口。在一個實施例中，載波信號323和325被視作可通過導線、線纜、光纖或通過大氣等發射的機器可讀介質。
在一個實施例中，處理器303可以是傳統微處理器，例如英特爾x86或奔騰(Pentium)系列微處理器、摩託羅拉系列微處理器等，但不限於此。存儲器305可以是例如動態隨機訪問存儲器(DRAM)的機器可讀介質，還可以包括靜態隨機訪問存儲器(SRAM)。顯示控制器309以傳統方式控制顯示器319，在一個實施例中，顯示器319可以是陰極射線管(CRT)、液晶顯示器(LCD)、有源矩陣顯示器、電視監視器等。耦合到輸入/輸出控制器315的輸入/輸出設備317可以是鍵盤、磁碟驅動器、印表機、掃描儀和其它的輸入和輸出設備，包括電視遙控器、滑鼠、軌跡球、觸摸板、遊戲杆等。在一個實施例中，音頻控制器327以傳統方式控制可以包括例如音頻揚聲器、耳機、音頻接收器、放大器等的音頻輸出331。在一個實施例中，控制器還以傳統方式控制可以包括例如麥克風或來自音頻或音樂設備的輸入等的音頻輸入329。
在一個實施例中，儲存設備311可以包括機器可讀介質，例如磁性硬碟、軟盤、光碟、只讀存儲器(ROM)元件、智慧卡或其它形式的數據儲存設備，但不限於此。在一個實施例中，儲存設備311可以包括可移動介質、只讀介質、可讀/可寫介質等。數據中的一些可以在計算機系統301中的軟體的執行期間由直接存儲器訪問過程寫入存儲器305。可以理解，軟體可以駐留在儲存設備311、存儲器305中，或者可以通過數據機或通信接口313被發射或者接收。為了本說明書的目的，術語「機器可讀介質」應該被認為包括任何能夠存儲數據、信息或對由處理器303執行的一系列指令進行編碼，以使得處理器303執行本發明的方法的介質。術語「機器可讀介質」應該被認為包括固態存儲器、光碟和磁碟、載波信號等，但不限於此。
在一個實施例中，例如和圖1A到圖1C所示中的任何一個類似的廣播系統被配置為使廣播伺服器103向多個客戶端系統105、107和109廣播多個數據文件。如下面將更詳細地討論的那樣，所述多個數據文件中的每一個均和根據本發明的一個實施例的講授、以元數據(meta-data，M-D)描述的各塊內容對應。一般來說，元數據可以被視作對要被或可能被伺服器103廣播的內容或數據文件進行描述的一組描述符或屬性值。本發明的元數據提供了使得客戶端系統105、107和109能夠針對伺服器103以後將要廣播的數據文件的內容進行推理並作出基於信息的決定的信息。如同將被討論的那樣，本發明的各種實施例採用元數據用於客戶端一側的過濾、存儲管理和其它個性化技術，還用於確定即將開始的伺服器廣播的內容和廣播計劃。
通過提供一種根據客戶端需求反饋信息來廣播內容的方法和系統，本發明解決了現有技術中涉及不需要的內容的廣播的很多不足。本發明定義了用於產生優化的廣播計劃的機制，藉此，和廣播運營中心考慮廣播的各塊內容(例如電影、預先錄製的以及直播的電視表演等)對應的內容描述信息被周期性地向客戶端系統進行廣播，從而客戶端系統或者使用用戶反饋、基於用戶的以往收看習慣和其它考慮的自動反饋，或者使用二者的結合來對內容塊進行評價和/或排名。然後，來自客戶端系統的需求反饋被發回廣播運營中心，然後，運營中心至少部分地根據從客戶端系統接收到的需求反饋信息來產生或更新包含要被廣播的內容的有序列表的廣播計劃隊列。然後，根據它們在廣播計劃隊列中的位置，內容塊被向客戶端系統廣播，於是，如果被廣播的內容塊中的任何一個應該被客戶端系統高速緩存以便隨後「點播」觀看，則客戶端系統能選擇性地確定是哪一個。在一個實施例中，該過程被連續地重複，使得廣播運營中心能夠根據客戶端需求反饋來優化其廣播計劃，而不是必須使用傳統的預定廣播計劃。
圖3是和本發明的示例性實現對應的流程圖。如上面所討論的那樣，第一個任務是給可以由可能期望觀看廣播運營中心提供的內容的用戶操作的各種客戶端系統提供內容描述信息。在一個實施例中，內容描述信息被作為元數據發送，針對被考慮用於廣播計劃的每塊內容，所述元數據包括一組內容描述符。一般來說，內容描述符可以被作為客戶端系統可以在任意時間點接入以捕獲內容描述信息的連續流來發送。如果需要，內容描述符流可以以一個流在何處(例如它在哪個(哪些)頻道上廣播)和如何定位它的聲明作為前導。內容描述符元數據也可以在周期性基礎上作為文件發送。在一個實施例中，可以發送觸發，以發信號通知客戶端系統內容描述文件將要被發送，所以客戶端系統可以接收並存儲內容描述符元數據。
如框301所示，在一個實施例中，元數據廣播計劃通過適當的廣播鏈路被廣播到客戶端系統。例如，客戶端系統可以包含機頂盒，並且廣播鏈路可以包含衛星電視鏈路，如圖4A所示。在這個例子中，由廣播運營中心126A操作的廣播伺服器103A通過地面站132把上行鏈路信號128發送到衛星130。然後，衛星130通過由從衛星到各個天線134、136和138的數據射頻(RF)傳輸形成的RF鏈路115A、117A和119A，把元數據廣播計劃廣播到客戶端系統103A、105A和107A。衛星130一般起到以預定的射頻頻帶發送出數據流的多信道應答機的作用，其中，每個頻帶和各自的信道對應。在一個實施例中，所選擇的信道可以被用來發送該元數據廣播計劃數據。在另一個實施例中，所選擇的信道的未使用部分或被多路復用的信道可以被用來發送計劃數據，這將在下面更詳細地描述。
如上面所討論的那樣，除了通過衛星RF鏈路廣播內容之外，內容也可以通過例如有線系統和計算機網絡的各種網絡被廣播。圖4B示出了一個使用雙向有線系統實現本發明的示範系統。在該系統中，由廣播運營中心126B操作的廣播伺服器103B把例如元數據廣播計劃的廣播數據提交給有線系統頭端(head-end)142。有線系統頭端為有線系統提供了廣播功能，使得數據能通過有線網絡113B和各個雙向有線鏈路115B、117B和119B被廣播到機頂盒客戶端系統105B、107B和109B。
圖4C中示出了用於實現本發明的一個示範系統，其中，廣播和客戶端反饋數據被通過計算機網絡傳輸。在這個實施例中，由廣播運營中心126C操作的廣播伺服器103C使用例如UDP或TCP/IP的常見的網絡協議或者各種新湧現的計算機網絡廣播協議之一， 在計算機網絡113C上通過網絡鏈路115C、117C和119C把數據廣播到計算機客戶端系統105C、107C和109C。
在一個實施例中，元數據廣播計劃指示本發明的實際元數據將要被廣播伺服器廣播的將來某個點。在一個實施例中，客戶端系統使用例如在節目與系統信息協議(PSIP)、DVB、服務公告協議(SAP)等中使用的已知的埠，監聽來自廣播伺服器的即將進行的服務通告。
在一個實施例中，客戶端105x、107x和109x(其中，105「x」包括105A、105B和105C等)中的每一個都包含已知的計劃服務，計劃服務在規定時間接受請求以喚醒(wake up)或被激活，接收由廣播伺服器103x廣播的信息。該計劃服務使得客戶端系統能夠在規定時間喚醒並選擇規定的服務。例如，在一個實施例中，這個選擇過程可以通過調諧到例如高級電視系統委員會(ATSC)或DVB應答機中的頻率等的特定頻率來完成。在一個實施例中，這個選擇過程可以基於一組數據，例如定義了服務的組播(multi-cast)網際網路網際協議(IP)地址。
在一個實施例中，客戶端應用程式向客戶端信令系統登記，以從特定內容的提供者處接收信號。客戶端信令系統維護一個和特定內容的提供者關聯的應用程式的表。在一個實施例中，來自廣播伺服器的信息被在已知的地址上廣播，以便每個客戶端能夠使用已知地址。
回到圖3的流程圖，在框304中，客戶端從廣播伺服器接收元數據廣播計劃。在一個實施例中，客戶端系統105x、107x和109x捕獲並處理這個預先廣播的信息以便確定何時喚醒並接收內容，在何處接收該內容以及接收哪個內容。在一個實施例中，當客戶端系統接收到元數據廣播計劃時，客戶端系統中的已登記的應用程式被通知接收元數據廣播計劃。
在其它實施例中，元數據自身被作為客戶端系統可以在任意時間點接入的流連續地廣播。因此，在這些實施例中，無需框300和302執行的操作，如這些框的虛線輪廓所示(表示它們是可選的)。優選地，當使用流的實施例時，元數據流將包括標記信號用於指示當前元數據組的起點，從而客戶端系統僅需監聽元數據一段時間，在此段時間內，接收到兩個標記信號(保證已經接收到完整的一組當前元數據)。作為選擇，客戶端系統可以在各個內容描述符出現在流中時將其記錄，藉此，當客戶端系統遇到它們先前已經接收過的內容描述符時，它們將知道它們已經接收到完整的一組元數據。
在框304中，元數據127(見圖4A到4C)在元數據廣播計劃中規定的時間或使用連續流被從廣播伺服器廣播到客戶端系統。在一個實施例中，客戶端在元數據廣播計劃中所指示的預先規定時間喚醒，以從伺服器接收元數據127。在框306中，客戶端系統從廣播伺服器接收元數據廣播。如將要被討論的那樣，元數據包括對伺服器系統將要廣播或者以後可能要廣播的多個數據文件的描述。在這一點，如圖3和圖4A到4C中畫圈的「1」所示的向客戶端系統提供元數據的第一個任務被完成了。
如框308所示，接收到元數據127後，客戶端系統對元數據對應的內容塊進行評價和/或排名，以便把客戶端需求反饋數據往回提供給廣播運營中心，表明給定的客戶端系統的用戶想讓哪些內容塊被廣播，以便那些內容塊可以被捕獲並高速緩存在客戶端系統上供那些客戶端系統的用戶「點播」觀看。客戶端系統可以通過三種方法產生客戶端需求反饋數據。在一個實施例中，客戶端系統的用戶可以對由當前元數據組描述的內容塊手動進行評價或者提供相對排名，提供他們希望廣播的內容的明確指示。這個過程由流程圖中的框310提供，並在下面更詳細地描述。在另一個實施例中，評價和/或相對排名數據在框312中由客戶端系統至少部分地根據用戶以前的收看偏好來自動產生。這個過程也在下面更詳細地描述。在第三個實施例中，客戶端需求反饋數據包含用戶產生和客戶端系統產生的評價和/或排名數據的組合。
在框314中，客戶端系統把其需求反饋數據發送回伺服器，伺服器在框316中接收這些數據。在圖4A到4C中，需求反饋數據用「客戶端反饋數據」(Client Feedback Data)129或「CFD」129表示，在圖3和圖4A到4C中，把需求反饋數據發送回廣播運營中心的過程用畫圈的「2」表示。在一個實施例中，廣播網絡中的每個客戶端發送和廣播伺服器103x早先廣播的當前元數據組127所描述的所有內容塊對應的需求反饋數據。或者，每個客戶端系統發送該客戶端系統中維護的內容評價/排名表的全部或者一部分，這將在下面更詳細地描述。
取決於所使用的廣播系統，有幾種不同類型的可用來把客戶端需求反饋數據往回提供給廣播運營中心的通信鏈路。如上面參考圖1B所討論的那樣，給客戶端105、107和109中的每一個都提供了「反向信道」通信鏈路，分別用通信鏈路121、123和125表示。在傳統的衛星電視廣播系統的情況下，例如如圖4A所示，在衛星和接收天線之間只有一個單向鏈路。結果，在這些系統中，回到廣播運營中心的通信鏈路通常涉及來自客戶端的某種形式的遠程通信(Telco)鏈路，如鏈路121A、123A和125A所示，客戶端通過Telco網絡113A和網絡鏈路144連接到廣播運營中心126A。可以理解，未來的衛星廣播系統可以提供雙向通信鏈路，這樣，可以使用收發機天線把客戶端需求反饋數據發送回廣播運營中心。這種類型的通信技術可能和今天的VSAT(甚小口徑地球站)技術類似，VSAT技術為VSAT系統的用戶提供雙向衛星通信能力。
在使用雙向有線廣播系統的例子中，如圖4B所示，給定客戶端系統的同一通信鏈路既可以用於接收廣播數據，也可以用於把客戶端需求反饋數據往回發送到廣播運營中心126B。類似地，當使用計算機網絡廣播基礎設施時，如圖4C所示，同一鏈路可以被用於接收廣播數據和把客戶端需求反饋數據發送回廣播運營中心126C。注意，在計算機網絡中，實際「鏈路」可以是動態的，其中，數據分組被使用動態路由在端點之間發送，例如在客戶端系統和伺服器之間發送。但是，為了說明的目的，這些鏈路在圖4C中被畫成了實線。
接收到客戶端需求反饋數據129後，廣播運營中心通過匯總客戶端需求反饋數據來創建或者更新包含被至少部分地排序的內容塊列表的廣播計劃隊列133，其中，具有最高需求的內容塊被往列表的頂部放置。這個過程由圖3和圖4A到4C中的畫圈的「3」表示。一般來說，通過匯總客戶端需求反饋數據來創建列表，並且可以選擇應用伺服器側的考慮，例如一塊內容最近是否被廣播過；以及各種商業上的考慮，例如和廣播服務提供商的合約。下面描述有關廣播計劃隊列如何被創建的更進一步的細節。
在一個實施例中，廣播運營中心然後根據客戶端需求反饋數據選擇要廣播的內容塊。在一個實施例中，根據由客戶端系統提供的評價信息來確定要被廣播的內容塊。結果，只有對顧客基礎(即客戶端系統的用戶)最為適當的內容塊被廣播運營中心廣播。例如，在一個實施例中，只有具有最高匯總評價的內容塊被廣播，而具有最低匯總評價的那些內容塊則不被廣播。在一個實施例中，廣播計劃也響應排名被確定。例如，在一個實施例中，排名最高的數據文件被在較低排名的數據文件之前廣播。在另一個實施例中，排名最高的內容塊在被假定為最適合發送高排名內容的時間廣播。例如，設想一個例子，其中周四晚上的黃金時間是廣播者具有廣播的最高收視率的最重要的時間。在這個例子中，根據本發明的講授的廣播運營中心將在周四晚上的黃金時間廣播和最高排名的內容塊對應的數據文件。當然，可以理解，給出這個例子只是為了說明的目的，廣播運營中心可以響應從客戶端系統接收到的客戶端需求反饋數據以其它方法確定廣播計劃。
在一個實施例中，根據本發明的講授，要廣播的數據文件和/或廣播計劃由廣播運營中心響應從客戶端系統接收到的客戶端需求反饋數據而動態地確定。因此，在一個實施例中，依據可從廣播運營中心獲得哪些內容塊以及哪些內容或數據文件被客戶端訪問和/或分選，廣播計劃可以隨時間改變。
一旦廣播伺服器確定了要被廣播的內容塊和廣播計劃，則在框320中，廣播伺服器103把內容廣播計劃廣播到客戶端。然後客戶端在框322中接收內容廣播計劃。在其它的實施例中，不廣播內容計劃，如框320和322的虛線輪廓所示。
下一步要執行的操作是把具有最高級別的客戶端需求(一般來說)的內容傳送給客戶端。這由圖3中的框326和框328示出，並由圖3和圖4A到4C中畫圈的「4」表示。在一個實施例中，使用機會安排(opportunisticscheduling)，其中，下一個「最有價值」的內容塊被連續地廣播。在另一個實施例中，數批內容被周期性地廣播。圖4A到4C中示出了和示例內容塊A、B和C對應的一個或更多數據文件的廣播，其中，內容被一組內容數據文件135共同地標識。下面討論這些內容廣播實施例中的每一個的進一步的細節。
對於內容廣播計劃先前已經被發送的實施例，和計劃中的每塊內容對應的數據文件在計劃的時間被從廣播運營中心廣播。在一個實施例中，客戶端在數據文件廣播計劃中所指示的預先規定的時間喚醒，以從廣播伺服器接收某塊內容的數據文件。在其它實施例中，內容在「準實時」(nearreal-time)的基礎上被廣播，其中，先前的計劃信息沒有廣播該內容。為了本發明的目的，「準實時」意味著內容在其被標識為最被期望內容之後很快(例如1小時或更短)便被發送。在這些例子中，對這些內容的廣播計劃是可選擇的。
廣播了一塊內容之後，和該內容對應的屬性值被重新計算，以便對用於廣播計劃隊列的有序列表中的內容塊重新進行排名。一般來說，這將使該塊內容返回列表的底部，如框328所示，因為客戶端系統對該塊內容的需求應該由其先前的廣播有效地滿足了。如下所述，該塊內容的客戶端需求反饋數據被「重置」，故在重新計算有序列表時，只考慮有關該塊內容的新的(即隨後接收到的)客戶端需求反饋數據。
在接收到廣播內容之後，在一個實施例中，如框330所示，當數據文件被廣播時，客戶端根據存儲在客戶端系統上的內容評價表來選擇性地存儲數據文件。有各種機制可被用於確定何時捕獲特定的一塊內容並將其高速緩存(即存儲)在給定的客戶端系統上以及何時忽略其它的廣播內容。在一個實施例中，存儲在客戶端系統上的諸如內容評價和/或排名數據的客戶端需求反饋信息被用於確定何時捕獲並高速緩存和特定的一塊內容對應的數據文件。還可以考慮客戶端系統上的可用存儲空間。例如，如果客戶端系統具有指示特定電影具有最高評價的內容評價表，則當和該電影對應的數據文件被廣播時，該數據文件通常將被捕獲並高速緩存。
在一些例子中，確定是否捕獲並高速緩存一塊新內容將取決於用戶如何評價當前存儲在客戶端系統上的內容。例如，如果客戶端系統基本上是滿的(即它不能存儲和一塊新內容對應的整個數據文件)，並且存儲在客戶端系統上的所有要被觀看的內容塊具有比接下來要廣播的內容塊更高的評價，則該塊內容將被忽略。圖4A到4C示出了被高速緩存和被忽略的內容的例子，其中，客戶端系統105x選擇性地高速緩存內容A和B而忽略內容C，客戶端系統107x選擇性地高速緩存內容A而忽略內容B和C，而客戶端系統109x選擇性地高速緩存內容C而忽略內容A和B。
在給定的客戶端系統上特定的一塊內容已經被訪問過的情況下，在一個實施例中，通常將假定用戶不再像先前該塊內容的評價最初被產生時他或她那麼渴望訪問該塊內容。為了本申請的目的，用戶訪問可以包括用戶和數據文件互動、收看、觀看、聽、讀、消費數據文件等。例如，用戶訪問數據文件的一個例子可以是用戶觀看由客戶端中存儲的數據文件之一所提供的特定電影或收聽同樣提供的特定的歌曲。因此，當用戶為觀看而訪問一塊內容時，和該塊內容對應的元數據表和內容評價表條目在框332中被客戶端系統更新。
圖5是更詳細的流程圖，示出了當根據本發明的講授處理元數據127和更新及維護元數據表和內容評價表時在客戶端中的事件流程的一個實施例。具體來說，該過程在框403中開始，其中，元數據表被用從伺服器廣播的元數據中所包括的屬性和屬性值更新。然後在框405中，內容評價表被用元數據所描述的數據文件中的每一個的條目更新。
在一個實施例中，假設元數據表、內容評價表和多個數據文件已經在客戶端系統中存在。在一個實施例中，元數據表內容評價表和多個數據文件可以在存儲器305、儲存設備311中，或通過使用機器301訪問本地網絡等而存儲並維護在客戶端系統中，如圖2中的實施例所示。
圖6中示出了和四塊內容對應的一組示例性元數據501。為了說明的目的，假設和這四塊內容對應的數據文件是音頻/視頻文件，例如電影或電視節目。如上所述，被廣播的數據文件可以包含其它類型的文件，例如音頻、圖形、文本、多媒體等。
在所示實施例中，元數據501表示廣播運營中心考慮廣播這四個電影，或更具體些，和這四個電影對應的四個數據文件。這些電影包括「Action Dude」、「The Funny Show」、「Blast『Em」和「Hardy HarHar」。一般來說，元數據將包括「描述」了該元數據所對應的每塊內容的屬性和屬性值。在一個實施例中，元數據被以表格格式傳送，其中，屬性和格式中的列對應，而屬性值包含元數據的行數據。例如，元數據501包括三個屬性列，標記為「名稱」、「演員」和「類型」。可以理解，本發明的其它實施例可以包括不同的屬性和屬性值。例如，可被用來描述電影的其它屬性的非窮盡列表可以包括「導演」、「更多演員」、「年代」、「影響」、「結局」等。例如，在一個實施例中，根據本發明的講授，提供了40到50個不同的屬性來描述電影。
在示例元數據組501中，「Action Dude」是一部「動作」電影，由演員「Joe Smith」主演。「The Funny Show」是「喜劇」電影，由女演員「Jane Doe」主演。此外，「Blast『Em」是「動作」電影，由女演員「Jane Doe」主演，而「Hardy Har Har」是「喜劇」電影，由演員「JoeSmith」主演。
為了幫助說明本發明的元數據表方面，圖7是由每個客戶端105、107和109在本地更新和維護的元數據表601的一個實施例的例子。在所示出的實施例中，圖6中的元數據表601已經填充了在更早些時候被從伺服器103廣播的元數據501中所包括的數據。在一個實施例中，元數據表601包括屬性、屬性值和對應的相關度值以及可信度因子的列表。具體來說，元數據表601包括屬性值「Joe Smith」、「Jane Doe」、「動作」和「喜劇」。此時，屬性值「Joe Smith」、「Jane Doe」、「動作」和「喜劇」的相關度值和可信度因子全都是零。在一個實施例中將示出，當用戶和客戶端系統互動時，本發明的相關度值和可信度因子將被更新和維護。
在一個實施例中，元數據表601中的相關度值是用於預測特定用戶的行為的關聯屬性和屬性值的相關程度的指示。例如，相關度值表明用戶因為該特定屬性值而觀看特定電影的可能性。在一個實施例中，元數據表601中的相關度值在例如從一10到10的值域內。如將要討論的那樣，例如如果用戶觀看了特定的電影或至少表示出對具有該特定屬性值的特定電影感興趣，則相關度值可以被增大。反之，例如如果用戶不觀看特定的電影或者如果用戶明確地表示其不想觀看具有該特定屬性值的特定電影，則相關度值可以被減小。
在一個實施例中，元數據表601中的可信度因子是評價或預測用戶是否將實際訪問具有該特定屬性值的特定內容塊時要被應用到具體屬性和屬性值對上的加權因子。在一個實施例中，元數據表601中的可信度因子在從例如一10到10的值域內。在一個實施例中，當屬性值準確地預測了用戶感興趣的內容塊時可信度因子可以被增大。反之，當儘管特定屬性值另有所指，但是用戶卻對該塊內容感興趣時，可信度因子可以被減小。
在一個實施例中，從和伺服器103要廣播的潛在內容或數據文件關聯的所有元數據501的匯總來構建元數據表601的條目。在一個實施例中，根據明確的用戶請求來更新元數據表601中的條目。此外，對元數據表601的更新也可以隱式地基於用戶是否訪問具有特定屬性值的具體數據文件，而和用戶是否明確地分選特定電影不相關。
為了幫助說明本發明的內容評價表方面，圖8示出了在一個實施例中由客戶端105x、107x和109x中的每一個在本地更新和維護的內容評價表701的一個實施例的例子。在所示出的實施例中，內容評價表701包括元數據501中所描述的數據文件以及當前本地存儲或高速緩存在客戶端系統上的任何額外的數據文件的列表。
在一個實施例中，和先前高速緩存的內容塊對應的數據文件可以由客戶端本地存儲在存儲器305、儲存設備311中，或者存儲在圖2中的機器301可從本地訪問的網絡中。為了本申請的目的，由客戶端在本地存儲的數據文件也可以被解釋為包括由客戶端「本地」存儲在與伺服器分離的已知網絡儲存設備結構中的數據文件。為了本申請的目的，由客戶端在本地存儲或高速緩存的數據文件要被解釋為為了以後訪問、檢索或消費而存儲的數據文件。在一個實施例中，本發明的本地高速緩存被視作第一級高速緩存。因此，本發明的本地高速緩存相應地為提高單次命中(single hit)概率而確定大小。
繼續參考回代表音頻/視頻文件的數據文件的例子，電影由客戶端在本地存儲。用戶觀看該電影後，該電影佔用的存儲空間通常被視作可用於存儲以後某個時間要廣播的另一塊內容。因此，根據本發明的講授可以理解，客戶端系統的本地高速緩存的模型為單次使用系統，例如發射後遺忘(fire and forget)。在一個實施例中，假設如果用戶訪問數據文件，則該用戶將不可能想再次訪問同一數據文件。如果用戶還沒有觀看特定的一塊內容，則該塊內容佔用的存儲空間通常被視作不可用於存儲其它內容塊。但是，如果沒有額外的可用存儲空間，並且評價更高的內容塊要被廣播，則根據本發明的講授，較低評價的未觀看內容塊可以被較高評價的內容塊代替。例如，在一個實施例中，客戶端系統的用戶可以選擇使得被存儲的數據文件在和較高評價的內容塊對應的一個或更多數據文件被廣播時自動被其代替的開關。反之，用戶可能願意手動管理哪些數據文件被存儲在他或她的客戶端系統上。
再次參考圖8所示的內容評價表701的實施例，每部電影還具有關聯的「評價」值、「評價類型」指示符、「在高速緩存中」指示符和「下一步處理」指示符。在一個實施例中，評價值指示對接收關聯的內容塊的期望等級。在一個實施例中，評價值或者可以由用戶明確地輸入，或者可以由客戶端系統通過處理和該特定的數據文件關聯的元數據而隱式地產生。在一個實施例中，相對較高的評價值預測用戶可能對該特定數據文件感興趣。反之，相對較低的評價值預測用戶不太可能對該特定數據文件感興趣。
在一個實施例中，「評價類型」指示符指示這塊特定內容的評價值是由用戶明確地輸入的結果，還是說該評價值是由客戶端系統隱式地產生的。這樣，在一個實施例中，如果數據文件或電影還未被評價，則內容評價表701的「評價類型」指示符可以是「明確」、「隱式」或者「N/A」(不可用)。在一個實施例中，如果數據文件已經被用戶明確地分選，則該數據文件的屬性值的評價值不再被客戶端系統隱式地更新。
但是，如果數據文件還沒有被分選或者僅僅由客戶端系統隱式地評價過，則數據文件的屬性值的評價可以被客戶端系統進一步地更新或者調整。
在一個實施例中，「在高速緩存中」指示符指示該特定的數據文件當前是否由客戶端在本地存儲或高速緩存。在圖8所示的實施例中，電影「Action Dude」、「The Funny Show」和「Blast『Em」已經存在於客戶端系統的本地儲存設備中。反之，電影「Hardy Har Har」還沒有被存儲在客戶端系統的本地儲存設備中。
在一個實施例中，「下一步處理」指示符用來跟蹤將來對特定數據文件要採取的動作。例如，如果電影已經被用戶觀看過，則下一步處理指示符將會指示「代替」以指示由該特定電影佔用的存儲空間可用於存儲另外一部電影。在一個實施例中，如果電影還沒有被用戶觀看過，則下一步處理指示符將指示「保留」。在一個實施例中，如果電影還沒有被客戶端本地存儲，並且如果評價值預測用戶可能對該特定電影感興趣，則下一步處理指示符將指示「捕獲」。在一個實施例中，如果電影還沒有被伺服器所廣播並且評價預測用戶不太可能對這部電影感興趣，則下一步處理指示符將指示「忽略」。
如上所述，用戶可以提供用於確定什麼內容應該被高速緩存，什麼內容應該被忽略的明確輸入；這些輸入被稱為「分選」。在一個實施例中，如圖9所示，通過分別輸入或選擇「接收」或「拒絕」，用戶可以明確地「分選」所選擇的內容塊以指示該用戶是否願意高速緩存或不高速緩存一塊內容。在圖9所示的例子中，通過用「接收」分選來分選電影「ActionDude」，用戶已經指示他或她願意高速緩存該電影，而通過用「拒絕」來分選電影「The Funny Show」，用戶已經表明他或她對該電影沒有任何興趣。在這個例子中，用戶還沒有提供有關剩餘電影中的任何一個的任何信息或者分選。
返回圖5的流程圖，如果用戶還沒有分選任何一個數據文件，則對判別框407的回答為「是」，並且在框409中，被分選的內容塊的特定屬性的相關度值在元數據表601內被更新。在框411中，具有帶有響應用戶分選而被調整的相關度值的屬性值的數據文件的評價也被調整。如果用戶還沒有分選任何數據文件，則框409和框411被跳過。
為了說明用戶何時分選數據文件的例子，圖10示出已經被響應用戶分選而更新或調整之後的元數據表601。如上面所討論的那樣，用戶表示他或她對電影「Action Dude」感興趣。如元數據表501所描述的那樣，「Action Dude」由演員「＂Joe Smith」主演，並且是部「動作」電影。因此，參考圖10中的元數據表601A，屬性值「＂Joe Smith」和「動作」的相關度值被調整，以反映出用戶明確地表示對「Action Dude」感興趣。在一個實施例中，相關度值被增大以反映出用戶感興趣。如將被討論的那樣，在一個實施例中，和每個屬性值關聯的可信度因子直到有用戶訪問與具有該特定屬性值的內容塊對應的數據文件時才被更新。
繼續圖9的例子，用戶指示他或她對電影「The Funny Show」不感興趣。元數據501示出「The Funny Show」由女演員「Jane Doe」主演，並且是部「喜劇」電影。因此，往回參考元數據表601A，屬性值「JaneDoe」和「喜劇」的相關度值被調整以反映出用戶明確地表示他或她對「The Funny Show」不感興趣。在一個實施例中，相關度值被減小以反映出用戶不感興趣。
繼續圖9的例子，用戶沒有提供任何有關電影「Blast『Em」和「Hardy Har Har」的信息。因此，在元數據表601A中不更新和「Blast『Em」和「＂Hardy Har Har」關聯的屬性值的相關度值。
如將要被討論的那樣，在一個實施例中，如框411中所描述的，對內容評價表701中的評價的更新與在元數據表601中所列的屬性值的相關度值和可信度因子有關。在框411中發生的處理的詳細描述基本上和在下面的框417中所發生的處理相同。
再次參考圖5，如果用戶訪問任一數據文件，例如，用戶觀看電影，如判別框413中確定的那樣，則在框415中，用戶所訪問的數據文件的特定屬性的相關度值和可信度因子在元數據表601中被更新。然後，邏輯流到框417，在這裡，數據文件的評價也被調整，這些數據文件具有帶有響應用戶的訪問而被調整的相關度值的屬性值。如果用戶沒有訪問過任何數據文件，則框415和框417被跳過。
為說明用戶訪問數據文件的例子，假設用戶觀看電影「ActionDude」。元數據501示出「Action Dude」由演員「Joe Smith」主演，並且是部「動作」電影。在一個實施例中，每次當用戶訪問特定的數據文件或和特定的數據文件發生互動，則該電影的屬性值的可信度因子被調整或被更新。在一個實施例中，對具有大於零的相關度值的屬性值，該屬性值的可信度因子被增加，因為該屬性值準確地起到了預測用戶將訪問的數據文件的作用。在一個實施例中，對具有小於零的相關度值的屬性值，該屬性值的可信度因子被減小，因為該屬性值沒有準確地起到預測用戶將訪問的數據文件的作用。因此，圖11示出了元數據表601B，其中，「可信度」列已經響應用戶訪問「Action Dude」而被更新或調整過。在此例中，「Joe Smith」和「動作」的可信度因子被增大，因為這些屬性值的相關度值大於零。
在一個實施例中，響應用戶的訪問，和被隱式地評價的內容塊關聯的相關度值在元數據表601B中也被增大。但是，在圖11所示的元數據表601B的例子中，「Action Dude」被用戶明確地分選。在一個實施例中，在元數據表601中，相關度值沒有被響應用戶對被用戶明確地分選的數據文件的訪問而更新。
圖12示出了和在框417中響應用戶訪問「Action Dude」而被更新之後的內容評價表701A，表701A和內容評價表701對應。如上面所討論的那樣，根據本發明的講授，在框411中內容評價表701也被更新。如內容評價表701A中所示，「Action Dude」具有評價值1。「Action Dude」的評價類型是「明確」，因為如上面根據圖9所述，用戶明確地分選了「Action Dude」。「在高速緩存中」指示符表示「Action Dude」目前被客戶端系統存儲在本地。「下一步處理」指示符指示「代替」，因為用戶已經觀看了「Action Dude」。
在一個實施例中，內容評價表701中的評價值如下確定。元數據501示出「Action Dude」具有屬性值「Joe Smith」和「動作」。元數據表601B示出「Joe Smith」具有相關度值1和可信度因子1。元數據表601B還示出「動作」具有相關度值1和可信度因子1。在一個實施例中，特定數據文件的評價值是通過針對數據文件的所有屬性值，將相關度值與其各自的可信度因子結合起來考慮而確定的。例如，在一個實施例中，一個數據文件的評價值等於該數據文件的多個屬性值的每一個相關度值和對應的可信度因子的全部乘積的平均值。
為了說明，參考內容評價表701A中的「Action Dude」，「JoeSmith」的相關度值和可信度因子的乘積是1×1，它等於1。「動作」的相關度值和可信度因子的乘積是1×1，它等於1。乘積1和1的平均值是1。因此，內容評價表701A中的「Action Dude」的評價是1。
類似地，關於內容評價表701中的「Blast『Em」，「Blast『Em」具有屬性值「Jane Doe」和「動作」。在元數據表601B中「Jane Doe」的相關度值和可信度因子分別是-1和0。因此，內容評價表701A中的「Blast『Em」的評價是1×0和1×1的平均值，它等於0.5。在圖12所示的例子中，內容評價表701A中的「The Funny Show」和「＂Hardy Har Har」的評價用和本發明的一個實施例中類似的方式確定。
注意，因為上面在圖9中用戶分選了電影「Action Dude」和「TheFunny Show」，所以這些電影具有「明確」的評價類型，如內容評價表701A所示。因為用戶沒有分選電影「Blast『Em」和「Hardy Har Har」，所以在內容評價表701A中這些電影具有「隱式」的評價類型。
可以理解，上面的討論提供了根據本發明的講授如何確定內容評價表701中的評價值的例子。注意，根據本發明的講授，可以用考慮一塊內容的每個屬性值的相關度值和可信度因子的其它方法來確定評價值。
在一個實施例中，利用特定內容塊的「評價」值和「在高速緩存中」值，部分地確定內容評價表701A中的「下一步處理」列的條目。例如，假設在一個實施例中，大於零的評價表示用戶被預計對該特定電影至少有一些興趣。因此，用戶可能對電影「Blast『Em」和「Hardy Har Har」有一些興趣。因此，「下一步處理」指示電影「Blast『Em」將被保留在儲存設備中，而電影「Hardy Har Har」在以後被伺服器廣播時將被捕獲。如上所述，在「下一步處理」欄位中，電影「Action Dude」被標記為「代替」，因為它已經被用戶觀看過。
在一個實施例中，用戶和客戶端系統將來的互動導致和上面的描述類似的處理。例如，假設用戶現在觀看電影「Blast『Em」，在這個特定例子中，用戶在觀看電影「Blast『Em」前沒有分選該電影。在一個實施例中，被訪問的未分選數據文件的屬性值的相關度值和可信度因子均被更新，如圖13的元數據表601C所示。回憶元數據501，電影「Blast『Em」由女演員「Jane Doe」主演，並且是部「動作」電影。如圖11所示，在用戶觀看電影「Blast『Em」之前，「Jane Doe」的相關度值是-1，小於零，然而在本例中，儘管電影「Blast『Em」事實上由女演員「Jane Doe」主演，用戶還是觀看電影「Blast『Em」。因此，「Jane Doe」屬性值的可信度因子被向下調整，因為當預測用戶的收看習慣時，該特定屬性值現在看起來不那麼可能或者不那麼相關。在一個實施例中，由於相關度值已經小於零，所以可信度因子不被進一步向下調整。但是，屬性值「動作」的相關度值和可信度因子被向上調整，因為「動作」在用戶觀看「Blast『Em」之前具有大於零的相關度值。因此，在這個例子中，相關度值被從1向上調整到2，可信度因子也被從1向上調整到2。因此，內容評價表601C現在預測「動作」電影是用戶更可能觀看的電影。
在一個實施例中，每次用戶和客戶端系統互動時，元數據表601和內容評價表701就被更新。當用戶訪問和每塊內容對應的數據文件時以及當用戶明確地分選這些內容塊時，執行對元數據表601和內容評價表701的更新。可以理解，為了讓元數據表601和內容評價表701被更新，不要求用戶明確地分選內容塊。結果，隨著時間推移，內容評價表將更準確地預測用戶感興趣的內容塊。
在一個實施例中，被隱式地預測為用戶最感興趣的內容塊和用戶明確地分選為感興趣的內容塊將作為被本地高速緩存在客戶端系統上的內容塊。實際上，根據本發明的講授，用戶最可能想觀看的內容塊被自動地在本地存儲，因此可被點播，而不需要用戶事先明確地請求這些電影或明確地規定用來識別這些電影的標準。
可以理解，根據本發明的講授，通過在每個客戶端上本地存儲和內容塊對應的數據文件，廣播帶寬被更有效地利用。事實上，當用戶從客戶端的本地儲存設備觀看電影時，沒有使用額外的廣播帶寬。此外，還可以理解，在根據本發明的講授的系統內，所執行的大量處理是在更新各個客戶端系統的元數據表和內容評價表時在每一個客戶端系統上執行的。本發明的分布式處理使得目前公開的廣播系統能夠擴大到非常多的用戶，因為每個增加的客戶端對伺服器增加的成本是很小的。
如上面所討論的那樣，客戶端系統可以發送反饋信息，該反饋信息是根據以往的收看習慣、內容評價和分選自動產生的、由客戶端系統的用戶手動產生的，或者自動和手動產生的組合。例如，如上面參考圖11所討論的那樣，每塊內容的評價值被自動地產生。
圖14示出了示例性用戶界面801，界面801使得用戶能夠對被考慮用於即將開始的廣播的內容塊進行評價和/或提供相對排名。用戶界面801包括評價屬性頁(tab)803和排名屬性頁805、「更新排名」按鈕807和「OK」按鈕809及「取消」按鈕811。用戶界面還可以包括垂直滾動條810和水平滾動條812。評價屬性頁803包括使用評價表813，表813通常將包括一組和最近被發送的當前元數據組有關的列以及評價列815，在列815中，用戶可以輸入每塊內容的評價值817。在所示出的實施例中，評價表813包括整個元數據501。該評價表可以包括和諸如導演、更多演員、情節敘述等其它元數據屬性對應的額外的列(未示出)。這些額外的列可以通過激活水平滾動條812來訪問，其中，在一個實施例中，用戶界面被設計成不管當前正顯示的是哪個屬性列，評價列815對用戶來說都總是可見的。
在一個實施例中，用戶可以為所選擇的內容塊輸入從0到100的評價值817，其中，較低的評價值表示用戶對接收和一塊內容對應的數據文件不感興趣，而較高的評價值表示用戶對該塊內容感興趣。在一個實施例中，用戶可以通過使用鍵盤、小鍵盤等輸入評價值817。例如，如上面所討論的那樣，客戶端系統可以包含一般通過使用遙控器或遙控鍵盤來訪問的機頂盒，例如圖4A和4B中的遙控鍵盤137所示。當客戶端系統包含臺式計算機時，計算機鍵盤可以被用來輸入數據，如圖4C中所示的鍵盤139。作為選擇，可以給每一行提供下拉控制項，其中，用戶能夠通過使用諸如機頂盒客戶端系統的機頂盒指針設備(未示出)或計算機客戶端系統的如圖4C中所示的滑鼠141的滑鼠或類似輸入設備，從下拉列表821中選擇評價值。
圖15A到圖15C示出了排名屬性頁805的各種用戶界面視圖。排名屬性頁805包括排名表823，排名表823包括和評價表813中的列類似的列，只不過評價列815被排名列825取代。用戶可以在排名列825中輸入相對排名值827，以反映出用戶對和客戶端系統接收到的當前元數據組對應的全部或部分內容塊的相對排名。例如，如圖15A所示，用戶可以輸入排名值1、2、3等。作為選擇，用戶可以把所選擇的內容塊拖放到排名表823中的新位置，如圖15A中的指針拖放運動829所示，其中，這個動作的結果被在圖15B中反映。在一個實施例中，如圖15C所示，用戶能夠激活更新排名按鈕807來使得排名表805中的內容塊考慮其排名而重新排序，其中，排名最高的內容塊出現在該表的頂部。
在內容評價和/或相對排名已經被手動輸入和/或自動產生之後，和當前元數據組對應的一組客戶端需求反饋被發送回廣播運營中心。一般來說，客戶端需求反饋數據可以被在周期性基礎上發送或者被異步地發送。例如，在元數據被通過計劃廣播的實施例中，偏移於元數據廣播計劃的類似計劃可以被用來使得客戶端需求反饋數據基本上以「批處理」模式被發送回廣播運營中心。或者，在預定的時間周期屆滿之後，或者檢測到用戶已經對和當前元數據組對應的內容塊進行評價或排名後，客戶端需求反饋數據可以被發送回廣播運營中心。這被稱為「異步」，因為客戶端需求反饋數據被以不依附於計劃的方式發送，並且基本上是隨機的。在另一個實施例中，針對單個內容塊的評價數據在客戶端系統處理該塊內容的內容描述符時被發送到廣播運營中心。
一般來說，客戶端需求反饋數據反映出給定客戶端系統的用戶接收和當前元數據組對應的內容塊的期望等級。這個反饋需求數據可以包含手動評價、手動排名、自動產生的評價或這些反饋需求屬性值的組合。例如，在一個實施例中，客戶端需求反饋數據只包括用戶產生的評價和/或排名，其中不存在針對未被客戶端系統的用戶評價和/或排名過的內容塊的反饋數據。在一個實施例中，使用在前面參考圖5的流程圖所描述的過程，自動產生對內容塊的任何不是由用戶產生的評價。而在另一個實施例中，使用自動和手動產生的反饋的組合，但是這只用於和當前元數據組中的內容塊的僅僅一部分對應的反饋數據。
在使用手動和自動產生的需求反饋數據的組合的例子中，可以應用縮放/偏移算法來提供一組公共加權(commonly-weighted)的、更準確地反映出期望等級的需求反饋數據，期望等級指示了用戶期望接收的內容塊。例如，在前面的例子中，自動產生的評價具有從-10到10的尺度，而用戶產生的評價具有從0到100的尺度。兩個尺度中的任何一個可以被調整以便使用公共尺度來產生一組評價值。例如，在-10到10的尺度中的每個值可以被乘以5，然後再加上50以產生符合0到100的尺度的等效值。在其它例子中，可能希望對用戶的明確評價給予比自動產生的評價更高的權重。這樣，在前面的例子中，-10到10的自動尺度值可以由縮放因子來縮放並偏移，這將導致對於最大的自動產生的值10產生小於100的評價值。
除了手動排名內容塊之外，其它的內容塊可以通過首先給這些內容塊自動產生評價值，然後根據這些評價值產生相對排名而被自動排名。在一個實施例中，當手動和自動排名值被組合時，排名最高的自動排名的內容塊被排名在排名最低的手動排名內容塊之下。在一個實施例中，自動排名的內容塊可以佔用客戶端需求反饋數據中所包括的相對排名組合組中的任何位置。而在另一個實施例中，在排名最低的手動排名內容塊和排名最高的自動排名內容塊之間有間隙。例如，假設一組特定元數據和廣播運營中心考慮要廣播的40塊內容對應，並且用戶從1到9對所選擇的內容塊進行排名。剩餘的31塊內容則可以被排名為10到40，或15到45、20到50等。這將提供迎合用戶排名超過自動產生的排名的加權因子。
在加權客戶端需求反饋數據時可以使用的另一個考慮是通過使客戶端系統高速緩存一塊特定內容可以產生的收益潛力(revenue potential)。例如，每看付費內容可以具有增大客戶端需求反饋數據中的這些內容的需求「值」的加權因子。在一個實施例中，當使用排名時，收益潛力可以在決勝判別中使用。在其它實施例中，收益潛力可以增大評價值或相對排名值。
本發明的另一方面有關於客戶端系統的分段，其中，不同(或相同)元數據組及對應的客戶端需求反饋數據可以被廣播到不同組分段客戶端，以及從那裡接收。例如，可以基於地理區域來分段客戶端系統組，如圖16所示，圖16包括分段於5個區域中的5組客戶端系統151、153、155、157和159，這5個區域包括西北區NW、西南區SW、中東區ME、東北區NE和東南區SE。在一個實施例中，將各組客戶端相應於它們用來接收廣播的網絡進行分段，例如由本地有線提供商提供的有線系統，如圖16的ATT寬帶用戶152、南加州Media One用戶154、芝加哥地區MediaOne用戶156、紐約地區時代華納有線(Time Warner Cable)用戶158和東南TWE-AN用戶160所示。在另一個實施例中，客戶端組被基於運營其廣播網絡的MSO(多系統運營商)分段。例如，前七名有線MSO包括ATT寬帶、時代華納有線、康姆卡斯特有線通信(Comcast CableCommunications)、查特通訊(Charter Communications)、考克斯通訊(Cox Communications)、愛迪非爾傳播(Adelphia Communications)和纜視系統(Cablevision Systems)，其中，每個MSO運營多個可被分散到廣闊地理區域上去的本地有線系統。
如圖16所示，在一個實施例中，相同或不同組元數據和/或隨後的內容廣播可以被從中央廣播運營中心161廣播，中央廣播運營中心161從發射天線162經過上行鏈路把數據發送到一顆或多顆衛星164，然後衛星164把數據廣播到由各自的本地有線系統運營商操作的接收天線163、165、167、169和171。然後本地有線系統運營商把元數據和/或廣播內容發射到其用戶客戶端。在一些例子中，有線系統運營商將「存儲」其接收到的廣播數據，並在隨後的時間點把數據「轉發」到其用戶客戶端。這種類型的廣播方案被公知為多級「存儲及轉發」廣播，其中，數據被在不同「級」之間廣播，被這一級存儲，並被轉發到下一級，以滿足當前級的廣播計劃偏好。在圖16中所示的實施例中，三個級是中央廣播運營中心、本地有線系統運營商和與本地有線系統的用戶客戶端對應的客戶端系統。在這個例子中，有線系統運營商代表中間級。還可以有額外的中間級，如在中央位置接收和存儲廣播數據，然後把它轉發到一個或更多在MSO之下運營的本地有線系統運營商的MSO，因此本地有線系統運營商能夠獨立地存儲和轉發廣播數據到其用戶。在一個實施例中，MSO在不同時間點把廣播數據轉發到本地有線系統運營商。
注意，如果客戶端系統被配置成從衛星廣播系統或者其它類型的將客戶端系統耦合到廣播運營中心的廣播鏈路接收通信，則客戶端系統可以直接從中央廣播運營中心161接收數據。在一個實施例中，如圖16所示，每個分段的客戶端組給本地伺服器175提供客戶端反饋數據，然後本地伺服器175把客戶端需求反饋數據轉發到中央廣播運營中心161。作為選擇，每個分段客戶端組可以接收廣播並把客戶端需求反饋數據發送回本地廣播運營中心。
如上面所討論的那樣，因為各組客戶端需求反饋數據由各個客戶端系統產生，它們被通過「反向信道」通信鏈路發送回廣播運營中心，在那裡它們被匯總以建立用於廣播計劃隊列133的有序列表。所用的特定「反向信道」通信鏈路將依賴於廣播和反饋系統基礎設施。一旦客戶端需求反饋數據被從客戶端發射，則它就被廣播運營中心處的「前端」接收，在那裡它被傳給運行資料庫(DB)149的資料庫伺服器147，在資料庫149中，客戶端需求反饋數據被存儲並處理。典型的前端可以包括一個或更多的網絡或全球資訊網伺服器148(見圖4C)，伺服器148具有用於接收客戶端需求反饋數據並將其路由到資料庫伺服器147的應用程式代碼。此外，各種開關和防火牆可以位於前端和資料庫伺服器之間(清楚起見，在這裡的圖中沒有示出這些系統的前端中所用的各種組件)。在另一些實現中，資料庫伺服器147可以被直接用於這些前端處理。而在另一些實現中，客戶端需求反饋數據可以被發送到本地伺服器，本地伺服器則把客戶端需求反饋數據轉發到由廣播運營中心運行的資料庫伺服器。
如上面所討論的那樣，從用戶先前的收看習慣(即響應當前已經被高速緩存或先前已經被高速緩存的內容塊)的組合以及由用戶提供的先前評價和分選，並通過使用相關度值和可信度因子，可以導出自動產生的評價。在一些例子中，出於對隱私的擔心，可以不使用和用戶先前的收看習慣有關的數據。但是，為了克服大多數對隱私的擔心，在一個實施例中，客戶端需求反饋數據被通過保證不識別該組客戶端需求反饋數據是從哪個客戶端和/或用戶發送的機制發送回廣播中心。例如，這個「匿名」客戶端體系能夠通過使用第三方作為代理的加密過程來實現，其中，客戶端需求反饋數據被加密，並且必須通過使用廣播運營中心或任何其它方面不可訪問的私人密鑰的第三方所運營的解密服務。然後，該第三方把客戶端需求反饋數據轉發到廣播運營中心。用這種方式，廣播運營中心無法判斷給定的一組客戶端需求反饋數據是從哪個客戶端系統接收到的。
圖17示出了一組典型的客戶端需求反饋數據175，客戶端需求反饋數據175包括內容反饋需求表177，在該表中存儲了用戶產生和/或自動產生的評價和/或相對排名需求數據。除了這個需求數據以外，每一組客戶端需求反饋數據還將優選地包括元數據組標識符，資料庫149用元數據組標識符來組織其數據，以使只有相關的客戶端需求反饋數據(即和最近(當前)的元數據組對應的客戶端需求反饋數據)被用來確定廣播計劃隊列133。例如，被廣播的每組元數據可以具有包含唯一標識了該組元數據的記時或者序列號的元數據標識符179，其中，元數據標識符被在內容反饋需求表177中和數據一起發送回去。在客戶端系統被分段的實現的情況時，客戶端反饋數據175優選地將包括一個或更多對應的分段標識符，如區域標識符181、本地廣播系統標識符183和MSO標識符185為說明目的所示出的那樣。
一般來說，取決於各種客戶端系統所提供的反饋數據的類型，內容反饋需求表中的列可以變化。但是，內容反饋需求表將總是包括用於標識該組客戶端需求反饋數據所關於的內容塊的列。在圖17所示的實施例中，這個列被示為包含內容標識符的「內容ID」列187，內容標識符包含該組客戶端需求反饋數據適用的每塊內容的名稱。優選地，每個內容標識符將包含文字數字式字符的唯一組合。在一些例子中，該列表將包括和一組完整的客戶端需求反饋數據對應的所有和當前元數據組對應的內容塊標識符，而在其它例子中，將只從客戶端系統接收一組部分客戶端需求反饋數據。
和各塊內容對應的用戶產生的評價被包含在「用戶評價」列189中，而自動產生的評價被包含在「自動評價」列191中。在可選的實施例中，用戶評價和自動評價可以被組合到單個列中。在這樣的實施例中，可以使用另外一列來指示哪些評價是被明確地或被隱式地產生的。通過提供這個信息，加權值可以被資料庫伺服器147應用於各種評價數據。作為選擇，評價數據可以已被客戶端系統所採用的一種或更多加權算法加權過。
除了前述列以外，「用戶排名」列193包含用戶產生的相對排名，而「組合排名(COMBRANK)」列195包含用戶相對排名和自動產生的相對排名的組合。通過使用單個列(例如，「組合排名」列195)，用和上面所討論的類似的方式可以提供相對排名數據，具有或不具有標誌每塊內容的排名是如何被導出的獨立的列，或獨立的針對用戶產生的排名和自動產生的排名的列。
注意，客戶端需求反饋數據可以只包括評價數據、只包括相對排名數據，或包括評價和相對排名數據的組合。此外，單獨的每組獨立客戶端需求反饋數據通常可以包含和當前元數據組中提供的單個內容描述符、內容描述符的一部分對應的數據，或包含和當前元數據組中的每一個內容描述符對應的數據。對於評價反饋，客戶端系統可以為各個內容描述符提供評價反饋，其中，給定的客戶端系統可以響應通過元數據的廣播而接收到對應的內容描述符來提供評價反饋。例如，在一個實施例中，全部或部分客戶端系統可以響應接收到每塊內容的內容描述符，自動地為該塊內容產生評價反饋，因此評價反饋將被發送到廣播運營中心並在異步的基礎上被匯總。在相對排名數據的情況下，至少兩塊內容將需要被排名。在其它實施例中，每組客戶端需求反饋數據將包括一組「完整」的反饋數據，該反饋數據是和當前元數據組對應的每塊內容的反饋數據。
當各種客戶端反饋需求數據被廣播運營中心接收時，它被資料庫伺服器147存儲在資料庫149中。一般來說，資料庫伺服器147將包含運行關係資料庫管理系統(RDBMS)伺服器軟體包的計算機伺服器，所述伺服器軟體包例如是由Oracle、Microsoft、Informix和Sybase生產的基於SQL的RDBMS伺服器產品(例如Oracle 8i企業版、Microsoft SQL Server7)。前述資料庫伺服器產品被設計用於使用多連接來處理的大的事務吞吐量。在其它實現中，可以使用複雜性較低的資料庫伺服器產品，諸如微軟的Access和Paradox。在一些系統配置中，資料庫伺服器和廣播伺服器可以包含單個機器。在其它配置中，資料庫伺服器和廣播伺服器將包含分開的機器。
通常，客戶端反饋需求數據將被用一個或更多的資料庫表存儲在資料庫149中，所述資料庫表共同包含資料庫「模式」。例如，和客戶端需求反饋數據175對應的數據可以被存儲在「需求數據」表197中，表197包括存儲元數據標識符的「元ID」列199，存儲區域標識符的「區域ID」列201，存儲廣播標識符的「廣播ID」列203和存儲內容標識符的「內容ID」列205。需求數據表197還包括存儲用戶評價數據的「用戶評價」列207，存儲自動產生的評價的「自動評價」列209、存儲用戶相對排名的「用戶排名」列211和存儲用戶產生和自動產生的相對排名的組合的「組合排名」列213。
通常將通過查詢資料庫149導出的廣播計劃隊列133可以由資料庫伺服器147或廣播伺服器103維護。一般地說，廣播計劃隊列133將包含和當前元數據組的內容塊對應的內容標識符的有序列表，其中，內容標識符被根據對其相應的內容塊的相對需求自表頂向下排序，所述內容塊通過匯總由客戶端系統提供的客戶端需求反饋數據來確定。作為選擇，有序列表可以根據諸如可用的廣播帶寬、與各個廣播者的合同要求等其它考慮進行調整。
在一個實施例中，當每組客戶端反饋數據被資料庫伺服器147接收後，數據被分析，和具有需求反饋數據的每塊內容對應的各條記錄被輸入資料庫149，並且有序列表被根據該組新數據自動重新排序。例如，客戶端需求反饋數據可以包含資料庫伺服器147接收到的逗號定界列表或一組XML數據，被轉換為獨立「行」並插入「需求數據」表197。然後響應被插入，需求數據表197的「插入後」觸發可以被用來自動運行查詢215，查詢215根據需求數據表197內的現有數據對有序列表重新排序，需求數據表197參考元數據標識符以得到當前元數據組。結果，廣播計劃隊列133將響應廣播運營中心所接收到的每組客戶端需求反饋數據被更新。
圖18示出了查詢215的進一步的細節。一般來說，查詢215通過匯總從客戶端系統105、107和109接收到的各種客戶端反饋數據129，產生用於廣播隊計劃隊列133的有序列表。如上面所討論的那樣，這些客戶端需求反饋數據被存儲在資料庫149中的一個或更多個表中。除了這些表以外，資料庫149也可以包括其它包含查詢215所使用的信息的表，諸如收益因子、元數據、加權因子、內容屬性表、分段表等。一般來說，查詢215將從由資料庫伺服器147上運行的應用程式所提供的各種輸入或從廣播伺服器103來制訂。這一般可以包括下列內容中的一個或更多和當前元數據組對應的元數據標識符217；在使用分段的情況下的各種分段標識符219；評價加權因子221；排名加權因子223；匯總公式225(例如求和、平均、取最大值等)；商業考慮227和統計考慮229。
用於產生廣播計劃隊列133的特定查詢將取決於由廣播運營中心提供的具體輸入。例如，在一個實施例中，評價被用來確定有序列表，其中，內容塊被根據諸如平均評價或統計平均評價的評價匯總來排序。在另一個實施例中，使用相對排名，並且根據預定的排名公式確定有序列表。例如下列被用於很多排名的排名公式，如前25名學院運動隊排名。對於當前元數據組，確定排名範圍。例如，如果當前元數據組包含涉及50塊內容的內容描述符，並且未使用手動產生或自動產生的排名偏移，則和這些內容塊有關的客戶端需求反饋數據將具有從1到50的排名值(注意，雖然一些內容塊將不會被一部分客戶端系統排名，但是所有內容塊將被至少一些客戶端系統排名)。然後每個排名值將被根據從最大排名值加1的偏差重新計算。例如，在本例中，偏差將從51開始取起，從而原始排名1現在將具有值50，而原始排名值50現在將具有值1。重新計算出的值被簡單求和，把具有最高的和的內容塊置於有序列表的頂部。
前述方案使得相對於還沒有被排名的內容，更多的權重能夠被加到被排名的內容。例如，在一些例子中，用戶對排名該用戶感興趣的內容的興趣將勝過排名該用戶不感興趣的內容。因此，有任何評價的內容塊都將被認為比還沒有被加權的內容塊更被需要。相反，在其它例子中將確定，儘管用戶可能傾向於排名特定內容，但是當該內容被廣播時用戶一般不高速緩存這個內容，而是選擇高速緩存該用戶沒有明確地進行排名的內容。在這種情況下，可給予那些被自動排名的內容塊更多的權重。在其它實施例中，評價和排名數據的組合可以被用來確定用於廣播計劃隊列133的有序列表。
如上面所討論的那樣，在客戶端系統上執行諸如評價數據的重縮放和偏移、對數據加權等的各種數據處理功能。在可選實施例中，這些功能可以由資料庫伺服器147執行。例如，客戶端反饋數據可以被發送以便和表格格式對應，其中，可以用額外的列來標識數據值是如何被產生的，然後，資料庫伺服器147可以執行一個插入查詢或多組查詢，以便重新縮放和偏移評價數據、對用戶產生和自動產生的客戶端需求反饋數據應用不同的加權因子等。
如向圖18的底部部分所示以及上面所討論的那樣，廣播每塊內容後，該塊內容的客戶端需求數據在框231內被重置。在一個實施例中，和當前元數據組以及內容塊對應的所有記錄被刪除。在另一個實施例中，當前元數據組和內容塊的所有數據值被清零。而在另一實施例中，和當前元數據組和內容塊對應的所有行的元數據標識符被改變。這些重置過程中的每一個的結果都是該塊內容將掉到廣播計劃隊列133的底部，並且只可能響應新的客戶端反饋需求數據而上升回到隊列的頂部。
在對和當前元數據組對應的內容塊的全部或部分存在有限數量的客戶端需求反饋數據的例子中可以使用統計考慮229。例如，如上面所討論的那樣，給定內容塊的客戶端需求反饋數據在該塊內容被廣播以後被重置。這是為了保證該塊內容不會上升到有序列表的頂部，直到接收到對該塊內容的新的客戶端需求反饋數據。如果查詢215包含平均評價數據，則人們通常期望防止該塊內容上升回有序列表的頂部，直到足夠多的客戶端系統提供了對該塊內容的需求反饋數據時為止。例如，假設最近已經被廣播過的一塊特定內容是有很高需求的新發行的大片。如果有關該塊內容的前10組客戶端反饋需求數據將其評價為100(或其它最大值)，則該塊內容通常將移動到有序列表的頂部。但是，通過使用統計考慮229，例如要求最少數量的客戶端反饋需求數據，則直到滿足該最少標準，該塊內容才會被考慮。
其它查詢考慮包括和超過一組元數據對應的客戶端需求反饋數據被用來建立有序列表的例子。在這種情況下，內容塊的列表將包含在多組元數據中所描述的所有不同的內容塊。一般地說，當各塊內容不再受歡迎時，它們將被新的內容塊代替，所以後續的元數據組可以改變。一般來說，和被考慮廣播的內容塊對應的列表中的變化將改變得略為緩慢，而不是對列表進行大量改變。例如，如果元數據組和100塊內容對應，則新的元數據組一般將至少包括來自先前組的80或90塊內容，而不是20塊或更少。當有序列表只包含來自單個(例如當前的)元數據組的內容塊時，有可能存在落入有序列表的頂部附近但是從來不被廣播的內容塊，因為它們從來到不了最高一級。通過在多組元數據中匯總客戶端需求反饋數據，這樣的內容塊可以上升到有序列表的頂部，從而它們將被廣播。還要注意，在一個實施例中，廣播計劃隊列133可以包含被查詢215確定是最有機會的單個內容塊，其中，每當需要產生新的廣播計劃時就重複該查詢。
可以使用幾種不同的機制來廣播內容塊以及元數據。在一個實施例中，可以使用一個專用廣播信道或一組多路復用的信道來廣播一塊內容。在另一個實施例中，可以使用空數據分組的多路復用後插入(post-multiplex insertion)來廣播一塊內容。如圖19所示，在傳統廣播技術下，帶寬的一部分未被使用。在所示出的例子中，節目1包含被分配了10兆比特每秒(Mbps)帶寬的可變比特率MPEG2數據流233，而節目2包含被分配了9.2Mbps帶寬的可變比特率MPEG2數據流235。數據流233和235被送入多路復用器(MUX)237，多路復用器237把這兩個流多路復用到具有19.2Mbps帶寬的單個組合數據流239中。然後，組合數據流239被用調製器(MOD)241調製，並發送到廣播上行鏈路(例如發送到衛星)。
如圖19所示，對於數據流233和235中的每一個都存在帶寬的未使用部分(頻譜)，對組合流239來說存在更大的未使用部分。這是由於當使用可變比特率MPEG2編碼(或者其它類型的可變比特率編碼)將內容流化時和內容的不同部分對應的數據量隨時間變化所致。例如，電影中的動作場景比人物和/或背景更為靜態的場景需要更多的數據。一般在這種考慮下，該數據流的帶寬被選擇為應付所預測的最大帶寬，該最大帶寬將足以應付更高數據速率的場景，這導致部分數據流不包含任何數據。當使用分組化傳輸時，帶寬的這些未使用的部分一般包含「空」分組。
本發明提供了使得先前未使用的帶寬部分能夠承載廣播數據的廣播機制。如圖20中的一個實施例所示，空分組插入器243被用來插入和當前被廣播的內容塊對應的數據分組，取代組合數據流239中的空分組，從而創建帶寬被完全使用的數據流245。然後帶寬完全使用的數據流245被轉發到調製器241，調製器241調製該數據流並以和以上參考圖19所討論的類似的方式把它發送到廣播上行鏈路。
注意，在大多數情況下，和一塊內容的廣播對應的數據速率不需要和該內容被播放(play back)的數據速率匹配。例如，假設該塊內容是一部電影。在傳統廣播下，和該電影對應的數據將被以適於傳統電視接收機對該廣播的接收和播放的恆定速率廣播。這是因為接收到的內容在其被接收時播放，或者說實時地播放。相反，在本發明的講授下被廣播的很多塊內容要在該廣播被客戶端系統接收和高速緩存以後的時間點被「點播」收看。結果，用來廣播各塊內容的數據速率可以隨著時間變化，其中，內容可以被以比實時廣播數據快得多或緩慢的速率傳送。
根據前面的考慮，用於發送該塊內容的另一種方法是通過「批」廣播，其中，一批內容被發送。這對所有的數字廣播系統都是有利的，並且，當使用如上面參考圖16所討論的在不同級之間可以使用存儲和轉發機制的多級廣播網絡時尤其有用。
圖21中示出了根據本發明的講授，用於廣播多批內容的一個實施例。過程以和廣播計劃隊列133對應的有序列表開始。在該有序列表上執行第二查詢247，以確定計劃在下一個廣播窗口期間被廣播的一塊或更多塊內容。為給定的一批內容選擇的內容塊將基於每塊內容的內容大小249、廣播窗口長度251和廣播帶寬253。根據其各自的大小和在批限制內剩餘的可用空間，按順序選擇了落在有序列表133A的頂部的內容塊，所述的批限制是通過用廣播窗口長度乘以廣播帶寬來確定的。有序列表133A中的每一個下一塊內容將被添加，只要其大小小於或等於批內的剩餘空間。如果下一塊內容的大小超過了剩餘空間，則接下來的內容塊將被考慮用於將要被廣播的這批內容。這個過程被重複，直到所選擇的內容塊的累計大小(大致)填滿批限制。一旦選擇了該批的內容塊，則那些內容塊被計劃在下一個所計劃的廣播窗口期間的一批內一起廣播。和前面一樣，廣播了該批內容以後，在框231內，該批內的每塊內容的客戶端需求反饋數據被重置。
參考圖22，用於確定哪些內容塊組成了給定的一批內容的過程的一個實施例在框501開始，其中，包括每塊內容的大小的內容有序列表被建立；如圖21的有序列表133A所示。如上面討論的那樣，有序列表133A可以使用查詢247從有序廣播計劃隊列133導出。但是，資料庫技術領域的技術人員將發現，查詢215和247可以被組合到單個查詢中以產生有序列表133A。
接著，在框503中，確定批大小限制。這通過用廣播窗口251乘以窗口的廣播帶寬253來計算。然後在框505中，把剩餘空間設為和批大小限制相等。如起始和結束循環框507和509分別所示，按順序對有序列表133A中的一個或更多塊內容進行下列操作。首先，在判別框511中，作出內容塊是否具有小於或等於剩餘空間的大小的判別。如果答案為「是」，則邏輯前進到框513和框515，在框513中該塊內容被加入批中，在框515中，把剩餘空間減去最近加入的內容塊的大小。然後邏輯前進到判別框517，其中，作出是否還剩餘任何存儲空間的判別。如果答案為「否」，則在返回框519中，已經被加入批的內容塊的列表被返回。如果在判別框511中所做的決定是假，則跳過框513、515和517。
接著，在判別框521中，確定在列表中是否有任何剩餘內容塊要考慮。如果答案為「否」，則邏輯前進到返回框519。如果有剩餘內容塊要考慮，則邏輯循環回到起始框507，以開始評估下一塊內容。這個處理循環被連續執行，直到邏輯通過返回框519退出為止。
圖21和圖23示出了批選擇過程結果的例子。例如，如圖21所示，假設廣播窗口長度是1000秒，並且廣播帶寬是3Mbps。批限制將等於3吉比特(gigabit)，並且系統將從有序列表133A的頂部選出前相當於3吉比特的內容到內容中。在這個例子中，發送內容塊F、B和D，它們以下列方式被確定。內容塊F首先被考慮，因為它位於有序列表133A的頂部。它具有1.0吉比特的大小，小於在3吉比特的批限制處開始的剩餘空間。然後把剩餘空間減去1.0吉比特，以使它現在等於2吉比特，並考慮有序列表133A中的下一塊內容——內容B。內容B具有0.8吉比特的大小，小於2吉比特的剩餘空間，所以它被加入該批，並且剩餘空間被減去0.8吉比特，以使它現在等於1.2吉比特。接著考慮內容C，它具有1.1吉比特的大小，還是小於剩餘空間，所以它被加入該批，並且剩餘空間被減去1.1吉比特，以使它等於0.1吉比特。然後按順序考慮剩餘的內容塊，看它們中是否有任何一個具有＜＝0.1吉比特的大小。因為它們中沒有一個具有這個大小，所以包含內容F、B和D的這批內容被計劃在下一個廣播窗口期間廣播。
在圖23中，批限制已經被降低到2.5吉比特。如上所述，內容F和B被加入到該批，剩下0.7吉比特剩餘空間。接著，內容D被考慮。但是，在框511中，確定了內容D的大小大於剩餘空間，所以邏輯循環回去以評估內容A。在這種情況下，對框511的答案是真，並且內容A被加入該批內容。然後判別框517確定所有的剩餘空間已經被使用，並且邏輯在返回框519中返回該批的內容F、B和A。
在一個實施例中，用查詢來建立有序列表133A，其中，該查詢被合併在指針循環(cursor loop)內，該指針循環通過查詢的結果循環，以便為該批選擇一組適當的內容塊。在另一個實施例中，可以使用更複雜一些的查詢來為該批選擇適當的內容塊組。
在前面的詳細描述中，已經參考本發明的具體示範性實施例描述了本發明的方法和裝置。但是，很清楚，無需偏離本發明更寬的精神和範圍就可以對其作出各種修改和變化。因此，本說明書和附圖應該被認為是說明性的而不是限制性的。
權利要求
1.一種用於產生機會廣播計劃的方法，包括把元數據廣播到多個客戶端系統，所述元數據包括對多塊內容的描述，所述多塊內容被考慮用於即將進行的廣播；從所述多個客戶端系統的至少一部分接收獨立的客戶端需求反饋數據組，每組獨立的客戶端需求反饋數據包括指示客戶端對所述多塊內容的至少一部分的興趣等級的數據；通過匯總所述獨立的客戶端需求反饋數據組，從所述多塊內容中確定一塊最有機會用於下次廣播的內容；以及為下次廣播而對被確定為最有機會廣播的內容塊進行安排。
2.如權利要求1所述的方法，其中，所述的為下次廣播而對被確定為最有機會的內容塊進行安排包括維護包括被安排依次廣播的內容塊的有序列表的廣播計劃隊列，該有序列表根據客戶端對每塊內容的相對興趣等級從所述客戶端需求反饋數據的匯總導出；把被確定為最有機會用於下次廣播的內容塊置於所述廣播計劃隊列的頂部，以使該塊內容是下次要被廣播的，其中，對最有機會用於下次廣播的內容塊的確定被連續地執行。
3.如權利要求2所述的方法，還包括響應於被確定為最有機會用於下次廣播的每塊內容的廣播，將該塊內容的客戶端需求反饋數據重置，以使該塊內容不能被再次確定為最有機會用於下次廣播的內容塊，直到接收到和該塊內容對應的新的客戶端需求反饋數據為止。
4.如權利要求2所述的方法，其中，所述獨立的客戶端需求反饋數據組在異步基礎上被從各個客戶端系統接收，並且在接收到每組獨立的客戶端需求反饋數據以後重新計算所述廣播計劃隊列。
5.如權利要求2所述的方法，還包括考慮到商業目標而對所述廣播計劃隊列進行調整。
6.如權利要求1所述的方法，其中，所述客戶端需求反饋數據包括和各塊內容對應的評價數據，並且其中，被確定為最有機會廣播的內容塊包括從所述評價數據的匯總導出的評價最高的一塊內容。
7.如權利要求6所述的方法，其中，所述評價數據的匯總包括計算每塊內容的平均評價值，並且評價最高的內容塊是具有最高的平均評價值的內容塊。
8.如權利要求6所述的方法，其中，所述評價數據的至少一部分包括由所述客戶端系統的用戶提供的評價輸入，每個評價輸入指示了給定用戶對接收相應內容塊的期望度的等級。
9.如權利要求6所述的方法，其中，所述評價數據的至少一部分由所述客戶端系統根據存儲在所述客戶端系統上、作為所述客戶端系統的用戶的內容偏好的指示的數據來自動產生。
10.如權利要求6所述的方法，還包括考慮到所述內容塊的收益產生潛力，對和給定的客戶端系統所評價的任何內容塊對應的評價數據進行調整。
11.如權利要求6所述的方法，其中，對從一個客戶端系統接收到的每組獨立的客戶端需求反饋數據，所述評價數據的第一部分包括由該客戶端系統的一個或更多用戶提供的評價輸入，而所述評價數據的第二部分被該客戶端系統根據存儲在該客戶端系統上、指示該客戶端系統的所述一個或更多用戶的內容偏好的數據來自動產生。
12.如權利要求6所述的方法，其中，所述元數據被作為連續的流廣播，並且所述元數據包括每塊內容的內容描述符，所述內容描述符包括用於描述該塊內容的一組屬性和屬性值，並且其中，所述客戶端系統中的至少一部分還響應於接收到獨立的一塊內容的內容描述符，提供和該塊內容對應的評價數據。
13.如權利要求1所述的方法，其中，所述獨立的客戶端需求反饋數據組中的至少一部分包括和對至少兩塊內容的相對興趣等級有關的相對排名數據，並且其中，被確定為最有機會廣播的內容塊至少部分地通過匯總所述相對排名數據而被確定。
14.如權利要求13所述的方法，其中，所述的匯總相對排名數據包括計算所述多塊內容中的每塊內容的平均排名值，並且被確定為最有機會用於下次廣播的內容塊是具有最高的平均排名的內容塊。
15.如權利要求13所述的方法，其中，所述相對排名數據中的至少一部分包括獨立的由所述客戶端系統的用戶提供的相對排名輸入組，所述獨立的相對排名輸入組中的每一個都包括至少兩塊內容的相對排名，其中，所述相對排名指示各個客戶端系統的給定用戶對接收由該用戶進行排名的內容塊的廣播的期望度的相對等級。
16.如權利要求13所述的方法，其中，所述相對排名數據中的至少一部分由所述客戶端系統根據存儲在所述客戶端系統上、指示所述客戶端系統的用戶的內容偏好的數據來自動產生。
17.如權利要求13所述的方法，還包括考慮到所述內容塊的收益產生潛力，對和給定的客戶端系統所評價的內容塊對應的相對排名數據進行調整。
18.如權利要求13所述的方法，其中，對於包括相對排名數據的所述獨立客戶端需求反饋數據組的至少一部分中的每一組獨立客戶端需求反饋數據，所述相對排名數據的第一部分包括由從中接收到該組獨立客戶端需求反饋的客戶端系統的一個或更多用戶提供的相對排名輸入，而所述相對排名數據的第二部分被該客戶端系統根據存儲在該客戶端系統上、指示該客戶端系統的所述一個或更多用戶的內容偏好的數據來自動產生。
19.如權利要求13所述的方法，其中，和被考慮用於即將進行的廣播的一組內容塊對應的當前元數據組作為重複的連續流廣播，並且所述當前元數據組包括該組內容塊中所包括的每塊內容各自的內容描述符，並且其中，所述獨立的客戶端需求反饋數據組中的至少一部分包括表明對該組內容塊中的所有內容塊的相對興趣的排名列表。
20.如權利要求1所述的方法，還包括在廣播被確定為最有機會用於下次廣播的內容塊之前廣播廣播計劃。
21.如權利要求1所述的方法，其中，所述多個客戶端系統被分段，以使每個客戶端系統都是多個段中的特定段的成員，並且每個獨立的客戶端需求反饋數據組包括標識了該客戶端系統作為成員的段的數據，並且其中，針對所述的段中的每一個，為下次廣播確定最有機會的一塊內容並對其進行安排。
22.如權利要求21所述的方法，其中，所述多個客戶端系統被根據地理分段，以使每個客戶端被分配到一個地理區域。
23.如權利要求21所述的方法，其中，所述多個客戶端系統被根據每個客戶端用以接收廣播內容的網絡來分段。
24.如權利要求1所述的方法，還包括使用復用後插入空數據分組來廣播被確定為最有機會用於下次廣播的內容塊的至少一部分。
25.如權利要求1所述的方法，還包括使用統計多路復用來廣播被確定為最有機會用於下次廣播的內容塊的至少一部分。
26.一種裝置，包括處理器，具有用於執行指令的電路；通信接口，被耦合到處理器，用於從一個或更多客戶端系統接收數據；儲存設備，被耦合到處理器，具有存儲在其中的指令序列，當這些指令序列被處理器執行時，導致所述裝置從多個客戶端系統接收獨立的客戶端需求反饋數據組，每個獨立的客戶端需求反饋數據組是響應於被廣播到所述多個客戶端系統的元數據而產生的，所述元數據包括對被考慮用於即將進行的廣播的多塊內容的描述，每個獨立的客戶端需求反饋數據組指示客戶端對所述多塊內容的至少一部分的興趣等級；通過匯總所述獨立的客戶端需求反饋數據組，從所述多塊內容中確定一塊最有機會用於下次廣播的內容；以及為下次廣播而對被確定為最有機會廣播的內容塊進行安排。
27.如權利要求26所述的裝置，其中，該裝置通過執行以下操作，為下次廣播而對被確定為最有機會的內容塊進行安排維護包括被安排依次廣播的內容塊的有序列表的廣播計劃隊列，該有序列表根據客戶端對每塊內容的相對興趣等級從所述客戶端需求反饋數據的匯總導出；把被確定為最有機會用於下次廣播的內容塊置於所述廣播計劃隊列的頂部，以使該塊內容是下次要被廣播的，其中，對最有機會用於下次廣播的內容塊的確定被連續地執行。
28.如權利要求27所述的裝置，其中，獨立的客戶端需求反饋數據組在異步基礎上被從各個客戶端系統接收，並且在接收到每組獨立的客戶端需求反饋數據以後重新計算所述廣播計劃隊列。
29.如權利要求26所述的裝置，其中，所述客戶端需求反饋數據包括和各塊內容對應的評價數據，並且其中，被確定為最有機會廣播的內容塊包括從所述評價數據的匯總導出的評價最高的一塊內容。
30.如權利要求29所述的裝置，其中，對從所述客戶端系統接收到的至少一部分獨立的客戶端需求反饋數據組，所述評價數據的第一部分包括由從中接收到該組獨立的客戶端需求反饋數據的客戶端系統的一個或更多用戶提供的評價輸入，而所述評價數據的第二部分被該客戶端系統根據存儲在該客戶端系統上、指示該客戶端系統的所述一個或更多用戶的內容偏好的數據來自動產生。
31.如權利要求29所述的裝置，其中，所述元數據被作為連續的流廣播，並且所述元數據包括每塊內容的內容描述符，所述內容描述符包括用於描述該塊內容的一組屬性和屬性值，並且其中，所述客戶端系統中的至少一部分還響應於接收到獨立的一塊內容的內容描述符，提供和該塊內容對應的評價數據。
32.如權利要求26所述的裝置，其中，所述獨立的客戶端需求反饋數據組中的至少一部分包括和對至少兩塊內容的相對興趣等級有關的相對排名數據，並且其中，被確定為最有機會廣播的內容塊至少部分地通過匯總所述相對排名數據而被確定。
33.如權利要求32所述的裝置，其中，對於包括相對排名數據的所述獨立客戶端需求反饋數據組的至少一部分中的每一組獨立客戶端需求反饋數據，所述相對排名數據的第一部分包括由從中接收到該組獨立客戶端需求反饋的客戶端系統的一個或更多用戶提供的相對排名輸入，而所述相對排名數據的第二部分被該客戶端系統根據存儲在該客戶端系統上、指示該客戶端系統的所述一個或更多用戶的內容偏好的數據來自動產生。
34.如權利要求32所述的裝置，其中，和被考慮用於即將進行的廣播的一組內容塊對應的當前元數據組作為重複的連續流廣播，並且所述當前元數據組包括該組內容塊中所包括的每塊內容各自的內容描述符，並且其中，所述獨立的客戶端需求反饋數據組中的至少一部分包括表明對該組內容塊中的所有內容塊的相對興趣的排名列表。
35.一種機器可讀介質，具有多個存儲於其上的機器可執行指令，當這些指令被機器執行時，導致該機器從多個客戶端系統接收獨立的客戶端需求反饋數據組，所述獨立的客戶端需求反饋數據組是響應於被廣播到所述多個客戶端系統的元數據而產生的，所述元數據包括對被考慮用於即將進行的廣播的多塊內容的描述，每個獨立的客戶端需求反饋數據組指示客戶端對所述多塊內容的至少一部分的興趣等級；通過匯總所述獨立的客戶端需求反饋數據組，從所述多塊內容中確定一塊最有機會用於下次廣播的內容；以及為下次廣播而對被確定為最有機會廣播的內容塊進行安排。
36.如權利要求35所述的機器可讀介質，其中，執行所述多個機器指令導致機器通過執行下列操作，為下次廣播而對被確定為最有機會的內容塊進行安排維護包括被安排依次廣播的內容塊的有序列表的廣播計劃隊列，該有序列表根據客戶端對每塊內容的相對興趣等級從所述客戶端需求反饋數據的匯總導出；把被確定為最有機會用於下次廣播的內容塊置於所述廣播計劃隊列的頂部，以使該塊內容是下次要被廣播的，其中，對最有機會用於下次廣播的內容塊的確定被連續地執行。
37.如權利要求36所述的機器可讀介質，其中，獨立的客戶端需求反饋數據組在異步基礎上被從各個客戶端系統接收，並且在接收到每組獨立的客戶端需求反饋數據以後重新計算所述廣播計劃隊列。
38.如權利要求35所述的機器可讀介質，其中，所述客戶端需求反饋數據包括和各塊內容對應的評價數據，並且其中，被確定為最有機會廣播的內容塊包括從所述評價數據的匯總導出的評價最高的一塊內容。
39.如權利要求38所述的機器可讀介質，其中，對從所述客戶端系統接收到的至少一部分獨立的客戶端需求反饋數據組，所述評價數據的第一部分包括由從中接收到該組獨立的客戶端需求反饋數據的客戶端系統的一個或更多用戶提供的評價輸入，而所述評價數據的第二部分被該客戶端系統根據存儲在該客戶端系統上、指示該客戶端系統的所述一個或更多用戶的內容偏好的數據來自動產生。
40.如權利要求38所述的機器可讀介質，其中，所述元數據被作為連續的流廣播，並且所述元數據包括每塊內容的內容描述符，所述內容描述符包括用於描述該塊內容的一組屬性和屬性值，並且其中，所述客戶端系統中的至少一部分還響應於接收到獨立的一塊內容的內容描述符，提供和該塊內容對應的評價數據。
41.如權利要求35所述的機器可讀介質，其中，所述獨立的客戶端需求反饋數據組中的至少一部分包括和對至少兩塊內容的相對興趣等級有關的相對排名數據，並且其中，被確定為最有機會廣播的內容塊至少部分地通過匯總所述排名數據而被確定。
42.如權利要求41所述的機器可讀介質，其中，對於包括相對排名數據的所述獨立客戶端需求反饋數據組的至少一部分中的每一組獨立客戶端需求反饋數據，所述相對排名數據的第一部分包括由從中接收到該組獨立客戶端需求反饋的客戶端系統的一個或更多用戶提供的相對排名輸入，而所述相對排名數據的第二部分被該客戶端系統根據存儲在該客戶端系統上、指示該客戶端系統的所述一個或更多用戶的內容偏好的數據來自動產生。
43.如權利要求41所述的機器可讀介質，其中，和被考慮用於即將進行的廣播的一組內容塊對應的當前元數據組作為重複的連續流廣播，並且所述當前元數據組包括該組內容塊中所包括的每塊內容各自的內容描述符，並且其中，所述獨立的客戶端需求反饋數據組中的至少一部分包括表明對該組內容塊中的所有內容塊的相對興趣的排名列表。
44.一種系統，包括廣播伺服器；資料庫伺服器，與所述廣播伺服器通信連結；和多個客戶端系統，通過第一通信鏈路和所述廣播伺服器通信連結，並通過第二通信鏈路和所述資料庫伺服器通信連結；其中，所述廣播伺服器被編程為把元數據通過所述第一通信鏈路廣播到所述多個客戶端系統，所述元數據包括對被考慮用於即將進行的廣播的多塊內容的描述；其中，所述多個客戶端系統中的每一個被編程為部分地根據由所述元數據提供的描述來產生一組獨立的客戶端需求反饋數據，該組客戶端需求反饋數據指示客戶端對所述多塊內容的至少一部分的興趣等級；其中，所述多個客戶端系統中的至少一部分通過所述第二通信鏈路，把獨立的客戶端需求反饋數據組發送到所述資料庫伺服器；其中，所述資料庫伺服器被編程為通過匯總所述獨立的客戶端需求反饋數據組，從所述多塊內容中確定一塊最有機會用於下次廣播的內容；其中，所述廣播伺服器和所述資料庫伺服器中的至少一個被編程為為下次廣播而對被確定為最有機會廣播的內容塊進行安排；並且其中，廣播系統還被編程為在所述第一通信鏈路上帶寬可用時，廣播被確定為最有機會的內容塊。
45.如權利要求44所述的系統，其中，所述資料庫伺服器和所述廣播伺服器中的一個通過執行下列操作，為下次廣播而對被確定為最有機會的內容塊進行安排維護包括被安排依次廣播的內容塊的有序列表的廣播計劃隊列，該有序列表根據客戶端對每塊內容的相對興趣等級從所述客戶端需求反饋數據的匯總導出；把被確定為最有機會用於下次廣播的內容塊置於所述廣播計劃隊列的頂部，以使該塊內容是下次要被廣播的，其中，對最有機會用於下次廣播的內容塊的確定被連續地執行。
46.如權利要求45所述的系統，其中，獨立的客戶端需求反饋數據組在異步基礎上被從各個客戶端系統接收，並且所述資料庫伺服器在接收到每組獨立的客戶端需求反饋數據以後重新計算所述廣播計劃隊列。
47.如權利要求44所述的系統，其中，所述客戶端需求反饋數據包括和各塊內容對應的評價數據，並且其中，被確定為最有機會廣播的內容塊包括從所述評價數據的匯總導出的評價最高的一塊內容。
48.如權利要求47所述的系統，其中，對從所述客戶端系統接收到的至少一部分獨立的客戶端需求反饋數據組，所述評價數據的第一部分包括由從中接收到該組獨立的客戶端需求反饋數據的客戶端系統的一個或更多用戶提供的評價輸入，而所述評價數據的第二部分被該客戶端系統根據存儲在該客戶端系統上、指示該客戶端系統的所述一個或更多用戶的內容偏好的數據來自動產生。
49.如權利要求47所述的系統，其中，所述元數據被作為連續的流廣播，並且所述元數據包括每塊內容的內容描述符，所述內容描述符包括用於描述該塊內容的一組屬性和屬性值，並且其中，所述客戶端系統中的至少一部分還響應於接收到獨立的一塊內容的內容描述符，提供和該塊內容對應的評價數據。
50.如權利要求44所述的系統，其中，所述獨立的客戶端需求反饋數據組中的至少一部分包括和對至少兩塊內容的相對興趣等級有關的相對排名數據，並且其中，被確定為最有機會廣播的內容塊至少部分地通過匯總所述相對排名數據而被確定。
51.如權利要求50所述的系統，其中，對於包括相對排名數據的所述獨立客戶端需求反饋數據組的至少一部分中的每一組獨立客戶端需求反饋數據，所述相對排名數據的第一部分包括由從中接收到該組獨立客戶端需求反饋的客戶端系統的一個或更多用戶提供的相對排名輸入，而所述相對排名數據的第二部分被該客戶端系統根據存儲在該客戶端系統上、指示該客戶端系統的所述一個或更多用戶的內容偏好的數據來自動產生。
52.如權利要求50所述的系統，其中，和被考慮用於即將進行的廣播的一組內容塊對應的當前元數據組作為重複的連續流廣播，並且所述當前元數據組包括該組內容塊中所包括的每塊內容各自的內容描述符，並且其中，所述獨立的客戶端需求反饋數據組中的至少一部分包括表明對該組內容塊中的所有內容塊的相對興趣的排名列表。
53.如權利要求44所述的系統，其中，所述第一通信鏈路包括衛星廣播鏈路，而所述第二通信鏈路包括遠程通信鏈路。
54.如權利要求44所述的系統，其中，所述第一通信鏈路和所述第二通信鏈路包括雙向有線系統鏈路。
55.如權利要求44所述的系統，其中，所述第一通信鏈路包括衛星廣播鏈路，而所述第二通信鏈路包括計算機網絡通信鏈路。
56.如權利要求44所述的系統，其中，所述第一通信鏈路和所述第二通信鏈路包括計算機網絡通信鏈路。
全文摘要
本發明公開了一種根據來自一組分布式廣播客戶端的最近的客戶端需求反饋來連續地和機會地驅動最優廣播計劃的廣播方法和系統。所述廣播系統包括把元數據廣播到多個客戶端系統去的運營中心。元數據描述了被伺服器考慮用於即將進行的廣播的多塊內容。每一個客戶端從運營中心接收到被廣播的元數據，並把一組客戶端需求反饋數據發送回運營中心，其中，用戶反饋數據反映出客戶端對內容塊的至少一部分的興趣等級。一般可以包括評價和/或相對排名的反饋數據可以是用戶產生的、自動產生的或者二者的組合。然後，所述系統根據客戶端需求反饋數據的匯總來確定最有機會被廣播的一塊內容。
文檔編號H04N7/173GK1516972SQ02811991
公開日2004年7月28日 申請日期2002年5月31日 優先權日2001年6月15日
發明者傑伊·康奈利, 傑伊 康奈利 申請人:英特爾公司