传送和存储与媒体广播关联的信息
阅读：141发布：2020-12-10
专利汇可以提供传送和存储与媒体广播关联的信息专利检索，专利查询，专利分析的服务。并且一种附件与PMD通信，以便将与广播关联的标签存储到附件的存储介质上所维护的文件中，其中标签包含描述广播内容的子集的信息。在一个 实施例 中，附件向PMD发送命令来创建或打开驻留在PMD上的标签文件、将一个或多个标签写到文件中并关闭文件。所存储的标签可以用于通过经主计算机与媒体资源传输服务通信或者直接从PMD 访问 (例如，购买)加标签的内容。，下面是传送和存储与媒体广播关联的信息专利的具体信息内容。
1、一种由可通信地耦合到便携式媒体设备(“PMD”)的附件 执行的方法，该方法包括：
接收包括第一轨迹的广播数据；
确定该第一轨迹是否要加标签；及
响应于确定该第一轨迹要加标签：
生成包括第一轨迹的标识信息的第一标签；及
指示PMD将第一标签存储到PMD的存储介质中。
2、如权利要求1所述的方法，其中确定第一轨迹是否要加标签 包括接收给第一轨迹加标签的指令。
3、如权利要求1所述的方法，其中第一标签包括描述该第一轨 迹的多个元数据项。
4、如权利要求3所述的方法，其中描述该第一轨迹的多个元数 据项包括选自以下中的一项或多项：轨迹名称、艺术家或表演者名字、 专辑名称、时间戳、与轨迹关联的轨迹标识符及用于该第一轨迹的节 目类型。
5、如权利要求1所述的方法，其中第一标签包括描述第一轨迹 的广播者的多个元数据项。
6、如权利要求5所述的方法，其中描述广播者的多个元数据项 包括选自以下中的一项或多项：广播者的台标识符、与广播者关联的 市场区域、广播者所属的网络或组、及与广播者关联的统一资源定位 器(URL)。
7、如权利要求1所述的方法，其中接收广播包括：
接收与第一轨迹关联的多个元数据字段。
8、如权利要求7所述的方法，其中生成第一标签包括：
利用多个键值对装入XML目录，其中每个键值对对应于多个元 数据字段中的一个。
9、如权利要求8所述的方法，其中装入XML目录包括：
在XML目录中包括键值对，该键值对的键将对应的元数据字段 标识为未识别的元数据字段。
10、如权利要求1所述的方法，其中第一标签包括第一轨迹的一 部分内容的表示。
11、如权利要求1所述的方法，其中生成标签包括：
从除所接收的广播数据的源之外的源获取与第一轨迹关联的元 数据项。
12、如权利要求11所述的方法，其中所接收的广播数据的源是 媒体广播台，而至少一个元数据项的源是数据网络。
13、如权利要求12所述的方法，其中媒体广播台是无线电台。
14、如权利要求12所述的方法，其中媒体广播台是电视台。
15、如权利要求1所述的方法，还包括：
播放第一轨迹。
16、如权利要求15所述的方法，其中播放第一轨迹包括：
操作附件的媒体输出设备。
17、如权利要求15所述的方法，其中播放第一轨迹包括：
将第一轨迹传输到PMD，其中PMD为用户播放该第一轨迹。
18、如权利要求15所述的方法，其中确定第一轨迹是否要加标 签包括：
在第一轨迹的播放过程中，从用户接收指示生成标签的请求的信 号。
19、如权利要求18所述的方法，其中确定第一轨迹是否要加标 签还包括：
确定是否启用了自动日志记录模式；
其中在启用了自动日志记录模式的情况下，不管是否从用户接收 到了指示生成标签的请求的信号，都要给第一轨迹加标签。
20、如权利要求1所述的方法，还包括：
显示关于第一轨迹的信息。
21、如权利要求20所述的方法，其中显示关于第一轨迹的信息 包括在附件的显示设备上显示该信息。
22、如权利要求20所述的方法，其中显示关于第一轨迹的信息 包括向PMD提供关于第一轨迹的可显示信息，其中PMD在显示设备 上显示该可显示信息。
23、如权利要求20所述的方法，其中所显示的信息包括在生成 第一标签的情况下包括在第一标签中的至少一些信息。
24、如权利要求20所述的方法，其中所显示的信息包括第一轨 迹是否为可加标签轨迹的指示。
25、如权利要求20所述的方法，其中确定第一轨迹是否要加标 签包括：
在显示关于第一轨迹的信息的同时，从用户接收指示生成标签的 请求的信号。
26、如权利要求1所述的方法，其中广播数据还包括第二轨迹， 该方法还包括：
确定第二轨迹是否要加标签；及
响应于确定第二轨迹要加标签：
生成包括第二轨迹的标识信息的第二标签；及
指示PMD将第二标签存储在PMD的存储介质中。
27、如权利要求1所述的方法，其中指示PMD存储第一标签包 括：
发送指示PMD打开PMD的存储介质上的标签文件的第一命令； 及
发送指示PMD将第一标签写到该标签文件的第二命令。
28、如权利要求27所述的方法，还包括：
发送指示PMD关闭标签文件的第三命令。
29、如权利要求27所述的方法，还包括：
响应于发送第一命令，从PMD接收识别所打开文件的句柄，
其中该句柄包括在第二命令中。
30、如权利要求29所述的方法，其中广播数据还包括第二轨迹， 该方法还包括：
确定第二轨迹是否要加标签；及
响应于确定第二轨迹要加标签：
生成包括第二轨迹的标识信息的第二标签；及
发送指示PMD将第二标签写到标签文件的第三命令，其中 句柄包括在第三命令中。
31、如权利要求27所述的方法，还包括：
在指示PMD将第一标签写到标签文件之前，指示PMD将首部 数据写到该标签文件。
32、如权利要求31所述的方法，其中所述首部数据包括以下中 的一个或多个：
标识在附件上执行的命令协议的版本的版本信息；
标识附件的制造商的制造商信息；或者
标识或描述附件的附件信息。
33、如权利要求27所述的方法，还包括：
在指示PMD打开标签文件之前，从PMD请求指定PMD的存储 能力的信息。
34、如权利要求33所述的方法，其中指定PMD的存储能力的信 息包括选自以下的一个或多个信息项：PMD存储介质的总尺寸及最大 允许文件尺寸。
35、如权利要求27所述的方法，还包括：
确定与PMD关联的最大数据尺寸，
其中指示PMD将第一标签写到标签文件包括向PMD发送一个 或多个写分组，每个写分组都包括写命令和来自第一标签的、不超过 最大数据尺寸的数据量。
36、如权利要求35所述的方法，还包括：
响应于每个写分组，从PMD接收确认分组。
37、如权利要求36所述的方法，其中每个确认分组都包括指示 对应写分组的数据是否写成功的数据。
38、如权利要求35所述的方法，其中确定最大数据尺寸包括：
从PMD请求指定PMD的存储能力的信息；及
从PMD接收响应，该响应至少包括指示该最大数据尺寸的信息。
39、如权利要求27所述的方法，还包括：
确定终止条件的出现；及
响应于检测到终止条件，指示PMD关闭标签文件。
40、如权利要求39所述的方法，其中终止条件是在标签文件的 尺寸达到关于PMD所支持的最大文件尺寸定义的阈值的情况下检测 到的。
41、如权利要求40所述的方法，还包括：
从PMD请求指定PMD的存储能力的信息；及
从PMD接收响应，该响应至少包含指示最大文件尺寸的信息，
其中所接收的最大文件尺寸用于定义所述阈值。
42、如权利要求39所述的方法，其中终止条件是在附件从PMD 断开的情况下检测到的。
43、如权利要求1所述的方法，其中生成第一标签的动作是在附 件没有耦合到PMD的时候执行的，该方法还包括：
将第一标签存储在附件的本地存储介质中，
其中指示PMD存储第一标签的动作是日后在附件耦合到PMD 时执行的。
44、如权利要求43所述的方法，还包括：
在附件没有耦合到PMD期间，生成至少一个附加标签，其中每 个附加标签都与广播数据的多个轨迹中不同的一个关联；
在附件的本地存储介质中存储每个附加标签；及
在附件耦合到PMD期间，指示PMD将每个附加标签存储到 PMD的存储介质中。
45、如权利要求44所述的方法，其中：
指示PMD存储第一标签包括指示PMD将第一标签写到第一标 签文件；及
指示PMD将每个附加标签存储到PMD包括指示PMD将每个附 加标签写到第一标签文件。
46、一种由可通信地耦合到便携式媒体设备(“PMD”)的附件执 行的方法，该方法包括：
接收包括多个轨迹及与该多个轨迹中的每一个关联的元数据的 广播数据；
在广播数据的接收过程中，接收给所述多个轨迹中的当前播放的 一个轨迹加标签的指令；及
响应于该加标签指令：
指示PMD打开PMD的存储设备上的文件；
指示PMD将第一标签记录写到该文件，其中第一标签记录 包含与当前播放的轨迹关联的元数据的至少一部分；及
指示PMD关闭文件。
47、如权利要求46所述的方法，还包括，响应于该指令：
确定加标签指令是否是在当前播放轨迹和另一轨迹之间的过渡 期接收到的；及
在加标签指令是在该过渡期接收到的情况下：
在关闭文件之前，指示PMD将第二标签记录写到文件中， 其中第二标签记录包含与所述另一轨迹关联的元数据的至少一部分。
48、如权利要求47所述的方法，还包括：
在第一和第二标签记录的每一个中都包括加标签指令是模糊的 指示。
49、如权利要求48所述的方法，还包括：
在第一标签记录中包括第一标签对应于当前播放轨迹的指示。
50、如权利要求47所述的方法，其中过渡期在当前轨迹接收结 束前五秒开始。
51、如权利要求47所述的方法，其中过渡期在当前轨迹接收开 始之后五秒结束。
52、一种与便携式媒体设备(“PMD”)一起使用的附件，该附件 包括：
配置成接收包括一个或多个轨迹的广播的接收器部件；
配置成捕捉标签的标签提取引擎，其中标签包括关于广播的轨迹 之一的信息；及
配置成将捕捉到的标签从标签提取引擎传送到PMD的接口，其 中PMD配置成将标签存储在存储介质中。
53、如权利要求52所述的附件，其中所述接口还适于在将捕捉 到的标签传送到PMD之前，指示PMD打开存储介质中的标签文件。
54、如权利要求52所述的附件，还包括：
适于接收用户输入的用户输入部件，其中用户输入指示广播的当 前轨迹应当加标签，
其中标签提取引擎还适于响应于所述用户输入而捕捉标签，其中 标签包括关于当前轨迹的信息。
55、如权利要求52所述的附件，其中标签提取引擎还配置成捕 捉作为标签的一部分的与轨迹一起接收到的元数据。
56、如权利要求52所述的附件，其中标签提取引擎还配置成捕 捉作为标签的一部分的轨迹的广播数据的一部分。
57、一种由可通信地耦合到适于接收广播数据的附件的便携式媒 体设备(“PMD”)执行的方法，该方法包括：
从附件接收打开PMD的存储介质中的标签文件的指令；
响应于打开标签文件的指令，打开标签文件并将该标签文件的句 柄返回到附件；
从附件接收将第一标签写到标签文件的指令，其中第一标签包括 用于由附件所接收的广播数据的轨迹的标识信息；及
响应于写第一标签的指令，将第一标签存储到标签文件中。
58、如权利要求57所述的方法，其中PMD维护用于组织存储在 其上的文件的文件夹树，而且其中打开标签文件包括打开由PMD从 文件夹树中所选的文件夹中的标签文件。
59、如权利要求58所述的方法，其中所选文件夹是在PMD连接 到主计算机时在同步操作过程中自动读取的。
60、如权利要求57所述的方法，还包括：
向主计算机提供标签文件。
61、如权利要求60所述的方法，还包括：
从主计算机接收对应于第一标签的媒体资源；及
将所接收的媒体资源存储到PMD的存储介质中。
62、如权利要求57所述的方法，还包括：
从第一标签提取资源标识信息；
将该资源标识信息提供给媒体资源传输服务；及
响应于获取对应于第一标签的媒体资源的用户请求：
从媒体资源传输服务请求媒体资源；
从媒体资源传输服务接收媒体资源；及
将所接收的媒体资源存储到PMD的存储介质中。
63、如权利要求62所述的方法，其中向媒体资源传输服务提供 资源标识信息包括通过网络与媒体资源传输服务通信。
64、如权利要求63所述的方法，其中与媒体资源传输服务通信 包括利用无线接口传送到网络。
65、如权利要求57所述的方法，还包括：
在将第一标签添加到标签文件之后，向附件返回确认分组，该确 认分组指示标签是否添加成功。
66、如权利要求57所述的方法，还包括：
验证附件，
其中打开标签文件和存储第一标签的动作只有当附件得到成功 验证时才执行。
67、如权利要求57所述的方法，还包括：
从附件接收关闭标签文件的指令；及
响应于关闭标签文件的指令，关闭该标签文件。
68、如权利要求67所述的方法，还包括：
数字签名该标签文件。
69、如权利要求57所述的方法，还包括：
在将第一标签写到标签文件之前，生成第一标签的数字签名；及
将第一标签和数字签名写到标签文件。
70、如权利要求69所述的方法，还包括：
验证附件；及
只有当附件得到成功验证时，才生成第一标签的数字签名。
71、如权利要求57所述的方法，其中PMD还配置成发出和接收 电话呼叫，该方法还包括在至少一部分电话呼叫中：
从附件接收广播内容；及
将广播内容插入电话呼叫中。
72、如权利要求71所述的方法，其中该部分电话呼叫包括电话 呼叫接通的时候。
73、如权利要求71所述的方法，其中该部分电话呼叫包括电话 呼叫中断的时候。
74、如权利要求71所述的方法，其中将广播内容插入电话呼叫 是响应于用户收入信号而发生的。
75、如权利要求71所述的方法，还包括：
在将广播内容插入电话呼叫的同时，接收指示广播内容的当前播 放轨迹应当加标签的用户收入信号；及
将包括当前播放轨迹的标识信息的标签存储到标签文件中。
76、一种由便携式媒体设备(“PMD”)执行的方法，该方法包括：
接收包括第一媒体资源的标识信息的第一标签；
将至少一部分标识信息从第一标签传送到媒体资源传输服务；
从媒体资源传输服务接收关于第一媒体资源的信息；及
将所接收的信息呈现给PMD的用户。
77、如权利要求76所述的方法，其中关于第一媒体资源的信息 包括关于购买该第一媒体资源的信息。
78、如权利要求76所述的方法，其中关于第一媒体资源的信息 包括第一媒体资源的预览部分。
79、如权利要求76所述的方法，其中关于第一媒体资源的信息 包括关于第二资源的信息，其中该第二资源具有与第一媒体资源共同 的特征。
80、如权利要求76所述的方法，还包括：
从媒体资源传输服务请求第一媒体资源；及
从媒体资源传输服务接收第一媒体资源。
81、一种便携式媒体设备(“PMD”)，包括：
适于存储包括媒体资源的数据的存储介质；
可通信地耦合到该存储介质并适于从存储介质读取数据和向存 储介质写数据的存储接口引擎；及
适于接收标签并指示存储接口将标签存储到存储介质中的接口， 其中标签包括关于广播的当前播放轨迹的信息。
82、如权利要求81所述的PMD，还包括：
适于接收广播的接收器；
耦合到该接收器并适于将广播内容传送到输出设备的内容提取 元件；及
耦合在接收器与通信电路之间的标签提取引擎，该标签提取引擎 适于捕捉广播的当前播放轨迹的标签。
83、如权利要求81所述的PMD，其中通信电路还适于从可通信 地耦合到PMD的附件设备接收标签。
84、一种提供对关于媒体资源的信息的访问的方法，该方法包括：
接收包括第一媒体资源的标识信息的标签；
将至少一部分标识信息传送到媒体资源传输服务；
从媒体资源传输服务接收对轨迹相关信息的引用，其中轨迹相关 信息是由媒体资源传输服务维护的；
在媒体资源列表中生成该第一媒体资源的条目，其中该条目与轨 迹相关信息的引用关联；
为用户显示该媒体资源列表；及
响应于用户收入信号，利用引用来访问轨迹相关信息。
85、如权利要求84所述的方法，其中轨迹相关信息包括要执行 以完成轨迹购买的指令。
86、如权利要求84所述的方法，其中第一媒体资源是专辑的一 个轨迹，且轨迹相关信息包括关于该专辑的信息。
87、如权利要求84所述的方法，其中第一媒体资源具有与之关 联的艺术家，且轨迹相关信息包括关于与该艺术家关联的其它媒体资 源的信息。
88、如权利要求84所述的方法，其中轨迹相关信息包括该第一 媒体资源的一部分。
89、如权利要求84所述的方法，其中接收标签包括从便携式媒 体设备接收标签文件，该标签文件包括标签。
90、如权利要求84所述的方法，其中标签是从配置成接收包括 第一媒体资源的媒体广播的附件接收的。
91、如权利要求84所述的方法，其中接收标签包括：
接收包括第一媒体资源的广播；及
从该广播中提取标签。
92、一种获取媒体资源的方法，该方法包括：
接收媒体资源的标签，该标签包括通过媒体资源传输服务与媒体 资源关联的资源标识符和会员标识符，其中会员标识符标识提供该唯 一标识符的介绍源；
将资源获取请求发送到媒体资源传输服务，该资源获取请求包括 资源标识符和会员标识符；及
响应于该资源获取请求，从媒体资源传输服务接收媒体资源。
93、一种便于获取媒体资源的方法，该方法包括：
在媒体资源传输服务处接收来自客户设备的获取媒体资源的请 求，其中该请求通过参考利用媒体资源传输服务与媒体资源关联的唯 一标识符来识别媒体资源，该请求还包括会员标识符，该会员标识符 标识客户设备从其获取唯一标识符的介绍源；
向客户传送媒体资源；及
给由会员标识符标识的介绍源增加信用。
94、如权利要求93所述的方法，其中介绍源是包括该唯一标识 符作为与媒体资源的广播关联的元数据的媒体广播者。
95、如权利要求93所述的方法，其中介绍源是媒体资源传输服 务的用户。
96、如权利要求93所述的方法，其中给介绍源增加信用包括给 介绍源付费。
97、一种提供关于媒体资源的信息的方法，该方法包括在第一便 携式媒体设备(“PMD”)处：
接收包括轨迹的广播数据；
生成用于轨迹的标签，该标签包括用于该轨迹的标识信息；
存储标签；及
将标签通过网络传送到标签接收者。
98、如权利要求97所述的方法，其中传送标签包括在指向标签 接收者的电子邮件消息中发送标签。
99、如权利要求97所述的方法，其中传送标签包括在指向标签 接收者的短消息传送服务(“SMS”)消息中发送标签。
100、如权利要求97所述的方法，其中传送标签包括在指向标签 接收者的即时消息中发送标签。
101、如权利要求97所述的方法，其中传送标签是响应于用户指 令而执行的，该用户指令标识标签接收者。
102、如权利要求97所述的方法，其中传送标签包括传送作为标 签的一部分的标识与第一PMD关联的用户的信息。
103、如权利要求97所述的方法，其中所传送的标签是第二PMD 可接收的。
对相关申请的交叉引用
本公开要求以下共同受让的未决美国专利申请中每一个的利益： 于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号。
技术领域
本发明总体上涉及接收媒体广播，更具体地涉及用于传送和存储 与广播关联的信息的系统与方法。
背景技术
用户在很多种环境下收听或观看广播媒体。例如，在驾驶或做家 务等的时候听无线电是很普遍的。在这种收听过程中，用户可能听到 他或她喜欢的歌曲，但可能没有听到或记不住歌曲的名字或艺术家的 名字。或者，用户可能看到看起来有趣的电视(“TV”)广播的一部 分但没有赶上节目的名字。此外，甚至是在提供了识别信息的时候， 用户也有可能没有准备好笔或纸来写下这种信息，而且以后可能记不 起来。这使得对于想获取有趣内容的用户来说，很难在日后定位内容。
在音乐广播(例如，无线电)的情况下，已经出现了各种服务来 帮助用户识别他们听到的歌曲。例如，广播电台维护指示什么歌曲什 么时候播放的播放列表，而且有些服务使用户可以获得这些列表。如 果用户知道他或她在收听哪个电台以及播放歌曲的时间，那么就可以 搜索播放列表来识别歌曲。其它服务从所记录的模拟或数字格式的片 段来识别歌曲。例如，听到商店中所播放歌曲的、有移动电话的用户 可以呼叫服务并允许服务“收听”该歌曲的一部分。这种服务分析声 音并识别歌曲。其它服务允许用户通过互联网或其它数字数据网络发 送歌曲片段的数字记录(例如，以MP3的格式)；该服务分析数字记 录并识别歌曲。
这些服务不总是可靠的。在播放列表的情况下，用户必须记住电 台识别信息(例如，频率或电台呼号)及日期和时间。在样本匹配的 情况下，匹配可能是容易出错的，尤其是当记录或现场的声音质量差 的时候。
因此，期望提供便于传送和存储关于广播的信息的改进技术。
在音乐广播(例如，无线电)的情况下，已经出现了各种服务来 帮助用户识别他们听到的歌曲。例如，广播电台维护指示什么歌曲什 么时候播放的播放列表，而且有些服务使用户可以获得这些列表。如 果用户知道他或她在收听哪个电台以及播放歌曲的时间，那么就可以 搜索播放列表来识别歌曲。其它服务从所记录的模拟或数字格式的片 段来识别歌曲。例如，听到商店中所播放歌曲的、有移动电话的用户 可以呼叫服务并允许服务“收听”该歌曲的一部分。这种服务分析声 音并识别歌曲。其它服务允许用户通过互联网或其它数字数据网络发 送歌曲片段的数字记录(例如，以MP3的格式)；该服务分析数字记 录并识别歌曲。
这些服务不总是可靠的。在播放列表的情况下，用户必须记住电 台识别信息(例如，频率或电台呼号)及日期和时间。在样本匹配的 情况下，匹配可能是容易出错的，尤其是当记录或现场的声音质量差 的时候。
因此，期望提供便于传送和存储关于广播的信息的改进技术。
发明内容
根据本发明的一些实施方式，一种便携式媒体设备和/或耦合到 其的附件可以用于收集并存储关于由便携式媒体设备和/或附件接收 到的广播内容的信息。所收集到的信息，在此称为“标签”，可以包 含便于标识特定广播轨迹(例如，音乐广播情况下的歌曲、播客、TV 节目的一集等)的任何类型数据。
在有些实施方式中，便携式媒体设备可以耦合到能够接收媒体广 播的附件。媒体广播可以包括广播内容及用于标识内容的元数据(例 如，轨迹名称)和/或用于标识广播者的元数据。附件可以响应于用户 命令或自动地捕捉元数据(和/或广播内容本身的一部分)并将该元数 据(和/或内容)作为“标签”提供给便携式媒体设备。
在有些实施方式中，用户可以例如通过网络将便携式媒体设备连 接到媒体资源传输服务，允许将所存储的标签传送到媒体资源传输服 务。然后，用户就可以与媒体资源传输服务交互来采样和/或获取(例 如，下载)对应于标签的媒体内容。
本发明的一方面涉及由可通信地耦合到便携式媒体设备 (“PMD”)的附件所执行的方法。该附件可以接收包括第一轨迹的 广播数据并确定该第一轨迹是否要加标签。响应于确定第一轨迹要加 标签，附件可以生成包括第一轨迹的标识信息的第一标签并指示PMD 将第一标签存储到PMD的存储介质中。
本发明的另一方面涉及由可通信地耦合到PMD的附件所执行的 方法。该附件可以接收包括多个轨迹及与每个轨迹关联的元数据的广 播数据。在广播数据的接收过程中，附件可以接收给当前播放的一个 轨迹加标签的指令。响应于这种指令，附件可以指示PMD打开PMD 存储设备上的文件、指示PMD将包含与当前播放轨迹关联的元数据 的至少一部分的第一标签记录写到该文件中并指示PMD关闭文件。
本发明的另一方面涉及与PMD一起使用的附件。该附件可以包 括接收器部件、标签提取引擎以及接口。接收器部件可以配置成接收 包括一个或多个轨迹的广播。标签提取引擎可以配置成捕捉包括关于 广播的轨迹之一的信息的标签。接口可以配置成将捕捉到的标签从标 签提取引擎传送到PMD，其中PMD配置成将标签存储到存储介质中。
本发明的另一方面涉及由可通信地耦合到附件的PMD执行的方 法，其中附件适于接收广播数据。PMD可以从附件接收打开PMD存 储介质中的标签文件的指令。响应于打开标签文件的指令，PMD可以 打开标签文件并将该标签文件的句柄返回给附件。PMD可以从附件接 收将第一标签写到标签文件的指令，其中第一标签包括由附件所接收 的广播数据的一个轨迹的标识信息。响应于写第一标签的指令，PMD 可以将第一标签存储到标签文件中。
本发明的另一方面涉及由PMD执行的方法。PMD可以接收包括 第一媒体资源的标识信息的第一标签、将来自第一标签的标识信息的 至少一部分传送到媒体资源传输服务、从媒体资源传输服务接收关于 第一媒体资源的信息、并将所接收到的信息呈现给PMD的用户。
本发明的另一方面涉及PMD。该PMD可以包括存储介质、存储 接口引擎以及接口。存储介质适于存储包括媒体资源的数据。存储接 口引擎可以通信地耦合到存储介质，并且适于从存储介质读取数据以 及将数据写到存储介质中。接口适于接收包括关于当前播放的广播轨 迹的信息的标签，并指示存储接口将标签存储到存储介质中。
本发明的另一方面涉及提供对关于媒体资源的信息进行访问的 方法。可以接收包括第一媒体资源的标识信息的标签。所接收到的标 识信息的至少一部分可以传送到媒体资源传输服务。作为响应，对由 媒体资源传输服务维护的轨迹相关信息的引用可以从媒体资源传输服 务接收。可以生成媒体资源列表中的第一媒体资源的条目，而且该条 目可以与对轨迹相关信息的引用关联。媒体资源列表可以显示给用户。 响应于用户输入信号，该引用可以用于访问轨迹相关信息。
本发明的另一方面涉及获取媒体资源的方法。可以接收用于媒体 资源的标签。该标签可以包括通过媒体资源传输服务与媒体资源关联 的资源标识符和会员标识符，其中会员标识符标识提供该唯一标识符 的介绍源。资源获取请求可以发送到媒体资源传输服务。资源获取请 求可以包括资源标识符和会员标识符。响应于资源获取请求，媒体资 源可以从媒体资源传输服务接收。
本发明的另一方面涉及便于获取媒体资源的方法。媒体资源传输 服务可以从客户设备接收获取媒体资源的请求。通过参考由媒体资源 传输服务与媒体资源关联的唯一标识符，该请求可以识别媒体资源， 而且该请求还可以包括会员标识符，其中会员标识符标识客户设备从 其获得唯一标识符的介绍源。响应于该请求，媒体资源可以传送到客 户，而且由会员标识符所标识的介绍源可以增加信用(credit)。
本发明的另一方面涉及提供关于媒体资源的信息的方法。PMD 可以接收包括轨迹的广播数据并生成用于轨迹的标签，其中标签包括 轨迹的标识信息。PMD可以存储标签，而且还可以通过网络，例如利 用电子邮件、短消息服务、即时消息等，将标签传送到标签接收者。
以下具体描述与附图一起将提供对本发明本质与优点的更好理 解。
在有些实施方式中，便携式媒体设备可以耦合到能够接收媒体广 播的附件。媒体广播可以包括广播内容及用于标识内容的元数据(例 如，轨迹名称)和/或用于标识广播者的元数据。附件可以响应于用户 命令或自动地捕捉元数据(和/或广播内容本身的一部分)并将该元数 据(和/或内容)作为“标签”提供给便携式媒体设备。
在有些实施方式中，用户可以例如通过网络将便携式媒体设备连 接到媒体资源传输服务，允许将所存储的标签传送到媒体资源传输服 务。然后，用户就可以与媒体资源传输服务交互来采样和/或获取(例 如，下载)对应于标签的媒体内容。
本发明的一方面涉及由可通信地耦合到便携式媒体设备 (“PMD”)的附件所执行的方法。该附件可以接收包括第一轨迹的 广播数据并确定该第一轨迹是否要加标签。响应于确定第一轨迹要加 标签，附件可以生成包括第一轨迹的标识信息的第一标签并指示PMD 将第一标签存储到PMD的存储介质中。
本发明的另一方面涉及由可通信地耦合到PMD的附件所执行的 方法。该附件可以接收包括多个轨迹及与每个轨迹关联的元数据的广 播数据。在广播数据的接收过程中，附件可以接收给当前播放的一个 轨迹加标签的指令。响应于这种指令，附件可以指示PMD打开PMD 存储设备上的文件、指示PMD将包含与当前播放轨迹关联的元数据 的至少一部分的第一标签记录写到该文件中并指示PMD关闭文件。
本发明的另一方面涉及与PMD一起使用的附件。该附件可以包 括接收器部件、标签提取引擎以及接口。接收器部件可以配置成接收 包括一个或多个轨迹的广播。标签提取引擎可以配置成捕捉包括关于 广播的轨迹之一的信息的标签。接口可以配置成将捕捉到的标签从标 签提取引擎传送到PMD，其中PMD配置成将标签存储到存储介质中。
本发明的另一方面涉及由可通信地耦合到附件的PMD执行的方 法，其中附件适于接收广播数据。PMD可以从附件接收打开PMD存 储介质中的标签文件的指令。响应于打开标签文件的指令，PMD可以 打开标签文件并将该标签文件的句柄返回给附件。PMD可以从附件接 收将第一标签写到标签文件的指令，其中第一标签包括由附件所接收 的广播数据的一个轨迹的标识信息。响应于写第一标签的指令，PMD 可以将第一标签存储到标签文件中。
本发明的另一方面涉及由PMD执行的方法。PMD可以接收包括 第一媒体资源的标识信息的第一标签、将来自第一标签的标识信息的 至少一部分传送到媒体资源传输服务、从媒体资源传输服务接收关于 第一媒体资源的信息、并将所接收到的信息呈现给PMD的用户。
本发明的另一方面涉及PMD。该PMD可以包括存储介质、存储 接口引擎以及接口。存储介质适于存储包括媒体资源的数据。存储接 口引擎可以通信地耦合到存储介质，并且适于从存储介质读取数据以 及将数据写到存储介质中。接口适于接收包括关于当前播放的广播轨 迹的信息的标签，并指示存储接口将标签存储到存储介质中。
本发明的另一方面涉及提供对关于媒体资源的信息进行访问的 方法。可以接收包括第一媒体资源的标识信息的标签。所接收到的标 识信息的至少一部分可以传送到媒体资源传输服务。作为响应，对由 媒体资源传输服务维护的轨迹相关信息的引用可以从媒体资源传输服 务接收。可以生成媒体资源列表中的第一媒体资源的条目，而且该条 目可以与对轨迹相关信息的引用关联。媒体资源列表可以显示给用户。 响应于用户输入信号，该引用可以用于访问轨迹相关信息。
本发明的另一方面涉及获取媒体资源的方法。可以接收用于媒体 资源的标签。该标签可以包括通过媒体资源传输服务与媒体资源关联 的资源标识符和会员标识符，其中会员标识符标识提供该唯一标识符 的介绍源。资源获取请求可以发送到媒体资源传输服务。资源获取请 求可以包括资源标识符和会员标识符。响应于资源获取请求，媒体资 源可以从媒体资源传输服务接收。
本发明的另一方面涉及便于获取媒体资源的方法。媒体资源传输 服务可以从客户设备接收获取媒体资源的请求。通过参考由媒体资源 传输服务与媒体资源关联的唯一标识符，该请求可以识别媒体资源， 而且该请求还可以包括会员标识符，其中会员标识符标识客户设备从 其获得唯一标识符的介绍源。响应于该请求，媒体资源可以传送到客 户，而且由会员标识符所标识的介绍源可以增加信用(credit)。
本发明的另一方面涉及提供关于媒体资源的信息的方法。PMD 可以接收包括轨迹的广播数据并生成用于轨迹的标签，其中标签包括 轨迹的标识信息。PMD可以存储标签，而且还可以通过网络，例如利 用电子邮件、短消息服务、即时消息等，将标签传送到标签接收者。
以下具体描述与附图一起将提供对本发明本质与优点的更好理 解。
附图说明
图1A例示了根据本发明实施例的用于给广播内容加标签的便携 式媒体设备(“PMD”)系统。
图1B-1F例示了根据本发明各种实施例的PMD和附件的许多可 能配置中的一些。
图2是根据本发明实施例的列出可以由附件和/或PMD捕捉的元 数据示例的表。
图3是识别可以由各种无线电数据服务支持的一些类型的元数据 字段的表。
图4A和4B例示了根据本发明实施例的其中PMD以集成方式使 用两个或更多个通信网络的系统。
图5是例示了根据本发明实施例的以集成方式使用两个或更多个 通信网络的流程图。
图6是例示了根据本发明另一实施例的以集成方式使用两个或更 多个通信网络的流程图。
图7例示了根据本发明实施例的可以用于存储标签的分级XML 目录文件。
图8是例示了根据本发明实施例的用户与媒体广播交互的流程 图。
图9是根据本发明实施例的用于捕捉和记录标签的处理的流程 图。
图10是根据本发明另一实施例的用于捕捉和记录标签的处理的 流程图。
图11是示出根据本发明又一实施例的加标签处理的流程图。
图12是根据本发明实施例的可以由具有本地标签存储器的附件 所使用的标签捕捉与记录处理的流程图。
图13A和13B是根据本发明实施例的附件可以用来识别对标签 的模糊请求的处理的流程图。
图14例示了根据本发明实施例的标签播放列表。
图15是根据本发明实施例的可以用于生成标签播放列表的处理 的流程图。
图16是例示了根据本发明一个实施例的用户与媒体资源管理和 传输系统交互的流程图。
图17是根据本发明实施例的结合了加标签特征的媒体传送系统 的图。
图1B-1F例示了根据本发明各种实施例的PMD和附件的许多可 能配置中的一些。
图2是根据本发明实施例的列出可以由附件和/或PMD捕捉的元 数据示例的表。
图3是识别可以由各种无线电数据服务支持的一些类型的元数据 字段的表。
图4A和4B例示了根据本发明实施例的其中PMD以集成方式使 用两个或更多个通信网络的系统。
图5是例示了根据本发明实施例的以集成方式使用两个或更多个 通信网络的流程图。
图6是例示了根据本发明另一实施例的以集成方式使用两个或更 多个通信网络的流程图。
图7例示了根据本发明实施例的可以用于存储标签的分级XML 目录文件。
图8是例示了根据本发明实施例的用户与媒体广播交互的流程 图。
图9是根据本发明实施例的用于捕捉和记录标签的处理的流程 图。
图10是根据本发明另一实施例的用于捕捉和记录标签的处理的 流程图。
图11是示出根据本发明又一实施例的加标签处理的流程图。
图12是根据本发明实施例的可以由具有本地标签存储器的附件 所使用的标签捕捉与记录处理的流程图。
图13A和13B是根据本发明实施例的附件可以用来识别对标签 的模糊请求的处理的流程图。
图14例示了根据本发明实施例的标签播放列表。
图15是根据本发明实施例的可以用于生成标签播放列表的处理 的流程图。
图16是例示了根据本发明一个实施例的用户与媒体资源管理和 传输系统交互的流程图。
图17是根据本发明实施例的结合了加标签特征的媒体传送系统 的图。
具体实施方式
根据本发明的一些实施例，便携式媒体设备和/或耦合到其的附 件可以用于收集和存储关于由便携式媒体设备和/或附件接收到的广 播内容的信息。所收集到的信息，在此称为“标签”，可以包括便于 标识特定广播轨迹(例如，音乐广播情况下的歌曲、播客、TV节目 的一集等)的任何类型的数据。
在有些实施例中，便携式媒体设备可以耦合到能够接收媒体广播 的附件。媒体广播可以包括广播内容及用于标识内容的元数据(例如， 轨迹标题)和/或用于标识广播者的元数据。附件可以响应于用户命令 或自动地捕捉元数据(和/或广播内容本身的一部分)并且将元数据(和 /或内容)作为“标签”提供给便携式媒体设备。
在有些实施例中，用户可以例如通过网络将便携式媒体设备连接 到媒体资源传输服务，允许将所存储的标签传送到媒体资源传输服务。 然后，用户就可以与媒体资源传输服务交互，来采样和/或获取(例如， 下载)对应于标签的媒体内容。
如在此所使用的，“广播”通常是指媒体内容(例如，音频和/ 或视频数据)通过有线或无线介质实时分发到可能调谐接收的任意数 量的接收者。广播媒体可以包括例如空中无线电或电视(TV)、卫星 无线电或TV、有线TV或音乐服务、互联网流广播、播客等。广播数 据可以以模拟、数字和/或本领域中已知的混合形式传送。一般来说， 尽管有些接收者(例如，音频或视频记录者)可能能够存储广播内容 以便日后提供给用户，但是接收者不控制广播什么时候开始或结束。
广播可以划分成“轨迹”，其中轨迹是广播内容的简单地从逻辑 上被看作一个单元的子集。例如，无线电台播放的每首歌曲可以是一 个轨迹。广播广告也可以是一个轨迹。TV系列剧的一集可以是一个 轨迹，或者该集的(例如被商业暂停分隔开的)不同片段每个都可以 是一个轨迹。例如现场访谈的节目可以被看作单个轨迹或者例如基于 所覆盖的主题、由于广告造成的节目分段等被分成多个轨迹。在有些 情况下，整个广播(例如，播客)可以标识为单个轨迹。在此所述的 有些实施例中，轨迹可以基于由例如广播发起人在广播中创建并嵌入 其中的元数据来标识；当一些或全部元数据改变时，就指示新轨迹。 适当配置的接收者可以从所接收到的广播中检测并提取这种元数据， 并由此确定轨迹什么时候开始或结束。
在此所使用的“便携式媒体设备”(或“PMD”)通常是指具有 存储和播放媒体资源能力的任何电子设备，其中媒体资源包括但不限 于音频资源、视频资源、静止图像等。便携式PMD可以连接到包括 接收器的附件，其中接收器可以是能够通过(例如，如上面所列出的) 任何可用介质接收广播的任何设备。可选地，接收器可以集成到PMD 中。
根据本发明的一些实施例，PMD可以操作成存储表示由接收器 接收到的广播轨迹的标签。在此所使用的术语“标签”可以包括便于 标识特定轨迹的任何类型的数据。示例包括：与轨迹关联广播的轨迹 标识元数据；广播内容的捕捉到的可以被分析并与已知轨迹样本比较 的一部分；和/或日后可以匹配到源广播活动列表的用于标识广播的源 与时间的信息。标签可以提供给出售或以别的方式分发包括带标签轨 迹的媒体资源的媒体资源管理和/或传输服务；这种服务的示例包括由 Apple公司提供的iTunesTM、由Yahoo！公司提供的Y！MusicTM无限服 务或者由微软公司提供的ZuneTM Marketplace。媒体资源管理和/或传 输服务可以使用标签来标识并提供对轨迹和/或相关信息的访问。例 如，存储了标签的便携式PMD的用户可以连接到服务并由此被提示 下载带标签的轨迹、体验带标签轨迹的预览等。
用于给广播加标签的系统
图1A例示了根据本发明实施例的用于给广播内容加标签的 PMD系统100。系统100包括耦合到附件104的PMD 102，其中附件 104能够接收广播。在一个实施例中，PMD 102可以是例如由Apple 公司生产的iPodTM或iPhoneTM PMD，而附件104可以是能够接收广 播并与PMD 102通信的任何设备，例如适当配置的无线电接收器(例 如，以标准或混合数字(“HD无线电”)格式的FM、AM或卫星无 线电)、用于高清电视(“HDTV”)的接收器等。
在该实施例中，PMD 102可以包括存储设备106、存储接口引擎 108、回放引擎110、用户接口引擎112、显示器114、音频输出设备 116、用户输入控制器118及附件接口120。在一个实施例中，显示器 114可以包括例如LCD屏幕，而音频输出设备116可以包括例如传统 的头戴式受话器插孔和/或一个或多个扬声器。用户输入控制器118可 以包括例如一个或多个按钮、触控板、触摸屏、滚轮、点击滚轮或者 能够生成对应于用户对控制器的操作的电信号的任何其它控制器。
用户接口引擎112可以包括使用户能够控制PMD 102操作的电 路和/或软件的任何组合。在一个实施例中，用户接口引擎112从用户 输入控制器118接收用户输入并向存储接口108和/或回放引擎110提 供对应的命令。用户接口引擎112还从存储接口108和/或回放引擎110 接收数据并通过显示器114和/或音频输出设备116向用户提供对应的 输出。在有些实施例中，用户接口引擎112还将媒体内容从回放引擎 110传输到显示器114和/或音频输出设备116。如下所述，在有些实 施例中，用户接口引擎112还可以接收关于广播轨迹加标签的用户输 入。
如下所述，存储设备106可以用于存储包括媒体资源(例如，音 乐、视频、播客、照片或其它静止图像等)及与广播轨迹关联的标签 的信息。存储设备106可以包括例如磁盘或光盘、闪存或者支持任意 时段(例如，直到被用户删除)的数据存储的任何其它存储介质。存 储接口引擎108可以包括管理对存储设备106的访问的电路和/或软件 的任何组合。在一个实施例中，存储接口引擎108支持对存储设备106 的读和写。
回放引擎110可以包括管理对存储在存储设备106中的媒体资源 的回放及在有些实施例中管理对由附件104所接收的广播内容的回放 的电路和/或软件的任何组合。在有些实施例中，回放引擎110响应来 自用户接口引擎112的命令和/或通过附件接口120从附件传输的命 令。
附件接口模块120可以包括提供对附件104的机械和/或电耦合 的连接器。在有些实施例中，可以提供“有线”耦合——例如，直接 连接或通过适当线缆的连接。可选地，附件接口模块120可以实现无 线连接(例如，利用蓝牙或其它无线连接协议)。附件接口模块120 还可以包括解释从附件104接收到的信号和/或生成要传送到附件104 的信号的其它硬件部件(例如，逻辑电路)和/或软件部件。如下所述， 这种信号可以表示例如在PMD 102和附件104之间交换的命令和/或 数据，包括关于广播轨迹加标签的命令和/或数据。
存储接口引擎108、回放引擎110、用户接口引擎112及附件接 口120的各方面可以利用例如运行在一个或多个适当配置的微处理器 或微控制器(未明确示出)上的软件程序来实现。其它实现也是可能 的；例如，存储接口引擎108、回放引擎110、用户接口引擎112和/ 或附件接口120的一些或全部可以在不同但互连的处理器上实现。
附件104可以是能够接收广播的任何附件。在图1A的实施例中， 附件104包括耦合到天线124和/或线缆126的接收器部件122、内容 提取引擎128、标签提取引擎130、用户接口132、标签存储器134及 PMD接口136。
接收器部件122可以用于通过一种或多种介质接收广播；任何广 播介质或介质的组合都可以支持。在这个示例中，接收器部件122可 以连接到天线124，其中天线124能够检测通过无线介质(例如，标 准和/或HD格式的FM或AM无线电、空中TV、卫星TV或无线电、 WiFi、蜂窝通信网络等)的广播。接收器部件122还可以连接到线缆 126并由此能够接收通过有线介质(例如，有线电视服务、有线互联 网连接等)的广播。接收器部件122可以包括可以用于从有线和/或无 线介质提取期望的广播数据的任何硬件和/或软件元件；特定的部件将 依赖于所支持的介质。有线和/或无线介质的任何组合或子组合都可以 支持。
接收器部件120可以将对应于所接收到的广播的信号传输到内容 提取引擎128，以传输媒体内容。内容提取引擎128可以包括合适的 解码与处理部件，以从所接收到的广播提取音频和/或视频信号；这些 部件可以生成适于驱动例如显示设备和/或扬声器的视频和/或音频输 出设备(在图1A中未明确示出)的模拟和/或数字信号。这种输出设 备可以集成到附件104中或者提供作为通过适当连接耦合到附件104 的外部部件。此外或者可选地，内容提取引擎128可以将提取出的内 容通过播放器接口136传输到PMD 102，并且PMD 102可以通过它 自己的输出设备播放内容。在其它实施例中，附件104可以配置成有 选择地将媒体内容传输到与内容提取模块128相连接的媒体输出设备 或者传输到PMD 102或者传输到这两者。因此，附件104可以在连接 到PMD 102的时候工作，而且也可以在独立模式(即，不连接到PMD 102)下工作。
附件104的用户接口132可以提供输入和/或输出设备，以允许 用户控制接收器122、内容提取引擎128和/或标签提取引擎130的操 作。例如，用户接口188可以包括用户可以操作来指示标签提取引擎 130捕捉或记录当前播放的轨迹的元数据的按钮。其它按钮可以允许 用户选择用于接收器184的广播源和/或通道、调节音量和/或图片设 置等。
接收器部件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时标签的保存才是有可能的。
PMD接口136与PMD 102的附件接口120通信。如上所述，通 信可以是通过有线或无线通道。与本发明实施例相关的PMD 102与附 件104之间的通信的各方面将在以下描述。
接收器122、内容提取引擎126、标签提取引擎130、用户接口 132及PMD接口136的各方面可以利用例如在一个或多个适当配置的 微处理器或微控制器(未明确示出)上执行的软件来实现。其它实现 也是可能的。
除了在此所示出的那些或者代替之，系统100还可以包括其它部 件。例如，附件104可以包括能够存储广播内容并可以作为这种内容 记录器操作的存储设备。可选地，附件104可能能够将广播内容传输 到PMD 102，用以存储在存储设备106中而不是立即回放。在有些实 施例中，PMD 102和/或附件104可以包括比在此所示出的要少的部 件。例如，如果附件104可以通过PMD 102控制，则可以不提供用于 附件104的单独用户接口。作为另一个例子，在附件104只有当连接 到PMD 102时才可操作为对广播内容加标签的实施例中，可以忽略标 签存储区域134。
系统100的各种部件可以作为一个或多个单独设备封装和/或出 售。例如，PMD 102可以包括附件104的任何或全部部件；因此，在 一个实施例中，内容提取引擎128和/或标签提取引擎130可以与存储 接口引擎108、回放引擎110和用户接口引擎112在相同的微处理器 上实现。
如上面所指出的，在附件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可以相应地修改其调谐。
在一个实施例中，附件104的用户接口124可以包括用户可用来 操作给广播内容加标签的控制器。例如，用户接口124可以包括“标 签”按钮，用户可以在收听或观看广播媒体的任何时候按下该按钮， 以指示当前播放的轨迹应当加标签。可选地，PMD 102的用户输入设 备118可以包括“标签”按钮或其它控制器，用户可以操作其给广播 内容加标签。可以操作用来给广播内容加标签的“标签”按钮或其它 控制器也可以在(例如，通过红外或RF信号)将控制信号传输给附 件104和/或PMD 102的远程控制设备上提供。
当操作“标签”按钮(或其它控制器)时，附件104捕捉(或收 集)与广播内容关联的标签。在一个实施例中，标签可以包括从广播 本身和/或从附件104可以获取的其它信息捕捉到的元数据。例如，如 果广播内容是歌曲，则广播中传送的标识信息可能包括例如歌曲的名 字、艺术家的名字、提取该歌曲的专辑的标题、与歌曲关联的标准标 识码等。如果广播内容是视频节目(例如，TV系列剧的一集)，则 标识信息可能包括例如系列剧的名字、该集的名字、该系列剧或集的 标识码、最初的广播日期、该集中所涉及的演员、导演、编剧或制片 人的名字等。元数据还可以包括用于标识广播源的信息，例如无线电 台或电视台的呼号和主导市场区域(DMA)、广播者所属的无线电或 电视网络的标识，等等。
除了从广播本身提供元数据之外或者代替之，在有些实施例中， 附件104还可以捕捉广播内容的一部分，用于日后识别广播。所捕捉 的部分可以是例如可以用作“指纹”来识别从中捕捉该部分的广播的 任何部分。例如，在数字广播的情况下，可以捕捉代表另一个或两个 内容的数字样本值。对于模拟广播，可以捕捉对应于另一个或两个广 播内容的模拟表示的数字样本值。所捕捉的部分可以是例如广播内容 的第一部分、最后一部分或任何其它任选部分。如在此所使用的，除 了与广播内容关联但不是其一部分的元数据或代替之，术语“标签” 还可以包含捕捉到的广播内容部分。
附加元数据可以由附件104生成。例如，如果广播源自无线电台 或电视台，则即使所传送的元数据不包括广播源的标识，附件104也 可以提供它所调到的频率或频道。附件104还可以添加指示广播何时 接收到或加标签的时间戳，或类似的信息。
附件104可以将所收集到的标签信息传送到PMD 102，PMD 102 可以将标签存储到存储设备106中。标签的传送和存储在下面描述。
在有些实施例中，附件104和/或PMD 102可以向用户提供关于 广播内容的图形信息。例如，标签提取引擎130可以向附件104的显 示设备提供关于当前所播放轨迹的元数据(或其它信息)，或者元数 据可以传输到PMD 102，用以在PMD的显示设备114上显示。图形 信息可以包括文字(例如，歌曲的名字和艺术家或其它节目信息)、 静止图像(例如，专辑的封面或广告)、或者动画图像(例如，对应 于音频轨迹或广告的音乐视频)。
PMD 102和附件104可以在具有变化的形状因数、部件和连接的 多种设备中实现。图1B-1F例示了许多种可能配置中的一些。在图1B 中，便携式无线电适配器140体现了附件104的多个方面，而媒体播 放器142体现了PMD 102的多个方面。便携式无线电适配器140可以 通过线缆144连接到媒体播放器142。在该实施例中，媒体播放器142 包括适于连接到线缆144的一端148的连接器146，而便携式无线电 适配器140包括适于连接到线缆144的另一端152的连接器150。连 接器146和150可以具有或者不具有相同的形状因数、引脚个数等。 例如，连接器146可以是例如用在iPodTM媒体播放器上的30引脚连 接器，而连接器150可以是通用串行总线(“UBS”)或FireWire连 接器或者其它标准或定制连接器。在其他实施例中，媒体播放器142 和便携式无线电适配器140可以各自包括无线接口(例如，蓝牙)， 以允许媒体播放器142和便携式无线电适配器140无需物理连接就彼 此通信。
在图1C中，媒体播放器142同样体现了PMD 102的多个方面， 而无线电坞(radio dock)160体现了附件104的多个方面。PMD 102 可以插入到无线电坞160的连接器162中。在这个示例中，无线电坞 160通过线缆164连接到广播介质166。介质166可以是例如有线电视 网、互联网或者有可能进行有线连接并且可以通过其接收广播的任何 其它网络。尽管没有明确示出，但应当理解广播介质还可以是无线介 质，而且无线电坞160可以包括天线或其它用于接收无线广播的合适 部件。
图1D示出了又一种配置，其中媒体播放器142可以通过线缆172 连接到计算机系统170。可以是通用传统设计的计算机系统170可以 通过线缆176连接到网络174(例如，互联网)。(对于线缆172和 176中的任何一个或者两个，都可以用无线连接代替。)在该实施例 中，计算机系统170可以用作通过网络174广播的媒体内容的接收器； 例如，通过互联网流动的无线电或电视内容。此外，计算机系统170 还可以包括电视或无线电调谐器卡，该卡可以连接到天线或线缆，以 便向计算机系统170提供电视或无线电内容。
计算机系统170还可以用作主机，将媒体播放器142(或PMD 102 的其它实施方式)连接到出售或以别的方式分发媒体资源(例如歌曲、 电影、电视或广播演出的剧集、播客，等等)的媒体资源传输服务178。 媒体资源传输服务的示例包括由Apple公司提供的iTunesTM存储服 务、由Yahoo！公司提供的Y！MusicTM无限服务，或者由微软公司提供 的ZuneTM Marketplace服务；其它服务也可以使用。当连接到这种服 务时，先前存储在媒体播放器142上的标签可以用于识别用户可能感 兴趣购买的媒体资源。在一个实施例中，计算机系统170的用户可以 观看先前加了标签的轨迹列表并选择任何或全部轨迹来购买。用于利 用所存储标签与在线媒体资源服务交互的特定处理的一些示例在下面 描述。其它示例在美国专利申请第11/210,172号(美国专利申请公开 第2006/0235864A1号)中描述。
图1E例示了另一种配置，其中移动电话和媒体设备180体现了 PMD 102的多个方面，而无线电适配器182体现了附件104的多个方 面。移动电话和媒体设备180可以连接到具有适于直接配到移动电话 和媒体设备180的连接器端口的连接器184的无线电适配器182。在 所示实施例中，无线电适配器182具有适于接收无线电广播(例如， 以上提到的任何无线电格式)的天线186，而移动电话和媒体设备180 具有适于提供与数据网络的双向通信的天线188。例如，移动电话和 媒体设备180与天线188可以支持WiFi协议，该协议使移动电话和 媒体设备180与无线互联网接入点之间的通信成为可能。尽管示为外 部部件，但天线186和188也可以集成到移动电话和媒体设备180与 无线电适配器182各自的外壳中或者从外壳中突出来。
在图1F中，便携式媒体设备190同时体现了PMD 102和附件 104的多个方面。PMD 190可以包括集成的无线电接收器192和天线 194。就象在其它实施例中一样，天线194可以集成到PMD 190的外 壳中或者可以从外壳中突出来。无线电接收器192可以适于接收各种 类型的无线电广播，包括以上提到的任何格式。PMD 190还可以适于 通过例如有线或无线连接(在图1F中没有明确示出)连接到数据网 络。在该实施例中，PMD 190可以接收广播并与用户交互，来给轨迹 加标签。如下所述，PMD 190还可以通过数据网络与媒体资源传输服 务(例如，图1D中所示的媒体资源传输服务178)通信，以便获取加 标签的内容或关于加标签的内容的信息。
应当理解，在此所述的PMD系统是例示性的，其变体与修改都 是可能的。PMD可以包括能够为用户存储和/或播放媒体内容的任何 设备，且广播接收能力可以由可拆卸的接收器附件或者由内置到PMD 中的接收器部件提供。此外，尽管图1B-1F的实施例可以特别参照了 无线电附件，但应当理解，除了无线电广播之外或代替之，附件还可 以接收其它类型的媒体广播。如果期望的话，PMD 102和附件104还 可以提供附加的能力(例如，记录广播；发出和接收电话呼叫；管理 诸如联系人和日历的个人信息；通过电子邮件、文本消息传送、即时 消息传送等的通信)。
尽管PMD 102和附件104在这里是参考特定的块和模块描述的， 但应当理解这些块和模块都是为了方便描述而定义的，而不是要暗示 部件部分的特定物理布置。此外，块/模块不一定对应于物理上独立的 部件。例如，本领域技术人员将理解，硬件和/或软件部件的不同组合 也可以使用，而且描述为在软件中实现的特定操作或特征也可以在硬 件中实现，反之亦然。
标签的内容
根据本发明的实施例，例如图1A的附件104的附件和例如图1A 的PMD 102的PMD可以捕捉并存储关于广播内容的标签。如上面所 指出的，术语“标签”可以包含任何类型的便于标识特定轨迹的数据。 现在将描述标签的示例；应当理解这些示例是例示性的并且没有限制。
在有些实施例中，标签包括与所接收广播关联的元数据。元数据 可以是在例如数字音频或视频广播流中获取的，其中的广播如HD无 线电或HDTV广播。在有些实施例中，可以使用以下源中的一个或多 个：无线电数据系统(“RDS”)数据、UPC数据、国际标准记录码 (“ISRC”)数据、全球发行标识符(“GRid”)数据、全部媒体 指南(“AMG”)数据、专用数据(例如，类似于在由位于加州Cupertino 的Apple公司的商标iTunesTM下所提供的数据，如在媒体管理与传输 系统中所使用的那些数据)，或者它们的任意组合。
关于轨迹和/或广播的许多信息可以包括在元数据中。图2是根 据本发明实施例的列出可以由附件104和/或PMD 102捕捉的元数据 的示例的表200。在图2的表中，广播是从无线电台接收到的音频轨 迹(例如，歌曲)；应当理解其它类型的广播内容(例如，视频广播、 口语广播等)也可以利用类似的元数据加标签。
在一个实施例中，元数据包括轨迹标识信息，例如轨迹名称(标 题)、艺术家名字、专辑名字或者其组合。元数据还可以包括轨迹标 识码(轨迹标识符)，该标识码可以是例如与轨迹关联的唯一的数字 值或者字符串标识符。可以支持多个轨迹标识符。例如，可以使用如 AMG标识符、ISRC或GRid的各种标准轨迹标识符。此外，媒体传 输服务的所有者(例如，Apple公司的iTunes StoreTM服务)可以定 义其自己的唯一轨迹标识符，并使得广播合作者(选定的广播者或者 全部广播者)可以获取这些标识符；然后，广播合作者就可以将这些 轨迹标识符作为元数据嵌入到他们的广播中。
元数据还可以具有时间方面。例如，与无线电访谈节目关联的元 数据可以随着主题的改变而改变。以这种方式，PMD可以接收与访谈 节目关联的非时间性元数据，该元数据对于整个长度的访谈节目是恒 定的，还可以例如当访谈节目中讨论书的时候接收针对书的时间性元 数据或当访谈节目中讨论名人的时候接收针对名人的时间性元数据。
台标识信息也可以嵌入到广播数据流中并被图1A中附件104的 标签提取引擎130作为元数据提取。台标识信息可以包括例如站的频 率、台的名字、台的风格、台的呼号、台的口号语(tagline)、节目 名字、电台音乐节目主持人名字、台的消息、台指定市场区域(DMA)、 台的网站URL、台的网络会员或者它们的任意组合。在有些实施例中， 广播者可以注册为媒体资源传输服务(例如，图1D的媒体资源传输 服务178)的“广播合作者”。服务给每个广播合作者分配一个唯一 的会员标识符，而且广播合作者可以在其广播的每个轨迹的元数据中 包括其会员标识符。如果用户给轨迹加标签，则会员标识符可以记录 为标签的一部分，而且当所记录的标签提供给媒体资源传输服务178 时，服务接收到了该会员标识符。在用户购买加标签轨迹的情况下， 服务可以使用该会员标识符来决定给其广播导致购买的广播合作者提 供报酬或其它信用。(对加标签轨迹的购买在以下进一步描述。)
在有些实施例中，元数据还可以包括与轨迹关联的图像，例如专 辑艺术、来自书的封面或图像、等等(没有在图2中列出)。元数据 还可以包括指示轨迹加标签的日期和时间的时间戳。在有些实施例中， 时间戳可以与台标识信息一起用于识别加标签的轨迹。例如，当PMD 102(例如，通过图1D所示的主计算机170或者图1E中所示无线地) 连接到数据网络时，所存储的标签信息可以用于访问连接到数据网络 的服务器中的数据库，以便识别在指定的台频率或名字上在指定时间 播放的媒体资源。
标签还可以包括可以是或者不是所接收元数据一部分的其它信 息。例如，其它标识信息可以包括入点、出点、国家代码、媒体类型、 节目类型、版本信息、捕捉标签的附件的硬件或制造商ID、播客流入 信息或者任何其它合适的信息。如果台标识信息(例如，频率)不包 括在元数据中，则附件可以配置成例如通过记录当轨迹加标签时其调 到的频率将这种信息添加到标签中。
在有些实施例中，可能要求标签包括图2中字段的子集，而其它 字段是可选的。例如，在有些实施例中，名字、艺术家和专辑字段对 于唯一识别大多数轨迹可能是足够的，而所有其它字段可以设成可选 的。在有些实施例中，附件104(图1A)的标签提取引擎130配置成 装入广播源为其提供足够元数据的标签的每个字段。此外，可以获取 的字段还可以包括“未知”字段，标签提取引擎130可以为该字段装 入任何接收到的附件没有识别的元数据。如下所述，装入未知字段使 得PMD 102可以获取未识别的元数据，并且有可能使PMD 102与之 通信的媒体资源传输服务178(或其它服务)也可以获取该元数据。 媒体资源传输服务178(或其它服务)或PMD 102可能能够解释未识 别的元数据。因此，标签不限于任何特定的元数据字段组合。
在另一种实施例中，除了从广播流提取的元数据之外或者代替 之，附件104和/或PMD 102还可以在标签中捕捉广播内容的一部分。 应当理解，标签不一定包括所有可能的标识信息。
可以用于存储在标签中的信息的量和类型可以依赖于广播源。此 外，不同的广播信号可以包括不同类型和/或不同量的信息。图3是标 识由各种已知的无线电数据服务所支持的一些类型的数据字段的表 300，其中已知的无线电数据服务例如有HD无线电节目服务数据 (“PSD”)、HD无线电台信息服务(“SIS”)、HD无线电台信 息指南(“SIG”)、RDS及卫星无线电节目相关数据(“PAD”)。 表300还标识可能在由媒体资源传输服务的广播合作者所使用的企业 合作者流入(“EPF”)中支持的数据字段。
可选的标识信息与本领域中已知或其他的标识当前广播的媒体 资源的方法也可以使用，包括以上描述方法的任意组合。标签信息可 以以多种格式由附件接收或者由PMD直接接收，而且标识轨迹和/或 广播者(或其它源)的信息的任意组合可以包括在标签中。
在有些实施例中，多个网络可以用于提供广播内容和标签信息。 例如，如图1A中PMD 102的PMD和/或如图1A中附件104的附件 可以通过能够同时接收和播放媒体广播(例如，无线电广播、电视广 播、电话呼叫，等等)的多个通信网络通信。本发明可以包括以集成 方式使用两个或多个那些通信网络的系统和方法。
图4A和4B例示了根据本发明一个实施例的其中PMD以集成方 式使用两个或更多个通信网络的系统。首先参考图4A，系统400包括 PMD 402和广播者404。当存在带宽约束时，系统400可以管理媒体 信息传送(例如，媒体轨迹元数据)。例如，在有些情况下，可能期 望和媒体广播一起提供大量元数据。但是，由于带宽限制，这样做可 能是不现实的。系统400可以通过使用来自多于一个通信网络的带宽 发送用于相同媒体广播的大量信息来解决这个问题。本发明的有些实 施例通过利用不同通信网络传送信息的不同部分来提供需要更大带宽 的传送和下载信息(例如，元数据)和/或更快地传送和下载信息。
例如，在一个实施例中，广播者404可以在多个数据段A、B和 C中发送媒体广播，其中每个数据段都可以不同的通信格式编码。多 种通信格式可以适于不同的通信网络(例如，蜂窝、互联网、地面无 线电、卫星无线电、地面线缆、卫星线缆，等等)。PMD 402可以配 备以配置成用于根据不同通信格式接收多个数据段的多个通信接收器 406a-c。控制器408适当地处理并合成多个数据段，来重构完整的发 送。
在图4B所示本发明的可选实施例中，媒体广播者410可以以单 个类型的通信格式发送媒体广播。PMD 412可以包括解析器414，其 中解析器414可以接收媒体广播并将信号解析成多个数据段A、B和 C，其中每个数据段可以以不同通信格式编码。
图5是例示了根据本发明实施例的以集成方式使用两个或更多个 通信网络的处理500的流程图。在该实施例中，PMD包括电话能力(例 如，蜂窝电话或其它移动电话能力)并可以在通话过程中将媒体发送 集合到其他停滞区(dead air)中。例如，代替当连接呼叫时和呼叫者 中断时的停滞区，PMD可以插入媒体发送。在媒体发送过程中，用户 可以与现场直播的媒体广播交互，例如通过以下描述的给广播内容加 标签。
处理在空闲状态开始(步骤501)。在步骤502，启动呼叫。在 步骤504，PMD中的控制器可以确定呼叫是否接通。如果没有，则在 步骤506，PMD可以播放媒体广播，当呼叫连接时使其插入停滞区。 在媒体广播插入呼叫的时段期间，用户可以与媒体广播交互(步骤 508)，例如通过如下所述地给媒体轨迹加标签、购买媒体轨迹和/或 记录媒体广播。用户还可能能够在中断或等待呼叫连接的同时访问其 它选项。
如果控制器确定呼叫已接通，则在步骤510控制器可以确定呼叫 是否结束。如果没有，则控制器可以在之后确定呼叫是否中断(步骤 512)。如果中断，则在步骤514，PMD可以播放媒体广播，当呼叫 中断时将其插入停滞区。在媒体广播插入呼叫的时段期间，用户可以 与媒体广播交互(步骤516)，例如通过如下所述地给媒体轨迹加标 签、购买媒体轨迹和/或记录媒体广播。只要呼叫还中断，PMD就可 以继续将媒体广播插入呼叫。
图6是例示根据本发明另一实施例的以集成方式使用两个或更多 个通信网络的处理600的流程图。在电话呼叫过程中，具有集成电话 能力(例如，蜂窝电话或其它移动电话能力)的PMD可以响应于用 户请求将媒体广播插入到呼叫中。例如，PMD可以提供当前接收到的 由无线电广播播放的媒体的可视指示并且可以根据用户请求有选择地 将媒体流插入到电话会话中。然后，用户就可以给正在播放的媒体文 件加标签并且与电话线另一端的人或其他人共享标签的拷贝。
处理在空闲状态开始(步骤601)。在步骤602，PMD可以连接 到电话呼叫；例如，用户可以操作对PMD的控制，以发出呼叫或者 接受进入的呼叫。在步骤604，集成的设备可以输出媒体轨迹信息或 者与媒体广播一起提供的元数据(例如，当前播放歌曲的名字和艺术 家)。在一个实施例中，集成的设备具有显示器，元数据可以在该显 示器上提供给用户。
当用户对所播放的媒体轨迹感兴趣时，用户就可以驱动PMD的 用户输入部件，指示给该媒体轨迹加标签、购买或记录的期望(在图 6中未明确示出)。可选地，用户可以驱动用户输入部件，来指示用 户期望将媒体广播插入到呼叫中(步骤606)。如果用户没有指示期 望将媒体广播插入到呼叫中，则假定呼叫还没有结束(步骤608)， 处理继续输出媒体轨迹信息(步骤604)并等待下一个用户输入。
如果用户指示期望将媒体广播插入到呼叫中，则在步骤610， PMD开始将媒体广播插入到呼叫中，使连接到呼叫的所有各方都可以 听到该广播。用户可以继续电话会话并与媒体广播交互，例如通过如 下所述地给媒体轨迹加标签、购买媒体轨迹和/或记录媒体广播。特别 地，如果用户或呼叫的另一方对所播放的特定媒体轨迹感兴趣，则用 户或该另一方可以给媒体轨迹加标签。
在步骤612，媒体轨迹的标签可以利用第二类型的通信网络(例 如，电话网络或互联网)发送到另一方的电话。接收方电话不一定要 支持媒体广播——即，接收方电话不需要具有媒体接收器部件或者是 集成的PMD和电话设备。如果接收方电话不支持媒体广播，则当日 后媒体广播播放加标签的媒体时，接收方设备可以自动地通知接收方 用户并为接收方用户提供收听和/或购买媒体轨迹的机会。
在步骤614，用户可以指示期望停止将媒体广播插入到呼叫中。 如果用户没有指示期望停止将媒体广播插入到呼叫中，则处理继续将 轨迹插入到呼叫中(步骤610)，以允许用户与广播交互的更多机会。 一旦用户指示期望停止将媒体广播插入到呼叫中，PMD就停止将媒体 广播插入到呼叫中(步骤616)。如果呼叫没有结束(步骤608)， PMD就继续输出媒体轨迹信息(步骤604)并等待进一步的指示。如 果呼叫已经结束，则处理返回到空闲状态。
应当理解，在此所述的处理是例示性的，而且其变体和修改都是 可能的。按顺序描述的步骤可以并行执行、步骤的次序可以改变，而 且步骤也可以修改或合并。任何网络或网络的组合都可以用于向PMD 或可通信地耦合到其的附件传输媒体广播和/或相关的信息。
在PMD中存储标签
根据本发明的实施例，关于广播的标签信息可以存储在图1A中 PMD 102的存储设备106中。如下所述，标签信息可以存储在结构化 数据文件中，日后可由附件104或不同的附件(例如，图1D中用作 主机的计算机系统170)访问。
在一个实施例中，结构化数据文件可以包括表示用于每个加标签 轨迹的元数据的XML目录。如本领域中通常已知的，XML目录提供 一组键值对。目录可以是分级的；即，与特定键关联的值可以是目录。 各种XML格式都可以使用；在一个实施例中，XML文件格式化为 Mac OS X Core Foundation属性列表。
图7例示了根据本发明实施例的可以用于存储标签的分级XML 目录文件700。该实施例中的顶层键包括：
(1)版本信息。MajorVersion和MinorVersion键可以指定XML 目录文件格式的版本。在一个实施例中，具有不同主版本的文件可能 彼此不兼容；具有相同主版本但不同次版本的文件彼此兼容。
(2)用于收集标签的附件的制造商的制造商标识信息。 ManufacturerID可以是制造商的唯一数字标识符。在一个实施例中， 这个标识符是由PMD线的制造商分配给与那些PMD协作的附件的授 权制造商的。ManufactureName可以是附件制造商的名字。 DeviceName可以是用于附件设备的模型名字或其它制造商分配的名 字。iTunesAffiliateID可以用于将制造商标识为iTunes StoreTM的会 员。(除了iTunes StoreTM会员资格之外或者代替之，还可以提供其 它会员资格，例如具有不同媒体资源管理和/或下载服务的会员资格。)
(3)MarkedTracks键，其关联的值可以是一个或多个下层目录 的数组。每个下层目录可以表示用于一个特定轨迹的标签信息。标签 信息可以包括例如图2所列出的任何一个或全部字段。
如上面所指出的，PMD 102和附件104可以通过有线(例如， USB、FireWire、通用异步接收器/发送器(“UART”))或无线(例 如，蓝牙)通道以多种方式通信。不管特定的通信路径如何，PMD 102 和附件104都可以通过根据协议交换命令和数据来通信。协议定义了 在PMD 102和附件104之间发送消息的格式。例如，协议可以指定每 个消息在具有首部和可选有效负载的分组中发送。首部提供了基本信 息(例如，起始指示符、分组的长度及要由接收方处理的命令)，而 有效负载提供了与命令关联的任何数据。在一些实施例中，命令可以 定义成使得特定命令只在一个方向是有效的。
协议可以定义多个“隐语”，其中“隐语”是可以有各个附件类 支持(或不支持)的一组相关命令。在一个实施例中，每个命令是由 标识命令所属的隐语的第一个字节和标识隐语中特定命令的第二个字 节唯一识别的。其它命令结构也可以使用。不需要所有附件或者附件 可以连接到的所有PMD都支持协议中定义的每个隐语。
在有些实施例中，设计成彼此可以协作的每个附件104和每个 PMD 102可以至少支持包括所有这种设备通用的命令的“通用”隐语。 该通用隐语可以包括使PMD和附件能够彼此识别并验证它们自己并 提供关于它们各自能力的通用信息的命令，包括(如果有的话)每个 都支持别的什么隐语。通用隐语还可以包括PMD可以用来验证附件 的假设身份与能力(或者反之)的验证命令，而且如果验证不成功， 则附件(或PMD)可以被阻止调用特定命令或隐语。
根据本发明的实施例，由PMD 102和附件104支持的命令协议 可以包括可以用于传送与存储广播内容的标签相关的命令与数据的 “存储”隐语(或其它命令组)。在该实施例中，存储隐语的命令允 许附件104指示PMD 102将标签信息(或元数据)存储在其自己的内 部存储介质上。
在一个实施例中，存储隐语包括以下命令：
(1)GetPlayerCaps。附件104可以将这个命令发送到PMD 102， 以请求关于播放器存储能力的信息。
(2)RetPlayerCaps。PMD 102可以通过发送回这个命令来响应 GetPlayerCaps命令；分组有效负载包括所请求的信息。在一个实施例 中，能力信息包括：PMD 102内部存储介质的总尺寸；最大允许的文 件尺寸；可以利用单个WritePlayerFileData命令(以下描述)写到存 储器中的数据的最大量；及标识由播放器支持的存储隐语版本的版本 信息。除了以上所述的之外或者代替之，也可以包括其它信息。
(3)OpenPlayerFile。附件104可以将这个命令发送到PMD 102， 以指示PMD 102打开用于写标签的文件。在一个实施例中，这个命令 是作为带非空有效负载的分组发送的。有效负载可以包含用于指示文 件目的的值(在此称为“特征值”)。因此标签文件可以与特定的特 征值关联。特征值允许存储隐语用于其它类型的文件；因此，存储隐 语不限于存储标签。
(4)RetPlayerFileHandle。PMD 102可以通过打开文件(例如， 用于标签的XML目录文件)响应OpenPlayerFile命令并利用 RetPlayerFileHandle命令来向附件104提供新打开文件的唯一标识符 (“句柄”)。句柄可以类似于Unix文件描述符。在一个实施例中， 句柄保持有效，直到附件被拆下或者附件关闭了文件(见下面的 ClosePlayerFile命令)。句柄的使用在PMD 102和/或附件104可以 同时打开多个文件的实施例中是特别有帮助的；在有些实施例中，每 次只能打开一个标签文件，则句柄可以或者可以不使用。
(5)WritePlayerFileData。在打开文件后，附件104可以向PMD 102发送这个命令，以便向打开的文件添加数据(例如，用于新加标 签的轨迹的标签)。与这个命令关联的有效负载可以包括要写的文件 的句柄、开始写数据的偏移量(文件中的位置)及要写的数据。附件 104可以根据PMD 102对每个WritePlayerFileData命令数据的限制对 每个WritePlayerFileData命令限制数据大小，例如在RetPlayerCaps 命令(以上所述)中由PMD 102指定的。如果标签大于指定的限制， 则附件104可以发送多个WritePlayerFileData命令，以便完成标签的 写。附件104可以保持对偏移量的跟踪，例如避免用新标签覆盖了先 前的标签。在有些实施例中，文件是顺序写的；即，偏移从零开始并 根据每个写命令的大小递增。在其它实施例中，顺序写是不需要的。
(6)PlayerAck。PMD 102可以向附件104发送这个命令，来确 认WritePlayerFileData命令和任何其它不需要特定响应性信息的存储 隐语命令。有效负载有效地包括被确认的分组的标识符和结果状态指 示符，其中指示符可以是指示写是否成功及如果不成功则指示为什么 失败的数字值或者位模式。例如，数字值可以定义成表示特定的失败 状态，例如附件104的错误验证、PMD 102中缺少资源、无效的文件 句柄、WritePlayerFileData分组中过大的数据量，等等。在一些实施 例中，在发送完一个WritePlayerFileData分组后，附件104在发送另 一个WritePlayerFileData分组或ClosePlayerFile分组(以下所述)之 前等待指示成功完成的PlayerAck。等待PlayerAck可以帮助防止错误， 例如如果在失败的WritePlayerFileData命令之后文件的状态是不确定 的。
(7)GetPlayerFreeSpace。附件104可以向PMD 102发送这个 命令，以确定PMD 102内部存储介质中可用空间的量。
(8)RetPlayerFreeSpace。PMD 102可以通过发送这个命令来响 应GetPlayerFreeSpace命令。在一个实施例中，有效负载包括指示 PMD 102内部存储介质中空闲空间量的值。
(9)ClosePlayerFile。附件104可以向PMD 102发送这个命令， 来关闭打开的文件。有效负载包括要关闭的文件的句柄。PMD 102可 用利用PlayerAck命令(以上所述)响应，以指示文件是否成功关闭。 在有些实施例中，PMD 102也可以在文件关闭之前数字签名文件。这 种签名可以用于例如验证数据的完整性。例如，可以实现显示文件在 签名生成之后是否被修改的传统数字签名技术。一旦ClosePlayerFile 命令成功，则句柄不再有效地用于访问现在已关闭的文件；如果期望， 则PMD 102可以重新给另一个文件分配句柄。
应当理解，在此所述的命令集合是例示性的，而且其变体和修改 都是可能的。也可以支持其它命令，例如发送到PMD 102的从打开的 文件读取的命令和发送到附件104的返回所读取数据的命令。因此， 例如，在写过程中有错误的情况下，附件104可以回读其试图写的数 据，以确定是否发生了错误；于是附件104就可以根据需要发出纠正 的WritePlayerFileData命令或关闭文件并打开新文件。
在应当指出，在有些实施例中，附件104可以一次打开多个文件， 只要分配给每个文件的句柄是唯一的。
用于捕捉标签的处理
在本发明的有些实施例中，PMD 102和附件104通信，来捕捉标 签并将标签记录到PMD 102的存储介质中。
图8是用于例示根据本发明一个实施例的用户与媒体广播交互的 处理800的流程图。处理800的任何一个或多个步骤都可以由图1A 中PMD 102或附件104的控制器(例如，执行合适程序代码的微控制 器或微处理器)启动并执行。
处理在步骤801开始，在这里控制器可以启动用户交互程序。在 步骤802，控制器可以进行检查，以查看与媒体广播的任何附加交互 是否可能。例如，控制器可以检查系统中是否有错误(例如，接收器 122没有接收到信号)或者用户是否指示停止与现场直播的媒体广播 交互的意图(例如，通过关掉PMD 102或附件104)。如果不可能有 附加的交互，则控制器可以退出处理(步骤804)。
如果附加交互是有可能的，则在步骤806，控制器可以等待用户 驱动用户输入器，例如PMD 102的用户输入部件118或者附件104 的用户接口部件132等。在等待时，PMD或附件可以指示用户当前播 放的内容是“可以加标签的”。PMD还可以(利用显示设备、音频发 射设备等)指示标签的质量。有些广播可以比别的广播有较少的可加 标签信息，而别的广播可以有非常丰富、完整的标签可以获取。任何 可以获取的信息都可以由PMD或附件的一些实施例显示。
当用户驱动这些用户输入器中的一个时，控制器可以确定用户想 启动哪些功能(步骤808)。在一个实施例中，用户可以在包括购买 当前轨迹(“BUY”功能)、给当前轨迹加标签以便以后可能购买 (“TAG”功能)或者记录当前轨迹(“REC”功能)的多个功能中 进行选择。用户的选择可以根据例如当提供多个用户输入器时驱动的 用户输入器、当用户输入器是多功能的时候用户参与用户输入器的次 数或时间长度等来确定。
如果选择了BUY功能，则控制器启动对当前播放轨迹的购买。 在步骤810，控制器可以确定PMD 102或附件104当前是否连接到数 据网络，其中通过该数据网络可以访问到媒体资源传输服务。例如， 参考图1D，计算机系统170是可以通过网络174连接到媒体资源传输 服务178同时还通过网络174接收媒体广播的附件。作为另一个示例， 参考图1E，PMD 180可以无线地连接到网络并通过该网络连接到媒 体资源传输服务，同时附件104接收媒体广播。如果PMD或附件连 接到数据网络，则在步骤812，控制器可以从媒体资源传输服务检索 当前播放的轨迹(或者关于其的进一步描述性信息)。
在本发明的一个实施例中，即使当PMD或附件联网时，控制器 也可以给当前播放的歌曲或其它音频轨迹加标签。在这种情况下，标 签可以利用将关联的媒体轨迹指定为已购买轨迹的指示符存储。
在步骤814，控制器可以从媒体资源传输服务下载对应于当前所 播放轨迹的媒体资源。在步骤816，控制器可以将下载的媒体资源存 储到例如PMD 102的存储设备106中或者附件104的存储设备中。媒 体资源可以存储为单个文件或者多个文件(例如，作为媒体内容文件 和具有对应标识信息的关联文件)。如果媒体资源存储在附件104中， 则用户可以在日后将文件下载到PMD 102中。类似地，如果媒体资源 存储在PMD 102或附件104中，则用户可以在日后将文件从一个设备 下载或传输到另一个设备。控制器还可以向存储在例如PMD 102上的 预定或用户指定的播放列表添加下载的音频轨迹。在有些实施例中， 计算机系统(例如，图1D的计算机系统170)充当PMD 102的主机 系统，让用户通过在计算机系统170上执行的适当软件(例如，由Apple 公司提供的iTunesTM媒体资源管理软件)管理存储在PMD 102上的 资源。在这种情况下，媒体资源可以首先下载到主机系统，然后传输 (例如，拷贝或移动)到PMD 102。
返回步骤810，如果PMD 102和附件104当前不能与媒体资源传 输服务通信(例如，两个设备都没有连接到合适的网络)，则在步骤 818，控制器可以存储用于当前播放轨迹的标签并在标签中包括“购买 指示符”(步骤820)。购买指示符指示用户已经决定获取该轨迹， 并且当PMD 102或附件104下次能够与媒体资源传输服务通信时，轨 迹可以下载，而不需要进一步的用户交互。
当控制器给音频轨迹加标签时，控制器可以提供可视和/或音频 反馈，来例如确认标签。如在此所使用的，当控制器在现场广播过程 中给媒体轨迹加标签时，控制器从现场广播中提取可以用于标识所播 放音频轨迹的信息，并将存储所提取的标识信息以供日后使用。标签 可以存储在以上提到的任何存储介质中，包括位于PMD 102和/或附 件104上的介质。标签的存储及在附件104和PMD 102之间传送标签 将在以下进一步描述。
再次参考步骤808，如果用户驱动用户输入器来指示TAG功能， 则控制器可以在步骤822中给当前在媒体广播中播放的轨迹加标签。 如下所述，当用户指示TAG功能时，可以给用户在日后决定是否购 买轨迹之前回顾关于加标签轨迹的信息的机会。
再次参考步骤808，如果用户驱动用户输入器来指示REC功能， 则在步骤824，控制器可以启动多个记录操作——手动记录、计划记 录和暂停记录——中的一个。在手动记录中，控制器可以记录当前接 收到的一段广播。当接收到指示手动记录的用户输入时记录开始，而 当接收到指示记录结束的另一用户输入时记录结束。
在计划记录中，控制器可以允许用户指示控制器记录一段未来的 广播。控制器可以利用例如EPG(电子节目指南)数据给用户提供时 间表信息，其中EPG数据可以编码到广播中或者单独提供(例如，通 过如图4A和4B中所示的第二个网络)，而且用户可以基于该EPG 数据选择一个或多个要记录的广播片段。标签可以存储成对应于每个 计划记录。
在暂停记录中，例如以类似于由加州Alviso的TiVo所提供的媒 体系统所采用的方式，控制器可以“暂停”现场广播。例如，控制器 可以连续地缓冲预定量所接收到的传送。当用户“不暂停”传送时， 控制器可以反复输出缓冲的传送并继续缓冲现场广播。在缓冲传送回 放的过程中，如上所述，控制器可以允许用户购买当前播放的音频轨 迹或给其加标签或者手动记录广播。如在此所使用的，当利用暂停功 能时对缓冲无线电传送的回放被看作是现场媒体广播。
在步骤826，控制器可以将所记录的媒体广播存储到以上提到的 一种存储介质中。
PMD 102和附件104可以多种方式交互，来收集并存储标签数 据。现在将描述示例。在一个实施例中，附件104使用以上所述的存 储隐语来将图7格式的XML文件写到PMD 102的存储介质中。XML 文件可以包含在附件104连接到PMD 102的时段期间收集到的所有标 签。在可选实施例中，每个标签可以写到单独的标签文件。在其他实 施例中，附件104可以在其自己的内部存储介质中收集标签信息，然 后当PMD 102下次连接到附件104时将所收集的信息传送到PMD 102。
图9是根据本发明实施例的用于捕捉和记录标签的处理900的流 程图，图9例示了以上所述存储隐语命令的使用和图7的XML文件。 当附件104连接到PMD 102时，处理900开始(步骤902)。在步骤 904，附件104向PMD 102识别其自己并可以执行验证过程。步骤904 可以包括确定附件104和PMD 102是否彼此关于存储隐语兼容；如果 它们不兼容，则处理900可能不能使用。
假定PMD 102和附件104彼此关于存储隐语是兼容的，则附件 104继续打开用于写标签的文件。例如，在步骤906，附件104可以发 送GetPlayerCaps命令，以确定PMD 102的存储能力。PMD 102可以 利用RetPlayerCaps命令返回该信息(步骤908)。附件104还可以在 继续进行之前请求附加的信息。例如，附件104可以使用 GetPlayerFreeSpace命令来确认PMD 102内部存储介质中可用于写标 签的空间量。
一旦确定了PMD 102的能力，在步骤910，附件104就可以发送 OpenPlayerFile命令，将要打开的文件识别为标签文件。作为响应， PMD 102打开文件。在一个实施例中，PMD 102可以维护用于存储其 文件的文件夹(或目录)树，且标签文件总可以在该树中相同的文件 夹中打开，使得日后容易定位它们。在步骤912，PMD 102返回带有 新打开文件的句柄的RetPlayerFileHandle命令。
在步骤914，初始信息(例如，图7的顶层目录块710)写到文 件中。在文件识别为用于标签的文件(例如，利用如上所述的特征值) 的实施例中，初始信息可以由PMD 102在打开文件时自动写入。在其 它实施例中，附件104可以利用一个或多个WritePlayerFileData命令 写初始信息。
一旦文件打开，处理900就等待下一个动作(步骤916)。在这 种实施例中，相关的下一个动作是给轨迹加标签和退出加标签会话。
给轨迹加标签可以例如响应于来自用户的请求而发生。例如，当 播放轨迹时，用户可以操作附件104的用户接口控制，来指示该轨迹 应当加标签。如上面所指出的，PMD 102或附件104可以向用户指示 何时播放轨迹是可以加标签的并可以(例如，通过显示可用的元数据) 提供关于可用元数据量的信息。
在步骤920，附件104可以从广播数据流提取元数据或要用作标 签的其它数据。例如，附件104可以从广播数据流提取元数据、添加 附加信息(例如，附件104调到的台或频道、附件104从其接收数据 的URL、时间戳、附件的标识信息)和/或捕捉广播内容子集的表示。 在可选实施例中，附件104可以在接收到每个轨迹时提取并缓冲标签 信息，只有当用户选择给轨迹加标签时，标签信息才写到标签文件。
在步骤922，当用户请求轨迹的标签时，附件104创建用于该新 标签的XML目录(例如，如图7中块720的下层目录块)。在步骤 924，附件104可以向PMD 102发送一个或多个WritePlayerFileData 命令，将XML目录写到已经打开的文件。在一个实施例中，在创建 XML目录后，附件104确定目录的尺寸并比较该尺寸与最大写尺寸 (该最大尺寸是在步骤908从播放器获取的)。基于这种比较，附件 104可以确定需要多少WritePlayerFileData命令并可以顺序地向PMD 102发出这些命令。对于每个发出的WritePlayerFileData命令，附件 104可以接收PlayerAck命令并可以使用这些命令的有效负载来确定 是否发生了任何错误，从而可以采取适当的校正动作。例如，如果发 生了错误，则附件104可以关闭文件、打开新文件并尝试再次写标签。 作为另一个示例，如果由于PMD 102的存储设备106中缺少空间而写 失败，则附件104可以提醒用户标签不能传送，直到PMD 102上的空 间被释放。
在写了用于新标签的XML目录之后，处理900返回步骤916， 等待下一个用户动作。XML文件可以在这段时间中保持打开；因此， 任何个数的标签都可以写到同一XML文件。在其它实施例中，除XML 或XML目录之外的文件格式也可以使用，而且处理900可以修改成 利用任何期望的格式写标签数据。
最后，附件104检测当前的加标签会话是否应当结束。例如，可 能达到了最大文件尺寸，用户就可以启动将附件104从PMD 102去耦 合的拆卸或断电处理，或者用户可以将附件104和/或PMD 102设置 成不记录标签的状态。作为响应，在步骤930，附件104可以发送 ClosePlayerFile命令，来关闭XML目录文件。在有些实施例中，在 发送ClosePlayerFile命令之前，附件104可以首先向XML文件写最 后关闭标签(例如，图7中的关闭标签730)。在其它实施例中，PMD 102可以通过写最后关闭标签然后关闭文件来响应用于标签文件的 ClosePlayerFile命令。在任一种情况下，在步骤932，一旦文件关闭， PMD 102就可以向附件104发送PlayerAck目录，来确认文件正确关 闭了。其后，处理900结束(步骤934)。
其它加标签处理也可以使用。例如，图10是根据本发明另一个 实施例的用于捕捉和记录标签的处理1000的流程图。在处理1000中， PMD 102可以确定轨迹是否要加标签并指示附件104创建标签。
当附件104连接到PMD 102时，处理1000开始(步骤1002)。 在步骤1004，附件104向PMD 102识别其自己并可以执行验证过程； 这个步骤可以类似于上述处理900的步骤904。在步骤1006，打开标 签文件。这种实施例中的标签文件驻留在PMD 102的存储介质中，且 类似于处理900的步骤906-912的过程可以用于打开标签文件。如果 在这种实施例中附件104不能控制将标签写到标签文件中，则当标签 文件打开时，文件句柄可能不能返回到附件104。在步骤1008，首部 分由例如PMD 102写到标签文件。
一旦标签文件打开，处理1000就等待下一个动作(步骤1010)。 下一个动作可以指示轨迹应当加标签；例如，用户可以操作附件104 或PMD 102上的用户接口控制，来指示轨迹应当加标签。如果轨迹应 当加标签，则在步骤1012，PMD 102可以指示附件104创建标签。在 步骤1014，附件104从广播数据创建标签。例如，如上所述，附件104 可以从广播数据流提取元数据、添加附加信息和/或捕捉内容子集的表 示。在一个实施例中，附件104可以将标签格式化为XML目录或适 于写到标签文件中的其它格式。在步骤1016，附件104可以将标签发 送到PMD 102(例如，利用如上所述的一个或多个WritePlayerFileData 命令)。在步骤1018，PMD 102将标签写到标签文件。然后，处理 1000可以返回步骤1010，等待下一个动作。
如果下一个动作指示结束当前的加标签会话，则PMD 102在步 骤1020关闭标签文件，然后处理1000结束(步骤1022)。(如上所 述，附件104也可以检测加标签会话的结束并指示PMD 102关闭标签 文件。)就象在上述处理900中一样，结束加标签会话可以在各种情 况下发生，例如当达到最大标签文件尺寸时、当用户启动拆卸处理或 者以别的方式改变附件104的状态，使得不再接收或记录标签。
图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写到标签文 件。
在步骤1110，例如通过检测广播元数据中的变化，附件104(或 PMD 102)检测广播中的下一个轨迹。如果没有下一个轨迹(例如， 广播结束或者附件104停止接收广播数据)，则如下所述，处理1100 结束。
当检测到下一个轨迹时，在步骤1112，附件104从广播数据创建 标签。例如，如上所述，附件104可以从广播数据流提取元数据、添 加附加信息和/或捕捉内容子集的表示。在步骤1114，附件104可以向 PMD 102发送标签(例如，利用以上所述的一个或多个 WritePlayerFileData命令)。
在步骤1116，PMD 102确定是否存储标签；如果要存储标签， 则PMD 102在步骤1118将标签写到标签文件。然后，处理1100可以 返回到步骤1110，等待下一个轨迹。处理1100继续，直到加标签会 话结束，在这个时候没有下一个轨迹。在一个实施例中，PMD 102可 以检测会话的结束(步骤1122)并在处理1100结束(步骤1126)之 前关闭标签文件(步骤1124)。可选地，如上所述，附件104也可以 检测加标签会话的结束并指示PMD 102关闭标签文件。
确定是否存储标签(步骤1116)可以多种方式进行。在一个实施 例中，PMD 102可以接收指示当前播放轨迹应当加标签的用户输入， 而且是否存储用于当前播放轨迹的标签的决定可以基于是否是在轨迹 播放的同时接收到该用户输入。
在另一个实施例中，PMD 102可以支持实时日志记录模式，其中 存储对应于在播放广播内容会话期间接收到的每个轨迹的标签。例如 在用户不能(或者简单地说忘记)在播放广播的同时操作控制器来指 示哪些轨迹应当加标签的情况下，这是方便的。用户可以在日后回顾 播放的轨迹日志并选择感兴趣的那些。在有些实施例中，实时日志记 录模式可以由用户启用或禁用，或者日志记录可以是完全自动的行为， 由PMD 102自动地将用于每个广播会话的标签存储为日志文件(该日 志文件可以类似于标签文件)。日志文件可以无限期地存储(例如， 直到用户删除它们或者当空间允许时)或者存储预定的时间段，或者 可以存储一些最近的日志文件。用于确定哪些标签要存储的其它技术 也可以使用。
在又一实施例中，附件104可以收集标签，用于日后转发到PMD 102。例如，如图1A所示，附件104可以包括其自己的标签存储区域 134。当在独立模式(即，没有连接到PMD 102)下操作时，附件104 可以将标签存储到标签存储区域134。标签可以无限期地存储，例如 直到它们被传送到PMD 102。
图12是根据本发明实施例的可以由具有本地标签存储器的附件 所使用的标签捕捉与记录处理1200的流程图。在该实施例中，不管附 件是否连接到PMD(例如，PMD 102)，轨迹都可以由附件(例如， 图1A的附件104)加标签。
当处理1200开始时(步骤1202)，附件104确定是否连接到PMD 102(步骤1204)。如果连接到，则在步骤1206，附件104可以将积 累的任何标签从标签存储区域134写到PMD 102。例如，附件104可 以利用OpenPlayerFile命令打开标签文件，利用一个或多个 WritePlayerFileData命令将每个积累的标签写到该文件，然后利用 ClosePlayerFile命令关闭文件。一旦所积累的标签成功地写到PMD 102，附件104就可以除去标签，释放标签存储区域134中的空间，以 便存储新的标签。
如果在步骤1204中没有连接到PMD 102或者在步骤1206中所 有标签都写到PMD 102之后，处理1200继续前进到步骤1208，在步 骤1208处播放广播轨迹。例如，用户可以将接收器122调到特定的台。 步骤1208还可以包括检测与当前轨迹关联的元数据并将这种元数据 保留在缓冲区中，直到附件104确定该元数据是否应当保存。
在步骤1210，确定当前轨迹是否应当加标签。例如，用户可以按 按钮或者操作用户接口132的某个其它控制(或者PMD 102的用户输 入器118)，来指示期望给轨迹加标签。如上所述，其它标准也可以 在这种确定中使用(例如，是否启用对所有轨迹的自动日志记录)。 如果当前轨迹不要加标签，则处理1200可以返回步骤1208，继续播 放轨迹，最终前进到下一个轨迹，等等。
如果步骤1210的结果是确定轨迹应当加标签，则处理1200确定 是否连接到PMD 102(步骤1212)。如果连接到了PMD 102，则在 步骤1214，标签传输到PMD 102，如上所述，PMD 102可以将标签 写到标签文件存储设备106。以上所述的任何技术都可以用来写标签。 在有些实施例中，PMD 102可以在写标签之前为标签生成数字签名， 而且该数字签名可以在日后用于验证由附件104提供的标签数据没有 被修改。在有些实施例中，PMD 102还可以在数字签名中包括其自己 的标识符(例如，PMD 102的序列号)，而且该标识符可以由随后的 标签接收者用于验证提供标签的PMD是否与最初存储的相同。在另 一个实施例中，附件104可以打开文件、写标签并且一旦确定写成功 就关闭文件、为在连接到PMD 102的同时写的每个标签创建单独的文 件。
如果在步骤1212中没有连接到PMD，则标签应当写到附件104 的标签存储区域134。在有些实施例中，如果尝试写到PMD 102失败， 则标签也可以写到标签存储区域134。为了写到标签存储区域134，附 件104可以首先确定(步骤1216)是否在标签存储区域134中有足够 的存储空间可以用于存储标签。如果没有，则在步骤1218，附件104 可以提醒用户将PMD 102连接到附件104，且处理1200返回步骤 1202。如果用户连接了PMD 102，则附件104就可以将积累的标签传 送到PMD 102，释放其自己的本地存储，以支持别的标签的存储。
再次参考步骤1216，如果在标签存储区域134中有空间可用，则 附件104将标签存储到标签存储区域134中(步骤1220)。
在步骤1222，在写标签之后，在接收对标签的进一步请求之前， 附件104可以等待下一个轨迹的开始。因此，即使用户操作控制而在 单个轨迹过程中多次请求标签，在该实施例中附件104也将只写标签 一次，并避免冗余标签填满存储空间(其自己的标签存储区域134或 者PMD 102的存储设备106)。
例如，如果附件104断电或者切换到其中不使用加标签的另一种 操作模式，则步骤1224提供了退出处理1200的选项。如果处理1200 不退出(步骤1226)，则处理可以继续循环，周期性地检查看是否连 接到PMD 102以便可以将任何积累的标签传送到其。
应当理解，在此所述的加标签处理的各种实施例都是例示性的， 而且变体和修改都是可能的。顺序描述的步骤可以并行执行、步骤的 次序可以改变，而且步骤可以修改或合并。在此描述的命令和命令序 列可以修改。例如，在有些实施例中，附件104可能不在会话过程中 指示PMD 102打开标签文件，直到用户第一次在该会话中启动加标签 操作。在其它实施例中，附件104可以打开文件、写标签并迅速关闭 文件，以防止文件保持打开时如果发生错误有可能导致的数据丢失。 因此，附件104可以在单个会话中创建任意个数的加标签文件，而且 每个文件可以只保留一个标签。在另一可选实施例中，附件104可以 重新打开先前的标签文件(假定最大文件尺寸还没有达到)，而不是 为每个会话创建新的标签文件。是否给轨迹加标签的决定可以由PMD 或附件逐轨迹地或者逐会话地做出。
模糊的标签
有些实施例还提供对“模糊”标签的检测和处理。例如，依赖于 元数据如何传送，有可能对于给定的轨迹，元数据流可能不是确切地 与该轨迹的内容的开始同步地开始传输元数据。作为例示，当前的HD 无线电标准允许任一方向多达五秒的偏移，因此新轨迹的元数据可能 早在先前的轨迹结束之前五秒到达或者在新轨迹开始之后五秒到达。 如果用户在这个十秒的过渡窗口中请求标签，则有可能当前的元数据 不对应于用户实际想要的轨迹；这种请求就是模糊请求的示例。
在有些实施例中，当接收到模糊请求时，附件104捕捉任意以及 全部可能正确的标签。例如，图13A和13B是根据本发明实施例的附 件可以用来根据HD无线电广播的过渡窗口识别模糊请求的处理1300 和1320的流程图。图13A描述了关于确定在轨迹的最后五秒内是否 发生标签请求的步骤，而图13B描述了关于确定在轨迹的最先五秒内 是否发生标签请求的步骤。
首先转向图13A，处理1300可以在请求标签的任何时候使用(步 骤1302)。一旦请求标签，就使用五秒定时器(步骤1304)来足够长 时间地推迟标签的捕捉，以允许检测轨迹元数据中的变化。在步骤 1306，在这五秒结束时，确定是否接收到新的轨迹元数据。如果没有， 则可以推断当请求标签时的元数据毫无疑义地是期望的元数据；因此， 在步骤1308，当前的轨迹元数据被存储为标签。
但是，如果在请求标签后的五秒内接收到新的轨迹元数据，则有 可能用户是想给新轨迹加标签，而不是给请求标签时其元数据正当前 的轨迹(为了表示，称为“先前的”轨迹)加标签。因此，在步骤1310， 为先前的轨迹和新轨迹中的每个创建并存储标签。参考图2，两个标 签都可以将其模糊标签字段设置成指示它们彼此模糊的值，并且用于 先前轨迹的标签可以将其按下按钮字段设置成指示当接收到给轨迹加 标签的请求时其元数据正当前。
现在参考图13B，处理1320可以在给正好前一轨迹加标签之前 接收到新轨迹元数据(步骤1322)的任何时候使用。在步骤1324，缓 冲先前的轨迹元数据，使得其保持可以让附件104获取。在步骤1326， 使用五秒定时器来足够长时间地推迟对先前轨迹元数据的除去，以允 许在请求模糊的时间间隔内检测标签请求。在步骤1328，在这五秒结 束时，确定在接收到新元数据之后是否接收到标签请求。如果没有， 则先前的轨迹数据不再需要并且可以被丢弃(步骤1332)。
但是，如果在接收新元数据的五秒内接收到标签请求，则有可能 用户想要给先前的轨迹加标签，而不是给新轨迹(当用户请求标签时， 其元数据正当前)加标签。因此，在步骤1330，为先前的轨迹和新轨 迹中的每一个创建并存储标签。参考图2，两个标签都可以将其模糊 标签字段设置成指示它们彼此模糊的值，且用于新轨迹的标签可以将 其按下按钮字段设置成指示当接收到给轨迹加标签的请求时其元数据 正当前。
在该实施例中，附件104不需要尝试解决模糊性。两个标签都记 录并最终存储在PMD 102的标签文件中。可以提示用户来解决这种模 糊性，例如当标签文件由媒体资源管理和/或传输系统读取时。
对加标签媒体的访问
一旦标签文件已经写完并关闭，该标签文件就可以日后被连接到 PMD 102的各种附件或设备访问，由此允许用户回顾并可选地购买加 标签的轨迹。在一个实施例中，如图1D所示，PMD 102可以连接到 提供对媒体资源管理和/或传输服务(例如，由Apple公司提供的 iTunesTM媒体管理和传输服务，或者其它现有的媒体资源管理和/或传 输服务)访问的主计算机170。主计算机170可以编程成使得在将PMD 102与媒体资源管理系统同步的同步操作过程中，主计算机170自动 检查并读取任何新的或更新的标签文件。关于标签文件的通信可以利 用类似于主计算机170用来检查可以由PMD 102存储的其它类型文件 (例如，媒体文件)的更新的协议的协议来管理。因此，不需要将附 加隐语引入PMD通信协议就可以管理对标签文件的读取。在有些实 施例中，所存储的标签文件在被主计算机170处理并存储之后就从 PMD 102除去。用于特定轨迹的标签信息可以继续存储在主计算机 170上尽可能长，例如直到用户删除了该信息或者购买了加标签的轨 迹。在可选实施例中，PMD 102可以将标签存储在其自己存储设备106 上的一个或多个标签文件中；标签文件可以无限期地存储，例如直到 用户删除了包含在其中的标签或者购买了加标签的轨迹。
主计算机170可以定位媒体资源传输系统中(例如，iTunesTM Store中)加标签的轨迹并提示用户购买任何或者所有加标签的轨迹。 例如，主计算机170可以向用户显示如从PMD 102上的存储设备106 读取的加标签轨迹的“播放列表”。(这种环境下的“播放列表”通 常是指关于轨迹的元数据的列表。)
图14例示了根据本发明实施例的标签播放列表1400。标签播放 列表1400包括加标签轨迹的各种属性，例如轨迹名、艺术家、专辑、 风格及加标签的日期(尽管没有明确示出，但其中加标签的日期也可 以包括时间)。标签播放列表1400中的有些信息(例如，加标签的日 期)可以从标签中提取。其它信息(例如，类型)可以从媒体资源传 输系统检索。轨迹名、艺术家和专辑字段可以从标签提取或者利用例 如包括在标签中的轨迹标识符从媒体资源传输系统检索。应当理解， 图14中所列出的轨迹属性是例示性的而且没有限制。
在有些实施例中，标签的有些或者全部属性可以是到关于加标签 轨迹的附加内容的可点击链接。例如，点击标签播放列表1400中“艺 术家1”的任何一个实例可以使主计算机170显示列出相关信息和/或 艺术家1其它轨迹的页面。用户还可以根据任何所列出的属性给标签 播放列表1400分类，例如通过点击适当的列头。
标签播放列表1400还可以包括动作按钮或其它接口元素，用户 可以通过该接口元素与加标签的轨迹交互。例如，驱动“预览”按钮 1402可以使得播放轨迹的预览部分。驱动“购买”按钮1404可以启 动用于从媒体资源传输服务(例如，图1D的媒体资源传输服务178) 购买加标签轨迹的购买处理。驱动“列表”按钮1406可以将加标签轨 迹添加到用户期望拥有的轨迹列表中；这种列表可以由媒体资源传输 服务178维护并使得其他用户可以访问。驱动“共享”按钮1408可以 使标签信息或标签播放列表条目可以与其它用户共享；例如，响应于 驱动了共享按钮1408，可以打开对话框，提示用户识别要与之共享信 息的用户。“删除”按钮1410可以使标签从标签播放列表中删除。(如 果加标签的轨迹存储在主计算机170和/或PMD 102上，则不删除轨 迹。)标签播放列表1400还可以包括“购买全部”按钮1412，驱动 该按钮指示用户期望购买标签播放列表1400上的所有轨迹。应当理 解，可以支持更多或更少的用户交互选项。交互项的一些或全部可以 通过其它控制元件(例如，按键)来访问，从而不需要所述按钮的使 用。
在一个实施例中，每个标签文件可以是单独的播放列表且可以通 过例如创建日期识别不同的标签文件。在另一实施例中，所有的用户 加标签轨迹都显示在单个播放列表中；任何副本轨迹都可以除去或可 见地标记为是副本。用户可以回顾播放列表并可以选择保存列表、从 列表中删除任何或全部轨迹和/或例如从媒体资源传输系统购买任何 或全部轨迹。
在有些实施例中，播放列表还可以可视地突出显示标签被识别为 彼此模糊的任何实例(例如，图2的模糊轨迹值设置成指示模糊性的 标签)，而且可以提示用户选择他想加标签的轨迹。为了帮助用户做 决定，播放列表还可以包括关于当做出该模糊请求时哪个轨迹被认为 是当前的指示符；这个信息可以从例如图2的按下按钮字段获取的。 然后，用户就可以识别并删除不想要的标签。在有些实施例中，用户 还可能想选择两个模糊的标签都保留；如果用户这样选择，则模糊性 标记可以从两个标签中除去。
标签播放列表可以由主计算机170通过与媒体资源传输服务(例 如，图1D的媒体资源传输服务178)交互来创建。在其它实施例中， 例如当PMD 102不需要通过主计算机连接就可以与媒体资源传输服 务通信时(见例如图1F)，PMD 102可以创建并在其自己的显示设 备上显示标签播放列表；不需要主计算机来创建或观看标签播放列表。
图15是根据本发明实施例的可以由PMD 102的控制器(例如， 执行适当程序代码的微控制器或微处理器)或主计算机170用来生成 标签播放列表1400的处理1500的流程图。处理1500可以自动地(例 如，当标签文件传输到主计算机170时)或者响应于列出加标签轨迹 的用户请求而开始(步骤1502)。在步骤1504，控制器读取标签文件， 该标签文件可以是从PMD 102新接收的标签文件或者是由主计算机 170先前接收并存储的标签文件。对于标签文件中的每个标签，在步 骤1506提取唯一的轨迹标识符(例如，对应于图2的轨迹标识符元数 据字段)。在步骤1508，控制器可以将轨迹标识符传送到媒体资源传 输服务178。在步骤1510，媒体资源传输服务178使用轨迹标识符来 检索轨迹相关的信息(例如，轨迹名、艺术家，等等)并将轨迹相关 的信息传输到控制器。
轨迹相关的信息可以包括例如轨迹名、艺术家名、专辑名、风格 或者媒体资源传输服务178存储的关于轨迹的任何其它信息的信息。 轨迹相关的信息还可以包括另外的信息。在有些实施例中，媒体资源 传输服务178可以提供统一资源定位器(“URL”)或者可以用于将 标签播放列表条目中特定字段链接到相关内容的其它信息。因此，例 如，艺术家名可以与列出可以通过媒体资源传输服务178购买的该艺 术家的轨迹的页面的URL关联。在其它实施例中，轨迹相关的信息 可以包括用于该轨迹的与轨迹播放列表1400的一些或全部动作按钮 关联的指令和/或内容。因此，例如，轨迹相关的信息可以包括如果用 户驱动“购买”按钮1404则要执行来完成对轨迹的购买的指令、关于 购买轨迹的其它信息(例如，轨迹的价格)，或者如果用户驱动“预 览”按钮1402则要播放的该轨迹预览部分的内容。
在步骤1512，控制器利用在步骤1510接收到的轨迹相关信息生 成标签播放列表。在步骤1514，控制器将标签播放列表呈现给用户， 例如通过将列表显示在显示设备上。这种显示设备可以是例如主计算 机170或者PMD 102的部件。在步骤1516，用户可以与标签播放列 表1400交互，例如预览、购买或者共享轨迹等。在步骤1518，处理 1500结束。
应当理解，在此所述的标签播放列表和处理是例示性的，而且变 体和修改都是可能的。顺序描述的步骤可以并行执行、步骤的次序可 以改变，而且步骤可以修改或合并。例如，在有些实施例中，控制器 执行处理1500可以为用于每个轨迹标识符的轨迹相关信息发送单独 的请求，或者可以为特定类型的轨迹相关信息发送单独的请求；在其 它实施例中，单个请求可以包括多个轨迹标识符。在其中PMD 102 给标签或标签文件数字签名的有些实施例中，主计算机170可以读取 与标签或标签文件关联的数字签名并验证数据完整性；没有通过验证 测试的标签可以排除在播放列表之外。如果标签被拒绝，则主计算机 170可以提醒用户。在还有其它实施例中，主计算机170或PMD 102 可以将标签文件传输到媒体资源传输服务178；媒体资源传输服务178 可以为用户存储标签文件(或者其部分)并且可以响应于用户请求而 生成用于传输到主计算机170或PMD 102的标签播放列表。
在有些实施例中，读取标签文件可以包括错误检查和/或数据完 整性验证。例如，如上面所指出的，在标签写到标签文件中时，它们 可以由PMD 102数字签名；读取标签文件可以包括验证数字签名，来 确保标签数据没有被改变或破坏。
标签播放列表可以包括元素的任何组合，其中的元素包括但不限 于在此所述的那些。在有些实施例中，对于每个条目，有些元素可以 存在或者不存在。例如，如果加标签的轨迹不能通过媒体资源传输系 统获取或者如果用户已经拥有了该加标签的轨迹，则购买选项不能启 用，但轨迹仍然可以列出。用于标签列表的附加选项及用户与标签列 表的交互在以上引用的美国专利申请第11/210,172号(美国专利申请 公开第2006/0235864A1号)中描述。
用户可以多种方式与标签信息和媒体资源传输服务(例如，图1 的媒体资源传输服务178)交互，以了解并获取加标签的媒体资源。 图16是例示了根据本发明一个实施例的用户与媒体管理和传输系统 交互的处理1600的流程图，其中的媒体管理和传输系统例如类似于 iTunesTM。尽管处理1600的任何一个或多个步骤可以由图1A的PMD 102的控制器(例如，执行适当程序代码的微控制器或微处理器)或 主计算机170启动和执行，但附件104也可以包括将使附件104能够 执行以下步骤中一个或多个的电路。
在步骤1601，PMD 102中的控制器或主计算机170可以打开所 存储的标签文件(该标签文件可以如上所述地创建)。在步骤1602， 控制器可以确定每个所存储标签的标签状态(例如，标签对应于如上 关于图8所述的BUY功能、TAG功能还是REC功能)。如果标签对 应于BUY功能(例如，如果购买指示符如上所述设置)，则在步骤 1604，控制器可以通过网络从媒体资源传输服务检索所指示的媒体资 源。在步骤1606，控制器可以将检索到的媒体资源下载到位于PMD 102中的存储介质、附件104和/或主计算机170。在有些实施例中， 下载媒体资源可以包括将与标签关联的会员标识符(图2)发送到媒 体资源传输服务。媒体资源传输服务可以使用该会员标识符给使用户 可获取该标签信息的广播合作者增加信用；例如，广播合作者可以接 收导致加标签轨迹销售的每个标签的一部分购买价格。
一旦下载了，媒体文件就可以被存储(步骤1608)，而且处理 1600可以返回到点A，以处理另外的标签。
如果控制器在步骤1602确定一个或多个标签对应于TAG功能 (例如，没有设置购买指示符)，则控制器可以在步骤1610从媒体资 源传输服务检索对应的媒体资源和/或资源相关的信息。在步骤1612， 控制器可以允许用户回顾所检索资源或相关信息的至少一部分。在一 个实施例中，所检索出的资源可以作为类似于由iTunesTM和iTunesTM Store采用的其它播放列表的播放列表呈现。因此，例如，播放列表可 以提供控制，通过该控制用户可以预览轨迹的一部分、访问关于艺术 家和/或专辑的信息、购买轨迹，等等。
在步骤1614，控制器可以确定用户是否希望购买任何检索出的资 源。如果不想购买，则控制器可以返回流程图中的点A，以处理另外 的标签。如果用户希望购买一个或多个检索出的资源，则控制器可以 将期望的资源下载到位于PMD 102中的存储介质、附件104和/或主 计算机170中(步骤1606)。一旦下载了，控制器就可以在步骤1608 存储媒体文件，并返回点A以处理另外的标签。
如果控制器在步骤1602确定一个或多个标签对应于REC功能 (在这种情况下所存储的文件将包括至少一个记录的广播)，则控制 器可以执行以下功能中的一个或多个——(1)购买在所记录广播片段 中识别的个别音频轨迹，(2)将所记录的广播片段分解成单独的片段， 或者(3)回放整个记录的广播片段。在本发明的一个实施例中，控制 器可以允许用户选择他或她想启动的功能。在步骤1616，用户选择功 能，且控制器可以检测该选择并采取适当的动作。
对于功能(1)，控制器可以在步骤1618中通过提取所记录广播 中关于媒体轨迹的标识信息来解析所记录的广播数据。所记录的广播 可以存储为单个文件或多个文件(例如，作为媒体内容文件和具有对 应标识信息的相关文件)。一旦提取出了标识信息，控制器就可以执 行上述步骤1610-1614和1606-1608。
对于功能(2)，控制器可以在步骤1620中分解所记录的广播数 据。即，控制器可以使用在所记录无线电广播数据中编码的数据，将 所记录的广播拼接成独立的片段。然后，控制器就可以将每个独立记 录的片段呈现给用户，例如作为类似于由iTunesTM采用的播放列表。 控制器还可以利用从所记录无线电传送中提取的标识信息给出关于每 个独立片段的信息。因为呈现给用户的独立片段是从所记录的广播中 得到的，所以用户可能不需要购买音频轨迹。其后，在步骤1622，控 制器可以允许用户选择一个或多个独立的音频片段。然后，控制器在 步骤1608中存储所选的片段。
对于功能(3)，控制器可以在步骤1624回放整个记录的无线电 广播片段。其后，在步骤1626，控制器可以允许用户完整地存储所记 录的无线电广播片段。如果用户不想存储所记录的广播，则控制器可 以返回点A，以处理另外的标签。
一旦标签处理完成(例如，用户关闭了窗口或者从加标签轨迹的 播放列表离开)，则图16的处理可以结束。如上面所指出的，标签可 以继续无限期地存储，而且用户可以利用相同的处理在不同的时间访 问所存储的标签并与之交互。在有些实施例中，一旦用户购买了轨迹， 标签就自动地从所存储的标签文件中除去；用户也可以有不购买轨迹 就删除标签的选项。
应当理解，在此所述的用户交互处理是例示性的，而且变体和修 改都是可能的。顺序描述的步骤可以并行执行、步骤的次序可以改变， 而且步骤可以修改或合并。除以上所述之外的功能也可以得到支持。 例如，例如通过利用一个或多个加标签轨迹作为起始点浏览媒体资源 传输服务的目录，用户可能能够与加标签轨迹的列表交互，以获取相 关信息。用户还可以删除标签、观看并分类标签列表，等等。例如如 上所述的“购买全部”选项也可以得到支持。在有些实施例中，除了 购买轨迹之外或者代替之，用户还可以下载媒体轨迹的免费版本。免 费版本可以包括例如轨迹内容和一个或多个广告，或者免费版本可以 具有比可购买轨迹版本低的分辨率，或者它可以只包括一部分内容。 在有些情况下，一些或全部媒体轨迹可以不需要用户付费就分发；例 如，用户可以支付低月租费就享受无限下载，或者有些轨迹可以为了 宣传而免费提供。因此，在此对购买轨迹的引用应当理解为包括用户 不需要付费而获取特定轨迹的情况。
图17是根据本发明实施例的结合了加标签特征的媒体(例如， HD无线电)通信系统1700的图。在系统1700中，HD无线电网络 1702可以是在线媒体资源传输服务1704(它可以是诸如iTunesTM的 基于互联网的服务)的会员。媒体资源传输服务1704可以提供具有元 数据的附属无线电网络1702，其中元数据可以嵌入到HD无线电广播 中。元数据可以包括每个轨迹的元数据(例如，映射到由媒体资源传 输服务1700使用的内部标识符的轨迹标识符)和独立于轨迹的元数 据，例如将无线电网络1702标识为媒体资源传输服务1704的会员的 标识符。无线电网络1702可以将这种元数据与内容(例如，轨迹)一 起提供给其成员无线电台1706。成员无线电台1706又可以利用例如 HD无线电技术广播内容和元数据。
用户可以操作HD无线电接收器1708，以便从无线电台1706接 收内容和元数据。接收器1708可以是例如上述附件104的实施例或者 附件104。因此，接收器1708可以例如于响应控制按钮1710的用户 操作而从所接收的广播提取元数据并且为任何或全部轨迹创建标签。
如上所述，接收器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接收的标签。
在从接收器1708接收到用户标签之后，PMD 1712可以连接到主 计算机1714。主计算机1714可以从PMD 1712读取所存储的标签并 产生用户加标签轨迹的播放列表。主计算机1714还可以使用关于标签 文件的数字签名来验证标签源自经过验证的接收器和/或作为关于数 据完整性的检查。
标签从接收器1708到PMD 1712的传输和标签从PMD 1712到 主计算机1714的传输可以是完全自动的；即，接收器1708可以自动 检测何时PMD 1712连接到其并可以在检测到连接的任何时候自动地 传输标签(包括任何积累的标签)。类似地，PMD 1712可以在PMD 1712与主计算机1714同步的任何时候自动地将所存储的标签传输到 主计算机1714。因此，用户能够方便地而且几乎不费力气地收集并回 顾广播轨迹的标签。
主计算机1714还可以连接成(例如，通过互联网)与媒体资源 传输服务1704通信。例如，主计算机1714可以向媒体资源传输服务 1704提供标签信息，以允许媒体资源传输服务1704向用户提供购买 任何或全部加标签轨迹的机会。如果用户选择购买轨迹，则媒体资源 传输服务1704可以将轨迹(例如，通过互联网)传输给主计算机1714。 主计算机1714还可以将轨迹(未明确示出)传输给PMD 1712。
系统1700还可以包括能够从无线电台1706接收包括元数据和内 容的媒体广播的另一PMD 1722。例如，PMD 1722可以配置成具有如 图1E所示的便携式接收器附件。PMD 1722还可以配置成与在线媒体 资源传输服务1704无线通信。例如，PMD 1722可以用可用于与连接 到互联网的无线接入点通信的WiFi或其它无线技术来配置，而且媒 体资源传输服务1704也可以连接到互联网。PMD 1722可以实时地向 媒体资源传输服务1704传送标签和购买请求(例如，当用户操作控制 以指示对给轨迹加标签和/或购买轨迹感兴趣时)，而且用户无需等待 与主计算机系统同步就可以获取关于轨迹的信息和/或购买轨迹。
因此，为PMD 1712或PMD 1722的用户提供了获取用户指示感 兴趣的音乐、电视节目及其它媒体内容的选项。
媒体资源传输服务1704的所有者可以通过出售包括加标签轨迹 在内的媒体轨迹来创收。尽管加标签的轨迹可以以多种方式(例如， 通过参考广播者的播放列表、声音样本的分析或者诸如轨迹名和艺术 家名的元数据与存储在媒体资源传输服务1704的数据库中的轨迹信 息的匹配)识别，但是如果标签包括由媒体资源传输服务1704使用的 唯一轨迹标识符，则可以获取更可靠的识别。为了鼓励广播者和/或收 集标签中所涉及的其它实体在元数据和从其提取的标签中包括这些唯 一轨迹标识符，媒体资源传输服务1704的所有者可以提供奖励。
例如，如上面所指出的，标签元数据可以包括分配给特定广播者 (例如，无线电台1706)的会员标识符。广播者可以在与媒体内容关 联的元数据广播中包括该会员标识符与唯一轨迹标识符。当给轨迹加 标签时，返回给媒体资源传输服务1704的标签信息可以包括该会员标 识符。如果用户购买加标签的轨迹，则媒体资源传输服务1704可以使 用该会员标识符来确定哪个广播者是该加标签广播的源并提供适当的 奖励，例如轨迹购买价格的一部分。
会员奖励程序也可以扩展到系统1700中的其它点。例如，与广 播轨迹关联的元数据可以识别轨迹的创建者或者分发者(例如，无线 电网络1702)，而且这种识别可以是对其内容被购买的创建者或分发 者进行奖励支付的基础。作为另一个示例，便于加标签的附件(例如， 附件1708或1722)可以在标签中包括标识附件的制造商的信息。这 种信息也可以传播到媒体资源传输服务1704并用于对附件的制造者 提供奖励，其中该附件用于导致购买的加标签动作。
媒体资源传输服务1704还可以提供对与加标签轨迹关联的其它 信息的访问。例如，用户可能能够预览加标签轨迹的一部分、访问轨 迹的免费版本(例如，具有嵌入的广告内容或降低的质量)，等等。
应当理解，系统1700是例示性的，而且变体和修改都是可能的。 例如，尽管系统1700参照无线电和HD无线电，但类似的系统可以围 绕其它类型的媒体(例如，视频)和媒体传输通道(例如，卫星、线 缆、互联网、无线介质等)构建。总的来说，系统1700可以包括任何 数量的用于广播各种类型媒体的广播者，而且任何数量的媒体接收者 和媒体设备都可以能够接收这种广播和/或与媒体传输服务通信，以获 取加标签的媒体资源和/或相关的信息。
在有些实施例中，媒体资源传输服务1704可以跨多个用户聚集 关于加标签内容的信息，其中这些用户都将标签传送到媒体资源传输 服务1704。这种信息可以以多种方式使用。例如，媒体资源传输服务 1704可以生成在给定时间间隔内(例如，一周)最频繁加标签轨迹的 列表。列表可以通过媒体类型(例如，音乐、视频、书籍、播客)、 风格、艺术家或者表演者等归类。此外，就媒体资源传输服务1704 访问关于各用户的人口统计信息而言，该信息还可以用于生成在特定 用户基础段中流行轨迹的列表。
关于用户加标签行为的聚集信息可以由媒体资源传输服务1704 用于诱惑用户购买另外的媒体资源。例如，一周中最多加标签轨迹的 “热门”列表可以在用户连接到服务1704时呈现。人口统计信息可以 用于根据类似人口组中什么用户加了标签来推荐可能感兴趣的轨迹。 在另一个实施例中，如果用户已经给第一轨迹加了标签，则也可以推 荐由也给该第一轨迹加了标签的其它用户加标签的其它轨迹。
在另一个实施例中，媒体资源传输服务1704可以收集关于不与 媒体资源传输服务1704所提供的内容匹配的标签的信息。这种标签可 能对应于不能用于购买的轨迹或者从媒体资源传输服务1704免费下 载的轨迹。通过跟踪这些“错过”，媒体资源传输服务1704可以识别 其目录中缺少的流行轨迹，且媒体资源传输服务1704的所有者或管理 者可以使用这种信息确定是否获取特定轨迹。例如，可以推断越频繁 加标签的轨迹越有可能卖得好。
在另一个实施例中，就标签包括关于用于创建标签的附件和/或 PMD的信息而言，媒体资源传输服务1704还可以聚集关于用于加标 签的产品的信息。这种信息可以用于附件或PMD等的买卖，例如， 通过识别加标签环境下流行的附件。
共享标签
在有些实施例中，用户可以与一个或多个其它用户自动地或手动 地共享标签。在一个实施例中，用户可以创建其标签要与之自动共享 的人的列表。每次当用户给媒体轨迹加标签时，该用户的设备就可以 与列表中的一个或多个人共享该标签。每个列表或列表上的人可以与 定义要与其或人列表共享的标签类型的参数(例如，通过媒体类型、 风格、艺术家/表演者等)关联。用户还可以选择接收特定标签的人。 标签可以利用例如电子邮件(例如，利用XML标签文件作为附件)、 即时消息传送、短消息传送服务(“SMS”，也称为写文本)、通过 对等或网络的消息传送等共享。如果用户的其上存储有标签的PMD 配置成通过合适的网络(例如，互联网或移动电话网)通信，则用户 可以将标签从他或她的PMD直接发送到其他用户。类似地，用户还 可以直接在他或她的PMD上接收标签。可选地，主计算机可以用于 在标签已经从PMD传输后发送标签(例如，通过电子邮件或即时消 息传送)。
如上所述，标签还可以在属于电话呼叫的多方的用户之间共享。 就象其它标签，共享标签可以包括可用于标识轨迹和/或广播者的数据 元素的任意组合；在有些实施例中，共享标签还可以包括标签内容的 预览部分(或者到可获取该预览部分的位置的链接)。
在其它实施例中，用户可以公开标签列表。例如，图17的在线 媒体资源传输服务1704可以允许用户上载播放列表，然后该列表就可 以让服务1704的其他用户看到。(其他用户可以看该播放列表，但在 实际播放该列表之前需要购买轨迹，除非他或他已经拥有了这些轨 迹。)根据本发明的实施例，用户上载的播放列表可以包括他或她加 了标签的轨迹，而不管他或她是否购买了该轨迹。其他用户可以访问 上载的播放列表，而且如果他们选择，就可以购买轨迹。
在其它实施例中，用户可以生成用于已经存储在他或她的PMD (或其它设备)的媒体库中的媒体轨迹的标签，并与其他人共享那些 标签。就象媒体广播标签，媒体库标签可以通过利用例如电话和/或互 联网发送标签来与其他人共享。标签可以与用户定义的人的列表或者 与用户实时(例如，在电话呼叫过程中)指定的一个或多个人共享。 例如，用户可以将媒体库标签或先前生成的媒体广播标签作为媒体请 求发送到媒体广播者。
在用户可以共享标签的实施例中，由共享标签的接收方接收的标 签数据可以包括标识作为标签源的用户的参考标识符。当接收共享标 签的用户连接到媒体资源传输服务1704并购买加标签的资源时，媒体 资源传输服务1704可以向介绍的用户给予信用。这些信用可以是奖励 与其他人共享标签并鼓励其他人购买该加标签轨迹的用户的基础。在 一个示例中，其共享标签导致其他用户购买达到阈值个数的用户可以 被奖励以免费下载媒体资源、现金支付或其他奖励。
更多实施例
尽管已经参考特定实施例描述了本发明，但本领域技术人员将认 识到多种修改是可能的。例如，用于存储标签的命令和事件顺序可以 与在此所述的特定命令和事件顺序不同。在有些实施例中，可以添加 附加命令，例如允许附件读回写到打开文件的数据的命令。
此外，标签可以应用到任何类型的广播，包括但不限于音乐轨迹、 口语轨迹、视频广播、播客、广告、静止图像，等等。与广播内容关 联的任何标识信息都可以包括在用于该内容的标签中，而且标签可以 存储成任何期望的格式。
在此所述的协议和文件格式可以用于多种PMD和/或附件；例 如，PMD可以具有附加功能，例如发出和接收电话呼叫的能力、语音 记录器能力、个人信息管理能力(例如，日历、联系人列表、电子邮 件等)。此外，在有些实施例中，关于附件所述的一些或全部功能性 也可以是PMD的一部分。例如，PMD可以配置成从广播内容提取标 签信息，或者接收器可以与PMD封装到一起(例如，在同一外壳中) 并作为一个单元出售。
在PMD包括集成接收器的实施例中(例如，如图1F所示)， PMD可以从接收的广播提取标签信息。在PMD连接到网络的实施例 中，PMD可以在接收到标签信息时立即将其传送到媒体资源传输服 务。因此，在有些实施例中，当用户收听可加标签的轨迹时，该用户 可以操作PMD的用户输入控制器，来存储标签信息和/或立即购买该 轨迹。例如如上所述，为了存储标签信息，PMD可以将信息写到标签 文件。为了购买轨迹，PMD可以将包括标签信息的购买请求通过网络 转发到媒体资源传输服务；然后，轨迹就可以通过网络从媒体资源传 输服务被下载到PMD。
本发明的实施例可以应用到多种媒体类型，包括音乐、口语(例 如，音频书籍、讲座)、视频(例如，电视、电影)、静止图像及其 它。任何广播介质都可以用于传送可加标签的媒体内容，而且任何类 型的资源标识信息或者其组合都可以包括在标签中。
本发明的实施例可以利用专用部件和/或可编程处理器和/或其它 可编程设备的任意组合来实现。尽管以上所述的实施例参考了特定硬 件和软件部件，但本领域技术人员应当理解，硬件和/或软件部分的不 同组合也可以使用，而且描述为在硬件中实现的特定操作也可以在软 件中实现，反之亦然。
结合了本发明各种特征的计算机程序可以编码到各种计算机可 读的存储介质上；合适的介质包括磁盘或磁带、诸如压缩盘(CD)或 DVD(数字多功能盘)的光存储介质、闪存等。以程序代码编码的计 算机可读介质可以与兼容设备封装到一起或者独立于其它设备提供 (例如，通过互联网下载)。程序代码也可以利用适于遵循多种协议 通过包括互联网在内的有线、光和/或无线网络传送的载波信号编码和 传送。
因此，尽管已经参考特定实施例描述了本发明，但应当理解本发 明是要覆盖处于以下权利要求范围内的所有修改和等价物。
在有些实施例中，便携式媒体设备可以耦合到能够接收媒体广播 的附件。媒体广播可以包括广播内容及用于标识内容的元数据(例如， 轨迹标题)和/或用于标识广播者的元数据。附件可以响应于用户命令 或自动地捕捉元数据(和/或广播内容本身的一部分)并且将元数据(和 /或内容)作为“标签”提供给便携式媒体设备。
在有些实施例中，用户可以例如通过网络将便携式媒体设备连接 到媒体资源传输服务，允许将所存储的标签传送到媒体资源传输服务。 然后，用户就可以与媒体资源传输服务交互，来采样和/或获取(例如， 下载)对应于标签的媒体内容。
如在此所使用的，“广播”通常是指媒体内容(例如，音频和/ 或视频数据)通过有线或无线介质实时分发到可能调谐接收的任意数 量的接收者。广播媒体可以包括例如空中无线电或电视(TV)、卫星 无线电或TV、有线TV或音乐服务、互联网流广播、播客等。广播数 据可以以模拟、数字和/或本领域中已知的混合形式传送。一般来说， 尽管有些接收者(例如，音频或视频记录者)可能能够存储广播内容 以便日后提供给用户，但是接收者不控制广播什么时候开始或结束。
广播可以划分成“轨迹”，其中轨迹是广播内容的简单地从逻辑 上被看作一个单元的子集。例如，无线电台播放的每首歌曲可以是一 个轨迹。广播广告也可以是一个轨迹。TV系列剧的一集可以是一个 轨迹，或者该集的(例如被商业暂停分隔开的)不同片段每个都可以 是一个轨迹。例如现场访谈的节目可以被看作单个轨迹或者例如基于 所覆盖的主题、由于广告造成的节目分段等被分成多个轨迹。在有些 情况下，整个广播(例如，播客)可以标识为单个轨迹。在此所述的 有些实施例中，轨迹可以基于由例如广播发起人在广播中创建并嵌入 其中的元数据来标识；当一些或全部元数据改变时，就指示新轨迹。 适当配置的接收者可以从所接收到的广播中检测并提取这种元数据， 并由此确定轨迹什么时候开始或结束。
在此所使用的“便携式媒体设备”(或“PMD”)通常是指具有 存储和播放媒体资源能力的任何电子设备，其中媒体资源包括但不限 于音频资源、视频资源、静止图像等。便携式PMD可以连接到包括 接收器的附件，其中接收器可以是能够通过(例如，如上面所列出的) 任何可用介质接收广播的任何设备。可选地，接收器可以集成到PMD 中。
根据本发明的一些实施例，PMD可以操作成存储表示由接收器 接收到的广播轨迹的标签。在此所使用的术语“标签”可以包括便于 标识特定轨迹的任何类型的数据。示例包括：与轨迹关联广播的轨迹 标识元数据；广播内容的捕捉到的可以被分析并与已知轨迹样本比较 的一部分；和/或日后可以匹配到源广播活动列表的用于标识广播的源 与时间的信息。标签可以提供给出售或以别的方式分发包括带标签轨 迹的媒体资源的媒体资源管理和/或传输服务；这种服务的示例包括由 Apple公司提供的iTunesTM、由Yahoo！公司提供的Y！MusicTM无限服 务或者由微软公司提供的ZuneTM Marketplace。媒体资源管理和/或传 输服务可以使用标签来标识并提供对轨迹和/或相关信息的访问。例 如，存储了标签的便携式PMD的用户可以连接到服务并由此被提示 下载带标签的轨迹、体验带标签轨迹的预览等。
用于给广播加标签的系统
图1A例示了根据本发明实施例的用于给广播内容加标签的 PMD系统100。系统100包括耦合到附件104的PMD 102，其中附件 104能够接收广播。在一个实施例中，PMD 102可以是例如由Apple 公司生产的iPodTM或iPhoneTM PMD，而附件104可以是能够接收广 播并与PMD 102通信的任何设备，例如适当配置的无线电接收器(例 如，以标准或混合数字(“HD无线电”)格式的FM、AM或卫星无 线电)、用于高清电视(“HDTV”)的接收器等。
在该实施例中，PMD 102可以包括存储设备106、存储接口引擎 108、回放引擎110、用户接口引擎112、显示器114、音频输出设备 116、用户输入控制器118及附件接口120。在一个实施例中，显示器 114可以包括例如LCD屏幕，而音频输出设备116可以包括例如传统 的头戴式受话器插孔和/或一个或多个扬声器。用户输入控制器118可 以包括例如一个或多个按钮、触控板、触摸屏、滚轮、点击滚轮或者 能够生成对应于用户对控制器的操作的电信号的任何其它控制器。
用户接口引擎112可以包括使用户能够控制PMD 102操作的电 路和/或软件的任何组合。在一个实施例中，用户接口引擎112从用户 输入控制器118接收用户输入并向存储接口108和/或回放引擎110提 供对应的命令。用户接口引擎112还从存储接口108和/或回放引擎110 接收数据并通过显示器114和/或音频输出设备116向用户提供对应的 输出。在有些实施例中，用户接口引擎112还将媒体内容从回放引擎 110传输到显示器114和/或音频输出设备116。如下所述，在有些实 施例中，用户接口引擎112还可以接收关于广播轨迹加标签的用户输 入。
如下所述，存储设备106可以用于存储包括媒体资源(例如，音 乐、视频、播客、照片或其它静止图像等)及与广播轨迹关联的标签 的信息。存储设备106可以包括例如磁盘或光盘、闪存或者支持任意 时段(例如，直到被用户删除)的数据存储的任何其它存储介质。存 储接口引擎108可以包括管理对存储设备106的访问的电路和/或软件 的任何组合。在一个实施例中，存储接口引擎108支持对存储设备106 的读和写。
回放引擎110可以包括管理对存储在存储设备106中的媒体资源 的回放及在有些实施例中管理对由附件104所接收的广播内容的回放 的电路和/或软件的任何组合。在有些实施例中，回放引擎110响应来 自用户接口引擎112的命令和/或通过附件接口120从附件传输的命 令。
附件接口模块120可以包括提供对附件104的机械和/或电耦合 的连接器。在有些实施例中，可以提供“有线”耦合——例如，直接 连接或通过适当线缆的连接。可选地，附件接口模块120可以实现无 线连接(例如，利用蓝牙或其它无线连接协议)。附件接口模块120 还可以包括解释从附件104接收到的信号和/或生成要传送到附件104 的信号的其它硬件部件(例如，逻辑电路)和/或软件部件。如下所述， 这种信号可以表示例如在PMD 102和附件104之间交换的命令和/或 数据，包括关于广播轨迹加标签的命令和/或数据。
存储接口引擎108、回放引擎110、用户接口引擎112及附件接 口120的各方面可以利用例如运行在一个或多个适当配置的微处理器 或微控制器(未明确示出)上的软件程序来实现。其它实现也是可能 的；例如，存储接口引擎108、回放引擎110、用户接口引擎112和/ 或附件接口120的一些或全部可以在不同但互连的处理器上实现。
附件104可以是能够接收广播的任何附件。在图1A的实施例中， 附件104包括耦合到天线124和/或线缆126的接收器部件122、内容 提取引擎128、标签提取引擎130、用户接口132、标签存储器134及 PMD接口136。
接收器部件122可以用于通过一种或多种介质接收广播；任何广 播介质或介质的组合都可以支持。在这个示例中，接收器部件122可 以连接到天线124，其中天线124能够检测通过无线介质(例如，标 准和/或HD格式的FM或AM无线电、空中TV、卫星TV或无线电、 WiFi、蜂窝通信网络等)的广播。接收器部件122还可以连接到线缆 126并由此能够接收通过有线介质(例如，有线电视服务、有线互联 网连接等)的广播。接收器部件122可以包括可以用于从有线和/或无 线介质提取期望的广播数据的任何硬件和/或软件元件；特定的部件将 依赖于所支持的介质。有线和/或无线介质的任何组合或子组合都可以 支持。
接收器部件120可以将对应于所接收到的广播的信号传输到内容 提取引擎128，以传输媒体内容。内容提取引擎128可以包括合适的 解码与处理部件，以从所接收到的广播提取音频和/或视频信号；这些 部件可以生成适于驱动例如显示设备和/或扬声器的视频和/或音频输 出设备(在图1A中未明确示出)的模拟和/或数字信号。这种输出设 备可以集成到附件104中或者提供作为通过适当连接耦合到附件104 的外部部件。此外或者可选地，内容提取引擎128可以将提取出的内 容通过播放器接口136传输到PMD 102，并且PMD 102可以通过它 自己的输出设备播放内容。在其它实施例中，附件104可以配置成有 选择地将媒体内容传输到与内容提取模块128相连接的媒体输出设备 或者传输到PMD 102或者传输到这两者。因此，附件104可以在连接 到PMD 102的时候工作，而且也可以在独立模式(即，不连接到PMD 102)下工作。
附件104的用户接口132可以提供输入和/或输出设备，以允许 用户控制接收器122、内容提取引擎128和/或标签提取引擎130的操 作。例如，用户接口188可以包括用户可以操作来指示标签提取引擎 130捕捉或记录当前播放的轨迹的元数据的按钮。其它按钮可以允许 用户选择用于接收器184的广播源和/或通道、调节音量和/或图片设 置等。
接收器部件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时标签的保存才是有可能的。
PMD接口136与PMD 102的附件接口120通信。如上所述，通 信可以是通过有线或无线通道。与本发明实施例相关的PMD 102与附 件104之间的通信的各方面将在以下描述。
接收器122、内容提取引擎126、标签提取引擎130、用户接口 132及PMD接口136的各方面可以利用例如在一个或多个适当配置的 微处理器或微控制器(未明确示出)上执行的软件来实现。其它实现 也是可能的。
除了在此所示出的那些或者代替之，系统100还可以包括其它部 件。例如，附件104可以包括能够存储广播内容并可以作为这种内容 记录器操作的存储设备。可选地，附件104可能能够将广播内容传输 到PMD 102，用以存储在存储设备106中而不是立即回放。在有些实 施例中，PMD 102和/或附件104可以包括比在此所示出的要少的部 件。例如，如果附件104可以通过PMD 102控制，则可以不提供用于 附件104的单独用户接口。作为另一个例子，在附件104只有当连接 到PMD 102时才可操作为对广播内容加标签的实施例中，可以忽略标 签存储区域134。
系统100的各种部件可以作为一个或多个单独设备封装和/或出 售。例如，PMD 102可以包括附件104的任何或全部部件；因此，在 一个实施例中，内容提取引擎128和/或标签提取引擎130可以与存储 接口引擎108、回放引擎110和用户接口引擎112在相同的微处理器 上实现。
如上面所指出的，在附件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可以相应地修改其调谐。
在一个实施例中，附件104的用户接口124可以包括用户可用来 操作给广播内容加标签的控制器。例如，用户接口124可以包括“标 签”按钮，用户可以在收听或观看广播媒体的任何时候按下该按钮， 以指示当前播放的轨迹应当加标签。可选地，PMD 102的用户输入设 备118可以包括“标签”按钮或其它控制器，用户可以操作其给广播 内容加标签。可以操作用来给广播内容加标签的“标签”按钮或其它 控制器也可以在(例如，通过红外或RF信号)将控制信号传输给附 件104和/或PMD 102的远程控制设备上提供。
当操作“标签”按钮(或其它控制器)时，附件104捕捉(或收 集)与广播内容关联的标签。在一个实施例中，标签可以包括从广播 本身和/或从附件104可以获取的其它信息捕捉到的元数据。例如，如 果广播内容是歌曲，则广播中传送的标识信息可能包括例如歌曲的名 字、艺术家的名字、提取该歌曲的专辑的标题、与歌曲关联的标准标 识码等。如果广播内容是视频节目(例如，TV系列剧的一集)，则 标识信息可能包括例如系列剧的名字、该集的名字、该系列剧或集的 标识码、最初的广播日期、该集中所涉及的演员、导演、编剧或制片 人的名字等。元数据还可以包括用于标识广播源的信息，例如无线电 台或电视台的呼号和主导市场区域(DMA)、广播者所属的无线电或 电视网络的标识，等等。
除了从广播本身提供元数据之外或者代替之，在有些实施例中， 附件104还可以捕捉广播内容的一部分，用于日后识别广播。所捕捉 的部分可以是例如可以用作“指纹”来识别从中捕捉该部分的广播的 任何部分。例如，在数字广播的情况下，可以捕捉代表另一个或两个 内容的数字样本值。对于模拟广播，可以捕捉对应于另一个或两个广 播内容的模拟表示的数字样本值。所捕捉的部分可以是例如广播内容 的第一部分、最后一部分或任何其它任选部分。如在此所使用的，除 了与广播内容关联但不是其一部分的元数据或代替之，术语“标签” 还可以包含捕捉到的广播内容部分。
附加元数据可以由附件104生成。例如，如果广播源自无线电台 或电视台，则即使所传送的元数据不包括广播源的标识，附件104也 可以提供它所调到的频率或频道。附件104还可以添加指示广播何时 接收到或加标签的时间戳，或类似的信息。
附件104可以将所收集到的标签信息传送到PMD 102，PMD 102 可以将标签存储到存储设备106中。标签的传送和存储在下面描述。
在有些实施例中，附件104和/或PMD 102可以向用户提供关于 广播内容的图形信息。例如，标签提取引擎130可以向附件104的显 示设备提供关于当前所播放轨迹的元数据(或其它信息)，或者元数 据可以传输到PMD 102，用以在PMD的显示设备114上显示。图形 信息可以包括文字(例如，歌曲的名字和艺术家或其它节目信息)、 静止图像(例如，专辑的封面或广告)、或者动画图像(例如，对应 于音频轨迹或广告的音乐视频)。
PMD 102和附件104可以在具有变化的形状因数、部件和连接的 多种设备中实现。图1B-1F例示了许多种可能配置中的一些。在图1B 中，便携式无线电适配器140体现了附件104的多个方面，而媒体播 放器142体现了PMD 102的多个方面。便携式无线电适配器140可以 通过线缆144连接到媒体播放器142。在该实施例中，媒体播放器142 包括适于连接到线缆144的一端148的连接器146，而便携式无线电 适配器140包括适于连接到线缆144的另一端152的连接器150。连 接器146和150可以具有或者不具有相同的形状因数、引脚个数等。 例如，连接器146可以是例如用在iPodTM媒体播放器上的30引脚连 接器，而连接器150可以是通用串行总线(“UBS”)或FireWire连 接器或者其它标准或定制连接器。在其他实施例中，媒体播放器142 和便携式无线电适配器140可以各自包括无线接口(例如，蓝牙)， 以允许媒体播放器142和便携式无线电适配器140无需物理连接就彼 此通信。
在图1C中，媒体播放器142同样体现了PMD 102的多个方面， 而无线电坞(radio dock)160体现了附件104的多个方面。PMD 102 可以插入到无线电坞160的连接器162中。在这个示例中，无线电坞 160通过线缆164连接到广播介质166。介质166可以是例如有线电视 网、互联网或者有可能进行有线连接并且可以通过其接收广播的任何 其它网络。尽管没有明确示出，但应当理解广播介质还可以是无线介 质，而且无线电坞160可以包括天线或其它用于接收无线广播的合适 部件。
图1D示出了又一种配置，其中媒体播放器142可以通过线缆172 连接到计算机系统170。可以是通用传统设计的计算机系统170可以 通过线缆176连接到网络174(例如，互联网)。(对于线缆172和 176中的任何一个或者两个，都可以用无线连接代替。)在该实施例 中，计算机系统170可以用作通过网络174广播的媒体内容的接收器； 例如，通过互联网流动的无线电或电视内容。此外，计算机系统170 还可以包括电视或无线电调谐器卡，该卡可以连接到天线或线缆，以 便向计算机系统170提供电视或无线电内容。
计算机系统170还可以用作主机，将媒体播放器142(或PMD 102 的其它实施方式)连接到出售或以别的方式分发媒体资源(例如歌曲、 电影、电视或广播演出的剧集、播客，等等)的媒体资源传输服务178。 媒体资源传输服务的示例包括由Apple公司提供的iTunesTM存储服 务、由Yahoo！公司提供的Y！MusicTM无限服务，或者由微软公司提供 的ZuneTM Marketplace服务；其它服务也可以使用。当连接到这种服 务时，先前存储在媒体播放器142上的标签可以用于识别用户可能感 兴趣购买的媒体资源。在一个实施例中，计算机系统170的用户可以 观看先前加了标签的轨迹列表并选择任何或全部轨迹来购买。用于利 用所存储标签与在线媒体资源服务交互的特定处理的一些示例在下面 描述。其它示例在美国专利申请第11/210,172号(美国专利申请公开 第2006/0235864A1号)中描述。
图1E例示了另一种配置，其中移动电话和媒体设备180体现了 PMD 102的多个方面，而无线电适配器182体现了附件104的多个方 面。移动电话和媒体设备180可以连接到具有适于直接配到移动电话 和媒体设备180的连接器端口的连接器184的无线电适配器182。在 所示实施例中，无线电适配器182具有适于接收无线电广播(例如， 以上提到的任何无线电格式)的天线186，而移动电话和媒体设备180 具有适于提供与数据网络的双向通信的天线188。例如，移动电话和 媒体设备180与天线188可以支持WiFi协议，该协议使移动电话和 媒体设备180与无线互联网接入点之间的通信成为可能。尽管示为外 部部件，但天线186和188也可以集成到移动电话和媒体设备180与 无线电适配器182各自的外壳中或者从外壳中突出来。
在图1F中，便携式媒体设备190同时体现了PMD 102和附件 104的多个方面。PMD 190可以包括集成的无线电接收器192和天线 194。就象在其它实施例中一样，天线194可以集成到PMD 190的外 壳中或者可以从外壳中突出来。无线电接收器192可以适于接收各种 类型的无线电广播，包括以上提到的任何格式。PMD 190还可以适于 通过例如有线或无线连接(在图1F中没有明确示出)连接到数据网 络。在该实施例中，PMD 190可以接收广播并与用户交互，来给轨迹 加标签。如下所述，PMD 190还可以通过数据网络与媒体资源传输服 务(例如，图1D中所示的媒体资源传输服务178)通信，以便获取加 标签的内容或关于加标签的内容的信息。
应当理解，在此所述的PMD系统是例示性的，其变体与修改都 是可能的。PMD可以包括能够为用户存储和/或播放媒体内容的任何 设备，且广播接收能力可以由可拆卸的接收器附件或者由内置到PMD 中的接收器部件提供。此外，尽管图1B-1F的实施例可以特别参照了 无线电附件，但应当理解，除了无线电广播之外或代替之，附件还可 以接收其它类型的媒体广播。如果期望的话，PMD 102和附件104还 可以提供附加的能力(例如，记录广播；发出和接收电话呼叫；管理 诸如联系人和日历的个人信息；通过电子邮件、文本消息传送、即时 消息传送等的通信)。
尽管PMD 102和附件104在这里是参考特定的块和模块描述的， 但应当理解这些块和模块都是为了方便描述而定义的，而不是要暗示 部件部分的特定物理布置。此外，块/模块不一定对应于物理上独立的 部件。例如，本领域技术人员将理解，硬件和/或软件部件的不同组合 也可以使用，而且描述为在软件中实现的特定操作或特征也可以在硬 件中实现，反之亦然。
标签的内容
根据本发明的实施例，例如图1A的附件104的附件和例如图1A 的PMD 102的PMD可以捕捉并存储关于广播内容的标签。如上面所 指出的，术语“标签”可以包含任何类型的便于标识特定轨迹的数据。 现在将描述标签的示例；应当理解这些示例是例示性的并且没有限制。
在有些实施例中，标签包括与所接收广播关联的元数据。元数据 可以是在例如数字音频或视频广播流中获取的，其中的广播如HD无 线电或HDTV广播。在有些实施例中，可以使用以下源中的一个或多 个：无线电数据系统(“RDS”)数据、UPC数据、国际标准记录码 (“ISRC”)数据、全球发行标识符(“GRid”)数据、全部媒体 指南(“AMG”)数据、专用数据(例如，类似于在由位于加州Cupertino 的Apple公司的商标iTunesTM下所提供的数据，如在媒体管理与传输 系统中所使用的那些数据)，或者它们的任意组合。
关于轨迹和/或广播的许多信息可以包括在元数据中。图2是根 据本发明实施例的列出可以由附件104和/或PMD 102捕捉的元数据 的示例的表200。在图2的表中，广播是从无线电台接收到的音频轨 迹(例如，歌曲)；应当理解其它类型的广播内容(例如，视频广播、 口语广播等)也可以利用类似的元数据加标签。
在一个实施例中，元数据包括轨迹标识信息，例如轨迹名称(标 题)、艺术家名字、专辑名字或者其组合。元数据还可以包括轨迹标 识码(轨迹标识符)，该标识码可以是例如与轨迹关联的唯一的数字 值或者字符串标识符。可以支持多个轨迹标识符。例如，可以使用如 AMG标识符、ISRC或GRid的各种标准轨迹标识符。此外，媒体传 输服务的所有者(例如，Apple公司的iTunes StoreTM服务)可以定 义其自己的唯一轨迹标识符，并使得广播合作者(选定的广播者或者 全部广播者)可以获取这些标识符；然后，广播合作者就可以将这些 轨迹标识符作为元数据嵌入到他们的广播中。
元数据还可以具有时间方面。例如，与无线电访谈节目关联的元 数据可以随着主题的改变而改变。以这种方式，PMD可以接收与访谈 节目关联的非时间性元数据，该元数据对于整个长度的访谈节目是恒 定的，还可以例如当访谈节目中讨论书的时候接收针对书的时间性元 数据或当访谈节目中讨论名人的时候接收针对名人的时间性元数据。
台标识信息也可以嵌入到广播数据流中并被图1A中附件104的 标签提取引擎130作为元数据提取。台标识信息可以包括例如站的频 率、台的名字、台的风格、台的呼号、台的口号语(tagline)、节目 名字、电台音乐节目主持人名字、台的消息、台指定市场区域(DMA)、 台的网站URL、台的网络会员或者它们的任意组合。在有些实施例中， 广播者可以注册为媒体资源传输服务(例如，图1D的媒体资源传输 服务178)的“广播合作者”。服务给每个广播合作者分配一个唯一 的会员标识符，而且广播合作者可以在其广播的每个轨迹的元数据中 包括其会员标识符。如果用户给轨迹加标签，则会员标识符可以记录 为标签的一部分，而且当所记录的标签提供给媒体资源传输服务178 时，服务接收到了该会员标识符。在用户购买加标签轨迹的情况下， 服务可以使用该会员标识符来决定给其广播导致购买的广播合作者提 供报酬或其它信用。(对加标签轨迹的购买在以下进一步描述。)
在有些实施例中，元数据还可以包括与轨迹关联的图像，例如专 辑艺术、来自书的封面或图像、等等(没有在图2中列出)。元数据 还可以包括指示轨迹加标签的日期和时间的时间戳。在有些实施例中， 时间戳可以与台标识信息一起用于识别加标签的轨迹。例如，当PMD 102(例如，通过图1D所示的主计算机170或者图1E中所示无线地) 连接到数据网络时，所存储的标签信息可以用于访问连接到数据网络 的服务器中的数据库，以便识别在指定的台频率或名字上在指定时间 播放的媒体资源。
标签还可以包括可以是或者不是所接收元数据一部分的其它信 息。例如，其它标识信息可以包括入点、出点、国家代码、媒体类型、 节目类型、版本信息、捕捉标签的附件的硬件或制造商ID、播客流入 信息或者任何其它合适的信息。如果台标识信息(例如，频率)不包 括在元数据中，则附件可以配置成例如通过记录当轨迹加标签时其调 到的频率将这种信息添加到标签中。
在有些实施例中，可能要求标签包括图2中字段的子集，而其它 字段是可选的。例如，在有些实施例中，名字、艺术家和专辑字段对 于唯一识别大多数轨迹可能是足够的，而所有其它字段可以设成可选 的。在有些实施例中，附件104(图1A)的标签提取引擎130配置成 装入广播源为其提供足够元数据的标签的每个字段。此外，可以获取 的字段还可以包括“未知”字段，标签提取引擎130可以为该字段装 入任何接收到的附件没有识别的元数据。如下所述，装入未知字段使 得PMD 102可以获取未识别的元数据，并且有可能使PMD 102与之 通信的媒体资源传输服务178(或其它服务)也可以获取该元数据。 媒体资源传输服务178(或其它服务)或PMD 102可能能够解释未识 别的元数据。因此，标签不限于任何特定的元数据字段组合。
在另一种实施例中，除了从广播流提取的元数据之外或者代替 之，附件104和/或PMD 102还可以在标签中捕捉广播内容的一部分。 应当理解，标签不一定包括所有可能的标识信息。
可以用于存储在标签中的信息的量和类型可以依赖于广播源。此 外，不同的广播信号可以包括不同类型和/或不同量的信息。图3是标 识由各种已知的无线电数据服务所支持的一些类型的数据字段的表 300，其中已知的无线电数据服务例如有HD无线电节目服务数据 (“PSD”)、HD无线电台信息服务(“SIS”)、HD无线电台信 息指南(“SIG”)、RDS及卫星无线电节目相关数据(“PAD”)。 表300还标识可能在由媒体资源传输服务的广播合作者所使用的企业 合作者流入(“EPF”)中支持的数据字段。
可选的标识信息与本领域中已知或其他的标识当前广播的媒体 资源的方法也可以使用，包括以上描述方法的任意组合。标签信息可 以以多种格式由附件接收或者由PMD直接接收，而且标识轨迹和/或 广播者(或其它源)的信息的任意组合可以包括在标签中。
在有些实施例中，多个网络可以用于提供广播内容和标签信息。 例如，如图1A中PMD 102的PMD和/或如图1A中附件104的附件 可以通过能够同时接收和播放媒体广播(例如，无线电广播、电视广 播、电话呼叫，等等)的多个通信网络通信。本发明可以包括以集成 方式使用两个或多个那些通信网络的系统和方法。
图4A和4B例示了根据本发明一个实施例的其中PMD以集成方 式使用两个或更多个通信网络的系统。首先参考图4A，系统400包括 PMD 402和广播者404。当存在带宽约束时，系统400可以管理媒体 信息传送(例如，媒体轨迹元数据)。例如，在有些情况下，可能期 望和媒体广播一起提供大量元数据。但是，由于带宽限制，这样做可 能是不现实的。系统400可以通过使用来自多于一个通信网络的带宽 发送用于相同媒体广播的大量信息来解决这个问题。本发明的有些实 施例通过利用不同通信网络传送信息的不同部分来提供需要更大带宽 的传送和下载信息(例如，元数据)和/或更快地传送和下载信息。
例如，在一个实施例中，广播者404可以在多个数据段A、B和 C中发送媒体广播，其中每个数据段都可以不同的通信格式编码。多 种通信格式可以适于不同的通信网络(例如，蜂窝、互联网、地面无 线电、卫星无线电、地面线缆、卫星线缆，等等)。PMD 402可以配 备以配置成用于根据不同通信格式接收多个数据段的多个通信接收器 406a-c。控制器408适当地处理并合成多个数据段，来重构完整的发 送。
在图4B所示本发明的可选实施例中，媒体广播者410可以以单 个类型的通信格式发送媒体广播。PMD 412可以包括解析器414，其 中解析器414可以接收媒体广播并将信号解析成多个数据段A、B和 C，其中每个数据段可以以不同通信格式编码。
图5是例示了根据本发明实施例的以集成方式使用两个或更多个 通信网络的处理500的流程图。在该实施例中，PMD包括电话能力(例 如，蜂窝电话或其它移动电话能力)并可以在通话过程中将媒体发送 集合到其他停滞区(dead air)中。例如，代替当连接呼叫时和呼叫者 中断时的停滞区，PMD可以插入媒体发送。在媒体发送过程中，用户 可以与现场直播的媒体广播交互，例如通过以下描述的给广播内容加 标签。
处理在空闲状态开始(步骤501)。在步骤502，启动呼叫。在 步骤504，PMD中的控制器可以确定呼叫是否接通。如果没有，则在 步骤506，PMD可以播放媒体广播，当呼叫连接时使其插入停滞区。 在媒体广播插入呼叫的时段期间，用户可以与媒体广播交互(步骤 508)，例如通过如下所述地给媒体轨迹加标签、购买媒体轨迹和/或 记录媒体广播。用户还可能能够在中断或等待呼叫连接的同时访问其 它选项。
如果控制器确定呼叫已接通，则在步骤510控制器可以确定呼叫 是否结束。如果没有，则控制器可以在之后确定呼叫是否中断(步骤 512)。如果中断，则在步骤514，PMD可以播放媒体广播，当呼叫 中断时将其插入停滞区。在媒体广播插入呼叫的时段期间，用户可以 与媒体广播交互(步骤516)，例如通过如下所述地给媒体轨迹加标 签、购买媒体轨迹和/或记录媒体广播。只要呼叫还中断，PMD就可 以继续将媒体广播插入呼叫。
图6是例示根据本发明另一实施例的以集成方式使用两个或更多 个通信网络的处理600的流程图。在电话呼叫过程中，具有集成电话 能力(例如，蜂窝电话或其它移动电话能力)的PMD可以响应于用 户请求将媒体广播插入到呼叫中。例如，PMD可以提供当前接收到的 由无线电广播播放的媒体的可视指示并且可以根据用户请求有选择地 将媒体流插入到电话会话中。然后，用户就可以给正在播放的媒体文 件加标签并且与电话线另一端的人或其他人共享标签的拷贝。
处理在空闲状态开始(步骤601)。在步骤602，PMD可以连接 到电话呼叫；例如，用户可以操作对PMD的控制，以发出呼叫或者 接受进入的呼叫。在步骤604，集成的设备可以输出媒体轨迹信息或 者与媒体广播一起提供的元数据(例如，当前播放歌曲的名字和艺术 家)。在一个实施例中，集成的设备具有显示器，元数据可以在该显 示器上提供给用户。
当用户对所播放的媒体轨迹感兴趣时，用户就可以驱动PMD的 用户输入部件，指示给该媒体轨迹加标签、购买或记录的期望(在图 6中未明确示出)。可选地，用户可以驱动用户输入部件，来指示用 户期望将媒体广播插入到呼叫中(步骤606)。如果用户没有指示期 望将媒体广播插入到呼叫中，则假定呼叫还没有结束(步骤608)， 处理继续输出媒体轨迹信息(步骤604)并等待下一个用户输入。
如果用户指示期望将媒体广播插入到呼叫中，则在步骤610， PMD开始将媒体广播插入到呼叫中，使连接到呼叫的所有各方都可以 听到该广播。用户可以继续电话会话并与媒体广播交互，例如通过如 下所述地给媒体轨迹加标签、购买媒体轨迹和/或记录媒体广播。特别 地，如果用户或呼叫的另一方对所播放的特定媒体轨迹感兴趣，则用 户或该另一方可以给媒体轨迹加标签。
在步骤612，媒体轨迹的标签可以利用第二类型的通信网络(例 如，电话网络或互联网)发送到另一方的电话。接收方电话不一定要 支持媒体广播——即，接收方电话不需要具有媒体接收器部件或者是 集成的PMD和电话设备。如果接收方电话不支持媒体广播，则当日 后媒体广播播放加标签的媒体时，接收方设备可以自动地通知接收方 用户并为接收方用户提供收听和/或购买媒体轨迹的机会。
在步骤614，用户可以指示期望停止将媒体广播插入到呼叫中。 如果用户没有指示期望停止将媒体广播插入到呼叫中，则处理继续将 轨迹插入到呼叫中(步骤610)，以允许用户与广播交互的更多机会。 一旦用户指示期望停止将媒体广播插入到呼叫中，PMD就停止将媒体 广播插入到呼叫中(步骤616)。如果呼叫没有结束(步骤608)， PMD就继续输出媒体轨迹信息(步骤604)并等待进一步的指示。如 果呼叫已经结束，则处理返回到空闲状态。
应当理解，在此所述的处理是例示性的，而且其变体和修改都是 可能的。按顺序描述的步骤可以并行执行、步骤的次序可以改变，而 且步骤也可以修改或合并。任何网络或网络的组合都可以用于向PMD 或可通信地耦合到其的附件传输媒体广播和/或相关的信息。
在PMD中存储标签
根据本发明的实施例，关于广播的标签信息可以存储在图1A中 PMD 102的存储设备106中。如下所述，标签信息可以存储在结构化 数据文件中，日后可由附件104或不同的附件(例如，图1D中用作 主机的计算机系统170)访问。
在一个实施例中，结构化数据文件可以包括表示用于每个加标签 轨迹的元数据的XML目录。如本领域中通常已知的，XML目录提供 一组键值对。目录可以是分级的；即，与特定键关联的值可以是目录。 各种XML格式都可以使用；在一个实施例中，XML文件格式化为 Mac OS X Core Foundation属性列表。
图7例示了根据本发明实施例的可以用于存储标签的分级XML 目录文件700。该实施例中的顶层键包括：
(1)版本信息。MajorVersion和MinorVersion键可以指定XML 目录文件格式的版本。在一个实施例中，具有不同主版本的文件可能 彼此不兼容；具有相同主版本但不同次版本的文件彼此兼容。
(2)用于收集标签的附件的制造商的制造商标识信息。 ManufacturerID可以是制造商的唯一数字标识符。在一个实施例中， 这个标识符是由PMD线的制造商分配给与那些PMD协作的附件的授 权制造商的。ManufactureName可以是附件制造商的名字。 DeviceName可以是用于附件设备的模型名字或其它制造商分配的名 字。iTunesAffiliateID可以用于将制造商标识为iTunes StoreTM的会 员。(除了iTunes StoreTM会员资格之外或者代替之，还可以提供其 它会员资格，例如具有不同媒体资源管理和/或下载服务的会员资格。)
(3)MarkedTracks键，其关联的值可以是一个或多个下层目录 的数组。每个下层目录可以表示用于一个特定轨迹的标签信息。标签 信息可以包括例如图2所列出的任何一个或全部字段。
如上面所指出的，PMD 102和附件104可以通过有线(例如， USB、FireWire、通用异步接收器/发送器(“UART”))或无线(例 如，蓝牙)通道以多种方式通信。不管特定的通信路径如何，PMD 102 和附件104都可以通过根据协议交换命令和数据来通信。协议定义了 在PMD 102和附件104之间发送消息的格式。例如，协议可以指定每 个消息在具有首部和可选有效负载的分组中发送。首部提供了基本信 息(例如，起始指示符、分组的长度及要由接收方处理的命令)，而 有效负载提供了与命令关联的任何数据。在一些实施例中，命令可以 定义成使得特定命令只在一个方向是有效的。
协议可以定义多个“隐语”，其中“隐语”是可以有各个附件类 支持(或不支持)的一组相关命令。在一个实施例中，每个命令是由 标识命令所属的隐语的第一个字节和标识隐语中特定命令的第二个字 节唯一识别的。其它命令结构也可以使用。不需要所有附件或者附件 可以连接到的所有PMD都支持协议中定义的每个隐语。
在有些实施例中，设计成彼此可以协作的每个附件104和每个 PMD 102可以至少支持包括所有这种设备通用的命令的“通用”隐语。 该通用隐语可以包括使PMD和附件能够彼此识别并验证它们自己并 提供关于它们各自能力的通用信息的命令，包括(如果有的话)每个 都支持别的什么隐语。通用隐语还可以包括PMD可以用来验证附件 的假设身份与能力(或者反之)的验证命令，而且如果验证不成功， 则附件(或PMD)可以被阻止调用特定命令或隐语。
根据本发明的实施例，由PMD 102和附件104支持的命令协议 可以包括可以用于传送与存储广播内容的标签相关的命令与数据的 “存储”隐语(或其它命令组)。在该实施例中，存储隐语的命令允 许附件104指示PMD 102将标签信息(或元数据)存储在其自己的内 部存储介质上。
在一个实施例中，存储隐语包括以下命令：
(1)GetPlayerCaps。附件104可以将这个命令发送到PMD 102， 以请求关于播放器存储能力的信息。
(2)RetPlayerCaps。PMD 102可以通过发送回这个命令来响应 GetPlayerCaps命令；分组有效负载包括所请求的信息。在一个实施例 中，能力信息包括：PMD 102内部存储介质的总尺寸；最大允许的文 件尺寸；可以利用单个WritePlayerFileData命令(以下描述)写到存 储器中的数据的最大量；及标识由播放器支持的存储隐语版本的版本 信息。除了以上所述的之外或者代替之，也可以包括其它信息。
(3)OpenPlayerFile。附件104可以将这个命令发送到PMD 102， 以指示PMD 102打开用于写标签的文件。在一个实施例中，这个命令 是作为带非空有效负载的分组发送的。有效负载可以包含用于指示文 件目的的值(在此称为“特征值”)。因此标签文件可以与特定的特 征值关联。特征值允许存储隐语用于其它类型的文件；因此，存储隐 语不限于存储标签。
(4)RetPlayerFileHandle。PMD 102可以通过打开文件(例如， 用于标签的XML目录文件)响应OpenPlayerFile命令并利用 RetPlayerFileHandle命令来向附件104提供新打开文件的唯一标识符 (“句柄”)。句柄可以类似于Unix文件描述符。在一个实施例中， 句柄保持有效，直到附件被拆下或者附件关闭了文件(见下面的 ClosePlayerFile命令)。句柄的使用在PMD 102和/或附件104可以 同时打开多个文件的实施例中是特别有帮助的；在有些实施例中，每 次只能打开一个标签文件，则句柄可以或者可以不使用。
(5)WritePlayerFileData。在打开文件后，附件104可以向PMD 102发送这个命令，以便向打开的文件添加数据(例如，用于新加标 签的轨迹的标签)。与这个命令关联的有效负载可以包括要写的文件 的句柄、开始写数据的偏移量(文件中的位置)及要写的数据。附件 104可以根据PMD 102对每个WritePlayerFileData命令数据的限制对 每个WritePlayerFileData命令限制数据大小，例如在RetPlayerCaps 命令(以上所述)中由PMD 102指定的。如果标签大于指定的限制， 则附件104可以发送多个WritePlayerFileData命令，以便完成标签的 写。附件104可以保持对偏移量的跟踪，例如避免用新标签覆盖了先 前的标签。在有些实施例中，文件是顺序写的；即，偏移从零开始并 根据每个写命令的大小递增。在其它实施例中，顺序写是不需要的。
(6)PlayerAck。PMD 102可以向附件104发送这个命令，来确 认WritePlayerFileData命令和任何其它不需要特定响应性信息的存储 隐语命令。有效负载有效地包括被确认的分组的标识符和结果状态指 示符，其中指示符可以是指示写是否成功及如果不成功则指示为什么 失败的数字值或者位模式。例如，数字值可以定义成表示特定的失败 状态，例如附件104的错误验证、PMD 102中缺少资源、无效的文件 句柄、WritePlayerFileData分组中过大的数据量，等等。在一些实施 例中，在发送完一个WritePlayerFileData分组后，附件104在发送另 一个WritePlayerFileData分组或ClosePlayerFile分组(以下所述)之 前等待指示成功完成的PlayerAck。等待PlayerAck可以帮助防止错误， 例如如果在失败的WritePlayerFileData命令之后文件的状态是不确定 的。
(7)GetPlayerFreeSpace。附件104可以向PMD 102发送这个 命令，以确定PMD 102内部存储介质中可用空间的量。
(8)RetPlayerFreeSpace。PMD 102可以通过发送这个命令来响 应GetPlayerFreeSpace命令。在一个实施例中，有效负载包括指示 PMD 102内部存储介质中空闲空间量的值。
(9)ClosePlayerFile。附件104可以向PMD 102发送这个命令， 来关闭打开的文件。有效负载包括要关闭的文件的句柄。PMD 102可 用利用PlayerAck命令(以上所述)响应，以指示文件是否成功关闭。 在有些实施例中，PMD 102也可以在文件关闭之前数字签名文件。这 种签名可以用于例如验证数据的完整性。例如，可以实现显示文件在 签名生成之后是否被修改的传统数字签名技术。一旦ClosePlayerFile 命令成功，则句柄不再有效地用于访问现在已关闭的文件；如果期望， 则PMD 102可以重新给另一个文件分配句柄。
应当理解，在此所述的命令集合是例示性的，而且其变体和修改 都是可能的。也可以支持其它命令，例如发送到PMD 102的从打开的 文件读取的命令和发送到附件104的返回所读取数据的命令。因此， 例如，在写过程中有错误的情况下，附件104可以回读其试图写的数 据，以确定是否发生了错误；于是附件104就可以根据需要发出纠正 的WritePlayerFileData命令或关闭文件并打开新文件。
在应当指出，在有些实施例中，附件104可以一次打开多个文件， 只要分配给每个文件的句柄是唯一的。
用于捕捉标签的处理
在本发明的有些实施例中，PMD 102和附件104通信，来捕捉标 签并将标签记录到PMD 102的存储介质中。
图8是用于例示根据本发明一个实施例的用户与媒体广播交互的 处理800的流程图。处理800的任何一个或多个步骤都可以由图1A 中PMD 102或附件104的控制器(例如，执行合适程序代码的微控制 器或微处理器)启动并执行。
处理在步骤801开始，在这里控制器可以启动用户交互程序。在 步骤802，控制器可以进行检查，以查看与媒体广播的任何附加交互 是否可能。例如，控制器可以检查系统中是否有错误(例如，接收器 122没有接收到信号)或者用户是否指示停止与现场直播的媒体广播 交互的意图(例如，通过关掉PMD 102或附件104)。如果不可能有 附加的交互，则控制器可以退出处理(步骤804)。
如果附加交互是有可能的，则在步骤806，控制器可以等待用户 驱动用户输入器，例如PMD 102的用户输入部件118或者附件104 的用户接口部件132等。在等待时，PMD或附件可以指示用户当前播 放的内容是“可以加标签的”。PMD还可以(利用显示设备、音频发 射设备等)指示标签的质量。有些广播可以比别的广播有较少的可加 标签信息，而别的广播可以有非常丰富、完整的标签可以获取。任何 可以获取的信息都可以由PMD或附件的一些实施例显示。
当用户驱动这些用户输入器中的一个时，控制器可以确定用户想 启动哪些功能(步骤808)。在一个实施例中，用户可以在包括购买 当前轨迹(“BUY”功能)、给当前轨迹加标签以便以后可能购买 (“TAG”功能)或者记录当前轨迹(“REC”功能)的多个功能中 进行选择。用户的选择可以根据例如当提供多个用户输入器时驱动的 用户输入器、当用户输入器是多功能的时候用户参与用户输入器的次 数或时间长度等来确定。
如果选择了BUY功能，则控制器启动对当前播放轨迹的购买。 在步骤810，控制器可以确定PMD 102或附件104当前是否连接到数 据网络，其中通过该数据网络可以访问到媒体资源传输服务。例如， 参考图1D，计算机系统170是可以通过网络174连接到媒体资源传输 服务178同时还通过网络174接收媒体广播的附件。作为另一个示例， 参考图1E，PMD 180可以无线地连接到网络并通过该网络连接到媒 体资源传输服务，同时附件104接收媒体广播。如果PMD或附件连 接到数据网络，则在步骤812，控制器可以从媒体资源传输服务检索 当前播放的轨迹(或者关于其的进一步描述性信息)。
在本发明的一个实施例中，即使当PMD或附件联网时，控制器 也可以给当前播放的歌曲或其它音频轨迹加标签。在这种情况下，标 签可以利用将关联的媒体轨迹指定为已购买轨迹的指示符存储。
在步骤814，控制器可以从媒体资源传输服务下载对应于当前所 播放轨迹的媒体资源。在步骤816，控制器可以将下载的媒体资源存 储到例如PMD 102的存储设备106中或者附件104的存储设备中。媒 体资源可以存储为单个文件或者多个文件(例如，作为媒体内容文件 和具有对应标识信息的关联文件)。如果媒体资源存储在附件104中， 则用户可以在日后将文件下载到PMD 102中。类似地，如果媒体资源 存储在PMD 102或附件104中，则用户可以在日后将文件从一个设备 下载或传输到另一个设备。控制器还可以向存储在例如PMD 102上的 预定或用户指定的播放列表添加下载的音频轨迹。在有些实施例中， 计算机系统(例如，图1D的计算机系统170)充当PMD 102的主机 系统，让用户通过在计算机系统170上执行的适当软件(例如，由Apple 公司提供的iTunesTM媒体资源管理软件)管理存储在PMD 102上的 资源。在这种情况下，媒体资源可以首先下载到主机系统，然后传输 (例如，拷贝或移动)到PMD 102。
返回步骤810，如果PMD 102和附件104当前不能与媒体资源传 输服务通信(例如，两个设备都没有连接到合适的网络)，则在步骤 818，控制器可以存储用于当前播放轨迹的标签并在标签中包括“购买 指示符”(步骤820)。购买指示符指示用户已经决定获取该轨迹， 并且当PMD 102或附件104下次能够与媒体资源传输服务通信时，轨 迹可以下载，而不需要进一步的用户交互。
当控制器给音频轨迹加标签时，控制器可以提供可视和/或音频 反馈，来例如确认标签。如在此所使用的，当控制器在现场广播过程 中给媒体轨迹加标签时，控制器从现场广播中提取可以用于标识所播 放音频轨迹的信息，并将存储所提取的标识信息以供日后使用。标签 可以存储在以上提到的任何存储介质中，包括位于PMD 102和/或附 件104上的介质。标签的存储及在附件104和PMD 102之间传送标签 将在以下进一步描述。
再次参考步骤808，如果用户驱动用户输入器来指示TAG功能， 则控制器可以在步骤822中给当前在媒体广播中播放的轨迹加标签。 如下所述，当用户指示TAG功能时，可以给用户在日后决定是否购 买轨迹之前回顾关于加标签轨迹的信息的机会。
再次参考步骤808，如果用户驱动用户输入器来指示REC功能， 则在步骤824，控制器可以启动多个记录操作——手动记录、计划记 录和暂停记录——中的一个。在手动记录中，控制器可以记录当前接 收到的一段广播。当接收到指示手动记录的用户输入时记录开始，而 当接收到指示记录结束的另一用户输入时记录结束。
在计划记录中，控制器可以允许用户指示控制器记录一段未来的 广播。控制器可以利用例如EPG(电子节目指南)数据给用户提供时 间表信息，其中EPG数据可以编码到广播中或者单独提供(例如，通 过如图4A和4B中所示的第二个网络)，而且用户可以基于该EPG 数据选择一个或多个要记录的广播片段。标签可以存储成对应于每个 计划记录。
在暂停记录中，例如以类似于由加州Alviso的TiVo所提供的媒 体系统所采用的方式，控制器可以“暂停”现场广播。例如，控制器 可以连续地缓冲预定量所接收到的传送。当用户“不暂停”传送时， 控制器可以反复输出缓冲的传送并继续缓冲现场广播。在缓冲传送回 放的过程中，如上所述，控制器可以允许用户购买当前播放的音频轨 迹或给其加标签或者手动记录广播。如在此所使用的，当利用暂停功 能时对缓冲无线电传送的回放被看作是现场媒体广播。
在步骤826，控制器可以将所记录的媒体广播存储到以上提到的 一种存储介质中。
PMD 102和附件104可以多种方式交互，来收集并存储标签数 据。现在将描述示例。在一个实施例中，附件104使用以上所述的存 储隐语来将图7格式的XML文件写到PMD 102的存储介质中。XML 文件可以包含在附件104连接到PMD 102的时段期间收集到的所有标 签。在可选实施例中，每个标签可以写到单独的标签文件。在其他实 施例中，附件104可以在其自己的内部存储介质中收集标签信息，然 后当PMD 102下次连接到附件104时将所收集的信息传送到PMD 102。
图9是根据本发明实施例的用于捕捉和记录标签的处理900的流 程图，图9例示了以上所述存储隐语命令的使用和图7的XML文件。 当附件104连接到PMD 102时，处理900开始(步骤902)。在步骤 904，附件104向PMD 102识别其自己并可以执行验证过程。步骤904 可以包括确定附件104和PMD 102是否彼此关于存储隐语兼容；如果 它们不兼容，则处理900可能不能使用。
假定PMD 102和附件104彼此关于存储隐语是兼容的，则附件 104继续打开用于写标签的文件。例如，在步骤906，附件104可以发 送GetPlayerCaps命令，以确定PMD 102的存储能力。PMD 102可以 利用RetPlayerCaps命令返回该信息(步骤908)。附件104还可以在 继续进行之前请求附加的信息。例如，附件104可以使用 GetPlayerFreeSpace命令来确认PMD 102内部存储介质中可用于写标 签的空间量。
一旦确定了PMD 102的能力，在步骤910，附件104就可以发送 OpenPlayerFile命令，将要打开的文件识别为标签文件。作为响应， PMD 102打开文件。在一个实施例中，PMD 102可以维护用于存储其 文件的文件夹(或目录)树，且标签文件总可以在该树中相同的文件 夹中打开，使得日后容易定位它们。在步骤912，PMD 102返回带有 新打开文件的句柄的RetPlayerFileHandle命令。
在步骤914，初始信息(例如，图7的顶层目录块710)写到文 件中。在文件识别为用于标签的文件(例如，利用如上所述的特征值) 的实施例中，初始信息可以由PMD 102在打开文件时自动写入。在其 它实施例中，附件104可以利用一个或多个WritePlayerFileData命令 写初始信息。
一旦文件打开，处理900就等待下一个动作(步骤916)。在这 种实施例中，相关的下一个动作是给轨迹加标签和退出加标签会话。
给轨迹加标签可以例如响应于来自用户的请求而发生。例如，当 播放轨迹时，用户可以操作附件104的用户接口控制，来指示该轨迹 应当加标签。如上面所指出的，PMD 102或附件104可以向用户指示 何时播放轨迹是可以加标签的并可以(例如，通过显示可用的元数据) 提供关于可用元数据量的信息。
在步骤920，附件104可以从广播数据流提取元数据或要用作标 签的其它数据。例如，附件104可以从广播数据流提取元数据、添加 附加信息(例如，附件104调到的台或频道、附件104从其接收数据 的URL、时间戳、附件的标识信息)和/或捕捉广播内容子集的表示。 在可选实施例中，附件104可以在接收到每个轨迹时提取并缓冲标签 信息，只有当用户选择给轨迹加标签时，标签信息才写到标签文件。
在步骤922，当用户请求轨迹的标签时，附件104创建用于该新 标签的XML目录(例如，如图7中块720的下层目录块)。在步骤 924，附件104可以向PMD 102发送一个或多个WritePlayerFileData 命令，将XML目录写到已经打开的文件。在一个实施例中，在创建 XML目录后，附件104确定目录的尺寸并比较该尺寸与最大写尺寸 (该最大尺寸是在步骤908从播放器获取的)。基于这种比较，附件 104可以确定需要多少WritePlayerFileData命令并可以顺序地向PMD 102发出这些命令。对于每个发出的WritePlayerFileData命令，附件 104可以接收PlayerAck命令并可以使用这些命令的有效负载来确定 是否发生了任何错误，从而可以采取适当的校正动作。例如，如果发 生了错误，则附件104可以关闭文件、打开新文件并尝试再次写标签。 作为另一个示例，如果由于PMD 102的存储设备106中缺少空间而写 失败，则附件104可以提醒用户标签不能传送，直到PMD 102上的空 间被释放。
在写了用于新标签的XML目录之后，处理900返回步骤916， 等待下一个用户动作。XML文件可以在这段时间中保持打开；因此， 任何个数的标签都可以写到同一XML文件。在其它实施例中，除XML 或XML目录之外的文件格式也可以使用，而且处理900可以修改成 利用任何期望的格式写标签数据。
最后，附件104检测当前的加标签会话是否应当结束。例如，可 能达到了最大文件尺寸，用户就可以启动将附件104从PMD 102去耦 合的拆卸或断电处理，或者用户可以将附件104和/或PMD 102设置 成不记录标签的状态。作为响应，在步骤930，附件104可以发送 ClosePlayerFile命令，来关闭XML目录文件。在有些实施例中，在 发送ClosePlayerFile命令之前，附件104可以首先向XML文件写最 后关闭标签(例如，图7中的关闭标签730)。在其它实施例中，PMD 102可以通过写最后关闭标签然后关闭文件来响应用于标签文件的 ClosePlayerFile命令。在任一种情况下，在步骤932，一旦文件关闭， PMD 102就可以向附件104发送PlayerAck目录，来确认文件正确关 闭了。其后，处理900结束(步骤934)。
其它加标签处理也可以使用。例如，图10是根据本发明另一个 实施例的用于捕捉和记录标签的处理1000的流程图。在处理1000中， PMD 102可以确定轨迹是否要加标签并指示附件104创建标签。
当附件104连接到PMD 102时，处理1000开始(步骤1002)。 在步骤1004，附件104向PMD 102识别其自己并可以执行验证过程； 这个步骤可以类似于上述处理900的步骤904。在步骤1006，打开标 签文件。这种实施例中的标签文件驻留在PMD 102的存储介质中，且 类似于处理900的步骤906-912的过程可以用于打开标签文件。如果 在这种实施例中附件104不能控制将标签写到标签文件中，则当标签 文件打开时，文件句柄可能不能返回到附件104。在步骤1008，首部 分由例如PMD 102写到标签文件。
一旦标签文件打开，处理1000就等待下一个动作(步骤1010)。 下一个动作可以指示轨迹应当加标签；例如，用户可以操作附件104 或PMD 102上的用户接口控制，来指示轨迹应当加标签。如果轨迹应 当加标签，则在步骤1012，PMD 102可以指示附件104创建标签。在 步骤1014，附件104从广播数据创建标签。例如，如上所述，附件104 可以从广播数据流提取元数据、添加附加信息和/或捕捉内容子集的表 示。在一个实施例中，附件104可以将标签格式化为XML目录或适 于写到标签文件中的其它格式。在步骤1016，附件104可以将标签发 送到PMD 102(例如，利用如上所述的一个或多个WritePlayerFileData 命令)。在步骤1018，PMD 102将标签写到标签文件。然后，处理 1000可以返回步骤1010，等待下一个动作。
如果下一个动作指示结束当前的加标签会话，则PMD 102在步 骤1020关闭标签文件，然后处理1000结束(步骤1022)。(如上所 述，附件104也可以检测加标签会话的结束并指示PMD 102关闭标签 文件。)就象在上述处理900中一样，结束加标签会话可以在各种情 况下发生，例如当达到最大标签文件尺寸时、当用户启动拆卸处理或 者以别的方式改变附件104的状态，使得不再接收或记录标签。
图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写到标签文 件。
在步骤1110，例如通过检测广播元数据中的变化，附件104(或 PMD 102)检测广播中的下一个轨迹。如果没有下一个轨迹(例如， 广播结束或者附件104停止接收广播数据)，则如下所述，处理1100 结束。
当检测到下一个轨迹时，在步骤1112，附件104从广播数据创建 标签。例如，如上所述，附件104可以从广播数据流提取元数据、添 加附加信息和/或捕捉内容子集的表示。在步骤1114，附件104可以向 PMD 102发送标签(例如，利用以上所述的一个或多个 WritePlayerFileData命令)。
在步骤1116，PMD 102确定是否存储标签；如果要存储标签， 则PMD 102在步骤1118将标签写到标签文件。然后，处理1100可以 返回到步骤1110，等待下一个轨迹。处理1100继续，直到加标签会 话结束，在这个时候没有下一个轨迹。在一个实施例中，PMD 102可 以检测会话的结束(步骤1122)并在处理1100结束(步骤1126)之 前关闭标签文件(步骤1124)。可选地，如上所述，附件104也可以 检测加标签会话的结束并指示PMD 102关闭标签文件。
确定是否存储标签(步骤1116)可以多种方式进行。在一个实施 例中，PMD 102可以接收指示当前播放轨迹应当加标签的用户输入， 而且是否存储用于当前播放轨迹的标签的决定可以基于是否是在轨迹 播放的同时接收到该用户输入。
在另一个实施例中，PMD 102可以支持实时日志记录模式，其中 存储对应于在播放广播内容会话期间接收到的每个轨迹的标签。例如 在用户不能(或者简单地说忘记)在播放广播的同时操作控制器来指 示哪些轨迹应当加标签的情况下，这是方便的。用户可以在日后回顾 播放的轨迹日志并选择感兴趣的那些。在有些实施例中，实时日志记 录模式可以由用户启用或禁用，或者日志记录可以是完全自动的行为， 由PMD 102自动地将用于每个广播会话的标签存储为日志文件(该日 志文件可以类似于标签文件)。日志文件可以无限期地存储(例如， 直到用户删除它们或者当空间允许时)或者存储预定的时间段，或者 可以存储一些最近的日志文件。用于确定哪些标签要存储的其它技术 也可以使用。
在又一实施例中，附件104可以收集标签，用于日后转发到PMD 102。例如，如图1A所示，附件104可以包括其自己的标签存储区域 134。当在独立模式(即，没有连接到PMD 102)下操作时，附件104 可以将标签存储到标签存储区域134。标签可以无限期地存储，例如 直到它们被传送到PMD 102。
图12是根据本发明实施例的可以由具有本地标签存储器的附件 所使用的标签捕捉与记录处理1200的流程图。在该实施例中，不管附 件是否连接到PMD(例如，PMD 102)，轨迹都可以由附件(例如， 图1A的附件104)加标签。
当处理1200开始时(步骤1202)，附件104确定是否连接到PMD 102(步骤1204)。如果连接到，则在步骤1206，附件104可以将积 累的任何标签从标签存储区域134写到PMD 102。例如，附件104可 以利用OpenPlayerFile命令打开标签文件，利用一个或多个 WritePlayerFileData命令将每个积累的标签写到该文件，然后利用 ClosePlayerFile命令关闭文件。一旦所积累的标签成功地写到PMD 102，附件104就可以除去标签，释放标签存储区域134中的空间，以 便存储新的标签。
如果在步骤1204中没有连接到PMD 102或者在步骤1206中所 有标签都写到PMD 102之后，处理1200继续前进到步骤1208，在步 骤1208处播放广播轨迹。例如，用户可以将接收器122调到特定的台。 步骤1208还可以包括检测与当前轨迹关联的元数据并将这种元数据 保留在缓冲区中，直到附件104确定该元数据是否应当保存。
在步骤1210，确定当前轨迹是否应当加标签。例如，用户可以按 按钮或者操作用户接口132的某个其它控制(或者PMD 102的用户输 入器118)，来指示期望给轨迹加标签。如上所述，其它标准也可以 在这种确定中使用(例如，是否启用对所有轨迹的自动日志记录)。 如果当前轨迹不要加标签，则处理1200可以返回步骤1208，继续播 放轨迹，最终前进到下一个轨迹，等等。
如果步骤1210的结果是确定轨迹应当加标签，则处理1200确定 是否连接到PMD 102(步骤1212)。如果连接到了PMD 102，则在 步骤1214，标签传输到PMD 102，如上所述，PMD 102可以将标签 写到标签文件存储设备106。以上所述的任何技术都可以用来写标签。 在有些实施例中，PMD 102可以在写标签之前为标签生成数字签名， 而且该数字签名可以在日后用于验证由附件104提供的标签数据没有 被修改。在有些实施例中，PMD 102还可以在数字签名中包括其自己 的标识符(例如，PMD 102的序列号)，而且该标识符可以由随后的 标签接收者用于验证提供标签的PMD是否与最初存储的相同。在另 一个实施例中，附件104可以打开文件、写标签并且一旦确定写成功 就关闭文件、为在连接到PMD 102的同时写的每个标签创建单独的文 件。
如果在步骤1212中没有连接到PMD，则标签应当写到附件104 的标签存储区域134。在有些实施例中，如果尝试写到PMD 102失败， 则标签也可以写到标签存储区域134。为了写到标签存储区域134，附 件104可以首先确定(步骤1216)是否在标签存储区域134中有足够 的存储空间可以用于存储标签。如果没有，则在步骤1218，附件104 可以提醒用户将PMD 102连接到附件104，且处理1200返回步骤 1202。如果用户连接了PMD 102，则附件104就可以将积累的标签传 送到PMD 102，释放其自己的本地存储，以支持别的标签的存储。
再次参考步骤1216，如果在标签存储区域134中有空间可用，则 附件104将标签存储到标签存储区域134中(步骤1220)。
在步骤1222，在写标签之后，在接收对标签的进一步请求之前， 附件104可以等待下一个轨迹的开始。因此，即使用户操作控制而在 单个轨迹过程中多次请求标签，在该实施例中附件104也将只写标签 一次，并避免冗余标签填满存储空间(其自己的标签存储区域134或 者PMD 102的存储设备106)。
例如，如果附件104断电或者切换到其中不使用加标签的另一种 操作模式，则步骤1224提供了退出处理1200的选项。如果处理1200 不退出(步骤1226)，则处理可以继续循环，周期性地检查看是否连 接到PMD 102以便可以将任何积累的标签传送到其。
应当理解，在此所述的加标签处理的各种实施例都是例示性的， 而且变体和修改都是可能的。顺序描述的步骤可以并行执行、步骤的 次序可以改变，而且步骤可以修改或合并。在此描述的命令和命令序 列可以修改。例如，在有些实施例中，附件104可能不在会话过程中 指示PMD 102打开标签文件，直到用户第一次在该会话中启动加标签 操作。在其它实施例中，附件104可以打开文件、写标签并迅速关闭 文件，以防止文件保持打开时如果发生错误有可能导致的数据丢失。 因此，附件104可以在单个会话中创建任意个数的加标签文件，而且 每个文件可以只保留一个标签。在另一可选实施例中，附件104可以 重新打开先前的标签文件(假定最大文件尺寸还没有达到)，而不是 为每个会话创建新的标签文件。是否给轨迹加标签的决定可以由PMD 或附件逐轨迹地或者逐会话地做出。
模糊的标签
有些实施例还提供对“模糊”标签的检测和处理。例如，依赖于 元数据如何传送，有可能对于给定的轨迹，元数据流可能不是确切地 与该轨迹的内容的开始同步地开始传输元数据。作为例示，当前的HD 无线电标准允许任一方向多达五秒的偏移，因此新轨迹的元数据可能 早在先前的轨迹结束之前五秒到达或者在新轨迹开始之后五秒到达。 如果用户在这个十秒的过渡窗口中请求标签，则有可能当前的元数据 不对应于用户实际想要的轨迹；这种请求就是模糊请求的示例。
在有些实施例中，当接收到模糊请求时，附件104捕捉任意以及 全部可能正确的标签。例如，图13A和13B是根据本发明实施例的附 件可以用来根据HD无线电广播的过渡窗口识别模糊请求的处理1300 和1320的流程图。图13A描述了关于确定在轨迹的最后五秒内是否 发生标签请求的步骤，而图13B描述了关于确定在轨迹的最先五秒内 是否发生标签请求的步骤。
首先转向图13A，处理1300可以在请求标签的任何时候使用(步 骤1302)。一旦请求标签，就使用五秒定时器(步骤1304)来足够长 时间地推迟标签的捕捉，以允许检测轨迹元数据中的变化。在步骤 1306，在这五秒结束时，确定是否接收到新的轨迹元数据。如果没有， 则可以推断当请求标签时的元数据毫无疑义地是期望的元数据；因此， 在步骤1308，当前的轨迹元数据被存储为标签。
但是，如果在请求标签后的五秒内接收到新的轨迹元数据，则有 可能用户是想给新轨迹加标签，而不是给请求标签时其元数据正当前 的轨迹(为了表示，称为“先前的”轨迹)加标签。因此，在步骤1310， 为先前的轨迹和新轨迹中的每个创建并存储标签。参考图2，两个标 签都可以将其模糊标签字段设置成指示它们彼此模糊的值，并且用于 先前轨迹的标签可以将其按下按钮字段设置成指示当接收到给轨迹加 标签的请求时其元数据正当前。
现在参考图13B，处理1320可以在给正好前一轨迹加标签之前 接收到新轨迹元数据(步骤1322)的任何时候使用。在步骤1324，缓 冲先前的轨迹元数据，使得其保持可以让附件104获取。在步骤1326， 使用五秒定时器来足够长时间地推迟对先前轨迹元数据的除去，以允 许在请求模糊的时间间隔内检测标签请求。在步骤1328，在这五秒结 束时，确定在接收到新元数据之后是否接收到标签请求。如果没有， 则先前的轨迹数据不再需要并且可以被丢弃(步骤1332)。
但是，如果在接收新元数据的五秒内接收到标签请求，则有可能 用户想要给先前的轨迹加标签，而不是给新轨迹(当用户请求标签时， 其元数据正当前)加标签。因此，在步骤1330，为先前的轨迹和新轨 迹中的每一个创建并存储标签。参考图2，两个标签都可以将其模糊 标签字段设置成指示它们彼此模糊的值，且用于新轨迹的标签可以将 其按下按钮字段设置成指示当接收到给轨迹加标签的请求时其元数据 正当前。
在该实施例中，附件104不需要尝试解决模糊性。两个标签都记 录并最终存储在PMD 102的标签文件中。可以提示用户来解决这种模 糊性，例如当标签文件由媒体资源管理和/或传输系统读取时。
对加标签媒体的访问
一旦标签文件已经写完并关闭，该标签文件就可以日后被连接到 PMD 102的各种附件或设备访问，由此允许用户回顾并可选地购买加 标签的轨迹。在一个实施例中，如图1D所示，PMD 102可以连接到 提供对媒体资源管理和/或传输服务(例如，由Apple公司提供的 iTunesTM媒体管理和传输服务，或者其它现有的媒体资源管理和/或传 输服务)访问的主计算机170。主计算机170可以编程成使得在将PMD 102与媒体资源管理系统同步的同步操作过程中，主计算机170自动 检查并读取任何新的或更新的标签文件。关于标签文件的通信可以利 用类似于主计算机170用来检查可以由PMD 102存储的其它类型文件 (例如，媒体文件)的更新的协议的协议来管理。因此，不需要将附 加隐语引入PMD通信协议就可以管理对标签文件的读取。在有些实 施例中，所存储的标签文件在被主计算机170处理并存储之后就从 PMD 102除去。用于特定轨迹的标签信息可以继续存储在主计算机 170上尽可能长，例如直到用户删除了该信息或者购买了加标签的轨 迹。在可选实施例中，PMD 102可以将标签存储在其自己存储设备106 上的一个或多个标签文件中；标签文件可以无限期地存储，例如直到 用户删除了包含在其中的标签或者购买了加标签的轨迹。
主计算机170可以定位媒体资源传输系统中(例如，iTunesTM Store中)加标签的轨迹并提示用户购买任何或者所有加标签的轨迹。 例如，主计算机170可以向用户显示如从PMD 102上的存储设备106 读取的加标签轨迹的“播放列表”。(这种环境下的“播放列表”通 常是指关于轨迹的元数据的列表。)
图14例示了根据本发明实施例的标签播放列表1400。标签播放 列表1400包括加标签轨迹的各种属性，例如轨迹名、艺术家、专辑、 风格及加标签的日期(尽管没有明确示出，但其中加标签的日期也可 以包括时间)。标签播放列表1400中的有些信息(例如，加标签的日 期)可以从标签中提取。其它信息(例如，类型)可以从媒体资源传 输系统检索。轨迹名、艺术家和专辑字段可以从标签提取或者利用例 如包括在标签中的轨迹标识符从媒体资源传输系统检索。应当理解， 图14中所列出的轨迹属性是例示性的而且没有限制。
在有些实施例中，标签的有些或者全部属性可以是到关于加标签 轨迹的附加内容的可点击链接。例如，点击标签播放列表1400中“艺 术家1”的任何一个实例可以使主计算机170显示列出相关信息和/或 艺术家1其它轨迹的页面。用户还可以根据任何所列出的属性给标签 播放列表1400分类，例如通过点击适当的列头。
标签播放列表1400还可以包括动作按钮或其它接口元素，用户 可以通过该接口元素与加标签的轨迹交互。例如，驱动“预览”按钮 1402可以使得播放轨迹的预览部分。驱动“购买”按钮1404可以启 动用于从媒体资源传输服务(例如，图1D的媒体资源传输服务178) 购买加标签轨迹的购买处理。驱动“列表”按钮1406可以将加标签轨 迹添加到用户期望拥有的轨迹列表中；这种列表可以由媒体资源传输 服务178维护并使得其他用户可以访问。驱动“共享”按钮1408可以 使标签信息或标签播放列表条目可以与其它用户共享；例如，响应于 驱动了共享按钮1408，可以打开对话框，提示用户识别要与之共享信 息的用户。“删除”按钮1410可以使标签从标签播放列表中删除。(如 果加标签的轨迹存储在主计算机170和/或PMD 102上，则不删除轨 迹。)标签播放列表1400还可以包括“购买全部”按钮1412，驱动 该按钮指示用户期望购买标签播放列表1400上的所有轨迹。应当理 解，可以支持更多或更少的用户交互选项。交互项的一些或全部可以 通过其它控制元件(例如，按键)来访问，从而不需要所述按钮的使 用。
在一个实施例中，每个标签文件可以是单独的播放列表且可以通 过例如创建日期识别不同的标签文件。在另一实施例中，所有的用户 加标签轨迹都显示在单个播放列表中；任何副本轨迹都可以除去或可 见地标记为是副本。用户可以回顾播放列表并可以选择保存列表、从 列表中删除任何或全部轨迹和/或例如从媒体资源传输系统购买任何 或全部轨迹。
在有些实施例中，播放列表还可以可视地突出显示标签被识别为 彼此模糊的任何实例(例如，图2的模糊轨迹值设置成指示模糊性的 标签)，而且可以提示用户选择他想加标签的轨迹。为了帮助用户做 决定，播放列表还可以包括关于当做出该模糊请求时哪个轨迹被认为 是当前的指示符；这个信息可以从例如图2的按下按钮字段获取的。 然后，用户就可以识别并删除不想要的标签。在有些实施例中，用户 还可能想选择两个模糊的标签都保留；如果用户这样选择，则模糊性 标记可以从两个标签中除去。
标签播放列表可以由主计算机170通过与媒体资源传输服务(例 如，图1D的媒体资源传输服务178)交互来创建。在其它实施例中， 例如当PMD 102不需要通过主计算机连接就可以与媒体资源传输服 务通信时(见例如图1F)，PMD 102可以创建并在其自己的显示设 备上显示标签播放列表；不需要主计算机来创建或观看标签播放列表。
图15是根据本发明实施例的可以由PMD 102的控制器(例如， 执行适当程序代码的微控制器或微处理器)或主计算机170用来生成 标签播放列表1400的处理1500的流程图。处理1500可以自动地(例 如，当标签文件传输到主计算机170时)或者响应于列出加标签轨迹 的用户请求而开始(步骤1502)。在步骤1504，控制器读取标签文件， 该标签文件可以是从PMD 102新接收的标签文件或者是由主计算机 170先前接收并存储的标签文件。对于标签文件中的每个标签，在步 骤1506提取唯一的轨迹标识符(例如，对应于图2的轨迹标识符元数 据字段)。在步骤1508，控制器可以将轨迹标识符传送到媒体资源传 输服务178。在步骤1510，媒体资源传输服务178使用轨迹标识符来 检索轨迹相关的信息(例如，轨迹名、艺术家，等等)并将轨迹相关 的信息传输到控制器。
轨迹相关的信息可以包括例如轨迹名、艺术家名、专辑名、风格 或者媒体资源传输服务178存储的关于轨迹的任何其它信息的信息。 轨迹相关的信息还可以包括另外的信息。在有些实施例中，媒体资源 传输服务178可以提供统一资源定位器(“URL”)或者可以用于将 标签播放列表条目中特定字段链接到相关内容的其它信息。因此，例 如，艺术家名可以与列出可以通过媒体资源传输服务178购买的该艺 术家的轨迹的页面的URL关联。在其它实施例中，轨迹相关的信息 可以包括用于该轨迹的与轨迹播放列表1400的一些或全部动作按钮 关联的指令和/或内容。因此，例如，轨迹相关的信息可以包括如果用 户驱动“购买”按钮1404则要执行来完成对轨迹的购买的指令、关于 购买轨迹的其它信息(例如，轨迹的价格)，或者如果用户驱动“预 览”按钮1402则要播放的该轨迹预览部分的内容。
在步骤1512，控制器利用在步骤1510接收到的轨迹相关信息生 成标签播放列表。在步骤1514，控制器将标签播放列表呈现给用户， 例如通过将列表显示在显示设备上。这种显示设备可以是例如主计算 机170或者PMD 102的部件。在步骤1516，用户可以与标签播放列 表1400交互，例如预览、购买或者共享轨迹等。在步骤1518，处理 1500结束。
应当理解，在此所述的标签播放列表和处理是例示性的，而且变 体和修改都是可能的。顺序描述的步骤可以并行执行、步骤的次序可 以改变，而且步骤可以修改或合并。例如，在有些实施例中，控制器 执行处理1500可以为用于每个轨迹标识符的轨迹相关信息发送单独 的请求，或者可以为特定类型的轨迹相关信息发送单独的请求；在其 它实施例中，单个请求可以包括多个轨迹标识符。在其中PMD 102 给标签或标签文件数字签名的有些实施例中，主计算机170可以读取 与标签或标签文件关联的数字签名并验证数据完整性；没有通过验证 测试的标签可以排除在播放列表之外。如果标签被拒绝，则主计算机 170可以提醒用户。在还有其它实施例中，主计算机170或PMD 102 可以将标签文件传输到媒体资源传输服务178；媒体资源传输服务178 可以为用户存储标签文件(或者其部分)并且可以响应于用户请求而 生成用于传输到主计算机170或PMD 102的标签播放列表。
在有些实施例中，读取标签文件可以包括错误检查和/或数据完 整性验证。例如，如上面所指出的，在标签写到标签文件中时，它们 可以由PMD 102数字签名；读取标签文件可以包括验证数字签名，来 确保标签数据没有被改变或破坏。
标签播放列表可以包括元素的任何组合，其中的元素包括但不限 于在此所述的那些。在有些实施例中，对于每个条目，有些元素可以 存在或者不存在。例如，如果加标签的轨迹不能通过媒体资源传输系 统获取或者如果用户已经拥有了该加标签的轨迹，则购买选项不能启 用，但轨迹仍然可以列出。用于标签列表的附加选项及用户与标签列 表的交互在以上引用的美国专利申请第11/210,172号(美国专利申请 公开第2006/0235864A1号)中描述。
用户可以多种方式与标签信息和媒体资源传输服务(例如，图1 的媒体资源传输服务178)交互，以了解并获取加标签的媒体资源。 图16是例示了根据本发明一个实施例的用户与媒体管理和传输系统 交互的处理1600的流程图，其中的媒体管理和传输系统例如类似于 iTunesTM。尽管处理1600的任何一个或多个步骤可以由图1A的PMD 102的控制器(例如，执行适当程序代码的微控制器或微处理器)或 主计算机170启动和执行，但附件104也可以包括将使附件104能够 执行以下步骤中一个或多个的电路。
在步骤1601，PMD 102中的控制器或主计算机170可以打开所 存储的标签文件(该标签文件可以如上所述地创建)。在步骤1602， 控制器可以确定每个所存储标签的标签状态(例如，标签对应于如上 关于图8所述的BUY功能、TAG功能还是REC功能)。如果标签对 应于BUY功能(例如，如果购买指示符如上所述设置)，则在步骤 1604，控制器可以通过网络从媒体资源传输服务检索所指示的媒体资 源。在步骤1606，控制器可以将检索到的媒体资源下载到位于PMD 102中的存储介质、附件104和/或主计算机170。在有些实施例中， 下载媒体资源可以包括将与标签关联的会员标识符(图2)发送到媒 体资源传输服务。媒体资源传输服务可以使用该会员标识符给使用户 可获取该标签信息的广播合作者增加信用；例如，广播合作者可以接 收导致加标签轨迹销售的每个标签的一部分购买价格。
一旦下载了，媒体文件就可以被存储(步骤1608)，而且处理 1600可以返回到点A，以处理另外的标签。
如果控制器在步骤1602确定一个或多个标签对应于TAG功能 (例如，没有设置购买指示符)，则控制器可以在步骤1610从媒体资 源传输服务检索对应的媒体资源和/或资源相关的信息。在步骤1612， 控制器可以允许用户回顾所检索资源或相关信息的至少一部分。在一 个实施例中，所检索出的资源可以作为类似于由iTunesTM和iTunesTM Store采用的其它播放列表的播放列表呈现。因此，例如，播放列表可 以提供控制，通过该控制用户可以预览轨迹的一部分、访问关于艺术 家和/或专辑的信息、购买轨迹，等等。
在步骤1614，控制器可以确定用户是否希望购买任何检索出的资 源。如果不想购买，则控制器可以返回流程图中的点A，以处理另外 的标签。如果用户希望购买一个或多个检索出的资源，则控制器可以 将期望的资源下载到位于PMD 102中的存储介质、附件104和/或主 计算机170中(步骤1606)。一旦下载了，控制器就可以在步骤1608 存储媒体文件，并返回点A以处理另外的标签。
如果控制器在步骤1602确定一个或多个标签对应于REC功能 (在这种情况下所存储的文件将包括至少一个记录的广播)，则控制 器可以执行以下功能中的一个或多个——(1)购买在所记录广播片段 中识别的个别音频轨迹，(2)将所记录的广播片段分解成单独的片段， 或者(3)回放整个记录的广播片段。在本发明的一个实施例中，控制 器可以允许用户选择他或她想启动的功能。在步骤1616，用户选择功 能，且控制器可以检测该选择并采取适当的动作。
对于功能(1)，控制器可以在步骤1618中通过提取所记录广播 中关于媒体轨迹的标识信息来解析所记录的广播数据。所记录的广播 可以存储为单个文件或多个文件(例如，作为媒体内容文件和具有对 应标识信息的相关文件)。一旦提取出了标识信息，控制器就可以执 行上述步骤1610-1614和1606-1608。
对于功能(2)，控制器可以在步骤1620中分解所记录的广播数 据。即，控制器可以使用在所记录无线电广播数据中编码的数据，将 所记录的广播拼接成独立的片段。然后，控制器就可以将每个独立记 录的片段呈现给用户，例如作为类似于由iTunesTM采用的播放列表。 控制器还可以利用从所记录无线电传送中提取的标识信息给出关于每 个独立片段的信息。因为呈现给用户的独立片段是从所记录的广播中 得到的，所以用户可能不需要购买音频轨迹。其后，在步骤1622，控 制器可以允许用户选择一个或多个独立的音频片段。然后，控制器在 步骤1608中存储所选的片段。
对于功能(3)，控制器可以在步骤1624回放整个记录的无线电 广播片段。其后，在步骤1626，控制器可以允许用户完整地存储所记 录的无线电广播片段。如果用户不想存储所记录的广播，则控制器可 以返回点A，以处理另外的标签。
一旦标签处理完成(例如，用户关闭了窗口或者从加标签轨迹的 播放列表离开)，则图16的处理可以结束。如上面所指出的，标签可 以继续无限期地存储，而且用户可以利用相同的处理在不同的时间访 问所存储的标签并与之交互。在有些实施例中，一旦用户购买了轨迹， 标签就自动地从所存储的标签文件中除去；用户也可以有不购买轨迹 就删除标签的选项。
应当理解，在此所述的用户交互处理是例示性的，而且变体和修 改都是可能的。顺序描述的步骤可以并行执行、步骤的次序可以改变， 而且步骤可以修改或合并。除以上所述之外的功能也可以得到支持。 例如，例如通过利用一个或多个加标签轨迹作为起始点浏览媒体资源 传输服务的目录，用户可能能够与加标签轨迹的列表交互，以获取相 关信息。用户还可以删除标签、观看并分类标签列表，等等。例如如 上所述的“购买全部”选项也可以得到支持。在有些实施例中，除了 购买轨迹之外或者代替之，用户还可以下载媒体轨迹的免费版本。免 费版本可以包括例如轨迹内容和一个或多个广告，或者免费版本可以 具有比可购买轨迹版本低的分辨率，或者它可以只包括一部分内容。 在有些情况下，一些或全部媒体轨迹可以不需要用户付费就分发；例 如，用户可以支付低月租费就享受无限下载，或者有些轨迹可以为了 宣传而免费提供。因此，在此对购买轨迹的引用应当理解为包括用户 不需要付费而获取特定轨迹的情况。
图17是根据本发明实施例的结合了加标签特征的媒体(例如， HD无线电)通信系统1700的图。在系统1700中，HD无线电网络 1702可以是在线媒体资源传输服务1704(它可以是诸如iTunesTM的 基于互联网的服务)的会员。媒体资源传输服务1704可以提供具有元 数据的附属无线电网络1702，其中元数据可以嵌入到HD无线电广播 中。元数据可以包括每个轨迹的元数据(例如，映射到由媒体资源传 输服务1700使用的内部标识符的轨迹标识符)和独立于轨迹的元数 据，例如将无线电网络1702标识为媒体资源传输服务1704的会员的 标识符。无线电网络1702可以将这种元数据与内容(例如，轨迹)一 起提供给其成员无线电台1706。成员无线电台1706又可以利用例如 HD无线电技术广播内容和元数据。
用户可以操作HD无线电接收器1708，以便从无线电台1706接 收内容和元数据。接收器1708可以是例如上述附件104的实施例或者 附件104。因此，接收器1708可以例如于响应控制按钮1710的用户 操作而从所接收的广播提取元数据并且为任何或全部轨迹创建标签。
如上所述，接收器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接收的标签。
在从接收器1708接收到用户标签之后，PMD 1712可以连接到主 计算机1714。主计算机1714可以从PMD 1712读取所存储的标签并 产生用户加标签轨迹的播放列表。主计算机1714还可以使用关于标签 文件的数字签名来验证标签源自经过验证的接收器和/或作为关于数 据完整性的检查。
标签从接收器1708到PMD 1712的传输和标签从PMD 1712到 主计算机1714的传输可以是完全自动的；即，接收器1708可以自动 检测何时PMD 1712连接到其并可以在检测到连接的任何时候自动地 传输标签(包括任何积累的标签)。类似地，PMD 1712可以在PMD 1712与主计算机1714同步的任何时候自动地将所存储的标签传输到 主计算机1714。因此，用户能够方便地而且几乎不费力气地收集并回 顾广播轨迹的标签。
主计算机1714还可以连接成(例如，通过互联网)与媒体资源 传输服务1704通信。例如，主计算机1714可以向媒体资源传输服务 1704提供标签信息，以允许媒体资源传输服务1704向用户提供购买 任何或全部加标签轨迹的机会。如果用户选择购买轨迹，则媒体资源 传输服务1704可以将轨迹(例如，通过互联网)传输给主计算机1714。 主计算机1714还可以将轨迹(未明确示出)传输给PMD 1712。
系统1700还可以包括能够从无线电台1706接收包括元数据和内 容的媒体广播的另一PMD 1722。例如，PMD 1722可以配置成具有如 图1E所示的便携式接收器附件。PMD 1722还可以配置成与在线媒体 资源传输服务1704无线通信。例如，PMD 1722可以用可用于与连接 到互联网的无线接入点通信的WiFi或其它无线技术来配置，而且媒 体资源传输服务1704也可以连接到互联网。PMD 1722可以实时地向 媒体资源传输服务1704传送标签和购买请求(例如，当用户操作控制 以指示对给轨迹加标签和/或购买轨迹感兴趣时)，而且用户无需等待 与主计算机系统同步就可以获取关于轨迹的信息和/或购买轨迹。
因此，为PMD 1712或PMD 1722的用户提供了获取用户指示感 兴趣的音乐、电视节目及其它媒体内容的选项。
媒体资源传输服务1704的所有者可以通过出售包括加标签轨迹 在内的媒体轨迹来创收。尽管加标签的轨迹可以以多种方式(例如， 通过参考广播者的播放列表、声音样本的分析或者诸如轨迹名和艺术 家名的元数据与存储在媒体资源传输服务1704的数据库中的轨迹信 息的匹配)识别，但是如果标签包括由媒体资源传输服务1704使用的 唯一轨迹标识符，则可以获取更可靠的识别。为了鼓励广播者和/或收 集标签中所涉及的其它实体在元数据和从其提取的标签中包括这些唯 一轨迹标识符，媒体资源传输服务1704的所有者可以提供奖励。
例如，如上面所指出的，标签元数据可以包括分配给特定广播者 (例如，无线电台1706)的会员标识符。广播者可以在与媒体内容关 联的元数据广播中包括该会员标识符与唯一轨迹标识符。当给轨迹加 标签时，返回给媒体资源传输服务1704的标签信息可以包括该会员标 识符。如果用户购买加标签的轨迹，则媒体资源传输服务1704可以使 用该会员标识符来确定哪个广播者是该加标签广播的源并提供适当的 奖励，例如轨迹购买价格的一部分。
会员奖励程序也可以扩展到系统1700中的其它点。例如，与广 播轨迹关联的元数据可以识别轨迹的创建者或者分发者(例如，无线 电网络1702)，而且这种识别可以是对其内容被购买的创建者或分发 者进行奖励支付的基础。作为另一个示例，便于加标签的附件(例如， 附件1708或1722)可以在标签中包括标识附件的制造商的信息。这 种信息也可以传播到媒体资源传输服务1704并用于对附件的制造者 提供奖励，其中该附件用于导致购买的加标签动作。
媒体资源传输服务1704还可以提供对与加标签轨迹关联的其它 信息的访问。例如，用户可能能够预览加标签轨迹的一部分、访问轨 迹的免费版本(例如，具有嵌入的广告内容或降低的质量)，等等。
应当理解，系统1700是例示性的，而且变体和修改都是可能的。 例如，尽管系统1700参照无线电和HD无线电，但类似的系统可以围 绕其它类型的媒体(例如，视频)和媒体传输通道(例如，卫星、线 缆、互联网、无线介质等)构建。总的来说，系统1700可以包括任何 数量的用于广播各种类型媒体的广播者，而且任何数量的媒体接收者 和媒体设备都可以能够接收这种广播和/或与媒体传输服务通信，以获 取加标签的媒体资源和/或相关的信息。
在有些实施例中，媒体资源传输服务1704可以跨多个用户聚集 关于加标签内容的信息，其中这些用户都将标签传送到媒体资源传输 服务1704。这种信息可以以多种方式使用。例如，媒体资源传输服务 1704可以生成在给定时间间隔内(例如，一周)最频繁加标签轨迹的 列表。列表可以通过媒体类型(例如，音乐、视频、书籍、播客)、 风格、艺术家或者表演者等归类。此外，就媒体资源传输服务1704 访问关于各用户的人口统计信息而言，该信息还可以用于生成在特定 用户基础段中流行轨迹的列表。
关于用户加标签行为的聚集信息可以由媒体资源传输服务1704 用于诱惑用户购买另外的媒体资源。例如，一周中最多加标签轨迹的 “热门”列表可以在用户连接到服务1704时呈现。人口统计信息可以 用于根据类似人口组中什么用户加了标签来推荐可能感兴趣的轨迹。 在另一个实施例中，如果用户已经给第一轨迹加了标签，则也可以推 荐由也给该第一轨迹加了标签的其它用户加标签的其它轨迹。
在另一个实施例中，媒体资源传输服务1704可以收集关于不与 媒体资源传输服务1704所提供的内容匹配的标签的信息。这种标签可 能对应于不能用于购买的轨迹或者从媒体资源传输服务1704免费下 载的轨迹。通过跟踪这些“错过”，媒体资源传输服务1704可以识别 其目录中缺少的流行轨迹，且媒体资源传输服务1704的所有者或管理 者可以使用这种信息确定是否获取特定轨迹。例如，可以推断越频繁 加标签的轨迹越有可能卖得好。
在另一个实施例中，就标签包括关于用于创建标签的附件和/或 PMD的信息而言，媒体资源传输服务1704还可以聚集关于用于加标 签的产品的信息。这种信息可以用于附件或PMD等的买卖，例如， 通过识别加标签环境下流行的附件。
共享标签
在有些实施例中，用户可以与一个或多个其它用户自动地或手动 地共享标签。在一个实施例中，用户可以创建其标签要与之自动共享 的人的列表。每次当用户给媒体轨迹加标签时，该用户的设备就可以 与列表中的一个或多个人共享该标签。每个列表或列表上的人可以与 定义要与其或人列表共享的标签类型的参数(例如，通过媒体类型、 风格、艺术家/表演者等)关联。用户还可以选择接收特定标签的人。 标签可以利用例如电子邮件(例如，利用XML标签文件作为附件)、 即时消息传送、短消息传送服务(“SMS”，也称为写文本)、通过 对等或网络的消息传送等共享。如果用户的其上存储有标签的PMD 配置成通过合适的网络(例如，互联网或移动电话网)通信，则用户 可以将标签从他或她的PMD直接发送到其他用户。类似地，用户还 可以直接在他或她的PMD上接收标签。可选地，主计算机可以用于 在标签已经从PMD传输后发送标签(例如，通过电子邮件或即时消 息传送)。
如上所述，标签还可以在属于电话呼叫的多方的用户之间共享。 就象其它标签，共享标签可以包括可用于标识轨迹和/或广播者的数据 元素的任意组合；在有些实施例中，共享标签还可以包括标签内容的 预览部分(或者到可获取该预览部分的位置的链接)。
在其它实施例中，用户可以公开标签列表。例如，图17的在线 媒体资源传输服务1704可以允许用户上载播放列表，然后该列表就可 以让服务1704的其他用户看到。(其他用户可以看该播放列表，但在 实际播放该列表之前需要购买轨迹，除非他或他已经拥有了这些轨 迹。)根据本发明的实施例，用户上载的播放列表可以包括他或她加 了标签的轨迹，而不管他或她是否购买了该轨迹。其他用户可以访问 上载的播放列表，而且如果他们选择，就可以购买轨迹。
在其它实施例中，用户可以生成用于已经存储在他或她的PMD (或其它设备)的媒体库中的媒体轨迹的标签，并与其他人共享那些 标签。就象媒体广播标签，媒体库标签可以通过利用例如电话和/或互 联网发送标签来与其他人共享。标签可以与用户定义的人的列表或者 与用户实时(例如，在电话呼叫过程中)指定的一个或多个人共享。 例如，用户可以将媒体库标签或先前生成的媒体广播标签作为媒体请 求发送到媒体广播者。
在用户可以共享标签的实施例中，由共享标签的接收方接收的标 签数据可以包括标识作为标签源的用户的参考标识符。当接收共享标 签的用户连接到媒体资源传输服务1704并购买加标签的资源时，媒体 资源传输服务1704可以向介绍的用户给予信用。这些信用可以是奖励 与其他人共享标签并鼓励其他人购买该加标签轨迹的用户的基础。在 一个示例中，其共享标签导致其他用户购买达到阈值个数的用户可以 被奖励以免费下载媒体资源、现金支付或其他奖励。
更多实施例
尽管已经参考特定实施例描述了本发明，但本领域技术人员将认 识到多种修改是可能的。例如，用于存储标签的命令和事件顺序可以 与在此所述的特定命令和事件顺序不同。在有些实施例中，可以添加 附加命令，例如允许附件读回写到打开文件的数据的命令。
此外，标签可以应用到任何类型的广播，包括但不限于音乐轨迹、 口语轨迹、视频广播、播客、广告、静止图像，等等。与广播内容关 联的任何标识信息都可以包括在用于该内容的标签中，而且标签可以 存储成任何期望的格式。
在此所述的协议和文件格式可以用于多种PMD和/或附件；例 如，PMD可以具有附加功能，例如发出和接收电话呼叫的能力、语音 记录器能力、个人信息管理能力(例如，日历、联系人列表、电子邮 件等)。此外，在有些实施例中，关于附件所述的一些或全部功能性 也可以是PMD的一部分。例如，PMD可以配置成从广播内容提取标 签信息，或者接收器可以与PMD封装到一起(例如，在同一外壳中) 并作为一个单元出售。
在PMD包括集成接收器的实施例中(例如，如图1F所示)， PMD可以从接收的广播提取标签信息。在PMD连接到网络的实施例 中，PMD可以在接收到标签信息时立即将其传送到媒体资源传输服 务。因此，在有些实施例中，当用户收听可加标签的轨迹时，该用户 可以操作PMD的用户输入控制器，来存储标签信息和/或立即购买该 轨迹。例如如上所述，为了存储标签信息，PMD可以将信息写到标签 文件。为了购买轨迹，PMD可以将包括标签信息的购买请求通过网络 转发到媒体资源传输服务；然后，轨迹就可以通过网络从媒体资源传 输服务被下载到PMD。
本发明的实施例可以应用到多种媒体类型，包括音乐、口语(例 如，音频书籍、讲座)、视频(例如，电视、电影)、静止图像及其 它。任何广播介质都可以用于传送可加标签的媒体内容，而且任何类 型的资源标识信息或者其组合都可以包括在标签中。
本发明的实施例可以利用专用部件和/或可编程处理器和/或其它 可编程设备的任意组合来实现。尽管以上所述的实施例参考了特定硬 件和软件部件，但本领域技术人员应当理解，硬件和/或软件部分的不 同组合也可以使用，而且描述为在硬件中实现的特定操作也可以在软 件中实现，反之亦然。
结合了本发明各种特征的计算机程序可以编码到各种计算机可 读的存储介质上；合适的介质包括磁盘或磁带、诸如压缩盘(CD)或 DVD(数字多功能盘)的光存储介质、闪存等。以程序代码编码的计 算机可读介质可以与兼容设备封装到一起或者独立于其它设备提供 (例如，通过互联网下载)。程序代码也可以利用适于遵循多种协议 通过包括互联网在内的有线、光和/或无线网络传送的载波信号编码和 传送。
因此，尽管已经参考特定实施例描述了本发明，但应当理解本发 明是要覆盖处于以下权利要求范围内的所有修改和等价物。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 用于舞台表演者的道具支撑背带 | 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 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
表演者热门专利
QQ群二维码
意见反馈
意见反馈