CN101490664A

CN101490664A - 用于提供实时媒体推荐的p2p网络

Info

Publication number: CN101490664A
Application number: CNA200780026157XA
Authority: CN
Inventors: H·斯文森
Original assignee: Concert Technology Corp
Current assignee: Concert Technology Corp
Priority date: 2006-07-11
Filing date: 2007-05-14
Publication date: 2009-07-22
Also published as: WO2008008563A2; US7680959B2; WO2008008563A3; US20080016205A1

Abstract

提供一种用于提供实时媒体推荐的对等(P2P)网络。媒体推荐可以是歌曲推荐或视频推荐。每当由对等设备播放媒体呈现时，对等设备就向P2P网络中的其他对等设备提供用于识别该媒体呈现的推荐。然后，从P2P网络的其他对等设备中接收到推荐的对等设备根据由其他对等设备最近播放的媒体呈现和一个或多个本地存储的媒体呈现来可编程地或自动地选择下一个要播放的媒体呈现。如果对等设备没有本地存储所选媒体呈现，那么对等设备可从允许流式传输或下载该所选媒体呈现的基于订购的业务、允许购买并下载该所选媒体呈现的电子商务业务、或者另一个对等设备中获得该所选媒体呈现。

Description

用于提供实时媒体推荐的P2P网络

技术领域

本发明涉及媒体推荐，例如音乐或者视频推荐，更具体而言，本发明涉及用于提供实时媒体推荐的对等(P2P)网络。

背景技术

近年来，可在线获得的数字媒体(例如音乐)的数量已大大增长。诸如Apple的iTunes之类的业务允许用户合法地购买和下载音乐。诸如Yahoo！Music Unlimited和RealNetwork的Rhapsody之类的其他业务因为月订费而提供对数百万首歌曲的访问。结果，对于全世界的听众来说，音乐已经变得更加容易访问了。然而，音乐的可访问性的提高反而加重了音乐行业中长期存在的问题，也就是把音频爱好者链接到符合他们收听偏好的最新音乐的问题。

