传送和存储与媒体广播关联的信息专利检索-表演者版权及相关权专利检索查询-专利查询网

传送和存储与媒体广播关联的信息

阅读：90发布：2020-12-04

专利汇可以提供传送和存储与媒体广播关联的信息专利检索，专利查询，专利分析的服务。并且一种附件与PMD通信，以便将与广播关联的标签存储到附件的存储介质上所维护的文件中，其中标签包含描述广播内容的子集的信息。在一个实施例中，附件向PMD发送命令来创建或打开驻留在PMD上的标签文件、将一个或多个标签写到文件中并关闭文件。所存储的标签可以用于通过经主计算机与媒体资源传输服务通信或者直接从PMD 访问 (例如，购买)加标签的内容。，下面是传送和存储与媒体广播关联的信息专利的具体信息内容。

权利要求

1.一种由可通信耦合到便携式媒体设备的附件所执行的方法，该方法包括：
接收包括第一轨迹的广播数据；
确定该第一轨迹是否要加标签；及
响应于确定该第一轨迹要加标签：
生成包括第一轨迹的标识信息的第一标签；
将第一命令发送到可通信耦合到该附件的便携式媒体设备，该第一命令指示便携式媒体设备打开位于便携式媒体设备的存储介质中的第一标签文件；及
将第二命令发送到便携式媒体设备，该第二命令指示便携式媒体设备将第一标签写到第一标签文件中，其中第二命令包括第一标签的至少一部分。
2.如权利要求1所述的方法，其中第一标签包括多个元数据项，且其中生成第一标签包括将所述多个元数据项格式化成XML目录结构中的多个键值对。
3.如权利要求2所述的方法，其中生成第一标签包括从广播数据提取所述多个元数据项中至少一些的信息。
4.如权利要求1-3中任何一项所述的方法，还包括：
响应于发送第一命令，从便携式媒体设备接收标识被打开文件的句柄，
其中句柄包括在第二命令中。
5.如权利要求4所述的方法，其中广播数据还包括第二轨迹，该方法还包括：
确定该第二轨迹是否要加标签；及
响应于确定该第二轨迹要加标签：
生成包括第二轨迹的标识信息的第二标签；及
发送指示便携式媒体设备将第二标签写到第一标签文件中的第三命令，其中句柄包括在第三命令中。
6.如权利要求1-3中任何一项所述的方法，还包括：
发送指示便携式媒体设备关闭第一标签文件的第三命令。
7.如权利要求6所述的方法，其中广播数据还包括第二轨迹，该方法还包括：
确定该第二轨迹是否要加标签；及
响应于确定该第二轨迹要加标签：
生成包括第二轨迹的标识信息的第二标签；
将该第二标签传送到便携式媒体设备；及
发送指示便携式媒体设备将第二标签写到除第一标签文件之外的标签文件中的第四命令。
8.如权利要求1-3中任何一项所述的方法，还包括，在将第二命令发送到便携式媒体设备之前，指示便携式媒体设备将头数据写到标签文件中，其中头数据包括以下中的一个或多个：
标识在附件上执行的命令协议的版本的版本信息；
标识附件的制造商的制造商信息；或者
标识或描述附件的附件信息。
9.如权利要求1-3中任何一项所述的方法，其中确定第一轨迹是否要加标签包括：
在接收第一轨迹的同时，接收指示给第一轨迹加标签的用户请求的信号。
10.如权利要求9所述的方法，还包括：
确定在第一轨迹和另一轨迹之间的过渡时期是否接收到信号；及
在过渡时期接收到信号的情况下：
生成包括该另一轨迹的标识信息的第二标签；及
向便携式媒体设备发送第三命令，该第三命令指示便携式媒体设备除第一标签之外还将第二标签写到第一标签文件中，其中第三命令包括第二标签的至少一部分。
11.如权利要求1-3中任何一项所述的方法，其中确定第一轨迹是否要加标签包括：
确定自动登录模式是否启用，
其中在确定启用了自动登录模式的情况下，不管是否接收到指示来自用户的给第一轨迹加标签的请求的信号，都要给第一轨迹加标签。
12.一种与便携式媒体设备一起使用的附件，该附件包括：
用于接收包括轨迹的广播数据的装置；
用于确定该轨迹是否要加标签的装置；
用于生成包括轨迹的标识信息的标签的装置；及
用于与可通信耦合到该附件的便携式媒体设备通信的装置，
其中用于与便携式媒体设备通信的装置配置成，响应于用于生成第一标签的装置，发送指示便携式媒体设备打开位于便携式媒体设备的存储介质中的第一标签文件的第一命令和指示便携式媒体设备将标签写到第一标签文件中的第二命令，其中第二命令包括标签的至少一部分。
13.如权利要求12所述的附件，其中用于与便携式媒体设备通信的装置包括用于确定便携式媒体设备的存储能力的装置，该存储能力包括最大数据尺寸，及
其中用于与便携式媒体设备通信的装置还配置成在标签尺寸超过最大数据尺寸的情况下发送第二命令的多个实例，其中第二命令的每个实例包括标签的标识信息的一部分。
14.如权利要求12或13所述的附件，还包括：
用于当便携式媒体设备没有可通信耦合到附件时在生成标签的装置生成标签的情况下临时存储该标签的装置，
其中用于与便携式媒体设备通信的装置包括用于从临时存储标签的装置读取标签的装置，该用于读取标签的装置在便携式媒体设备可通信耦合到附件时工作。
15.如权利要求12-14中任何一项所述的附件，其中用于生成标签的装置包括：
用于从所接收到的广播数据中提取与第一轨迹关联的多个元数据项的装置；及用于将该多个元数据项写为XML目录中的多个键值对的装置。
16.如权利要求15所述的附件，其中所述多个元数据项包括选自以下中的一项或多项：轨迹名称、艺术家或表演者名字、专辑名称、时间戳、与轨迹关联的轨迹标识符、及第一轨迹的节目类型。
17.如权利要求15所述的附件，其中所述多个元数据项包括选自以下中的一项或多项：广播者的站标识符、与广播者关联的市场区域、广播者所属的网络或组、及与广播者关联的统一资源定位器(URL)。
18.一种与便携式媒体设备一起使用的附件，该附件包括：
配置成接收包括轨迹的广播数据的接收器；
配置成确定轨迹是否要加标签的控制逻辑；
配置成生成包括轨迹的标识信息的标签的标签生成模块；及
配置成与可通信耦合到该附件的便携式媒体设备通信的通信接口，
该通信接口配置成，响应于标签的生成，发送指示便携式媒体设备打开位于便携式媒体设备的存储介质中的标签文件的第一命令和指示便携式媒体设备将标签写到标签文件中的第二命令，其中第二命令包括标签的至少一部分。
19.如权利要求18所述的附件，其中标签生成模块还配置成在标签中包括多个元数据项，其中该多个元数据项中的至少一个是从广播数据中提取的。
20.如权利要求19所述的附件，其中标签生成模块还配置成格式化标签，使得所述多个元数据项表现为XML目录结构中的多个键值对。
21.如权利要求18-20中任何一项所述的附件，其中通信接口还配置成从便携式媒体设备请求该便携式媒体设备的存储能力信息以及从便携式媒体设备接收该存储能力信息，该存储能力信息至少包括最大文件尺寸。
22.如权利要求21所述的附件，其中通信接口还配置成检测标签文件的尺寸何时达到关于便携式媒体设备所支持的最大文件尺寸所定义的阈值，并且响应于检测到已达到阈值，发送指示便携式媒体设备关闭该标签文件的第三命令。
23.一种用于可通信耦合到便携式媒体设备的附件的设备，该设备包括：
用于接收包括第一轨迹的广播数据的装置；
用于确定该第一轨迹是否要加标签的装置；及
用于响应于确定该第一轨迹要加标签而执行以下操作的装置：
生成包括第一轨迹的标识信息的第一标签；
将第一命令发送到可通信耦合到该附件的便携式媒体设备，该第一命令指示便携式媒体设备打开位于便携式媒体设备的存储介质中的第一标签文件；及
将第二命令发送到便携式媒体设备，该第二命令指示便携式媒体设备将第一标签写到第一标签文件中，其中第二命令包括第一标签的至少一部分。
24.如权利要求23所述的设备，其中第一标签包括多个元数据项，且其中生成第一标签包括将所述多个元数据项格式化成XML目录结构中的多个键值对。
25.如权利要求24所述的设备，其中生成第一标签包括从广播数据提取所述多个元数据项中至少一些的信息。
26.如权利要求23-25中任何一项所述的设备，还包括：
用于响应于发送第一命令，从便携式媒体设备接收标识被打开文件的句柄的装置，其中句柄包括在第二命令中。
27.如权利要求26所述的设备，其中广播数据还包括第二轨迹，该设备还包括：
用于确定该第二轨迹是否要加标签的装置；及
用于响应于确定该第二轨迹要加标签而执行以下操作的装置：
生成包括第二轨迹的标识信息的第二标签；及
发送指示便携式媒体设备将第二标签写到第一标签文件中的第三命令，其中句柄包括在第三命令中。
28.如权利要求23-25中任何一项所述的设备，还包括：
用于发送指示便携式媒体设备关闭第一标签文件的第三命令的装置。
29.如权利要求28所述的设备，其中广播数据还包括第二轨迹，该设备还包括：
用于确定该第二轨迹是否要加标签的装置；及
用于响应于确定该第二轨迹要加标签而执行以下操作的装置：
生成包括第二轨迹的标识信息的第二标签；
将该第二标签传送到便携式媒体设备；及
发送指示便携式媒体设备将第二标签写到除第一标签文件之外的标签文件中的第四命令。
30.如权利要求23-25中任何一项所述的设备，还包括，用于在将第二命令发送到便携式媒体设备之前，指示便携式媒体设备将头数据写到标签文件中的装置，其中头数据包括以下中的一个或多个：
标识在附件上执行的命令协议的版本的版本信息；
标识附件的制造商的制造商信息；或者
标识或描述附件的附件信息。
31.如权利要求23-25中任何一项所述的设备，其中用于确定第一轨迹是否要加标签的装置包括：
用于在接收第一轨迹的同时，接收指示给第一轨迹加标签的用户请求的信号的装置。
32.如权利要求31所述的设备，还包括：
用于确定在第一轨迹和另一轨迹之间的过渡时期是否接收到信号的装置；及用于在过渡时期接收到信号的情况下执行以下操作的装置：
生成包括该另一轨迹的标识信息的第二标签；及
向便携式媒体设备发送第三命令，该第三命令指示便携式媒体设备除第一标签之外还将第二标签写到第一标签文件中，其中第三命令包括第二标签的至少一部分。
33.如权利要求23-25中任何一项所述的设备，其中用于确定第一轨迹是否要加标签的装置包括：
用于确定自动登录模式是否启用的装置，
其中在确定启用了自动登录模式的情况下，不管是否接收到指示来自用户的给第一轨迹加标签的请求的信号，都要给第一轨迹加标签。

说明书全文

传送和存储与媒体广播关联的信息

[0001] 本申请是申请日为2007年12月20日、申请号为2007800470630、且发明名称为“传送和存储与媒体广播关联的信息”的发明专利申请的分案申请。

[0002] 对相关申请的交叉引用

[0003] 本公开要求以下共同受让的未决美国专利申请中每一个的利益：于2005年8月22日提交的美国专利申请第11/210,172号；于2006年12月22日提交的美国专利申请第
60/876,857号；于2007年4月12日提交的美国专利申请第60/923,439号；于2007年5月8日提交的美国专利申请第60/916,766号；及于2007年8月23日提交的美国专利申请第60/957,648号。

技术领域

[0004] 本发明总体上涉及接收媒体广播，更具体地涉及用于传送和存储与广播关联的信息的系统与方法。

背景技术

[0005] 用户在很多种环境下收听或观看广播媒体。例如，在驾驶或做家务等的时候听无线电是很普遍的。在这种收听过程中，用户可能听到他或她喜欢的歌曲，但可能没有听到或记不住歌曲的名字或艺术家的名字。或者，用户可能看到看起来有趣的电视(“TV”)广播的一部分但没有赶上节目的名字。此外，甚至是在提供了识别信息的时候，用户也有可能没有准备好笔或纸来写下这种信息，而且以后可能记不起来。这使得对于想获取有趣内容的用户来说，很难在日后定位内容。

[0006] 在音乐广播(例如，无线电)的情况下，已经出现了各种服务来帮助用户识别他们听到的歌曲。例如，广播电台维护指示什么歌曲什么时候播放的播放列表，而且有些服务使用户可以获得这些列表。如果用户知道他或她在收听哪个电台以及播放歌曲的时间，那么就可以搜索播放列表来识别歌曲。其它服务从所记录的模拟或数字格式的片段来识别歌曲。例如，听到商店中所播放歌曲的、有移动电话的用户可以呼叫服务并允许服务“收听”该歌曲的一部分。这种服务分析声音并识别歌曲。其它服务允许用户通过互联网或其它数字数据网络发送歌曲片段的数字记录(例如，以MP3的格式)；该服务分析数字记录并识别歌曲。

[0007] 这些服务不总是可靠的。在播放列表的情况下，用户必须记住电台识别信息(例如，频率或电台呼号)及日期和时间。在样本匹配的情况下，匹配可能是容易出错的，尤其是当记录或现场的声音质量差的时候。

[0008] 因此，期望提供便于传送和存储关于广播的信息的改进技术。

发明内容

[0009] 根据本发明的一些实施方式，一种便携式媒体设备和/或耦合到其的附件可以用于收集并存储关于由便携式媒体设备和/或附件接收到的广播内容的信息。所收集到的信息，在此称为“标签”，可以包含便于标识特定广播轨迹(例如，音乐广播情况下的歌曲、播客、TV节目的一集等)的任何类型数据。

[0010] 在有些实施方式中，便携式媒体设备可以耦合到能够接收媒体广播的附件。媒体广播可以包括广播内容及用于标识内容的元数据(例如，轨迹名称)和/或用于标识广播者的元数据。附件可以响应于用户命令或自动地捕捉元数据(和/或广播内容本身的一部分)并将该元数据(和/或内容)作为“标签”提供给便携式媒体设备。

[0011] 在有些实施方式中，用户可以例如通过网络将便携式媒体设备连接到媒体资源传输服务，允许将所存储的标签传送到媒体资源传输服务。然后，用户就可以与媒体资源传输服务交互来采样和/或获取(例如，下载)对应于标签的媒体内容。

[0012] 本发明的一方面涉及由可通信地耦合到便携式媒体设备(“PMD”)的附件所执行的方法。该附件可以接收包括第一轨迹的广播数据并确定该第一轨迹是否要加标签。响应于确定第一轨迹要加标签，附件可以生成包括第一轨迹的标识信息的第一标签并指示PMD将第一标签存储到PMD的存储介质中。

