專利名稱：動態(tài)交互式娛樂的制作方法
動態(tài)交互式娛樂
優(yōu)先權要求
本申請要求基于在2006年2月10日提交的題為"System and Method for Building and Sharing a Composite Playlist from Collective Group Tastes on Multiple Media Playback Devices" 的美國臨時專利申請No. 60/772, 502的優(yōu)先權。本申請還要求基于在 2006年2月15曰提交的題為"Mediaset Recommendations for a Group of Users"的美國臨時專利申請No. 60/774， 072的優(yōu)先權。本申請還 要求基于在2006年5月1日提交的題為"Dynamically Building Composite Playlist for Merging Collective User Tastes"的美 國臨時專利申請No. 60/796, 724的優(yōu)先權。該優(yōu)先權權利的要求是依 照經修訂和修改的1883年3月20日的《保護工業(yè)產權巴黎公約》提 出的。
應理解附圖僅僅描繪了本發(fā)明的某些優(yōu)選實施方案，因此不能認 為限制了本發(fā)明的范圍，下面將通過使用附圖來描述和闡釋優(yōu)選實施 方案的另外的特征和細節(jié)，其中
圖l是用于通過分析用戶的播放列表和播放計數來綜合用戶的愛 好的系統(tǒng)的一個實施方案的示意圖。
圖2是使用來自多個用戶的愛好分析以生成多個推薦媒體集的系 統(tǒng)的一個實施方案的示意圖。
圖3是用于使用來自多個用戶的推薦媒體集來為一組用戶生成推 薦媒體集的系統(tǒng)的一個實施方案的示意圖。
圖4是本發(fā)明的客戶機-服務器實施方案的系統(tǒng)示意圖。
圖5是本發(fā)明的點對點實施方案的系統(tǒng)示意圖。
圖6示出根據一個實施方案的設備管理器的主要功能組件。
圖7示出會話管理器的成員狀態(tài)屏幕，其呈現了在一個實施方案 的設備管理器的會話管理器子組件中的數據結構的相關詳情。圖8是一個實施方案的i殳備管理器的會話管理器子組件的運行的 頂層流程圖。
圖9是圖8的會話管理器流程圖中的"刪除會話成員"步驟的更 為詳細的流程圖。
圖IO是圖8的會話管理器流程圖中的"更新會話成員"步稞的更 為詳細的流程圖。
圖11是圖8的會話管理器流程圖中的"服務代理請求"步糠的更 為詳細的流程圖。
圖l2示出播放列表管理器的播放列表隊列屏幕，其呈現了在一個 實施方案的設備管理器的播放列表管理器子組件中的數據結構的相關 詳情。
圖13是示出一個實施方案的設備管理器的播放列表管理器子組 件的運行的流程圖。
圖14是示出媒體播放器客戶機實施方案的播放列表管理器的播 放列表播放子組件的運行的流程圖。
圖15示出支持系統(tǒng)的播放列表構建器組件的媒體播放器客戶機 的一個實施方案中的相關數據結構。
圖16示出一個實施方案的播放列表構建功能的概念圖。
圖17是系統(tǒng)的播放列表構建器組件的一個實施方案的運行的流 程圖。
圖18是用于生成定義用戶愛好的媒體項的一個列表的過程的示 意圖。
圖19是用于計算聚合的播放列表目標和想要的類別的列表的過 程的示意圖。
圖20是用于從全部可用的媒體項中計算用于每位用戶的相關的 媒體項的過程的示意圖。
圖21是用于根據希望的屬性對相關的媒體項進行分類的過程的 示意圖。
圖22是用于對當前的組播放列表達到的合成目標的狀態(tài)進行計 算的過程的示意圖。
圖23是用于根據合成目標實現評估而基于評估需要選擇一個媒體項的集合添加到組播放列表中的過程的示意圖。
圖24呈現了用于檢測新用戶的用戶添加過程的步驟。
圖25呈現了用戶添加過程的另一步驟，在該步驟中將新用戶添加
到系統(tǒng)且存儲源設備信息。
圖26是用于從系統(tǒng)中刪除用戶的過程的示意圖。
圖27是一簡化流程圖，其示出用于商業(yè)設施或會場的針對單獨顧
客的愛好而定制其所提供的服務的過程的示例。
圖28是一簡化流程圖，其示出用于將商業(yè)設施或會場推薦給潛在
顧客或團體的過程的一個示例。
圖29是一概念性軟件示意圖，其示出推薦器核心引擎，可以采用 該核心引擎的多種算法，以及可以采用所述多種算法中的一種或多種 的示例性應用。
圖30是一簡化示意圖，其示出在會場中可找到的并被采用以根據 本發(fā)明的各方面來在會場處響應于用戶的愛好而實時地提供動態(tài)、交 互式娛樂的某些特征和設備。
圖31是會場顯示屏幕內容的一個示例的簡化示意圖，所述內容包 括廣告、主人歡迎消息、圖片和用于讓用戶使用無線遠程通信消息服 務加入該派對的操作指南。
圖32是會場顯示屏幕內容的一個示例的簡化示意圖，該內容包括 當前的客人列表，其通過對應的昵稱和符號或頭像識別登錄的每位客 人。
圖33-37簡化地圖示了包括下文更為詳盡描述的多個方面和特征 的會場顯示屏幕內容的另外的示例。
圖38是一簡化示意圖，其概述會場顯示屏幕內容的某些示例。
圖39是一簡化示意圖，其圖示在會場實施動態(tài)交互式娛樂中所涉 及的連接和數據流路徑的 一 個示例。
圖40是一簡化示意圖，示出根據本發(fā)明的一個實施方案的軟件的 分發(fā)、許可和收益分享的商業(yè)方法的一個示例。
圖41A是描述媒體項的收藏集之間的相似度值的度量的呈矩陣形 式的圖示。
圖41B提供用于在媒體項的收藏集內的關聯的加權的圖形表示。在兩個媒體項之間的每個邊都被加注權值，其表示了用于在媒體項之 間的相似度的度量的值。
圖42是用于選擇媒體項的集合的一種方法的框圖，其中所述媒體 項的集合對應于根據本發(fā)明的一個實施方案的初始的媒體項的集合。
具體實施例方式
在下面的說明書中，提供了程序、軟件模塊、用戶選擇、網絡交 易、數據庫查詢和數據庫結構等的特定具體細節(jié)，用于對本發(fā)明的特 定優(yōu)選實施方案進行透徹理解。然而，本領域技術人員將能理解，實 施方案可以在缺少特定細節(jié)中的一個或多個的情況下實踐，或者用其 他方法、部件、材料等等實踐。
在某些情況下，公知的結構、材料或操作并沒有詳細示出或描述， 以免遮蔽優(yōu)選實施方案的某些方面。此外，所描述的特征、結構或特 性可以以任意適合的方式合并到多個替代性實施方案中。在某些實施 方案中，此處描述的方法和系統(tǒng)可以使用一個或多個數字處理器實現， 這些數字處理器例如是通常在PC、膝上型計算機、PDA和各種形式的 其他臺式的或便攜式的電子設備中的所見到的類型的微處理器。
本說明書公開了用于生成包括多個媒體數據項的媒體集的系統(tǒng)、 方法和裝置的實施方案。如本文所用，術語"媒體數據項"意為涵蓋 任一媒體項或媒體項表示。"媒體項"意為涵蓋任一類型的可以以數 字媒體格式表示的媒體文件，這些數字媒體格式例如歌曲、影片、圖 片、電子書、游戲等等。從而，術語"媒體數據項"意為涵蓋，例如， 可播放的媒體項文件(例如，MP3文件)，以及識別可播放的媒體文 件的元數據(例如，識別MP3文件的元數據)。因此應該明了，在任何 提供了使用"媒體項"的過程、步驟或系統(tǒng)的實施方案中，所述過程、 步驟或系統(tǒng)可以替代地使用媒體項的表示(例如元數據)，且反之亦 然。
在一個實施方案中，提供一種用于為給定的一組用戶提供對媒體 集的推薦的系統(tǒng)。這類系統(tǒng)的實施方案，可包括一種用于存儲在一個 用戶團體中的每個成員的播放列表和/或播放計數的機制。播放列表和 播放計數可以用于定義每位用戶的愛好，從而可以針對每個相應用戶執(zhí)行愛好分析。
根據前述的基本原理，本發(fā)明的實施方案可用于解決向一個團體 或網絡中的一組用戶推薦媒體集或組播放列表的問題。在某些實施方
案中，可以提供媒體集推薦器，其中輸入是媒體項的集合，且輸出是 加權的媒體項的媒體集。有兩種用于提供媒體集的組推薦的示例性方
法，包括l)構建一個將組用戶的愛好作為整體進行表達的配置文件， 并將該配置文件應用到推薦器；并且2)考慮對每個成員的愛好的單獨 推薦，并將該結果進行聚合。
媒體播放器通常能夠復制所有類型的媒體項并收集播放計數和播 放列表。播放計數是媒體項在媒體播放器中已經被播放的次數。播放 列表是媒體項的分組，其由用戶創(chuàng)建以組織起他們的媒體項庫?？梢?使用一種系統(tǒng)(例如，服務器)來收集團體用戶的媒體項的播放計數 和播放列表。
用戶的播放計數和播放列表可用于綜合她或他的愛好或執(zhí)行愛好 分析。在此情況下，用戶的愛好可被認為是考慮了用戶的播放計數和 播放列表的最相關的愛好數據的集合。
本系統(tǒng)的某些實施方案的任務是為組用戶推薦媒體集。為組用戶 推薦的媒體集可以是對推薦給該組中的每個用戶的不同媒體集的聚合 過程的結果。從而，本系統(tǒng)的某些實施方案可包括如下組件，該組件 推薦來自另一媒體集的媒體集(例如，通過執(zhí)行對每位用戶的愛好分 析)。該聚合過程可以應用在，例如，表決方案和/或優(yōu)化方案中。
針對組用戶的媒體集推薦可以用于多種場景。 一個示例是組用戶 希望共同欣賞音樂的派對?？梢灶A期播放將向作為整體的組用戶推薦 的音樂，而不是播放可能向該組中某個特定個人推薦的音樂。
同樣，在某些實施方案中，該系統(tǒng)的任務是找到將要推薦給組用 戶的媒體集或播放列表。在其中系統(tǒng)正在從用戶處收集播放計數和/ 或播放列表的實施方案中，此類的推薦器系統(tǒng)可由三個主要步驟組成:
1) 綜合用戶愛好；
2) 針對每個用戶愛好生成推薦媒體集；以及
3) 將該推薦媒體集的集合聚合到將要推薦給整個組用戶的單個的 媒體集中。應能理解，對這些步驟的內容、范圍和次序進行多種變化是可預 期的。例如，可選地，針對每位用戶愛好產生推薦媒體集的步驟。
圖1示出了可以如何通過名為綜合愛好的過程106從用戶100的 播放計數104和播放列表102來構建用戶100的愛好108。應能理解， 過程106是一個愛好分析的示例。過程106產生愛好108，其可以被 編碼為媒體集。作為過程106的一部分，可以選擇具有較高播放計數 的媒體項和/或那些在播放列表中出現較多的媒體項。所選擇的媒體項 可以包括由該用戶較為經常播放的那些媒體項和/或那些在較為不同 的情境和情況下使用的媒體項(因為它們在許多不同的播放列表中出 現)。在某些實施方案中，播放計數也可以和播放日期相關聯。在這 些情況下，所述過程可以為播放計數以播放日期加權，從而向最近的 播放計數給予與較早的播放計數相比更多的相關性。
過程106可以包括用戶媒體項的排名過程，其中具有較高播放計 數、較為新近的播放時間和/或在播放列表中出現更多次數的項獲得較 高的排名。該過程可以選擇前m個排名的媒體項作為用戶愛好108的 編碼。注意到隨著時間的推進這個過程對于同一用戶可以生成不同的 結果。在目標是愛好隨著時間推進的演變而對用戶愛好進行編碼的實 施方案中，這會是人們所希望的特征。
在某些實施方案中，系統(tǒng)可提供單獨的媒體集推薦。例如，參見 圖2，給定一組n個用戶200、 208和216，該系統(tǒng)可以使用例如上述的 過程來為每個用戶計算獨立的愛好(分別為202，210和218)。該系 統(tǒng)可以使用推薦器引擎(分別為204、 212和220)向每個用戶提供推薦 媒體集，其中所述推薦器引擎處理用戶愛好(媒體集202、 210和218) 以產生推薦媒體集206、 214和222。應能理解，可以針對每位用戶使 用各自的推薦器引擎(推薦器引擎204、 212和220 ),如圖2中所示， 或者替代地可以為整個組使用單一推薦器引擎。從而，所述系統(tǒng)總共 可以計算m個媒體項的n個媒體集。
在某些實施方案中，系統(tǒng)也可提供用于將單獨的推薦媒體集聚合 到組推薦媒體集或組播放列表之中。例如，參見圖3， 一旦系統(tǒng)計算m 個媒體項(為該組中每個用戶300、 304、 308均計算一個媒體項)的n 個媒體集，就可以使用一個聚合步驟，以生成將要推薦給該組用戶的p(p《"m)個媒體項的最終媒體集314。如圖3所示，系統(tǒng)可提供聚合 器312，其將來自該組中每位用戶的推薦媒體集(分別為302、 306和 310)作為輸入，并且從中提供組推薦媒體集314。
例如，可以通過遵循為不同目的服務的不同方法來執(zhí)行聚合步驟。 如前所述，在兩個優(yōu)選實施方案中，該系統(tǒng)可以遵循a)表決方案；或 者b)優(yōu)化方案。表決方案可服務于找到大多數用戶將會喜歡的媒體集 的目標，而不考慮該組中其余成員的不喜歡程度。另一方面，優(yōu)化方 案可以產生一媒體集，其最小化該組的所有成員的不喜歡程度(或最 大化該組的所有成員的喜歡程度)。為了應用優(yōu)化方案，在ti個推薦 媒體集302、 306和310中的媒體項可以均與相應的權值相關聯。針對 用戶的在媒體集中的媒體項的權值可以被用來指示該媒體項對于該用 戶的相關性。
在表決方案下，聚合步驟可以取在該n個媒體集中出現最多的p 個媒體項。如果在該n個媒體集中存在出現相等次數的項(計數相等)， 則這些項可以被隨機地選取。
某些推薦器引擎可以產生具有加權媒體項的媒體集。在這樣的實 施方案中，當發(fā)生計數相等的狀況時，該過程可以選取具有最高權值 的媒體項，而不是隨機選取項。例如，考慮下列媒體集
msl = {s3， s7， s8， slO}
ms2 = {s2， s3， s4， slO}
ms3 = (s3， s4， s7)
那么，遵循上述表決方案，在媒體集(ms"中的媒體項(s^將會被 排名如下
sl=0， s2-l， s3-3， s4=2， s5=0， s6=0， s7=2， s8=l， s9-0， slO-2 從而，用于推薦的組媒體集的媒體項將以下述順序選取s3， s4， s7， slO， s2， s8。媒體項s7和sl0處于計數相等的情況，所以它們 可以根據在它們的媒體集之內的相應的權值排序，如果存在權值的話。 如果該媒體項不具有相關聯的權值，則s7和slO的順序可以隨機。這 也同樣適用于項s2和s8。
關于聚合方案，該聚合過程可以選取p個媒體項，這些媒體項優(yōu) 化考慮了該組中所有用戶(即，考慮了所有n個媒體集302、 306和310)的某些效用函數。為了應用該優(yōu)化方案，在該n個媒體集302、 306和310中的媒體項可以具有相關的權值，例如，在從0到1的范 圍中，其中O意味著該項完全不相關，而l意味著該項最為相關。對 于給定的媒體集j，媒體項i可以因此具有權值w(j， i)。如果媒體項i 不在媒體集j之中，那么它可以被認為具有權值0。下面的示例示出 了與媒體集的收藏集中的媒體項相關的權值
msl ={s3， s7， s8， slO}
ms2 ={s2， s3， s4， s7， s10)
ms3 = (s3， s4， s7}
w(l)-[O,0， 0.1，0， 0， 0， 0. 3, 0. 2， 0， 0. 9]
w(2) =
w(3) =
可以選擇多種不同的效用函數，以便聚合媒體項。例如，可以選 擇一種效用函數以最大化在該n個媒體集的一些中的對于所有p個被 選擇的項的最高權值的和。如果希望根據此效用函數選擇p-3個項， 那么s10， s4和s3可被選擇。對于這些項的最高權值的和是 0. 9+0. 8+0. 5=2. 2,這也是我們能夠從上述示例中獲得的最大值。
作為替代，可以選擇一種效用函數以最大化在該n個媒體集的一 些中的對于所有P個被選擇的項的最低權值的和。如果期望根據該效 用函數選擇p-3個項，可以選擇s10、 s7和s3。對于這些項的最低權 值的和是0. 5+0. 3+0. 1=0. 9,這是我們能夠從上述示例中獲得的最大 值。
作為另一替代，可以選擇一種效用函數以最大化在所有n個媒體
集中所有P個被選擇的項的平均權值的和。如果期望根據該效用函數 選擇p-3個項，可以選擇s10、 s4和s7。這些項的權值的平均值之和 是2. 3/3+1.2/3+0. 9/3 - 1.16，這是我們能夠從上述示例中獲得的最 大值。當然，本領域技術人員將能明了，也可應用其他效用函數。
在某些實施方案中可以提供推薦器引擎。在不包括推薦器引擎的 實施方案中，編碼了用戶愛好的媒體集可以被直接聚合，以形成將被 推薦給整個組用戶的媒體集。
使用推薦器引擎的系統(tǒng)，可以向媒體集提議發(fā)現新的音樂，而未提供推薦器引擎的系統(tǒng)可以向媒體集提議被該組中的至少 一個用戶所 已知的媒體項。
應能理解，前述系統(tǒng)和方法可以為 一組n個用戶產生媒體集推薦，
從而能夠提出可以被一組用戶同時欣賞的媒體集。該系統(tǒng)可以從播放 列表和/或播放計數分析用戶愛好，從而允許用戶愛好被表示為媒體 集。然后這n個用戶愛好可以成為推薦器引擎的輸入，該推薦器引擎 可以建議另外的n個媒體集。還可以提供獲取這些媒體集并且生成單 一的組媒體集的聚合過程。這樣的過程可以使用，例如，表決方案或 者優(yōu)化方案來完成。相似的系統(tǒng)可以在沒有推薦器引擎的情況下運行。 在這樣的實施方案中，聚合過程可以對表示了 n位用戶的愛好的媒體 集操作，且其結果可以包括能夠被推薦給整個組用戶的媒體集。
參照圖4-14，公開并描述了另外的實施方案。在這些實施方案里 的某些實施方案中，合成播放列表可以由在公共的位置和/或通過通信 網絡的多個媒體設備上的單獨媒體庫中的媒體項來構成。該組中的媒 體設備可以包括便攜的和/或非便攜的設備。用于播放合成播放列表的 裝置可以依次遍歷播放列表，并使得具有指示媒體項的媒體播放器將 該媒體項流式輸到一個或多個其他的可能的播放器。這樣的實施方案 可以在，例如，客戶機-服務器體系結構或P2P分布式體系結構運行。 因此這些實施方案可以被用于協調媒體播放器集合，以將指定的組播 放列表上的媒體項按照在該組播放列表上它們所被排列的順序，以流 形式傳送到每個單獨的媒體播放器，或者傳送到這些媒體播放器的指 定的子集。這一過程的完成并不需要在不同的媒體播放器之間傳送媒 體項的獨立的拷貝。
本領域技術人員將可以理解，納入了一個或多個上述實施方案的 特征的系統(tǒng)可被實現為媒體設備的集合，其設計將所公開的功能行為 實現為7層的ISO開放系統(tǒng)互連參考模型中的分層協議的集合，或實 現為使用標準的網絡協議進行通信的媒體設備中的應用任務。
某些優(yōu)選的實施方式可以包括三個主要的組件。第一組件是多個 會話管理器，其總體協調要用于指定和管理每個媒體播放器關于在被 稱為"會話"的協作活動的時期內加入的其他媒體播放設備的狀態(tài)而 所需的信息。在優(yōu)選的實施方式中， 一個會話管理器可以和每個媒體播放器設備相關聯，但是這在所有實施方式中并非必需。會話管理器 可以包括用于驗證每個將要加入會話的設備的合法資格的裝置。這可 以通過正在預定服務的合法資格的用戶來完成，該服務可以提供對可 共同欣賞的媒體項的合法訪問。
前述實施方式的第二組件是播放列表構建器，其可以駐留在，例 如，媒體播放器之一上、服務器上、系統(tǒng)中所包含的網絡訪問控制器上、 或可通過通信網絡向媒體播放器設備訪問的第三方服務器上。播放列
表構建器可以使用信息，例如關于組中的用戶的可用的愛好數據，以 及對于這些媒體播放器可用的媒體項的集體集合，以構建與該組中集 體的愛好相符的組播放列表。
前述實施方式的第三組件是多個播放列表管理器，各個播放列表 管理器均與每個媒體播放器設備相關聯，其中每個媒體播放器設備均 與播放器列表構建器通信，以提供構建組播放列表和播放在組播放列 表上的媒體項所需的信息。與各個媒體播放器設備相關聯的播放列表 管理器，可以包括用于通信媒體播放器設備上的媒體項的可用性的功 能性，例如，媒體項或者在本地的庫中或來自可由媒體播放器訪問的 媒體流服務。播放列表管理器也可以包括播放列表播放子部件，其可 以與會話中的其他媒體播放器上的對應部分子組件協作，以遍歷組播 放列表上的每個項，且可被配置為，隨著遇到的每個媒體項，就使得 與媒體項相關聯的媒體播放器將該媒體項流式輸到其他播放器中。
再次參見附圖，現在將對某些實施方案的更多方面作更加詳細的
描述。在圖4和圖5中示出了兩個這樣的替代實施方案。圖4是客戶 機-服務器實施方案400的系統(tǒng)示意圖，而圖5是點對點實施方案500 的系統(tǒng)示意圖。本發(fā)明的兩個實施方案可以具有同樣的基本組件。然 而，圖4的客戶機-服務器實施方案400將在本文中比點對點實施方案 得到更加詳細地描述。此外，應該理解，本文所提供的公開內容可以 等價地應用到具有適當的系統(tǒng)組織差異的點對點系統(tǒng)中，如圖中所示。 客戶機-服務器實施方案400的關鍵組件是服務器功能單元402和 一個或多個媒體播放器設備客戶機404。服務器402可以包括三個基 本功能組件1)會話訪問控制器408，可以用于為單獨的媒體播放器 授權許可，以加入設備之間的協作性交互；2)播放列表構建器410，可以用于構建在會話期間該組播放列表中將要播放的媒體項的列表和序
列；和3)用于該會話中的每個媒體播放器設備404的設備管理器406， 可以用于控制該設備的與會話相關的功能。
如圖5所示的點對點實施方案500，還包括多個媒體播放器設備 504。每個媒體播放器設備504均可以包括設備管理器506。還可以提 供網絡訪問控制器502，包括會話訪問控制器508和播放列表構建器 510,用于從所述多個媒體設備接收媒體項數據，并用于從該媒體項數 據構建媒體數據項的合成播放列表。
用于每個媒體播放器設備的設備管理器可以包括會話管理器和播 放列表管理器。例如，圖6示出具有會話管理器604和播放列表管理 器606的設備管理器602。會話管理器602可被配置為管理與其相關 聯的媒體設備的狀態(tài)。
圖7示出了成員狀態(tài)屏幕702，其與會話管理器的一個實施方案 相關聯。如圖7所示，會話管理器可以追蹤在會話中針對每個媒體播 放器的一系列的類別的信息，例如ID、代理、狀態(tài)以及時段信息。
播放列表管理器606可被配置為與播放列表構建器通信，以將與 其相關聯的媒體設備的媒體項數據發(fā)送到播放列表構建器，并播放在 與其相關聯的媒體設備上的合成播放列表上的媒體數據項。
如圖4中所示的對于服務器-客戶機配置，以及如圖5所示的對于 點對點配置，每個媒體播放器設備404可以具有圖6中的設備管理器 602的相關實例。此外，服務器402和網絡訪問控制器502可以包括 會話訪問控制器408、 508以及播放列表構建器410、 510的單個實例。
下文將詳細描述，會話訪問控制器408、 508可以和系統(tǒng)中的每個 媒體設備404的設備管理器602中的會話管理器604交互，以定義包 括會話的媒體設備的集合，且使得能夠在媒體設備之間進行通信。類 似地，播放列表構建器410、 510可以和設備管理器602中的播放列表 管理器606 —起運行，以定義并執(zhí)行在會話中的媒體項的序列。
圖8示出設備管理器602中的會話管理器604的一個實施方案的 頂層流程圖。單獨的媒體播放器設備的會話管理器可以用于協商在媒 體播放會話(此后稱"會話")中的設備的引入、運行和離開。這可以 包括對在會話中的所有其他媒體播放器設備保持知曉。會話管理器604可以假定，在客戶機-服務器配置里的服務器系統(tǒng) 402上或者在點對點配置中的專用的點對點網絡訪問系統(tǒng)502中，存 在單個會話訪問控制器408。在點對點實施方案中，網絡訪問系統(tǒng)可 被實現于某些點對點網絡中所找到的提供網絡層功能的系統(tǒng)上，而在 其他實施方案中，該網絡訪問系統(tǒng)可被實施于該網絡中的一個對等系 統(tǒng)上。
在某些實施方案中，會話訪問控制器的主要功能是響應于來自尋 求進入會話的設備的"請求-進入(request-to-enter)"會話消息而 提供會話sID碼，作為許可已經被授權給該設備的指示。在某些實施 方案中，如果來自提供有"請求-進入"消息的設備的媒體播放器mID 碼被辨認為符合許可進入會話的mID，則該許可可以被授權。在其他 實施方案中，會話訪問控制器可以替代地將動態(tài)mID回供給所請求的 媒體播放器設備，以與返回的會話sID碼一起用作在會話環(huán)境中的設 備的唯一的標識符。在某些實施方案中，會話訪問控制器的功能在很 大程度上是可以用在鏈接媒體播放器設備的基本通訊網絡所用的網絡 協議中，且mID和sID可以是由從識別設備和通信會話或事務的網絡 協議中的參數所派生的碼。
會話管理器可以包括兩個主要的子函數802和806，如圖8中所 示。子函數802仲裁媒體播放器進入會話的許可進入，而子函數806 實現如下過程，即，通過通信網絡鏈接，媒體播放器將對在會話中的 其他媒體播放器保持認知。
圖8中的會話管理器流程圖的開始步驟，假定媒體播放器還未參 與會話中。如子函數802中所示，會話管理器以可選的"mID"碼廣播 一個"請求-進入"消息。如果媒體設備成功地與授權媒體播放器訪問 會話的會話訪問控制器進行通信，則媒體播放器將接收到一個"進入-會話-sID ( enter-session-sID)"消息，該消息指示該媒體播放器已 經被授權許可進入由該sID碼所識別的會話。在只具有一個會話的實 施方案中，sID代碼將會是多余的，且可以被省略或返回缺省值。
如果未接收到"進入-會話-sID"應答消息，那么會話管理器在傳 送另一個"請求-進入"消息之前，將等待一個隨機的時間量。在某些 實施方案中，如果未接收到"進入-會話-sID"應答，那么會話管理器可以僅在發(fā)送"請求-進入"消息之后并在發(fā)送另一個"請求-進入" 消息之前，等待一個隨機的時間量。在其他實施方案中，會話管理器 可以在發(fā)送"請求-進入"消息之后，等待一個固定的時間量，然后，
如果未收到"進入-會話-sID"應答，則在傳送下一個"請求-進入" 消息之前，等待一個隨機的時間量。在另外的實施方案中，會話管理 器可以在發(fā)送"請求-進入"消息(而不是接收"進入-會話-sID") 之后一直等待，直到某些外部事件發(fā)生為止，然后在傳送下一個"請 求-進入"消息之前，等待一個隨機的時間量。
一旦從會話訪問控制器接收到"進入-會話-sID"應答，則該會話 管理器廣播"會話中-mld-mld-狀態(tài)-sID
(in-session-mld-mld-status-sID)"消息，如在804所示。通過廣 播該消息，會話管理器向在該會話中的所有其他設備中的會話管理器 指示其在該會話中的存在。該消息的參數(mID， mID，狀態(tài)，sID)是 該媒體播放器設備的mID;該會話中另一個媒體播放器設備的mID，該 會話通過代理獲知該設備(本文中將此媒體播放器設為mID，因為不涉 及代理)；設備管理器602的播放列表管理器組件的狀態(tài)；以及會話 sID。
在廣播"會話中-mld-mld-狀態(tài)-sID"消息之后，會話管理器啟動 子函數806，該子函數對在由特定的sID所識別的會話中的其他媒體 播放器保持知曉。子函數506是一個輪詢循環(huán)，保持會話管理器狀態(tài) 數據結構中的信息，如圖7中所示。每個媒體播放器中的設備管理器 602自動地為每個由唯一的sID所識別的會話保持會話管理器狀態(tài)的 一個拷貝，在該會話中該媒體播放器是一個參與者。這種狀態(tài)信息可 包括用于該主題媒體播放器(subject media player)所獲知的會話 中的其他每個媒體播放器的若千元素此類元素之一是媒體播放器的 mID。另一元素是該主題媒體播放器所獲知的會話中的代理媒體播放器 的mID(稱為pmID)，該主題媒體播放器所獲知的由mID所識別的媒體 播放器是在該會話中的，即便該媒體播放器并非為該主題媒體播放器 所直接獲知。第三示例是媒體播放器的狀態(tài)。又一示例是自由主題媒 體播放器最近一次確定地獲知該媒體播放器是處于當前的會話中以后 的時間量。子函數806中的輪詢循環(huán)，可以被執(zhí)行"n"次，n由此實施方式 所確定。這個數字是相對任意的，而且通常選擇該數字是為了達到用 于會話管理器和會話維持協議的期望的"活躍度"標準。本文中的"活 躍度"指的是該主題媒體播放器向會話中的其它媒體播放器指示其在 該會話中的存在的頻繁程度。如該流程圖在804所示，會話管理器可 以向其他媒體播放器廣播一個"會話中-mid-mid-狀態(tài)-sid"消息，以 指示該主題媒體播放器在該會話中仍然是活動的，并且，如杲該會話 管理器狀態(tài)數據表702包括了用于其他媒體播放器的條目，就使其狀 態(tài)被其他媒體播放器所獲知。如果會話管理器狀態(tài)數據表702為空， 則會話管理器可以替代地通過啟動會話加入子函數802，而回到對將 要加入的會話的搜索。
子函數806可以通過重復地執(zhí)行圖8中所示的三個過程810、 812 和814來對該會話中的其他媒體播放器保持知曉，每個過程分別在圖 9-11中更加詳細地示出。"刪除會話成員"過程810掃描會話管理器 狀態(tài)數據結構702，并且移除對應于如下的媒體播放器的條目，主題 媒體播放器還未從該媒體播放器接收到確定地表明這些媒體播放器仍 然還在該會話中的指示，因此推斷這些媒體播放器已經離開了該會話。 "更新會話成員"過程812處理來自因此被推斷為已經加入會話或仍 然保留在會話中的其他媒體播放器的消息。最后，如果會話管理器狀 態(tài)數據結構702包括用于為主題媒體播放器所直接獲知的媒體播放器 的條目，而該條目僅僅經由該主題媒體播放器通過代理被另一個媒體 播放器所獲知，則"服務代理請求"過程814響應來自其他媒體播放 器的請求。
依次描述各個過程810、 812和814,"刪除會話成員"過程810 (圖9 )可以在用于該會話管理器數據結構702中的每個播放器i的 條目上執(zhí)行下列三種操作之一。
l)如果該媒體播放器被該主題媒體播放器最近一次確定地獲知的 時間[i]超過了實施方式所指定的超時值，則將該條目移除。隨后廣播 一個"代理-會話-mID-sID ( proxy-session-mID-sID)"查詢，以請 求對應于被移除的條目的媒體播放器是否仍然被該會話中的另一個媒 體播放器所獲知。2) 廣播一個"代理-會話-mID-sID"查詢，以請求是否該媒體播放 器仍然被該會話中的另 一個媒體播放器所獲知，且該媒體播放器條目 狀態(tài)已經被標記為"提示(cued)"(意為該媒體播放器被下迷的播
放列表管理器過程預定為執(zhí)行一段樂曲)，且若下面兩種條件之一存 在a)如果該媒體播放器最近一次確定地被該主題媒體播放器所獲知 的時間[i]超過由實施方式所指定的提示超時值，則意味著該主題媒體 播放器未接收到表明對應于該條目的媒體播放器所傳送的一個不同于 該提示狀態(tài)的狀態(tài)改變的指示；b)如果該媒體播放器最近一次確定地 被該主題媒體播放器所獲知的時間[i]并未超過由實施方式所指定的 提示超時值，但對應于該條目的媒體播放器僅經由會話中的另一個媒 體播放器通過代理為該主題媒體播放器所獲知。在此情況下，如果該 狀態(tài)改變是經由該代理媒體播放器響應于"代理-會話-mID-sID"查詢 而廣播的，則該主題媒體播放器將僅僅獲悉對應于該條目的媒體播放 器的狀態(tài)改變。
3) 如果上述條件均不適用，則對該媒體播放器的條目不做任何事情。
"更新會話成員"過程812(圖IO)接收由會話管理器和"服務代 理請求"過程814所廣播的"會話中-mID-pmID-狀態(tài)-sID (in-session-mID-pmID-status-sID)"消息，并更新該會話管理器 狀態(tài)數據結構702。該過程假定其上承栽媒體播放器通信的網絡的協 議將所有"會話中-邁ID-pmID-狀態(tài)-sID"消息緩沖，直到它們可被處 理為止。每個接收到的其中消息sID與會話的ID匹配的消息以下列五 種方法之一處理
1) 如果在ID已經存在時而不存在帶有mID的條目，則對應于帶有 該消息的mID的媒體播放器的條目被添加到會話管理器狀態(tài)數據結構 中。
2) 如果該消息的mID和pmID匹配，意味著該消息被現在由主題媒 體播放器所直接獲知的媒體播放器所傳送，數據表中的用于帶有mID 的媒體播放器的條目被來自該消息的狀態(tài)所更新。自帶有mID的媒體 播放器最近一次確定地被主題媒體播放器所獲知以后的時間被重置為 0秒。3) 如果接收到的消息為代理消息(miID, pmID不同)，由該消息 所引用的媒體播放器當前通過代理(用于會話管理器狀態(tài)數據結構中 的條目的mID和pmID不同)被主題媒體播放器所獲知，或者自最近一 次帶有mID的媒體播放器確定地被主題媒體播放器所獲知以后的時間 已經超過實施方式的指定的超時值，而無論所引用的媒體播放器的狀 態(tài)為未知或者該消息的狀態(tài)為空閑，則數據表中的用于帶有mID的媒 體播放器的條目，被利用來自接收到的"會話中-mID-pmID-狀態(tài)-sID" 消息的代理媒體播放器ID pmID和狀態(tài)而更新。自帶有mID的媒體播 放器最近一次確定地被主題媒體播放器所獲知以后的時間被重設為0 秒。
4) 如果接收到的消息是代理消息(miID和pmID不同)，由該消息 所引用的媒體播放器當前僅由該主題媒體播放器通過代理(用于會話 管理器狀態(tài)數據結構中的條目的mID和pmID不同)獲知，或自該帶有 mlD的媒體播放器最近一次確定地被主題媒體播放器所獲知以后的時 間已經超過實施方式所指定的超時值，且所獲知的被引用的媒體播放 器的狀態(tài)和消息中的狀態(tài)為空閑，則數據表中的用于帶有mID的媒體 播放器的條目，僅被利用來自接收到的"會話中-mID-pmID-狀態(tài)-sID" 消息的代理媒體播放器ID pmID而更新。自帶有mID的媒體播放器最 近一次確定地被主題媒體播放器所獲知以后的時間被重設為0秒。
5) 如果接收到的"會話中-mID-pmID-狀態(tài)-sID"消息是一個代理 消息(miID和pmID不同)，由該消息所引用的媒體播放器當前被主題 媒體播放器所獲知(在會話管理器狀態(tài)數據結構中的mID和pmID匹 配)，且自所引用的媒體播放器最近一次被主題媒體播放器確定地所獲 知的時間不超過實施方式所定義的超時值，則不做任何事情。
"服務代理請求"過程814(圖ll)響應于在由sID所識別的會話 中的任一媒體播放器的"刪除會話成員"過程810所廣播的"代理-會話-mID-sID"請求消息，向該會話中的其他媒體播放器提供關于主 題媒體播放器確定地所獲知的任何媒體播放器的信息。關于"更新會 話成員"過程，該過程假定其上承栽媒體播放器通信的網絡的協議將 所有"代理-會話iID-sID"消息緩沖，直到它們可被處理為止。每個 接收到的其中消息sID與會話的ID匹配的"代理-會話-mID-sID"消息可以以下列四種方法之一處理
1) 如果主題媒體播放器對應于請求的mID，則廣播一個"會話中 -mID-pmID-狀態(tài)-sID"消息，其中pmID=mID且狀態(tài)是主題媒體播放器
的狀態(tài)。
2) 如果該查詢的媒體播放器mlD被主題媒體播放器確定地所獲知 (該查詢的mID與狀態(tài)管理器狀態(tài)數據結構中的pmID匹配)，則廣播一 個"會話中-mID-pmID-狀態(tài)-sID"消息，其中pmID-mID，且mID和狀 態(tài)參數就是用于被該查詢所引用的媒體播放器的會話管理器狀態(tài)數據 結構702中的那些mID和狀態(tài)參數。
3) 如果該查詢的媒體播放器mID僅被主題媒體播放器通過代理所 獲知(該查詢的mID和狀態(tài)管理器狀態(tài)數據結構中的pmID不同)，則廣 播一個"會話中-mID-pmID-狀態(tài)-sID"消息，其中pmID和狀態(tài)參數就 是用于被該查詢所引用的媒體播放器的會話管理器狀態(tài)數據結構702 中的那些pmID和狀態(tài)參數。
4) 如果"代理-會話-mID-sID"消息未引用該主題會話媒體器或被 該主題媒體播放器所獲知的會話管理器狀態(tài)數據結構402中的媒體播 放器，則不廣播任何內容。
單獨的媒體播放器設備的播放列表管理器可以包括兩個主要的子 函數首先，"播放列表隊列更新器"過程1300，如圖13所示，其 在該會話中的媒體播放設備之間協商播放列表信息的共享。以及，其 次，"播放列表播放定序器"過程1400，如圖14所示，其由主題媒 體播放器控制媒體項的執(zhí)行。
播放列表管理器1200 (圖12 )，假定單個的播放列表構建器存在 于客戶機-服務器配置中的服務器系統(tǒng)上，或在點對點配置中的專用的 點對點網絡訪問系統(tǒng)上。在點對點的實施方案中，播放列表構建器可 以實現在點對點網絡中所找到的提供網絡層功能的系統(tǒng)上，而在其他 實施方案中，它可以實現在該網絡中的一個對等系統(tǒng)中。"播放列表 隊列更新器"可以將來自媒體播放器的數據提供給在播放列表構建過 程中所使用的播放列表構建器。播放列表構建器將隨后詳細討論。
播放列表管理器1200也假定該媒體播放器使得數個和在圖15中 概念性地示出的播放列表構建過程相關的數據項可用。在某些實施方案中，媒體播放器1502可以將媒體項存儲在本地庫1506中，并且提 供一種機制，用于查詢本地目錄1508以確定是否有特定的媒體項可用 于媒體播放器執(zhí)行。在其他實施方案中，媒體播放器1502可以經請求 通過通信網絡從遠程服務下載或流式輸入媒體項，并提供一種機制用 于查詢用于該媒體播放器執(zhí)行的來自遠程服務的可用的媒體項的目錄 1504。圖15還示出了其他若干由該媒體播放器所保持的與該播放列表 構建過程相關的數據項，包括應該預先添加到該播放列表的媒體項的 指示1510，以及分別為用戶不想添加到該播放列表的項的列表1512、 用戶優(yōu)選添加到該播放列表的項的列表1514和只要有可能就一定要 添加到該播放列表的項的列表1516。
圖13示出了 "播放列表隊列更新器"過程1300的頂層流程圖。 如圖所示，這可為無限重復執(zhí)行的過程。"播放列表隊列更新器"首 先確定主題媒體播放器的用戶是否已經請求將特定的媒體項添加到正 在被構建的播放列表中，若如此，則向該播放列表構建器發(fā)送"強制 -iid-pid-長度-sid ( force-iid-pid-length-sid )"消息。該消息 通過iID、該媒體播放器的pID(與前面描述的會話隊列更新器的mID 的值相同)、該媒體項以時間單位計的長度、和該會話的sID來指定媒 體項。
在已經處理了任何用戶所請求的將特定的媒體項添加到播放列表 之后，"播放列表隊列更新器"隨后檢查是否已經從該播放列表構建 器收到"具有-iID-sID (have-iID-sID)"消息，該消息查詢主題媒 體播放器是否可以為播放列表提供特定的媒體項。該過程假定其上承 栽各媒體播放器通信的網絡的協議緩沖所有"具有-iiD-sID"請求消 息，直到它們可被處理為止。每個接收到的其中消息sID與會話ID匹 配的消息可以以下列三種方法之 一 處理
1) 如果主題媒體播放器pID能從媒體項的本地庫訪問所請求的具 有長度"長度"的媒體項HD,則廣播"具有-iID-pID-長度-sid
(have-iID-pID-length-sid )"消息。
2) 如果主題媒體播放器不能從媒體項的本地庫訪問所請求的具有 長度"長度"的媒體項UD，但是的確能從遠程服務訪問所請求的媒 體項，則廣播"具有-iID-pID-長度-sid"消息。3)如果媒體播放器不能訪問所請求的媒體項，則不廣播任何應答。 在某些實施方案中，"播放列表隊列更新器"可以將用戶的在媒 體項方面的偏好納入考慮，如列表1512， 1514和1516所示，確定是 否響應于"具有-iID-sID"請求消息而提供"具有-iID-pID-長度-sid" 消息。例如，即使所請求的項位于設備的目錄1504或1506中，但它 如果也位于"不播放"列表1512上，那么"播放列表隊列更新器"可 以不響應該"具有-iID-sID"消息。相似地，如果該項位于"優(yōu)選的" 列表1514上，則"播放列表隊列更新器"可以選擇性地根據該項的某 些統(tǒng)計數據或其他標準進行響應。并且如果該項位于"必須播放"列 表1514上，則"播放列表隊列更新器"可以始終響應。
如果已經收到任一這樣的消息，則"播放列表隊列更新器"流程 圖的迭代的最后一步是處理至少一個來自該播放列表構建器的"隊列 -iID-pID-長度-sID ( queue-iID-pID-length-sID)"消息。該過程
假定，其上承栽媒體播放器通信的網絡的協議將所有"隊列-iID-pID-長度-sID"消息緩沖，直到它們可被處理為止。在某些實施方案中，
"播放列表隊列更新器"可以通過向播放列表管理器中的播放列表隊 列數據結構中添加條目，在每個迭代中只處理單個的"隊列-iID-pID-長度-sID"消息，該條目包括來自該消息的iID、長度和pID項。在 其他實施方案中，可以處理多個或所有的待處理的"隊列-iID-pID-長度-sID"消息。
在一個實施方案中，該播放列表的執(zhí)行，實際上是由該播放列表 構建器所引導的。如隨后所描述，該播放列表構建器可以向該會話中 的所有媒體播放器廣播"隊列-ild-pID-長度-sid"消息，請求將媒體 項添加到播放列表管理器1200中的播放列表隊列數據結構1202中。 播放列表構建器在媒體項應被執(zhí)行的實際時間發(fā)送此消息，且媒體播 放器接受該消息作為執(zhí)行指定的媒體項的命令。在本實施方案的變體 中，播放列表構建器可以恰在該媒體項應被執(zhí)行的時間之前發(fā)送該消 息，以允許媒體項執(zhí)行任何所需的處理以在執(zhí)行開始之前啟動該執(zhí)行。 在另一實施方案中，如圖14所示的播放列表管理器1200的"播 放列表播放定序器"過程1400在本地協調在播放列表上的項的行為， 所述項實際上是由該主題媒體播放器所執(zhí)行的，同時該播放列表上的其他媒體項由適當的媒體播放器執(zhí)行。會話中的所有媒體播放器可以
具有播放列表隊列1202的拷貝。所述拷貝可能并不完美它會丟失在 主題媒體播放器加入會話之前放在播放列表上的位于隊列隊頭的項， 或者由于通信錯誤而丟失隊列中間的項。在該播放列表中可能存在這 些可能的間隙的情況下，播放列表播放定序器會導致主題媒體播放器 將其單獨的媒體項的執(zhí)行與在該會話中的其他媒體播放器對媒體項的 執(zhí)行進行同步。
"播放列表播放定序器"1400可以是迭代過程，其通過處理在播 放列表隊列1202的隊列隊頭的項，在存在間隙的情況下實現同步執(zhí) 4亍，例如，通過下列三種方式之一
l)如果在隊列隊頭的媒體項的pID不是主題媒體播放器的pID， 對應于流程圖的左分支，則"播放列表播放定序器"基本上僅處于空 閑狀態(tài)，以監(jiān)控帶有在會話成員狀態(tài)數據結構702中的mID-pID的媒 體播放器的狀態(tài)，直到推斷出媒體項已被執(zhí)行為止。無論是觀察到從 "已被播放"到"空閑"的轉變，還是本地播放時間定時器的值超過 該媒體項的執(zhí)行長度，主題媒體播放器都推斷該媒體項已被執(zhí)行。
2) 如果在該隊列隊頭的媒體項的pID是主題媒體播放器的pID, 且會話成員狀態(tài)數據結構702未包括用于其他媒體播放器的帶有狀態(tài) 值為"正在播放"的條目，對應于流程圖的中分支，則"播放列表播 放定序器"播放該媒體項。當媒體項正在被執(zhí)行時，主題媒體播放器 的狀態(tài)被設置為"正在播放"，然后在執(zhí)行結束之后設回"空閑"， 以將該執(zhí)行發(fā)信號給會話中的其他媒體播放器。
3) 如果在該隊列隊頭的媒體項的pID是主題媒體播放器的pID， 但會話成員狀態(tài)數據結構702包括用于另一個媒體播放器的帶有狀態(tài) 值為"正在播放"的條目，對應于流程圖的右分支，則對媒體項的執(zhí) 行被延遲。"播放列表播放定序器"重復地來回檢查流程圖的這一分 支，直到沒有其他的媒體播放器具有"提示"的狀態(tài)值，且然后將用 于主題媒體播放器的狀態(tài)值設為"提示"。在下個迭代中，"播放列 表播放定序器"取流程圖的中分支，并且如上所述執(zhí)行媒體項。
如前所述，在每個媒體播放器設備中的設備管理器的播放列表管 理器可以假定，在客戶機-服務器配置中的服務器系統(tǒng)上，或者在點對點配置中的專用的點對點網絡訪問系統(tǒng)上，存在自動的播放列表構建 器。在點對點的實施方案中，播放列表構建器可以實施在某些點對點 網絡中所找到的提供網絡級的功能的系統(tǒng)上，而在其他實施方案中， 它可以實施在網絡中的一個對等系統(tǒng)上。
圖16示出播放列表構建器1606是如何提取有關媒體項的信息的 知識庫1604,以從對于該會話中的媒體播放設備為可用的媒體項池 1602來組成播放列表隊列1608中的媒體項播放列表。
圖17是播放列表構建器1606過程的流程圖。該過程假定了一種 用于生成包括在該播放列表中的備選的媒體項的ID的方法的可用性。 可以基于許多標準提出備選項，包括在知識庫1604中的信息，以及有 關其媒體播放器正參與該對話的用戶的偏好的知識。
"播放列表構建器"可以是一個迭代的過程，其在每次迭代中向 播放列表增添單個的媒體項。每次迭代可以包括三個步驟
1) 具有ciID的備選媒體項基于在知識庫1604中的信息和/或其他 標準生成。向會話中的所有媒體播放器廣播"誰-具有-ciID-sID (who-has-ciID-sID)"查詢，以確定它們中的任一個是否能對所提出 的媒體項訪問。
2) 如果會話中的任一媒體播放器的播放列表隊列管理器先前已經 廣播未處理的"強制-UD-pID-長度-sID"消息，則請求的媒體項iID 添加到播放列表2108。播放列表構建器可以向會話中的所有媒體播放 器廣播"隊列-iID-pID-長度-sID"消息，引導它們每一個將所請求的 媒體項添加到它們的播放列表隊列管理器所正在保持的它們的本地播 放列表中。
3) 經由實施方式確定的延遲之后，確定是否會話中的任何媒體播 放器的播放列表隊列管理器已經廣播未經處理的"具有-iID-pID-長度 -sID (have-iID-pID-length-sID)"應答消息，指示會話中的媒體 播放器能對所請求的媒體項iID訪問。由于一個或多個媒體播放器可 以訪問所請求的項，所以隨機選取或者是根據某些其他標準選取那些 媒體播放器中的一個來作為將執(zhí)行該媒體項的媒體播放器，且該媒體 項被添加到該播放列表。然后播放列表構建器向會話中的所有的媒體 播放器廣播"隊列-iID-pID-長度-sID"消息，以引導它們每一個將所請求的媒體項添加到由它們的播放列表隊列管理器1100所保持的它
們的本地播放列表中。
該過程假定其上承栽這些媒體播放器通信的網絡的協議將所有
"強制-iID-pID-長度-sID"請求消息和"具有-iID-pID-長度-sID" 緩沖，直到它們可被處理為止。在任何特定的實施方案中，在每次迭 代中可以處理各種消息中的一種或多種。此外，如該流程圖所示，步 驟2)和3)可以重復數次，重復次數由超時值定義，以增加在該播放列 表構建器和媒體播放器設備之間的通信的響應度。
播放列表構建器的迭代可以重復無限次。只要在該會話中至少有 一個媒體播放器，播放列表就是待被執(zhí)行的媒體項的無盡序列。此外， 某些實施方案可以通過提供一個用于將選項標記設置為"假"使得流 程圖中的"自動構建"測試失敗的選項，來支持構建單獨由媒體設備 的用戶所建議的媒體項所組成的播放列表，并且以"強制-iID-pID-長度-sID"請求消息與該播放列表構建器通信。
參見圖18-26，還公開并描述了其他實施方式。在這些實施方案 中，所選擇的媒體項的播放列表可以基于擁有媒體播放器設備的用戶 的臨時定義的組的偏好而從媒體項的收藏集中動態(tài)構建。例如，當個 別用戶進入和離開該組時，可以使用用于該組的作為整體的合成愛好 數據來動態(tài)計算合成目標和可用的為達到那些目標的媒體項的收藏
某些實施方案因此涉及響應于由個人組成的臨時定義的組的總體 愛好而動態(tài)創(chuàng)建媒體項的播放列表的方法。某些實施方案也提供了動 態(tài)地多樣化組播放列表的方式，以使得該組播放列表不會整體地或部 分地不適當地反映該組中的單個成員的愛好或整個組內的特定用戶子 組的愛好。
另外的實施方案可以提供如下系統(tǒng)和方法，通過使用組中成員的 合成愛好偏好以確定播放列表的合成目標從而來動態(tài)地構建媒體項播 放列表，然后構建達到那些合成目標的組播放列表。所述系統(tǒng)可以通 過分析該組的當前的成員的愛好偏好來得到該合成目標?？捎糜谶_到 那些目標的媒體項通常是媒體項的子集，這些媒體項響應于分析愛好 數據而被識別且可以選自對該系統(tǒng)可用的媒體項的收藏集?？捎玫拿襟w項的收藏集可以是由用戶們提供的媒體項的子收藏集的聚合體，或 者替代地，可以是預先存儲的媒體項的集合，這些媒體項例如存儲在 中央數據庫或自動唱片點唱機中。
在本系統(tǒng)的優(yōu)選實施方式中，提供了三種基本的過程。第一過程， 在用戶通過使用例如單獨的聯網通信設備與該系統(tǒng)開始或結束通信， 進入和/或離開該組的時候，跟蹤用戶。示例實施方案包括藍牙@設備 和在互聯網的專用網絡中通信的其他設備，或者其他使用了例如蘋果
公司的Bonjour協議的網絡連接設備。擁有單獨通信設備的用戶，在 他們顯式地或隱式地連接到通信網絡或從通信網絡斷開時，可以被該 系統(tǒng)添加到該組中或從該組中刪除，其中所述通信網絡將這些單獨設 備鏈接到用于構建組播放列表的計算裝置。
在用戶進入該組的時候，該系統(tǒng)可以檢索用戶的愛好數據.愛好 數據可以通過，例如訪問來自該系統(tǒng)已經獲知的用戶的愛好數據數據 庫，或直接從該用戶的通信設備請求愛好數據并將該數據添加到用于 該組的愛好數據池，來檢索愛好數據。當用戶離開該組時，該系統(tǒng)也 可以被配置為從該組的愛好數據池中移除該用戶的愛好數據。在某些 實施方案中，可用于包括在播放列表中的媒體項是由用戶提供的，而 不是由該系統(tǒng)集中保持的，在這些實施方案中，系統(tǒng)可以保持當前的 組可用的媒體項池。
使用用于該組的愛好數據池，以及可用于包括在播放列表上的媒 體項池，所述第一過程可以為該播放列表得到合成目標，例如請求所 選擇的特定屬性的媒體項具有指定的分布。在某些實施方案中，第一 過程也可以涉及選擇來自待被用于構建播放列表的媒體項的整個池的 媒體項的子集。這可以用媒體項"推薦器"來完成，在下文將參考圖 41-42來做進一步描述。
第二過程可以以 一種導致正在演變的播放列表隨著所選擇的媒體 項被添加到播放列表中而更加接近地近似于指定的合成目標的方式， 通過從媒體項的整個池選擇媒體項來構建合成播放列表。因此，本系 統(tǒng)的某些實施方式，可以響應于持續(xù)改變的組成員人數。具體地說， 隨著組中的用戶不斷地加入和離開該組，合成目標和/或可用于達成那 些目標的媒體項可以不斷地變化。在一些實施方式中，特別在組成員實際上向池貢獻媒體項的情況下，隨著用戶離開所述組，可以從動態(tài) 播放列表中移除媒體項。在這種情況下，池中的媒體項可以隨著用戶 的離開而從池中移去，用戶的離開方式例如物理地與系統(tǒng)斷開連接， 或從系統(tǒng)中注銷。然而，應能理解，這樣的特征并非在所有實施方式 中都是必要的，因為如果媒體項在將被執(zhí)行時卻不再可用，該媒體項 可以被跳過。
第三過程可以涉及為該組播放列表進行多樣化。多樣化過程可以 包括在必要時將列表上的媒體項打亂，以確保在播放列表上沒有片段 被代表一個或多個組成員的愛好的媒體項所支配。在某些實施方案中， 關于媒體項的藝術屬性的另外信息可以用于重新安排這些媒體項在該 組播放列表中的次序，以實現特定的藝術目標。最后，在用戶很少且 由此對于每個用戶而言播放列表僅響應于此用戶的愛好而包括了大量 項的情況下，某些實施方案可以將某些媒體項替換成另外的媒體項。 這些另外的或補充的媒體項，可以不由該組中的任何成員提供，且可 以根據多樣化標準選取，以為該組播放列表帶來更多的多樣化。
本系統(tǒng)的一個實施方案可以實施由圖18-20所詳細描述的過程。 該實施方案可以被類比為自動唱片點唱機的自動化的演變版本。雖然 自動唱片點唱機提供的是本地音樂，并需要來自用戶的顯式的交互以 選取想要的音樂，但這些實施方案都自動地基于先前收集的關于(無論 物理地或是虛擬地)最接近于該系統(tǒng)的用戶的數據來自動構建播放列 表。
在下文描述圖18-20的實施方案時，將首先描述將用戶添加到系 統(tǒng)中的過程，然后描述用于移除用戶的過程，最后描述整個播放列表 構建過程，包括該過程如何使用信息以構建目標播放列表，該目標播放 列表調節(jié)用來構建播放列表的最接近的用戶的知識。
為了讓系統(tǒng)對最接近的用戶"窄播"(也即，僅將目標內容定位到 特定的用戶集合)播放列表，可以提供一種機制，用于發(fā)現/檢測最接 近的用戶。在一個實施方案中，可以使用例如藍牙@技術提供服務器過 程2400 (如圖24中所示)，以允許用戶"登錄"到該系統(tǒng)。"登錄" 到該系統(tǒng)的用戶被認為是最接近的用戶，無論他們對于其他用戶或對 于服務器的物理接近程度為何。在某些實施方案中，所有最接近的用戶立即開始影響正在被構建的播放列表，這將在下文中更加詳細地描
述。對本領域的技術人員來說將明顯的是，藍牙@只是許多種可以用來 將用戶添加到該系統(tǒng)的數據發(fā)現/輸入機制中的一種。其他實施方案可 以包括來自用戶的顯式文本輸入，或者甚至是零配置協議，例如蘋果
公司的BonJour協議。
在藍牙@用戶添加過程的一個實施方式中的步驟l，提供了帶有預 定義服務UUID(全局唯一標識符)的藍牙@服務器。該藍牙@規(guī)范使用 UUID以在許多設備之間唯一地識別服務。通過使用UUID,藍牙@客戶 機就能夠檢測在遠程服務器上的特定服務。
在步驟2中， 一旦客戶機藍牙@過程已經與該系統(tǒng)的藍牙*服務器 2400連接，該客戶機就向服務器過程2400傳送用戶信息，如圖25中 在2500所示。然后服務器過程2400將試圖驗證用戶信息，如在2501 所示。如果用戶驗證過程2501失敗，則該用戶被拒絕，并且不會被用 戶列表修正過程2502添加到最接近的用戶列表2503或最接近的設備 列表2504中。如果用戶驗證過程2501成功，則用戶被添加到最接近 的用戶列表2503中，且用戶設備被添加到最接近的設備列表2504中。 本領域的普通技術人員將能理解，用于用戶和用戶設備添加到適合的 列表的條目的裝置可以變化。
為了提供實時的窄播播放列表內容，系統(tǒng)優(yōu)選地基于常規(guī)標準更 新并保持最接近的用戶列表2503和最接近的設備列表2504的內容。 與此同時，可以配置該系統(tǒng)，以降低用戶被從任一列表錯誤地移除的 幾率。這些關注點可以通過使用用戶/設備接近度檢測過程2600來解 決，如圖26所示，以識別哪些用戶最接近于該系統(tǒng)。過程2600，像 其他過程一樣，可以用藍牙⑧技術來實現。系統(tǒng)例如通過檢測最接近的 設備，并將最接近的設備列表2504映射到最接近的用戶列表2503， 就能夠確定何時用戶不再是最接近的。
在已經發(fā)現用戶不再為最接近時，用戶/設備不活動狀態(tài)檢測過程 2601可用來開始考慮是否應從該最接近的用戶列表2503移除用戶， 并從最接近的設備列表2504移除用戶設備。用戶設備的用戶/設備不 活動狀態(tài)檢測過程2601可被實現為基于時間的過程。該系統(tǒng)可被配置 為記住用戶第一次被分類為非最接近時的時間。然后，例如，如果已經達到特定的時限且非最接近的用戶仍然被識別為非最接近的，則該
用戶可由用戶/設備移除過程2602從最接近的用戶列表2503中移除， 且用戶設備由用戶/設備移除過程2602從最接近的設備列表2504中移 除。如果在達到該用戶/設備不活動狀態(tài)檢測過程2601的時限之前， 該用戶/設備接近度檢測過程2600發(fā)現用戶成為最接近的，則該用戶 及其設備將被留在適合的列表2503/2504上。本領域的技術人員將會 理解，前述系統(tǒng)的特定實施方案可以，但是不是必須，依賴于對藍牙圾 的使用或基于時間的用戶移除策略。
合成播放列表構建器過程可以依靠上面所描述的用戶添加/移除 過程，以便確定將哪個播放列表窄播給哪些用戶。在一個實施方案中， 合成播放列表構建器過程可以首先生成定義用戶愛好的媒體項列表， 然后為該系統(tǒng)中所有最接近的用戶重復此步驟。
如圖18所示，可以通過檢查登錄到該系統(tǒng)的用戶1800并使用信 息——也即，媒體項愛好數據——以綜合用戶愛好，如1802所示，來 完成定義用戶愛好的媒體項列表的過程。媒體項愛好數據可以同時地 由該系統(tǒng)收集，或者，替代地，可以將其從先前收集的媒體項愛好數 據編譯成列表或數據庫。前述任一方面均可以由圖18中的步驟1801 所示。如1803所示，然后可以生成包含應該被窄播給用戶1800的音 樂的信息的媒體項和/或媒體項元數據的列表(總稱為"媒體數據項")。 應注意到，為了生成組播放列表，并非必須讓用戶登錄到系統(tǒng)中。在 沒有/很少用戶或不足的數據可用于系統(tǒng)時，可以使用預先配置的目 標。然后這個過程可以為登錄到該系統(tǒng)中的每個用戶重復。
在一個實施方案中的數據可以被緩存以允許快速查找。如在其他 步驟中所將要演示的，表示用戶愛好的數據也可為其他步驟提供得到 信息的基礎。在某些實施方案中，可以通過最初獲得的用戶最近所聽 過的和/或用戶將其排名最高的樂曲集來綜合用戶愛好。當然，對于本 領域的技術人員而言，顯然還有許多不同的方式來基于收集的用戶愛 好數據來綜合用戶愛好。
作為一個實施方式的第二過程，可以基于第一過程的結果和/或期 望的類別的列表來計算聚合的播放列表目標。注意，通常對于每位用
戶都有一個輸入媒體數據項集合。為了計算聚合的播放列表目標，指示用戶愛好的媒體項和/或元數
據1900的每個集合，和/或預定的或計算的興趣類別1901的集合，可 以用作用戶愛好聚合過程1902的輸入，如圖19所示。用戶愛好聚合 過程1902可以用于為意在窄播給最接近的用戶的組播放列表創(chuàng)建優(yōu) 化播放列表特性的集合1903。在某些實施方案中，代表了多于一個用 戶的愛好的媒體項和/或元數據不可被認為是重復的。這個特征可以允 許由用戶愛好聚合過程1902向在多個用戶之間共有的媒體項和/或元 數據賦予增大的重要性等級。用戶愛好聚合過程1902可以將用戶愛好 1900和想要的興趣類別1901作為輸入來接受。興趣類別1901通常(但 不必須)是元數據指示器，指示用來為特定用戶組中指定的窄播播放列 表計算優(yōu)化播放列表特性1903的元數據的集合。
一個實施方案使用包含了流派的類別集1901。這類系統(tǒng)可以計算 在為每位已連接的用戶所檢索的播放歷史中的流派的頻率分布。然后， 每個流派所占的百分比可用作所生成的組播放列表的優(yōu)化的流派分 布。當然，流派不是可用于生成播放列表的唯一類別。應該理解，粗 略的頻率分布并非用于計算有關任一給定類別的統(tǒng)計的唯一方法。其 他相似的實施方式，不限于但可以采用加權策略或表決策略，以確定 每個特征的理想等級。
在已經計算出聚合的播放列表目標之后，可以從可用的媒體項池 中選擇與用戶相關的媒體項。然后可以為該系統(tǒng)中的每一位最接近的 用戶重復這個過程。
例如，在圖20中，可以計算/選擇與給定的用戶相關聯的相關的 媒體項2002的集合。為此，可以為每位用戶執(zhí)行過程2001。過程2001 可以將指示用戶愛好的媒體項和/或元數據1803的集合和/或所有可 用的媒體項2000的集合作為輸入來接受。過程2001也可以產生可用 的媒體項的子集，這些可用的媒體項是針對單個用戶的相關的媒體項。
在一個實施方案中，過程2001可以通過使用媒體項推薦器來實 現，媒體項推薦器例如在題為"Reco邁mender System for Identifying a New Set of Media Items Responsive to an Input Set of Media Item and Knowledge Base Metrics"的美國專利申請No. 11/346， 818 中所描述的那些媒體項推薦器，該申請先前已通過引用被全部并入。還可以通過向媒體項推薦器提供以推薦媒體項的子集的所推薦媒體項
的全部范圍來擴展過程2001。在實踐中，這可以用來確保所推薦的媒 體項可被合成播放列表構建器應用所使用。例如，如果有一千個可從 中選擇的可用的媒體項2000，過程2001就可以確保相關的媒體項2002 位于這一千個可用的媒體項2000中。這類似于一個具有有限的用于從 中產生播放列表的媒體集合的自動唱片點唱機。顯然的是，可用于過 程2001的媒體項，并非必須駐留在正在執(zhí)行過程2001的同一臺機器 上。通過任何協議可編程獲得的任何媒體項，均可被認為是可用媒體 項。
在已經從可用的媒體項池中選擇用于每位用戶的相關的媒體項之 后，可以根據一組期望的屬性，對媒體項進行分類。例如，如圖21所 示，可通過分類過程2101根據先前在用戶愛好聚合過程1902中所使 用的興趣類別1901來對相關的媒體項2100進行分類。分類過程2101 可以用于產生相關的媒體項的分類列表2102。這個列表可以允許整個 系統(tǒng)能夠基于一個或多個興趣類別1901拾取一個或多個媒體項。
在媒體項已經被根據一組期望的屬性分類之后，可以評估/計算當 前的組播放列表的目標完成的狀態(tài)。例如，參見圖22，可以與分類過 程2101—起使用目標評估過程2201，以產生需要完成的區(qū)分優(yōu)先次 序的目標的列表2202。分類過程2101可以將當前的播放列表2200和 興趣類別1901作為輸入來接受。分類過程2101可以使用興趣類別 1901，以對當前的播放列表2200上的媒體項進行分類。分類過程2101 的輸出可以被發(fā)送到目標評估過程2201，其中目標評估過程2201可 以被用來確定當前的播放列表2200的特性與優(yōu)化播放列表特性1903 的接近程度。目標評估過程2201的輸出可以是需要完成的區(qū)分優(yōu)先次 序的目標的列表2202。
在一個實施方式中，流派的頻率分布可以針對分類過程進行計算。 目標評估過程可以包括，從用于優(yōu)化播放列表的目標百分比中減去用 于當前的播放列表的已完成的流派的百分比。然后，它可以采用最大 的數值差作為播放列表所需的即將形成的流派。當然，其他各種方法 可用于計算播放列表的需要。
在已經評估/計算當前的組播放列表的目標完成狀態(tài)之后，可以基于對該播放列表的當前的需求的評估，根據先前執(zhí)行的目標完成情況
的評估過程，選擇一組樂曲添加到組播放列表中。例如，參見困23， 選擇一個或多個媒體項的集合2301，用于由播放列表添加過程2302 添加到當前的播放列表2200中。媒體項選擇過程2300可以將需要完 成的區(qū)分優(yōu)先次序的目標的列表2202、相關的項的分類列表2102以 及當前的播放列表2200作為輸入來接受。在某些實施方案中，媒體項 選擇過程2300可以試圖以區(qū)分優(yōu)先次序的方式實現目標，從而使得從 最佳地實現該目標的相關的項2102的列表中拾取媒體項來實現最重 要的目標。如果多個媒體項可以幫助實現目標，那么媒體項就可以從 所述列表隨機選擇，或者以另一種方式，例如通過某些仲裁過程的形 式來選擇。
所選擇的媒體項，也可以經歷多樣化步驟，該步驟可用于確保正 被添加到播放列表中的媒體項與當前的播放列表內容不太過于相近。 在某些實施方案中，多樣化步驟可以包括將組播放列表中的媒體項打 亂，以將該組播放列表中的至少一個片段進行多樣化，該組播放列表 中的至少一個片段包括充分代表一個或多個用戶的愛好的媒體數據 項。系統(tǒng)可以被配置為，響應于確定該組播放列表被代表一個或多個 用戶的愛好的媒體項所支配，從該組播放列表中移除對應于一個或多 個用戶的愛好的至少一個媒體數據項。
在某些實施方案中，為了讓媒體項被選擇并添加到當前的播放列 表2200中，它必須經歷多樣化過程(除非多樣化過程除去了池中所有 的媒體項)。 一旦已經選出足夠的媒體項的集合，媒體項的集合2301 可以被發(fā)送到播放列表添加過程2302，用于添加到活動的播放列表。 播放列表添加過程2 3 0 2可以具有創(chuàng)建/更新當前的播放列表2 2 0 0的能 力，且在某些實施方式中，具有啟動播放當前的播放列表2200中的媒 體項的能力。
在一個實施方案中，通過對以適當流派分類的相關樂曲進行隨機 選擇，可以從用于當前的播放列表的最需要的流派中選擇媒體項。多 樣化步驟可以用于確保在預定的時段內，在組播放列表中沒有媒體項 被重復。在其他實施方案中，多樣化步驟也可以，或替代性地，被用 于確保沒有媒體項的子集一一例如藝術家、曲集、流派等一一在該組播放列表中的給定子集之內被重復。例如，多樣4匕步壤可以用于防止 來自特定藝術家的媒體項在組播放列表中的七個樂曲窗口中重復。如 果不可能滿足多樣化過程的要求，則可以從適當流派之內的所有媒體 項中隨機地選擇媒體項。如果多個流派被識別成相同優(yōu)先級，則被選 擇的媒體項可以從已識別的任一流派中選擇，或者由某些其他的仲裁 選擇過程來選擇。
會場推薦
現在轉向圖27,在先描述的技術的另一個應用是用于，允許會場 根據用戶或顧客的愛好來定制其提供的內容。在本文的語境中，"會 場"可以是真實的物理空間，例如賓館、飯店、酒吧等，或者也可以 存在于虛擬的空間中，例如互聯網上的會場。此外，在本語境中，"用 戶"可以是單個用戶、用戶組、或一組用戶。
賓館被用作示例來描述本發(fā)明的此方面。現在參見圖27，顧客將 登記為賓館用戶。例如，這可以是基于互聯網的服務。眾所周知，現 今許多賓館具有線上登記系統(tǒng)，還有"忠實計劃"或藉以存儲顧客偏 好的優(yōu)選的顧客配置，其中顧客偏好例如無煙房間和皇后尺寸的床。 這些賓館在過去未能進行收集的用戶的偏好是，例如一個或多個喜歡 的電影、喜歡的食物和飲料、音樂(歌曲，曲集或藝術家，等)的列表。 因此，本過程開始于附圖中的顧客登記步驟2702，緊接著的是用戶偏 好收集2704。然后在步驟2706,該賓館可以采用先前描述的那一類推 薦器軟件，以基于所收集的個人偏好來識別適合于該特定顧客的推薦。 最后，可以通過多種渠道將這些推薦提供給顧客。例如，可以將這些 推薦經由所記錄的電話消息，通過賓館房間電視系統(tǒng)、電子郵件或無 線通信消息簡單地遞送給用戶?；蛘?，用戶在他或她方便之時，會根 據需要使用諸如移動電話之類的設備來訪問該賓館的推薦。例如，當 該用戶準備去吃午飯時，他可以簡單地訪問賓館推薦的提供午飯的飯 店，且該推薦將多半會符合他的個人偏好。
在本發(fā)明的另一方面，可以基于用戶配置文件采用推薦器技術來 為單個用戶推薦一個或多個會場。在圖28的簡化流程圖中概述了用于
將會場推薦給用戶的方法。圖28開始于用戶登錄步驟2802。這一步驟可以包括登錄到一現存的系統(tǒng)中，其中用戶已經是一個"成員"， 從而可以訪問先前存在的配置文件。作為替代，新用戶可以在登錄時 提供配置文件信息。在音樂或其他媒體項的情況下，用戶偏好可以通
過識別一個或多個喜愛的歌曲或藝術家來表達，如前所述。圖28中的 步驟2804示出了對已存在的用戶配置文件進行訪問的情況。
接下來，在步驟2808,該方法要求訪問會場配置文件信息。再次， 對于媒體項的情況，會場配置文件可以包括連同當前登錄到系統(tǒng)中的 用戶一起提供的當前的媒體項。這里指的是當前在該會場出席的用戶 或"客人"，如下文進一步描述。由會場提供的媒體項可以被及時地 排序，從而形成媒體項的序列。例如，在音樂的情況下，由會場提供 的當前的媒體項可以是播放列表。此外，會場配置文件可以包括普通 屬性，例如位置、風格、價格范圍、開放時段、以及描述配置文件固 有的各方面的其他屬性。
最后，在步驟2810，系統(tǒng)基于用戶配置文件和會場配置文件推薦 會場?？梢栽陧憫诳腿诉M入和離開該會場和所提供的媒體項而使得 會場配置文件發(fā)生變化時，實時地進行推薦，如下所詳述。系統(tǒng)可以 針對所提供的媒體項相關聯的時間對它們的重要性進行加權。以此方 式，較老的媒體項的權值將低于最近的媒體項的權值。
例如，如果用戶組希望隨著迪斯科音樂跳舞，他們可以使用適當 的設備來訪問當前正在播放他們喜歡的那類音樂的最近的俱樂部。這 些用戶可以實時地檢查當前的播放列表。在他們到達之后，相同的用 戶可以開始對在該會場中播放的音樂作出影響，如下文所解釋。
圖29是示出三個不同概念層的軟件程序的簡化示意圖。在底層， 推薦器核心引擎2900可以包括上述類型的推薦器系統(tǒng)，即，用于響應 于媒體項的輸入集合(或"查詢集合")的識別新的媒體項的集合的推 薦器系統(tǒng)。在優(yōu)選實施方案中的此類系統(tǒng)使用包括媒體集的收藏集的 知識庫。
在中間的概念層，圖29示出可以采用推薦器核心2900的算法的 數個示例。例如，通過示例方式，示出了用戶到用戶接近程度算法2902、 組推薦器2904、合成播放列表生成器2906以及動態(tài)組管理算法2908。 這些算法在上文中作出了詳細描述。最后，在圖29的頂層，是一些應用的示例，優(yōu)選地采用了在圖中所示的類型的一種或多種算法。這樣
的應用可以包括交互式會場應用2910、會場推薦器2912、用于讓會場 定制提供給顧客的內容的應用2914、以及響應于一個或多個用戶個人 偏好或興趣的應用。在上文中參見圖28描述會場推薦器。上文參照圖 27描述了用于為特定用戶定制會場提供的服務。在下面的示例中將進 一步詳述用于在給定的會場提供動態(tài)的交互式娛樂的應用2910。
實時派對會話
下面的示例始于對會場3000的概述，該會場3000可以是迪斯科 舞廳、酒吧或者夜總會，其中所選擇的元素在圖30中示出。在圖30 中，會場3000包括具有數個揚聲器3004的音響系統(tǒng)，至少一個顯示 屏幕3002，至少一個問詢處或終端3006,下文將對每個部分作更詳細 的描述。會場可以可選地包括一個或多個用于在派對或會話期間為客 人3008拍照的照相機，還可以包括一個或多個用于相同目的的攝像機 3014。會場3000通常包括用于分配飲料的吧臺3010。會場3000也可 包括用于無線通信的無線局域網WIFI接入點3016。
如所示，會場包括一個或多個顯示屏3002，其被安排用來為在該 處集會的客人顯示內容。顯示屏幕的數量和大小并不嚴格限定，但是通 常應該將它們配置為使客人們觀看方便。如下文所討論，顯示屏幕3002 提供用于會場業(yè)主或"主人"和客人之間以及客人和客人之間的交互 式通信。
圖31是會場顯示屏幕內容的一個示例的簡化圖示。在圖31中， 顯示屏幕3002當前正在示出廣告3102( "Bella Terra酒吧和烤肉 店")；以及來自主人3104的歡迎消息("歡迎參加派對，今夜我們將 伴您直到凌晨3: 00")。圖31的顯示屏幕的示例示出另外的消息3106, 指導用戶如何"加入派對"，也即，如何登錄到本文所描述的交互式 系統(tǒng)。在下文中，我們把當前登錄到該會場系統(tǒng)中的用戶稱為"客人"。 圖31示出了兩種讓用戶登錄并成為客人的方法。第一種是從無線設備 (例如蜂窩電話)或其他多用途設備(例如PDA)發(fā)送SMS消息。事 實上，消息的發(fā)送可以從任意具有無線遠程消息發(fā)送功能的設備完成。 屏幕顯示消息指導用戶向指定的電話號碼發(fā)送格式為"PartyStrandsJ -昵稱(PartyStrands J -nickname)"的消息。本示例中的格式 通常被描述為[服務器名，派對標識符，昵稱]。服務器名在本示例中 為"PartyStrands",指的是遠程服務器(在當前的優(yōu)選實施方案中， 是通過互聯網訪問的服務器，如下文參考圖39所述)。PartyStrands 是Mediastrands有限公司的商標。派對標識符(在本示例中為"J") 識別該用戶希望加入的特定的派對或會場，并最終識別用戶的昵稱或 用戶名。所提供的電話號碼對應于無線遠程通信網關或諸如此類的設 備，在這樣的設備中可以適當地接收和路由短消息。在此情況下，消 息將被路由到PartyStrands服務器，其將在下文做進一步描述，且隨 后消息以用戶"昵稱"登錄到"派對J"之中。在另一個實施方案中， 可以為特定的會場提供專用的電話號碼，從而簡化消息發(fā)送協議。所 選擇的消息發(fā)送格式的細節(jié)并非關鍵，但一些示例遵循該格式。 A.示例性的消息格式
用于每次操作的發(fā)送到系統(tǒng)的SMS消息具有特定的格式。此外， 由該系統(tǒng)向用戶發(fā)送應答消息，以確認系統(tǒng)收到用戶的SMS消息。一 個實際問題是，向用戶發(fā)回應答消息，為此運營商向用戶收費，從而 運營商借此獲得收益。
(l)加入派對
登錄到特定的派對和本地系統(tǒng)之中，并且向該系統(tǒng)提供初始的藝 術家偏好，為讓該系統(tǒng)將其包括在對當前正在執(zhí)行的播放列表的構建 之中。
消息 <派對-名> <用戶-昵稱> <藝術家-名> 其中<派對-名>是用于該會場或事件的標識符，其中用戶看到它在 該屏幕上顯示，而<用戶-昵稱>可以是 <昵稱> ——作為匿名用戶加入
〈mystrands-另"名> :mystrands--使用MyStrands配置文
件信息加入
〈mystrands-另'J名〉ms--使用MyStrands配置文件信息
加入(替代格式)
<last-fm—別名> :lastfm--^f吏用LastFM配置文件加入
〈myspace-另'J名〉myspace--使用MySpace配置文件加入應答 <文本-應答>
其中 <文本_應答>是文本消息，其聲明了用戶是否已經成功地加入 了派對，且可以可選地提供另外的解釋性信息。 一旦系統(tǒng)向用戶指示， 該用戶已經加入該派對，則該用戶可以發(fā)送另外的SMS消息以與該系 統(tǒng)交互，并與其他用戶通信，例如 (2)文本派對
發(fā)送將由該系統(tǒng)在屏幕上顯示的文本消息。
消息 <派對-名> t <文本-消息>
其中<文本_消息>是用戶想要發(fā)送的任意的文本消息。在某些實施 方案中，系統(tǒng)掃描該文本，以在將該消息顯示在屏幕上之前移除任何 攻擊性語言。
應答 <文本-應答>
其中 <文本-應答>是文本消息，其聲明該用戶的消息是否已被系統(tǒng)
接受，且其可以可選地提供另外的解釋性信息。
(3) 添加藝術家
向該系統(tǒng)建議新藝術家，以讓該系統(tǒng)將該新藝術家包括在用于構 建正在執(zhí)行的播放列表的過程中。
消息 <派對_名> a <藝術家—名>
其中 <文本_消息>是該用戶想要發(fā)送的任何文本消息。在某些實施 方案中，系統(tǒng)掃描文本，以在將該消息顯示在屏幕上之前移除任何攻 擊性語言。
應答 <文本-應答>
其中 <文本_應答>是文本消息，其聲明了該用戶所建議的內容是否
已被系統(tǒng)接受以用于包括在播放列表構建過程中，且其可以提供另外 的解釋性信息。
(4) 向另一個用戶發(fā)送SMS消息向登錄到派對的另一用戶發(fā)送私 人的SMS消息，指示為在屏幕上顯示存在用戶的頭像或別名。
在一個實施方案中，用戶以此格式向預期的接收者發(fā)送用于直接 遞送的消息。
在消息中的 <用戶-昵稱>是預期的接收者在登錄期間提供給該系 統(tǒng)并由該系統(tǒng)顯示在屏幕上的名字。 <文本-消息>是用戶想要發(fā)送給預期的接收者的任意的文本消息。在某些實施方案中，系統(tǒng)掃描該文本， 以在將該消息顯示在屏幕上之前移除任何攻擊性的語言。
應答 <文本-應答>
其中 <文本_應答〉是文本消息，聲明了該用戶的消息是否已被該系 統(tǒng)接受以便試圖向接收者傳送，且其可以可選地提供另外的解釋性信息。
在另一個實施方案中，用戶如所述發(fā)送消息，但由軟件/IP擁有 者4000運作的系統(tǒng)"保持"用于傳送的消息，直到預期的接收者發(fā)送 請求傳送的消息為止。預期的接收者將從指示消息正在等待的系統(tǒng)接 收消息，然后文本傳送回消息的請求傳送的消息
消息 <派對-名> g
其中如果軟件/IP擁有者系統(tǒng)被配置以期待來自預期的接收者的 這種形式的應答，則<派對-名>可以是可選的。 應答 <文本-應答>
其中<文本-應答>是起初由該用戶發(fā)送的用于傳送給預期接收者 的<文本_消息>。
在先前的方案中，軟件/IP擁有者可以收到來自僅僅鏈接由初始 用戶發(fā)送的SMS消息的移動運營商的收益。在后者的情況，軟件/IP 擁有者可以收到來自鏈接到由初始用戶發(fā)送的SMS消息以及由預期接 收者發(fā)送的請求發(fā)送該初始消息的消息的移動運營商的收益。此外， 參加派對的用戶們的頭像3210(圖32)，可以顯示數字，其指示有多少 消息已經被發(fā)送給這些用戶和/或有多少消息正在等待這些用戶請求 發(fā)送。
(5)表決
響應于在屏幕上顯示的問題，發(fā)送表決。 消息 <派對-名> v <表決>
其中〈表決〉是用戶的表決，例如"y"、"是"、"n"、"否"。 <表決>也可以是標識符，例如"a" 、 "b" 、 "c"等，或"1" 、 "2"、 "3"等，用于具有多種可能的應答的問題。 應答 <文本-應答>
其中 <文本_應答>是文本消息，其聲明了該用戶的表決是否已經被系統(tǒng)接受并做記錄，并且其可以可選地提供額外的解釋性信息。
(6)向派對發(fā)送照片/視頻
如果消息服務提供商提供了 MMS，則使用MMS發(fā)送用于在該派對 屏幕上顯示的照片
消息 <派對_名> p <照片_文件> 或者 <派對_名> f <照片_文件
其中<照片-文件>是MMS服務接受的格式的數字照片或視頻文件。 應答 <文本-應答>
其中 <文本-應答〉是文本消息，其聲明了用戶的照片或視頻是否已 經被該系統(tǒng)接受并做記錄，并且可以可選地提供額外的解釋性信息。
B.可選的消息格式和策略
在一個優(yōu)選的實施方案中，軟件/IP擁有者4001 (圖40)可以和移 動電話網絡運營商簽約對應于專用的電話號碼的"非共享的短代碼"。 在這個實施方案中，消息3106(圖31)、 3212 (圖32)、 3401 (圖34)和 3506 (圖35)可以具有如下格式 "發(fā)送<消息>到<短-代碼>"
其中 < 消息 >是按照先前描述格式化的消息，而 <短-代碼>是由移 動電話提供商提供給軟件/IP擁有者的短代碼的文本字符串。 一旦接 收到這種消息，移動電話提供商將會通過諸如互聯網之類的通信網絡， 向軟件/IP擁有者轉發(fā)包含該文本〈消息〉的消息。
在另一個實施方案中，軟件/IP擁有者4000 (圖40)可以不與移 動電話網絡運營商簽約對應于專用電話號碼的"非共享的短代碼"， 但可以替代地使用諸如411 Sync之類的共享SMS遞送服務，或者由那 些諸如愛立信之類的運營商所提供的服務。這些服務提供給任何人可 發(fā)送SMS消息到其上的共享的電話號碼。SMS消息通常始于標識符關 鍵字，該標識符關鍵字表示共享的SMS遞送服務應該將該特定的消息 遞送至的顧客。在本實施方案中，消息3106(圖31)、 3212 (圖32)、 3401 (圖34 )和3506 (圖35 )可以具有下列格式
"發(fā)送〈ip-擁有者-關鍵字〉 <消息> 到 <電話-號碼>"
其中〈ip-擁有者-關鍵字〉是用于軟件/IP擁有者4001服務的標識符，例如"fiesta" 或"partyStrands"， <消息>是如前文所述格式 化的消息，而<電話-號碼>是共享的SMS遞送服務的專用電話號碼。一 旦接收到該消息，共享的SMS遞送服務將會通過諸如互聯網之類的通 信網絡向軟件/1P擁有者轉發(fā)包含文本<消息>的消息。
圖36也示出一種替代性的方法，用于讓用戶登錄到位于會場中的 派對。也即，讓用戶訪問物理地位于該會場中的用戶可登錄的問詢處 或終端。終端可以被預先配置以與"PartyStrands"服務器通信，并 且，因其位于該會場中，所以它自動地提供會場的標識符。用戶僅需 要提供昵稱，并且，可選地，提供該用戶音樂愛好的標識符，例如采 用優(yōu)選歌曲片段、曲集或藝術家的形式。如果用戶擁有存儲在遠程服 務器處的先前存在的音樂配置文件，就可以訪問該配置文件而不是訪 問喜愛的藝術家等。無論是由SMS還是通過終端連接，遠程服務器確 定客人的音樂愛好，將用戶登錄到指定的派對，并將該用戶的音樂愛 好信息遞送到為派對創(chuàng)建播放流的算法中。最后，圖31也示出了可以 使用由客人或主人的酒吧侍者自動致動的照相機3012 (圖30 )在該會 場隨時拍攝的顯示圖片3108。類似地，視頻攝像機(圖30中的3014) 可被用來在顯示屏幕3002上提供用于顯示的實況視頻源3110。
圖32是在派對會話期間用于會場中的顯示屏幕3002的另一圖示。 本圖示出顯示屏幕3002被分成三個主要區(qū)域頂部區(qū)域3202、中央 區(qū)域3204和底部區(qū)域3206。顯示屏幕的這種布置僅為示例。操作區(qū) 域的數量、大小和布置并不嚴格規(guī)定。在此示例中，通過圖示，頂部 區(qū)域3202包括主人消息3212，其再次遨請用戶使用SMS系統(tǒng)登錄到 派對。在底部區(qū)域3206中，識別當前正在播放的歌曲。它也可以示出 在播放列表上播放的上一首歌曲和潛在的將要播放的下一首歌曲。對 歌曲的識別可以包括相關的藝術作品，例如唱片集封面或其他圖形。
在圖32中，中央區(qū)域3204示出對當前登錄到系統(tǒng)的客人的圖形 顯示。優(yōu)選地，客人并非以其實名來識別，而是以昵稱或別名來識別， 可選地，和圖形或頭像一起來識別。頭像可以由系統(tǒng)在該客人登錄時 自動提供。如果可以從用戶的配置文件或登錄信息確定性別，則該系 統(tǒng)可以在分配頭像的時候考慮用戶的性別。
現在參見圖33，顯示屏幕3002的中央區(qū)域正在示出圖形播放列表。也即，其顯示了幾首歌的標記，包括對當前正在播放哪首歌曲的
指示，此情況如虛線33(M所示。在播放列表3300被執(zhí)行時，該播放 列表當然被動態(tài)地更新。圖33的顯示屏幕也示出廣告3308，其可以 成為該會場主人的廣告收益的來源。在圖33的顯示屏幕的下方區(qū)域 中，顯示了來自主人所指示酒吧侍者來提供特價品的消息3306。雖然 這些不同的顯示元素在這些附圖中必然顯示為靜止，優(yōu)選地它們在實 際的實施方式中可以是動態(tài)的，且它們的內容頻繁地改變，以保持客 人的興趣。
圖34示出了會場顯示屏幕內容的另一個示例。這個圖引入了一個 客人發(fā)送消息給另一個客人的概念。在圖34中，顯示屏幕的上部區(qū)域 中的消息3400遨請客人發(fā)送消息給另一位客人，而在顯示屏幕的下部 區(qū)域的另一條消息則指令用戶發(fā)送消息(使用SMS或諸如此類)。此處， 該消息具有如下格式[服務器名稱，派對，"MG"和昵稱]。在這種 情況下，MG是任意代碼，其指示了發(fā)送該消息到由"昵稱"所識別的 用戶的請求。由此，當用戶登錄到系統(tǒng)(成為客人)時，可以給予他或 她是否愿意接收來自其他客人的消息的選項。該交互式會場應用軟件 可被配置為強制執(zhí)行該選項或其他適合的用于中介消息的規(guī)則。
圖34也示出了歡迎消息3404，當用戶登錄為客人的時候可顯示 該消息。相反地，當客人從會場注銷時，可以顯示道別消息3402。用 戶可通過顯式地發(fā)送一個帶有注銷意愿的消息以使得注銷有效化?；?者，如果用戶簡單地離開會場，若在預定的一段時間內沒有收到來自 該用戶的任何消息，則注銷也可以自動生效。也即，可以推斷用戶退 出會場。正如先前參考圖32所指出的，時常可以顯示當前登錄的用戶 的列表。
圖35引入由在會場中的客人進行表決的概念。此處，播放列表 3502被顯示在播放屏幕3002的中心區(qū)域.在此情況下，當前正在播 放的歌曲可以是3502，而3504是被識別為正在生成該播放流的算法 所提議播放的下一首歌。在顯示屏幕的上部區(qū)域，消息3500遨請客人 對下一首歌進行表決。在顯示屏幕的下部區(qū)域，消息3506通過向預定 網關發(fā)送SMS消息，向感興趣的客人提供對下一首歌進行表決的操作 指南，如上所述。圖36示出消息3600，它提醒客人們，對于提議播放的歌曲3504 只剩下有限的時間進行表決?？蛇x地，實時表決結果3604可以隨表決 告終而顯示。圖36還示出歡迎消息3602，反映出一位新客人剛剛登 錄。當前正在播放的音樂片段也被位于該顯示屏幕的下部區(qū)域的消息 3606所識別(歌曲標題3608)。
在圖37中，又有一條消息3700再次提醒客人們剩余的表決時間。 應注意到，上面所述的多個屏幕顯示示例僅僅是示例性的。其他布置 可被用于顯示該內容以及上述內容，或者近似的內容。優(yōu)選地，實際 的屏幕顯示是彩色的、動畫的以及頻繁變化的。讀者將能理解，屏幕 顯示，以及在該會場播放的音樂的選擇，均由登錄到該會場的用戶所 決定。圖38概述了可以在該會場中顯示的內容的某些種類。這些內容 已在早些時候提及，在此不再贅述，因為它們在附圖中清晰可見?，F 在參見圖39，其示出了簡化的示意圖，該示意圖示出了在會場中根據 本發(fā)明的各方面實現的動態(tài)交互式娛樂的過程中所涉及的基本連接和 數據流路徑的一個示例。在圖39中， 一條水平的虛線將在該圖的下半 部分所示的位于會場3000的組件(和人)，與遠離該會場的設備和人 (在該水平虛線的上方示出)分開。
在該圖的中央附近，示出了現場主機系統(tǒng)3900。這可以是一種常 規(guī)計算機，或是適用于本文所描述的目的的專用計算機。主機系統(tǒng)3900 執(zhí)行計算機程序，也即交互式會場應用程序，以執(zhí)行此處描述的功能， 也即，如所述，管理派對會話。該應用程序可以本地安裝，或者提供 在關于派對服務器3902的客戶機-服務器實施方式中。在當前的優(yōu)選 實施方案中，主機系統(tǒng)3900在任何情況下均被連接到遠程的派對服務 器3902，如下文所進一步描述。它可以以如所示的方式通過因特網鏈 接。主機系統(tǒng)3900優(yōu)選地控制會場音響系統(tǒng)3910，以播放根據如所 述的軟件算法所生成的播放流所作出的選擇。主機系統(tǒng)3900也被連接 以驅動顯示系統(tǒng)3912，該顯示系統(tǒng)包括一個或多個如上所述的顯示屏 幕3002。優(yōu)選地，主機系統(tǒng)3900也被連接到一個或多個位于此會場 的終端3914。這樣的終端，或問詢處，可以提供各種功能。例如
1. 不具有可用的蜂窩電話的用戶能夠使用終端登錄到會場。
2. 用戶可以使用終端訪問遠程的網站，在該網站她可以更新一個或多個播放列表，從而間接地調整她的偏好配置文件。
3. 可以使用終端或問詢處以將選擇的音樂片段下栽到個人設備或 播放器。例如，客人可能會特別喜歡最近在該會場中播放的某段特定 的音樂，并且決定在那時購買該音樂。問詢處可以被編程以輔助完成 對到那時為止在該會場播放的播放列表進行顯示。某些在線服務可以 提供免費的媒體下栽。
4. 問詢處可被用于向公用顯示器發(fā)送消息或用于上傳照片、視頻 或其他在公用顯示器中潛在使用的內容。
5. 問詢處可被用于對即將到來的選擇進行表決。
6. 問詢處可被用來訪問在互聯網上的音樂站點，以搜索音樂然后 輸入到本地會場系統(tǒng)。該輸入將不會作為傳統(tǒng)的"請求"被接收并隨 后播放，而是替代地作為對特定用戶的配置文件的更新而輸入，其接 著會改變客人如何影響正在進行的對將在該會場播放的音樂片段的選 擇。
如前所述，主機系統(tǒng)3900也可以連接到一個或多個照相機3916， 和/或連接到一個或多個用于相似目的的視頻攝像機3918。在某些應 用中，燈光控制系統(tǒng)3920可以被通過接口連接到主機系統(tǒng)3900,以 采用正在播放的音樂來調整會場燈光系統(tǒng)。
在圖39中，方框3930概述客人可以發(fā)送的消息的類型的示例， 優(yōu)選使用SMS或相似的消息發(fā)送系統(tǒng)，以用于輸入到主機系統(tǒng)3900中。 在當前的優(yōu)選實施方案中，消息在無線遠程通信網關3932處接收，然 后通過3934路由到派對服務器3902。派對服務器3902根據需要處理 這些消息，并將信息下傳給主機系統(tǒng)3900，如虛線3940所示。在一 個替代實施方案中，這些消息可以被直接路由到主機系統(tǒng)3900的"獨 立的"配置。這個路由過程由虛線3942所示出。
圖39同樣示出了遠程用戶3944，他們可以在家或位于其他任何 如下會場，在這些會場中，他們訪問到使他們能夠通過互聯網通信的 計算機或無線設備。在到達之前，遠程用戶3944可以與派對服務器 3902通信以登錄到會場/主機系統(tǒng)3900中?；蛘?，遠程用戶可能希望 通過訪問由派對服務器3902所提供的會場網頁，看到會場的播放流和 其他交互式行為的記錄。換句話說，本發(fā)明的另一個方面，提供以網站為媒介，在現場會場系統(tǒng)和家或其他遠程用戶之間進行的交互。在 當前的優(yōu)選實施方案中，客人在加入該派對(登錄)之后，接收到去派
對服務器網站的SMS遨請并在方便的時候瀏覽該派對。該會場的派對 顯示系統(tǒng)上出現的內容被發(fā)送到派對服務器網頁，并與該派對的日期 相關聯。該信息可以包括獨一無二的標識符，該標識符用于所有播放 的音樂片段、客人的昵稱和頭像以及用戶生成的派對內容，例如消息 和圖片。
客人可以作為"PartyStrands"成員(網站社團)登錄，以向會場網 頁添加評論，并將消息發(fā)送給其他被列為該派對參加者的 PartyStrands成員。此外，PartyStrands成員/客人可以具有他們自 己的PartyStrands/個人網頁，從這些網頁中他們可以接收消息并向 其他成員/客人發(fā)送該消息。
如上所述，參見圖34，該系統(tǒng)可以允許一個客人在派對上向另一 個客人發(fā)送私人消息。當消息被發(fā)送時，"消息已發(fā)送"屏幕可以出現 在派對顯示系統(tǒng)上。該屏幕顯示不包括消息內容。接收到私人消息的 客人可以選擇性地通過派對服務器(3902)系統(tǒng)回復。在當前的優(yōu)選實 施方案中，這個功能是通過SMS實現的。
圖40是簡化的示意圖，示出了根據本發(fā)明的一種商業(yè)方法的一個 示例。總體而言，該商業(yè)方法尋求通過提供當主人使用應用軟件實施 如上所述的派對會話時所產生的不菲的SMS和MMS收益的一部分來回 報給會場(主人)。特別地，會場主人在每次啟動派對會話且客人通過 與該會話相連的SMS和/或MMS進行交互時都將會收到付款。
參見圖40，在頂部示出的實體4000可以是用于實施本發(fā)明的各 方面的計算機軟件的開發(fā)者或擁有者，且在任何情況下，是和這些技 術相關的知識產權的擁有者、代理人或該擁有者授權的人，他們均被 允許構建并使用如本文所描述的交互式娛樂系統(tǒng)。參見圖29,對先前 詳細描述他們的那些技術作出了簡要的總結。根據商業(yè)模型的一個示 例，根據本發(fā)明，軟件/IP擁有者4000分發(fā)在主機系統(tǒng)(圖39中的3900) 上可執(zhí)行的交互式會場應用，以在會場(也即"派對")中實施和前述 說明一致的交互式娛樂會話。IP擁有者4000可以通過一個或多個分 支機構或發(fā)行人4002分發(fā)這樣的軟件。例如，分支機構接著將應用軟件再分發(fā)給多個會場主人4004。
在圖40的示意圖中， 一個特定的主人(會場)4006被示為通過發(fā) 行人4002接收應用軟件。替代地，會場主人可以下栽應用軟件，或者 從IP擁有者4000處直接獲取。然后該主人在她的會場主持會話(派 對)，如前所述，引入了多個參加派對會話(參考號4012)的派對客 人4010。如上文所述，出席的客人具有各種機會以與主人和/或彼此 之間在會話期間通過SMS和/或MMS交互。這被示為"SMS流量"4016。
SMS流量通過無線運營商網關4018路由，如上所述。處理該流量 的無線運營商將及時地將賬單4020呈遞給發(fā)送這些消息的客人。這些 派對客人接著將付款(直接地或者通過他們的本地運營商，等)呈遞 給無線運營商開賬單和收費設施4022。在一示例性實施方案中，該收 益的一部分，或者更簡單地， 一部分基于此類消息數量的金錢，由無 線運營商向IP擁有者4000支付，如虛線4024所示。IP擁有者4000 可以將此收益的一部分，分發(fā)給分發(fā)該軟件或支持相應的會場主人 4006的分支機構4002。如果主人4006直接地從IP擁有者4000獲取 該軟件，則它可再次優(yōu)選地基于在由該主人所主持的派對會話中所發(fā) 起的消息的數量，直接從IP擁有者4000處獲得收益。
這種商業(yè)模型在許多實施方式中允許對該交互式會場應用軟件進 行廣泛地和潛在地免費分發(fā)，同時鼓勵接收到該應用軟件的企業(yè)(會 場)推廣使用，因為他們將分享從對該軟件的適當使用中產生的收益。 如所述的，在一些實施方案中，所述應用軟件可通過分支機構而分發(fā)。 可以針對安裝軟件的每個拷貝，或者針對分支機構將軟件分發(fā)至的會 場處或通過主人引導的每個派對會話，向該分支機構付費。該商業(yè)模 型鼓勵對該軟件的分發(fā)，對軟件的分發(fā)可以是免費的，但也鼓勵分支 機構與它們的客戶(會場)保持聯系并支持其推廣產品使用。在目前 的優(yōu)選模型下，分支機構也將基于SMS或MMS消息的數量，或基于由上 述消息產生的收益，接收一份收益。
推薦器示例
以下的章節(jié)提供了推薦器技術的一個示例或實施方式的詳細描 述，該技術可被用于提供單獨的媒體集推薦.此外，如上文所討論，此推薦器才支術可應用于組用戶。例如，在上文中參考圖2所作的論述 中，系統(tǒng)使用推薦器引擎(分別為204、 212和220)為每位用戶提供推 薦媒體集，所述推薦器引擎(分別為204、 212和220)處理用戶愛好(分 別為媒體集202、 210和218)以產生推薦媒體集206、 214和222。接 下來將討論這樣的推薦器引擎的一個實施方案。有些時候，例如可以 使用Yahoo!音樂推薦器。
作為背景，將數字媒體項播放器與專用軟件相結合的新技術，和 新的媒體傳播渠道一起通過計算機網絡(例如，互聯網)，正在迅速 地改變人們組織和播放媒體項的方式。作為媒體業(yè)中這種變革的直接 結果，當用戶在某一特定時刻選擇播放什么媒體項時，他們面臨著大 量的令他們感到茫然的可用選擇。這種茫然感覺在音樂領域尤其顯著， 人們面臨著從非常大的歌曲收藏集中選擇音樂的問題。然而，在將來，
我們可能會在其他領域例如音樂視頻、電影和新聞項等等之中，發(fā)現 類似的結果。
總而言之，下列公開內容可以應用到任何種類的可被用戶分組以 定義"媒體集"的媒體項。例如，在音樂領域，這些媒體集被稱為播 放列表。用戶把歌曲放在播放列表中，以克服在從巨大的收藏集中選 取歌曲時的茫然感，或者在特定情況下僅僅欣賞一套歌曲。例如，用 戶可能有興趣擁有用于跑步的播放列表，或用于烹調的播放列表，等 等。
可以采用不同的途徑來以個性化的推薦幫助用戶選擇正確的選 項。 一種途徑是，使用人的專門知識以對媒體項分類，然后使用這些 分類基于輸入的媒體集推斷向用戶的推薦。例如，如果項x出現在輸 入媒體集中，并且x和y屬于同一分類，則系統(tǒng)可以基于兩個項均被分 為同一類的事實推薦項y。然而，這種途徑需要數量大得驚人的人工 和專門知識。另一種途徑是分析項的數據(用于歌曲的音頻信號，用于 視頻的視頻信號，等等)，然后盡量使得所提取的分析和用戶偏好匹配。 這種途徑分類從技術角度看來，其有效性仍然有待證明。
我們的技術則是替代性地平衡大量用戶的主觀判斷，如他們的播 放列表中所反映的那樣，以做出推薦。因此，我們通過推薦和初始媒 體集(或輸入媒體集)很好地相配的媒體項，來解決幫助用戶構建他們的媒體集的難題，或者僅僅是發(fā)現新的音樂選集。所述推薦使用該系 統(tǒng)的知識庫的媒體項之中的度量而計算得出。所述知識庫包括來自一 個社區(qū)的用戶的媒體集的收藏集。(如下所述，媒體集不是媒體項或 內容的收藏集。相反，它是此類項的列表，并且可包括各種各樣的元 數據。)優(yōu)選地，本發(fā)明的方法是用計算機軟件實現的。
在商業(yè)應用中，本技術的功能可以以不同的方式應用。例如，可 以通過幾乎任何種類的網絡，有線或無線，而向客戶計算機器的遠程 用戶提供推薦器服務。在本文中，我們使用的"計算機器"包括傳統(tǒng)
的計算機，以及蜂窩電話、PDA、便攜式音樂播放器等.所述系統(tǒng)的知 識庫，是一個數據庫，對該用戶而言可以位于本地也可以是遠程的。 它可以在一個位置或服務器上，或者以不同的方式分布。如上所述， 推薦器引擎可用于一組與形成"集體播放列表"有關的用戶，該集體 播放列表也即一個組的用戶可能會喜歡的媒體項列表。
推薦器技術在一方面實現了用于響應于媒體項的輸入集而識別媒 體項的集合的系統(tǒng)。該系統(tǒng)需要由媒體集的收藏集組成的知識庫。媒 體集是媒體項的集合，必然地由用戶分組。它們反映了用戶的主觀判 斷和偏好。知識庫的媒體集定義媒體項之間的度量。這樣的度量指示 在該知識庫的媒體集中的媒體項之間的相互性的程度。從媒體集的知 識庫可以生成許多在媒體項之間和之中的各種不同的度量。這樣的度 量可以包括但不僅限于下列示例
a) 在兩個媒體項之間的前并發(fā)(用于有序的媒體集)，被計算為 一個給定項在該知識庫的媒體集中前序于其他項的次數。
b) 在兩個媒體項之間的后并發(fā)(用于有序的媒體集)，被計算為 一個給定項在該知識庫的媒體集中跟隨于其他項的次數。
c) 在兩個媒體項之間的同時并發(fā)，被計算為媒體項在媒體集中和 其他項一同出現的次數。
d) 元數據相似度也可以通過考慮和媒體項相關聯的關鍵字(例如 藝術家、演員、日期等等)來計算。
e) 先前度量的組合將會有用。
f) 先前度量的組合適用傳遞性。
這些度量可以展現為 一種將媒體項與其他媒體項直接關聯的顯式形式。對于輸入集的每個媒體項，所述系統(tǒng)檢索n個具有最高度量的 媒體項。這些媒體項被稱為備選項。然后，所推薦的媒體項的集合是 最大化優(yōu)化標準的備選項子集。這樣的標準可以使用該系統(tǒng)的知識庫 的度量來簡單地定義。此外，這種度量也可以包括過濾器，包括但不 限于
a) 用戶表達僅僅把推薦聚焦在確定的一類媒體項上的過濾器；
b) 用戶表達將推薦聚焦在滿足某些基于關鍵字的標準的媒體項上 的過濾器，關鍵字例如特定的藝術家、年份、流派等等。
c) 把向用戶的推薦進行個性化的過濾器。這種過濾包括僅僅推薦 該用戶了解的媒體項，或者該用戶不了解的媒體項，等等。
推薦器定義
推薦器系統(tǒng)優(yōu)選地包括或訪問作為媒體集的收藏集的知識庫。媒 體集是由用戶所組合到一起的媒體項的列表。媒體項可以是幾乎任何 形式的內容；音頻、視頻、多媒體等，例如歌曲、書、報紙或雜志文章、 電影、電臺節(jié)目片段等。媒體項也可能是藝術家或曲集。如果媒體集 由單一類型的媒體項組成，則稱之為同類媒體集，否則稱為異類媒體 集。媒體集可以是有序的或是無序的。有序的媒體集暗含了和媒體項 被用戶使用的序列有關的特定順序。(根據該媒體項的屬性，它將被 播放、查看、讀取，等等)。再注意到，媒體集在優(yōu)選實施方案中是 媒體項(也即元數據)的列表，而不是媒體項的實際內容。在其他實 施方案中，也可包括媒體項內容本身。優(yōu)選地，知識庫存儲在機器可 讀數字存儲系統(tǒng)中。它可以采用眾所周知的數據庫技術用來創(chuàng)建、保 持和訪問數據庫。
一般來說，媒體集基于如下假設，用戶遵循某些邏輯或推理將媒 體項編組到一起，這些邏輯或推理可能完全是主觀的，或者不是。例 如，在音樂領域，用戶可選擇用于駕駛的歌曲集合，因此該曲集是歌 曲的同類媒體集。在本發(fā)明中，我們還考慮到其他種類的媒體項，如 書籍、電影、報紙等等。舉例來說，如果我們考慮書藉，用戶可能有 夏天用的書籍列表、乘坐公共汽車的書籍列表、以及另外的周末的書 籍列表。用戶可能有興趣表達書籍和音樂的混合的異類媒體集，(隱含地)表達了列出的音樂和某些書籍相配。
媒體項的集合并不被認為與媒體集相同。不同之處主要關于用戶 將媒體項編組到一起的意圖。對于媒體集的情況，在某些程度上，用 戶根據她的個人偏好，表達媒體集中的項是相配的。音樂媒體集的一 個常見示例就是播放列表。另一方面，媒體項的集合并不必然表達用 戶的偏好。我們使用媒體項的集合這個術語，來指代本發(fā)明的系統(tǒng)的 輸入和系統(tǒng)的輸出。
用于給定知識庫k的在一對媒體項i和j之間的度量M，表達了 i 和j之間關于k的某種相關程度。度量可以被表達為"距離"，其中 較小的距離值(接近度)表示較強的聯系值，或者表示為相似度，較大 的相似度值表示較強的聯系值。這些度量在功能上是等效的，但在數 學上互補。最直接的度量是同時并發(fā)(i， j，k)，其示出了項i和項j在 k個媒體集的任一個中一起出現的次數。前并發(fā)度量(i，j，k)示出了 在k個媒體集的任一個中項i和項j同時出現但i位于j之前的次數。 后并發(fā)度量(i， j，k)示出了在k個媒體集的任一個中項i和項j同時 出現但僅i位于j之后的次數。先前定義的度量也可用于考慮i和j 的直接序列。所以，該系統(tǒng)可以考慮同時/前/后并發(fā)度量，但僅當項 目i和j在媒體集中連續(xù)(也即，媒體集是有序的)時?？梢钥紤]其他 度量，也可以通過組合先前的度量來定義新度量。
度量可以基于以上任一度量并應用傳遞性來計算。例如，考慮在 項i和項j之間的同時并發(fā)度量co(i， j)，在項j和項k之間的同時 并發(fā)度量co (j， k),并考慮co (i， k) -0。我們可以創(chuàng)建另 一個度量以包 括傳遞性，例如d(i，k) = 1/co(i，j) + 1/co(j，k)。這類傳遞性度量 可以使用標準的分支和邊界搜索算法來有效地計算。該度量展現了在 項i和k之間的關聯，盡管i和k并不出現在K中任一媒體集之中。
對于給定知識庫K，度量M的矩陣表示，可被定義為二維矩陣， 其中元素M(i， j)是在媒體項i和媒體項j之間的度量的值。
給定知識庫k的圖形表示，是用節(jié)點代表媒體項且邊位于成對的 媒體項之間的圖形。成對的媒體項i和j是由加標注的定向的邊鏈接 的，其中該標注示出了相似度或距離度量M(i， j)的值，用于具有首媒 體項i和尾媒體項j的邊。本技術的一個實施方案由圖42中所示的流程圖所描述。該方法接 受媒體項輸入集4201。通常，這是局部媒體集，也即，用戶以構建媒 體集為目的而編組到一起作為起點的媒體項的集合(至少一個項)。最 類似于輸入媒體項的備選媒體項的第一收藏集由以下過程4202生成。
作為鋪墊，在當前的優(yōu)選實施方案中，執(zhí)行預處理步驟以分析已 存在的知識庫的內容。這可以在接收到任何輸入項之前完成。如上所 述，知識庫包括已存在的媒體集的收藏集。知識庫包括多個媒體集， 每個媒體集包括至少兩個媒體項。對于在給定媒體集之內存在的媒體 項，在它們之間創(chuàng)建了關聯。
可以為任何選擇的度量進行知識庫的預處理分析?？偠灾?，這 些度量反映了并且確定地量化了在給定知識庫之中的成對的媒體項之 間的關聯。這個過程是以示例方式使用前述的同時并發(fā)度量來描述的。 對于媒體集中的每個項，該過程識別了同 一媒體集中的每個其他項， 從而定義了該媒體集中的所有成對的媒體項。對于知識庫中的每個媒 體集重復該過程，從而對整個知識庫中的任何媒體集中出現的每一對 媒體項作出定義。
接下來，對于每對媒體項，同一對媒體項在同樣的知識庫中每多 出現一次，就將使同時并發(fā)度量增加1。例如，如果一對媒體項，例 如Billy Joel的歌曲"Uptown Girl"和Jeff Buckley的歌曲 "Hallelujah"，在知識庫中的42個不同的媒體集里一起出現(不一 定彼此相鄰)，則同時并發(fā)度量可以是42 (或者某些其他值，取決于 所選擇的比例尺、規(guī)格等等)。在某些實施方案中，這個值或同時并 發(fā)度量"權值"可被標準化為O和l之間的值。
現在參見圖41A，矩陣4100示出了一種有用的方法，用于為任一 特定度量存儲度量值或權值。本文中，在知識庫中單獨的媒體項，例 如nh、 m2、 m3，...，mk，根據矩陣中的行和列進行分配。在該矩陣中， 為每對媒體項選擇的度量權值對應于定義了該對的兩個媒體項的行列 位置x，y而輸入。在圖41A中，這些值被標準化。
現在我們假設在步驟4201接收到媒體項的輸入集。再次參見處理 過程4202，基于類似圖41A中的矩陣4100的度量矩陣，生成最類似 于輸入媒體項的"備選媒體項"的收藏集。例如，對于每個媒體項，例如在輸入集4201中的(項邁2)，過程4202可以向備選媒體項的收藏 集中添加在度量矩陣4100的用于媒體項nh的對應行4102中的每個具 有非O的相似度值或超過了預定閾值的媒體項(在圖4U中的 flh，m3, ...，mk)，從而將每個添加的媒體項標注上對應的度量值(分別為 0.7， 0. 4和0.1)。參見圖41B圖中的邊。對于大小為m的輸入集中 的每個媒體項，過程4202選擇n個媒體項作為備選項；從而所有備選 項的聚合產生了最多mM個媒體項的集合。
在一個實施方案中，過程4203接收到來自過程4202的備選集， 其包括最多mw個媒體項。該組件從該備選集的111*11個媒體項中選擇 p個元素。這種選擇可以根據不同的標準作出。例如，該系統(tǒng)可以考 慮應該根據生成備選集的媒體項分布來選擇備選項?？梢允褂么朔植?br>
原則來避免使得許多備選項均來自很少的媒體項。另外，該系統(tǒng)可以 考慮備選集中的媒體項的流行程度。關于知識庫的媒體項流行程度示 出了這樣的媒體項在該知識庫的媒體集中出現的頻率。
最后，從[P]個媒體項的第二收藏集，選擇某些特定數量的媒體項 的第三和最終輸出集4205,其滿足過濾器過程4204的任何另外的期 望的外部約束。例如，這個步驟可以確保針對最終集的媒體集之中的 度量對媒體項的最終集作出平衡。例如，該系統(tǒng)可以將在該結果集合 中的每對媒體項之中的度量的和最大化。有時當計算會變得太過昂貴 時，該系統(tǒng)可以使用優(yōu)化技術。在此步驟中也可以考慮過濾標準，例 如個性化或由該用戶表達的其他偏好。在某些應用中，因為某些可能 的計算約束，這些過濾步驟可以在步驟4203中而不是在步驟4204中 完成。對其他實施方案進行過濾可以包括流派、創(chuàng)作年代或構成年度、 賣主，等等。另外，可以使用過濾來將備選輸出項降級，而不是移除。
在本發(fā)明的另一實施方案或方面中，可以使用包括在為系統(tǒng)所獲 知的媒體項的整個集合中的一個子集之間的相似度值的顯式關聯，如 圖41B中的示意圖所示。圖41B示出了有向圖4300的一部分，反映了 不同的媒體項(4302或mi、 4304或瓜2、 4308或nik等等)。邊4306示出 了從nh到nh的相似度值(O. 1)。為進行闡明，如果第一媒體項4302(通 常下文中以指數i表示)和第二媒體項例如4314(通常下文中以指數j 表示)之間的相似度值并未顯式指定，那么可替代地遵循一條有向路徑獲得一個隱式的相似度值，該有向路徑例如從第一媒體項到一中間媒
體項然后最終到感興趣的第二媒體項(在這個示例中是項mp)而由邊 "10和所表示。以此方式，可以跨過任何數量的中間項，我們 把這種方式稱為傳遞技術。在沿著這條穿過全圖的路徑的成對媒體項 之間的相似度值M(i， i+l), M(i+1 ， i+2)， ...， M(i+k, j)的列表 被以這樣一種方式合并，以使得結果值滿足適合于本申請的在媒體項 i和媒體項j之間的相似度定義。例如，相似度M(i， j)可以被計算為 M(i，j) = min(M(i， i+l)， M(i,i+2)， ...， M(i+k,j)}或者 M(i，j) -M(i，i十l) *M(i，i+2) *M(i+k，j) 可以使用用于為在第一媒體項i和不相鄰的第二媒體項j之間的 其中邊被標注以相似度值M(i， i+l)，M(i+l， i+2)，…，M(i+k， j)的序 列的路徑計算相似度值M(i， j)的其他方法。從用戶的立場，這對應于 為不在同一媒體集中出現的一對媒體項確定關聯度量。
上述說明完全公開了包括其優(yōu)選實施方案的本發(fā)明。不需要更多 的詳述，應該相信，本領域技術人員可以使用前文的說明來最大程度 實施本發(fā)明。因此此處所公開的示例和實施方案應被理解為僅僅是例 證性的，而不是對本發(fā)明的范圍以任何方式作出限制。
對本領域技術人員而言，顯然，可以在不離開本發(fā)明的基本原理 的前提下對上述實施方案的細節(jié)作出變動。因此，應該理解本發(fā)明不 僅限于所公開的特定實施方案，且其他實施方案以及修改也被規(guī)定為 納入所附權利要求書的范圍之內。例如，本領域普通技術人員將能理 解，本文中所公開的實施方案的多個方面可以用在用于從多個媒體重 播設備上的集體組愛好來進行播放列表的構建和共享的任何系統(tǒng)中。 因此，本發(fā)明的范圍應僅由下述權利要求書確定。
權利要求
1. 一種用于從組中的用戶的多個單獨的媒體集中生成組播放列表的方法，每個用戶媒體集包括相應的多個媒體數據項，該方法包括基于所述用戶媒體集中的第一媒體集執(zhí)行愛好分析，以從所述第一用戶媒體集生成第一子媒體集；基于所述用戶媒體集中的第二媒體集執(zhí)行愛好分析，以從所述第二用戶媒體集生成第二子媒體集；以及聚合來自所述第一子媒體集和所述第二子媒體集的媒體數據項，以生成組播放列表。
2. 根據權利要求1所述的方法，其中所述媒體數據項包括可播放的 媒體文件。
3. 根據權利要求1所述的方法，其中所述媒體數據項每一個均包括 識別可播放的媒體文件的元數據。
4. 根據權利要求1所述的方法，進一步包括 基于所述第一用戶愛好分析為所述第一用戶生成推薦媒體集；以及 基于所述第二用戶愛好分析為所述第二用戶生成推薦媒體集。
5. 根據權利要求4所述的方法，其中每個所述推薦媒體集包括識別 可播放的媒體文件的元數據。
6. 根據權利要求1所述的方法，其中所述聚合媒體數據項的步驟， 包括對單獨的媒體數據項通過它們在子媒體集中出現的次數進行排 名。
7. 根據權利要求1所述的方法，其中所述組播放列表包括含歌曲的 媒體數據項。
8. 根據權利要求1所述的方法，其中所述聚合媒體數據項的步驟， 包括為該組選擇優(yōu)化效用函數的媒體數據項的集合。
9. 根據權利要求8所述的方法，其中所述效用函數是基于和單獨的 媒體數據項相關聯的權值。
10. 根據權利要求9所述的方法，其中所述為該組選擇優(yōu)化效用函 數的媒體數據項的集合的步驟，包括選擇媒體數據項的集合以使得所 選擇的媒體數據項權值的和最大化。
11. 根據權利要求IO所述的方法，其中所述選擇媒體數據項的集合 以使得所選擇的媒體數據項權值的和最大化的步驟，包括選擇使得對于多個用戶媒體集中的多個不同媒體數據項中的每一項的最高權值的 和最大化的媒體數據項。
12. 根據權利要求9所述的方法，其中所迷為該組選擇優(yōu)化效用函 數的媒體數據項的集合的步驟，包括選擇使媒體數據項權值平均值的 和最大化的媒體數據項。
13. 根據權利要求1所述的方法，其中所述組播放列表中的所述媒 體數據項中的每一個可在該組內的用戶媒體集中找到。
14. 一種為用戶組生成媒體數據項的動態(tài)合成播放列表的方法，包括為多個用戶檢索媒體項愛好數據，其中響應于加入該用戶組的給定 用戶，檢索用于該給定用戶的用戶愛好數據；聚合在該用戶組中的所述媒體項愛好數據，以為該用戶組創(chuàng)建優(yōu)化 播放列表特性集合；以及至少部分地基于所述優(yōu)化播放列表特性集合，向組播放列表中添加 媒體數據項。
15. 根據權利要求14所述的方法，其中在給定用戶加入所述用戶組 時，自動檢索用于該給定用戶的所述用戶愛好數據。
16.4艮據權利要求14所述的方法，其中響應于加入到所述用戶組的給定用戶，檢索與該給定用戶相關聯的媒體數據項。
17. 根據權利要求14所述的方法，其中添加到所述組播放列表的媒 體數據項是選自媒體數據項的中心數據庫，并且所述數據庫中的內容 獨立于在所述用戶組中的用戶。
18. 根據權利要求14所述的方法，其中響應于離開所述用戶組的給 定用戶，從聚合的用戶愛好數據中移除所述給定用戶的用戶愛好數據。
19. 根據權利要求14所述的方法，其中響應于離開所述用戶組的給 定用戶，從所述組播放列表中移除從給定用戶檢索的組播放列表中的 媒體數據項。
20. 根據權利要求14所述的方法，進一步包括使在所述組播放列表 中的媒體數據項經歷多樣化過程。
21. 根據權利要求20所述的方法，其中所述多樣化過程包括，確保 在預定時間段內在所述組播放列表中沒有媒體數據項被重復。
22. 根據權利要求20所述的方法，其中所述多樣化過程包括對在所述組播放列表中的媒體數據項打亂，以將所述組播放列表中的至少一 個片段進行多樣化，該至少一個片段包括充分代表一個或多個用戶的 愛好的媒體數據項。
23. 根據權利要求20所述的方法，其中所述多樣化過程包括確定所 述組播放列表是否被代表至少一個用戶的愛好的媒體數據項所支配， 且響應于對所述組播放列表被代表至少 一個用戶的愛好的媒體數據項 所支配的確定，從所述組播放列表中移除對應于所述至少一個用戶的 愛好的至少一個媒體數據項。
24. 根據權利要求14所述的方法，其中響應于給定用戶登錄到連接 的設備的網絡以加入該用戶組，檢索用于該給定用戶的所述用戶愛好 數據。
25. 根據權利要求24所述的方法，其中在給定用戶的連接到網絡的 設備進入給定接近度時，隱式地完成登錄到所述網絡的步驟。
26. —種用于從會話中的多個用戶的集體愛好來構建合成播放列表 的系統(tǒng)，每個用戶都具有單獨的媒體設備，包括多個會話管理器，每個均與多個媒體設備之一相關聯，其中每個會 話管理器被配置為管理與其相關聯的媒體設備的狀態(tài)；播放列表構建器，用于從所述多個媒體設備接收媒體項數據，且用 于從所述媒體項數據構建媒體數據項的合成播放列表；以及多個播放列表管理器，每個均與多個媒體設備之一相關聯，其中每 個播放列表管理器被配置為與所述播放列表構建器通信，以向所述播 放列表構建器發(fā)送與其相關聯的所述媒體設備的媒體項數據，并且其 中每個播放列表管理器被進一步配置為播放在與其相關聯的所述媒體 設備上的合成播放列表上的媒體數據項。
27. 根據權利要求26所述的系統(tǒng)，其中所述媒體項數據包括媒體項 愛好數據。
28. 根據權利要求26所述的系統(tǒng)，其中所述媒體項數據包括識別可 播放的媒體文件的播放列表的元數據。
29. 根據權利要求26所述的系統(tǒng)，其中所述播放列表構建器駐留在 中央服務器上。
30. 根據權利要求29所述的系統(tǒng)，其中所述多個會話管理器駐留在 所述服務器上。
31.才艮據權利要求26所述的系統(tǒng)，其中所述會話管理器被配罝為驗 證媒體設備參與所述會話的合法資格。
32.根據權利要求26所述的系統(tǒng)，其中每個播放列表管理器被配置 為在所述會話中向其他媒體播放器流式輸入媒體文件。
33.根據權利要求32所述的系統(tǒng)，其中所述系統(tǒng)被配置為使得在所 述合成播放列表中的每個媒體數據項位于所述會話中的至少 一 個媒體 設備上，并且其中通過使在所述合成播放列表中的所述媒體數據項中 的每一個從其對應的媒體設備流式輸入到所述會話中的所述其他媒體 設備的每一個上，而使得在所述合成播放列表上的每個單獨的媒體數 據項至少大致地同時播放于所述會話中的所述媒體設備的每一個上。
全文摘要
本發(fā)明公開了用于從媒體集生成合成媒體集的系統(tǒng)和方法的各種實施方案，每個媒體集均包括與多個用戶相關聯的媒體項。在某些實施方案中，提供個人和/或組推薦，以便通過聚合用于組內的多個用戶的用戶愛好數據來創(chuàng)建組播放列表。在其他實施方案中，提供允許由組中的用戶分享和播放組播放列表的系統(tǒng)和方法，每個用戶均具有媒體重播設備。在其他實施方案中，提供用于動態(tài)構建合成播放列表的系統(tǒng)和方法，該合成播放列表可以隨著用戶進入和/或離開該組而更新。還描述了交互式娛樂應用的一個示例，在會場中利用受個人單獨愛好而動態(tài)影響的音樂選擇來招待現場客人。
文檔編號G06F17/30GK101416185SQ200680054184
公開日2009年4月22日 申請日期2006年8月31日 優(yōu)先權日2006年2月10日
發(fā)明者C·羅利, D·德爾瑟巴托洛姆, F·J·馬丁, G·考德維拉-萊琳娜, J·舒爾, M·托倫斯, R·漢格頓 申請人:斯專茲有限公司