用于布置用户媒体文件的系统、方法、设备和计算机程序产品的制作方法

专利名称：用于布置用户媒体文件的系统、方法、设备和计算机程序产品的制作方法
技术领域：
本发明实施方式一般地涉及配置用于基于所选简档来生成用户 媒体文件的布置的系统、方法和计算机程序产品。更具体地，本发 明的实施方式涉及这样一种系统，在该系统中，用户可以将々某体文 件的列表发送到服务器，并且继而接收根据所选简档布置的这些媒 体文件中的至少一些媒体文件的列表。
背景技术：
很多人已经积累了大量电子媒体文件，诸如数字音乐文件。与 具有如此之多的音乐文件相关联的问题在于，用户可能很难选择播 放哪个音乐文件。用户可以具有众多音乐文件，而这些音乐文件多 于他或她可以容易地管理并且可以重分类的lt量，从而一次又一次 地挑出相同的歌曲或歌曲组合，这是令人烦恼的。对于该问题，配置用于播放音乐文件的很多电子设备具有"乱 序"选项，其随机地播放存储在该电子设备上的音乐文件。然而， 随机播放歌曲有其他问题。例如，用户可能在电子设备上存储各种 的歌曲，并且随机选择歌曲可以导致从不同流派中选择的歌曲不能 很好地搭配在 一起，或不能对应于用户此刻希望听到的音乐类型。很多应用允许用户创建并保存播放列表，这允许用户选择特定 的歌曲，并且将它们布置为特定回放顺序。因此，使用同一设备的 不同用户中的每个用户都可以创建他们喜爱的歌曲的播放列表，或 者用户可以创建对应于不同流派的音乐、或对应于不同情况或情绪 的不同播放列表。然而，创建播放列表可能是耗时的。此外，如果 用户正在创建将在聚会或活动中播放的歌曲的播放列表，则用户可能不知道对于参加聚会或活动的来宾来说哪首歌曲是当前流行的。 发明内容鉴于上述背景，本发明示例性实施方式提供了配置用于基于所 选简档自动生成用户媒体文件的布置的系统、方法、设备和计算机 程序产品。例如，第一设备的用户可以使用第一设备来访问第二设 备。第二设备可以为用户提供选择存储在第二设备中的简档的选项。 然后，用户可以使用第 一设备来向第二设备传送简档的选择以及存 储在第一设备中的音乐列表。然后，第二设备可以使用从第一设备 接收的列表中标识的音乐来生成播放列表。第二设备可以基于所选 的简档来生成播放列表。然后，第二设备可以将该播放列表传回到 第 一设备。第二设备用于生成播放列表的简档可以基于特定主题或 基于特定用户的音乐偏好。更一般地说，本发明的实施方式提供一种设备，其具有配置用 于从第一设备接收第一电子通信的通信接口 ，其中第一电子通信包 括多个媒体文件的标识。该设备进一步包括处理设备，该处理设备 配置用于基于预定义简档生成从第 一 设备可访问的多个媒体文件选 择媒体文件的布置。然后，该处理设备配置用于使用通信接口将第二电子通信传送到第一设备，其中第二电子通信包括所述布置。在一个实施方式中，处理设备配置用于根据多个简档中的任意 一个生成布置。在此类实施方式中，第一电子通信可以进一步包括 从多个简档选择的简档的指示。在这点上，处理设备可以配置用于 使用通信接口来为第 一设备提供多个可选择简档。该通信接口继而 可以配置用于从第 一设备接收从多个可选择简档中对简档的选择。 该处理设备继而可以配置用于基于选择的简档生成布置。在一个实施方式中，多个媒体文件与用于生成布置的简档相关 联。在此类实施方式中，处理设备可以配置用于比较第一设备可访 问的多个媒体文件与同简档相关联的多个媒体文件。在另 一实施方 式中，处理设备可以配置用于比较同由第 一设备可访问的多个媒体9文件标识的媒体文件相关联的元数据与同处理设备使用的简档相关 联的元数据，从而生成布置。
该处理设备还可以配置用于通过如下步骤，基于预定义简档生
成布置(1)确定第一设备可访问的多个媒体文件标识的媒体文件 的属性；以及(2)比较多个媒体文件中的媒体文件的属性与同简档 相关联的属性。例如，处理设备可以配置用于通过比较多个媒体文 件所标识的媒体文件与同多个不同媒体文件中每个相关联的预定义 属性，来确定多个媒体文件所标识的媒体文件的属性。
在示例性实施方式中，通信设备包括诸如web服务器的服务 器，以及第一设备包括移动终端。在一个实施方式中，处理设备用 于生成布置的简档是基于除了第一设备的用户之外的人员(诸如， 名人)的布置偏好。
在示例性实施方式中，媒体文件是音乐文件并且布置包括播放 列表。在多个媒体文件包括多个音乐文件的情况下，处理设备可以 配置用于通过如下方式生成布置通过比较多个音乐文件以及与音 乐文件相关联的元数据与同简档相关联的音乐家、音乐专辑、音乐 标题或音乐属性。
在一个实施方式中，处理器配置用于基于简档从第一设备可访 问的多个媒体文件选择多个媒体文件，并且处理器进一步配置用于 基于简档对所选择的多个媒体文件进行排序。在一个实施方式中， 该设备包括具有至少 一个存储于其中的简档的存储器设备。
本发明的实施方式进一步提供一种方法，包括(l)从第一设 备接收第一电子通信，该电子通信包括第一设备可访问的多个媒体 文件的标识；(2)基于预定义简档生成从多个媒体文件中选择媒体 文件的布置；以及(3)将第二电子通信传送到第一设备，第二电子 通信包括布置。第一电子通信可以进一步包括用于生成布置的预定 义简档的指示。在这点上，该方法可以进一步包括为第一设备提 供多个可选择预定义简档；从第 一设备接收从多个可选择简档对预 定义简档的选择；以及使用所选择的预定义简档来生成布置。在一个实施方式中，生成布置包括比较第一设备可访问的多 个媒体文件与同预定义简档相关联的多个媒体文件。在另 一 实施方 式中，生成布置包括确定第一设备可访问的多个媒体文件所标识 的媒体文件的属性；以及比较多个媒体文件中的媒体文件的属性与 同预定义简档相关联的属性。在此类实施方式中，确定由多个媒体 文件所标识的媒体文件的属性可以包括比较多个媒体文件所标识 的媒体文件与同多个不同媒体文件中的每个相关联的预定义属性。 例如，第一设备可访问的多个媒体文件可以与数据库进行比较，该 数据库具有分配给多个不同媒体文件中每个的属性。在一个实施方 式中，用于生成布置的预定义简档是基于除第一设备的用户之外的 人员(诸如，名人)的布置偏好。
在一个实施方式中，预定义简档存储在第二设备的存储器中， 并且第二设备可以包括web服务器。第一设备可以包括移动终端。 在示例性实施方式中，媒体文件是音乐文件，而布置是播放列表。 在多个媒体文件包括多个音乐文件的情况下，该方法可以包括比
较多个音乐文件以及同音乐文件相关联的元数据与同简档相关联的 音乐家、音乐专辑、音乐标题或音乐属性。
在本方法的一个实施方式中，生成布置包括基于预定义简档， 从接收自第一设备的多个媒体文件中选择多个媒体文件，以及基于 预定义简档对所选择的多个媒体文件进行排序。
本发明的实施方式进一 步提供计算机程序产品。该计算机程序 产品可以包括至少一个计算机可读存储介质，该计算机可读存储介 质其中存储有计算机可读程序代码逻辑。该计算机可读程序代码逻 辑可以包括(l)第一代码逻辑，配置用于从第一设备接收第一通 信，通信包括第一设备可访问的多个媒体文件的标识；(2)第二代 码逻辑，配置用于基于预定义简档生成从多个媒体文件中选择媒体 文件的布置；以及(3)第三代码逻辑，配置用于将第二通信传送到 第一设备，第二通信包括布置。
该计算机程序产品可以进一步包括代码逻辑，配置用于为第
ii一设备提供多个可选择预定义简档；以及代码逻辑，配置用于从第 一设备接收来自多个可选择简档的对预定义简档的选择，其中第二 代码逻辑配置用于基于所选择的预定义简档来生成布置。
在一个实施方式中，第二代码逻辑进一步配置用于比较第一设 备可访问的多个媒体文件与同预定义简档相关联的多个媒体文件。 该第二代码逻辑可以进一步配置用于，确定第 一设备可访问的多个 媒体文件所标识的媒体文件的属性，以及继而可以比较多个媒体文 件中所标识的媒体文件的属性与同预定义简档相关联的属性。例如， 第二代码逻辑可以通过比较媒体文件的列表所标识的媒体文件与同 多个不同媒体文件中的每个相关联的预定义属性，来确定多个媒体 文件所标识的媒体文件的属性。
在示例性实施方式中，预定义简档存储在第二设备的存储器中。 在示例性实施方式中，媒体文件是音乐文件，并且布置是播放列表。
本发明的实施方式进一步提供一种方法，在一个实施方式中所 述方法可以在第一设备处执行。此类方法可以包括(l)访问第二 设备；(2)从第二设备接收从多个简档选择简档的选项；(3)传 送从多个简档中对所选简档的选择；(4)向第二设备标识多个媒体 文件；以及(5)从第二设备接收所标识的媒体文件中至少某些媒体 文件的布置。
在一个实施方式中，其中多个媒体文件包括存储在第一设备 存储器中的多个音频文件，并且在布置包括播放列表的情况下，该 方法进一步包括根据从第二设备接收的播放列表在第 一设备上播
放音频文件。
本发明的实施方式进一步提供一种设备，所述设备具有配置用 于与第二设备进行通信的通信接口以及可操作地耦合至该通信接口 的处理器。该处理器可以配置用于(1 )从第二设备接收从多个简档 选择简档的选项；(2 )使用通信接口向第二设备传送从多个简档中 对所选简档的选择；(3 )使用通信接口向第二设备传送多个媒体文 件的标识；以及(4)从第二设备接收多个媒体文件中至少某些媒体文件的布置。在一个实施方式中，该设备进一步包括存储器设备以 及用户输出设备，两者都可操作地耦合至处理器。在示例性实施方 式中，多个媒体文件包括存储在存储器设备中的多个音频文件，并
且从第二设备接收的布置包括播;汶列表。在此类实施方式中，处理 器可以进一步配置用于使用用户输出设备来根据从第二设备接收的 播放列表播放音频文件。


