CN102870130A

CN102870130A - 加标签的媒体项目信息的聚合

Info

Publication number: CN102870130A
Application number: CN2011800202258A
Authority: CN
Inventors: M·B·海莱; P·T·朗格恩菲尔德
Original assignee: Apple Computer Inc
Current assignee: Apple Inc
Priority date: 2010-04-22
Filing date: 2011-04-19
Publication date: 2013-01-09
Anticipated expiration: 2031-04-19
Also published as: JP2013525904A; WO2011133573A4; WO2011133573A3; KR101471268B1; KR20120139827A; GB201218940D0; GB2492513A; US20110264495A1; MX2012012270A; AU2011242898A1; WO2011133573A2; BR112012026706A2; AU2011242898B2; DE112011101428T5; CN102870130B

Abstract

在一个实施例中，媒体项目可以在其正被播放时被标识为感兴趣的（“被加标签”）并且此信息随后可以被发送给标签聚合器，标签聚合器聚合来自多种类型的设备的标签。标签聚合器可以与媒体项目在其上被加标签的加标签应用处于相同的设备上，或者可替代地，其可以处于不同的设备上。

Description

加标签的媒体项目信息的聚合

技术领域

本文中所描述的实施例一般地涉及在电子设备上播放媒体项目的领域。更具体地，本文中所描述的实施例涉及与已经在电子设备上被加标签的媒体项目有关的信息的聚合。

背景技术

在各种电子设备上播放诸如歌曲、视频、有声书等的媒体项目已经变得普遍。现在比任何时候都要多的用户拥有在许多不同设备上播放这些媒体项目的机会。通常普通的用户就拥有和操作多个设备，诸如便携式媒体播放器、蜂窝电话、膝上型计算机和台式计算机。这还不包括多年来用于播放媒体项目的大量电子设备，诸如电视、家庭音响和车载无线电装置。

遗憾的是，由于过多的不同设备和不同机构可用于播放媒体项目，可能难以跟踪用户已经标识为感兴趣的项目的媒体项目。随着用户混合使用越来越多的设备和越来越多的应用，这迅速变得势不可挡。

因此，期望一种用于提供加标签方案的系统、方法和装置，其在应付多个媒体设备和/或多个媒体相关的应用时允许更为用户友好的环境。

发明内容

在另一实施例中，多个标签聚合器可以被同时使用来辅助跨越更大范围的设备来更新有关感兴趣的媒体项目的信息。这在其中特定加标签应用不能够直接与特定标签聚合器相接口的情况下特别地有用。

在另一实施例中，标签信息可以在不同的方向上流动。例如，除了仅仅从加标签应用行进到标签聚合器之外，标签聚合器可以发送信息给媒体源。以这种方式，例如，已经将特定元数据嵌入到所发送的媒体项目中或者已经将专有加标签应用配置成与标签聚合器相兼容的合作媒体源可以接收原来由不同加标签应用加标签的标签信息。

在一些情况中，标签聚合器和媒体源可以形成可以为标签聚合器和媒体源两者提供益处的相互有益的关系（称为合作）。例如，在一些情况中，可以对媒体源将元数据嵌入特定媒体项目或以其它方式将元数据与特定媒体项目相关联或将其它专有加标签应用配置为能与标签聚合器兼容而补偿媒体源。该补偿可以采取许多形式，诸如与当例如使用专有加标签应用加标签的媒体项目（或项目）已被购买时可以接收的奖金持平的财务激励。

在检查如下附图和详细描述之后，所描述的实施例的其它装置、方法、特征和优点将对本领域技术人员而言变得显而易见。意图所有这样的另外的装置、方法、特征和优点被包括在所附权利要求的范围内并受其保护。

附图说明

通过参考结合附图进行的以下描述可以最好地理解所描述的实施例及其优点。

图1是图示出根据一个实施例的设备的代表性系统的框图。

图2是图示出根据另一实施例的多个标签聚合器的代表性系统的示图。

图3是图示出根据一个实施例的包括媒体管理服务器的系统的示图。

图4是图示出用作根据一个实施例的标签聚合器的客户端应用的示例的示图。

图5是图示出可以包含在根据一个实施例的便携式媒体设备中的各种组件的框图。

图6是图示出根据一个实施例的媒体管理服务器的框图。

图7是图示出根据一个实施例的方法的流程图。

图8是图示出根据另一实施例的可替代方法的流程图。

图9是图示出根据另一实施例的方法的流程图。

具体实施方式

在以下详细描述中，阐述了大量具体细节以提供对作为所描述的实施例的基础的概念的透彻理解。然而，对于本领域技术人员将显而易见的是，可以在没有这些具体细节中的一些或全部的情况下实践所描述的实施例。在其他实例中，没有详细描述公知的处理步骤以避免不必要地模糊作为基础的概念。

供个人使用的数字内容的广播现在包括混合数字（HD）无线电、卫星无线电、流传输音频/视频以及流传输音频服务如Pandora和Last.fm。除了数字内容的广播以外，数字内容（例如经由蜂窝网络或无线计算机网络）向手持设备的直接传送也已经变得流行。然而，可用数字内容和数字内容源的数目的该爆发会淹没数字内容消费者。当数字内容消费者消费数字内容时（即，收听MP3文件或观看数字视频），数字内容消费者可能想要标记（也称为“加标签”）特定的数字内容项目以供后续处理。例如，当数字内容消费者正在收听特定媒体项目（诸如被编码为MP3文件的歌曲或乐曲）并且（因为某些原因）确定该媒体项目是有意思的时，则对于数字内容消费者而言能够将该MP3文件标识为与供后续处理的媒体项目相对应将是有益的。