[0013] 本发明的另一方面涉及由可通信地耦合到PMD的附件所执行的方法。该附件可以接收包括多个轨迹及与每个轨迹关联的元数据的广播数据。在广播数据的接收过程中，附件可以接收给当前播放的一个轨迹加标签的指令。响应于这种指令，附件可以指示PMD打开PMD存储设备上的文件、指示PMD将包含与当前播放轨迹关联的元数据的至少一部分的第一标签记录写到该文件中并指示PMD关闭文件。

[0014] 本发明的另一方面涉及与PMD一起使用的附件。该附件可以包括接收器部件、标签提取引擎以及接口。接收器部件可以配置成接收包括一个或多个轨迹的广播。标签提取引擎可以配置成捕捉包括关于广播的轨迹之一的信息的标签。接口可以配置成将捕捉到的标签从标签提取引擎传送到PMD，其中PMD配置成将标签存储到存储介质中。

[0015] 本发明的另一方面涉及由可通信地耦合到附件的PMD执行的方法，其中附件适于接收广播数据。PMD可以从附件接收打开PMD存储介质中的标签文件的指令。响应于打开标签文件的指令，PMD可以打开标签文件并将该标签文件的句柄返回给附件。PMD可以从附件接收将第一标签写到标签文件的指令，其中第一标签包括由附件所接收的广播数据的一个轨迹的标识信息。响应于写第一标签的指令，PMD可以将第一标签存储到标签文件中。

[0016] 本发明的另一方面涉及由PMD执行的方法。PMD可以接收包括第一媒体资源的标识信息的第一标签、将来自第一标签的标识信息的至少一部分传送到媒体资源传输服务、从媒体资源传输服务接收关于第一媒体资源的信息、并将所接收到的信息呈现给PMD的用户。

[0017] 本发明的另一方面涉及PMD。该PMD可以包括存储介质、存储接口引擎以及接口。存储介质适于存储包括媒体资源的数据。存储接口引擎可以通信地耦合到存储介质，并且适于从存储介质读取数据以及将数据写到存储介质中。接口适于接收包括关于当前播放的广播轨迹的信息的标签，并指示存储接口将标签存储到存储介质中。

[0018] 本发明的另一方面涉及提供对关于媒体资源的信息进行访问的方法。可以接收包括第一媒体资源的标识信息的标签。所接收到的标识信息的至少一部分可以传送到媒体资源传输服务。作为响应，对由媒体资源传输服务维护的轨迹相关信息的引用可以从媒体资源传输服务接收。可以生成媒体资源列表中的第一媒体资源的条目，而且该条目可以与对轨迹相关信息的引用关联。媒体资源列表可以显示给用户。响应于用户输入信号，该引用可以用于访问轨迹相关信息。

[0019] 本发明的另一方面涉及获取媒体资源的方法。可以接收用于媒体资源的标签。该标签可以包括通过媒体资源传输服务与媒体资源关联的资源标识符和会员标识符，其中会员标识符标识提供该唯一标识符的介绍源。资源获取请求可以发送到媒体资源传输服务。资源获取请求可以包括资源标识符和会员标识符。响应于资源获取请求，媒体资源可以从媒体资源传输服务接收。

[0020] 本发明的另一方面涉及便于获取媒体资源的方法。媒体资源传输服务可以从客户设备接收获取媒体资源的请求。通过参考由媒体资源传输服务与媒体资源关联的唯一标识符，该请求可以识别媒体资源，而且该请求还可以包括会员标识符，其中会员标识符标识客户设备从其获得唯一标识符的介绍源。响应于该请求，媒体资源可以传送到客户，而且由会员标识符所标识的介绍源可以增加信用(credit)。

[0021] 本发明的另一方面涉及提供关于媒体资源的信息的方法。PMD可以接收包括轨迹的广播数据并生成用于轨迹的标签，其中标签包括轨迹的标识信息。PMD可以存储标签，而且还可以通过网络，例如利用电子邮件、短消息服务、即时消息等，将标签传送到标签接收者。

[0022] 以下具体描述与附图一起将提供对本发明本质与优点的更好理解。

附图说明

[0023] 图1A例示了根据本发明实施例的用于给广播内容加标签的便携式媒体设备(“PMD”)系统。

[0024] 图1B-1F例示了根据本发明各种实施例的PMD和附件的许多可能配置中的一些。

[0025] 图2是根据本发明实施例的列出可以由附件和/或PMD捕捉的元数据示例的表。

[0026] 图3是识别可以由各种无线电数据服务支持的一些类型的元数据字段的表。

[0027] 图4A和4B例示了根据本发明实施例的其中PMD以集成方式使用两个或更多个通信网络的系统。

[0028] 图5是例示了根据本发明实施例的以集成方式使用两个或更多个通信网络的流程图。

[0029] 图6是例示了根据本发明另一实施例的以集成方式使用两个或更多个通信网络的流程图。

[0030] 图7例示了根据本发明实施例的可以用于存储标签的分级XML目录文件。

[0031] 图8是例示了根据本发明实施例的用户与媒体广播交互的流程图。

[0032] 图9是根据本发明实施例的用于捕捉和记录标签的处理的流程图。

[0033] 图10是根据本发明另一实施例的用于捕捉和记录标签的处理的流程图。

[0034] 图11是示出根据本发明又一实施例的加标签处理的流程图。

[0035] 图12是根据本发明实施例的可以由具有本地标签存储器的附件所使用的标签捕捉与记录处理的流程图。

[0036] 图13A和13B是根据本发明实施例的附件可以用来识别对标签的模糊请求的处理的流程图。

[0037] 图14例示了根据本发明实施例的标签播放列表。

[0038] 图15是根据本发明实施例的可以用于生成标签播放列表的处理的流程图。

[0039] 图16是例示了根据本发明一个实施例的用户与媒体资源管理和传输系统交互的流程图。

[0040] 图17是根据本发明实施例的结合了加标签特征的媒体传送系统的图。

具体实施方式

[0041] 根据本发明的一些实施例，便携式媒体设备和/或耦合到其的附件可以用于收集和存储关于由便携式媒体设备和/或附件接收到的广播内容的信息。所收集到的信息，在此称为“标签”，可以包括便于标识特定广播轨迹(例如，音乐广播情况下的歌曲、播客、TV节目的一集等)的任何类型的数据。

[0042] 在有些实施例中，便携式媒体设备可以耦合到能够接收媒体广播的附件。媒体广播可以包括广播内容及用于标识内容的元数据(例如，轨迹标题)和/或用于标识广播者的元数据。附件可以响应于用户命令或自动地捕捉元数据(和/或广播内容本身的一部分)并且将元数据(和/或内容)作为“标签”提供给便携式媒体设备。

[0043] 在有些实施例中，用户可以例如通过网络将便携式媒体设备连接到媒体资源传输服务，允许将所存储的标签传送到媒体资源传输服务。然后，用户就可以与媒体资源传输服务交互，来采样和/或获取(例如，下载)对应于标签的媒体内容。

[0044] 如在此所使用的，“广播”通常是指媒体内容(例如，音频和/或视频数据)通过有线或无线介质实时分发到可能调谐接收的任意数量的接收者。广播媒体可以包括例如空中无线电或电视(TV)、卫星无线电或TV、有线TV或音乐服务、互联网流广播、播客等。广播数据可以以模拟、数字和/或本领域中已知的混合形式传送。一般来说，尽管有些接收者(例如，音频或视频记录者)可能能够存储广播内容以便日后提供给用户，但是接收者不控制广播什么时候开始或结束。

[0045] 广播可以划分成“轨迹”，其中轨迹是广播内容的简单地从逻辑上被看作一个单元的子集。例如，无线电台播放的每首歌曲可以是一个轨迹。广播广告也可以是一个轨迹。TV系列剧的一集可以是一个轨迹，或者该集的(例如被商业暂停分隔开的)不同片段每个都可以是一个轨迹。例如现场访谈的节目可以被看作单个轨迹或者例如基于所覆盖的主题、由于广告造成的节目分段等被分成多个轨迹。在有些情况下，整个广播(例如，播客)可以标识为单个轨迹。在此所述的有些实施例中，轨迹可以基于由例如广播发起人在广播中创建并嵌入其中的元数据来标识；当一些或全部元数据改变时，就指示新轨迹。适当配置的接收者可以从所接收到的广播中检测并提取这种元数据，并由此确定轨迹什么时候开始或结束。

[0046] 在此所使用的“便携式媒体设备”(或“PMD”)通常是指具有存储和播放媒体资源能力的任何电子设备，其中媒体资源包括但不限于音频资源、视频资源、静止图像等。便携式PMD可以连接到包括接收器的附件，其中接收器可以是能够通过(例如，如上面所列出的)任何可用介质接收广播的任何设备。可选地，接收器可以集成到PMD中。

[0047] 根据本发明的一些实施例，PMD可以操作成存储表示由接收器接收到的广播轨迹的标签。在此所使用的术语“标签”可以包括便于标识特定轨迹的任何类型的数据。示例包括：与轨迹关联广播的轨迹标识元数据；广播内容的捕捉到的可以被分析并与已知轨迹样本比较的一部分；和/或日后可以匹配到源广播活动列表的用于标识广播的源与时间的信息。标签可以提供给出售或以别的方式分发包括带标签轨迹的媒体资源的媒体资源管理和TM/或传输服务；这种服务的示例包括由Apple公司提供的iTunes 、由Yahoo！公司提供的TM TM
Y！Music 无限服务或者由微软公司提供的Zune Marketplace。媒体资源管理和/或传输服务可以使用标签来标识并提供对轨迹和/或相关信息的访问。例如，存储了标签的便携式PMD的用户可以连接到服务并由此被提示下载带标签的轨迹、体验带标签轨迹的预览等。

[0048] 用于给广播加标签的系统

[0049] 图1A例示了根据本发明实施例的用于给广播内容加标签的PMD系统100。系统100包括耦合到附件104的PMD 102，其中附件104能够接收广播。在一个实施例中，PMD TM TM
102可以是例如由Apple公司生产的iPod 或iPhone PMD，而附件104可以是能够接收广播并与PMD 102通信的任何设备，例如适当配置的无线电接收器(例如，以标准或混合数字(“HD无线电”)格式的FM、AM或卫星无线电)、用于高清电视(“HDTV”)的接收器等。

[0050] 在该实施例中，PMD 102可以包括存储设备106、存储接口引擎108、回放引擎110、用户接口引擎112、显示器114、音频输出设备116、用户输入控制器118及附件接口120。在一个实施例中，显示器114可以包括例如LCD屏幕，而音频输出设备116可以包括例如传统的头戴式受话器插孔和/或一个或多个扬声器。用户输入控制器118可以包括例如一个或多个按钮、触控板、触摸屏、滚轮、点击滚轮或者能够生成对应于用户对控制器的操作的电信号的任何其它控制器。

[0051] 用户接口引擎112可以包括使用户能够控制PMD 102操作的电路和/或软件的任何组合。在一个实施例中，用户接口引擎112从用户输入控制器118接收用户输入并向存储接口108和/或回放引擎110提供对应的命令。用户接口引擎112还从存储接口108和/或回放引擎110接收数据并通过显示器114和/或音频输出设备116向用户提供对应的输出。在有些实施例中，用户接口引擎112还将媒体内容从回放引擎110传输到显示器114和/或音频输出设备116。如下所述，在有些实施例中，用户接口引擎112还可以接收关于广播轨迹加标签的用户输入。

[0052] 如下所述，存储设备106可以用于存储包括媒体资源(例如，音乐、视频、播客、照片或其它静止图像等)及与广播轨迹关联的标签的信息。存储设备106可以包括例如磁盘或光盘、闪存或者支持任意时段(例如，直到被用户删除)的数据存储的任何其它存储介质。存储接口引擎108可以包括管理对存储设备106的访问的电路和/或软件的任何组合。在一个实施例中，存储接口引擎108支持对存储设备106的读和写。

[0053] 回放引擎110可以包括管理对存储在存储设备106中的媒体资源的回放及在有些实施例中管理对由附件104所接收的广播内容的回放的电路和/或软件的任何组合。在有些实施例中，回放引擎110响应来自用户接口引擎112的命令和/或通过附件接口120从附件传输的命令。

[0054] 附件接口模块120可以包括提供对附件104的机械和/或电耦合的连接器。在有些实施例中，可以提供“有线”耦合——例如，直接连接或通过适当线缆的连接。可选地，附件接口模块120可以实现无线连接(例如，利用蓝牙或其它无线连接协议)。附件接口模块120还可以包括解释从附件104接收到的信号和/或生成要传送到附件104的信号的其它硬件部件(例如，逻辑电路)和/或软件部件。如下所述，这种信号可以表示例如在PMD102和附件104之间交换的命令和/或数据，包括关于广播轨迹加标签的命令和/或数据。

[0055] 存储接口引擎108、回放引擎110、用户接口引擎112及附件接口120的各方面可以利用例如运行在一个或多个适当配置的微处理器或微控制器(未明确示出)上的软件程序来实现。其它实现也是可能的；例如，存储接口引擎108、回放引擎110、用户接口引擎112和/或附件接口120的一些或全部可以在不同但互连的处理器上实现。

[0056] 附件104可以是能够接收广播的任何附件。在图1A的实施例中，附件104包括耦合到天线124和/或线缆126的接收器部件122、内容提取引擎128、标签提取引擎130、用户接口132、标签存储器134及PMD接口136。

[0057] 接收器部件122可以用于通过一种或多种介质接收广播；任何广播介质或介质的组合都可以支持。在这个示例中，接收器部件122可以连接到天线124，其中天线124能够检测通过无线介质(例如，标准和/或HD格式的FM或AM无线电、空中TV、卫星TV或无线电、WiFi、蜂窝通信网络等)的广播。接收器部件122还可以连接到线缆126并由此能够接收通过有线介质(例如，有线电视服务、有线互联网连接等)的广播。接收器部件122可以包括可以用于从有线和/或无线介质提取期望的广播数据的任何硬件和/或软件元件；特定的部件将依赖于所支持的介质。有线和/或无线介质的任何组合或子组合都可以支持。

[0058] 接收器部件120可以将对应于所接收到的广播的信号传输到内容提取引擎128，以传输媒体内容。内容提取引擎128可以包括合适的解码与处理部件，以从所接收到的广播提取音频和/或视频信号；这些部件可以生成适于驱动例如显示设备和/或扬声器的视频和/或音频输出设备(在图1A中未明确示出)的模拟和/或数字信号。这种输出设备可以集成到附件104中或者提供作为通过适当连接耦合到附件104的外部部件。此外或者可选地，内容提取引擎128可以将提取出的内容通过播放器接口136传输到PMD 102，并且PMD 102可以通过它自己的输出设备播放内容。在其它实施例中，附件104可以配置成有选择地将媒体内容传输到与内容提取模块128相连接的媒体输出设备或者传输到PMD 102或者传输到这两者。因此，附件104可以在连接到PMD 102的时候工作，而且也可以在独立模式(即，不连接到PMD102)下工作。

