构建和处理数据文件请求的方法

摘要

本发明提供了一种构建和处理对所需数据文件的请求的方法，该数据文件与广播信号的广播段有关。该方法包括在接收设备上接收信息信号。该信息信号包括至少一个数据组件，所述数据组件与广播信号的一个段有关。该方法还包括将所述数据组件展示给接收设备的用户接口，从所述用户接口获取用户对数据组件的选择，构建与所选数据组件有关的所需数据文件的请求，并发送该请求，其中该请求中包含一标识符，该标识符与所需数据文件有关。

权利要求

1.一种构建和处理对所需数据文件的请求的方法，该数据文件与广播信号的广播段有关，其特征在于，包括：信息信号接收步骤，包括在接收设备上接收信息信号，该信息信号包括至少(i)一个数据组件，该数据组件与所述广播信号的广播段有关，(ii)音乐库标识符，所述音乐库标识符标识对应于所述数据组件的音乐文件，以及(iii)指示提供给用户的所述音乐文件的信息服务的内容；

展示步骤，包括将该数据组件和信息服务的内容展示给接收设备的用户接口；

获取步骤，包括从所述用户接口获取用户对所述数据组件的选择；

构建步骤，包括构建对所述音乐文件的请求，其中，该音乐文件与所选择的数据组件有关，和发送步骤，包括发送对所述音乐文件的请求，其中，该音乐文件与所选择的数据组件有关，该请求中包含与所述音乐文件有关的所述音乐库标识符。

2.根据权利要求1所述的方法，其特征在于，所述数据组件与所述广播信号的当前广播段有关。

3.根据权利要求1所述的方法，其特征在于，所述信息信号接收步骤包括，接收信息信号，其中包含经过排序的数据组件列表，每一数据组件与所述广播信号的广播段有关；

所述展示步骤包括将所述经过排序的数据组件列表展示给所述接收设备的所述用户接口；以及所述获取步骤包括从所述用户接口获取用户对所述数据组件其中之一的选择。

4.根据权利要求1所述的方法，其特征在于，进一步包括在所述接收设备上接收所述广播信号的广播信号接收步骤，并通过输出装置向所述用户输出所述广播信号的所述当前广播段。

5.根据权利要求4所述的方法，其特征在于，所述广播信号接收步骤包括接收所述收到的广播信号之中的所述信息信号。

6.根据权利要求1所述的方法，其特征在于，进一步包括在所述接收设备以外的展示设备上接收所述广播信号，并通过该展示设备向用户输出所述广播信号的所述当前广播段。

7.根据权利要求4所述的方法，其特征在于，所述广播信号接收步骤包括接收广播信号，其中包括音频或视频广播段。

8.根据权利要求7所述的方法，其特征在于，所述广播信号接收步骤包括接收数字音频广播(DAB)信号。

9.根据权利要求1所述的方法，其特征在于，所述信息信号接收步骤包括在收到来自所述接收设备的请求之后接收所述信息信号。

10.根据权利要求1所述的方法，其特征在于，所述信息信号接收步骤包括通过无线局域通信网络接收所述信息信号。

11.根据权利要求10所述的方法，其特征在于，所述信息信号接收步骤包括通过WiFi通信网络接收所述信息信号。

12.根据权利要求1所述的方法，其特征在于，所述信息信号接收步骤包括通过到所述设备的互联网连接接收所述信息信号。

13.根据权利要求1所述的方法，其特征在于，所述信息信号接收步骤包括通过移动电信网络接收所述信息信号。

14.根据权利要求1所述的方法，其特征在于，所述信息信号接收步骤进一步包括接收与所述广播信号的段有关的元数据。

15.根据权利要求14所述的方法，其特征在于，所述展示步骤包括向所述用户接口展示所述数据组件及其相关联的元数据。

16.根据权利要求14所述的方法，其特征在于，

所述信息信号接收步骤包括接收信息信号，该信息信号中包括经过排序的数据组件列表，每一数据组件与所述广播信号中的一广播段有关；

所述展示步骤包括向所述接收设备的所述用户接口展示所述经过排序的数据组件列表及每一数据组件相关联的元数据；

所述获取步骤包括从所述用户接口获取用户对所述数据组件其中之一的选择。

17.根据权利要求1所述的方法，其特征在于，所述展示步骤包括向所述用户展示多个可供用户选择的选项，这些选项与确定所需数据文件有关，所述获取步骤包括获取所述用户的选择，所述构建步骤包括在所述请求中指出所述用户选择的选项。

18.根据权利要求1所述的方法，其特征在于，还包括加密文件接收步骤，该加密文件接收步骤包括接收加密形式的与所述广播段有关的所述数据文件作为加密数据文件。

19.根据权利要求18所述的方法，其特征在于，所述加密文件接收步骤包括在所述用户选择所述所需数据文件之前，接收与所述广播段有关的所述加密数据文件。

20.根据权利要求19所述的方法，其特征在于，进一步包括在接收所述加密数据文件之后将所述加密数据文件存储在所述接收设备的第一缓存之中。

21.根据权利要求20所述的方法，其特征在于，进一步包括，在存储所述加密数据文件之后依据所述加密数据文件是否对应于所选广播段来确定所需数据文件的可用性。

22.根据权利要求21所述的方法，其特征在于，进一步包括，在确定所述所需数据文件可用之后的发送步骤，所述发送步骤包括在用户选择之后，将所述加密数据文件发往第二缓存。

23.根据权利要求19所述的方法，其特征在于，进一步包括解密密匙接收步骤，所述解密密匙接收步骤包括在发送所述请求之后，接收所述加密数据文件的解密密钥，并将该解密密钥存储在所述接收设备中。

24.根据权利要求22所述的方法，其特征在于，还包括解密密匙接收步骤，所述解密密匙接收步骤包括在发送所述请求之后，接收所述加密数据文件的解密密钥，并将该解密密钥存储在所述接收设备之中，以及在收到该解密密钥之后，将所述选择的数据文件从所述第二缓存发送到所述接收设备的存储器位置。

25.根据权利要求23所述的方法，其特征在于，所述解密密匙接收步骤进一步包括接收加密的解密密钥。

26.根据权利要求25所述的方法，其特征在于，所述解密密钥接收步骤包括接收已经使用所述接收设备的唯一标识符加密的解密密钥。

27.根据权利要求26所述的方法，其特征在于，进一步包括解密所述解密密钥，并在每次用户访问所述所需数据文件时使用该解密密钥对所述加密数据文件进行解密。

28.根据权利要求24所述的方法，其特征在于，当所述发送步骤已经将所述加密数据文件发往所述第二缓存时，所述构建步骤包括构建主请求，该主请求用于请求对应所述加密数据文件的解密密钥。

29.根据权利要求18所述的方法，其特征在于，所述加密文件接收步骤包括在所述发送步骤之后，接收与所述广播段有关的加密数据文件。

30.根据权利要求29所述的方法，其特征在于，所述加密文件接收步骤包括通过无线局域通信网络接收所述加密文件。

31.根据权利要求30所述的方法，其特征在于，所述加密文件接收步骤包括通过WiFi通信网络接收所述加密文件。

32.根据权利要求29所述的方法，其特征在于，所述信息信号接收步骤包括通过到所述设备的互联网连接接收所述信息信号。

33.根据权利要求29所述的方法，其特征在于，所述加密文件接收步骤包括通过移动电信通信网络接收所述加密数据文件。

34.根据权利要求29所述的方法，其特征在于，进一步包括在发送步骤之后，接收对应所述加密数据文件的解密密钥，并将该解密密钥存储在接收设备中。

35.根据权利要求1所述的方法，其特征在于，所述构建步骤包括构建包含发出所述请求的设备的标识符的请求。

36.根据权利要求29所述的方法，其特征在于，所述构建步骤包括构建请求，以请求将所选数据文件传送到所述接收设备。

37.根据权利要求1所述的方法，其特征在于，所述构建步骤包括构建请求，以请求将所选数据文件设置为允许所述用户将其下载至所述用户的计算机。

38.根据权利要求1所述的方法，其特征在于，所述发送步骤包括将构建的请求传送到授权服务器。

39.根据权利要求38所述的方法，其特征在于，所述发送步骤包括第一传送动作，用于向授权服务器传送授权请求，以及第二传送动作，用于在收到授权响应后，传送用于请求所述所需文件的构建的请求。

40.根据权利要求39所述的方法，其特征在于，所述第二传送动作包括在所述构建的请求中传送收到的授权码。

41.根据权利要求1所述的方法，其特征在于，进一步包括将所述发送步骤延迟，直到用于传送所述请求的合适的通信信道对于所述设备可用。

42.根据权利要求41所述的方法，其特征在于，进一步包括将构建的请求存储到所述接收设备上，将所述接收设备连接到辅助请求传送设备，其中在该设备上具有可用的适当的通信信道，并通过所述辅助请求传送设备传送所述构建的请求。

43.根据权利要求1所述的方法，其特征在于，进一步包括接收确认消息，该确认消息用于确认接受所述请求以及接受对所请求数据文件的访问。

44.一种用于请求和获取所需数据文件的方法，该数据文件与广播信号的广播段有关，其特征在于，所述方法包括：权利要求1中描述的构建和处理对所需数据文件的请求的方法，其中该数据文件与广播信号的广播段有关；

在数据文件库中接收所述请求

确定步骤，确定该请求是否得到授权；以及

访问提供步骤，在该请求得到授权时提供对所述所需数据文件的访问。

45.根据权利要求44所述的方法，其特征在于，进一步包括授权步骤，在提供对所述所需数据文件的访问之前对所述请求进行授权。

46.根据权利要求45所述的方法，其特征在于，所述构建步骤包括构建包含发起所述请求的设备的标识符的请求，所述授权步骤包括使用包含在所述请求之中的所述接收设备的标识符来确定该接受设备是否有权访问所述所需数据文件。

47.根据权利要求46所述的方法，其特征在于，所述授权步骤包括从收到的请求的特征中确定所述接收设备的标识，将接收的标识符与确定的所述接收设备的标识符进行匹配。

48.根据权利要求44所述的方法，其特征在于，进一步包括确定所述接收设备先前是否已经得到对所述所需数据文件的访问许可。

49.根据权利要求44所述的方法，其特征在于，进一步包括在所述接收设备得到授权的情况下，进行支付交易。

50.根据权利要求48所述的方法，其特征在于，进一步包括在所述接收设备得到授权，且在所述确定步骤已经确定所述接收设备尚未购买过所述所需数据文件的情况下，进行支付交易。

51.根据权利要求46所述的方法，其特征在于，进一步包括在发送所述请求之后：接收所需加密数据文件的解密密钥；

将该解密密钥存储在所述接收设备中；以及

使用收到的接收设备的标识符对所述解密密钥进行加密。

52.根据权利要求44所述的方法，其特征在于，所述构建步骤包括构建包含发起所述请求的设备的标识符的请求，所述设备的标识符包括唯一标识符。

53.根据权利要求52所述的方法，其特征在于，所述唯一标识符包括所述接收设备的网络标识符以及与所述设备上安装的应用有关的信息。

54.根据权利要求44所述的方法，其特征在于，所述访问提供步骤包括将加密格式的加密数据文件发往与所述接收设备分离设置的存储设备。

55.根据权利要求44所述的方法，其特征在于，所述访问提供步骤包括在无线局域网通信信道上传送加密数据文件。

56.根据权利要求44所述的方法，其特征在于，所述访问提供步骤包括在移动通信网络上传送加密数据文件。

57.根据权利要求44所述的方法，其特征在于，所述访问提供步骤包括允许加密数据文件下载到用户的与互联网相连的计算机。

58.一种构建和处理对所需数据文件的请求的设备，该数据文件与广播信号的广播段有关，其特征在于，包括：接收部件，用于在接收设备上接收信息信号，该信息信号包括至少(i)一个数据组件，该数据组件与所述广播信号的广播段有关，(ii)音乐库标识符，所述音乐库标识符标识对应于所述数据组件的音乐文件，以及(iii)指示提供给用户的所述音乐文件的信息服务的内容；展示部件，用于将该数据组件展示给接收设备的用户接口；

获取部件，用于从所述用户接口获取用户对所述数据组件的选择；

构建和发送部件，用于构建和发送对所述音乐文件的请求，其中，该音乐文件与所选择的数据组件有关，该请求中包含与所述音乐文件有关的所述音乐库标识符。

59.根据权利要求58所述的设备，其特征在于，所述设备包括下列之中的至少一个：移动电信设备、支持互联网的计算机、数字广播接收设备和数字卫星接收设备。

说明书

构建和处理数据文件请求的方法

技术领域

[0001] 本发明涉及一种构建和处理数据文件请求的方法，更具体地说，涉及(但不限于)在下载与广播信号的内容相关联的数据方面进行的相关改进。本发明是以下载与广播信号有关的音乐文件为例进行描述的，但本发明并非仅限于这一方面，其可应用于访问与广播信号有关的任何类型的数字数据文件。

背景技术

[0002] 移动音乐下载数量的增长远快于任何其它数字音乐承载介质。通常，人们从互联网站点例如 上下载音乐到个人计算机(PC)，继而从PC到个人音乐播放器，例如MP3播放器。这是一项劳动密集型任务，并且与用户的技术能力密切相关。此外，用户必须拥有一台PC，并且注册到互联网，还需要具备电子支付能力。

[0003] 本发明的发明人注意到，通常，无线广播是传统音乐购买行为(包括下载音乐以及购买CD的传统方式)的主要驱动力。

