CN104978397A

CN104978397A - 用于创建播放列表的系统和方法

Info

Publication number: CN104978397A
Application number: CN201510295977.5A
Authority: CN
Inventors: 沙马尔·拉纳辛赫; 布拉德利·德金蒂格; 克里斯多佛·斯塔扎克; 加里·法拉塔罗拉
Original assignee: Fly Upward Management Co Ltd
Current assignee: Yahoo Inc; Fly Upward Management Co Ltd
Priority date: 2005-10-20
Filing date: 2006-09-28
Publication date: 2015-10-14
Also published as: US20060265421A1; JP4981812B2; KR100990611B1; CN101517528A; EP1941389A4; WO2007047068A2; US8180770B2; JP2009512967A; KR20080066043A; EP1941389A2; WO2007047068A3

Abstract

本发明涉及用于创建播放列表的系统和方法。提供一种个性化并且可定制的播放列表的方法、系统和用户界面。在一个实施例中，用户生成播放列表的方法和系统包括用户选择和/或输入与媒体文件相关联的媒体文件标识符，然后发起自动播放列表生成。

Description

用于创建播放列表的系统和方法

本申请是于2006年9月28日提交的、题为“用于创建播放列表的系统和方法”的中国专利申请200680048419.8的分案申请。

技术领域

本公开一般地涉及用于基于用户与媒体程序的交互创建播放列表的系统、方法和用户界面。

背景技术

已知许多用于创建播放列表的媒体管理程序、系统、方法和用户界面，但是它们不一定是健壮的。此外，随着多媒体源和较大的用户媒体库的出现，用户希望提供改进的播放列表生成技术。当前的播放列表生成技术不容易使用以自动方式或者从多个媒体源创建列表的方法。

发明内容

本公开通过提供用于至少基于所选媒体文件容易地创建播放列表的方法、系统和用户界面来试图解决这些缺陷。此外，本公开允许用户基于来自多个源的媒体文件创建个性化播放列表和创建具有来自多个源的媒体文件的个性化播放列表。本公开涉及利用存储和/或访问可体验媒体的代表的自动识别来体验媒体内容的能力，所述可体验媒体例如是音乐、音频、视频、口语、照片、艺术品等。这里所使用的术语“内容”或“媒体”被广义地用来包括任何类型或类别的可体验、可检索、存档和/或存储的媒体，包括单个的或集合的，并且媒体或内容的各个项目一般被称作条目、歌曲、音轨、项目或文件，但是，使用任一个术语不应被认为是限制性的，因为这里所述的概念特征和功能一般是要应用于可由用户体验的任何可存储和/或可检索项，无论是按照任何已知或者将知的方式中的听觉、视觉或者其他方式。

本公开的一个实施例包括用于创建个性化并且可定制的播放列表的方法、系统和用户界面。在一个实施例中，用于生成播放列表的方法和系统包括用户选择和/或输入与媒体文件相关联的媒体文件标识符，然后点击按钮来发起自动播放列表生成。在又一个实施例中，在用户选择了媒体文件标识符之后，用户具有在点击按钮来发起自动播放列表生成之前选择参数和/或过滤器的选项。在一个实施例中，播放列表是完全在本地创建的。这意味着，用户可以利用该用户的本地处理器(个人计算机或便携式设备等)生成播放列表，而无需连接到服务器或因特网或者依赖于服务器或因特网。此外，用户可以完全在本地创建播放列表，然后将该播放列表传送到便携式设备或媒体。

在另一个实施例中，播放列表是利用服务器和/或因特网来生成播放列表而创建的。因此，在一个方面中，服务器创建播放列表然后将其发送给用户。

此外，该方法和系统包括用于创建个性化的并且可定制的播放列表的直观的用户界面。该用户界面允许用户基于从最小用户输入到多个明确的用户输入的各种级别的用户参与来创建播放列表。

在其他实施例中，该用户界面与媒体管理程序一起帮助用户管理它们的曾创建的播放列表。在一个实施例中，用户可以通过将播放列表加载到媒体播放器并在其中进行播放来管理播放列表。在另一个实施例中，用户可以通过保存用于生成播放列表的标准来管理播放列表。因此，用户可以在从其创建播放列表的用户的媒体文件标识符改变后创建更新后的播放列表，同时用户的期望标准保持不变。此外，取决于标准和可用媒体，每次生成的播放列表将不同。

在另一个实施例中，用户可以通过将播放列表发送给另一个用户来管理播放列表。在另一个实施例中，用户可以通过将播放列表刻录成CD来管理播放列表。在另一个实施例中，用户可以通过将播放列表传送到便携式设备来管理播放列表。在另一个实施例中，用户可以通过重新排列和/或删除播放列表中的音轨来管理播放列表。

在又一个实施例中，用户可以按照任何期望的组合来执行任意上述管理功能。例如，一旦生成了播放列表，用户可以从播放列表删除音轨、播放该播放列表、然后将该播放列表发送给另一个用户。

在一个实施例中，一种用于创建播放列表的方法包括：接收与第一媒体文件相关联的第一数据集合，所述第一数据集合包括与所述第一媒体文件相关联的属性；基于所述第一数据集合和关系数据创建候选媒体文件标识符的列表，其中所述媒体文件标识符中的每个与一个候选媒体文件相关联；至少部分基于与所述候选媒体文件相关联的属性是否类似于与所述第一媒体文件相关联的所述属性，选择所述候选媒体文件标识符中的将被包括在所述播放列表中的一些或者全部；以及基于所述选择的候选媒体文件标识符创建所述播放列表。

在一个实施例中，所述关系数据被存储在服务器中。在一个实施例中，所述第一媒体文件包括音频或视频文件。在一个实施例中，所述候选媒体文件和所述第一媒体文件之一或者二者的所述属性可以包括艺术家名称、歌曲集名称、媒体文件名称、与所述第一媒体文件相关联的id、以及任何其他有用的媒体文件信息。

在一个实施例中，所述关系数据被作为图存储，其中所述播放列表中的媒体文件被关联到所述图的顶点，并且所述图的边表示所述媒体文件之间的关系。在又一个实施例中，所述边包含与所述关系的强度相对应的权重。在另一个实施例中，所述关系数据可以基于明确用户行为。在另一个实施例中，所述关系数据可以基于隐含用户行为。

在一个实施例中，所述播放列表包括至少一个与媒体文件相关联的媒体文件标识符。在一个实施例中，所述媒体文件标识符包括指针或统一资源定位符。在另一个实施例中，所述媒体文件标识符与可通过流传输媒体文件获取的所述媒体文件相关联。在另一个实施例中，所述媒体文件标识符与可下载的媒体文件相关联。在另一个实施例中，所述媒体文件标识符与可位于用户的计算设备上的媒体文件相关联。

在一个实施例中，所述方法还包括基于播放列表参数选择所述候选媒体文件。在一个实施例中，所述播放列表参数包括用于影响所述播放列表的总计大小的大小参数。在一个实施例中，所述总计大小可以基于媒体文件的数目、时间长度或者基于文件大小。

在另一个实施例中，所述播放列表参数包括用于影响所述播放列表中的媒体文件的媒体文件源的源参数。在另一个实施例中，所述媒体文件源是点播流传输媒体服务。在另一个实施例中，所述媒体文件源是本地媒体库。在又一个实施例中，所述媒体文件源包括点播流传输媒体服务和本地媒体库。

在另一个实施例中，所述播放列表参数包括用于影响与所述播放列表中的媒体文件相关联的流行程度的流行参数。在一个实施例中，所述播放列表参数包括用于将所述播放列表中的媒体文件限制到一个时间段的发布日期参数或者由两年定义的年代。

在一个实施例中，所述播放列表参数包括用于影响与所标识出的媒体文件相比在所述播放列表中相似媒体文件出现的程度的多样性参数。

在一个实施例中，一种用于创建播放列表的方法包括：接收表示选择与媒体文件相关联的媒体文件标识符的第一用户输入；接收表示希望创建所述播放列表的第二用户输入；在所述第二用户输入后向远程位置发送与所述媒体文件相关联的数据集合，以部分基于所述数据集合和关系数据创建所述播放列表；从所述远程位置接收所创建的播放列表；以及实现对所述播放列表的显示。

在另一个实施例中，一种用于创建播放列表的方法包括：接收表示选择与媒体文件相关联的媒体文件标识符的第一用户输入；接收表示希望创建所述播放列表的第二用户输入；在所述第二用户输入后，基于先前从远程位置访问的关系数据和与所述媒体文件相关联的数据集合创建所述播放列表；以及实现对所述播放列表的显示。

在一个实施例中，所述媒体文件标识符是通过接收搜索输入标准而被选择的。在一个实施例中，所述输入标准可以是艺术家名称、媒体文件名称、播放列表参数。

在一个实施例中，该方法还包括基于播放列表参数选择候选媒体文件。在一个实施例中，所述播放列表参数包括用于影响所述播放列表的总计大小的大小参数。在一个实施例中，所述总计大小可以基于媒体文件的数目、时间长度，或者基于文件大小。

在另一个实施例中，所述播放列表参数包括用于影响所述播放列表中的媒体文件的媒体文件源的源参数。在一个实施例中，所述媒体文件源是点播流传输媒体服务。在另一个实施例中，所述媒体文件源是本地媒体库。在又一个实施例中，所述媒体文件源包括点播流传输媒体服务和本地媒体库。

在一个实施例中，所述播放列表参数包括用于影响与所述标识出的媒体文件相比在所述播放列表中相似媒体文件出现的程度的多样性参数。

在一个实施例中，所述数据集合包括与所述第一媒体文件相关联的属性。在一个实施例中，所述属性是从与所述第一媒体文件相关联的元数据导出的。在一个实施例中，所述属性可以包括艺术家名称、歌曲集名称、媒体文件名称、或者与所述第一媒体文件相关联的id。

在一个实施例中，所述第一媒体文件包括音频文件或视频文件。

在一个实施例中，所述关系数据被作为图存储，其中所述播放列表中的媒体文件被关联到所述图的顶点，并且所述图的边表示所述媒体文件之间的关系。在又一个实施例中，所述边包含与所述关系的强度相对应的权重。在一个实施例中，所述关系数据可以基于明确用户行为或者基于隐含用户行为。在一个实施例中，所述播放列表包括至少一个与媒体文件相关联的媒体文件标识符。在又一个实施例中，所述媒体文件标识符可以包括指针或统一资源定位符。在一个实施例中，所述媒体文件标识符与可通过流传输媒体文件获取的所述媒体文件相关联，与可下载的媒体文件相关联，或者与可位于用户的计算设备上的媒体文件相关联。在一个实施例中，所述远程位置可以包括服务器、位于服务器上的数据库、位于因特网上的数据库、或者远程计算设备。

在一个实施例中，一种用于创建播放列表的用户界面，包括：第一区域，用于标识与来自第一媒体文件源的媒体文件相关联的媒体文件标识符；第一用户可交互标记，其代表可变播放列表参数选择动作，所述选择与所述标记相关使得与所述标记的交互用信号通知使所述播放列表影响播放列表创建的程序；第二用户可交互标记，其代表播放列表创建动作，所述创建与所述标记相关使得与所述标记的交互用信号通知导致创建所述播放列表的程序，所述播放列表基于与所述媒体文件相关联的数据集合、所述播放列表参数和关系数据；以及第二区域，用于显示所述播放列表。

在一个实施例中，用户界面还包括第三区域，用于在所述标识后显示所述媒体文件标识符。