[0059] 附件104的用户接口132可以提供输入和/或输出设备，以允许用户控制接收器122、内容提取引擎128和/或标签提取引擎130的操作。例如，用户接口188可以包括用户可以操作来指示标签提取引擎130捕捉或记录当前播放的轨迹的元数据的按钮。其它按钮可以允许用户选择用于接收器184的广播源和/或通道、调节音量和/或图片设置等。

[0060] 接收器部件122还与标签提取引擎130通信。标签提取引擎130捕捉与广播内容关联的标签信息，并将该标签信息提供给标签存储区域134。标签存储区域134可以用于在附件104工作在独立模式时存储附件104的用户可能选择捕捉的标签。标签存储区域134可以利用非易失性存储器(例如，磁盘或光盘、闪存或其它存储介质)实现，因此不管是否向附件104持续供电，都可以无限期地存储标签。如下所述，在有些实施例中，当附件104处于独立模式时，用户选择捕捉的标签可以存储在标签存储区域134中，直到例如附件104下次连接到PMD 102的时候。在那个时候，附件104的PMD接口136就可以通过附件接口120将所存储的标签传输给PMD 102。附件接口120可以与存储引擎108通信，以便将标签存储在PMD存储设备106中。在其它实施例中，附件104可能不包括非易失性标签存储器，因此只有当PMD 102连接到附件104时标签的保存才是有可能的。

[0061] PMD接口136与PMD 102的附件接口120通信。如上所述，通信可以是通过有线或无线通道。与本发明实施例相关的PMD 102与附件104之间的通信的各方面将在以下描述。

[0062] 接收器122、内容提取引擎126、标签提取引擎130、用户接口132及PMD接口136的各方面可以利用例如在一个或多个适当配置的微处理器或微控制器(未明确示出)上执行的软件来实现。其它实现也是可能的。

[0063] 除了在此所示出的那些或者代替之，系统100还可以包括其它部件。例如，附件104可以包括能够存储广播内容并可以作为这种内容记录器操作的存储设备。可选地，附件
104可能能够将广播内容传输到PMD 102，用以存储在存储设备106中而不是立即回放。在有些实施例中，PMD 102和/或附件104可以包括比在此所示出的要少的部件。例如，如果附件104可以通过PMD 102控制，则可以不提供用于附件104的单独用户接口。作为另一个例子，在附件104只有当连接到PMD 102时才可操作为对广播内容加标签的实施例中，可以忽略标签存储区域134。

[0064] 系统100的各种部件可以作为一个或多个单独设备封装和/或出售。例如，PMD102可以包括附件104的任何或全部部件；因此，在一个实施例中，内容提取引擎128和/或标签提取引擎130可以与存储接口引擎108、回放引擎110和用户接口引擎112在相同的微处理器上实现。

[0065] 如上面所指出的，在附件104的一些或全部部件独立于PMD 102封装和/或出售的情况下，附件104可以包括其自己的用户输入控制器和/或用户输出设备。用户可能能够通过附件104的用户接口132经远程控制来操作PMD 102和/或使用附件104的用户输出设备来播放由PMD 102所存储的媒体内容；类似地，用户可能能够使用PMD 102的用户控制器118来操作附件104和/或使用PMD 102的显示器114和/或音频输出设备116来播放由附件104所接收的广播内容。例如，PMD 102可以在显示设备114上提供可以利用例如用户输入控制器118来调节的图形无线电调谐器；附件接口120可以将关于调节的信息转播到附件104，且接收器部件122可以相应地修改其调谐。

[0066] 在一个实施例中，附件104的用户接口124可以包括用户可用来操作给广播内容加标签的控制器。例如，用户接口124可以包括“标签”按钮，用户可以在收听或观看广播媒体的任何时候按下该按钮，以指示当前播放的轨迹应当加标签。可选地，PMD 102的用户输入设备118可以包括“标签”按钮或其它控制器，用户可以操作其给广播内容加标签。可以操作用来给广播内容加标签的“标签”按钮或其它控制器也可以在(例如，通过红外或RF信号)将控制信号传输给附件104和/或PMD 102的远程控制设备上提供。

[0067] 当操作“标签”按钮(或其它控制器)时，附件104捕捉(或收集)与广播内容关联的标签。在一个实施例中，标签可以包括从广播本身和/或从附件104可以获取的其它信息捕捉到的元数据。例如，如果广播内容是歌曲，则广播中传送的标识信息可能包括例如歌曲的名字、艺术家的名字、提取该歌曲的专辑的标题、与歌曲关联的标准标识码等。如果广播内容是视频节目(例如，TV系列剧的一集)，则标识信息可能包括例如系列剧的名字、该集的名字、该系列剧或集的标识码、最初的广播日期、该集中所涉及的演员、导演、编剧或制片人的名字等。元数据还可以包括用于标识广播源的信息，例如无线电台或电视台的呼号和主导市场区域(DMA)、广播者所属的无线电或电视网络的标识，等等。

[0068] 除了从广播本身提供元数据之外或者代替之，在有些实施例中，附件104还可以捕捉广播内容的一部分，用于日后识别广播。所捕捉的部分可以是例如可以用作“指纹”来识别从中捕捉该部分的广播的任何部分。例如，在数字广播的情况下，可以捕捉代表另一个或两个内容的数字样本值。对于模拟广播，可以捕捉对应于另一个或两个广播内容的模拟表示的数字样本值。所捕捉的部分可以是例如广播内容的第一部分、最后一部分或任何其它任选部分。如在此所使用的，除了与广播内容关联但不是其一部分的元数据或代替之，术语“标签”还可以包含捕捉到的广播内容部分。

[0069] 附加元数据可以由附件104生成。例如，如果广播源自无线电台或电视台，则即使所传送的元数据不包括广播源的标识，附件104也可以提供它所调到的频率或频道。附件104还可以添加指示广播何时接收到或加标签的时间戳，或类似的信息。

[0070] 附件104可以将所收集到的标签信息传送到PMD 102，PMD 102可以将标签存储到存储设备106中。标签的传送和存储在下面描述。

[0071] 在有些实施例中，附件104和/或PMD 102可以向用户提供关于广播内容的图形信息。例如，标签提取引擎130可以向附件104的显示设备提供关于当前所播放轨迹的元数据(或其它信息)，或者元数据可以传输到PMD 102，用以在PMD的显示设备114上显示。图形信息可以包括文字(例如，歌曲的名字和艺术家或其它节目信息)、静止图像(例如，专辑的封面或广告)、或者动画图像(例如，对应于音频轨迹或广告的音乐视频)。

[0072] PMD 102和附件104可以在具有变化的形状因数、部件和连接的多种设备中实现。图1B-1F例示了许多种可能配置中的一些。在图1B中，便携式无线电适配器140体现了附件104的多个方面，而媒体播放器142体现了PMD 102的多个方面。便携式无线电适配器
140可以通过线缆144连接到媒体播放器142。在该实施例中，媒体播放器142包括适于连接到线缆144的一端148的连接器146，而便携式无线电适配器140包括适于连接到线缆
144的另一端152的连接器150。连接器146和150可以具有或者不具有相同的形状因数、TM
引脚个数等。例如，连接器146可以是例如用在iPod 媒体播放器上的30引脚连接器，而连接器150可以是通用串行总线(“UBS”)或FireWire连接器或者其它标准或定制连接器。在其他实施例中，媒体播放器142和便携式无线电适配器140可以各自包括无线接口(例如，蓝牙)，以允许媒体播放器142和便携式无线电适配器140无需物理连接就彼此通信。

[0073] 在图1C中，媒体播放器142同样体现了PMD 102的多个方面，而无线电坞(radio dock)160体现了附件104的多个方面。PMD 102可以插入到无线电坞160的连接器162中。在这个示例中，无线电坞160通过线缆164连接到广播介质166。介质166可以是例如有线电视网、互联网或者有可能进行有线连接并且可以通过其接收广播的任何其它网络。尽管没有明确示出，但应当理解广播介质还可以是无线介质，而且无线电坞160可以包括天线或其它用于接收无线广播的合适部件。

[0074] 图1D示出了又一种配置，其中媒体播放器142可以通过线缆172连接到计算机系统170。可以是通用传统设计的计算机系统170可以通过线缆176连接到网络174(例如，互联网)。(对于线缆172和176中的任何一个或者两个，都可以用无线连接代替。)在该实施例中，计算机系统170可以用作通过网络174广播的媒体内容的接收器；例如，通过互联网流动的无线电或电视内容。此外，计算机系统170还可以包括电视或无线电调谐器卡，该卡可以连接到天线或线缆，以便向计算机系统170提供电视或无线电内容。

[0075] 计算机系统170还可以用作主机，将媒体播放器142(或PMD 102的其它实施方式)连接到出售或以别的方式分发媒体资源(例如歌曲、电影、电视或广播演出的剧集、播客，等等)的媒体资源传输服务178。媒体资源传输服务的示例包括由Apple公司提供的TM TMiTunes 存储服务、由Yahoo！公司提供的Y！Music 无限服务，或者由微软公司提供的TM
Zune Marketplace服务；其它服务也可以使用。当连接到这种服务时，先前存储在媒体播放器142上的标签可以用于识别用户可能感兴趣购买的媒体资源。在一个实施例中，计算机系统170的用户可以观看先前加了标签的轨迹列表并选择任何或全部轨迹来购买。用于利用所存储标签与在线媒体资源服务交互的特定处理的一些示例在下面描述。其它示例在美国专利申请第11/210,172号(美国专利申请公开第2006/0235864 A1号)中描述。

[0076] 图1E例示了另一种配置，其中移动电话和媒体设备180体现了PMD 102的多个方面，而无线电适配器182体现了附件104的多个方面。移动电话和媒体设备180可以连接到具有适于直接配到移动电话和媒体设备180的连接器端口的连接器184的无线电适配器182。在所示实施例中，无线电适配器182具有适于接收无线电广播(例如，以上提到的任何无线电格式)的天线186，而移动电话和媒体设备180具有适于提供与数据网络的双向通信的天线188。例如，移动电话和媒体设备180与天线188可以支持WiFi协议，该协议使移动电话和媒体设备180与无线互联网接入点之间的通信成为可能。尽管示为外部部件，但天线186和188也可以集成到移动电话和媒体设备180与无线电适配器182各自的外壳中或者从外壳中突出来。

[0077] 在图1F中，便携式媒体设备190同时体现了PMD 102和附件104的多个方面。PMD190可以包括集成的无线电接收器192和天线194。就象在其它实施例中一样，天线194可以集成到PMD 190的外壳中或者可以从外壳中突出来。无线电接收器192可以适于接收各种类型的无线电广播，包括以上提到的任何格式。PMD 190还可以适于通过例如有线或无线连接(在图1F中没有明确示出)连接到数据网络。在该实施例中，PMD 190可以接收广播并与用户交互，来给轨迹加标签。如下所述，PMD 190还可以通过数据网络与媒体资源传输服务(例如，图1D中所示的媒体资源传输服务178)通信，以便获取加标签的内容或关于加标签的内容的信息。

[0078] 应当理解，在此所述的PMD系统是例示性的，其变体与修改都是可能的。PMD可以包括能够为用户存储和/或播放媒体内容的任何设备，且广播接收能力可以由可拆卸的接收器附件或者由内置到PMD中的接收器部件提供。此外，尽管图1B-1F的实施例可以特别参照了无线电附件，但应当理解，除了无线电广播之外或代替之，附件还可以接收其它类型的媒体广播。如果期望的话，PMD 102和附件104还可以提供附加的能力(例如，记录广播；发出和接收电话呼叫；管理诸如联系人和日历的个人信息；通过电子邮件、文本消息传送、即时消息传送等的通信)。

[0079] 尽管PMD 102和附件104在这里是参考特定的块和模块描述的，但应当理解这些块和模块都是为了方便描述而定义的，而不是要暗示部件部分的特定物理布置。此外，块/模块不一定对应于物理上独立的部件。例如，本领域技术人员将理解，硬件和/或软件部件的不同组合也可以使用，而且描述为在软件中实现的特定操作或特征也可以在硬件中实现，反之亦然。

[0080] 标签的内容

[0081] 根据本发明的实施例，例如图1A的附件104的附件和例如图1A的PMD 102的PMD可以捕捉并存储关于广播内容的标签。如上面所指出的，术语“标签”可以包含任何类型的便于标识特定轨迹的数据。现在将描述标签的示例；应当理解这些示例是例示性的并且没有限制。

[0082] 在有些实施例中，标签包括与所接收广播关联的元数据。元数据可以是在例如数字音频或视频广播流中获取的，其中的广播如HD无线电或HDTV广播。在有些实施例中，可以使用以下源中的一个或多个：无线电数据系统(“RDS”)数据、UPC数据、国际标准记录码(“ISRC”)数据、全球发行标识符(“GRid”)数据、全部媒体指南(“AMG”)数据、专用TM数据(例如，类似于在由位于加州Cupertino的Apple公司的商标iTunes 下所提供的数据，如在媒体管理与传输系统中所使用的那些数据)，或者它们的任意组合。

[0083] 关于轨迹和/或广播的许多信息可以包括在元数据中。图2是根据本发明实施例的列出可以由附件104和/或PMD 102捕捉的元数据的示例的表200。在图2的表中，广播是从无线电台接收到的音频轨迹(例如，歌曲)；应当理解其它类型的广播内容(例如，视频广播、口语广播等)也可以利用类似的元数据加标签。

[0084] 在一个实施例中，元数据包括轨迹标识信息，例如轨迹名称(标题)、艺术家名字、专辑名字或者其组合。元数据还可以包括轨迹标识码(轨迹标识符)，该标识码可以是例如与轨迹关联的唯一的数字值或者字符串标识符。可以支持多个轨迹标识符。例如，可以使用如AMG标识符、ISRC或GRid的各种标准轨迹标识符。此外，媒体传输服务的所有者(例TM如，Apple公司的iTunes Store 服务)可以定义其自己的唯一轨迹标识符，并使得广播合作者(选定的广播者或者全部广播者)可以获取这些标识符；然后，广播合作者就可以将这些轨迹标识符作为元数据嵌入到他们的广播中。

[0085] 元数据还可以具有时间方面。例如，与无线电访谈节目关联的元数据可以随着主题的改变而改变。以这种方式，PMD可以接收与访谈节目关联的非时间性元数据，该元数据对于整个长度的访谈节目是恒定的，还可以例如当访谈节目中讨论书的时候接收针对书的时间性元数据或当访谈节目中讨论名人的时候接收针对名人的时间性元数据。