在所描述的实施例的上下文中，来自不同类型的源的任意数目的标签可以在单个位置处被聚合以供后续处理。例如，数字内容消费者可以正在收听来自流传输音乐源的已编码MP3文件形式的音乐项目。数字内容消费者可以在任何时刻通过例如创建包含来自该MP3文件的元数据中的一些的标签来使得该音乐项目被加标签以供后续处理。标签随后可以被转发给以下更详细描述的标签聚合器。数字内容消费者随后可以选择给来自相同数字内容提供者的另一音乐项目加标签或者完全切换到另一数字内容提供者并给由那个数字内容提供者提供的数字内容加标签。

一旦标签在标签聚合器处被接收到，则数字内容消费者可以在任何时刻开始被认为适当的任何后续处理。例如，当数字内容消费者决定要购买加标签的音乐项目时，可以访问在线商店（诸如由加利福尼亚州库布蒂诺的苹果公司管理的iTunes商店所提供的在线商店）来完成交易。应当注意，后续处理可能导致附属动作。例如，在线商店与数字内容提供者之间的协议可以规定对从在线商店购买的数字内容的原始媒体源的奖励。这样的奖励可以包括金融报酬、奖金等。

根据实现方式，标签聚合器可以处于各种位置。在一个实施例中，标签聚合器可以处于在台式计算机上运行的软件应用中。在另一实施例中，标签聚合器可以处于便携式设备中，便携式设备诸如是膝上型计算机、便携式媒体设备或蜂窝电话。在另一实施例中，标签聚合器可以处于服务器上。

在一个实施例中，加标签应用和标签聚合器之间的通信可以经由当包含加标签应用的设备连接到包含标签聚合器的设备时运行的一般同步程序来完成。加标签应用是在其上给媒体项目加标签的应用，诸如类似流传输音频应用或HD无线电接收机的媒体应用。在该一般同步期间，加标签应用也可以在加标签应用和标签聚合器两者都在操作的同时从加标签应用向标签聚合器发送标签信息。该发送可以是单向的，即，加标签应用可以发送标签信息给标签聚合器，但是标签聚合器不可以发送其它标签信息给加标签应用。然而，在另一实施例中，标签信息在两个方向上都可以被发送。

在另一实施例中，例如通过加标签应用将标签信息保存在预先指示的位置并随后从该预先指示的位置取回标签信息，可以在没有主动同步过程的情况下建立通信。在另一实施例中，可以通过使用应用编程接口（API）来建立通信。

在另一实施例中，标签聚合器可以处于网络中的多个设备中，并且标签聚合器可以配置为一起操作来跟踪标签信息。作为示例，标签聚合器可以处于在家庭计算机上操作的客户端应用中以及处于与该客户端应用对应的媒体管理服务器处。家庭计算机处的标签聚合器可以用来从在家庭计算机上运行的加标签应用以及从在与该家庭计算机同步的设备（诸如便携式媒体设备）上运行的加标签应用聚合标签信息。媒体管理服务器处的标签聚合器随后可以从在家庭计算机上运行的客户端应用以及从在不同计算机上运行的客户端应用并且还直接从与客户端应用没有接口的其它设备（诸如蜂窝电话）聚合标签信息。各个标签聚合器处的媒体播放列表可以相互协调来创建加标签的媒体项目的单个列表，其中，可以在多个位置中访问同一单个列表。以这种方式，用户可以例如从任何设备以及在该设备上运行的任何应用来访问该同一列表。

在另一实施例中，标签聚合器可以由第三方控制。例如，媒体项目的原始来源，诸如流传输音频提供者，可以聚合已使用对应的流传输音频应用“加标签”的感兴趣的媒体项目的标识。这些标识可以随后被传递给与特定用户相关联的标签聚合器。例如，第三方标签聚合器可以将此信息传递给媒体管理服务器，媒体管理服务器维护其自己的标签聚合器和与用户相关联的账户。

在一个实施例中，标签信息可以在包含加标签应用（或标签聚合器）的设备与包含标签聚合器的设备一般同步了时被从加标签应用传递给标签聚合器（或从一个标签聚合器传递给另一标签聚合器）。该同步可以要么经由有线连接进行，或者可替换地经由无线通信进行。标签信息的传递也可以自动地或者周期地进行。例如，无线同步可以每分钟进行一次，而标签信息可以在该同步期间被传递。可替换地，标签信息传递可以仅应具体事件（诸如一个设备到另一个设备的物理连接）而发生，或者应对标签信息的具体请求而发生。在另一替代例中，加标签应用和标签聚合器之间传递标签信息可以实时地（例如在从用户接收到加标签动作时立即地）进行。

以上描述了在一个方向上传送标签信息，即从加标签应用向标签聚合器传送标签信息。在另一实施例中，该信息可以在多个方向上流动。即，聚合的标签信息可以（要么直接地要么经由加标签应用）被传递回媒体源。这在加标签应用与可以从知道标签信息受益的第三方媒体源相接口的情况中最有用。

图1是图示出根据一个实施例的设备的代表性系统的框图。这里，标签聚合器100可以从多个设备/应用接收标签信息。为简单起见，不同设备/应用可以分组成三类。第一类102包括从一个或多个媒体源接收直接广播的设备/应用。这包括具有集成接收机的应用/设备，诸如具有集成混合数字音频接收机的便携式媒体设备104、具有集成FM无线电接收机的便携式媒体设备106、独立卫星无线电接收机108和具有集成DAB数字无线电接收机的立体声系统110。

第二类112包括经由因特网或其他联网流来接收流传输媒体项目的设备/应用。这可以包括，例如，接收因特网无线电广播的软件应用114。这也可以包括流传输视频应用116。应当注意，这些应用可以与标签聚合器100处于同一设备上，或者它们可以处于分离的设备上。