在一个实施例中，用户界面还包括第三用户可交互标记，用于播放所述播放列表。

在一个实施例中，用户界面还包括第三用户可交互标记，其代表随机媒体文件标识符选择动作，所述随机选择与所述标记相关使得与所述标记的交互用信号通知导致从媒体文件源随机选择所述媒体文件标识符的程序。

在一个实施例中，所述媒体文件源可以是点播流传输媒体服务、本地媒体库、点播流传输媒体服务和本地媒体库的混合。

在一个实施例中，所述播放列表参数包括用于影响所述播放列表的总计大小的大小参数。在一个实施例中，所述总计大小可以基于媒体文件的数目、基于时间长度、或者基于文件大小。

在一个实施例中，所述播放列表参数包括用于影响所述播放列表中的媒体文件的媒体文件源的源参数。在一个实施例中，所述媒体文件源可以是点播流传输媒体服务、本地媒体库、以及点播流传输媒体服务和本地媒体库的混合。

在一个实施例中，所述播放列表参数包括用于影响与所述播放列表中的媒体文件相关联的流行程度的流行参数。

在一个实施例中，所述播放列表参数包括用于将所述播放列表中的媒体文件限制到一个时间段的发布日期参数。在一个实施例中，所述时间段包括由两年定义的年代。

在一个实施例中，所述第一用户可交互标记包括可从第一选择位置到第二选择位置变化的用户界面元素，并且其中所述第一位置代表所选媒体文件和来自所述媒体文件源的候选媒体文件之间的较低的多样性级别，并且所述第二位置代表较高的多样性级别。

在一个实施例中，所述第一用户可交互标记包括可从第一选择位置到第二选择位置变化的用户界面元素，并且其中所述第一位置代表来自所述媒体文件源的候选媒体文件的较低的流行级别，并且所述第二位置代表较高的流行级别。

在一个实施例中，所述第一用户可交互标记包括可从第一选择位置到第二选择位置变化的用户界面元素，并且其中所述第一位置代表来自所述媒体文件源的候选媒体文件的本地媒体文件源，并且所述第二位置代表远程媒体文件源。在一个实施例中，所述本地媒体文件源可以是本地媒体库。或者点播流传输媒体服务。

在一个实施例中，所述第一用户可交互标记包括包含下拉菜单和文本字段框的用户界面元素，所述下拉菜单用于选择大小标准，所述文本字段框用于接收代表与所述大小标准相对应的数值的文本。

在一个实施例中，所述第一用户可交互标记包括包含菜单的用户界面元素，所述菜单用于选择时间段，使得可以选择如下媒体文件：所述媒体文件是具有落在所选时间段中的著作或出版日期的录制品。

附图说明

形成本申请一部分的下面的附图示出了本发明的实施例，并且不是要以任何方式限制本发明的范围，本发明的范围应基于所附权利要求书确定。

图1是示出了根据本公开的一个实施例用于生成播放列表的过程的流程图；

图2是示出了根据本公开的一个实施例用于生成播放列表的过程的流程图；

图3是根据本公开的一个实施例的示例性用户界面；

图4是根据本公开的一个实施例的示例性用户界面；

图5是根据本公开的一个实施例的示例性用户界面；

图6是根据本公开的一个实施例的示例性用户界面；

图7是根据本公开的一个实施例的示例性用户界面；

图8是根据本公开的一个实施例的示例性用户界面；

图9是根据本公开的一个实施例的示例性用户界面；

图10是根据本公开的一个实施例的示例性用户界面；

图11是根据本公开的一个实施例的示例性用户界面；

图12是根据本公开的一个实施例的示例性用户界面；

图13是根据本公开的一个实施例的示例性用户界面；

图14是根据本公开的一个实施例的示例性用户界面；

图15是根据本公开的一个实施例的示例性用户界面；

图16是根据本公开的一个实施例的示例性用户界面；

图17是根据本公开的一个实施例的示例性用户界面；

图18是根据本公开的一个实施例的示例性用户界面；

图19是根据本公开的一个实施例的示例性用户界面；

图20是根据本公开的一个实施例的示例性用户界面；

图21是根据本公开的一个实施例的示例性用户界面；

图22是根据本公开的一个实施例的示例性用户界面；

图23是根据本公开的一个实施例的示例性用户界面；

图24是根据本公开的一个实施例的示例性用户界面；

图25是根据本公开的一个实施例的示例性用户界面；

图26是根据本公开的一个实施例的示例性用户界面；

图27是根据本公开的一个实施例的示例性用户界面；

图28是根据本公开的一个实施例的示例性用户界面；

图29是根据本公开的一个实施例的示例性用户界面；

图30是根据本公开的一个实施例的示例性用户界面；

图31是根据本公开的一个实施例的示例性用户界面；

图32是根据本公开的一个实施例的示例性用户界面；

图33是根据本公开的一个实施例的示例性用户界面；

图34是根据本公开的一个实施例的示例性用户界面；

图35是根据本公开的一个实施例的示例性用户界面；

图36是根据本公开的一个实施例的示例性用户界面；

图37是根据本公开的一个实施例的示例性用户界面；

图38是根据本公开的一个实施例的示例性用户界面；

图39是根据本公开的一个实施例的示例性用户界面；

图40是根据本公开的一个实施例的示例性用户界面；

图41是根据本公开的一个实施例的示例性系统体系结构；

图42是根据本公开的一个实施例的系统配置或体系结构；

图43是示出了根据本公开的一个实施例用于生成播放列表的过程的流程图；

图44是示出了根据本公开的一个实施例用来生成播放列表的算法的高层流程图；

图45是示出了根据本公开的一个实施例用于初始化序列处理的过程的流程图；

图46是示出了根据本公开的一个实施例的处理防聚团逻辑(processanti-clumping logic)的流程图；以及

图47是示出了根据本公开的一个实施例的处理防聚团逻辑的流程图。

具体实施方式

总地来说，本公开包括用于创建个性化并且可定制的播放列表的方法、系统和用户界面。

现在将参考前述附图来讨论本公开的一些实施例，在前述附图中相似的标号指示相似的组件。

本公开的一个实施例包括用于通过直观的用户界面创建个性化并且可定制的播放列表的方法和系统。此外，如果希望的话，可以在最少明确的用户输入内生成播放列表。

在一个实施例中，只要播放列表创建应用首次被启动，或者当该应用被启动并且已访问到服务器时，初始化序列就发生。在一个实施例中，初始化序列使用户的本地媒体文件中的一些或者全部与关联ID和适当的关系数据相关。

播放列表创建应用可以被表示为自动唱片点唱机应用。在一个实施例中，播放列表应用可以被结合到媒体管理程序中。此外，播放列表创建应用可以是基于客户端的、基于服务器的、基于网络的、或者用户可以访问的任何类型的自动唱片点唱机应用。类似地，服务器可以是经由因特网连接到用户的本地处理器的集中式音乐信息服务器。

图45中示出了系统的软件应用之间的初始化序列的一个示例性实施例。如图45所示，当初始化序列被触发4500时，用户的本地库内容通过文本匹配过程或“等同”过程4505-4515。初始化序列可由任意数目的事件触发4500。例如，当播放列表创建应用首次启动时或者当播放列表应用再次与服务器、另一个计算设备、因特网或者任何其他远程位置通信时。参考图45，播放列表创建应用向服务器发送4510一列本地媒体文件标识符。然后，服务器匹配4515媒体文件与目录ID。在一个实施例中，目标ID可由条目或者人员例如在线社区或者点播流传输媒体服务定义。设想并非与本人的媒体文件相关联的所有媒体文件标识符都具有对应的目录ID，或者不是都能被匹配。一般地，这可能发生在媒体文件已破裂或者包含不属性的元数据的情况下。在一个实施例中，这些未识别出的媒体文件标识符(不具有对应的目录ID的媒体文件标识符)未被从播放列表中排除。在一个实施例中，由位于服务器中的等同引擎实现等同过程。此外，在另一个实施例中，媒体文件标识符被等同化(文本匹配并且被标识出)，并且与媒体文件相关联的关系数据被加以时间戳。因此，每次用户启动应用和/或连接到服务器时，系统可以通过查看该时间戳来确定最近的数据是否可用。如果最近的数据可用，则该数据被更新。因此，播放列表被认为是动态的，因为可以连续对其功能数据进行更新。

一旦媒体文件已被等同化4515，服务器就将媒体文件ID发送4520回播放列表创建应用。接下来，播放列表创建应用向服务器查询4525一组关系或者密切关系(affinity)(基于艺术家或者流派)。然后，服务器将该关系数据发送4530回播放列表创建应用。这里更详细地讨论该关系数据。在一个实施例中，播放列表创建应用与存储这些关系的数据库通信。例如，在播放列表创建应用驻留在用户的本地处理器中的实施例中，该处理器将容纳该关系数据库。

因此，在初始化序列结束后，不管位于何处，播放列表创建应用都访问一组媒体文件标识符，ID，和关系数据。因此，该信息可以被用来完全在本地或者与服务器共同创建定制的播放列表。

本公开设想了若干种方式和方法用于创建定制的播放列表。在一个示例性实施例中，播放列表可以完全在本地被创建。例如，用户可能希望仅利用他/她的计算设备上的本地媒体文件来创建播放列表，而不需要在线或者访问集中式的音乐服务器。在一个实施例中，计算设备可以包括个人计算机、个人数字助理或者蜂窝电话。在另一个实施例中，可以仅利用基于服务器的媒体文件和资源创建播放列表。在又一个实施例中，可以利用本地媒体文件和基于服务器的媒体文件的组合来创建播放列表。

当用户期望不管是否结合位于服务器上的媒体文件都创建包含任意数量的本地媒体文件时，或者当用户期望在该用户的计算识别上创建播放列表而无需在线或者访问集中式音乐服务器或者远程媒体文件和/或关系数据源时，可以在本地创建播放列表。因此，用来创建播放列表的关系数据位于本地媒体设备上，使得该设备完全可以在本地创建播放列表，而不与服务器通信。这意味着，计算设备具有这样的能力，接收并存储关系数据，使得其可以在无需在线或者与服务器或者任何其他外部组件通信的情况下生成交互式播放列表。在又一个实施例中，每次关系数据被下载到离线计算设备时，该事件被加以施加戳。因此，当该离线设备能够重新连接或者再次上线时，系统可以读取该施加戳，并且评估是否最近的关系数据可被下载到设备。因此，用户可以在该计算设备上接收最近的关系数据。

图2示出了一个实施例中的用于创建播放列表的总体流程图。如图2所示，播放列表创建过程被启动205。该播放列表过程可由任意数目的事件启动，例如用户选择至少一个媒体文件标识符，然后选择代表期望创建播放列表的用户界面标记。然后，确定210任何来自远程位置(远离本地媒体库的任何位置)的媒体文件应当被包括在播放列表中。在一个实施例中，这是由源参数设置确定的。如这里所讨论的，源参数允许用户(或者默认设置的播放列表创建应用)指定将被包括在播放列表中的媒体文件的源。在一个实施例中，源参数的设置包括只来自用户的本地媒体库的媒体文件变化、只来自服务器的文件、来自这两个源的混合。

在一个示例性实施例中，如果源参数指示任何级别的本地媒体文件都将被用在该播放列表中，则可以遵循图1所示的过程。此外，如果源参数指示任何级别的媒体文件都应当来自服务器(包括任何级别的本地媒体文件)，则可以利用图43所示的过程构造播放列表。当然，可以设想这里所述的过程的许多组合。