[0086] 台标识信息也可以嵌入到广播数据流中并被图1A中附件104的标签提取引擎130作为元数据提取。台标识信息可以包括例如站的频率、台的名字、台的风格、台的呼号、台的口号语(tagline)、节目名字、电台音乐节目主持人名字、台的消息、台指定市场区域(DMA)、台的网站URL、台的网络会员或者它们的任意组合。在有些实施例中，广播者可以注册为媒体资源传输服务(例如，图1D的媒体资源传输服务178)的“广播合作者”。服务给每个广播合作者分配一个唯一的会员标识符，而且广播合作者可以在其广播的每个轨迹的元数据中包括其会员标识符。如果用户给轨迹加标签，则会员标识符可以记录为标签的一部分，而且当所记录的标签提供给媒体资源传输服务178时，服务接收到了该会员标识符。
在用户购买加标签轨迹的情况下，服务可以使用该会员标识符来决定给其广播导致购买的广播合作者提供报酬或其它信用。(对加标签轨迹的购买在以下进一步描述。)[0087] 在有些实施例中，元数据还可以包括与轨迹关联的图像，例如专辑艺术、来自书的封面或图像、等等(没有在图2中列出)。元数据还可以包括指示轨迹加标签的日期和时间的时间戳。在有些实施例中，时间戳可以与台标识信息一起用于识别加标签的轨迹。例如，当PMD102(例如，通过图1D所示的主计算机170或者图1E中所示无线地)连接到数据网络时，所存储的标签信息可以用于访问连接到数据网络的服务器中的数据库，以便识别在指定的台频率或名字上在指定时间播放的媒体资源。

[0088] 标签还可以包括可以是或者不是所接收元数据一部分的其它信息。例如，其它标识信息可以包括入点、出点、国家代码、媒体类型、节目类型、版本信息、捕捉标签的附件的硬件或制造商ID、播客流入信息或者任何其它合适的信息。如果台标识信息(例如，频率)不包括在元数据中，则附件可以配置成例如通过记录当轨迹加标签时其调到的频率将这种信息添加到标签中。

[0089] 在有些实施例中，可能要求标签包括图2中字段的子集，而其它字段是可选的。例如，在有些实施例中，名字、艺术家和专辑字段对于唯一识别大多数轨迹可能是足够的，而所有其它字段可以设成可选的。在有些实施例中，附件104(图1A)的标签提取引擎130配置成装入广播源为其提供足够元数据的标签的每个字段。此外，可以获取的字段还可以包括“未知”字段，标签提取引擎130可以为该字段装入任何接收到的附件没有识别的元数据。如下所述，装入未知字段使得PMD 102可以获取未识别的元数据，并且有可能使PMD102与之通信的媒体资源传输服务178(或其它服务)也可以获取该元数据。媒体资源传输服务178(或其它服务)或PMD 102可能能够解释未识别的元数据。因此，标签不限于任何特定的元数据字段组合。

[0090] 在另一种实施例中，除了从广播流提取的元数据之外或者代替之，附件104和/或PMD 102还可以在标签中捕捉广播内容的一部分。应当理解，标签不一定包括所有可能的标识信息。

[0091] 可以用于存储在标签中的信息的量和类型可以依赖于广播源。此外，不同的广播信号可以包括不同类型和/或不同量的信息。图3是标识由各种已知的无线电数据服务所支持的一些类型的数据字段的表300，其中已知的无线电数据服务例如有HD无线电节目服务数据(“PSD”)、HD无线电台信息服务(“SIS”)、HD无线电台信息指南(“SIG”)、RDS及卫星无线电节目相关数据(“PAD”)。表300还标识可能在由媒体资源传输服务的广播合作者所使用的企业合作者流入(“EPF”)中支持的数据字段。

[0092] 可选的标识信息与本领域中已知或其他的标识当前广播的媒体资源的方法也可以使用，包括以上描述方法的任意组合。标签信息可以以多种格式由附件接收或者由PMD直接接收，而且标识轨迹和/或广播者(或其它源)的信息的任意组合可以包括在标签中。

[0093] 在有些实施例中，多个网络可以用于提供广播内容和标签信息。例如，如图1A中PMD 102的PMD和/或如图1A中附件104的附件可以通过能够同时接收和播放媒体广播(例如，无线电广播、电视广播、电话呼叫，等等)的多个通信网络通信。本发明可以包括以集成方式使用两个或多个那些通信网络的系统和方法。

[0094] 图4A和4B例示了根据本发明一个实施例的其中PMD以集成方式使用两个或更多个通信网络的系统。首先参考图4A，系统400包括PMD 402和广播者404。当存在带宽约束时，系统400可以管理媒体信息传送(例如，媒体轨迹元数据)。例如，在有些情况下，可能期望和媒体广播一起提供大量元数据。但是，由于带宽限制，这样做可能是不现实的。系统400可以通过使用来自多于一个通信网络的带宽发送用于相同媒体广播的大量信息来解决这个问题。本发明的有些实施例通过利用不同通信网络传送信息的不同部分来提供需要更大带宽的传送和下载信息(例如，元数据)和/或更快地传送和下载信息。

[0095] 例如，在一个实施例中，广播者404可以在多个数据段A、B和C中发送媒体广播，其中每个数据段都可以不同的通信格式编码。多种通信格式可以适于不同的通信网络(例如，蜂窝、互联网、地面无线电、卫星无线电、地面线缆、卫星线缆，等等)。PMD 402可以配备以配置成用于根据不同通信格式接收多个数据段的多个通信接收器406a-c。控制器408适当地处理并合成多个数据段，来重构完整的发送。

[0096] 在图4B所示本发明的可选实施例中，媒体广播者410可以以单个类型的通信格式发送媒体广播。PMD 412可以包括解析器414，其中解析器414可以接收媒体广播并将信号解析成多个数据段A、B和C，其中每个数据段可以以不同通信格式编码。

[0097] 图5是例示了根据本发明实施例的以集成方式使用两个或更多个通信网络的处理500的流程图。在该实施例中，PMD包括电话能力(例如，蜂窝电话或其它移动电话能力)并可以在通话过程中将媒体发送集合到其他停滞区(dead air)中。例如，代替当连接呼叫时和呼叫者中断时的停滞区，PMD可以插入媒体发送。在媒体发送过程中，用户可以与现场直播的媒体广播交互，例如通过以下描述的给广播内容加标签。

[0098] 处理在空闲状态开始(步骤501)。在步骤502，启动呼叫。在步骤504，PMD中的控制器可以确定呼叫是否接通。如果没有，则在步骤506，PMD可以播放媒体广播，当呼叫连接时使其插入停滞区。在媒体广播插入呼叫的时段期间，用户可以与媒体广播交互(步骤508)，例如通过如下所述地给媒体轨迹加标签、购买媒体轨迹和/或记录媒体广播。用户还可能能够在中断或等待呼叫连接的同时访问其它选项。

[0099] 如果控制器确定呼叫已接通，则在步骤510控制器可以确定呼叫是否结束。如果没有，则控制器可以在之后确定呼叫是否中断(步骤512)。如果中断，则在步骤514，PMD可以播放媒体广播，当呼叫中断时将其插入停滞区。在媒体广播插入呼叫的时段期间，用户可以与媒体广播交互(步骤516)，例如通过如下所述地给媒体轨迹加标签、购买媒体轨迹和/或记录媒体广播。只要呼叫还中断，PMD就可以继续将媒体广播插入呼叫。

[0100] 图6是例示根据本发明另一实施例的以集成方式使用两个或更多个通信网络的处理600的流程图。在电话呼叫过程中，具有集成电话能力(例如，蜂窝电话或其它移动电话能力)的PMD可以响应于用户请求将媒体广播插入到呼叫中。例如，PMD可以提供当前接收到的由无线电广播播放的媒体的可视指示并且可以根据用户请求有选择地将媒体流插入到电话会话中。然后，用户就可以给正在播放的媒体文件加标签并且与电话线另一端的人或其他人共享标签的拷贝。

[0101] 处理在空闲状态开始(步骤601)。在步骤602，PMD可以连接到电话呼叫；例如，用户可以操作对PMD的控制，以发出呼叫或者接受进入的呼叫。在步骤604，集成的设备可以输出媒体轨迹信息或者与媒体广播一起提供的元数据(例如，当前播放歌曲的名字和艺术家)。在一个实施例中，集成的设备具有显示器，元数据可以在该显示器上提供给用户。

[0102] 当用户对所播放的媒体轨迹感兴趣时，用户就可以驱动PMD的用户输入部件，指示给该媒体轨迹加标签、购买或记录的期望(在图6中未明确示出)。可选地，用户可以驱动用户输入部件，来指示用户期望将媒体广播插入到呼叫中(步骤606)。如果用户没有指示期望将媒体广播插入到呼叫中，则假定呼叫还没有结束(步骤608)，处理继续输出媒体轨迹信息(步骤604)并等待下一个用户输入。

[0103] 如果用户指示期望将媒体广播插入到呼叫中，则在步骤610，PMD开始将媒体广播插入到呼叫中，使连接到呼叫的所有各方都可以听到该广播。用户可以继续电话会话并与媒体广播交互，例如通过如下所述地给媒体轨迹加标签、购买媒体轨迹和/或记录媒体广播。特别地，如果用户或呼叫的另一方对所播放的特定媒体轨迹感兴趣，则用户或该另一方可以给媒体轨迹加标签。

[0104] 在步骤612，媒体轨迹的标签可以利用第二类型的通信网络(例如，电话网络或互联网)发送到另一方的电话。接收方电话不一定要支持媒体广播——即，接收方电话不需要具有媒体接收器部件或者是集成的PMD和电话设备。如果接收方电话不支持媒体广播，则当日后媒体广播播放加标签的媒体时，接收方设备可以自动地通知接收方用户并为接收方用户提供收听和/或购买媒体轨迹的机会。

[0105] 在步骤614，用户可以指示期望停止将媒体广播插入到呼叫中。如果用户没有指示期望停止将媒体广播插入到呼叫中，则处理继续将轨迹插入到呼叫中(步骤610)，以允许用户与广播交互的更多机会。一旦用户指示期望停止将媒体广播插入到呼叫中，PMD就停止将媒体广播插入到呼叫中(步骤616)。如果呼叫没有结束(步骤608)，PMD就继续输出媒体轨迹信息(步骤604)并等待进一步的指示。如果呼叫已经结束，则处理返回到空闲状态。

[0106] 应当理解，在此所述的处理是例示性的，而且其变体和修改都是可能的。按顺序描述的步骤可以并行执行、步骤的次序可以改变，而且步骤也可以修改或合并。任何网络或网络的组合都可以用于向PMD或可通信地耦合到其的附件传输媒体广播和/或相关的信息。

[0107] 在PMD中存储标签

[0108] 根据本发明的实施例，关于广播的标签信息可以存储在图1A中PMD 102的存储设备106中。如下所述，标签信息可以存储在结构化数据文件中，日后可由附件104或不同的附件(例如，图1D中用作主机的计算机系统170)访问。

[0109] 在一个实施例中，结构化数据文件可以包括表示用于每个加标签轨迹的元数据的XML目录。如本领域中通常已知的，XML目录提供一组键值对。目录可以是分级的；即，与特定键关联的值可以是目录。各种XML格式都可以使用；在一个实施例中，XML文件格式化为Mac OS X Core Foundation属性列表。

[0110] 图7例示了根据本发明实施例的可以用于存储标签的分级XML目录文件700。该实施例中的顶层键包括：

[0111] (1)版本信息。MajorVersion和MinorVersion键可以指定XML目录文件格式的版本。在一个实施例中，具有不同主版本的文件可能彼此不兼容；具有相同主版本但不同次版本的文件彼此兼容。

[0112] (2)用于收集标签的附件的制造商的制造商标识信息。ManufacturerID可以是制造商的唯一数字标识符。在一个实施例中，这个标识符是由PMD线的制造商分配给与那些PMD协作的附件的授权制造商的。ManufactureName可以是附件制造商的名字。DeviceName可以是用于附件设备的模型名字或其它制造商分配的名字。iTunesAffiliateID可以用于TM TM将制造商标识为iTunes Store 的会员。(除了iTunes Store 会员资格之外或者代替之，还可以提供其它会员资格，例如具有不同媒体资源管理和/或下载服务的会员资格。)[0113] (3)MarkedTracks键，其关联的值可以是一个或多个下层目录的数组。每个下层目录可以表示用于一个特定轨迹的标签信息。标签信息可以包括例如图2所列出的任何一个或全部字段。

[0114] 如上面所指出的，PMD 102和附件104可以通过有线(例如，USB、FireWire、通用异步接收器/发送器(“UART”))或无线(例如，蓝牙)通道以多种方式通信。不管特定的通信路径如何，PMD 102和附件104都可以通过根据协议交换命令和数据来通信。协议定义了在PMD 102和附件104之间发送消息的格式。例如，协议可以指定每个消息在具有首部和可选有效负载的分组中发送。首部提供了基本信息(例如，起始指示符、分组的长度及要由接收方处理的命令)，而有效负载提供了与命令关联的任何数据。在一些实施例中，命令可以定义成使得特定命令只在一个方向是有效的。

[0115] 协议可以定义多个“隐语”，其中“隐语”是可以有各个附件类支持(或不支持)的一组相关命令。在一个实施例中，每个命令是由标识命令所属的隐语的第一个字节和标识隐语中特定命令的第二个字节唯一识别的。其它命令结构也可以使用。不需要所有附件或者附件可以连接到的所有PMD都支持协议中定义的每个隐语。

[0116] 在有些实施例中，设计成彼此可以协作的每个附件104和每个PMD 102可以至少支持包括所有这种设备通用的命令的“通用”隐语。该通用隐语可以包括使PMD和附件能够彼此识别并验证它们自己并提供关于它们各自能力的通用信息的命令，包括(如果有的话)每个都支持别的什么隐语。通用隐语还可以包括PMD可以用来验证附件的假设身份与能力(或者反之)的验证命令，而且如果验证不成功，则附件(或PMD)可以被阻止调用特定命令或隐语。

[0117] 根据本发明的实施例，由PMD 102和附件104支持的命令协议可以包括可以用于传送与存储广播内容的标签相关的命令与数据的“存储”隐语(或其它命令组)。在该实施例中，存储隐语的命令允许附件104指示PMD 102将标签信息(或元数据)存储在其自己的内部存储介质上。

[0118] 在一个实施例中，存储隐语包括以下命令：

[0119] (1)GetPlayerCaps。附件104可以将这个命令发送到PMD 102，以请求关于播放器存储能力的信息。

[0120] (2)RetPlayerCaps。PMD 102可以通过发送回这个命令来响应GetPlayerCaps命令；分组有效负载包括所请求的信息。在一个实施例中，能力信息包括：PMD 102内部存储介质的总尺寸；最大允许的文件尺寸；可以利用单个WritePlayerFileData命令(以下描述)写到存储器中的数据的最大量；及标识由播放器支持的存储隐语版本的版本信息。除了以上所述的之外或者代替之，也可以包括其它信息。

[0121] (3)OpenPlayerFile。附件104可以将这个命令发送到PMD 102，以指示PMD 102打开用于写标签的文件。在一个实施例中，这个命令是作为带非空有效负载的分组发送的。有效负载可以包含用于指示文件目的的值(在此称为“特征值”)。因此标签文件可以与特定的特征值关联。特征值允许存储隐语用于其它类型的文件；因此，存储隐语不限于存储标签。

