用于联网媒体访问的系统和方法

摘要

提供一种用于自网络上的多个位置提供针对媒体文件的用户访问的方法、系统和媒体管理应用程序。在一个方面中，用户通报想要在未来访问媒体文件并且能够在未来任何时间从网络上的各种位置访问加过书签标记的媒体文件。在一个方面中，媒体文件可以从网络上的多个位置上获得且具有不同的媒体形式。

权利要求

1.一种用于自网络上的多个位置提供针对媒体文件的用户访问的方法，包括：接收表示用户期望将来访问媒体文件的第一通信，所述第一通信协助识别媒体文件库中的与用户资料相关联的所述媒体文件，所述媒体文件可获得自所述网络上的多个位置并且具有不同的媒体形式；

存储与所述用户和与所述用户资料相关联的所述媒体文件相关联的信息，其中对所述用户资料的访问要求所述用户经由网络登录以将该用户登录与所述用户资料相关联；

自所述用户接收通过从所述媒体文件库中选择所识别的媒体文件来表示所述用户期望在设备处体验所述媒体文件的第二通信；

基于所述第二通信和所述设备，由多个位置确定向所述用户提供所述所需媒体文件的位置并且确定提供所述所需媒体文件的媒体形式；以及使所述用户能够自所述位置体验具有所述媒体形式的所述所需媒体文件。

2.权利要求1的方法，其中所述多个位置之一包括用户的本地媒体文件库。

3.权利要求1的方法，其中所述多个位置之一包括用户的媒体文件服务。

4.权利要求1的方法，其中所述多个位置之一包括另一用户的媒体文件库。

5.权利要求1的方法，其中所述网络包括因特网。

6.权利要求1的方法，进一步包括验证所述用户访问所述媒体文件的权利。

7.权利要求1的方法，其中所述信息包括所述媒体文件的位置。

8.权利要求1的方法，其中所述信息包括通用资源标识符。

9.权利要求1的方法，其中所述信息包括指向所述媒体文件的指针。

10.权利要求1的方法，其中所述媒体形式包括有条件下载。

11.权利要求1的方法，其中所述媒体形式包括流媒体文件。

12.权利要求1的方法，其中所述媒体形式包括媒体文件下载。

13.权利要求1的方法，其中所述位置和所述媒体形式是通过以下步骤确定的：确定所述媒体文件是否可以作为本地媒体文件而在与所述用户相关联的本地处理器上获得，如果所述媒体文件可获得的话，则所述位置包括所述本地处理器，所述媒体形式包括本地媒体文件；

如果所述媒体文件不可以作为本地媒体文件而从所述本地处理器获得，确定所述媒体文件是否可以作为下载而从服务器获得，如果所述媒体文件可作为下载而从所述服务器获得的话，则所述位置包括所述服务器，所述媒体形式包括媒体文件下载；以及如果所述媒体文件不可以作为下载而从所述服务器获得的话，确定所述媒体文件是否可以作为流媒体文件而从所述服务器获得，如果所述媒体文件可以作为流媒体文件而获得的话，则所述位置包括所述服务器，所述媒体形式包括流媒体文件。

14.权利要求13的方法，其中所述下载是有条件下载。

15.权利要求13的方法，其中所述服务器位于所述网络上。

16.权利要求13的方法，其中所述服务器位于因特网上。

17.权利要求1的方法，其中所述媒体文件包括视频文件。

18.权利要求1的方法，其中所述媒体文件包括音频文件。

19.权利要求1的方法，其中所述第一通信包括所述用户将所述媒体文件添加到所述用户的本地媒体文件库。

20.权利要求19的方法，其中所述媒体文件是从媒体服务添加的。

21.权利要求19的方法，其中所述媒体文件是从压缩光盘添加的。

22.权利要求19的方法，其中所述媒体文件是从便携媒体播放器添加的。

23.权利要求1的方法，其中所述第二通信包括所述用户播放所述媒体文件。

24.权利要求1的方法，其中所述信息包括与所述用户相关联的唯一标识符。

25.一种用于自网络上的多个位置提供针对媒体文件的用户访问的系统，包括：第一通信部件，用于接收表示用户期望将来访问媒体文件的第一通信，所述第一通信协助识别媒体文件库中的与用户资料相关联的所述媒体文件，所述媒体文件可获得自所述网络上的多个位置并且具有不同的媒体形式；

存储器，用于存储与用户和与所述用户资料相关联的所述媒体文件相关联的信息，其中对所述用户资料的访问要求所述用户经由网络登录以将该用户登录与所述用户资料相关联；

第二通信部件，用于自所述用户接收通过从所述媒体文件库中选择所识别的媒体文件来表示所述用户期望在设备处体验所述媒体文件的第二通信；

判定部件，用于基于所述第二通信和所述设备由所述多个位置确定向用户提供所述所需媒体文件的位置并且确定提供所述所需媒体文件的媒体形式；和递送部件，用于使所述用户可以自所述位置体验具有所述媒体形式的所述所需媒体文件。

26.权利要求25的系统，其中所述部件包括软件部件。

27.权利要求25的系统，其中所述多个位置之一包括用户的本地媒体文件库。

28.权利要求25的系统，其中所述多个位置之一包括用户的媒体文件服务。

29.权利要求25的系统，其中所述多个位置之一包括另一用户的媒体文件库。

30.权利要求25的系统，其中所述网络包括因特网。

31.权利要求25的系统，进一步包括验证部件，用于验证所述用户访问所述媒体文件的权利。

32.权利要求25的系统，其中所述信息包括所述媒体文件的位置。

33.权利要求25的系统，其中所述信息包括通用资源标识符。

34.权利要求25的系统，其中所述信息包括指向所述媒体文件的指针。

35.权利要求25的系统，其中所述媒体形式包括有条件下载。

36.权利要求25的系统，其中所述媒体形式包括流媒体文件。

37.权利要求25的系统，其中所述媒体形式包括媒体文件下载。

38.权利要求25的系统，其中所述位置和所述媒体形式是通过以下步骤确定的：确定所述媒体文件是否可以作为本地媒体文件而在与所述用户相关联的本地处理器上获得，如果所述媒体文件可获得的话，则所述位置包括所述本地处理器，所述媒体形式包括本地媒体文件；

如果所述媒体文件不可以作为本地媒体文件而从所述本地处理器获得，确定所述媒体文件是否可以作为下载而从服务器获得，如果所述媒体文件可作为下载而从所述服务器获得的话，则所述位置包括所述服务器，所述媒体形式包括媒体文件下载；以及如果所述媒体文件不可以作为下载而从所述服务器获得的话，确定所述媒体文件是否可以作为流媒体文件而从所述服务器获得，如果所述媒体文件可以作为流媒体文件而获得的话，则所述位置包括所述服务器，所述媒体形式包括流媒体文件。

39.权利要求38的系统，其中所述下载是有条件下载。

40.权利要求38的系统，其中所述服务器位于所述网络上。

41.权利要求38的系统，其中所述服务器位于因特网上。

42.权利要求25的系统，其中，如果所述媒体文件可以作为本地媒体文件而在所述用户的本地处理器上获得的话，所述位置和所述媒体文件分别包括：与所述用户相关联的本地处理器和本地媒体文件。

43.权利要求25的系统，其中，如果所述媒体文件可以作为下载而从服务器获得的话，所述位置和所述媒体文件分别包括：服务器和下载。

44.权利要求25的系统，其中，如果所述媒体文件可以作为流媒体文件而从服务器获得的话，所述位置和所述媒体文件分别包括：服务器和流媒体文件。

45.权利要求25的系统，其中，如果所述媒体文件可以作为流媒体文件而从所述另一用户的本地处理器获得的话，所述位置和所述媒体文件分别包括：另一用户的本地处理器和流媒体文件。

46.权利要求25的系统，其中所述媒体文件包括视频文件。

47.权利要求25的系统，其中所述媒体文件包括音频文件。

48.权利要求25的系统，其中所述第一通信包括所述用户将所述媒体文件添加到所述用户的本地媒体文件库。

49.权利要求48的系统，其中所述媒体文件是从媒体服务添加的。

50.权利要求48的系统，其中所述媒体文件是从压缩光盘添加的。

51.权利要求48的系统，其中所述媒体文件是从便携媒体播放器添加的。

52.权利要求25的系统，其中所述第二通信包括所述用户播放所述媒体文件。

53.权利要求25的系统，其中所述信息包括与所述用户相关联的唯一标识符。

说明书

用于联网媒体访问的系统和方法

[0001] 相关申请的交叉参考

[0002] 本申请要求在2005年2月28日提交的题为“A SYSTEM ANDMETHOD FORDELIVERING MEDIA OVER A NETWORK”的美国临时申请Serial No.60/657,222以及在2005年5月5日提交的题为“ASYSTEM AND METHOD FOR DELIVERING MEDIA OVER ANETWORK”的美国临时申请Serial No.60/678,718的优先权，其内容在此处并入作为参考。

技术领域

[0003] 本发明通常涉及一种方法、系统和媒体管理应用程序，用于提供自网络上的多个位置针对媒体文件的用户访问。

背景技术

[0004] 因特网和万维网(“web”)的扩张为计算机用户提供了通过其计算机收听和收看多种不同形式的媒体的增强的能力。该媒体可以具有音频音乐、音乐视频、电视节目、体育赛事的形式或者用户希望收看或收听的音频或视频媒体的任何其他形式。

[0005] 过去，用户能够购买某种形式的可移动媒体(例如，压缩光盘)，将媒体置于其计算机驱动器中并且收听其可移动媒体上的歌曲。随着时间的流逝，用户能够获取压缩光盘(CD)上的音乐，将其存储在计算机上，并且在本地收听。近来，发展了web系统，其允许用户登录到诸如因特网的网络上，并且使用媒体播放器收听选自特定服务须提供的媒体组的特定媒体或者收听诸如音乐台的一连串媒体产品，其中将不同的歌曲或者其他形式的媒体组合，以允许用户顺序收听一组歌曲，其由用户选择或者由网络服务的运营商选择。例如，该TM服务是“Yahoo！ Music”。许多媒体播放器、服务和其他的软件工具使用户或服务能够将媒体组织为播放列表，如其名称所表明的，其是媒体文件或者文件标识符的组或列表，其可用于由用户顺序地或者以其他的选定或随机顺序进行重放。

[0006] 较新的技术还允许计算机用户购买能够存储用户媒体的便携设备，用户可以在任何地方通过其获取他或她的音乐，在该意义上用户媒体是便携的。这些设备允许存储和传送实际的媒体文件，其是从用户的计算机或网络下载到便携设备上的。这些便携设备能够存储用户希望便携的独立的媒体文件和/或播放列表。因此，如果用户在其计算机上有特定的媒体文件，则用户可以将该媒体文件传输到便携设备上，并且将其传送到不同于用户的计算机系统所处位置的位置。尽管这些设备现今是普遍的，但是它们具有许多缺陷，即用户受到可以存储在其便携设备上的媒体类型范围以及存储该媒体的容易度的严格限制。这是因为，这些设备仅允许用户有能力传送其计算机本地可获得的媒体以及可自提供媒体的网络服务获得的媒体。本技术领域中的一个缺点是，不存在如下的用户可用的系统，即其扩宽其可便携的媒体的范围，以便于使之不受媒体或产品的特定因特网服务范围的约束和限制。而且，有利的是，系统或服务能够基于用户先前的体验创建播放列表并且/或者向用户建议不同的媒体，并且随后使得该媒体在多个媒体设备处是可获得的，并且使其是便携的，由此用户不需要单独下载用户喜爱的每个特定的歌曲和/或其他媒体，而是在用户自身的选择之外，系统将能够向用户提供用户可用媒体的更大的多样性以及自发性，不论用户位于何处。

[0007] Web扩张的另一副产物是不同用户之间通过多种不同的手段，诸如电子邮件和/或即时消息的交互。该交互导致了计算机用户共享许多不同类型的信息的能力。例如，一个用户可以向另一用户发送通用资源定位符(URL)，其指向该一个用户希望另一用户体验的具体的网站。在另一情况中，一个用户可能希望向另一用户发送其希望该另一用户体验的媒体文件。这可以通过向另一用户发送附于电子邮件或即时消息的实际媒体文件实现。另一方面，一个用户可以向另一用户发送URL，其链接到特定的媒体文件并且存储在特定的网络上。然而，所有这些系统利用电子邮件、即时消息或者相似的服务传输关于用户希望共享和/或推荐的特定媒体的信息。每个当前可用的系统中所缺乏的是，其中用户可以利用其自身的媒体播放器将其对特定媒体项的喜爱或不喜爱传递到另一用户的系统。现有技术中的一个缺点是，不存在如下的可用的媒体系统或服务，即其中用户能够自媒体系统和/或增强媒体播放器中，与另一用户通信并且与该另一用户共享媒体，并且/或者表达对特定媒体的喜爱或不喜爱。而且，在已知系统上对于用户有利的是，不必依赖于利用多个程序与其他用户共享或向其他用户推荐音乐或其他媒体。相似地，有利的是，在已知系统上具有一个媒体播放器或者其是更加精确的媒体引擎，其能够播放媒体并且解决多种多样的其他用户的媒体相关需要，并且因此使用户能够具有更加增强的媒体体验。

[0008] 计算机相关技术的扩张的另一副产物是，多种环境中的单个用户可以具有位于许多个不同位置的不止一个计算机或媒体设备，用户可能希望通过其体验媒体。过去，希望在不同位置之间传输或传送媒体文件的用户须执行讨厌的步骤，即手动传输媒体文件(例如，在压缩光盘上)，通过电子邮件或者即时消息将媒体文件传输到用户自身，并且随后在第二位置打开该文件，或者尝试在特定的媒体网络服务上定位该媒体文件并且随后再次在第二计算机位置加载该特定的媒体。

发明内容

[0009] 在一个实施例中，本发明包括一种用于自网络上的多个位置提供针对媒体文件的用户访问的方法，包括：接收表示用户期望将来访问媒体文件的第一通信，该媒体文件可获得自网络上的多个位置并且具有不同的媒体形式；存储与用户和媒体文件相关联的信息；自用户接收表示用户期望体验媒体文件的第二通信；由多个位置确定向用户提供所需媒体文件的位置并且确定提供所需媒体文件的媒体形式；并且使用户可以自该位置体验具有该媒体形式的所需媒体文件。

[0010] 在一个实施例中，本发明包括一种用于自网络上的多个位置提供针对媒体文件的用户访问的系统，包括：第一通信部件，用于接收表示用户期望将来访问媒体文件的第一通信，该媒体文件可获得自网络上的多个位置并且具有不同的媒体形式；存储器，用于存储与用户和媒体文件相关联的信息；第二通信部件，用于自用户接收表示用户期望体验媒体文件的第二通信；判定部件，用于由多个位置确定向用户提供所需媒体文件的位置并且确定提供所需媒体文件的媒体形式；和递送部件，用于使用户可以自该位置体验具有该媒体形式的所需媒体文件。

[0011] 在一个实施例中，本发明包括一种用于自网络上的多个位置提供针对媒体文件的用户访问的媒体管理应用程序，包括应用程序代码，其在计算设备上执行时被配置为：生成用户界面，其显示媒体文件列表；通过用户界面接收表示用户期望将来访问至少一个媒体文件的第一通信，该媒体文件可获得自网络上的多个位置并且具有不同的媒体形式；向存储器发送与用户和媒体文件相关联的信息；通过用户界面接收表示用户期望体验媒体文件的第二通信；并且自存储器接收与媒体文件相关联的媒体文件标识符，由此其可由用户体验，该媒体文件是自多个位置中的一个位置提供的，并且该媒体文件具有不同的媒体形式中的一个形式。

附图说明

[0012] 下列附图，其形成了本申请的一部分，仅说明了本发明的实施例，而非意味着以任何方式限制本发明的范围，本发明的范围仅基于所附权利要求。

[0013] 图1是说明了本发明的一个实施例的示例性系统架构的示意图；

[0014] 图2是根据本发明的一个实施例的示例性媒体引擎的示例性用户界面；

[0015] 图3是说明了根据本发明的一个实施例的示例性网络架构的示意图；

[0016] 图4是示出了根据本发明的一个实施例的用户媒体文件的组织和分类的流程图；

[0017] 图5是根据本发明的另一实施例的示例性媒体引擎的另一示例性用户界面；

[0018] 图6是示出了根据本发明的一个实施例的使用书签标注媒体的过程的流程图；

[0019] 图7是示出了根据本发明的一个实施例的定位文件的过程的流程图；

[0020] 图8是根据本发明的另一实施例的示例性媒体引擎的另一示例性用户界面；

[0021] 图9是根据本发明的另一实施例的示例性媒体引擎的另一示例性用户界面；

[0022] 图10是根据本发明的另一实施例的示例性媒体引擎的另一示例性用户界面；

[0023] 图11是根据本发明的另一实施例的示例性媒体引擎的另一示例性用户界面；

[0024] 图12是根据本发明的另一实施例的示例性媒体引擎的另一示例性用户界面；

[0025] 图13是根据本发明的另一实施例的示例性媒体引擎的另一示例性用户界面；

[0026] 图14是根据本发明的另一实施例的示例性媒体引擎的另一示例性用户界面；

[0027] 图15是根据本发明的另一实施例的示例性媒体引擎的另一示例性用户界面；

[0028] 图16是根据本发明的另一实施例的示例性媒体引擎的另一示例性用户界面；

[0029] 图17是根据本发明的另一实施例的示例性媒体引擎的另一示例性用户界面；

[0030] 图18是根据本发明的一个实施例的利用与示例性媒体引擎连接的搜索引擎的另一示例性用户界面；

[0031] 图19是根据本发明的另一实施例的利用与示例性媒体引擎连接的搜索引擎的另一示例性用户界面；

[0032] 图20是根据本发明的另一实施例的利用与示例性媒体引擎连接的搜索引擎的另一示例性用户界面；

[0033] 图21是根据本发明的另一实施例的利用与示例性媒体引擎连接的搜索引擎的另一示例性用户界面；

[0034] 图22是根据本发明的另一实施例的利用与示例性媒体引擎连接的搜索引擎的另一示例性用户界面；

[0035] 图23是根据本发明的另一实施例的利用与示例性媒体引擎连接的搜索引擎的另一示例性用户界面；

[0036] 图24是根据本发明的另一实施例的利用与示例性媒体引擎连接的搜索引擎的另一示例性用户界面；

[0037] 图25是根据本发明的另一实施例的利用与示例性媒体引擎连接的搜索引擎的另一示例性用户界面；

[0038] 图26是根据本发明的另一实施例的利用与示例性媒体引擎连接的搜索引擎的另一示例性用户界面；