第三类118包括便携式媒体设备或电话上作为独立应用运行的设备/应用。这包括例如，诸如Shazam之类的音乐识别应用，但是一般可以包括通过无线网络在便携式媒体设备处接收内容数据的任何独立的应用。这些应用可以配置为经由API与标签聚合器100相接口。

应当注意，在标签聚合器100和应用之间图示出云124以表明确切的通信介质可以基于实现方式和加标签应用的类型而不同。该云旨在包含将标签信息从加标签应用传送至标签聚合器的所有可能的方法，包括但不限于直接线缆连接、诸如Wi-Fi、蓝牙和蜂窝电话协议之类的无线通信、当加标签应用和标签聚合器两者都在同一设备上同时运行时的直接通信，或者诸如加标签应用将信息保存在预先指示的位置以供标签聚合器稍后取回之类的被动通信。

为了该描述的目的，这些媒体设备/应用的每一个都是加标签应用，因为加标签在所述设备上和/或使用所述应用进行。当然，在该图中图示的加标签应用仅仅是符合这三种类别中的每种的设备和应用的示例。该图并不意图对所利用的设备/应用的类型和数目方面进行限制。还应当注意，这些类别可以包含某些重叠。例如，便携式媒体设备上的流传输音频应用可以配置为当在用户家中（并且能够连接到用户的广播连接）时直接经由因特网流来接收媒体项目，并且还配置为在离开家时经由蜂窝电话网络来接收媒体项目。

图2是图示出根据另一实施例的多个标签聚合器的代表性系统的示图。每个标签聚合器200,202,204直接服务任意数目的不同设备/应用。标签聚合器200,202,204可以以层级方式如图所示地配置，其中，一个标签聚合器204从其它标签聚合器200,202接收标签信息。然而，其中在不使用层级组织结构（例如被串行布置）的情况下在系统中包含多个标签聚合器的实施例是可能的。标签聚合器204也可以直接从加标签应用206接收标签信息。

标签聚合器可以处于相同或不同的设备上。标签聚合器的层级组织结构可以被调整来适应设备的网络的组织方案。例如，用户可以拥有台式计算机和膝上型计算机以及媒体管理服务器处的账户。在这样的情况中，用户可以拥有用于在台式计算机和膝上型计算机两者上运行的媒体管理服务器（例如iTunes^TM商店）的客户端应用（例如iTunes^TM应用）。用户还可以拥有许多不同加标签应用，一些或者在台式计算机或者在膝上型计算机上运行，并且一些在可以与台式计算机或膝上型计算机（但可能不是与两者都）相接口的其它设备（例如便携式媒体设备、蜂窝电话等等）上运行。在这样的情况下，将标签聚合器200定位在家庭计算机上，将标签聚合器202定位在膝上型计算机上并且将标签聚合器204定位在媒体管理服务器上可能是有益的。利用这样的设计，来自在家庭计算机上或在与家庭计算机相接口的设备上运行的应用的标签信息可以由标签聚合器200聚合。来自在膝上型计算机上或在与膝上型计算机相接口的设备上运行的标签信息可以由标签聚合器202聚合。标签聚合器204随后可以聚合来自标签聚合器200和标签聚合器202的信息以及在媒体管理服务器处直接从加标签应用（诸如从在与媒体管理服务器直接连接的蜂窝电话上运行的加标签应用）接收的标签信息。

由标签聚合器204聚合的该标签信息随后可以被与标签聚合器200,202协调。以这种方式，例如，标签聚合器200最终可以包含与标签聚合器202相同的加标签的媒体项目的列表，即使用户在直接连接到标签聚合器200的加标签应用208上对一个媒体项目加了标签并且在并非直接连接到标签聚合器200的加标签应用210上对另一个媒体项目加了标签。因此，用户可以在标签聚合器200,202和204的任一个处访问该列表并且从所有设备查看标签信息，而不论是否在该设备或应用上执行了加标签。该协调过程可以包括通常所谓的“数据同步”。数据同步是从源到目标数据存储装置地以及反之地建立数据中的一致性以及数据随时间的持续统一的过程。以这种方式，数据同步为所有应用提供对相同数据的访问。该数据同步不应当与之前描述的设备之间的一般同步相混淆，一般同步可以包括或者可以不包括对加标签的媒体项目的列表进行协调。

在另一实施例中，标签信息不仅可以流到标签聚合器中，也可以从标签聚合器流到其它位置。即，标签信息可以（要么直接地要么经由客户端应用或加标签应用）被传递回到媒体源。这在其中加标签应用与能从知道标签信息中获益的第三方媒体源相接口的情况中可能最有用。

例如，流传输音频应用可以被安装在手持设备上或通过网络浏览器被访问。流传输音频应用接收有关感兴趣的歌曲、艺术家或流派的输入，并且与流传输音频应用相关联的服务器随后基于输入来调整要被流传输给应用的音乐。流传输音频源依赖于跟踪音乐与其它音乐的相似度的扩展数据库，因此流传输的音乐与作为输入的感兴趣的歌曲、艺术家或流派类似。在其它应用处加标签的其它歌曲的列表可以是对流传输音频源有用的信息，因此其可以更好地调整其数据库使之适应用户的喜好和/或厌恶。当然，这仅仅是一个示例，并且本领域技术人员将认识到存在对这样的信息的许多可能的使用。