[0122] (4)RetPlayerFileHandle。PMD 102可以通过打开文件(例如，用于标签的XML目录文件)响应OpenPlayerFile命令并利用RetPlayerFileHandle命令来向附件104提供新打开文件的唯一标识符(“句柄”)。句柄可以类似于Unix文件描述符。在一个实施例中，句柄保持有效，直到附件被拆下或者附件关闭了文件(见下面的ClosePlayerFile命令)。句柄的使用在PMD 102和/或附件104可以同时打开多个文件的实施例中是特别有帮助的；在有些实施例中，每次只能打开一个标签文件，则句柄可以或者可以不使用。

[0123] (5)WritePlayerFileData。在打开文件后，附件104可以向PMD102发送这个命令，以便向打开的文件添加数据(例如，用于新加标签的轨迹的标签)。与这个命令关联的有效负载可以包括要写的文件的句柄、开始写数据的偏移量(文件中的位置)及要写的数据。附件104可以根据PMD 102对每个WritePlayerFileData命令数据的限制对每个WritePlayerFileData命令限制数据大小，例如在RetPlayerCaps命令(以上所述)中由PMD 102指定的。如果标签大于指定的限制，则附件104可以发送多个WritePlayerFileData命令，以便完成标签的写。附件104可以保持对偏移量的跟踪，例如避免用新标签覆盖了先前的标签。在有些实施例中，文件是顺序写的；即，偏移从零开始并根据每个写命令的大小递增。在其它实施例中，顺序写是不需要的。

[0124] (6)PlayerAck。PMD 102可以向附件 104发送这个命令，来确认WritePlayerFileData命令和任何其它不需要特定响应性信息的存储隐语命令。有效负载有效地包括被确认的分组的标识符和结果状态指示符，其中指示符可以是指示写是否成功及如果不成功则指示为什么失败的数字值或者位模式。例如，数字值可以定义成表示特定的失败状态，例如附件104的错误验证、PMD 102中缺少资源、无效的文件句柄、WritePlayerFileData分组中过大的数据量，等等。在一些实施例中，在发送完一个WritePlayerFileData分组后，附件104在发送另一个WritePlayerFileData分组或ClosePlayerFile分组(以下所述)之前等待指示成功完成的PlayerAck。等待PlayerAck可以帮助防止错误，例如如果在失败的WritePlayerFileData命令之后文件的状态是不确定的。

[0125] (7)GetPlayerFreeSpace。附件104可以向PMD 102发送这个命令，以确定PMD 102内部存储介质中可用空间的量。

[0126] (8)RetPlayerFreeSpace。PMD 102可以通过发送这个命令来响应GetPlayerFreeSpace命令。在一个实施例中，有效负载包括指示PMD 102内部存储介质中空闲空间量的值。

[0127] (9)ClosePlayerFile。附件104可以向PMD 102发送这个命令，来关闭打开的文件。有效负载包括要关闭的文件的句柄。PMD 102可用利用PlayerAck命令(以上所述)响应，以指示文件是否成功关闭。在有些实施例中，PMD 102也可以在文件关闭之前数字签名文件。这种签名可以用于例如验证数据的完整性。例如，可以实现显示文件在签名生成之后是否被修改的传统数字签名技术。一旦ClosePlayerFile命令成功，则句柄不再有效地用于访问现在已关闭的文件；如果期望，则PMD 102可以重新给另一个文件分配句柄。

[0128] 应当理解，在此所述的命令集合是例示性的，而且其变体和修改都是可能的。也可以支持其它命令，例如发送到PMD 102的从打开的文件读取的命令和发送到附件104的返回所读取数据的命令。因此，例如，在写过程中有错误的情况下，附件104可以回读其试图写的数据，以确定是否发生了错误；于是附件104就可以根据需要发出纠正的WritePlayerFileData命令或关闭文件并打开新文件。

[0129] 在应当指出，在有些实施例中，附件104可以一次打开多个文件，只要分配给每个文件的句柄是唯一的。

[0130] 用于捕捉标签的处理

[0131] 在本发明的有些实施例中，PMD 102和附件104通信，来捕捉标签并将标签记录到PMD 102的存储介质中。

[0132] 图8是用于例示根据本发明一个实施例的用户与媒体广播交互的处理800的流程图。处理800的任何一个或多个步骤都可以由图1A中PMD 102或附件104的控制器(例如，执行合适程序代码的微控制器或微处理器)启动并执行。

[0133] 处理在步骤801开始，在这里控制器可以启动用户交互程序。在步骤802，控制器可以进行检查，以查看与媒体广播的任何附加交互是否可能。例如，控制器可以检查系统中是否有错误(例如，接收器122没有接收到信号)或者用户是否指示停止与现场直播的媒体广播交互的意图(例如，通过关掉PMD 102或附件104)。如果不可能有附加的交互，则控制器可以退出处理(步骤804)。

[0134] 如果附加交互是有可能的，则在步骤806，控制器可以等待用户驱动用户输入器，例如PMD 102的用户输入部件118或者附件104的用户接口部件132等。在等待时，PMD或附件可以指示用户当前播放的内容是“可以加标签的”。PMD还可以(利用显示设备、音频发射设备等)指示标签的质量。有些广播可以比别的广播有较少的可加标签信息，而别的广播可以有非常丰富、完整的标签可以获取。任何可以获取的信息都可以由PMD或附件的一些实施例显示。

[0135] 当用户驱动这些用户输入器中的一个时，控制器可以确定用户想启动哪些功能(步骤808)。在一个实施例中，用户可以在包括购买当前轨迹(“BUY”功能)、给当前轨迹加标签以便以后可能购买(“TAG”功能)或者记录当前轨迹(“REC”功能)的多个功能中进行选择。用户的选择可以根据例如当提供多个用户输入器时驱动的用户输入器、当用户输入器是多功能的时候用户参与用户输入器的次数或时间长度等来确定。

[0136] 如果选择了BUY功能，则控制器启动对当前播放轨迹的购买。在步骤810，控制器可以确定PMD 102或附件104当前是否连接到数据网络，其中通过该数据网络可以访问到媒体资源传输服务。例如，参考图1D，计算机系统170是可以通过网络174连接到媒体资源传输服务178同时还通过网络174接收媒体广播的附件。作为另一个示例，参考图1E，PMD180可以无线地连接到网络并通过该网络连接到媒体资源传输服务，同时附件104接收媒体广播。如果PMD或附件连接到数据网络，则在步骤812，控制器可以从媒体资源传输服务检索当前播放的轨迹(或者关于其的进一步描述性信息)。

[0137] 在本发明的一个实施例中，即使当PMD或附件联网时，控制器也可以给当前播放的歌曲或其它音频轨迹加标签。在这种情况下，标签可以利用将关联的媒体轨迹指定为已购买轨迹的指示符存储。

[0138] 在步骤814，控制器可以从媒体资源传输服务下载对应于当前所播放轨迹的媒体资源。在步骤816，控制器可以将下载的媒体资源存储到例如PMD 102的存储设备106中或者附件104的存储设备中。媒体资源可以存储为单个文件或者多个文件(例如，作为媒体内容文件和具有对应标识信息的关联文件)。如果媒体资源存储在附件104中，则用户可以在日后将文件下载到PMD 102中。类似地，如果媒体资源存储在PMD 102或附件104中，则用户可以在日后将文件从一个设备下载或传输到另一个设备。控制器还可以向存储在例如PMD 102上的预定或用户指定的播放列表添加下载的音频轨迹。在有些实施例中，计算机系统(例如，图1D的计算机系统170)充当PMD 102的主机系统，让用户通过在计算机系统TM170上执行的适当软件(例如，由Apple公司提供的iTunes 媒体资源管理软件)管理存储在PMD 102上的资源。在这种情况下，媒体资源可以首先下载到主机系统，然后传输(例如，拷贝或移动)到PMD 102。

[0139] 返回步骤810，如果PMD 102和附件104当前不能与媒体资源传输服务通信(例如，两个设备都没有连接到合适的网络)，则在步骤818，控制器可以存储用于当前播放轨迹的标签并在标签中包括“购买指示符”(步骤820)。购买指示符指示用户已经决定获取该轨迹，并且当PMD 102或附件104下次能够与媒体资源传输服务通信时，轨迹可以下载，而不需要进一步的用户交互。

[0140] 当控制器给音频轨迹加标签时，控制器可以提供可视和/或音频反馈，来例如确认标签。如在此所使用的，当控制器在现场广播过程中给媒体轨迹加标签时，控制器从现场广播中提取可以用于标识所播放音频轨迹的信息，并将存储所提取的标识信息以供日后使用。标签可以存储在以上提到的任何存储介质中，包括位于PMD 102和/或附件104上的介质。标签的存储及在附件104和PMD 102之间传送标签将在以下进一步描述。

[0141] 再次参考步骤808，如果用户驱动用户输入器来指示TAG功能，则控制器可以在步骤822中给当前在媒体广播中播放的轨迹加标签。如下所述，当用户指示TAG功能时，可以给用户在日后决定是否购买轨迹之前回顾关于加标签轨迹的信息的机会。

[0142] 再次参考步骤808，如果用户驱动用户输入器来指示REC功能，则在步骤824，控制器可以启动多个记录操作——手动记录、计划记录和暂停记录——中的一个。在手动记录中，控制器可以记录当前接收到的一段广播。当接收到指示手动记录的用户输入时记录开始，而当接收到指示记录结束的另一用户输入时记录结束。

[0143] 在计划记录中，控制器可以允许用户指示控制器记录一段未来的广播。控制器可以利用例如EPG(电子节目指南)数据给用户提供时间表信息，其中EPG数据可以编码到广播中或者单独提供(例如，通过如图4A和4B中所示的第二个网络)，而且用户可以基于该EPG数据选择一个或多个要记录的广播片段。标签可以存储成对应于每个计划记录。

[0144] 在暂停记录中，例如以类似于由加州Alviso的TiVo所提供的媒体系统所采用的方式，控制器可以“暂停”现场广播。例如，控制器可以连续地缓冲预定量所接收到的传送。当用户“不暂停”传送时，控制器可以反复输出缓冲的传送并继续缓冲现场广播。在缓冲传送回放的过程中，如上所述，控制器可以允许用户购买当前播放的音频轨迹或给其加标签或者手动记录广播。如在此所使用的，当利用暂停功能时对缓冲无线电传送的回放被看作是现场媒体广播。

[0145] 在步骤826，控制器可以将所记录的媒体广播存储到以上提到的一种存储介质中。

[0146] PMD 102和附件104可以多种方式交互，来收集并存储标签数据。现在将描述示例。在一个实施例中，附件104使用以上所述的存储隐语来将图7格式的XML文件写到PMD102的存储介质中。XML文件可以包含在附件104连接到PMD 102的时段期间收集到的所有标签。在可选实施例中，每个标签可以写到单独的标签文件。在其他实施例中，附件104可以在其自己的内部存储介质中收集标签信息，然后当PMD 102下次连接到附件104时将所收集的信息传送到PMD102。

[0147] 图9是根据本发明实施例的用于捕捉和记录标签的处理900的流程图，图9例示了以上所述存储隐语命令的使用和图7的XML文件。当附件104连接到PMD 102时，处理900开始(步骤902)。在步骤904，附件104向PMD 102识别其自己并可以执行验证过程。
步骤904可以包括确定附件104和PMD 102是否彼此关于存储隐语兼容；如果它们不兼容，则处理900可能不能使用。

[0148] 假定PMD 102和附件104彼此关于存储隐语是兼容的，则附件104继续打开用于写标签的文件。例如，在步骤906，附件104可以发送GetPlayerCaps命令，以确定PMD 102的存储能力。PMD 102可以利用RetPlayerCaps命令返回该信息(步骤908)。附件104还可以在继续进行之前请求附加的信息。例如，附件104可以使用GetPlayerFreeSpace命令来确认PMD 102内部存储介质中可用于写标签的空间量。

[0149] 一旦确定了PMD 102的能力，在步骤910，附件104就可以发送OpenPlayerFile命令，将要打开的文件识别为标签文件。作为响应，PMD 102打开文件。在一个实施例中，PMD102可以维护用于存储其文件的文件夹(或目录)树，且标签文件总可以在该树中相同的文件夹中打开，使得日后容易定位它们。在步骤912，PMD 102返回带有新打开文件的句柄的RetPlayerFileHandle命令。

[0150] 在步骤914，初始信息(例如，图7的顶层目录块710)写到文件中。在文件识别为用于标签的文件(例如，利用如上所述的特征值)的实施例中，初始信息可以由PMD 102在打开文件时自动写入。在其它实施例中，附件104可以利用一个或多个WritePlayerFileData命令写初始信息。

[0151] 一旦文件打开，处理900就等待下一个动作(步骤916)。在这种实施例中，相关的下一个动作是给轨迹加标签和退出加标签会话。

[0152] 给轨迹加标签可以例如响应于来自用户的请求而发生。例如，当播放轨迹时，用户可以操作附件104的用户接口控制，来指示该轨迹应当加标签。如上面所指出的，PMD 102或附件104可以向用户指示何时播放轨迹是可以加标签的并可以(例如，通过显示可用的元数据)提供关于可用元数据量的信息。

[0153] 在步骤920，附件104可以从广播数据流提取元数据或要用作标签的其它数据。例如，附件104可以从广播数据流提取元数据、添加附加信息(例如，附件104调到的台或频道、附件104从其接收数据的URL、时间戳、附件的标识信息)和/或捕捉广播内容子集的表示。在可选实施例中，附件104可以在接收到每个轨迹时提取并缓冲标签信息，只有当用户选择给轨迹加标签时，标签信息才写到标签文件。

[0154] 在步骤922，当用户请求轨迹的标签时，附件104创建用于该新标签的XML目录(例如，如图7中块720的下层目录块)。在步骤924，附件104可以向PMD 102发送一个或多个WritePlayerFileData命令，将XML目录写到已经打开的文件。在一个实施例中，在创建XML目录后，附件104确定目录的尺寸并比较该尺寸与最大写尺寸(该最大尺寸是在步骤908从播放器获取的)。基于这种比较，附件104可以确定需要多少WritePlayerFileData命令并可以顺序地向PMD102发出这些命令。对于每个发出的WritePlayerFileData命令，附件104可以接收PlayerAck命令并可以使用这些命令的有效负载来确定是否发生了任何错误，从而可以采取适当的校正动作。例如，如果发生了错误，则附件104可以关闭文件、打开新文件并尝试再次写标签。作为另一个示例，如果由于PMD 102的存储设备106中缺少空间而写失败，则附件104可以提醒用户标签不能传送，直到PMD 102上的空间被释放。

[0155] 在写了用于新标签的XML目录之后，处理900返回步骤916，等待下一个用户动作。XML文件可以在这段时间中保持打开；因此，任何个数的标签都可以写到同一XML文件。在其它实施例中，除XML或XML目录之外的文件格式也可以使用，而且处理900可以修改成利用任何期望的格式写标签数据。