[0004] 当用户想要购买其在收听无线广播时听到的音乐(音乐曲目)时，这些用户需要面对的一个难题是它们往往错过了无线广播DJ所提供的这些音乐的标题和演唱者/专辑名称。这往往是令人沮丧的，这是因为用户不得不集中精神收听广播，以找到它们感兴趣的歌曲。如果用户随后想要购买这首歌曲，它们可以访问商店来购买CD，或者通过互联网购买这首歌曲，即在使用PC时从下载音乐曲目站点下载这首歌曲。

[0005] 通过上述方式下载的音乐曲目随后需要传送至另一设备，然后用户才能收听和使用。这对一些用户来说很繁杂，因为它们需要在一段时间之后才能带着它们喜欢的音乐自由移动。

[0006] 目前有这样一种服务，可以让用户找到一首音乐的标题和演唱者/专辑的 名称。当用户收听到一首其感兴趣的歌曲时，用户录制下歌曲的至少一部分，然后拨打服务提供商的电话，在电话线上回放其录制的那部分歌曲。在服务提供商一侧，音乐识别工具可对收到所录制部分的音频信号进行处理，通过将这些音频信号与其存储的音乐曲目进行比较来识别这首歌曲。随后，这首歌曲的音频细节，例如歌曲名称和演唱者/专辑名称将传送给用户。如果用户随后想要购买这首音乐，它们可以访问销售这首单曲或CD专辑的商店，或者在其下次使用PC时候通过互联网购买这首音乐。

[0007] 另一种即将推出的服务可使用一种“标记下载”方法来简化音乐曲目的下载。用户必须拥有一部可使用这种服务的移动电话，使用这种服务的一种方式是购买一部安装有适当的操作系统(例如 )的移动电话。通过使用这种服务，每一部支持这种服务的移动电话都可连接到服务提供商，该提供商可提供无线广播收听服务。当感兴趣的音乐播放时，用户可选择对当前播放的音乐曲目进行标记。随后，用户需要以电子支付方式购买该音乐曲目。该标签随后传送到服务提供商，随后，在支付成功之后，服务提供商将直接通过移动电信网络将与标记的音乐曲目相关联的加密数据传送到用户的移动电话。此外，该曲目的许可也将传送到该移动电话。该曲目将存储在移动电话中，并可在用户需要时随意播放。用户在访问曲目时无需知道演唱者或歌曲的名字，这是因为服务提供商可使用音乐识别工具来创建标签。

[0008] 图1展示了用户使用上述即将推出的服务来下载音乐曲目时需要经历的步骤。在步骤2，用户收听无线广播。在步骤4，在听到一首感兴趣的歌曲且想要购买当前播放的音乐曲目时，用户使用其移动电话标记感兴趣的歌曲。在步骤6，移动电话发出一条购买该音乐曲目的请求。与该请求有关的数据随后通过服务提供商服务器发往该用户已注册的移动音乐商店服务器。随后，在步骤8，当前播放的音调将与商店的数据库进行匹配。随后，在步骤10，在移动电话上显示“现在购买”选项。在步骤12，用户可完成购买交易，只有这样，该音乐曲目才能下载到移动电话上。这项即将推出的服务很有可能通过 软件应用集成到移动电话中。

[0009] 然而，可以预见的，这一项即将推出的服务将非常耗时，且使用复杂。同 时，在移动环境中，信号强度会发生变化，如果连接所需的时间过长，音乐的接收过程可能丢失，这样一来，购买曲目的传输过程也存在困难。

[0010] 此外，借助内置音乐播放器的支持3G的移动电话的先进技术，用户可使用移动电话来浏览互联网，以此来寻找与音乐相关的网页，并浏览许多页面来查找感兴趣的音乐，这些音乐可选择、购买和下载到移动电话上，存储在存储器中，在需要的时候进行播放。这种方法也存在一些问题，例如用户可能不知道音乐的名称或演唱者/专辑的名称。此外，这种方法也需要很长的时间，且用户需要经历许多步骤来查找特定的音乐文件。此外，通过移动网络下载音乐文件也需要一定的时间，并且在移动环境中，接收过程的丢失将产生很大影响，因此下载的文件很可能不完整。这种方式对收听新的音乐也不是很有效，用户需要知道它们在寻找什么。

[0011] 此外，也可能需要将音乐文件下载到PC，然后将下载的文件传送到移动电话上。同理，这需要用户拥有PC，并且注册到互联网上。此外，这种获取新的音乐文件的系统并非真正的移动解决方案，并且购买过程非常耗时，这样一来，从用户角度来看，用户无法得到即时满足。

[0012] 本发明的目的是解决或减少上述至少一部分问题。

发明内容

[0013] 本发明的一个重要特征在于，通过向收听无线广播的用户提供有关当前正在广播的内容的信息，可以提供一种方法，用户可使用这种方法来访问与当前正在广播的内容相关联的数据文件。

[0014] 长久以来，收听无线广播被认为是最有效的一种促使用户购买音乐制品的手段。优选地，用户可以在例如收听时购买音乐曲目，而无需记住歌曲和演唱者的姓名，也无需搜索音乐库来查找想要的歌曲。此外，收听无线广播不会对用户产生干扰，且本发明的上述特征允许用户在收听其喜欢的曲目时购买该音乐曲目，而不会对用户当前的任务产生干扰。
通过这种方式，本发明的这一特征可视为基于一种用户早已熟悉的方式，即例如收听无线广播。

[0015] 本发明需要三种部件来与本发明的上述特征一起工作，分别是广播接收 器，例如DAB接收器、FM/AM无线接收器、具备互联网链接的数字电视机或PC；大容量存储单元例如安全数字(SD)存储卡；以及由例如GSM或GPRS发射器(移动电话之中的)提供的通信反向信道。但是，上述三种部件无需设置在同一设备之中。此外，用户必须能够使用上述三种部件之中的一种，以便能够查看与广播有关的信息(观看显示的信息)，以及选择与获取/购买与广播有关的数据文件(音乐曲目)有关的选项(显示的选项)。

[0016] 在不同的实施例中，可以将接收器实现为移动电话中的一种专门的DAB芯片，该芯片用于提供本发明的音乐下载实施例，或者将该接收器实现为运行在移动电话上的一种应用，该应用具有非专用的DAB接收芯片，该芯片用于接收例如数字电视广播。在其它实施例中，接收器也可以是专门的数字无线设备，其可以访问通信信道，例如WiFi信道或者固定电信信道。使用该通信信道的部件可以集成到接收器之中，或者连接到接收器(例如通过到移动或固定线路电话的有线或无线(例如蓝牙)连接)。

[0017] 本发明的另一重要特征在于发明人认为，接收信息信号的接收设备例如数字无线设备，可以用来触发和实现通过无线局域网(WLAN)来购买音乐曲目。此外，考虑到数字无线接收器特别是移动接收器到互联网之问连接的瞬时特性，本发明的这一特征提供了一种机制，允许在播放过程中选择购买数字音乐曲目或者数字视频文件，而不管接收设备此时是否位于WLAN的范围之内。优选地，该接收设备也接收广播信号。

[0018] 本发明的另一重要特征在于，可使用广播信号来传送加密的可下载数据文件，该数据文件与广播信号中的当前内容有关，该数据文件的发送由确认操作触发，该确认操作用于确定当前内容正在进行广播。在一个文件被选中时，需要做的是获取解密密钥，或者对该数据文件的许可，其中该数据文件已经被下载和存储到接收器之中。这允许下载过程比一些现有技术更快和更容易使用。在数字无线电台中，这一点是有可能做到的，这是因为无线电台设置有将要播放的歌曲的播放列表(广播调度表)，可以使用该表来获取和提供适当的文件给DAB复用器。同时，若能确定广播信号的内容实际上正在进行传送，则可确保传送的数据文件可被快速选择，并且总是不会出错的对应于上述内容。当 广播内容偏离播放列表时，本发明提供了一种快速有效和可靠的方式来确保数据文件与实际广播内容之间准确匹配。

[0019] 此外，依据本发明的另一方面，提供了一种数字信息设备，该设备用于接收信息信号，该信息信号与来自数字信息广播源的广播信号有关，该数字信息设备用于选择与广播段有关的信息信号的一个组件，该数字信息设备用于触发和实现通过通信信道例如无线局域网(WLAN)对所选段相对应的数据文件的购买。

[0020] 本发明的另一重要特征在于，在数字广播信道中同时广播可在接收设备上实时播放的音频或视频数据段，和对应于所述音频或视频段的音频或视频数据文件，在所对应音频或视频段的起始和终止点内，相对应的数据文件可完整地进行传送，以便保持上述段和对应文件之间的同步。

[0021] 具体的，根据本发明的一个方面，提供了一种构建和处理对所需数据文件的请求的方法，该数据文件与广播信号的广播段有关，包括在接收设备上接收信息信号，该信息信号包括至少一个数据组件，该数据组件与所述广播信号的一段有关；将该数据组件展示给接收设备的用户接口；从所述用户接口获取用户对所述数据组件的选择；构建和发送对所需数据文件的请求，其中，该数据文件与所选择的数据组件有关，该请求中包含与所述所需数据文件有关的唯一标识符。

[0022] 本发明的上述特征可极大的简化与广播信号有关的数据文件的选择过程，实现在所需数据文件选择过程中，用户能够得到快速和不复杂的用户体验。这是一项特别重要的特征，其允许本发明可能适用于众多用户。

[0023] 可选地，信息信号中的数据组件与所述广播信号的当前广播段有关。本方法至少能够实现对与广播信号中的当前广播段有关的数据文件进行选择，从而使得例如用户能够选择购买当前正在无线广播中播放的音乐曲目。

[0024] 优选地，所述接收步骤包括，接收信息信号，其中包含经过排序的数据组件列表，每一数据组件与所述广播信号的广播段有关；所述展示步骤包括将所述经过排序的数据组件列表展示给所述接收设备的所述用户接口；以及所述获取步骤包括从所述用户接口获取用户对所述数据组件其中之一的选择。在这种 情况下，将向用户展示获取数据文件以便进行购买的选项，这些数据文件与先前播放的、当前正在广播的以及将要播放的广播信号中的段相对应。因此将向用户展示与当前正在广播的、近期已经广播的和/或非常有可能在近期进行广播的内容有关的数据组件的列表。

[0025] 本方法优选包括在所述接收设备上接收所述广播信号，并通过输出装置向所述用户输出所述广播信号的所述当前广播段。优选地，这样可允许用户在其用来收听广播的设备上选择数据组件，这意味着本发明请求所需数据文件的方法可以应用于非常便携的环境。

[0026] 在本发明的一个优选实施例中，广播信号的接收步骤包括接收所述收到的广播信号之中的所述信息信号。广播信息信号是另外一种可以在单个包中接收所有服务的优化方法，这使得接收设备可以更为便携。

[0027] 本方法还包括在所述接收设备以外的展示设备上接收所述广播信号，并通过该展示设备向用户输出所述广播信号的所述当前广播段。优选地，这意味着用户可使用任何设备来调谐到其喜欢的无线电台，并可使用能够使用本发明所提供的方法的接收设备来发出对所需数据文件的请求，其中该数据文件与广播信号的段有关。

[0028] 优选地，广播信号接收步骤包括接收广播信号，其中包括音频或视频广播段。本发明适用于任何类型的数据文件，但更为适用于与所选广播段有关的音频文件或视频文件。 [0029] 在一优选实施例中，所述广播信号接收步骤包括接收数字音频广播(DAB)信号。 [0030] 优选地，所述信息信号接收步骤包括在收到来自所述接收设备的请求之后接收所述信息信号。这使得接收设备可以实现按需拉动服务，这种按需拉动服务可以节省电量，从而使得便携接收设备能够更加适应不同的环境。

[0031] 可选地，信息信号接收步骤包括通过无线局域通信网络接收所述信息信号。此外，优选地，信息信号接收步骤包括通过WiFi通信网络接收所述信息信号。这种局域网和特定的WiFi网络可以比其它无线通信信道更加可靠，这有利于改进本发明的可靠性。 [0032] 在另一优选实施例中，信息信号接收步骤包括通过到所述设备的互联网连接接收所述信息信号。

[0033] 在另一优选实施例中，信息信号接收步骤包括通过移动电信网络接收所述信息信号，例如GPRS或者3G电信网络。

[0034] 优选地，信息信号接收步骤包括进一步包括接收与所述广播信号的段有关的元数据。这是一个非常有用的特征，其可以改进向用户接口进行的数据组件展示，以更好地向用户告知数据组件的选择。例如这种元数据可包括与数据组件有关的图片文件。 [0035] 优选地，展示步骤包括向所述用户接口展示所述数据组件及其相关联的元数据。 [0036] 优选地，展示步骤包括向所述用户接口展示所述数据组件列表及每一数据组件相关联的元数据。

[0037] 在本发明的一个优选实施例中，展示步骤包括向所述用户展示多个可供用户选择的选项，这些选项与确定所需数据文件有关，所述获取步骤包括获取所述用户的选择，所述构建步骤包括在所述请求中指出所述用户选择的选项。通过这种方式，用户可以选择如何访问所需文件，例如通过接收设备来访问或者通过互联网通过主计算机来访问，或者甚至通过特定的远端设备来访问。

[0038] 优选地，所述方法还包括接收加密形式的与所述广播段有关的所述数据文件。数据文件的安全性得以保证，且只有授权的用户能够访问该数据文件。

[0039] 优选地，所述加密文件接收步骤包括在所述用户选择所述所需数据文件之前，接收与所述广播段有关的所述加密数据文件。这一点只有在数据文件经过加密才可以实现。但是，这样做的好处是文件已经接收到，该请求只是请求将该接收到的文件设置为可访问(解密)。

[0040] 优选地，本方法进一步包括将所述接收到的加密数据文件存储在所述接收设备的第一缓存之中。

