CN1841384A - 用户终端以及内容搜索和呈现方法 - Google Patents

Abstract

具有播放列表的原始用户的终端中的内容搜索和呈现方法包括以下步骤：从终端访问不同用户的播放列表，并获得不同用户的播放列表；根据预定的计算方程式来计算不同用户的获得的播放列表与原始用户的播放列表之间的相似性，原始用户的播放列表是被终端拥有的播放列表；以及，当所计算的相似性超过预定阈值时，作为搜索结果，呈现被包含在不同用户的播放列表中并且不被包含在终端拥有的播放列表中的内容。

Description

用户终端以及内容搜索和呈现方法

发明领域

本发明涉及一种诸如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.内容搜索和呈现方法的实施例：图3至图8]

(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的音乐的见解和途径。

[3.另一个实施例或例子]

上述例子示出一种情况——其中，根据方程式(1)来计算各个播放列表之间(原始用户的播放列表与不同用户的播放列表之间)的相似性，并且，阈值被设置为0.5。如果原始用户的播放列表和目标组合的不同用户的播放列表中共同包含的各首乐曲的比率越高，相似性也越大，那么，也可以根据除方程式(1)以外的方程式来计算相似性。阈值也可以根据计算方程式而适当地改变。

上述例子示出一种情况——其中，在web上公布另一用户Y的播放列表。用户Y的播放列表可能不被公布。例如，系统也可以加以配置——其中，作为“通过所谓的‘对等’的从用户X的终端到用户Y的终端的访问”的结果，用户X的终端获得用户Y的播放列表，并且，执行对乐曲的搜索和呈现过程(播放列表更新过程)。例如，当终端彼此通过时，检测到另一个终端的存在，获得另一个终端的播放列表，并且，执行关于该乐曲的搜索和呈现过程。

另外，上述例子示出一种情况——其中，内容是乐曲(音乐)。本发明可以被应用于一种情况——其中，内容是以数据形式转换的静止图像、移动图像、文档、或除乐曲以外的音频(小说或童话的叙述)。当该内容是可以通过静止图像、移动图像或类似物的观看而被识别的内容时，在内容搜索和呈现方法中，也可以在显示部分上显示作为静止图像或移动图像的一个部分并且是搜索结果的图像。

本领域的技术人员应该理解：可以根据在所附权利要求书或其等效方案的范围以内的设计要求和其他因素，来实行各种修改、组合、子组合和变更。

Claims (13)

1.一种具有播放列表的原始用户的终端中的内容搜索和呈现方法，其特征在于：所述内容搜索呈现方法包括以下步骤：

从所述终端访问不同用户的播放列表，并获得所述不同用户的播放列表；

根据预定的计算方程式来计算所述不同用户的获得的播放列表与所述原始用户的播放列表之间的相似性，所述原始用户的播放列表是由所述终端拥有的播放列表；以及，

当所述计算的相似性超过预定阈值时，作为搜索结果，呈现被包含在所述不同用户的播放列表中并且不被包含在所述终端所拥有的播放列表中的内容。

2.如权利要求1所述的内容搜索和呈现方法，其特征在于：其中，所述一个用户终端具有作为所述原始用户的播放列表的一个或多个播放列表，它们是被所述用户终端拥有的播放列表，

所述获得步骤从所述终端访问所述不同用户的播放列表，并获得作为所述不同用户的播放列表的一个或多个播放列表，

所述计算步骤将所述不同用户的获得的播放列表之一和所述原始用户的播放列表之一选作播放列表的组合，并根据预定的计算方程式来计算所述组合的所述原始用户的播放列表与所述不同用户的播放列表之间的相似性，以及，

当所述计算的相似性超过预定阈值时，作为搜索结果，所述呈现步骤呈现被包含在所述不同用户的所述组合的播放列表中并且不被包含在所述原始用户的所述组合的播放列表中的内容。

3.根据权利要求1的内容搜索和呈现方法，其特征在于：其中，所述一个用户终端具有所拥有的内容列表，它是被所述终端拥有的内容列表，以及，

作为所述搜索结果的呈现，所述呈现步骤向所述原始用户的播放列表加入被包含在所述拥有的内容列表和所述不同用户的播放列表中并且不被包含在所述原始用户的播放列表中的内容。

4.根据权利要求1的内容搜索和呈现方法，其特征在于：其中，所述一个用户终端具有所拥有的内容列表，它是被所述终端拥有的内容列表，以及，作为所述搜索结果的呈现，所述呈现步骤向推荐列表登记被包含在所述不同用户的播放列表中并且不被包含在所述拥有的内容列表和所述原始用户的播放列表中的内容。

5.根据权利要求4的内容搜索和呈现方法，其特征在于：其中，在所述推荐列表中，记录用于指定其中应该加入所述内容的所述原始用户的播放列表的信息连同指出要被登记的内容的信息。

6.一种具有播放列表的用户终端，其特征在于包括：

播放列表获得部分，它被配置成访问不同用户的播放列表并获得所述不同用户的播放列表；

相似性计算部分，它被配置成根据预定的计算方程式来计算所述不同用户的获得的播放列表与所述原始用户的播放列表之间的相似性，所述原始用户的播放列表是被所述终端拥有的播放列表；以及，

呈现部分，它被配置成：当所述计算的相似性超过预定阈值时，作为搜索结果，呈现被包含在所述不同用户的播放列表中并且不被包含在所述终端拥有的播放列表中的内容。

7.根据权利要求6的用户终端，其特征在于：其中，所述用户终端具有作为所述原始用户的播放列表的一个或多个播放列表，

所述播放列表获得部分访问所述不同用户的播放列表，并获得作为所述不同用户的播放列表的一个或多个播放列表，

所述相似性计算部分将所述不同用户的获得的播放列表之一和所述原始用户的播放列表之一选作播放列表的组合，并根据预定的计算方程式来计算所述组合的所述原始用户的播放列表与所述不同用户的播放列表之间的相似性，以及，

当所述计算的相似性超过预定阈值时，作为搜索结果，所述呈现部分呈现被包含在所述不同用户的所述组合的播放列表中并且不被包含在所述原始用户的所述组合的播放列表中的内容。

8.根据权利要求6的用户终端，其特征在于：其中，所述一个用户终端具有所拥有的内容列表，它是被所述终端拥有的内容列表，以及，

作为所述搜索结果的呈现，所述呈现部分向所述原始用户的播放列表加入被包含在所述拥有的内容列表和所述不同用户的播放列表中并且不被包含在所述原始用户的播放列表中的内容。

9.根据权利要求6的用户终端，其特征在于：其中，所述一个用户终端具有所拥有的内容列表，它是被所述终端拥有的内容列表，以及，

所述呈现部分向推荐列表登记被包含在所述不同用户的播放列表中并且不被包含在所述拥有的内容列表和所述原始用户的播放列表中的内容。

10.根据权利要求9的用户终端，其特征在于：其中，在所述推荐列表中，记录用于指定其中应该加入所述内容的所述原始用户的播放列表的信息连同指出要被登记的内容的信息。

11.根据权利要求6的用户终端，其特征在于：进一步包括被配置成显示所述搜索结果的显示部分。

12.一种其上记录程序的记录介质，所述程序用于在具有播放列表的原始用户的终端中执行内容搜索和呈现，其特征在于：所述程序包括以下步骤：

从所述终端访问不同用户的播放列表，并获得所述不同用户的播放列表；

根据预定的计算方程式来计算所述不同用户的获得的播放列表与所述原始用户的播放列表之间的相似性，所述原始用户的播放列表是被所述终端拥有的播放列表；以及，

当所述计算的相似性超过预定阈值时，作为搜索结果，呈现被包含在所述不同用户的播放列表中并且不被包含在所述终端拥有的播放列表中的内容。

13.一种具有播放列表的用户终端，其特征在于包括：

播放列表获得装置，用于访问不同用户的播放列表，并用于获得所述不同用户的播放列表；

相似性计算装置，用于根据预定的计算方程式来计算所述不同用户的获得的播放列表与所述原始用户的播放列表之间的相似性，所述原始用户的播放列表是被所述终端拥有的播放列表；以及，

呈现装置，用于当所述计算的相似性超过预定阈值时，作为搜索结果，呈现被包含在所述不同用户的播放列表中并且不被包含在所述终端拥有的播放列表中的内容。

Images