[0156] 最后，附件104检测当前的加标签会话是否应当结束。例如，可能达到了最大文件尺寸，用户就可以启动将附件104从PMD 102去耦合的拆卸或断电处理，或者用户可以将附件104和/或PMD 102设置成不记录标签的状态。作为响应，在步骤930，附件104可以发送ClosePlayerFile命令，来关闭XML目录文件。在有些实施例中，在发送ClosePlayerFile命令之前，附件104可以首先向XML文件写最后关闭标签(例如，图7中的关闭标签730)。在其它实施例中，PMD102可以通过写最后关闭标签然后关闭文件来响应用于标签文件的ClosePlayerFile命令。在任一种情况下，在步骤932，一旦文件关闭，PMD 102就可以向附件104发送PlayerAck目录，来确认文件正确关闭了。其后，处理900结束(步骤934)。

[0157] 其它加标签处理也可以使用。例如，图10是根据本发明另一个实施例的用于捕捉和记录标签的处理1000的流程图。在处理1000中，PMD 102可以确定轨迹是否要加标签并指示附件104创建标签。

[0158] 当附件104连接到PMD 102时，处理1000开始(步骤1002)。在步骤1004，附件104向PMD 102识别其自己并可以执行验证过程；这个步骤可以类似于上述处理900的步骤904。在步骤1006，打开标签文件。这种实施例中的标签文件驻留在PMD 102的存储介质中，且类似于处理900的步骤906-912的过程可以用于打开标签文件。如果在这种实施例中附件104不能控制将标签写到标签文件中，则当标签文件打开时，文件句柄可能不能返回到附件104。在步骤1008，首部分由例如PMD 102写到标签文件。

[0159] 一旦标签文件打开，处理1000就等待下一个动作(步骤1010)。下一个动作可以指示轨迹应当加标签；例如，用户可以操作附件104或PMD 102上的用户接口控制，来指示轨迹应当加标签。如果轨迹应当加标签，则在步骤1012，PMD 102可以指示附件104创建标签。在步骤1014，附件104从广播数据创建标签。例如，如上所述，附件104可以从广播数据流提取元数据、添加附加信息和/或捕捉内容子集的表示。在一个实施例中，附件104可以将标签格式化为XML目录或适于写到标签文件中的其它格式。在步骤1016，附件104可以将标签发送到PMD 102(例如，利用如上所述的一个或多个WritePlayerFileData命令)。在步骤1018，PMD 102将标签写到标签文件。然后，处理1000可以返回步骤1010，等待下一个动作。

[0160] 如果下一个动作指示结束当前的加标签会话，则PMD 102在步骤1020关闭标签文件，然后处理1000结束(步骤1022)。(如上所述，附件104也可以检测加标签会话的结束并指示PMD 102关闭标签文件。)就象在上述处理900中一样，结束加标签会话可以在各种情况下发生，例如当达到最大标签文件尺寸时、当用户启动拆卸处理或者以别的方式改变附件104的状态，使得不再接收或记录标签。

[0161] 图11是示出了根据本发明另一实施例的加标签处理的流程图。在该实施例中，附件104可以为在加标签会话过程中接收到的每个轨迹创建标签，而PMD 102选择将存储哪些标签。当附件104连接到PMD 102时，处理1100开始(步骤1102)。在步骤1104，附件104向PMD 102识别其自己并可以执行验证过程；这个步骤可以类似于上述处理900的步骤904。在步骤1106，打开标签文件。该实施例中的标签文件驻留在PMD 102的存储介质中，且类似于处理900的步骤906-912的过程可以用于打开标签文件。由于在该实施例中附件104不控制将标签写到标签文件中，因此当文件打开时，文件句柄可能不能返回到附件104。在步骤1108，首部分由例如PMD 102写到标签文件。

[0162] 在步骤1110，例如通过检测广播元数据中的变化，附件104(或PMD 102)检测广播中的下一个轨迹。如果没有下一个轨迹(例如，广播结束或者附件104停止接收广播数据)，则如下所述，处理1100结束。

[0163] 当检测到下一个轨迹时，在步骤1112，附件104从广播数据创建标签。例如，如上所述，附件104可以从广播数据流提取元数据、添加附加信息和/或捕捉内容子集的表示。在步骤1114，附件104可以向PMD 102发送标签(例如，利用以上所述的一个或多个WritePlayerFileData命令)。

[0164] 在步骤1116，PMD 102确定是否存储标签；如果要存储标签，则PMD 102在步骤1118将标签写到标签文件。然后，处理1100可以返回到步骤1110，等待下一个轨迹。处理
1100继续，直到加标签会话结束，在这个时候没有下一个轨迹。在一个实施例中，PMD 102可以检测会话的结束(步骤1122)并在处理1100结束(步骤1126)之前关闭标签文件(步骤1124)。可选地，如上所述，附件104也可以检测加标签会话的结束并指示PMD 102关闭标签文件。

[0165] 确定是否存储标签(步骤1116)可以多种方式进行。在一个实施例中，PMD 102可以接收指示当前播放轨迹应当加标签的用户输入，而且是否存储用于当前播放轨迹的标签的决定可以基于是否是在轨迹播放的同时接收到该用户输入。

[0166] 在另一个实施例中，PMD 102可以支持实时日志记录模式，其中存储对应于在播放广播内容会话期间接收到的每个轨迹的标签。例如在用户不能(或者简单地说忘记)在播放广播的同时操作控制器来指示哪些轨迹应当加标签的情况下，这是方便的。用户可以在日后回顾播放的轨迹日志并选择感兴趣的那些。在有些实施例中，实时日志记录模式可以由用户启用或禁用，或者日志记录可以是完全自动的行为，由PMD 102自动地将用于每个广播会话的标签存储为日志文件(该日志文件可以类似于标签文件)。日志文件可以无限期地存储(例如，直到用户删除它们或者当空间允许时)或者存储预定的时间段，或者可以存储一些最近的日志文件。用于确定哪些标签要存储的其它技术也可以使用。

[0167] 在又一实施例中，附件104可以收集标签，用于日后转发到PMD102。例如，如图1A所示，附件104可以包括其自己的标签存储区域134。当在独立模式(即，没有连接到PMD102)下操作时，附件104可以将标签存储到标签存储区域134。标签可以无限期地存储，例如直到它们被传送到PMD 102。

[0168] 图12是根据本发明实施例的可以由具有本地标签存储器的附件所使用的标签捕捉与记录处理1200的流程图。在该实施例中，不管附件是否连接到PMD(例如，PMD 102)，轨迹都可以由附件(例如，图1A的附件104)加标签。

[0169] 当处理1200开始时(步骤1202)，附件104确定是否连接到PMD102(步骤1204)。如果连接到，则在步骤1206，附件104可以将积累的任何标签从标签存储区域134写到PMD 102。例如，附件104可以利用OpenPlayerFile命令打开标签文件，利用一个或多个WritePlayerFileData命令将每个积累的标签写到该文件，然后利用ClosePlayerFile命令关闭文件。一旦所积累的标签成功地写到PMD102，附件104就可以除去标签，释放标签存储区域134中的空间，以便存储新的标签。

[0170] 如果在步骤1204中没有连接到PMD 102或者在步骤1206中所有标签都写到PMD102之后，处理1200继续前进到步骤1208，在步骤1208处播放广播轨迹。例如，用户可以将接收器122调到特定的台。步骤1208还可以包括检测与当前轨迹关联的元数据并将这种元数据保留在缓冲区中，直到附件104确定该元数据是否应当保存。

[0171] 在步骤1210，确定当前轨迹是否应当加标签。例如，用户可以按按钮或者操作用户接口132的某个其它控制(或者PMD 102的用户输入器118)，来指示期望给轨迹加标签。如上所述，其它标准也可以在这种确定中使用(例如，是否启用对所有轨迹的自动日志记录)。如果当前轨迹不要加标签，则处理1200可以返回步骤1208，继续播放轨迹，最终前进到下一个轨迹，等等。

[0172] 如果步骤1210的结果是确定轨迹应当加标签，则处理1200确定是否连接到PMD102(步骤1212)。如果连接到了PMD 102，则在步骤1214，标签传输到PMD 102，如上所述，PMD 102可以将标签写到标签文件存储设备106。以上所述的任何技术都可以用来写标签。
在有些实施例中，PMD 102可以在写标签之前为标签生成数字签名，而且该数字签名可以在日后用于验证由附件104提供的标签数据没有被修改。在有些实施例中，PMD 102还可以在数字签名中包括其自己的标识符(例如，PMD 102的序列号)，而且该标识符可以由随后的标签接收者用于验证提供标签的PMD是否与最初存储的相同。在另一个实施例中，附件
104可以打开文件、写标签并且一旦确定写成功就关闭文件、为在连接到PMD 102的同时写的每个标签创建单独的文件。

[0173] 如果在步骤1212中没有连接到PMD，则标签应当写到附件104的标签存储区域134。在有些实施例中，如果尝试写到PMD 102失败，则标签也可以写到标签存储区域134。
为了写到标签存储区域134，附件104可以首先确定(步骤1216)是否在标签存储区域134中有足够的存储空间可以用于存储标签。如果没有，则在步骤1218，附件104可以提醒用户将PMD 102连接到附件104，且处理1200返回步骤1202。如果用户连接了PMD 102，则附件104就可以将积累的标签传送到PMD 102，释放其自己的本地存储，以支持别的标签的存储。

[0174] 再次参考步骤1216，如果在标签存储区域134中有空间可用，则附件104将标签存储到标签存储区域134中(步骤1220)。

[0175] 在步骤1222，在写标签之后，在接收对标签的进一步请求之前，附件104可以等待下一个轨迹的开始。因此，即使用户操作控制而在单个轨迹过程中多次请求标签，在该实施例中附件104也将只写标签一次，并避免冗余标签填满存储空间(其自己的标签存储区域134或者PMD 102的存储设备106)。

[0176] 例如，如果附件104断电或者切换到其中不使用加标签的另一种操作模式，则步骤1224提供了退出处理1200的选项。如果处理1200不退出(步骤1226)，则处理可以继续循环，周期性地检查看是否连接到PMD 102以便可以将任何积累的标签传送到其。

[0177] 应当理解，在此所述的加标签处理的各种实施例都是例示性的，而且变体和修改都是可能的。顺序描述的步骤可以并行执行、步骤的次序可以改变，而且步骤可以修改或合并。在此描述的命令和命令序列可以修改。例如，在有些实施例中，附件104可能不在会话过程中指示PMD 102打开标签文件，直到用户第一次在该会话中启动加标签操作。在其它实施例中，附件104可以打开文件、写标签并迅速关闭文件，以防止文件保持打开时如果发生错误有可能导致的数据丢失。因此，附件104可以在单个会话中创建任意个数的加标签文件，而且每个文件可以只保留一个标签。在另一可选实施例中，附件104可以重新打开先前的标签文件(假定最大文件尺寸还没有达到)，而不是为每个会话创建新的标签文件。是否给轨迹加标签的决定可以由PMD或附件逐轨迹地或者逐会话地做出。

[0178] 模糊的标签

[0179] 有些实施例还提供对“模糊”标签的检测和处理。例如，依赖于元数据如何传送，有可能对于给定的轨迹，元数据流可能不是确切地与该轨迹的内容的开始同步地开始传输元数据。作为例示，当前的HD无线电标准允许任一方向多达五秒的偏移，因此新轨迹的元数据可能早在先前的轨迹结束之前五秒到达或者在新轨迹开始之后五秒到达。如果用户在这个十秒的过渡窗口中请求标签，则有可能当前的元数据不对应于用户实际想要的轨迹；这种请求就是模糊请求的示例。

[0180] 在有些实施例中，当接收到模糊请求时，附件104捕捉任意以及全部可能正确的标签。例如，图13A和13B是根据本发明实施例的附件可以用来根据HD无线电广播的过渡窗口识别模糊请求的处理1300和1320的流程图。图13A描述了关于确定在轨迹的最后五秒内是否发生标签请求的步骤，而图13B描述了关于确定在轨迹的最先五秒内是否发生标签请求的步骤。

[0181] 首先转向图13A，处理1300可以在请求标签的任何时候使用(步骤1302)。一旦请求标签，就使用五秒定时器(步骤1304)来足够长时间地推迟标签的捕捉，以允许检测轨迹元数据中的变化。在步骤1306，在这五秒结束时，确定是否接收到新的轨迹元数据。如果没有，则可以推断当请求标签时的元数据毫无疑义地是期望的元数据；因此，在步骤1308，当前的轨迹元数据被存储为标签。

[0182] 但是，如果在请求标签后的五秒内接收到新的轨迹元数据，则有可能用户是想给新轨迹加标签，而不是给请求标签时其元数据正当前的轨迹(为了表示，称为“先前的”轨迹)加标签。因此，在步骤1310，为先前的轨迹和新轨迹中的每个创建并存储标签。参考图2，两个标签都可以将其模糊标签字段设置成指示它们彼此模糊的值，并且用于先前轨迹的标签可以将其按下按钮字段设置成指示当接收到给轨迹加标签的请求时其元数据正当前。

[0183] 现在参考图13B，处理1320可以在给正好前一轨迹加标签之前接收到新轨迹元数据(步骤1322)的任何时候使用。在步骤1324，缓冲先前的轨迹元数据，使得其保持可以让附件104获取。在步骤1326，使用五秒定时器来足够长时间地推迟对先前轨迹元数据的除去，以允许在请求模糊的时间间隔内检测标签请求。在步骤1328，在这五秒结束时，确定在接收到新元数据之后是否接收到标签请求。如果没有，则先前的轨迹数据不再需要并且可以被丢弃(步骤1332)。

[0184] 但是，如果在接收新元数据的五秒内接收到标签请求，则有可能用户想要给先前的轨迹加标签，而不是给新轨迹(当用户请求标签时，其元数据正当前)加标签。因此，在步骤1330，为先前的轨迹和新轨迹中的每一个创建并存储标签。参考图2，两个标签都可以将其模糊标签字段设置成指示它们彼此模糊的值，且用于新轨迹的标签可以将其按下按钮字段设置成指示当接收到给轨迹加标签的请求时其元数据正当前。

[0185] 在该实施例中，附件104不需要尝试解决模糊性。两个标签都记录并最终存储在PMD 102的标签文件中。可以提示用户来解决这种模糊性，例如当标签文件由媒体资源管理和/或传输系统读取时。

[0186] 对加标签媒体的访问

[0187] 一旦标签文件已经写完并关闭，该标签文件就可以日后被连接到PMD 102的各种附件或设备访问，由此允许用户回顾并可选地购买加标签的轨迹。在一个实施例中，如图1D所示，PMD 102可以连接到提供对媒体资源管理和/或传输服务(例如，由Apple公司提供TM的iTunes 媒体管理和传输服务，或者其它现有的媒体资源管理和/或传输服务)访问的主计算机170。主计算机170可以编程成使得在将PMD102与媒体资源管理系统同步的同步操作过程中，主计算机170自动检查并读取任何新的或更新的标签文件。关于标签文件的通信可以利用类似于主计算机170用来检查可以由PMD 102存储的其它类型文件(例如，媒体文件)的更新的协议的协议来管理。因此，不需要将附加隐语引入PMD通信协议就可以管理对标签文件的读取。在有些实施例中，所存储的标签文件在被主计算机170处理并存储之后就从PMD 102除去。用于特定轨迹的标签信息可以继续存储在主计算机170上尽可能长，例如直到用户删除了该信息或者购买了加标签的轨迹。在可选实施例中，PMD 102可以将标签存储在其自己存储设备106上的一个或多个标签文件中；标签文件可以无限期地存储，例如直到用户删除了包含在其中的标签或者购买了加标签的轨迹。