[0041] 优选地，本方法进一步包括，依据所述存储的加密数据文件是否对应于所选广播段来确定所需数据文件的可用性。

[0042] 优选地，本方法还包括在用户选择之后，将所述可用的加密数据文件发往 第二缓存。通过这种方式，第一数据缓存可一直使用选择的加密数据文件来更新缓冲区，而第二数据缓存则与所选数据文件有关。通过提供第二数据缓存可避免在确定对所述数据文件的访问授权时，所需数据文件被覆盖。

[0043] 通常，在发送所述请求时，本方法包括接收所述所需加密数据文件的解密密钥，并将该解密密钥存储在所述接收设备中。这使得数据文件总是以加密形式存储，并且只有在播放访问的时候才解密。这是一种非常安全的数据文件分发方法，其使得未授权获取副本更为困难。

[0044] 优选地，传送步骤进一步包括在收到所述解密密钥之后，将所述选择的数据文件从所述第二缓存发送到所述接收设备的存储器位置。

[0045] 优选地，所述接收解密密钥的步骤进一步包括接收加密的解密密钥，以提供更加安全的分发文法。

[0046] 优选地，所述解密密钥接收步骤包括接收已经使用所述接收设备的唯一标识符加密的解密密钥。

[0047] 优选地，本方法进一步包括解密所述解密密钥，并在每次用户访问所述所需数据文件时使用该解密密钥对所述加密数据文件进行解密。

[0048] 优选地，当所述传送步骤已经将所述可用的加密数据文件发往所述第二缓存时，所述构建步骤包括构建主请求，该主请求用于请求对应所述可用的加密数据文件的解密密钥。

[0049] 优选地，所述加密文件接收步骤包括在所述请求传送步骤之后，接收与所述广播段有关的加密数据文件。

[0050] 优选地，所述加密文件接收步骤包括通过无线局域通信网络接收所述加密文件。优选地，所述加密文件接收步骤包括通过WiFi通信网络接收所述加密文件。这种方案非常合适，因为相比其它信道，这是一种更为可靠的通信信道。

[0051] 优选地，所述信息信号接收步骤包括通过到所述设备的互联网连接接收所述信息信号。

[0052] 优选地，所述加密文件接收步骤包括通过移动电信通信网络接收所述加密文件，例如GPRS或3G网络。

[0053] 优选地，本方法包括在发送所述请求之后，接收对应所述所需加密数据文 件的解密密钥，并将该解密密钥存储在接收设备中。

[0054] 可选地，所述构建步骤包括构建包含发出所述请求的设备的标识符的请求。 [0055] 优选地，所述构建步骤包括构建请求，以请求将所选数据文件传送到所述接收设备。

[0056] 优选地，所述构建步骤包括构建请求，以请求将所选数据文件设置为允许所述用户将其下载至所述用户的计算机。通过这种方式，用户可通过多种不同方式访问数据文件，例如将数据文件传送到不同的用户设备(MP3播放器、烧录到CD中等等)。 [0057] 优选地，所述传送步骤包括将构建的请求传送到授权服务器。 [0058] 优选地，所述传送步骤包括第一传送步骤，用于向授权服务器传送授权请求，以及第二传送步骤，用于在收到授权响应后，传送用于请求所述所需文件的构建的请求。 [0059] 优选地，所述第二传送步骤包括在所述构建的请求中传送收到的授权码。这最小化了数据文件库在确认该请求是经过授权的这一过程中的工作量。

[0060] 优选地，本方法进一步包括将所述发送步骤延迟，直到用于传送所述请求的合适的通信信道对于所述设备可用。这一点对于无线通信信道和便携设备非常有用，这是因为网络覆盖区域可能会变化，可将请求进行存储直到通信信道建立完成以能够支持该请求的传送。

[0061] 优选地，本方法进一步包括将所述构建的请求存储到所述接收设备上，将所述接收设备连接到辅助请求传送设备，其中在该设备上具有可用的适当的通信信道，并通过所述辅助请求传送设备传送所述构建的请求。能够使用其它通信信道是非常有好处的。 [0062] 优选地，本方法进一步包括接收确认消息，该确认消息用于确认接受所述请求以及接受对所请求数据文件的访问。

[0063] 根据本发明的一个方面，提供了一种用于请求和获取所需数据文件的方法，该数据文件与广播信号的广播段有关，所述方法包括：

[0064] 上文描述的构建和处理对所需数据文件的请求的方法，其中该数据文件与 广播信号的广播段有关；

[0065] 在数据文件库中接受所述请求；

[0066] 确定该请求是否得到授权；以及

[0067] 在该请求得到授权时提供对所述所需数据文件的访问。

[0068] 优选地，本方法可包括在提供对所述所需数据文件的访问之前对所述请求进行授权。

[0069] 优选地，所述授权步骤包括使用包含在所述请求之中的所述接收设备的标识符来确定该接受设备是否有权访问所述所需数据文件。

[0070] 优选地，所述授权步骤包括从收到的请求的特征中确定所述接收设备的标识，将所述接收的标识符与所述确定的所述接收设备的标识符进行匹配。

[0071] 优选地，本方法进一步包括确定所述接收设备先前是否已经得到对所述所需数据文件的访问许可。

[0072] 优选地，本方法进一步包括在所述接收设备得到授权的情况下，进行支付交易。 [0073] 优选地，本方法进一步包括在所述接收设备得到授权，且在所述确定步骤已经确定所述接收设备尚未购买过所述所需数据文件的情况下，进行支付交易。 [0074] 优选地，本方法进一步包括使用所述收到的接收设备的标识符对所述解密密钥进行加密。

[0075] 优选地，所述标识符包括唯一标识符。优选地，所述唯一标识符包括所述接收设备的网络标识符以及与所述设备上安装的应用有关的信息。该信息在移动环境中非常有用，用于实现对用户的安全验证。

[0076] 优选地，所述提供步骤包括将加密格式的所述所需数据文件发往与所述接收设备分离设置的存储设备。

[0077] 优选地，所述提供步骤包括在无线局域网通信信道上传送所述加密数据文件。 [0078] 优选地，所述提供步骤包括在移动通信网络上传送所述加密数据文件。 [0079] 优选地，所述提供步骤包括允许所述加密数据文件下载到用户的与互联网 相连的计算机。

[0080] 本发明还可扩展至一种计算机程序，其中包括程序指令，该程序指令用于控制设备执行上述方法中的步骤。这种计算机程序最好可下载至接收设备并安装，从而使得接收设备具备实现本发明的能力。

[0081] 根据本发明的另一方面，提供了一种构建和处理对所需数据文件的请求的设备，该数据文件与广播信号的广播段有关，包括接收部件，用于在接收设备上接收信息信号，该信息信号包括至少一个数据组件，该数据组件与所述广播信号的一段有关；展示部件，用于将该数据组件展示给接收设备的用户接口；获取部件，用于从所述用户数据接口获取用户对所述数据组件的选择；构建和发送部件，用于构建和发送对所述数据文件的请求，其中，该数据文件与所选择的数据组件有关，该请求中包含与所述所需数据文件有关的标识符。 [0082] 优选地，所述设备包括下列之中的至少一个：移动电信设备、支持互联网的计算机、数字广播接收设备和数字卫星接收设备。

[0083] 特别的，根据本发明的一个方面，提供了一种数字广播系统，包括接收部件，用于通过数字广播信道接收触发信号，该触发信号指出对媒体信息的当前段的广播已经开始，该触发信号包括媒体信息标识符，该标识符用于标识媒体信息的当前段；选择部件，用于选择与由所述媒体信息标识符标识的所述当前段有关的数据文件；以及输出部件，用于将所述有关的数据文件输出到所述数字广播信道，以便与所述媒体信息的所述当前段一起进行广播；其中，所述输出部件用于控制所述有关数据文件的输出时间，以便所述数据文件作为收到所述触发信号之后的响应输出。

[0084] 优选地，所述数据文件与广播数据的内容同步传送，这使得加密/加锁的文件在与特定内容有关的广播信号段的起始/终止点之间传送。广播数据和加密文件传输的正常速度之间的这种同步使得数据可以实时提供，这意味着接收器无需执行复杂的处理例如对收到的数据文件重新进行同步。

[0085] 本发明的上述特征可改进数据文件(例如音乐文件或视频文件)到移动接收器(例如移动电信设备如移动电话)的传送。音乐文件的传送通过广播来进行，并存储到移动电信设备之中，这一过程与音乐曲目通过数字无线信道进行 广播的过程同时进行。想要购买特定音乐曲目的用户(假设该音乐文件已经接收完毕)可通过通信信道请求和接收所选曲目的解密密钥/许可。优选地，该数据文件无需在购买时或者购买之后下载，这是因为其已经在通过无线广播广播的过程中下载和存储完成。因此，本发明更快，并且在向用户提供所需文件时很少会失败，特别是当接收设备为受到信号强度影响的移动接收器时。通过这种方式，本发明可改进购买音乐曲目或视频片段时的瞬间满意度。

[0086] 本发明需要三种部件来与本发明的上述特征一起工作，分别是大容量存储单元例如安全数字(SD)存储卡，以及上述由例如GSM或GPRS发射器(移动电话之中的)提供的通信反向信道(back-channel)以及数字无线接收器例如DAB接收器。

[0087] 优选地，所述接收部件用于接收来自广播源的触发信号。

[0088] 优选地，所述接收部件用于接收预先提示通知，该预先提示通知与将要由广播源广播的媒体信息的多个新段有关。

[0089] 优选地，所述接收部件用于接收调度表(播放列表)，该调度表与所述媒体信息的多个新段有关，这些新段非常可能由广播源在近期广播。

[0090] 优选地，所述输出部件用于输出与所述相关的数据文件一同广播的其它信息信号，所述其它信息信号包括与下列信息有关的信息：正在广播的媒体信息的当前段；所述媒体信息的多个已广播的段；所述媒体信息的多个即将广播的段。

[0091] 优选地，所述触发信号包括HTTP-POST信号。优选地，所述输出部件用于输出加密数据文件。

[0092] 优选地，所述触发部件和所述输出部件用于输出数据文件，该数据文件与媒体信息的当前段有关，且该数据文件的输出与所述媒体信息当前段的广播基本不同步进行。 [0093] 优选地，所述触发部件和所述输出部件用于输出数据文件，该数据文件与所述媒体信息的当前段有关，且该数据文件的输出与所述媒体信息当前段的广播基本同步进行。 [0094] 优选地，数字广播系统进一步包括数字广播复用器，用于通过所述数字广 播信道广播所述媒体信息和所述数据文件。

[0095] 优选地，所述数字广播复用器用于通过所述数字广播信道广播所述其它信息信号。

[0096] 优选地，所述数字广播系统包括数字无线广播系统。

[0097] 依据本发明的一个方面，提供了一种包括数字广播系统和接收设备的组合，该接收设备用于接收广播数字媒体信息段和相关的广播数据文件，所述接收设备还用于存储相关数据文件。

[0098] 优选地，所述接收设备包括移动电信设备，其包括数字广播接收器和用于进行数字通信的电信发射器/接收器。

[0099] 优选地，所述数字广播系统包括无线广播系统，所述接收设备包括数字无线接收设备。

[0100] 优选地，所述接收设备用于存储依照年代广播顺序排列的预定最大数量的相关数据文件，所述接收设备进一步用于在已经存储了所述预定最大数量的收到的相关数据文件时，使用新的数据文件覆盖最旧的数据文件。

[0101] 优选地，所述接收设备用于接收和使用其它相关信息信号，在接收设备的显示屏上显示，以及识别用于标识多个最近收到的广播数字媒体信息段的信息。 [0102] 优选地，所述接收设备包括确定部件，应用于所选择的数字媒体信息段，以确定与所选择的信息段有关的数据文件在所述接收器是否可用。

[0103] 优选地，所述接收设备包括请求生成部件，用于生成购买所选数字媒体信息段的购买请求。

[0104] 优选地，所述购买请求包括主请求，在所述确定部件确定所选的相关文件可用的情况下，该主请求用于请求用来解密所述加密存储数据文件的解密密钥。 [0105] 优选地，所述购买请求包括次请求，用于请求将所述加密存储的数据文件设置为可下载至可由个人计算机设备访问的存储位置。

[0106] 优选地，通过向所述个人计算机设备到所述加密存储的数据文件的链接，来将所述加密存储的数据文件设置为可下载。

[0107] 优选地，所述加密存储的数据文件与相关的解密密钥一同发往所述存储位置。 [0108] 优选地，所述接收设备进一步包括解密部件，用于在所述数据文件每次被选择时对该加密存储的数据文件进行解密。

[0109] 优选地，所述解密部件用于使用所述解密密钥来对所述加密存储的数据文件解密。

[0110] 优选地，所述系统进一步包括解密密钥服务器，用于接收和处理所述主请求，所述解密密钥服务器包括解密密钥数据库，用于存储与所述相关的数据文件对应的解密密钥。 [0111] 优选地，所述解密密钥服务器用于加密与所述数据文件有关的解密密钥，并将加密后的解密密钥传送到所述接收器。

[0112] 优选地，所述系统还包括授权服务器，用于向所述接收设备的操作者授权使用服务。

[0113] 优选地，所述解密密钥服务器用于通过向所述授权服务器发送授权请求来请求对所述收到的主请求进行授权，所述主请求和所述授权请求包括标识数据，用于标识所述接收设备的操作者，所述授权服务器用于确定所述接收设备的操作者是否得到接收该解密密钥的授权，所述授权服务器进一步用于在所述接收设备的操作者得到授权时，发送授权信号给所述解密密钥服务器。

