跟踪下载的数字媒体文件的系统和方法

摘要

提供用于跟踪下载的数字媒体文件的系统和方法，所述下载的数字媒体文件采用数字版权管理（DRM）的数字媒体文件的重新添加首标拼接。所述系统和方法提供以下方面：从客户端接收对第一文件的请求（302）；访问所述第一文件和代表所述第一文件的第二文件（304）；向所述第二文件应用用于识别所述客户端的数据（306）；并且组合所述第一文件和所述第二文件，使得组合的文件的大小基本上是与所访问的第一文件相同的大小（310），以及将组合的第一和第二文件下载到客户端（312）。第一和第二文件的组合包括利用第二文件的对象组件来代替所述第一文件的相应对象组件。用于识别所述客户端的数据至少包括交易ID、商户ID、用户ID和订单ID之一。

权利要求

1.一种用于跟踪下载的文件的方法，所述方法包括步骤：从客户端接收对第一文件的请求；

访问所述第一文件和代表所述第一文件的第二文件，所述第二文件包括与所述第一文件的对象组件对应的对象组件；

向所述第二文件应用用于识别所述客户端的交易数据；

确定第二文件的哪些对象组件包含所应用的交易数据；以及组合所述第一文件和所述第二文件，其中所述组合还包括利用所确定的包含所应用的交易数据的所述第二文件的对象组件来代替所述第一文件的对应的对象组件，并且其中组合所述第一文件和所述第二文件的步骤导致组合后的文件具有与所访问的第一文件的大小基本相同的大小。

2.如权利要求1所述的方法，还包括将组合的第一文件和第二文件下载到客户端。

3.如权利要求2所述的方法，还包括在下载之后删除组合的第一文件和第二文件以及包含所应用的交易数据的第二文件。

4.如权利要求1所述的方法，其中用于识别所述客户端的交易数据包括交易ID、商户ID、用户ID和订单ID中的至少一项。

5.如权利要求1所述的方法，其中对象组件是先进系统格式对象。

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

从内容所有者接收所述第一文件；

生成代表所述第一文件的所述第二文件；以及

使用同一加密密钥加密第一文件和第二文件。

7.如权利要求1所述的方法，还包括生成所述第一文件中包含的对象组件的第一映射和所述第二文件中的对象组件的第二映射，第一映射和第二映射描述了每个对象组件和各自的字节地址指针，其中，根据第一映射和第二映射执行：利用所确定的第二文件的对象组件来代替所述第一文件的对应的对象组件。

8.如权利要求7所述的方法，其中对象组件是先进系统格式对象。

9.一种用于跟踪下载的文件的系统，所述系统包括：

通信元件(118)，用于从客户端接收对第一文件的请求；

数字版权管理元件(110)，用于访问所述第一文件和代表所述第一文件的第二文件，所述第二文件包括与所述第一文件的对象组件对应的对象组件；

重新添加首标元件(115)，用于向所述第二文件应用用于识别所述客户端的交易数据；

以及

拼接器(116)，用于确定第二文件的哪些对象组件包含所应用的交易数据并且通过利用所确定的包含所应用的交易数据的第二文件的对象组件来代替所述第一文件的对应的对象组件而组合所述第一文件和所述第二文件；其中在所述拼接器(116)的输出端处的组合后的文件具有与所访问的第一文件的大小基本相同的大小。

10.如权利要求9所述的系统，其中通信元件(118)还适配于将组合的第一文件和第二文件下载到客户端。

11.如权利要求10所述的系统，其中数字版权管理元件(110)还适配于在下载之后删除组合的第一文件和第二文件以及包含所应用的交易数据的所述第二文件。

12.如权利要求9所述的系统，其中用于识别所述客户端的交易数据包括交易ID、商户ID、用户ID和订单ID中的至少一项。

13.如权利要求9所述的系统，其中对象组件是先进系统格式对象。

