專利名稱：跟蹤下載的數(shù)字媒體文件的系統(tǒng)和方法
技術(shù)領域：
本公開一般涉及計算機圖形處理和顯示系統(tǒng)，并且更具體地，涉及用于跟蹤下載 的數(shù)字媒體文件的系統(tǒng)和方法，所述下載的數(shù)字媒體文件采用數(shù)字版權(quán)管理(DRM)的數(shù)字 媒體文件的重新添加首標的拼接(reheader splicing)。
背景技術(shù)：
隨著數(shù)字媒體和模擬/數(shù)字轉(zhuǎn)換技術(shù)的興起，特別在音樂和電影產(chǎn)業(yè)中，依賴于 版權(quán)的組織的關(guān)注已經(jīng)顯著增加。模擬媒體隨著每個拷貝生成以及甚至在正常使用期間的 一些情況下，不可避免地損失質(zhì)量，而數(shù)字媒體文件可以在隨后拷貝的質(zhì)量沒有劣化的情 況下被復制無限次數(shù)。作為家用電器的個人計算機連同如MP3播放器的其它便攜式數(shù)字媒 體設備一起，已經(jīng)使得消費者便于將原先處于物理/模擬形式或廣播形式的媒體(其可能 受或可能不受版權(quán)保護)轉(zhuǎn)換為用于定點的或時移的通用、數(shù)字形式。此外，結(jié)合因特網(wǎng)和 流行文件共享工具，個人計算機已經(jīng)使得受版權(quán)保護的數(shù)字媒體的拷貝的未授權(quán)分發(fā)更加 各易ο數(shù)字版權(quán)管理(DRM)技術(shù)試圖通過防止由終端用戶訪問、拷貝或轉(zhuǎn)換為其它格式 以及控制分發(fā)來控制對數(shù)字媒體的使用。已經(jīng)采用各種DRM系統(tǒng)來保護數(shù)字媒體內(nèi)容創(chuàng)建 者和出版者的版權(quán)和其它知識產(chǎn)權(quán)。這樣的一種DRM系統(tǒng)包括加密方案，其中密鑰是與用 戶的個人計算機的ID號相關(guān)聯(lián)，并且僅當從該特定計算機訪問時該密鑰才解碼數(shù)字媒體。 其它加密方案使用被限制使用的加密，其中在有限的時間段，密鑰解碼數(shù)字媒體。另一 DRM 系統(tǒng)采用基于Web的許可，其中用戶的計算機通過因特網(wǎng)聯(lián)系許可證驗證服務器以獲得許 可(例如，訪問密鑰)，以便訪問或播放數(shù)字媒體。此外，一些DRM系統(tǒng)通過將版權(quán)信息包括 在數(shù)字媒體中作為要求專門程序來讀取的信息的比特，來利用數(shù)字水印標記數(shù)字媒體，以 便防止數(shù)字媒體內(nèi)容的自由分發(fā)。除了控制數(shù)字媒體的分發(fā)外，存在對于這樣技術(shù)的需要，所述技術(shù)用于將信息嵌 入涉及特定交易(transaction)的數(shù)字媒體的拷貝中，使得可以跟蹤數(shù)字媒體。