图1示出了用于在本地创建播放列表的一个示例性实施例。如图1所示，与媒体文件相关联的至少一个媒体文件标识符被选择105。在一个实施例中，媒体文件标识符与媒体文件相关联，并且可以包括代表名称、指针、统一资源定位符的文本串或者与媒体文件相关联的任何其他类型的信息。在另一个实施例中，媒体文件标识符可以是用户定义的或服务器定义的。这里将更详细地描述选择媒体文件标识符的各种方法。这些与媒体文件相关联的媒体文件标识符提供了媒体文件标识符被包括在所生成的播放列表中的基础。

重新参考图1，一旦选择105了被选的媒体文件标识符，就开始关系扩充过程110。一般来说，关系扩充过程110考虑到所选媒体文件标识符，通过针对所选媒体文件标识符包括所有可能的相关媒体文件标识符从而创建新的列表。在一个实施例中，该列表包括每个都与媒体文件相关联的一个或多个媒体文件标识符。在一个实施例中，该新列表是基于关系数据的。在一个实施例中，关系数据可以是基于与艺术家、流派、时代、歌曲集、媒体文件相关的关系或者媒体项之间的任何其他有意义或者可标识的关系的。在一个实施例中，关系扩充过程是基于多样性(diversity)参数设置的。在一个实施例中，多样性参数是基于播放列表中的媒体文件标识符与所选媒体文件标识符之间的变化性(variety)或者相似性程度的。换言之，媒体文件的多样性程度与出现在播放列表中的所选媒体文件标识符相似。因此，用户可以利用多样性参数来选择与媒体文件相关联的媒体文件标识符，以针对所选媒体文件标识符指定所生成的播放列表是否包含具有较低级别的变化性或多样性到较高级别的变化性或多样性。在一个实施例中，关系扩充过程将在多样性设置在任何位置都大于最小值时发生。在另一个实施例中，多样性参数设置被设置为自动默认位置或水平。例如，参考图28和29，它们示出了包括表示多样性参数及其设置的滑动条的示例性用户界面。如图28和29所示，在一个实施例中，关系扩充过程将在多样性滑动条位于位置2815-2830时发生，但是在对应于多样性的最低值的2810处不会发生。换言之，当滑动条被设置到2810时，播放列表将仅包含具有与所选媒体文件标识符的艺术家相同的艺术家的媒体文件标识符。

因此，在一个实施例中，当多样性设置在处多样性的最低级别之外的任何位置时，系统将扩充依赖于所选的特定多样性级别的媒体文件标识符的列表。一般而言，较高级别的多样性挑选较长的列表扩充。再参考图1，本地存储的关系数据115被用来计算新的关系列表。在一个实施例中，通过首先将关系数据从服务器下载到计算设备，关系数据被本地存储。在又一个实施例中，在设备能够与服务器通信时，该服务器可以接收更新后的关系数据。例如，计算设备将在其能够在线访问的任何时刻或者通过接收无线或者卫星更新来接收更新后的关系数据。

在一个实施例中，所选媒体文件标识符通过艺术家关系被与所生成的播放列表中的媒体文件标识符相关联，这意味着，最终为播放列表所选的媒体文件标识符部分基于与这些媒体文件相关联的艺术家和与所选媒体文件标识符相关联的艺术家如何相关而被选择。换言之，和与所选媒体文件标识符相关联的媒体文件相关的艺术家之间的相关性(relatedness)程度可以部分确定哪些媒体文件(取决于它们的关联艺术家)将被选择以被包括。因此，选择所生成的播放列表中的媒体文件可以基于艺术家关系，尤其基于艺术家之间的相关性或相似性程度。

在另一个实施例中，所选媒体文件标识符通过基于流派的关系被与媒体文件标识符的播放列表相关。这意味着，与最终被包括在播放列表中的媒体文件标识符相关联的媒体文件可以部分基于这些媒体文件的流派和与下述媒体文件相关联的流派如何相关而被选择，所述媒体文件是与媒体文件标识符相关联的所选媒体文件。换言之，所选媒体文件标识符特定的流派之间的相关性程度可以部分确定哪些媒体文件(取决于关联的流派)被选择以被包括在播放列表中。

因此，选择播放列表中的媒体文件可以基于流派关系，尤其是基于流派和子流派之间的相关性或相似性程度。

在另一个实施例中，所选媒体文件标识符通过音轨关系被与播放列表中的媒体文件标识符相关。这意味着，与被包括在播放列表中的媒体文件标识符相关联的媒体文件可以部分基于媒体文件或媒体文件自身的属性和与所选媒体文件标识符(例如，音量、节拍、韵律、乐调等)相关联的媒体文件如何相关而被选择。换言之，特定的所选媒体文件标识符之间的相关性程度可以部分确定与媒体文件标识符相关联的哪些媒体文件(取决于媒体文件的属性)被包括在播放列表中。

因此，关系扩充和包括过程可以被应用到任何有意义的关系集合，例如非限制型地包括，艺术家-艺术家关系、歌曲集-歌曲集关系、或者媒体文件-媒体文件关系。

再参考图1，一旦确定110了新的关系列表，就创建120候选媒体文件池。在一个实施例中，候选媒体文件池是与在步骤110中(基于任何有意义的类别，例如，艺术家、歌曲集、媒体文件和/或流派)确定的关系列表相关联的媒体文件列表。在一个实施例中，如图1所示，每个媒体文件的标识符被映射到艺术家ID 125，然后扫描130本地媒体库来确定应当为媒体文件标识符库选择哪些与每个ID相关的媒体文件标识符。然后，创建120了每个都与媒体文件相关联的候选媒体文件标识符的池。

一旦创建120了候选媒体文件标识符池，利用经加权随机选择符对每个媒体文件标识符进行处理135。在一个实施例中，经加权随机选择符考虑了与每个媒体文件相关联的分数。在一个实施例中，每个分数可以基于归一化的流行值和流行参数设置。在替换实施例中，可以基于任何数量的可用元数据计算该分数。在一个实施例中，经加权随机选择符过程用来从候选音轨池中选择将被包括在播放列表中的媒体文件标识符。因此，经加权随机选择符将为播放列表挑选媒体文件，从而创建140播放列表。

图43示出了利用来自远程位置的媒体文件创建播放列表的示例性实施例(或者在其他实施例中还利用一些本地媒体文件)。如图43所示，首先，确定4305基于所选媒体文件标识符的候选池。在一个实施例中，媒体文件标识符的候选池是基于与所选媒体文件标识符相关联的艺术家和多样性参数设置的。这意味着，候选池的大小和变化性将取决于与所选媒体文件标识符和所选多样性级别。在又一个实施例中，任何元数据或者与媒体文件相关联的信息或者它们的组合可以被用作候选媒体文件标识符的初始集合的标准。在另一个实施例中，任何关系数据可以被用作这些标准。例如，初始的池可以是根据在一定时段期间媒体文件的流行创建的。在另一个示例中，候选池可以是基于与所选媒体文件标识符的歌曲集或流派创建的。

在创建5305了候选媒体文件池后，可以对候选池应用过滤器4310。在一个实施例中，过滤器可以包括时间参数。例如，发布时间或者上述年代。

接下来，系统确定4315候选媒体文件池是否已达到由大小参数设置的最大大小。例如，最大大小可以是时间或者文件大小。在另一个实施例中，该阈值可以在本地资源的池已被耗尽时达到4335。如果候选池已达到该最大大小，则根据该池生成播放列表，然后返回到用户4320。如果候选池低于该最大大小，则确定是否添加来自用户的本地媒体库的媒体文件4325。在一个实施例中，利用图1所示的过程挑选来自本地库的媒体文件。在另一个实施例中，确定是否利用随机选择算法来从用户的本地媒体库拉媒体文件。随机选择算法在本地媒体文件和基于服务器的媒体文件之间随机地选择。如果系统确定应当从用户的本地库选择媒体文件，则系统就从用户的本地媒体库选择文件。如果系统确定应当从服务器选择媒体文件，则系统查询经加权随机选择符来从基于服务器的候选池选择媒体文件或音轨4330。在一个实施例中，经加权随机选项符是基于流行参数设置的。

不管系统是从用户的本地媒体库还是服务器选择媒体文件，都通过审美序列过程4330对媒体文件进行处理。

在一个方面中，审美序列过程4330保证所生成的播放列表是可视或者可听的，并且在功能上能愉悦用户。在一个实施例中，审美序列过程包括防聚团特征。

现在将更详细地描述防聚团的一个实施例。防聚团特征不时防止相同类型的媒体文件被连续包括在交互式播放列表中。在一个实施例中，这可以基于相关联的艺术家、歌曲集、流派、年代或者与媒体文件相关联的任何其他有意义的类别。在一个实施例中，防聚团特征查询一个队列，该队列包含播放列表中已包括的现有媒体文件的列表。在又一个实施例中，仅当关联的艺术家(或者歌曲集、流派、有意义的类别)已出现了一定次数，媒体文件才会被重复地考虑。这防止了系统仅因为媒体文件的关联艺术家或者其他类型的关联类别仅在交互式播放列表中出现了一次而排除该媒体文件。如果媒体文件的艺术家或者其他关联类别已在播放列表中出现了超过预定次，为了避免连续重复，与该相同的艺术家或者其他类别相关联的媒体文件将不会被选择。然后，系统将通过媒体文件选择过程，直到其发现了未重复的媒体文件为止，系统然后将更新该队列。

在一个实施例中，将被应用的防聚团逻辑的类型由多样性参数设置确定。图47示出了防聚团逻辑的一个示例性实施例。具体而言，图47中的防聚团逻辑在多样性参数处于最低级别并且存在多于一个已选媒体文件标识符时应用。如图47所示，一组“桶”被创建4705，其包含每个所选媒体文件指示符的候选媒体项。在另一个实施例中，每个“桶”包括被限于各个艺术家的上下文的各个随机经加权选择符。通过迭代地随机选择桶4710并且删除一个其候选媒体项从而创建了最终的混合体。该过程继续，直到已达到播放列表大小的限制4715或者桶被耗尽4725。当一个桶的媒体内容被耗尽时4725，不再考虑该桶4730。通过维持所使用的最近桶的索引实现了防聚团，并且随机桶选择过程继续直到所使用的最近桶不被选择为止。

图46示出了防聚团逻辑的另一个示例性实施例。具体而言，图46中的防聚团逻辑在多样性参数为大于最低级别的任何级别时应用。如图46所示，防聚团逻辑具有若干个参数4605。在一个实施例中，这些参数包括窗口大小、“抛弃”值、计数。窗口大小与其中特定艺术家(歌曲集或者流派或者其他有意义的类别)不应当被重复的音轨或者媒体文件的期望数目相关。例如，窗口大小不能被设置为数字3，即意味着针对每3个音轨；特定的艺术家在该3个音轨的窗口中不可能出现多于一次。“抛弃”值可以对应于艺术家的多样性已被耗尽并且可能必需重复的点。因此，计数参数指队列中的媒体文件的当前数目。在一个实施例中，该队列中的媒体文件是将成为所生成的播放列表的一部分的哪些媒体文件。

接下来，对于每个音轨，系统询问关联的艺术家是否已在队列中4615。在一个实施例中，队列长度等于窗口大小参数。如果该艺术家未在队列中，则从经加权随机选择符中删除该音轨4620，并且将该音轨添加到艺术家队列4625。然后，系统前进到经加权随机选择符中正考虑的下一个音轨4610。如果该艺术家已在窗口大小中，则计数被递增一4630。