14.如权利要求9所述的系统，其中通信元件(118)还适配于从内容所有者接收所述第一文件，并且所述系统还包括：文件生成器(112)，用于生成代表所述第一文件的所述第二文件；以及加密器(113)，用于使用同一加密密钥加密第一文件和第二文件。

15.如权利要求9所述的系统，还包括对象映射生成器(114)，用于生成所述第一文件中包含的对象组件的第一映射和所述第二文件中的对象组件的第二映射，第一映射和第二映射描述了每个对象组件和各自的字节地址指针，其中，拼接器根据第一映射和第二映射通过利用所确定的第二文件的对象组件来代替所述第一文件的对应的对象组件。

16.如权利要求15所述的系统，其中对象组件是先进系统格式对象。

说明书

跟踪下载的数字媒体文件的系统和方法

[0001] 本申请是申请日为2008年11月12日、申请号为200880116489.1、发明名称为“跟踪下载的数字媒体文件的系统和方法”的发明专利申请的分案申请。

技术领域

[0002] 本公开一般涉及计算机图形处理和显示系统，并且更具体地，涉及用于跟踪下载的数字媒体文件的系统和方法，所述下载的数字媒体文件采用数字版权管理（DRM）的数字媒体文件的重新添加首标的拼接（reheader splicing）。

背景技术

[0003] 随着数字媒体和模拟/数字转换技术的兴起，特别在音乐和电影产业中，依赖于版权的组织的关注已经显著增加。模拟媒体随着每个拷贝生成以及甚至在正常使用期间的一些情况下，不可避免地损失质量，而数字媒体文件可以在随后拷贝的质量没有劣化的情况下被复制无限次数。作为家用电器的个人计算机连同如MP3播放器的其它便携式数字媒体设备一起，已经使得消费者便于将原先处于物理/模拟形式或广播形式的媒体（其可能受或可能不受版权保护）转换为用于定点的或时移的通用、数字形式。此外，结合因特网和流行文件共享工具，个人计算机已经使得受版权保护的数字媒体的拷贝的未授权分发更加容易。

[0004] 数字版权管理（DRM）技术试图通过防止由终端用户访问、拷贝或转换为其它格式以及控制分发来控制对数字媒体的使用。已经采用各种DRM系统来保护数字媒体内容创建者和出版者的版权和其它知识产权。这样的一种DRM系统包括加密方案，其中密钥是与用户的个人计算机的ID号相关联，并且仅当从该特定计算机访问时该密钥才解码数字媒体。其它加密方案使用被限制使用的加密，其中在有限的时间段，密钥解码数字媒体。另一DRM系统采用基于Web的许可，其中用户的计算机通过因特网联系许可证验证服务器以获得许可（例如，访问密钥），以便访问或播放数字媒体。此外，一些DRM系统通过将版权信息包括在数字媒体中作为要求专门程序来读取的信息的比特，来利用数字水印标记数字媒体，以便防止数字媒体内容的自由分发。

[0005] 除了控制数字媒体的分发外，存在对于这样技术的需要，所述技术用于将信息嵌入涉及特定交易（transaction）的数字媒体的拷贝中，使得可以跟踪数字媒体。

发明内容

[0006] 提供用于跟踪下载的数字媒体文件的系统和方法，所述下载的数字媒体文件采用数字版权管理（DRM）的数字媒体文件的重新添加首标拼接。本公开的系统和方法允许向数字签名和编码的Windows媒体文件（即，先进系统格式（ASF）文件）注入每一交易唯一的信息，并且以有效的方式这样做。因此，通过试图播放数字媒体文件引起的对于DRM许可证的任何请求可以被唯一地绑定回特定下载交易。此外，实时进行该操作的相对成本随着与ASF文件大小成正比增加的时间节约而被潜在地最小化。

[0007] 根据本公开的一个方面，提供一种用于跟踪下载的文件的方法，所述方法包括步骤：从客户端接收对第一文件的请求；访问所述第一文件和代表所述第一文件的第二文件；向所述第二文件应用用于识别所述客户端的数据；并且组合所述第一文件和所述第二文件，使得组合的第一和第二文件的大小基本上是与所访问的第一文件的相同大小。所述方法还包括将组合的第一和第二文件下载到客户端。