[0114] 优选地，所述解密密钥服务器用于在收到所述授权信号后发送所述解密密钥给所述接收设备。

[0115] 优选地，所述有关的数据文件存储在所述解密服务器中，所述系统的获取部件用于在所述输出部件输出所述相关的数据文件之前，接收并存储所述相关的数据文件。 [0116] 根据本发明的一个方面，提供了一种用于下载与广播信号的一部分有关的数据文件的方法，包括在接收设备上接收信息信号，该信息信号包括多个数据段，这些数据段与广播信号的对应广播部分相关联；接收并存储与所述多个广播部分中的一个有关的加密数据文件；选择感兴趣的数据段；发送一请求，该请求用于请求与所述感兴趣的数据段有关的加密数据文件的解密密钥；使用收 到的解密密钥解密所述加密数据文件；将与所述感兴趣的数据段相对应的所述加密数据文件设置为对于用户在一可访问的地址位置是可用的，以便该用户可通过个人计算机下载该数据文件。

[0117] 根据本发明的一个方面，提供了一种数字信息设备，用于从数字广播信息源接收信息信号，该数字信息设备用于选择与广播信号的一部分有关的信息信号的段，以及触发和实现通过无线局域网对与所选段相对应的数据文件的下载。

[0118] 根据本发明的一个方面，不总是有必要将所需数据文件(例如音乐曲目)发送到接收器。在这种情况下，数字音频与与当前正在广播的内容有关的信息服务一起广播。该信息服务从播放列表中生成，接收器使用该信息服务向用户展示一些选项，以便用户选择和购买近期播放的歌曲。所述购买的请求、授权和确认采用上文所述的方式来实现。但是，除了发送解密密钥给将接收器外，所需数据文件还可仅仅设置为对用户通过互联网使用其支持互联网的计算机来访问时可用。因此，该接收器用作一种数据文件订购装置，该数据文件与近期收听的音乐曲目有关。同理，该特征也可应用到面向数字接收器的视频片段广播，该视频片段可在之后用于帮助选择完整视频节目或电影，随后，用户可通过用户的PC得到这些视频节目和电影。

[0119] 该实施例在本文中称为“DMD精简”，其优点也是数不胜数。例如，接收器的数据存储容量可得以降低，因为实际的数据文件本身未曾存储到接收器中。更大的文件例如数字电影可通过向接收器发送更短的片段来购买，而实际的电影将在被选择和支付之后发送到PC。

附图说明

[0120] 下面将以举例的方式参考下列附图来描述本发明的优选实施例： [0121] 图1(现有技术)是下载音乐到接收设备的现有方法的概括流程图； [0122] 图2是本发明系统一较佳实施例的结构示意图；

[0123] 图3是DAB合唱中数据容量图的某时刻的快照，其中展示了分解到多个信道之中的可用的带宽/数据容量；

[0124] 图4是本发明一优选实施例的操作步骤的流程图；

[0125] 图5是描述图2中音乐下载系统中各组件的详细结构示意图；

[0126] 图6是描述图5中的数据广播管理器中包含的功能组件的详细结构示意图； [0127] 图7是图6中DBM内容数据库的详细结构示意图；

[0128] 图8a是图6中内容上传器中包含的功能组件的详细结构示意图； [0129] 图8b是图6中另一内容上传器中包含的功能组件的详细结构示意图； [0130] 图9是图2中系统使用的示范性播放列表的示意图；

[0131] 图10是图6中内容获取器的示意图；

[0132] 图11是图2和图5中接收设备的结构示意图；

[0133] 图12是图11中DAB接收器的结构示意图；

[0134] 图13a至图13g是图2和图5中接收设备图形用户接口一系列截屏的示意图； [0135] 图14是使用在本发明一较佳实施例中的双广播流的时序图，其中包含音频流和相关联的共存加密数据流；

[0136] 图15a和15b是本发明一较佳实施例的操作步骤的详细流程图； [0137] 图16是展示了本发明四个实施例的一系列结构示意图；

[0138] 图17是本发明另一实施例中操作步骤的流程图。

具体实施方式

[0139] 本发明的一个实施例允许收听者在音乐曲目被广播时从数字音频广播(DAB)无线电台购买该音乐曲目(数据文件)。图2展示了依据本发明一较佳实施例的系统20的结构示意图。该系统20包括多个无线电台22、接收设备(RD)24和个人计算机(PC)26、DAB复用器30、天线网络32和音乐下载系统34。图2中接收设备24和个人计算机26之间的虚线36代表这些设备与同一用户相关联。

[0140] 音乐曲目和数据文件在本说明书中用作同义词。音乐曲目是数据文件的一个实例。但是，本发明并非仅限于音乐曲目的购买。在说明书中使用的音乐曲 目，应理解为可更广泛的解释为数据文件。

[0141] 在本实施例中，接收设备24是移动电信手持机，其具备GPRS连接，并可包含DAB接收芯片，以及相对较大的数据存储器，用于存储下载的曲目，还包括运行在接收器上的用于向用户显示购买选项并实现购买请求通信的应用。然而，在本发明的另一实施例中，接收设备仅需要包含DAB接收器、数据存储器和用于连接到双向通信信道的一些部件。这种部件的一个实例是具有WiFi连接的DAB无线收发器，该WiFi连接可建立到互联网的无线通信。在另一实施例中，接收设备只需要接收与正在播放的音乐曲目有关的信息信号，向用户显示这些信息以及相关的购买选项，以供用户选择需要的音乐曲目以进行购买，以及构建对所需音乐曲目的请求。

[0142] DAB是一种数字无线广播系统，该系统可在单个广播频率上广播多个数字音频流/信号。一组DAB广播电台在单个无线传输中传送多个数字无线信道的行为被称为DAB合唱(ensemble)。

[0143] DAB合唱具有一个最大比特率，该最大比特率被分成多个信道，也就是每一个信道分配给一个广播电台，每个信道具有相关的比特率/数据容量。合唱中广播电台的数量和音频质量之间存在直接的关系：增加合唱中电台的数量会降低音频流的质量，增加音频流的质量会降低信道的数量。

[0144] 如图2所示，DAB复用器从每个无线电台22接收数字音频流38，并从音乐下载系统34接收数据包(digital data bundle)40，其中包括三个数据传送流；DAB复用器30使用音乐下载系统34为每个无线电台22接收数据包40。DAB复用器30使用压缩和调制技术来通过天线网络32广播复合无线传输42，其包括数字音频流38和数据包40。对应每个无线电台22的三个数据传送流包括：加密数据文件，该数据文件对应于由无线电台其中之一同步广播的音乐曲目/歌曲；与该音乐曲目有关的元数据；与该无线电台广播的音乐曲目有关的信息服务消息。

[0145] 复合无线传输42是一种调制信号，其中包括组成合唱的每一数字信号。图3展示了如何将可用带宽/数据容量分成一定数量的信道(每一信道对应一个广播电台)。这其中包括用于传送电子节目指南的子信道44，和可用于进 行数据传输的多个其它子信道46。 [0146] 此外，数据传输可在每一无线电台广播的数据容量中使用节目伴随数据(PAD)技术进行传送，例如扩展节目伴随数据(XPAD)。

[0147] 此外，图中展示了快速信息信道(FIC)48，该信道承载与DAB合唱中的所有服务有关的信息，例如无线电台名称、子信道分配、服务内容组成和与服务内容有关的信息。FIC48可看作为合唱的内容表和目录。

[0148] 如图3所示，每条信道可具有不同的数据容量，此外，该数据容量可随时间变化，而图3展示了某时刻的一个快照。DAB复用器30负责管理整个可用广播带宽中每个信道的数据容量。

[0149] 图4描述了本发明一优选实施例的操作过程的流程图60。下文将要详细描述的接收设备24工作在无线接收模式下，在这种模式下，将接收复合无线传输42并对其进行解调。在步骤62，用户选择收听一个无线电台22，该无线电台的音频流38输出/播放给该用户。音频流38可通过音频输出模块(也就是接收设备的扬声器)进行播放，或者通过外部输出设备例如耳机或一个或多个扬声器进行播放。

[0150] 同时，当用户收听音频流38时，接收设备24从数据子信道接收加密数据文件/音乐曲目并存储。接收设备24将收到的加密音乐曲目临时性地存储到其缓冲存储器中。有关这一过程的具体描述将在下文提供。

[0151] 通过运行在接收设备24之上的媒体应用的图形用户接口(GUI)，可向用户展示购买一个或多个音乐曲目的选项，这样一来，这些音乐曲目半永久性地存储在接收设备24上，并可在用户需要时进行播放。可向用户显示购买当前播放音乐和多个此前已播放音乐的选项。

[0152] 在步骤64，当用户选择购买音乐曲目，则在步骤66，接收设备24向音乐下载系统34发出请求。该请求是通过窄带广播通信反向信道(back-channel)67使用例如通用分组无线业务(GPRS)来发出的。随后，在步骤68，音乐下载系统接收该请求，购买交易开始处理。在交易成功之后，在步骤70，音乐下载系统34通过窄带广播通信反向信道67发送解密密钥给接收器24，以便对存储的加密存储音乐曲目进行解密。该解密密钥与权利客体(rights object) 共同构成许可的一部分，权利客体用于管理如何使用音乐曲目的内容，也就是该音乐曲目可播放的次数、过期数据和内容可复制(例如复制到CD上)的次数。 [0153] 解密密钥本身也进行加密，这使得其只能由用来购买该曲目的设备来解密。解密密钥加密的一种实现方式是使用公共和私有密钥。

[0154] 随后，在步骤72，接收设备24将加密后的解密密钥存储在安全半永久存储位置，并将有关的加密后的音乐曲目从缓冲存储器中的临时位置传送到安全半永久存储位置中的音乐曲目库中。

[0155] 在步骤74，音乐曲目对于接收设备24将立即成为可用的，这是因为该音乐曲目是在该歌曲通过音频流38进行播放的过程中同时传送的。显然，由于数据大小上的差异，相比于接收相应的数据文件，接收解密密钥所花费的时间要短得多。这一点是非常有利的，因为将音乐曲目变为对用户可用的过程所花费的时间被降至最低，远比现有系统所花费的时间更短，为用户提供即时满足。

[0156] 运行在接收设备24上的媒体应用，随后允许用户在需要时选择播放存储的加密数据曲目。当选择的音频应用从存储器取回所述解密密钥，可使用该解密密钥来解密音乐曲目，并通过输出音频模块播放该曲目。

[0157] 图5展示了音乐下载系统34的详细结构示意图。除了图1中描述的无线电台22、DAB复用器30、接收设备24和PC 26，图5中展示了音乐下载系统34的组成部分。音乐下载系统34包括数据广播管理器(DBM)80、音乐库(ML)82、验证网关84、第三方计费系统86和网页服务器88。

[0158] 数据广播管理器80接收与将要从无线电台22广播的音频曲目有关的数字信息90。该数字信息采用播放列表(参见图9)的形式，其中详细列出了将要播放的音乐曲目及其对应的时间指示。当新的音乐曲目添加到播放类别之中时，数据广播管理器80还从无线电台接收预先提示通知，以及当音乐曲目通过音频流38进行广播时，从无线电台22(尽管在其它实施例中，该消息可从其它源中生成)接收通知消息(触发信号)92。 [0159] 音乐库从多个唱片公司(未示出)接收音乐曲目。该音乐曲目使用例如Windows Media Audio进行压缩，并使用例如Windows Media Digital Rights Management(DRM)进行加密。数据广播管理器使用预先提示通知来向音乐库请求对应音乐曲目的加密的数据文件。此外，数据广播管理器可在从无线电台22收到播放列表(运行顺序表)90时，反复核对播放列表中列出的音乐曲目对于数据广播管理器80是否可用。如果不可用，则数据广播管理器80可从音乐库82中请求加密的数据文件。通过这种方式，收到的播放列表90可用于确保将要播放的曲目对数据广播管理器80而言是可用的。

[0160] 音乐库82还会向数据广播管理器提供相关的曲目元数据，例如唱片图片、歌词、价格信息和/或其它信息。曲目元数据与加密的数据文件一同发送，用作信息服务的一部分，该信息服务向接收设备为用户提供其它的信息，并方便用户进行购买操作。 [0161] 数据广播管理器在数据传送流中向DAB复用器发送加密的数据文件、曲目元数据和信息服务，从而使其与来自无线电台的音频流同步广播。

[0162] 在本实施例中，接收设备24可通过GPRS反向信道94与音乐库通信。可创建购买请求消息，并将其从接收设备24发往音乐库82。在收到来自接收设备24的购买请求后，音乐库82将该请求转发给第三方计费系统86，后者与验证网关84一起实施支付交易。来自接收设备24的购买请求包括接收设备24的至少一个唯一标识ID，验证网关84使用该信息来验证接收设备/用户24是否被授权使用该服务。

[0163] 若接收设备通过验证，则第三方计费系统86执行支付交易。音乐曲目支付的三种主要实现方式包括(i)从预付金额中扣除相关金额，也就是即付即用信用值；(ii)通过用2
户的网络运营商(也就是沃达丰、O、橙公司等)将该音乐曲目的收费金额发送到用户的移动电话账户；(iii)在帐户中进行贷记操作，该账户的详细信息在注册过程中确定。 [0164] 根据验证和计费过程的结果，音乐库82通过GPRS反向信道94向接收设备24传回一个解密密钥或者一条指示交易失败的消息。