在计数被递增一4360后，系统确定当前计数是否已达到“抛弃”值4635。如果当前计数等于“抛弃”值，则该例程结束4640。在一个实施例中，在退出或结束例程时，根据经加权随机选择符的剩余音轨被直接添加到播放列表。

如果计数值尚未达到“抛弃”值，则考虑根据经加权随机选择符的下一个媒体文件4610，并且再次开始审美序列过程。

如图43所示，一旦媒体媒体文件或者音轨都通过了上述审美过程4340，则媒体文件或音轨被添加到所生成的播放列表4335。该过程继续，直到达到播放列表的最大大小4335或者本地资源池已被耗尽为止。然后，交互式播放列表现在被创建并被发送到用户4320。

在一个实施例中，本公开的系统、方法和用户界面充当总体系统体系结构的一部分。图42示出了系统配置或体系结构的一个示例性实施例。如图42所示，该系统体系结构包括用户的个人计算机4205、至少一个媒体源4230、媒体提供者4215、以及到因特网4225的连接。其他实施例还可以包括至少一个其他用户4235。在该实施例中，用户的个人计算机4205还包括媒体文件元数据4265、内容项4260、用户偏好数据4255、用户界面4250、DRM 4245、播放列表生成器4240、以及本地媒体库文件4265。媒体提供者4215还包括媒体文件元数据4265、内容项4260、DRM 4245、等同引擎4275、关系数据库4270、用户偏好数据4280、以及流行数据4285。应当注意，这些系统配置仅是示例性的，并且可以设想上述组件中的一些可以或者可以不出现在其他系统配置中，这取决于用户的需求。图41示出了系统配置或体系结构的另一个示例性实施例。如图可见，图41与图42非常类似，只是图41还包括在用户的本地处理器或计算设备上的关系数据库4170。在一个方面中，这允许用户生成播放类别而不必访问远程位置例如服务器上的关系数据库。此外，这允许用户在不在线的情况下创建播放列表，因为关系数据库是本地存储的。

如上所述，在一个实施例中，用于创建播放列表的方法、系统和用户界面包括用户选择媒体文件标识符。在又一个实施例中，用户可以选择用户输入标记来发起播放列表生成。在一个实施例中，一旦选择了媒体文件标识符，则所选的媒体文件标识符被显示在专门用来收集所选的媒体文件标识符的面板中。在一个其他实施例中，用户可能必需手动将所选的媒体文件标识符导入到专门用于收集所选的媒体文件标识符的面板中。在一个实施例中，播放列表是从在该专用面板中收集的所有已选的媒体文件标识符生成的。在其他实施例中，如这里详细讨论的，播放列表是从在该专用面板中收集的所选媒体文件标识符和根据用户选择的任何参数和/或过滤器生成的。因此，在一个实施例中，用户必需首先选择媒体文件标识符以便生成播放列表。

本公开向用户提供了多种方式来选择与媒体文件相关联的媒体文件标识符，包括但不限于拖放媒体文件标识符、将代表媒体文件的文本输入到文本框中、以及/或者点击专用于从本地媒体库随机选择媒体文件标识符的工具。用户不被限制于一种用于选择媒体文件标识符的方法。因此，根据用户的期望，用户可以将所公开的用于选择媒体文件标识符的任何方法组合。此外，用户可以选择该用户所期望的数目的媒体文件标识符。

在一个实施例中，通过播放列表创建应用的用户界面，用户可以通过将媒体文件标识符从窗口面板拖放到用户界面的专门用于收集媒体文件标识符的专用面板中来选择媒体文件标识符。

如图4所示，用户可以通过将媒体文件标识符405从显示该用户的媒体库文件的另一个窗口面板400拖拉到专门用于收集所有媒体文件标识符条目的面板305来选择媒体文件标识符405。当然，用户可以重复该过程他期望的次数。

在其他实施例中，用户可以从包含媒体文件的各种其他窗口面板拖拉媒体文件标识符。例如，用户可以从显示在点播流传输媒体服务上可用的媒体文件标识符的窗口面板选择媒体文件标识符。因此，这里所述的实施例不限于任何一种特定的媒体文件标识符源，而是这里所述的特征和功能可以被应用到用户可在任何时间访问的媒体或者媒体文件标识符的任何一个源或者一个或多个源的任意组合，来标识从其创建播放列表并且从其拖拉项目以包括在所创建的播放列表中的源。

在另一个实施例中，通过播放列表创建应用的用户界面，用户通过将代表与媒体文件相关联的媒体文件标识符输入到文本框中，从而选择媒体文件标识符。在将文本输入到文本框后，用户可以选择按钮来将媒体文件标识符导入到专门用于收集所选媒体文件标识符的面板中。图5示出了该示例性实施例。从图5可见，用户将与媒体文件相关联的艺术家名称500输入到文本框315中。然后，用户点击按钮350来将媒体文件标识符500导入到面板305。或者，用户可以通过按下预定的键盘按键例如“enter”键来将媒体文件标识符导入到面板305中。在另一个替换实施例中，用户可以将所选媒体文件标识符拖放到面板305中。如上所述，在本实施例中，面板305专门用于收集用户的已选择的媒体文件标识符。当然，用户可以重复该过程与该用户期望用来填充面板305的媒体文件标识符一样多的次数。还应当注意，用户可以根据艺术家名称、媒体文件名称、至少一个歌曲集、特定的流派、特定的年代、发布年或者任何其他类似的媒体文件属性来标识和/或选择媒体文件。

在另一个实施例中，替换将与媒体文件相关联的属性输入到文本框，用户可以通过点击代表下述工具的用户输入标记来选择媒体文件标识符，其中该工具将为用户选择媒体文件标识符并利用媒体文件标识符填充文本框。在一个实施例中，该工具专门用于从用户的本地媒体库随机地选择媒体文件标识符。在一个实施例中，可以通过随机数发生器执行随机选择，其中该随机数发生器将从用户的本地媒体库随机地选择媒体文件标识符。在另一个实施例中，该工具基于与媒体文件标识符相关联的媒体文件的流行程度从用户的本地媒体库选择媒体文件标识符。流行程度可以是基于媒体文件的分级的、基于媒体文件被播放的频度的，或者基于用于从本地媒体库选择媒体文件的任何其他根据。因此，该工具辅助用户挑选媒体文件，并且还可以使播放列表生成过程更有效。例如，如果用户不能记起它们的本地媒体文件库中的媒体文件，或者仅仅没有时间，则用户可以选择该工具，该工具将快速地向用户提供媒体文件标识符。用户可以使用该工具所需的次数来检索期望的媒体文件标识符。因此，每次用户选择了该工具，将在文本框中为用户显示不同的媒体文件标识符。

图6和7示出了该工具的一个示例性实施例。如图6所示，用户可以点击工具图标355。一旦点击了该工具图标355，代表媒体文件的媒体文件标识符从该用户的本地媒体库被随机地选择出，并且文本框315被填充以该随机选择出的媒体文件标识符600，如图7所示。每次用户点击该工具图标355，不同的媒体文件标识符被显示在文本框315中。因此，用户可以点击该工具图标355所需次数，以找到期望的媒体文件标识符。接下来，如图8所示，用户可以点击按钮350来将媒体文件标识符600导入到专门用于收集媒体文件标识符的面板305中。再次，用户可以重复利用该工具的过程来选择媒体文件标识符，并且然后将期望的媒体文件标识符导入到专门用于收集媒体文件标识符的面板305中。

在一个实施例中，在用户选择了媒体文件标识符后(按照这里所讨论的任何方式或者它们的组合)，用户然后可以点击按钮来发起播放列表生成。在一个实施例中，播放列表是部分从位于专门用于收集媒体文件的面板中的所有媒体文件标识符生成的。换言之，通过最少量的步骤和用户输入可以生成播放列表。在一个快速生成播放列表的示例性实施例中。

图4、13和14示出了组合若干种方式来选择媒体文件标识符以创建播放列表的另一个示例性实施例。如图4所示，用户通过将媒体文件标识符405从窗口面板400拖放到另一个面板305中选择媒体文件标识符。如图13和14所示，用户通过将代表媒体文件标识符1305的文本输入到文本框315，然后点击按钮350来将媒体文件标识符1305导入到面板305中，从而选择媒体文件标识符1305。接下来，用户点击按钮360来发起并且生成播放列表1505，如图15所示。

在另一个实施例中，用户可以利用相关性工具来选择媒体文件标识符。相关性工具可以位于播放列表创建应用的用户界面上，并且可由按钮、滑动条、工具条上的下拉菜单、和/或作为右击菜单的一部分表示。相关性工具允许用户高亮或者以其他方式选择已在专用面板中的媒体文件标识符，并且然后用与所选媒体文件标识符相关的媒体文件标识符填充该面板。该面板可以基于艺术家、歌曲集、音轨，或者流派、年代，或者发布日期，或者它们的任意组合而被填充。在一个实施例中，当用户高亮媒体文件标识符并且选择相关性工具时，该工具询问用户是否想要与该高亮的媒体文件标识符相似或者不相似的媒体文件标识符。在其他实施例中，用户可以选择基于不同的相关性尺度对媒体文件标识符的询问。例如，相关性尺度可以是基于相似性和不相似性的多个级别的。一旦用户作出响应，相关性工具就利用适当的媒体文件标识符填充该专用面板。在一些实施例中，相关性工具可以从各种源填充该专用面板，例如，用户的本地媒体库、点播流传输媒体、或者用户可访问的任何其他媒体文件源。因此，相关性工具允许用户自动并且快速地扩充用来生成播放列表中的媒体文件标识符。

如这里所述，用户通过选择媒体文件标识符，并且然后点击按钮来生成播放列表，从而可以快速地创建播放列表。但是，在其他实施例中，在用户选择了媒体文件标识符之后，用户可以选择至少一次应用播放列表参数和/或过滤器来影响播放列表生成。如果用户不想指定任何参数或过滤器，则用户可以简单地不挑选任何参数或过滤器，从而播放列表创建应用将应用默认参数。在其他实施例中，用户可以重新配置默认参数。在一个实施例中，参数可以基于明确地和/或暗示地用户输入。在一个实施例中，参数允许用户进一步个性化和定制播放列表。在一个实施例中，用户输入的最近的参数设置由播放列表创建应用记忆，并且可以充当将来的默认参数设置。

本公开提供了通过用户界面，用户将多个参数和过滤器应用到播放列表。在一个实施例中，参数包括播放列表大小参数、源参数、多样性参数、流行参数、最近播放日期参数、最近输入日期参数、以及发布日期参数。因此，用户可以设置并且应用期望多的参数和/或过滤器以及它们的组合。此外，所选择并且定义的参数越多，生成的播放列表越个性化。

图3示出了具有多个播放列表参数的用户界面的一个示例性实施例。如图3所示，该用户界面包括两个面板305和310。面板305专门用于收集所选的媒体文件标识符。面板310专门用于显示已生成的播放列表。用户界面300还包括文本框315、若干个参数(320、325、330、340和345)、代表工具(该工具用来从本地媒体库随机选择媒体文件标识符)的用户可选标记355、用于将媒体文件标识符从文本框350添加到面板305中的按钮、发起生成播放列表的按钮360、以及播放播放列表的按钮365。图3示出了若干个参数(320、325、330、340、345)：播放列表大小参数320、源参数330、多样性参数325、流行参数340、以及发布日期参数345。

在一个实施例中，播放列表大小参数允许用户影响所生成的播放列表的大小。用户可以利用媒体文件的数目、播放列表在时间上的总长度、播放类别的文件大小、以及用于修正播放列表的大小的任何其他设想的手段，来开始播放列表时影响播放列表的大小。

