專利名稱：媒體預測寄售的制作方法
技術領域：
本發(fā)明是在交付系統(tǒng)中實現(xiàn)發(fā)行商負荷平衡和消費者即時訪問 的方法和系統(tǒng)。具體來說，本發(fā)明指導了一種在請求之前對電子媒體 上的內(nèi)容項目的請求和交付進行預測以使得該項目在請求時已對消 費者可用的方法。這樣，消費者可以從即時請求訪問中獲益，而且發(fā) 行商可以避免在需求高峰時的交付系統(tǒng)擁塞(例如，互聯(lián)網(wǎng)連接的帶 寬)。
背景技術：
經(jīng)由通信網(wǎng)絡來銷售和交付數(shù)字內(nèi)容是電子發(fā)行和電子商務領 域眾所周知的。發(fā)行商出售觀看媒體內(nèi)容的權限，然后根據(jù)所購買的 權限交付要使用的內(nèi)容。
消費產(chǎn)品的典型過程包括挑選、預訂、支付或承諾支付、交付以 及消費的步驟一按照這個次序。
通常，遠程購買消費內(nèi)容的許可的步驟包括 挑選一用戶瀏覽可提供的項目的選項，并選擇想要的項目。 預訂一用戶例如通過填寫和發(fā)出訂單而表明他的購買意愿。
支付或承諾支付一用戶填寫信用卡單，或通過其它通信手段來付費。
交付一用戶把想要的內(nèi)容從發(fā)行商域下栽到用戶的播放系統(tǒng)。 發(fā)布(Release)-通過向用戶提供密碼或解密密鑰來發(fā)布內(nèi)容，
以在用戶的系統(tǒng)上消費。
消費一用戶根據(jù)許可的限制條件播放所購買的內(nèi)容項目。 應當清楚的是，由于在任何計算機上復制數(shù)字文件是很容易的
事，發(fā)行商會釆取預防措施，不把可以在任何計算機上輕易復制和使用的文件留在用戶的手上。這通常是通過以下方式來實現(xiàn)僅當該內(nèi)
消費，并通過把它與本地硬件設備的序列號相關聯(lián)而使得該發(fā)布對于 該用戶的系統(tǒng)是特定的。
上述次序的某些替代方案例在數(shù)字權限管理(DRM)的領域中 實現(xiàn)。例如，支付可以通過預訂來完成，或者消費者在預訂之前只能 下載具有其不能使用的形式或有限使用形式的內(nèi)容。
上述的處理過程不作為本發(fā)明的一部分要求保護，它是本領域已 知的內(nèi)容，這里僅僅作為用于理解本發(fā)明的背景技術給出。
如上所述的現(xiàn)有技術的數(shù)字發(fā)行方法具有兩個主要的缺點， 一個 是從發(fā)行商角度來看的缺點，另 一個是從用戶角度來看的缺點。
從發(fā)行商角度來看當通過用戶的發(fā)起而開始下載內(nèi)容時，以及 在某些情況下，當有許多用戶都希望同時消費同一內(nèi)容時，發(fā)行商可 能面對超過其分發(fā)鏈路帶寬的需求激增。典型的一個例子是在新聞廣 播中宣告一個事件時對于體育比賽的某個特定視頻分段的請求?？梢?預料到，該新聞的眾多聽眾將不約而同地請求觀看該視頻分段，造成 發(fā)行商帶寬上的需求激增，使發(fā)行商不能實時地提供該服務。
從用戶角度來看內(nèi)容在已經(jīng)發(fā)出請求后才被下載，因此用戶的 觀看不能即時進行。在某些情況下，如在音頻音樂中那樣，媒體內(nèi)容 的流傳輸可能比它的消費還要快，因此消費可能在同步流傳輸該內(nèi)容 的短暫延時后就開始。在諸如視頻和高質(zhì)量圖像的其它情況下，用戶 需要等待很長的時間才能欣賞到內(nèi)容。
寄售(consignment)長期以來就被用來加強分銷。通常，發(fā)行 商把產(chǎn)品留給經(jīng)紀人以進行寄售。如果產(chǎn)品被售出，則經(jīng)紀人向發(fā)行 商支付。如果產(chǎn)品沒有售出，則經(jīng)紀人把產(chǎn)品返還給發(fā)行商。這種傳 統(tǒng)的模式也已被推薦來幫助發(fā)行商發(fā)行電子內(nèi)容(例如，參閱Johnson 等人的US6591250)。雖然這樣的方案減小了發(fā)行商的分銷負擔，但例 如在高的瞬時請求可能使得通信網(wǎng)絡負擔加重的場合下，它們并沒有 完全解決分銷問題。而且，經(jīng)紀人寄售方案在發(fā)布網(wǎng)絡中介入了中間人。尤其是在允許在消費者與供應商之間進行低成本的直接聯(lián)系的電 子市場的情況下，經(jīng)紀人寄售使得分銷更為復雜和昂貴。
為了緩解經(jīng)紀人寄售的上述限制，存在直接向消費者寄售的各種 方案。在實際發(fā)行中， 一系列的俱樂部，例如書籍和唱片俱樂部允許 消費者接收一系列項目并選擇購買或返還項目。這對于發(fā)行商普及產(chǎn) 品的需要是有利的，但對于必須購買產(chǎn)品或需要很麻煩地退貨的消費 者來說沒有什么優(yōu)點。因此，發(fā)行商往往會向簽約參加寄售俱樂部的 消費者提供獎勵(價格折扣或禮品)。
由于電子內(nèi)容的兩個特殊的特性，在電子內(nèi)容市場上這種寄售對
消費者來說更具有吸引力1)電子內(nèi)容在變換成可消費的形式之前完 全是虛擬的，因此不需要把未售出的產(chǎn)品退還給發(fā)行商，以及2)加 密的電子內(nèi)容項目仍可留在消費者手中，而不會損害供應商的經(jīng)濟權 益，而且加密的文件可以在得到供應商的許可時幾乎即時地被打開 (經(jīng)由幾個字節(jié)的解密信息[電子代碼或密鑰的形式P 。
因此，在電子發(fā)行時，通常以密封(不可使用的形式)或以可部 分使用的形式(對于書籍的部分章節(jié)被鎖定，或計算機程序的某些功 能被禁止)或以臨時的形式(在試用期間[通常為30天I它可以被自由 使用，然后被自動密封，以阻止進一步使用)寄售內(nèi)容項目(圖片、 電影、圖書或計算機程序)。在可部分使用或者可臨時使用的內(nèi)容的 情況下，內(nèi)容的有限使用是消費者所得到的對同意寄售的獎勵。用戶 然后可以選擇對內(nèi)容付費并對全部功能解鎖。
在先技術的寄售方案即使對于電子內(nèi)容項目也有很大的缺點。其 中發(fā)行商把一組材料發(fā)送到客戶并把購買該內(nèi)容的選項自動通知給 客戶的一系列方案對于不希望在他們不需要該項目時接收他們還沒 有預訂的項目的交付通知的許多消費者來說是不方便的和討厭的。用 戶不希望接收和從他的計算機中刪除經(jīng)常會惹惱他的、關于寄售給他 的(幾乎不想要的)新內(nèi)容的通知。另一方面，許多消費者不希望搜 尋該材料并請求供應商，如在直接征求寄售方案中那樣。因此，在先 技術的寄售方案剝奪了消費者不受輕易騷擾地訪問想要的材料的機會，并且剝奪了發(fā)行商充分發(fā)布他的材料的機會。
為了給消費者提供更方便的寄售服務，已經(jīng)引入了盲請求(blind solicited)寄售。這樣，當消費者獲取一個對象(母項目，例如計算 機程序)時，第二個對象被寄售給消費者而不用消費者直接介入。例 如，當消費者請求和獲取一個計算機程序時，該程序通過非功能性資 源被交付。當用戶試圖使用一個非功能性資源時，可以向用戶發(fā)出通 知以提示他可以通過從供應商購買密鑰來啟用該資源。沿著這個思 路，Clement ( US7013598 )建議，當購買人請求和獲取一個新的計算 機時， 一組軟件資源在空閑的存儲器中被打包。當用戶感覺需要這組 資源之一時，他可以經(jīng)由一個要從供應商預訂的解密密鑰來激活該資 源。因此，盲請求方案給用戶提供了不受騷擾地訪問電子內(nèi)容的機會。 然而，盲請求方案的限制在于內(nèi)容在請求母項目時被確定。因此， 已改變了的用戶需求可能要求獲取原先沒有包含在母項目中的內(nèi)容 項目。交付這樣的內(nèi)容項目只能在用戶感覺到對該項目的需求后，在 提交新的請求的情況下才能進行，使用戶必須等待交付，而且使供應 商必須應請求而交付，限制了交付系統(tǒng)中負荷平衡的可能性。同時， 盲請求方案根據(jù)所請求的母項目寄售項目，而不是直接考慮特定消費 者的需求。因此，在現(xiàn)有技術的盲寄售中，浪費了大量存儲器，用來 加載大量程序以滿足不同用戶的需要，或者許多用戶發(fā)現(xiàn)他們感興趣 的程序是不可用的。此外，用戶可能只在請求母項目后的長時間過后 才需要一個應用。那么該應用會長時間地占用用戶設備的存儲器空 間。
因此，已廣泛認識到需要一種進行消費者寄售以實現(xiàn)發(fā)行商的負 荷平衡和對于電子發(fā)行物的即時訪問(而不必等待下栽文件)的方法，
這種方法是非常有利的。該方法應當足夠靈活，以便不僅僅根據(jù)直接 請求而且也通過預測特定消費者的需求而預測用戶需求。此外，該方 法應當在項目被需要之前的短時間內(nèi)實現(xiàn)項目下載。
本發(fā)明通過提供一種基于對用戶請求的預測來寄售內(nèi)容項目的 方法滿足了這個需要。項目被寄售，而不需要消費者的請求，并且寄售是基于固定的用戶屬性和與上下文相關的因素，如消費者和相關的 個人的瞬時購買趨勢以及消費者的當前位置與活動。

發(fā)明內(nèi)容
本發(fā)明是一種在交付系統(tǒng)中實現(xiàn)發(fā)行商負荷平衡和消費者即時 訪問的方法和系統(tǒng)。具體來說，本發(fā)明指導了一種在請求之前預測請 求并經(jīng)由電子媒體交付內(nèi)容的方法和系統(tǒng)，以使得在請求時該項目對 于消費者已經(jīng)是可用的。因此，消費者可以從即時請求訪問中獲益， 而且發(fā)行商避免了需求高峰時的交付擁塞。
根據(jù)本發(fā)明的指導，提供了一種用于內(nèi)容項目的加強電子交付的 方法。該方法包括識別內(nèi)容項目的潛在消費者的步驟，以及交付與還 沒有由潛在消費者請求的內(nèi)容項目相關的文件的步驟。
根據(jù)本發(fā)明的指導，還提供了一種由發(fā)行商把事件的重放銷售給 消費者的方法。所述重放包括廣播內(nèi)容的一部分。該方法包括在廣播
該內(nèi)容期間把該廣播內(nèi)容的一部分高速緩存(each)在消費者可用的 設備上(例如，消費者的觀看設備的本地存儲器)的步驟。該方法還包 括為消費者提供用來請求重放的接口的步驟。該請求也被解譯為對該 重放進行支付的承諾。在消費者承諾對該重放進行支付后，發(fā)行商向 消費者提供用于發(fā)布該重放供消費的手段。
根據(jù)本發(fā)明的指導，提供了 一種用于加強把內(nèi)容項目交付給消費 者的觀看設備的系統(tǒng)。該系統(tǒng)包括第一算法，用于在消費者向銷售商 請求之前識別消費者，和第二算法，用于預報用于把內(nèi)容項目交費給 消費者的關鍵時間。該系統(tǒng)還包括與消費者的觀看設備相關聯(lián)的本地 存儲設備。本地存儲設備用來在交付后和在關鍵時間之前存儲該內(nèi)容 項目。
根據(jù)下面描述的本發(fā)明的優(yōu)選實施例中的另外的特性，在用于加 強交付內(nèi)容項目的方法中，交付步驟是根據(jù)優(yōu)先級方案。
根據(jù)所描述的優(yōu)選實施例中的另外的特性，在用于加強交付內(nèi)容 項目的方法中，在優(yōu)先級方案中，優(yōu)先級是# 據(jù)潛在消費者的屬性或內(nèi)容項目的特性或當前時間或通知的時間或在通知時帶寬的預期可 用性而被指定的。
根據(jù)所描述的優(yōu)選實施例中的另外的特性，用于加強交付內(nèi)容項 目的方法還包括預計用于把內(nèi)容項目的可用性通知潛在消費者的最 佳時間的步驟。
根據(jù)所描述的優(yōu)選實施例中的另外的特性，用于加強交付內(nèi)容項 目的方法還包括預報用于交付內(nèi)容項目的關鍵時間的步驟。然后在該 關鍵時間之前執(zhí)行交付步驟。
根據(jù)所描述的優(yōu)選實施例中的另外的特性，在用于加強交付內(nèi)容 項目的方法中，關鍵時間是當預計潛在消費者想要得到該內(nèi)容項目時 的時期的開始。
根據(jù)所描迷的優(yōu)選實施例中的另外的特性，在用于加強交付內(nèi)容 項目的方法中，關鍵時間是當在交付通道中預期發(fā)生擁塞的時期的開 始。
根據(jù)所描述的優(yōu)選實施例中的另外的特性，在用于加強交付內(nèi)容 項目的方法中，關鍵時間是對于該內(nèi)容項目的預期需求出現(xiàn)高峰的時 間。
根據(jù)所描述的優(yōu)選實施例中的另外的特性，在用于加強交付內(nèi)容 項目的方法中，關鍵時間是將要進行與該內(nèi)容項目有關的媒體廣播的 時間。 根據(jù)所描述的優(yōu)選實施例中的另外的特性，在用于加強交付內(nèi)容 項目的方法中，識別消費者的步驟在潛在消費者進行請求之前實現(xiàn)。
根據(jù)所描述的優(yōu)選實施例中的另外的特性，在用于加強交付內(nèi)容 項目的方法中，內(nèi)容項目在潛在消費者進行請求之前被交付給潛在消 費者。
根據(jù)所描述的優(yōu)選實施例中的另外的特性，在用于加強交付內(nèi)容
項目的方法中，內(nèi)容項目的交付是通過多播(multicasting)實現(xiàn)的。 根據(jù)所描述的優(yōu)選實施例中的另外的特性，在用于加強交付內(nèi)容 項目的方法中，包含該內(nèi)容項目的文件以密封的格式被交付。密封的文件應消費者的請求被發(fā)布(released)。
根據(jù)所描述的優(yōu)選實施例中的另外的特性，在用于加強交付內(nèi)容 項目的方法中，對內(nèi)容項目的請求被解譯為對該內(nèi)容項目的支付承 諾。
根據(jù)所描述的優(yōu)選實施例中的另外的特性，用于加強交付內(nèi)容項 目的方法還包括在消費者請求該內(nèi)容項目之后將與該內(nèi)容項目有關 的資料發(fā)送給消費者的步驟。
根據(jù)所描述的優(yōu)選實施例中的另外的特性，在用于加強交付內(nèi)容
項目的方法中，識別客戶的步驟是基于歷史忠誠度。消費者忠誠度是
根據(jù)消費者購買與該內(nèi)容項目相關的項目的歷史、或者根據(jù)消費者是 否屬于與該項目有關的組、或者根據(jù)對該項目中的興趣而被識別的。
忠誠度可以是針對反映該項目特點的表演者、該項目的風格、該項目 的作者、或者針對暢銷排行榜(對于反映該排行榜特點的項目)。
根據(jù)所描述的優(yōu)選實施例中的另外的特性，在用于加強交付內(nèi)容 項目的方法中，識別潛在消費者的步驟是基于潛在消費者的當前位 置、當前時間、當前日期、在與該內(nèi)容項目有關的事件中潛在消費者 是否出現(xiàn)、或者潛在消費者當前正在觀看與該內(nèi)容項目有關的內(nèi)容的 事實。
根據(jù)所描述的優(yōu)選實施例中的另外的特性，在用于加強交付內(nèi)容 項目的方法中，識別內(nèi)容項目的潛在消費者的步驟是基于與潛在消費 者有關的人的異常購買趨勢、可用參數(shù)和用戶資料的數(shù)據(jù)采集(data mining)結(jié)果、接受委任的調(diào)查人員的推薦、或者用戶生成的本人資料。
根據(jù)所描述的優(yōu)選實施例中的另外的特性，用于加強交付內(nèi)容項 目的方法還包括在關鍵時間之后把與該內(nèi)容項目有關的第二內(nèi)容項 目發(fā)送給潛在消費者的步驟。
根據(jù)所描述的優(yōu)選實施例中的另外的特性，用于加強交付內(nèi)容項 目的方法還包括當其中預計潛在消費者想要得到該內(nèi)容項目的時期 已經(jīng)過去時，或者當在交付通道中預計出現(xiàn)擁塞的時期已經(jīng)過去時，或者當潛在消費者的狀態(tài)改變減小了潛在消費者希望購買該內(nèi)容項 目的預期時，或者當發(fā)行商想要把替代內(nèi)容項目存儲到用戶的本地存 儲設備時，從存儲設備中刪除文件的步驟。
根據(jù)所描述的優(yōu)選實施例中的另外的特性，在用于加強銷售重放 的方法中，廣播內(nèi)容的高速緩存是以加密的格式進行的。因此，發(fā)布 重放內(nèi)容包括向消費者提供加密密鑰。
根據(jù)所描述的優(yōu)選實施例中的另外的特性，在用于加強銷售重放 的方法中，發(fā)布的步驟包括把內(nèi)容項目交付給消費者。然后重放包括 廣播的高速緩存的部分以及內(nèi)容項目。
根據(jù)所描述的優(yōu)選實施例中的另外的特性，用于加強交付內(nèi)容項 目的系統(tǒng)還包括單個密鑰，消費者通過該密鑰傳送購買內(nèi)容項目的請 求。
根據(jù)所描述的優(yōu)選實施例中的另外的特性，在用于加強交付內(nèi)容 項目的系統(tǒng)中，觀看設備和本地存儲設備放置在一處。 術語
對于本發(fā)明，使用以下的定義
.觀看設備一允許用戶消費(例如，收聽、觀看、播放、或感知[例 如經(jīng)由Braille或虛擬現(xiàn)實)存儲在媒體上(例如，CD、 DVD、磁帶、 無線電廣播、微波廣播、經(jīng)由電纜的信號廣播)或所廣播的內(nèi)容(例 如，電影、歌曲、體育事件)的系統(tǒng)。輸出裝置(屏幕、揚聲器)和 存儲設備可以是(但不限于)在同一個物理封裝中。輸出裝置和存儲 設備可以被封裝在不同的設備中，放置在一處，或者互相遠離，只要
聯(lián)，二及只要外圍曰設:(存儲器、屏幕、^聲器)應需對于播放設備 是可訪問的。
-內(nèi)容項目的密封的版本一包含諸如音樂、視頻或圖像那樣的內(nèi) 容項目的文件，具有包含所有的信息但通過諸如加密、密碼、令牌或 生物計量特征的信息安全手段而受到保護不會被觀看的形式。
.內(nèi)容項目的公開的版本一包含諸如音樂、視頻或圖像那樣的內(nèi)容項目的文件，具有可以根據(jù)許可使用的形式。
.未請求的內(nèi)容一沒有被用戶直接(例如，通過明確地預訂內(nèi)容) 或間接(例如，打開無條件下載內(nèi)容的網(wǎng)頁)請求的內(nèi)容。
.內(nèi)容項目 一可以通過通信信道被傳輸以進行銷售的實質(zhì)信息或
有創(chuàng)造性的材料；內(nèi)容項目的例子包括但不限于數(shù)字音樂文件、電 子存儲的模擬格式記錄、電子游戲、圖形、視頻、計算機程序；通信 信道的例子包括但不限于電話線、光纜、紅外波束、微波信號。 .預計一與正常情況相比更容易發(fā)生。對于本專利的情況，這種
預計不限于數(shù)學期望(均值)，而且這種預計不限于大于某個固定值 (即大于50%)的發(fā)生概率。因此，對于本發(fā)明，"在第一時期內(nèi)預 計消費者購買內(nèi)容項目"這一表述是指在第一時期內(nèi)，認為消費者 與正常情況相比更有可能購買內(nèi)容項目。這并不是意味著或暗示第一 時期是平均期望時間(數(shù)學期望)，而且這并不是意味著或暗示消費 者在第一時期內(nèi)購買該內(nèi)容項目有大于50%的概率。 .高峰一局部最大值。不一定是全局最大值。


在這里參照附圖僅通過示例來描述本發(fā)明，其中
圖l是本發(fā)明的系統(tǒng)的第一實施例的概述；
圖2是本發(fā)明的系統(tǒng)的第一實施例的發(fā)行過程的簡化流程圖3是本發(fā)明的系統(tǒng)的第 一 實施例的消費過程的簡化流程圖4是本發(fā)明的第二實施例的概述；
圖5是本發(fā)明的第三實施例的流程圖，包括預先加載、高速緩存 和應請求加載的內(nèi)容項目的綜合媒體對象；
圖6是根據(jù)本發(fā)明的、用來識別潛在消費者的算法的實施例的流
程圖7是根據(jù)本發(fā)明的、用來預報關鍵時間的算法的實施例的流程
圖8是根據(jù)本發(fā)明的、用于交付寄售內(nèi)容的日程表的實施例。
具體實施例方式
通過參照附圖和相應的說明，可以更好地理解根據(jù)本發(fā)明在交付 系統(tǒng)中實現(xiàn)發(fā)行商負荷平衡和消費者即時訪問的方法的原理和操作。
本發(fā)明利用了把一個發(fā)行商連接到作為內(nèi)容項目的消費者的至 少 一個用戶的網(wǎng)絡的空閑時間，以及在用戶的播放設備中未使用的存 儲空間。該方法使用預測規(guī)則來預報內(nèi)容項目的未來的需求。內(nèi)容項 目然后根據(jù)內(nèi)容的可用性和網(wǎng)絡帶寬的可用性及播放設備中的本地 存儲空間的可用性被發(fā)送，以密封版本的形式被存儲到播放設備上的
本地存儲設備。內(nèi)容項目通過使用已知的DRM方法被密封，以使得 該項目在沒有經(jīng)過在預訂和承諾支付后由發(fā)行商發(fā)布就不能被觀看。
現(xiàn)在參照圖1，圖l是本發(fā)明的系統(tǒng)的第一實施例的概述。發(fā)行 商102打算銷售一個內(nèi)容項目104:華盛頓紅人隊(Washington Redskins)橄欖球比賽的最后觸地得分(touchdown)的重放。該觸 地得分是在6:43pm時發(fā)生的。預報算法107預測對該重放的需求 高峰將出現(xiàn)在8:00 pm的網(wǎng)絡新聞廣播的體育部分之后該剪輯的廣告 被播出時的8:15 pm。 發(fā)行商102應用識別算法105，該識別算法基 于預測性數(shù)據(jù)106將用戶108a識別為潛在消費者。特別是在圖1的 例子中，預計用戶108a將在固定的時間間隔期間(例如，在8:00新 聞廣播的從8:12-8:14的體育部分期間)在顯示設備110a上觀看在第 二媒體112 (例如，在有線電視網(wǎng)上廣播的新聞節(jié)目期間關于橄欖球 比賽的報道)上的廣播?；诎韵率聦嵉臄?shù)據(jù)106:用戶108a是 華盛頓特區(qū)的居民，用戶108a已在互聯(lián)網(wǎng)上購買了華盛頓紅人隊的 比賽裝備，用戶108a預訂了有線1臺的電視網(wǎng)絡，而且用戶108a的 兒子參加高中比賽，該比賽在7:30 pm結(jié)束(很可能錯過了比賽在6:43 的片段)，識別算法105指示發(fā)行軟件114把內(nèi)容項目104打包到加 密的文件中，并在8:12pm的新聞報道的體育部分之前以及在8:15pm 的新聞廣播期間播放由發(fā)行商102購買的廣告片之前的8:10pm經(jīng)由 通信信道116把它發(fā)送到與觀看設備110a相關聯(lián)的本地存儲設備118。
本地存儲設備118可以是專用存儲媒體，例如內(nèi)部存儲器或僅連 接到觀看設備110a的專用磁盤驅(qū)動器，或者本地存儲設備118可以 是與觀看設備110a形成高速LAN連接的網(wǎng)絡存儲設備。類似地，本 地存儲設備可以與觀看設備110a共同位于同一個位置(建筑物)， 或者作為替代，它可以位于遠端位置，并通過專用通道連接到觀看設 備110a。
在觀看晚間新聞時，用戶108a決定他確實想要看紅人隊比賽的 最后進球。突然， 一段商業(yè)廣告表明該比賽的一段影片剪輯對于有線 1臺電^L網(wǎng)絡的訂戶可用。用戶108a可以通過僅僅點擊觀看設備110a 的機頂盒的用戶接口 120的"buy2"按鈕而購買該剪輯。當用戶108a 點擊"buy2"按鈕時，在機頂盒內(nèi)的軟件代理122檢查內(nèi)部數(shù)據(jù)庫(不 斷地由有線網(wǎng)絡更新)，以查看"buy2，，按鈕當前是否與紅人隊比賽的 6:43重放的內(nèi)容項目104相關聯(lián)。然后軟件代理122檢查該重放當前 是否位于本地存儲設備118內(nèi)。如果發(fā)現(xiàn)內(nèi)容項目104當前被存儲在 本地存儲設備118中，則軟件代理122經(jīng)由通信信道116聯(lián)絡發(fā)行軟 件114。軟件代理122發(fā)送購買的承諾和預先存儲的信用卡號到發(fā)行 軟件114，同時發(fā)行軟件114把對封裝的內(nèi)容項目104進行解密所需 的密碼發(fā)送給軟件代理122。
現(xiàn)在參照圖2。預報算法107預報220對內(nèi)容項目104的需求高 峰，此時內(nèi)容項目104可能由一個或多個消費者(例如，用戶108a) 在8:13pm (當在內(nèi)容項目104中顯示的觸地得分將要在網(wǎng)絡新聞廣 播上播放時)和在8:15pm (當在新聞廣播期間將要對內(nèi)容項目104 做廣告時)進行預訂。為了減小在需求高峰的時間段期間的帶寬需求 以及為了減小在由消費者對內(nèi)容項目104的請求228與由消費者對內(nèi) 容項目104的消費238之間的等待時間，發(fā)行商102希望在需求高峰 的時間之前把內(nèi)容項目104交付給消費者。
所以，發(fā)行商102使用識別算法105來識別222潛在消費者，例 如用戶108a。發(fā)行商102檢索內(nèi)容項目104并把內(nèi)容項目104密封222成封裝的項目，以使得內(nèi)容項目104不能在發(fā)行商102發(fā)布236 內(nèi)容項目104之前^C使用。發(fā)行商102然后檢查在用戶108a的觀看 設備110a上的本地存儲設備118中是否有可用的空間。用戶108a還 沒有請求內(nèi)容項目104，因此發(fā)行商102把未請求的內(nèi)容項目104發(fā) 送到用戶108a。如果有可用的存儲空間，則發(fā)行商102通過使用在通 信信道116上的低負荷機會窗口 ，例如使用廣播突發(fā)簇而把封裝的項 目交付116給本地存儲設備118。發(fā)行商102的權利不會受到這個動 作的損害，因為內(nèi)容項目104在由發(fā)行商發(fā)布(見圖3的方塊236) 之前不能被使用。這樣的發(fā)布僅僅在對該項目承諾付費后才發(fā)生。
現(xiàn)在參照圖3，圖3是根據(jù)本發(fā)明的內(nèi)容項目的消費過程的簡化 示意圖。用戶108a決定購買內(nèi)容項目104,用于在他的觀看設備110a 上觀看。為了購買內(nèi)容項目104，用戶108a執(zhí)行從發(fā)行商的供貨單中 挑選和請求228內(nèi)容項目104的普通過程。設備110a上的軟件代理 122檢查230項目是否已預先未經(jīng)用戶108a請求地交付226到本地存 儲設備118。
如果偶爾內(nèi)容項目104沒有被提前交付226到本地存儲設備 118，則內(nèi)容項目104在定購時根據(jù)現(xiàn)有沖支術中的常規(guī)方法被下載232。 在這樣的情況下，本發(fā)明既不會有助于也不會干擾該處理過程。例如， 用戶108a下載232內(nèi)容項目104，然后購買234觀看內(nèi)容項目104的 許可，并發(fā)布236內(nèi)容項目104以進行;見看。
然而，如果基于對于用戶108a的成功預測性識別222，內(nèi)容項 目104已被交付226到本地存儲設備118，則用戶108a在請求228后 立即消費238 (觀看)內(nèi)容項目104，對于處理購買234和發(fā)布236 內(nèi)容項目104只有4艮小的延時。
具體地，在圖1-圖3的例子中，在球賽中在18:43出現(xiàn)非常重要 的事件和預報算法107預報220當在20:12的新聞中廣播該事件時和 當在20:15對該項目做廣告時許多觀眾想要購買該事件的60秒的剪輯 (內(nèi)容項目104)。因此，包括用戶108a的潛在消費者通過識別算法 105^皮識別出來，并且內(nèi)容項目104 (60秒的視頻剪輯)被密封224并被交付226到屬于潛在消費者(包括用戶108a)的移動電話和機頂 盒(包括觀看設備110a的本地存儲設備118 )。密封的文件被保存在 本地存儲設備118中幾小時。當用戶108a聽到公布該事件的新聞廣 播時，用戶108a請求228購買該視頻剪輯(內(nèi)容項目104)。由于內(nèi) 容項目104已被存儲在設備110a的本地存儲設備118中進行寄售， 則下載232就不再必要，并且用戶108a直接購買234許可并發(fā)布236 內(nèi)容項目104以用于觀看一典型地借助于在購買234時由發(fā)行軟件 114提供的密碼或密鑰。用戶108a利用該密碼來發(fā)布236內(nèi)容項目 104并消費238 (觀看)內(nèi)容項目104。
還可以通過允許"一次點擊預訂"內(nèi)容項目來進一步鼓勵用戶進 行突發(fā)購買。由于新聞一無線電廣播和電視新聞一被順序地廣播(一 次一項新聞)，系統(tǒng)能夠可選地為用戶提供"我要看那個項目！"的菜單 項，表示在新聞廣播期間，當前的新聞項是否伴隨有被本地存儲的視 頻剪輯。對于本地存儲的項目，在這個菜單項上的一次點擊被解譯為 對于與當前看見的新聞項目有關的視頻項目的預訂，視頻項目在當前 的新聞廣播的頂部(就位)或者平鋪在它上面，被即時打開用于觀看。
因此，在本發(fā)明的優(yōu)選實施例中，請求228 —個內(nèi)容項目(例如 內(nèi)容項目104)的動作通過點擊單個鍵完成，同時用戶觀看與第二媒 體112上的內(nèi)容項目104有關的廣播。在第一實施例的例子中，在觀 看設備110a上觀看橄欖球比賽的新聞報告時，軟件代理122把用戶 108a的"點擊，，解譯為對與該比賽有關的內(nèi)容項目104的購買訂單。如 果內(nèi)容項目104已經(jīng)被交付226并被存儲在存儲設備118中，則內(nèi)容 項目104被"即時，，地播放，而沒有下載媒體文件的延時。用戶108a 觀看內(nèi)容項目104(例如，屏幕上的插件)，同時繼續(xù)觀看或收聽正 在進行的第二媒體112。作為替代，內(nèi)容項目104可以在全屏模式下 被觀看，代替第二媒體112的正在進行的內(nèi)容。相同的"一次點擊"服 務可以同與本地存儲的媒體文件相關的任何其它音頻或視頻節(jié)目相 聯(lián)系。
現(xiàn)在參照圖4，圖4是本發(fā)明的第二實施例的概述。在圖4中示出了三個用戶108b、 108c和108d，具有相應的觀看設備110b、 110c 和110d，它們都是移動電話。用戶108b和108c正在在體育館內(nèi)觀看 足球比賽412，而用戶108d正在聽福音音樂會414。觀看設備110b、 110c和110d的位置對于具有分別在足球比賽412和音樂會414附近 區(qū)域的本地發(fā)送/接收天線416b和416d的蜂窩電話網(wǎng)是已知的。根據(jù) 這個位置信息和對與每個位置有關的事件的了解，發(fā)行商知道在足球 比賽412的半場休息期間，在體育館內(nèi)的用戶108b、用戶108c和許 多其它用戶很可能會預訂足球比賽412的重放或在足球比賽412期間 發(fā)生的其它體育賽事(因為觀看比賽412的體育迷錯過了其它的這些 比賽)。同樣地，在音樂會414中間休息期間，用戶110d和許多其 它用戶很可能會預訂MTV剪輯或來自音樂會414的藝術家的新的 MP3專輯。因此，在半場休息之前，發(fā)行商給觀看設備110b、 110c 和附近的其它設備預先加栽足球比賽412中重要事件的剪輯和來自與 足球比賽412同時發(fā)生的其它體育賽事的剪輯。同樣地，在音樂會414 中間休息之前，發(fā)行商給觀看設備110d和附近的其它設備預先加栽 MTV剪輯、音樂專輯和與音樂會414的藝術家有關的其它媒體項目。 為了進一步節(jié)省帶寬，不是把同 一個賽事剪輯分開地發(fā)送到觀看 設備110b和110c，而是將媒體剪輯通過多播同時地一次發(fā)送到觀看 設備110b和110c?？梢岳斫獾氖牵鶕?jù)先前的現(xiàn)有技術，媒體剪輯 應需被發(fā)送到用戶，由于每個用戶108b和108c在稍微不同的時間請 求剪輯，剪輯不能被多播傳送到設備110b和110c,而是必須分開地 發(fā)送到每個觀看設備(110b和110c)，浪費了寶貴的帶寬。這在第 二實施例的例子中是特別成問題的，因為在足球比賽412的半場休息 期間，許多人將同時在體育館內(nèi)打電話和下載數(shù)據(jù)，因此使得發(fā)射機 /接收機416b的能力過載。根據(jù)本發(fā)明，發(fā)行商確定把內(nèi)容項目一次 預先加載到多個設備(110b和110c)，因此剪輯可以利用多路復用 而同時發(fā)送到多個用戶(108b和108c)。本領域^支術人員將會理解， 使得多路復用出現(xiàn)麻煩的許多技術問題(黑洞(black holes)、循環(huán)、 截取、接管)可以得以避免，因為多路復用的信號從單個發(fā)射機被廣播到位于小的物理區(qū)域(體育館)中的聽眾(用戶108b和108c和其 它球迷)。
現(xiàn)在參照圖5，圖5是本發(fā)明的第三實施例的流程圖。處理過程 由把流媒體廣播的一部分(在圖5的例子中，通過互聯(lián)網(wǎng)觀看橄欖球 比賽)高速緩存504到觀看設備的本地存儲設備(在圖5的例子中， 智能電話的存儲卡)開始。觀看設備屬于預訂發(fā)行商的重放服務的用 戶。高速緩存504正在進行的過程在數(shù)據(jù)傳送技術領域中是熟知的(例 如，加速計算機磁盤的性能)。在圖5的例子中，本地存儲設備具有 兩個部分。第一個部分包含有比賽最后一分鐘的滾動圖像。具體來說， 在橄欖球比賽的第 一 分鐘期間，第 一分鐘比賽的視頻圖像被高速緩存 504 (寫入到第一文件)，第一文件在第二分鐘內(nèi)被存儲，而同時第 二分鐘的動作的數(shù)字視頻圖像被高速緩存504到第二文件。當?shù)诙?鐘的動作結(jié)束時，第三分鐘的動作被高速緩存504到第三文件，覆蓋 第一文件。作為替代，第一部分將把10分鐘的內(nèi)容存儲在11個文件 中，每個文件包含1分鐘的動作，笫一文件(當它已過去了 10分鐘 時)被第11個文件覆蓋。
發(fā)行商的代理(在圖5的例子中，所述代理是一個軟件程序，作 為替代，所述代理也可以是由人來擔任的操作員)持續(xù)地跟蹤比賽， 確定506何時發(fā)生感興趣的事件。例如，無論何時背景噪聲(人群歡 呼)達到某個特定量時，所述代理確定506當前的事件是感興趣的。 作為替代(或者同時地)，所述代理也確定506比賽得分或者發(fā)生回 合轉(zhuǎn)換或者運動員受傷或者體育播音員的語音加重的任何比賽時間 段為感興趣的。在所述代理是軟件程序的情況下，該程序的拷貝甚至 可以駐留在用戶的觀看設備上。當感興趣的事件發(fā)生時，該程序發(fā)送 一條消息，指示該用戶的觀看設備把包含感興趣事件的被高速緩存的 圖像的文件從存儲設備的第一部分復制508到存儲設備的第二部分， 以進行長期的存儲。
當一個時間段被確定506為感興趣時，發(fā)行商也把該事件的重放 所需的其它數(shù)據(jù)預先加栽到觀看設備。例如，在橄欖球比賽的情況下，包含來自具有感興趣的動作的良好視角的特定照相機的圖像以及顯 示球隊策略的示意圖的密封的文件在通信信道上有可用帶寬時由發(fā)
行商交付給觀看設備，密封的文件被預先加載510到觀看設備的本地 存儲器的第二部分。具體來說，在圖5的例子中，通信信道是蜂窩電 話網(wǎng)。
在沒有被確定為感興趣的時間段期間，不把文件從第一存儲部分 復制到第二部分，因此，當新的文件被存儲在第一部分時，舊的文件 被覆蓋，來自不感興趣的時間段的數(shù)據(jù)被丟棄。
當一個新的文件被復制508或被預先加載510到第二存儲部分 時， 一個資源程序首先檢查506在第二部分中是否有足夠的空閑空間 用于新的文件。如果有足夠的空閑空間，則新的文件被保存508或被 預先加載510，而不用刪除任何文件。如果沒有足夠的空間，則資源 程序?qū)ふ?18在第二部分中過期的文件。例如，資源程序首先尋找在 至少10分鐘前由于高的人群噪聲被保存在第二部分中的舊的文件； 如果這樣的文件存在，則刪除它。否則，尋找在超過30分鐘前由于 比賽得分而被保存的文件；如果這樣的文件存在，則刪除它。否則， 尋找在超過50分鐘前其中比賽得分和人群噪聲很響的舊的文件；如 果這樣的文件存在，則刪除它。否則，尋找在第二部分中最舊的文件， 并刪除520它。每次刪除520文件后，資源程序再次檢查506在第二 部分中是否有足夠的空間用于新的文件。作為替代，當預計用戶想要 該項目的時間已經(jīng)過去時(例如，如上所述，在動作發(fā)生后的50分 鐘，應答多半不會使得用戶感興趣)，發(fā)行商指示資源程序從本地存 儲器的第二部分中刪除文件。作為替代，當相關的內(nèi)容項目的關鍵時 間已經(jīng)過去時，發(fā)行商也指示資源程序刪除文件。
在比賽期間的任何時間，當用戶按下他的蜂窩電話(觀看設備) 上的菜單鍵時，顯示一個重放菜單項。通過選擇重放菜單項并再次按 下菜單鍵，呈現(xiàn)給用戶在用戶的web瀏覽器歷史列表中最近的賽事的 web地址的比賽中幾個(例如，最近的10個)感興趣的事件的菜單。 對于每個事件列出了事件發(fā)生的時間以及哪個方面使得算法把該事件規(guī)定為感興趣的事件。第11個菜單項使得用戶從當前由發(fā)行商提 供的多個比賽中選擇一個不同的比賽。當用戶通過選擇重放菜單項而
請求512觀看重放時，數(shù)據(jù)被發(fā)送514到觀看設備，其中包含還沒有 被高速緩存或預先加載到觀看設備的任何重放文件或內(nèi)容項目以及 用來將與重放有關的任何密封的文件解鎖的解密密鑰(例如，密碼被 放置在觀看設備上的適當?shù)脑O置文件中)。同時，告知發(fā)行商，并從 用戶的信用卡中劃去觀看該重放的費用，該重放通過在觀看設備上被 觀看而被消費516。
現(xiàn)在參照圖6，圖6是根據(jù)本發(fā)明的用來識別潛在消費者的識別 算法600的一個實施例的流程圖。在圖6的實施例中，當發(fā)行商要銷 售一個內(nèi)容項目時，他設法通過所示的一系列步驟識別客戶。
識別算法600從直接識別604對于藝術家、風格、或暢銷排行榜 具有忠誠度的客戶開始。這是通過逐個人地搜索用戶數(shù)據(jù)602,尋找 與購買所提供的內(nèi)容有關的特性而完成的。例如，識別算法600搜索 發(fā)行商的銷售記錄，識別已購買相關項目的客戶。例如，銷售一個藝 術家的新唱片的發(fā)行商使用識別算法600直接識別604已購買同一藝 術家的前一張唱片或同一風格的藝術家的唱片的客戶。同樣地，如果 所銷售的歌曲位于一個特別的暢銷榜單上，則識別算法600直接識別 604具有購買來自該特別榜單的歌曲的歷史的客戶。用戶數(shù)據(jù)602包 括在互聯(lián)網(wǎng)上的公共網(wǎng)頁，并且識別算法600直接識別604其個人網(wǎng) 頁包含對于所銷售的內(nèi)容項目和與該項目有關的藝術家的索引的潛 在客戶。同樣地，識別算法600搜索娛樂組的成員名單、音樂類別、 藝術類別或歌迷俱樂部、在線布告欄排名、投訴、組織和聊天室、發(fā) 行商的銷售記錄、客戶對于廣告的響應、客戶問題、客戶投票結(jié)果、 客戶自我認同問巻、以及由發(fā)行商編輯的和從廣告代理商購買的信 息，以直接識別604對于內(nèi)容項目的藝術家或類別具有忠誠度的潛在 消費者。
識別算法600根據(jù)由與客戶相關的個人的購買趨勢識別進一步 的客戶。具體來說，識別算法600首先使用用戶數(shù)據(jù)602來尋找608與內(nèi)容項目的當前購買者有關的屬性。例如，識別算法600發(fā)現(xiàn)購買 某個藝術家的內(nèi)容的大部分客戶是在20歲和22歲之間、且居住在哈 萊姆西班牙人聚居區(qū)。因此，發(fā)行商通過協(xié)會609識別年齡在20歲 的、地址在哈萊姆西班牙人聚居區(qū)的注冊用戶，并把該內(nèi)容項目預先 加載到他的觀看設備。同樣地，如果發(fā)現(xiàn)608馬里蘭大學的學生與購 買喜劇剪輯有關，則識別算法600通過協(xié)會609識別馬里蘭大學的學 生，并把喜劇剪輯預先加載到他的觀看設備。
識別算法600還發(fā)現(xiàn)608瞬時購買趨勢，例如，在地理區(qū)域中用 戶的異常購買趨勢。特別是在圖6的例子中，其當前位置(如通過 GPS或根據(jù)蜂窩網(wǎng)確定)靠近會議中心的很多人正在購買股票信息。 因此算法600通過協(xié)會609識別在會議中心的用戶，并把股票信息預 先加栽到他的觀看設備。
識別算法600還通過與內(nèi)容項目有關的事件的參與情況610來識 別客戶。例如，識別算法600搜索在銷售地區(qū)的事件日程表606。事 件日程表606可直接來自舉辦組織(例如，體育館的網(wǎng)址)，日程表 也可以來自互聯(lián)網(wǎng)搜索或來自專用數(shù)據(jù)庫(例如，旅游指南或娛樂指 南)。在圖6的例子中，當發(fā)行商正在銷售一個音樂文件時，識別算 法600搜索音樂會數(shù)據(jù)庫和電子媒體，尋找與該音樂文件有關的藝術 家的音樂會或具有類似風格或相同類別的其它藝術家。當發(fā)行商正在 銷售體育剪輯時，識別算法600搜索本地體操館、操場、演技場和體 育館，確定忠于某個球隊的體育迷的聚集地點或與所銷售的媒體項目 有關的賽事。然后，參與該事件的客戶通過參與情況610,通過使用 GPS數(shù)據(jù)(根據(jù)他們的蜂窩電話的位置)或從門票銷售數(shù)據(jù)或從表示 客戶位置的其它關聯(lián)數(shù)據(jù)，例如從體育館或音樂會大廳附近的商店、 旅館、餐館、和加油站的銷售數(shù)據(jù)而被識別。識別參與某個事件610 的客戶的另一種方法是搜索其歷史記錄離線時間對應于所銷售的音 樂項目的類別的音樂會的蜂窩電話(更具體來說，其電話在他的本地 區(qū)域中最近五次Rap音樂會開始后的15分鐘內(nèi)被關斷的電話主人被 識別為Rap唱片的潛在客戶)。當有與某個特定媒體剪輯有關的事件時，不需要逐個地識別客 戶。相反，媒體文件被預先加載到在發(fā)行商處注冊、并且當前位于該 事件的鄰近地區(qū)內(nèi)的每個蜂窩電話(不用正式識別客戶)。
識別算法600還識別觀看在廣播日程表612中列出的媒體事件 614的客戶。注冊用戶當前，見看的內(nèi)容通過互聯(lián)網(wǎng)cookie來確定，它 駐留在消費者的觀看設備內(nèi)，并把正在觀看的當前通道(關于該通道 的內(nèi)容的信息來自廣播日程表612)報告給發(fā)行商。例如，如上所述， 在第一實施例的例子中，體育剪輯被預先加載到觀看體育新聞的客 戶。對于注冊用戶當前觀看內(nèi)容的了解對于上述的一次點擊購物也是 有用的。作為替代，觀看模式可以通過跟蹤觀看設備的互聯(lián)網(wǎng)連接的 時間模式或用戶的蜂窩電話的離線時間以及找出在廣播日程表612中 列出的事件組的相關性而被間接地確定。
廣播日程表612是從電視指南和有線指南、廣告數(shù)據(jù)、新聞頻道 和娛樂指南中收集的。
識別算法600還通過接受委托的調(diào)查人員616來識別客戶。當調(diào) 查人員所識別的潛在客戶購買內(nèi)容項目時，支付給調(diào)查人員616固定 的費用。作為替代，對調(diào)查人員616的支付數(shù)額根據(jù)實際購買者在調(diào) 查人員616所識別的潛在客戶中的比例而增加。
識別算法600還經(jīng)由數(shù)據(jù)開采(datamining) 618來識別客戶。 通過使用已知的技術(如從以色列特拉維夫市的Wizsoft⑧公司可得到 的WizWhy⑧軟件產(chǎn)品)，找到在產(chǎn)品需求與各客戶屬性和時間之間 的相關性。然后，通過使用用戶數(shù)據(jù)602找出具有所找到的相關性的 屬性的用戶而識別出新的客戶。
現(xiàn)在參照圖7，圖7是根據(jù)本發(fā)明用來預報關鍵時間的預報算法 700的流禾呈圖。
首先，預報算法700預報在對于從與內(nèi)容項目有關的事件704 得到的內(nèi)容項目的預計的需求高峰的開始時間段的關鍵時間。具體 地，預報算法700搜索事件數(shù)據(jù)庫602，尋找與該內(nèi)容項目的高的瞬 時需求有關的事件。例如，當發(fā)行商試圖銷售在星期日上午進行的NY Gients橄欖球比賽的錄像剪輯時，關鍵時間是星期日中午的華盛 頓紅人隊比賽的半場休息時間的開始，因為預期有大量球迷會用半場 休息時間來試圖補上在星期日上午進行的其它比賽。同樣地，在搖滾 音樂會之后不久，預期該藝術家的新唱片會有需求高峰，因此用于銷 售該唱片的關鍵時間是音樂會的結(jié)束時間。應當指出，華盛頓紅人隊 比賽的半場休息時間的開始點也是用于交付音樂文件的關鍵時間，因 為在半場休息時間期間，發(fā)行商的輸出帶寬對于Giants比賽剪輯的請 求顯得很擁擠，造成音樂文件交付的延時。
作為替代，關鍵時間與特定的日期相聯(lián)系；例如，恐怖電影的剪 輯預期在10月31日具有需求高峰。作為替代，瞬時關鍵時間與特定 的客戶相聯(lián)系。例如，體育剪輯在晚上早些時候被預先加栽到一直在 9:00與10:00 PM之間的夜間購買該體育剪輯的特定客戶(例如，因 為在那時他結(jié)束晚餐并打算補上白天的體育賽事)。
預報算法700還預報在造成總的web擁塞的事件的時間段開始 處的關鍵時間。例如，從3:00到5:00 pm EST的選舉日的下午被預 報為在整個互聯(lián)網(wǎng)上總的擁塞時間，因為在該時間段期間有大量的用 戶將試圖觀看選舉結(jié)果，而同時其它用戶(不工作的用戶)將出于其 它目的在網(wǎng)上沖浪。因此，發(fā)行商在選舉日之前和期間預先加載所有 種類的文件。
預報算法700還根據(jù)相關的媒體廣播708預報關鍵時間。這是通 過搜索廣播數(shù)據(jù)庫606尋找與所銷售的內(nèi)容項目有關的相關廣播項目 來實現(xiàn)的。例如，如上面在對圖1的說明中所述，事件在網(wǎng)絡新聞廣 播中被提及的時間是對于該事件的剪輯的需求的關鍵時間。用于播放 對于一個項目的廣告的安排時間也被預報為對于該項目的需求的關 鍵時間。同樣地，對于在高速公路廣告牌上廣告的項目，高峰時間的 開始點是對于該項目的請求的關鍵時間。
預報算法700還根據(jù)規(guī)律的網(wǎng)絡擁塞716預報用于交付內(nèi)容項目 的關鍵時間。例如，如果互聯(lián)網(wǎng)線路通常在工作日期間在 9:00-10:00AM之間是擁塞的(這時人們?nèi)ド习嗖㈤_始檢查他們的電子郵件)，則該時間段的開始點被預報為關鍵交付時間。
預報算法700也使用數(shù)據(jù)開采718來找出與對于內(nèi)容項目的高的 瞬時需求有關的時間或事件。然后，當這樣的事件發(fā)生時的時間段的
開始點被預報為對于交付該內(nèi)容項目的關鍵時間。
現(xiàn)在參照圖8，圖8是根據(jù)本發(fā)明的用于交付內(nèi)容項目的日程表 的實施例800。在實施例800中，在華盛頓特區(qū)的18個潛在消費者 (John、 Frank、 Celia、 Jill、 John、 Armand、 Marianne、 James、 David、 Jeff、 Joshua、 Ann Blake、 Elizabeth、 Peter、 Bessie、 Gertrude、 和Deborah)在用從14:00 ( 2:00pm )到20:00 ( 8:00pm )的水平線 代表的時間段內(nèi)以寄售方式接收4個內(nèi)容項目(用圓圏代表的第一項、 用方塊代表的第二項、用三角形代表的第三項、和用菱形代表的第四 項)的一個或多個項目。用于通知特定潛在客戶John、 Frank、 Celia 和Jill笫一內(nèi)容項目的可用性的最佳時間(15:00)用線條802a表示。 用于通知特定潛在客戶James、 David、 Jeff、 Joshua、 Aim Blake、 Elizabeth和Peter第二內(nèi)容項目的可用性的最佳時間(16:30)用線 條802b表示。用于通知特定潛在客戶Jill、 John、 Armand、 Marianne 和James第三內(nèi)容項目的可用性的最佳時間(18:30 )用線條802c表 示。用于通知特定潛在客戶Elizabeth、 Peter、 Bessie、 Gertrude和 Deborah第四內(nèi)容項目的可用性的最佳時間(18:00)用線條802d表 示。用于通知特定潛在客戶Frank、 Celia、 Jill、 John、 Armand和 Marianne第四內(nèi)容項目的可用性的最佳時間(20:00 )用線條802e表 示。
在實施例800中，用于通知每個消費者(當消費者大多對于該項 目感興趣或沖動地購買項目時)內(nèi)容項目的可用性的最佳時間才艮據(jù)消 費者的已知屬性以及內(nèi)容項目的特性和獲取的上下文進行預言。具體 來說，在實施例中800，第一內(nèi)容項目是關于歐元市場的當天收盤價 和下一天的預計價格的信息。由于時區(qū)差，歐元市場在華盛頓的早上 之前已經(jīng)閉市。因此，華盛頓的消費者John、 Frank、 Celia、 Jill要 補上這個信息，并準備好在該工作日結(jié)束時用于歐元交易的訂單，用于通知潛在客戶第一內(nèi)容項目的可用性的最佳時間(線條802a)是 15:00。第二內(nèi)容項目是關于華盛頓特區(qū)的道路封閉情況的信息。交通 信息指示消費者想要當他們或他們的伴侶從上班地方回家時正好在 高峰時間之前的信息。因此，用于通知消費者James、 David、 Jeff、 Joshua、 Ann Blake、 Elizabeth和Peter (Elizabeth和Peter實際上 是對第二內(nèi)容項目感興趣，以便預測他們的伴侶將何時到家)第二內(nèi)
容項目的可用性的最佳時間(線條802b )是16:30。第三內(nèi)容項目是 關于在當天晚上在華盛頓特區(qū)的娛樂方面的信息。根據(jù)第三內(nèi)容項目 的特性，用于通知消費者Jill、 John、 Armand、 Marianne和James 第三內(nèi)容項目的可用性的最佳時間(線條802c)是在18:30的晚上的 開始時，此時他們正在決定今天晚上干些什么。第四內(nèi)容項目包括從 在當天發(fā)生的各種新聞項目和體育賽事的視頻剪輯。因此，第四內(nèi)容 項目預期是消費者當他們要補上白天的新聞時可能在傍晚感興趣的。 晚上何時開始取決于消費者的屬性。例如，對于作為教師和回家早的 Elizabeth和Peter,和對于Bessie、 Gertrude和Deborah (已退休)， 晚上開始得較早。所以，用于通知(線條802d) Elizabeth、 Peter、 Bessie、 Gertrude和Deborah第四內(nèi)容項目的可用性的最佳時間是 18:00。另一方面，對于都在鬧市區(qū)工作的Frank、 Celia、 J川、John、 Armand和Marianne,晚上開始得較遲(回家以后)。所以，用于通 知第四內(nèi)容項目的最佳時間對于不同的消費者是不同的。具體來說， 由于新聞剪輯的獲取的上下文(它們是在消費者收聽晚間新聞中相應 的新聞項目時通常想要的)，預期Frank、 Celia、 Jill、 John、 Armand 和Marianne在觀看8:00pm新聞的同時將想要新聞剪輯。所以，用 于通知(用線條802e4戈表)Frank、 Celia、 Jill、 John、 Armand和 Marianne第四內(nèi)容項目的可用性的最佳時間是在20:00，在20:00新 聞廣播的開始時。
在實施例800中，內(nèi)容項目的交付時間由"盡可能早"的規(guī)則和優(yōu) 先級方案確定。具體來說，每個項目只要沒有要發(fā)送的更高的優(yōu)先級 的項目就被發(fā)送。優(yōu)先級根據(jù)在通知之前的時間和最大優(yōu)先級被確定。各個最大優(yōu)先級被設置用于把每個項目交付給每個消費者。用于 把給定的項目交付給給定的消費者的最大優(yōu)先級考慮內(nèi)容項目的特 性、消費者的屬性、和在通知時預期的帶寬可用性。具體地，在實施
例800中，對于在最佳通知時間之前的時間，寄售的優(yōu)先級等于最大 優(yōu)先級減去在通知的時間之前的分鐘數(shù)目。如果在最佳的通知時間之 前文件還沒有寄售到寄售，則在通知時間之后文件被給予對于寄售到 寄售的低的優(yōu)先級。如果消費者懇求請求內(nèi)容項目，則對于該項目的 優(yōu)先級被提升到最高的優(yōu)先級，因此寄售盡可能地早。在實施例800 中，John、 Frank、 Celia和Jill都具有他們需要貨幣數(shù)據(jù)用于工作的 屬性，而且必須在工作日結(jié)束之前接收該數(shù)據(jù)。因此，對于所有的這 四個消費者，第一項目具有120的最大優(yōu)先級。另外，對于第二內(nèi)容 項目(交通數(shù)據(jù))，及時得到數(shù)據(jù)對于James、 David、 Jeff、 Joshua、 Ann Blake、 Elizabeth和Peter是很重要的(因為這些消費者中的每 一個都具有一旦回到家中數(shù)據(jù)就變得沒有價值的屬性)，因此，第二
內(nèi)容項目得到100的最大優(yōu)先級。對于第三內(nèi)容項目(娛樂數(shù)據(jù))， 所有的消費者(JHI、 John、 Armand、 Marianne或James )都具有他 們必須在晚飯之前做出娛樂安排，而在此之后娛樂信息變得無用的屬 性。因此，把第三內(nèi)容項目交付給每個消費者具有120的最大優(yōu)先級。 關于第四內(nèi)容項目(新聞剪輯)的交付，Elizabeth、 Peter、 Bessie、 Gertrude和Deborah都具有如果他們沒有及時得到第四內(nèi)容項目的 話則他們可以隨后在晚上觀看該項目的屬性。因此，對于Elizabeth、 Peter、 Bessie、 Gertrude和Deborah來說，第四內(nèi)容項目的最大優(yōu)先 級是80。另一方面，F(xiàn)rank、 Celia、 Jill、 John、 Armand和Marianne 具有他們隨后在夜里觀看新聞的屬性。如果新聞剪輯不是即時可得到 的，則他們就去睡覺而不觀看剪輯。另外，第四內(nèi)容項目具有多個視 頻剪輯的非常大的文件的特性。大的文件的交付容易受到干擾。因此，
由于消費者的屬性以及由于第四內(nèi)容項目的特性，第四內(nèi)容項目的最 大優(yōu)先級對于不同的消費者是不同的。具體來說，對于把第四內(nèi)容項 目交付給Frank、 Celia、 JiU、 John、 Armand和Marianne的最大優(yōu)先級被設置為高達180。
根據(jù)以上的優(yōu)先級方案，在15:00之前的任意時間(線條802a) 交付第一內(nèi)容項目的優(yōu)先級是120-60 (t-15)，其中t是以小時為單 位的時間。具體來說，在圖8的時間范圍的起始點(14:00)，把第一 內(nèi)容項目交付給Frank、 Celia、 Jill、 John、 Armand和Marianne的 優(yōu)先級是120-60(15-14)=60。在16:30之前把第二內(nèi)容項目交付給 James、 David、 Jeff、 Joshua、 Ann Blake、 Elizabeth和Peter的優(yōu) 先級是100-60(16.5-t)。在18:30之前把第三內(nèi)容項目交付給Jill、 John、 Armand、 Marianne和James的優(yōu)先級是120-60(18.5誦t)。在16:00之 前第四內(nèi)容項目交付給Elizabeth,Peter、Bessie、Gertrude和Deborah 的優(yōu)先級是80-60(16-t)。在20:00之前把第四內(nèi)容項目交付給Frank、 Celia、 Jill、 John、 Armand和Marianne的優(yōu)先級是180-60(20-t)。 因此可以看到，在15:00之前，第一內(nèi)容項目的交付具有最高優(yōu)先級， 第一內(nèi)容項目的所有實例在發(fā)出任何其它項目之前被發(fā)出。對于優(yōu)先 級相同的兩個項目來說，規(guī)則是在圖8的名單中最上面的名字首先接 收。因此，由于John、 Frank、 Celia、 Jill都具有對于第一內(nèi)容項目 相同的優(yōu)先級，因此他們按名單的次序(John、 Frank,、 Celia和Jill) 來接收，如圖8所示。在第一內(nèi)容項目被發(fā)出后，把第二內(nèi)容項目交 付給James 、 David 、 Jeff、 Joshua 、 Ann Blake 、 Elizabeth和Peter 就具有了最高優(yōu)先級。 一旦笫二內(nèi)容項目的所有實例都被交付，即使 把第四內(nèi)容項目發(fā)送到Elizabeth,Peter、Bessie、Gertrude和Deborah 的最佳通知時間18:00早于把第三內(nèi)容項目發(fā)送到Jill、 John、 Armand、 Marianne和James的最佳通知時間18:30,無論如何，最 高的優(yōu)先級還是被賦予將第三內(nèi)容項目發(fā)送到Jill、 John、 Armand、 Marianne和James，因為最大優(yōu)先級的差值120-80=40大于時間上的 差值60(18.5-18)=30。因此，首先把所有的第三內(nèi)容項目發(fā)送到Jill、 John、 Armand 、 Marianne和James, 然后把第四項目發(fā)送到 EHzabeth、 Peter、 Bessie、 Gertrude和Deborah,最后把第四項目發(fā) 送到Frank 、 Celia、 Jill、 John、 Armand和Marianne。作為替代，交付的關鍵時間也可以不同于最佳通知時間(例如， 如果預期在最佳通知時間之前在交付通道上進行寄售，則交付的關鍵
時間是在預期的寄售之前和在用于通知的最佳時間之前)。當用于交 付的最佳時間不同于用于通知的最佳時間時，交付的優(yōu)先級是基于用 于交付的最佳時間。
雖然本發(fā)明是針對有限數(shù)目的實施例進行說明的，但應當理解的 是，可以得到本發(fā)明的許多變體、修改和其它應用。
權利要求
1.一種用于加強內(nèi)容項目的電子交付的方法，包括以下步驟a)識別對于內(nèi)容項目的潛在消費者，以及b)把與沒有被所述潛在消費者請求的內(nèi)容項目有關的文件交付給所述潛在消費者。
2. 根據(jù)權利請求l的方法，其中所述交付步驟根據(jù)優(yōu)先級方案 來進行。
3. 根據(jù)權利請求2的方法，其中所述優(yōu)先級方案考慮從包含內(nèi) 容項目的特性、所述潛在消費者的屬性、當前的時間、通知時間、以 及在通知時間時預期的帶寬可用性的組中所選出的至少一個屬性。
4，根據(jù)權利請求l的方法，還包括以下步驟c) 預計用于通知所述潛在消費者內(nèi)容項目的可用性的最佳時間。
5. 根據(jù)權利請求l的方法，還包括以下步驟c) 預報用于所迷交付內(nèi)容項目的步驟的關鍵時間，并且其中所 述交付步驟在所述關鍵時間之前。
6. 根據(jù)權利請求5的方法，其中所述關鍵時間是預期所述潛在消費者需要該內(nèi)容項目的時間段的開始。
7. 根據(jù)權利請求5的方法，其中所迷關鍵時間是預期在交付通 道上發(fā)生擁塞的時間段的開始。
8. 根據(jù)權利請求5的方法，其中所述關鍵時間與對該內(nèi)容項目 的預期需求高峰有關。
9. 根據(jù)權利請求5的方法，還包括以下步驟d) 在所述關鍵時間后，把與所迷內(nèi)容項目有關的第二內(nèi)容項目 發(fā)送到所述潛在消費者。
10. 根據(jù)權利請求8的方法，其中所述預報的步驟是基于與該內(nèi) 容項目有關的廣播的時間。
11. 根據(jù)權利請求l的方法，其中所述識別的步驟不是由所述潛在消費者請求的。
12. 根據(jù)權利請求1的方法，其中所述交付的步驟包括多播傳送。
13. 根據(jù)權利請求l的方法，其中所述文件為密封的格式，并且 所述文件在由所述潛在消費者請求后被發(fā)布。
14. 根據(jù)權利請求13的方法，其中所述請求被解譯為對于該內(nèi) 容項目承諾支付。
15. 根據(jù)權利請求13的方法，還包括以下步驟 c)在所述請求后發(fā)送與內(nèi)容項目有關的資料。
16. 根據(jù)權利請求l的方法，其中所述識別步驟是基于所述潛在 消費者對于從包含表演者、媒體風格、作者和暢銷排行榜的組中選出 的至少一個內(nèi)容的歷史忠誠度。
17. 根據(jù)權利請求l的方法，其中所述識別步驟是基于從包含所 述潛在消費者的當前位置、當前時間、當前曰期、潛在消費者參與和 該內(nèi)容項目有關的事件、以及所述潛在消費者對于和該內(nèi)容項目有關 的內(nèi)容的當前觀看的列表中選出的至少一個瞬時條件。
18. 根據(jù)權利請求l的方法，其中所述識別步驟是基于從包含由 與所述潛在消費者有關的人的異常購買趨勢、可用參數(shù)及用戶資料的 數(shù)據(jù)開釆的結(jié)果、接受委托的調(diào)查人員的推薦、以及用戶生成的自身 資料的列表中選出的至少一個預測標準。
19. 根據(jù)權利請求l的方法，還包括以下步驟c)響應于從包含當預期潛在消費者需要該內(nèi)容項目的時間段已 經(jīng)過去、在交付通道中預期發(fā)生擁塞的時間段已經(jīng)過去、所述潛在消 費者的狀態(tài)發(fā)生改變、以及替代內(nèi)容項目的可用性的列表中選出的至 少 一個條件從存儲設備中刪除所述文件。
20. —種由發(fā)行商把事件的重放銷售給消費者的方法，所述重放 包括內(nèi)容的一部分，該方法包括以下步驟(a) 在內(nèi)容廣播期間把所述的這部分內(nèi)容高速緩存到對于消費 者可用的設備上；(b) 向消費者提供用來請求重放的接口，所述請求也被解譯為對于重放的承諾支付，以及(C)應所述請求把該重放發(fā)布給消費者。
21.根據(jù)權利請求20的方法，其中所述高速緩存是以加密的格 式進行的，并且所述發(fā)布的步驟包括向消費者提供加密密鑰。
22，根據(jù)權利請求20的方法，其中所述發(fā)布的步驟包括把內(nèi)容 項目交付給消費者，所述重放包括所述的部分內(nèi)容以及所述內(nèi)容項 目。
23. —種用于加強把內(nèi)容項目交付給消費者的觀看設備的系統(tǒng)，包括(a) 第一算法，用于在消費者請求之前識別消費者，(b) 第二算法，用于預報把內(nèi)容項目交付給消費者的關鍵時間，(c) 與所述觀看設備相關聯(lián)的本地存儲設備，用于在所述關鍵時 間之前存儲該內(nèi)容項目。
24. 根據(jù)權利請求23的系統(tǒng)，還包括(d) 單個按鍵，消費者通過該按鍵傳送購買內(nèi)容項目的請求。
25. 根據(jù)權利請求23的系統(tǒng)，其中觀看設備和所述本地存儲設 備被放置在同一處。
全文摘要
一種用于加強內(nèi)容項目的電子交付和銷售的方法和系統(tǒng)。為了加快交付并避免交付通道的擁塞，識別潛在消費者，并且項目在由客戶請求之前被交付。交付是在當通信資源在高峰需求的關鍵時間之前可用時進行的。項目的交付可以經(jīng)由多播傳送被加強。項目的銷售是通過一次點擊上下文敏感的購買而得到鼓勵的。
文檔編號G06Q30/00GK101496050SQ200780002942
公開日2009年7月29日 申請日期2007年1月25日 優(yōu)先權日2006年1月30日
發(fā)明者A·澤威, E·貝奇克夫, I·波姆蘭茲 申請人:晟碟以色列有限公司