專利名稱：交互式媒體系統(tǒng)和用于在交互式媒體系統(tǒng)中確定交互服務(wù)器范圍的方法
技術(shù)領(lǐng)域：
本發(fā)明一般涉及允許用戶與媒體節(jié)目交互的交互式媒體系統(tǒng)，并且更具體地說， 涉及調(diào)整資源大小和分配資源以操控與觀看者的交互的方法。
背景技術(shù)：
交互式媒體包括允許觀看者成為媒體節(jié)目中的積極參與者的媒體。例如，在交互 式電視系統(tǒng)中，觀看者可與游戲節(jié)目中的參賽者競爭，下單訂購廣告的產(chǎn)品，提供有關(guān)節(jié)目 內(nèi)容的問題或評論，請求有關(guān)媒體節(jié)目或媒體節(jié)目的主題的信息等。在許多情況下，觀看者 反饋可影響節(jié)目如何繼續(xù)。觀看者反饋影響媒體內(nèi)容的一個示例是觀看者的實(shí)時投票產(chǎn)生 影響演示如何繼續(xù)的決定的實(shí)時節(jié)目制作(例如，選秀節(jié)目、真人秀)。時間偏移、錄制節(jié)目供以后觀看的實(shí)踐可造成交互式電視有關(guān)的問題。一個問題 是在媒體節(jié)目的原始傳輸后交互事件的可能失效。在節(jié)目的原始廣播期間發(fā)生的交互事件 可能在節(jié)目的錄制內(nèi)容的以后觀看期間不是有效的。例如，在原始廣播期間發(fā)生的投票事 件在觀看錄制內(nèi)容時可能不再有效。這種情況下，許多用戶可對讓觀看者投票的提示惱怒， 并且一些用戶在嘗試投票時可變得失望。因交互式媒體節(jié)目的錄制引發(fā)的另一問題是難以確定操控(handle)交互事件需 要的資源量。一旦錄制節(jié)目，之后便隨時可發(fā)生用戶與媒體節(jié)目的交互。資源分配的一個 簡單解決方案將是為每個交互式媒體節(jié)目指配固定量的資源(即，交互服務(wù)器)。然而，此 方法不可產(chǎn)生資源的最有效使用。觀看特定交互式媒體節(jié)目的用戶數(shù)量很可能隨時間而有 所不同。資源的靜態(tài)分配意味著分配的資源必須足以滿足最高預(yù)期需求。因此，在特定交 互式媒體節(jié)目的需求低時，為該交互式媒體節(jié)目分配的資源將未使用。

發(fā)明內(nèi)容
本發(fā)明涉及用于將諸如視頻節(jié)目等交互式媒體節(jié)目輸送到用戶的交互媒體系統(tǒng)。 在一個示范實(shí)施例中，與交互式媒體節(jié)目的用戶交互由諸如SMIL文檔等用戶在播放或觀 看相關(guān)聯(lián)媒體節(jié)目前可下載的交互文檔定義。交互文檔包括基于相關(guān)聯(lián)媒體節(jié)目的運(yùn)行時 間觸發(fā)交互事件的時間線，并且與媒體節(jié)目同步。在觸發(fā)交互事件時，可向用戶顯示疊加的 瀏覽器，并且可捕捉并發(fā)送用戶輸入或響應(yīng)到交互服務(wù)器。交互文檔可由媒體節(jié)目的回放 觸發(fā)。本發(fā)明的另一方面涉及用于動態(tài)確定交互服務(wù)器和其它資源范圍的方法，以便在 將未使用資源分配盡可能降到最低的同時，確保在任何給定時間有足夠的資源可用于用戶 交互。在一個示范實(shí)施例中，確定范圍服務(wù)器基于交互文檔的下載數(shù)量和媒體節(jié)目的類別， 預(yù)測在任何給定時間用戶與事件交互的可能性。計(jì)算的可能性隨后用于分配資源以操控預(yù) 期用戶交互。例如，可根據(jù)操控交互事件需要的資源的成本，賦予交互事件權(quán)重?？苫谑?件可能性和事件權(quán)重確定資源分配。帶有更高可能性和更高權(quán)重的事件將需要更大的資源分配，而帶有低可能性和低權(quán)重的事件將需要更少的資源。