[0039] 图27是根据本发明的另一实施例的利用与示例性媒体引擎连接的搜索引擎的另一示例性用户界面；

[0040] 图28是根据本发明的另一实施例的利用与示例性媒体引擎连接的搜索引擎的另一示例性用户界面；

[0041] 图29是根据本发明的另一实施例的利用与示例性媒体引擎连接的搜索引擎的另一示例性用户界面；

[0042] 图30是根据本发明的另一实施例的利用与示例性媒体引擎连接的搜索引擎的另一示例性用户界面；

[0043] 图31是根据本发明的另一实施例的利用与示例性媒体引擎连接的搜索引擎的另一示例性用户界面；

[0044] 图32是根据本发明的另一实施例的利用与示例性媒体引擎连接的搜索引擎的另一示例性用户界面；

[0045] 图33是根据本发明的一个实施例的示例性媒体引擎的示例性用户界面；

[0046] 图34是根据本发明的一个实施例的示例性媒体引擎的示例性用户界面；

[0047] 图35是根据本发明的另一实施例的示例性媒体引擎的示例性用户界面；

[0048] 图36是根据本发明的另一实施例的示例性媒体引擎的示例性用户界面；

[0049] 图37是根据本发明的另一实施例的示例性媒体引擎的示例性用户界面；

[0050] 图38是根据本发明的另一实施例的示例性媒体引擎的示例性用户界面；

[0051] 图39是根据本发明的另一实施例的示例性媒体引擎的示例性用户界面；

[0052] 图40是根据本发明的另一实施例的示例性媒体引擎的示例性用户界面；

[0053] 图41是根据本发明的另一实施例的示例性媒体引擎的示例性用户界面；

[0054] 图42是根据本发明的另一实施例的示例性媒体引擎的示例性用户界面；

[0055] 图43是根据本发明的一个实施例的在通过示例性媒体引擎创建播放列表时使用的示例性用户界面；

[0056] 图44是根据本发明的另一实施例的在通过示例性媒体引擎创建播放列表时使用的另一示例性用户界面；

[0057] 图45是示出了亲和播放列表创建的流程图；

[0058] 图46是根据本发明的一个实施例的在通过示例性媒体引擎创建播放列表时使用的另一示例性用户界面；

[0059] 图47是根据本发明的一个实施例的在通过示例性媒体引擎创建播放列表时使用的示例性用户界面；

[0060] 图48是根据本发明的一个实施例的在通过示例性媒体引擎创建播放列表时使用的另一示例性用户界面；

[0061] 图49是示出了根据本发明的一个实施例的生成播放列表的过程的流程图；

[0062] 图50是根据本发明的一个实施例的示例性媒体引擎的另一示例性用户界面；

[0063] 图51是根据本发明的另一实施例的示例性媒体引擎的另一示例性用户界面；

[0064] 图52是根据本发明的另一实施例的示例性媒体引擎的另一示例性用户界面；

[0065] 图53是根据本发明的另一实施例的示例性媒体引擎的另一示例性用户界面；

[0066] 图54是根据本发明的另一实施例的示例性媒体引擎的另一示例性用户界面；

[0067] 图55是根据本发明的另一实施例的示例性媒体引擎的另一示例性用户界面；

[0068] 图56是根据本发明的另一实施例的示例性媒体引擎的另一示例性用户界面；

[0069] 图57是根据本发明的另一实施例的示例性媒体引擎的另一示例性用户界面；

[0070] 图58是根据本发明的另一实施例的示例性媒体引擎的另一示例性用户界面；

[0071] 图59是根据本发明的另一实施例的示例性媒体引擎的另一示例性用户界面；

[0072] 图60是根据本发明的另一实施例的示例性媒体引擎的另一示例性用户界面；

[0073] 图61是根据本发明的另一实施例的示例性媒体引擎的另一示例性用户界面；

[0074] 图62是根据本发明的另一实施例的示例性媒体引擎的另一示例性用户界面；

[0075] 图63是根据本发明的另一实施例的示例性媒体引擎的另一示例性用户界面；

[0076] 图64是根据本发明的另一实施例的示例性媒体引擎的另一示例性用户界面；

[0077] 图65是根据本发明的另一实施例的示例性媒体引擎的另一示例性用户界面；

[0078] 图66是根据本发明的另一实施例的示例性媒体引擎的另一示例性用户界面；

[0079] 图67是根据本发明的另一实施例的示例性媒体引擎的另一示例性用户界面；

[0080] 图68是根据本发明的另一实施例的示例性媒体引擎的另一示例性用户界面；

[0081] 图69是根据本发明的另一实施例的示例性媒体引擎的另一示例性用户界面；

[0082] 图70是根据本发明的另一实施例的示例性媒体引擎的另一示例性用户界面；

[0083] 图71是说明了本发明的一个实施例的示例性系统架构的示意图；

[0084] 图72是示出了根据本发明的一个实施例的创建网络并且同网络交互的过程的流程图；

[0085] 图73是根据本发明的一个实施例的在通过示例性媒体引擎创建播放列表时使用的示例性用户界面；

[0086] 图74是根据本发明的一个实施例的在通过示例性媒体引擎创建播放列表时使用的示例性用户界面；

[0087] 图75是根据本发明的一个实施例的在通过示例性媒体引擎创建播放列表时使用的另一示例性用户界面；

[0088] 图76是根据本发明的一个实施例的在通过示例性媒体引擎创建播放列表时使用的示例性用户界面；

[0089] 图77是示出了根据本发明的一个实施例的公布播放列表的流程图；

[0090] 图78是根据一个实施例的在通过示例创建相似的用户/成员列表时使用的示例性用户界面；

[0091] 图79是根据一个实施例的在通过示例创建相似的用户/成员列表时使用的示例性用户界面；

[0092] 图80是根据一个实施例的在通过示例创建相似的用户/成员列表时使用的示例性用户界面；

[0093] 图81是根据一个实施例的在通过示例创建相似的艺术家列表时使用的示例性用户界面；

[0094] 图82是根据一个实施例的在通过示例创建相似的艺术家列表时使用的示例性用户界面；

[0095] 图83是根据一个实施例的在通过示例创建相似的艺术家列表时使用的示例性用户界面；以及

[0096] 图84是说明了本发明的一个实施例的示例性系统架构的示意图。

具体实施方式

[0097] 通常，本发明涉及一种系统和方法，用于在网络上递送媒体，并且用于在用户体验在网络上传输的媒体时增强用户体验。考虑到前面提及的现有技术中的缺点，有利的是可获得如下的系统，其中用户在其希望的任何位置完全地和不受约束地访问其购买、获得和/或访问的所有媒体文件。而且，如上文所讨论的，目前的系统向用户提供了在便携设备上传送媒体文件的能力。这些便携设备受到空间的限制并且讨厌的是，其须从该设备上载到用户希望访问文件的每个特定的位置和从用户希望访问文件的每个特定的位置下载到该设备。因此，有利的是，存在如下的系统，其中用户能够通过最少的讨厌的中间步骤，通过点击其本地系统上的鼠标访问这些文件。

[0098] 现将通过参考前面提及的附图讨论本发明的特定的实施例，其中相似的参考数字表示相似的部件。现在参考图1，以示意图的形式示出了本发明的一个实施例的架构。如可在图1中看到的，示出了根据本发明的一个实施例的系统100。通常系统100允许用户102体验、共享和另外利用不同的媒体。尽管在音乐和/或音频文件方面讨论了许多示例性实施例，但是对于任何形式的音频、视频、数字或模拟媒体内容，以及现在已知或者所将了解的任何其他的媒体文件类型，也可以利用本发明。

[0099] 每个用户102利用处理器103，诸如个人计算机(PC)、web功能蜂窝电话、个人数字助理(PDA)等，其通过许多种已知方式中的任何一个连接到因特网104。而且，每个处理器103优选地包括因特网浏览器(未示出)，诸如微软公司在商标名称INTERNET EXPLORER下提供的浏览器，或者Netscape公司在商标名称NETSCAPENAVIGATOR下提供的浏览器，或者能够在用户和服务提供商之间和/或在用户之间实现网络相互通信的等效于前面提及的部件的软件或硬件。每个处理器还包括媒体引擎106，其功能将进一步讨论，其提供了将信息或数据转换为可感知的形式的能力，并且管理媒体相关信息或数据，由此用户102可以个人定制其关于多种媒体的体验。媒体引擎106可由处理器103的销售商并入到处理器103中，或者作为分立的部件获得自媒体引擎提供商或者以某种其他的技术上认可的方式获得。如下文所将进一步描述的，已经考虑到，作为设计选择，媒体引擎106可以是软件应用程序，或者是软件/固件组合、或者是软件/固件/硬件组合，其用作关于用户的中心媒体管理器，并且有助于用户希望通过计算机或者个人便携设备，或者通过在多种位置处可用的网络设备经由网络访问媒体文件和服务的所有方式的管理。如此处使用的，术语“媒体文件”通常用于指媒体项，以及关于该媒体项的相关联的元数据(metadata)和/或网络位置信息。

[0100] 此处将描述的媒体引擎106通过图形用户界面和相关联的功能交互，由此用户通过中心和公共进入点，并且通过易于理解的图形用户界面，可以管理和访问可通过相异的源以及个人收藏和组织的源获得的媒体文件。因此，通过首先参考图2，示出了关于媒体引擎106的示例性优选图形用户界面。如可由图2看到的，在所示出的示例中，来自媒体引擎106的用户界面有助于管理和组织可作为用户自身存储的媒体文件库的一部分而获得的音乐文件、可通过外部服务提供商获得的媒体文件、可在压缩光盘(CD)或者相关联的播放器设备以及其他的音乐或媒体相关信息源上获得的音乐。因此，媒体引擎通过其用户界面，用作针对其在任何地方找到的所有用户媒体的网关。因此本发明所考虑的媒体引擎通过极大地扩展已知的媒体播放器中未见的功能、组织能力和集成功能，扩充超越了目前已知媒体播放器软件的能力。

[0101] 此外，在所描述的实施例中，处理器103还运行即时消息软件程序108，其用于同即时消息传递平台116通信，并且用于协助用户之间的消息和其他信息的交换。该即时消息程序的一个示例是Yahho！Instant Messenger，或者现在已知或者所将了解的任何其他的即时消息程序。尽管优选地在即时消息程序方面描述了该实施例，但是其还可以利用其他形式的已知的网络通信。处理器103还可以包括本地媒体文件110的存储器和/或其他的插件程序，其通过媒体引擎106运行或者与之交互。处理器103还优选地可连接到诸如压缩光盘(CD)播放器的设备114和/或其他外部媒体文件播放器，其通常被称为MP3播放器，诸如Apple Computer，Inc.在商标名称iPod下销售的型号，其用于便携地存储和播放媒体文件。

[0102] 此外，处理器103可以包含数字版权管理(Digital RightsManagement)软件(DRM)105，其通过实现安全分发和/或防止或阻碍非法的媒体文件分发，保护用户102的媒体文件的版权和其他知识产权。在一个实施例中，DRM 105对媒体文件加密或解密，用于授权用户的受控访问，或者可替换地，用于利用数字水印或者相似的方法标注内容，由此该内容不能自由地分发。媒体引擎106优选地使用DRM信息确保通过媒体引擎106体验的媒体文件不会被复制或者与未授权收听或观看该内容的用户共享。

[0103] 如下文更加详细讨论的，除了消息传递平台116之外，系统100还包括媒体服务器118。除了在因特网104上向用户102提供媒体之外，媒体服务器118还优选地包括媒体数据库120，其除了存储实际的媒体之外，还存储每个特定片段的媒体的多种元数据属性，或者与存储该属性的存储器通信。数据库120可以分布在多个服务器或位置上。其他服务器
130使得其他的内容和服务是可获得的，并且可以提供管理服务，诸如管理用户登录、服务访问许可、数字版权管理、以及通过服务提供商可用的其他服务。尽管在音乐方面描述了本发明的某些实施例，但是实施例还可以包含任何形式的流媒体或非流媒体，其包括但不限于，新闻、娱乐、体育赛事、网页或者可感知的音频或视频内容。还应当理解，尽管在媒体内容方面并且具体地在音频内容方面描述了本发明，但是本发明的内容包含已知的任何内容或媒体形式。

[0104] 在本发明的一个实施例中，与位于用户102的处理器103上的DRM软件105相似，媒体服务器支持其自身的DRM软件150，其跟踪位于媒体数据库120中的或者存储在用户102的处理器上的媒体文件的数字版权。因此，例如，在媒体服务器18向用户102流传送或者提供或者传输任何媒体文件之前，其验证该特定片段的媒体的版权名称，并且仅在用户具有适当的版权时提供流或者传输文件。

[0105] 如图1中说明的，用户102、媒体服务器118和消息传递平台116以及其他服务器130经由因特网104通信连接。在可替换的实施例中，系统的不同部件可以不同地通信连接，例如每个部件可以无线地直接相互连接或者通过局域网或广域网(WAN)等相互连接。
此外，可以使功能部件分布为，媒体引擎的特定功能可以在媒体服务器118处执行，反之亦可，或者以模块化的方式分布，用于在遍布于系统100的多种位置处操作。因此，此处与特定的设备或部件或位置相关联的功能或部件的描述仅是示例性的。

[0106] 现将通过参考图3讨论根据本发明的另一实施例的网络300的进一步的架构。该实施例支持更广的网络，其包括多个用户102，诸如例如，用户A、用户B和用户C。每个用户支持至少一个处理器103，其包含媒体引擎106以及消息程序108、本地媒体文件110和多种软件插件112，如参考图1讨论的。此外，每个处理器103还可以包含本地设备114，并且这些处理器还优选地包含数字版权管理软件或功能105，如上文参考图1讨论的。处理器103直接相互连接或者经由因特网104或者某种其他的通信网络连接。此外，这些处理器经由因特网104连接到媒体服务器118。如上文参考图1讨论的，媒体服务器118包含媒体数据库120、用户信息数据库122以及数字版权管理150。另外的数据库也连接到媒体服务器，用于管理或服务整个网络300。例如，等级数据库320包含关于特定的用户能够应用于许多不同格式的特定的媒体文件的等级的信息，其将在下文中参考图2讨论。连接到媒体服务器的另外的数据库是播放列表数据库340，其存储用户创建的播放列表，其组合了多种媒体文件，其可以位于处理器103上或者媒体数据库120上或者任何位置。对于网络300的多种不同的用户102，可以使存储在播放列表数据库中的这些播放列表是可用的，如下文所将讨论的。如参考图1讨论的，媒体服务器118还连接到消息传递平台116，其有助于多种用户的互连，并且还存储关于特定用户的另外的信息。例如，消息传递平台116还可以连接到另外的用户信息数据库360，其包含关于用户同消息传递平台的连接性以及相互之间的连接性的特定信息。例如，该用户信息数据库可以包含关于每个特定用户102以及用户的处理器103以及用户处理器103所支持的同其他处理器130的连接的信息。该信息的使用以及其如何利用消息传递平台改善不同用户之间的互连将在下文中参考图71讨论。在另一实施例中，媒体服务器118还包括亲和引擎4050，其用于协助生成亲和播放列表，如下文将参考图47、48和45讨论的。

[0107] 此外，如可由图3中看到的，媒体服务器和消息传递平台还直接连接到遍布于因特网上的可用的另外的站点或服务器380。这些站点可以是用户102公共可访问的站点，诸如商业网站，或者该站点可以是仅可由媒体服务器和/或消息传递平台使用的内部站点。在网络300中，每个特定的用户优选地具有独特的标识符或者“用户名称”，其用于跟踪特定的用户以及管理该用户经由媒体服务器和通过该网络300连接的许多其他的服务器参与的所有活动。该用户名称存储在用户信息数据库122中，并且对于每个特定的用户，其是独特的标识符。所存储的关于用户的另外的信息优选地包括用户的个人信息，诸如家庭地址、电子邮件地址和/或电话号码。该数据库还可以包括用户对使用网络的个人偏好，例如，如果用户A使用媒体引擎106用于访问媒体并且指出对特定媒体的偏好或者指出当特定的媒体项可获得时应提醒的偏好，则该偏好将与用户名称一起存储在用户数据库122中。可替换地，这些偏好可以存储在网络300上的任何位置，包括用户102的处理器。因此，如果媒体服务器118使得这些特定的歌曲对于网络300的用户是可获得的，则其将搜索例如，用户信息数据库122中的偏好，以寻找哪些用户可能需要该歌曲，并且如上文的示例中的，用户A的偏好将提醒媒体服务器118将该特定的歌曲发送到用户A的媒体引擎106或者另外使之是可获得的。

[0108] 而且，在该实施例中，整个网络300以如下方式连接，即媒体服务器118以及其他服务器，能够相互互连以使关于特定用户102的体验最优化。如下文所将进一步讨论的，尽管特定的用户可以在本地与特定的处理器103相关联，但是当连接到网络300时，该用户将有能力访问整个网络300中的所有可用资源，不论这些资源驻留在特定的服务器上，抑或这些资源驻留在另一处理器上。网络300能够收集和保留特定用户信息，以通过作为网络的一部分的可用资源，增强用户体验。因此，在整个网络中，不同的用户102将经由其独立的媒体引擎106访问相同的媒体服务器118，然而，他们的个人收听体验将适应其特定的需要，并且将利用整个网络的容量。

[0109] 在本发明的一个实施例中，系统100能够以如下方式管理用户102的媒体文件，即有助于容易地重放位于遍布网络300的不同位置的不同媒体文件，并且有助于创建每个独立用户102可以自用户102所处的位置的任何处理器容易访问的播放列表或其他媒体组合。在本发明的另一实施例中，两个或更多的不同用户102能够利用媒体引擎106相互共享和/或推荐媒体文件(在适当授权时)。这通过媒体引擎106和媒体服务器118的交互执行，其均共享和存储关于用户102的数据以及存储在媒体服务器118和用户102各自的处理器103上的媒体。当用户102安装或利用处理器103上的媒体引擎106时，媒体引擎106执行多种不同的步骤，以将用户102的媒体告知其自身，并且同媒体服务器118交互。
图4示出了与该过程相关联的步骤。

[0110] 参考图4，首先，用户102安装或另外初始化其处理器103上的媒体引擎106。步骤402。一旦用户在其处理器103上安装了媒体引擎106，则媒体引擎搜索处理器103以寻找能够在处理器103上定位的任何媒体文件。步骤404。如果媒体引擎106能够定位处理器103上的任何媒体文件，则媒体引擎106创建存储在媒体引擎106中的文件，其包含关于其找到的媒体文件的信息。步骤406。该文件包含关于每个媒体文件的信息，包括媒体文件的位置以及与媒体文件一同存储的元数据，诸如歌曲名称、艺术家名称或者专辑名称。如果不能获得关于媒体文件的该信息，则媒体引擎106仅通过指示符存储关于媒体文件的指针和/或位置参考标记，其指出不存在关于该特定媒体文件的可获得的元数据。在其他实施例中，媒体引擎106和/或网络上的媒体服务器可以采取步骤搜索网络以寻找关于特定媒体文件的信息，以便于获得关于用户的有用的元数据。

