专利名称：内容位置信息的存储的制作方法
技术领域：
本发明一般地涉及文件格式。本发明的某些实施例尤其地涉及提供DCF文件格式(例如DCF2.0版文件格式)或类似格式。
背景技术：
OMA DRM第2次发布将DCF(DRM内容格式)2.0版文件格式标准化用作为具有OMA DRM功能的服务的一部分(OMA代表开放移动联盟；DRM代表数字权利管理)。相应地，已经草拟了标准规范开放移动联盟，DRM内容格式，草案2.0版-2004年1月16日，通过引用将这一文献的内容结合于此。其意图在于为受DRM保护的加密媒体对象和关联元数据定义内容格式。此内容格式(或者文件格式)也可以用作为用于许多其它内容类型的内容包装。例如，SMIL表示的所有组成可以“封包”到单个文件中，该文件具有定义好的放置架和内容确定的元数据结构。此文件格式有望由业界普遍地用于具有或没有DRM保护的多媒体内容分布和存储。
3GPP分组交换流传输(PSS，分组交换流传输服务)第6次发布目前着力于采用新技术来扩大3GPP文件格式的范围以使其成为“包装”文件格式(即容器文件格式)。是使用DCF2.0版文件格式还是使用文件格式扩展目前尚在3GPP SA’4的讨论之中，这些文件格式扩展将传承于新的MPEG ISO基础媒体文件格式修改-1规范(ISO/IEC14496-122003|15444-122003“ISO基础媒体文件格式”修改-1)。
DCF2.0版文件格式可以用作为容纳多媒体表示(可以由SMIL文件代表)的所有组成的单个容器或者简单地实现多媒体内容的集合，该内容是静态或是动态的内容。对于SMIL表示，希望能存储该表示的媒体组成的目录结构(也称为文件树结构)信息，以免在将它“封包”到DCF2.0版文件中之后修改SMIL表示。
目前没有用于将这样的信息存储于DCF2.0版文件中的定义好的或标准的方式。因此，如果用户想要封包SMIL表示，则用户不得不修改SMIL文件以不含路径(或者每个媒体组成必须在与SMIL文件相同的根目录级)。这具有如下影响1.用户可能没有修改SMIL文件的DRM权利；2.可能有文件名冲突；3.在修改SMIL表示中有附加的复杂性和内存消耗；和/或4.目录结构可能在想要在不同目录中(例如图像在\images目录中、3GP文件在\3GP目录中等，这依赖于由用户或者存在OS的媒体库应用所定义的媒体存储结构)存储媒体组成的目标侧处丢失。
ZIP具有目录结构存储能力。ZIP可以视为“存档”文件格式，但是利用ZIP不可能标识该表示的“maestro”文件(例如SMIL文件，该文件实际上定义了整个表示的布局和结构)。
爱立信已经在2003年12月的MPEG会议中提出对ISP基础媒体文件格式的扩展，用以将“文件树”结构和静态媒体内容包含于该文件格式中作为附加元数据。关于更多的信息，请参见文献爱利信-3GP文件格式扩展-容器格式，3GPP TSG-SA WG4会议#30，Malaga，西班牙，2004年2月23-27日；爱立信，Per Frjdh，ISO基础媒体文件格式的表示和文件树扩展，ISO/IEC JTC1/SC29/WG11，MPEG2003/M10406，2003年12月，Waikoloa，美国)。通过引用将两个文献的内容结合于此。尽管给出的提议似乎部分地解决了问题，但是没有解决与完全未利用这一新文件格式的DCF2.0版文件有关的问题。
发明内容
根据本发明的第一方面，提供了一种用于通信的方法，该方法包括提供用于媒体内容的文件格式；以及借助于该文件格式来指示该媒体内容的内容位置信息。
该方法可应用于无线通信以及有线通信。
根据本发明的实施例，在DCF2.0文件格式中定义了新的报头，在该报头内部存储了媒体内容的内容位置信息。利用对这种报头的定义，可以通过在单个文件内部建立虚拟文件树将文件内部的每个媒体内容提取到它的恰当目标位置或者在“适当的地方”使用。因此，保留了在“封包”之前的相同目录结构。这也意味着表示布局文件(例如SMIL)不需要加以修改以“弄平”目录结构或者“重新命名”重复的文件名。
通过使用本发明的实施例，有可能具有只读的有版权的SMIL表示(例如由公认艺术家创作的)，它随后用于将丰富的多媒体表示连同用户生成的内容(例如自己的图片、视频)一起编写。
根据本发明的更多方面，提供了一种配置为用以与本发明第一方面的方法一起使用的发送器设备、接收器设备、系统、软件应用和文件格式。
发送器设备可以是网元。它可以例如是比如因特网络或移动网络的网络中的服务器。它可以是流传输服务器或者用于(多)媒体下载或者文件下载或者文件或内容传送的任何适当服务器。可选地，它可以是移动终端设备或固定终端设备。
接收器设备可以例如是移动客户机设备或固定客户机设备。
软件应用可以是计算机程序产品，包括在比如内存的介质上存储的程序代码。
从属权利要求涉及本发明的实施例。在涉及本发明特定方面的从属权利要求中包含的主题内容也可应用于本发明的其它方面。
现在参照附图通过例子来描述本发明的实施例，在附图中图1至图5示出/说明了本发明的实施例。
具体实施例方式
本专利申请的介绍性部分中包含的主题内容可以用来支持具体实施方式
。在下文中，DCF2.0版用作为例子，但没有将本发明限于仅包括DCF2.0版的意图。在下文中描述的任何方法也可以在任何可能和功能上适合的组合中加以使用。
根据在背景技术部分中提及的标准规范(开放移动联盟，DRM内容格式，草案2.0版-2004年1月16日)，OMA DRM定义了一种传送方法，其中对媒体对象进行加密，而且将包含加密密钥的权利传送到远离媒体对象的设备。该规范的目的在于定义一种除加密媒体对象之外还支持比如如下元数据的内容格式-媒体对象的原始内容类型；-用于这一受DRM保护的媒体对象的唯一标识符，用以将该媒体对象与权利相关联；-与加密细节有关的信息；-与用于这一受DRM保护的媒体对象的权利发行服务有关的信息；以及-扩展和其它与媒体类型有关的元数据。
标准规范建议了用于内容格式的两个简档。一个是DCF，旨在于与离散媒体(比如静态图像、铃声、应用等)一起使用。此简档用来封包和保护离散媒体。离散媒体简档允许将任何内容包装于外壳(DCF)中。该内容然后被加密成对内容内部结构和布局不可知的单个对象。
另一建议的简档是PDCF，旨在于与连续媒体(例如音频如音乐以及视频)一起使用。它用来保护连续的(封包的)媒体。标准规范建议在单独的格式中保护连续媒体，因为它是封包的。读取和解析连续媒体的应用意在于在逐个包的基础上对文件进行处理。为了有助于回放受保护的连续媒体，需要以单独地保护包的方式来构造该存储格式。要求对结构有了解的此封包也是为了使连续媒体成为流。遵从OMA DRM的流传输服务器能理解内容格式的结构，以便将内容分成报头和包，这些报头和包可以传送到理解受保护的格式的客户机。
根据标准规范，两个简档共享数据结构以便再利用组成。另外，两个简单是基于广泛接受和部署的标准格式，即ISO基础媒体文件格式[ISO 14496-12]，但是离散媒体简档意在于成为通用格式，而不打算与ISO媒体文件完全兼容。根据标准规范，内容发行者可以决定将哪个简档用于他们的内容，但是一般来说，用于连续媒体的简档应当用于连续媒体内容，以便创建和谐的用户体验。离散媒体简档应当用于其它内容类型。对于用户，其差别在于DCF看上去好像是受DRM保护的文件，而PDCF看上去和用作为好像是去往外界的媒体文件。
上述标准的第5.1部分描述了ISO基础媒体文件格式及其与建议的内容格式的一般关系。
ISO基础媒体文件格式是围绕面向对象的框设计而构造的。建议的DCF2.0版文件格式也具有基于ISO基础格式的框式结构。它可以用于“包装”任何媒体类型。它包括每个内容对象的报头部分。内容对象可以加密或者不加密。第一内容对象确定外界可见的媒体类型(例如SMIL)。其它内容对象可以经由CID机制来引用。在强制框之后，允许专用扩展。它也支持嵌入式文件图标、预览等。
图1示出了离散媒体简档(DCF)结构的示意性高级概略图。图1中指示长度的数字代表八位字节。
DCF文件包括至少一个OMS DRM容器框10。OMA DRM容器框10是用于单个内容对象及其关联报头的容器。
进而言之，该格式包括紧跟在OMA DRM容器框10之后的文件报头(固定DCF报头)。OMA DRM容器框10包括DCF报头框11和受保护的内容框12。针对该格式的设计原理包括在从文件开头的固定偏移处设置DCF报头框11。OMA DRM容器框10是在文件报头之后的第一个框；而DCF报头框11是OMA DRM容器10中的第一个框。
OMA DRM容器框10包括OMA DRM公共报头框13以及可选地包括(ISO)用户数据框14。在多部分的情况下，在第一个OMADRM容器框10之后是第二个OMA DRM容器框20。
PDCF简档(或者格式)在一定程度上不同于DCF格式。然而，相似的公共报头框也在PDCF中出现。
标准规范(DCF2.0版)定义了一种通过使用具有文字报头(TextualHeaders)字段的公共报头来扩展文件格式的元数据结构的方法。换句话说，公共报头框14可以包括含有内容附加信息的文字报头字段。其语法如下
使用上面的语法，根据本发明的实施例，新的定制报头定义如下ContentLocationHeader:＝Content-Location“:”LocationLocation:＝TokenToken＝UR|(as defined in RFC 2396)|<path>
一些例子如下Content-Location:“\.”(这意味着内容在与SMIL表示相同的目录中)；Content-Location:“\images”(这意味着内容在SMIL文件所在目录之下一级的/images目录中)；Content-Location:“http://server.com/”(这意味着内容在指定的HTTP服务器中)。
报头名称“Content-Location”仅仅是名称例子，而且可以通过仍然覆盖相同概念的不同标准(或者技术规范)来不同地冠之以称谓。
图2示出了DCF2.0版文件格式的另一图示，通常，DCF设计用来保护高价值的离散媒体对象。它包括所含媒体对象的原始MIME类型。普通的DRM报头用来指示例如加密算法，其中可以购买权利等。可以如3GP文件格式定义的那样来使用3GPP资产信息。将媒体对象进行加密并将其插入到这样的包括原始文件格式的包装格式中。
图3示出了用于向DCF2.0版文件格式提供内容位置信息的另一实施例。DCF格式可以用来掌控多部分的多媒体表示。第一内容对象确定媒体类型关联，因此使SMIL文档31作为第一对象就将该文件与SMIL播放器相关联。SMIL文档然后可以引用该文件之内的其它对象32-34。SMIL文档包括指示了路径和文件名的内容位置字段集。此外，每个引用的文件可以包含提供内容路径的内容位置字段。
根据本发明的实施例，禁止文件级交错。允许文件级交错会在许多情况下添加不必要的复杂性。
根据本发明的实施例，每个媒体数据封装于“文件”内部。另一方面，在现有技术的解决方案中，在主要的3GP文件级存在至少一个媒体轨道，该轨道实现了在容器文件与一些原媒体数据比特流之间的物理绑定。根据本发明的实施例，每个文件仅具有内容位置报头。它可以驻留于例如每个文件的开头中。
本发明实施例获得的一些优点包括如下-可以借助于例如SMIL文件和内容位置报头容易地映射内容。目录结构在内容封包操作之后得以保留而且也在内容的可能提取之后得以复原。
-可以根据文件“在适当的位置”播放内容，例如从文件逐块地读取内容，而无需将它提取到文件系统，因此节省了空间。这仍然支持文件的内容文件树类型的重新表示。
-渐进式下载应用可以利用此字段以理解这是否就是要撷取的正确内容。
-如果例如修改了SMIL文件则易于生成和改变。
-由于每个文件实体包含它自身的内容位置信息，所以易于添加或者去除内容而不影响容器文件的其它部分。
-实现了将高价值的、有版权的和受保护的作品与用户生成的个人内容相混合。
在一些实施例中，解析者/编写者必须或者应当了解报头，使得如果进行了修改则应当更新它。
可以进行额外级别的封包(DCF内的DCF)以便将有版权的(受保护的)内容与用户生成的内容相混合。
公布的国际专利申请WO 03/028293 A1示出了本发明实施例配合于其中的一般实施例。通过引用将该申请的内容结合于此。尤其是该申请的图2示出了一种用于多媒体内容流传输的传输系统。该系统包括编码器EC，也可以称作为编辑器，通常根据多个媒体源MS预备用于传输的媒体内容数据；流传输服务器SS，通过网络NW传输经编码的多媒体文件；以及接收文件的多个客户机C。该内容可以来自于记录现场表示的记录器，例如视频摄像机，或者它可以预先地存储于存储设备上，比如录像带、CD、DVD、硬盘等。该内容可以例如是视频、音频、静态图像，而且它也可以包括数据文件。来自编码器EC的多媒体文件传输到服务器SS。服务器SS能服务于多个客户机C，而且通过使用单播或者多播路径从服务器数据库或者立即地从编码器EC传输多媒体文件来响应客户机请求。网络NW可以例如是移动通信网络、局域网络、广播网络或者由网关分离的多个不同网络。
另外，第4页的图(图4)示出了根据本发明实施例的通信系统。该系统包括耦合到IP网络(网际互联协议)104的(流传输)服务器111。IP网络104可以例如是因特网或者服务提供运营商的内部网(属于运营商域的内部网络)。IP网络104耦合到移动通信网络的核心网络103。该耦合可以经由Gi接口来执行。移动通信网络可以例如是‘第2.5代’GPRS或EGPRS网络或者第3代或更多代的蜂窝移动通信网络。移动通信网络也包括耦合到核心网络103的无线接入网络(RAN)102。无线接入网络102向移动客户机设备10提供通过空中接口对移动通信网络的访问。所提及的访问可以例如由电路交换装置(例如电路交换数据呼叫)或者分组交换装置(例如GRPS(通用分组无线服务))来提供。相应地，这些技术可以用来通过空中接口部分承载媒体流包。
第5页的图中的图5示出了服务器111的图示。服务器111包括处理单元151、第一内存153、网络接口155和第二内存152。第一内存153、网络接口155和第二内存152耦合到处理单元151。
处理单元151根据第一内存153中存储的计算机软件154来控制服务器111的操作，比如处理文件格式以及经由网络接口155将例如第二内存(盘)152中存储的适当内容发送到客户机101。
软件154包括用于实施适当分层协议栈的程序代码。
第5页的图中的图6示出了客户机设备101的图示。在这一实施例中，客户机101可以例如是蜂窝无线电话网络的移动台。然而，客户机可以可选地是固定终端。
客户机101包括处理单元171、射频部分175和用户接口109。射频部分175和用户接口109耦合到处理单元171。用户接口109通常包括显示器、扬声器和键盘(未示出)，用户可以借助于它们来使用客户机设备101。
处理单元171包括处理器(未示出)、内存173和存储于内存173中的计算机软件174。处理器根据软件控制客户机设备101的操作，比如处理文件格式、从服务器111接收流传输媒体或媒体文件以及在用户接口109上表示所接收的流传输媒体。
软件174包括用于实施适当分层协议栈的程序代码。
可以通过软件来实施与文件格式有关的过程。包括在接收器设备101中存储的并在处理器171中运行的程序代码的计算机程序产品可以用来在传输会话的接收端实施过程，而包括在发送器设备111中存储的并在处理器151中运行的程序代码的计算机程序产品可以用来在发射端实施过程。
已经描述了本发明的特定实施和实施例。对于本领域技术人员清楚的是本发明不限于上面呈现的实施例细节。另外，本领域技术人员将认识到有许多实现本发明的附加方式，这些方式虽然在例子的有限子集之一中并未示出但仍然在本发明的范围之内。特别地是，本发明不应当限于任何协议或参数的任何具体名称或者字段名称。在不偏离本发明的特征时可以在使用等同手段的其它实施例中实施本发明。本发明的范围仅由所附专利权利要求书限定。
权利要求
1.一种用于通信的方法，该方法包括提供用于媒体内容的文件格式；以及借助于该文件格式来指示该媒体内容的内容位置信息。
2.如权利要求1的方法，其中该文件格式配置为用于在该文件格式内部存储该媒体内容的内容位置信息。
3.如权利要求1的方法，其中该媒体内容包含于具有该文件格式的文件中，并且其中该文件格式指示了该文件内部的该媒体内容所要提取到的目标位置或者是否要在适当的位置使用它。
4.如权利要求1的方法，其中该格式包括后面紧跟着容器框的文件报头，该容器框具有公共报头框，该公共报头框提供用于存储该内容位置信息的一个或多个文字报头。
5.如权利要求1的方法，其中该方法包括在具有一个或多个媒体内容的单个文件内部建立虚拟文件树。
6.如权利要求1的方法，其中该文件格式包括指示了所述内容位置信息的比如报头字段的元数据。
7.如权利要求1的方法，其中该文件格式传达于发送器与接收器之间。
8.如权利要求1的方法，其中该文件格式是“基于文件的”，使得它包含于每个文件中。
9.如权利要求1的方法，其中该文件格式用于传送方法，在该方法中对媒体对象进行加密而且将包括加密密钥的权利传送到远离该媒体对象的设备。
10.如权利要求1的方法，其中该文件格式具有基于ISO基础媒体文件格式的框式结构，该文件格式是DCF2.0版文件格式或者类似格式。
11.如权利要求1的方法，其中该文件格式包括指示了该媒体内容的路径的内容位置报头。
12.如权利要求11的方法，其中该路径被指示为URI(统一资源标识符)。
13.如权利要求1的方法，其中该文件格式指示了该媒体内容的文件名。
14.一种用于通信的发送器设备，包括用于生成用于媒体内容的文件格式的装置；以及用于将该文件格式发送到接收器的装置，其中该文件格式指示了该媒体内容的内容位置信息。
15.如权利要求14的发送器设备，其中该文件格式配置为用于在该文件格式内部存储该媒体内容的内容位置信息。
16.如权利要求14的发送器设备，其中该格式包括后面紧跟着容器框的文件报头，该容器框具有公共报头框，该公共报头框提供用于存储该内容位置信息的一个或多个文字报头。
17.如权利要求14的发送器设备，其中该文件格式配置为用于在具有一个或多个媒体内容的单个文件内部建立虚拟文件树。
18.如权利要求14的发送器设备，其中该文件格式包括指示了该媒体内容的路径的内容位置报头。
19.如权利要求14的发送器设备，其中该文件格式指示了该媒体内容的文件名。
20.如权利要求14的发送器设备，其中该发送器设备是比如服务器或Web服务器的网元。
21.一种用于通信的接收器设备，包括用于接收用于媒体内容的文件格式的装置；以及用于使用该文件格式的装置，其中该文件格式指示了该媒体内容的内容位置信息。
22.如权利要求21的接收器设备，其中该文件格式配置为用于在该文件格式内部存储该媒体内容的内容位置信息。
23.如权利要求21的接收器设备，其中该格式包括后面紧跟着容器框的文件报头，该容器框具有公共报头框，该公共报头框提供用于存储该内容位置信息的一个或多个文字报头。
24.如权利要求21的接收器设备，其中该文件格式配置为用于在具有一个或多个媒体内容的单个文件内部建立虚拟文件树。
25.如权利要求21的接收器设备，其中该文件格式包括指示了该媒体内容的路径的内容位置报头。
26.如权利要求21的接收器设备，其中该文件格式指示了该媒体内容的文件名。
27.如权利要求21的接收器设备，其中该接收器设备是固定终端或者移动终端。
28.一种包括权利要求14的发送器设备、网络和权利要求21的接收器设备的系统，该系统配置用以利用权利要求1的方法。
29.如权利要求28的系统，其中该文件格式经由该网络传达于该发送器与该接收器之间。
30.如权利要求28的系统，其中该网络至少部分地是无线的。
31.一种可在发送器设备中执行的软件应用，该软件应用包括用于生成用于媒体内容的文件格式的程序代码；以及用于使该发送器设备将该文件格式发送到接收器的程序代码，其中该文件格式指示了该媒体内容的内容位置信息。
32.一种可在接收器设备中执行的软件应用，该软件应用包括用于接收用于媒体内容的文件格式的程序代码；以及用于解译该文件格式的程序代码，其中该文件格式指示了该媒体内容的内容位置信息。
33.一种用于媒体内容的文件格式，其中该文件格式配置为用于在该文件格式内部存储该媒体内容的内容位置信息。
全文摘要
一种用于有线通信或无线通信的方法、设备、系统和软件应用。提供了一种用于DRM(数字权利管理)媒体内容的文件格式。该文件格式在公共报头框具有用于对媒体内容的内容位置信息进行指示的一个或多个文字内容位置报头。
文档编号G06F17/30GK1938700SQ200580007483
公开日2007年3月28日 申请日期2005年3月9日 优先权日2004年3月10日
发明者埃姆雷·巴里斯·阿克叙, 萨米·皮普皮里 申请人:诺基亚公司