[0165] 用户的PC 26还可通过互联网与音乐库82通信。PC 26与网页服务器88通信，后者反过来与音乐库82通信。通过向用户的PC 26提供连接，下载的曲目(其解密密钥已经发往用户的接收设备24)也可并行的以传统方式下载 到用户的PC 26上，而无需再次缴费。这使得用户可将购买的曲目在需要时传送到其它媒体例如CD(光盘)上。 [0166] 图6展示了数据广播管理器80中的功能部件的结构图。如图6所示，数据广播管理器80包括内容上传器100，用于将音乐曲目上传至DBM内容数据库102；触发器和播放列表解码器104，用于识别触发信号92或播放列表90中的曲目标题、演唱者姓名和无线电台信息；内容获取器106，用于在收到来自无线电台的触发信号92之后从DBM内容数据库102取回音乐曲目和相关的曲目元数据文件；信息服务编辑器108，用于编辑信息服务消息，该消息与正在广播的音乐曲目有关；输出模块110，用于控制将三个数据传送流传送到DAB复用器30以进行传送。

[0167] 数据广播管理器80访问DBM内容数据库102，后者的结构图在图7中做了描述。DBM内容数据库102包括数据文件库112，用于存储与音乐曲目有关的数据文件114。数据文件库112包括与每个无线电台22相关联的多个数据文件目录116。DBM内容数据库102还包括曲目元数据数据库118，用于存储与数据文件(音乐曲目)114相关联的曲目元数据。 [0168] 应当明白，数据文件和曲目元数据可采用多种不同的方式进行组织。例如，数据文件和相关的曲目元数据可存储在一个目录下，该目录为所有无线电台服务。这样一来可有效降低所需存储的大小，这是因为没有必要存储同一音乐曲目的多个副本。在本实施例中，目录表必须时时保持更新，并详细列出允许每一无线电台销售的所有音乐曲目。 [0169] 数据广播管理器80从多个不同的无线电台22接收播放列表90和触发信号92，每个无线电台22可采用不同方式对此信息进行格式化。触发器和播放列表解码器104同时从播放列表90和触发信号92中识别与曲目标题、演唱者姓名和提供此播放列表或触发信号的无线电台有关的信息。

[0170] 在本实施例中，内容上传器100接收预先提示通知120，该通知与无线电台22将要广播的新的音乐曲目有关。通常，内容上传器100在该广播发生之前几天收到预先提示通知120。通常，音乐库82在数据广播管理器80请求新的音乐曲目之前获取该曲目并对其进行加密。新的音乐曲目的预先提示通知 120通常包括每一新的音乐曲目的音乐曲目标题、演唱者姓名，还可包括无线电台唯一标识符(RUID)。内容上传器112使用预先提示通知120中的曲目标题和演唱者姓名信息来向音乐库请求音乐曲目的副本，这些副本随后将存储在DBM内容数据库102中。内容上传器100还请求和接收与每一音乐曲目相关联的曲目元数据，并将其存储在数据库的曲目元数据区118中。

[0171] 如图7所示，在DBM内容数据库102中，音乐曲目存储在目录116中，每一目录与一个无线电台相关联。这样做的原因与该音乐曲目的购买有关，因为无线电台22仅能销售已经添加到其目录中的音乐曲目。

[0172] 音乐曲目只能上传和存储在每一数据文件目录116中一次，但是，音乐曲目可出现在一个以上的数据文件目录116之中。曲目元数据与曲目文件同时从音乐库82中上传，同理，对于每一曲目，这种操作仅进行一次，而不是在曲目每次播放或者曲目每次出现在播放列表90之中重复进行。

[0173] 信息服务编辑器108编辑服务消息，该消息由接收设备24进行解析，以确定当前正在播放的曲目，并可包含近期播放过的音乐曲目列表，以及将要到来的极有可能播放的曲目的指示。该消息基于播放列表90中提供的信息和从无线电台22接收的触发信号92来生成。

[0174] 当在接收设备24上显示信息服务时，该信息服务结合与每一音乐曲目有关的曲目元数据和音乐曲目详细信息也就是曲目标题和演唱者姓名，来提供可视指示，以指示哪些曲目是可购买的，并提供图形用户接口，允许用户选择该接口来购买可用的音乐曲目。这将在下文进行详细的描述。这一功能对接收设备24和PC 26均是可用的。 [0175] 内容获取器106从触发器和播放列表解码器104接收解码的触发信号122，并从DBM内容数据库102接收对应的音乐曲目114和曲目元数据。音乐曲目114将传送到输出模块，后者还将通过信息服务编辑器108收到曲目元数据和信息服务。

[0176] 输出模块110控制所有三个数据流的流传输率，并在不超过所选数据信道(通常为合唱中的子信道)的数据传输率的前提下，数据输出模块110将这些数据流发往复用器进行传送。

[0177] 图6所示数据广播管理器80的每一功能模块将在下文进行详细描述。 [0178] 如上文所述，触发器和播放列表解码器104从收到的播放列表和触发信号90、92中识别与曲目标题、演唱者姓名和发出该播放列表或触发信号90、92的无线电台22有关的信息。触发器和播放列表解码器104确定解码的触发信号122和解码的播放列表124，此两者均将发往内容获取器106和信息服务编辑器108。

[0179] 来自无线电台22的触发信号92在开始在音频流38中传送曲目时给出提示。触发信号92为超文本传输协议(HTTP)-POST，其用于标识当前正在音频流中播放的曲目。该HTTP-POST标识无线电台22和曲目标题和演唱者姓名。

[0180] 如图8a所示，依据一较佳实施例，内容上传器100包括音乐曲目和元数据定位器130用于查找音乐库82中新的音乐曲目，还包括存储模块132，用于将找到的数据文件存储在DBM内容数据库102中的适当位置。

[0181] 内容上传器100具有必要的访问权限来访问音乐库82，以及在收到预先提示通知时在音乐库82中搜索新的音乐曲目。音乐曲目和元数据定位器130搜索音乐库82，以查找与预先提示通知120中列出的演唱者姓名和曲目标题相匹配的数据文件。相匹配的文件将从音乐库82中复制并发送到存储模块132。

[0182] 存储模块132包括前向纠错(FEC)模块134，用于在音乐曲目从音乐库82上传进来时对每一音乐曲目114进行FEC。在另一实施例中，在将元数据存储到DBM内容数据库102之前，对该元数据也进行FEC。

[0183] 在进行完FEC之后，存储模块132将每一音乐曲目114存储到相关联的数据文件目录116中，该目录与每一新曲目的音乐库标识符(MLID)有关。存储模块132还将曲目元数据存储到曲目元数据数据库118之中，该曲目元数据与对应的音乐曲目有关，也就是说，在音乐曲目和曲目元数据之间存在关联，这使得当内容获取器106(将在下文进行详述)取回音乐曲目114时，对应的曲目元数据也将被获取。

[0184] 如果音乐库82中不存在新曲目的一个版本，则数据广播管理器80可请求 音乐库使用通知模块(未示出)获得一个版本。随后，当音乐曲目114在音乐库中可用时，音乐库82将通知数据广播管理器80。如上文所述，音乐曲目和元数据定位器130以及存储模块
132随后将可以取回和存储该音乐曲目。

[0185] 以上结合图8a对内容上传器100的描述，与本发明接收预先提示通知120的一个实施例有关。在另一实施例中，未使用预先提示通知120，内容上传器100上传新的音乐曲目，这些新的音乐曲目在无线电台的播放列表90中做了标识。图8b描述了这一实施例的内容上传器100，在该实施例中并未使用预先提示通知120。而图9展示了播放列表90的典型视图。播放列表90包含与下列内容有关的数据：无线电台22的标识136、将要播放的音乐曲目的列表和这些曲目的播放顺序指示、起始时间138和播放时间140。 [0186] 如图8b所示，内容上传器100包括图8a中描述的音乐曲目和元数据定位器130和存储模块132，还包括搜索模块142，用于搜索数据文件目录116，以识别音乐曲目114是否已经存储在数据文件目录116之中。

[0187] 在通过音频流(如图6中的第一虚线A所示)播放音乐曲目之前，搜索模块142从无线电台22接收解码后的播放列表124。通常，播放列表90在广播之前提前几小时接收到。搜索模块142使用解码后的播放列表124中的曲目标题和演唱者姓名等具体信息来进行搜索。

[0188] 如果搜索模块142确定播放列表中的音乐曲目114已经存储在适当的数据文件目录116之中，则针对该曲目不再进行其它操作。但是，如果搜索模块142在数据文件目录116之中未找到该音乐曲目，则音乐曲目和元数据定位器130和存储模块132将依照上文所述来进行操作，以取回并存储需要的音乐曲目和曲目元数据。

[0189] 应当明白，播放列表90中可包含任意数量的即将播放的音乐曲目。通常，播放列表90中可包含20首音乐曲目。

[0190] 如图10所示，内容获取器106包括音乐曲目获取器144，用于从DBM内容数据库102中取回确定的音乐曲目；还包括元数据获取器146，用于取回与该音乐曲目相关联的曲目元数据。

[0191] 曲目获取器144使用解码后的触发信号122中的曲目标题、演唱者姓名和 无线电台信息在所确定的无线电台22(标识为136)所对应的数据文件目录116中查找所确定的曲目所对应的数据文件。在找到后，音乐曲目获取器144将该数据文件的一个副本转发给输出模块110，以便输出给复用器30。

[0192] 元数据获取器146使用解码后的播放列表124或解码后的触发信号122中的曲目和演唱者信息来在元数据数据库118中查找与已确定的曲目相对应的曲目元数据。该曲目元数据的一个副本将在获取该元数据之后发往信息服务编辑器108。

[0193] 如上文所述，曲目元数据包括图片、歌曲歌词、价格信息和有关数据文件/音乐曲目的其它信息。

[0194] 图片可包括演唱者的图片以及音乐曲目和专辑的图片。小图片(50×50像素，通常2kB)通常在显示多个可用曲目时由图形用户接口使用，大图片(100×100像素，通常4kB)通常在一个特定音乐曲目被选中时使用。

[0195] 曲目元数据将发往信息服务编辑器108，因为信息服务包含曲目元数据的参考信息，使得在接收设备中能将信息服务的构建加上相关的曲目元数据，用以生成和向用户显示所需的信息。

[0196] 在本实施例中，曲目元数据通过复用器30在广播加密的数据文件114和信息服务时使用交错技术来广播，这将在下文进行详细描述。

[0197] 信息服务用于指明在接收设备24上将向客户显示的信息，包括之前刚刚广播的音乐曲目列表、当前正在播放的音乐曲目，还可包括有关哪些音乐曲目有可能在近期播放的指示，也就是将要播放的曲目。

[0198] 正如下文将要描述的一样，接收设备24对信息服务进行解码，并通过图形用户接口向用户显示信息服务的内容，包括可供购买的音乐曲目的列表。

[0199] 信息服务支持在显示文本信息的同时显示图片，并包含可供购买的音乐曲目的价格信息。信息服务还可提供其它的信息，并支持将音乐曲目分组进行列表显示，例如最近播放的五首音乐曲目或者下载最多的十首歌曲。通过信息服务广播的其它内容还可包括与其它商品例如屏幕保护、铃音和/或新闻和旅游信息有关的信息和链接。

[0200] 信息服务包含在信息服务传送流中，并由输出模块在每次信息发生变化的 时候输出，并在预先配置的时间间隔例如每十五秒钟之后进行更新。

[0201] 由于在接收设备24上显示的信息服务包含最近播放过的歌曲、当前播放的歌曲和即将播放的歌曲的列表，输出模块110输出的元数据流150一直在信息服务中提供所有列出的曲目的元数据。通常，曲目元数据在对应的音乐曲目广播的过程中广播，并且当显示信息服务中该曲目继续保留在已播放曲目列表之中的情况下周期性地进行重新广播。 [0202] 输出模块110是用于输出三个传送流的功能模块，这三个传送流分别是数据文件流152、曲目元数据流150和信息流154，这三个传送流将传送到DAB复用器30，通过单个数据流与音频流38一同由无线电台22进行广播。图6中的输出模块110展示了与一个无线电台22有关的三个输出传送流150、152和154(一个数据包40)。应当明白，对于由音乐下载系统34服务的每一无线电台22而言，均可有一个数据包40与之对应。 [0203] 输出模块110用于控制三个不同流150、152和154的流速率，以确保当这些流在DAB复用器30中进行合并时，不会超过最大数据容量，也就是说，当数据包40是通过合唱(已知最大数据容量的合唱)的子信道广播的情况下，输出模块110通过限制数据包40中的数据流来确保子信道的容量不会超出。

[0204] 传送流150、152和154之中的每一个将分割成用户数据包协议(UDP)分组(packet)，这些分组使用DAB增强分组模式在数据组中进行传送。IP地址和服务的根端口将在DAB快速信息信道48中传送。

[0205] 三个文件传送流150、152和154将使用不同的UDP端口号。这使得可在广播过程中将这些文件进行交错，也就是可在传送大文件的中间传送小文件。在UDP协议中，端口号是一种存在于数据分组报头中的特殊数字。这些端口号用来将接收设备24接收到的数据映射到特定的进程。例如，在接收设备中，数据文件分组和曲目元数据分组将由不同的进程进行处理，而数据分组报头中的端口号正是用来确定哪一数据与哪一进程相关联的。这样可近似认为是对广播多个数据流的作用的模仿。

[0206] 根端口号用来发现和取回广播的全部内容。在给出可用传送流的目录及其端口号的情况下，将在根端口上传送XML文件。

[0207] 每个UDP分组中的数据将进一步分割成多个分组，这些分组由DBM文件传送协议(DFDP)进行管理。与广播有关的元数据(用于帮助解析传送的UDP分组的格式)将在DFDP报头中进行传送。