[0111] 媒体引擎106还搜索位于或者连接到用户102的处理器103的可能包含媒体的任何设备114(MP3播放器、CD驱动器、闪速存储器等)。如果找到该外围设备，则媒体引擎确定是否存在某些位于该外围设备中的媒体。步骤408。如果存在，则媒体引擎106将关于媒体的信息(其包括任何相关联的元数据)存储在文件中，以便于使媒体引擎106能够在晚些时候访问该数据。步骤410。一旦媒体引擎106获得了关于位于用户102的处理器103或者其外围设备114上的媒体文件的位置和内容的所有信息，则媒体引擎106能够与媒体服务器118通信，以传递媒体引擎106自处理器130获得的关于媒体文件的信息。媒体服务器118通过媒体引擎106创建的文件接收该信息，其包含关于位于处理器103上的媒体文件的位置和元数据信息，并且将该信息连同其他的用户信息一起存储在用户信息数据库122中。步骤412。媒体服务器118随后将接收自媒体引擎106的信息同位于媒体数据库
120中的媒体文件和相关联的元数据比较。步骤414。如果位于处理器103上的媒体文件与位于媒体数据库120上的媒体文件匹配，则媒体服务器118通知这些媒体文件在媒体数据库120中的位置，并且使该信息附加到包含媒体引擎106自处理器130获得的信息的文件。步骤416。媒体服务器118随后发送包含媒体文件的更新列表的文件，其组合位于处理器103上的媒体文件以及关于媒体服务器118希望用户可自媒体数据库120获得的媒体文件的信息。步骤418。一旦媒体引擎106获得该文件，则其生成界面，其使用户能够以高效的和一致的方式管理用户所能获得的所有媒体，如将参考图2讨论的。步骤420。因此，一旦媒体引擎106获得了与位于本地处理器103上的媒体文件以及用户可自媒体服务器118获得的文件相关的所有信息，则媒体引擎106使用户有能力通过媒体引擎106自一个中心位置定位和访问媒体。换言之，当用户102使用媒体引擎106时，他或她能够自一个中心位置访问或操纵可在本地处理器103上获得的、来自媒体服务器118的或者来自网络上的任何位置的媒体和信息。

[0112] 而且，通过使用媒体引擎，用户能够使用书签标注用户102希望能够自位于不同位置的不同处理器103获得的本地媒体。换言之，如果用户102具有家庭处理器103和工作处理器103，则用户可以指定，或者系统可以指定(根据用户的偏好标准)位于他或她的家庭处理器103处的，他或她希望能够在工作处理器103处或其他位置体验的某些或所有媒体文件。这再一次地经由媒体引擎106管理，其通过媒体服务器118跟踪、处理和共享关于媒体文件的信息。因此，如果用户102希望体验位于不同位置处的处理器103上的媒体文件，则用户将能够无缝地访问和体验这些来自运行媒体引擎106并且访问媒体服务器118的任何处理器的媒体文件。这是因为，媒体引擎106先前将关于每个媒体文件的所有元数据信息以及所有位置信息存储在处理器103上，并且将该信息转发到媒体服务器118。
因此，例如，如果用户102希望体验位于不同于其处理器的处理器上的媒体文件，则位于用户所处位置的处理器上的媒体引擎106将向媒体服务器118请求媒体文件，媒体服务器118能够由媒体服务器118可获得的信息查找和访问所有的用户媒体文件。一旦媒体服务器
118定位了所请求的特定的媒体文件，则媒体服务器118能够调取媒体文件并且流传送该媒体文件、转发该媒体文件、或者使安装在用户102当前所处位置的处理器上的媒体引擎
106能够获得该媒体文件。相反地，如果另一用户使用相同的处理器登录，则他或她将不能访问第一用户使用书签标注的媒体文件，除非他或她独立于第一用户使用书签标注该媒体文件。如可以看到的，媒体引擎106和媒体服务器118之间的交互创建了抗干扰的媒体收集和管理工具，用于收集和管理特定的用户102能够自多种位置访问的媒体文件。媒体引擎106还能够利用该功能在不同的用户102之间交换音乐，如下文所将讨论的。现将参考图2讨论根据本发明的一个实施例的执行上文讨论的功能的用户界面。

[0113] 独立用户102可以支持不同的处理器和/或设备，用户102可以在其上获得和/或收听媒体文件。例如，用户可以支持他或她家中的处理器、他或她的工作场所的处理器、他或她的汽车中的便携设备和/或能够访问网络300和/或播放媒体文件的另一位置处的媒体播放器。在本发明的一个实施例中，当用户利用媒体引擎106访问媒体文件时，媒体引擎能够保存关于用户和/或正在播放的媒体文件的信息。这能够将收听体验从一个位置传输到另一位置，由此使得用户能够增强其收听体验。例如，如果用户正在其家庭处理器上收听特定的歌曲，并且须离开家到其汽车中，则用户可以保存其自家庭处理器上的媒体引擎收听歌曲的位置的状态，并且在其汽车中的本地媒体设备或者其他位置的媒体设备上从该点继续。因此当用户离开家庭处理器时，媒体引擎106保存用户正在收听的歌曲的信息，并且将该信息传递到媒体服务器118。当用户自第二位置(例如，其汽车处)重新连接到网络时，位于用户当前所处的第二位置处的媒体引擎106将查询服务器以获得所收听的音乐的位置，并且随后将定位该音乐并且将其流传送到第二位置或者另外使得在第二位置可获得该音乐。如果出于某些原因，第二位置处的媒体引擎不能自相同的位置访问歌曲，例如，由于第二位置不具有同媒体文件所处位置的连接或者流传送媒体文件的位置当前离线，则媒体引擎将尝试自不同的授权位置定位该歌曲，并且将其流传送到处于新位置的用户。因此，应当认识到，这增强了用户体验，用户能够欣赏所有包含的体验，其中体验可以在多种不同的设备上，在多种不同的时间，延伸到多种不同的位置。现将参考图2讨论根据本发明的一个实施例的执行上文讨论的功能的用户界面。

[0114] 应当注意，上文描述的不同的功能部件可以存在于网络300的不同部件中，其具有驻留在不同或相同部件中的信息。例如，媒体引擎106或者媒体服务器118可以保存关于媒体文件的任何或所有数据以及关于媒体文件的任何位置信息。如果媒体引擎106上完整地保存了关于媒体文件的数据，则例如，不同的媒体引擎106可以在其之间通信，没有任何必要访问媒体服务器118。相似地，网络300可以利用另外的服务器更广泛地分发信息。

[0115] 如可由图2中看到的，并且如下文进一步描述的，当用户102利用媒体引擎106时，以逻辑方式组织用户可获得的所有媒体文件，用于在用户界面200中显示给用户。用户界面200优选地具有多个窗格，其中显示媒体信息。现在参考窗格201，显示用户媒体所在的多种媒体资源或源的列表。如上文讨论的，媒体引擎106获得并存储关于处理器103上的并且可经由媒体服务器118获得的用户媒体的信息。通过参考图2和3，例如，在该实施例中，用户能够观看以特定的源或位置排列的所有媒体文件，或者所有可获得的媒体文件的完整列表。例如，通过点击“我的音乐”标签222，用户可以观看本地存储的或者媒体数据库120中的或者来自其他站点或服务器380的该用户可获得的所有音乐。优选地，一旦用户选择访问“我的音乐”标签222，则用户可经由用户媒体文件110、本地设备114，通过媒体数据库120或者其他站点或服务器380获得的所有媒体的列表将被列出在最右侧的窗格231中。该列表被分类成栏，其表示关于各个媒体文件的信息，其包括，例如，歌曲标题202、艺术家204、专辑206、时长210和流派212，并且可以以用户希望的任何其他顺序排列(例如，艺术家的字母顺序)。媒体引擎106能够由关于每个特定媒体项的元数据定位该信息，该元数据是先前获得并存储的，如上文讨论的。窗格231向用户提供了如下能力，即观看一个位置处的所有可获得的媒体，并且通过以本领域已知的方式分类成栏，以用户友好的格式对该媒体分类。

[0116] 经由窗格201，用户还能够通过点击网络媒体站点标签224，分立地观看存储在媒体数据库120中的媒体。再一次地，基于接收自媒体服务器118的信息，媒体引擎106可获得该信息，如上文参考图4讨论的。如果用户点击标签224，则将在窗格231中呈现显示页面，其将显示可获得自媒体数据库120的媒体，如下文将参考图33讨论的。为了汇编该列表，媒体引擎106查询媒体服务器118以获得所有可获得的用户相关媒体信息和位于媒体数据库120中的媒体文件，并且通过如上文讨论的相同的方式，使窗格231填充适当的元数据。优选地还提供搜索功能，以允许用户搜索媒体数据库120以寻找所需的媒体项，例如，通过搜索艺术家、歌曲标题、流派或者其他的媒体标准。

[0117] 在一个实施例中，媒体数据库可以包含可用于租赁或购买的媒体文件，在该情况中，媒体服务器118将包括商业部件，其向用户提供搜索和购买、租赁、租借或另外获得位于整个媒体数据库120中的媒体的授权版本的选择。例如，如果通过标签224访问的站点或服务器380是音乐销售商，则用户可以点击标签224以进入商业站点，以购买音乐或媒体，其将被添加到用户的收藏，其随后可由媒体引擎管理。此外，可以使商业站点能够获得通过用户与媒体引擎的交互得到的用户偏好信息，以提出购买推荐。

[0118] 应当认识到，尽管在“我的音乐”收藏或者“我的音乐”标签方面讨论了多种实施例，但是该标签或收藏的标题可以是任意的，而此处为了容易解释，使用了“我的音乐”的命名。

[0119] 在该示例性实施例中，用户还能够访问因特网无线电提供商站点380，其可经由显示在窗格201中的按钮或链接获得。例如，如果用户点击因特网无线电标签226，则可获得自媒体服务器118或其他站点380的因特网无线电将打开，允许用户经由媒体引擎106体验多种无线电台。与商业特征相似，可以使无线电台能够获得通过用户与媒体引擎的交互得到的用户偏好信息，以影响无线电台提出的音乐选择。一个该无线电台是Launchcast，其可获得自Sunnyvale，California的Yahoo！Inc.。

[0120] 可替换地，通过相似的方式，用户还可以能够观看本地设备114上可获得的歌曲的综合列表，其可经由例如，压缩光盘标签228或MP3播放器标签230访问。再一次地，媒体引擎106利用该信息，其来自媒体引擎先前在启动时、安装时或者在此之后获得的信息，如上文参考图4讨论的。而且，用户还能够将歌曲列出在特定的播放列表232中，其将在下文中更加详细地讨论。可通过媒体引擎106获得的信息的更新可以在用户选定的时间发生，或者在发生特定的事件时自动发生，例如，将CD安置在驱动器中或者将MP3设备插入到处理器103中，可以在程序开始或安装时启动，或者可以被编程为以一定的间隔发生，或者在来自媒体服务器18、其他网络站点380或者其他程序或处理器103的或者网络300上的指令下发生。

[0121] 一个实施例还优选地使用户具有额外的能力使用栏208中示出的等级工具，用于评定来自窗格231中的特定的歌曲的等级。例如，用户可以将他或她真正喜爱的特定歌曲评定为四星，而将用户不特别喜爱的歌曲评定为零星。一旦评定了等级，则用户将能够观看他或她的以特定的等级排序的歌曲列表。因此，用户特别欣赏的歌曲可被列在列表顶部，而用户不特别喜爱的歌曲可以进一步下移。

[0122] 在另一实施例中，用户施加的等级与用户的身份相关联。用户身份和相关联的等级存储在位于媒体服务器上的用户信息数据库中。因此，用户能够自多个处理器和位置观看和访问该等级。

[0123] 在另一实施例中，其他的项目可以与用户的身份相关联，并且相似地存储在用户信息数据库或者驻留在媒体服务器上的其他的数据库中，其中用户可以在具有媒体引擎并且可以连接到系统的任何位置访问该项目。

[0124] 对于具有针对系统的适当访问的任何应用程序，用户信息数据库122优选地是可用的，以补充用户信息并且增强用户关于系统100/300的所有方面的用户体验。

[0125] 通过组织和存储用户信息并且使其可用于系统100/300上的多种应用程序，用户仅需要评定一次歌曲或艺术家或专辑的等级，并且使该等级可用于系统100/300的任何应用程序或特征或功能，其可以利用用户的等级数据。因此，例如，如果用户使用客户端侧的音乐引擎106从CD中“剥离”歌曲，并且使用用户界面评定其等级，例如窗格231，则该等级将被传递到媒体服务器118上的用户数据库122。当用户随后通过窗格201选择其收听的无线电台时，无线电台应用程序(未示出)将访问用户数据库122并且获得该歌曲等级并将其并入到用于针对该用户对无线电内容编程的任何编程算法中。如果用户在收听无线电的同时对歌曲评定等级，则将反向应用该相同的过程。因此，可以在不需要不止一次地评定歌曲等级的情况下，由系统100/300上可用的多种特征和功能以及应用程序存储用户偏好，并且/或者使其并入到系统100/300上可用的多种特征和功能以及应用程序中。

[0126] 此外，除了用户数据库122以外，或者作为用户数据库122的替换方案，通过诸如在处理器103上的用户信息数据库8410(图84)上保存所有或部分用户信息，可以集中保存或分送用户信息。

[0127] 如此处将进一步讨论的，用户选择的等级将允许系统在用户特定的喜爱或不喜爱方面，更好地将音乐分类，并且极大地增强用户体验。而且，如后面将讨论的，用户还可以通过点击标签234，观看或收听其他用户的音乐，或者另一用户可以采用用户的等级或偏好。

[0128] 一旦用户选择体验特定的媒体项，例如歌曲，则在用户界面200中打开包含媒体播放器240的窗口(或者其总是存在)，以准许用户控制媒体播放。优选地显示正在播放的特定歌曲242、以及艺术家244、专辑246。通过该媒体播放器240，用户有能力通过使用已知的媒体播放器的常见的控制250使特定的歌曲倒回、快进或暂停，控制媒体。而且，在播放歌曲时，用户有能力通过点击等级工具序列252评定歌曲、艺术家和/或专辑的等级，并且该等级优选地作为用户偏好的一部分并入到用户信息数据库122中，如上文讨论的。

[0129] 用户102还可以将插件程序并入到媒体引擎106中。经由通过窗格201新创建的标签236，可以实现该插件程序的访问。可以使用已知的编程技术对这些插件编程，用于使媒体引擎在可通过该媒体引擎执行的动作中是更加抗干扰的。插件可由媒体引擎的提供商或第三方提供。换言之，根据本发明的一个实施例的用户界面和功能可以基于不同的插件，其是在多种位置中设计的，由包括网络300的用户或运营商的不同的人设计，用于增强用户界面、其提供的功能和与媒体引擎的交互。

[0130] 当用户具有压缩光盘(CD)或者位于设备114中的任何其他形式的可移动媒体时，如可在图5中看到的，系统有能力通过例如点击标签228识别和列出位于可移动媒体上的歌曲，并且用户可以选择将这些歌曲导入他们的“我的音乐”收藏。例如，通过点击压缩光盘标签228，可在窗格500中向用户102给出可移动媒体上可获得的所有歌曲和/或其他媒体的列表。该列表可以包含音轨标题、歌曲时长、艺术家以及流派。通过该列表，用户能够通过点击播放CD图标502播放CD，通过点击弹出CD图标504将CD从CD播放器中弹出，或者通过点击紧接在特定歌曲之后的框510，其中用户希望使该特定歌曲包括在“我的音乐”收藏中，并且随后点击添加到“我的音乐”图标506，将来自CD的任何或所有歌曲添加到他或她的“我的音乐”收藏。可替换地，当CD被插入到CD驱动器中时，媒体引擎106可以提示用户，不论用户是否希望将歌曲导入到其“我的音乐”收藏中。如可在图5中看到的，一旦系统认出CD或者位于设备114上的其他的可移动媒体，则该可移动媒体的标题将填充在窗格201中的压缩光盘标签228中。此外，专辑名称以及，在一个实施例中，专辑封面将显示在窗格520中。通常，为了获得关于CD的该信息，媒体引擎能够识别驻留在压缩光盘或MP3上的任何数字化内容，确定数字化内容，并且确认CD的身份，即，实际标题、艺术家、内容等。在一个实施例中，由一组主要的CD创建验证数据库。应当注意，尽管该示例是在CD方面讨论的，但是相似的方法也适用于不同的媒体。验证数据库包含CD记录和对应的内容目录以及对应的选自CD的音频数据。一旦创建了验证数据库，则可以执行CD针对主要CD的验证。首先，通过使来自CD的内容目录与验证数据库匹配，识别CD。媒体引擎使用内容目录数据识别具有相似的内容目录的一个或多个主要的CD。然后，通过使选自CD的音频数据与通过一组主要的CD创建的验证数据库匹配，对识别的CD鉴权。在其他的实施例中，通过已知的技术，包括察看特定媒体内容的波形，捕获CD或其他媒体的身份，以及用于协助识别内容身份的相关联的元数据或比特尺寸。在识别后，将该身份连同发现媒体的位置一起传递到媒体服务器118。

[0131] 在另一实施例中，将使用户有能力创建关于专辑的播放列表或者将专辑添加到现有的播放列表。在该实施例中，媒体引擎106还将访问其拥有的关于专辑的信息，以在窗格530中向用户提供相似的专辑。一旦用户选择将特定的歌曲导入他或她的“我的音乐”收藏，则媒体引擎106以用户选定的格式或者自动选择的格式，将来自压缩光盘或其他可移动媒体的歌曲复制或“剥离”到本地存储器或处理器103或便携设备114，或者可以使媒体服务器118可获得该媒体文件，由此该文件和/或关于媒体的元数据信息可以与关于用户的其他媒体的文件一同存储。因此，可以自用户可通过媒体引擎106访问媒体服务器118的任何位置，访问这些歌曲以及用户的“我的音乐”收藏中的任何其他的媒体。一旦媒体服务器
118具有所有的用户“我的音乐”收藏的列表以及与媒体相关的某些或所有元数据和该媒体的位置，则媒体服务器118能够定位针对这些媒体文件的访问，无论其驻留在网络上的任何位置，并且将其提供给处于任何位置的用户。因此，用户可以容易地将任何媒体文件添加到其“我的音乐”收藏，并且假设考虑了适当的授权、符合DRM惯例以及其他的所有权或监护问题，使得可以在具有媒体引擎106的任何其他位置访问媒体文件。