在一个实施例中，播放列表大小参数包括文本框和下拉菜单，其中用户从下拉菜单选择标准然后在文本框中输入限制。图16示出了播放列表大小参数的一个示例性实施例。如图所示，播放列表大小参数320包括文本框1605和下拉菜单1610。下拉菜单1610包括若干个参数标准，例如，音轨1615、分钟1620、小时1625、MB(兆字节)1630、以及GB(千兆字节)1635。在一个实施例中，下拉菜单1610和文本框1605彼此相关联。这意味着，用户从下拉菜单1610选择标准然后根据用户从下拉菜单1610所选择的标准填充文本框1605。例如，在图16中，用户从下拉菜单1610中选择音轨1615。接下来，如图17所示，用户可以在文本框1605中通过输入数字1700来输入与期望的媒体文件标识符的最大数目相对应的数字1700。因此，用户已定义了该播放列表创建的参数。具体而言，用户已定义了限制播放列表的音轨的最大数目(15)的参数。当然，用户可以选择并且应用其他参数以及它们的任何组合。不管如何，在本示例性实施例中，所生成的播放列表将包含不超过15个音轨。

图18和19示出了应用播放列表大小参数的另一个示例性实施例。图18示出了用户从下拉菜单1610中选择分钟1805标准。参考图19，用户可以在文本框1605中输入数字1905，该数字对应于播放列表的最大分钟数。因此，用户已定义了限制播放列表的最大分钟数(30)的参数。定义播放列表的最大分钟数的参数有助于仅希望特定时间量的播放列表的用户。例如，如果用户期望设计出仅30分钟，则用户可以创建仅30分钟长的播放列表，该播放列表不仅与用户的设计计划一致而且还充当了已经过了30分钟的指示器。

图20示出了应用播放列表大小参数的另一个示例性实施例。具体而言，图20示出了用户从下拉菜单1610中选择小时2005标准。接下来，如图20所示，用户可以在文本框1605中输入数字2010，该数字对应于播放列表的最大小时数。因此，用户已定义了播放列表创建的参数。具体而言，用户已定义了限制播放列表的最大小时数(1)的参数。

图21和22示出了应用播放列表大小参数的另一个示例性实施例。具体而言，图21示出了用户从下拉菜单1610中选择MB(兆字节)2105标准。接下来，参考图22，用户可以在文本框1605中输入数字2205，该数字对应于所生成的播放列表的最大兆字节数。因此，用户已定义了播放列表创建的参数。具体而言，用户已定义了限制播放列表的最大兆字节数(256)的参数。在一个实施例中，定义播放列表的最大兆字节数的参数有助于仅希望特定大小的播放列表的用户。例如，如果用户期望向另一个媒体或设备传送播放列表，则用户设置并定义播放列表的大小以使得整个播放列表可以适合该媒体例如CD或便携式设备通常是有用的。

图23和24示出了应用播放列表大小参数的另一个示例性实施例。与图21和22类似，图23和24示出了用户从下拉菜单1610中选择GB(千兆字节)2305标准。接下来，参考图24，用户可以在文本框1605中输入数字2405，该数字对应于播放列表的最大千兆字节数。因此，用户已定义了播放列表创建的参数。具体而言，用户已定义了限制播放列表的最大千兆字节数(1)的参数。定义播放列表的最大千兆字节数的参数有助于仅希望特定文件大小的播放列表的用户。

作为对定义播放列表的大小的替换，或者与定义播放列表的大小相结合，用户可以指定在生成播放列表时使用的媒体文件标识符的源。在一个实施例中，源参数允许用户控制并从多个媒体源混合创建播放列表。媒体源可以包括用户字节的本地媒体库、点播流传输媒体服务、另一个用户的媒体库、因特网、或者用户可访问的任何其他媒体源。例如，用户可能有些时候希望仅从他或她自己的本地媒体库文件生成播放列表。在其他时候，用户可能希望仅从点播流传输媒体服务生成播放列表，该点播流传输媒体服务可以使用户访问数以万计的媒体文件。此外，用户可能希望从两个源混合生成播放列表，例如，本地媒体库和点播流传输服务。

在一个实施例中，源参数在用户界面上被表示成滑动条。该滑动条还优选包括位于至少两个媒体文件标识符之间的至少一个不同的位置。每个位置可以对应于一个特定的媒体源，或者可以位于媒体源之间。此外，特定的位置越接近媒体文件标识符，该媒体源在所生成的播放列表中的贡献的级别将越高。一般而言，位于媒体源之间的位置表示对这些媒体源的组合的程度。

图25示出了源参数的一个实施例。具体而言，该源参数包括具有三个位置和其他可视指示符(2510、2515、2520)的滑动条2505。在一个实施例中，位置2510对应于库源，位置2520对应于点播媒体源，并且位置2515位于两个源2510和2520之间。在一个实施例中，位置2515表示这样的事实：播放列表将从库源和点播源二者近似相等地挑选出。通过该滑动条2505，用户能够选择用来生成播放列表的源。该滑动条优选在其示出的整个运动范围中是连续可变的，以可视地向用户表明将从各个源取出项目的百分比表示。作为额外的非限定性的示例，位置滑动条可以具有多个源，并且可以被表示为更像操纵杆，以在空间容积内定位可观察的标志，其中该工具溶剂具有绕所示容积的外围位于极点位置处的多个源。在又一个非限制型示例中，位置滑块可以被表示为一串圆形按钮，以使得用户可以通过选择圆形按钮从而选择从各个媒体源取出的项目的百分比。因此，这里示出并且被描述为在两个选项之间进行选择的各种滑动条和控件中的任意一种都可以被改变来示出多个选项。另外，这些选项可由系统提供者设计到用户界面中而被提供，并且可以是用户可选择的。例如，用户可以提供应从其创建播放列表的多个源，或者要求系统随机地生成源。

图26示出了定位的源滑动条的一个示例性实施例。在该实施例中，滑动条2505位于与库源相对应的位置2510处。这意味着用户希望仅从用户的本地库媒体文件生成播放列表。因此，所生成的播放列表将包含仅来自用户的本地媒体库的媒体文件标识符。

图27示出了源滑动条的位置的另一个示例性实施例。在该实施例中，滑动条2505位于与点播流传输媒体服务相对应的位置2520处。这意味着用户希望仅从点播流传输媒体服务76生成播放列表。点播流传输媒体服务允许用户访问数百万媒体文件。在一些实施例中，点播流传输媒体服务是要求成员身份和/或费用的订购服务。因此，如果用户是订购者，则该用户可以仅访问经由点播流传输媒体服务定位的媒体文件。在其他实施例中，用户的访问级别将依赖于它们的成员身份状态。例如，不是对点播流传输媒体服务的订购者仅可以访问媒体文件的前30秒。因此，用户仍能够生成包括点播流传输媒体服务媒体(ODSMS)文件的播放列表，但是，这些ODSMS文件仅30秒长(或者任何其他预定长度或大小)。这允许用户浏览和访问所生成的播放列表中的所有媒体，但是还提示用户订购ODSMS，以便听ODSMS媒体文件的全长版本。因此，在本示例中，如果用户是ODSMS的订购者，则所创建的包含点播流传输媒体服务媒体文件的任何播放列表将包含全长的媒体文件。此外，还可以考虑到对其他数字权利管理方案的考量，例如，处理受限的下载或者对媒体或设备之间的媒体文件的传送的限制。

图25示出了源滑动条的位置的另一个示例性实施例。在该实施例中，滑动条2505位于与两个媒体源的混合相对应的位置2515处。这意味着用户希望从位于本地媒体库和ODSMS二者的媒体文件生成播放列表。因此，所生成的播放列表将包含来自两个源的媒体文件标识符的混合。

另外，用户可以通过位于用户界面上的多样性参数指定所生成的播放列表的多样性级别。在一个实施例中，多样性参数是基于对于所选媒体文件标识符，分类之间的变化性或相同性的程度的。因此，用户可以利用多样性参数选择媒体文件标识符，指定所生成的播放列表对于所选媒体文件标识符是否包含具有较低级别的变化性到较高级别的变化性的媒体文件标识符。例如，对于和与媒体文件相关联的所选媒体文件标识符相关联的艺术家，较高级别的变化性可以产生具有下述媒体文件标识符的播放列表，这些媒体文件标识符的艺术家不同于与所选媒体文件标识符相关联的艺术家，但是在流派/年代和/或发布日期方面类似。在另一个示例中，如果选择了较低级别的变化性，则所生成的播放列表可以在播放列表媒体文件标识符中包括和与所选媒体文件标识符相关联的艺术家相同或者大部分相同的艺术家。

在一个实施例中，多样性参数在用户界面上被表示为滑动条。如图28所示，播放列表多样性参数325是滑动条。该滑动条还包括位于至少两个多样性极点级别之间的多个位置，其中每个位置对应于特定的多样性级别。在其他实施例中，可以使用其他类型的视觉指示符来选择并指示特定的多样性级别。具体而言，滑动条2805允许用户从多个多样性级别中进行挑选。如图28可见，多样性参数具有减号2840、加号2835、以及其间的五个位置(2810、2815、2820、2825和2830)。减号2840表示用户希望播放列表中较低的多样性级别。加号2835表示用户可能希望播放类别中的较高的多样性级别。因此，两个端点之间的位置(2810、2815、2820、2825和2830)允许用户选择中间多样性级别。因此，用户在生成播放列表时可以选择任何期望的多样性级别。

例如，在图28中，多样性滑动条被设置在最接近简化2840的位置处。在一个实施例中，这意味着对于所选媒体文件标识符2845，用户希望播放类别中的较低的艺术家多样性级别。因此，从图28可见，如果用户点击了按钮360，则生成具有下述艺术家的播放列表，所述艺术家与面板305中的媒体文件标识符2845不同。例如，如前面所讨论的，面板310显示所生成的播放列表2850。如图28所示，播放列表2850还按照媒体文件标题1210、艺术家名称1215、歌曲集名称1220以及发布年1225列出每个媒体文件标识符。如图28可见，艺术家名称1215栏中的每个媒体文件标识符条目列出了相同的艺术家。此外，相同的艺术家名称与所选媒体文件标识符600相关联。这是因为多样性滑动条2805被设置位置2810处，该位置对于所选媒体文件标识符600对应于最低的多样性或变化性级别。因此，所生成的播放列表包含具有与所选媒体文件标识符相同的艺术家的媒体文件标识符，因为多样性处于较低级别。

图29示出了用来调整播放列表的多样性滑动条的另一个示例性实施例。从图29可见，滑动条2805被设置在位置2830处，该位置对应于最高的多样性级别。这意味着，用户希望所生成的播放列表对于所选媒体文件变化多样或者具有较高的变化性。因此，从图29可见，如果用户点击了按钮360，则系统将生成具有大量与所选媒体文件标识符2845不同的艺术家的播放列表。但是，在一个实施例中，播放列表中的艺术家将与所选艺术家共享一些流派/年代/发布日期。例如，播放列表被显示在面板310中。但是，与图28不同，艺术家名称栏1215列出有与所选媒体文件标识符2845不同的艺术家，但是都是相同流派的。