[0188] 主计算机170可以定位媒体资源传输系统中(例如，iTunesTMStore中)加标签的轨迹并提示用户购买任何或者所有加标签的轨迹。例如，主计算机170可以向用户显示如从PMD 102上的存储设备106读取的加标签轨迹的“播放列表”。(这种环境下的“播放列表”通常是指关于轨迹的元数据的列表。)

[0189] 图14例示了根据本发明实施例的标签播放列表1400。标签播放列表1400包括加标签轨迹的各种属性，例如轨迹名、艺术家、专辑、风格及加标签的日期(尽管没有明确示出，但其中加标签的日期也可以包括时间)。标签播放列表1400中的有些信息(例如，加标签的日期)可以从标签中提取。其它信息(例如，类型)可以从媒体资源传输系统检索。轨迹名、艺术家和专辑字段可以从标签提取或者利用例如包括在标签中的轨迹标识符从媒体资源传输系统检索。应当理解，图14中所列出的轨迹属性是例示性的而且没有限制。

[0190] 在有些实施例中，标签的有些或者全部属性可以是到关于加标签轨迹的附加内容的可点击链接。例如，点击标签播放列表1400中“艺术家1”的任何一个实例可以使主计算机170显示列出相关信息和/或艺术家1其它轨迹的页面。用户还可以根据任何所列出的属性给标签播放列表1400分类，例如通过点击适当的列头。

[0191] 标签播放列表1400还可以包括动作按钮或其它接口元素，用户可以通过该接口元素与加标签的轨迹交互。例如，驱动“预览”按钮1402可以使得播放轨迹的预览部分。驱动“购买”按钮1404可以启动用于从媒体资源传输服务(例如，图1D的媒体资源传输服务178)购买加标签轨迹的购买处理。驱动“列表”按钮1406可以将加标签轨迹添加到用户期望拥有的轨迹列表中；这种列表可以由媒体资源传输服务178维护并使得其他用户可以访问。驱动“共享”按钮1408可以使标签信息或标签播放列表条目可以与其它用户共享；例如，响应于驱动了共享按钮1408，可以打开对话框，提示用户识别要与之共享信息的用户。
“删除”按钮1410可以使标签从标签播放列表中删除。(如果加标签的轨迹存储在主计算机170和/或PMD 102上，则不删除轨迹。)标签播放列表1400还可以包括“购买全部”按钮1412，驱动该按钮指示用户期望购买标签播放列表1400上的所有轨迹。应当理解，可以支持更多或更少的用户交互选项。交互项的一些或全部可以通过其它控制元件(例如，按键)来访问，从而不需要所述按钮的使用。

[0192] 在一个实施例中，每个标签文件可以是单独的播放列表且可以通过例如创建日期识别不同的标签文件。在另一实施例中，所有的用户加标签轨迹都显示在单个播放列表中；任何副本轨迹都可以除去或可见地标记为是副本。用户可以回顾播放列表并可以选择保存列表、从列表中删除任何或全部轨迹和/或例如从媒体资源传输系统购买任何或全部轨迹。

[0193] 在有些实施例中，播放列表还可以可视地突出显示标签被识别为彼此模糊的任何实例(例如，图2的模糊轨迹值设置成指示模糊性的标签)，而且可以提示用户选择他想加标签的轨迹。为了帮助用户做决定，播放列表还可以包括关于当做出该模糊请求时哪个轨迹被认为是当前的指示符；这个信息可以从例如图2的按下按钮字段获取的。然后，用户就可以识别并删除不想要的标签。在有些实施例中，用户还可能想选择两个模糊的标签都保留；如果用户这样选择，则模糊性标记可以从两个标签中除去。

[0194] 标签播放列表可以由主计算机170通过与媒体资源传输服务(例如，图1D的媒体资源传输服务178)交互来创建。在其它实施例中，例如当PMD 102不需要通过主计算机连接就可以与媒体资源传输服务通信时(见例如图1F)，PMD 102可以创建并在其自己的显示设备上显示标签播放列表；不需要主计算机来创建或观看标签播放列表。

[0195] 图15是根据本发明实施例的可以由PMD 102的控制器(例如，执行适当程序代码的微控制器或微处理器)或主计算机170用来生成标签播放列表1400的处理1500的流程图。处理1500可以自动地(例如，当标签文件传输到主计算机170时)或者响应于列出加标签轨迹的用户请求而开始(步骤1502)。在步骤1504，控制器读取标签文件，该标签文件可以是从PMD 102新接收的标签文件或者是由主计算机170先前接收并存储的标签文件。对于标签文件中的每个标签，在步骤1506提取唯一的轨迹标识符(例如，对应于图2的轨迹标识符元数据字段)。在步骤1508，控制器可以将轨迹标识符传送到媒体资源传输服务
178。在步骤1510，媒体资源传输服务178使用轨迹标识符来检索轨迹相关的信息(例如，轨迹名、艺术家，等等)并将轨迹相关的信息传输到控制器。

[0196] 轨迹相关的信息可以包括例如轨迹名、艺术家名、专辑名、风格或者媒体资源传输服务178存储的关于轨迹的任何其它信息的信息。轨迹相关的信息还可以包括另外的信息。在有些实施例中，媒体资源传输服务178可以提供统一资源定位器(“URL”)或者可以用于将标签播放列表条目中特定字段链接到相关内容的其它信息。因此，例如，艺术家名可以与列出可以通过媒体资源传输服务178购买的该艺术家的轨迹的页面的URL关联。在其它实施例中，轨迹相关的信息可以包括用于该轨迹的与轨迹播放列表1400的一些或全部动作按钮关联的指令和/或内容。因此，例如，轨迹相关的信息可以包括如果用户驱动“购买”按钮1404则要执行来完成对轨迹的购买的指令、关于购买轨迹的其它信息(例如，轨迹的价格)，或者如果用户驱动“预览”按钮1402则要播放的该轨迹预览部分的内容。

[0197] 在步骤1512，控制器利用在步骤1510接收到的轨迹相关信息生成标签播放列表。在步骤1514，控制器将标签播放列表呈现给用户，例如通过将列表显示在显示设备上。这种显示设备可以是例如主计算机170或者PMD 102的部件。在步骤1516，用户可以与标签播放列表1400交互，例如预览、购买或者共享轨迹等。在步骤1518，处理1500结束。

[0198] 应当理解，在此所述的标签播放列表和处理是例示性的，而且变体和修改都是可能的。顺序描述的步骤可以并行执行、步骤的次序可以改变，而且步骤可以修改或合并。例如，在有些实施例中，控制器执行处理1500可以为用于每个轨迹标识符的轨迹相关信息发送单独的请求，或者可以为特定类型的轨迹相关信息发送单独的请求；在其它实施例中，单个请求可以包括多个轨迹标识符。在其中PMD 102给标签或标签文件数字签名的有些实施例中，主计算机170可以读取与标签或标签文件关联的数字签名并验证数据完整性；没有通过验证测试的标签可以排除在播放列表之外。如果标签被拒绝，则主计算机170可以提醒用户。在还有其它实施例中，主计算机170或PMD 102可以将标签文件传输到媒体资源传输服务178；媒体资源传输服务178可以为用户存储标签文件(或者其部分)并且可以响应于用户请求而生成用于传输到主计算机170或PMD 102的标签播放列表。

[0199] 在有些实施例中，读取标签文件可以包括错误检查和/或数据完整性验证。例如，如上面所指出的，在标签写到标签文件中时，它们可以由PMD 102数字签名；读取标签文件可以包括验证数字签名，来确保标签数据没有被改变或破坏。

[0200] 标签播放列表可以包括元素的任何组合，其中的元素包括但不限于在此所述的那些。在有些实施例中，对于每个条目，有些元素可以存在或者不存在。例如，如果加标签的轨迹不能通过媒体资源传输系统获取或者如果用户已经拥有了该加标签的轨迹，则购买选项不能启用，但轨迹仍然可以列出。用于标签列表的附加选项及用户与标签列表的交互在以上引用的美国专利申请第11/210,172号(美国专利申请公开第2006/0235864 A1号)中描述。

[0201] 用户可以多种方式与标签信息和媒体资源传输服务(例如，图1的媒体资源传输服务178)交互，以了解并获取加标签的媒体资源。图16是例示了根据本发明一个实施例的用户与媒体管理和传输系统交互的处理1600的流程图，其中的媒体管理和传输系统例TM如类似于iTunes 。尽管处理1600的任何一个或多个步骤可以由图1A的PMD102的控制器(例如，执行适当程序代码的微控制器或微处理器)或主计算机170启动和执行，但附件
104也可以包括将使附件104能够执行以下步骤中一个或多个的电路。

[0202] 在步骤1601，PMD 102中的控制器或主计算机170可以打开所存储的标签文件(该标签文件可以如上所述地创建)。在步骤1602，控制器可以确定每个所存储标签的标签状态(例如，标签对应于如上关于图8所述的BUY功能、TAG功能还是REC功能)。如果标签对应于BUY功能(例如，如果购买指示符如上所述设置)，则在步骤1604，控制器可以通过网络从媒体资源传输服务检索所指示的媒体资源。在步骤1606，控制器可以将检索到的媒体资源下载到位于PMD102中的存储介质、附件104和/或主计算机170。在有些实施例中，下载媒体资源可以包括将与标签关联的会员标识符(图2)发送到媒体资源传输服务。媒体资源传输服务可以使用该会员标识符给使用户可获取该标签信息的广播合作者增加信用；例如，广播合作者可以接收导致加标签轨迹销售的每个标签的一部分购买价格。

[0203] 一旦下载了，媒体文件就可以被存储(步骤1608)，而且处理1600可以返回到点A，以处理另外的标签。

[0204] 如果控制器在步骤1602确定一个或多个标签对应于TAG功能(例如，没有设置购买指示符)，则控制器可以在步骤1610从媒体资源传输服务检索对应的媒体资源和/或资源相关的信息。在步骤1612，控制器可以允许用户回顾所检索资源或相关信息的至少一部TM TM分。在一个实施例中，所检索出的资源可以作为类似于由iTunes 和iTunes Store采用的其它播放列表的播放列表呈现。因此，例如，播放列表可以提供控制，通过该控制用户可以预览轨迹的一部分、访问关于艺术家和/或专辑的信息、购买轨迹，等等。

[0205] 在步骤1614，控制器可以确定用户是否希望购买任何检索出的资源。如果不想购买，则控制器可以返回流程图中的点A，以处理另外的标签。如果用户希望购买一个或多个检索出的资源，则控制器可以将期望的资源下载到位于PMD 102中的存储介质、附件104和/或主计算机170中(步骤1606)。一旦下载了，控制器就可以在步骤1608存储媒体文件，并返回点A以处理另外的标签。

[0206] 如果控制器在步骤1602确定一个或多个标签对应于REC功能(在这种情况下所存储的文件将包括至少一个记录的广播)，则控制器可以执行以下功能中的一个或多个——(1)购买在所记录广播片段中识别的个别音频轨迹，(2)将所记录的广播片段分解成单独的片段，或者(3)回放整个记录的广播片段。在本发明的一个实施例中，控制器可以允许用户选择他或她想启动的功能。在步骤1616，用户选择功能，且控制器可以检测该选择并采取适当的动作。

[0207] 对于功能(1)，控制器可以在步骤1618中通过提取所记录广播中关于媒体轨迹的标识信息来解析所记录的广播数据。所记录的广播可以存储为单个文件或多个文件(例如，作为媒体内容文件和具有对应标识信息的相关文件)。一旦提取出了标识信息，控制器就可以执行上述步骤1610-1614和1606-1608。

[0208] 对于功能(2)，控制器可以在步骤1620中分解所记录的广播数据。即，控制器可以使用在所记录无线电广播数据中编码的数据，将所记录的广播拼接成独立的片段。然后，控TM制器就可以将每个独立记录的片段呈现给用户，例如作为类似于由iTunes 采用的播放列表。控制器还可以利用从所记录无线电传送中提取的标识信息给出关于每个独立片段的信息。因为呈现给用户的独立片段是从所记录的广播中得到的，所以用户可能不需要购买音频轨迹。其后，在步骤1622，控制器可以允许用户选择一个或多个独立的音频片段。然后，控制器在步骤1608中存储所选的片段。

[0209] 对于功能(3)，控制器可以在步骤1624回放整个记录的无线电广播片段。其后，在步骤1626，控制器可以允许用户完整地存储所记录的无线电广播片段。如果用户不想存储所记录的广播，则控制器可以返回点A，以处理另外的标签。

[0210] 一旦标签处理完成(例如，用户关闭了窗口或者从加标签轨迹的播放列表离开)，则图16的处理可以结束。如上面所指出的，标签可以继续无限期地存储，而且用户可以利用相同的处理在不同的时间访问所存储的标签并与之交互。在有些实施例中，一旦用户购买了轨迹，标签就自动地从所存储的标签文件中除去；用户也可以有不购买轨迹就删除标签的选项。

[0211] 应当理解，在此所述的用户交互处理是例示性的，而且变体和修改都是可能的。顺序描述的步骤可以并行执行、步骤的次序可以改变，而且步骤可以修改或合并。除以上所述之外的功能也可以得到支持。例如，例如通过利用一个或多个加标签轨迹作为起始点浏览媒体资源传输服务的目录，用户可能能够与加标签轨迹的列表交互，以获取相关信息。用户还可以删除标签、观看并分类标签列表，等等。例如如上所述的“购买全部”选项也可以得到支持。在有些实施例中，除了购买轨迹之外或者代替之，用户还可以下载媒体轨迹的免费版本。免费版本可以包括例如轨迹内容和一个或多个广告，或者免费版本可以具有比可购买轨迹版本低的分辨率，或者它可以只包括一部分内容。在有些情况下，一些或全部媒体轨迹可以不需要用户付费就分发；例如，用户可以支付低月租费就享受无限下载，或者有些轨迹可以为了宣传而免费提供。因此，在此对购买轨迹的引用应当理解为包括用户不需要付费而获取特定轨迹的情况。

[0212] 图17是根据本发明实施例的结合了加标签特征的媒体(例如，HD无线电)通信系统1700的图。在系统1700中，HD无线电网络1702可以是在线媒体资源传输服务1704(它TM可以是诸如iTunes 的基于互联网的服务)的会员。媒体资源传输服务1704可以提供具有元数据的附属无线电网络1702，其中元数据可以嵌入到HD无线电广播中。元数据可以包括每个轨迹的元数据(例如，映射到由媒体资源传输服务1700使用的内部标识符的轨迹标识符)和独立于轨迹的元数据，例如将无线电网络1702标识为媒体资源传输服务1704的会员的标识符。无线电网络1702可以将这种元数据与内容(例如，轨迹)一起提供给其成员无线电台1706。成员无线电台1706又可以利用例如HD无线电技术广播内容和元数据。