圖1示出用于將交互式媒體內(nèi)容提供到用戶的通信系統(tǒng)。圖2示出用于對用于操控交互事件的資源確定范圍和分配的示范確定范圍系統(tǒng)。圖3示出用于為用戶交互確定交互服務(wù)器和其它資源范圍的示范方法。圖4示出示范確定范圍服務(wù)器。
具體實(shí)施例方式圖1示出用于將交互式媒體內(nèi)容提供到用戶的通信系統(tǒng)10。通信系統(tǒng)10包括由 內(nèi)容提供商(或廣播公司)或服務(wù)提供商操作的交互式媒體系統(tǒng)20和允許用戶訪問并播 放來自內(nèi)容提供商的媒體庫的媒體內(nèi)容的媒體回放系統(tǒng)40。交互式媒體節(jié)目能通過多個通 信網(wǎng)絡(luò)在多個不同的電子媒體中分發(fā)，諸如廣播網(wǎng)絡(luò)、移動網(wǎng)絡(luò)、因特網(wǎng)協(xié)議(IP)網(wǎng)絡(luò)或
其某一組合。交互式媒體系統(tǒng)20包括用于存儲可用于用戶的媒體內(nèi)容的一個或多個媒體服務(wù) 器22、用于存儲定義與媒體內(nèi)容相關(guān)聯(lián)的交互事件的交互文檔的一個或多個文檔服務(wù)器 24及用于操控交互事件的一個或多個交互服務(wù)器26。媒體服務(wù)器22存儲的媒體內(nèi)容可以 是任何類型的媒體，諸如視頻內(nèi)容、音頻內(nèi)容、音頻/視頻內(nèi)容或其它流媒體。文檔服務(wù)器 24中存儲的交互文檔定義與媒體內(nèi)容相關(guān)聯(lián)的交互事件。正如下面將描述的一樣，交互文 檔包括與媒體內(nèi)容同步的腳本以在媒體內(nèi)容的回放期間在預(yù)確定點(diǎn)生成交互事件。交互文 檔可包括例如SMIL文檔、XML文檔等。交互服務(wù)器26包括配置為操控或處理交互事件的 服務(wù)器，諸如web服務(wù)器。交互服務(wù)器26從媒體回放系統(tǒng)40接收用戶輸入和響應(yīng)。在一 些實(shí)施例中，交互服務(wù)器26也可在其中用戶交互用于影響媒體內(nèi)容的系統(tǒng)中與媒體服務(wù) 器22通f曰ο媒體回放系統(tǒng)40包括顯示器42、媒體播放器44、瀏覽器46、高速緩存48、向用戶 呈現(xiàn)媒體內(nèi)容的音響系統(tǒng)50及輸入用戶響應(yīng)的一個或多個用戶輸入控制54。瀏覽器46和 高速緩存48可以是web服務(wù)器52的部分。顯示器42和音響系統(tǒng)50包括用于分別呈現(xiàn)視 頻和音頻內(nèi)容的任何合適的裝置。媒體播放器44包括軟件和/或硬件以生成分別由顯示 器42和音響系統(tǒng)50呈現(xiàn)的媒體流。例如，媒體播放器44可實(shí)現(xiàn)解壓縮算法以將媒體流解 壓縮，從而生成適合由顯示器42和/或音響系統(tǒng)50呈現(xiàn)的輸出數(shù)據(jù)流。在一個優(yōu)選實(shí)施 例中，媒體播放器44也可錄制媒體內(nèi)容用于以后回放或觀看。用戶輸入控制54包括任何 類型的用戶輸入裝置，諸如小鍵盤、按鈕、指點(diǎn)裝置、導(dǎo)航控制、觸敏控制等以允許用戶輸入 對交互事件的響應(yīng)。在一些實(shí)施例中，顯示器42可包括也充當(dāng)用戶輸入裝置54的觸摸屏 顯不器。瀏覽器46是媒體回放系統(tǒng)40中的應(yīng)用程序，通過它進(jìn)行用戶交互。在一個示范 實(shí)施例中，用戶交互通過媒體回放系統(tǒng)40的顯示器42上疊加的瀏覽器窗口進(jìn)行，并且用戶 輸入和響應(yīng)可由相關(guān)聯(lián)Javascript或其它類型腳本捕捉。瀏覽器46基于相關(guān)聯(lián)交互文檔 來生成用于特定媒體節(jié)目的交互事件，捕捉用戶輸入和響應(yīng)，并且將用戶輸入和響應(yīng)發(fā)送 到交互服務(wù)器26。作為與媒體內(nèi)容的用戶交互的一個示例，交互式節(jié)目可包含觀看者投票或問題。定義交互事件的交互文檔和相關(guān)聯(lián)腳本存儲在高速緩存48中。交互文檔定義與 媒體內(nèi)容同步的交互事件的時間線。因此，交互事件不依賴于媒體流中的觸發(fā)器。媒體播 放器44可在媒體內(nèi)容的回放開始時觸發(fā)交互文檔。在一個示范實(shí)施例中，統(tǒng)一資源標(biāo)識符 (URI)可嵌入在媒體流的開始處，標(biāo)識對應(yīng)的交互文檔。媒體播放器44在媒體流被啟動時 捕捉URI，并觸發(fā)交互文檔。交互文檔可在媒體內(nèi)容的觀看或呈現(xiàn)前任何時間從文檔服務(wù)器24下載，并且在 需要用于觀看前保持在高速緩存48中。文檔服務(wù)器24例如可包括向用戶提供用于下載交 互文檔的接口的web服務(wù)器。文檔服務(wù)器24可允許用戶設(shè)置經(jīng)常觀看節(jié)目的定期下載，諸 如經(jīng)常觀看的游戲節(jié)目，以便交互文檔在需要時可用。在一些實(shí)施例中，用戶可預(yù)訂服務(wù)， 其中，基于用戶指定的喜好或觀察到的觀看模式，自動下載交互文檔到媒體回放系統(tǒng)40的 高速緩存48。媒體回放系統(tǒng)40也可配置為無論何時錄制媒體節(jié)目都自動下載交互文檔，以 便在用戶隨后觀看節(jié)目時交互文檔可用。由于交互文檔可在觀看前下載，因此，需要一種機(jī)制確保交互文檔是新的。例如， 在觸發(fā)交互文檔時，可比較下載時間和當(dāng)前時間以確定交互文檔的年齡。因此，在一個示范 實(shí)施例中，瀏覽器功能可以是也管理高速緩存48的成熟web服務(wù)器52的一部分。在此實(shí) 施例中，HTTP POST和PUT操作被啟用，由此允許第三方提供商預(yù)供應(yīng)高速緩存48和提供 以前下載的交互文檔的更新。在用戶為以后觀看而錄制的實(shí)況事件的情況下，可能已在事件的原始傳輸期間發(fā) 生的交互可不再有效。例如，實(shí)況廣播的選秀節(jié)目可包括允許用戶為其喜愛的表演者投票 的交互事件。又如，訪談節(jié)目可允許用戶向節(jié)目的主持人提交問題。這些類型的交互事件 可在原始傳輸后不是有效的，并且可使在觀看節(jié)目的錄制版本時嘗試交互的用戶失望或惱 怒。這種情況下，可定義兩種不同的交互文檔實(shí)時版本供原始傳輸期間使用，用于原始傳 輸?shù)匿浿坪鸵院笥^看的異步版本。媒體回放系統(tǒng)40的高速緩存48中交互文檔的實(shí)時版本 可在原始傳輸后替代為交互文檔的異步版本。在一個示范實(shí)施例中，會話啟動協(xié)議(SIP)預(yù)訂方法可用于更新媒體回放系統(tǒng)40 的高速緩存48中存儲的交互文檔。用戶錄制實(shí)況事件時，媒體回放系統(tǒng)40可使用SIP預(yù) 訂方法來預(yù)訂來自文檔服務(wù)器的更新通知。在交互文檔更新時，文檔服務(wù)器24可將SIP通 知消息發(fā)送到媒體回放系統(tǒng)40。媒體回放系統(tǒng)40隨后可從文檔服務(wù)器24檢索更新的交互 文檔。如果web服務(wù)器52由媒體回放系統(tǒng)40實(shí)現(xiàn)，則文檔服務(wù)器24可保持每個用戶的下 載的記錄，并在修訂的交互文檔變得可用時使用標(biāo)準(zhǔn)HTTP POST和PUT操作將它們上載到 媒體回放系統(tǒng)40的高速緩存48，而無需用戶干預(yù)。在上述交互式媒體系統(tǒng)20中，交互事件可隨時發(fā)生，而不只是在實(shí)況事件的原始 傳輸期間發(fā)生。需要分配操控交互事件所需的交互服務(wù)器26和其它資源。對于某些類型 的事件，交互服務(wù)器26可以如接收請求的web服務(wù)器和記錄用戶響應(yīng)的數(shù)據(jù)庫服務(wù)器一樣 簡單。在其它情形下，用戶交互可以更復(fù)雜。資源分配的一個簡單解決方案將是為每個交 互式媒體節(jié)目指配固定量的資源(例如，交互服務(wù)器)。然而，此方法不可產(chǎn)生資源的最有 效使用。觀看特定交互式媒體節(jié)目的用戶數(shù)量很可能隨時間而有所不同。資源的靜態(tài)分配 意味著分配的資源必須足以滿足最高預(yù)期需求。因此，在特定交互式媒體節(jié)目的需求低時， 為該交互式媒體節(jié)目分配的資源將未使用。
根據(jù)本發(fā)明，可動態(tài)分配用戶交互需要的交互服務(wù)器26和其它資源，將可影響觀 看交互式媒體內(nèi)容的其它事件和環(huán)境考慮在內(nèi)。預(yù)測算法用于預(yù)測交互式事件的可能性。 交互式媒體節(jié)目指配到類別。交互式媒體節(jié)目的事件可能性是基于交互式媒體節(jié)目的類別 和交互文檔的下載的數(shù)量來確定的。事件可能性的計(jì)算可將歷史使用模式(例如，特定類 別中交互的已知發(fā)生)、可影響觀看的預(yù)定(scheduled)事件、季節(jié)或日時及與用戶交互相 關(guān)的任何其它信息考慮在內(nèi)。一旦確定事件可能性，便可對用于操控或處理交互事件的資 源確定范圍和分配。在確定資源的分配中，交互事件可根據(jù)操控事件所需的資源量進(jìn)行加 權(quán)。用于分配交互式資源的分配方法通過避免在用戶需求低時會未使用的資源的靜態(tài)分 配，更有效地利用交互資源。本發(fā)明允許那些交互資源重新分配到其它節(jié)目。圖2示出用于對用于操控交互事件的資源確定范圍和分配的示范確定范圍系統(tǒng) 60。確定范圍系統(tǒng)60包括確定范圍服務(wù)器62以執(zhí)行用于操控交互事件的服務(wù)器資源的確 定范圍和分配、事件數(shù)據(jù)庫64以存儲可影響觀看交互式媒體節(jié)目的外部事件的列表及分 類服務(wù)器66以將交互式媒體節(jié)目和事件指配到類別。雖然單獨(dú)示出，但分類服務(wù)器66的 功能可結(jié)合到確定范圍服務(wù)器62中。確定范圍服務(wù)器62確定哪些交互服務(wù)器26和其它 交互資源分配到媒體節(jié)目，并將通知消息發(fā)送到交互服務(wù)器26或配置交互服務(wù)器26的某 一其它服務(wù)器。確定范圍服務(wù)器62從其它來源收集信息，并執(zhí)行服務(wù)器資源的確定范圍和分配。 確定范圍服務(wù)器62收集的信息列表可包括媒體服務(wù)器22提供的交互式多媒體節(jié)目的列 表、文檔服務(wù)器24收到的下載請求的數(shù)量、來自分類服務(wù)器66、用于交互式多媒體節(jié)目的 類別指配及來自事件數(shù)據(jù)庫64的事件列表。事件數(shù)據(jù)庫64中的事件列表可包括服務(wù)提供 商或第三方提供的其它預(yù)定的節(jié)目制作和可影響觀看交互式媒體節(jié)目的其它預(yù)定事件，諸 如實(shí)況體育事件、實(shí)況演唱會等。有關(guān)其它預(yù)定事件的信息例如可從服務(wù)提供商或其它第 三方內(nèi)容提供商保持的電子節(jié)目指南(EPG)獲得。分類服務(wù)器66將交互式媒體節(jié)目及可 影響觀看交互式媒體節(jié)目的外部事件分類。將外部事件分類為確定范圍服務(wù)器62提供了 分析外部事件對觀看交互式媒體節(jié)目的可能影響的基礎(chǔ)。例如，諸如冠軍賽等重要體育事 件可對交互式體育節(jié)目有重大影響，但對交互式烹調(diào)節(jié)目的影響極小。媒體節(jié)目的類別與 事件的類別之間的關(guān)聯(lián)可基于歷史觀看模式確定，并用于調(diào)整用戶交互的可能性。圖3示出用于為用戶交互確定交互服務(wù)器26和其它資源范圍的示范方法。要開 始該過程，確定范圍服務(wù)器62先確定交互式媒體節(jié)目的類別(方框102)和交互式媒體節(jié) 目的交互文檔已被下載的次數(shù)(方框104)。下載的數(shù)量反映用戶對交互式媒體節(jié)目的需 求?？杉俣ň哂懈呦螺d數(shù)量的交互式媒體節(jié)目將生成比具有更低下載數(shù)量的交互式媒體節(jié) 目更多的交互事件。下載隨時間的分布也可考慮在內(nèi)。在較短時間段內(nèi)大量的下載可指示 對交互式視頻節(jié)目的高需求，因此，交互事件可能性更高。在確定需求時，可賦予更近的下 載比在時間上更遠(yuǎn)的下載更大的權(quán)重。也考慮了交互式媒體節(jié)目的類別。在節(jié)目的某些類別中比其它類別中更可能有交 互事件。例如，游戲節(jié)目很可能導(dǎo)致大量的交互事件，特別是在為用戶交互提供獎勵或獎賞 時。與此相反，體育節(jié)目較不可能生成交互事件。在確定用戶交互的可能性時可將不同類 別的交互事件的已知發(fā)生考慮在內(nèi)。在評估用戶交互的可能性時，也可將外部事件考慮在內(nèi)。外部事件可包括可影響觀看交互式媒體節(jié)目的預(yù)定節(jié)目制作或?qū)崨r事件。外部事件的預(yù)測影響可用于調(diào)整用戶交 互的可能性。在確定外部事件對用戶交互的可能性的影響時，外部事件也可被指配到類別， 這些類別可與交互式媒體節(jié)目的類別進(jìn)行比較?；跉v史觀看模式，類別之間的關(guān)聯(lián)可得 以確定并用于預(yù)測一個節(jié)目或事件對觀看交互式媒體節(jié)目的影響。交互式媒體節(jié)目的相同 或有關(guān)類別內(nèi)的事件可與對交互式媒體節(jié)目的需求高度相關(guān)，而無關(guān)類別內(nèi)的外部事件具 有的影響可很小。例如，冠軍賽的廣播可大大影響對交互式體育訪談節(jié)目的需求，但對烹調(diào) 節(jié)目的影響很小。確定范圍服務(wù)器62基于類別和下載數(shù)量計(jì)算用戶交互的可能性(方框106)。由 于需求很可能隨時間有所不同，因此，確定范圍服務(wù)器62可生成用戶將觀看特定交互式媒 體節(jié)目的可能性的時間系列。例如，確定范圍服務(wù)器62可預(yù)測在預(yù)確定時間段內(nèi)的可能 性，如每周、每天或每小時。通常，從資源利用角度而言，縮短時間間隔將更有效，但代價是 增大了在確定范圍服務(wù)器62對計(jì)算資源的需求和復(fù)雜性。事件可能性的確定應(yīng)提前足夠 早進(jìn)行，以便資源可得以識別和預(yù)留。例如，在給定日期的給定時間期間用戶與特定交互式 媒體節(jié)目的交互可能性可提前一天、一周或一月確定，以便將有足夠的時間識別和分配資 源以操控用戶交互。確定范圍服務(wù)器62的最終步驟是確定和分配用于交互式媒體節(jié)目的資源(方框 108)，并且將分配通知發(fā)送到正被分配的交互服務(wù)器26 (方框110)。分配通知可備選發(fā)送 到負(fù)責(zé)配置交互服務(wù)器26的某一其它服務(wù)器。需要的資源量將基于如上所述的事件可能 性和與交互式媒體節(jié)目相關(guān)聯(lián)的事件的復(fù)合權(quán)重確定。用戶交互的數(shù)量和類型可從交互文 檔確定。交互文檔定義的每個事件可指配有加權(quán)系數(shù)，該系數(shù)反映在金錢方面或在系統(tǒng)負(fù) 載中事件的相對成本。例如，可為檢索網(wǎng)頁指配低權(quán)重，而可為上載Java小應(yīng)用程序到用 戶指配高權(quán)重。所有事件的比率可相加或平均以達(dá)到交互式媒體節(jié)目的復(fù)合權(quán)重。確定范 圍服務(wù)器62隨后根據(jù)事件可能性、事件的復(fù)合權(quán)重和事件的類型分配用于交互式媒體節(jié) 目的資源。圖4示出實(shí)現(xiàn)圖3所示方法的示范確定范圍服務(wù)器。確定范圍服務(wù)器62包括中央 處理器(CPU) 202、存儲器204、網(wǎng)絡(luò)接口 206及可選地包括用戶接口 208。CPU 202運(yùn)行存 儲器204中存儲的計(jì)算機(jī)程序和指令以執(zhí)行圖3所示的過程。諸如以太網(wǎng)接口或無線局域 網(wǎng)(WLAN)接口等網(wǎng)絡(luò)接口 206允許確定范圍服務(wù)器62與諸如媒體服務(wù)器22、文檔服務(wù)器 24、事件數(shù)據(jù)庫64及分類服務(wù)器66等其它裝置之間進(jìn)行通信。用戶接口 208例如可包括 鍵盤和顯示器以允許操作員與確定范圍服務(wù)器62交互。然而，本領(lǐng)域的技術(shù)人員將理解， 操作員可經(jīng)由網(wǎng)絡(luò)接口 206遠(yuǎn)程訪問確定范圍服務(wù)器(dimensioning server)62，因此，用 戶接口 208不是必需的。當(dāng)然，在不脫離本發(fā)明范圍和基本特征的情況下，本發(fā)明可以不同于本文所述那 些方式外的其它特定方式實(shí)現(xiàn)。因此，所示實(shí)施例在所有方面均要視為說明性的而不是限 制性的，并且在隨附權(quán)利要求的意義和等同物范圍內(nèi)的所有更改要涵蓋在其中。
權(quán)利要求
一種用于為包括一個或多個交互式事件的交互式媒體節(jié)目分配交互資源的方法，所述方法的特征在于確定與所述交互式媒體節(jié)目相關(guān)聯(lián)的請求數(shù)量；確定所述交互式媒體節(jié)目的媒體類別；至少部分地基于所述媒體類別和對所述交互式媒體節(jié)目的請求數(shù)量，確定事件可能性，所述事件可能性指示用戶交互的可能性；以及基于所述事件可能性分配一個或多個交互資源以操控所述用戶交互。
2.如權(quán)利要求1所述的方法，其中確定與所述交互式媒體節(jié)目相關(guān)聯(lián)的請求數(shù)量包括 確定對與所述交互式媒體節(jié)目相關(guān)聯(lián)的交互文檔的請求數(shù)量。
3.如權(quán)利要求1所述的方法，其中確定事件可能性包括基于相應(yīng)媒體類別中使用的歷 史，確定所述事件可能性。
4.如權(quán)利要求3所述的方法，其中確定事件可能性包括基于一個或多個外部事件，調(diào) 整事件可能性。
5.如權(quán)利要求4所述的方法，其中所述外部事件包括預(yù)定事件，以及其中調(diào)整事件可 能性包括基于預(yù)先存在的事件計(jì)劃，調(diào)整事件可能性。
6.如權(quán)利要求4所述的方法，其中調(diào)整事件可能性包括基于在所述交互式媒體節(jié)目的 所述媒體類別與所述外部事件的對應(yīng)事件類別之間的比較，確定事件可能性。
7.如權(quán)利要求1所述的方法，其中確定事件可能性包括確定在個體媒體節(jié)目中選定事 件的事件可能性。
8.如權(quán)利要求1所述的方法，其中確定事件可能性包括確定個體媒體節(jié)目的總計(jì)事件 可能性。
9.如權(quán)利要求1所述的方法，其中確定事件可能性包括確定媒體類別的總計(jì)事件可能性。
10.如權(quán)利要求1所述的方法，其中基于所述事件可能性確定一個或多個交互資源的 范圍包括確定所述事件可能性的權(quán)重，以及基于所述事件可能性和所述權(quán)重來分配資源。
11.一種用于為包括一個或多個交互式事件的交互式媒體節(jié)目分配資源的系統(tǒng)(60)， 所述系統(tǒng)的特征在于包括配置為執(zhí)行以下操作的處理器(202)的確定范圍服務(wù)器(62)確定與所述交互式媒體節(jié)目相關(guān)聯(lián)的請求數(shù)量；確定所述交互式媒體節(jié)目的媒體類別；至少部分地基于所述媒體類別和對所述交互式媒體節(jié)目的請求數(shù)量，確定事件可能 性，所述事件可能性指示用戶交互的可能性；以及基于所述事件可能性分配一個或多個交互資源以操控所述用戶交互。
12.如權(quán)利要求11所述的系統(tǒng)(60)，其中所述處理器(202)配置為通過確定對與所述 交互式媒體節(jié)目相關(guān)聯(lián)的交互文檔的請求數(shù)量來確定與所述交互式媒體節(jié)目相關(guān)聯(lián)的請 求數(shù)量。
13.如權(quán)利要求11所述的系統(tǒng)(60)，其中所述處理器(202)配置為通過基于在相應(yīng)媒 體類別中使用的歷史來確定所述事件可能性，確定事件可能性。
14.如權(quán)利要求13所述的系統(tǒng)(60)，其中所述處理器(202)配置為通過基于一個或多 個外部事件來調(diào)整事件可能性，確定事件可能性。
15.如權(quán)利要求14所述的系統(tǒng)(60)，其中所述外部事件包括預(yù)定事件，以及其中所述 處理器配置為通過基于預(yù)先存在的事件計(jì)劃來調(diào)整事件可能性，調(diào)整事件可能性。
16.如權(quán)利要求14所述的系統(tǒng)(60)，其中所述處理器(202)配置為通過基于所述交互 式媒體節(jié)目的所述媒體類別與所述外部事件的對應(yīng)事件類別之間的比較來確定事件可能 性，調(diào)整事件可能性。
17.如權(quán)利要求11所述的系統(tǒng)(60)，其中所述處理器(202)配置為確定在個體媒體節(jié) 目中選定事件的事件可能性。
18.如權(quán)利要求11所述的系統(tǒng)(60)，其中所述處理器(202)配置為確定個體媒體節(jié)目 的事件可能性。
19.如權(quán)利要求11所述的系統(tǒng)(60)，其中所述處理器(202)配置為確定媒體類別的總 計(jì)事件可能性。
20.如權(quán)利要求11所述的系統(tǒng)(60)，其中所述處理器(202)配置為通過確定所述事件 可能性的權(quán)重并基于所述事件可能性和所述權(quán)重分配資源，分配一個或多個交互資源。
21.如權(quán)利要求11所述的系統(tǒng)(60)，還包括事件數(shù)據(jù)庫(64)，所述事件數(shù)據(jù)庫(64)用 于存儲有關(guān)可影響交互事件的所述可能性的外部事件的信息和用于提供事件信息到所述 確定范圍服務(wù)器(62)以便在計(jì)算所述事件可能性中使用。
22.如權(quán)利要求11所述的系統(tǒng)(60)，還包括分類服務(wù)器(66)，所述分類服務(wù)器(66)用 于將有關(guān)媒體節(jié)目的類別的信息提供到所述確定范圍服務(wù)器(62)以便在計(jì)算所述事件可 能性中使用。
全文摘要
用于交互式電視系統(tǒng)的交互服務(wù)器可根據(jù)用戶交互的預(yù)測可能性動態(tài)確定范圍。在一個示范實(shí)施例中，確定范圍系統(tǒng)(60)基于對交互式媒體節(jié)目的請求數(shù)量和交互式媒體節(jié)目的類別，評估事件可能性，并基于預(yù)測的事件可能性確定一個或多個交互服務(wù)器(26)的范圍。
文檔編號H04N7/173GK101978692SQ200880128277
公開日2011年2月16日 申請日期2008年4月3日 優(yōu)先權(quán)日2008年4月3日
發(fā)明者J·赫爾姆 申請人:愛立信電話股份有限公司