这在图3中可视地图示出，图3是图示出根据一个实施例的系统的示图。这里，内容从媒体源300被传送至加标签应用302，其中，特定内容项目被标识（“被加标签”）。示出标识信息被从加标签应用302传送至客户端应用304（例如iTunes^TM应用），在那儿，其被添加到其媒体播放列表。媒体项目播放列表随后可以被与媒体管理服务器（例如iTunes^TM商店）306处的媒体项目播放列表协调。该协调可以包括数据同步，如上所述。然而，这里，媒体播放列表还可以被传送回媒体源300。应当注意，该图图示出在媒体管理服务器306和媒体源300之间直接发生的传送，但是可以预见其中信息通过客户端应用304和/或加标签应用302被传送给媒体源300的实施例。

还应当注意，图3图示出其中加标签应用驻留在与客户端应用分开的设备上的实施例。如以上所说明的，可以预见其中加标签应用与客户端应用驻留在同一设备上或甚至其中客户端应用和加标签应用是同一应用的部分的实施例。这样的实施例也适用于将加标签的媒体项目信息发送回媒体源的思想。

图4是图示出充当根据一个实施例的标签聚合器的客户端应用（例如iTunes^TM应用）的示例的示图。这里，客户端应用在便携式媒体设备（例如iPhone^TM）上运行。这里，用户界面可以提供单独的“标签”键（tab）402。当“标签”键被选中时，用户界面可以从显示歌曲专辑404切换成显示已经在该客户端应用处被聚合的标签信息的列表。

应当注意，为了该描述的目的，加标签的媒体项目是已经以某种方式被标识为感兴趣的项目的任何媒体项目。在不被限制于用于加标签的特定机制的情况下，用于给媒体项目加标签的机制的示例包括图形用户界面（GUI）中的图形按钮或菜单选择，用来播放媒体项目的硬件设备上的物理按钮（诸如车载无线电装置上的专用“标签”按钮）以及键盘或其他一般输入设备。在一个实施例中，可以在各种电子组件中提供集成芯片集来使能加标签功能。例如，车载无线电装置可以被制造成包括集成加标签芯片集。

在另一示例中，可以使得各种应用可用于包括加标签功能性的便携式媒体设备或蜂窝电话。在一个具体示例中，为了在iPhone^TM上使用而创建并且通过AppStore^TM分发的应用可以包括被设计用于实现加标签的增加的功能性。在一些情况下，可以向应用制造商提供使得他们的应用符合加标签标准的设计规范。这可以包括提供有关应用应当在设备上的哪儿存储加标签的媒体项目信息以及其应当如何将此信息传送给分离的客户端应用的信息。

另外，术语“媒体项目”不意图是限制性的。媒体项目的示例包括歌曲和/或其他音频文件视频、文本文档、网页、电子邮件、图片等。这些媒体项目被播放的机制也可以不同。这里描述的实施例可以以与在媒体项目被接收和播放时对它们加标签有关的术语来进行描述。这样的实施例可以包括其中对应的媒体项目文件并不是正被实际地存储在正在播放该媒体项目的设备上的实例。这样的实施例的示例包括无线电或家用立体声设备。实施例还可以应用于存储被播放的媒体项目的部分而非全部的设备，诸如在流传输因特网无线电装置的情况中，其中，媒体项目的一部分可以放置在缓冲器中来减少可能由流传输期间的潜伏期问题引起的错误。并且，实施例还可以应用于存储整个媒体项目的设备，诸如用来在一般同步期间从家庭计算机下载媒体项目的便携式媒体播放器。

现在看到给媒体项目加标签的过程，当该过程进行时，与媒体项目相关联的元数据中的一些或全部的快照（snapshot）被采用和被利用。此信息可以用来编译如上所述的加标签的媒体项目的列表。该列表和该信息都不需要存储实际媒体项目本身的一部分（但是其中进行这样的存储的实施例是可能的）。

在一个实施例中，特定媒体项目的全部可用元数据被存储作为该媒体项目的标签的一部分。例如，一种将音频文件存储在计算机或便携式媒体设备中的常用方式使用运动图像专家组-I音频层3（MP3）协议。该协议包括存储在ID3容器中的元数据信息，ID3容器是有关媒体项目的标题、艺术家、专辑、轨道号和其它信息存储在文件本身中的位置。在一个实施例中，此ID3容器被简单地复制并被用作媒体项目的标签。在另一实施例中，仅ID3容器中的字段中的一些被复制并被用作标签。

元数据可以根据媒体项目的类型和传输的机制被嵌入到多个地方。广播者可以与媒体管理服务器合作来嵌入被设计用于媒体管理服务器的元数据，来交换当项目最终被从媒体管理服务器购买时的报酬。这稍后将在该文档中更详细地描述。因此，嵌入的元数据除了仅仅是媒体项目本身的标识以外，还可以包含可能对于媒体管理服务器在支付该报酬方面有用的信息。在某些情形中，此元数据还可以是可由操作媒体管理服务器的公司惟一地读取的，从而防止其它公司未经许可而利用该嵌入信息。

对于所有类型的媒体项目，附加的元数据都可以被跟踪，诸如发送其的源的标识，诸如无线电或电视台的呼号和主导市场区域（DMA），发送器所附属的无线电或电视网络的标识等等。

元数据还可以包括指示媒体项目被加标签的日期和时间的时间戳。在一些实施例中，该时间戳可以用来辅助对媒体项目的识别。例如，如果元数据还包括有关媒体源（诸如特定无线电台）的信息，则时间戳可以用来访问指明在歌曲被加标签时什么歌曲正在该特定无线电台上被播放。

在这个意义上，即使在单个实施例中，存储在标签中的元数据的数量也可以根据媒体项目的类型和媒体项目的源而不同。从传统无线电台加标签的媒体项目例如可以比从因特网系统加标签的媒体项目要求更少的元数据以用于标识目的。