[0008] 在另一方面，所述方法还包括在下载之后删除组合的第一和第二文件以及具有客户端数据的所述第二文件。

[0009] 在另一方面，组合步骤包括利用包含应用的数据的第二文件的对象组件来代替所述第一文件的相应对象组件。在一个实施例中，对象组件是ASF对象。

[0010] 在另一方面，用于识别所述客户端的数据至少包括交易ID、商户ID、用户ID和订单ID之一。

[0011] 根据本公开的另一方面，所述方法还包括从内容所有者接收第一文件；生成代表所述第一文件的所述第二文件；以及使用同一加密密钥加密所述第一和第二文件。所述方法生成所述第一文件中包含的对象组件的第一映射和所述第二文件中的对象组件的第二映射。此外，所述方法确定所述第二文件的哪些对象组件包括用于识别客户端的数据，以及将所确定的第二文件的对象组件拼接到所述第一文件的相应对象组件。

[0012] 根据本公开的另一方面，提供一种用于跟踪下载的文件的系统。所述系统包括：通信模块、元件、组件等，用于从客户端接收对第一文件的请求；数字版权管理模块、元件、组件等，用于访问所述第一文件和代表所述第一文件的第二文件；重新添加首标模块、元件、组件等，用于向所述第二文件应用用于识别所述客户端的数据；以及拼接器，用于组合所述第一文件和所述第二文件，使得组合的第一和第二文件的大小基本上是与所访问的第一文件相同的大小。所述通信模块还适配于将组合的第一和第二文件下载到客户端。

[0013] 在另一方面，所述系统包括对象映射生成器，用于生成所述第一文件中包含的对象组件的第一映射和所述第二文件中的对象组件的第二映射。此外，拼接器还适配于确定所述第二文件的哪些对象组件包括用于识别客户端的数据，并且将所确定的第二文件的对象组件拼接到所述第一文件的相应对象组件。

附图说明

[0014] 将通过以下优选实施例的详细描述来描述本公开的这些和其它方面、特征和优点，或使之变得显而易见，要结合附图来阅读所述优选实施例。

[0015] 在附图中，其中贯穿视图相似的参考标号表示类似的元件：

[0016] 图1图示根据本公开的用于跟踪下载的文件的系统和方法；

[0017] 图2是根据本公开的用于跟踪下载的文件的示例性服务器；

[0018] 图3是根据本公开的用于摄取（ingest）文件的示例性方法的流程图；

[0019] 图4是图示第一媒体文件及其相关联的第二文件以及分别描述第一和第二文件的ASF对象和它们的地址指针的相应XML格式的文件的截屏；

[0020] 图5和图6图示以XML格式的第二较小文件的映射，其中图5示出第二文件的媒体信息和ASF对象，而图6示出将被用于拼接的第二文件的ASF部分；

[0021] 图7是根据本公开的用于跟踪下载的文件的示例性方法的流程图；

[0022] 图8图示如何将第二文件拼接到用于下载的第一媒体文件；以及

[0023] 图9图示媒体文件中的典型的ASF对象，其中要拼接到媒体文件的某些对象被指定为不同（diff）。

[0024] 应该理解，（各）附图是用于图示本公开的构思的目的，并且不一定是用于图示本公开的唯一可能配置。

具体实施方式

[0025] 应该理解，图中示出的各元件可以以硬件、软件或其组合的各种形式来实现。优选地，这些元件以一个或多个适当编程的通用设备上的硬件和软件的组合实现，所述通用设备可以包括处理器、存储器和输入/输出接口。

[0026] 本描述说明本公开的原理。因此，将理解本领域的技术人员将能够设计出尽管没有在此明确描述或示出的、但体现本公开的原理并且被包括在其精神和范围内的各种安排。