图30示出了用来调整播放列表的多样性滑动条的另一个示例性实施例。如图30可见，滑动条2805被设置在位置2820处，该位置位于最高和最低多样性级别的中间，这意味着，用户希望生成具有下述媒体文件标识符的播放列表：所述媒体文件标识符中它们的关联艺术家对于所选媒体文件标识符2845具有中间多样性级别。因此，从图30可见，如果用户点击按钮360，则将生成对于与所选媒体文件标识符2845相关联的艺术家具有中间变化性级别的播放列表。中间变化性级别对应于与所选媒体文件标识符相同的媒体文件标识符和与所选媒体文件标识符不同但在相同流派/年代/和/或发布日期内的媒体文件标识符的混合。在一些实施例中，播放列表可以平均地划分在所选媒体文件标识符之间。在其他实施例中，播放列表不是平均的，这是由于所选的源、媒体文件的可用性、以及/或者其他参数所致。

图31示出了基于两个媒体文件标识符条目2845和3105的播放列表的示例性实施例。如这里所讨论的，用户可以选择用户所期望的数目的媒体文件标识符条目。因此，从图31可见，如果用户点击按钮360，则生成对于所选媒体文件标识符2845和3105来说都具有中间级别变化性的播放列表。例如，在面板310中显示出了所生成的播放列表3110。艺术家名称栏1215列出了与所选媒体文件标识符2845和3105相关联的仅两个艺术家的混合。具体而言，所选媒体文件标识符2845和3105具有两个关联的艺术家“50cent”和“Matchbox Twenty”。因此，所生成的播放列表3110列出了交替的“50cent”和“Matchbox Twenty”作为仅有的艺术家。

图32示出了用来对基于两个媒体文件标识符条目2845的播放列表进行调整的多样性滑动条的示例性实施例。从图32可见，滑动条2805被设置在位于多样性级别的中间的位置2820处。这意味着，用户希望生成具有下述艺术家的播放列表：所述艺术家对于所选媒体文件标识符2845和3105具有中间多样性级别。因此，从图32可见，如果用户点击按钮360，则生成对于所选媒体文件标识符2845和3105中的每个都具有中间级别变化性的播放列表(但是在类似的流派、年代或发布日期内)。例如，在面板310中显示出了所生成的播放列表3205。艺术家名称栏1215列出了与播放列表3205中的媒体文件标识符相关联的多个艺术家的混合，但是这些艺术家不同于与所选媒体文件标识符2845和3105相关联的每个艺术家，但是在相同的流派、年代或发布日期内。

用户还可以通过位于播放列表创建应用的用户界面上的流行参数来指定所生成的播放列表中的对于媒体文件标识符的流行程度级别。在一个实施例中，流行参数允许用户选择媒体文件标识符，然后生成具有下述媒体文件标识符的播放列表：所述媒体文件标识符具有特定的流行程度级别。例如，用户可以选择媒体文件标识符并且选择较高的流行程度级别。因此，所生成的播放列表将仅包含非常流行的媒体文件标识符，或者将偏向具有非常流行的媒体文件标识符。在另一个示例中，如果所选媒体文件标识符与特定的艺术家相关联，则较低的流行程度可以产生偏向与所讨论的艺术家相关联的最不流行的媒体文件标识符的播放列表(即，最“模糊的”)。

在一个实施例中，流行程度可以基于构建播放列表的用户曾如何评价媒体文件、能访问这些媒体文件的其他用户层如何评价这些媒体文件、设备提供商的人员曾如何评价媒体文件、媒体文件被该用户和其他用户播放的频率、媒体文件被其他用户请求的频率、媒体文件标识符在该用户的本地媒体库中出现的频率、第三方评价服务(例如BILLBOARD、SOUNSCAN等)，或者前述的任何组合。在一个实施例中，流行参数在用户界面上被表示成滑动条。如图33可见，播放列表流行参数由滑动条3305表示。具体而言，滑动条3305允许用户从多个流行程度级别中进行挑选。滑动条还包括位于流行程度的至少两个极级别之间的位置，这些位置每个对应于一个特定的流行程度级别。具体而言，流行参数包括具有五个位置3345、3310、3315、3320和3325的滑动条3305。位置3345对应于最低流行程度级别。位置3325对应于最高流行程度级别。位置3310、3315和3320位于最高和最低流行程度级别之间。这些位置代表中间流行程度级别。具体而言，位置3310对应于倒数第二低流行程度级别，位置3315对应于中间流行程度级别、并且位置3320对应用于第二高流行程度级别。

如图33所示，滑动条3305位于与最低流行程度级别相对应的位置3345处。这意味着，用户希望所生成的播放列表包括具有所选媒体文件标识符的最不流行的媒体文件。例如，面板310中显示出了所生成的播放列表3340。所选媒体文件标识符3350是“Beatles”，并且流行程度滑动条被设置在最低流行程度级别处。因此，所生成的播放列表3340包含来自Beatles的最不流行的音轨/媒体文件标识符。

图34示出了流行程度滑动条的另一个示例性实施例。在该实施例中，滑动条3305位于与最高流行程度级别相对应的位置3335处。这意味着，用户希望所生成的播放列表仅包含最流行的媒体文件标识符。例如，面板310中显示出了所生成的播放列表3405。所选媒体文件标识符3350是“Beatles”，并且流行程度滑动条被设置在最高流行程度级别处。因此，所生成的播放列表3405包含来自Beatles的最流行的媒体文件标识符。

在又一个实施例中，参数还可以包括“最近播放日期”参数、“最近输入日期”参数，以及评价参数。用户可以按照与上述参数的任意组合来应用这些参数。

在一个实施例中，“最近播放日期”参数可以通过用户最近播放媒体文件的日期影响播放列表。因此，用户可以利用用户最近播放媒体文件的日期来指定在所生成的播放列表中使用的媒体文件。在一个实施例中，最近播放日期参数可由一对文本框表示，该对文本框允许用户输入特定的时间段。在另一个实施例中，最近播放日期参数可由下拉框表示，该下拉框具有对应的文本字段框，用户可以在该文本字段框中输入特定的日期并且然后从下拉菜单框中选择“之前”或“之后”修饰符。这意味着，如果用户希望所生成的播放列表不具有最近一个月中播放过的媒体文件，则用户可以从下拉菜单中选择“之前”，并且然后输入该月的日期。因此，所生成的播放列表将仅包含与最近播放在所指定的月之前的媒体文件相关联的媒体文件标识符。从而，最近播放日期参数在用户界面中可以采用任何形式。

在一个实施例中，“最近输入日期”参数可以通过媒体文件标识符最近被输入到媒体库中的日期过滤影响播放列表。在一个实施例中，最近输入日期可以对应于媒体文件被下载到用户的媒体库，从外部媒体设备、其他用户或者CD添加到库中的最近日期。此外，最近输入日期可以对应于媒体文件标识符被流传输到用户的最近日期。因此，用户可以通过媒体文件标识符最近被输入到媒体库中的日期来指定在所生成的播放列表中使用的媒体文件标识符。在一个实施例中，最近输入日期参数可由一对文本框表示，该对文本框允许用户输入特定的时间段。在另一个实施例中，最近输入日期参数可由下拉框表示，该下拉框具有对应的文本字段框，用户可以在该文本字段框中输入特定的日期并且然后从下拉菜单框中选择“之前”或“之后”修饰符。这意味着，如果用户希望所生成的播放列表仅具有最近6个月中被输入到媒体库中的媒体文件标识符，则用户可以从下拉菜单中选择“之后”，并且然后输入该月的日期。因此，所生成的播放列表将仅包含最近6个月内输入的与媒体文件相关联的媒体文件标识符。从而，最近输入日期参数在用户界面中可以采用任何形式。

在另一个实施例中，参数还可以包括评价参数。在一个实施例中，评价参数允许用户仅从与具有特定关联评价的媒体文件相关联的媒体文件标识符生成播放列表。在一个实施例中，评价可由用户自己、由其他用户或者由任何其他第三方平记者应用。评价可以是基于任何类型的尺度的。例如，尺度可以是从1-100，或者基于1个星处于最低的四星尺度。在一个实施例中，评价参数可由滑动条表示。在另一个实施例中，评价参数可由显示不同评价级别的下拉菜单表示。

在一个实施例中，所生成的播放列表中的每个媒体文件标识符或每个媒体文件标识符条目是利用算法选择的，这些算法是基于所选媒体文件、多样性参数设置、以及流行参数设置计算出的。图44是示出了用于部分基于多样性设置生成播放列表的高层过程的一个示例性实施例的流程图。

如图44所示，基于多样性滑动条的位置确定每个所选媒体文件标识符的比率4405。下段中的被称为“多样性参数比率表”的表格中列出了与多样性参数位置相关的比率的示例。为了易于参考，还参考图28示出了多样性滑动条的位置。

多样性参数比率表

一旦确定了每个所选媒体文件标识符的比率4405，则确定每个所选媒体文件标识符条目的作为百分比的概率4410。在一个实施例中，所选媒体文件标识符条目对应于用户所选的媒体文件标识符，媒体文件标识符条目是否经由特定的艺术家、歌曲集、音轨或流派而被关联。通过基于多样性滑动条的位置计算百分比表示的比率，确定所选媒体文件标识符条目应当在所生成的播放列表中出现的相对概率。该参数可以是或者可以不是固定的。在一个实施例中，每个所选媒体文件标识符条目的概率可以根据下述公式计算出：(p(c,m_x))P(s_x)＝r/n。其中n是所选媒体文件标识符条目的数目，r是从上文中的多样性参数比率表确定的所选媒体文件标识符的比率。例如，如果存在三个所选媒体文件标识符条目，并且多样性滑动条位于倒数第二低位置，则应用上述公式，该概率为10％，即，r＝30％/3＝10％。

接下来，在确定了每个所选媒体文件标识符的概率之后4410，基于多样性参数的滑动条的位置计算媒体文件标识符条目之间的关系的深度4415。再次，下文中的被称为“关系深度表”的表格中列出了相对多样性参数的该关系深度的示例。为了便于参考，还参考图28示出了多样性滑动条的位置。

关系深度表

对于每个所选媒体文件标识符条目，生成一列相关媒体文件标识符条目4420。

一旦计算出了关系深度4415，确定对于每个所选媒体文件标识符条目每个相关媒体文件标识符条目将出现在所生成的播放列表中的概率4425。因此，确定了为所生成的播放列表选择相关媒体文件标识符条目的概率。对于相关媒体文件标识符，c₀-c_d-1，将该媒体文件标识符选择到所生成的播放列表中的相对概率为其中“c”表示相关媒体文件标识符条目，其中“d”是根据上表计算的深度。

接下来，该概率在0-1.0的尺度上被归一化，并且考虑所选媒体文件标识符的比率。从而，下面的公式被使用：

现在，已确定了合格的相关媒体文件标识符条目，下一步骤是确定4400选择与所确定的合格的媒体文件标识符条目相关联的媒体文件的概率。例如，如果所选媒体文件标识符条目经由特定艺术家被关联，则一旦生成了由艺术家相关的一列媒体文件标识符，下一步骤就确定与相关艺术家之一相关联的特定媒体文件标识符将被选择的概率。选择每个媒体文件标识符的概率是基于流行程度滑动条的特定位置和与媒体文件标识符相关联的每个媒体文件的流行程度的。因此，基于媒体文件的播放计数每个媒体文件被指派一个“分数”。播放计数是相对于媒体文件的媒体文件标识符条目该媒体文件被播放的次数。在一个实施例中，下面的公式被用来基于每个媒体文件的播放计数计算该媒体文件的(在0-100的尺度上)归一化的“分数”：

\begin{matrix} {pc}_{\min} = \min (playcount (c, m_{0}) - playcount (c, m_{n - 1})) \\ {pc}_{\max} = \max (lpaycount (c, m_{0}) - playcount (c, m_{n - 1})) \end{matrix} .