[0213] 用户可以操作HD无线电接收器1708，以便从无线电台1706接收内容和元数据。接收器1708可以是例如上述附件104的实施例或者附件104。因此，接收器1708可以例如于响应控制按钮1710的用户操作而从所接收的广播提取元数据并且为任何或全部轨迹创建标签。

[0214] 如上所述，接收器1708可以配置成当PMD 1712连接到接收器1708时将其创建的标签传送到PMD 1712(例如，通过将一个或多个标签文件写到PMD 1712)。PMD 1712可以是例如上述PMD 102的实施例或者PMD 102。在有些实施例中，PMD 1712可以配备有基于硬件和/或软件的安全特征，从而使得只有授权的接收器1708才能够将数据写到PMD 1712。例如，命令协议可以包括验证命令，PMD 1712可以通过该命令确定接收器1708是否是授权的接收器，而且除非接收器1708得到了正确验证，否则PMD 1712可以拒绝任何或全部存储隐语命令。这种安全措施可以保护PMD 1712及存储在其上面的数据不会被恶意篡改或者意外损坏。此外，PMD 1712可以给由接收器1708创建的每个标签文件签名，例如利用传统的数字签名技术，从而保护由接收器1708提供的标签数据的完整性。例如，在每个标签存储在单独文件的实施例中，PMD 1712可以在写标签文件之前生成数字签名；这可以帮助确保所存储的标签文件包含由PMD 1712接收的标签。

[0215] 在从接收器1708接收到用户标签之后，PMD 1712可以连接到主计算机1714。主计算机1714可以从PMD 1712读取所存储的标签并产生用户加标签轨迹的播放列表。主计算机1714还可以使用关于标签文件的数字签名来验证标签源自经过验证的接收器和/或作为关于数据完整性的检查。

[0216] 标签从接收器1708到PMD 1712的传输和标签从PMD 1712到主计算机1714的传输可以是完全自动的；即，接收器1708可以自动检测何时PMD 1712连接到其并可以在检测到连接的任何时候自动地传输标签(包括任何积累的标签)。类似地，PMD 1712可以在PMD1712与主计算机1714同步的任何时候自动地将所存储的标签传输到主计算机1714。因此，用户能够方便地而且几乎不费力气地收集并回顾广播轨迹的标签。

[0217] 主计算机1714还可以连接成(例如，通过互联网)与媒体资源传输服务1704通信。例如，主计算机1714可以向媒体资源传输服务1704提供标签信息，以允许媒体资源传输服务1704向用户提供购买任何或全部加标签轨迹的机会。如果用户选择购买轨迹，则媒体资源传输服务1704可以将轨迹(例如，通过互联网)传输给主计算机1714。主计算机1714还可以将轨迹(未明确示出)传输给PMD 1712。

[0218] 系统1700还可以包括能够从无线电台1706接收包括元数据和内容的媒体广播的另一PMD 1722。例如，PMD 1722可以配置成具有如图1E所示的便携式接收器附件。PMD1722还可以配置成与在线媒体资源传输服务1704无线通信。例如，PMD 1722可以用可用于与连接到互联网的无线接入点通信的WiFi或其它无线技术来配置，而且媒体资源传输服务1704也可以连接到互联网。PMD 1722可以实时地向媒体资源传输服务1704传送标签和购买请求(例如，当用户操作控制以指示对给轨迹加标签和/或购买轨迹感兴趣时)，而且用户无需等待与主计算机系统同步就可以获取关于轨迹的信息和/或购买轨迹。

[0219] 因此，为PMD 1712或PMD 1722的用户提供了获取用户指示感兴趣的音乐、电视节目及其它媒体内容的选项。

[0220] 媒体资源传输服务1704的所有者可以通过出售包括加标签轨迹在内的媒体轨迹来创收。尽管加标签的轨迹可以以多种方式(例如，通过参考广播者的播放列表、声音样本的分析或者诸如轨迹名和艺术家名的元数据与存储在媒体资源传输服务1704的数据库中的轨迹信息的匹配)识别，但是如果标签包括由媒体资源传输服务1704使用的唯一轨迹标识符，则可以获取更可靠的识别。为了鼓励广播者和/或收集标签中所涉及的其它实体在元数据和从其提取的标签中包括这些唯一轨迹标识符，媒体资源传输服务1704的所有者可以提供奖励。

[0221] 例如，如上面所指出的，标签元数据可以包括分配给特定广播者(例如，无线电台1706)的会员标识符。广播者可以在与媒体内容关联的元数据广播中包括该会员标识符与唯一轨迹标识符。当给轨迹加标签时，返回给媒体资源传输服务1704的标签信息可以包括该会员标识符。如果用户购买加标签的轨迹，则媒体资源传输服务1704可以使用该会员标识符来确定哪个广播者是该加标签广播的源并提供适当的奖励，例如轨迹购买价格的一部分。

[0222] 会员奖励程序也可以扩展到系统1700中的其它点。例如，与广播轨迹关联的元数据可以识别轨迹的创建者或者分发者(例如，无线电网络1702)，而且这种识别可以是对其内容被购买的创建者或分发者进行奖励支付的基础。作为另一个示例，便于加标签的附件(例如，附件1708或1722)可以在标签中包括标识附件的制造商的信息。这种信息也可以传播到媒体资源传输服务1704并用于对附件的制造者提供奖励，其中该附件用于导致购买的加标签动作。

[0223] 媒体资源传输服务1704还可以提供对与加标签轨迹关联的其它信息的访问。例如，用户可能能够预览加标签轨迹的一部分、访问轨迹的免费版本(例如，具有嵌入的广告内容或降低的质量)，等等。

[0224] 应当理解，系统1700是例示性的，而且变体和修改都是可能的。例如，尽管系统1700参照无线电和HD无线电，但类似的系统可以围绕其它类型的媒体(例如，视频)和媒体传输通道(例如，卫星、线缆、互联网、无线介质等)构建。总的来说，系统1700可以包括任何数量的用于广播各种类型媒体的广播者，而且任何数量的媒体接收者和媒体设备都可以能够接收这种广播和/或与媒体传输服务通信，以获取加标签的媒体资源和/或相关的信息。

[0225] 在有些实施例中，媒体资源传输服务1704可以跨多个用户聚集关于加标签内容的信息，其中这些用户都将标签传送到媒体资源传输服务1704。这种信息可以以多种方式使用。例如，媒体资源传输服务1704可以生成在给定时间间隔内(例如，一周)最频繁加标签轨迹的列表。列表可以通过媒体类型(例如，音乐、视频、书籍、播客)、风格、艺术家或者表演者等归类。此外，就媒体资源传输服务1704访问关于各用户的人口统计信息而言，该信息还可以用于生成在特定用户基础段中流行轨迹的列表。

[0226] 关于用户加标签行为的聚集信息可以由媒体资源传输服务1704用于诱惑用户购买另外的媒体资源。例如，一周中最多加标签轨迹的“热门”列表可以在用户连接到服务1704时呈现。人口统计信息可以用于根据类似人口组中什么用户加了标签来推荐可能感兴趣的轨迹。在另一个实施例中，如果用户已经给第一轨迹加了标签，则也可以推荐由也给该第一轨迹加了标签的其它用户加标签的其它轨迹。

[0227] 在另一个实施例中，媒体资源传输服务1704可以收集关于不与媒体资源传输服务1704所提供的内容匹配的标签的信息。这种标签可能对应于不能用于购买的轨迹或者从媒体资源传输服务1704免费下载的轨迹。通过跟踪这些“错过”，媒体资源传输服务1704可以识别其目录中缺少的流行轨迹，且媒体资源传输服务1704的所有者或管理者可以使用这种信息确定是否获取特定轨迹。例如，可以推断越频繁加标签的轨迹越有可能卖得好。

[0228] 在另一个实施例中，就标签包括关于用于创建标签的附件和/或PMD的信息而言，媒体资源传输服务1704还可以聚集关于用于加标签的产品的信息。这种信息可以用于附件或PMD等的买卖，例如，通过识别加标签环境下流行的附件。

[0229] 共享标签

[0230] 在有些实施例中，用户可以与一个或多个其它用户自动地或手动地共享标签。在一个实施例中，用户可以创建其标签要与之自动共享的人的列表。每次当用户给媒体轨迹加标签时，该用户的设备就可以与列表中的一个或多个人共享该标签。每个列表或列表上的人可以与定义要与其或人列表共享的标签类型的参数(例如，通过媒体类型、风格、艺术家/表演者等)关联。用户还可以选择接收特定标签的人。标签可以利用例如电子邮件(例如，利用XML标签文件作为附件)、即时消息传送、短消息传送服务(“SMS”，也称为写文本)、通过对等或网络的消息传送等共享。如果用户的其上存储有标签的PMD配置成通过合适的网络(例如，互联网或移动电话网)通信，则用户可以将标签从他或她的PMD直接发送到其他用户。类似地，用户还可以直接在他或她的PMD上接收标签。可选地，主计算机可以用于在标签已经从PMD传输后发送标签(例如，通过电子邮件或即时消息传送)。

[0231] 如上所述，标签还可以在属于电话呼叫的多方的用户之间共享。就象其它标签，共享标签可以包括可用于标识轨迹和/或广播者的数据元素的任意组合；在有些实施例中，共享标签还可以包括标签内容的预览部分(或者到可获取该预览部分的位置的链接)。

[0232] 在其它实施例中，用户可以公开标签列表。例如，图17的在线媒体资源传输服务1704可以允许用户上载播放列表，然后该列表就可以让服务1704的其他用户看到。(其他用户可以看该播放列表，但在实际播放该列表之前需要购买轨迹，除非他或他已经拥有了这些轨迹。)根据本发明的实施例，用户上载的播放列表可以包括他或她加了标签的轨迹，而不管他或她是否购买了该轨迹。其他用户可以访问上载的播放列表，而且如果他们选择，就可以购买轨迹。

[0233] 在其它实施例中，用户可以生成用于已经存储在他或她的PMD(或其它设备)的媒体库中的媒体轨迹的标签，并与其他人共享那些标签。就象媒体广播标签，媒体库标签可以通过利用例如电话和/或互联网发送标签来与其他人共享。标签可以与用户定义的人的列表或者与用户实时(例如，在电话呼叫过程中)指定的一个或多个人共享。例如，用户可以将媒体库标签或先前生成的媒体广播标签作为媒体请求发送到媒体广播者。

[0234] 在用户可以共享标签的实施例中，由共享标签的接收方接收的标签数据可以包括标识作为标签源的用户的参考标识符。当接收共享标签的用户连接到媒体资源传输服务1704并购买加标签的资源时，媒体资源传输服务1704可以向介绍的用户给予信用。这些信用可以是奖励与其他人共享标签并鼓励其他人购买该加标签轨迹的用户的基础。在一个示例中，其共享标签导致其他用户购买达到阈值个数的用户可以被奖励以免费下载媒体资源、现金支付或其他奖励。

[0235] 更多实施例

[0236] 尽管已经参考特定实施例描述了本发明，但本领域技术人员将认识到多种修改是可能的。例如，用于存储标签的命令和事件顺序可以与在此所述的特定命令和事件顺序不同。在有些实施例中，可以添加附加命令，例如允许附件读回写到打开文件的数据的命令。

[0237] 此外，标签可以应用到任何类型的广播，包括但不限于音乐轨迹、口语轨迹、视频广播、播客、广告、静止图像，等等。与广播内容关联的任何标识信息都可以包括在用于该内容的标签中，而且标签可以存储成任何期望的格式。

[0238] 在此所述的协议和文件格式可以用于多种PMD和/或附件；例如，PMD可以具有附加功能，例如发出和接收电话呼叫的能力、语音记录器能力、个人信息管理能力(例如，日历、联系人列表、电子邮件等)。此外，在有些实施例中，关于附件所述的一些或全部功能性也可以是PMD的一部分。例如，PMD可以配置成从广播内容提取标签信息，或者接收器可以与PMD封装到一起(例如，在同一外壳中)并作为一个单元出售。

[0239] 在PMD包括集成接收器的实施例中(例如，如图1F所示)，PMD可以从接收的广播提取标签信息。在PMD连接到网络的实施例中，PMD可以在接收到标签信息时立即将其传送到媒体资源传输服务。因此，在有些实施例中，当用户收听可加标签的轨迹时，该用户可以操作PMD的用户输入控制器，来存储标签信息和/或立即购买该轨迹。例如如上所述，为了存储标签信息，PMD可以将信息写到标签文件。为了购买轨迹，PMD可以将包括标签信息的购买请求通过网络转发到媒体资源传输服务；然后，轨迹就可以通过网络从媒体资源传输服务被下载到PMD。

[0240] 本发明的实施例可以应用到多种媒体类型，包括音乐、口语(例如，音频书籍、讲座)、视频(例如，电视、电影)、静止图像及其它。任何广播介质都可以用于传送可加标签的媒体内容，而且任何类型的资源标识信息或者其组合都可以包括在标签中。

[0241] 本发明的实施例可以利用专用部件和/或可编程处理器和/或其它可编程设备的任意组合来实现。尽管以上所述的实施例参考了特定硬件和软件部件，但本领域技术人员应当理解，硬件和/或软件部分的不同组合也可以使用，而且描述为在硬件中实现的特定操作也可以在软件中实现，反之亦然。

[0242] 结合了本发明各种特征的计算机程序可以编码到各种计算机可读的存储介质上；合适的介质包括磁盘或磁带、诸如压缩盘(CD)或DVD(数字多功能盘)的光存储介质、闪存等。以程序代码编码的计算机可读介质可以与兼容设备封装到一起或者独立于其它设备提供(例如，通过互联网下载)。程序代码也可以利用适于遵循多种协议通过包括互联网在内的有线、光和/或无线网络传送的载波信号编码和传送。

[0243] 因此，尽管已经参考特定实施例描述了本发明，但应当理解本发明是要覆盖处于以下权利要求范围内的所有修改和等价物。

标题	发布/更新时间	阅读量
用于舞台表演者的道具支撑背带	2020-05-11	392
基于动态采集的3D动作生成方法及系统	2020-05-17	88
用于舞台表演者的道具支撑背带	2020-05-11	167
一种表演手帕	2020-05-16	291
基于拉普拉斯变换的数据驱动人脸表情合成方法	2020-05-17	388
信息处理装置和方法	2020-05-16	104
一种音频的处理方法及装置	2020-05-17	90
大头舞面具单眨眼的方法	2020-05-19	234
基于UE引擎的无标记表演捕捉系统	2020-05-13	518
智能互动系统	2020-05-16	836

传送和存储与媒体广播关联的信息

传送和存储与媒体广播关联的信息

技术领域

背景技术

发明内容

附图说明

具体实施方式

该功能需要专业版企业版VIP权限，您可以：