[0027] 在此陈述的所有示例和条件语言旨在为了教学的目的帮助读者理解本公开的原理和由发明人贡献的以促进本领域的构思，并且要理解为不受限于这样具体陈述的示例和条件。

[0028] 此外，在此陈述本公开的原理、方面和实施例的所有陈述以及其具体示例旨在包含其结构和功能等效物两者。此外，这样的等效物旨在包括当前已知的等效物以及将来开发的等效物，即，所开发的执行相同功能而不管结构的任何元件。

[0029] 因此，例如，本领域的技术人员将理解在此呈现的框图表示体现本公开的原理的说明性电路的概念视图。类似地，将理解任何流程表、流程图、状态转换图、伪代码等表示各种处理，其可以实质上在计算机可读介质中表现并且因此由计算机或处理器执行，无论这种计算机或处理器是否被明确示出。

[0030] 附图中示出的各种元件的功能可以通过使用专用硬件以及能够结合适当软件执行软件的硬件提供。当由处理器提供时，该功能可以由单个专用处理器、由单个共享处理器、或由多个单独处理器提供，所述多个处理器的一些可以共享。此外，术语“处理器”或“控制器”的明确使用不应理解为排他地指能够执行软件的硬件，并且可以暗含包括而不限于数字信号处理器（“DSP”）硬件、用于存储软件的只读存储器（“ROM”）、随机存取存储器（“RAM”）和非易失性存储装置。

[0031] 还可以包括其它传统的和/或定制的硬件。类似地，附图中示出的任何开关仅是概念性的。它们的功能可以通过程序逻辑的操作、通过专用逻辑、通过程序控制和专用逻辑的交互、或者甚至手动地来执行，如从上下文中更具体理解的，具体的技术可由实现者来选择。

[0032] 在其权利要求中，表示为用于执行专门功能的装置的任何元件旨在包含执行该功能的任何方式，例如包括a）执行该功能的电路元件的组合或者b）任何形式的软件，因此包括与用于执行所述软件来执行该功能的适当电路组合的固件、微代码等。如由这种权利要求限定的本公开存在于这样的事实，以权利要求所要求的方式将由各种陈述的装置提供的功能组合并放在一起。因此，认为可以提供那些功能的任何装置可以等效于在此示出的那些装置。

[0033] 提供用于跟踪下载的数字媒体文件的系统和方法，所述下载的数字媒体文件采用数字版权管理（DRM）的数字媒体文件的重新添加首标拼接。本公开的系统和方法允许向数字签名和编码的Windows媒体文件（例如，ASF文件）注入（inject）每一交易唯一的信息，并且以有效的方式这样做。因此，通过试图播放数字媒体文件引起的对于DRM许可证的任何请求可以被唯一地绑定回特定下载交易。此外，实时进行该操作的相对成本随着与ASF文件大小成正比增加的时间节约而被潜在地最小化。

[0034] 本公开的系统和方法提供唯一地识别每个下载的媒体文件。尽管这在传统功能的情况下是可能的，但是实际不总使用该功能；首先，传统示例示出ASP文件内的使用，并且第二，在处理大（典型地视频）媒体文件的情况下出现问题。具体地，传统功能处理整个文件，这导致当处理大媒体文件时的性能和可缩放性限制。本公开的系统和方法独特之处在于它不重新处理整个原始文件，而替代地处理微小代表性文件，所述微小代表性文件然后与原始文件拼接在一起。利用与主体原始媒体文件相同的密钥来加密该微小文件，并且这使得所述系统和方法能够执行重新添加首标拼接而不影响具有可播放媒体文件的最终结果。

[0035] 本公开的目的是双重的：（1）向作为每一用户下载（即，每一交易）唯一的数字签名的Windows媒体文件（例如，ASF文件）写入信息，以及（2）以不要求以其整体来对整个ASF文件重新编码或重新添加首标的有效方式这样做。