应当注意，存储在标签中的元数据不是必须要从媒体项目本身中取得的。可以预见这样的实施例，其中，系统可以在项目被加标签时生成新的元数据，并且该新的元数据可以用作标识标签。

在一个实施例中，除了从传输本身提取元数据之外或者作为其替代，可以捕获所传输的内容的一部分以供稍后用在对传输的标识中。所捕获的部分例如可以是可用作“指纹”的任何部分，该“指纹”用来标识从其捕获该部分的广播。例如，可以捕获该内容的第二部分或两个部分。这足可以通过访问所存储的与多个媒体项目有关的内容信息的数据库来标识媒体项目。

在一个实施例中，所捕获的元数据可以包括有关媒体项目在其上被加标签的设备的信息。例如，如果媒体项目是在特定iPhone^TM上被加标签的，则有关该特定iPhone^TM的标识信息可以被记录和保存在元数据中。尽管这样的信息并不完全一定在稍后用在聚合的播放列表中，但是可以存在其中这样的信息可以是便利的实施例，诸如，如果聚合的播放列表优选按设备而不是按照字母顺序或按照一些其它标准组织的话。

尽管任何特定的信息都不是一定用在标签中，但是所使用的信息越特有，两个媒体项目越不可能被相互混淆。这也有助于标签中的信息至少能够向媒体管理服务器特有地标识媒体项目。媒体管理服务器可以有权访问可供购买的媒体项目的数据库，并且可以采取步骤来将加标签的媒体项目与该数据库中的媒体项目相关联。这样，将对媒体管理服务器要进行该连接有帮助的任何信息被存储在标签中是有帮助的。然而，媒体管理服务器可以采取另外的步骤来尝试推导出媒体项目的身份，如果标签本身不足以如此的话。例如，如果标识信息包含专辑标题但是标识错歌曲标题，则媒体管理服务器可以通过将歌曲的长度与数据库中有关特定专辑中包含的歌曲的长度的信息相比较来推导出歌曲的标题。

在另一实施例中，位置信息可以存储在标签中。该位置可以是相对的或绝对的。例如，标签可以包括有关媒体项目是在家中还是在上班时被加标签的信息。该信息可以在稍后或者由用户在判定是否购买加标签的媒体项目列表中的项目时利用（例如用户可能更有可能在上班时购买项目，如果用户花大量时间上班的话）或者由其它应用利用（例如，如果应用是要建议播放的歌曲并且知道用户在上班，则应用将更有可能建议来自当用户过去在工作时加标签的加标签的媒体项目列表中的歌曲）。

如上所述，媒体项目原来在其上“被加标签”的设备可以是许多不同类型的设备之一。在一个实施例中，该设备是便携式媒体设备。便携式媒体设备一般是指具有存储和播放媒体项目的能力的便携式电子设备，媒体项目包括但不限于音频文件、视频文件、静止图像等等。便携式媒体设备也可以连接到配件，包括能够接收来自其它源的包括在他们被播放时递送的媒体项目的传输的接收机。这样的非计算配件的示例包括无线电或卫星调谐器，它们被设计用于从诸如FM、HD或卫星广播器之类的第三方接收广播。附件可以是与便携式媒体设备分离的设备，或者，可替换地，可以被集成到便携式媒体设备本身中。

图5是图示出可以包含在根据一个实施例的便携式媒体设备中的各种组件的框图。这包括存储设备500，其可以用来存储媒体项目以及存储加标签的媒体项目信息。便携式媒体设备还可以包含用户接口模块502、显示接口504、音频输出设备506（诸如扬声器或头戴式耳机插孔）和用户输入控件508以及配件接口510。用户输入控件508可以包括例如一个或多个按钮、触摸板、触摸屏、滚轮、点击轮或能够生成与用户所采取的动作相对应的通信信号的任何其它设备。在触摸屏的情况下，用户输入控件508可以与显示接口504集成，因为显示器用作输入和输入设备。

用户接口模块502可以包括使得用户能够控制便携式媒体设备的操作的电路系统和/或软件的任何组合。用户接口模块502还可以从存储设备500接收数据并经由显示接口504或音频输出设备506提供对应的输出给用户。

在一个实施例中，用户接口模块502可以包括经由用户输入控件508操作来在媒体项目正被播放时给媒体项目加标签的控件。例如，用户接口模块502可以使得“标签”按钮出现在显示器上所显示的用户界面上，该按钮可以在播放媒体项目时的任何时刻被按压来指示当前播放的媒体项目应当被加标签。

媒体加标签模块512可以用来保存在加标签动作被用户接口模块502接收到时与媒体项目播放有关的元数据。

存储设备500可以用来存储媒体项目以及标识已经被加标签的媒体项目的元数据。存储设备500可以包括例如磁盘或光盘、闪存或任何其它非易失性存储器。其中利用易失性存储器（例如RAM）的另外的实施例也是可能的，然而，这样的实施例在其中媒体项目本身被存储在其它某些地方的情况下更有用，并且存储设备500仅仅被用来临时存储加标签的媒体项目信息直到其能够与客户端应用协调为止。还应当注意，其中标签信息被存储在仅用于该目的的存储器（例如，“标签”储存库）中的实施例是可能的。

不论标签信息被存储的形式如何，其最终可以被标签聚合器取回。如果标签聚合器驻留在与加标签应用不同的设备上，则这可能涉及使用一般同步。该一般同步可以利用直接有线连接，或者可以通过诸如蜂窝电话或Wi-Fi协议之类的某种无线通信协议被无线地执行。标签信息的传递，不论是否发生在一般同步期间或在其它时刻，都可以使用媒体播放列表更新模块514来完成。