[0132] 根据另一实施例，一种用于将音乐从诸如压缩光盘的可移动媒体设备导入到用户的“我的音乐”收藏中的可替换的方法是，通过窗格500点击用户希望包括在其“我的音乐”收藏中的实际歌曲的所显示的歌曲标题。

[0133] 因此，对于所描述的实施例，由于可以经由媒体引擎106、媒体服务器118、网络300以及此处描述的部件和功能获得媒体，因此用户不需要连续地将他或她的媒体文件和/或可移动媒体输送到不同的位置。此外，用户不需要使其自身重新熟悉其喜爱的可获得自媒体数据库120的媒体，并且不需要再次选择其先前收听或希望收听的媒体。相反地，用户选择的所有媒体将驻留在其媒体引擎106上或者可经由其媒体引擎106获得，并且特定的用户可以在用户希望的任何时间或任何位置获得该媒体，作为他或她的媒体收藏的一部分。

[0134] 实际上，根据本发明的一个实施例，创建关于每个用户102的虚拟媒体收藏。如可参考图6看到的，并且如上文参考图4讨论的，媒体引擎106搜索每个用户的处理器103和/或设备114并且识别媒体文件。在识别了所有的媒体之后，用户可以选择他或她希望添加到其“我的音乐”收藏的媒体。步骤610。当用户希望将特定的媒体文件添加到其“我的音乐”收藏时，创建具有一个或多个媒体文件的虚拟收藏，可通过其“书签标注”每个特定的媒体片段，用于将来由用户使用。步骤620。在一个实施例中，特定媒体文件的书签标注是通过将关于每个用户的书签标注的媒体的标识符存储在用户信息数据库122中实现的。步骤630。除了存储在信息数据库122中的关于用户的其他信息之外，媒体服务器118还存储关于特定的用户的书签的信息，用于以后调取。因此，当用户识别待书签标注的用于以后使用的特定的媒体片段时，关于该特定媒体片段的标识符与存储在用户信息数据库122中的用户102的其他识别信息一同存储，并且创建用户的“我的音乐”收藏中的所有媒体的虚拟收藏。因此，用户信息数据库122将包含关于每个用户的标识符列表，其指代已由特定用户标记的特定媒体。因此，例如，尽管两个用户可以利用相同的处理器访问系统，但是除了将访问其自身的“书签标注”的媒体的其他用户以外，每个用户将能够获得针对他或她的“书签标注的”媒体的容易的访问。

[0135] 当用户希望调取已被书签标注的特定媒体片段时，媒体服务器将访问来自用户信息数据库122的媒体标识符，并且随后使用该标识符将特定的媒体文件流传送到用户，或者另外地使用户可获得该特定的媒体文件。步骤640。因此，应当认识到，用户可以容易地识别他或她希望可以在多种位置获得的特定的媒体，并且媒体服务器可以容易地基于用户信息数据库122中存储的关于特定用户的信息调取该媒体。因此，不需要媒体服务器开始搜索特定的媒体文件，相反地，一旦存储了关于媒体文件的标识符并且使其附连到特定的用户信息，则媒体服务器118可以容易地使书签标注的媒体是可用的，如同其是本地存储的。信息数据库122还可以包含网络上的数个可替换的位置，其中可以定位媒体文件，因此如果出于某种原因一个特定的源是不可用的，则提供了可替换的源。

[0136] 如图7中可以看到的，根据本发明的一个实施例，当请求媒体引擎106重放特定的媒体片段时，媒体引擎106经历如下过程，其用于确保以最高效的可行方式重放媒体并且/或者将其流传送到用户。当请求重放特定的媒体时，媒体引擎106首先搜索察看特定的媒体文件是否位于本地用户处理器103上。步骤701。如果位于本地，则媒体引擎将由本地位置播放该文件。步骤702。如果媒体文件不位于本地，则媒体引擎随后将搜索用户102的处理器103的缓存，以察看媒体文件是否位于其中。步骤703。如果媒体文件位于处理器的缓存中，则媒体引擎将由缓存位置播放媒体文件。步骤704。然而，如果媒体文件不位于缓存中，则媒体引擎106随后将查询媒体服务器118，以察看媒体服务器118是否能够从网络上的可替换的授权源调取该文件。主要的或可替换的文件源的一个示例是媒体服务器118或其他服务器130向用户提供有条件下载。步骤705。有条件下载是便携文件，其包含基于时间的DRM，其在特定的时间量之后期满。换言之，例如，如果用户是服务订阅方，并且有权利获得在特定长度的时间中对特定媒体文件的权利，则该媒体文件的有条件下载被加载到用户的处理器上，并且用户将能够在特定长度的时间(例如，30天)内播放该文件。在预定长度时间结束时，文件变得不可用，并且用户不再能播放该文件。因此，媒体服务器118可以搜索整个网络300以察看是否可获得关于请求的特定媒体文件的有条件下载。由于有条件下载将本地复本下载到用户的处理器，并且允许用户在不需要访问媒体服务器118的情况下播放媒体文件，因此有条件的下载将是关于媒体引擎106的下一优选选择。

[0137] 如果媒体服务器118能够定位关于特定媒体文件的有条件下载，则媒体服务器118调取有条件下载，并且将其下载到用户的处理器103缓存或本地存储器。一旦获得了有条件下载，则媒体引擎106为用户播放该媒体文件。步骤706。如果不存在可用的有条件下载，则媒体引擎106查询媒体服务器118以察看特定的用户是否可由媒体数据库120获得该特定的媒体文件。步骤707。优选地，对媒体数据库120中的媒体的访问可以基于分级的成员资格或者基于不同的订阅费用。因此，基于用户在网络300中拥有的订阅，对于每个特定的用户，媒体数据库中的可用媒体可能不是可用的。如果媒体文件在媒体数据库120中可用，并且请求该文件的特定用户具有允许访问该媒体文件的订阅或授权级别，则媒体服务器118将该文件从媒体数据库120流传送到用户的处理器103，并且通过媒体引擎106播放。步骤708。然而，如果所请求的媒体文件对于特定的用户是不可用的，则媒体服务器可以可选地将该媒体文件的样片流传送到用户处理器103。步骤709。在一个实施例中，可以向用户显示消息，其指出由于用户的订阅或成员资格，该媒体文件是不可用的，并且向用户提供具有指令的信息，其解释了如何增强其订阅或成员资格。

[0138] 现将通过参考图8描述用户界面200的另外的特征。通过用户界面200，用户有能力浏览和观看具有来自用户的“我的音乐”收藏的歌曲的不同的专辑。如可在图8中看到的，为了通过专辑观看歌曲，用户可由下拉菜单802选择通过专辑浏览。在选择通过专辑浏览之后，向用户提供可用于用户收听的专辑收藏801。除了列出的专辑的名称，显示关于每个独立专辑的专辑封面，用于用户观看。专辑封面优选地作为gif图像与存储在媒体引擎106和/或媒体服务器118上的媒体和元数据一起存储，尽管媒体和相关联的元数据的存储和调取的结构和组织可以以多种方式实现，可以以分布式的或集中式的方式跨越一个或许多个服务器或位置实现。如果专辑封面未与特定的媒体文件一起存储，则系统可被配置为搜索网络以试图寻找封面图像。尽管在图像方面进行了讨论，但是显示图像的任何文件格式，诸如jpg、tif或者迄今和以后已知的任何其他的图像文件格式，可用于显示专辑封面。

[0139] 在本发明的一个实施例中，一个或多个图像存储在图像数据库370中。这些图像可以以迄今和以后已知的任何图像格式存储。这些图像可以例如，是专辑封面、艺术家的图像或者与媒体片段相关的其他图像。连同存储在媒体数据库120中的媒体一起，存储URL或者其他的指针，其链接到或指向图像数据库370中的图像。因此，在该实施例中，当用户选择特定的媒体片段时，媒体引擎106能够调取任何相关联的图像(例如，专辑封面，艺术家图片)并且将这些图像显示给用户。

[0140] 还应当认识到，将专辑封面显示给用户提供了增强的体验，其中用户能够收听音乐，并且能够观看专辑封面，如同用户实际上正在手持压缩光盘或者其他的媒体。一旦用户通过界面801选择了专辑，则可以显示该专辑上的所有歌曲，同时在窗格812中显示与该歌曲相关的所有细节，如可在图9中看到的。如前面的实施例，在该实施例中，用户有能力通过点击窗格812中的歌曲名称在媒体播放器240中播放歌曲。在该实施例中，用户有能力以更高效的方式(例如，经由专辑)浏览音乐，其导致了增强的用户体验。

[0141] 在另一实施例中，用户能够通过流派浏览他或她的“我的音乐”收藏中的歌曲。例如，如可在图10中看到的，用户有能力经由界面1000，例如，通过下拉菜单802选择“通过流派浏览”，探察不同的流派(例如，蓝调、民乐、爵士、摇滚)。这再一次地是通过媒体引擎106采集和存储的元数据实现的。通过人类操作员添加流派信息，系统可以获得和利用流派信息，或者流派信息可作为元数据，例如记录标记，由媒体文件的原始源提供。与用户经由专辑封面浏览其“我的音乐”收藏的方式相似，用户能够选择特定的流派并且显示他或她的“我的音乐”收藏中与该特定流派配合的所有可获得的歌曲。再一次地，如在图11中看到的，如果用户自窗格1002选取例如“摇滚/流行流派”，则将在窗格812中显示位于用户的“我的音乐”收藏中的满足“摇滚/流行”流派标准的所有该歌曲。

[0142] 为了进一步增强用户体验，用户可以通过窗格1004在选定流派中选取特定的艺术家，以观看来自该特定艺术家的歌曲。例如，如可在图12中看到的，如果用户点击艺术家窗格1004中的“Peter Gabriel”，则在窗格812中将仅显示“Peter Gabriel”的歌曲。用户随后可以进一步通过在专辑列表窗格1006中点击特定的专辑，进一步缩窄歌曲范围。例如，如图13中示出的，如果用户点击Peter Gabriel的专辑“Security”，则在窗格812中将仅显示该专辑上的歌曲。如果用户随后点击诸如“Shock the Monkey”的特定歌曲，则随后在媒体播放器240中播放该被选择的歌曲。应当注意，上文讨论的通过特定标准的浏览是在浏览用户的“我的音乐”收藏中的音乐方面讨论的。在一个实施例中，该浏览可以针对位于网络300中的任何位置的所有媒体执行。此外，在另一实施例中，用户还可以搜索另一用户的“我的音乐”收藏，如后面将50参考图讨论的。

[0143] 在另一实施例中，用户可以通过经由歌曲和/或专辑的技术家搜索歌曲和/或专辑，浏览他或她的“我的音乐”收藏中的可获得的媒体，如图15中示出的。在该实施例中，用户可以访问界面1500，以通过由下拉菜单802选择“通过艺术家浏览”，探察用户的“我的音乐”收藏中的媒体的所有艺术家。再一次地，与前面的实施例相似，用户可以从窗格1502中的艺术家列表中选取特定的艺术家，以观看来自该特定艺术家的歌曲。例如，如可在图16中看到的，如果用户点击艺术家窗格1502中的“The Clash”，则在窗格1504中将仅显示来自“The Clash”的歌曲，并且在窗格1506中将仅显示来自“The Clash”的专辑。然后用户可以通过从专辑列表窗格1506中选择特定的专辑，进一步缩窄歌曲范围。例如，如果用户从专辑列表窗格1 506中选择专辑“Give’emEnough Rope”，则在窗格1504中将仅显示来自专辑“Give’em EnoughRope”的歌曲，如可在图17中看到的。如前面的实施例，并且如可在图17看到的，如果用户希望收听窗格1504中的任何歌曲，则用户仅需要在窗格1504中使该歌曲高亮，并且界面240将为用户播放该歌曲。在一个实施例中，图标1702可以呈现为紧接正在播放的歌曲，用于指出其正在播放。

[0144] 如前面参考图2讨论的，通过媒体引擎106，用户有能力依赖于用户是否喜爱或不喜爱特定的歌曲、艺术家或专辑，评定该特定的歌曲、艺术家和/或专辑的等级。优选地，在迄今或以后讨论的“我的音乐”界面的任何阶段中，用户均可获得该评定歌曲等级的能力。此外，用户102可以从媒体数据库120中选择可获得的新的歌曲，并且通过指出其对特定歌曲、艺术家和/或专辑的喜爱或不喜爱，对该歌曲施加等级。在本发明的一个实施例中，系统可以自动地将预定的等级指配给位于用户处理器103或者外围设备114上的歌曲。应当理解，评定歌曲、专辑和艺术家的等级允许媒体引擎有能力通过特定的喜爱和/或不喜爱组织和分组歌曲。被评定等级的歌曲越多，系统选择特定用户欣赏的特定的歌曲、专辑和/或艺术家的能力就越大。例如，在经由因特网无线电台创建播放列表或者流传送音乐时，媒体引擎使用通过用户等级获得的信息，可以根据特定用户更有可能欣赏的歌曲，过滤或播放歌曲。媒体引擎可以利用来自无线电台的偏好信息，其独立行动或者与媒体服务器或其他服务器一同行动，以个人定制商业产品，影响播放列表的创建或者系统推荐。通过相似的方式，媒体引擎和/或服务器可以利用用户偏好信息并且将其传递到其他服务器/应用程序，以在所有方面增强用户体验，不论用户正在利用哪个特定的部件或功能。

[0145] 在一个实施例中，在媒体引擎106采集和存储特定的歌曲的细节时，系统可以自动地将位于本地的歌曲评定为具有初始预定的等级。例如，如果媒体片段位于用户处理器103上，则系统可以自动地将歌曲评定为例如，在1～4的数值范围中具有等级3。应当理解，这向位于本地用户处理器上的媒体提供了自动的高的等级，即使是在用户自身手动评定歌曲、专辑和/或艺术家的等级之前。这是因为，可以相当安全地假设，在大部分情况中，如果特定的媒体片段位于本地用户处理器上，则用户往往喜爱该特定媒体。自动等级评定也可以基于其他的因素，诸如用户的播放频率、流派或艺术家的等级、媒体被跳过或重复的频繁程度等。用户优选地将有能力在其他时间重新评定媒体的等级，以在其希望更好的反映其偏好时向媒体提供更高或更低的等级。此外，在一个实施例中，如果用户已手动评定了特定的歌曲、艺术家和/或专辑的等级，则该等级不能由任何自动等级评定覆盖。而且，每个用户优选地还有能力决定不并入任何自动等级评定，而是仅利用其手动等级评定。因此，如可由前面讨论的实施例看到的，媒体引擎实现了用户媒体的加载，并且每当用户访问媒体引擎时，利用更加个人定制化的分类对媒体分类。而且，用户能够组合他或她的手动等级评定和关于用户处理器上的本地媒体的对可通过媒体服务器获得的媒体的喜爱或不喜爱的指示而不必手动键入关于该本地媒体的等级，使其经历用户在后面进行的细调。

[0146] 在自动等级评定方案的一个示例性实施例中，当用户将音乐添加到他或她的“我的音乐”收藏时，使用下面的因素创建用户的自动等级评定。当用户自例如媒体数据库120、外围设备114、位于处理器103上的硬盘驱动器、和/或另一用户的“我的音乐”收藏将音乐添加到其“我的音乐”收藏时，基于已存在于用户的“我的音乐”收藏中的来自该专辑或艺术家的歌曲数目，向与该歌曲或歌曲分组相关联的专辑和/或艺术家提供设置等级。例如，向在用户的“我的音乐”收藏中具有三个或更多的音轨的任何专辑提供数值范围为1～100中的等级70。相似地，向在用户的“我的音乐”收藏中具有大于10或小于20首歌曲的任何艺术家提供数值范围为1～100中的等级70。最后，向在用户的“我的音乐”收藏中具有大于20首歌曲的任何艺术家提供数值范围为1～100中的等级80。该等级评定方案确保使用户的“我的音乐”收藏中的最受欢迎的艺术家和/或专辑比不太受欢迎的艺术家和/或专辑的等级高。应当注意，在不同的实施例中，在将歌曲、专辑和/或艺术家存储在用户的“我的音乐”收藏中时，可以向其应用不同的自动等级评定数值范围。此外，在等级数据库320中可以分立地存储自动等级或者使其具有不同的标记，以便于区分自动和手动创建的等级。

[0147] 现将参考图18讨论根据本发明的一个实施例的另一特征。参考图18，用户102有能力在界面200中详尽地执行可以在用户的“我的音乐”收藏中获得的或者可以经由媒体数据库120在媒体服务器118上获得的或者在网络300或因特网上获得的所有媒体的搜索功能。如可由图18看到的，用户界面200包含文本框1801，其中可以输入搜索项。例如，在图18中，示出了显示页面，其中用户通过从下拉菜单1802中选择“所有”并且在文本框1801中插入短语“ou”，选择在用户的“我的音乐”收藏中或者网络上的任何位置可获得的媒体的所有识别特性中，其包括歌曲名称、艺术家、专辑和流派，搜索项“ou”。一旦用户输入了搜索项(例如，ou)，则在窗格1803中显示与该标准匹配的那些歌曲的艺术家的列表，并且在窗格1805中显示与该项匹配的所有歌曲。因此，在歌曲名称、艺术家、专辑或流派中具有项“ou”的用户的“我的音乐”收藏中的任何歌曲均将被显示在窗格1805中。尽管下面的示例描述了集中于特定标准或媒体源或媒体种类的搜索，但是可以基于一个搜索项，一次在多个源上执行所进行的搜索，由此自多个源返回结果，并且优选地同样在该搜索结果中识别。因此，一个搜索项将产生来自诸如附连设备和/或本地处理器的本地源以及服务器118、媒体数据库120、其他服务器130、其他用户102或者网络300上的任何其他源的结果。可以使搜索仅限于这些源中的某些源，以限制结果的大小或者用户选择或系统设计。

[0148] 用户可以通过点击窗格1803中的艺术家，进一步缩窄搜索结果范围。例如，如果用户点击窗格1803中的艺术家“The Clash”，如可在图19中看到的，则窗格1805将仅显示与该标准(即，包含ou串)匹配且来自艺术家“The Clash”的歌曲。用户可以通过从窗格1804中选择专辑，进一步从特定的专辑中搜索结果，如可在图20中看到的。如可在图20中看到的，用户在窗格1804中选择特定的专辑(“Give’emEnough Rope”)并且在窗格1805中仅显示该特定专辑的歌曲。