[0036] 对于本公开的每一个应用，涉及一对ASF文件。其中之一是“主体（main）”DRM编码的ASF文件，另一个是“微小（tiny）”伴随文件，其共享相同的数字签名并且被专门生成供本公开的系统和方法使用。这里使用术语“微小”，这是因为该文件比原始“主体”媒体内容文件小很多。唯一的交易特定信息被写入微小伴随文件，其然后分解为其构成ASF对象组件。仅使用来自微小文件的变更的ASF对象，各个部分然后拼接或组合到主体ASF文件中，从而代替那些部分并且创建新的主体唯一的ASF文件。该新的文件将作为常规DRM编码的Windows媒体文件可播放，并且任何获得播放该文件权利的尝试将导致被传递到许可证服务器的唯一信息。

[0037] 本公开遇到的超出拼接的一个主要挑战是这样的事实，如果得到的ASF组件对象与原始的在大小上不同，所述系统和方法必须调整父组件（例如，主体媒体内容文件）和子组件（例如，微小媒体内容文件）之间的所有字节地址指针。为了简化逻辑，所述系统和方法使用XML格式来存储每个部分的所有的地址指针以及指示对于修改、替换或两者（或两者都不）需要考虑哪些部分的动作。必须为每个媒体文件以其成对的微小文件存储该XML文件。

[0038] 参照图1，提供根据本公开的用于跟踪下载的文件的系统和方法。一般地，在步骤1，用户经由用户的个人计算机（PC）12请求媒体文件。执行下载服务器14促进经由网页“download.aspx”18从内容存储装置16（内容递送网络）向终端用户的PC 12的内容下载（即，媒体文件）。要理解，内容存储装置16可以是执行下载服务器14中的存储设备，或者可以是作为内容递送网络的一部分的存储内容的单独的服务器。在步骤2，布置“FulfillmentDataAccess.cs”代码20以查看是否应在媒体文件被下载到用户的PC 12之前向媒体文件应用重新添加首标。以读取到执行数据库22的形式在“FulfillmentDataAccess.cs”代码20中执行该检查，并且在布尔值“bReheaderRequired”中返回。如下面将描述的，如果其是真（TRUE），则在步骤2a调用新的函数“ReheaderFile”24，并且在下载之前变更该文件。否则，在步骤4、5和6直接从执行数据库22下载原始主体媒体内容文件28的未变更的拷贝。要理解，当不存在与媒体文件相关联的版权时或当媒体文件由内容提供者自由分发时，可以下载未变更的拷贝。

[0039] 在步骤3a，在“FulfillmentReheader.cs”代码24中执行的“ReheaderFile”函数将重新添加首标应用到微小媒体内容文件26，即代表第一主体媒体文件28的第二媒体文件，导致重新添加首标的微小媒体内容文件30。已经利用与请求的主体媒体内容文件相同的密钥加密该微小或第二文件26。在步骤3b，重新添加首标的微小媒体内容文件30然后拼接到请求的媒体文件，导致重新装配的主体媒体内容文件32。更新的媒体文件32现在具有对于该下载请求是特定的、被嵌入其中的唯一信息（其中可以包括以下项：交易ID、商户ID、用户ID、订单ID等）。在步骤5，重新指向（repoint）下载应用程序以使用针对终端用户的更新的媒体文件32，并且在步骤6和7将该文件下载到用户的PC 12。成功下载之后，取决于系统的配置参数，可以从存储器或从临时存储装置移除重新添加首标的微小媒体内容文件30和重新装配的主体媒体内容文件32。

[0040] 参照图2，图示了根据本公开的用于跟踪下载的文件的系统100和示例性服务器14。在各种已知计算机平台的任一上实现该服务器（例如，执行下载服务器14），所述计算机平台具有硬件，诸如一个或多个中央处理单元（CPU）104、诸如随机存取存储器（RAM）和/或只读存储器（ROM）的存储器106、以及诸如键盘122、光标控制设备124（例如，鼠标或操纵杆）和显示设备126的（各）输入/输出（I/O）用户接口120。系统总线128耦接各种组件，并且可以是若干类型的总线结构的任一种，所述若干类型的总线结构包括使用多种总线架构的任一的存储器总线或存储器控制器、外围总线、以及局部总线。计算机平台还包括操作系统和微指令代码。在此描述的各种处理和功能可以是微指令代码的一部分或经由操作系统执行的软件应用程序（或其组合）的一部分。在一个实施例中，软件应用程序被有形地体现在程序存储设备上，其可以上载到诸如服务器14之类的任何合适的机器并由该机器执行。