p = pop (c, m_{x}) = 100.0 * \frac{playcount (c, m_{x}) - {pc}_{\min}}{{pc}_{\max} - {pc}_{\min}}

接下来，利用下面的表格基于流行程度滑动条的位置确定媒体文件标识符应被包括在所生成的播放列表中的相对概率。再次，在下文中被称为“流行程度函数表”的表格中列出了相对流行程度滑动条的概率的位置的示例。为了便于参考，还参考图33示出流行程度滑动条位置。

流行程度函数表

接下来，通过下面的公式每个媒体文件的概率被归一化4445到0-1.10:

p (m_{x}) = \frac{p {(m_{x})}^{'}}{Σ_{i = 0}^{i < n} p {(m_{i})}^{'}} .

一旦确定了每个媒体文件和每个相关媒体文件标识符条目的概率，这些概率就通过下面的公式被组合4450：p(c,m_x)＝p(c)·P(m_x)。从而，每个媒体文件被指派以总“分数”(p(c,m_x))。

一旦每个媒体文件标识符都具有了总分数4450，其被导入4455到经加权随机选择符中，并且所生成的播放列表中包括的媒体文件标识符被确定。在其他实施例中，独立的经加权随机选择符被用于每个媒体源。例如，一个独立的经加权随机选择符被用于本地媒体库文件，一个独立的经加权随机选择符被用于来自点播流传输媒体服务的媒体文件。如果用户从多于一个媒体源选择媒体文件标识符，则掷硬币(或随机)算法被应用来确定从哪个源选择媒体文件标识符。因此，在一个实施例中，所生成的播放列表中的每个媒体文件标识符条目是基于所选媒体文件标识符条目、多样性参数设置以及流行参数选择的。

在其他实施例中，播放列表可以根据这里所述的播放列表的大小或长度或者根据媒体文件的发布日期进一步被影响。

发布时间参数允许用户根据媒体文件被发布的时间来限制播放列表。在一个实施例中，发布时间参数包括下拉菜单，用户从该下拉菜单选择标准。图35示出了发布时间参数的一个示例性实施例。具体而言，发布时间参数包括下拉菜单3505。如图35所示，下拉菜单包括若干个参数选项，例如，“任何时间”3510、“新发布”3515和“年代”3520。用户可以从下拉菜单3505点击选项(3510、3515和3520)之一来选择发布时间参数。当然，用户可以选择任何其他参数和它们的任意组合。不管如何，所生成的播放列表将仅包含所选发布时间选项内的媒体文件标识符。

图35示出了应用发布时间参数的一个示例性实施例。具体而言，图35示出了从下拉菜单3505中选择了“任何时间”3510选项。这意味着，所生成的播放列表将基于面板305中的所选媒体文件标识符并且来自任何时间发布的。换言之，播放列表将不受发布时间限制。一旦用户已选择了期望的媒体文件标识符并且挑选了发布时间参数，用户就可以点击按钮360来生成播放列表。图36示出了所生成的播放列表3605。从图36可见，发布年栏1225列出了来自不同年的媒体文件标识符的项目。

图37示出了应用发布时间参数的另一个示例性实施例。具体而言，图37示出了从下拉菜单3505中选择了“新发布”3515选项。这意味着，所生成的播放列表将基于与仅新发布的媒体文件标识符相关联的媒体文件。可以以多种方式定义新发布。例如，新发布可由媒体文件被发布的任意时间段定义，例如，最近几周内、最近6个月、最近5年内、或者最近10年内。在另一个实施例中，新发布可以被定义为媒体文件在任意日期范围内被发布，包括最近年到最近月。此外，用户可以预先设置新发布的时间段。一旦用户已选择了期望的媒体文件标识符并且挑选了发布时间参数，用户就点击按钮360来生成播放列表。图38示出了所生成的播放列表3805。从图38可见，发布年栏1225根据可用的源和所选参数列出了最近发布的媒体文件标识符。

图39示出了应用发布时间参数的一个示例性实施例。具体而言，图39示出了从下拉菜单3505中选择了“年代”3520选项。这意味着，所生成的播放列表将基于来自特定年代的媒体文件。在该实施例中，从图39可见，当选择了“年代”3520选项时，两个文本字段框3915和3905以及两个相应的滚动条直接出现在下拉菜单3205的下方。这两个文本字段框3915和3905允许用户设置特定的日期范围和年代。第一文本字段框3915对应于“从”，第二文本字段框3905对应于“到”。这意味着，“从”文本字段框表示开始日期，“到”文本字段框表示结束日期。从而，年代被定义为输入到文本字段框3915和3905中的两个日期之间的时段。

在一个实施例中，用户可以通过手动将日期输入到文本字段框中从而填充这两个文本字段框。在另一个实施例中，用户可以点击滚动条3930和3925中的向上/向下箭头来用期望的日期填充文本字段框3915、3905。例如，每次用户点击滚动条中的向上箭头，日期增加一年。因此，如果文本字段框显示“1985”，然后用户点击向上箭头一次，则文本字段框将显示“1986”。类似地，每次用户点击滚动条中的向下箭头，日期减少一年。因此，如果文本字段框显示“1985”，然后用户点击向下箭头一次，则文本字段框显示“1984”。

在又一个实施例中，如图40所示，利用年代标准生成了播放列表。具体而言，所选年代为从1983到1991，如相应的文本字段框3915和3905所示。然后，用户点击按钮360来生成播放列表4005，如图40所示。从图40可见，所生成的播放列表4005仅包含与时间段1983-1991内发布的媒体文件相关联的媒体文件标识符。因此，用户已创建了由年代标准或者发布时间参数限定的播放列表。

用户不限于仅利用一类参数影响或定制播放列表。用户可以组合任何数目的这里所述的参数来定制和生成播放列表。因为在一个实施例中，用户界面包括许多参数，每个参数具有若干标准，用户有大量的可能组合。此外，因为用户可以从点播流传输媒体源挑选媒体，所以组合可以产生最新的播放列表，这使得播放列表生成特征更动态。另外，用户挑选的参数越多，所生成的播放列表越个性化和定制。所选择并被应用的参数的数目和组合完全由用户决定。因此，用户可以挑选不应用任何参数，从而允许默认参数被应用。

图28示出了组合并应用参数的一个示例性实施例。如图28所示，所选媒体文件标识符(2845)位于面板305中。播放列表大小参数被配置为使得播放列表播放大小被限制为25个音轨。媒体源参数被配置为使得媒体源仅来自点播流传输媒体源。多样性滑动块被配置为处于最低多样性级别处。流行程度滑动块被配置为处于最高流行程度级别处，并且发布日期参数未被设置。从而，这些配置将产生播放列表2850，该播放列表包含最流行、并且与位于用户的本地媒体库的所选媒体文件标识符2845相同的媒体文件。

本公开还设想了允许用户在生成播放列表之前应用过滤器的用户界面。在一个实施例中，过滤器仅在如果选择了特定类型的媒体文件标识符才应用或者对用户可用。例如，过滤器将仅在与包含明确的歌词的媒体文件标识符相关联的媒体文件被选择来将被包括在所生成的播放列表中时才应用。在一个实施例中，当在所生成的播放列表中检测到具有明确歌词的媒体文件时用户界面可以询问用户。然后，用户可以响应是包括特定媒体文件或者从播放列表删除特定媒体文件。在另一个实施例中，用户可以利用用户界面预先设置使系统自动滤除包含明确的歌词的任何媒体文件标识符。

在另一个实施例中，过滤器可以仅在与特定艺术家、音轨、歌曲集、流派、年代和/或发布日期相关联的媒体文件被包括在所生成的播放列表中时应用。过滤器可以删除属于特定艺术家、音轨、歌曲集、流派、年代和/或发布日期的任何媒体文件。因此，过滤器实质上不允许特定的“黑名单”媒体文件被包括在所生成的播放列表中。例如，如果用户不喜欢乡村音乐，则用户通过用户界面可以指定系统滤除(删除)所生成的播放列表中的任何乡村应用媒体文件。因此，所生成的播放列表将不包含与乡村应用相关的任何媒体文件。

图3示出了用户界面的一个示例性实施例。如图3所示，用户界面310被划分成两个面板305和310。面板305专门用于收集由用户输入的所选媒体文件标识符。这意味着，面板305显示用户希望从其创建播放列表的与媒体文件条目相关联的所有媒体文件标识符，而不管数目如何。面板305允许用户查看用户正选择和/或输入来创建播放列表中的媒体文件标识符。

面板310专门用于一旦生成就显示播放列表。如图12所示，当生成了播放列表后，每个媒体文件标识符条目都具有若干栏。具体而言，对于每个媒体文件标识符条目，存在“音轨标题”栏1210、“艺术家”栏1215、“歌曲集”栏1220、以及“发布年”栏1225。因此，“音轨标题”栏1210列出了媒体文件标识符的名称或标题。“艺术家”栏1215列出了与媒体文件相关联的艺术家的名称。“歌曲集”栏1220列出了媒体文件标识符所属的歌曲集的名称，而“发布年”栏1225列出了媒体文件被发布的年。

再参考图3，用户界面300还包括字段框315、若干个参数(320、325、330、340、345)、用来从用户媒体库随机选择媒体文件标识符的工具355、用于将内容从字段框添加到面板305中的按钮350、发起生成播放列表的按钮365、以及将所生成的播放列表加入到媒体播放器中并且进行播放的按钮。

如上所述，一旦生成了播放列表，用户就可以通过用户界面和媒体关联程序进一步管理播放列表。一般来说，媒体管理程序包括媒体播放器，媒体播放器在生成了播放列表后为用户实现许多管理功能。在一个实施例中，播放列表创建应用可以或者可以不包括媒体管理程序。

在一个实施例中，用户生成播放列表的用户界面被结合到媒体管理程序中，并且通过专门的按钮访问。可以以多种其他方式将播放列表生成用户界面结合到媒体管理程序中。例如，其可以通过工具条上的、下拉菜单内的、右击菜单内的按钮而被访问，或者作为当加载媒体管理程序时自动加载的界面而被访问。其可以被结合到各种类型的已知或将知的能够执行这里所述的特征和功能的媒体软件和设备中，例如，便携式媒体播放机、蜂窝电话、机顶盒、个人数字助理，等等。

在另一个实施例中，用于生成播放列表的用户界面是插件工具，该插件工具可以与各种媒体管理程序以接口连接，并且不必作为媒体管理程序的一部分而被自动结合。因此，在一个实施例中，播放列表生成用户界面与多种媒体管理程序兼容，使得其可以无缝地生成播放列表，并且媒体管理程序可以对播放列表执行管理功能。

图12示出了被结合到媒体管理程序中的用于生成播放列表的用户界面的一个示例性实施例。如图12所示，用于生成播放列表1205的用户界面面板300被显示为窗口300，该窗口覆盖了媒体管理程序的用户界面1235。

在一个实施例中，媒体管理程序的用户界面1235允许用户播放所生成的播放列表。此外，在一个实施例中，一旦生成了播放列表，媒体管理程序的用户界面就允许用户停止、回绕、快进、暂停和/或停止对该播放列表的播放。例如，在图12中，媒体管理用户界面包括用于播放播放列表的按钮1257、用于快进播放列表的按钮1280、用户回绕播放列表的按钮1285、用于暂停播放列表的按钮1290、以及用于停止播放列表播放的按钮1295。