[0149] 在另一实施例中，用户可以利用仅存在于歌曲的专辑名称中的变量，通过从下拉菜单1802中选择专辑并且在文本框1801中插入搜索标准，在其“我的音乐”收藏中(或者在网络上的任何位置)搜索歌曲。如可在图21中看到的，如果用户从下拉菜单1802中选择搜索专辑名称，并且例如，在文本框1801中填充搜索串“p”，则媒体引擎106将在窗格1803中返回艺术家列表，在窗格1804中返回专辑列表，并且在窗格1805中返回歌曲列表，它们与该特定的标准匹配。然后用户可以直接从窗格1805中选择歌曲，或者从窗格1803中选择艺术家或从窗格1804中选择专辑，以进一步缩窄搜索范围，使其仅包括来自该艺术家或专辑的歌曲。如可在例如图22中看到的，如果用于选择仅观看其中具有搜索项“p”的“American Idol Finalists”的歌曲，则用户将从窗格1803中选择“American Idol Finalists”，其将在窗格1804中带出“American Idol Finalists”的所有专辑并且在窗格
1805带出“American Idol Finalists”的所有歌曲。如可在图23中进一步看到的，如果用户选择窗格1804中的一个专辑，则窗格1805将仅显示来自该特定专辑的歌曲。

[0150] 现将通过参考图24～30讨论可以利用艺术家、歌曲和/或流派搜索用户的“我的音乐”收藏(或者网络上的任何位置)的另外的相似的实施例。如可在图24中看到的，用户可以通过从下拉菜单1802中选择艺术家并且使文本框1801中包括诸如例如“er”的搜索项，选择从其“我的音乐”收藏中搜索艺术家的名称。这将再一次导致艺术家名称中具有项“er”的歌曲显示在窗格1805中。如可在图25中看到的，再一次地，用户可以通过从窗格1803中选择特定的艺术家，进一步缩窄搜索范围，在该情况中属于该特定艺术家的歌曲将显示在窗格1805中。用户可以再一次地通过从窗格1804中选择专辑，进一步缩窄搜索范围，在该情况中仅有与该专辑和搜索标准匹配的歌曲显示在窗格1805中，如可在图26中看到的。

[0151] 在另一实施例中，用户可以搜索歌曲名称中的特定的项，如可在图27中看到的。与上文的实施例相似，用户可以从下拉菜单1802中选择歌曲，并且在文本框1801中输入特定的搜索标准。如可在图27中看到的，如果用户从下拉菜单1802中选择歌曲，并且在文本框1801中输入串“ou”，则歌曲名称中具有串“ou”的歌曲将显示在窗格1805中，并且这些歌曲的艺术家和专辑的列表将分别显示在窗格1803和1804中。如果用户从艺术家窗格1803中选择特定的艺术家，则该搜索范围可以再一次地缩窄，如可在图28中看到的。如图28中所示，窗格1805中仅示出了与选定艺术家(Peter Gabriel)匹配的歌曲，并且窗格
1804中仅示出了与该艺术家匹配的专辑。如果用户从窗格1804中选择专辑，则可以进一步缩窄搜索范围，如可在图29中看到的，这样窗格1805仅显示与该标准匹配并且来自用户选择的特定专辑的歌曲。

[0152] 在另一实施例中，如可在图30中看到的，用户可以通过从下拉菜单1802中选择项流派并且将搜索项输入到文本框1801中，执行通过流派搜索他或她的“我的音乐”收藏(或者网络上的任何位置)。如可在图30中看到的，如果用户从下拉菜单1802中选择流派搜索并且将搜索项，例如“pop”输入到字段1801中，则窗格1805将显示与该标准匹配的所有歌曲，并且窗格1803将显示与这些歌曲匹配的艺术家。在该特定的实施例中，窗格1804未填充专辑名称，直至选择艺术家，如参考图31讨论的。应当认识到，在不同的实施例中，一旦执行了初始搜索，则可以填充窗格1803、1804和1805，或者其可以保持未被填充，直至选择另外的标准。与前面的实施例相似，如果用户希望进一步缩窄搜索范围，则他或她可以从窗格1803中选择特定的艺术家，如可在图31中看到的。如果用户从窗格1803中选择特定的艺术家，例如“The Clash”，则与该特定的艺术家和标准匹配的专辑将显示在窗格1804中，并且属于该特定艺术家的歌曲将显示在窗格1805中，如图31中示出的。再一次地，用户可以通过从窗格1804中选择特定的专辑，进一步缩窄搜索范围，如图32中示出的。如果用户选择了该特定的专辑，则窗格1805中将仅显示与来自文本框1801的选择流派标准匹配的特定艺术家的特定专辑中的歌曲。

[0153] 在一个实施例中，一旦用户敲写了“JO”，则搜索文本框1801将通过例如填入字“Jones”，基于用户先前执行的搜索自动填充。再一次地，如前面的实施例，用户有能力通过点击窗格1805中的列表中的特定的歌曲，播放由搜索返回的任何歌曲。此外，如果专辑已位于用户的“我的音乐”收藏中，则可以不呈现添加按钮526，而是相反地，呈现空的框527或图标，其可以例如表明“已在我的音乐中”。这些搜索可以在用户的“我的音乐”收藏中、在可获得自媒体数据库120的完整收藏中或者在网络300中的任何位置执行。

[0154] 如上文讨论的，在本发明的一个实施例中，用户可以经由媒体服务器118访问位于媒体数据库120中的媒体文件。媒体引擎106可以通过与显示位于特定用户的“我的音乐”收藏中的音乐的方式相似的方式，为用户生成位于媒体数据库120上的音乐的列表。如可在图33中看到的，当用户从窗格201中选择网络媒体站点标签224时，为用户生成界面3300，其列出了媒体站点的管理员希望推荐给用户或者通知用户的位于媒体数据库120上的歌曲。该推荐优选地，但不是必要地，基于存储在用户信息数据库122或者用户的处理器或者网络上的任何位置的偏好信息，这是因为，出于个人定制用户的体验的目的，可以将偏好信息存储在可以存储该信息的网络上的位置，或者可以自该位置访问。例如，如可在窗格
3305中看到的，媒体引擎生成位于媒体数据库120上而非在用户的“我的音乐”收藏中的推荐歌曲的列表。此外，如可在列表3310中看到的，媒体引擎还可以生成用户可能有兴趣的最近发行的专辑的列表。此外，在一个实施例中，媒体引擎还可以生成刚刚添加到数据库的特定的专辑或歌曲的列表，如列表3315中示出的。应当注意，在不同的实施例中，媒体引擎106可以生成位于媒体数据库120上的歌曲和/或专辑的不同的列表和分组。例如，如可在图34中看到的，媒体引擎106可以生成最流行的艺术家部分3410，其包括来自数据库
120的最流行的艺术家的列表以及这些特定艺术家的gif图像3420。再一次地，这些gif图像可以与存储在媒体引擎106和/或媒体服务器118上的媒体和元数据一同存储。尽管在gif图像方面进行了讨论，但是显示图像的任何文件格式，诸如jpg、tif或者迄今和以后已知的任何其他的图像文件格式也可用于显示艺术家的图片。

[0155] 在另一实施例中，用户可以搜索位于媒体数据库120或者网络上的任何位置以寻找位于歌曲名称、艺术家名称或专辑名称中的特定项。例如，如可在图35中看到的，用户102有能力在界面3300中执行可以在媒体数据库120上和/或用户的“我的音乐”收藏中或者任何位置获得的所有媒体的搜索功能。如可由图35看到的，用户界面330包含文本框
3504，其中可以选择标准以搜索特定的搜索变量，可以将其输入到文本框3502中。例如，在图35中，示出了显示页面，其中用户选择在位于媒体数据库120上的歌曲的所有歌曲名称中搜索项“combine”。这是因为，用户从下拉菜单3504中选择“歌曲”，在文本框3502中输入字“combine”，并且从下拉菜单3506中选择搜索媒体数据库。一旦用户输入了搜索项并且执行了搜索，则与该标准匹配的歌曲列表将显示在窗格3508中。这些列表可以包括歌曲标题3510、艺术家名称3512和专辑名称3514。在一个实施例中，该列表还包括“我的音乐”栏3516，其可以包括紧接特定歌曲的按钮3518，用户可以点击该按钮3518将该特定歌曲添加到他或她的“我的音乐”收藏。例如，如可在图36中看到的，如果用户希望添加“Pino Colony”的歌曲“Combine”，则他或她将点击按钮3518，并且歌曲将自动地添加到用户的“我的音乐”收藏。对媒体数据库120中的歌曲的访问可以基于分级的成员资格，或者基于不同的订阅费用。因此，可能允许特定的用户将特定的歌曲添加到其“我的音乐”收藏，而其他的用户则不能。因此，“我的音乐”栏3516向用户显示可以将哪些歌曲添加到该特定用户的“我的音乐”收藏。可替换地，“我的音乐”栏3516还可以包括按钮3520，其可以指出特定的歌曲已位于特定用户的“我的音乐”收藏中。因此，由该显示页面，用户可以容易地查明他或她希望添加到其“我的音乐”收藏中的歌曲和/或他或她在其“我的音乐”收藏中已拥有的歌曲。

[0156] 在一个实施例中，除了用户点击按钮3518以自动地将特定歌曲添加到用户的“我的音乐”收藏的能力之外，用户还有能力经由栏3522中的按钮3524以预定的价格购买特定的歌曲。例如，如果用户欣赏由搜索返回的特定歌曲，并且希望购买该歌曲，则用户将点击按钮3524。在一个实施例中，用户将被引导至支付页面(未示出)，其中例如，用户可以输入信用卡信息。由该页面，例如，用户可以通过已知的方式完成电子商业交易以购买下载和/或流传送的权利，或者歌曲和/或专辑的其他访问权利，包括其有形复本。应当认识到，这将媒体引擎的使用和媒体文件的体验与进行商业活动和购买用户正在收听的媒体的复本和/或权利的能力组合。该价格信息可以与每个媒体文件的元数据一同存储，以使其对于媒体引擎106是可易于访问的。换言之，在为用户显示歌曲时，媒体引擎106了解用户是否已将该媒体文件放在其计算机上，并且媒体引擎106还使用位于网络300上的商业功能330，自媒体服务器118了解关于该歌曲的适当价格以及可能正在销售该歌曲的销售者。因此，用户通过用户友好界面并且通过点击鼠标，能够通过媒体引擎106购买特定的歌曲或专辑的权利，避免了“逛商店”寻找特定歌曲或专辑的需要。在另一实施例子，如可在图36中看到的，除了界面3508中列出的位置以外，用户还可以右键点击特定的歌曲名称以产生下拉菜单3610，其将显示与该特定歌曲有关的用户可用的选项列表。例如，如可在图36中看到的，用户可以选择，播放歌曲，在该情况中将在音乐播放器240中播放歌曲，将特定的歌曲添加到他或她的“我的音乐”收藏，将歌曲添加到当前播放的音乐，将歌曲添加到播放列表，创建相似的歌曲播放列表，如下文针对图46～47讨论的，或者购买歌曲和/或专辑，在该情况中可以将用户引导至支付页面，其中例如，用户可以输入信用卡信息。可替换地，由菜单3610，用户可以去往歌曲页面、专辑页面或艺术家页面，其可以是具有关于该特定歌曲、专辑或艺术家的信息的web页面。此外，用户可用的其他选择可以包括，通过消息程序、电子邮件或其他的通信软件将歌曲发送到好友，或者搜索网络300以寻找关于该特定歌曲的歌词。在一个实施例中，界面330还可以包括窗格3620，其包括用户希望使用的其他选项的列表，以执行与他或她已执行的搜索相似的搜索。例如，如可在图36中看到的，窗格3620允许用户通过点击鼠标容易地搜索其他艺术家的专辑、用户和/或web以寻找其已在文本框5001中输入的特定的搜索项。可替换地，可以提供如下选择，即基于存储在媒体服务器
118或网络上的任何位置的相似性数据，观看相似的艺术家或歌曲或专辑。

[0157] 在另一实施例中，用户可以利用仅存在于歌曲的艺术家名称中的变量，通过从下拉菜单3504中选择艺术家并且将搜索项输入到文本框3502中，在媒体数据库120中搜索歌曲。如可在图37中看到的，如果用户从下拉菜单3504中选择搜索艺术家名称并且例如，在文本框3502中填充搜索项“jam”，则媒体引擎106将在窗格3710中返回与该特定标准匹配的艺术家列表。再一次地，用户可以通过从下拉菜单3506中选择特定的位置，选择在媒体数据库120中、在用户的“我的音乐”收藏中，或者此两者，或者任何位置执行搜索。此外，在窗格3710中紧接特定艺术家的名称还可以显示该艺术家的图像，如上文参考专辑封面和艺术家图像讨论的。如果用户希望获得关于窗格3710中列出的特定艺术家的额外信息，则用户可以在窗格3710中点击该特定艺术家的名称和/或图像，并且他或她将被引导至列出了关于该特定艺术家的信息的显示页面，如可在图38中看到的。如图38中所示，关于特定艺术家的界面3810可以包括关于艺术家的传记、艺术家的照片或者艺术家的音乐所归入的特定流派的列表。此外，用户可以通过点击创建相似的艺术家播放列表按钮3815，创建相似的艺术家播放列表，如参考图46讨论的。再一次地，在该实施例中，用户102还可以通过点击等级工具按钮3820，评定特定艺术家的等级。如上文讨论的，特定用户输入的任何等级有助于为用户创建增强的体验，这是因为，媒体服务器包含关于特定的用户的喜爱和不喜爱的额外信息。此外，在一个实施例中，显示页面3825可以包括相似的艺术家的列表，由此用户还可以利用相似的艺术家探察音乐。还可以显示该特定艺术家的另外的专辑，如可在显示页面3830中看到的。在另一实施例中，如另外可在图37～38中看到的，用户有能力在显示页面中导航，即通过分别点击前进和/或后退按钮3720，从一个显示页面前进或后退到另一显示页面。这增强了用户体验，允许其在不同的显示页面之间导航，如其能够在例如，典型的因特网浏览器中进行的操作。

[0158] 在另一实施例中，用户可以利用仅存在于歌曲的专辑名称中的变量，通过从下拉菜单3504中选择专辑并且将搜索标准输入到文本框3502中，在媒体数据库120中搜索歌曲。如可在图39中看到的，如果用户从下拉菜单3504中选择搜索专辑，并且例如，在文本框3502中填充搜索串“crazy”，则媒体引擎106将在窗格3910中返回与该特定标准匹配的专辑列表。再一次地，用户可以从下拉菜单3506中选择是否搜索位于媒体数据库中、用户的“我的音乐”收藏中和/或此两者中的媒体。除了专辑名称，还可以在窗格3910中显示专辑封面图像和艺术家名称，并且在一个实施例中，还可以显示专辑创作的年份。与前面的实施例相似，还可以示出“我的音乐”栏，以指出来自特定专辑的任何歌曲是否位于用户的“我的音乐”收藏中。再一次地，与前面的实施例中相似，用户可以通过点击特定的专辑名称和/或图像，访问关于该特定专辑的额外信息，如可在图40中看到的。如可在图40中看到的，在窗格4010中示出了包括关于专辑的额外信息的显示页面。再一次地，由该显示页面，用户可以通过点击等级工具4015评定该特定专辑的等级，或者通过点击该专辑的歌迷按钮4025观看欣赏该特定专辑的另外的用户的名称。在一个实施例中，窗格4020可以示出位于该特定专辑上的所有歌曲的列表。再一次地，用户可以通过点击前进或后退按钮3720，从该专辑页面导航到任何先前观看的页面。

[0159] 在另一实施例中，用户有能力搜索与媒体引擎106的另一用户相关的信息，以访问其他用户偏爱的歌曲。如上文讨论的，利用用户名称或其他标识符，可以清楚地识别不同的用户102，其还优选地与存储在网络上的关于该用户的多种偏好相关联。因此，在一个实施例中，用户可以使用其他用户的标识符，或者利用基于用户偏好和/或用户行为寻找配合特定的搜索标准的用户的系统，搜索另一用户的音乐。例如，如在图41中看到的，如果用户使用搜索项(例如，John)填充文本框3502并且从下拉菜单3504中选择通过用户名称搜索，则搜索结果可以显示在窗格4110中，其示出了在其用户名称中具有该特定的搜索项(例如，John)的所有用户。如果用户点击窗格4110中的特定的用户(例如，john_g)，则页面将显示在窗格4210中，如可在图42中看到的，其示出了关于用户的额外信息，包括所选择的用户评定了高等级的艺术家、流派和专辑。可替换地，可以输入歌曲标题，并且下拉菜单可以包含“所有用户”选择，以发起在用户媒体文件中搜索特定歌曲。如另一示例，如果作为替换，针对流派进行搜索，则将返回喜爱特定流派的用户的列表，或者作为另一示例，返回喜爱特定歌曲、艺术家、专辑等的所有用户。

[0160] 现将参考图43～48讨论结合本发明的一个实施例的播放列表的使用和创建。播放列表的使用允许用户收听该用户根据某个用户偏好或其他标准组织的许多媒体文件。

[0161] 利用用户的“我的音乐”收藏或者可以通过媒体服务器118或网络300获得的其他媒体，用户可以容易地通过以用户希望的播放方式对歌曲排序或者使其具有某种其他顺序，创建播放列表。然后在播放列表数据库340中、处理器103上、或者这两个位置，或者网络300上的其他位置存储该歌曲顺序。例如，如果用户希望创建均处于用户的“我的音乐”收藏中的歌曲6、歌曲8和歌曲10的播放列表，则媒体引擎106将创建文件，其将包含指针的列表，其分别指向歌曲6、歌曲8和歌曲10的位置，并且将该文件发送到播放列表数据库340。作为媒体引擎106在初始时收集关于每个用户的可获得媒体文件的信息的结果，优选地使该位置信息是可获得的，或者当歌曲被选择为包括在播放列表中时，该位置信息可以出现。因此当用户希望访问新形成的播放列表时，媒体引擎能够定位和播放播放列表中的歌曲。这些播放列表可自用户运行媒体引擎106的任何位置访问。