[0041] 此外，各种其他外围设备可以通过各种接口和总线结构（如并行端口、串行端口或通用串行总线（USB））连接到服务器或机器的计算机平台。这样的一种外围设备可以包括用于使得能够从服务器14到各种内容服务器130和各种用户PC 12进行通信的通信模块、元件或组件118，例如，调制解调器、卫星中继、无线连接等。另一设备可以包括用于读取各种类型的外部存储介质109的介质读取器108。其他的外围设备可以包括附加的存储设备、打印机和扫描仪。

[0042] 可以在使用与一个或多个远程计算机（例如，用户PC 12）、内容服务器130等的逻辑连接的联网环境中运行服务器14。远程计算机可以是个人计算机、服务器、路由器、网络PC、对等设备或其他公共网络节点，并且典型地包括上面相对于该机器描述的许多或全部元件。要理解，网络132可以是局域网（LAN）、广域网（WAN）、因特网或任何已知网络，其耦接多个计算机以经由网络消息使得能够进行各种模式的通信。服务器14可以经由任何已知通信链路134（例如，拨号、硬连线、线缆、DSL、卫星、蜂窝、PCS、无线传输（例如，802.11a/b/g等），等等）与服务器130和网络132进行通信。此外，该设备将使用各种已知的协议来通信，诸如传输控制协议/因特网协议（TCP/IP）、文件传输协议（FTP）、超文本传输协议（HTTP）等。在购买交易期间，该计算设备可以采用超文本传输协议安全（HTTPs）、安全套接层（SSL）协议、安全电子交易（SEC）协议等。

[0043] 软件程序包括存储在存储器106中的、用于跟踪下载的文件的数字版权管理模块、元件或组件110。数字版权管理模块110将包括进行交互来执行本公开中提供的各种功能和特征的各种模块。数字版权管理模块110包括文件生成器112，提供文件生成器112用于生成代表第一主体媒体文件的微小或第二文件。要理解，微小或第二文件可以是空文件或仅包括第一主体媒体文件中包含的媒体内容的小部分。提供加密器113，用于利用相同的同一加密密钥K1来加密第一主体媒体文件和第二文件。

[0044] 数字版权管理模块110还包括对象映射生成器114，用于以XML格式生成第一和第二文件的对象组件映射。提供重新添加首标模块、元件或组件115，利用对具体下载或交易特定的信息来对微小或第二文件重新添加首标。此外，提供拼接器116，用于将来自微小或第二文件的对象组件拼接到第一主体媒体文件。

[0045] 参照图3，提供了根据本公开的用于摄取第一主体媒体内容文件28的示例性方法的流程图。最初在步骤202，通过执行下载服务器14从内容所有者接收第一主体媒体内容文件。可以经由通信模块118从内容服务器130接收、或可以经由介质读取器108从外部介质存储设备109读取第一主体媒体内容文件28。文件生成器112然后在步骤204生成微小媒体内容文件26，即，代表第一主体媒体内容文件的第二文件。接下来，在步骤206，加密器113利用同一加密密钥K1加密第一主体媒体内容文件28和微小媒体内容文件26两者。

[0046] 在步骤208和210，对象映射生成器114以XML格式生成第一和第二文件的对象组件映射。接着，在步骤212，第一主体媒体内容文件28和相应的第一XML映射以及第二微小媒体内容文件26和相应的第二XML映射被存储在执行下载服务器14中。图4图示到在这时得到的文件，例如，第一主体媒体内容文件（809274014160_0001_128.wma）及其相关联的第二文件（temp.809274014160_0001_128.wma）连同各自的相应XML格式的文件（809274014160_0001_128.wma.xml和temp.809274014160_0001_128.wma.