發(fā)明內(nèi)容
提供用于跟蹤下載的數(shù)字媒體文件的系統(tǒng)和方法，所述下載的數(shù)字媒體文件采用 數(shù)字版權(quán)管理(DRM)的數(shù)字媒體文件的重新添加首標拼接。本公開的系統(tǒng)和方法允許向數(shù) 字簽名和編碼的Windows媒體文件(即，先進系統(tǒng)格式(ASF)文件)注入每一交易唯一的 信息，并且以有效的方式這樣做。因此，通過試圖播放數(shù)字媒體文件引起的對于DRM許可證 的任何請求可以被唯一地綁定回特定下載交易。此外，實時進行該操作的相對成本隨著與 ASF文件大小成正比增加的時間節(jié)約而被潛在地最小化。
根據(jù)本公開的一個方面，提供一種用于跟蹤下載的文件的方法，所述方法包括步 驟從客戶端接收對第一文件的請求；訪問所述第一文件和代表所述第一文件的第二文 件；向所述第二文件應用用于識別所述客戶端的數(shù)據(jù)；并且組合所述第一文件和所述第二 文件，使得組合的第一和第二文件的大小基本上是與所訪問的第一文件的相同大小。所述 方法還包括將組合的第一和第二文件下載到客戶端。在另一方面，所述方法還包括在下載之后刪除組合的第一和第二文件以及具有客 戶端數(shù)據(jù)的所述第二文件。在另一方面，組合步驟包括利用包含應用的數(shù)據(jù)的第二文件的對象組件來代替所 述第一文件的相應對象組件。在一個實施例中，對象組件是ASF對象。
在另一方面，用于識別所述客戶端的數(shù)據(jù)至少包括交易ID、商戶ID、用戶ID和訂 單ID之一。根據(jù)本公開的另一方面，所述方法還包括從內(nèi)容所有者接收第一文件；生成代表 所述第一文件的所述第二文件；以及使用同一加密密鑰加密所述第一和第二文件。所述方 法生成所述第一文件中包含的對象組件的第一映射和所述第二文件中的對象組件的第二 映射。此外，所述方法確定所述第二文件的哪些對象組件包括用于識別客戶端的數(shù)據(jù)，以及 將所確定的第二文件的對象組件拼接到所述第一文件的相應對象組件。根據(jù)本公開的另一方面，提供一種用于跟蹤下載的文件的系統(tǒng)。所述系統(tǒng)包括通 信模塊、元件、組件等，用于從客戶端接收對第一文件的請求；數(shù)字版權(quán)管理模塊、元件、組 件等，用于訪問所述第一文件和代表所述第一文件的第二文件；重新添加首標模塊、元件、 組件等，用于向所述第二文件應用用于識別所述客戶端的數(shù)據(jù)；以及拼接器，用于組合所述 第一文件和所述第二文件，使得組合的第一和第二文件的大小基本上是與所訪問的第一文 件相同的大小。所述通信模塊還適配于將組合的第一和第二文件下載到客戶端。在另一方面，所述系統(tǒng)包括對象映射生成器，用于生成所述第一文件中包含的對 象組件的第一映射和所述第二文件中的對象組件的第二映射。此外，拼接器還適配于確定 所述第二文件的哪些對象組件包括用于識別客戶端的數(shù)據(jù)，并且將所確定的第二文件的對 象組件拼接到所述第一文件的相應對象組件。