[0162] 现将参考图43讨论由上文参考图2讨论的用户的“我的音乐”界面创建更加抗干扰和多样性的播放列表的能力，用户102随后可通过该用户102所处位置的任何处理器103收听。通过用户界面200，用户102能够通过选择用户102希望添加以创建新的播放列表的特定歌曲，创建播放列表。例如，如可在图43中看到的，在该特定用户的“我的音乐”收藏中搜索其中具有串“mo”的所有媒体的搜索结果显示在界面4305中。如可在图43中进一步看到的，这样，用户有能力点击按钮4306或4307，以创建和精制他或她的播放列表。
例如，在图43中，窗格4310在播放列表中不具有任何歌曲；然而，显示指令，其示出了用户希望将什么样的歌曲添加到播放列表。如在可在图44中看到的，如果用户通过点击选择歌曲并且随后点击“添加到播放列表”按钮4306，选择将歌曲添加到播放列表，则在窗格4410中创建了关于该特定用户的新的播放列表。这也可以通过拖放方法实现，即将歌曲拖拽到窗格4310中或者拖拽到播放列表标签232上。因此，通过该界面，用户能够创建播放列表，其由包含串“mo”的可作为用户收藏的一部分获得的所有媒体组成。如果例如，用户随后希望从特定的播放列表中移除一首歌曲或所有歌曲，则用户可以点击“从播放列表中移除”按钮4307，其随后将从播放列表中移除该歌曲。在创建该播放列表之后，用户有能力通过点击“保存新的播放列表”按钮4308，将新的播放列表作为文件保存。一旦用户点击了保存新的播放列表按钮，则用户优选地有能力命名或者另外地识别该播放列表，并且随后可以在任何时间通过界面201中的播放列表232访问用户的播放列表。如前面参考图2讨论的，用户可以在该用户所处的并且正在使用媒体引擎106的任何位置，访问在下拉列表中列出的播放列表232。

[0163] 在另一实施例中，用户能够通过手动选择用户希望包括在特定的播放列表区域中的每首歌曲，容易地创建由具有特定的搜索标准的歌曲组成的播放列表。因此，用户可以详尽地手动利用其“我的音乐”收藏或者网络创建播放列表，其并入了用户希望特定的播放列表所具有的特定的歌曲，并且随后可以自多种位置访问该播放列表。再一次地，这是利用媒体引擎106和媒体引擎汇编的关于用户的可获得的媒体的信息促成的。与添加到用户的“我的音乐”收藏的独立歌曲相似，用户可以从该用户访问媒体引擎106的任何位置访问这些播放列表。

[0164] 现将参考图45和图46～48中示出的界面讨论用于生成播放列表的本发明的另一实施例。在该实施例中，系统可以生成播放列表，其基于特定的歌曲、艺术家或专辑的相互关系以及这些歌曲、艺术家或专辑之间具有的任何亲和性(affinity)。不同的用户可以具有对不同的歌曲、艺术家和/或专辑的不同的喜爱和不喜爱。然而，通常喜爱特定的歌曲的用户例如，很可能欣赏该艺术家的其他歌曲或者与该特定歌曲相似的歌曲。因此，可以通过汇编一个用户通常喜爱的歌曲的列表，创建歌曲、专辑和/或艺术家之间的亲和关系。因此，例如，如果用户喜爱歌曲A和歌曲B，则可以使这两个歌曲以某种关系相关，并且这是用户喜爱这两首歌曲的原因。如果两个用户均喜爱歌曲A和歌曲B，则歌曲相似或者相互亲和的可能性是较强的，这是因为现在另一用户已表明他或她对这两首歌曲的喜爱。相似地，如果1000个用户喜爱歌曲A和歌曲B，则歌曲中存在亲和性或相似性的可能性增加。在该实施例中，考虑特定用户的喜爱和不喜爱，媒体服务器利用亲和引擎350生成播放列表，其与用户所需的艺术家、专辑或歌曲之间的亲和标准和/或相似程度匹配。如图45中示出的，媒体引擎106自用户102接收标准(例如，特定的艺术家或歌曲)，步骤4510。一旦媒体引擎106接收到该标准，则将其传递到媒体服务器118，步骤4520。媒体服务器然后通过亲和引擎350运行标准，步骤4530。例如，系统可以收集关于收听模式和偏好的用户信息，并且处理该信息以开发媒体项之间的关系的数据库。因此，例如，通过处理用户信息或者由系统管理员或操作员直接输入，系统可以搜集到，收听艺术家A的许多用户还收听艺术家B，并且因此系统可以使艺术家A和艺术家B关联，作为相似的艺术家。系统还可以在开发亲和关系时利用用户流派等级、第三方评论、隐性或显性用户行为分析、人类编辑或其他信息源。作为非限制性的示例，下文将讨论亲和引擎为了建立歌曲、艺术家和/或专辑之间的亲和性而处理的示例性规则。

[0165] 一旦亲和引擎根据用户选择的标准计算了亲和性，则媒体引擎118基于这些亲和性结果创建播放列表。步骤4540。然后媒体服务器将包含指向新创建的播放列表中的歌曲的指针的文件转发到媒体引擎106。步骤4550。媒体引擎随后创建用户接口以显示播放列表中的歌曲并且准许用户访问这些歌曲。步骤4560。

[0166] 现将参考图46和38示出出于用户的观点的亲和播放列表的创建。如上文参考图38讨论的，用户有能力通过例如，选择“创建相似的艺术家的播放列表”按钮3815，基于与艺术家相似的音乐，创建播放列表。当用户选择创建相似的艺术家列表时，媒体引擎106查询媒体服务器118以获得关于该特定艺术家的播放列表的结果，并且随后在窗格4610中为用户102显示该播放列表，如可在图46中看到的。如可在图46中看到的，被称为例如“Like Pearl Jam”的新的播放列表被添加到窗格201中的用户102的播放列表232，其随后可由用户在任何时间访问。应当注意，在可替换的实施例中，每当请求亲和播放列表时，媒体服务器118可以重新创建与所选择的亲和性匹配的播放列表。一旦创建了播放列表，则用户
102还可以优选地通过点击4601之间的“烧录CD”按钮，将该播放列表烧录到CD或者将其移至其他的可移动媒体设备。这将使实际媒体文件存储在外部设备上或者烧录到如CD的便携媒体或者现在已知或将来了解的其他存储介质上。

[0167] 用户是否具有适当的权利体验特定的媒体的问题也可以通过媒体引擎解决。媒体引擎106优选地包含数字版权管理功能，以确保尊重授予所有者的多种版权权利和媒体权利。因此，尽管此处描述了协助用户共享媒体体验的实施例，但是可以将适当的控制并入到系统中，以阻碍未授权的媒体使用。例如，媒体引擎106可以并入用于认出数字版权管理信息的软件和/或硬件，该数字版权管理信息可以是媒体文件和/或媒体元数据的一部分，并且通过基于用户的权利准许或否决针对媒体的访问，据此响应用户的请求。例如，如上文描述的，对媒体数据库120中的歌曲的访问可以基于分级的成员资格，其基于不同的订阅费用。因此，将允许特定的用户访问特定的媒体，而不允许其他的用户访问该特定媒体。然而，存在如下可能，即一个用户将歌曲转发到另一用户，而该另一用户未被授权访问该歌曲。在该情况中，根据本发明的一个实施例，将向第二用户提醒该问题并且向第二用户提供签订适当的订阅服务或者购买所需的媒体项的权利的能力。

[0168] 在另一实施例中，用户之间的访问、观看能力和共享权利优选地取决于媒体服务器118的媒体管理系统认出的特定条件。在一个示例中，访问、观看和共享能力基于系统首先认出与媒体文件相关联的元数据以及通过媒体管理系统的服务是否可以获得该特定的媒体文件(例如，是否订阅)。如果系统认出与媒体文件相关联的元数据，并且该媒体文件处于系统的服务中(例如，可以在媒体数据库120或其他的授权服务130上获得)，或者处于用户订阅中，则可以在用户之间共享、观看和访问该媒体文件。然而，如果系统未认出媒体文件的元数据并且/或者该媒体文件处于系统受权产品外部，则接收用户将不能访问或观看该特定媒体文件。应当注意，这些条件仅是示例性的，并且系统可以基于其他条件下的访问和共享权利，诸如用户是否处于订阅计划中或者其他的DRM参数。

[0169] 在可替换的实施例中，可以以相似的方式创建关于歌曲和/或艺术家的相似的播放列表。即，如可在图47中看到的，如果用户从歌曲窗格4700中选择“创建相似的歌曲播放列表”按钮4715，则媒体引擎106将查询媒体服务器118以寻找具有同选定歌曲的高亲和性的歌曲，并且为用户显示该播放列表，如可在图48中看到的。再一次地，与上文参考图46的讨论相似，用户可以通过选择“烧录CD”按钮4802，选择将创建的播放列表烧录到CD，或者通过从其播放列表的列表232中选择“like Yellow”播放列表，在其“我的音乐”接口中播放该播放列表。可替换地，由歌曲页面4700，用户可以通过点击“播放歌曲”按钮4705播放歌曲，通过点击“我的音乐中”按钮4710将歌曲添加到他或她的“我的音乐”收藏，通过点击“购买歌曲”按钮4720购买歌曲，通过点击“发送到好友”按钮4725将歌曲发送到另一用户，或者通过点击等级工具4730评定歌曲的等级。

[0170] 如上文参考图45讨论的，使用示例性亲和引擎开发歌曲、艺术家或专辑或者系统使用的其他媒体相关信息或元数据之间的已识别和存储的亲和性。在一个实施例中，使用亲和性创建如上文所述的播放列表，但是其还可用于将新的媒体选项呈现给用户，或者用于选择可由其他服务或网络300呈现的内容，例如，无线电台、商业站点等。作为非限制性的示例，亲和引擎优选地使用公式计算艺术家亲和性，其描述如下，其中：

[0171] A＝喜爱艺术家A的用户数目；

[0172] B＝喜爱艺术家B的用户数目；并且

[0173] AB＝喜爱艺术家A和艺术家B的用户数目。

[0174] 艺术家A与艺术家B的亲和性等于(AB/A)×100，而艺术家B与艺术家A的亲和性等于(AB/B)×100。通过该公式，系统能够计算两个艺术家之间的亲和性或关系。尽管该公式是在艺术家方面讨论的，但是在专辑和/或歌曲或者其他的媒体项方面，可以使用相似的公式。优选地，将媒体等级数据发送到媒体服务器118并且在其中汇编，由此系统可以使用该等级数据并且创建不同媒体、艺术家和/或专辑之间的关系。一旦使用上文的公式汇编了该数据，则确定两个不同的艺术家、专辑和/或歌曲之间的亲和性。一旦建立和存储了该亲和性，则可以基于该亲和性创建播放列表。依赖于用户希望创建高度相似的播放列表还是高度分歧的播放列表，可以基于歌曲或其他媒体项相互亲和的程度，以变化的程度将其汇编。除了此处阐述的示例性技术之外，可以使用或开发本领域已知的其他亲和性确定应用程序或技术，以识别亲和性。

[0175] 在本发明的一个实施例中，优选地考虑额外的因素，用于创建亲和播放列表。该因素是使用该系统的用户102的总数(N)。该变量考虑了如下情况，其中非常流行的艺术家相对完全不流行的艺术可能歪曲一个艺术家和另一艺术家之间的亲和性。例如，使用上文列出的公式，在95％的用户中流行的艺术家相比于在5％的用户中流行的艺术家，具有与更多艺术家的亲和性。因此在95％的用户中流行的艺术家将呈现出具有与几乎每个其他艺术家的高的亲和性，这是因为具有大的流行性的艺术家将不变地与被系统的许多用户评定为高等级的另一艺术家重叠。因此，为了平衡掉该等同效果，不同于使用公式(AB/A)×100，即用于确定艺术家A对艺术家B的亲和性的公式，考虑艺术家的流行性是(AB/A)÷(B/N)，并且考虑艺术家的流行性的用于确定艺术家B和艺术家A之间的亲和性的公式是(AB/A)÷(A/N)。该公式使艺术家A与B的关系除以喜爱艺术家A的用户总数。这降低了与非常流行的艺术家的亲和性，而升高了与非常不流行的艺术家的亲和性。换言之，非常流行的艺术家须具有许多喜爱该艺术家和另一艺术家的用户，以具有与该艺术家的强的亲和性，而不流行的艺术家需要具有较少的共有用户，以具有相同的亲和性。因此，使用上文提及的示例性公式，系统能够基于其他用户的喜爱和不喜爱确定一个艺术家、专辑或歌曲同另一艺术家、专辑或歌曲之间的亲和性。基于亲和性计算和用户选择的标准，可以创建播放列表，其将包括与特定的艺术家、专辑或歌曲最相似或最不相似的艺术家、专辑或歌曲，由此增强了用户体验。

[0176] 还应当注意，还可以使用亲和性数据自动地生成关于特定用户的相似的专辑、艺术家或歌曲的列表。因此，在一个实施例中，即使不创建播放列表，用户仍可以请求与特定专辑相似的专辑的列表，并且基于前面提及的亲和性数据，可以汇编相似专辑的列表。可替换地，媒体引擎106还可以基于其亲和性数据自动地向用户推荐相似专辑。例如，每当用户打开媒体引擎106时，接口可以基于该专辑与被用户评定为高等级的专辑的亲和性，显示推荐专辑的列表。因此，除了跟踪用户可获得的媒体之外，媒体引擎106单独地或者与媒体服务器118协作或组合，还能够智能地基于媒体引擎了解用户偏爱的其他音乐，向用户推荐其他媒体。

[0177] 在另一实施例中，媒体引擎能够通过如下方式管理播放列表，即，不仅仅以特定的预先指配的顺序或者随机顺序向用户重放播放列表。相反地，媒体引擎和/或媒体服务器118能够生成关于播放列表中的歌曲的顺序，其更好地反映了用户的喜爱和不喜爱。再一次地，参考图48，用户接口并入了向用户提供如下能力的功能，即在播放播放列表时利用基于媒体引擎106采集的数据的随机化特征。为了访问位于播放列表中的媒体的该随机化播放，用户将优选地选择智能随机按钮4805。当选择智能随机按钮4805时，播放列表将开始播放播放列表中的歌曲，播放列表的顺序不是完全随机选择的顺序，而是部分基于媒体引擎106和/或媒体服务器118所采集的关于用户的数据。换言之，如在下文中将更加详细讨论的，系统将考虑多种因素，诸如用户等级和/或其他因素，诸如播放频率、上次播放歌曲的时间、歌曲是否已由用户烧录或者推荐给好友、播放列表中的其他的艺术家等。智能随机特征考虑了关于用户收听偏好的系统知识，用于创建更为增强的用户体验。这是媒体引擎106和/或媒体服务器118存储的用户数据的另一用途，其随着用户继续使用系统而被补充，以便于为用户创建更为增强和个人定制化的收听体验。

[0178] 如可参考图49看到的，根据本发明的一个实施例，执行用于创建播放列表的过程，其顺序基于多种用户偏好，以便于创建顺序使用户102更加满意的播放列表。在该示例性实施例中，由用户102选择播放列表中将包括的媒体文件的列表。步骤4901。应当注意，尽管在由用户选择将哪些媒体文件置于播放列表中的方面进行了讨论，但是还可以使用位于网络300中的任何位置的任何或所有媒体文件创建播放列表。而且，功能和处理可以出现在网络上的多种位置，不仅限于所述的位置。该处理和数据存储可以跨越网络部件分布，而非限于网络300上的单个元件。一旦生成了关于播放列表的歌曲列表，则媒体引擎106查询媒体服务器118以获得关于将被归类到播放列表中的每个特定的媒体文件的信息。步骤4903。该信息包括用户102可获得的关于该特定媒体文件的任何等级信息以及关于上一次播放该媒体文件的时间的信息。一旦媒体引擎106自媒体服务器118接收该信息，则基于用户102上一次播放每个特定媒体文件的时间，生成关于该媒体文件的分值。步骤4905。根据一个实施例，该“上一次播放的分值”是在1～100的数值范围中生成的，100是来自播放列表中包括的媒体文件的列表的最近播放的媒体文件，而1是最远播放的歌曲，并且所有其他的歌曲基于其与最近和最远播放的歌曲的线性关系，包含1～100之间的值。一旦针对每个媒体文件或歌曲指配了“上一次播放分值”，则媒体引擎106察看可获得的关于特定歌曲的等级数据，以察看用户102是否已评定该歌曲的等级。步骤4907。如果用户已评定该歌曲的等级，则基于例如，1～100的等级数值范围，将“歌曲等级分值”指配给媒体文件，100是最高等级，而1是最低等级。步骤4908。如果用户未评定歌曲的等级，则媒体引擎随后察看等级信息以确定用户是否已评定与歌曲相关联的专辑的等级。步骤4909。如果用户102已评定专辑的等级，则基于用户评定的与歌曲相关联的专辑的等级，将“专辑等级分值”指配给媒体文件。步骤4910。再一次地，在一个实施例中，该分值基于1～100的数值范围，100是等级最高的专辑，而1是等级最低的专辑。如果用户未评定专辑的等级，则媒体引擎106随后重新察看等级信息以察看用户是否已评定与专辑相关联的艺术家的等级。
步骤4911。如果用户已评定艺术家的等级，则媒体引擎106基于用户102给出的等级生成“艺术家等级分值”。步骤4912。再一次地，根据一个实施例，该分值优选地是基于1～100的数值范围生成的，100是等级最高的艺术家，而1是等级最低的艺术家。如果与该歌曲相关联的艺术家也未被评定等级，则使“缺省等级分值”与媒体文件相关联。步骤4913。在一个实施例中，该等级分值将是分值50。一旦所有多种分值被指配给特定的媒体文件或歌曲，则优选地对分值加权，以便于给出关于每个分值的适当的重要性。在一个实施例中，该等级评定是通过如下方式实现的，即，使“最近播放等级”乘以0.17，并且如果可获得，则使“歌曲等级分值”乘以0.83，使“专辑等级分值”乘以0.80，使“艺术家等级分值”和“缺省等级分值”乘以0.77。步骤4915。一旦计算和加权了所有的分值，该计算可以发生在作为媒体引擎106的一部分的处理器103上，或者发生在媒体服务器118处，或者发生在网络300上的其他位置，则使加权分值相互相加，并且将其汇编以创建关于播放列表中将包括的文件的列表中的每个媒体文件的“总体分值”。一旦计算了关于每个媒体文件的“总体分值”，针对每个独立的文件运行公式，以确定该媒体文件在播放列表中的适当排名。步骤4917。根据一个示例性实施例，用于选择媒体文件的排名的公式是：

[0179] i＝[N*(R/N)P]0.94；

[0180] N＝列表中的项的数目

[0181] R＝范围[0，N]中的随机整数

[0182] p＝用于增加等级较高的项的权重的恒定值

[0183] i＝所选择的插入媒体文件的排名

[0184] 一旦确定了每个特定媒体文件的排名，则基于该结果生成播放列表。步骤4919。