可以包括处理器516来协调便携式媒体设备的各个元件并且操作对于执行在这里的各个实施例中描述的不由其它组件执行的动作所必需的任何步骤。

标签聚合器可以管理媒体项目播放列表，媒体项目播放列表可以存储在存储器中。标签聚合器可以使用来自加标签应用的标签信息并将其添加到加标签的媒体项目播放列表中。应当注意，标签聚合器对标签信息标识的取回可以以许多不同方式执行。

在一个实施例中，当媒体项目正被加标签时，标签被存储在媒体项目正在其上被播放的设备上的预先指示的位置中。该预先指示的位置可以或者是标签聚合器已知的或者是将与客户端应用相接口的中间应用（诸如被设计为与iTunes^TM应用相接口的同步应用）已知的。该预先指示的位置可以或者不可以由设备上的多个应用共享。例如，便携式媒体设备可以具有歌曲被从其加标签的多个应用，包括HD无线电调谐器、流传输因特网无线电应用和FM调谐器。这些应用中的每一个可以在便携式媒体设备的存储器中具有他们自己的设计的位置，或者可替换地，这些应用中的一个或多个可以共享单个位置。不论如何，所有这些位置可以是标签聚合器已知的或者至少是与标签聚合器相接口的中间应用已知的。应当注意，加标签应用还可以将他们自己的标签集存储在专有位置以用于它们自己的目的。

标签聚合器还可以具有其中存储标签信息的预先指示的位置。在标签聚合器处于与媒体项目在其上被加标签的设备相同的设备上时，与将信息存储在加标签应用特有的位置中并且稍后将该信息传送到标签聚合器的预先指示的位置相对照（尽管这样的实施例不被禁止），更容易的是加标签应用本身简单地将信息存储在标签聚合器已经预先为标签信息指定的位置中。

在一个实施例中，媒体管理服务器被用来基于每个用户地存储加标签的媒体项目的列表。这样的媒体管理服务器的示例是iTunes^TM系统。在这样的系统，用户创建帐户并且可以通过账户来购买和管理各种媒体项目，账户可以通过在多个设备上操作的iTunes^TM应用来访问。例如，用户可以让iTunes^TM应用在台式计算机、膝上型计算机和蜂窝电话上运行。用户能够从这些设备中的一个来访问他或她自己的iTunes^TM账户。应当注意，iTunes^TM系统仅仅是能够利用的媒体管理服务器的一个示例。本领域普通技术人员将认识到也可以利用其它类型的媒体管理服务器。

应当注意，在一个实施例中，媒体管理服务器通过用户账户来组织标签信息。在这样的实施例中，用户可以注册媒体管理服务器来创建帐户。用户随后可以利用账户信息在他或她的控制下配置客户端应用中的一个或多个。这可以包括例如在操作客户端应用时键入用户名和口令。随后可以使用其它机制来将加标签应用与账户相关联。

可以以各种方式处理多种用户情形。在一个实施例中，由多个用户使用的应用可以默认设置到单个用户的账户。以这种方式，如果家庭的各个成员全操作单个计算机，则可以利用单个用户的账户来聚合所有标签信息，而不论家庭的哪个成员给媒体项目加了标签。在另一实施例中，标签信息可以包括有关给项目加了标签的用户的信息，并且因此，即使媒体管理服务器的单个账户被用来聚合该信息，后续的加标签的媒体项目的列表也可以基于进行了加标签的用户进行细分。

图6是图示出根据一个实施例的媒体管理服务器的框图。通信接口600可以能够从标签聚合器接收加标签的媒体项目的列表。通信接口600还可以能够从加标签应用接收标签信息。购买接口602可以能够接收购买加标签的媒体项目的列表中的第一加标签的媒体项目的指令。购买接口602可以能够与客户端应用通信来协调第一加标签的媒体项目的购买和下载。当购买第一加标签的媒体项目的指令被接收到时，报酬模块604可以能够提供报酬给与第一加标签的媒体项目相关联的媒体源。

加标签的媒体项目列表协调模块606可以能够在多个聚合器之间协调加标签的媒体项目的列表。媒体列表更新模块608可以能够利用从加标签应用接收的标签信息来更新存储器610中的加标签的媒体项目的列表。处理器612一般可以执行与协调各种模块有关的任务以及其它处理功能。

图7是图示出根据一个实施例的方法的流程图。该方法可以由标签聚合器执行。在步骤700处，可以从第一加标签应用接收与第一加标签的媒体项目相关联的第一标签信息。在步骤702处，可以从与第一加标签应用不同的第二加标签应用接收与第二加标签的媒体项目相关联的第二标签信息。在步骤704，可以使用接收到的第一和第二标签信息来更新媒体项目的列表。更新媒体播放列表的动作可以或者可以不涉及访问外部数据库来辅助加标签的媒体项目的标识。在一个实施例中，加标签应用的类型可以来自之前描述的三种应用类型，即（1）从一个或多个媒体源接收直接广播的应用，（2）经由因特网或其它联网流来接收流传输媒体项目的应用，和（3）在便携式媒体设备和电话上作为独立应用运行的应用。

该方法可以由与媒体管理服务器的客户端应用相关联的应用或设备执行。例如，该方法可以在运行iTunes^TM客户端应用的膝上型或台式计算机上执行。在其中客户端应用在另一设备（诸如便携式媒体设备）上操作的实施例中，该方法可以在那个设备上执行。