將通過以下優(yōu)選實施例的詳細描述來描述本公開的這些和其它方面、特征和優(yōu) 點，或使之變得顯而易見，要結(jié)合附圖來閱讀所述優(yōu)選實施例。在附圖中，其中貫穿視圖相似的參考標號表示類似的元件圖1圖示根據(jù)本公開的用于跟蹤下載的文件的系統(tǒng)和方法；圖2是根據(jù)本公開的用于跟蹤下載的文件的示例性服務器；圖3是根據(jù)本公開的用于攝取(ingest)文件的示例性方法的流程圖；圖4是圖示第一媒體文件及其相關(guān)聯(lián)的第二文件以及分別描述第一和第二文件 的ASF對象和它們的地址指針的相應XML格式的文件的截屏；圖5和圖6圖示以XML格式的第二較小文件的映射，其中圖5示出第二文件的媒 體信息和ASF對象，而圖6示出將被用于拼接的第二文件的ASF部分；圖7是根據(jù)本公開的用于跟蹤下載的文件的示例性方法的流程圖8圖示如何將第二文件拼接到用于下載的第一媒體文件；以及圖9圖示媒體文件中的典型的ASF對象，其中要拼接到媒體文件的某些對象被指 定為不同(diff)。應該理解，(各)附圖是用于圖示本公開的構(gòu)思的目的，并且不一定是用于圖示本公開的唯一可能配置。
具體實施例方式應該理解，圖中示出的各元件可以以硬件、軟件或其組合的各種形式來實現(xiàn)。優(yōu)選 地，這些元件以一個或多個適當編程的通用設備上的硬件和軟件的組合實現(xiàn)，所述通用設 備可以包括處理器、存儲器和輸入/輸出接口。本描述說明本公開的原理。因此，將理解本領域的技術(shù)人員將能夠設計出盡管沒 有在此明確描述或示出的、但體現(xiàn)本公開的原理并且被包括在其精神和范圍內(nèi)的各種安 排。在此陳述的所有示例和條件語言旨在為了教學的目的幫助讀者理解本公開的原 理和由發(fā)明人貢獻的以促進本領域的構(gòu)思，并且要理解為不受限于這樣具體陳述的示例和 條件。此外，在此陳述本公開的原理、方面和實施例的所有陳述以及其具體示例旨在包 含其結(jié)構(gòu)和功能等效物兩者。此外，這樣的等效物旨在包括當前已知的等效物以及將來開 發(fā)的等效物，即，所開發(fā)的執(zhí)行相同功能而不管結(jié)構(gòu)的任何元件。因此，例如，本領域的技術(shù)人員將理解在此呈現(xiàn)的框圖表示體現(xiàn)本公開的原理的 說明性電路的概念視圖。類似地，將理解任何流程表、流程圖、狀態(tài)轉(zhuǎn)換圖、偽代碼等表示各 種處理，其可以實質(zhì)上在計算機可讀介質(zhì)中表現(xiàn)并且因此由計算機或處理器執(zhí)行，無論這 種計算機或處理器是否被明確示出。附圖中示出的各種元件的功能可以通過使用專用硬件以及能夠結(jié)合適當軟件執(zhí) 行軟件的硬件提供。當由處理器提供時，該功能可以由單個專用處理器、由單個共享處理 器、或由多個單獨處理器提供，所述多個處理器的一些可以共享。此外，術(shù)語“處理器”或 “控制器”的明確使用不應理解為排他地指能夠執(zhí)行軟件的硬件，并且可以暗含包括而不限 于數(shù)字信號處理器(“DSP”)硬件、用于存儲軟件的只讀存儲器(“ROM”)、隨機存取存儲器 (“RAM”)和非易失性存儲裝置。還可以包括其它傳統(tǒng)的和/或定制的硬件。類似地，附圖中示出的任何開關(guān)僅是 概念性的。它們的功能可以通過程序邏輯的操作、通過專用邏輯、通過程序控制和專用邏輯 的交互、或者甚至手動地來執(zhí)行，如從上下文中更具體理解的，具體的技術(shù)可由實現(xiàn)者來選 擇。在其權(quán)利要求中，表示為用于執(zhí)行專門功能的裝置的任何元件旨在包含執(zhí)行該功 能的任何方式，例如包括a)執(zhí)行該功能的電路元件的組合或者b)任何形式的軟件，因此包 括與用于執(zhí)行所述軟件來執(zhí)行該功能的適當電路組合的固件、微代碼等。如由這種權(quán)利要 求限定的本公開存在于這樣的事實，以權(quán)利要求所要求的方式將由各種陳述的裝置提供的 功能組合并放在一起。因此，認為可以提供那些功能的任何裝置可以等效于在此示出的那 些裝置。
提供用于跟蹤下載的數(shù)字媒體文件的系統(tǒng)和方法，所述下載的數(shù)字媒體文件采用 數(shù)字版權(quán)管理(DRM)的數(shù)字媒體文件的重新添加首標拼接。本公開的系統(tǒng)和方法允許向數(shù) 字簽名和編碼的Windows媒體文件(例如，ASF文件)注入(inject)每一交易唯一的信息， 并且以有效的方式這樣做。因此，通過試圖播放數(shù)字媒體文件引起的對于DRM許可證的任 何請求可以被唯一地綁定回特定下載交易。此外，實時進行該操作的相對成本隨著與ASF 文件大小成正比增加的時間節(jié)約而被潛在地最小化。本公開的系統(tǒng)和方法提供唯一地識別每個下載的媒體文件。盡管這在傳統(tǒng)功能的 情況下是可能的，但是實際不總使用該功能；首先，傳統(tǒng)示例示出ASP文件內(nèi)的使用，并且 第二，在處理大(典型地視頻)媒體文件的情況下出現(xiàn)問題。具體地，傳統(tǒng)功能處理整個文 件，這導致當處理大媒體文件時的性能和可縮放性限制。本公開的系統(tǒng)和方法獨特之處在 于它不重新處理整個原始文件，而替代地處理微小代表性文件，所述微小代表性文件然后 與原始文件拼接在一起。利用與主體原始媒體文件相同的密鑰來加密該微小文件，并且這 使得所述系統(tǒng)和方法能夠執(zhí)行重新添加首標拼接而不影響具有可播放媒體文件的最終結(jié)^ ο本公開的目的是雙重的(1)向作為每一用戶下載(即，每一交易)唯一的數(shù)字簽 名的Windows媒體文件(例如，ASF文件)寫入信息，以及(2)以不要求以其整體來對整個 ASF文件重新編碼或重新添加首標的有效方式這樣做。對于本公開的每一個應用，涉及一對ASF文件。其中之一是“主體(main) ”DRM編 碼的ASF文件，另一個是“微小(tiny)”伴隨文件，其共享相同的數(shù)字簽名并且被專門生成 供本公開的系統(tǒng)和方法使用。這里使用術(shù)語“微小”，這是因為該文件比原始“主體”媒體內(nèi) 容文件小很多。唯一的交易特定信息被寫入微小伴隨文件，其然后分解為其構(gòu)成ASF對象 組件。僅使用來自微小文件的變更的ASF對象，各個部分然后拼接或組合到主體ASF文件 中，從而代替那些部分并且創(chuàng)建新的主體唯一的ASF文件。該新的文件將作為常規(guī)DRM編 碼的Windows媒體文件可播放，并且任何獲得播放該文件權(quán)利的嘗試將導致被傳遞到許可 證服務器的唯一信息。本公開遇到的超出拼接的一個主要挑戰(zhàn)是這樣的事實，如果得到的ASF組件對象 與原始的在大小上不同，所述系統(tǒng)和方法必須調(diào)整父組件(例如，主體媒體內(nèi)容文件)和子 組件(例如，微小媒體內(nèi)容文件)之間的所有字節(jié)地址指針。為了簡化邏輯，所述系統(tǒng)和方 法使用XML格式來存儲每個部分的所有的地址指針以及指示對于修改、替換或兩者(或兩 者都不)需要考慮哪些部分的動作。必須為每個媒體文件以其成對的微小文件存儲該XML 文件。參照圖1，提供根據(jù)本公開的用于跟蹤下載的文件的系統(tǒng)和方法。一般地， 在步驟1，用戶經(jīng)由用戶的個人計算機(PC) 12請求媒體文件。執(zhí)行下載服務器14促 進經(jīng)由網(wǎng)頁“download, aspx” 18從內(nèi)容存儲裝置16(內(nèi)容遞送網(wǎng)絡)向終端用戶 的PC 12的內(nèi)容下載(S卩，媒體文件)。要理解，內(nèi)容存儲裝置16可以是執(zhí)行下載服 務器14中的存儲設備，或者可以是作為內(nèi)容遞送網(wǎng)絡的一部分的存儲內(nèi)容的單獨的 服務器。在步驟2，布置“FulfillmentDataAccess. cs”代碼20以查看是否應在 媒體 文件被下載到用戶的PC 12之前向媒體文件應用重新添加首標。以讀取到執(zhí)行數(shù)據(jù) 庫22的形式在“FulfillmentDataAccess. cs，，代碼20中執(zhí)行該檢查，并且在布爾值“bReheaderRequired”中返回。如下面將描述的，如果其是真(TRUE)，則在步驟2a調(diào)用新 的函數(shù)“ReheaderFile” 24，并且在下載之前變更該文件。否則，在步驟4、5和6直接從執(zhí) 行數(shù)據(jù)庫22下載原始主體媒體內(nèi)容文件28的未變更的拷貝。要理解，當不存在與媒體文 件相關(guān)聯(lián)的版權(quán)時或當媒體文件由內(nèi)容提供者自由分發(fā)時，可以下載未變更的拷貝。在步驟3a，在“FulfillmentReheader. cs”代碼 24 中執(zhí)行的“ReheaderFile”函數(shù) 將重新添加首標應用到微小媒體內(nèi)容文件26，即代表第一主體媒體文件28的第二媒體文 件，導致重新添加首標的微小媒體內(nèi)容文件30。已經(jīng)利用與請求的主體媒體內(nèi)容文件相同 的密鑰加密該微小或第二文件26。在步驟3b，重新添加首標的微小媒體內(nèi)容文件30然后 拼接到請求的媒體文件，導致重新裝配的主體媒體內(nèi)容文件32。更新的媒體文件32現(xiàn)在具 有對于該下載請求是特定的、被嵌入其中的唯一信息(其中可以包括以下項交易ID、商戶 ID、用戶ID、訂單ID等)。在步驟5，重新指向(repoint)下載應用程序以使用針對終端用 戶的更新的媒體文件32，并且在步驟6和7將該文件下載到用戶的PC 12。成功下載之后， 取決于系統(tǒng)的配置參數(shù)，可以從存儲器或從臨時存儲裝置移除重新添加首標的微小媒體內(nèi) 容文件30和重新裝配的主體媒體內(nèi)容文件32。參照圖2，圖示了根據(jù)本公開的用于跟蹤下載的文件的系統(tǒng)100和示例性服務器 14。在各種已知計算機平臺的任一上實現(xiàn)該服務器(例如，執(zhí)行下載服務器14)，所述計算 機平臺具有硬件，諸如一個或多個中央處理單元(CPU) 104、諸如隨機存取存儲器(RAM)和/ 或只讀存儲器(ROM)的存儲器106、以及諸如鍵盤122、光標控制設備124 (例如，鼠標或操 縱桿)和顯示設備126的(各)輸入/輸出(I/O)用戶接口 120。系統(tǒng)總線128耦接各種 組件，并且可以是若干類型的總線結(jié)構(gòu)的任一種，所述若干類型的總線結(jié)構(gòu)包括使用多種 總線架構(gòu)的任一的存儲器總線或存儲器控制器、外圍總線、以及局部總線。計算機平臺還包 括操作系統(tǒng)和微指令代碼。在此描述的各種處理和功能可以是微指令代碼的一部分或經(jīng)由 操作系統(tǒng)執(zhí)行的軟件應用程序(或其組合)的一部分。在一個實施例中，軟件應用程序被 有形地體現(xiàn)在程序存儲設備上，其可以上載到諸如服務器14之類的任何合適的機器并由 該機器執(zhí)行。此外，各種其他外圍設備可以通過各種接口和總線結(jié)構(gòu)(如并行端口、串行端口 或通用串行總線(USB))連接到服務器或機器的計算機平臺。這樣的一種外圍設備可以包 括用于使得能夠從服務器14到各種內(nèi)容服務器130和各種用戶PC 12進行通信的通信模 塊、元件或組件118，例如，調(diào)制解調(diào)器、衛(wèi)星中繼、無線連接等。另一設備可以包括用于讀取 各種類型的外部存儲介質(zhì)109的介質(zhì)讀取器108。其他的外圍設備可以包括附加的存儲設 備、打印機和掃描儀。可以在使用與一個或多個遠程計算機(例如，用戶PC 12)、內(nèi)容服務器130等的邏 輯連接的聯(lián)網(wǎng)環(huán)境中運行服務器14。遠程計算機可以是個人計算機、服務器、路由器、網(wǎng)絡 PC、對等設備或其他公共網(wǎng)絡節(jié)點，并且典型地包括上面相對于該機器描述的許多或全部 元件。要理解，網(wǎng)絡132可以是局域網(wǎng)(LAN)、廣域網(wǎng)(WAN)、因特網(wǎng)或任何已知網(wǎng)絡，其耦 接多個計算機以經(jīng)由網(wǎng)絡消息使得能夠進行各種模式的通信。服務器14可以經(jīng)由任何已 知通信鏈路134(例如，撥號、硬連線、線纜、DSL、衛(wèi)星、蜂窩、PCS、無線傳輸(例如，802. 11a/ b/g等)，等等)與服務器130和網(wǎng)絡132進行通信。此外，該設備將使用各種已知的協(xié)議 來通信，諸如傳輸控制協(xié)議/因特網(wǎng)協(xié)議(TCP/IP)、文件傳輸協(xié)議(FTP)、超文本傳輸協(xié)議(HTTP)等。在購買交易期間，該計算設備可以采用超文本傳輸協(xié)議安全(HTTPs)、安全套接 層(SSL)協(xié)議、安全電子交易(SEC)協(xié)議等。軟件程序包括存儲在存儲器106中的、用于跟蹤下載的文件的數(shù)字版權(quán)管理模 塊、元件或組件110。數(shù)字版權(quán)管理模塊110將包括進行交互來執(zhí)行本公開中提供的各種 功能和特征的各種模塊。數(shù)字版權(quán)管理模塊110包括文件生成器112，提供文件生成器112 用于生成代表第一主體媒體文件的微小或第二文件。要理解，微小或第二文件可以是空文 件或僅包括第一主體媒體文件中包含的媒體內(nèi)容的小部分。提供加密器113，用于利用相同 的同一加密密鑰K1來加密第一主體媒體文件和第二文件。數(shù)字版權(quán)管理模塊110還包括對象映射生成器114，用于以XML格式生成第一和第 二文件的對象組件映射。提供重新添加首標模塊、元件或組件115，利用對具體下載或交易 特定的信息來對微小或第二文件重新添加首標。此外，提供拼接器116，用于將來自微小或 第二文件的對象組件拼接到第一主體媒體文件。參照圖3，提供了根據(jù)本公開的用于攝取第一主體媒體內(nèi)容文件28的示例性方法 的流程圖。最初在步驟202，通過執(zhí)行下載服務器14從內(nèi)容所有者接收第一主體媒體內(nèi)容 文件?？梢越?jīng)由通信模塊118從內(nèi)容服務器130接收、或可以經(jīng)由介質(zhì)讀取器108從外部 介質(zhì)存儲設備109讀取第一主體媒體內(nèi)容文件28。文件生成器112然后在步驟204生成微 小媒體內(nèi)容文件26，S卩，代表第一主體媒體內(nèi)容文件的第二文件。接下來，在步驟206，加密 器113利用同一加密密鑰K1加密第一主體媒體內(nèi)容文件28和微小媒體內(nèi)容文件26兩者。在步驟208和210，對象映射生成器114以XML格式生成第一和第二文件的對象 組件映射。接著，在步驟212，第一主體媒體內(nèi)容文件28和相應的第一 XML映射以及第二 微小媒體內(nèi)容文件26和相應的第二 XML映射被存儲在執(zhí)行下載服務器14中。圖4圖示 到在這時得到的文件，例如，第一主體媒體內(nèi)容文件(809274014160_0001_128.wma)及其 相關(guān)聯(lián)的第二文件(temp. 80927401416_00001_128. wma)連同各自的相應XML格式的文件 (809274014160_0001_128. wma. xml 和 temp. 809274014160_0001_128. wma.xml)。在一個實施例中，對象組件是ASF(先進系統(tǒng)格式)對象。該映射是分別描 述第一和第二文件ASF對象和它們的地址指針的XML格式的文件。圖5和圖6圖示以XML 格式的第二較小文件的映射，其中圖5示出第二文件的媒體信息和ASF對象，而圖6示出將 被用于拼接的第二文件的ASF部分。參照圖7，圖示了根據(jù)本公開的用于跟蹤下載的文件的示例性方法的流程圖。最 初，在步驟302，執(zhí)行下載服務器14從客戶端(例如，用戶的PC 12)接收對第一主體媒體內(nèi) 容文件28(例如，歌曲的音頻文件、電影的視頻文件等)的請求。要理解，該請求將通過網(wǎng) 絡132發(fā)送并且由服務器14的通信模塊118接收。接下來，在步驟304，數(shù)字版權(quán)管理模塊 110訪問請求的第一主體媒體內(nèi)容文件28和第二文件26。在步驟306，重新添加首標模塊 115對第二文件26應用重新添加首標，以便在第二文件中包括對具體交易特定的信息。其 中，該交易特定信息可以包括交易ID、商戶ID、用戶ID、訂單ID等。參照圖8，示出了各種 文件的部分，其中圖示每個內(nèi)包含的對象組件。如可見的，在上述的一次攝取處理期間創(chuàng)建 的第一主體媒體內(nèi)容文件的對象組件402和第二微小媒體內(nèi)容文件的對象組件404是相同 的。對象組件406圖示已經(jīng)在步驟306被重新添加首標之后的第二微小媒體內(nèi)容文件。接下來，在步驟308，拼接器116確定第二文件的哪些對象組件包括交易數(shù)據(jù)。在
9一個實施例中，這可以通過比較來自兩個文件的對象組件并且確定哪些對象組件是不同的 來完成。圖9圖示來自該比較的示例性輸出，其中示出媒體文件內(nèi)典型的ASF對象，某些對 象被指定為不同的(diff)。被指定為不同(diff)的對象組件是要拼接到第一主體媒體內(nèi) 容文件的那些對象組件。在步驟310，拼接器116將來自第二微小媒體內(nèi)容文件的確定的對象組件406拼接 到第一主體媒體內(nèi)容文件的相應對象組件。在圖8中示出得到的重新裝配的主體媒體內(nèi)容 文件32的對象組件408。在步驟312，重新裝配的主體媒體內(nèi)容文件32 (S卩，組合的第一和 第二文件)然后經(jīng)由使用各種已知通信協(xié)議的任一種的網(wǎng)絡被下載到客戶端(例如，用戶 的PC 12)。一旦下載完成，由數(shù)字版權(quán)管理模塊110刪除重新裝配的主體媒體內(nèi)容文件32 和重新添加首標的微小媒體內(nèi)容文件30，這是由于這些文件包含僅對該交易特定的信息。要理解，第一主體媒體內(nèi)容文件28將保持和用于未來的下載。此外，在“攝取”處 理期間(如相對于圖3所述)預先生成的微小媒體內(nèi)容文件26和XML格式的對象組件映 射文件從未被刪除，因此永久存儲。然而，丟棄作為應用重新添加首標處理的一部分的下載 期間生成的變更的或重新添加首標的微小媒體內(nèi)容文件30。該處理可以出現(xiàn)在存儲器(在 此情況下，將分配的存儲器簡單地重新分配用于其它用途)中或在文件盤上臨時存儲(在 此情況下，在未來的某個時刻刪除，可能在下載之后立即地)。一旦下載已經(jīng)完成，對拼接的 和修改的主體媒體內(nèi)容文件32進行同樣的應用。大多數(shù)通過性能和可縮放性要求來驅(qū)動 使用存儲器或文件系統(tǒng)的選擇。為拼接的主體媒體內(nèi)容文件使用文件系統(tǒng)的主要優(yōu)點是允 許恢復中斷的文件下載，以及為了測試和驗證的目的。盡管已經(jīng)在此示出和詳細描述了并入本公開的教導的實施例，但是本領域的技術(shù) 人員可以容易地設計仍并入這些教導的許多其他的變化實施例。已經(jīng)描述了用于跟蹤下 載的文件的系統(tǒng)和方法的實施例(其旨在使說明性的而不是限制)，要注意，鑒于上面的教 導，可以由本領域的技術(shù)人員進行修改和改變。因此，要理解可以在所公開的本公開的具體 實施例中進行改變，這些改變在如由權(quán)利要求概述的本公開的范圍內(nèi)。
權(quán)利要求
一種用于跟蹤下載的文件的方法，所述方法包括步驟從客戶端接收對第一文件的請求(302)；訪問所述第一文件和代表所述第一文件的第二文件(304)；向所述第二文件應用用于識別所述客戶端的數(shù)據(jù)(306)；以及組合所述第一文件和所述第二文件，使得組合的第一和第二文件的大小基本上是與所訪問的第一文件相同的大小(310)。
2.如權(quán)利要求1所述的方法，還包括將組合的第一和第二文件下載到客戶端(312)。
3.如權(quán)利要求2所述的方法，還包括在下載之后刪除組合的第一和第二文件以及具有 客戶端數(shù)據(jù)的所述第二文件(314)。
4.如權(quán)利要求1所述的方法，其中組合步驟包括利用包含所應用的數(shù)據(jù)的所述第二文 件的對象組件來代替所述第一文件的相應對象組件(310)。
5.如權(quán)利要求4所述的方法，其中用于識別所述客戶端的數(shù)據(jù)至少包括交易ID、商戶 ID、用戶ID和訂單ID之一。
6.如權(quán)利要求4所述的方法，其中對象組件是先進系統(tǒng)格式對象。
7.如權(quán)利要求1所述的方法，還包括 從內(nèi)容所有者接收所述第一文件(202)；生成代表所述第一文件的所述第二文件(204)；以及 使用同一加密密鑰加密所述第一和第二文件(206)。
8.如權(quán)利要求7所述的方法，還包括生成所述第一文件中包含的對象組件的第一映射 和所述第二文件中的對象組件的第二映射(208、210)。
9.如權(quán)利要求8所述的方法，還包括確定所述第二文件的哪些對象組件包括用于識別客戶端的數(shù)據(jù)(308)；以及 將所確定的所述第二文件的對象組件拼接到所述第一文件的相應對象組件(310)。
10.如權(quán)利要求9所述的方法，其中對象組件是先進系統(tǒng)格式對象。
11.一種用于跟蹤下載的文件的系統(tǒng)，所述系統(tǒng)包括 通信元件(118)，用于從客戶端接收對第一文件的請求；數(shù)字版權(quán)管理元件(110)，用于訪問所述第一文件和代表所述第一文件的第二文件； 重新添加首標元件(115)，用于向所述第二文件應用用于識別所述客戶端的數(shù)據(jù)；以及拼接器(116)，用于組合所述第一文件和所述第二文件，使得組合的第一和第二文件的 大小基本上是與所訪問的第一文件相同的大小。
12.如權(quán)利要求11所述的系統(tǒng)，其中通信元件(118)還適配于將組合的第一和第二文 件下載到客戶端。
13.如權(quán)利要求12所述的系統(tǒng)，其中數(shù)字版權(quán)管理元件(110)還適配于在下載之后刪 除組合的第一和第二文件以及具有客戶端數(shù)據(jù)的所述第二文件。
14.如權(quán)利要求11所述的系統(tǒng)，其中拼接器(116)還適配于利用包括所應用的數(shù)據(jù)的 所述第二文件的對象組件來代替所述第一文件的相應對象組件。
15.如權(quán)利要求14所述的系統(tǒng)，其中用于識別所述客戶端的數(shù)據(jù)至少包括交易ID、商 戶ID、用戶ID和訂單ID之一。
16.如權(quán)利要求14所述的系統(tǒng)，其中對象組件是先進系統(tǒng)格式對象。
17.如權(quán)利要求11所述的系統(tǒng)，其中通信元件(118)還適配于從內(nèi)容所有者接收所述 第一文件，并且所述系統(tǒng)還包括文件生成器(112)，用于生成代表所述第一文件的所述第二文件；以及 加密器(113)，用于使用同一加密密鑰加密所述第一和第二文件。
18.如權(quán)利要求17所述的系統(tǒng)，還包括對象映射生成器(114)，用于生成所述第一文件 中包含的對象組件的第一映射和所述第二文件中的對象組件的第二映射。
19.如權(quán)利要求18所述的系統(tǒng)，其中拼接器(116)還適配于確定所述第二文件的哪些 對象組件包括用于識別客戶端的數(shù)據(jù)，并且將所確定的所述第二文件的對象組件拼接到所 述第一文件的相應對象組件。
20.如權(quán)利要求19所述的方法，其中對象組件是先進系統(tǒng)格式對象。
全文摘要
提供用于跟蹤下載的數(shù)字媒體文件的系統(tǒng)和方法，所述下載的數(shù)字媒體文件采用數(shù)字版權(quán)管理(DRM)的數(shù)字媒體文件的重新添加首標拼接。所述系統(tǒng)和方法提供以下方面從客戶端接收對第一文件的請求(302)；訪問所述第一文件和代表所述第一文件的第二文件(304)；向所述第二文件應用用于識別所述客戶端的數(shù)據(jù)(306)；并且組合所述第一文件和所述第二文件，使得組合的文件的大小基本上是與所訪問的第一文件相同的大小(310)，以及將組合的第一和第二文件下載到客戶端(312)。第一和第二文件的組合包括利用第二文件的對象組件來代替所述第一文件的相應對象組件。用于識別所述客戶端的數(shù)據(jù)至少包括交易ID、商戶ID、用戶ID和訂單ID之一。
文檔編號G06F21/24GK101868807SQ200880116489
公開日2010年10月20日 申請日期2008年11月12日 優(yōu)先權(quán)日2007年11月16日
發(fā)明者塔多伊茲·P·馬塔科尼亞克, 布賴恩·布萊德斯坦, 沃爾特·L·韋爾 申請人:湯姆森特許公司