[0208] 传送元数据的做法使得接收设备可重建收到的文件，并对前向纠错进行解码。 [0209] 如图11所示，接收设备24包括DAB接收器160、图形用户接口(GUI)驱动器162、媒体应用164、音频输出模块166、购买控制器168、电信接收器/发射器170和数据存储装置(存储器)172。

[0210] DAB接收器160接收DAB广播42，支持将数据文件临时存储在数据存储器172的第一缓存174中，并向媒体应用164输出音频流38，这些音频流将通过输出设备166例如扬声器或耳机输出给用户。DAB接收器160还使用信息服务流154来通过GUI驱动器162向用户提供与接收到的数据文件和服务有关的信息。

[0211] 在收到DAB广播42时，数据文件114将以连续的方式存储在第一缓存174之中。但是，第一缓存174的容量是有限的，在收到新数据文件时，旧数据文件将被覆盖。因此，第一缓存174只存储最近的广播数据文件114。

[0212] 当用户选择购买可用的曲目114时，购买控制器168将选中的数据文件114移动到数据存储器172的第二缓存176中，这样当交易发生，选中的数据文件免于被覆盖。在一次成功购买交易结束时，购买控制器168将购买的数据文件从第二缓存移动到接收设备24中的数据存储器中一个更为永久性的存储位置178，例如，数据文件将移动到SD存储卡，并可由用户随意播放。

[0213] 电信接收器/发射器170支持在接收设备24和音乐库82之间进行通信，并发送授权请求以及将收到的解密密钥存储在数据存储器172中。购买控制器168对接收设备24和音乐库82之间的通信进行控制。

[0214] 媒体应用164用于将媒体内容(无线广播、存储的音频或视频)输出给用户，可工作在无线广播模式和正常的音频模式下。在无线广播模式下，媒体应用164(其中的调谐器控制)控制将DAB接收器160调谐到哪个无线电台22，也就是调谐到哪个频率。媒体应用164在该模式下，从DAB接收器160接收 音频流38，处理该信号，并通过输出设备166例如扬声器或耳机输出音频流38。

[0215] 在正常音频模式下，媒体应用164在用户选择之后，从数据存储器172中取回用户选择的加密音频文件114。在每次播放音乐曲目时，媒体应用还会取回与所选中的存储的加密音频文件的对应的解密密钥，并对存储的加密数据文件进行解密，以生成音频流发往音频输出。这可防止未经加密的音乐曲目在未购买该曲目从而不具备必要的授权的多个用户之间共享。

[0216] GUI驱动器162对自/向用户的输入/输出数据进行控制。GUI驱动器162向用户提供可供选择的选项，并详细列出可供购买的音乐曲目。GUI驱动器162识别用户的选择，并向接收设备24之中的其它模块发送适当的控制信号。

[0217] 如图12所示，DAB接收器包括DAB滤波器180和调谐器182、音频接收器和组织器184、数据文件接收器和组织器186、曲目元数据接收器和组织器188和信息服务接收器和组织器190。DAB滤波器180接收XML文件，其中包含用于对通过DAB广播42接收的数据分组进行重建的命令。

[0218] DAB滤波器180和调谐器182接收与用户选择的无线电台有关的DAB流。 [0219] 数据文件接收器和组织器186接收数据文件分组，并依据DFDP报头中的传送的元数据来对该文件进行重建。数据文件接收器和组织器包括FEC解码器192，用于重新生成丢失的分组。如果某些分组丢失，则FEC解码器192以正确接收的分组为基础重新生成丢失的包。在每一文件的末端将发送额外的分组，以实现上述操作。当数据文件完成且数据分组已按照正确的顺序排列好，数据文件将存储在第一缓存174之中。

[0220] 同理，曲目元数据文件接收器和组织器188接收曲目元数据分组，并依照正确的顺序对其进行排列。当数据分组已按照正确的顺序排列好，曲目元数据将存储在存储器中。在一个实施例中，曲目元数据文件将接受FEC操作，任何丢失的分组将以上文所述的相同方式进行重建。

[0221] 信息服务接收器和组织器190按照相同的方式工作，此外，其用于确定在第一缓存中哪些广播的音乐曲目可供购买，也就是说，哪些曲目的数据文件存 储在第一缓存之中。

[0222] 信息服务接收器和组织器190收集所有的信息，包括哪些音乐曲目可供购买以及相关的曲目元数据，以生成信息服务GUI，并将其发往GUI驱动器162以输出给用户。 [0223] 如果信息服务接收器和组织器190确定数据文件当前并未存储在第一缓存174之中，且该数据文件当前也并未处于接收过程之中(也就是数据文件传送流包含当前播放的音乐曲目)，则信息服务接收器和组织器190将从信息服务中的信息中确定该音乐曲目是否可下载到用户的PC 26。在这种情况下，向用户显示的信息服务GUI将提供适当的链接，以允许用户通过其接收设备购买该音乐曲目。当用户在音乐曲目的广播已经开始之后才调谐到DAB无线电台22，由此导致用户可能错过了接收对应数据文件114的时机的情况下，这一选项非常有用。

[0224] 现在结合图5和11来描述购买交易。

[0225] 当用户选择购买可用的音乐曲目，购买控制器168编辑一条购买请求，该请求将从接收设备的电信发射器170发往音乐库82。该购买请求将通过GPRS反向信道进行传送，其中包括用于标识接收设备24的数据(经过加密的国际移动设备标识(IMEI))和移动用户综合服务数字网络号码(MSISDN)，也就是发出该请求的接收设备的MSISDN，还包括所请求音乐曲目的购买ID。

[0226] 购买ID同时标识音乐曲目(也就是MLID)和用户当前调谐至的无线电台22。音乐库82需要知道哪一无线电台22提出了购买请求，因为每一无线电台22被视为一个独立的音乐商店。

[0227] 音乐库82检查该用户是否已经购买了选中的曲目。若是，则音乐库将重新发放解密密钥而无需向用户收费，如下文所述，这是依据已经通过验证的接收设备的购买请求来进行的。

[0228] 若否，则首先需要通过第三方计费系统86接收付费，然后解密密钥才能发往接收设备24。

[0229] 在任意一种情况下，音乐库82都将购买请求发往第三方计费系统86。如上文所述，第三方计费系统86联合验证网关84来实施的支付交易，因此要将 购买请求转发给验证网关84。

[0230] 验证网关84可确定发出购买请求的接收设备24的MSISDN，并将其与包含在该购买请求中的收到的加密MSISDN进行比较。若要验证成功，则确定的MSISDN和收到的MSISDN必须匹配。

[0231] 一旦验证通过，则验证网关84会将购买请求返回给第三方计费系统86(如图5所示)，购买交易完成，也就是说，如果音乐库82已经确定接收设备此前已经购买了相应的音乐曲目，则无需再次付费。

[0232] 购买交易可通过检查用户预付费账户中的可用资金余额或者通过借记方式来进行，其中，用户账户的详细内容在注册过程中是已知的。此外，对音乐曲目的收费将直接发往用户的移动电话账户，以便定期(例如每月)进行计费。

[0233] 一旦购买交易成功完成，第三方计费系统86将通知音乐库82，可通过GPRS反向信道向接收设备24发送许可(包含解密密钥和权利客体)。在这种情况下，音乐库82查找与所选数据文件的MLID相关联的解密密钥。音乐库采用一种方式对解密密钥进行加密，这种方式使得只有发出购买请求的接收设备24能够解密该密钥，随后音乐库82将加密后的解密密钥发往接收设备24，在收到该解密密钥之后，其将存储在解密密钥存储器200之中。 [0234] 未成功的交易将进行重试。特别的，若用户的预付费账户余额不足，则用户将有机会对其账户充值，然后完成购买过程。

[0235] 应注意，已注册用户可选择其偏爱的支付方法。但是，在发出购买请求之前，用户将得到有关使用哪种支付方法的提示。

[0236] 在另一实施例中，在将购买请求发往音乐库82之前，将向验证网关84发送验证请求。该验证请求由图5中的虚线X标识。验证网关84采用上文所述的方法来验证接收设备24，并且在验证成功后，接收设备24将向音乐库82发送购买请求，音乐库仅负责进行计费交易以及提供音乐曲目，这是因为验证步骤已经完成。

[0237] 本发明一示范性实施例的截屏210在图13中做了展示。

[0238] 如图13a所示，接收设备的GUI 212展示了可用无线电台22的列表，接收设备24可调谐向这些电台。图13b展示了信息服务GUI 212，该GUI 212 显示了无线电台Heart 已经播放的音乐曲目列表214。用户可使用滚动条216来滚动列表214。

[0239] 在GUI 212中，向用户展示了与已经播放的音乐曲目有关的信息。向用户展示的图形形式的曲目元数据218和文本信息220，同时展示与应向该音乐曲目执行何种操作有关的指示。

[0240] 第一指示器222展示了可供购买的音乐曲目，第二指示器224展示了当前无法通过接收设备24访问但却仍然可以通过互联网在线进行购买和收集的音乐曲目，第三指示器226指示一音乐曲目是否已经被购买。如图13b所示，指示器可以是符号。这些指示器也可添加颜色，以改进信息服务GUI的可理解性。

[0241] 在另一实施例中，指示器只是文本声明，通过该声明清楚地显示了与可供购买的音乐曲目有关的信息。

[0242] 截屏210中的其它内容13c～13g展示了用户的购买交易历史。图13c展示了与已经选中购买的音乐曲目有关的截屏。该截屏可提供一些信息来帮助用户决定是否购买。通过使用接收设备的键盘或者输入设备，用户选择购买该音乐曲目的操作在图13d所示的确认屏幕中做了展示，其中，用户必须确认其希望购买操作继续进行。一旦交易成功，将向用户展示图13e所示的截屏，其声明购买成功，此外还提供了另一条下载信息，该信息采用网站链接的形式，以允许用户通过互联网访问购买的曲目。图13f再次展示了信息服务GUI中已经播放过的音乐曲目的列表214。已经购买的音乐曲目通过第三指示器226展示为已经购买。用户选择该选项的截屏在图3g中做了展示，其确认该曲目已经被购买，并可通过所示链接进行在线访问。

[0243] 图14是包含音频流和相关的共存的交织且加密后的数据文件和元数据流240的双广播流的示意图。

[0244] 如图所示，数据传输与音频传输同时开始。通常，数据传输将在音频流/音乐曲目之前完成。因此，在数据流240之中存在间隔242，在该间隔内不广播任何内容。DAB音乐文件的传输间隔具有多种用途。除了图14中展示的间隔242，在旅游信息、新闻、推荐者链接(presenter links)和促销广播(promotion broadcast)期间也存在数据信道间隔(间断)244，其也可用来传送其它用途的数据。上述其它用途之中的一些包括图片/视频和其它信息。例如，新闻的音频/文本副本可在新闻广播过程中广播，商业广播间隔过程中可播放可视广告。此外，其它内容例如购买包，包括例如但不限于铃音、壁纸、电子客票、电子凭证、名人语音信箱贺卡的购买包也可在上述间隔内广播。此外，在这些间隔期间，也可广播升级程序，接收设备可使用该程序来对其音乐曲目购买应用进行升级。该升级程序可对应用的各个方面进行升级，包括GUI、购买请求通信地址以及价格表。

[0245] 间隔242、244也可用于续传隐藏的曲目/内容，例如今天排名前十的夏季乐曲，对于用户而言，这些内容将在指定和预先提示的时刻播放。术语续传反映了这样一个事实，即完整的文件可能太大了以至于难以在一个间隔242、244之内进行传送，所以需要将其分割为多个小一些的子文件，这些子文件将在多个间隔内传送。接收设备24随后对这些子文件进行编辑，以在后台生成所需的主文件。该文件随后将在播放之前在接收设备24上进行展示，并可在用户选择的情况下立即进行下载(通过解密)。

[0246] 所示的间隔242、244是假设曲目中的数据内容先于广播内容传送完成。但是，也可能发生相反的情况。如果这种情况发生，则曲目的下一部分数据内容将进入队列，并在曲目的前一部分数据传送完成之后开始传送。这样一来将导致在一些情况下出现暂时的无法同步，但这并不会对服务产生明显的实质性影响，并且可在音频流未广播音乐也就是在商业广播间隔和新闻间隔等期间得到修复。数据传输240将继续进行，直到其赶上音频流38，这样一来，在正常的操作过程中，数据传输240便与音频流38的传输同时开始。 [0247] 图15a和15b中展示了用于描述本系统操作过程各步骤的流程图250。 [0248] 在步骤252，在新的音乐曲目(数据文件)发布后，对存储可用的经压缩且加密的音乐文件的数据库82进行维护和更新。在步骤254，无线电台提供一预先提示通知，该通知与已经添加到无线电台的播放目录116之中的新的音乐曲目相关联。在步骤256，数据广播管理器80请求预先提示通知120中指出的每一音乐曲目的音乐曲目和元数据，并在步骤258接收该音乐曲目和元数 据的副本并将其存储在DBM内容数据库中。

[0249] 在步骤260，无线电台确定包含音乐曲目及其播放时间的播放列表。无线电台广播的播放时间非常精确，尽管对时间误差具有一定容忍度。但是，也可能出现偏离播放列表的情况，也就是并非按照顺序播放音乐曲目，或者添加了音乐曲目或音乐曲目被漏掉。在任一种情况下，将变化播放列表来对信息服务进行更新。尽管播放顺序发生改变，音乐曲目仍然是可供购买的，它们仍然存储在DBM内容数据库102之中，并将向移动接收设备24播放，尽管是采用其它的顺序进行播放。

[0250] 在步骤262，播放管理器80在收到播放列表之后，生成与该播放列表有关的信息服务消息。