接收标签信息本身的动作可以基于实现方式而显著不同。例如在加标签应用正在与标签聚合器分离的设备上运行的情况中，可能有必要在设备之间进行某种主动通信来传送信息。在其中加标签应用正在与标签聚合器相同的设备上运行的情况中，加标签应用可以简单地直接传送该信息给标签聚合器或者将该信息保存在标签聚合器可以在稍后取回它的预先指示的位置中（后者是有用的，例如，如果加标签应用和标签聚合器不是正在同时运行的话）。

图8是图示出根据另一实施例的方法的流程图。该方法涉及在具有三个（或更多）标签聚合器的系统中操作第一标签聚合器。这例如可以是层级布置，其中，第一标签聚合器在层级系统的顶层（或至少在层级系统中比第二和第三标签聚合器更高的层）。

在步骤800，可以从第二标签聚合器接收加标签的媒体项目的列表。在步骤802，来自第二标签聚合器的加标签的媒体项目的列表可以被添加到由第一标签聚合器控制的加标签的媒体项目的列表。在步骤804，可以从第三标签聚合器接收加标签的媒体项目的列表。在步骤806，来自第三标签聚合器的加标签的媒体项目的列表可以添加到由第一标签聚合器控制的加标签的媒体项目的列表。

在步骤808，可以从加标签应用接收第一标签信息。在步骤810，来自第一加标签应用的标签信息可以添加到由第一标签聚合器控制的加标签的媒体项目的列表。

加标签应用可以是以下类型之一：调谐器应用、因特网流传输应用或无线网络应用。加标签应用可以经由API与第一标签聚合器通信。在加标签应用由第三方（除控制媒体管理服务器的那方之外的一方）创建的情况中，可以通过为随后被购买的任何加标签的媒体项目支付奖金来为第三方使得加标签应用与标签聚合器兼容和/或将元数据嵌入到媒体项目中来补偿第三方。

图9是图示出根据另一实施例的方法的流程图。该方法可以由与加标签应用相关联的应用或设备（诸如便携式媒体设备）执行。该方法涉及用来给媒体项目“加标签”的过程。

在步骤900，可以播放媒体项目。可以根据媒体项目的类型和加标签应用的类型以各种不同方式来播放该媒体项目。对于调谐器应用，可以使用配件设备（诸如无线电或HD调谐器）来辅助播放。该配件设备可以处于与加标签应用相同设备中，或者可以是分离的设备。加标签应用可以是例如调谐器应用、因特网流传输应用、无线网络应用等。

在步骤902，可以接收加标签动作。该动作可以以许多不同方式被接收。在一个实施例中，在设备上操作的用户界面引擎可以包括用户经由用户输入控件来在媒体项目正被播放时给它们加标签的控件。例如，用户界面引擎可以使得“标签”按钮出现在显示器上所显示的用户界面上，用户可以在收听或观看媒体项目时的任何时刻按压“标签”按钮来表明当前播放的媒体项目应当被加标签。在另一实施例中，可以向用户提供物理的“标签”按钮。加标签动作从而可以涉及用户选择这些标签按钮中的一个的交互。

在步骤904，与媒体项目有关的原数据可以被存储。可以以许多不同方式获得该元数据。在一个实施例中，元数据被从嵌入在媒体项目本身中的元数据，例如，存储在MP3文件的ID3标签中的或嵌入在混合数字音频流中的元数据复制。在另一实施例中，元数据由加标签应用在加标签动作时生成。在另一实施例中，元数据可以简单地是时间戳和媒体源（例如无线电台）标识符。这随后可以用来查询数据库以确定所意图加标签的媒体。

元数据的存储也可以采用许多不同的形式。在一个实施例中，元数据被存储在本地存储装置中的扩展标记语言（XML）文件中。在另一实施例中，元数据被存储作为文本文件。

在步骤906，与媒体项目有关的元数据可以被发送给标签聚合器。如果标签聚合器处于与加标签应用不同的设备上时，这可以涉及经由同步程序来传送元数据。

所描述的实施例的各个方面、实施例和实现方式或特征可以被分开或以任何组合使用。所描述的实施例的各个方面可以通过软件、硬件或硬件和软件的组合来实现。所描述的实施例也可以实施为计算机可读介质上的计算机可读代码。计算机可读介质被定义为可以存储之后能由计算机系统读取的数据的任何数据存储设备。计算机可读介质的示例包括只读存储器、随机存取存储器、CD-ROM、DVD、磁带和光学数据存储设备。计算机可读介质也可以通过网络耦合的计算机系统来分发以使得计算机可读代码以分布式方式存储和执行。

为了说明的目的，以上描述使用了具体的术语来提供对所描述实施例的透彻理解。然而，对本领域技术人员显而易见的是，不要求具体的细节来实施所描述的实施例。因此，这里所描述的具体实施例的以上描述符仅仅是用于图解和描述目的的。它们不意图是穷尽性的或者意图将实施例限制于所公开的精确形式。鉴于以上教导，对于本领域技术人员显而易见的是，许多修改例和变形例是可能的。

选择和描述这些实施例以便最好地说明基础的原理和概念以及实际的应用，从而使得本领域技术人员能够最好地利用各个实施例，其中可以构想到适合于具体使用的各种修改例。意图实施例的范围由如下权利要求及其等同物限定。

Claims

1.一种方法，包括：

从第一加标签应用接收与第一加标签的媒体项目相关联的第一标签信息；

从与第一加标签应用不同的第二加标签应用接收与第二加标签的媒体项目相关联的第二标签信息；以及

使用接收的第一标签信息和第二标签信息来更新媒体项目列表。

2.如权利要求1所述的方法，还包括：

与媒体管理服务器协调所述媒体项目列表。

3.如权利要求1或2所述的方法，其中，第一标签信息是通过应用程序接口（API）从第一加标签应用接收的。