[0185] 根据本发明的另一实施例，媒体引擎106结合生成播放列表利用的另一因素是艺术家划分。该因素允许媒体引擎106创建播放列表，其确保在可行时，来自特定艺术家的歌曲不会在播放列表中重复或者至少在时间上不会过于接近地重复。应当认识到，尽管该实施例是在艺术家划分方面讨论的，但是还可以想象相似的实施例，其中播放列表是通过歌曲或专辑划分和/或流派划分或者与歌曲或媒体文件相关联的任何其他因素划分的。为了创建艺术家划分，由媒体引擎或媒体服务器列制列表，其从被选择用于播放列表的歌曲中汇总每个特定艺术家的歌曲数目。一旦完成了该任务，则还可以基于来自该列制列表的存储信息，生成关于每首歌曲的最小划分数。为了创建最小划分数，使用下列公式：

[0186] 歌曲总数/特定艺术家的歌曲数目

[0187] 因此，对于与播放列表中将包括的媒体文件的该列表中的歌曲相关联的每个艺术家，将生成最小划分数。例如，如果用户选择了总共50首歌曲置于播放列表中，并且特定的艺术家X与10首该歌曲关联，则关于艺术家X的最小划分数将是50除以10，或者5。在生成播放列表时，媒体引擎106保持跟踪每个特定艺术家的媒体文件占用的上一个排名，然后将最小划分数加到该排名数，并且随后将该特定艺术家的歌曲置于低于该排名数+划分数的任何排名数中。例如，在针对该特定媒体文件运行公式之后，如果选择将艺术家X的歌曲置于播放列表中的排名数3，并且关于该特定艺术家的最小划分数是5，则在利用艺术家划分生成播放列表时，不允许将艺术家A的歌曲置于排名4、5、6或7，并且媒体引擎尝试将该歌曲置于排名8或更后面。如果针对特定歌曲选择的排名不可用，则将该媒体文件置于下一可用排名中。在一个实施例中，如果通过经历该排名填充过程到达播放列表的终点，则该过程将从播放列表中的第一个排名再一次开始。应当注意，任何或所有上文讨论的偏好可由媒体引擎106设定或者可由每个独立用户针对每个独立的播放列表选择。

[0188] 在本发明的另一实施例中，可以基于特定的标准自动地生成播放列表。在该实施例中，系统能够基于特定的用户标准创建播放列表。例如，用户能够通过下拉菜单选择不同的标准，诸如艺术家、专辑、流派、将歌曲添加到系统的日期、上一次为该特定的用户播放歌曲的时间、等级等。基于所选择的标准，向用户提供适用于这些特定标准的修饰语列表。例如，如果所选择的标准是“添加日期”，则修饰语列表将包括，例如，“是”、“之前”、“之后”、“当天或之前”、“当天或之后”、“不是”。所有这些选择均适用于用户输入的特定日期。另一方面，如果用户选择标准是流派，则该修饰语列表将包括诸如“是”或“不是”的选择，这些选择适用于流派的标准。在选择修饰语之后，提示用户插入所需的适用于播放列表的专用语。例如，如果用户选择“流派”作为其标准，选择“不是”作为其修饰语，并且选择“disco”作为专用语，则系统将自动生成其中流派不是disco的歌曲的播放列表。再一次地，可以从用户运行媒体引擎106的任何位置接入这些播放列表。

[0189] 在本发明的一个实施例中，在创建播放列表时可以向用户提供另外的选择。例如，用户可有机会选择其是否希望并入关于其播放列表的多个条件或者其是否优选仅满足特定数目的条件的播放列表。此外，用户可以选择播放列表应有的长度以及是否将播放列表限于特定数目的歌曲。因此，如果播放列表的条件返回例如1000首歌曲，而用户仅希望使播放列表的长度是25首歌曲，则用户将通过选择使播放列表限于25首歌曲，减轻该问题。媒体引擎可以随机选择将用于播放列表的25首歌曲，或者再一次地，可以使用用户选定的标准选择。例如，用户可以通过选择，该25首歌曲的播放列表应是等级最高的25首歌曲或者最近收听的25首歌曲，进一步缩窄播放列表范围。因此，媒体引擎可以利用许多不同的标准层级返回播放列表。这避免了创建大于用户想象的播放列表或者大于用户存储介质所能容纳的特定尺寸的播放列表。因此，在前面讨论的示例中，用户将创建与用户标准匹配的最流行的或者最近的歌曲的25首歌曲的播放列表。

[0190] 可由用户设定的另外的标准包括用户是否愿意基于标准连续更新播放列表。使用该选项创建的播放列表可以基于添加到系统的媒体周期性地变化。因此，例如，如果创建了包括流派“不是disco”的所有媒体的播放列表，则每当将不是disco的另外的媒体片段添加到系统时，播放列表的组成将改变。因此，如果用户选择动态更新特征，则媒体引擎可以在固定的或者可变的时间运行搜索标准，或者每当请求播放列表时运行搜索标准，以便于并入从上一次运行搜索开始的可被添加到系统的任何新的媒体。因此，每当请求播放列表时，用户有能力收听与选定条件和标准匹配的歌曲的播放列表，但是该播放列表不必由相同的歌曲组成。换言之，每当选择或请求播放列表时，媒体引擎基于先前指配给播放列表的标准，创建更新的播放列表。

[0191] 图73中示出了结合前面的实施例中讨论的创建播放列表的标准的功能使用的用户界面的示例。例如，由该接口，用户能够从下拉列表7301中选择标准，从下拉列表7302中选择修饰语，并且将值插入到文本框7303中。一旦设定了所有的条件，则用户可以点击生成播放列表按钮7310和/或将标准存为按钮7312。当点击时，媒体引擎106单独地或者与媒体服务器118协作，或者媒体服务器118自身，生成播放列表，诸如例如，其具有用户界面部分7315中示出的形式。然而，如果用户不希望生成用于即时观看的播放列表，他或她可以点击“将标准存为”按钮7312，其将保存选定条件并且允许用户在后面的时间中容易地创建与这些选择条件匹配的播放列表。一旦创建了播放列表，则优选地，用户通过点击位于接口7315下方的按钮可以具有处理播放列表的多种选项。在该实施例中，用户可以通过点击播放按钮7316播放播放列表，或者通过点击下载按钮7318将播放列表下载到其本地设备。此外，用户可以通过点击“添加到”按钮7317将歌曲或者完整的播放列表添加到另一播放列表，或者通过点击信息按钮7319获得关于播放列表或者特定歌曲的更加详细的信息。用户还可以通过点击“将列表存为”按钮7320选择保存播放列表。在一个实施例中，如果用户选择保存播放列表，则播放列表将被保存为具有其被生成的形式。换言之，系统选择的与用户设定的条件匹配的特定的歌曲将总是驻留在该播放列表中。所保存的文件优选地仅包含指向播放列表中的每个独立歌曲的位置的指针。然而，相反地，如果用户通过点击“将标准存为”按钮7312选择仅保存播放列表的标准，则可以仅将用于生成播放列表的特定标准保存到用户处理器上的文件，并且因此当下一次运行播放列表时，媒体引擎将生成播放列表，其可以生成同样与用户选择的标准匹配的歌曲的不同的列表。当然，如果用户选择将播放列表保存在便携设备或者存储介质上，则可以存储实际的媒体文件。

[0192] 创建标准播放列表的能力允许用户基于特定的标准生成播放列表，并且随后保存该播放列表用于以后收听。可替换地，用户可以经由电子邮件、即时消息、对等联网或者已知或将要了解的任何其他的通信通道，将标准播放列表发送到另一用户。例如，如果用户创建标准播放列表，其包括例如，在2004年9月1日以后利用特定的标准上载的歌曲的标准，则一个用户可以将该标准发送到另一用户。另一用户可以使用相同的标准基于该另一用户可获得的媒体，创建他或她自身的播放列表。例如，如果用户A运行他或她的“我的音乐”收藏上的播放列表，则该播放列表可以返回歌曲A、B和C，用户2可能运行相同的播放列表标准并且被返回歌曲D、E和F。另一方面，用户还有能力将播放列表保存为其生成时的状态，即具有用户初始生成播放列表时生成的相同的歌曲和/或媒体。因此，在传递该播放列表时，另一用户将接收指向网络300中的这些特定歌曲的位置的指针。

[0193] 现将参考图74和75讨论根据本发明的另一实施例的示例性亲和播放列表的创建。察看图74，用户有能力通过例如，从下拉菜单7401中选择标准，基于与专辑或艺术家相似或不相似的音乐，创建播放列表。一旦用户选择了其希望音乐与特定的专辑相似和/或不与特定的专辑相似，与特定的艺术家相似和/或不与特定的艺术家相似，则用户可以从艺术家下拉列表7402中选择艺术家和/或从专辑下拉列表7403中选择专辑。而且，可以选择相似度，例如，“不太相似”、“非常相似”等。系统随后将通过应用更严格或更不严格的相似因子，调节用于寻找两个或更多项之间的相似性的算法，作为每个用户的选择。

[0194] 此外，优选地向用户提供如下选项，即通过在模糊性旋钮7404上选择模糊性水平，选择模糊性水平。特定的歌曲/艺术家或专辑的模糊性是所选择的种类中的一个项与其他项的亲和程度的度量。模糊性优选地由网络上的用户的该歌曲/艺术家/专辑的集体等级或收听模式确定的，并且/或者通过系统操作员输入确定。例如，如果用户希望具有非常模糊的歌曲的播放列表，则媒体引擎106将查询媒体服务器118以寻找在过去y天中未被用户评定为等级x的歌曲。因此，所得到的播放列表将由相对于网络上的其他歌曲是模糊的歌曲组成，意味着其他的用户不能常常对该歌曲评定等级或者收听该歌曲。

[0195] 在选择了模糊性之后，还优选地向用户提供如下选项，即选择他们是否希望利用广泛多样的艺术家和/或专辑生成播放列表，或者歌曲是否应大部分来自相同的艺术家和/或专辑。一旦用户选择了该标准，则与前面讨论的播放列表相似，用户可以选择通过点击生成播放列表按钮7406生成播放列表，或者通过点击“将标准存为”按钮7407将标准存为文件。媒体引擎106优选地将标准转发到媒体服务器118。一旦生成了播放列表，则播放列表的结果将显示在接口7410中。此外，与前面讨论的播放列表相似，用户能够通过点击播放按钮7416播放播放列表，通过点击按钮7418下载播放列表，通过点击按钮7417将播放列表添加到另一播放列表，或者通过点击信息按钮7419获得关于播放列表或播放列表中的任何歌曲的额外信息。用户可以通过点击“将列表存为”按钮7420将播放列表存为文件。

[0196] 在另一实施例中，如可在图75中看到的，可以基于与艺术家和/或特定歌曲的相似性生成播放列表。与前面讨论的实施例相似，用户将通过从下拉列表7401中选择标准，选择有关他们希望音乐与特定歌曲相似或不相似的标准，唯一的差别在于，在该实施例中，用户从下拉菜单7403中而非从专辑中选择歌曲。也可以利用如艺术家、流派或等级的相似的其他选项。

[0197] 在如图76中所示的本发明的一个实施例中，一旦创建了播放列表，则用户具有处理所创建的播放列表的多种不同的选项。例如，用户可以通过点击播放播放列表按钮7630播放播放列表，如前面的实施例中的，或者可替换地，用户可以通过点击“烧录CD”按钮7631将播放列表烧录到位于设备114中的CD。在一个实施例中，当用户点击烧录CD按钮
7631时，或者将其保存到便携媒体播放器或其他存储媒体时，提示他或她将空白CD插入到设备114中，由此可以将播放列表烧录到CD上。如果播放列表对于CD是过长和/或过大的，则向用户提醒该问题，并且向用户提供改变媒体类型或者从播放列表中选择用户希望烧录到CD的歌曲的选项。可替换地，用户可以选择将播放列表复制到便携媒体存储设备，诸如作为非限制性示例，MP3播放器等，以便于使播放列表是便携的。在该实施例中，播放列表将不仅包含指针，而且将包括实际的媒体文件并且可选地包括相关联的元数据。

[0198] 此外，用户可以通过例如，点击公布播放列表按钮7633，选择将其播放列表公布给系统的其他用户。通过选择公布播放列表，将提示用户输入关于播放列表的名称。该播放列表将保存在处理器103和/或媒体服务器118处或者网络300上的其他位置。优选地向用户提供使公布的播放列表公用的选项，因此允许其他的用户不仅观看播放列表，而且收听该播放列表中列出的媒体。公布播放列表的能力具有额外的优点，即通过使所有用户可获得播放列表，使其是完全便携的，这是因为其将驻留在媒体服务器118上或者网络上的其他的用户可接入位置。

[0199] 现将参考图77讨论根据本发明的一个实施例的播放列表的公布。首先用户创建播放列表。步骤7700。该播放列表可以通过如上文讨论的许多种不同的方式创建(即，标准播放列表；亲和播放列表)。一旦创建了播放列表，则用户可以选择公布播放列表。步骤7710。如果用户选择公布播放列表，则媒体引擎106将查询媒体服务器118以确定媒体数据库120是否使该播放列表中的所有歌曲是可获得的。步骤7720。如果播放列表中存在未处于媒体数据库120中的歌曲，则媒体引擎106将这些歌曲复制到媒体数据库120。步骤
7730。一旦媒体数据库120具有播放列表中的所有歌曲，则将播放列表的名称和内容保存在播放列表数据库120中。步骤7740。因此，如果另一用户例如，通过此处另外描述的搜索功能或者通过同样是此处另外描述的“好友”功能请求该播放列表，则可以使该播放列表服务于该用户。步骤7750。公布的播放列表可以包含识别媒体文件驻留或者可接入媒体文件的网络位置(指针可以包括URL或URI)的指针、元数据或实际媒体文件，尽管优选地是，播放列表包含指针，以避免在网络上存储相同媒体文件的多种复本的需要。因此，通过经由网络公布播放列表，可以使用户获得该播放列表。

[0200] 根据本发明中的另一实施例，如图50中示出的，用户能够利用媒体引擎106识别连接到系统的其他用户并且经由即时消息程序与其通信。如上文讨论的，每个用户优选地具有其处理器103上的消息程序108，用户可以通过其与利用消息平台的其他用户通信。消息程序108可以呈现为仅用于消息递送的独立特征，并且/或者在需要扩展的媒体相关功能时，集成到媒体引擎106的功能中。依赖于用户需求，核心消息功能可由处理器103上的多个应用程序利用。在消息程序中，优选地存储关于用户的消息偏好的信息。该信息可以包括，例如，“好友”或者用户以某种方式认识的其他用户的列表。该列表由每个独立用户汇编，并且可以包括例如，同事、家人或同学。通过消息递送器客户端，该“好友”列表允许用户同他或她希望经常交互的其他用户容易地交互。根据本发明的一个实施例，媒体引擎106可以利用来自消息程序108的该信息改善用户的媒体收听体验。例如，媒体引擎106可以使用来自消息程序的“好友”信息在用户之间共享媒体信息和体验。如上文提及的，媒体引擎106优选地汇编和存储关于每个用户的特定的可获得的媒体文件的信息。在该实施例中，媒体引擎利用消息程序允许每个用户观看和/或访问其好友可获得的媒体。

[0201] 在图50中示出了一个结合该功能的示例性用户界面。如可在图50中看到的，如果用户从窗格201访问消息递送器按钮234，则用户“好友”的列表显示在窗格5010中。如可在图51中看到的，在一个实施例中，用户还可以通过点击紧接消息递送器按钮234的箭头5104，察看窗格201中的其“好友”的下拉列表。通过图50～54中讨论的用户界面，用户将能够显示他或她的一个“好友”的“我的音乐”收藏中的媒体文件。媒体引擎106可以生成用户界面，其显示关于运行106媒体引擎以及消息程序108的另一用户的媒体的信息。与用户的“我的音乐”收藏相似，优选地通过适当的权利管理许可，用户还将有能力探察和收听任何其“好友”的音乐以及特定的“好友”的播放列表和/或其他偏好。例如，如图52中示出的，如果用户使来自列表5106的特定好友(例如，JohnB)高亮，则窗格5220将使用JohnB的“我的音乐”收藏中的所有歌曲填充列表。与上文针对用户的“我的音乐”收藏接口讨论的实施例相似，JohnB的“我的音乐”收藏中的所有歌曲的列表将列出在右侧最下面的窗格5220中。该列表在呈现关于各个歌曲的信息的栏中归类，该信息包括，例如，歌曲标题5222、时长5224、艺术家5226、专辑5228、音轨5230和上一次播放该特定歌曲的时间
5232。应当注意，这些栏仅是示例性的，并且在窗格5220中还可以包括如下的栏，其包括关于特定歌曲的诸如流派的其他信息，或者利用如上文参考图2描述的等级工具评定特定歌曲的等级的能力。此外，优选地，将JohnB的“我的音乐”收藏中的所有艺术家的歌曲的完整列表显示在窗格5240中。除了关于位于“好友”的“我的音乐”收藏中的媒体文件的信息，用户还可以访问关于来自接口5000中的“好友”的另外的信息。从用户到用户的信息优选地是通过消息程序108传递的，但是可以也可以通过现在已知或将来了解的任何数据传输方法传递。例如，用户可以访问关于他或她的“好友”的资料信息，其可以指出例如，该“好友”的业余爱好和/或喜爱或不喜爱，并且通过窗格5210访问该“好友”的因特网无线电台。关于每个用户的该资料信息存储在用户信息数据库360中，如上文参考图3讨论的。用户偏好数据也是可存储的可交换的。媒体引擎106获得该资料信息并且允许用户通过窗格5210访问该信息。在一个实施例中，用户还可以选择添加他或她的“好友”，作为关于其无线电台的“影响者”。如果用户选择添加他或她的“好友”作为“影响者”，则当媒体服务器118经由因特网无线电向用户流传送音乐时，其流传送的歌曲将偏向于“影响者”优选的歌曲，或者在向用户提供推荐时，这些推荐将基于被“影响者”评定为高等级的歌曲。换言之，媒体服务器118流传送或推荐的歌曲将是被选为影响者的“好友”评定为高等级的歌曲。基于预定的或计算的因素，诸如隐性或显性用户行为或者此处讨论的其他的基于偏好的技术，用户或系统或此两者可以提醒影响量。