[0251] 在步骤264，无线电台22向DAB复用器输出一音频文件，同时，在步骤268，发送由数据广播管理器80接收的触发信号92。在步骤270，在响应该触发信号92时，数据广播管理器输出该音频文件对应的经加密的数据文件和元数据。

[0252] 来自无线电台22的音频流38和来自数据广播管理器的经加密的数据文件、元数据和信息服务消息将在步骤272由DAB复用器30发送，并在步骤274，由移动接收设备24中的DAB接收器160接收。

[0253] 移动接收设备24在步骤276播放无线电台的音频流，并在步骤278将经加密的音乐文件和元数据存储在移动接收设备的第一缓存174之中，并在步骤280显示信息服务GUI。

[0254] 信息服务GUI向用户展示哪些音乐曲目可供购买。通常，第一缓存174依照时间顺序存储音乐曲目，并在任意时刻可最多存储五首(在本实施例中)音乐曲目。因此，在此之外收到的每一音乐曲目都将替换最旧的音乐曲目，也就是采用先进现出的策略。因此，信息服务GUI将展示包含大约5首最近刚刚播放过的曲目的播放列表。信息服务GUI同样将展示最有可能即将播放的歌曲的列表。

[0255] 在音乐曲目传输过程中，当用户触发收听无线电台，至少在本发明的这一实施例中，信息服务GUI将指示该音乐曲目当前不可用，但却可下载至用户 的PC 26，以此来提供购买。该信息服务GUI还指示那些在用户收听之前既已播放的音乐曲目可下载至用户的PC，以此来提供购买。

[0256] 用户在步骤282从列表中选择可用的音乐曲目，并在步骤284向音乐库发出购买请求，音乐库对发出该请求的移动接收设备24进行验证。此外，作为对该购买请求的响应，接收设备在步骤286将数据文件和对应的元数据移动到第二缓存176之中，购买交易就此开始。这样一来便可防止在这一时段内收到对应当前正在播放的歌曲的新的数据文件时，前一数据文件和元数据被覆盖。

[0257] 计费和验证请求将在步骤288发往第三方计费系统86，也就是移动电话运营商例如

[0258] 第三方计费系统86将请求发往验证网关84，后者在步骤290对验证请求进行处理。该验证请求是否成功将在步骤292中确定。若不成功，则一条错误消息将在步骤294由音乐库82发往接收设备24，并在随后，在步骤296进行显示。

[0259] 若验证请求成功，则购买交易将在步骤298开始进行。该购买交易是否成功将在步骤300确定。若不成功，则一条错误消息将在步骤302由音乐库发往接收设备，并在随后，在步骤304进行显示。

[0260] 若购买交易成功，则音乐库82将在步骤306发送一解密密钥给接收设备，该解密密钥将在步骤308存储在解密密钥存储器200之中。此外，存储在第二缓存176之中的数据文件将在步骤310移至接收设备的半永久性存储器178例如SD存储卡之中。 [0261] 当用户在步骤312选择收听购买的音乐曲目，解密密钥则将在步骤314用来“解锁”(解密)经加密的音乐文件。步骤314将在每次音乐曲目被选中播放时重复进行。 [0262] 经加密的音乐文件和解密密钥存储在移动接收设备数据存储器中的半永久存储位置，这样一来音乐曲目将可在用户需要时播放。

[0263] 用户将通过接收设备在成功交易之后收到一条确认消息，其中包含有关如何使用其PC上的另一下载方式的详细信息。未注册用户将收到一条包含唯一的购买参考代码的确认消息，以允许用户通过图5中的网页服务器88下载购 买的音乐曲目。用户也可在注册过程中使用该唯一的购买代码，在注册过程结束时，用户将可通过网页服务器下载购买的音乐曲目。

[0264] 此外，如果用户在网站上注册，则他们将收到一封来自图5中的网页服务器88的电子邮件，其中包含指示用户可从何处下载该音乐曲目的链接。

[0265] 图16展示了代表本发明不同实施例的四种不同配置方式。每一配置方式涉及所使用的接收设备的类型的一种不同组合，配置1和3与提供双下载工具有关，配置2和4与DMD精简下载工具有关。特别的，在配置1中，接收器24为安装有DAB芯片的移动电话。该电话使用其GPRS功能作为连接音乐库82的反向信道94，后者连接于第三方计费86和验证系统84。此处提到的音乐下载主要供移动电话使用，其通常安装有mp3音乐文件播放器。尽管如此，采用这种方式购买的音乐下载也可下载至用户的PC 26上(采用与下文将要描述的方式类似的方式)。

[0266] 配置2与配置1基本相同，区别仅在于提供了另外一条下载信道330给用户PC26，用于将音乐曲目采用非广播的方式发送给接收设备。音乐库82提供加密的曲目和解密密钥给图5中的网页服务器88。已经购买了该音乐曲目的用户随后将收到一条消息，以便从网站上下载曲目而无需付费。下载数据的方式有许多种。如果用户此前已经注册到网站，则在用户点击发往该用户PC的电子邮件中的链接后，解密密钥和加密曲目将可供下载。此外，用户可访问由网页服务器88支持的网站，并对通过其接收设备收到的唯一的购买参考码进行确认，该参考码允许音乐曲目下载到用户的PC上而无需支付其它的费用。下载该音乐曲目的过程还包括下载该解密密钥。该解密密钥将像其发往接收设备时一样，再次进行加密。来自PC的请求下载音乐曲目的请求包括发出请求的PC的标识符。该信息可用来生成加密的解密密钥，这样一来PC便可根据要求对该解密密钥进行解密。 [0267] 在配置3中，接收器为DAB数字无线设备24a，其中安装有电信芯片。该无线设备接收数字无线广播，并使用其通信芯片来建立连接音乐库82的通信反向信道，后者还连接于第三方计费系统86和验证系统84。在这里，音乐下载仅供无线设备24a使用，该无线设备24a可播放存储的已经购买的音乐曲 目。在这里，反向信道或可集成到无线设备之中，或者在连接(临时地)到无线设备24a的移动电话中提供。该连接可通过GPRS连接94、有线连接、无线连接例如本地WiFi连接或本地蓝牙连接。如前文所述，这些接收器的反向信道可以是可用的任意的双向通信信道，例如连接互联网的WiFi信道、固定线路电信信道或者GPRS信道。此外，配置3的工作方式与配置1相似。

[0268] 配置4与配置3基本相同，区别仅在于配置4为用户PC 26提供了另一条下载信道330a，用于采用非广播方式将音乐曲目下载到数字无线设备。音乐库将加密曲目和解密密钥提供给网页服务器。已经购买过该音乐曲目的用户随后将收到一条消息，以从网站上下载该曲目而无需支付其它的费用。可采用多种方式来下载数据，这一点在结合配置2进行的描述中已经做了描述。

[0269] 在另一个实施例中，提供了一种功能，在从用户的接收/购买设备(也就是移动电话24)发出购买请求之后，允许用户将音乐曲目直接下载到其PC 26上。本发明提供了两种与此有关的方案。在本实施例中将使用方案1和方案2。

[0270] 在方案1中，用户调谐到无线电台22，并通过其GUI发现想要购买已经播放完的歌曲。但是，接收设备未能在广播时间或者广播开始时间及时调谐到该电台，因此其错过了该数据传输。但是，本实施例允许用户经由GPRS反向信道来购买该音乐曲目，并将该音乐曲目至少下载到其PC。在这种情况下，数据的下载是分别通过双信道(GPRS和互联网)提供给移动接收设备和PC的。

[0271] 在方案2中，移动电话从未接收和存储过数据文件，例如音乐下载系统与无线电台22协同工作，其不具备足够的DAB数据性能。在该实施例中，用户仍将通过其移动电话24接收到有关正在广播的可供购买的歌曲的通知。但是，数据文件将直接下载到用户的PC
26。在这种方案中，交易仍将通过GPRS反向信道94来进行，但是传送过程将采用其它方式来进行。在这种情况下，数据将通过一条非广播信道下载到用户PC 26上。 [0272] 在方案1和方案2中，在购买交易成功后，解密密钥将先于数据文件发送到用户PC。通过向用户提供下载该文件的网页链接，该数据文件可供下载。该网页由图5中展示的网页服务器88提供。

[0273] 用户可随意将音乐曲目传送到其一个或多个移动设备24上。方案1和方案2中提供的实施例所提供的一个便利之处在于，即便音乐曲目当前对于接收设备不可用，用户仍然可以立即进行购买交易，从而无需用户在下次通过其家用PC 26登录到互联网时再搜索其需要的音乐曲目(歌曲)。这一点是非常有好处的，因为用户通常会忘记执行购买其喜欢的音乐曲目的步骤，因此这会导致该音乐曲目需要花好长时间来获得。 [0274] 如图13中的截屏所示，GUI可清楚地向用户显示那些曲目可以立即传送，那些曲目可以立即购买而在随后进行传送。

[0275] 下面描述本发明DMD精简实施例工作方式的一个实例。

[0276] Jo正在通过其移动电话24收听无线电台，并且可以看到一个播放列表，其中展示有当前正在播放的曲目和已经播放完毕的曲目。每一曲目均标有“在线购买”，她选择了一首感兴趣的曲目。下一屏幕的信息告诉她，可以以￡1.25来购买该曲目，且该曲目将传送至其家用PC。她按下购买按钮，并确认从其移动电话账户中扣除该曲目的费用。 [0277] 显示屏通过一系列阶段来显示曲目购买的处理过程。大概过了20秒钟，移动终端发出提示声，并显示一条消息，告诉她已经成功购买了该曲目，并向其提供一条网页地址，她可通过该网页地址来注册和取回该曲目。如果她已经注册过了，那么显示屏将告诉她，已经向她发出了一封电子邮件，提醒她下载该曲目。她回到播放列表，可以看到该曲目已经标记为“已购买”。她继续收听无线电台。

[0278] 当回到家，Jo试用其PC前往显示的网页地址。她将受邀注册以提取其购买的曲目。她输入她的电子邮箱地址和移动电话号码并选一个密码。一条文本消息将发送到她的电话，她将消息中的代码输入到网址中，以完成注册过程。随后她将被带到另一网页，其上显示有她购买的曲目。她点击该曲目以对其进行下载。随后她将该曲目传送到她的电话或MP3播放器中。

[0279] 与本实施例有关的信息服务采用上文所述的方式生成，并通过一条DAB子信道传送，或者也可使用XPAD技术与音频使用相同的信道来传送。

[0280] 与方案2有关的，与多个无线电台有关的信息服务可通过一条DAB子信 道来广播，从而有效利用可用的数据容量。每一无线电台的信息服务将具有不同的多播IP地址，并包含在单独的DAB分组流中。

[0281] 在本文描述的另一实施例(称为DMD精简实施例)中，提供了一种功能，允许音乐文件下载和存储到支持WiFi的接收设备中，该设备具有DAB无线芯片和大容量存储器，例如安全数字(SD)存储卡。在该实施例中，接收设备无需具有GPRS反向信道，例如，该接收设备可以是例如但不限于移动电信设备中的支持WiFi的任意数字无线接收器。特别的，该无线接收器可以是例如支持WiFi的家用/便携式DAB无线设备。该接收器甚至可以是未集成有WiFi功能，但其可提供一数据端口，例如USB端口，通过该端口可链接WiFi设备，以向DAB无线设备提供独立的WiFi功能。此外，该USB端口还可用于将DAB无线设备直接(而不是使用WiFi设备)连接到具有互联网接入的PC。

[0282] 支持WiFi的接收设备可通过连接到互联网/服务器的无线局域网(WLAN)来进行通信。无线局域网是一种区域性网络，在该区域性网络中具备到互联网/服务器的连接。WLAN可以分布在不同的区域，或者相互重叠。此外，WLAN可进行安全的配置，从而使得只有具备必要的安全许可的支持WiFi的接收设备才可通过WLAN进行连接。此外，WLAN可能未进行安全配置，或者一些特别的保留端口允许用户无需付费即可访问特定的网页，在这种情况下，任意支持WiFi的接收设备都可连接到互联网。DAB接收器160可自动连接到没有安全配置的WLAN。但是，DAB接收器160必须具有必要的安全许可才能连接到安全配置的WLAN。

[0283] 当然，许多数字无线接收器都很容易携带，不是带在身上，就是安装在车内。这样一来，这些设备可在可提供互联网连接的多个WLAN之间漫游。因此，购买交易也就无需立即进行。作为替代的，用户可在其DAB接收器不在WLAN范围之内时指示其想要购买的曲目，而该购买操作将在下次DAB接收器连接到WLAN时完成。

[0284] 支持WiFi的设备可自动识别出其进入WLAN发射器的范围，并自动连接到互联网，假设该支持WiFi的接收设备具有必要的许可，或者无需任何许 可。

[0285] 图18是包含本发明一较佳实施例各操作步骤的方法的流程图。 [0286] 用户在步骤350使用数字无线接收设备收听无线广播，并通过图形用户接口(GUI)接收到购买曲目的选项。该用户在步骤352选择购买音乐曲目，并可看到可以购买的多条音乐曲目。这其中可包括当前正在播放的音乐曲目，和多个播放过的音乐曲目或者即将播放的音乐曲目。此外，当前正在播放的音乐曲目和随机选择的其它音乐曲目也可标记为可供购买。