[0047] xml）。在一个实施例中，对象组件是ASF（先进系统格式）对象。该映射是分别描述第一和第二文件ASF对象和它们的地址指针的XML格式的文件。图5和图6图示以XML格式的第二较小文件的映射，其中图5示出第二文件的媒体信息和ASF对象，而图6示出将被用于拼接的第二文件的ASF部分。

[0048] 参照图7，图示了根据本公开的用于跟踪下载的文件的示例性方法的流程图。最初，在步骤302，执行下载服务器14从客户端（例如，用户的PC 12）接收对第一主体媒体内容文件28（例如，歌曲的音频文件、电影的视频文件等）的请求。要理解，该请求将通过网络132发送并且由服务器14的通信模块118接收。接下来，在步骤304，数字版权管理模块110访问请求的第一主体媒体内容文件28和第二文件26。在步骤306，重新添加首标模块
115对第二文件26应用重新添加首标，以便在第二文件中包括对具体交易特定的信息。其中，该交易特定信息可以包括交易ID、商户ID、用户ID、订单ID等。参照图8，示出了各种文件的部分，其中图示每个内包含的对象组件。如可见的，在上述的一次摄取处理期间创建的第一主体媒体内容文件的对象组件402和第二微小媒体内容文件的对象组件404是相同的。对象组件406图示已经在步骤306被重新添加首标之后的第二微小媒体内容文件。

[0049] 接下来，在步骤308，拼接器116确定第二文件的哪些对象组件包括交易数据。在一个实施例中，这可以通过比较来自两个文件的对象组件并且确定哪些对象组件是不同的来完成。图9图示来自该比较的示例性输出，其中示出媒体文件内典型的ASF对象，某些对象被指定为不同的（diff）。被指定为不同（diff）的对象组件是要拼接到第一主体媒体内容文件的那些对象组件。

[0050] 在步骤310，拼接器116将来自第二微小媒体内容文件的确定的对象组件406拼接到第一主体媒体内容文件的相应对象组件。在图8中示出得到的重新装配的主体媒体内容文件32的对象组件408。在步骤312，重新装配的主体媒体内容文件32（即，组合的第一和第二文件）然后经由使用各种已知通信协议的任一种的网络被下载到客户端（例如，用户的PC 12）。一旦下载完成，由数字版权管理模块110删除重新装配的主体媒体内容文件32和重新添加首标的微小媒体内容文件30，这是由于这些文件包含仅对该交易特定的信息。

[0051] 要理解，第一主体媒体内容文件28将保持和用于未来的下载。此外，在“摄取”处理期间（如相对于图3所述）预先生成的微小媒体内容文件26和XML格式的对象组件映射文件从未被删除，因此永久存储。然而，丢弃作为应用重新添加首标处理的一部分的下载期间生成的变更的或重新添加首标的微小媒体内容文件30。该处理可以出现在存储器（在此情况下，将分配的存储器简单地重新分配用于其它用途）中或在文件盘上临时存储（在此情况下，在未来的某个时刻删除，可能在下载之后立即地）。一旦下载已经完成，对拼接的和修改的主体媒体内容文件32进行同样的应用。大多数通过性能和可缩放性要求来驱动使用存储器或文件系统的选择。为拼接的主体媒体内容文件使用文件系统的主要优点是允许恢复中断的文件下载，以及为了测试和验证的目的。

[0052] 尽管已经在此示出和详细描述了并入本公开的教导的实施例，但是本领域的技术人员可以容易地设计仍并入这些教导的许多其他的变化实施例。已经描述了用于跟踪下载的文件的系统和方法的实施例（其旨在使说明性的而不是限制），要注意，鉴于上面的教导，可以由本领域的技术人员进行修改和改变。因此，要理解可以在所公开的本公开的具体实施例中进行改变，这些改变在如由权利要求概述的本公开的范围内。