[0202] 如可在图53中看到的，用户可以通过在窗格5240中点击来自艺术家列表的特定艺术家(即，Emmylou Harris)，进一步缩窄他或她的观看“好友”的“我的音乐”列表的范围。这样，用户可以在窗格5310中察看关于该特定艺术家的专辑列表。此外，窗格5220中将仅显示处于该“好友”的“我的音乐”收藏中的该特定艺术家的歌曲。用户可以通过在窗格5310中自列表中选择专辑，进一步缩窄窗格5220中的观看范围，如可在图54中看到的。通过从窗格5310中选择特定的专辑，仅向用户提供来自特定的“好友”(即，JohnB)的“我的音乐”收藏中的该专辑的歌曲的列表。此外，如可在图50～54中看到的，与用户利用艺术家、专辑、流派或歌曲浏览他或她自有的“我的音乐”收藏的方式相似，如上文参考图2～
3讨论的，用户可以相似地通过从下拉菜单5201选择浏览标准，浏览“好友”的“我的音乐”收藏。然后可以通过与此处另外描述的方式相同或相似的方式，选择媒体项用于播放、存储、添加到播放列表等。简而言之，用户的“好友”的“我的音乐”收藏变为该用户的“我的音乐”收藏的扩展。

[0203] 与上文参考图18～32讨论的实施例相似，在本发明的另一实施例中，用户可以搜索另一用户的媒体收藏。如可在图55中看到的，用户接口5500包含其中可以输入搜索项的文本框5501以及其中可以选择用于搜索搜索项的种类的下拉菜单5502。例如，在图55中，示出了显示页面，其中用户选择在JohnB的“我的音乐”收藏中的所有艺术家中搜索项“John”。一旦用户选择了搜索项(例如，John)，则在艺术家窗格5505中示出与该标准匹配的歌曲的艺术家的列表。在窗格5515中还示出了与该标准匹配的所有歌曲。此外，在窗格5510中示出了与该标准匹配的专辑的列表。用户可以通过在窗格5505中点击艺术家进一步缩窄搜索结果范围。例如，如果用户通过窗格5505点击艺术家JohnColtrane，如可在图
56中看到的，窗格5515将仅显示来自艺术家JohnColtrane的歌曲。相似地，在专辑窗格
5510中将仅显示与该选定艺术家匹配的专辑。

[0204] 用户可以通过从窗格5510中选择特定的专辑，进一步缩窄搜索结果范围，如可在图57中看到的。如果从窗格5510中选择特定专辑，则窗格5515中将仅显示来自该专辑的歌曲。在该实施例中，与用户能够浏览和播放来自他或她自有的“我的音乐”收藏的歌曲的方式相似，用户可以浏览和播放来自他或她的“好友”的“我的音乐”收藏的歌曲。如可在图58中看到的，如果用户通过窗格5515使特定歌曲高亮并且点击之，则将在媒体播放器240中播放该歌曲。此外，用户可以将来自“好友”的“我的音乐”收藏的歌曲添加到他或她自有的“我的音乐”收藏。在一个实施例中，这可以通过如下方式实现，即将特定歌曲从窗格
5515拖放到用户的“我的音乐”按钮222中。相似地，通过将特定歌曲从窗格5515拖放到播放列表232中，也可以将来自“好友”的“我的音乐”收藏的歌曲拖放到特定用户的播放列表中。应当注意，该实施例使用户能够针对他或她的“好友”的“我的音乐”收藏执行他或她可针对其自有的“我的音乐”收藏执行的任何行动，优选地同时考虑适当的数字版权或其他授权考虑。

[0205] 在另一实施例中，用户可以利用其“好友”的“我的音乐”收藏中的歌曲名称中的变量，通过从下拉菜单5502中选择“歌曲”并且在文本框5501中插入搜索变量，搜索其“好友”的“我的音乐”收藏中的歌曲。如可在图59中看到的，如果用户通过下拉菜单5502选择搜索歌曲名称并且例如，使用搜索项“fin”填充文本框5501，则媒体引擎106将在窗格5505中返回艺术家列表、在窗格5510中返回专辑并且在窗格5515中返回歌曲，它们与该特定标准匹配。然后用户可以直接从窗格5515中选择歌曲，或者从窗格5505中选择艺术家或从窗格5510中选择专辑，以进一步缩窄搜索范围，使其仅包括来自该艺术家或专辑的歌曲。如可在例如图60中看到的，如果用户选择仅观看其中具有项“fin”的JohnB的“我的音乐”收藏中的“Roger Miller”的歌曲，则用于将从窗格5505中选择Roger Miller，这将在窗格5510中显示Roger Miller的所有专辑，并且在窗格5515中显示Roger Miller的所有歌曲。如可在图61中进一步看到的，如果用户在窗格5510中选择一个专辑，则窗格
5515将仅显示来自该特定专辑的歌曲。再一次地，用户可以通过从窗格5515中选择歌曲，播放、存储、传输等任何特定的歌曲。

[0206] 此外，现将通过参考图62～70讨论相似的实施例，其中用户可以通过专辑和/或流派搜索“好友”的“我的音乐”收藏。如可在图62中看到的，用户可以通过从下拉菜单5502中选择专辑并且使文本框5501中包括搜索项，诸如例如“love”，可以选择在来自其“好友”的“我的音乐”收藏的专辑名称中搜索特定的搜索项。再一次地，这将导致在专辑名称中具有项“love”的特定“好友”的“我的音乐”收藏中的歌曲显示在窗格5515中。如可在图63中看到的，再一次地，用户可以通过从窗格5505中选择特定的艺术家，进一步缩窄搜索范围，在该情况中，窗格5515中将仅显示来自该特定艺术家的歌曲。再一次地，用户可以通过从窗格5510中选择专辑，进一步缩窄搜索范围，在该情况中，窗格5515中将仅显示与该专辑匹配并且与搜索标准匹配的歌曲，如可在图64中看到的。

[0207] 在另一实施例中，用户可以在“好友”的“我的音乐”收藏中的歌曲的流派中搜索特定的项，如可在图65中看到的。与上面的实施例，为了执行该搜索，用户可以从下拉菜单5502中选择“流派”并且将特定的搜索标准输入到文本框5501中。如可在图65中看到的，如果用户从下拉菜单5502中选择流派并且在文本框5501中填入串“rock”，则窗格5515中将显示在流派名称中具有串“rock”的歌曲，并且关于这些歌曲的艺术家和专辑的列表将分别显示在窗格5505和5510中。如果用户从艺术家窗格5505中选择特定的艺术家，则可以进一步缩窄搜索范围，如可在图66中看到的。如可在图66中看到的，窗格5515中将仅示出与选定艺术家“New York Dolls”匹配的歌曲，并且窗格5510中将仅示出与该艺术家匹配的专辑。如果用户从窗格5510中选择专辑，则可以进一步缩窄搜索范围。如可在图67中看到的，窗格5515随后将仅显示与该标准匹配并且来自用户选择的专辑的歌曲。

[0208] 在另一实施例中，用户可以通过他或她的“好友”的“我的音乐”收藏的多种识别特性(即，专辑名称、歌曲名称、艺术家名称、流派，偏好等级)一次搜索所有的特定搜索项。如可在图68中看到的，如果用户从下拉菜单5502中选择“所有”，并且在文本框5501中填入特定的搜索项(例如，“morn”)，则用户接口将在窗格5515中返回具有该标准的特定的“好友”的“我的音乐”收藏中的所有歌曲。此外，窗格5505中将显示与该标准匹配的所有艺术家的列表，并且窗格5510中将显示与该标准匹配的所有专辑。与前面的实施例相似，用户可以通过从窗格5505中选择特定艺术家(例如，“my morning jecket”)，进一步缩窄搜索范围，如可在图69中看到的。一旦用户选择了特定艺术家，则窗格5510中将仅显示来自与该标准的特定艺术家的专辑，并且窗格5515中将仅显示与该特定艺术家和该标准匹配的歌曲。如果用户从窗格5510选择特定的专辑，则可以进一步缩窄搜索范围，如可在图70中看到的。如可在图70中看到的，一旦用户从窗格5510中选择特定的专辑，则窗格
5515中仅显示来自该特定专辑的歌曲。与上文参考图18～32讨论的实施例相似，在一个实施例中，可以基于用户执行的先前的搜索，自动地填充搜索文本框5501，例如一旦用户敲入“MI”，则填充字“mirror”。

[0209] 在参考图71的本发明的另一实施例中，连接到消息平台116的多种处理器103可以在不使用消息平台116的情况下通过连接到网络300互连。在受让于本申请的受让人的在2003年11月18提交的题为“Method and Apparatus for Assisting With Playback of Remotely StoredMedia Files”的美国专利申请No.10/715,694中公开了相似类型的网络的使用，其内容在此处并入作为参考。在本发明的一个实施例中，例如用户A使用处理器7110和处理器7140，处理器7110位于用户A的家中，而处理器7140位于用户A的工作位置。用户B使用处理器7120，而用户C使用处理器7130，并且用户D使用处理器7150和7160，处理器7150位于例如，用户D的家中，而处理器7160例如，位于用户的工作位置。所有这些处理器可以在不保持经由消息平台116的连接的情况下互连。具体地，如果所有处理器连接到消息平台116，则消息平台116能够感应和中继每个处理器之间的信息。例如，如果除了连接到消息平台之外，用户A的两个处理器，即处理器7110和7140经由网络300相互连接，并且用户D的两个处理器，即处理器7150和7160经由网络300相互连接，并且处理器7120连接到处理器7140，而处理器7150也连接到处理器7130，图71中显示的所有处理器可被视为互连的。这是因为，由于处理器7110保持同处理器7140和7130的连接，因此其还可以将处理器7130用作渠道以连接到处理器7120、7150或7160。该渠道优选地是通过消息程序108管理的，但是也可以利用在处理器102上运行的分立的对等联网软件应用程序，其独立操作或者与消息程序108协作或者作为其一部分。即，如果处理器7110处的用户A希望与处理器7150交换媒体文件或其他信息，则这可以通过如下方式实现，即经由其同处理器7130的连接发送文件，处理器7130通过与处理器7160的连接转发该文件，处理器7160能够经由其直接连接将该文件传输到处理器7150或者指向处理器7150。
可替换地，处理器711将接收特定的媒体文件或其信息的位置。处理器7110随后可前往例如，处理器7150并且使其流传送该文件或信息。应当注意，再一次地，在特定的实施例中，首先执行验证以确定用户具有用于将特定的歌曲流传送到该用户的适当的数字版权。换言之，如其他的实施例中讨论的，该系统优选地能够管理数字版权，以便于避免用户之间的非法的媒体文件分送。

[0210] 在该示例性实施例中，创建网络，其中用户分组利用其多种互连创建可用于在多种处理器之间交换文件和/或流传送信息或媒体文件的网络。如可参考图72看到的，处理器103连接到消息平台116以获得消息平台116了解的用作处理器103的扩展网络的成员的其他处理器103的列表。步骤7201。换言之，消息平台116将向请求处理器103提供关于保持同消息平台116的连接的所有其他处理器的信息，该请求处理器103可以通过直接连接或者通过另一处理器的连接使用该所有其他处理器。由消息平台116给出的该处理器列表被称为所有不同的“对等方”的列表，请求处理器可以通过其“对等网络”使用该“对等方”。步骤7202。一但处理器103自消息平台116获得了“对等方”的列表，则处理器103不再需要连接到消息平台116。处理器103随后通过消息平台116，尝试发起同传递给其的每个其他处理器103或者对等方的连接。步骤7203。这可以通过如下方式实现，向请求关于处理器的可用性信息的每个处理器对等方发送消息。如果其他的处理器是可用的，则它们将返回指出其可用性的消息。步骤7204。一旦处理器103接收回关于处理器网络中的其他处理器或对等方的可用性的信息，则其汇编关于“对等方”的信息，其包括返回消息所耗用的时间。步骤7205。因此，处理器除了具有其对等网络中的可用的处理器的列表之外，还将具有连接的列表，即哪些连接响应较快并因此保持对等方之间的较快的连接，以及哪些连接是较慢的连接。下一步，如果处理器103希望搜索特定的媒体文件(例如，歌曲)，则处理器将向对等网络中列出的所有处理器发出搜索请求。步骤7206。网络中的每个处理器检查其是否具有所请求的文件，并且将指出其具有或不具有该文件的适当的消息发送回请求处理器。步骤7207。一旦请求处理器接收到来自对等网络中的对等方的任何或所有响应，随后可将媒体文件流传送或复制到请求处理器。步骤7208。

[0211] 应当注意，在网络中搜索文件时，搜索的处理器可以包括两个直接连接的处理器，诸如图71中的处理器7110和7130，或者包括未直接相互连接但是通过另一处理器连接的处理器。例如，再一次参考图71，通过处理器7130创建的对等网络可以包括处理器7160和7110，其均直接连接到处理器7130。然而，在搜索文件或其他信息时，处理器7130除了搜索处于其对等网络中的处理器(即，处理器7110和7160)之外，还能够搜索该处理器的对等网络，即7110的网络和7160的网络。因此，处理器7130还能够搜索处理器7120、7140和
7150。这是因为，尽管这些处理器未在处理器7130的网络中直接连接，但是它们确实处于
7130的对等方的网络中。

[0212] 当查询消息平台116以获得可以用作处理器7130的对等方的其他处理器的列表时，在一个实施例中，消息平台还可以提供关于处理器状态或状况的信息，诸如它们此时是否实际连接到网络，或者它们是否正在活跃地接收消息。在另一实施例中，消息平台仅提供如下信息，即存在请求处理器可以连接的特定处理器，而未提供关于该处理器的当前状态的任何信息。在该实施例中，由处理器决定独立地连接到每个处理器和/或对等方，并且获得当前状态。因此，通过使用消息递送和/或对等连接性，媒体引擎106能够针对具体的用户并入较大范围的媒体，使用户的媒体文件接入选项超越用户的具体收藏，扩展到用户的好友的收藏。

[0213] 在另一实施例中，通过用户接口，用户可以利用相似性探察功能生成相似的用户/成员、专辑、艺术家、歌曲或流派的列表。该功能可以整体地或部分地由亲和引擎350执行，其基于用户的等级、偏好、播放数据、和/或显性和/或隐性用户行为生成所需的列表。在另外的实施例中，亲和引擎在生成该列表时优选地应用过滤器功能或阈值。该阈值优选地涉及与相似性列表中的每个潜在的候选者相关联的项目或动作的数目或数量或尺寸。为了使潜在的候选者有资格与相似性列表适当匹配，该候选者必须优选地满足该特定阈值。

[0214] 在使用相似性探察功能的一个示例性实施例中，用户可以接入网络中的相似的用户或成员的列表。亲和引擎优选地基于用户的等级、偏好和/或播放数据生成相似的成员的列表。而且，亲和引擎在生成相似的成员/用户列表时可以应用阈值。在一个实施例中，可以将阈值设定为被特定用户评定等级的项目(流派/专辑/艺术家/歌曲)的预定数目。例如，用户必须至少评定了20个项目的等级，并且被选为相似的用户必须至少评定了100个项目的等级。因此，不满足该阈值数目的成员/用户将不会包括在相似的成员/用户列表中。如可参考图78看到的，用户接口允许成员接入和观看相似的成员的列表。首先，用户点击位于用户接口的特定窗格7815中的与相似成员的功能7810相关联的链接。然后，如图79中示出的，向用户呈现窗格7910，其列出了亲和引擎350生成的相似成员7915。该生成可以在用户请求列表时发生，或者可以作为亲和引擎350周期性执行的背景功能或批处理功能生成。通过该窗格，用户可以接入关于每个列出的成员7915的信息。例如，用户可以接入被特定的列出成员评定为高等级的艺术家7925。在另一示例中，用户可以接入被列出成员7915视为相似的成员7920。这允许用户探察和扩展到不同的程度和相似成员的分支。在另一示例中，用户可以浏览每个列出成员7915的头像或者其相关信息，诸如用户名称、该特定成员7915喜爱的艺术家等。

[0215] 在使用相似性探察功能的一个示例性实施例中，用户可以接入相似的艺术家的列表。因此，通过与用户相似性探察相似的方式，亲和引擎350基于积累的隐性或显性用户信息，或者系统操作员提供的信息，但是优选地至少部分地基于用户等级、偏好和/或播放数据，生成相似艺术家的列表。而且，亲和引擎350可以在生成相似艺术家的列表时，可选地应用阈值参数。因此，不满足该阈值的艺术家将不会包括在相似艺术家列表中。阈值参数的示例是，特定的艺术家呈现在用户的库中的次数，或者艺术家与特定的艺术家一起呈现在用户的库中的次数。如可参考图80看到的，用户接口允许成员接入和观看相似的艺术家列表。首先，用户点击位于用户接口中的与相似艺术家功能8010相关联的链接。为用户显示相似艺术家的删节的或简化的列表8015。用户随后可以点击“更多”8020链接，以接入更多的相似艺术家和相关的详细信息。这样，如图81中示出的，向用户呈现窗格8110，其列出了亲和引擎生成的相似艺术家8115。通过该窗格，用户可以接入关于每个列出的艺术家8115的信息。例如，用户可以接入被列出艺术家8115视为相似的艺术家8120。因此，如果用户点击“相似艺术家”8120链接，则向用户呈现窗格8210，其具有与一个前面列出的艺术家8115相似的艺术家8215，如图82中示出的。这允许用户经由简单直接的用户接口，通过一连串的点击，探察和扩展到不同的程度和相似艺术家的分支。用户可以执行用户需要的选定的相似艺术家的交互。在任何时候，用户优选地进一步能够使用多种参数，例如，相对于较不出名或不太流行的艺术家的更加主流或流行的艺术家，通过此处另外描述的方式，例如，经由接口元素8226，过滤或缩窄相似艺术家的显示范围。如图82和83中示出的，用户可以基于订阅级别、授权标准、DRM遵守，或其他限制因素，选择显示所有相似性结果8220或者仅显示用户8225可以通过系统100/300获得的相似性结果。

[0216] 除了用户和艺术家，利用相似的用户接口和亲和引擎350，上文描述的探察功能还可以应用于其他标准，用于产生相似的歌曲、专辑、流派或其他标准。

[0217] 本领域的技术人员应认识到，本申请中的本发明的方法和系统可以通过多种方式实现，并且因此不限于前面的示例性实施例和示例。换言之，由单个或多个部件在硬件和软件的多种组合中执行的功能元素和独立的功能，可以分布于客户端或服务器级上的软件应用程序中。在这一点上，此处描述的不同实施例的许多特征可以组合到一个单独的实施例中，并且具有少于或多于此处描述的所有特征的特征的可替换的实施例也是可行的。功能还可以通过现在已知或未来将了解的方式，整体或部分地分布于多个部件中。因此，在实现此处描述的功能、特征、接口和优选方案时，无数的软件/硬件/固件组合是可行的。而且，本发明的范围涵盖了传统上已知的特征以及如本领域的技术人员理解的通过此处描述的系统部件进行的变化和修改的特征。