用戶終端以及內容搜索和呈現方法

專利名稱：用戶終端以及內容搜索和呈現方法
技術領域：
本發明涉及一種諸如PC(個人計算機)或便攜式電話終端的用戶終端，其中，記錄諸如樂曲等內容；并且涉及一種該用戶終端中的內容搜索和呈現方法。
背景技術：
由于通過網絡的音樂分配變得流行以及存儲空間變得更大，在諸如PC或音樂播放器等終端中擁有大量樂曲以及創建播放列表并管理樂曲的用戶的數量有所增加。在他們之中，有許多用戶在web上公布其播放列表。
作為眾所周知的技術，用于自動創建播放列表的方法的例子包括用于按重放次數、按最后重放樂曲的日期、按出售樂曲的年份、以及按樂曲被加入某人的收藏的日期來選擇樂曲的方法；用于選擇包含用戶在音樂標題、專輯標題和藝術家名稱中指定的關鍵字的樂曲的方法；用于按流派選擇樂曲的方法；以及用于根據用戶他/她自己評定的等級來選擇樂曲的方法。
即使采取除播放列表以外的形式，在網絡上也有許多樂曲信息可以從PC、便攜式電話終端等那里使用。
相應地，通過使用這些公布的播放列表、網絡上的樂曲信息等，用戶可以在播放列表中登記他們自己在新組合中擁有的樂曲，并且可以享受欣賞音樂的新方法——例如，找到用戶不知道的樂曲并購買它。
在第2004-54023號日本未經審查的專利申請出版物中，揭示了每個用戶在每個用戶的便攜式終端中保存每個用戶推薦的樂曲列表(所推薦的樂曲的列表在各個終端之中被交換)并且，在某個用戶的便攜式終端中，保存所收集的其中創建了另一用戶推薦的樂曲列表的樂曲列表，并且，根據推薦樂曲的用戶的數量來選擇該樂曲。

發明內容
但是，當將要使用公布的播放列表、網絡上的樂曲信息等時，由于公布的樂曲數量和網絡上的樂曲數量巨大，通過逐個收聽樂曲或通過讀取藝術家信息來選擇樂曲是很麻煩的。
關于允許用戶終端執行該樂曲選擇，例如，可設想一種方法——其中，用戶將流派、藝術家名稱等指定為關鍵字，并且，用戶終端組合與那些條件匹配的樂曲并在播放列表中登記它們。但是，在這個方法中，經常收集同一藝術家的樂曲或只經常收集類似曲調的樂曲，這樣，難以出現出乎意外的組合。
另外，考慮到將公布的另一用戶的播放列表實際上作為他/她自己的播放列表來加以輸入(拷貝)。在這個方法中，當將要拷貝另一用戶的公布的所有播放列表時，一方面在復制中創建類似的播放列表，另一方面創建與他/她的興趣不匹配的組合播放列表。這樣，播放列表以后可能需要加以組織和結合。當從公布的另一用戶的播放列表中選擇和復制與某人的興趣匹配的播放列表時，要花費時間來選擇播放列表，并且同樣在復制中創建類似的播放列表。
享受音樂的用戶真正想要的是與他/她的興趣匹配的組合。用于可靠地找到這種組合的方法之一是請求與他/她有類似興趣的人推薦樂曲。
在第2004-54023號日本未經審查的專利申請出版物所揭示的方法中，從另一用戶那里獲得所推薦的樂曲列表，并且，從其中選擇樂曲。但是，在這個方法中，不一定要選擇與他/她的興趣匹配的樂曲。
相應地，本發明的目的在于能夠找到只與某人的興趣匹配的內容，能夠在保持他/她的播放列表與某人的興趣匹配的同時更新該播放列表，以及，作為裝置執行“與用戶的興趣匹配的人的推薦”的結果，能夠獲得協助，而無須用戶執行除訪問另一用戶的播放列表以外的特殊指令或操作。
根據本發明的實施例，在具有播放列表的原始用戶的終端中提供了內容搜索和呈現方法，該內容搜索呈現方法包括以下步驟從終端那里訪問不同用戶的播放列表并獲得所述不同用戶的播放列表；根據預定的計算方程式來計算不同用戶的獲得的播放列表與原始用戶的播放列表之間的相似性，所述原始用戶的播放列表是終端所擁有的播放列表；以及，當計算的相似性超過預定閾值時，作為搜索結果，呈現不同用戶的播放列表中所包含的且不包含在終端所擁有的播放列表中的內容。
在上述內容搜索和呈現方法中，僅僅對于其中原始用戶的播放列表與不同用戶的播放列表之間的相似性超過閾值的組合，向用戶呈現組合的不同用戶的播放列表中包含的且組合的原始用戶的播放列表中不包含的內容，并且，用戶終端執行“與用戶的興趣匹配的人的推薦”。
附圖簡述