此外，在一个实施例中，播放列表生成用户界面300可通过位于媒体管理程序的用户界面1235的窗口1250中的按钮1245访问。因此，为了用户访问播放列表生成用户界面300，用户必需打开媒体管理程序并且点击正确的链接和按钮1245。

在一个实施例中，用户可以通过在媒体播放器中加载并且播放播放列表来对该播放列表进行管理。例如，在图12中，用户可以点击位于播放列表生成用户界面上的按钮365，其将所生成的播放列表加载到媒体播放器窗口1240中，并且开始播放该播放列表。从媒体播放器窗口1240，用户可以开始、停止、暂停、回绕和/或快进播放列表中的媒体文件/音轨。

在另一个实施例中，用户可以通过重新排列和/或删除播放列表中的音轨来管理播放列表。用户可以在播放列表生成用户界面窗口310和/或媒体播放器窗口1240中重新排列和/或删除音轨。

在另一个实施例中，用户可以通过保存用于生成播放列表的标准来管理播放列表。在一个实施例中，用户能够保存标准，例如，选择了哪些媒体文件标识符，用户选择的参数的设置中的每个。这允许用户基于保存的标准在稍后时刻生成播放列表。因此，用户可以保存标准，并且通过在任何稍后时刻访问标准来生成新的播放列表。取决于用户确定稍后访问和应用标准的时间，每次标准被应用时用户可以生成全新的播放列表。

在另一个实施例中，用户可以通过从媒体播放器中清空所加载的播放列表来管理播放列表。这允许用户从媒体播放器删除整个所生成的播放列表。例如，在图12中，用于清空播放列表的按钮1255位于媒体管理程序用户界面上。

在另一个实施例中，用户可以保存所生成的播放列表。例如，在图12中，用来保存播放列表的按钮1270位于媒体管理程序用户界面上。

在另一个实施例中，用户可以通过将播放列表发送给另一个人来管理该播放列表。在图12中，用来将播放列表发送给另一个人的按钮1265位于媒体管理程序用户界面上。在一个实施例中，用户生成播放类别，点击专门用于将播放列表发送给另一个人的按钮1265，然后用户被提示以实现发送该播放列表的用户界面。在又一个实施例中，用于发送播放列表的用户界面可以提示用户输入期望数目的预期播放列表接收者的电子邮件地址。在又一个实施例中，通过该用于发送播放列表的用户界面，用户可以在将播放列表发送给另一个用户之前注释或者品论该播放列表中的每个媒体文件。此外，用户可以随同播放列表添加私人消息。因此，用户可以在向另一个用户发送之前利用意见和/或建议对所生成的播放列表进行定制。此外，接收用户将能够在在本地媒体播放器中播放播放列表的同时查看意见。

在一个实施例中，发送和与另一个人共享播放列表的能力将取决于特定的数字权利管理(DRM)。因此，优选所创建并被发送到另一个用户的播放列表将包含足够的DRM信息，以确保该播放列表被发送给的用户具有足够的权利来允许其他用户体验该播放列表中所包含的媒体。

在一个实施例中，在多个用户之间发送和查看媒体文件取决于用户的作为对点播流传输媒体文件服务的订购者或非订购者状态。例如，如果正发送播放列表的用户(发送用户)是订购者，并且接收该播放列表的用户(接收用户)也是订购者，则接收用户可以完全访问播放列表中的每个ODSMS媒体文件。

在发送播放列表的另一个示例性实施例中，如果发送用户是对ODSMS的订购者，而接收用户是非订购者，则接收用户可以受限地访问ODSMS媒体文件。例如，接收用户可能被限制于每个ODSMS媒体文件的预定长度的片断，例如，30秒的片断。

在订购发送用户和非订购接收用户的另一个示例中，接收用户可以被给予用户可以播放每个ODSMS媒体文件的预定的次数。在已达到该预定的次数之后，用户然后被限制到默认的、每个媒体文件的预定长度时间(例如，30秒的片断)。例如，非订购的接收用户可以被限制为播放ODSMS媒体完整长度三次。因此，一旦用户已播放了该媒体文件三次，用户现在仅可以听该媒体文件的30秒的片断。这允许非订购接收用户听其他方式对该用户不可用的ODSMS音乐，同时诱使该用户订购服务。因此，在一个实施例中，一旦使用了用户的预定次数的全长播放，就提示用户并且具有订购ODSMS的选项。

当然，这些实施例不限于ODSMS媒体文件，而是可以应用到要求指定级别的共享和播放访问的任何媒体文件。例如，可以协商一些一般不可全长共享的媒体文件可以在任何状态(订购或者非订购)的用户之间被共享和播放预定次数。例如，如果存在特定的艺术家希望提示和/或诱使用户听它们的媒体文件，则该艺术家或者它们的代表可以允许特定的媒体文件能够在任何类型的用户之间用电子邮件发送并且被共享。但是，这些用户被限制播放该媒体文件一定次数。

在另一个实施例中，用户可以通过将播放列表刻录成CD或者将媒体文件传送到便携式设备来管理播放列表。例如，在图12中，用户可以通过点击按钮1260并且从下拉菜单中选择选项俩将媒体播放器窗口中的播放列表刻录成CD和/或将媒体文件传送到便携式设备。在一些实施例中，将媒体文件传送到便携式设备或者将媒体文件刻录成CD可能取决于用户是否具有对这些媒体文件的指定的访问。具体而言，可能要求用户为不位于该用户的本地媒体库中的文件付费。例如，可能要求用户为位于点播流传输媒体服务上的文件付费。因此，在下载或刻录媒体文件之前，可能要求用户支付每个媒体文件的价格。在另一个实施例中，可能要求用户成为对允许用户下载和刻录媒体文件的服务的订购者。

在又一个实施例中，用户可以按照用户期望的任何组合来执行任意上述功能。例如，一旦生成了播放列表，用户就可以从该播放列表中删除音轨、播放该播放列表、然后将该播放列表发送向另一个用户。

本领域技术人员将认识到，申请中的本发明的方法和系统可以以任何方式实现，因此不由前述示例性实施例和示例限制。换言之，硬件和软件的各种组合中的由单个或多个组件执行的功能元件以及独立的功能可以被分布在客户端或服务器级别处的软件应用之间。就此而言，这里所述的不同实施例的任何数目的特征可以被组合到单个实施例中，并且具有比这里所述的所有特征多或者少的特征的替换实施例也是可以的。功能可以在整体上或者部分按照已知或者将知的方式被分布在多个组件之间。因此，实现这里所述的功能、特征、界面和偏好时可以有无数的软件/硬件/固件组合。此外，本发明的范围覆盖了通过这里所述的系统组件本领域技术人员将理解的已有技术和那些变体和修改的特征。

Claims

1.一种用于创建播放列表的方法，包括：

接收与第一媒体文件相关联的第一数据集合和由用户指定的影响播放列表创建的至少一个播放列表参数，所述第一数据集合包括与所述第一媒体文件相关联的属性，使用所述相关联的属性和用户指定的所述至少一个播放列表参数来影响播放列表创建，用户指定的所述至少一个播放列表参数包括识别源的源信息，媒体文件从所述源被识别出以用于被包括在所述播放列表中，其中至少部分基于根据每个源的源类型和位置来确定每个媒体文件的源的权重并且向每个媒体文件的源应用该权重从而将每个媒体文件包括在所述播放列表中；

基于所述第一数据集合、用户指定的所述至少一个播放列表参数中的所述源信息以及关系数据创建候选媒体文件标识符的列表，其中所述候选媒体文件标识符中的每一个与一个候选媒体文件相关联；

至少部分基于与所述候选媒体文件相关联的属性是否类似于与所述第一媒体文件相关联的所述属性，并且还至少部分基于用户指定的所述至少一个播放列表参数，通过处理器来选择将被包括在所述播放列表中的候选媒体文件标识符；以及

基于所选择的候选媒体文件标识符创建所述播放列表。

2.如权利要求1所述的方法，其中所述关系数据被存储在服务器中。

3.如权利要求1所述的方法，其中所述候选媒体文件和所述第一媒体文件之一或其二者的所述属性包括艺术家名称。

4.如权利要求1所述的方法，其中所述候选媒体文件和所述第一媒体文件之一或其二者的所述属性包括歌曲集名称。

5.如权利要求1所述的方法，其中所述候选媒体文件和所述第一媒体文件之一或其二者的所述属性包括媒体文件名称。

6.如权利要求1所述的方法，其中所述候选媒体文件和所述第一媒体文件之一或其二者的所述属性包括与所述第一媒体文件相关联的id。

7.如权利要求1所述的方法，其中所述候选媒体文件和所述第一媒体文件之一或其二者的所述属性是从与所述候选媒体文件和所述第一媒体文件之一或其二者相关联的元数据导出的。

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

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

10.如权利要求1所述的方法，其中所述关系数据被作为图存储，其中所述播放列表中的媒体文件被关联到所述图的顶点，并且所述图的边表示所述媒体文件之间的关系。

11.如权利要求10所述的方法，其中所述边包含与所述关系的强度相对应的权重。

12.如权利要求1所述的方法，其中所述关系数据基于明确的用户行为。

13.如权利要求1所述的方法，其中所述关系数据基于隐含的用户行为。

14.如权利要求1所述的方法，其中所述播放列表包括至少一个与媒体文件相关联的媒体文件标识符。

15.如权利要求14所述的方法，其中所述媒体文件标识符包括指针。

16.如权利要求14所述的方法，其中所述媒体文件标识符包括统一资源定位符。

17.如权利要求14所述的方法，其中所述媒体文件标识符与可通过流传输媒体文件获取的媒体文件相关联。

18.如权利要求14所述的方法，其中所述媒体文件标识符与可下载的媒体文件相关联。

19.如权利要求14所述的方法，其中所述媒体文件标识符与可位于用户的计算设备上的媒体文件相关联。

20.如权利要求1所述的方法，其中所述至少一个播放列表参数还包括用于影响所述播放列表的总计大小的大小参数。

21.如权利要求20所述的方法，其中所述总计大小基于媒体文件的数量。

22.如权利要求20所述的方法，其中所述总计大小基于时间长度。

23.如权利要求20所述的方法，其中所述总计大小基于文件大小。

24.如权利要求1所述的方法，其中所述源信息包括用于影响所述播放列表中的媒体文件的媒体文件源的源参数。

25.如权利要求24所述的方法，其中所述媒体文件源是点播流传输媒体服务。

26.如权利要求24所述的方法，其中所述媒体文件源是本地媒体库。

27.如权利要求24所述的方法，其中所述媒体文件源包括点播流传输媒体服务和本地媒体库。

28.如权利要求1所述的方法，其中所述至少一个播放列表参数还包括用于影响与所述播放列表中的媒体文件相关联的流行程度的流行参数。

29.如权利要求1所述的方法，其中所述至少一个播放列表参数还包括用于将所述播放列表中的媒体文件限制到时间段的发布日期参数。

30.如权利要求29所述的方法，其中所述时间段包括由两个年定义的年代。

31.如权利要求28所述的方法，其中所述至少一个播放列表参数还包括多样性参数，该多样性参数用于影响所识别的以用于所述播放列表的媒体文件的多样性级别，所述候选媒体文件标识符中的每一个具有基于所述多样性参数和所述流行参数而被确定的分数，其中所述媒体文件由所述候选媒体文件标识符被识别出，选择将被包括在所述播放列表中的所述候选媒体文件标识符进一步基于针对所述候选媒体文件标识符、基于所述多样性参数和所述流行参数而被确定的所述分数。