專利名稱：用于模擬社交網(wǎng)絡(luò)中離線用戶的推薦的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及社交媒體推薦網(wǎng)絡(luò)。
背景技術(shù)：
在當(dāng)今的數(shù)字化社會(huì)，社交網(wǎng)絡(luò)大量增加。例如，即時(shí)通訊和聊天 應(yīng)用使用戶能夠創(chuàng)建朋友或密友社交網(wǎng)絡(luò)。朋友可以被分成各種類型或
分組，如朋友，家人，同事以及其它。作為另一個(gè)例子，諸如MySpace 的社交交際網(wǎng)站(social networking website)允許用戶創(chuàng)建朋友社 交網(wǎng)絡(luò)，利用該社交網(wǎng)絡(luò)用戶能夠進(jìn)行交流。
社交網(wǎng)絡(luò)的出現(xiàn)是用來在用戶中間推薦媒體內(nèi)容的一種手段。共同 擁有并受讓的序號(hào)為1 1/484, 1 30、標(biāo)題為"P2P NETWORK FOR PROVIDING REAL TIME MEDIA RECOMMENDATIONS"的美國(guó)專利申請(qǐng)公開了示例性的 基于社交網(wǎng)絡(luò)的媒體推薦系統(tǒng)，該系統(tǒng)在本文中稱作社交媒體推薦網(wǎng) 絡(luò)。這類系統(tǒng)存在的 一個(gè)問題是當(dāng)社交媒體推薦網(wǎng)絡(luò)中的另 一個(gè)用戶不 可用(unavailable)時(shí)，由任何一個(gè)用戶接收的推薦的數(shù)量會(huì)明顯降 低。因此，需要一種系統(tǒng)和方法以消除或減輕用戶不可用時(shí)社交媒體推 薦網(wǎng)絡(luò)中推薦流的明顯降低，同時(shí)保持通過該系統(tǒng)的自然推薦流。

發(fā)明內(nèi)容
本發(fā)明涉及在社交媒體推薦網(wǎng)絡(luò)中模擬不可用用戶的推薦。通常， 形成社交媒體推薦網(wǎng)絡(luò)使得社交媒體推薦網(wǎng)絡(luò)中的每個(gè)用戶發(fā)送和接 收來自他們的朋友的推薦。當(dāng)社交媒體推薦網(wǎng)絡(luò)中的其中 一個(gè)用戶不可 用時(shí)，推薦模擬器用于模擬來自該不可用用戶的推薦。當(dāng)該用戶再次變 得可用時(shí)，推薦模擬器停止模擬來自該用戶的推薦。
更具體地，在一個(gè)實(shí)施例中，每個(gè)用戶與推薦客戶端關(guān)聯(lián)，該推薦 客戶端從該用戶的朋友的推薦客戶端接收媒體項(xiàng)目的推薦。推薦客戶端 可以對(duì)推薦的媒體項(xiàng)目打分并任選地對(duì)來自用戶的i某體集(media collection)中的媒體項(xiàng)目打分。該分?jǐn)?shù)可以由推薦客戶端使用，以通 過編程方式從推薦的媒體項(xiàng)目，及任選地從用戶的媒體集中的媒體項(xiàng)目中選擇回放的媒體項(xiàng)目。響應(yīng)于對(duì)所選擇的媒體項(xiàng)目的回放，推薦客戶 端給用戶的朋友的推薦客戶端發(fā)送相應(yīng)推薦。
在用戶變成不可用之前，推薦模擬器從用戶的推薦客戶端獲得客戶
端上下文信息(context information )。客戶端上下文信息可以包4舌例 如用來對(duì)媒體項(xiàng)目打分的用戶偏好，用戶的媒體集中媒體項(xiàng)目的列表及 它們的分?jǐn)?shù)，先前推薦給用戶的媒體項(xiàng)目列表及它們的分?jǐn)?shù)等等。當(dāng)用 戶變成不可用時(shí)，推薦模擬器使用客戶端上下文信息模擬用戶的推薦客 戶端。照此，在一個(gè)實(shí)施例中，推薦模擬器代表用戶接收推薦，對(duì)推薦 的媒體項(xiàng)目打分，通過編程方式選擇回放的媒體項(xiàng)目，模擬所選擇的媒 體項(xiàng)目的回放，響應(yīng)于對(duì)所選擇的媒體項(xiàng)目的模擬回放，向用戶的朋友 的推薦客戶端發(fā)送推薦。
結(jié)合附圖閱讀下文對(duì)優(yōu)選實(shí)施例的詳細(xì)描述之后，本領(lǐng)域技術(shù)人員 會(huì)認(rèn)識(shí)到本發(fā)明的范圍，并認(rèn)識(shí)到本發(fā)明的附加方面。