圖1示出根據本發明的實施例的系統和用戶終端的例子；圖2示出原始用戶的播放列表和不同用戶的播放列表的例子；圖3示出圖2的情況中各個播放列表之間的相似性；圖4示出根據本發明的實施例的方法的播放列表更新結果的例子；圖5示出由用戶終端執行的播放列表更新過程的例子的各個部分；圖6示出由用戶終端執行的播放列表更新過程的例子的各個部分；圖7示出當購買樂曲時的播放列表更新過程的例子；以及，圖8示出圖7中的播放列表更新過程的結果的例子。
較佳實施例的說明[1.系統和用戶終端的實施例圖1和圖2]圖1示出根據本發明的實施例的系統和用戶終端的例子，也示出一種情況——其中，內容是樂曲，播放列表是樂曲列表。
在這個例子的系統中，某個用戶X的用戶終端10經由網絡1被連接到用戶Y的網頁30。
網絡1是計算機網絡，例如，因特網或用于便攜式電話的網絡。用戶終端10的例子包括PC(個人計算機)和具有用于連接到網絡1的功能的便攜式電話終端。另外，具有其中終端直接相互通信(例如，特別通信和“藍牙”通信)的功能的終端也被包括在內，作為用戶終端10。
更明確地說，用戶終端10包括CPU 11。其中寫入程序和數據的ROM 12、加載該程序和該數據的RAM 13、存儲設備部分16、密鑰輸入部分17和網絡連接部分18被連接到用于CPU 11的總線15。
存儲設備部分16是硬盤、諸如半導體存儲器的內部存儲設備、或諸如光盤的可移動存儲設備。存儲設備部分16可以存儲大量樂曲的數據以及諸如所擁有的樂曲列表等樂曲信息，并且，播放列表被寫入其中。網絡連接部分18被web瀏覽器連接到網絡1，并訪問網頁30。
另外，音頻輸出部分22經由音頻處理部分21被連接到總線15，諸如液晶顯示部分的顯示部分24經由顯示控制部分23被連接到其中。音頻處理部分21擴展被壓縮的數字音頻數據(例如，被發出到總線15的樂曲數據)，并將它轉換成模擬音頻信號。音頻輸出部分22是揚聲器或耳機。
包括用戶終端10的CPU 11、ROM 12和RAM 13的控制部分14控制用戶終端10的每個部分，并執行播放列表更新過程(以后將加以描述)。
在用戶終端10中，存在于其中的記錄，除了大量樂曲的數據以外，還記錄有諸如樂曲的標題(音樂標題)、藝術家名稱、歌詞作者、音樂作曲者和專輯標題等目錄信息。與這些記錄的鏈接被收集在圖2中所示的編目表20中并被加以管理，該編目表20由所擁有的樂曲列表、播放列表、以及要購買的候選樂曲列表構成。
所擁有的樂曲的列表是如此，以便收集用戶X在用戶終端10中擁有的所有樂曲的鏈接。在這個例子中，登記樂曲A、B、C、D、E、F、G、H、I、J、K和L。
“播放列表”是如此，以便用戶X根據各種場景從用戶所擁有的各首樂曲之中選擇和組合用戶X想要收聽的那些樂曲(例如，在去工作時收聽的樂曲、在家休息時收聽的樂曲、或在駕駛汽車時收聽的樂曲)，并且，其鏈接被收集在列表中。在這個例子中，創建三個播放列表U1、U2和U3。在播放列表U1中，登記樂曲A、D、E和H；在播放列表U2中，登記樂曲B、D、F和G；并且，在播放列表U3中，登記樂曲B、D、G和J。在下文中，用戶X的播放列表將被稱作“原始用戶的播放列表”。
在將要購買的候選樂曲列表中，如以后將會描述的，用戶終端10的控制部分14允許描述向用戶X推薦的樂曲的目錄信息，用戶X不擁有該目錄信息。
在用戶Y的網頁30中，在這個例子中，兩個播放列表W1和W2被公布為用戶Y的播放列表。在播放列表W1中，登記樂曲A、E和L；并且，在播放列表W2中，登記樂曲B、F和N。在下文中，用戶Y的播放列表將被稱作“不同用戶的播放列表”。
(2-1.方法)在上述系統中，用戶終端10的控制部分14在網絡連接部分18的控制之下訪問網絡1的網頁30，獲得不同用戶的播放列表W1和W2，依次將原始用戶的播放列表U1、U2和U3之一和不同用戶的播放列表W1和W2之一相組合，并計算每個組合中各個播放列表之間(原始用戶的播放列表與不同用戶的播放列表之間)的相似性。
作為例子，相似性被確定如下相似性＝(原始用戶的播放列表和目標組合的不同用戶的播放列表共有的樂曲數量)/(原始用戶的播放列表的樂曲數量和不同用戶的播放列表的樂曲數量中的較小數量)……(1)。
這時，當確定原始用戶的播放列表中所登記的樂曲是否等同于不同用戶的播放列表中所登記的樂曲時，當存在銷售源信息時，當兩首樂曲的銷售源相同并且其他樂曲信息(目錄信息)相同時，或當兩首樂曲的銷售源不同但其他樂曲信息(目錄信息)相同時，兩首樂曲被確定是相同的。當銷售源信息不存在時，當其他樂曲信息(目錄信息)相同時，兩首樂曲被確定是相同的。
當根據方程式(1)來計算相似性時，在圖2的例子中，如圖3所示，滿足以下內容第一組合(播放列表U1和播放列表W1)的相似性是2/3，第二組合(播放列表U2和播放列表W1)的相似性是0，第三組合(播放列表U3和播放列表W1)的相似性是0，第四組合(播放列表U1和播放列表W2)的相似性是0，第五組合(播放列表U2和播放列表W2)的相似性是2/3，以及，第六組合(播放列表U3和播放列表W2)的相似性是1/3。
用戶終端10的控制部分14將按這個方式計算的相似性與預定閾值進行比較。當所計算的相似性小于或等于該閾值時，確定目標組合的原始用戶的播放列表不類似于目標組合的不同用戶的播放列表。當所計算的相似性超過該閾值時，確定目標組合的原始用戶的播放列表類似于目標組合的不同用戶的播放列表。
當根據方程式(1)計算相似性時，例如，閾值被設置為0.5。所以，在圖2的例子中，如圖3所示，實行以下確定第一組合(播放列表U1和播放列表W1)是類似的，第二組合(播放列表U2和播放列表W1)不類似，第三組合(播放列表U3和播放列表W1)不類似，第四組合(播放列表U1和播放列表W2)不類似，第五組合(播放列表U2和播放列表W2)是類似的，以及，第六組合(播放列表U3和播放列表W2)不類似。
然后，對于其中原始用戶的播放列表和不同用戶的播放列表不類似的組合，用戶終端10的控制部分14結束對于組合的處理。對于其中原始用戶的播放列表和不同用戶的播放列表類似的組合，控制部分14將被包含在所擁有的樂曲的列表中和目標組合的不同用戶的播放列表中并且不包含在目標組合的原始用戶的播放列表中的樂曲加入原始用戶(2a)的目標組合的播放列表，并將不被包含在所擁有的樂曲的列表中(所以不被包含在目標組合的原始用戶的播放列表中)并且被包含在目標組合的不同用戶的播放列表中的樂曲登記到要購買的候選樂曲列表中。
另外，在圖2的例子中，如圖3所示，關于第一組合，存在于用戶X的所擁有的樂曲列表中和用戶Y的播放列表W1中并且不存在于用戶X的播放列表U1中的樂曲L被加入用戶X(3a)的播放列表U1。對于第五組合，不存在于用戶X的所擁有的樂曲列表中并且存在于用戶Y的播放列表W2中的樂曲N被登記到用戶X(3b)的要購買的候選樂曲列表中。
在以上(2b)的情況中，在要購買的候選樂曲列表中，記錄指定原始用戶的播放列表的信息(播放列表識別信息)連同目標樂曲的目錄信息；當用戶X購買目標樂曲并且目標樂曲的樂曲數據被記錄在用戶終端10中時，應該將目標樂曲加入原始用戶的播放列表。也就是說，在以上(3b)的情況中，在要購買的候選樂曲列表中描述信息，以便用于指定播放列表U2的信息被附于樂曲N的目錄信息。
作為以上處理的結果，在圖2的例子中，如圖4所示，重寫用戶X的編目表20。
圖5和圖6示出上述播放列表更新過程的例子，該播放列表更新過程由用戶終端10的控制部分14來執行。
在這個例子的播放列表更新過程40中，當用戶終端10中的用戶X起動用于連接到用戶Y的網頁30的操作時，播放列表更新過程開始。最初，在步驟41中，控制部分14訪問網頁30，并獲得不同用戶的播放列表(用戶Y的播放列表W1和W2)。
接下來，在步驟42中，控制部分14選擇原始用戶的播放列表(播放列表U1、U2和U3)之一和不同用戶的播放列表(播放列表W1和W2)之一的組合。只要圖3中所示的每個組合被選擇一次并且在復制中不選擇相同的組合，選擇順序就可以是任意的。
接下來，在步驟43中，控制部分14根據方程式(1)來計算目標組合的各個播放列表之間(原始用戶的播放列表與不同用戶的播放列表之間)的相似性。
接下來，過程進行到步驟44——在那里，控制部分14確定所計算的相似性是否超過閾值(＝0.5)。
當所計算的相似性小于或等于閾值時，控制部分14結束對于目標組合的處理。然后，過程從步驟44進行到步驟45——在那里，確定是否有另一個組合。當沒有其他組合時，播放列表更新過程完成。如果有另一個組合，那么，過程從步驟45進行到步驟46——在那里，選擇另一個組合，并且，過程返回到步驟43。
另一方面，當在步驟43中計算的相似性超過閾值時，過程從步驟44進行到步驟51——在那里，控制部分14確定是否有不被包含在原始用戶的組合的播放列表中并且被包含在不同用戶的組合的播放列表中的樂曲。
關于圖3中的第二組合，樂曲L存在，作為不存在于原始用戶的組合的播放列表(播放列表W1)中并且存在于不同用戶的組合的播放列表(播放列表U1)中的樂曲。對于第五組合，樂曲N存在，作為不存在于原始用戶的組合的播放列表(播放列表U2)中并且存在于不同用戶的組合的播放列表(播放列表W2)中的樂曲。
比較而言，會有一種情況，其中，雖然樂曲不存在于圖2的例子中，但是，即使各個播放列表之間的相似性超過閾值，樂曲也不存在于原始用戶的組合的播放列表中，并且存在于不同用戶的組合的播放列表中。其例子是組合——其中，樂曲A、B、C和D存在于原始用戶的播放列表中，樂曲A、B和C存在于不同用戶的播放列表中。這個組合的各個播放列表之間的相似性是1，它超過閾值(＝0.5)。
當不存在于原始用戶的組合的播放列表中并且存在于不同用戶的組合的播放列表中的樂曲不存在時，控制部分14完成關于目標組合的處理，這類似于當相似性小于或等于閾值時的處理，并且，過程從步驟51進行到步驟45。
另一方面，當不存在于原始用戶的組合的播放列表中并且存在于不同用戶的組合的播放列表中的樂曲存在時，過程從步驟51進行到步驟52——在那里，控制部分14選擇樂曲之一(當如同圖3的第一和第五組合中那樣只有一首不存在于原始用戶的組合的播放列表中并且存在于不同用戶的組合的播放列表中的樂曲時，那一首樂曲)。另外，過程進行到步驟53——其中，控制部分14確定所選擇的樂曲是否存在于所擁有的樂曲的列表中。
然后，當目標樂曲(在圖3的第一組合的情況中是樂曲L)存在于所擁有的樂曲的列表中時，過程從步驟53進行到步驟54——在那里，控制部分14將目標樂曲加入原始用戶的播放列表，并且，過程隨后進行到步驟56。當目標樂曲(在圖3的第五組合的情況中是樂曲N)不存在于所擁有的樂曲的列表中時，過程從步驟53進行到步驟55——在那里，控制部分14在要購買的候選樂曲列表中登記目標樂曲。然后，過程進行到步驟56。
在步驟56中，確定是否有不存在于原始用戶的組合的播放列表中并且存在于不同用戶的組合的播放列表中的任何其他樂曲。當有另一首樂曲時，過程從步驟56進行到步驟57——在那里，類似于步驟52，選擇樂曲之一，并且，過程返回到步驟53。當沒有其他樂曲時，對組合的處理完成。然后，過程從步驟56進行到步驟45。
在步驟55中，當目標樂曲將要被登記在要購買的候選樂曲列表中時，如上所述，描述播放列表規范信息。
結果，當用戶X通過音樂分配來購買目標樂曲并且將目標樂曲的音樂數據記錄在存儲設備部分16中時，可以允許控制部分14將樂曲加入原始用戶的播放列表，該原始用戶的播放列表由播放列表規范信息來規定。在版權受保護的環境的情況中，可以直接從另一個終端獲得要購買的內容。例如，當原始用戶的終端和不同用戶的終端服從系統，在該系統中，通過支付預定費用(所謂的預訂服務)，可以在預定時期內自由地使用內容，原始用戶的終端可以利用另一個終端執行搜索和呈現過程，并可以從另一個終端獲得內容數據。作為“獲得內容數據連同搜索結果”的結果，可以同時執行內容的搜索和內容的獲得，并且，用戶變得可以有效率地體驗新的內容數據。另外，也可能存在一種配置——其中，只利用服從預訂服務的終端來執行搜索和呈現過程，并且，不利用不服從預訂服務的終端來執行搜索和呈現過程。另外，也可能存在一種配置——其中，利用服從預訂服務的終端來執行搜索和呈現過程以及關于要搜索的對象的內容數據的獲得，并且，只有該搜索和呈現過程是利用不服從預訂服務的終端來執行的。
圖7示出播放列表更新過程的例子。在這個例子的播放列表更新過程60中，當新近將不被存儲在存儲設備部分16中的樂曲數據記錄在存儲設備部分16中時，控制部分14按照程序，根據來自用戶X的指令或根據控制部分14的確定起動播放列表更新過程。最初，在步驟61中，目標樂曲被加入所擁有的樂曲的列表。
接下來，過程進行到步驟62——在那里，控制部分14確定目標樂曲是否存在于要購買的候選樂曲列表中，也就是確定存在于要購買的候選樂曲列表中的樂曲的音樂數據是否應該被記錄在存儲設備部分16中。
當目標樂曲不存在于要購買的候選樂曲列表中時，控制部分14直接結束播放列表更新過程。
另一方面，當目標樂曲存在于要購買的候選樂曲列表中時，也就是說，如果(例如)當編目表20處于圖4中所示的狀態時，樂曲L的樂曲數據將要被記錄在存儲設備部分16中，則過程從步驟62進行到步驟63——在那里，目標樂曲被加入播放列表規范信息所指出的播放列表。另外，過程進行到步驟64——在那里，從要購買的候選樂曲列表中刪除目標樂曲。
當編目表20處于圖4中所示的狀態時，當用戶X購買樂曲L并在存儲設備部分16中記錄樂曲L的音樂數據時，作為上述播放列表更新過程的結果，如圖8所示那樣重寫編目表20中所擁有的樂曲的列表、播放列表、以及要購買的候選樂曲列表。
(2-2.優點)
根據上述方法，用戶X無需麻煩的操作就可以更新和充實他/她的播放列表——例如，觀看另一用戶Y的播放列表，實際上一首接一首地收聽樂曲，選擇要被加入用戶X的播放列表的樂曲，輸入樂曲的音樂標題，以及指定其中加入樂曲的播放列表。
而且，根據各個播放列表之間的相似性來確定要被加入播放列表的樂曲以及其中加入那首樂曲的播放列表。結果，被更新之后的播放列表成為其中與他/她的興趣匹配的樂曲被組合的播放列表。
此外，通過參考另一用戶Y的播放列表，來選擇樂曲，并且，更新用戶X的播放列表。所以，可以出現樂曲的新穎組合，并且，可以享受欣賞音樂的新方法。
另外，在要購買的候選樂曲列表中顯示與用戶的興趣匹配并且不被用戶X擁有的樂曲。因而，用戶X可以不會忘記購買該樂曲。
而且，用于這個要購買的候選樂曲列表的呈現不是“通過由用戶X指定流派或藝術家名稱，來搜索樂曲”的結果，而是“參考另一用戶Y的播放列表”的結果。結果，這可幫助用戶X找到并購買用戶X不知道的藝術家的樂曲以及用戶X迄今不太感興趣的流派的樂曲，從而可以拓寬關于用戶X的音樂的見解和途徑。
上述例子示出一種情況——其中，根據方程式(1)來計算各個播放列表之間(原始用戶的播放列表與不同用戶的播放列表之間)的相似性，并且，閾值被設置為0.5。如果原始用戶的播放列表和目標組合的不同用戶的播放列表中共同包含的各首樂曲的比率越高，相似性也越大，那么，也可以根據除方程式(1)以外的方程式來計算相似性。閾值也可以根據計算方程式而適當地改變。
上述例子示出一種情況——其中，在web上公布另一用戶Y的播放列表。用戶Y的播放列表可能不被公布。例如，系統也可以加以配置——其中，作為“通過所謂的‘對等’的從用戶X的終端到用戶Y的終端的訪問”的結果，用戶X的終端獲得用戶Y的播放列表，并且，執行對樂曲的搜索和呈現過程(播放列表更新過程)。例如，當終端彼此通過時，檢測到另一個終端的存在，獲得另一個終端的播放列表，并且，執行關于該樂曲的搜索和呈現過程。
另外，上述例子示出一種情況——其中，內容是樂曲(音樂)。本發明可以被應用于一種情況——其中，內容是以數據形式轉換的靜止圖像、移動圖像、文檔、或除樂曲以外的音頻(小說或童話的敘述)。當該內容是可以通過靜止圖像、移動圖像或類似物的觀看而被識別的內容時，在內容搜索和呈現方法中，也可以在顯示部分上顯示作為靜止圖像或移動圖像的一個部分并且是搜索結果的圖像。
本領域的技術人員應該理解可以根據在所附權利要求書或其等效方案的范圍以內的設計要求和其他因素，來實行各種修改、組合、子組合和變更。
權利要求
1.一種具有播放列表的原始用戶的終端中的內容搜索和呈現方法，其特征在于所述內容搜索呈現方法包括以下步驟從所述終端訪問不同用戶的播放列表，并獲得所述不同用戶的播放列表；根據預定的計算方程式來計算所述不同用戶的獲得的播放列表與所述原始用戶的播放列表之間的相似性，所述原始用戶的播放列表是由所述終端擁有的播放列表；以及，當所述計算的相似性超過預定閾值時，作為搜索結果，呈現被包含在所述不同用戶的播放列表中并且不被包含在所述終端所擁有的播放列表中的內容。
2.如權利要求1所述的內容搜索和呈現方法，其特征在于其中，所述一個用戶終端具有作為所述原始用戶的播放列表的一個或多個播放列表，它們是被所述用戶終端擁有的播放列表，所述獲得步驟從所述終端訪問所述不同用戶的播放列表，并獲得作為所述不同用戶的播放列表的一個或多個播放列表，所述計算步驟將所述不同用戶的獲得的播放列表之一和所述原始用戶的播放列表之一選作播放列表的組合，并根據預定的計算方程式來計算所述組合的所述原始用戶的播放列表與所述不同用戶的播放列表之間的相似性，以及，當所述計算的相似性超過預定閾值時，作為搜索結果，所述呈現步驟呈現被包含在所述不同用戶的所述組合的播放列表中并且不被包含在所述原始用戶的所述組合的播放列表中的內容。
3.根據權利要求1的內容搜索和呈現方法，其特征在于其中，所述一個用戶終端具有所擁有的內容列表，它是被所述終端擁有的內容列表，以及，作為所述搜索結果的呈現，所述呈現步驟向所述原始用戶的播放列表加入被包含在所述擁有的內容列表和所述不同用戶的播放列表中并且不被包含在所述原始用戶的播放列表中的內容。
4.根據權利要求1的內容搜索和呈現方法，其特征在于其中，所述一個用戶終端具有所擁有的內容列表，它是被所述終端擁有的內容列表，以及，作為所述搜索結果的呈現，所述呈現步驟向推薦列表登記被包含在所述不同用戶的播放列表中并且不被包含在所述擁有的內容列表和所述原始用戶的播放列表中的內容。
5.根據權利要求4的內容搜索和呈現方法，其特征在于其中，在所述推薦列表中，記錄用于指定其中應該加入所述內容的所述原始用戶的播放列表的信息連同指出要被登記的內容的信息。
6.一種具有播放列表的用戶終端，其特征在于包括播放列表獲得部分，它被配置成訪問不同用戶的播放列表并獲得所述不同用戶的播放列表；相似性計算部分，它被配置成根據預定的計算方程式來計算所述不同用戶的獲得的播放列表與所述原始用戶的播放列表之間的相似性，所述原始用戶的播放列表是被所述終端擁有的播放列表；以及，呈現部分，它被配置成當所述計算的相似性超過預定閾值時，作為搜索結果，呈現被包含在所述不同用戶的播放列表中并且不被包含在所述終端擁有的播放列表中的內容。
7.根據權利要求6的用戶終端，其特征在于其中，所述用戶終端具有作為所述原始用戶的播放列表的一個或多個播放列表，所述播放列表獲得部分訪問所述不同用戶的播放列表，并獲得作為所述不同用戶的播放列表的一個或多個播放列表，所述相似性計算部分將所述不同用戶的獲得的播放列表之一和所述原始用戶的播放列表之一選作播放列表的組合，并根據預定的計算方程式來計算所述組合的所述原始用戶的播放列表與所述不同用戶的播放列表之間的相似性，以及，當所述計算的相似性超過預定閾值時，作為搜索結果，所述呈現部分呈現被包含在所述不同用戶的所述組合的播放列表中并且不被包含在所述原始用戶的所述組合的播放列表中的內容。
8.根據權利要求6的用戶終端，其特征在于其中，所述一個用戶終端具有所擁有的內容列表，它是被所述終端擁有的內容列表，以及，作為所述搜索結果的呈現，所述呈現部分向所述原始用戶的播放列表加入被包含在所述擁有的內容列表和所述不同用戶的播放列表中并且不被包含在所述原始用戶的播放列表中的內容。
9.根據權利要求6的用戶終端，其特征在于其中，所述一個用戶終端具有所擁有的內容列表，它是被所述終端擁有的內容列表，以及，所述呈現部分向推薦列表登記被包含在所述不同用戶的播放列表中并且不被包含在所述擁有的內容列表和所述原始用戶的播放列表中的內容。
10.根據權利要求9的用戶終端，其特征在于其中，在所述推薦列表中，記錄用于指定其中應該加入所述內容的所述原始用戶的播放列表的信息連同指出要被登記的內容的信息。
11.根據權利要求6的用戶終端，其特征在于進一步包括被配置成顯示所述搜索結果的顯示部分。
12.一種其上記錄程序的記錄介質，所述程序用于在具有播放列表的原始用戶的終端中執行內容搜索和呈現，其特征在于所述程序包括以下步驟從所述終端訪問不同用戶的播放列表，并獲得所述不同用戶的播放列表；根據預定的計算方程式來計算所述不同用戶的獲得的播放列表與所述原始用戶的播放列表之間的相似性，所述原始用戶的播放列表是被所述終端擁有的播放列表；以及，當所述計算的相似性超過預定閾值時，作為搜索結果，呈現被包含在所述不同用戶的播放列表中并且不被包含在所述終端擁有的播放列表中的內容。
13.一種具有播放列表的用戶終端，其特征在于包括播放列表獲得裝置，用于訪問不同用戶的播放列表，并用于獲得所述不同用戶的播放列表；相似性計算裝置，用于根據預定的計算方程式來計算所述不同用戶的獲得的播放列表與所述原始用戶的播放列表之間的相似性，所述原始用戶的播放列表是被所述終端擁有的播放列表；以及，呈現裝置，用于當所述計算的相似性超過預定閾值時，作為搜索結果，呈現被包含在所述不同用戶的播放列表中并且不被包含在所述終端擁有的播放列表中的內容。
全文摘要
具有播放列表的原始用戶的終端中的內容搜索和呈現方法包括以下步驟從終端訪問不同用戶的播放列表，并獲得不同用戶的播放列表；根據預定的計算方程式來計算不同用戶的獲得的播放列表與原始用戶的播放列表之間的相似性，原始用戶的播放列表是被終端擁有的播放列表；以及，當所計算的相似性超過預定閾值時，作為搜索結果，呈現被包含在不同用戶的播放列表中并且不被包含在終端擁有的播放列表中的內容。
文檔編號G06F17/30GK1841384SQ20061007187
公開日2006年10月4日 申請日期2006年3月29日 優先權日2005年3月30日
發明者井上真, 中村隆俊, 飛鳥井正道, 山下功誠, 宮島靖, 竹原充, 寺內俊郎, 佐古曜一郎, 松田將史, 佐佐木徹 申請人:索尼株式會社