4.如权利要求1－3中任一项所述的方法，其中，所述方法还包括：

在第一标签聚合器和第二标签聚合器之间协调所述媒体项目列表。

5.如权利要求1－4中任一项所述的方法，还包括：

将所述媒体项目列表发送至媒体源。

6.如权利要求1－5中任一项所述的方法，还包括：

如果第一加标签的媒体项目随后被购买，则通过支付奖金来补偿发送了第一加标签的媒体项目的媒体源。

7.一种操作第一标签聚合器的方法，包括：

从第二标签聚合器接收加标签的媒体项目的列表；

将来自第二标签聚合器的加标签的媒体项目的列表添加到由第一标签聚合器控制的加标签的媒体项目的列表；

从第三标签聚合器接收加标签的媒体项目的列表；

将来自第三标签聚合器的加标签的媒体项目的列表添加到由第一标签聚合器控制的加标签的媒体项目的列表；

从第一加标签应用接收标签信息；以及

将来自第一加标签应用的标签信息添加到由第一标签聚合器控制的加标签的媒体项目的列表。

8.如权利要求7所述的方法，还包括：

与第二标签聚合器和第三标签聚合器两者协调由第一标签聚合器控制的加标签的媒体项目的列表。

9.如权利要求7或8所述的方法，还包括：

从与第一加标签应用不同的第二加标签应用接收标签信息；以及

将来自第二加标签应用的标签信息添加到由第一标签聚合器控制的加标签的媒体项目的列表。

10.一种媒体管理服务器，包括：

通信接口，所述通信接口能够从标签聚合器接收加标签的媒体项目的列表；

购买接口，所述购买接口能够接收购买所述加标签的媒体项目的列表中的第一加标签的媒体项目的指令；以及

报酬模块，所述报酬模块能够在购买第一加标签的媒体项目的指令被所述购买接口接收到时提供报酬给与第一加标签的媒体项目相关联的媒体源。

11.如权利要求10所述的媒体管理服务器，其中，所述购买接口能够与客户端应用通信来协调第一加标签的媒体项目的购买和下载。

12.如权利要求10或11所述的媒体管理服务器，还包括：

加标签的媒体项目列表协调模块，其能够在多个聚合器之间协调加标签的媒体项目的列表。

13.如权利要求10－12中任一项所述的媒体管理服务器，其中，所述通信接口还能够从加标签应用接收与第二加标签的媒体项目相关联的标签信息。

14.如权利要求10－13中任一项所述的媒体管理服务器，还包括：

存储器；

媒体列表更新模块，其能够利用与第二加标签的媒体项目相关联的标签信息来更新存储器中的加标签的媒体项目的列表。

15.一种便携式计算设备，包括：

通信接口，布置为辅助所述便携式计算设备与至少一个其它电子设备之间的通信；

加标签应用；

布置为接收用于给媒体项目加标签的加标签动作的接口，所述媒体项目具有相关联的元数据；

媒体加标签模块，其通过保存所述加标签的媒体项目的元数据中的至少一些来对通过该接口提供的加标签动作进行响应；以及

媒体播放列表更新模块，配置为通过所述通信接口将所保存的元数据发送给所述至少一个其它设备，所述其它设备至少包括配置为取回所述元数据、使用所述元数据来更新与第一客户端应用相关联的第一媒体播放列表以及与媒体管理服务器协调更新的第一媒体播放列表的第一客户端应用，其中，所述媒体管理服务器具有包括来自与第一客户端应用不同的第二客户端应用的元数据的第二媒体播放列表。

16.如权利要求15所述的便携式计算设备，其中，所述其它设备包括标签聚合器。

17.如权利要求15或16所述的便携式计算设备，其中，布置为接收加标签动作的接口是图形用户界面。

18.如权利要求15至17中任一项所述的便携式计算设备，其中，布置为接收加标签动作的接口是与所述便携式计算设备上的物理按钮的接口。

19.一种装置，包括：

用于在所述装置和多个不同的具有加标签的媒体项目的加标签应用中的一个之间建立连接的部件；

用于接收与所述加标签的媒体项目相对应的元数据的部件；

用于使用所述元数据来更新所述装置处的媒体播放列表的部件；以及

用于将所述装置处的所述媒体播放列表与媒体管理服务器处的账户同步的部件。

20.如权利要求19所述的装置，其中，用于连接的部件包括接受连接到多个设备之一的线缆的物理接口，每个所述设备包括加标签应用。

21.如权利要求19所述的装置，其中，用于连接的部件包括无线地连接到多个设备之一的无线通信接口，每个所述设备包括媒体源。

22.如权利要求21所述的装置，其中，所述无线通信接口使用蜂窝电话通信协议。

23.一种计算机可读介质，用于以非暂时性有形形式存储能够由处理器执行来修改设备的操作的计算机指令，所述计算机可读介质包括：

用于取回由在第一设备上的第一客户端应用处的第一加标签应用生成的标签信息的计算机代码；

用于使用来自第一加标签应用的所述标签信息更新与第一客户端应用相关联的媒体播放列表的计算机代码；以及

用于将与第一客户端应用相关联的更新的媒体播放列表与包括来自第二客户端应用的加标签的媒体信息的另一媒体播放列表同步的计算机代码。

24.如权利要求23所述的计算机可读介质，还包括用于将从所述媒体管理服务器接收的媒体播放列表信息转发到第一加标签应用的计算机代码。

25.如权利要求23所述的计算机可读介质，其中，所述计算机可读介质是便携式媒体设备中的固件。

26.如权利要求23所述的计算机可读介质，其中，所述计算机可读介质是计算机中的硬驱。