[0287] 用户在步骤354选择购买列表中的一个或多个曲目，接收设备在步骤356执行一个测试，来确定与互联网之间的连接是否可用。特别的，接收设备测试在音乐库服务器82和接收设备24之间是否存在连接。该测试可包括通过WLAN发往音乐库服务器IP地址的PING请求。在另一实施例中，DAB接收器尝试与音乐库通信，以便测试该连接。 [0288] 如果存在连接，则接收设备在步骤358确定该用户/接收设备是否具备购买音乐曲目的授权或者该用户的账户中是否具有足够的金额来购买该音乐曲目。授权/支付步骤与上文描述的实施例相似。如果接收设备在步骤360确定，该用户未获授权或者余额不足，则该用户将看到预付费账户充值选项，并且在该选项被选择时，在步骤362开始进行充值，并且允许该用户再次尝试进行交易。否则，GUI将向用户展示一条包含上述内容的消息，并且在步骤364退出该应用。

[0289] 如果在步骤358用户验证成功，则在步骤366将通过WLAN向接收设备发出所选音乐曲目的加密数据文件。该加密数据文件存储在本地数据存储器中，例如SD存储卡中。 [0290] 用于对存储的加密数据文件进行解密的解密密钥将在步骤368通过WLAN发往接收设备，其将存储在本地数据存储器中。

[0291] 如此一来，用户可在任意时间播放该音乐曲目。当用户选择通过媒体应用收听存储的音乐曲目时，该应用将读取解密密钥，并将在每次该音乐曲目被播放时对存储的加密数据文件进行解密。这样便可防止未经加密的音乐曲目无需必须的许可便可进行共享。 [0292] 如果接收设备在步骤4确定未连接到服务器，则购买音乐曲目的请求将在步骤370存储在接收设备的存储器中，以便在随后进行发送。

[0293] 随后，在步骤372，接收设备确定是否探测到已连接到服务器。这一操作可由连接标记被设置的操作来触发，或者接收设备可依照预定的间隔来检测该连接。如果在接收设备和服务器之间存在连接，则在步骤374，从存储器内读取用户想要购买的音乐曲目的列表，这样一来，接收设备可在步骤358生成一条请求，发往服务器，以开始传送购买的每一首音乐曲目。

[0294] 在另一实施例中，传送过程与上文描述的DMD精简实施例相似。作为替代的，音乐曲目并非直接发往接收设备24，传输过程通过WLAN进行，但音乐曲目将传送到用户的PC26，也就是加密形式的音乐曲目将可以下载，并且该可以下载的曲目的链接将提供给用户。
该连接可通过电子邮件提供给用户，或者用户可登录网络应用，然后收到该链接。此外，当用户登录到网络应用之后，音乐曲目的下载将自动开始。只有用户经过验证或者具有足够完成此次交易的余额，该链接才会对用户可用。当购买操作得到授权之后，解密密钥将发往PC 26。解密密钥的作用与上文所述相同。

[0295] 应注意，DAB接收器160、大容量存储器172和通信反向信道94这三个部分可使用三个不同的设备来提供。例如，便携式DAB接收设备(功能有限或者存储容量有限)、iPod或类似的提供大容量存储空间的设备，和PC26或者类似的提供通信反向信道的设备。这三个设备的功能在彼此相互连接时可向用户提供一种集合体，其将与音乐下载系统共同协作，帮助购买和下载想要的音乐曲目。

[0296] 这样一来，收听便携式DAB接收器(接收信息服务)的用户可选择一个或多个曲目来购买。随后，DAB接收器可接入连接到互联网的PC，来自动访问网页服务以及下载想要的曲目。这些曲目可在随后发送到iPod大容量存储器，并且可供用户随意携带和收听。 [0297] 所选音乐曲目的购买过程是从用户作出选择的时间开始的，类似于上文描述的WiFi实施例所采用的方式，DAB接收设备可存储一个选择购买的音乐曲目的列表。当DAB接收设备连接到PC(该PC连接到音乐库，该音乐库依照 上文所述来处理购买交易)时，购买交易完成。

[0298] 在另一实施例中，音频流通过DAB复用器或者任何其它的音频传输例如FM或AM无线电或者数字TV信道来广播。在这种情况下，用户是否正在通过其安装有DAB芯片的移动电话、DAB无线设备、FM/AM收音机或者数字TV接收机收听无线广播并不重要。 [0299] 音乐曲目和一些曲目元数据的传送可通过收听设备的WiFi连接、接收设备(接收无线广播的设备)的GPRS连接来进行，或者通过在电子邮件通知中提供到网站链接来将音乐曲目下载到用户的PC。

[0300] 为方便购买以及音乐曲目的传送，音乐下载系统提供了一种信息服务，例如上文所述的信息服务，该服务可列出哪些曲目可供购买。但是，该信息服务是利用通过DAB复用器发起的DAB广播以外的不同传送路径传送的。换句话说，数据广播管理器采用相同的方式来编辑该信息服务，但是，该信息服务(包括至少一些曲目元数据)并非通过输出模块传送到DAB复用器的，其将传送到另一传送网关。另一条传送路径包括但不限于：接收设备的WiFi链接；支持GPRS的设备例如移动电话或PDA中的无线应用协议(WAP)浏览器。在这些情况下，图5所示的网页服务器提供一适当的网页，其中列出了可供购买的曲目的列表。 [0301] 在另一实施例中，接收无线广播的接收设备不同于接收和显示信息服务的服务提供(SP)设备。例如，在FM/AM或DAB无线广播或电视上收听无线广播的用户，使用其支持WAP的移动电话或PDA来查看信息服务，完成购买交易。如上文所述，音乐曲目和曲目元数据的传送通过下载到用户PC来完成。

[0302] 在另一实施例中，用户通过互联网而不是DAB复用器来收听无线广播。在该实施例中，用户可通过显示音乐下载服务的网页服务器提供的网页的互联网浏览器来查看播放过的歌曲的曲目列表、当前正在播放以及极有可能将要播放的音乐曲目。在该环境下，购买交易使用标准互联网支付选项发生。

[0303] 应注意，在另一实施例中，用户可选择通过GPRS或3G连接将音乐曲目和曲目元数据下载到接收设备或SP服务以及用户的PC。

[0304] 如上文所述，采用上文所述方式下载音乐存在一个缺点，即连接可能中断，下载可能不成功，在这种情况下，用户仍然可通过其PC来完成下载。但是，本实施例的优点在于，其仍然允许用户在连接可靠的情况下以近乎实时的方式对音乐曲目进行访问。此外，本实施例的一个主要优点是其可提供一种简单和快捷的方式来使用信息服务，该信息服务可通知用户哪些音乐曲目可供购买，并有效的进行支付。至少对于一部分用户而言，这一点是非常有利的，在用户收听无线广播时，选择和购买交易是可实现的的，而无需关心曲目的传送何时发生。

[0305] 应注意，将新音乐曲目上传到DBM内容数据库可采用多种方式来进行。例如，在一个实施例中，内容上传器定期在音乐库中搜索，以确定是否有曲目尚未存储在DBM内容数据库中。如果存在这样的音乐曲目，则它们将上传和存储在相关无线电台所对应的数据文件目录中，这样便可销售这些确定的音乐曲目。

[0306] 在另一实施例中，在收到触发信号92之后，如果确定该触发信号92与一曲目相关，而该曲目已经开始播放但却未存储在DBM内容数据库102之中，则该新的音乐曲目将作为源文件，并从音乐库82中返回。图6中的第二虚线B展示了内容上传器接收解码版本的触发信号122，该信号用于确定和上传音乐曲目和元数据。图6中的第三虚线C显示在本实施例中，内容上传器能够将上传的音乐曲目和元数据直接传送给输出模块110和信息服务编辑器108，而不是要求内容获取器获取该内容。

[0307] 但是，在另一实施例中，每一音乐曲目只在DBM内容数据库102中保存一个版本，而与无线电台无关。在这一实施例中，可使用目录表来确定每一音乐曲目由哪个无线电台有权销售。

[0308] 一些无线电台无法提供可靠的播放列表，也就是说，无线电台是依据听众的请求来广播歌曲的。这样一来，在另一实施例中，内容获取器和信息服务编辑器可仅仅由触发信号92来触发工作。

[0309] 本领域的技术人员应当明白，FEC无需在音乐曲目上传和存储在DBM内容数据库102时进行。在另一实施例中，FEC在数据文件流152进行传送之前 进行。此外，FEC也可采用相同的方式应用到曲目元数据流150或者信息服务六154。

[0310] 应明白，图10中的内容获取器106无需依靠曲目标题和演唱者姓名来识别音乐曲目和元数据。在一个实施例中，数据广播管理器还包括ID映射表(如图7所示)，其将无线电台标识符(RUID)与音乐库标识符(MLID)相关联。一些无线电台可在其预先提示通知、播放列表或者触发信号中使用RUID。

[0311] 如上文所述，来自音乐库的音乐曲目和元数据将存储到MLID对应的DBM内容数据库102中。这将使用在购买请求之中，以识别用户希望购买的音乐曲目。 [0312] 当从来自无线电台的预先提示通知120中接收到RUID时，音乐曲目将依据曲目标题和演唱者姓名信息从音乐库82上传。如上文所述的实施例中描述的一样，音乐曲目将重新存储到MLID对应的DBM内容数据库中，在本实施例中，将在ID映射表中生成一条记录，以显示MLID和RUID之间的关系。这样一来，当在播放列表和触发信号中使用RUID时，数据广播管理器可使用RUID在ID映射表中进行查找，以确定MLID。

[0313] 这也提供了另一种方法，通过这种方法，内容获取器可从DBM内容数据库获取音乐曲目和元数据。这也提供了另一种方法，通过这种方法，图8b中的搜索模块可确定播放列表中列出的音乐曲目是否存储在DBM内容数据库之中。

[0314] 在上文所述的实施例中，音乐下载系统需要无线电台提供演唱者姓名和曲目标题。但是，本发明并非仅限于此。音乐工业制品公司为音乐制品分配国际标准音像制品编码(ISRC，音乐曲目的国际性识别码)，类似于用于识别图书的国际标准书号(ISBN)。 [0315] ISRC是一种12字符的代码，其遵循如下设置：

[0316]国家代码 登记者国家，ISO 3166码中的2个字符 例如FR[法国]
登记者代码 国家ISRC局分配的3个字符 例如Z03
参考年码 ISRC分配的2位数字年 例如97[1997]
记录码 音像制品的5位数字序列号 例如00212

[0317] 在多个专辑中出现的任何记录(音乐曲目)每次应该具有相同的ISRC。 [0318] 与前文描述的实施例有关的ISRC提供了一定数量的变化和修改。例如，ISRC可使用在预先提示通知120、播放列表90和/或触发信号92之中。在从音乐库上传内容和/或在DBM内容数据库中查找音乐曲目和元数据时，数据广播管理器可使用ISRC。此外，ISRC也可应用到从接受设备发往音乐库的购买请求，以此来识别用户希望购买的曲目。这样一来便可使得在音乐库或DBM内容数据库中定位文件的速度更快也更方便。 [0319] 此外，ISRC可使用在信息服务之中，而且既然ISRC只有12个字符长，发送信息服务时需要的比特数量将得以减少。例如，DAB可将ISRC封装在固定PAD代码中，每个DAB帧一个比特。发送一个ISRC代码所需要的比特总数等于9比特同步字、3比特标识符和58比特代码。比特总数等于70。FPAD也可用于传送其它信息，其中的空闲数据容量可以传送ISRC。如果空闲数据容量为10比特/秒，则发送一个完整的代码将需要7秒钟。 [0320] 在DAB上发送ISRC代码早已获得DAB标准的支持。但是，为降低使用包含ISRC的广播流产生的担心，至少在本发明中，信息服务将进行加密。

[0321] 当然，ISRC对于用户来说没有任何用处。因此，既需要在数据库中查找演唱者姓名或者曲目名称，又必需同时传送演唱者姓名和曲目名称。

[0322] 购买交易将使用接收设备的通信反向信道94来进行。当通信反向信道94使用移动电信信道例如GPRS或者3G信道时，应当明白，购买请求将使用移动电信网络上的移动电信信道传送到移动网络/互联网网关，随后通过互联网发往适当的服务器，也就是音乐库82或者验证网关84。

[0323] 上文描述了本发明的几个特定的优选实施例，应当明白，上面给出的实施例仅用作示范，在不脱离本发明范围的前提下，对于本领域的技术人员来说还可对上文所述的实施例进行变形和修改。例如，除了将本发明应用在数字无线广播环境之中，本发明还可应用于在甚至是移动电话设备上观看和播放广播的视频片段。这些片段自身可使用本发明提供的文件购买方法来购买，并存储在接收器中以便进行播放。但是，当包含下载到PC的操作时，购买的内容可能是与观看的视频片段有关的更大的视频文件，例如存档的节目或电影，这些内 容将由视频预告片(视频片段)给出提示。

[0324] 此外，将音乐曲目下载到接收设备的方法可以通过加载到接收设备上的软件程序来实现。该接收设备是这样一种设备，其支持接收信息服务且方便用户选择音乐曲目以便购买。

[0325] 尽管接收设备生成的请求在上文的描述中用于识别所需的数据文件，该请求也可包括验证码。在这种情况下，该验证码中包含设备的唯一标识符。在实际实现过程中，也可使用两个唯一的标识符。第一个标识符标识设备(或者移动应用中设备的电话号码)，其用于进行授权。但是为了对解密密钥进行加密，服务器需要来自设备的额外信息，其用于将标识符变得对设备上的应用(其将与接收数据文件交互)更具唯一性。

[0326] 在一个实施例中，其是与Windows Media Player在设备上的安装过程有关的信息。通常，该信息是非常长的一个字符串，通常有几百万个字符长。

[0327] 不同的实施例中描述了部件的特定组合。但是，应当明白，描述的部件可通过不同的方式来实现系统。此外，本领域的技术人员应当明白，随着技术的进步，本文描述的发明性概念可采用多种方式来实现。本发明及其实施例并非仅限于上文所述的实施例，而是可以进行修改。