并入本說明書并形成本說明書的 一部分的附解說明了本發(fā)明 的幾個(gè)方面，并與下文的描述一起用來解釋本發(fā)明的原理。
圖1圖解說明根據(jù)本發(fā)明一個(gè)實(shí)施例的包括推薦模擬器的系統(tǒng)，所 述推薦模擬器用于在社交媒體推薦網(wǎng)絡(luò)中模擬來自不可用用戶的推薦；
圖2A和圖2B圖解說明示例性社交網(wǎng)絡(luò)以及當(dāng)不根據(jù)本發(fā)明模擬來 自不可用用戶的推薦時(shí)，不可用用戶的典型影響；
圖3是圖解說明根據(jù)本發(fā)明的一個(gè)實(shí)施例的圖1的推薦模擬器的主 代理的操作的流程圖4是圖解說明根據(jù)本發(fā)明的一個(gè)實(shí)施例的由用戶代理(圖3的主 代理)啟動(dòng)的用來模擬不可用用戶的推薦的流程圖5是圖解說明根據(jù)本發(fā)明的 一個(gè)實(shí)施例的由推薦模擬器的主代理
啟動(dòng)的用戶代理的操作的流程圖6A圖解說明根據(jù)本發(fā)明的一個(gè)實(shí)施例的當(dāng)推薦的推薦者和接受 者都可用時(shí)，圖1的系統(tǒng)的操作流程圖6B圖解說明根據(jù)本發(fā)明的一個(gè)實(shí)施例的圖1的系統(tǒng)的操作，其 中用戶代理模擬在發(fā)送推薦時(shí)不可用用戶的推薦客戶端的操作；
圖6C圖解說明根據(jù)本發(fā)明的一個(gè)實(shí)施例的圖1的系統(tǒng)的操作，其中用戶代理模擬在接收推薦時(shí)不可用用戶的推薦客戶端的操作；
圖7是根據(jù)本發(fā)明的一個(gè)實(shí)施例的圖1的中央服務(wù)器的框圖；和 圖8是根據(jù)本發(fā)明的一個(gè)實(shí)施例的圖1的其中一個(gè)用戶設(shè)備的框圖。
具體實(shí)施例方式
下文描述的實(shí)施例代表使本領(lǐng)域技術(shù)人員能夠?qū)嵺`本發(fā)明的必要 信息，并圖解說明了實(shí)踐本發(fā)明的最佳模式。根據(jù)附圖閱讀下面描述之 后，本領(lǐng)域技術(shù)人員會(huì)理解本發(fā)明的概念，并會(huì)認(rèn)識(shí)到本文沒有具體指 出的這些概念的應(yīng)用。應(yīng)該理解的是，這些概念和應(yīng)用都落入公開內(nèi)容 和隨附的權(quán)利要求書的范圍之內(nèi)。
圖1圖解說明根據(jù)本發(fā)明的一個(gè)實(shí)施例的系統(tǒng)10，系統(tǒng)IO模擬社 交媒體推薦網(wǎng)絡(luò)中來自不可用用戶的推薦。通常，系統(tǒng)10包括通過網(wǎng) 絡(luò)16連接的中央服務(wù)器12和許多用戶設(shè)備M-1至M-N。網(wǎng)絡(luò)16在本 文也稱作通信網(wǎng)絡(luò)。網(wǎng)絡(luò)16可以是任何類型的廣域網(wǎng)(WAN)或局域網(wǎng) (LAN),或它們的任何組合。此外，網(wǎng)絡(luò)16可以包括有線組件，無(wú)線 組件，或既包括有線組件又包括無(wú)線組件。用戶18-1至18-N與用戶設(shè) 備14-1至14-N關(guān)聯(lián)。應(yīng)注意盡管在圖1中圖示了單個(gè)中央服務(wù)器12, 但本發(fā)明并不局限于此。中央服務(wù)器12的功能性可以可替代地被分布
在多個(gè)服務(wù)器上。
中央服務(wù)器12包括推薦服務(wù)器20,推薦模擬器22,用戶簡(jiǎn)檔24 和客戶端上下文信息26。推薦服務(wù)器20優(yōu)選是用軟件實(shí)現(xiàn)的。不過推 薦服務(wù)器20也可以用軟件、硬件或軟件和硬件的組合來實(shí)現(xiàn)。通常， 推薦服務(wù)器20提供社交推薦網(wǎng)絡(luò)的集中功能性，例如用戶簡(jiǎn)檔管理和 推薦轉(zhuǎn)發(fā)。關(guān)于推薦轉(zhuǎn)發(fā)，在一個(gè)實(shí)施例中，推薦服務(wù)器20用于把來 自例如用戶18-1的用戶設(shè)備14-1的推薦轉(zhuǎn)發(fā)到具有是用戶18-1的朋 友的相關(guān)聯(lián)用戶的從用戶設(shè)備14-2至14-N中的其它用戶設(shè)備。如本文 使用的，用戶18-1的朋友是由用戶18-1識(shí)別為用戶18-1希望從其接 收推薦和/或用戶18-1希望向其發(fā)送推薦的用戶的另一個(gè)用戶。用戶 18-1的朋友可以由用戶18-1手動(dòng)選擇或以其它方式識(shí)別，例如由中央 服務(wù)器12使用用戶簡(jiǎn)檔匹配技術(shù)或類似技術(shù)以編程方式選擇。而且， 用戶18-1可以^巴朋友分成許多類型或分組，如朋友，家人和同事。如果使用這種類型或分組，則用戶18-1可以選擇或以其它方式識(shí)別是否 要手動(dòng)地或通過用戶偏好給所有朋友或一個(gè)或多個(gè)所選類型的朋友提 供推薦?？梢曰跁r(shí)間、要推薦的媒體項(xiàng)目的類型或其它分類或者類似 信息控制在各種類型或分組的朋友之間分發(fā)推薦的方式。例如，在白天
中，用戶18-1可以指定將推薦提供給類別為同事的朋友，并且指定在
晚上將推薦提供給分類為朋友和家人的朋友。
推薦模擬器22優(yōu)選是用軟件實(shí)現(xiàn)的。不過，推薦模擬器22也可以 以軟件、硬件或軟件和硬件的組合來實(shí)現(xiàn)。通常，推薦模擬器22包括 主代理28，主代理28檢測(cè)或以其它方式確定用戶18-1至18-N何時(shí)是 不可用的，并且作為響應(yīng)，啟動(dòng)用戶代理30-1至30-M,所述用戶代理 操作以;漠?dāng)M來自不可用用戶的推薦。更具體地，在例如用戶18-1不可 用時(shí)，主代理28啟動(dòng)用戶代理30-1至30-M中的一個(gè)以一莫擬來自用戶 18-1的推薦。在以下情況下，用戶18-1是不可用的，例如當(dāng)用戶設(shè)備 14-1不能連接到網(wǎng)絡(luò)16,用戶18-1必須選擇從推薦服務(wù)器20斷開或 另外選擇相對(duì)于社交推薦網(wǎng)絡(luò)進(jìn)入離線狀態(tài)，用戶設(shè)備M-l和中央服 務(wù)器12之間的連接的帶寬降到閾值之下，用戶18-l在諸如工作地點(diǎn)之 類的預(yù)定地點(diǎn)，用戶18-1變成不活動(dòng)的，用戶18-1顯式地(explicitly) 啟動(dòng)模擬，模擬已經(jīng)被安排等。注意到，在任一時(shí)刻用戶代理30-1至 30-M的數(shù)量取決于當(dāng)時(shí)不可用的用戶18-1至18-N的數(shù)量。可替代地， 在用戶18-1至18-N變成不可用時(shí)，可能有靜態(tài)數(shù)量的用戶代理30-1 至30-M纟皮分配。
用戶簡(jiǎn)檔24包括用戶18-1至18-N中每一用戶的用戶簡(jiǎn)檔。以用 戶18-l作為例子，在一個(gè)實(shí)施例中，用戶簡(jiǎn)檔包括用戶18-l的朋友列 表。這些朋友是用戶18-1向其發(fā)送推薦并且從其接收推薦的用戶18-2 至18-N中的其它用戶。用戶18-1的用戶簡(jiǎn)檔還可以包括用戶18-1的 才莫4以{扁好(simulation preference),這一夸在下文^S侖。jt匕夕卜，用戶 18-1的用戶簡(jiǎn)檔可以包括用來例如對(duì)媒體項(xiàng)目打分或另外選擇媒體項(xiàng) 目以在用戶設(shè)備14-1回放的用戶18-1的用戶偏好。在一個(gè)實(shí)施例中， 用戶偏好包括多個(gè)用戶偏好組，其中每個(gè)用戶偏好組對(duì)應(yīng)于本文所稱的 媒體通道。例如，用戶偏好可以包括"搖滾"媒體通道和"80年代的搖 滾"媒體通道的用戶偏好組。如下面討論的，當(dāng)搖滾媒體通道被選擇時(shí)， 相應(yīng)的用戶偏好組用來從搖滾音樂流派中選擇媒體項(xiàng)目，以便在用戶設(shè)備14-1上回放。當(dāng)80年代的搖滾媒體通道被選擇時(shí)，相應(yīng)的用戶偏好
組用來從八十年代發(fā)行的搖滾音樂流派中選擇媒體項(xiàng)目，以便在用戶設(shè)
備14-1上回放。應(yīng)注意用戶偏好可以可替代地凈皮存儲(chǔ)在客戶端上下文 信息26中。
客戶端上下文信息26包括用戶18-1至18-N中每個(gè)用戶的推薦客 戶端32-1至32-N的客戶端上下文?？蛻舳松舷挛男畔?6取決于推薦 客戶端32-1至32-N的具體實(shí)施方式
。通常，客戶端上下文提供推薦模 擬器22所需的信息以便在用戶18-1至18-N離線時(shí)模擬推薦客戶端 32-1至32-N。下面參考本發(fā)明的示例性實(shí)施例來對(duì)客戶端上下文信息 26進(jìn)行更多詳細(xì)描述。
用戶設(shè)備14-1至14-N每個(gè)都可以是個(gè)人計(jì)算機(jī)，諸如具備媒體回 放和網(wǎng)絡(luò)能力的移動(dòng)電話之類的移動(dòng)設(shè)備，具備媒體回放和網(wǎng)絡(luò)能力的 機(jī)頂盒，具備媒體回放和網(wǎng)絡(luò)能力的游戲機(jī)，具備媒體回放和網(wǎng)絡(luò)能力 的一些其它消費(fèi)設(shè)備或者類似設(shè)備。用戶設(shè)備14-1至14-N通常分別包 括推薦客戶端32-1至32-N和用戶媒體集34-1至34-N (在本文后面稱 為媒體集34-1至34-N)。推薦客戶端32-1至32-N優(yōu)選是用軟件實(shí)現(xiàn) 的。不過，本發(fā)明并不限于此。推薦客戶端32-1至32-N可以用軟件、 硬件或軟件與硬件的組合來實(shí)現(xiàn)。
在這個(gè)實(shí)施例中，推薦客戶端32-1至32-N分別包括媒體播放器 36-1至36-N和推薦引擎38-1至38-N。應(yīng)注意媒體播放器36-1至36-N 可以可替代地與推薦客戶端32-1至32-N分開實(shí)施。例如，推薦客戶端 32-1至32-N可以實(shí)現(xiàn)為媒體播放器36-1至36-N的插件。媒體集34-1 至34-N分別包括用戶18-1至18-N可以訪問的媒體項(xiàng)目。例如，媒體 集34-1至34-N可以包括由相應(yīng)的用戶18-1至18-N擁有或以其他方式 獲得的媒體項(xiàng)目。媒體項(xiàng)目可以存儲(chǔ)在用戶設(shè)備14-1至14-N本地，或 者由相關(guān)的設(shè)備或服務(wù)器遠(yuǎn)程存儲(chǔ)。媒體項(xiàng)目可以是例如歌曲、視頻、 有聲讀物等。
以用戶設(shè)備14-1作為例子，推薦引擎38-1用于將推薦發(fā)送到被識(shí) 別為用戶18-1的朋友的一個(gè)或多個(gè)其它推薦客戶端32-2至32-N相關(guān) 聯(lián)的用戶，并從該一個(gè)或多個(gè)其它推薦客戶端32-2至32-N相關(guān)聯(lián)的用 戶接收推薦。更具體地，在一個(gè)實(shí)施例中，推薦引擎38-1用于通過編 程方式利用用戶18-1的用戶偏好從由推薦客戶端32-1從用戶18-1的
10朋友的推薦客戶端接收的推薦所識(shí)別的媒體項(xiàng)目以及可選地用戶18-1
的媒體集34-1中的媒體項(xiàng)目中選擇媒體項(xiàng)目來播放。推薦引擎38-1觸 發(fā)媒體播放器36-1對(duì)所選擇的媒體項(xiàng)目的回放。響應(yīng)于所選媒體項(xiàng)目 的回放，推薦引擎38-1將對(duì)所播放的媒體項(xiàng)目的推薦發(fā)送給推薦服務(wù) 器20，然后，推薦服務(wù)器20將該推薦轉(zhuǎn)發(fā)給用戶18-l的朋友。要得到 推薦引擎38-1的這個(gè)示例性實(shí)施例的更多信息，感興趣的讀者可以參 考于2006年7月11日申請(qǐng)的、標(biāo)題為"P2P NETWORK FOR PROVIDING REAL TIME MEDIA RECOMMENDATIONS" 序列號(hào)為11/484， 130的美國(guó)專利申請(qǐng)， 該專利申請(qǐng)全部?jī)?nèi)容在此引入以供參考。
在繼續(xù)討論本發(fā)明的細(xì)節(jié)之前，討論社交推薦網(wǎng)中不可用用戶的影 響可能是有益的。圖2A圖解說明了示例性社交推薦網(wǎng)絡(luò)。在這個(gè)例子 中，用戶B,用戶C和用戶D是用戶A的朋友。用戶E,用戶F,用戶G 和用戶H是用戶C的朋友。用戶I是用戶G的朋友，用戶J是用戶H的 朋友。這樣，用戶A從用戶B,用戶C和用戶D接收推薦，并向他們發(fā) 送推薦。用戶C從用戶A,用戶E，用戶F,用戶G和用戶H接收推薦， 并向他們發(fā)送推薦。用戶G從用戶C和用戶I接收推薦，并向其發(fā)送推 薦。用戶H從用戶C和用戶J接收推薦，并向他們發(fā)送推薦。因此，朋 友和朋友的朋友關(guān)系的結(jié)果是，用戶A可以直接或間接地從所有其它用 戶B至用戶J接收推薦。而且，源自用戶A的推薦可以傳播到所有其它 用戶B至用戶J。
不過，如圖2B圖解說明的，如果用戶C變成不可用，則社交網(wǎng)絡(luò) 中許多對(duì)用戶A都變?yōu)椴豢捎谩Ｓ脩鬉不再能接收源自用戶E,用戶F, 用戶G，用戶H，用戶I和用戶J的推薦。結(jié)果，用戶A所接收的推薦 的數(shù)量可能急劇減小。不過，如果根據(jù)本發(fā)明模擬來自用戶C的推薦， 則可以以與如果用戶C可用的基本相同的方式發(fā)送和接收推薦。
圖3是圖解說明根據(jù)本發(fā)明的一個(gè)實(shí)施例的圖1的推薦模擬器22 的主代理28的操作的流程圖。應(yīng)注意主代理28對(duì)推薦客戶端32-1至 32-N中的每個(gè)客戶端執(zhí)行下面的過程。首先，主代理28從推薦客戶端 獲得客戶端上下文，在這個(gè)例子中該推薦客戶端是推薦客戶端32-1 (步 驟100)。主代理28可以以任何所需方式從推薦客戶端32-1獲得客戶 端上下文。例如，主代理28可以周期性地從推薦客戶端32-1請(qǐng)求客戶 端上下文或其更新。作為另一個(gè)例子，推薦客戶端32-1可以周期性地向推薦模擬器22發(fā)送客戶端上下文或其更新。作為最后一個(gè)例子，如
果用戶18-1選擇離線，則在允許用戶18-1離線之前，或者作為用戶18-1 離線過程的一部分，推薦客戶端32-1可以向推薦模擬器22發(fā)送客戶端 上下文。
包含在客戶端上下文中的準(zhǔn)確信息根據(jù)推薦客戶端32-1的實(shí)施方 式而變化。通常，客戶端上下文是推薦模擬器22在用戶18-1離線時(shí)模 擬推薦客戶端32-1所需的信息。例如，客戶端上下文可以包括引用或 識(shí)別驅(qū)動(dòng)用戶18-1的推薦的媒體項(xiàng)目，用戶18-1的用戶偏好，描述用 戶18-l的人口統(tǒng)計(jì)信息，用戶18-1的歷史使用信息，播放列表交互等 等的集合的信息。
在一個(gè)實(shí)施例中，推薦客戶端32-1從其它推薦客戶端32-2至32-N 中與用戶18-1的朋友關(guān)聯(lián)的一個(gè)或多個(gè)推薦客戶端接收推薦；對(duì)若干 媒體項(xiàng)目打分，所述若干媒體項(xiàng)目包括推薦的媒體項(xiàng)目，可選地先前推 薦的媒體項(xiàng)目，以及可選地來自用戶18-1的媒體集3"1中的一個(gè)或多 個(gè)媒體項(xiàng)目；作為它們的分?jǐn)?shù)的函數(shù)來通過編程方式選擇媒體項(xiàng)目進(jìn)行 回放；并響應(yīng)于它們的回放發(fā)送對(duì)所選的媒體項(xiàng)目的推薦。在這個(gè)實(shí)施 例中，客戶端上下文可以包括例如包含先前推薦給用戶18-1的士某體項(xiàng) 目和可選的在用戶18-l的媒體集34-1中的媒體項(xiàng)目的媒體項(xiàng)目列表以 及該列表中媒體項(xiàng)目的分?jǐn)?shù)。此外，客戶端上下文可以包括用來對(duì)媒體 項(xiàng)目打分的用戶偏好。如上文討論的，用戶偏好可以可替代地存儲(chǔ)在用 戶18-1的用戶簡(jiǎn)檔中。應(yīng)注意如果多個(gè)用戶偏好組由用戶18-1限定， 則用戶18-1的用戶簡(jiǎn)檔可以包括所有用戶偏好組?？蛻舳松舷挛膭t可 以包括識(shí)別當(dāng)前用來對(duì)媒體項(xiàng)目打分的那些組中的一個(gè)組，或者要在模 擬過程中用來對(duì)媒體項(xiàng)目打分的那些組中的 一 個(gè)組的信息。
推薦模擬器22的主代理28還確定用戶18-1是否已變?yōu)椴豢捎?步 驟102)。可以采用各種技術(shù)來確定用戶18-1是否已變?yōu)椴豢捎?。例如?主代理28可以周期性地查驗(yàn)(ping)推薦客戶端32-1的連接性。如果 沒有響應(yīng)，則主代理"可以確定用戶l8-l是不可用的。可替代地，推 薦客戶端32-1可以周期性地向推薦模擬器22發(fā)送"保持激活(keep alive)"消息以通知推薦模擬器22用戶18-l是可用的。而且，由用 戶18-1采取的顯式動(dòng)作可以使用戶18-1的狀態(tài)變成不可用或離線。例 如，用戶18-1可以選擇退出(log out )推薦網(wǎng)絡(luò)。舉另一個(gè)例子，如果用戶18-1在預(yù)定時(shí)間段內(nèi)是不活動(dòng)的，則主代理28可以確定用戶 18-1是不可用的。應(yīng)注意在例如用戶18-1顯式地啟動(dòng)模擬，模擬已經(jīng) 被安排，從推薦客戶端32-1到中央服務(wù)器12的帶寬降到閾值以下時(shí)及 其它情況下，也可以認(rèn)為用戶18-1是不可用的。
如果用戶18-1是可用的，則過程返回步驟IOO。如果用戶18-1是 不可用的，則主代理28提供用戶代理以用來模擬用戶18-1的推薦客戶 端32-1 (步驟104 ),用戶代理在這個(gè)例子中是用戶代理30-1?？梢酝?過啟動(dòng)新的用戶代理，通過分配用戶代理30-1至30-M中的一個(gè)用戶代 理，或者類似手段來提供用戶代理30-1。如下文討論的，用戶代理30-1 然后模擬推薦客戶端32-1,直到用戶18-l再次是可用的，或模擬以其 它方式終止。
主代理28然后監(jiān)控用戶18-1的狀態(tài)，以確定用戶18-1何時(shí)重新 變成是可用的(步驟106)。當(dāng)用戶18-1可用時(shí)，主代理28在該例子 中通過終止用戶代理30-1來終止推薦客戶端32-1的模擬(步驟108 )。 應(yīng)注意用戶18-1再次變成可用的方式可以根據(jù)用戶18-1變成不可用的 方式而變化。例如，如果用戶18-1通過從社交媒體推薦網(wǎng)絡(luò)注銷(log off)變成不可用，則在用戶18-1重新登陸到社交媒體推薦網(wǎng)絡(luò)時(shí)，用 戶18-1變成是可用的。如果用戶18-1由于用戶設(shè)備14-1與網(wǎng)絡(luò)16斷 開而變成不可用，則在用戶設(shè)備14-1能夠重新連接到網(wǎng)絡(luò)16時(shí)，用戶 18-1變成可用的。如果用戶18-1顯式地啟動(dòng)模擬，則模擬可以繼續(xù)到 被用戶18-1終止或由于某個(gè)預(yù)定時(shí)間的到期而終止。如果模擬是由用 戶18-1安排的或者由推薦模擬器22安排的，則模擬可以在安排的時(shí)間 段結(jié)束時(shí)被終止。如果模擬是由用戶18-1的位置觸發(fā)的，則模擬可以 在用戶18-1不再在導(dǎo)致模擬的該位置時(shí)被終止。舉最后一個(gè)例子，如 果模擬是由帶寬觸發(fā)的，則模擬可以在推薦客戶端32-1和中央服務(wù)器 12之間的帶寬增加到閥值之上時(shí)被終止。 一旦才莫擬被終止，過程返回步 驟100。
一旦模擬被終止，推薦客戶端32-1可以從用戶18-1變成不可用時(shí) 操作結(jié)束的點(diǎn)開始操作?？商娲?，推薦模擬器22可以在模擬結(jié)束時(shí) 給推薦客戶端32-1提供推薦模擬器22的上下文。推薦客戶端32-1然 后可以在推薦模擬器22停止工作時(shí)所在的點(diǎn)開始操作?？梢詫?duì)用戶 18-1給出在用戶18-1變成不可用時(shí)的所在點(diǎn)開始操作，或者在用戶18-1再次變成可用時(shí)推薦模擬器22的所在點(diǎn)開始操作的選項(xiàng)。
圖4是根據(jù)本發(fā)明的一個(gè)實(shí)施例的圖3的步驟104的更加詳細(xì)的流 程圖。為了提供用來模擬用戶18-1的推薦客戶端32-1的用戶代理30-1, 主代理28首先確定推薦客戶端32-1的最近的客戶端上下文(步驟200 )。 應(yīng)注意如果推薦模擬器22沒有推薦客戶端32-1的客戶端上下文，則可 以使用缺省客戶端上下文或推薦客戶端32-2至32-N中與用戶18-1的 朋友相關(guān)聯(lián)的一個(gè)推薦客戶端的客戶端上下文。
主代理28還獲得用戶18-1的模擬偏好(步驟202 )。模擬偏好可 以是例如模擬是否被允許、對(duì)模擬的限制，如允許模擬或不允許模擬的 時(shí)間段等。此外，如果多個(gè)用戶偏好組由用戶18-1限定，則模擬偏好 可以包括識(shí)別用于沖莫擬的優(yōu)選用戶偏好組的信息。而且，沖莫擬偏好可以 包括識(shí)別是否能夠自動(dòng)生成用戶偏好的信息。自動(dòng)生成用戶偏好可以用 來作為歷史信息的函數(shù)而限定或修改用于模擬的用戶偏好。例如，如果 用戶18-1已經(jīng)限定了用來對(duì)媒體項(xiàng)目打分的多組用戶偏好，并且一般 在下午7時(shí)從第一組用戶偏好切換到第二組用戶偏好，則如果當(dāng)前時(shí)間 是下午7點(diǎn)以前，推薦模擬器22可以選擇第一組用戶偏好，然后在下 午7時(shí)切換到第二組用戶偏好。
自動(dòng)生成用戶偏好還可以允許推薦模擬器22在模擬過程中基于直 接或間接地從用戶18-1接收推薦的朋友或朋友的朋友的用戶偏好或其 當(dāng)前正播放的內(nèi)容類型更改用戶18-1的用戶偏好?？商娲?，從用戶 18-1接收推薦的朋友或朋友的朋友可以在^t擬過程中代表用戶18-1明 確請(qǐng)求要播放的內(nèi)容類型或?qū)λ鲆シ诺膬?nèi)容類型進(jìn)行投票，其中推 薦模擬器22在模擬過程中基于這些明確請(qǐng)求更改用戶18-1的用戶偏 好。
在此實(shí)施例中，主代理28然后確定是否允許基于用戶18-1的模擬 偏好進(jìn)行模擬(步驟204 )。如果否，則過程結(jié)束。如果是，則主代理 28可以優(yōu)化用于模擬的推薦客戶端32-1的客戶端上下文(步驟206 )。 例如，如果能夠自動(dòng)生成用戶偏好，則主代理28可以作為用戶18-1的 歷史使用、時(shí)間、位置等等的函數(shù)來更改客戶端上下文中的用戶偏好。 例如，基于歷史使用，主代理28可以確定用戶偏好是如何被用戶18-1 更改的，或者另外在一天的過程中是如何改變的。主代理28然后可以 根據(jù)一天中的當(dāng)前時(shí)間和歷史上在該一天中的當(dāng)前時(shí)間用戶偏好一皮調(diào)
14整的方式來優(yōu)化用于模擬的客戶端上下文中的用戶偏好。更具體地，如 果用戶18-1歷史上在早上播放搖滾音樂，在下午播放另類
(alternative )音樂，則主^(戈理28可以確定一天中的當(dāng)前時(shí)間。如果 當(dāng)前時(shí)間是早上，則如果有必要主代理28可以更改用戶偏好，以便將 搖滾音樂流派識(shí)別為要用來^t擬的客戶端上下文的優(yōu)選音樂流派。
附加地或者可替代地，主代理28可以調(diào)整或更改用于模擬的客戶 端上下文，以及更具體地用來模擬的用戶偏好，以適應(yīng)直接或間接地從 用戶18-l接收推薦的用戶18-1的朋友或朋友的朋友的需求或偏好。更 具體地，主代理28可以作為下游朋友或朋友的朋友的用戶偏好、正由 下游朋友或朋友的朋友播放的內(nèi)容類型、由下游朋友或朋友的朋友提出 的明確請(qǐng)求等等的函數(shù)來更改用來模擬的用戶偏好。例如，如果用戶 18-1的用戶偏好表明用戶18-1偏愛鄉(xiāng)村音樂，而用戶18-1的朋友偏愛 或目前對(duì)爵士音樂感興趣，則用戶18-1的用戶偏好可以在模擬過程中 被更改。結(jié)果，在模擬過程中，給爵士歌曲的打分更高，并且對(duì)爵士歌 曲的推薦更可能被發(fā)送到用戶18-1的朋友。
此時(shí)，主代理28啟動(dòng)用戶代理30-1以^^莫擬推薦客戶端32-1 (步驟 208 )。用戶代理30-1然后使用優(yōu)化的客戶端上下文模擬推薦客戶端 32-1。應(yīng)注意到客戶端上下文的優(yōu)化是可選的。這樣，用戶代理30-1 可以可替代地使用推薦客戶端32-1的最近的客戶端上下文來模擬推薦 客戶端32-1。 一旦用戶代理30-1被啟動(dòng)，主代理28向推薦服務(wù)器20 注冊(cè)用戶代理30-1 (步驟210)。用戶代理30-1被注冊(cè)到推薦服務(wù)器 20,使得要轉(zhuǎn)發(fā)給推薦客戶端32-1的推薦實(shí)際上被轉(zhuǎn)發(fā)到用戶代理 30-1。
圖5是圖解說明根據(jù)本發(fā)明的一個(gè)實(shí)施例的用戶代理30-1模擬推 薦客戶端32-1的操作的流程圖。首先，用戶代理30-1選擇最佳用戶偏 好設(shè)置(步驟300 )。應(yīng)注意，這也可以在圖4的步驟206中由主代理 28來完成。用戶代理30-1也執(zhí)行此操作以便更新最佳用戶偏好。例如， 隨著一天中時(shí)間的變化，用戶18-1的朋友或朋友的朋友的需求或優(yōu)選 的變化等，可能需要更新用于模擬的最佳用戶偏好。
在這個(gè)例子中，用戶代理30-1然后接收來自推薦客戶端32-2至 32-N中與用戶18-1的朋友關(guān)聯(lián)的一個(gè)或多個(gè)推薦客戶端的推薦(步驟 302 )，并作為用于模擬的最佳用戶偏好的函數(shù)來對(duì)推薦的媒體項(xiàng)目打分(步驟304 )。應(yīng)注意先前推薦的媒體項(xiàng)目和/或來自用戶18-1的媒 體集34-1的媒體項(xiàng)目的分?jǐn)?shù)可以作為推薦客戶端32-1的一部分客戶端 上下文提供給用戶代理30-1。
然后用戶代理30-1作為它們的分?jǐn)?shù)的函數(shù)對(duì)媒體項(xiàng)目的列表進(jìn)行 排序，或者提供經(jīng)排序的媒體項(xiàng)目的列表，所述媒體項(xiàng)目包括推薦的媒 體項(xiàng)目，可選的一個(gè)或多個(gè)先前推薦的々某體項(xiàng)目以及可選的用戶18-1 的媒體集34-1的一個(gè)或多個(gè)媒體項(xiàng)目(步驟306 )。然后由用戶代理 30-1模擬優(yōu)選是分?jǐn)?shù)最高的媒體項(xiàng)目的最上面的媒體項(xiàng)目的回放(步驟 308 )。響應(yīng)于模擬的媒體項(xiàng)目的回放，用戶代理30-1向推薦服務(wù)器20 發(fā)送對(duì)該媒體項(xiàng)目的推薦(步驟310 )。推薦服務(wù)器2G然后將該推薦轉(zhuǎn) 發(fā)給推薦客戶端32-2至32-N中與用戶18-1的朋友關(guān)聯(lián)的一個(gè)或多個(gè) 推薦客戶端。應(yīng)注意如果推薦客戶端32-3至32-N中的任何推薦客戶端
至30-M。用戶代理30-1然后確定排序列表中是否有更多的媒體項(xiàng)目(步 驟312)。如果沒有，則過程結(jié)束。如果有，則過程返回步驟300,重 復(fù)該過程。
圖6A-圖6C圖解說明根據(jù)本發(fā)明的一個(gè)實(shí)施例的圖1的系統(tǒng)10的 操作。圖6A圖解說明當(dāng)推薦者和接受者都可用時(shí)系統(tǒng)10的操作。如圖 示的，推薦客戶端32-1播放媒體項(xiàng)目(步驟400 )。響應(yīng)于媒體項(xiàng)目的 回放，對(duì)該媒體項(xiàng)目的推薦被發(fā)送到推薦服務(wù)器20 (步驟402 )。該推 薦優(yōu)選包括媒體標(biāo)識(shí)符(ID)或識(shí)別所推薦的媒體項(xiàng)目的其它信息。不 過，推薦可以附加地或可替代地包括媒體項(xiàng)目本身，媒體項(xiàng)目的預(yù)覽， 媒體項(xiàng)目的引用等。在媒體項(xiàng)目的回放被啟動(dòng)、在媒體項(xiàng)目的回放過程 中、或在媒體項(xiàng)目的回放完成時(shí)，可以發(fā)送該推薦。
推薦服務(wù)器20識(shí)別該推薦的接受者(步驟404 )。在一個(gè)實(shí)施例中， 與推薦客戶端32-1關(guān)聯(lián)的用戶18-1的用戶簡(jiǎn)檔包括用戶18-1的朋友 列表，其中所述朋友是其它用戶18-2至18-N中的一個(gè)或多個(gè)。這樣， 推薦服務(wù)器20可以獲得用戶18-1的朋友列表，并且將用戶18-1的朋 友識(shí)別為該推薦的接受者。在這個(gè)例子中，與推薦客戶端32-N關(guān)聯(lián)的 用戶18-N是用戶18-1的朋友。推薦服務(wù)器20然后將該推薦轉(zhuǎn)發(fā)給與 用戶18-1的朋友關(guān)聯(lián)的推薦客戶端32-N (步驟406 )。應(yīng)注意在這個(gè) 例子中，用戶18-1只有一個(gè)朋友。不過用戶18-1可以有任意數(shù)量的一個(gè)或多個(gè)朋友。
響應(yīng)于該推薦，推薦客戶端32-N作為用戶18-N的用戶偏好的函數(shù)對(duì)所推薦的媒體項(xiàng)目打分(步驟408 )。應(yīng)注意推薦客戶端32-N先前接收的推薦和/或來自用戶18-N的媒體集34-N的媒體項(xiàng)目已經(jīng)被打分。推薦客戶端32-N然后作為它們的分?jǐn)?shù)的函數(shù)對(duì)媒體項(xiàng)目的列表排序，或提供經(jīng)排序的媒體項(xiàng)目列表(步驟410 ),所述媒體項(xiàng)目包括所推薦的媒體項(xiàng)目，可選的一個(gè)或多個(gè)先前推薦的媒體項(xiàng)目，以及可選的來自用戶18-N的媒體集34-N的一個(gè)或多個(gè)媒體項(xiàng)目。然后播放排序列表中最上面的媒體項(xiàng)目(步驟412),其優(yōu)選是分?jǐn)?shù)最高的媒體項(xiàng)目。響應(yīng)于媒體項(xiàng)目的回放，對(duì)該媒體項(xiàng)目的推薦被發(fā)送給推薦服務(wù)器20 (步驟414)。盡管沒有顯示，但推薦服務(wù)器20然后會(huì)將推薦轉(zhuǎn)發(fā)給用戶18-N的朋友的推薦客戶端，或可替代地，轉(zhuǎn)發(fā)給模擬用戶18-N的朋友的推薦客戶端的用戶代理。
在這個(gè)例子中，在播放媒體項(xiàng)目之后，作為不重復(fù)因子(no-repeat-factor )的函數(shù)更新該々某體項(xiàng)目的分?jǐn)?shù)，并且更新排序列表(步驟416)。所述不重復(fù)因子可以是例如用來降低最近播放的媒體項(xiàng)目的分?jǐn)?shù)的乘數(shù)，以便降低或消除單個(gè)媒體項(xiàng)目由于該其總是具有最高的分?jǐn)?shù)而被連續(xù)重復(fù)的可能性。從這點(diǎn)來看，過程會(huì)無(wú)限繼續(xù)。
圖6B圖解說明圖1的系統(tǒng)10的操作，其中推薦用戶是不可用的，在這個(gè)例子中所述推薦用戶是用戶18-1。如所示的，推薦客戶端32-1首先變成不可用的(步驟500 )。作為響應(yīng)，推薦模擬器22檢測(cè)到用戶18-1已經(jīng)變?yōu)椴豢捎?步驟502 )。作為響應(yīng)，推薦服務(wù)器22啟動(dòng)用戶代理來模擬推薦客戶端32-1 (步驟504 ),在這個(gè)例子中用戶代理是用戶代理30-l。如上面討論的，用戶代理30-1使用推薦客戶端32-1的客戶上下文模擬推薦客戶端32-1，推薦客戶端32-1的上下文是在用戶18-1變成不可用之前從推薦客戶端32-1獲得的。推薦模擬器22的用戶代理30-1然后模擬推薦客戶端32-l對(duì)媒體項(xiàng)目的回放(步驟506 )。更具體地，在一個(gè)實(shí)施例中，維持媒體項(xiàng)目的排序列表，其中作為分配給媒體項(xiàng)目的分?jǐn)?shù)的函數(shù)來對(duì)媒體項(xiàng)目排序。然后選擇排序列表中最上面的媒體項(xiàng)目用于回放，所述最上面的媒體項(xiàng)目?jī)?yōu)選是分?jǐn)?shù)最高的媒體項(xiàng)目。用戶代理30-1然后沖莫擬所選的媒體項(xiàng)目的回放。用戶代理30-1可以通過在選擇播放下一個(gè)媒體項(xiàng)目之前等待一段時(shí)間來才莫擬回放，所述一段時(shí)間對(duì)應(yīng)于當(dāng)前媒體項(xiàng)目的播放長(zhǎng)度。可替代地，用戶代理30-1實(shí)際上可以使用相關(guān)的媒體播放器播放媒體項(xiàng)目。媒體播放器可以在用
戶代理30-l的外部，或嵌入在用戶代理30-1內(nèi)。
響應(yīng)于對(duì)媒體項(xiàng)目的模擬回放，推薦模擬器22的用戶代理30-1向推薦服務(wù)器20發(fā)送對(duì)該媒體項(xiàng)目的推薦(步驟508 )。推薦服務(wù)器20然后識(shí)別該推薦的接受者，接受者優(yōu)選是用戶18-1的朋友(步驟510)。在這個(gè)例子中，與推薦客戶端32-N關(guān)聯(lián)的用戶18-N被識(shí)別為用戶18-1的接受者或朋友。照此，推薦服務(wù)器20將推薦轉(zhuǎn)發(fā)給推薦客戶端32-N(步驟512)。應(yīng)注意該推薦可以被識(shí)別為^^莫擬的推薦。而且，用戶18-N的用戶偏好可以被定義成給模擬推薦分配與非模擬推薦不同的權(quán)重及分?jǐn)?shù)。例如，與非模擬推薦相比，模擬推薦分配到的權(quán)重可能更小。
響應(yīng)于接收該推薦，推薦客戶端32-N作為用戶18-N的用戶偏好的函數(shù)對(duì)所推薦的媒體項(xiàng)目打分(步驟514)。應(yīng)注意如果需要的話，推薦客戶端32-N先前接收的推薦和/或來自用戶18-N的媒體集34-N中的媒體項(xiàng)目已經(jīng)被打分。推薦客戶端32-N然后作為它們的分?jǐn)?shù)的函數(shù)對(duì)媒體項(xiàng)目的列表排序，或提供排序的媒體項(xiàng)目列表，所述媒體項(xiàng)目包括所推薦的媒體項(xiàng)目，可選的一個(gè)或多個(gè)先前推薦的媒體項(xiàng)目，以及可選的來自用戶18-N的J 某體集34-N中的一個(gè)或多個(gè)J 某體項(xiàng)目(步驟516)。如果該排序列表被呈現(xiàn)給用戶18-N，則可以用一些類型的可視指示符來區(qū)分模擬推薦與非模擬推薦。
然后播放在排序列表中最上面的媒體項(xiàng)目，其優(yōu)選是分?jǐn)?shù)最高的媒體項(xiàng)目(步驟518)。響應(yīng)于對(duì)媒體項(xiàng)目的回放，推薦客戶端32-N將對(duì)該媒體項(xiàng)目的推薦發(fā)送給推薦服務(wù)器20 (步驟520 )。雖然未示出，推薦服務(wù)器20然后將該推薦轉(zhuǎn)發(fā)給用戶18-N的朋友的推薦客戶端，或可替代地轉(zhuǎn)發(fā)給模擬用戶18-N的朋友的推薦客戶端的用戶代理。在這個(gè)例子中，在播放該媒體項(xiàng)目之后，作為不重復(fù)因子的函數(shù)更新該媒體項(xiàng)目的分?jǐn)?shù)，并且更新排序列表(步驟522 )。不重復(fù)因子可以是例如用來降低最近播放的媒體項(xiàng)目的分?jǐn)?shù)的乘數(shù)，以便降低或消除單個(gè)媒體項(xiàng)目由于其總是具有最高的分?jǐn)?shù)而被連續(xù)重復(fù)的可能性。從這點(diǎn)來看，該過程會(huì)無(wú)限繼續(xù)。
圖6C圖解說明圖1的系統(tǒng)10的操作，其中接受者是不可用的，在這個(gè)例子中接受者是用戶18-N。如所示的，推薦客戶端32-N首先變成
18不可用的(步驟600 )。作為響應(yīng)，推薦模擬器22檢測(cè)到用戶18-N已經(jīng)變成不可用(步驟602 )。作為響應(yīng)，推薦模擬器22啟動(dòng)用戶代理來模擬推薦客戶端32-N,在這個(gè)例子中用戶代理是用戶代理30-N(步驟604 )。如上面討論的，用戶代理30-N使用推薦客戶端32-N的客戶端上下文來模擬推薦客戶端32-N,推薦客戶端32-N的客戶端上下文是在用戶18-N變成不可用之前從推薦客戶端32-N獲得的。
一段時(shí)間之后，推薦客戶端32-1播放媒體項(xiàng)目(步驟606 )。響應(yīng)于對(duì)該媒體項(xiàng)目的回放，推薦客戶端32-1將對(duì)該媒體項(xiàng)目的推薦發(fā)送給推薦服務(wù)器20 (步驟608 )。推薦服務(wù)器20識(shí)別該推薦的接受者(步驟610)。在這個(gè)例子中，與推薦客戶端32-1關(guān)聯(lián)的用戶18-l是用戶18-N的朋友，用戶18-N因此被識(shí)別為該推薦的接受者。由于推薦客戶端32-N正在被推薦模擬器22模擬，所以推薦服務(wù)器20將該推薦轉(zhuǎn)發(fā)給推薦模擬器22的相應(yīng)的用戶代理30-M,而不是轉(zhuǎn)發(fā)給推薦客戶端32-N(步驟612)。應(yīng)注意在這個(gè)例子中，用戶18-1只有一個(gè)朋友。不過，用戶18-1可以有任意數(shù)量的一個(gè)或多個(gè)朋友。
響應(yīng)于該推薦，用戶代理30-M通過作為用戶18-N的用戶偏好的函數(shù)首先對(duì)所推薦的媒體項(xiàng)目打分，來模擬推薦客戶端32-N(步驟614)。應(yīng)注意如果需要的話，推薦客戶端32-N先前接收的推薦和/或來自用戶18-N的媒體集34-N中的媒體項(xiàng)目可能已經(jīng)被打分，其中它們的分?jǐn)?shù)包含在提供給推薦模擬器22的客戶端上下文中。用戶代理30-M通過作為它們的分?jǐn)?shù)的函數(shù)排序媒體項(xiàng)目列表，或另外提供排序的媒體項(xiàng)目列表來繼續(xù)模擬推薦客戶端32-N,所述媒體項(xiàng)目包括所推薦的媒體項(xiàng)目，可選的一個(gè)或多個(gè)先前推薦的媒體項(xiàng)目，以及可選的用戶18-N的媒體集34-N中的一個(gè)或多個(gè)士某體項(xiàng)目(步驟616)。用戶代理30-M然后才莫擬排序列表中最上面的媒體項(xiàng)目的回放，所述最上面的媒體項(xiàng)目?jī)?yōu)選是分?jǐn)?shù)最高的媒體項(xiàng)目(步驟618)。
響應(yīng)于媒體項(xiàng)目的模擬回放，推薦模擬器22的用戶代理30-M向推薦服務(wù)器2 0發(fā)送對(duì)所播放的媒體項(xiàng)目的推薦(步驟620 )。雖然未示出，推薦服務(wù)器20然后將該推薦轉(zhuǎn)發(fā)給用戶18-N的朋友的推薦客戶端，或可替代地轉(zhuǎn)發(fā)給模擬用戶18-N的朋友的推薦客戶端的用戶代理。在這個(gè)例子中，在模擬該媒體項(xiàng)目的回放之后，作為不重復(fù)因子的函數(shù)更新該媒體項(xiàng)目的分?jǐn)?shù)，并且更新該排序列表(步驟622 )。不重復(fù)因子可以是例如用來降低最近播放的媒體項(xiàng)目的分?jǐn)?shù)的乘數(shù)，以便降低或消除單個(gè)媒體項(xiàng)目由于其總是具有最高的分?jǐn)?shù)而被連續(xù)重復(fù)的可能性。從這點(diǎn)來看，該過程會(huì)無(wú)限繼續(xù)。
圖7是圖1的中央服務(wù)器12的示例性實(shí)施例的框圖。通常，中央
服務(wù)器12包括具有相關(guān)存儲(chǔ)器42的控制系統(tǒng)40。在這個(gè)實(shí)施例中，推薦服務(wù)器20和推薦模擬器22是以軟件實(shí)現(xiàn)的并存儲(chǔ)在存儲(chǔ)器42中。不過本發(fā)明并不局限于此。中央服務(wù)器12還包括一個(gè)或多個(gè)數(shù)字存儲(chǔ)設(shè)備44,例如一個(gè)或多個(gè)硬盤驅(qū)動(dòng)器等。用戶簡(jiǎn)檔24和客戶端上下文信息26可以由該一個(gè)或多個(gè)數(shù)字存儲(chǔ)設(shè)備44存儲(chǔ)。中央服務(wù)器12還包括通信接口 46,通信接口 46將中央服務(wù)器12通信地耦合到網(wǎng)絡(luò)16(圖1 )。最后，中央服務(wù)器12包括用戶接口 48,用戶接口 48可以包括例如顯示器、 一個(gè)或多個(gè)用戶輸入設(shè)備等的組件。
圖8是圖1的用戶設(shè)備14-1的示例性實(shí)施例的框圖。該討論同樣適用于其它用戶設(shè)備14-2至14-N。通常，用戶設(shè)備14-1包括具有相關(guān)存儲(chǔ)器52的控制系統(tǒng)50。在這個(gè)實(shí)施例中，推薦客戶端32-1是以軟件實(shí)現(xiàn)的并存儲(chǔ)在存儲(chǔ)器52中。不過，本發(fā)明并不局限于此。用戶設(shè)備14-1還包括一個(gè)或多個(gè)數(shù)字存儲(chǔ)設(shè)備54,例如一個(gè)或多個(gè)硬盤驅(qū)動(dòng)器等。媒體集34-1 (圖1 )可以由該一個(gè)或多個(gè)數(shù)字存儲(chǔ)設(shè)備54存儲(chǔ)。用戶設(shè)備14-1還包括通信接口 56,通信接口 56將用戶設(shè)備14-1通信地耦合到網(wǎng)絡(luò)16 (圖1 )。最后，用戶設(shè)備14-1包括用戶接口 58,用戶接口 58可以包括例如顯示器、 一個(gè)或多個(gè)用戶輸入設(shè)備、揚(yáng)聲器等的組件。
在不偏離本發(fā)明的精神或范圍的情況下，本發(fā)明提供了大量變形。例如，在上面的討論中，推薦客戶端32-1至32-N是在用戶設(shè)備H-l至14-N中實(shí)現(xiàn)的。不過，在可替代實(shí)施例中，推薦客戶端32-1至32_N可以完全或部分地在中央服務(wù)器12上實(shí)現(xiàn)，或者在某個(gè)其它的中央服務(wù)器上實(shí)現(xiàn)。更具體地，在一個(gè)實(shí)施例中，推薦客戶端32-1至3LN是在中央服務(wù)器12上實(shí)現(xiàn)的，并基本上象上面討論的一樣操作。不過，推薦客戶端32-1至32-N可以將媒體項(xiàng)目流傳送到用戶設(shè)備14-1至14-N,而不是在用戶設(shè)備14-1至14-N上播放媒體項(xiàng)目。用戶18-1至18-N也能通過用戶設(shè)備14-1至14-N上的網(wǎng)絡(luò)瀏覽器、定制應(yīng)用等等來與推薦客戶端32-1至32-N交互。而且，由于推薦客戶端32-1至32-N可以在中央服務(wù)器12上實(shí)現(xiàn)，所以如果需要的話，推薦客戶端32-l至32-N可以執(zhí)行他們自身的模擬。例如，當(dāng)用戶(如用戶18-1 )不可用時(shí)，推薦客戶端32-1可以切換到模擬模式。在用戶18-l再次可用時(shí)，推薦客戶端32-1會(huì)切換回正常操作，并返回用戶18-1離線時(shí)所在的那個(gè)操作點(diǎn)，或者繼續(xù)從用戶18-1再次變成可用時(shí)其在模擬模式下的那個(gè)操作點(diǎn)操作。
作為另一個(gè)例子，盡管上述討論集中在推薦模擬器22在中央服務(wù)器12上實(shí)現(xiàn)的實(shí)施例，但本發(fā)明并不局限于其。在可替代實(shí)施例中，推薦模擬器22的功能性可以分布在用戶設(shè)備14-1至14-N上。例如，當(dāng)用戶(如用戶18-1 )變成不可用時(shí)，其它推薦客戶端32-2至32-N中的一個(gè)推薦客戶端可以模擬用戶18-1不可用時(shí)的推薦引擎32-1。不過應(yīng)注意，如果用戶18-1不可用，但用戶設(shè)備14-1仍連接到或能夠連接到網(wǎng)絡(luò)16,則用戶18-1的推薦客戶端32-1可以切換到模擬模式，直到用戶18-1再次可用。當(dāng)用戶18-1再次可用時(shí)，推薦客戶端32-l可以返回用戶18-1變?yōu)椴豢捎脮r(shí)其所在的那個(gè)操作點(diǎn)，或者繼續(xù)從用戶18-1再次變成可用時(shí)其在模擬模式下的那個(gè)操作點(diǎn)操作。
本領(lǐng)域技術(shù)人員將認(rèn)識(shí)到對(duì)本發(fā)明的優(yōu)選實(shí)施例的改進(jìn)和更改。所有這種改進(jìn)和更改都認(rèn)為在本文公開的概念和所附權(quán)利要求書的范圍內(nèi)。
權(quán)利要求
1. 一種方法，包括確定組成媒體推薦網(wǎng)絡(luò)的多個(gè)用戶中的第一用戶何時(shí)不可用；和在所述第一用戶不可用時(shí)，模擬來自所述第一用戶的推薦。
2. 根據(jù)權(quán)利要求1所述的方法，其中所述多個(gè)用戶與多個(gè)推薦客戶端相關(guān)聯(lián)，并且模擬來自所述第一用戶的推薦包括模擬來自所述多個(gè)推薦客戶端的與所述第 一用戶關(guān)聯(lián)的推薦客戶端。
3. 根據(jù)權(quán)利要求2所述的方法，其中模擬所述推薦客戶端包括獲得所述推薦客戶端的客戶端上下文，所述客戶端上下文是模擬所述推薦客戶端所需的信息；和使用所述客戶端上下文模擬所述推薦客戶端。
4. 根據(jù)權(quán)利要求2所述的方法，其中模擬所述推薦客戶端包括獲得所述推薦客戶端的客戶端上下文，所述客戶端上下文是模擬所述推薦客戶端所需的信息；使用所述優(yōu)化的客戶端上下文模擬所述推薦客戶端。
5. 根據(jù)權(quán)利要求4所述的方法，其中優(yōu)化所述客戶端上下文包括作為關(guān)于所述推薦客戶端的操作的歷史信息的函數(shù)，優(yōu)化所述客戶端上下文。
6. 根據(jù)權(quán)利要求4所述的方法，其中優(yōu)化所述客戶端上下文包括作為所述多個(gè)用戶中的至少 一個(gè)用戶的用戶偏好的函數(shù)優(yōu)化所述客戶端上下文，所述至少一個(gè)用戶直接或間接地接收來自與所述第一用戶關(guān)聯(lián)的所述推薦客戶端的推薦。
7. 根據(jù)權(quán)利要求4所述的方法，其中優(yōu)化所述客戶端上下文包括作為當(dāng)前正由所述多個(gè)用戶中的至少一個(gè)用戶播放的媒體內(nèi)容的函數(shù)優(yōu)化所述客戶端上下文，所述至少 一 個(gè)用戶直接或間接地接收來自與所述第一用戶關(guān)聯(lián)的所述推薦客戶端的推薦。
8. 根據(jù)權(quán)利要求4所述的方法，其中優(yōu)化所述客戶端上下文包括作為從所述多個(gè)用戶中的至少一個(gè)用戶接收的請(qǐng)求的函數(shù)優(yōu)化所述客戶端上下文，所述至少一個(gè)用戶直接或間接地接收來自與所述第一用戶關(guān)聯(lián)的所述推薦客戶端的推薦。
9. 根據(jù)權(quán)利要求2所述的方法，其中模擬與所述第一用戶關(guān)聯(lián)的所述推薦客戶端包括從多個(gè)媒體項(xiàng)目中選擇媒體項(xiàng)目以提供所選擇的媒體項(xiàng)目；模擬所選擇的媒體項(xiàng)目的回放；和發(fā)送對(duì)所選擇的媒體項(xiàng)目的推薦，所述推薦被提供給與所述多個(gè)用戶中的被識(shí)別為所述第一用戶的朋友的至少一個(gè)用戶關(guān)聯(lián)的所述多個(gè)推薦客戶端中的至少 一個(gè)推薦客戶端。
10. 根據(jù)權(quán)利要求9所述的方法，其中從所述多個(gè)媒體項(xiàng)目中選擇媒體項(xiàng)目包括作為所述第一用戶的用戶偏好的函數(shù)，對(duì)所述多個(gè)媒體項(xiàng)目中的每一個(gè)打分，以提供所述多個(gè)媒體項(xiàng)目的每一個(gè)的分?jǐn)?shù)；和作為所述多個(gè)媒體項(xiàng)目的分?jǐn)?shù)的函數(shù)從所述多個(gè)媒體項(xiàng)目中選擇所述媒體項(xiàng)目。
11. 根據(jù)權(quán)利要求10所述的方法，其中模擬所述推薦客戶端進(jìn)一步包括在模擬過程中優(yōu)化所述用戶偏好。
12. 根據(jù)權(quán)利要求11所述的方法，其中優(yōu)化所述用戶偏好包括作為關(guān)于所述第 一用戶的推薦客戶端的操作的歷史信息的函數(shù)，優(yōu)化所述用戶偏好。
13. 根據(jù)權(quán)利要求11所述的方法，其中所述用戶偏好是來自多個(gè)用戶偏好組中的與所述第 一用戶關(guān)聯(lián)的用戶偏好組，并且優(yōu)化所述用戶偏好包括作為關(guān)于所述第 一用戶的推薦客戶端的操作的歷史信息的函數(shù)，選擇所述多個(gè)用戶偏好組中的一個(gè)，以用作用于模擬的用戶偏好。
14. 根據(jù)權(quán)利要求11所述的方法，其中優(yōu)化所述用戶偏好包括作為所述多個(gè)用戶中的至少一個(gè)用戶的用戶偏好的函數(shù)，更改所述用戶偏好，所述至少一個(gè)用戶直接或間接地接收來自與所述第一用戶關(guān)聯(lián)的所述推薦客戶端的推薦。
15. 根據(jù)權(quán)利要求11所述的方法，其中優(yōu)化所述用戶偏好包括作為當(dāng)前正由所述多個(gè)用戶中的至少一個(gè)用戶播放的媒體內(nèi)容的函數(shù)，優(yōu)化所述用戶偏好，所述至少一個(gè)用戶直接或間接地接收來自與所述第一用戶關(guān)聯(lián)的所述推薦客戶端的推薦。
16. 根據(jù)權(quán)利要求11所述的方法，其中優(yōu)化所述用戶偏好包括作為從所述多個(gè)用戶中的至少一個(gè)用戶接收的請(qǐng)求的函數(shù)，更改所述用戶偏好，所述至少一個(gè)用戶直接或間接地接收來自與所述第 一用戶關(guān)聯(lián)的所述推薦客戶端的推薦。
17. 根據(jù)權(quán)利要求9所述的方法，其中實(shí)現(xiàn)對(duì)所述推薦的發(fā)送包括在選自以下項(xiàng)的時(shí)間實(shí)現(xiàn)對(duì)所述推薦的發(fā)送開始模擬回放所選擇的媒體項(xiàng)目的時(shí)間，所選擇的媒體項(xiàng)目的才莫擬回放期間中的時(shí)間，以及所選擇的媒體項(xiàng)目的模擬回放完成的時(shí)間。
18. 根據(jù)權(quán)利要求2所述的方法，其中模擬與所述第一用戶關(guān)聯(lián)的推薦客戶端包括從與被識(shí)別為所述第一用戶的朋友的所述多個(gè)用戶中的至少一個(gè)用戶關(guān)聯(lián)的所述多個(gè)推薦客戶端中的至少一個(gè)推薦客戶端接收至少一個(gè)推薦。
19. 根據(jù)權(quán)利要求18所述的方法，其中模擬與所述第一用戶關(guān)聯(lián)的所述推薦客戶端進(jìn)一步包括從多個(gè)媒體項(xiàng)目中選擇媒體項(xiàng)目，以提供所選擇的媒體項(xiàng)目，所述多個(gè)媒體項(xiàng)目包括由所述至少一個(gè)推薦識(shí)別的至少一個(gè)媒體項(xiàng)目和所述第一用戶的媒體集中的多個(gè)媒體項(xiàng)目；模擬所選擇的媒體項(xiàng)目的回放；和發(fā)送對(duì)所選擇的媒體項(xiàng)目的推薦，該推薦被提供給與被識(shí)別為所述第一用戶的朋友的所述多個(gè)用戶中的至少一個(gè)用戶關(guān)聯(lián)的所述多個(gè)推薦客戶端中的至少 一個(gè)推薦客戶端。
20. —種系統(tǒng)，包括通信接口 ，其經(jīng)由通信網(wǎng)絡(luò)將所述系統(tǒng)通信地耦合到多個(gè)用戶設(shè)備，所述多個(gè)用戶設(shè)備與組成媒體推薦網(wǎng)絡(luò)的多個(gè)用戶相關(guān)聯(lián)；和控制系統(tǒng)，其與所述通信接口相關(guān)聯(lián)并適于確定組成所述媒體推薦網(wǎng)絡(luò)的所述多個(gè)用戶中的第 一用戶何時(shí)不可用；和在所述第一用戶不可用時(shí)，模擬來自所述第一用戶的推薦。
21. 根據(jù)權(quán)利要求20所述的系統(tǒng)，其中所述多個(gè)用戶與多個(gè)推薦客戶端相關(guān)聯(lián)，并且為了模擬來自所述第一用戶的推薦，所述控制系統(tǒng)進(jìn)一步適于模擬來自所述多個(gè)推薦客戶端中的與所述第 一用戶關(guān)聯(lián)的推薦客戶端。
22. 根據(jù)權(quán)利要求21所述的系統(tǒng)，其中為了模擬所述推薦客戶端，所述控制系統(tǒng)進(jìn)一步適于獲得所述推薦客戶端的客戶端上下文，所述客戶端上下文是模擬所述推薦客戶端所需的信息；和使用所述客戶端上下文模擬所述推薦客戶端。
23. 根據(jù)權(quán)利要求21所述的系統(tǒng)，其中為了模擬所述推薦客戶端，所述控制系統(tǒng)進(jìn)一步適于獲得所述推薦客戶端的客戶端上下文，所述客戶端上下文是模擬所述推薦客戶端所需的信息；優(yōu)化所述客戶端上下文以提供優(yōu)化的客戶端上下文；和使用所述優(yōu)化的客戶端上下文模擬所述推薦客戶端。
24. 根據(jù)權(quán)利要求21所述的系統(tǒng)，其中為了模擬與所述第一用戶關(guān)聯(lián)的所述推薦客戶端，所述控制系統(tǒng)進(jìn)一步適于從多個(gè)媒體項(xiàng)目中選擇媒體項(xiàng)目，以提供所選擇的媒體項(xiàng)目；模擬所選擇的媒體項(xiàng)目的回放；和向與被識(shí)別為所述第 一用戶的朋友的所述多個(gè)用戶中的至少 一個(gè)用戶相關(guān)聯(lián)的所述多個(gè)推薦客戶端中的至少 一個(gè)推薦客戶端發(fā)送對(duì)所選擇的媒體項(xiàng)目的推薦。
25. 根據(jù)權(quán)利要求21所述的系統(tǒng)，其中為了模擬與所述第一用戶關(guān)聯(lián)的所述推薦客戶端，所述控制系統(tǒng)進(jìn)一步適于從與被識(shí)別為所迷第一用戶的朋友的所述多個(gè)用戶中的至少一個(gè)用戶相關(guān)聯(lián)的所述多個(gè)推薦客戶端中的至少一個(gè)推薦客戶端接收至少一個(gè)推薦。
全文摘要
本發(fā)明涉及用于模擬社交網(wǎng)絡(luò)中離線用戶的推薦的方法和系統(tǒng)。提供了一種在社交媒體推薦網(wǎng)絡(luò)中模擬不可用用戶的推薦的方法和系統(tǒng)。通常，形成社交媒體推薦網(wǎng)絡(luò)使得社交媒體推薦網(wǎng)絡(luò)中的每個(gè)用戶發(fā)送和接收來自朋友的推薦。在社交媒體推薦網(wǎng)絡(luò)的用戶中的一個(gè)用戶不可用時(shí)，推薦模擬器用于模擬來自該不可用用戶的推薦。在該用戶再次可用時(shí)，推薦模擬器停止對(duì)該用戶的推薦的模擬。
文檔編號(hào)H04L29/08GK101465878SQ20081018442
公開日2009年6月24日 申請(qǐng)日期2008年12月19日 優(yōu)先權(quán)日2007年12月20日
發(fā)明者C·M·阿米頓, R·J·瓦爾什 申請(qǐng)人:音樂會(huì)技術(shù)公司