(57)【要約】デジタル著作権管理（ＤＲＭ）のためのデジタルメディアファイルのリヘッダスプライシングを利用する、ダウンロードされたデジタルメディアファイルを追跡するシステム及び方法が提供される。本システム及び方法は、あるクライアント３０２からの第一のファイルの要求を受信し、第一のファイルと該第一のファイル３０４を表現する第二のファイルとにアクセスし、クライアントを識別するデータを第二のファイル３０６に加え、第一のファイルと第二のファイルとを結合したファイルがアクセスされた第一のファイル３１０と実質的に同じサイズであるように、第一のファイルと第二のファイルとを結合し、結合された第一及び第二のファイルをクライアント３１２にダウンロードする。第一のファイルと第二のファイルとの結合は、第一のファイルの対応するオブジェクトコンポーネントを第二のファイルのオブジェクトコンポーネントと置き換えることを含む。クライアントを識別するデータは、トランザクションＩＤ、マーチャントＩＤ、ユーザＩＤ及びオーダＩＤの少なくとも１つを含む。
2011503743.tif 000002
【特許請求の範囲】
【請求項１】
ダウンロードされたファイルを追跡する方法であって、
当該方法は、あるクライアントからの第一のファイルの要求を受信するステップと、
前記第一のファイルと前記第一のファイルを表現する第二のファイルとにアクセスするステップと、
前記クライアントを識別するデータを前記第二のファイルに加えるステップと、
前記第一のファイルと前記第二のファイルとを結合したファイルが前記アクセスされる第一のファイルと実質的に同じサイズであるように、前記第一のファイルと前記第二のファイルとを結合するステップと、
を含む方法。
【請求項２】
前記結合された第一及び第二のファイルを前記クライアントにダウンロードするステップを更に含む、
請求項１記載の方法。
【請求項３】
ダウンロード後に、前記結合された第一及び第二のファイルと、前記クライアントを識別するデータを有する前記第二のファイルとを削除するステップを更に含む、
請求項２記載の方法。
【請求項４】
前記結合するステップは、前記第一のファイルの対応するオブジェクトコンポーネントを、前記加えられたデータを含む前記第二のファイルのオブジェクトコンポーネントで置き換えるステップを含む、
請求項１記載の方法。
【請求項５】
前記クライアントを識別するデータは、トランザクションＩＤ、マーチャントＩＤ、ユーザＩＤ及びオーダＩＤの少なくとも１つを含む、
請求項４記載の方法。
【請求項６】
前記オブジェクトコンポーネントは、ＡＳＦ（Advanced  System  Format）オブジェクトである、
請求項４記載の方法。
【請求項７】
あるコンテンツオーナから前記第一のファイルを受信するステップと、
前記第一のファイルを表現する前記第二のファイルを生成するステップと、
同じ暗号化鍵を使用して、前記第一及び第二のファイルを暗号化するステップと、
を更に含む請求項１記載の方法。
【請求項８】
前記第一のファイルに含まれるオブジェクトコンポーネントの第一のマップと前記第二のファイルに含まれるオブジェクトコンポーネントの第二のマップを生成するステップを更に含む、
請求項７記載の方法。
【請求項９】
前記第二のファイルのどのオブジェクトコンポーネントが前記クライアントを識別するデータを含むかを判定するステップと、
前記第二のファイルの判定されたオブジェクトコンポーンネントを前記第一のファイルの対応するオブジェクトコンポーネントに挿入するステップと、
を更に含む請求項８記載の方法。
【請求項１０】
前記オブジェクトコンポーネントは、ＡＳＦ（Advanced  System  Format）オブジェクトである、
請求項９記載の方法。
【請求項１１】
ダウンロードされたファイルを追跡するシステムであって、
当該システムは、
あるクライアントからの第一のファイルの要求を受信する通信エレメントと、
前記第一のファイルと前記第一のファイルを表現する第二のファイルとにアクセスするデジタル著作権管理エレメントと、
前記クライアントを識別するデータを前記第二のファイルに加えるリヘッダリングエレメントと、
前記第一のファイルと前記第二のファイルとを結合したファイルが前記アクセスされた第一のファイルと実質的に同じサイズであるように、前記第一のファイルと前記第二のファイルとを結合するスプライサと、
を含むシステム。
【請求項１２】
前記通信エレメントは、前記結合された第一及び第二のファイルを前記クライアントにダウンロードする、
請求項１１記載のシステム。
【請求項１３】
前記デジタル著作権管理エレメントは、ダウンロード後に、前記結合された第一及び第二のファイルと、前記クライアントを識別するデータを有する前記第二のファイルとを削除する、
請求項１２記載のシステム。
【請求項１４】
前記スプライサは、前記第一のファイルの対応するオブジェクトコンポーネントを、前記加えられたデータを含む前記第二のファイルのオブジェクトコンポーネントで置き換える、
請求項１１記載のシステム。
【請求項１５】
前記クライアントを識別するデータは、トランザクションＩＤ、マーチャントＩＤ、ユーザＩＤ及びオーダＩＤの少なくとも１つを含む、
請求項１４記載のシステム。
【請求項１６】
前記オブジェクトコンポーネントは、ＡＳＦ（Advanced  System  Format）オブジェクトである、
請求項１４記載のシステム。
【請求項１７】
前記通信エレメントは、あるコンテンツオーナから前記第一のファイルを受信し、
当該システムは、
前記第一のファイルを表現する前記第二のファイルを生成するファイルジェネレータと、
同じ暗号化鍵を使用して、前記第一及び第二のファイルを暗号化する暗号化手段と、
を更に有する請求項１１記載のシステム。
【請求項１８】
前記第一のファイルに含まれるオブジェクトコンポーネントの第一のマップと前記第二のファイルに含まれるオブジェクトコンポーネントの第二のマップを生成するオブジェクトマップジェネレータを更に有する、
請求項１７記載のシステム。
【請求項１９】
前記スプライサは、前記第二のファイルのどのオブジェクトコンポーネントが前記クライアントを識別するデータを含むかを判定し、前記第二のファイルの判定されたオブジェクトコンポーンネントを前記第一のファイルの対応するオブジェクトコンポーネントに挿入する、
請求項１８記載のシステム。
【請求項２０】
前記オブジェクトコンポーネントは、ＡＳＦ（Advanced  System  Format）オブジェクトである、
請求項１９記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータグラフィック処理及びディスプレイシステムに関し、より詳細には、デジタル著作権管理（ＤＲＭ）のためにデジタルメディアファイルのリヘッダスプライシング（reheader  splicing）を採用する、ダウンロードされたデジタルメディアファイルを追跡するシステム及び方法に関する。  
本出願は、2007年11月16日に米国に提出された仮出願61/003333のU.S.C.§119の利益を特許請求するものである。
【背景技術】
【０００２】
デジタルメディア及びアナログ／デジタル変換技術の急増により、特に音楽及び映画業界における著作権に依存した組織の懸念事項が著しく増加している。アナログメディアはそれぞれのコピーの生成につれて、あるケースでは通常の使用の間でさえ品質を必然的に失う一方で、デジタルメディアファイルは、後続するコピーの品質における低下なしに制限されない回数で複製される場合がある。家庭電化製品としてのパーソナルコンピュータは、ＭＰ３のような他の携帯用デジタルメディア装置と共に、消費者にとって、本来の物理的／アナログ形式又はブロードキャスト形式でのメディアを位置又はタイムシフトについてあらゆる状況に使えるデジタル形式に変換するのを便利にする。さらに、インターネット及びポピュラーなファイルシェアリングツールと組み合わせて、パーソナルコンピュータは、著作権のあるデジタルメディアのコピーの許可されていない流通を非常に容易にする。
【０００３】
デジタル著作権管理（ＤＲＭ）技術は、流通を制御すると共に、エンドユーザによりアクセス、コピー又は他のフォーマットへの変換を防止することで、デジタルメディアの使用を制御しようとする。デジタルメディアコンテンツの製作者又は出版者の著作権及び他の知的財産権を保護するため、様々なＤＲＭシステムが採用されている。１つの係るＤＲＭシステムは、暗号化スキームであり、この場合、ある鍵はあるユーザのパーソナルコンピュータのＩＤ番号と関連付けされ、この鍵は、その特定のコンピュータからアクセスされたとき、デジタルメディアを復号する。他の暗号化スキームは、限定的利用の暗号化を使用し、この場合、ある鍵は、制限された期間についてデジタルメディアを復号する。別のＤＲＭシステムは、ウェブに基づいた許可を採用するものであり、この場合、ユーザのコンピュータは、デジタルメディアにアクセスするか又はデジタルメディアを再生するため、たとえばアクセス鍵といった許可を取得するためにインターネットを通してライセンス検証サーバにコンタクトをとる。さらに、あるＤＲＭシステムは、読み取りのために特別のプログラムを必要とする情報ビットとしてデジタルメディアに著作権情報を含ませることで、デジタルメディアの自由な流通を防止するため、デジタルメディアをデジタルウォータマークでマークする。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
デジタルメディアの流通を制御することに加えて、デジタルメディアのコピーに固有のトランザクションに関連する情報を埋め込み、従ってデジタルメディアを追跡することができる技術が必要とされている。
【課題を解決するための手段】
【０００５】
デジタル著作権管理（ＤＲＭ）のためにデジタルメディアファイルのリヘッダスプライシングを採用する、ダウンロードされたデジタルメディアファイルを追跡するシステム及び方法が提供される。この開示によるシステム及び方法は、デジタル署名され、エンコードされたウィンドウズ（登録商標）メディアファイル（すなわち、ＡＳＦ（Advanced  System  Format）ファイル）に、トランザクション毎に固有の情報が注入され、効率的なやり方で注入するのを可能にする。デジタルメディアファイルを再生するのを試みることで促されるＤＲＭライセンスの要求は、特定のダウンロードされたトランザクションに固有に結びつけることができる。さらに、リアルタイムでこれを行う相対的なコストは、ＡＳＦファイルサイズに比例して直接に増加する時間節約につれて潜在的に最小にされる。
【０００６】
この開示の１つの態様によれば、ダウンロードされたファイルを追跡する方法が提供され、本方法は、あるクライアントから第一のファイルの供給を受信するステップ、第一のファイルと、第一のファイルを代表する第二のファイルとにアクセスするステップ、クライアントを識別するデータを第二のファイルに加えるステップ、結合された第一のファイルと第二のファイルのサイズがアクセスされる第一のファイルと実質的に同じサイズであるように、第一のファイルと第二のファイルとを結合するステップを含む。本方法は、結合された第一及び第二のファイルをクライアントにダウンロードするステップを更に含む。
【０００７】
別の態様では、本方法は、ダウンロード後に結合された第一及び第二のファイルと、クライアントデータを有する第二のファイルを削除するステップを更に含む。
【０００８】
更なる態様では、結合するステップは、第一のファイルの対応するオブジェクトコンポーネントを、加えられたデータを含む第二のファイルのオブジェクトコンポーネントと置き換えるステップを含む。１実施の形態では、オブジェクトコンポーネントは、ＡＳＦオブジェクトである。
【０００９】
別の態様では、クライアントを識別するデータは、トランザクションＩＤ、マーチャントＩＤ、ユーザＩＤ及びオーダＩＤのうちの少なくとも１つを含む。
【００１０】
この開示の更なる態様によれば、本方法は、コンテンツオーナから第一のファイルを受信し、第一のファイルを表現する第二のファイルを生成し、同一の暗号化鍵を使用して第一及び第二のファイルを暗号化するステップを更に含む。本方法は、第一のファイルに含まれるオブジェクトコンポーネントの第一のマップと、第二のファイルにおけるオブジェクトコンポーネントの第二のマップとを生成する。さらに、本方法は、第二のファイルのどのオブジェクトコンポーネントがクライアントを識別するデータを含むかを判定し、第二のファイルの判定されたオブジェクトコンポーネントを第一のファイルの対応するオブジェクトコンポーネントに挿入する。
【００１１】
この開示の別の態様によれば、ダウンロードされたファイルを追跡するシステムが提供される。本システムは、あるクライアントからの第一のファイルの要求を受信する通信モジュール、エレメント、コンポーネント等、第一のファイルと第一のファイルを表現する第二のファイルとにアクセスするデジタル著作権管理モジュール、エレメント、コンポーネント等、クライアントを識別するデータを第二のファイルに加えるリヘッダリングモジュール、エレメント、コンポーネント等、結合された第一及び第二のファイルのサイズがアクセスされた第一のファイルと実質的に同じサイズであるように、第一のファイルと第二のファイルとを結合するスプライサとを含む。通信モジュールは、結合された第一及び第二のファイルをクライアントにダウンロードするために更に適合される。
【００１２】
別の態様では、本システムは、第一のファイルに含まれるオブジェクトコンポーネントの第一のマップと、第二のファイルにおけるオブジェクトコンポーネントの第二のマップとを生成するオブジェクトマップジェネレータを含む。さらに、スプライサは、第二のファイルのどのオブジェクトコンポーネントがクライアントを識別するデータを含むかを判定し、第二のファイルの判定されたオブジェクトコンポーネントを第一のファイルの対応するオブジェクトコンポーネントに挿入するために適合される。
【図面の簡単な説明】
【００１３】
この開示のこれらの態様、特徴及び利点、並びに他の態様、特徴及び利点が記載され、添付図面と共に読まれる好適な実施の形態の以下の詳細な説明から明らかとなるであろう。図面において、同じ参照符号は、図面を通して類似のエレメントを示す。
【図１】この開示に係るダウンロードされたファイルを追跡するシステム及び方法を例示する図である。
【図２】この開示に係るダウンロードされたファイルを追跡する例示的なサーバを示す図である。
【図３】この開示に係るファイルを取り込む例示的な方法のフローチャートである。
【図４】第一のメディアファイルとその関連する第二のファイルとを、第一及び第二のファイルのＡＳＦオブジェクトとそれらのアドレスポインタをそれぞれ記述する対応するＸＭＬフォーマットファイルと共に例示するスクリーンショットを示す図である。
【図５】ＸＭＬフォーマットで第二の小さなファイルのマッピングを例示する図であり、この場合、第二のファイルのメディア情報及びＡＳＦオブジェクトとを示す図である。
【図６】ＸＭＬフォーマットで第二の小さなファイルのマッピングを例示する図であり、スプライシングのために使用される第二のファイルのＡＳＦセクションを示す図である。
【図７】この開示に係るダウンロードされたファイルを追跡する例示的な方法のフローチャートである。
【図８】ダウンロードのために第二のファイルが第一のメディアファイルにどのように挿入されるかを例示する図である。
【図９】メディアファイルに挿入されるべき、ｄｉｆｆとして示される所定のオブジェクトをもつメディアファイル内の典型的なＡＳＦオブジェクトを例示する図である。  図面は、この開示の概念を例示するものであって、必ずしも、この開示を例示する唯一の可能性のあるコンフィギュレーションではないことを理解されたい。
【発明を実施するための最良の形態】
【００１４】
図示されるエレメントはハードウェア、ソフトウェア又はその組み合わせの様々な形式で実現される場合があることを理解されたい。好ましくは、これらのエレメントは、プロセッサ、メモリ及び入力／出力インタフェースを含む１以上の適切にプログラムされた汎用デバイス上でハードウェアとソフトウェアとの組み合わせで実現される。
【００１５】
本実施の形態の記載は、本発明の開示の原理を例示するものである。したがって、当業者であれば、本実施の形態で明示的に記載又は図示されていないが、この開示の原理を実施するものであって、本発明の精神及び範囲に含まれる様々なアレンジメントを創作することができることを理解されたい。
【００１６】
本実施の形態で引用される全ての例及び条件付き言語は、この開示の原理、及び当該技術分野を促進するために本発明者により寄与される概念の理解において読者を支援することが意図され、係る特に引用される例及び条件を限定するものではないとして解釈されるべきである。
【００１７】
さらに、この開示の原理、態様及び実施の形態を引用する全ての説明は、その特定の例と同様に、本発明の構造的に等価な概念及び機能的に等価な概念の両者を包含することが意図される。さらに、係る等価な概念は、現在公知の等価な概念と同様に、将来的に開発される等価な概念、すなわち構造に係らず、同じ機能を実行する開発されたエレメントの両者を含むことが意図される。
【００１８】
したがって、たとえば、本実施の形態で与えられるブロック図は、この開示の原理を実施する例示的な回路の概念的なビューを表すことが当業者により理解されるであろう。同様に、フローチャート、フローダイアグラム、状態遷移図、擬似コード等は、コンピュータ読み取り可能なメディアで実質的に表され、コンピュータ又はプロセッサが明示的に示されているか否かに係らず、係るコンピュータ又はプロセッサにより実行される様々なプロセスを表すことが理解されるであろう。
【００１９】
図示される様々なエレメントの機能は、適切なソフトウェアに関連してソフトウェアを実行可能なハードウェアと同様に、専用ハードウェアの使用を通して提供される。プロセッサにより提供されたとき、これらの機能は、単一の専用プロセッサにより提供されるか、単一の共有プロセッサにより提供されるか、そのうちの幾つかが共有される複数の個々のプロセッサにより提供される場合がある。さらに、用語「プロセッサ」又は「コントローラ」の明示的な使用は、ソフトウェアを実行可能なハードウェアを排他的に示すように解釈されるべきではなく、限定されることなしに、デジタルシグナルプロセッサ（ＤＳＰ）ハードウェア、ソフトウェアを記憶するリードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）及び不揮発性記憶装置を暗黙に含む場合がある。
【００２０】
コンベンショナル及び／又はカスタムといった他のハードウェアが含まれる場合もある。同様に、図示される任意のスイッチは、単に概念的なものである。それらの機能は、プログラムロジックの動作を通して実行されるか、専用ロジックを通して実行されるか、プログラム制御と専用ロジックの相互作用を通して実行されるか、又は手動的に実行される場合があり、特定の技術は、文脈からより詳細に理解されるように、実現者により選択可能である。
【００２１】
本発明の請求項において、特定の機能を実行する手段として表されるエレメントは、その機能を実行するやり方を包含することが意図され、たとえば、ａ）その機能を実行する回路エレメントの組み合わせ、ｂ）その機能を実行するソフトウェアを実行する適切な回路と組み合わされた、ファームウェア、マイクロプロセッサ等を含む任意の形式のソフトウェアを含む。係る請求項により定義される開示は、様々な列挙される手段により提供される機能は結合され、請求項が求めるやり方で一つにされるという事実にある。したがって、それらの機能を提供する手段は、本実施の形態で示されるものに等価であるとみなされる。
【００２２】
デジタル著作権管理（ＤＲＭ）のためにデジタルメディアファイルのリヘッダ・スプライシングを採用する、ダウンロードされたデジタルメディアファイルを追跡するシステム及び方法が提供される。この開示のシステム及び方法は、デジタル署名され、エンコードされたウィンドウズ（登録商標）メディアファイル（たとえばＡＳＦファイル）に、トランザクション毎に固有である情報が注入され、効率的なやり方で行うことを可能にする。したがって、デジタルメディアファイルを再生するのを試みることで促されるＤＲＭライセンスの要求は、特定のダウンロードのトランザクションに固有に結び付けられる。さらに、リアルタイムでこれを行う相対的なコストは、ＡＳＦファイルのサイズに比例して直接的に増加する時間の節約につれて潜在的に最小化される。
【００２３】
この開示のシステム及び方法は、個々のダウンロードされたメディアファイルを一意的に識別する。これは従来の機能により可能であるが、その機能を使用するために常に実用的ではなく、第一に、従来の例は、ＡＳＰファイルにおいて使用量を示し、第二に、大きな（典型的にビデオである）メディアファイルの処理により問題が生じる。特に、従来の機能は、ファイル全体を処理するものであり、このことは、大きなメディアファイルを処理するときにパフォーマンス及びスケーラビリティの制限を招く。この開示のシステム及び方法は、オリジナルファイル全体を再処理しないが、代わりに微小な代表的なファイルを処理し、次いで、この微小なファイルは、オリジナルファイルに挿入される点で特有である。この微小なファイルは、メインのオリジナルのメディアファイルと同じ鍵で暗号化され、これにより、本システム及び方法は、再生可能なメディアファイルを有するという最終結果に影響を及ぼすことなしに、リヘッダスプライシングを実行することができる。
【００２４】
この開示の目的は、（１）ユーザのダウンロード（すなわちトランザクション）毎に固有であるデジタル署名されたウィンドウズ（登録商標）メディアファイル（たとえばＡＳＦファイル）に情報を書き込むこと、（２）ＡＳＦファイルが再びエンコードされる必要がなく、且つその完全な形でリヘッドされる必要がない効率的なやり方で情報を書き込むという、２つの要素からなる。
【００２５】
この開示のそれぞれの応用について、ＡＳＦファイルのペアが関連する。これらのうちの１つは、「メイン」のＤＲＭエンコードされたＡＳＦファイルであり、他方は、同じデジタル署名を共有し、本発明の開示のシステム及び方法による使用のために特別に生成される「微小な」比較ファイルである。用語「微小」は、このファイルがオリジナルの「メインの」メディアコンテンツファイルよりも非常に小さいために本実施の形態で使用される。固有のトランザクションに特化した情報が微小な比較ファイルに書き込まれ、このファイルは、次いで、その構成要素であるＡＳＦオブジェクトコンポーネントに分割される。微小ファイルから変更されたＡＳＦオブジェクトのみを使用して、次いで、代表的なセクションがメインのＡＳＦファイルに挿入又は結合され、これによりそれらのセクションを置き換え、新たなメインの固有なＡＳＦファイルが形成される。この新たなファイルは、正規のＤＲＭエンコードされたウィンドウズ（登録商標）メディアファイルとして再生可能であり、このファイルを再生する権利を得るための試みにより、固有の情報がライセンスサーバに伝達される。
【００２６】
スプライシングを超える本発明の開示により適合される１つの主要な課題は、結果として得られるＡＳＦコンポーネントのオブジェクトがオリジナルに対してサイズにおいて異なる場合に、本システム及び方法が親（たとえばメインメディアコンテンツファイル）コンポーネントと子（たとえば微小なメディアコンテンツファイル）コンポーネントとの間の全てのバイトアドレスポインタを調節する必要があることである。ロジックを簡単にするため、本システム及び方法は、ＸＭＬフォーマットを使用して、それぞれのセクションについて、及びどのセクションが変更、置換又はこれら両者（或いは両者なし）のために考慮される必要があるかを示すアクションについて、全てのアドレスポインタを記憶するためにＸＭＬフォーマットを使用する。このＸＭＬファイルは、そのペアの微小ファイルと同様に、それぞれのメディアファイルについて記憶される必要がある。
【００２７】
図１を参照して、この開示に従う、ダウンロードされたファイルを追跡するシステム及び方法が提供される。一般に、ステップ１において、ユーザは、ユーザのパーソナルコンピュータ（ＰＣ）１２を介してメディアファイルを要求する。フルフィルメントダウンロードサーバ１４は、ウェブページ“download.aspx”１８を介してコンテンツストレージ１６（コンテンツデリバリネットワーク）からエンドユーザのＰＣ１２へのコンテンツ（すなわちメディアファイル）のダウンロードを容易にする。コンテンツストレージ１６は、フルフィルメンとダウンロードサーバ１４におけるストレージデバイスであるか、又は、コンテンツデリバリネットワークの一部としてコンテンツを記憶する個別のサーバであることが理解される。ステップ２において、“FulfillmentDataAccess.cs”コード２０は、ユーザのＰＣ１２へのダウンロードの前に、リヘッダリング（reheadering）がメディアファイルに適用されるべきかを見るために配置される。このチェックは、フルフィルメントデータベース２２への読み取りの形式において“FulfillmentDataAccess.cs”コード２０で実行され、ブール値“bRaheaderRequired”にリターンされる。これが真である場合、ステップ２ａにおいて、新たな機能“ReheaderFile”２４が呼び出され、このファイルは、以下に記載されるようにダウンロードされる前に変更される。さもなければ、オリジナルのメインのメディアコンテンツファイル２８の変更されていないコピーは、ステップ４，５及び６においてフルフィルメントデータベース２２から直接的にダウンロードされる。なお、メディアファイルに関連する著作権がないとき、又はメディアファイルがコンテンツプロバイダにより自由に配信されているとき、又は変更されていないコピーがダウンロードされる場合があることを理解されたい。
【００２８】
ステップ３ａにおいて、“FulfillmentDataAccess.cs”コード２４で実行される“ReheaderFile”機能は、微小なメディアコンテンツファイル、すなわち第一のメインのメディアファイル２８を表す第二のメディアファイルへのリヘッダリングを適用し、リヘッダリングされた微小なメディアコンテンツファイル３０を得る。この微小又は第二のファイル２６は、要求されたメインのメディアコンテンツファイルと同じ鍵で既に暗号化されている。次いで、ステップ３ｂにおいて、リヘッダリングされた微小なメディアコンテンツファイル３０は、要求されたメディアファイルに挿入され、リアセンブル（再構築）されたメインのメディアコンテンツファイル３２が得られる。個々で、更新されたメディアファイル３２は、（特に、トランザクションＩＤ、マーチャントＩＤ、ユーザＩＤ、オーダＩＤ等を含む）このダウンロードされた要求に特化した、このファイルに埋め込まれている固有の情報を有する。ステップ５において、ダウンロードアプリケーションは、エンドユーザについて更新されたメディアファイル３２を使用するために補修され、このファイルは、ステップ６及び７において、ユーザのＰＣ１２にダウンロードされる。成功したダウンロードに続いて、リヘッダリングされた微小なメディアコンテンツファイル３０及びリアセンブルされたメインのメディアコンテンツファイル３２は、システムのコンフィギュレーションパラメータに依存して、メモリ又はテンポラリストレージの何れかから除かれる。
【００２９】
図２を参照して、この開示に従ってダウンロードされたファイルを追跡するシステム１００及び例示的なサーバ１４が例示される。たとえばフルフィルメントダウンロードサーバ１４といったサーバは、１以上の中央処理装置（ＣＰＵ）１０４、ランダムアクセスメモリ（ＲＡＭ）及び／又はリードオンリメモリ（ＲＯＭ）のようなメモリ１０６、キーボード１２２、カーソル制御装置１２４（たとえばマウス又はジョイスティック）のような入力／出力（Ｉ／Ｏ）ユーザインタフェース１２０、及びディスプレイ装置１２６のようなハードウェアを有する各種公知のコンピュータプラットフォームで実現される。システムバス１２８は、様々なコンポーネントを結合し、様々なバスアーキテクチャの何れかを使用した、メモリバス又はメモリコントローラ、ペリフェラルバス、及びローカルバスを含む様々なタイプのバス構造である場合がある。また、コンピュータプラットフォームは、オペレーティングシステム及びマイクロ命令のコードを含む。本実施の形態で記載される様々なプロセス及び機能は、オペレーティングシステムを介して実行される、マイクロ命令コードの一部であるか、又はソフトウェアアプリケーションプログラムの一部（或いはその組み合わせ）である場合がある。１実施の形態では、ソフトウェアアプリケーションプログラムは、サーバ１４のような適切なコンピュータにアップロードされ、適切なコンピュータにより実行されるプログラムストレージデバイスで実施される。
【００３０】
さらに、様々な他の周辺装置は、パラレルポート、シリアルポート又はユニバーサルバス（ＵＳＢ）のような様々なインタフェース及びバス構造により、サーバ又はコンピュータのコンピュータプラットフォームに接続される。１つの係る周辺装置は、サーバ１４から各種のコンテンツサーバ１３０及び各種のユーザＰＣ１２への通信を可能にするため、たとえばモデム、サテライトリレー、ワイヤレスコネクション等といった通信モジュール、エレメント又はコンポーネント１１８を含む場合がある。別の装置は、様々なタイプの外部ストレージメディア１０９を読取るメディアリーダ１０８を含む場合がある。他の周辺装置は、更なるストレージ装置、プリンタ及びスキャナを含む場合がある。
【００３１】
サーバ１４は、たとえばユーザＰＣ１２、コンテンツサーバ１３０等といった１以上のリモートコンピュータへの論理接続を使用して、ネットワーク化された環境で動作する場合がある。リモートコンピュータは、パーソナルコンピュータ、サーバ、ルータ、ネットワークＰＣ，ピアデバイス又は他のコモンネットワークノードである場合があり、典型的に、コンピュータに関して上述されたエレメントの全部又は一部を含む。なお、ネットワーク１３２は、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、ネットワークメッセージを介して様々な通信モードを可能にするために複数のコンピュータを結合するインターネット又は公知のネットワークである場合があることを理解されたい。サーバ１４は、たとえばダイアルアップ、ハード・ワイヤード、ケーブル、ＤＳＬ、サテライト、セルラー、ＰＣＳ、ワイヤレストランスミッション（たとえば８０２．１１ａ／ｂ／ｇ等）といった公知の通信リンク１３４を介してサーバ１３０及びネットワーク１３２と通信する。さらに、装置は、ＴＣＰ／ＩＰ（Transmission/Control  Protocol）、ＦＴＰ（File  Transfer  Protocol）、ＨＴＴＰ（Hypertext  Transfer  Protocol）等のような公知のプロトコルを使用して通信する。購入のトランザクションの間、コンピュータ装置は、ＨＴＴＰ（Hypertext  Transfer  Protocol  Secure）、ＳＳＬ（Secure  Sockets  Layer）プロトコル、ＳＥＣ（Secure  Electronic  Transaction）プロトコル等を採用する場合がある。
【００３２】
ソフトウェアプログラムは、ダウンロードされたファイルを追跡するためにメモリ１０６に記憶されるデジタル著作権管理モジュール、エレメント又はコンポーネント１１０を含む。デジタル著作権管理モジュール１１０は、この開示で提供される様々な機能及び特徴を実行するために対話する様々なモジュールを含む。デジタル著作権管理モジュール１１０は、第一のメインのメディアファイルを表す微小な又は第二のファイルを生成するために提供されるファイルジェネレータ１１２を含む。なお、微小な又は第二のファイルは、空のファイルであるか、又は第一のメインのメディアファイルに含まれるメディアコンテンツのごく一部を単に含むことを理解されたい。暗号化手段１１３は、第一のメインのメディアファイルと第二のファイルとを同じ暗号化鍵Ｋ１で暗号化するために設けられる。
【００３３】
デジタル著作権管理モジュール１１０は、ＸＭＬフォーマットで第一及び第二のファイルについてオブジェクトコンポーネントマップを生成するオブジェクトマップジェネレータ１１４を更に含む。リヘッダリングモジュール、エレメント又はコンポーネント１１５は、特定のダウンロード又はトランザクションに特化した情報で微小な又は第二のファイルをリヘッダリングするために設けられる。さらに、スプライサ１１６は、微小な又は第二のファイルからのオブジェクトコンポーネントを第一のメインのメディアファイルに挿入するために設けられる。
【００３４】
図３を参照して、この開示に係る第一のメインのメディアコンテンツファイル２８を取り込む例示的な方法のフローダイアグラムが提供される。はじめにステップ２０２において、コンテンツオーナからフルフィルメントダウンロードサーバ１４により第一のメインメディアコンテンツファイルが受信される。第一のメインのメディアコンテンツファイル２８は、通信モジュール１１８を介してコンテンツサーバ１３０から受信されるか、又はメディアリーダ１０８を介して外部のメディアストレージ装置１０９から読取られる。次いで、ファイルジェネレータ１１２は、ステップ２０４において、微小なメディアコンテンツファイル２６、すなわち第一のメインメディアコンテンツファイルを表す第二のファイルを生成する。つぎに、ステップ２０６で、暗号化手段１１３は、第一のメインのメディアコンテンツファイル２８と微小なメディアコンテンツファイル２６の両者を同じ暗号化鍵Ｋ１で暗号化する。
【００３５】
ステップ２０８及び２１０において、オブジェクトマップジェネレータ１１４は、ＸＭＬフォーマットで第一及び第二のファイルについてオブジェクトコンポーネントマップを生成する。つぎに、ステップ２１２において、第一のメインメディアコンテンツファイル２８及び対応する第一のＸＭＬマップ及び第二の微小なメディアコンテンツファイル２６及び対応する第二のＸＭＬマップは、フルフィルメントダウンロードサーバ１４に記憶される。図４は、たとえば第一のメインのメディアコンテンツファイル（809274014160_0001_128.wma）及びその関連する第二のファイル（temp.809274014160_0001_128.wma）に加えて、対応するＸＭＬフォーマット化されたファイル（809274014160_0001_128.wma.xml及びtemp.809274014160_0001_128.wma.xml）といった結果的に得られるファイルを例示している。１実施の形態では、オブジェクトコンポーネントは、ＡＳＦ（Advanced  Systems  Format）オブジェクトである。マップは、第一及び第二のファイルのＡＳＦオブジェクト及びそれらアドレスポインタをそれぞれ記述するＸＭＬフォーマット化されたファイルである。図５及び図６は、ＸＭＬフォーマットでの第二の小さなファイルのマッピングを例示するものであり、図５は、第二のファイルのメディア情報とＡＳＦオブジェクトとを示し、図６は、スプライシングにために使用される第二のファイルのＡＳＦセクションを示す。
【００３６】
図７を参照して、この開示に従う、ダウンロードされたファイルを追跡する例示的な方法のフローダイアグラムが示される。はじめに、ステップ３０２では、フルフィルメントダウンロードサーバ１４は、たとえばある歌のオーディオファイル、ある映画のビデオファイルといった第一のメインのメディアコンテンツファイル２８について、たとえばユーザのＰＣ１２といったクライアントからの要求を受信する。なお、要求はネットワーク１３２を通して送出され、サーバ１４の通信モジュール１１８により受信される。つぎに、ステップ３０４において、デジタル著作権管理モジュール１１０は、要求された第一のメインのメディアコンテンツファイル２８及び第二のファイル２６にアクセスする。リヘッダリングモジュール１１５は、ステップ３０６において、特定のトランザクションに固有の情報を第二のファイルに含めるため、第二のファイル２６にリヘッダリングを適用する。トランザクションに固有の情報は、とりわけ、トランザクションＩＤ、マーチャントＩＤ、ユーザＩＤ、オーダＩＤ等を含む場合がある。図８を参照して、それぞれに含まれるオブジェクトコンポーネントを例示する様々なファイルの一部が示される。図示されるように、上述された一度の取り込みプロセスの間に形成される、第一のメインのメディアコンテンツファイルのオブジェクトコンポーネント４０２と第二の微小なメディアコンテンツファイルのオブジェクトコンポーネント４０４とは同じである。オブジェクトコンポーネント４０６は、ステップ３０６でリヘッダリングされた後、第二の微小なメディアコンテンツファイルを例示する。
【００３７】
つぎに、ステップ３０８において、スプライサ１１６は、第二のファイルのどのオブジェクトコンポーネントがトランザクションファイルを含むかを判定する。１実施の形態では、これは２つのファイルからのオブジェクトコンポーネントを比較し、どのオブジェクトコンポーネントが異なるかを判定することで達成することができる。図９は、この比較からの例示的な出力を説明するものであり、この場合、あるメディアファイル内の典型的なＡＳＦオブジェクトは、ｄｉｆｆとして指定される所定のオブジェクトで示される。ｄｉｆｆとして示されるオブジェクトコンポーネントは、第一のメインのメディアコンテンツファイルに挿入されるべきオブジェクトコンポーネントである。
【００３８】
ステップ３１０において、スプライサ１１６は、第二の微小なメディアコンテンツファイルからの決定されたオブジェクトコンポーネント４０６を、第一のメインのメディアコンテンツファイルの対応するオブジェクトコンポーネントに挿入する。リアセンブルされたメインのメディアコンテンツファイル３２の結果として得られるオブジェクトコンポーネント４０８は、図８に示される。リアセンブルされたメインのメディアコンテンツファイル３２、すなわち結合された第一及び第二のファイルは、次いで、様々な公知の通信プロトコルの何れかを使用したネットワークを介して、ステップ３１２において、たとえばユーザのＰＣ１２といったクライアントにダウンロードされる。ひとたびダウンロードが完了すると、リアセンブルされたメインのメディアコンテンツファイル３２及びリヘッダリングされた微小のメディアコンテンツファイル３０は、これらのファイルがこのトランザクションのみに特化した情報を含むので、デジタル著作権管理モジュール１１０により削除される。
【００３９】
なお、第一のメインのメディアコンテンツファイル２８は残され、将来のダウンロードのために使用されることを理解されたい。さらに、微小なメディアコンテンツファイル２６及び、（図３に関して記載されるように）「取り込み」プロセスの間に前もって生成されたＸＭＬフォーマット化されたオブジェクトコンポーネントマップファイルは、削除されず、したがって永続的に記憶される。しかし、リヘッダリングプロセスを適用する一部としてダウンロードの間に生成された変更又はリヘッダリングされた微小なメディアコンテンツファイル３０は、廃棄される。このプロセスは、メモリで行われるか（この場合、割り当てられるメモリは、他の使用のために単に再割り当てされる）、ファイルディスクに一時的に記憶される（この場合、将来におけるある時点で削除されるか、おそらくダウンロードの直後に削除される）。ダウンロードがひとたび終了すると、同じことを挿入及び変更されたメインのメディアコンテンツファイル３２に適用する。メモリ又はファイルシステムを使用する選択は、パフォーマンス及びスケーラビリティの要件により大部分は駆動される。挿入されたメインのメディアコンテンツファイルのファイルシステムを使用する主要な利点は、中断されたファイルダウンロードを再開することが可能になるのと同様に、検査及び認証プロセスが可能となることである。
【００４０】
この開示の教示を取り込む実施の形態は、本明細書で詳細に図示及び記載されたが、当業者であれば、これらの教示を盛り込んだ多くの他の変形された実施の形態を容易に創作することができる。（例示するものであって、限定するものではないことが意図される）ダウンロードファイルを追跡するシステム及び方法の好適な実施の形態を記載したが、先の教示に照らして当業者により変更及び変形が行われる。したがって、特許請求の範囲により概説される開示の範囲内にある開示の特定の実施の形態において変形が行われる場合があることを理解されたい。
【図１】
2011503743.tif 000003
【図２】
2011503743.tif 000004
【図３】
2011503743.tif 000005
【図４】
2011503743.tif 000006
【図５】
2011503743.tif 000007
【図６】
2011503743.tif 000008
【図７】
2011503743.tif 000009
【図８】
2011503743.tif 000010
【図９】
2011503743.tif 000011
【国際調査報告】
2011503743.tif 000012
2011503743.tif 000013