已经出现了许多公司、技术和方法来解决这个音乐推荐问题。一些公司采取了分析法。它们考察歌曲的各种属性，例如曲调、和声、歌词、管弦乐编曲、声音特征等等，并且为每种属性分配等级。然后，将每种属性的等级汇集起来以创建此后由推荐引擎所使用的该歌曲的整体分类。推荐引擎一般要求用户首先识别他或她喜欢的歌曲。然后推荐引擎建议具有类似属性的其他歌曲。使用这类方法的公司包括Pandora(http://www.pandora.com)、SoundFlavor(http://www.soundflavor.com)、MusicIP(http://www.musicip.com)、以及MongoMusic(由微软公司于2000年购买)。

其他公司采取共有法。它们基于具有类似音乐爱好的一组用户的集体智慧来作出推荐。这些解决方案首先形成特定用户的收听习惯的简档，然后搜索其他用户的类似简档以确定推荐。简档通常以各种方式来创建，例如查看用户的完整集合、他们的歌曲播放次数、他们最喜爱的播放列表等等。使用这种技术的公司包括Last.fm(http://www.last.fm)、Music Strands(http://www.musicstrands.com)、WebJay(http://www.webjay.org)、Mercora(http://www.mercora.com)、betterPropaganda(http://www.betterpropaganda.com)、Loomia(http://www.loomia.com)、eMusic(http://www.emusic.com)、musicmatch(http://www.mmguide.musicmatch.com)、genielab(http://genielab.com/)、uptoll(http://www.uptoll.net/)、Napster(http://www.napster.com)、以及具有其有名的播放列表的iTunes(http://www.itunes.com)。

这些传统推荐系统的问题是它们没有考虑到对等影响。例如，特定少年收听的音乐可能会高度地受到该少年的一群同伴(例如他或她的朋友)所收听的音乐的影响。因而，需要一种基于对等群体的收听习惯来向用户推荐音乐的音乐推荐系统和方法。

发明内容

本发明提供一种用于提供实时媒体推荐的对等(P2P)网络。媒体推荐可以是歌曲推荐或视频推荐。每当由对等设备播放媒体呈现(presentation)时，对等设备就向P2P网络中的其他对等设备提供用于识别该媒体呈现的推荐。然后，从P2P网络中的其他对等设备中接收到推荐的对等设备根据由其他对等设备最近播放的媒体呈现和一个或多个本地存储的媒体呈现来可编程地或自动地选择下一个要播放的媒体呈现。如果对等设备没有本地存储所选媒体呈现，那么对等设备可以从允许流式传输或下载该所选媒体呈现的基于订购的业务、允许购买并下载该所选媒体呈现的电子商务业务、或者另一个对等设备中获得该所选媒体呈现。在一个实施例中，对等设备是经由本地无线通信来构成P2P网络的便携式设备。在另一个实施例中，对等设备可以是任何类型的设备，并且经由诸如因特网之类的广域网(WAN)来构成P2P网络。

在结合附图阅读以下对优选实施例的详细描述之后，本领域技术人员将会认识到本发明的范围并实现其附加的方面。

附图说明

被结合在本说明书中并且构成本说明书的一部分的附图示出本发明的几个方面，并且与其描述一起用来解释本发明的原理。

图1示出根据本发明一个实施例的结合了对等(P2P)网络的、用于进行实时媒体推荐的系统；

图2是示出根据本发明一个实施例的图1的对等设备的操作的流程图；

图3示出根据本发明一个实施例的图1的系统的操作；

图4示出根据本发明第二实施例的结合了对等(P2P)网络的、用于进行实时媒体推荐的系统；

图5示出根据本发明一个实施例的图4的系统的操作；

图6是示出根据本发明一个实施例的用于基于来自对等设备的推荐和用户偏好来自动地选择要播放的媒体的方法的流程图；

图7示出根据本发明一个实施例的用于配置用户偏好的示例性图形用户界面(GUI)；

图8示出根据本发明一个实施例用于将权重分配给各种媒体内容类别以作为用于配置用户偏好的一部分的示例性GUI；

图9示出根据本发明一个实施例的用于将权重分配给用户类别内的各个用户以作为用于配置用户偏好的一部分的示例性GUI；

图10示出根据本发明一个实施例的用于将权重分配给来自流派类别的各个流派以作为用于配置用户偏好的一部分的示例性GUI；

图11示出根据本发明一个实施例的用于将权重分配给来自年代类别的各个年代以作为用于配置用户偏好的一部分的示例性GUI；

图12示出根据本发明一个实施例的用于将权重分配给来自可用性类型类别的各个可用性类型以作为用于配置用户偏好的一部分的示例性GUI；

图13示出根据本发明一个实施例的用于显示播放列表的示例性GUI，所述播放列表包括来自对等设备的本地音乐集合的歌曲和来自其他对等设备的所推荐歌曲，其中按照基于用户偏好所确定的分数对这些歌曲进行排序；

图14示出根据本发明一个实施例的用于显示播放列表的示例性GUI，所述播放列表包括来自对等设备的本地音乐集合的歌曲和来自其他对等设备的所推荐歌曲，其中按照流派和分数二者对这些歌曲进行排序；

图15是根据本发明一个实施例的图1的对等设备的框图；以及

图16是根据本发明一个实施例的图4的对等设备的框图。

具体实施方式

下面阐述的实施例代表允许本领域技术人员实践本发明的必要信息，并且示出实践本发明的最佳方式。一旦根据附图阅读了以下的描述，本领域技术人员就将理解本发明的构思并且将认识到此处未特别阐明的这些构思的应用。应当理解，这些构思和应用落入本公开和所附权利要求书的范围。

图1示出根据本发明一个实施例的结合了对等(P2P)网络的、用于提供实时歌曲推荐的系统10。注意，虽然为了清楚容易地进行讨论，在此的讨论集中于歌曲推荐，但是本发明同样适用于提供对其他类型的媒体呈现(例如视频呈现)的推荐，这对于本领域技术人员而言一旦阅读了本公开就将是显而易见的。示例性视频呈现是电影、电视节目等等。通常，系统10包括多个对等设备12-16，其选择性地经由网络20连接到订购音乐业务18，所述网络20可以是分布式公共网络，例如但不限于因特网。注意，虽然示出三个对等设备12-16，但是本发明还可以采用任何数量的两个或更多个对等设备。

在这个实施例中，对等设备12-16优选是便携式设备，例如但不限于具有音频重放能力的便携式音频播放器、移动电话、个人数字助理(PDA)等等。然而，对等设备12-16可选择地可以是诸如个人计算机等等的固定设备。对等设备12-16包括用于可通信地耦合对等设备12-16以构成对等(P2P)网络的本地无线通信接口(图15)。无线通信接口可以根据例如IEEE 802.11标准组、蓝牙标准等等中之一来提供无线通信。

对等设备12包括音乐播放器22、推荐引擎24以及音乐集合26。音乐播放器22可以以软件、硬件、或硬件和软件的结合来实施。通常，音乐播放器22进行工作以播放来自音乐集合26的歌曲。推荐引擎24可以以软件、硬件、或硬件和软件的结合来实施。推荐引擎24可选择地可以被结合到音乐播放器22中。音乐集合26包括存储在一个或多个数字存储单元中的任何数量的歌曲文件，所述一个或多个数字存储单元例如是一个或多个硬盘驱动器、一个或多个存储卡、内部随机存取存储器(RAM)、一个或多个相关外部数字存储器设备等等。

在操作中，每当音乐播放器22播放歌曲时，推荐引擎24就进行工作以经由P2P网络把用于识别该歌曲的推荐提供给其他对等设备14、16。推荐不包括歌曲。在一个实施例中，推荐可以是包括用于识别该歌曲的信息的推荐文件。另外，如下面详细讨论的那样，推荐引擎24进行工作以基于从其他对等设备14、16所接收到的用于识别最近由其他对等设备14、16播放的歌曲的推荐和与该对等设备12的用户相关联的用户偏好来可编程地或自动地选择要由音乐播放器22播放的下一首歌曲。

类似于对等设备12，对等设备14包括音乐播放器28、推荐引擎30和音乐集合32，以及对等设备16包括音乐播放器34、推荐引擎36和音乐集合38。

订购音乐业务18是由连接到网络20的服务器所主管的业务。可被修改以便根据本发明来进行工作的示例性的基于订购的音乐业务是Yahoo！Music Unlimited数字音乐业务和RealNetwork的Rhapsody数字音乐业务。

图2示出根据本发明一个实施例的对等设备12的操作。然而，以下讨论同样适用于其他对等设备14、16。首先，对等设备12-16协作建立P2P网络(步骤200)。例如使用电子或口头邀请来启动P2P网络。当用户希望与特定组的其他用户(例如他或她的朋友)建立P2P网络时，就可能希望进行邀请。注意，当用户希望他或她收听的音乐仅仅受到例如该用户的朋友所收听的歌曲的影响时，这会是有益的。当在对等设备12的本地无线覆盖区内的对等设备数目较大时，也可能希望进行邀请。作为另一个例子，对等设备12可以保持用于识别对等设备12的用户的朋友的“伙伴列表”，其中当这些对等设备处于对等设备12的本地无线覆盖区内时，对等设备12可自动地与由该“伙伴列表”所识别的用户的对等设备建立P2P网络。

可选择地，对等设备12可通过检测对等设备12的本地无线覆盖区内的其他对等设备14、16并且自动与所检测到的对等设备14、16的至少一个子集建立P2P网络来建立与其他对等设备14、16的自组P2P网络。为了控制自组P2P网络内的对等设备数目，对等设备12可以把其他对等设备14、16的用户的用户简档与对等设备12的用户的用户简档进行比较，并且基于用户简档的相似性来确定是否允许其他对等设备14、16进入P2P网络。

在建立了P2P网络之后的某一时刻，对等设备12播放歌曲(步骤202)。一开始，在从其他对等设备14、16处接收到任何推荐之前，歌曲可以是由对等设备12的用户选择的来自音乐集合26的歌曲。在该歌曲的重放之前、期间或之后，推荐引擎24向其他对等设备14、16发送用于识别该歌曲的推荐(步骤204)。推荐可以包括但不限于：用于识别该歌曲的信息，例如该歌曲的全球唯一标识符(GUID)、歌曲标题等等；允许其他对等设备获得该歌曲的统一资源定位符(URL)，例如允许从订购音乐业务18中下载或流式传输该歌曲的URL或者允许从电子商务业务中购买并下载该歌曲的URL；允许从订购音乐业务18或类似的电子商务业务中下载或流式传输该歌曲的预览的URL；描述该歌曲的元数据，例如包括诸如流派、歌曲标题、歌曲的艺术家、在其上可找到该歌曲的唱片、歌曲或唱片的发行日期、歌词等等在内的ID3标签。

推荐还可包括推荐者列表，其包括用于识别先前已经推荐过该歌曲的每个用户的信息和每个推荐的时间戳。例如，如果歌曲最初在对等设备14上播放，然后响应于对等设备14的推荐而在对等设备16上播放，则推荐者列表包括用于识别对等设备14的用户或对等设备14的信息和用于识别由对等设备14播放或推荐该歌曲的时间的时间戳、以及用于识别对等设备16的用户或对等设备16的信息和用于识别由对等设备16播放或推荐该歌曲的时间的时间戳。同样，如果对等设备12然后选择重放该歌曲，就把用于识别对等设备12的用户或对等设备12的信息以及相应的时间戳附加于该推荐者列表中。

对等设备12，更具体而言是推荐引擎24，还接收来自其他对等设备14、16的推荐(步骤206)。来自其他对等设备14、16的推荐识别由其他对等设备14、16播放的歌曲。选择性地，推荐引擎24可基于例如用户、流派、艺术家、标题、唱片、歌词、发行日期等等过滤来自其他对等设备14、16的推荐(步骤208)。

然后推荐引擎24基于用户偏好而从以下歌曲中自动地选择下一首要播放的歌曲：由从其他对等设备14、16中所接收到的推荐所识别的歌曲、选择性地由先前接收到的推荐所识别的歌曲、以及来自音乐集合26中的一首或多首歌曲(步骤210)。在一个实施例中，推荐引擎24仅仅考虑由自前一次歌曲选择以来接收到的推荐所识别的那些歌曲。例如，如果在步骤202中播放的歌曲是由推荐引擎24基于来自对等设备14、16的在前推荐所选择的歌曲，则推荐引擎24可以仅仅考虑在步骤202中选择该歌曲进行重放之后接收到的最新推荐中所识别的歌曲，而可以不考虑在前推荐中所识别的歌曲。如果希望推荐引擎24的复杂性最小，例如当对等设备12是具有有限的处理和存储能力的移动终端等等时，这会是有益的。在另一个实施例中，推荐引擎24可以考虑所有先前接收到的推荐，其中在预定的或用户定义的时间段之后该推荐会过期。

如下所述，被用来选择下一首要播放的歌曲的用户偏好可以包括为多种类别中的每一种分配的权重或优先级，所述多种类别例如是用户、流派、发行年代、以及可用性。通常，可用性用于识别歌曲是否被本地存储在音乐集合26中；是否可经由订购音乐业务18获得；是否可从电子商务业务或其他对等设备14、16之一中下载并选择性地购买；或者是否现在无法获得、但此处如果用户想要的话就可以搜索该歌曲。用户偏好可被本地存储在对等设备12处，或者经由网络20从中央服务器中获得。如果对等设备12是便携式设备，那么用户偏好可在相关联的用户系统(例如个人计算机)上被配置，并且在同步过程期间被传送给对等设备12。用户偏好可选择地可以由推荐引擎24基于对等设备12的播放历史来自动地提供或建议。在以下所述的优选实施例中，基于用户偏好对由来自其他对等设备14、16的推荐所识别的歌曲以及来自音乐集合26的歌曲进行评分或分级。然后，基于分数，推荐引擎24选择下一首要播放的歌曲。

一旦选择了下一首要播放的歌曲，对等设备12就获得所选歌曲(步骤212)。如果所选歌曲是音乐集合26的一部分，那么对等设备12从音乐集合26中获得该所选歌曲。如果所选歌曲不是音乐集合26的一部分，那么推荐引擎24就从订购音乐业务18、电子商务业务、或其他对等设备14、16之一中获得该所选歌曲。例如，该歌曲的推荐包括URL，其用于提供到可从中获得该歌曲的源的链接，以及对等设备12可从由该歌曲的推荐所识别的源中获得所选歌曲。一旦获得，就播放所选歌曲并重复该过程(步骤202-212)。

图3示出根据本发明一个实施例的对等设备12-16的提供实时歌曲推荐的操作。所示的过程与上面关于图2所讨论的过程相同。因而将不重复其细节。通常，对等设备14、16播放歌曲，以及作为响应，把歌曲推荐提供给对等设备12(步骤300-306)。对等设备12可以选择性地过滤来自对等设备14、16的推荐(步骤308)。然后对等设备12的推荐引擎24基于对等设备12的用户的用户偏好而从由该推荐所识别的歌曲、选择性地由来自对等设备14、16的在前推荐所识别的歌曲、以及来自音乐集合26中的本地存储的歌曲中自动地选择下一首要播放的歌曲(步骤310)。然后对等设备12获得并播放所选歌曲(步骤312-314)。在重放所选歌曲之前、期间或之后，对等设备12的推荐引擎24向其他对等设备14、16提供用于识别该所选歌曲的推荐(步骤316-318)。

图4示出根据本发明第二实施例的系统10′。在这个实施例中，对等设备12′-16′经由网络20和代理服务器40构成P2P网络。对等设备12′-16′可以是具有到网络20的连接并具有音频重放能力的任何设备。例如，对等设备12′-16′可以是具有到网络20的有线或无线连接的个人计算机、膝上型计算机、移动电话、便携式音频播放器、PDA等等。正如以上关于对等设备12所讨论的那样，对等设备12′包括音乐播放器22′、推荐引擎24′、以及音乐集合26′。同样，对等设备14′包括音乐播放器28′、推荐引擎30′和音乐集合32′，以及对等设备16′包括音乐播放器34′、推荐引擎36′和音乐集合38′。

图5示出图4的系统10′的操作。在开始该过程之前，对等设备12′-16′构成P2P网络。因为可以连接到网络20的对等设备12′-16′的数目可能很大，所以对等设备12′-16′可以实施用于识别P2P网络的期望的对等设备组的某种技术。例如，可利用例如电子或口头邀请来启动P2P网络。作为另一个例子，对等设备12′可以保持用于识别对等设备12′的用户的朋友的“伙伴列表”，其中当这些对等设备被连接到网络20时，对等设备12′可自动地与由该“伙伴列表”所识别的用户的对等设备建立P2P网络。可选择地，对等设备12′-16′可构成自组网络，其中基于用户简档中的相似性来选择该自组网络的参与者。

在这个例子中，一旦建立了P2P网络，对等设备14′就播放歌曲并且作为响应经由代理服务器40向对等设备12′提供用于识别该歌曲的歌曲推荐(步骤400-404)。虽然没有清楚地说明，但是对等设备14′还经由代理服务器40向对等设备16′提供用于识别该歌曲的歌曲推荐。对等设备16′也播放歌曲并经由代理服务器40向对等设备12′发送歌曲推荐(步骤406-410)。同样，虽然没有清楚说明，但是对等设备16′还经由代理服务器40向对等设备14′发送该歌曲的推荐。

该过程如以上所讨论的那样从此处继续。更具体地说，推荐引擎24′可基于例如用户、流派、艺术家、标题、唱片、歌词、发行日期等等选择性地过滤来自其他对等设备14′、16′的推荐(步骤412)。然后推荐引擎24′基于用户偏好而从由从其他对等设备14′-16′中所接收到的推荐所识别的歌曲、选择性地由来自对等设备14′-16′的先前接收到的推荐所识别的歌曲、以及来自音乐集合26′的一首或多首歌曲中自动地选择下一首要播放的歌曲(步骤414)。在以下所述的优选实施例中，基于用户偏好对由来自其他对等设备14′-16′的推荐所识别的歌曲以及来自音乐集合26′的歌曲进行评分。然后，基于分数，推荐引擎24′选择下一首要播放的歌曲。

一旦选择了下一首要播放的歌曲，对等设备12′就获得所选歌曲(步骤416)。如果所选歌曲是音乐集合26′的一部分，那么对等设备12′从音乐集合26′中获得该所选歌曲。如果所选歌曲不是音乐集合26′的一部分，那么推荐引擎24′就从订购音乐业务18、电子商务业务或其他对等设备14′-16′之一中获得该所选歌曲。例如，所选歌曲可从该歌曲的推荐所识别的源中获得。一旦获得，就播放所选歌曲并经由代理服务器40将该歌曲的推荐提供给其他对等设备14′-16′(步骤418-426)。

图6示出根据本发明一个实施例的从所接收到的推荐中自动地选择要播放的歌曲并且将歌曲本地存储于对等设备12′中的过程。然而，以下的讨论同样适用于图1的对等设备12-16以及图4的其他对等设备14′-16′。首先，获得对等设备12′的用户的用户偏好(步骤500)。用户偏好可以包括分配给多种类别中的每一种类别的权重或优先级，所述多种类别例如是但不限于用户、流派、发行年代、以及可用性。用户偏好可在推荐引擎24′的初始配置期间从用户处获得。另外，用户偏好可根据需要由用户更新。用户偏好可选择地可以由推荐引擎24′或代理服务器40基于对等设备12′的播放历史来建议。注意，当推荐在其到其他对等设备14′-16′的途中经过代理服务器40时，代理服务器40可通过监视来自对等设备12′的推荐来确定对等设备12′的播放历史。用户偏好可被本地存储于对等设备12′处，或者经由网络20从诸如代理服务器40之类的中央服务器中获得。

一旦从其他对等设备14′-16′中接收到推荐，对等设备12′的推荐引擎24′就基于用户偏好对由该推荐所识别的歌曲进行评分(步骤502)。推荐引擎24′还对来自音乐集合26′的一首或多首本地歌曲进行评分(步骤504)。然后推荐引擎24′至少部分地基于该推荐和本地歌曲的分数来选择下一首要播放的歌曲(步骤506)。

图7示出用于配置用户偏好的示例性图形用户界面(GUI)42。首先，用户为各种类别分配权重。在这个例子中，类别是用户、流派、年代、以及可用性。然而，本发明不限于此。可通过选择单选按钮44来按字母顺序分配类别的权重，通过选择单选按钮46由用户定制类别的权重，或者通过选择单选按钮48基于用户的用户简档来自动地建议类别的权重。如果选择了按字母顺序的加权，则通过对类别进行按字母顺序排序并且基于每一种类别在类别的按字母顺序排序列表中的位置为其分配权重来分配权重。如图8所示，如果选择了定制的加权，则向用户呈现用于定制类别的加权的GUI 50。如图8的示例性实施例所示，可通过调整相应的滑动条52-58来分配类别的权重。可以调节滑动条60以便为“不重复因子”分配权重。不重复因子是一种衰减因子，其被用来根据当先前在对等设备12′上播放了歌曲时就改变该歌曲的分数以便避免不断地重复同一首歌曲。

一旦分配了权重，用户就可以选择“确定”按钮62以返回到图7的GUI 42或者选择“返回”按钮64以使类别的权重返回到它们先前的设置。另外，用户可选择“来自简档的建议”按钮66以使推荐引擎24′或代理服务器40基于用户简档来为类别建议权重。注意，按钮66具有与图7的单选按钮48相同的效果。

回到图7，单选按钮68-72被用来选择为用于P2P网络中的每个用户分配权重的期望方法，单选按钮74-78被用来选择用于为多种音乐流派中的每一种流派分配权重的期望方法，单选按钮80-84被用来选择用于为多个年代中的每个年代分配权重的期望方法，以及单选按钮86-90被用来选择用于为多个歌曲可用性类型分配权重的期望方法。

关于用户，如果选择了单选按钮68，那么基于用户的按字母顺序排序列表中他们的相应的位置向用户分配权重。如果选择了单选按钮70，那么就显示用于允许用户定制被分配给从其接收推荐的多个用户的权重的GUI 92(图9)。图9中示出GUI 92的一个示例性实施例，其中滑动条94-98允许用户为相应的用户分配定制的权重。回到图7，如果选择了单选按钮72，推荐引擎24′或代理服务器40就基于与对等设备12′相关联的用户简档为用户产生所建议的权重。

关于流派，如果选择了单选按钮74，那么基于流派的按字母顺序排序列表中它们的相应的位置对流派分配权重。如果选择了单选按钮76，那么就显示用于允许用户定制被分配给多个流派的权重的GUI 100(图10)。图10中示出GUI 100的一个示例性实施例，其中滑动条102-116允许用户为相应的流派分配定制的权重。回到图7，如果选择了单选按钮78，推荐引擎24′或代理服务器40就基于与对等设备12′相关联的用户简档为流派产生所建议的权重。

关于年代，如果选择了单选按钮80，那么基于年代的按年代顺序排序列表中它们的相应的位置对年代分配权重。如果选择了单选按钮82，那么就显示用于允许用户定制被分配给多个年代的权重的GUI 118(图11)。图11中示出GUI 118的一个示例性实施例，其中滑动条120-130允许用户为相应的年代分配定制的权重。回到图7，如果选择了单选按钮84，推荐引擎24′或代理服务器40就基于与对等设备12′相关联的用户简档为年代产生所建议的权重。

关于可用性，如果选择了单选按钮86，那么基于可用性类型的按字母顺序排序列表中它们的相应的位置对可用性类型分配权重。如果选择了单选按钮88，那么就显示用于允许用户定制被分配给多个可用性类型的权重的GUI 132(图12)。图12中示出GUI 132的一个示例性实施例，其中滑动条134-140允许用户为相应的可用性类型分配定制的权重。回到图7，如果选择了单选按钮90，推荐引擎24′或代理服务器40就基于与对等设备12′相关联的用户简档为可用性类型产生所建议的权重。

为特定歌曲评分的一个示例性等式是：

分数＝NRF·(WU·WUA+WG·WGA+WD·WDA+WA·WAA)·100，其中NRF是“不重复因子”；WU是分配给用户类别的权重；WUA是分配给歌曲的用户属性的权重，其是推荐歌曲的用户；WG是分配给流派类别的权重；WGA是分配给歌曲的流派属性的权重，其是歌曲的流派；WD是分配给年代类别的权重；WDA是分配给歌曲的年代属性的权重，其是与该歌曲相关联的歌曲或唱片发行的年代；WA是分配给可用性类别的权重；以及WAA是分配给歌曲的可用性属性的权重，其是歌曲的可用性。

NRF例如可按下式来计算：

NRF = \frac{MIN (10 \cdot NRFW, LASTREPEAT_INDEX)}{10 \cdot NRFW} .

例如，假定分配了以下类别的权重：

用户类别	1
用户类别	1	流派类别	7
年代类别	7	流派类别	7
年代类别	7	可用性类型类别	5
NRFW	9	可用性类型类别	5

此外，假定已经如下为类别的属性分配了权重：

因此，如果要评分的特定歌曲是由用户“用户C”推荐、来自于“另类音乐流派”、为“1980s”年代、并且可从订购音乐业务18中获得，则该歌曲的分数可按下式来计算：

其中如果歌曲是在最近播放的88首歌曲之前播放的，则：

NRF = \frac{MIN (10 \cdot 9,88)}{10 \cdot 9} = \frac{88}{90} .

因此，该歌曲的分数是：

图13是示出根据本发明的对等设备12′的播放列表的示例性GUI142，所述播放列表包括本地歌曲和推荐歌曲。然而注意，类似的列表可以由图1的对等设备12来内部保持，并且可被潜在地优化以在对等设备12的显示器上显示GUI 142的至少一部分。在这个例子中，如上所述，本地歌曲和推荐歌曲都被评分并且根据它们的分数进行排序。另外，如图14所示，可基于另一个标准和分数对歌曲进行排序，所述标准在所示的例子中是流派。

GUI 142可以选择性地允许用户阻塞具有特定识别字段的歌曲。在图13和图14的例子中，用户识别出流派“乡村音乐”和艺术家“铁娘子”作为要阻塞的字段，如通过加下划线所例示的那样。用户可通过例如点击或者以其他方式选择期望的字段来选择要阻塞的字段。具有阻塞字段的歌曲仍然被评分，但是不会由对等设备12′获得或播放。

在一个实施例中，对等设备12′的推荐引擎24′可以提供下载队列，所述下载队列包含所有要从外部源中下载并选择性地购买的歌曲，所述外部源例如是订购音乐业务18、电子商务业务、或另一个对等设备14′-16′。分数高于第一预定的或用户定义的阈值的下载队列中的歌曲以及分数高于第二预定的或用户定义的阈值但低于第一阈值的下载队列中的其他歌曲的预览可被自动下载到对等设备12′中。

图15是图1的对等设备12的一个示例性实施例的框图。然而，以下讨论同样适用于其他对等设备14、16。通常，对等设备12包括具有相关存储器146的控制系统144。在这个例子中，音乐播放器22和推荐引擎24至少部分地以软件来实施并且被存储在存储器146中。对等设备12还包括存储单元148，其进行工作以存储音乐集合26(图1)。存储单元148可以是任何数量的数字存储设备，举例来说，例如一个或多个硬盘驱动器、一个或多个存储卡、RAM、一个或多个外部数字存储设备等等。音乐集合26可选择地可以被存储在存储器146中。对等设备12还包括通信接口150。通信接口150包括用于与其他对等设备14、16建立P2P网络的本地无线通信接口。本地无线接口可以根据例如IEEE802.11标准组、蓝牙标准等等中之一来进行工作。通信接口150还可包括可通信地将对等设备12耦合到网络20(图1)的网络接口。对等设备12还包括用户接口152，其可包括诸如显示器、扬声器、用户输入设备等等之类的组件。

图16是图4的对等设备12′的一个示例性实施例的框图。然而，以下讨论同样地适用于其他对等设备14′-16′。通常，对等设备12′包括具有相关存储器156的控制系统154。在这个例子中，音乐播放器22′和推荐引擎24′至少部分地以软件来实施并且被存储在存储器156中。对等设备12′还包括存储单元158，其进行工作以存储音乐集合26′(图4)。存储单元158可以是任何数量的数字存储设备，举例来说，例如一个或多个硬盘驱动器、或一个或多个存储卡、RAM、一个或多个外部数字存储设备等等。音乐集合26′可选择地可以被存储在存储器156中。对等设备12′还包括通信接口160。通信接口160包括可通信地将对等设备12′耦合到网络20(图4)的网络接口。对等设备12′还包括用户接口162，其可包括诸如显示器、扬声器、用户输入设备等等之类的组件。

在不脱离本发明精神或范围的情况下，本发明提供了进行改变的大的机会。例如，虽然图1示出经由本地无线通信而构成P2P网络的对等设备12-16以及图4示出经由网络20构成P2P网络的对等设备12′-16′，但是在替换方式中本发明不限于本地无线P2P网络或者WAN P2P网络。更具体地说，特定对等设备，例如对等设备12，可同时利用本地无线通信和网络20来与其他对等设备构成P2P网络。因此，例如，对等设备12可经由本地无线通信从对等设备14、16(图1)中接收推荐，并且可经由网络20从对等设备14′-16′(图4)中接收推荐。

作为另一个例子，虽然此处的讨论集中于歌曲推荐，但是本发明不限于此。本发明同样适用于诸如视频呈现之类的其他类型的媒体呈现的推荐。因此，本发明另外或者替代地可以提供电影推荐、电视节目推荐等等。

本领域技术人员将会认识到对本发明优选实施例的改进和修改。所有这种改进和修改都被视为落入在此公开的构思以及后面的权利要求书的范围内。

Claims

1.一种推荐音乐的方法，包括：

从对等(P2P)网络中的对等设备中接收媒体推荐，所述媒体推荐用于识别在所述对等设备上最近播放的媒体呈现；以及

基于由所述媒体推荐所识别的所述媒体呈现来自动地选择要播放的媒体呈现。

2.权利要求1所述的方法，其中接收媒体推荐包括：当在所述对等设备上播放媒体内容时逐个地从所述对等设备中接收所述推荐。

3.权利要求1所述的方法，其中所述媒体推荐是用于识别在所述对等设备上最近播放的歌曲的歌曲推荐，以及自动地选择要播放的媒体内容包括从一组歌曲中自动地选择一首要播放的歌曲，该组歌曲包括由所述媒体推荐所识别的所述歌曲。

4.权利要求1所述的方法，其中，自动地选择要播放的媒体呈现包括从一组媒体呈现中自动地选择要播放的媒体呈现，该组媒体呈现包括由所述推荐所识别的所述媒体呈现和本地媒体集合中的至少一个媒体呈现。

5.权利要求1所述的方法，其中，自动地选择要播放的媒体呈现包括从一组媒体呈现中自动地选择要播放的媒体呈现，该组媒体呈现包括由所述推荐所识别的所述媒体呈现和由先前从所述对等设备中接收到的推荐所识别的媒体呈现。

6.权利要求1所述的方法，其中，自动地选择要播放的媒体呈现进一步包括从一组媒体呈现中自动地选择要播放的媒体呈现，该组媒体呈现包括由所述推荐所识别的所述媒体呈现、由先前从所述对等设备中接收到的推荐所识别的媒体呈现、以及本地媒体集合中的至少一个媒体呈现。

7.权利要求1所述的方法，其中自动地选择要播放的媒体呈现进一步包括基于用户偏好对一组媒体呈现进行评分，该组媒体呈现包括由所述推荐所识别的所述媒体呈现。

8.权利要求7所述的方法，其中所述用户偏好包括分配给多个类别的权重，以及对该组媒体呈现进行评分包括基于分配给所述多个类别的所述权重来对该组媒体呈现进行评分。

9.权利要求8所述的方法，进一步包括为所述多个类别分配权重，其中所述多个类别包括从由用户、流派、年代、以及可用性组成的组中选择的一个或多个类别。

10.权利要求8所述的方法，其中，所述用户偏好进一步包括分配给所述多个类别中每一个的多个可能属性的权重，以及对该组媒体呈现进行评分包括基于分配给所述多个类别的所述权重和分配给所述多个类别中每一个的所述多个可能属性的所述权重来对该组媒体呈现进行评分。

11.权利要求7所述的方法，其中所述用户偏好包括分配给不重复因子的权重，以及对该组媒体呈现进行评分包括基于所述不重复因子和分配给所述不重复因子的所述权重来对该组媒体呈现进行评分。

12.权利要求7所述的方法，进一步包括从用户处获得所述用户偏好。

13.权利要求7所述的方法，进一步包括基于相关联的播放历史来自动地产生所述用户偏好。

14.权利要求7所述的方法，其中自动地选择要播放的媒体呈现进一步包括：

基于至少一个标准和分数对该组媒体呈现排序以提供媒体呈现的排序列表；以及

从媒体呈现的所述排序列表中自动地选择要播放的媒体呈现。

15.权利要求1所述的方法，进一步包括：

从订购业务中获得所述选择的媒体呈现；以及

播放所述选择的媒体呈现。

16.权利要求1所述的方法，进一步包括：

从电子商务业务中购买和下载所述选择的媒体呈现；以及

播放所述选择的媒体呈现。

17.权利要求1所述的方法，进一步包括：

从电子商务业务中获得所述选择的媒体呈现的预览；以及

播放所述选择的媒体呈现的所述预览。

18.权利要求1所述的方法，进一步包括：

从其中一个所述对等设备中获得所述选择的媒体呈现；以及

播放所述选择的媒体呈现。

19.权利要求1所述的方法，进一步包括：

从其中一个所述对等设备中获得所述选择的媒体呈现的预览；以及

播放所述选择的媒体呈现的所述预览。

20.权利要求1所述的方法，进一步包括：在下载队列中插入用于识别所述选择的媒体呈现的信息，其中从外部源中自动地获得在所述下载队列中分数大于第一阈值的媒体呈现和在所述下载队列中分数大于第二阈值且小于所述第一阈值的媒体呈现的预览。

21.权利要求1所述的方法，进一步包括：

基于至少一个标准来过滤所述媒体推荐；

其中自动地选择要播放的媒体呈现包括基于由所述经过滤的媒体推荐所识别的媒体呈现来自动地选择要播放的媒体呈现。

22.权利要求1所述的方法，进一步包括经由本地无线通信来建立P2P网络。

23.权利要求1所述的方法，进一步包括经由广域网(WAN)来建立P2P网络。

24.权利要求1所述的方法，进一步包括邀请所述对等设备加入所述P2P网络。

25.一种用于对等(P2P)媒体推荐系统的对等设备，包括：

可通信地将所述对等设备耦合于P2P网络中的其他对等设备的通信接口；以及

与所述通信接口相关联的控制系统，其适于：

从所述其他对等设备中接收用于识别在所述其他对等设备上最近播放的媒体呈现的媒体推荐；以及

26.权利要求25所述的对等设备，其中当在所述其他对等设备上播放媒体内容时将所述媒体推荐逐个地提供给所述对等设备。

27.权利要求25所述的对等设备，其中所述媒体推荐识别由所述其他对等设备最近播放的歌曲，以及所述控制系统适于从一组歌曲中自动地选择一首要播放的歌曲，该组歌曲包括由所述媒体推荐所识别的所述歌曲。

28.权利要求25所述的对等设备，其中，所述控制系统进一步适于从一组媒体呈现中自动地选择要播放的媒体呈现，该组媒体呈现包括由所述媒体推荐所识别的所述媒体呈现和本地媒体集合中的至少一个媒体呈现。

29.权利要求25所述的对等设备，其中，所述控制系统进一步适于：

基于用户偏好对一组媒体呈现中的媒体呈现进行评分，该组媒体呈现包括由所述媒体推荐所识别的所述媒体呈现；以及

基于该分数从该组媒体呈现中自动地选择要播放的媒体呈现。

30.权利要求25所述的对等设备，其中如果所述选择的媒体呈现不被包括在与所述对等设备相关联的本地媒体集合之内，则所述控制系统进一步适于从外部源中获得所述选择的媒体呈现并且播放所述选择的媒体呈现。