由此，已经从总体上描述了本发明，现在将对附图进行参考， 附图未必是按比例绘制的，在附图中
图1是根据本发明示例性实施方式的移动终端的示意性框图2是根据本发明示例性实施方式的一类系统的示意性框图， 本发明的实施方式可以配置用于在该系统中操作；
图3是根据本发明示例性实施方式的用于布置用户媒体文件的 系统的示意性框图4是示出了根据本发明示例性实施方式的、由图3的第二设 备执行的过程的流程图；以及
图5是示出了根据本发明示例性实施方式的、由图3的第一设 备执行的过程的流程图。
具体实施例方式
现在，将参考附图更全面地描述本发明的实施方式，附图中示 出了本发明的某些而不是所有实施方式。实际上，这些发明可以按 照多种不同的形式来实现，并且不应该认为是对在此记载的实施方 式的限制；相反，提供这些实施方式是为了使本公开内容满足适用 的法律要求。贯穿附图，相同的标号表示相同的元件。
图1示出了可以受益于本发明实施方式的电子设备的框图，具 体为移动终端10。尽管出于示例目的而示出并在下文描述了移动终 端IO的多个实施方式，但是其他类型的电子设备也可以容易地采用本发明的实施方式，其中电子设备诸如数字照相机、便携式数字助
理(PDA)、寻呼机、移动电视、计算机、膝上型计算机、以及其 他类型的操纵和/或存储数据文件的系统。此类设备可以是移动的或 可以不是移动的。
移动终端10包括通信接口 ，该通信接口包括天线12，其可操作 地与发射机14和接收机16进行通信。移动终端IO还包括处理器20 或者其他处理元件，其分别提供去往发射机14的信号和接收来自接 收机16的信号。信号包括按照适当蜂窝系统的空中接口标准的信令 信息，并且还包括用户语音和/或用户生成的数据。在此方面，移动 终端10能够利用一个或多个空中接口标准、通信协议、调制类型以 及接入类型来进行操作。作为示范，移动终端10能够根据多个第一 代、第二代和/或第三代通信协议等中的任何协议来进行操作。例如， 移动终端10能够按照第二代(2G)无线通信协议IS-136(TDMA)、 GSM和IS-95 (CDMA)或第三代(3G)无线通信协议宽带码分多 址(WCDMA)来进行操作。
可以理解，处理器20包括实现移动终端10的音频和逻辑功能 所需的电路。例如，处理器20可以包括数字信号处理器设备、微处 理器设备以及各种模数转换器、数模转换器和其他支持电路。移动 终端10的控制和信号处理功能按照这些设备各自的能力在其间分 配。处理器20由此还可以包括在调制和传输之前对消息和数据进行 巻积编码和交织的功能。处理器20还可以包括内部声音编码器，并 且可以包括内部数据调制解调器。此外，处理器20可以包括对可以 存储在存储器中的一个或多个软件程序进行操作的功能。例如，处 理器20可以能够操作连接程序，诸如传统的Web浏览器。连接程 序继而可以允许移动终端IO例如按照无线应用协议(WAP)来发射 和接收Web内容(诸如基于位置的内容)。
移动终端IO还可以包括用户接口 ，其包括输出设备，例如传统 的耳机或者扬声器24、振铃器22、麦克风26、显示器28以及用户 输入接口，所有这些设备都耦合至处理器20。允许移动终端IO接收数据的用户输入接口可以包括允许移动终端IO接收数据的多种设备
中的任意设备，例如小键盘30、触摸显示器(未示出)或者其他输 入设备。在包括小键盘30的实施方式中，小键盘30可以包括传统 的数字键(0-9)和相关键(#、 *),以及用于操作移动终端10的 其他键。备选地，小键盘30可以包括传统的QWERTY小键盘。移 动终端10还包括电池34，诸如振动电池组，用于为操作移动终端 10所需的各种电路供电，以及可选地提供机械振动作为可觉察输出。 在示例性实施方式中，移动终端10包括与处理器20通信的照 相机36。照相机36可以是用于捕获图像以便存储、显示或者传输的 任何装置。例如，照相机36可以包括能够根据捕获的图像形成数字 图像文件的数码相机。因此，照相机36包括用于根据捕获的图像来 创建数字图像文件所需的所有硬件(诸如，镜头或者其他光学设备) 和软件。备选地，照相机36可以仅包括查看图像所需的硬件，而移 动终端10的存储器设备存储由处理器20执行的指令，其形式为根 据捕获的图像来创建数字图像文件所需的软件。在示例性实施方式 中，相机模块36还可以包括诸如协处理器的处理元件，其协助处理 器20来处理图像数据以及编码器和/或解码器，以便压缩和/或解压 图像数据。编码器和/或解码器可以根据JPEG标准格式来编码和/或 解码。
移动终端10还可以包括用户身伤^莫块(UIM) 38。 UIM38通常 是具有内置存储器的存储器设备。UIM 38例如可以包括订户身份模 块(SIM)、通用集成电路卡(UICC)、通用订户身份模块(USIM)、 可移动用户身份冲莫块(R-UIM)等。UIM 38通常存储与移动订户相 关的信元。除了UIM38之外，移动终端IO还可以具有存储器。例 如，移动终端10可以包括易失性存储器40，例如包括用于数据临时 存储的高速緩存区域的易失性随机存取存储器(RAM)。移动终端 10还可以包括其他非易失性存储器42,其可以是嵌入式的和/或可移 动的。非易失性存储器42可以附加地或者可选地包括EEPROM、闪 存等。存储器可以存储移动终端IO所使用的多个信息片段和数据中的任意项，以实现移动终端10的功能。例如，存储器可以包括能够
唯一标识移动终端IO的标识符，诸如全球移动设备标识(IMEI)码。 现在参考图2,其提供了本发明实施方式可以配置用于在其中进 程操作的一种类型的系统的示范。该系统包括多个网络设备。如图 所示， 一个或多个移动终端10中的每个都可以包括天线12，用于将 信号发射至基地或基站(BS) 44以及用于从其接收信号。基站44 可以是一个或多个蜂窝或移动网络的一部分，每个移动网络包括操 作该网络所需的元件，例如移动交换中心(MSC) 46。如本领域技 术人员公知的，移动网络还可以表示为基站/MSC/互联功能(BMI)。 在操作中，当移动终端IO进行和接收呼叫时，MSC46能够路由去 往和来自移动终端10的呼叫。当呼叫涉及移动终端10时，MSC46 还可以提供到陆线主千的连接。此外，MSC46能够控制去往和来自 移动终端IO的消息的转发，并且还能够控制去往和来自消息收发中 心的、针对移动终端10的消息的转发。应当注意，尽管在图2的系 统中示出了MSC46，但是MSC46仅仅是示例性网络设备，并且本 发明的实施方式不限于在采用MSC的网络中使用。
MSC 46可以耦合至数据网络，诸如局域网(LAN)、城域网
(MAN)和/或广域网(WAN)。 MSC46可以直接耦合至数据网络。 然而，在一个典型实施方式中，MSC46耦合至GTW48,而GTW 48 耦合至例如因特网50的WAN。继而，诸如处理元件(例如，个人 计算机、服务器计算机等)的设备可以经由因特网50耦合至移动终 端10。例如，如下所述，处理元件可以包括与下文描述的计算系统 52 (图2中示出了两个)、源服务器54 (图2中示出了一个)等相 关耳关的一个或多个处理元件。
BS44还可以耦合至信令GPRS (通用分组无线服务)支持节点
(SGSN)56。如本领域技术人员公知的，SGSN56通常能够执行类 似于MSC46的功能，以用于分组交换服务。与MSC46类似，SGSN 56可以耦合至诸如因特网50的数据网络。SGSN 56可以直接耦合至 数据网络。然而，在更典型的实施方式中，SGSN 56耦合至分组交
16换核心网，诸如GPRS核心网58。分组交换核心网继而耦合至另一 GTW 48,诸如GTW GPRS支持节点(GGSN ) 60,而GGSN 60耦 合至因特网50。除了 GGSN60之夕卜，分组交换核心网还可以耦合至 GTW 48。而且，GGSN60可以耦合至消息收发中心。在此方面，类 似于MSC 46， GGSN 60和SGSN 56可以能够控制消息(诸如MMS 消息)的转发。GGSN 60和SGSN 56还可以能够控制去往和来自消 息收发中心的、针对移动终端IO的消息的转发。
此外，通过将SGSN 56耦合至GPRS核心网58和GGSN 60，诸 如计算系统52和/或源服务器54的设备可以经由因特网50、 SGSN 56 以及GGSN60耦合至移动终端10。在此方面，诸如计算系统52和/ 或源服务器54的设备可以跨越SGSN 56、 GPRS核心网58以及GGSN 60来与移动终端10通信。通过将移动终端IO以及其他设备(例如， 计算系统52、源服务器54等)直接或者间接地连接至因特网50, 移动终端10例如可以按照超文本传输协议(HTTP)来与其他设备 通信以及相互之间;波此通信，由此扭j亍移动终端IO的各种功能。
尽管在此没有示出和描述每个可能的移动网络的每个元件，应 当意识到，移动终端10可以通过BS44耦合至多种不同网络中任意 的一个或多个。在此方面，网络可以能够支持按照多个第一代(IG)、 第二代(2G) 、 2.5G、第三代(3G)和/或未来的移动通信协议等中 的任意一个或多个协议的通信。例如， 一个或多个网络可以能够支 持按照2G无线通信协议IS-136 ( TDMA ) 、 GSM和IS-95 ( CDMA ) 的通信。而且，例如， 一个或多个网络可以能够支持按照2.5G无线 通信协议GPRS、增强数据GSM环境(EDGE)等的通信。此外， 例如， 一个或多个网络可以能够支持按照3G无线通信协议的通信， 其中3G无线通信协议诸如使用宽带码分多址(WCDMA)无线接入 技术的通用移动电话系统(UMTS)网络。 一些窄带AMPS(NAMPS) 网络、TACS网络以及双模或者更多模的移动台(例如，数字/模拟 或者TDMA/CDMA/模拟电话)也可以得益于本发明的实施方式。
移动终端10还可以耦合至一个或多个无线接入点(AP) 62。AP 62可以包括被配置为按照诸如以下的技术来与移动终端10进行 通信的接入点射频(RF)、蓝牙(BT)、红外(IrDA)或者多种 不同的无线网络互联技术中的任意技术，其中无线网络互联技术包 括诸如IEEE 802.11 (例如，802.11a、 802.llb、 802.11g、 801.lln 等)的无线LAN ( WLAN )技术，诸如IEEE 802.16的WiMAX技术， 和/或诸如IEEE 802.15等的超宽带(UWB)技术，等等。AP 62可 以耦合至因特网50。类似于MSC46， AP62可以直接耦合至因特网 50。然而，在一个实施方式中，AP62经由GTW48间接耦合至因特 网50。此外，在一个实施方式中，可以将BS 44—见作另一AP 62。 将会意识到，通过将移动终端10以及计算系统52、源服务器54和/ 或多种其他设备中的任意设备直接或者间接地连接至因特网50，移 动终端IO可以彼此进行通信，与计算系统进行通信，等等，由此来 执行移动终端10的各种功能，例如将数据、内容等发射至计算系统 52和/或从计算系统52接收内容、数据等。这里使用的术语"数据"、 "内容"、"信息，，以及类似术语可以互换使用，用来表示能够根据本发 明的实施方式而被发射、接收和/或存储的数据。由此，不应将任何 这种术语的使用作为对本发明实施方式的精神以及范围的限制。
尽管未在图2中示出，除了跨越因特网50将移动终端10耦合 至计算系统52之外或者作为替代，可以按照例如RF、 BT、 IrDA或 者多种不同的有线或无线通信技术(包括LAN、 WLAN、 WiMAX 和/或UWB技术)中的任意技术来将移动终端10与计算系统52彼 此耦合和通信。 一个或多个计算系统52可以附加地或者备选地包括 可移动存储器，其能够存储随后可以传送给移动终端10的内容。此 外，移动终端IO可以耦合至一个或多个电子设备，诸如打印机、数 字投影仪和/或其他多媒体捕获、产生和/或存储设备(例如，其他终 端)。类似于计算系统52,移动终端10可以;坡配置为按照例如RF、 BT、 IrDA或者多种不同的有线或无线通信技术(包括USB、 LAN、 WLAN、 WiMAX和/或UWB技术)中的任意技术来与便携式电子设 备进行通信。现在参考图3，提供了用于根据本发明一个实施方式的、用于生 成用户媒体文件的布置的系统300的示意性框图。应该指出，尽管 图3-图5和下面相关联的描述概括地描述了配置用于生成包括存储 于用户设备中的音乐的播放列表的系统，但是本发明的其他实施方 式可以配置用于生成存储于用户设备中的任何媒体文件类型的布 置，诸如音频文件、视频文件、数字图像、文本文件、播客(podcast) 文件等。换言之，音乐文件是可以由本发明实施方式操纵的媒体文 件的示例性实施方式。
如图3所示，在示例性实施方式中，系统包括经由网络或者其 他通信系统彼此可通信地耦合的第一设备310和第二设备330。在一 个实施方式中，第一设备310是移动终端，诸如关于图1在上文描 述的移动终端10。在另一实施方式中，第一设备310可以是个人计 算机或其他计算设备。第二设备330也是电子设备，并且在一个实 施方式中，包括可通信地耦合至网络的服务器，所述服务器诸如耦 合至因特网的web服务器。然而，在其他实施方式中，第二设备330 可以是移动终端，诸如上述移动终端10,或任何其他电子设备。在 一个实施方式中，耦合两个设备的网络或通信系统(未示出)包括 因特网。同样，在一个实施方式中，设备可以配置用于使用超文本 传输协议(HTTP)或任何其他通信协议来彼此通信。在其他实施方 式中，可通信地耦合两个设备的通信系统可以包括关于图2的上述 某些或所有通信系统。
一般地，第一设备310配置用于为第二设备330提供媒体文件 的列表和简档的选择。第二设备330继而配置用于根据所选简档将 在接收到的列表中标识的至少某些音乐文件布置在播放列表中。在 一个实施方式中，用于作出布置的简档和相关联的信息存储在第二 设备330中。第二设备330继而可以将该播放列表传送回到第一设 备310，从而第一设备310的用户可以播;故在接收的列表中标识的音 乐。
更特别地，第一设备310通常包括处理器318。存储器314可操
19作地耦合至处理器318,存储器314具有存储于其中的多个音乐文件 (或其他媒体文件)。存储器314还可以包括存储于其中的计算机 可读程序指令，该指令可以由处理器318执行以在第一设备310中 执行特定的预定义处理或处理步骤，诸如下面参考图5描述的处理。 第一设备310可以进一步包括可操作地耦合至处理器318的用户接 口 316。用户接口 316可以配置用于从用户接收输入并且将该输入传 送到处理器318。例如，用户接口 316可以包括触摸屏、触摸板、麦 克风、鼠标、控制杆、小键盘等。用户接口 316还可以配置用于基 于从处理器318接收的信号向用户传送输出。例如，第一设备310 通常将包括显示设备和扬声器。处理器318可以配置用于使用扬声 器来播放存储于存储器314中的音乐315。处理器316可以配置用于 在显示设备上显示可视信息，诸如文本元数据或其他与存储于存储 器314中的音乐文件315相关联的可视元数据。此类元数据可以包 括诸如歌曲标题、艺术家、专辑、流派、歌词等之类的信息。第一 设备312还可以包括通信接口 312，所述通信*接口 312可#:作地耦合 至处理器318并且配置用于发送和接收去往以及来自其他设备的通 信，其他设备诸如第二设备330或某些其他网络设备。
第二设备330通常还包括诸如用于生成第一设备可访问的媒体 文件的布置(例如，播放列表)处理器338之类的装置。处理器338 可操作地耦合至诸如用于与第一设备和存储器334通信的通信接口 332之类的装置。通信接口 332配置用于发送以及接收来自其他设备 的通信，其他设备诸如第一设备310或某些其他网络设备。存储器 334配置用于在其中存储可以由处理器338访问的信息。在这点上， 存储器334可以包括存储于其中的计算机可读程序指令，该指令配 置用于由处理器338执行，以便在第二设备330中执行特定的预定 义简档处理或处理步骤，诸如参考图4在下面描述的处理。存储器 334还可以包括音乐元数据数据库或数据存储335以及简档数据库 或数据存储336。这些数据库在下面参考图4和图5更详细地进行描 述。
20图4是示出了根据本发明示例性实施方式的可以由图3的第二 设备330执行的处理400的流程图。如块410所示，第二设备330 可以为第 一设备310提供从多个可选择简档选择简档的选项。例如， 第一设备310可以经由通信网络(诸如因特网)访问第二设备330。 第二设备330继而可以使用其通信接口 332，来为第 一设备310提供 选择多个简档之一的选项，这例如是通过向第一设备310发送简档 列表实现的，从而第一设备310可以在其显示设备上显示该列表。 在一个实施方式中，第二设备330主管web页面，并且使用该web 页面与第一设备310通信。在此类实施方式中，第二设备330可以 在一个或多个web页面上显示可用简档的列表。
在这点上，第二设备330通常将具有存储于存储器334中的多 个预定义简档336。如本文所使用的，"简档"可以包括可以由处理 器338使用的规则和/或其他信息的预定义集合，用于选择对应于特 定主题和/或对应于特定人员的偏好的音乐。例如，在一个实施方式 中，针对特定名人生成简档，并且因此具有规则和/或其他信息，所 述规则和/或其他信息可以由处理器338用于(例如，当执行计算机 可读程序指令时)选择名人可能偏好的音乐，或可以为在给定情况 中收听而选择的音乐。在一个实施方式中，简档可以进一步包括关 于所选音乐将播放的顺序的信息。在其他实施方式中，可以针对特 定主题或情绪生成简档。例如，配置用于帮助处理器338选择对应 于特定情绪的音乐的简档，其可以配置用于帮助该处理器选择难过、 喜悦、愤怒、闲适、进取的或通常与任何其他类型情绪相关联的音 乐。配置用于帮助处理器338选择对应于特定主题的音乐的简档， 其可以配置用于帮助该处理器选择通常在针对20-30岁的人的聚会、 夜总会、婚礼接待、婚礼仪式、健身房、儿童生日聚会或慵懒的星 期曰早晨播放的音乐。换言之，可以生成简档来帮助处理器338选 择通常与任何类型的事件、场合、目的或听众相关联的音乐。在其 他实施方式中，简档可以配置用于特定人员和情绪或主题的组合。 在此类实施方式中，简档将配置用于帮助处理器338选择音乐布置，该音乐布置对应于可以由特定人员在其处于特定情绪、或正在针对
特定主题选择音乐时选择的音乐。因此，具有存储于存储器314中 的音乐文件的大集合的第 一设备310的用户可以访问第二设备330， 并且令第二设备330生成合适的用户音乐的播放列表。在用户进行 请求时，第二设备330可以针对用户正在计划的某些事件定制该播 放列表。在另一示例中，如果用户是特定名人的崇拜者，则第二设 备330可以将该播放列表定制为对应于该名人在给定情况或情绪中 可能收听的音乐。
再次返回参考图4，如块420所示，第二设备330可以从第一设 备310接收用户对简档的选择的指示。第二设备330可以经由通信 接口 332接收该选择并且将其传送到处理器338。
如块430所示，第二设备330也可以从第一设备310接收音乐 文件列表。在示例性实施方式中，音乐文件的列表标识第一设备310 的存储器314中存储的多个音乐文件。此类列表可以包括媒体文件 本身；然而，在优选实施方式中，该列表仅通过对文件标题或与文 件相关联的其他元数据的一些排序来标识文件。例如，列表可以包 括与该音乐文件相关联的文件名、标题、艺术家或专辑的列表、记 录或歌词的一部分和/或可以用于表示存储在第一设备310上的媒体 文件内容的任何其他信息。在一个实施方式中，第一设备310的用 户使用用户接口 316,来指示处理器318生成音乐文件的列表，并且 将该列表传送到第二设备330。然而，在其他实施方式中，第二设备 330可以配置用于自动地与第一设备310进行交互，以获得第一设备 310的存储器314中存储的音乐文件315的指示。例如，第二设备 330可以配置用于访问第一设备310的存储器314上的共享文件夹， 该共享文件夹包含第一设备310的音乐文件。
在某些实施方式中，第一设备310将其所有音乐文件的列表传 送到第二设备330。然而，在其他实施方式中，第一设备310可以仅 传送其音乐文件的一部分的列表。例如，第二设备330可以配置用 于在用户简档下存储用户文件(例如存储在第一设备310上的第一设备用户的文件)的列表。在此类实施方式中，第一设备310可以 配置用于仅传送用户自该用户最后一次向第二设备330发送音乐文 件列表之后开始由该用户获取的任何新文件的列表。这样，当与第 二设备330通信时，可以节省带宽。第二设备330继而例如可以通 过删除某些文件条目，以及将文件添加到第一设备310传送的列表， 来将接收的列表与较早存储的信息进行合并。此外，当第二设备330 配置用于存储从第一设备310接收的音乐文件(或存储由第一设备 标识的音乐文件的列表)时，第一设备310可能仅需要向第二设备 3 3 0传送请求，以针对后续播放列表生成请求来生成新的播放列表。 在图4的示例性实施方式中，在第二设备330从第一设备310 接收音乐列表之后，第二设备330继而可以将列表中标识的音乐与 预定义元数据或预定义标识符相关联。例如，在一个实施方式中， 第一设备310以存储在第一设备存储器315中的音乐文件的标题形 式来提供音乐列表。音乐文件的文件名通常包括歌曲标题；然而， 歌曲标题可能具有拼写错误、不正确，或由于通常由用户自定义文 件名而从文件名中丟失。同样，可能很难标识列表中的歌曲，因为 相同的歌曲可以由不同用户甚至由同一用户保存为不同的文件名。 因此，在第二设备330开始生成播放列表的处理之前，第二设备330 可能需要先尝试标识在所接收列表中所标识的音乐。在一个实施方 式中，第二设备330配置用于将处理器338用于比较所接收列表中 的条目与存储在第二设备存储器334中的音乐元数据数据库335中 的条目，从而标识来自于列表的音乐。音乐元数据数据库335可以 包括针对多首歌曲或其他记录中每个的条目，并且可以具有可以与 每首歌曲或记录相关联的多个备选标题。这样，处理器338可以从 接收的音乐列表中获取条目，并且尝试将该条目与数据库335中的 备选标题进行匹配。除了使用此类数据库之外或者作为备选，第二 设备330可以使用算法(通常以由处理器338执行的软件实现)用 于标识列表中的条目最可能对应的歌曲。例如，此类算法可以配置 用于标识歌曲标题，尽管该标题中有微小的拼写错误或改变。 一旦曲或其他记
录，则第二设备330可以将新标识符与列表条目相关联，新标识符 由第二设备已知为对应于特定的歌曲或记录。此类标识符可以是基 于文本的，诸如歌曲标题；或此类标识符可以包括对应于已知歌曲 或记录的数字或字母代码。
除了标识音乐列表中的条目之外，第二设备330还可以配置用 于将元数据与每个列表条目相关联。在这点上，音乐元数据数据库 335可以包括歌曲和其他记录以及与每个歌曲或其他记录相关联的 元数据的数据库。此类元数据可以包括如下信息，诸如歌曲标题、 艺术家信息、专辑信息、发行年份、制造年份、流派、歌曲在其中 播放的电影等。此类元数据还可以包括分配给数据库中每首歌曲的 一个或多个属性。例如，属性可以是感觉、情绪、事件、听众或经 常与歌曲或其他记录相关联的主题，或者属性可以是通常用于描述 歌曲或通常与歌曲相关联的任何其他信息。第二设备330可以配置 用于比较所接收列表中的条目与音乐元数据数据库335,从而将音乐 元数据分配给条目。如下所述，当第二设备330根据预定义简档从 列表中选择歌曲时，该元数据可以是有用的。
在本发明的其他实施方式中，音乐文件的列表可以已经包括多 条与列表中所标识的每个音乐文件相关联的元数据。例如，存储在 第一设备310中的音乐文件每个都可以与作为歌曲标题、艺术家、 专辑、年份和/或流派的此类元数据相关联。该元数据可以使用例如 ID3标签格式等与媒体文件相关联。同样，向第二设备330发送的列 表可以包括与列表所标识的音乐文件相关联的某些或所有元数据。 因此，在某些实施方式中，可以省略块440所示出的处理，因为在 某些实施方式中，音乐文件的列表可以包括足够的元数据信息，该 信息允许第二设备330从列表中选择音乐文件以在播放列表中使用。
返回参考图4，如块450所示，第二设备330可以配置用于比较 所接收列表中标识的音乐和/或音乐相关联的元数据(例如，由第二 设备330与列表条目相关联或包括在列表中的元数据，如关于块440 24在上面描述的)与同所选简档相关联的信息。在这点上，第二设备
330可以具有存储在存储器334中的简档和相关联的信息的数据库 336。第二设备330可以配置用于通过比较列表条目和任何条目的相 关联元数据、与简档数据库336中的条目和与数据库条目相关联的 任何元数据，而将来自于所接收列表的条目(例如，歌曲)与所选 简档相关联。例如，简档数据库336可以包括用于多个不同简档的 条目，诸如多个不同名人简档和/或多个不同主题简档。每个简档可 以包括与处理器可以用于选择音乐的简档相关联的音乐元数据。
在一个实施方式中，数据库336中的每个简档具有与该简档相 关联的歌曲列表。第二设备330的处理器338继而可以配置用于比 较由从第一设备310接收的列表所标识的歌曲与同在简档数据库 336中选择的简档相关联的列表中标识的歌曲。处理器338可以配置 用于标识处于两个列表中的任何歌曲，并且使用此类歌曲来生成播 放列表，如图4的块460所示。在一个实施方式中，第一设备310 的用户可以向第二设备330指示第二设备330生成的播放列表不 应超过指定长度，或不应超过指定的歌曲数量。在此类实施方式中， 与简档数据库336相关联的歌曲可以基于它们与简档主题的相关性 或基于简档人员的偏好分级，这要根据具体情况执行。第二设备330 继而可以配置用于如果列表包含比填充文件的指定长度或数量的 播放列表所需的歌曲更多的相关歌曲，则仅从列表中选择最高等级 的歌曲。
在一个实施方式中，即使来自于所接收列表的歌曲不匹配于与 所选简档相关联的歌曲，第二设备330可以配置用于基于其他歌曲 元数据从所接收列表选择歌曲。例如，简档可以具有与其相关联的 特定艺术家或专辑，或可以具有与其相关联的多个歌曲，这些歌曲 都来自于同一艺术家或专辑。在此类实施方式中，第二设备330可 以配置用于从所接收列表选择与同一艺术家或专辑相关联的歌曲。
例如，在示例性实施方式中，简档配置用于选择特别著名的运 动员在训练期间收听的音乐，简档数据库336可以包括该运动员在
25体育馆练习时偏好收听的歌曲、艺术家和/或专辑的列表。简档数据 库还可以包括该运动员在体育馆练习时在歌曲中查找的歌曲属性列
表。例如，运动员可以选择如下歌曲为训练的歌曲具有"快"节
奏的歌曲、或被认为具有"强烈"音调的歌曲、或被该运动员或人 们一般地认为是"激昂的"或"良好的训练歌曲"的歌曲。然后，
如果音乐元数据数据库335将这些属性中的任何一个与歌曲相关联， 则第二设备330可以为播放列表选择该歌曲。歌曲、属性或与名人 简档相关联的其他音乐元数据的此类列表可以由该名人生成，或可 以由其他人基于对该名人的偏好生成。
应该指出，同样地，存储在简档数据库336中的简档可以与歌 曲和/或属性的列表相关联，其中这些歌曲和/或属性是特定人员偏好 的，或通常与特定的主题或情绪相关联；简档还可以与以下这样的 歌曲和/或属性的列表相关联，其中这些歌曲和/或属性是特定人员不 喜欢的或通常不与特定主题或情绪相关联的。例如，返回到与著名 运动员的偏好训练音乐相关联的简档的示例，如果运动员不喜欢运 行被标识为"浪漫情歌，，的歌曲，简档数据库336可以指示处理器 3 3 8不应从被认为是如此标识的列表中选择歌曲。
通过比较所接收列表标识的音乐或音乐相关联的元数据与同所 选简档相关联的音乐或元数据，第二设备330的处理器338可以从 所接收列表中选择音乐从而在播放列表中使用，如图4的块460所 示。在一个实施方式中，处理器338随机地对播放列表中所选歌曲 进行排序。然而，在其他实施方式中，处理器338可以基于预定义 规则和/或与所选简档相关联的信息对歌曲进行排序。例如，当所选 简档包括歌曲列表时，所选简档可以指定偏好的顺序，从而处理器 338以歌曲在播放列表中显示的顺序对所选歌曲进行排序。在其他实 施方式中，该顺序可以是基于与歌曲相关联的分级、或其与所选择 简档的相关性，所述简档的相关性是基于所列出的媒体文件和简档 之间的元数据相关性的数量或类型。在某些情况下，排序规则可以 基于与所选择歌曲的相关联属性而指定顺序。例如，如果所选简档
26是旨在生成用于聚会的播放列表的简档，则该简档可以包括这样的 规则，即如果歌曲具有与指示歌曲为"良好的聚会结尾歌曲"的规
则相关联的元数据，则该规则指示处理器338将该歌曲置于播放列 表的末尾。备选地，简档可以包括聚会开始歌曲、聚会中间歌曲以 及聚会结尾歌曲的列表，并且处理器可以相应地对播放列表排序。
如图4中的块470所示，第二设备330可以配置用于使用通4言 接口 330来将播放列表传送到第一设备310。第二设备330可以配置 用于经由web页面、电子邮件、短消息服务(SMS)或任何其他通 信手段来传送该播放列表。因此，在优选实施方式中，该播放列表 仅包括从存储在第一设备310的存储器314中的音乐文件列表中选 择的音乐，播放列表通常仅是第 一设备310和/或第 一设备的用户可 以识别的音乐文件标识符的列表。
现在参考图5，提供了示出根据本发明的示例性实施方式的、可 以由图3的第一设备310执行的处理500的流程图。在这点上，块 510示出，第一设备310可以初始访问第二设备330。例如，第一设 备310可以使用其通信接口 312来访问驻留在因特网上的第二设备 330的web页面。如块520所示，第一设备310可以从第二设备330 接收从多个可选简档中选择简档的选项。例如，第一设备310可以 接收存储在第二设备330的存储器334中的简档列表，并且第一设 备310可以在用户接口 316的显示设备上为用户显示该列表。在一 个实施方式中，第二设备可以主管web页面，该页面允许用户通过 关键字搜索来查找存储在存储器334中的简档数据库336中的简档。
如块530所示，第一设备可以使用其通信接口 312来传送第二 设备330提供的对简档之一的选择。例如，第一设备的用户可以驱 使用户接口 316的用户输入设备来选择简档，并且将该所选简档传 送到第二设备330。
如块540所示，第一设备还可以向第二设备330传送音乐文件 的列表。如上所述，传送到第二设备的列表实际上可以不包含任何 实际音乐文件，但是可以仅包含存储在第一设备310的存储器314中的音乐文件的指示，诸如音乐文件名称。在一个实施方式中，第
一设备310的用户使用用户输入设备来选择用户希望传送到第二设 备330的音乐文件；然而，如上所述，在另一实施方式中，第一i殳 备310可以为第二设备330提供对第一设备的存储器314中的共享 文件夹的访问，从而第二设备330可以看到任何包含在该文件夹中 的音乐文件。在一个实施方式中，第一设备310的用户可以传送存 储在第一设备310中的所有音乐文件的列表，而在其他实施方式中， 用户可以仅选择某些音乐文件。第一设备310可以配置用于通过《又 传送具有特定文件类型(例如，mp3文件、.wav文件等)、具有特 定元数据(例如，包含特定流派、时段、艺术家、专辑等歌曲的文
音乐文件的列表。
尽管在图5中未示出，第一设备310的用户也可以将关于用户 希望在应答中接收的播放列表的其他信息传送到第二设备。例如， 第一设备310的用户可以指定播放列表不应超过歌曲的特定时长或 特定数量。在另一示例中，第一设备310的用户可以指定第二设备 330应该向第一设备310传送播i文列表的方式。
如块550所示，第一设备310最终从第二设备330接收到播放 列表。第一设备310继而可以在存储器314中存储该播放列表，并 且可以配置用于根据所接收列表来播放存储器314中存储的音乐文 件315，如块560所示。
应该指出，图4和图5表示本发明的示例性实施方式，并且在 本发明的其他实施方式中，可以认为与块410-470和510-560相关联 的一个或多个步骤或处理是可选的，或可以以不同于图4和图5所 示的顺序来执行。例如，在图5中，第一设备310可以在传送简档 选择之前、之后或同时地向第二设备传送音乐文件的列表。
尽管本文所述的附图通常示出了本发明的实施方式，其中第二 设备330使用第一设备310标识的音乐文件生成播放列表，在本发 明的其他实施方式中，第二设备330可以生成标识第一设备310没有标识的一个或多个歌曲或文件的播放列表。例如，第二设备330 可以配置用于基于第一设备310标识的音乐文件，来生成用户可能 希望购买的推荐的音乐列表。在这点上，第二设备330可以配置用 于比较同所接收的音乐文件列表中标识的音乐文件相关联的元数据 与同第二设备330的数据库中存储的音乐相关联的元数据。这样， 第二设备330可以选择第一设备的用户没有的、且类似于用户的音 乐和/或所选的简档的音乐。例如，在一个示例性实施方式中，当第 二设备330为第 一设备310提供由第 一设备310标识的音乐布置时， 第二设备330进一步配置用于为第一设备310提供购买类似于由第 一设备310标识的和/或与所选简档相关联的音乐文件的音乐(或视 频)文件的选项。
除了或作为对上述实施方式的备选，第一设备310可以传送针 对简档的请求，并且第二设备330可以向第一设备310传送请求的 简档和与该所请求简档相关联的元数据。第一设备310继而可以配 置用于使用从第二设备330接收的简档和简档元数据生成播放列表。 例如，第一设备310例如可以从第二设备330获得名人的简档，并 且继而使用该简档来在第 一设备310内生成播放列表。
此外，在另一示例性实施方式中，第二设备330例如可以是移 动终端10。第一设备310继而可以配置用于使用对等网络、本地无 线接口等以从第二设备330请求播放列表。在此类实施方式中，第 一设备310的用户可以向第二设备330发送可用的音乐文件的列表， 并且请求第二设备330的用户使用对于第一设备310的用户可用的 文件创建播放列表。
关于本发明的各种实施方式在上面描述的功能可以以很多方式 执行。例如，用于执行上述每个功能的任何合适的装置可以用于扭j 行本发明的实施方式。根据本发明的一个方面，系统的全部或部分 通常在计算机程序产品的控制下操作。用于执行本发明的实施方式 的各种处理和操作的计算机程序产品包括计算机可读存储介质(诸 如非易失性存储介质)以及包含在该计算机可读存储介质中的计算机可读程序代码部分(诸如一系列计算机指令)。例如，在一个实 施方式中，第二设备的处理器通常在用于执行布置生成应用的计算 机程序产品的控制下操作，从而执行参考根据所选简档生成媒体文 件布置在上面描述的各种功能。
在这点上，图3-图5是由根据本发明实施方式的方法、系统、 设备和计算机程序产品执行的操作的流程图或框图。应该理解，流 程图的每个块或所述方法的每个步骤都可以由计算机程序指令实 现。可以将这些计算机程序指令加载至计算机或者其他可编程装置 以产生机器，使得当该指令在计算机或其他可编程装置上执行时， 创建出用于实现在所述块或者步骤中指定的功能。这些计算机程序 指令还可以存储在计算机可读存储器中，该指令可以指引计算机或 其他可编程装置以特定方式工作，以便使得存储在计算机可读存储 器中的指令产生包括指令装置的产品，该指令装置实现所述块或者 步骤中指令的功能。该计算机程序指令还可以被加载至计算机或者 其他可编程装置，以使得在该计算机或其他可编程装置上执行可操 作步骤序列，以便产生计算机实现的过程，该过程使得在计算机或 其他可编程装置上执行的指令提供用于实现在所述块或者步骤中指 定的功能的步骤。
应该理解，块或步骤以及块或步骤的组合中指定的功能跟可以
由基于专用硬件的计算机系统(其执行特定的功能或步骤)或者专 用硬件和计算机指令的组合实现。
受益于前述描述和相关附图的启示，这些发明所属技术领域技
术人员会想到在此给出的本发明的很多改进和其他实施方式。因此，
应当理解，本发明并不限于所公开的具体实施方式
，并且意在将改
进和其他实施方式包括在所附权利要求的范围内。尽管在此使用了
特定的术语，但是这些术语仅出于一般性和描述性的目的而使用，
并非用于限制。
权利要求
1.一种设备，包括处理设备，配置用于基于第一设备对多个媒体文件的标识，并且进一步基于预定义简档，生成从所述第一设备可访问的所述多个媒体文件选择媒体文件的布置；其中所述处理设备进一步配置用于提供到所述第一设备的通信，所述通信包括所述布置。
2. 根据权利要求1所述的设备，其中所述处理设备配置用于根 据多个简档中的任意一个生成布置，其中所述处理设备配置用于从 所述第 一 设备接收从所述多个简档选择的简档的指示，并且所述处 理设备配置用于基于所述选择的简档生成所述布置。
3. 根据权利要求1所述的设备，其中所述处理设备进一步配置 用于将多个可选择的简档传送到所述第一设备。
4. 根据权利要求3所述的设备，其中所述处理设备进一步配置 用于从所述第一设备接收对于来自所述多个可选择简档的简档的选 择，并且所述处理设备配置用于将所述选择的简档用于生成所述布 置。
5. 根据权利要求1所述的设备，其中多个媒体文件与用于生成 所述布置的所述简档相关联，并且所述处理设备配置用于将所述第 一设备可访问的多个媒体文件和与所述简档相关联的多个媒体文件相比4交。
6，根据权利要求1所述的设备，其中所述处理设备配置用于将 与由所述第一设备可访问的多个媒体文件所标识的媒体文件相关联 的元数据和与所述处理设备使用的所述简档相关联的元数据相比 较，从而生成所述布置。
7.根据权利要求1所述的设备，其中所述处理设备配置用于基 于预定义简档，通过如下方式生成所述布置确定所述第一设备可 访问的多个媒体文件所标识的媒体文件的属性，以及将所述多个媒体文件中的媒体文件的属性和与所述简档相关联的属性相比较。
8. 根据权利要求7所述的设备，其中所述处理设备配置用于通 过将所述多个媒体文件所标识的媒体文件和与多个不同^f某体文件中 每个相关联的预定义属性相比较，确定所述多个媒体文件所标识的 媒体文件的属性。
9. 根据权利要求1所述的设备，包括包含所述处理设备的web 服务器。
10. 根据权利要求1所述的设备，其中所述第一设备包括移动终二山 "而。
11. 根据权利要求1所述的设备，其中所述处理设备用于生成所 述布置的所述简档是基于除了所述第一设备的用户之外的人员的布置偏好。
12. 根据权利要求11所述的设备，其中除了所述第一设备的用 户之外的人员是名人。
13. 根据权利要求1所述的设备，其中所述媒体文件是音乐文件， 并且所述布置包括播放列表。
14.根据权利要求1所述的设备，其中所述多个媒体文件包括多 个音乐文件，并且所述处理设备进一步配置用于基于简档，通过如 下方式生成所述布置将所述多个音乐文件以及与所述音乐文件相 关联的元数据和与所述简档相关联的音乐艺术家、音乐专辑、音乐 标题或音乐属性相比较。
15. 根据权利要求1所述的设备，其中所述处理设备配置用于基 于所述简档，从所述第 一设备可访问的多个媒体文件选择多个媒体 文件；并且所述处理设备进一步配置用于基于所述简档，对所选择 的多个媒体文件进行排序。
16. —种方法，包括从第 一设备接收第 一 电子通信，所述电子通信包括所述第 一设备 可访问的多个媒体文件的标识；基于预定义简档，生成从所述多个媒体文件中选择媒体文件的布置；以及提供待传送到所述第 一设备的第二电子通信，所述第二电子通信包括所述布置。
17. 根据权利要求16所述的方法，其中所述第一电子通信进一 步包括用于生成所述布置的所述预定义简档的指示。
18. 根据权利要求16所述的方法，进一步包括 为所述第 一设备提供多个可选择预定义简档；从所述第 一 设备接收对于来自所述多个可选择简档的预定义简 档的选择；以及使用所述选择的预定义简档来生成所述布置。
19. 根据权利要求16所述的方法，其中生成所述布置包括将所述第 一 设备可访问的多个媒体文件和与所述预定义简档相 关联的多个媒体文件相比较。
20. 根据权利要求16所述的方法，其中生成所述布置包括确定所述第 一设备可访问的多个媒体文件所标识的々某体文件的 属性；以及将所述多个媒体文件中的媒体文件的属性和与所述预定义简档 相关联的属性相比较。
21. 根据权利要求20所述的方法，其中确定所述多个媒体文件 的属性包括将所述多个媒体文件所标识的媒体文件和与多个不同 媒体文件中的每个相关联的预定义属性相比较。
22. 根据权利要求16所述的方法，其中所述预定义简档存储在 第二设备的存储器中。
23. 根据权利要求16所述的方法，其中用于生成所述布置的所 述预定义简档是基于除所述第一设备的用户之外的人员的布置偏好。
24. 根据权利要求16所述的方法，其中所述多个媒体文件包括 多个音乐文件，所述方法进一步包括将所述多个音乐文件以及与所述音乐文件相关联的元数据和与所述简档相关联的音乐艺术家、音乐专辑、音乐标题或的音乐属性相比4交。
25. 根据权利要求16所述的方法，其中生成所述布置包括基于所述预定义简档，从所述第 一设备可访问的多个媒体文件选 择多个媒体文件；以及基于所述预定义简档，对所述选择的多个媒体文件进行排序。
26. —种包括至少 一 个计算机可读存储介质的计算机程序产品， 所述计算机可读存储介质具有存储于其中的计算机可读程序代码逻 辑，所述计算机可读程序代码逻辑包括第一代码逻辑，配置用于从第一设备接收第一通信，所述通信包 括所述第 一设备可访问的多个媒体文件的标识；第二代码逻辑，配置用于基于预定义简档，生成从所述多个媒体 文件中选择媒体文件的布置；以及第三代码逻辑，配置用于提供待传送到所述第 一设备的第二通 信，所述第二通信包括所述布置。
27. 根据权利要求26所述的计算机程序产品，进一步包括 第四代码逻辑，配置用于为所述第一设备提供多个可选择的预定义简档。
28. 根据权利要求27所述的计算机程序产品，进一步包括 第五代码逻辑，配置用于从所述第一设备接收对于来自所述多个可选择简档的预定义简档的选择，其中所述第二代码逻辑配置用于 基于所述选择的预定义简档，生成所述布置。
29. 根据权利要求26所述的计算机程序产品，其中所述第二代 码逻辑进一步配置用于将所述第一设备可访问的多个媒体文件和与 所述预定义简档相关联的多个媒体文件相比较。
30. 根据权利要求26所述的计算机程序产品，其中所述第二代 码逻辑进一步配置用于确定所述第一设备可访问的多个媒体文件所 标识的媒体文件的属性，以及将所述多个媒体文件中的媒体文件的 属性和与所述预定义简档相关联的属性相比较。
31. 根据权利要求30所述的计算机程序产品，其中所述第二代 码逻辑进一步配置用于通过将所述多个媒体文件所标识的媒体文件 和与多个不同媒体文件中的每个相关联的预定义属性相比较，确定 所述多个媒体文件所标识的媒体文件的属性。
32. 根据权利要求26所述的计算机程序产品，其中所述预定义 简档存储在第二设备的存储器中。
33. —种设备，包括处理装置，用于基于第一设备对多个媒体文件的标识，并且进一 步基于预定义简档，生成从所述第 一 设备可访问的多个媒体文件选 择媒体文件的布置；其中所述处理装置进一步配置用于提供到所述 第一设备的通信，所述通信包括所述布置。
34. —种方法，包括 访问第二设备；从所述第二设备接收用于选择来自多个简档的简档的选项； 传送对于来自所述多个简档的所选简档的选择； 向所述第二设备标识多个媒体文件；以及从所述第二设备接收所述标识的媒体文件中的至少 一些媒体文件的布置。
35. 根据权利要求34所述的方法，其中所述多个媒体文件包括 存储在第一设备存储器中的多个音频文件，并且所述布置包括播放 列表，所述方法进一步包括根据从所述第二设备接收的播放列表，在所述第一设备上播放所 述音频文件。
36. —种设备，包括处理器，配置用于从第二设备接收用于选择来自多个简档的简档 的选项；其中所述处理器进一步配置用于提供到所述第二设备的、对于来 自所述多个简档的所选简档的选择的通信，其中所述处理器进一步配置用于提供到所述第二设备的、多个媒体文件的标识的通信，以及其中所述处理器进一步配置用于从所述第二设备接收所述多个媒体文件中的至少 一 些媒体文件的布置。
37.根据权利要求36所述的设备，进一步包括存储器设备，可操作地耦合至所述处理器；以及用户输出设备，可操作地耦合至所述处理器，其中所述多个媒体文件包括存储在所述存储器设备中的多个音频文件，其中所述布置包括播放列表，以及其中所述处理器进一步配置用于使用所述用户输出设备，根据从所述第二设备接收的播放列表，播放所述音频文件。
全文摘要
用于生成用户媒体文件布置的系统、方法、设备和计算机程序产品。例如，第一设备的用户可以使用第一设备来访问第二设备。第二设备可以为用户提供选择存储在第二设备中的简档的选项。然后，用户可以使用第一设备来向第二设备传送简档的选择以及存储在第一设备中的音乐列表。然后，第二设备可以使用从第一设备接收的列表中标识的音乐来生成播放列表。第二设备可以基于所选的简档来生成播放列表。然后，第二设备可以将该播放列表传回到第一设备。第二设备用于生成播放列表的简档可以是基于特定主题或基于特定用户的音乐偏好。
文档编号G06F17/30GK101652776SQ200880010309
公开日2010年2月17日 申请日期2008年1月31日 优先权日2007年4月3日
发明者H·科恩蒂南 申请人:诺基亚公司