(57)【要約】      （修正有）【課題】  ユーザ装置上のディジタル・コンテンツの使用を追跡するシステムを提供。【解決手段】  ネットワークに結合された電子商店が、ディジタル・コンテンツ・データを再生するライセンスをユーザに販売する。ライセンスを交付されたコンテンツ・データをネットワークから受信するコンテンツ・プレイヤが、ライセンスを交付されたコンテンツ・データの再生に使用される。ログ記録サイトは、ネットワークから、関連するコンテンツ・プレイヤによってコンテンツ・データが再生された回数が含まれる再生情報を受信する。さらに、コンテンツ・データがコンテンツ・プレイヤによって再生される時、またはコンテンツ・データがコンテンツ・プレイヤから外部媒体にコピーされる時に、必ずログ記録サイトに情報が送信され、その結果、ライセンスを交付されたコンテンツ・データの使用を追跡できるようになる。【選択図】  図２
2005122708.tif 000002
【特許請求の範囲】
【請求項１】
格納装置上に格納されたディジタル・コンテンツ・データを再生するための且つ前記ディジタル・コンテンツに関連する使用情報をリモート・サイトに提供するためのディジタル・コンテンツ・データ・プレイヤであって、
格納装置に接続するためのインタフェースと、
第１の暗号化鍵で暗号化されているところの予め暗号化されたディジタル・コンテンツ・データを受信するための受信装置であって、前記受信装置は、前記ディジタル・コンテンツ・プレイヤからの暗号化鍵で暗号化されているところの暗号化された第１の復号化鍵をクリアリングハウスから受信する、前記受信装置と、
前記ディジタル・コンテンツ・プレイヤからの復号化鍵で第１の復号化鍵を復号化するための耐タンパ環境であって、前記耐タンパ環境は、ディジタル・コンテンツ・プレイヤを暗号化する局所的に生成された鍵で前記ディジタル・コンテンツ・データを再暗号化することによって、再暗号化されたディジタル・コンテンツ・データを形成し、前記予め暗号化されたディジタル・コンテンツは前記第１の復号化鍵で復号化されており、及び前記耐タンパ環境は前記格納装置上に前記再暗号化されたディジタル・コンテンツを格納する、耐タンパ環境と、
前記格納された再暗号化されたディジタル・コンテンツ・データを復号化し且つ再生するための、及び再暗号化されたディジタル・コンテンツを表す使用情報を生成するための、前記インタフェースに結合されたプレイヤと、
前記使用情報をリモート・ロギング・サイトに転送するための送信機であって、前記使用情報は、前記再暗号化されたディジタル・コンテンツ・データの前記プレイヤによる再生及び前記格納装置から外部記録媒体への前記再暗号化されたディジタル・コンテンツ・データの少なくとも一部分のコピーどりのうちの少なくとも一つを前記遠隔ロギング・サイトに知らせる、前記送信機と
を含む、前記ディジタル・コンテンツ・データ・プレイヤ
【請求項２】
前記受信機が、予め暗号化されたディジタル・コンテンツ・データをディジタル・コンテンツホストから受信する、請求項１に記載のディジタル・コンテンツ・データ・プレイヤ。
【請求項３】
前記格納装置が、ハードディスク、リムーバルディスク、フラッシュ・メモリ、及び光ディスクの内の一つである、請求項１に記載のディジタル・コンテンツ・データ・プレイヤ。
【請求項４】
前記外部記録媒体が、コンパクトディスク、ＤＶＤディスク、ミニディスク、フラッシュ・メモリ、及びディジタルテープのうちの一つである、請求項１に記載のディジタル・コンテンツ・データ・プレイヤ。
【請求項５】
前記予め暗号化されたディジタル・コンテンツ・データが、ディジタル音楽データを含む、請求項１に記載のディジタル・コンテンツ・データ・プレイヤ。
【請求項６】
前記使用情報が、最後に前記再暗号化されたディジタル・コンテンツが再生されたことを含む、請求項１に記載のディジタル・コンテンツ・データ・プレイヤ。
【請求項７】
前記使用情報が、前記データ・プレイヤ上で前記再暗号化されたディジタル・コンテンツを再生する前記ユーザの識別を含む、請求項１に記載のディジタル・コンテンツ・データ・プレイヤ。
【請求項８】
ディジタル・コンテンツ・プレイヤ上でのディジタル・コンテンツの使用を遠隔的に追跡するためのシステムであって、
ディジタル・コンテンツ・データを再生するためにライセンスをユーザに承認するための複数の電子商店システムであって、各電子商店システムはネットワークに接続されている、前記電子商店システムと、
コンテンツ・データを再生するための複数のディジタル・コンテンツ・プレイヤと、
を含み、
各ディジタル・コンテンツ・プレイヤは、
ユーザの一人によってライセンスされた予め暗号化されたディジタル・コンテンツ・データを前記ネットワークから受信する受信装置であって、前記予め暗号化されたディジタル・コンテンツ・データは、第１の暗号化鍵で暗号化されており、前記受信機は、前記ディジタル・コンテンツ・プレイヤからの暗号化鍵で暗号化されている第１の復号化鍵をクリアリングハウスから受信する、前記受信装置と、
前記ディジタル・コンテンツ・プレイヤからの復号化鍵で前記第１の復号化鍵を復号化するための耐タンパ環境であって、前記耐タンパ環境は、ディジタル・コンテンツ・プレイヤを暗号化する局所的に生成された鍵で前記ディジタル・コンテンツ・データを再暗号化することによって再暗号化されたディジタル・コンテンツ・データを形成し、前記予め暗号化されたディジタル・コンテンツは前記第１の復号化鍵で復号化されている、前記耐タンパ環境と、
前記再暗号化されたディジタル・コンテンツ・データの再生を追跡するための前記ネットワークに結合された遠隔ロギング・サイトと
を含み、
前記遠隔ロギング・サイトは、前記ディジタル・コンテンツ・プレイヤの夫々からの再生情報を前記ネットワークから受信し、前記各ディジタル・コンテンツ・プレイヤのための前記再生情報は、前記再暗号化されたディジタル・コンテンツ・データが前記ディジタル・コンテンツ・プレイヤによって再生された回数を含む、前記システム。
【請求項９】
前記予め暗号化されたディジタル・コンテンツ・データがディジタル音楽データを含む、請求項８に記載の方法。
【請求項１０】
前記ネットワークに結合されたディジタルコンテンツ・サイトをさらに含み、前記ディジタルコンテンツ・サイトは、前記予め暗号化されたディジタル・コンテンツ・データを前記ディジタル・コンテンツ・プレイヤに送信する、請求項８に記載の方法。
【請求項１１】
前記再生情報が、前記再暗号化されたディジタル・コンテンツが再生されている最後の時間をまた含む、請求項８に記載の方法。
【請求項１２】
前記再生情報が、前記コンテンツプレイヤ上で前記再暗号化されたディジタル・コンテンツを再生するユーザの識別をまた含む、請求項８に記載の方法。
【請求項１３】
前記ディジタル・コンテンツ・プレイヤの一つが、前記再暗号化されたディジタル・コンテンツ・データを再生するたびに、前記ロギング・サイトが前記１つのディジタル・コンテンツ・プレイヤからの前記再生情報を受信する、請求項８に記載の方法。
【請求項１４】
ディジタル・コンテンツ・プレイヤ上でのディジタル・コンテンツの使用を遠隔的に追跡する方法であって、
ディジタル・コンテンツ・プレイヤ上でユーザに対してディジタル・コンテンツ・データを再生するためのライセンスを承認するステップと、
予め暗号化されたディジタル・コンテンツ・データを前記ライセンスの条件の下で受け入れるステップであって、前記予め暗号化されたディジタル・コンテンツは第１の暗号化鍵で暗号化されている、前記受け入れるステップと、
前記ディジタル・コンテンツ・プレイヤからの暗号化鍵で暗号化されている第１の復号化鍵をクリアリングハウスから受信するするステップと、
耐タンパ環境において、前記ディジタル・コンテンツ・プレイヤからの復号化鍵で前記第１の復号化鍵を復号化するステップと、
ディジタル・コンテンツ・プレイヤを暗号化する局所的に生成された鍵で前記ディジタル・コンテンツ・データを再暗号化することによって再暗号化されたディジタル・コンテンツ・データを形成するステップであって、前記予め暗号化されたディジタル・コンテンツは前記第１の復号化鍵により復号化されている、前記形成するステップと、
前記再暗号化されたディジタル・コンテンツ・データの使用が追跡されうるように、前記再暗号化されたディジタル・コンテンツ・データが、前記ディジタル・コンテンツ・プレイヤによって再生される及び前記ディジタル・コンテンツ・プレイヤから外部媒体にコピーされるのうちの少なくとも１つであるたびに、情報を遠隔ロギング・サイトに転送するステップと、
を含む、前記方法。
【請求項１５】
前記再暗号化されたディジタル・コンテンツ・データを復号化及び再生するステップをさらに含む、請求項１４に記載の方法。
【請求項１６】
電子取引ホストによって前記ユーザにライセンスを付与するステップをさらに含む、請求項１４に記載の方法。
【請求項１７】
前記再暗号化されたディジタル・コンテンツ・データをハードディスク、フラッシュ・メモリ、リムーバブルディスク、及び光ディスクの少なくとも１つ上で格納するステップをさらに含む、請求項１６に記載の方法。
【請求項１８】
前記再暗号化されたディジタル・コンテンツ・データを外部媒体にコピーするステップであって、前記外部記録媒体が、コンパクトディスク、ＤＶＤディスク、ミニディスク、フラッシュ・メモリ、及びディジタルテープのうちの一つである、前記コピーするステップと、
前記再暗号化されたディジタル・コンテンツ・データが前記ディジタル・コンテンツ・プレイヤから前記外部記録媒体にコピーするたびに前記ロギング・サイトに情報を転送するステップと
をさらに含む、請求項１７に記載の方法。
【請求項１９】
前記予め暗号化されたディジタル・コンテンツ・データが、ディジタル音楽データを含む、請求項１４に記載の方法。
【請求項２０】
前記転送された情報が、前記再暗号化されたディジタル・コンテンツが再生されている最後の時間を含む、請求項１４に記載の方法。
【請求項２１】
前記転送された情報が、前記コンテンツ・プレイヤ上で前記再暗号化されたディジタル・コンテンツを再生する前記ユーザの識別を含む、請求項１４に記載の方法。
【請求項２２】
ディジタル・コンテンツ・プレイヤ上でのディジタル・コンテンツの使用を遠隔的に追跡する方法であって、
ディジタル・コンテンツ・プレイヤ上でディジタル・コンテンツ・データを再生するためのライセンスを受けるステップと、
前記ライセンスされ予め暗号化されたディジタル・コンテンツ・データを前記ユーザのディジタル・コンテンツ・プレイヤに受信するステップであって、前記予め暗号化されたディジタル・コンテンツは第１の暗号化鍵で暗号化されている、前記受信するステップと、
前記ディジタル・コンテンツ・プレイヤからの暗号化鍵で暗号化されている第１の復号化鍵をクリアリングハウスから受信するするステップと、
耐タンパ環境において、前記ディジタル・コンテンツ・プレイヤからの復号化鍵で前記第１の復号化鍵を復号化するステップと、
ディジタル・コンテンツ・プレイヤを暗号化する局所的に生成された鍵で前記ディジタル・コンテンツ・データを再暗号化することによって再暗号化されたディジタル・コンテンツ・データを形成するステップと、
前記再暗号化されたディジタル・コンテンツ・データが前記ディジタル・コンテンツ・プレイヤによって再生される毎に、前記ディジタル・コンテンツ・プレイヤ中に再生情報を記録するステップと、
前記記録された再生情報を所定の時刻に又は所定の間隔で遠隔のロギング・サイトに送信して、前記再暗号化されたディジタル・コンテンツ・データの使用を追跡することを可能にするステップと
を含む、前記方法。
【請求項２３】
前記ライセンスは、電子商業ホストによってユーザに与えられる、前記２２に記載の方法。
【請求項２４】
前記再暗号化されたディジタル・コンテンツ・データをハードディスク、フラッシュ・メモリ、リムーバブルディスク、及び光ディスクの少なくとも１つ上で格納するステップをさらに含む、請求項２２記載の方法。
【請求項２５】
前記再暗号化されたディジタル・コンテンツ・データをコンパクトディスク、ＤＶＤディスク、ミニディスク、フラッシュ・メモリ、及びディジタルテープのうちの一つにコピーするステップと、
前記再暗号化されたディジタル・コンテンツ・データが前記ディジタル・コンテンツ・プレイヤによって再生される毎に、前記ディジタル・コンテンツ・プレイヤ中にコピー情報を記録するステップと、
前記記録されたコピー情報を所定の時間で又は所定の間隔でロギング・サイトに送信するステップと
をさらに含む、請求項２３に記載の方法。
【請求項２６】
前記再暗号化されたディジタル・コンテンツ・データはディジタル音楽データを含む、請求項２２に記載の方法。
【請求項２７】
前記再生情報は、前記再暗号化されたディジタル・コンテンツが再生されている最後の時間を含む、請求項１４に記載の方法。
【請求項２８】
前記再生情報は、前記コンテンツプレイヤ上で前記再暗号化されたディジタル・コンテンツを再生するユーザの識別を含む、請求項２２に記載の方法。
【請求項２９】
ディジタル・コンテンツ・プレイヤ上でのディジタル・コンテンツの使用を遠隔的に追跡する方法であって、
複数のユーザに対してディジタル・コンテンツ・データを再生するためにライセンスを承認するステップと、
それぞれのユーザについて、予め暗号化されたディジタル・コンテンツ・データを前記ユーザのディジタル・コンテンツ・プレイヤに送信するステップであって、前記予め暗号化されたディジタル・コンテンツは第１の暗号化鍵で暗号化されている、前記送信するステップと、
前記ディジタル・コンテンツ・プレイヤからの暗号化鍵で暗号化されている第１の復号化鍵をクリアリングハウスから受信するするステップと、
耐タンパ環境において、前記ディジタル・コンテンツ・プレイヤからの復号化鍵で前記第１の復号化鍵を復号化するステップと、
ディジタル・コンテンツ・プレイヤを暗号化する局所的に生成された鍵で前記ディジタル・コンテンツ・データを再暗号化することによって再暗号化されたディジタル・コンテンツ・データを形成するステップと、
前記ディジタル・コンテンツ・プレイヤの夫々からの再生情報を遠隔ロギング・サイトに送信するステップであって、前記再暗号化されたディジタル・コンテンツ・データの使用を追跡することを可能にするために、前記再生情報は前記再暗号化されたディジタル・コンテンツ・データが各ユーザによって再生された時間の回数を含む、前記送信するステップと
を含む、前記方法。
【請求項３０】
前記再生情報を所定の時間で又は所定の間隔で前記ロギング・サイトに送信するステップをさらに含む、請求子２９に記載の方法。
【請求項３１】
前記ライセンスが電子商業ホストによって承認される、請求項３０に記載の方法。
【請求項３２】
前記再暗号化されたディジタル・コンテンツ・データをハードディスク、リムーバルディスク、及び光ディスクの少なくとも１つに記録するステップをさらに含む、請求項３０に記載の方法。
【請求項３３】
前記再生情報を受信する遠隔ロギング・サイトに前記再生情報を送信するステップが、前記再暗号化されたディジタル・コンテンツ・データが各ユーザによって外部メディアにコピーされている時間の数を送信するステップを更に含む、請求項３０に記載の方法。
【請求項３４】
前記予め暗号化されたディジタル・コンテンツ・データが、ディジタル音楽データを含む、請求項３０に記載の方法。
【請求項３５】
前記再生情報が、前記再暗号化されたディジタル・コンテンツが再生されている最後の時間を含む、請求項３０に記載の方法。
【請求項３６】
前記再生情報が、前記コンテンツプレイヤ上で前記再暗号化されたディジタル・コンテンツを再生する前記ユーザの識別を含む、請求項３０に記載の方法。
【請求項３７】
ディジタル・コンテンツ・プレイヤ上でのディジタル・コンテンツの使用を遠隔的に追跡するプログラムを記録したコンピュータ読み取り可能記録媒体であって、
ディジタル・コンテンツ・プレイヤ上でユーザに対してディジタル・コンテンツ・データを再生するためにライセンスを承認するステップと、
予め暗号化されたディジタル・コンテンツ・データを前記ライセンスの条件の下で受け入れるステップであって、前記予め暗号化されたディジタル・コンテンツは第１の暗号化鍵で暗号化されている、前記受け入れるステップと、
前記ディジタル・コンテンツ・プレイヤからの暗号化鍵で暗号化されている第１の復号化鍵をクリアリングハウスから受信するするステップと、
耐タンパ環境において、前記ディジタル・コンテンツ・プレイヤからの復号化鍵で前記第１の復号化鍵を復号化するステップと、
ディジタル・コンテンツ・プレイヤを暗号化する局所的に生成された鍵で前記ディジタル・コンテンツ・データを再暗号化することによって再暗号化されたディジタル・コンテンツ・データを形成するステップであって、前記予め暗号化されたディジタル・コンテンツは前記第１の復号化鍵により復号化されている、前記形成するステップと、
前記再暗号化されたディジタル・コンテンツ・データの使用が追跡されうるように、前記再暗号化されたディジタル・コンテンツ・データが、前記ディジタル・コンテンツ・プレイヤによって再生される及び前記ディジタル・コンテンツ・プレイヤから外部媒体にコピーされるのうちの少なくとも１つであるたびに、情報を遠隔ロギング・サイトに転送するステップと、
を含むプログラムを記録したコンピュータ読み取り可能記録媒体。
【請求項３８】
前記再暗号化されたディジタル・コンテンツ・データを復号化及び再生するステップをさらに含むプログラムを記録した請求項３７に記載のコンピュータ読み取り可能記録媒体。
【請求項３９】
電子取引ホストによって前記ユーザにライセンスを付与するステップをさらに含むプログラムを記録した請求項３７に記載のコンピュータ読み取り可能記録媒体。
【請求項４０】
前記再暗号化されたディジタル・コンテンツ・データをハードディスク、フラッシュ・メモリ、リムーバブルディスク、及び光ディスクの少なくとも１つ上で格納するステップをさらに含むプログラムを記録した請求項３７に記載のコンピュータ読み取り可能記録媒体。
【請求項４１】
前記再暗号化されたディジタル・コンテンツ・データを外部媒体にコピーするステップであって、前記外部記録媒体が、コンパクトディスク、ＤＶＤディスク、ミニディスク、フラッシュ・メモリ、及びディジタルテープのうちの一つである、前記コピーするステップと、
前記再暗号化されたディジタル・コンテンツ・データが前記ディジタル・コンテンツ・プレイヤから前記外部記録媒体にコピーするたびに前記ロギング・サイトに情報を転送するステップと
をさらに含むプログラムを記録した請求項４０に記載のコンピュータ読み取り可能記録媒体。
【請求項４２】
前記予め暗号化されたディジタル・コンテンツ・データが、ディジタル音楽データを含むプログラムを記録した請求項３７に記載のコンピュータ読み取り可能記録媒体。
【請求項４３】
前記転送された情報が、前記再暗号化されたディジタル・コンテンツが再生されている最後の時間を含むプログラムを記録した請求項３７に記載のコンピュータ読み取り可能記録媒体。
【請求項４４】
前記転送された情報が、前記コンテンツ・プレイヤ上で前記再暗号化されたディジタル・コンテンツを再生する前記ユーザの識別を含むプログラムを記録した請求項３７に記載のコンピュータ読み取り可能記録媒体。
【請求項４５】
ディジタル・コンテンツ・データを再生するディジタル・コンテンツ・データ・プレイヤであって、前記データ・プレイヤが、使用情報を送信する送信器を含み、前記使用情報が、前記ディジタル・コンテンツ・データの再正またはコピーの発生、前記ディジタル・コンテンツ・データが再正またはコピーされた回数、前記ディジタル・コンテンツ・データが再正またはコピーされた時、および前記ディジタル・コンテンツ・データを再正またはコピーしたユーザの識別のうちの少なくとも１つである、ディジタル・コンテンツ・データ・プレイヤ。
【請求項４６】
前記ディジタル・コンテンツ・データが、ディジタル音楽データを含む、請求項４５に記載のデータ・プレイヤ。
【請求項４７】
ディジタル・コンテンツの使用を追跡するシステムであって、
ディジタル・コンテンツ・データを再正またはコピーするライセンスと、
ライセンスを交付されたディジタル・コンテンツ・データと、
前記ライセンスを交付されたディジタル・コンテンツ・データの再正またはコピーの発生、前記ライセンスを交付されたディジタル・コンテンツ・データが再正またはコピーされた回数、前記ライセンスを交付されたディジタル・コンテンツ・データが再正またはコピーされた時、および前記ライセンスを交付されたディジタル・コンテンツ・データを再正またはコピーしたユーザの識別のうちの少なくとも１つに関する情報と
を含むシステム。
【請求項４８】
前記情報に基づいて、それ以上の再正またはコピーを禁止することをさらに含む、請求項４７に記載のシステム。
【請求項４９】
前記ディジタル・コンテンツ・データが、ディジタル音楽データを含む、請求項４７に記載のシステム。
【請求項５０】
前記情報が、所定の時刻にまたは所定の間隔で送信される、請求項４７に記載のシステム。
【請求項５１】
ユーザ装置上でのディジタル・コンテンツ・データの使用を追跡する命令を記録したコンピュータ読み取り可能な記録媒体であって、
ディジタル・コンテンツ・データを再正またはコピーするライセンスを得る命令と、
前記ライセンス交付されたディジタル・コンテンツを受け入れる命令と、
前記ディジタル・コンテンツ・データの再生、前記ディジタル・コンテンツ・データのコピー、前記ディジタル・コンテンツ・データが再正またはコピーされた時、および前記ディジタル・コンテンツ・データを再正またはコピーしたユーザの識別のうちの少なくとも１つにに関する情報を送信する命令と
を記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
開示される発明は、広義には、電子商取引の分野に関し、具体的には、印刷媒体、フィルム、ゲーム、および音楽などのディジタル資産の、インターネットおよびワールド・ワイド・ウェブなどのグローバル通信ネットワークを介する安全な配布および権利管理のためのシステムおよび関連ツールに関する。
【背景技術】
【０００２】
音楽、フィルム、コンピュータ・プログラム、絵、ゲーム、および他のコンテンツなどのディジタル資産を配布するための、インターネットなどのグローバル配布システムの使用が、成長を続けている。それと同時に、貴重なディジタル・コンテンツの所有者および発行者は、複数の理由から、ディジタル資産の配布へのインターネットの使用を採用するのが遅れていた。理由の１つは、所有者が、ディジタル・コンテンツの許可されないコピーまたは海賊行為を恐れていることである。ディジタル・コンテンツの電子配布は、海賊行為に対する複数の障壁を取り除く。電子配布によって取り除かれる障壁の１つが、有形の記録可能媒体そのもの（たとえばディスケットまたはＣＤ−ＲＯＭ）の必要である。有形の媒体へのディジタル・コンテンツのコピーは、多くの場合に空白テープまたは記録可能ＣＤについては１ドル未満であるとはいえ、金がかかる。しかし、電子配布の場合には、有形の媒体はもはや不要である。コンテンツが電子的に配布されるので、有形の媒体のコストは要因ではなくなる。第２の障壁は、コンテンツ自体のフォーマットすなわち、アナログ形式で格納されたコンテンツとディジタル形式で格納されたコンテンツの対比である。アナログ形式で格納されたコンテンツ、たとえば印刷された絵は、写真複写によって複製される時に、コピーはオリジナルより品質が下がる。コピーの後続のコピーのそれぞれを、世代と称する場合があるが、各世代は、オリジナルより品質が劣る。この品質劣化は、絵がディジタル的に格納される時には存在しない。各コピーおよびコピーのすべての世代が、オリジナルと同様に明瞭で新鮮なものとなり得る。電子的なコンテンツ配布およびインターネットを介する広範囲でのコンテンツ配布の非常に低いコストと組み合わされた完全なディジタル・コピーの組合せ効果によって、海賊行為と許可されないコピーの配布がかなり簡単になる。わずかなキーストロークで、海賊は、数百個または数千個のディジタル・コンテンツの完全なコピーを、インターネットを介して送信することができる。したがって、電子的に配布されるディジタル資産の保護およびセキュリティを確保する必要が存在する。
【０００３】
ディジタル・コンテンツのプロバイダは、コンテンツ所有者の権利を保護する、ディジタル・コンテンツ用の保護されたグローバル配布システムを確立することを望んでいる。ディジタル・コンテンツ配布システムの確立に伴う問題には、ディジタル・コンテンツ電子配布、権利管理、および資産保護のためのシステムを開発することが含まれる。電子的に配布されるディジタル・コンテンツには、印刷媒体、フィルム、ゲーム、プログラム、テレビジョン、マルチメディア、および音楽などのコンテンツが含まれる。
【０００４】
電子配布システムの展開によって、ディジタル・コンテンツ・プロバイダに、即時の販売報告作成および電子調整を介する支払のすばやい清算を達成する能力ならびに、コンテンツの再配布を介する２次収入源を得る能力がもたらされる。電子ディジタル・コンテンツ配布システムは、物理的な在庫不足または返品によって影響されないので、ディジタル・コンテンツ・プロバイダおよび小売業者は、コスト削減および改善された粗利益を実現することができる。ディジタル・コンテンツ・プロバイダは、よりよく時間を制限された在庫放出のための、新規の配布チャンネルを促進するか、既存の配布チャネルを増補することができる。電子配布システムからのトランザクシン・データは、消費者の購入パターンに関する情報の取得ならびに電子マーケティング・プログラムおよび販売促進に対する即時フィードバックの提供に使用することができる。これらの目標を満たすために、ディジタル・コンテンツ・プロバイダが、ディジタル資産の保護を保証し測定を行いながら、広範囲のユーザおよび会社がディジタル・コンテンツを入手できるようにする電子配布モデルを使用することの必要が存在する。
【０００５】
real audio、ＡＴ＆Ｔ社のＡ２Ｂ、LiquidAudioProCorp.社のLiquid Audio Pro、AudioSoft社のCityMusic Networkその他などのディジタル・コンテンツ用の他の市販電子配布システムは、保護された電子ネットワークおよび保護されない電子ネットワークを介するディジタル・データの伝送を提供する。保護された電子ネットワークの使用によって、ディジタル・コンテンツを広範囲の聴衆に配布するというディジタル・コンテンツ・プロバイダの必要条件が大幅に削減される。インターネットおよびウェブなどの保護されないネットワークを使用することによって、ディジタル・コンテンツが、暗号の使用を介するなど、保護された形でエンドユーザに到達することが可能になる。しかし、暗号化されたディジタル・コンテンツが、エンドユーザの計算機上で暗号解読された後は、そのディジタル・コンテンツは、許可されない再配布のためにエンドユーザが簡単に使用できるようになる。したがって、ディジタル資産の保護を提供し、ディジタル・コンテンツが消費者および会社に配布された後であってもコンテンツ・プロバイダの権利が保護されることを保証する、セキュア・ディジタル・コンテンツ電子配布システムの必要が存在する。したがって、安全な配布、ライセンス交付許可、およびディジタル資産の使用量の制御を可能にする権利管理の必要が存在する。
【０００６】
ディジタル・コンテンツの所有者が電子配布の採用に遅れていたもう１つの理由は、彼らが、既存の配布のチャネルを維持し、育成することを望んでいることである。ほとんどのコンテンツ所有者は、小売業者を介して販売する。音楽市場では、これらの米国の小売業者に、TowerRecords、Peaches、Blockbuster、Circuit Cityその他が含まれる。これらの小売業者の多くは、インターネット・ユーザがインターネットを介して選択を行い、選択したものをエンドユーザにメールで送らせることを可能にするウェブ・サイトを有する。音楽ウェブ・サイトの例には、ower、MusicBoulevard、およびColumbia Houseが含まれる。電子配布を使用すると、小売り店が、特にウェブ上で、お互いからそれ自体を差別化し、コンテンツ所有者からそれ自体を差別化する能力が奪われる可能性がある。したがって、絵、ゲーム、音楽、プログラム、およびビデオなどの電子コンテンツの小売業者に、電子配布を介して音楽を販売する時にお互いおよびコンテンツ所有者からそれ自体を差別化する方法を提供する必要が存在する。
【０００７】
コンテンツ所有者は、電子商店などの配布サイトを介する電子配布のためにディジタル・コンテンツを準備する。インターネット上または他のオンライン・サービスを介する電子商店は、製品オファリングおよび製品販売促進によってお互いからそれ自体を差別化することを求める。従来の商店すなわち、非電子、非オンラインの電子商店類似物は、製品販売促進、製品セールス、製品サンプル、寛大な返品方針、および他の販売促進プログラムを使用して、競争者からそれ自体を差別化する。しかし、コンテンツ・プロバイダがディジタル・コンテンツに対する使用条件を課すオンラインの世界では、電子商店がそれ自体を差別化する能力が、厳しく制限される可能性がある。さらに、使用条件を変更することができる場合であっても、電子商店は、製品を電子的に販売促進し、販売するために、コンテンツ・プロバイダからのディジタル・コンテンツに関連するメタデータを処理するという困難な作業に直面する。電子商店は、メタデータを処理する時に複数の要件を管理する必要がある。第１に、電子商店は、コンテンツ・プロバイダからディジタル・コンテンツに関連するメタデータを受け取る必要がある。多くの場合に、このメタデータの一部が暗号化されて送られる場合があり、したがって、コンテンツ・プロバイダは、暗号化されたコンテンツを解読する機構を作成しなければならない。第２に、電子商店は、コンテンツ・プロバイダからコンテンツを受け取る前か、電子商店がコンテンツを受け取った後のいずれかに、製品のマーケティング、製品の位置付け、およびコンテンツに関する他の販売促進考慮事項を支援するために、コンテンツ・プロバイダからのメタデータをプレビューすることを望む可能性がある。第３に、電子商店は、グラフィックスおよびアーティスト情報などの販売促進材料のために使用されるいくつかのメタデータを抽出する必要がある。しばしば、この販売促進材料が、電子商店によって、そのオンライン販売促進に直接に使用される。第４に、電子商店は、許可された使用条件の一部を変更して、ディジタル・コンテンツの異なるオファリングを作成することによって、お互いからのそれ自体の差別化を望む場合がある。第５に、電子商店は、支払い清算のために電子商店を通過する必要なしに、購入者によって支払調整を自動的に会計調整会社に向けるために、メタデータ内にＵＲＬなどのアドレスを挿入するか変更する必要がある場合がある。第６に、電子商店は、使用条件に一致する著作権付きのディジタル・コンテンツの許可される使用に関するライセンスを作成する必要がある場合がある。たとえば、このライセンスでは、ディジタル・コンテンツの限られた数のコピーを作ることの許可を与えることができる。ライセンスは、与えられる許可の期間および条件を反映するために必要である。
【０００８】
これらの必要条件のすべてに鑑みて、ディジタル・コンテンツに関係するメタデータを処理するために、多数の電子商店が、これらの必要条件を処理するためにカスタマイズされたソフトウェア・プログラムを作成する。これらのカスタマイズされたソフトウェア・プログラムを作成するのに必要な時間、コスト、およびテストは、大きくなる可能性がある。したがって、これらの必要条件に対する解決策を提供する必要が存在する。
【０００９】
さらに、ディジタル・コンテンツの所有者が電子配布の採用に遅れていたもう１つの理由は、電子配布のためにコンテンツを準備することの難しさである。現在、コンテンツのプロバイダの多くが、その作品集に数千もしくは数万のタイトルを有する。音楽の例では、コンテンツ所有者が、同時に複数の異なるフォーマット（たとえばＣＤ、テープ、およびミニディスク）で入手可能な単一のマスタ・サウンド・レコーディングを有することが珍しくない。さらに、単一のフォーマットが、特定の配布チャネル用に再マスタリングまたはリミックスされたマスタ・サウンド・レコーディングを有する可能性がある。一例として、ラジオ放送用のミキシングは、ダンス・クラブ・サウンド・トラック用のミキシングと異なる場合があり、これが、一般に入手可能な消費者ＣＤと異なる場合がある。これらの異なるミックスの在庫管理および記録は、重荷になる可能性がある。さらに、マスタ・レコーディングの所有者の多くは、「ベスト・オブ〜」などのさまざまな後続のコレクションで、または、映画の音楽サウンド・トラックの編集物または他のコレクションまたは編集物で、古いレコーディングを再発行することがしばしばである。ディジタルに提供されるコンテンツが増えるにつれて、電子配布のためにコンテンツをリミックスし、符号化する必要が増す。多くの場合に、プロバイダは、正しいマスタ・サウンド・レコーディングを選択するための案内役として古いレコーディング・フォーマットを使用する必要があり、これらのサウンド・レコーディングを、電子配布用の公開のために再処理させ、符号化させる。これは、電子配布用の古いサウンド・レコーディングの再公開での支援のために古いフォーマットを使用することを望むコンテンツ・プロバイダの場合に特にそうである可能性がある。プロバイダは、データベースを調べて、タイトル、アーティスト、およびサウンド・レコーディングを照合して、符号化パラメータを設定する。レコーディング集のデータベースを手動で検索するこの処理は、短所がないわけではない。短所の１つは、操作員に手動でデータベースを検索させ、処理パラメータを適当に設定させる必要である。もう１つの短所は、データベースからデータを選択する際の操作員のトランスクリプション・エラーの可能性である。したがって、コンテンツ・プロバイダに、オーディオなどのコンテンツに関して、関連データおよびマスタ・レコーディングを自動的に取り出す方法を提供する必要が存在する。
【００１０】
コンテンツ所有者は、符号化と称する処理を介して、電子配布のためにディジタル・コンテンツを準備する。符号化には、コンテンツをとり、コンテンツがアナログ・フォーマットで提示される場合にはディジタル化し、コンテンツを圧縮することが含まれる。圧縮の処理によって、伝送または格納されるデータの量が減るので、ディジタル・コンテンツを、より効率的にネットワークを介して伝送でき、記録可能媒体に格納できるようになる。しかし、圧縮は、短所がないわけではない。ほとんどの圧縮は、いくらかの情報の消失が伴い、ロッシイ圧縮と呼ばれる。コンテンツ・プロバイダは、どの圧縮アルゴリズムを使用し、どの圧縮レベルが必要であるかを決定しなければならない。たとえば、音楽では、ディジタル・コンテンツまたは曲は、音楽のジャンルに応じて非常に異なる特性を有する可能性がある。あるジャンルのために選択された圧縮アルゴリズムおよび圧縮レベルが、別のジャンルの音楽には最適の選択でない場合がある。コンテンツ・プロバイダは、圧縮アルゴリズムおよび圧縮レベルのある組合せが、たとえばクラシックなど、音楽のあるジャンルについて非常に良好に動作するが、ヘビー・メタルなどの音楽の別のジャンルについては不満足な結果をもたらすことに気付く可能性がある。さらに、オーディオ・エンジニアは、音楽を等化し、ダイナミック・レンジ調整を行い、他の前処理および処理設定を実行して、符号化される音楽のジャンルが所望の結果を生むようにしなければならないことがしばしばである。ディジタル・コンテンツごとに等化レベル設定およびダイナミック・レンジ設定などの符号化パラメータを必ず手動で設定しなければならないという要件は、重荷になる可能性がある。音楽の例に戻ると、さまざまな音楽ジャンルを含むコレクションを有する音楽のコンテンツ・プロバイダは、符号化される曲または曲の組ごとに、符号化パラメータの所望の組合せを手動で選択しなければならないはずである。したがって、符号化の処理パラメータを手動で選択する必要を克服する必要が存在する。
【００１１】
コンテンツを圧縮する処理は、特に省略なしの映画などの大きいコンテンツ項目の場合に、大量の専用計算リソースを必要とする可能性がある。圧縮アルゴリズムのプロバイダは、その圧縮技法に関連するさまざまなトレードオフおよび長所を提供する。このトレードオフには、コンテンツを圧縮するのに必要な時間および計算リソースの量、オリジナル・コンテンツから達成される圧縮の量、再生に望まれるビット・レート、圧縮されたコンテンツのパフォーマンス品質、および他の要因が含まれる。入力としてマルチメディア・ファイルをとり、進行または状況の中間表示なしで符号化された出力ファイルを生成する符号化プログラムの使用が、問題である。さらに、多くの状況では、他のプログラムが、進行の中間表示のない符号化プログラムを呼び出すかこれを管理するのに使用される。これによって、呼出し側のアプリケーションは、符号化を指定された選択物全体の比率として符号化されたコンテンツの量を示す方法がなくなる。呼出し側プログラムが、同時に複数の異なるプログラムを稼動させるようにスケジューリングしようとする場合には、これが問題になる可能性がある。さらに、コンテンツのバッチが符号化のために選択され、コンテンツ・プロバイダが符号化処理の進行状況を判定したい場合には、これが特に重荷になる可能性がある。したがって、この問題を克服する必要が存在する。
【００１２】
ディジタル・コンテンツ・プロバイダが、彼らのコンテンツについて電子配布の採用に遅れていたもう１つの理由が、電子配布されたコンテンツ用のエンドユーザ装置でのディジタル・プレイヤを作成するための標準の欠如である。コンテンツ・プロバイダ、電子商店、または電子配布チェーン内の他者は、ＰＣＳ、セットトップ・ボックス、手持ち装置その他などのさまざまな装置でのカスタマイズされたプレイヤを提供することを望む可能性がある。耐タンパ（耐変更）環境すなわち、再生中のコンテンツへのサード・パーティによる許可されないアクセスを抑止する環境で、ディジタル・コンテンツの解読を処理できるツールの組が必要である。さらに、エンドユーザが、購入されたもの以外の用途のためのコンテンツへのアクセス権を許可されずに、ディジタル・コンテンツのローカル・ライブラリを管理できるようにするためのツールの組が必要である。
【００１３】
ディジタル・コンテンツの保護の背景に関するさらなる情報は、以下の３つの供給源から見つけることができる。ＵＲＬ「http://www.a2bmusic.com/about/papers/musicipp.htm」でオンライン入手可能な、米国ニュージャージー州FlorhamParkのAT&T Labsのレイシー（Jack Lacy）、シュナイダー（James Snyder）、メイハー（David Maher）共著、「Musicon the InternetandtheIntellectual Property Protection Problem」。URL「http://www.intertrust.com/architecture/stc.html」でオンライン入手可能な、米国カリフォルニア州SunnyvaleのInterTrustTechnologies Corp.社のシバート（Olin Sibert）、バーンシュタイン（David Bernstein）、およびウィー（DavidVan Wie）共著の論文、「Securing theContent,Notthe Wire for Information Commerce」に記載の、DigiBoxと称する、暗号的に保護されたコンテナ。ＵＲＬ「http:///cyptolope.ibm.com/white.htm」でオンライン入手可能なＩＢＭ社のホワイト・ペーパー「CryptolopeContainer Technology」である。
【発明の開示】
【発明が解決しようとする課題】
【００１４】
本発明の目的は、上で述べた短所を除去し、コンテンツ・データの使用を追跡するためのシステムを提供することである。
【課題を解決するための手段】
【００１５】
本発明の一実施形態は、ユーザ装置上のディジタル・コンテンツの使用を追跡するシステムを提供する。ネットワークに結合された電子商店が、ディジタル・コンテンツ・データを再生するライセンスをユーザに販売する。ライセンスを交付されたコンテンツ・データをネットワークから受信するコンテンツ・プレイヤが、ライセンスを交付されたコンテンツ・データの再生に使用される。さらに、ネットワークに結合されたログ記録サイトが、コンテンツ・データの再生を追跡する。具体的に言うと、ログ記録サイトは、ネットワークから再生情報を受信し、再生情報には、関連するコンテンツ・プレイヤによってコンテンツ・データが再生された回数が含まれる。
【００１６】
本発明のもう１つの実施形態は、ユーザ装置上のディジタル・コンテンツの使用を追跡する方法を提供する。この方法によれば、ディジタル・コンテンツ・データを再生するライセンスが、ユーザに販売され、ライセンスを交付されたコンテンツ・データが、ユーザのコンテンツ・プレイヤに送信される。さらに、コンテンツ・データがコンテンツ・プレイヤによって再生される時、またはコンテンツ・データがコンテンツ・プレイヤから外部媒体にコピーされる時に、必ずログ記録サイトに情報が送信され、その結果、ライセンスを交付されたコンテンツ・データの使用を追跡できるようになる。
【発明を実施するための最良の形態】
【００１７】
読者がこの実施形態の異なる部分をすばやく突きとめるのを支援するために、本明細書の目次を示す。
Ｉ．セキュア・ディジタル・コンテンツ電子配布システム
Ａ．システムの概要
１．権利管理
２．測定
３．オープン・アーキテクチャ
Ｂ．システムの機能要素
１．コンテンツ・プロバイダ
２．電子ディジタル・コンテンツ商店
３．仲介市場パートナー
４．クリアリングハウス
５．エンドユーザ装置
６．伝送インフラストラクチャ
Ｃ．システムの使用
ＩＩ．暗号の概念とセキュア・ディジタル・コンテンツ電子配布システムへの適用
Ａ．対称アルゴリズム
Ｂ．公開鍵アルゴリズム
Ｃ．ディジタル署名
Ｄ．ディジタル証明書
Ｅ．ＳＣグラフィカル表現の案内
Ｆ．セキュア・コンテナ暗号化の例
ＩＩＩ．セキュア・ディジタル・コンテンツ電子配布システムのフロー
ＩＶ．権利管理アーキテクチャ・モデル
Ａ．アーキテクチャ層の機能
Ｂ．機能の区分とフロー
１．コンテンツ・フォーマッティング層
２．コンテンツ使用制御層
３．コンテンツ識別層
４．ライセンス制御層
Ｃ．コンテンツ配布およびライセンス交付制御
Ｖ．セキュア・コンテナの構造
Ａ．全般的な構造
Ｂ．権利管理言語の構文およびセマンティクス
Ｃ．セキュア・コンテナのフローおよび処理の概要
Ｄ．メタデータ・セキュア・コンテナ６２０のフォーマット
Ｅ．オファー・セキュア・コンテナ６４１のフォーマット
Ｆ．トランザクション・セキュア・コンテナ６４０のフォーマット
Ｇ．注文セキュア・コンテナ６５０のフォーマット
Ｈ．ライセンス・セキュア・コンテナ６６０のフォーマット
Ｉ．コンテンツ・セキュア・コンテナのフォーマット
ＶＩ．セキュア・コンテナのパックとアンパック
Ａ．概要
Ｂ．材料表（ＢＯＭ）部分
Ｃ．鍵記述部分
ＶＩＩ．クリアリングハウス
Ａ．概要
Ｂ．権利管理処理
Ｃ．国固有のパラメータ
Ｄ．監査ログおよび追跡
Ｅ．結果の報告
Ｆ．請求および支払の検証
Ｇ．再送信
ＶＩＩＩ．コンテンツ・プロバイダ
Ａ．概要
Ｂ．ワーク・フロー・マネージャ
１．処置／情報待機中製品処理
２．新規コンテンツ要求処理
３．自動メタデータ獲得処理
４．手動メタデータ入力処理
５．使用条件処理
６．監視公開処理
７．メタデータＳＣ作成処理
８．ウォーターマーキング処理
９．前処理および圧縮処理
１０．コンテンツ品質管理処理
１１．暗号化処理
１２．コンテンツＳＣ作成処理
１３．最終品質保証処理
１４．コンテンツ分散処理
１５．ワーク・フロー・ルール
Ｃ．メタデータ同化および入力ツール
１．自動メタデータ獲得ツール
２．手動メタデータ入力ツール
３．使用条件ツール
４．メタデータＳＣの諸部分
５．監視公開ツール
Ｄ．コンテンツ処理ツール
１．ウォーターマーキング・ツール
２．前処理および圧縮ツール
３．コンテンツ品質管理ツール
４．暗号化ツール
Ｅ．コンテンツＳＣ作成ツール
Ｆ．最終品質保証ツール
Ｇ．コンテンツ分散ツール
Ｈ．コンテンツ販売促進ウェブ・サイト
Ｉ．コンテンツ・ホスティング
１．コンテンツ・ホスティング・サイト
２．セキュア・ディジタル・コンテンツ電子配布システムによって提供されるコンテンツ・ホスティング・サイト１１１
ＩＸ．電子ディジタル・コンテンツ商店
Ａ．概要  複数の電子ディジタル・コンテンツ商店のサポート
Ｂ．２地点間電子ディジタル・コンテンツ配布サービス
１．統合要件
２．コンテンツ獲得ツール
３．トランザクション処理モジュール
４．通知インターフェース・モジュール
５．会計調整ツール
Ｃ．ブロードキャスト電子ディジタル・コンテンツ配布サービス
Ｘ．エンドユーザ装置
Ａ．概要
Ｂ．アプリケーションのインストール
Ｃ．ＳＣプロセッサ
Ｄ．プレイヤ・アプリケーション
１．概要
２．エンドユーザ・インターフェース・コンポーネント
３．コピー／再生管理コンポーネント
４．解読１５０５、圧縮解除１５０６および再生コンポーネント
５．データ管理１５０２およびライブラリ・アクセス・コンポーネント
６．アプリケーション間通信コンポーネント
７．その他種々のコンポーネント
８．汎用プレイヤ
【００１８】
Ｉ．セキュア・ディジタル・コンテンツ電子配布システム
Ａ．システムの概要
セキュア・ディジタル・コンテンツ電子配布システムは、エンドユーザのクライアント装置へのディジタル・コンテンツおよびディジタル・コンテンツに関係するコンテンツの安全な配布および権利管理に必要な技術、仕様、ツール、およびソフトウェアを含む技術プラットホームである。エンドユーザ装置には、ＰＣＳ、セット・トップ・ボックス（ＩＲＤ）、およびインターネット機器が含まれる。これらの装置は、コンテンツ所有者による許可に従って、コンテンツを外部媒体またはポータブル消費者装置にコピーすることができる。用語「ディジタル・コンテンツ」または単に「コンテンツ」は、絵、映画、ビデオ、音楽、プログラム、マルチメディア、およびゲームを含む、ディジタル・フォーマットで格納された情報およびデータを指す。
【００１９】
技術プラットホームは、ディジタル・コンテンツが、準備され、２地点間インフラストラクチャおよびブロードキャスト・インフラストラクチャ（ケーブル、インターネット、衛星、および無線など）を介してエンドユーザ装置に保護された形で配布され、ライセンスを交付され、許可されないコピーまたは再生から保護される方法を指定する。さらに、技術プラットホームのアーキテクチャを用いると、ウォーターマーキング、圧縮／符号化、暗号化、および他のセキュリティ・アルゴリズムなどのさまざまな技術の、将来にこれらが開発された時の統合および移植が可能になる。
【００２０】
セキュア・ディジタル・コンテンツ電子配布システムの基本コンポーネントは、（１）コンテンツ所有者の所有権の保護のための権利管理と、（２）即時の正確な報酬のためのトランザクション測定と、（３）標準に準拠するすべてのプレイヤでの再生のために、コンテンツ・プロバイダがコンテンツを準備し、複数のネットワーク・インフラストラクチャを介する保護された配送を許可することができるようにする、オープンで明確に文書化されたアーキテクチャである。
【００２１】
１．権利管理
セキュア・ディジタル・コンテンツ電子配布システムの権利管理は、システムのオペレーティング・コンポーネント間に分配された機能の組を介して実施される。その主要な機能には、ライセンスを確保した許可された仲介者または許可されたエンドユーザだけによってコンテンツがロック解除されるようにするライセンス交付許可およびライセンス交付制御と、許可されるコピーの数、再生の回数、ライセンスが有効である時間間隔または期間などの、購入またはライセンスの条件に従うコンテンツ使用の制御および強制とが含まれる。権利管理の副次的な機能は、海賊行為と戦うために、コンテンツの許可されないコピーの出所を識別する手段を使用可能にすることである。
【００２２】
ライセンス交付許可およびライセンス交付制御は、クリアリングハウス実体およびセキュア・コンテナ（ＳＣ）技術の使用を介して実施される。クリアリングハウスは、仲介者またはエンドユーザが、ライセンス交付トランザクションの成功裡の完了の検証の後にコンテンツをロック解除できるようにすることによって、ライセンス交付許可をもたらす。セキュア・コンテナは、暗号化されたコンテンツおよび情報をシステム・コンポーネント間で配布するのに使用される。ＳＣは、暗号、ディジタル署名、およびディジタル証明書を使用して、電子情報およびコンテンツの許可されない傍受または変更に対する保護を提供する、情報またはコンテンツの暗号的担体である。ＳＣを用いると、ディジタル・コンテンツの認証性および保全性の検証も可能になる。これらの権利管理機能の長所は、電子ディジタル・コンテンツ配布インフラストラクチャが、保護されることも信頼されることも必要でないことである。したがって、ウェブおよびインターネットなどのネットワーク・インフラストラクチャを介する伝送が可能になる。これは、コンテンツがセキュア・コンテナ内で暗号化され、その格納および配布が、そのロック解除および使用の制御から分離されているという事実に起因する。解読キーを有するユーザだけが、暗号化されたコンテンツのロックを解除することができ、クリアリングハウスは、許可された適当な使用要求のみについて解読キーを公開する。クリアリングハウスは、未知のまたは許可されない当事者からの偽の要求、またはコンテンツ所有者によって設定されるコンテンツの使用条件に従わない要求を許可しない。さらに、ＳＣが、伝送中に変更（tampering）された場合には、クリアリングハウスのソフトウェアが、ＳＣのコンテンツが破壊または偽造されていると判定し、そのトランザクションを拒絶する。
【００２３】
コンテンツ使用の制御は、エンドユーザ装置上で稼動するエンドユーザ・プレイヤ・アプリケーション１９５を介して使用可能にされる。このアプリケーションは、許容される２次コピーおよび再生の数を定義するディジタル・コードを、コンテンツのすべてのコピーに埋め込む。ディジタル・ウォーターマーキング技術を使用して、ディジタル・コードを生成し、他のエンドユーザ・プレイヤ・アプリケーション１９５からそのディジタル・コードを隠し、変更の試みに対して抵抗するようにする。代替実施形態では、ディジタル・コードは、単にコンテンツ１１３に関連する使用条件の一部として保存される。ディジタル・コンテンツ１１３が、準拠エンドユーザ装置内でアクセスされる時には、エンドユーザ・プレイヤ・アプリケーション１９５が、透かしを読み取って、使用制限を検査し、必要に応じて透かしを更新する。たとえば、コピーの回数を使い果たしたなど、コンテンツの要求された使用が使用条件に従わない場合には、エンドユーザ装置は、その要求を実行しない。
【００２４】
ディジタル・ウォーターマーキングは、コンテンツの許可されたコピーまたは許可されないコピーの出所を識別する手段も提供する。コンテンツ内の最初の透かしは、コンテンツ所有者を識別し、著作権情報を指定し、地理的配布区域を定義し、他の関連情報を追加するために、コンテンツ所有者によって埋め込まれる。第２の透かしは、コンテンツの購入者（またはライセンス交付を受けた者）とエンドユーザ装置を識別し、購入またはライセンスの条件および日付を指定し、他の関連情報を追加するために、エンドユーザ装置でコンテンツに埋め込まれる。
【００２５】
透かしは、コンテンツの肝要な部分になるので、コピーが許可されたものであったか否かに無関係に、コピー内に担持される。したがって、ディジタル・コンテンツには、コンテンツがどこにあり、どこから来たかに無関係に、その出所と許可された使用に関する情報が必ず含まれる。この情報を使用して、コンテンツの不正使用と戦うことができる。
【００２６】
２．測定
その権利管理機能の一部として、クリアリングハウスは、そのクリアリングハウスを介して鍵交換が許可されたすべてのトランザクションの記録を保持する。この記録を用いると、ライセンス交付許可およびオリジナルの使用条件の測定が可能になる。トランザクション記録は、コンテンツ所有者またはコンテンツ・プロバイダ、小売業者、または他者などの、責任のある当事者に、即時にまたは周期的に報告して、トランザクション支払および他の使用の電子調整を促進することができる。
【００２７】
３．オープン・アーキテクチャ
セキュア・ディジタル・コンテンツ電子配布システム（本システム）は、公開された仕様およびインターフェースを有して、市場での本システムの幅広い実施および受入を促進すると同時にコンテンツ所有者の権利保護を維持する、オープン・アーキテクチャである。本システムの柔軟性とオープン性によって、さまざまな技術、伝送インフラストラクチャ、および装置が市場に配送されるにつれて、時と共に本システムが進歩することも可能になる。
【００２８】
このアーキテクチャは、コンテンツの性質およびそのフォーマットに関してオープンである。オーディオ、プログラム、マルチメディア、ビデオ、または他の種類のコンテンツの配布が、このアーキテクチャによってサポートされる。コンテンツは、ディジタル音楽用のリニアＰＣＭなどのネイティブ・フォーマット、または、フィルタリング、圧縮、またはプリエンファシス／デエンファシスその他などの追加の前処理または符号化によって達成されるフォーマットとすることができる。このアーキテクチャは、さまざまな暗号化技法およびウォーターマーキング技法に対してオープンである。このアーキテクチャでは、コンテンツの異なる種類およびフォーマットを受け入れ、新技術が現れた時にそれを導入または採用できるようにするために、特定の技法を選択することができる。この柔軟性によって、コンテンツ・プロバイダは、セキュア・ディジタル・コンテンツ電子配布システム内でのデータ圧縮、暗号化、およびフォーマッティングに使用する技術を選択し、進化させることができる。
【００２９】
このアーキテクチャは、異なる配布ネットワークおよび配布モデルに対してもオープンである。このアーキテクチャは、低速のインターネット接続または高速の衛星ネットワークおよびケーブル・ネットワークを介するコンテンツ配布をサポートし、２地点間モデルまたはブロードキャスト・モデルと共に使用することができる。さらに、このアーキテクチャは、低コスト消費者装置を含む広範囲の装置でエンドユーザ装置の機能を実施できるように設計されている。この柔軟性によって、コンテンツ・プロバイダおよび小売業者は、さまざまなサービス・オファリングを介して仲介者またはエンドユーザにコンテンツを提供できるようになり、ユーザが、コンテンツを購入するかライセンスの交付を受け、それを再生し、さまざまな準拠プレイヤ装置で記録することができるようになる。
【００３０】
Ｂ．システムの機能要素
ここで図１ないし４を参照すると、本発明によるセキュア・ディジタル・コンテンツ電子配布システム１００の概要を示すブロック図が示されている。セキュア・ディジタル・コンテンツ電子配布システム１００には、終端間ソリューションを含む複数のビジネス・エレメント（businesselement）が含まれ、これには、コンテンツ・プロバイダ１０１またはディジタル・コンテンツ所有者、電子ディジタル・コンテンツ商店１０３、仲介市場パートナー（図示せず）、クリアリングハウス１０５、コンテンツ・ホスティング・サイト１１１、伝送インフラストラクチャ１０７、およびエンドユーザ装置１０９が含まれる。これらのビジネス・エレメントのそれぞれが、セキュア・ディジタル・コンテンツ電子配布システム１００のさまざまなコンポーネントを使用する。電子コンテンツ１１３の配布に具体的に関係する、これらのビジネス・エレメントおよびシステム・コンポーネントの高水準の説明を以下に示す。
【００３１】
１．コンテンツ・プロバイダ１０１
コンテンツ・プロバイダ１０１またはコンテンツ所有者は、オリジナルのコンテンツ１１３の所有者であるか、さらに配布するために独立のコンテンツ１１３をパッケージ化することを許可された卸売業者であるか、その両方である。コンテンツ・プロバイダ１０１は、その権利を直接に利用するか、通常は電子商取引収入に関係するコンテンツ使用料支払の返礼として、コンテンツ１１３のライセンスを電子ディジタル・コンテンツ商店１０３または仲介市場パートナー（図示せず）に交付することができる。コンテンツ・プロバイダ１０１の例には、Sony、Time-Warner、MTV、IBM、Microsoft、Turner、Fox、その他が含まれる。
【００３２】
コンテンツ・プロバイダ１０１は、コンテンツ１１３および関連データを配布用に準備するために、セキュア・ディジタル・コンテンツ電子配布システム１００の一部として提供されるツールを使用する。ワーク・フロー・マネージャ・ツール１５４は、処理されるコンテンツ１１３をスケジューリングし、コンテンツ１１３の準備およびパッケージ化のさまざまなステップを通って流れる際にコンテンツ１１３を追跡して、高品質保証を維持する。用語メタデータは、この文書全体を通じて、コンテンツ１１３に関連するデータを意味するのに使用され、この実施形態では、コンテンツ１１３自体を含まない。一例として、曲のメタデータは、曲の題名または曲のクレジットとすることができるが、曲のサウンド・レコーディングではない。コンテンツ１１３に、サウンド・レコーディングが含まれるはずである。メタデータ同化および入力ツール１６１は、コンテンツ・プロバイダのデータベース１６０またはコンテンツ・プロバイダによって所定のフォーマットで供給されるデータからメタデータ（音楽の例の場合、ＣＤタイトル、アーティスト名、曲の題名、ＣＤアートワークその他などのコンテンツ１１３の情報）を抽出し、電子配布のためにパッケージ化するのに使用される。メタデータ同化および入力ツール１６１は、コンテンツ１１３の使用条件を入力するのにも使用される。使用条件のデータには、コピー制限規則、卸値、および必要とみなされるすべてのビジネス・ルールを含めることができる。ウォーターマーキング・ツールが、コンテンツ１１３内の、コンテンツ所有者、処理日付、および他の関連データを識別するデータを隠すのに使用される。コンテンツ１１３がオーディオである実施形態では、オーディオ・プリプロセッサ・ツールを使用して、最適の圧縮品質のために動的特性を調整するかコンテンツ１１３または他のオーディオを等化し、所望の圧縮レベルまでコンテンツ１１３を圧縮し、コンテンツ１１３を暗号化する。これらは、ディジタル・コンテンツ圧縮／符号化方法、暗号化方法、およびフォーマッティング方法の技術的進歩に従うように適合することができ、これによって、コンテンツ・プロバイダ１０１が、将来市場に現れる最適のツールを利用することができるようになる。
【００３３】
暗号化されたコンテンツ１１３、ディジタル・コンテンツに関連するデータまたはメタデータ、および暗号化された鍵が、ＳＣパッカー・ツールによってＳＣ（下で説明する）にパックされ、電子配布のためにコンテンツ・ホスティング・サイトまたは販売促進ウェブ・サイトに格納される。コンテンツ・ホスティング・サイトは、コンテンツ・プロバイダ１０１または、電子ディジタル・コンテンツ商店１０３および仲介市場パートナー（図示せず）施設を含む複数の位置に存在することができる。コンテンツ１１３と鍵（下で説明する）の両方が、暗号化され、ＳＣにパックされるので、電子ディジタル・コンテンツ商店１０３または他のホスティング代理人は、クリアリングハウスからの許可およびコンテンツ・プロバイダ１０１への通知なしで、解読されたコンテンツ１１３に直接アクセスすることはできない。
【００３４】
２．電子ディジタル・コンテンツ商店１０３
電子ディジタル・コンテンツ商店１０３は、コンテンツ１１３のテーマ・プログラミングまたはコンテンツ１１３の電子マーチャンダイジングなどの広範囲のサービスまたはアプリケーションを介してコンテンツ１１３を市場で売る実体である。電子ディジタル・コンテンツ商店１０３は、そのサービスの設計、開発、ビジネス運営、決定、マーチャンダイジング、マーケティング、および販売を管理する。オンラインの電子ディジタル・コンテンツ商店１０３の例が、ソフトウェアの電子ダウンロードを提供するウェブ・サイトである。
【００３５】
そのサービスの中で、電子ディジタル・コンテンツ商店１０３は、セキュア・ディジタル・コンテンツ電子配布システム１００のいくつかの機能を実施する。電子ディジタル・コンテンツ商店１０３は、コンテンツ・プロバイダ１０１から情報を集め、コンテンツおよびメタデータを追加ＳＣにパックし、これらのＳＣをサービスまたはアプリケーションの一部として消費者または企業に配布する。電子ディジタル・コンテンツ商店１０３は、メタデータ抽出、２次使用条件、ＳＣパッケージ化、および電子コンテンツ・トランザクションの追跡を支援する、セキュア・ディジタル・コンテンツ電子配布システム１００によって提供されるツールを使用する。２次使用条件データには、コンテンツ１１３の購入価格、ペイパーリッスン（pay-per-listen）価格、コピー許可およびターゲット装置タイプ、または期限付き使用可能性制限などの小売りビジネス・オファーを含めることができる。
【００３６】
電子ディジタル・コンテンツ商店１０３は、エンドユーザからの電子コンテンツ１１３の有効な要求を完了した後に、クリアリングハウス１０５が顧客にコンテンツ１１３の解読キーを公開することを許可する責任を負う。電子ディジタル・コンテンツ商店は、コンテンツ１１３を含むＳＣのダウンロードも許可する。電子ディジタル・コンテンツ商店は、そのローカル・サイトでディジタル・コンテンツを含むＳＣをホストするか、別のコンテンツ・ホスティング・サイトのホスティング施設および配布施設を使用するか、その両方を行うかを選択することができる。
【００３７】
電子ディジタル・コンテンツ商店は、セキュア・ディジタル・コンテンツ電子配布システム１００を使用するエンドユーザが持つ可能性がある質問または問題に関するカスタマ・サービスを提供することができ、また、電子ディジタル・コンテンツ商店１０３は、カスタマ・サービス・サポートについてクリアリングハウス１０５と契約することができる。
【００３８】
３．仲介市場パートナー（図示せず）
代替実施形態では、セキュア・ディジタル・コンテンツ電子配布システム１００を使用して、仲介市場パートナーと呼ばれる他の会社にコンテンツ１１３を保護された形で供給することができる。これらのパートナーには、テレビ局またはビデオ・クラブ、ラジオ局またはレコード・クラブなどの非電子サービスを提供する、コンテンツ１１３を配布するディジタル・コンテンツ関連会社を含めることができる。これらのパートナーには、録音スタジオ、レプリケータ（replicator）、およびプロデューサなどの、サウンド・レコーディングの製作またはマーケティングの一部として素材を扱う他の信頼される当事者も含めることができる。これらの仲介市場パートナーは、コンテンツ１１３を解読するために、クリアリングハウス１０５からの許可を必要とする。
【００３９】
４．クリアリングハウス１０５
クリアリングハウス１０５は、ライセンス交付許可と、ＳＣ内で暗号化されたコンテンツ１１３の販売または許可される使用に関係するすべてのトランザクションに関する記録保持を提供する。クリアリングハウス１０５は、仲介者またはエンドユーザからコンテンツ１１３の解読キーの要求を受け取った時に、要求内の情報の保全性および認証性を検証し、その要求が電子ディジタル・コンテンツ商店またはコンテンツ・プロバイダ１０１によって許可されたことを検証し、要求された使用が、コンテンツ・プロバイダ１０１によって定義されるコンテンツの使用条件に従うことを検証する。これらの検証が満足された後に、クリアリングハウス１０５は、コンテンツ１１３の解読キーを、ライセンスＳＣにパックして要求元のエンドユーザに送る。鍵は、許可されたユーザだけが取り出せる形で暗号化される。エンドユーザの要求が検証可能でないか、完全でないか、許可されない場合には、クリアリングハウス１０５は、解読キーの要求を拒絶する。
【００４０】
クリアリングハウス１０５は、すべてのトランザクションの記録を保持し、電子ディジタル・コンテンツ商店１０３およびコンテンツ・プロバイダ１０１などの責任を持つ当事者に、即座に、周期的に、または制限された形で、その記録を報告することができる。この報告は、コンテンツ・プロバイダ１０１が、コンテンツ１１３の販売について知らされる手段であり、電子ディジタル・コンテンツ商店１０３が、その顧客への電子配布の監査証跡を得ることのできる手段である。クリアリングハウス１０５は、ＳＣ内の情報が損なわれたかコンテンツの使用条件に従わないことを検出した場合にも、コンテンツ・プロバイダ１０１または電子ディジタル・コンテンツ商店１０３もしくはその両方に通知することができる。クリアリングハウス１０５のデータベースのトランザクション記録機能およびリポジトリ機能は、データ・マイニングおよび報告生成用に構成されている。
【００４１】
もう１つの実施形態では、クリアリングハウス１０５は、払い戻し、伝送障害、購入上の論争などの、カスタマ・サポートおよびトランザクションに関する例外処理を提供することができる。クリアリングハウス１０５は、独立の実体として運営され、権利管理および測定の信頼される管理者となることができる。クリアリングハウス１０５は、必要に応じて請求および清算を提供する。電子クリアリングハウスの例には、Secure-Bank.comおよびVisa/Mastercard社のSET（SecureElectronic Transaction）が含まれる。一実施形態では、クリアリングハウス１０５は、エンドユーザ装置１０９からアクセス可能なウェブ・サイトである。もう１つの実施形態では、クリアリングハウス１０５は、電子ディジタル・コンテンツ商店１０３の一部である。
【００４２】
５．エンドユーザ装置１０９
エンドユーザ装置１０９は、セキュア・ディジタル・コンテンツ電子配布システム１００仕様に従うエンドユーザ・プレイヤ・アプリケーション１９５（後で説明する）を含むプレイヤ装置とすることができる。これらの装置には、ＰＣＳ、セット・トップ・ボックス（ＩＲＤ）、およびインターネット機器が含まれる。エンドユーザ・プレイヤ・アプリケーション１９５は、ソフトウェアまたは消費者エレクトロニクス・ハードウェアもしくはその両方で実施することができる。再生機能、記録機能、およびライブラリ管理機能を実行するほかに、エンドユーザ・プレイヤ・アプリケーション１９５は、エンドユーザ装置１０９での権利管理を可能にするためのＳＣ処理を実行する。エンドユーザ装置１０９は、ディジタル・コンテンツを含むＳＣのダウンロードおよび格納を管理し、クリアリングハウス１０５に暗号化されたディジタル・コンテンツ鍵を要求し、その受取を管理し、ディジタル・コンテンツがコピーまたは再生されるたびに透かしを処理し、ディジタル・コンテンツの使用条件に従って、作られるコピー（またはコピーの削除）の数を管理し、許可される場合に、外部媒体またはポータブル消費者装置へのコピーを実行する。ポータブル消費者装置は、透かしに埋め込まれたコンテンツの使用条件を処理するために、エンドユーザ・プレイヤ・アプリケーション１９５の機能のサブセットを実行することができる。用語エンドユーザおよびエンドユーザ・プレイヤ・アプリケーション１９５は、本明細書全体を通じて、エンドユーザ装置１０９の使用またはエンドユーザ装置１０９上での実行を介することを意味するために使用される。
【００４３】
６．伝送インフラストラクチャ１０７
セキュア・ディジタル・コンテンツ電子配布システム１００は、電子ディジタル・コンテンツ商店１０３とエンドユーザ装置１０９を接続する伝送ネットワークからの独立である。セキュア・ディジタル・コンテンツ電子配布システム１００は、インターネットなどの２地点間モデルと、ディジタル放送テレビジョンなどのブロードキャスト配布モデルの両方をサポートする。
【００４４】
さまざまな伝送インフラストラクチャ１０７でのコンテンツ１１３のトランザクションの獲得、パッケージ化、および追跡に同一のツールおよびアプリケーションが使用されるが、そのプレゼンテーションおよび、サービスが顧客に配送される方法は、選択されたインフラストラクチャおよび配布モデルに依存して変化する場合がある。転送されるコンテンツ１１３の品質も、変化する場合がある。というのは、高帯域幅インフラストラクチャが、低帯域幅インフラストラクチャより許容可能な応答時間で高品質のディジタル・コンテンツを配送できるからである。２地点間配布モデル用に設計されたサービス・アプリケーションを、ブロードキャスト配布モデルもサポートするように適合させることができる。
【００４５】
Ｃ．システムの使用
セキュア・ディジタル・コンテンツ電子配布システム１００を用いると、消費者または企業のいずれかであるエンドユーザ装置１０９へのコンテンツ１１３の高品質電子コピーの安全な配布が可能になり、コンテンツ１１３の使用の調整および追跡が可能になる。
【００４６】
セキュア・ディジタル・コンテンツ電子配布システム１００は、新しい配布チャネルと既存の配布チャネルの両方を使用して、さまざまな消費者サービスおよび企業対企業サービスで展開することができる。各特定のサービスでは、セキュア・ディジタル・コンテンツ電子配布システム１００の権利管理機能を介して実施することができる異なる財政モデルを使用することができる。卸売または小売り購入、ペイパーリッスン使用料、購買契約サービス、コピー制限／コピー無制限、または再配布などのモデルを、クリアリングハウス１０５の権利管理およびエンドユーザ・プレイヤ・アプリケーション１９５のコピー・プロテクション機能を介して実施することができる。
【００４７】
セキュア・ディジタル・コンテンツ電子配布システム１００を用いると、電子ディジタル・コンテンツ商店１０３および仲介市場パートナーが、コンテンツ１１３を販売するサービスを作成する際に非常に高い柔軟性を与えられる。それと同時に、コンテンツ・プロバイダ１０１に、彼らのディジタル資産が保護され、測定され、その結果、彼らがコンテンツ１１３のライセンス交付に対する適当な報酬を受け取ることができることの、あるレベルの保証が与えられる。
【００４８】
ＩＩ．暗号の概念とセキュア・ディジタル・コンテンツ電子配布システムへの適用
セキュア・ディジタル・コンテンツ電子配布システム１００のライセンス制御は、暗号の使用に基づく。この節では、本発明の基本的な暗号技術を紹介する。公開鍵暗号、対称鍵暗号、ディジタル署名、ディジタル透かし、およびディジタル証明書の使用は、既知である。
【００４９】
Ａ．対称アルゴリズム
セキュア・ディジタル・コンテンツ電子配布システム１００では、コンテンツ・プロバイダ１０１が、対称アルゴリズムを使用してコンテンツを暗号化する。これが対称アルゴリズムと呼ばれるのは、データの暗号化と解読に同一の鍵が使用されるからである。データを送る側とメッセージを受け取る側が、その鍵を共用しなければならない。この共用鍵を、本明細書では対称鍵と呼ぶ。セキュア・ディジタル・コンテンツ電子配布システム１００のアーキテクチャは、特定の実施態様について選択される特定の対称アルゴリズムからの独立である。
【００５０】
一般的な対称アルゴリズムが、ＤＥＳ、ＲＣ２、およびＲＣ４である。ＤＥＳとＲＣ２の両方が、ブロック暗号である。ブロック暗号では、１時にデータ・ビットのブロックを使用してデータを暗号化する。ＤＥＳは、米国政府公認の暗号化標準規格であり、６４ビットのブロック・サイズを有し、５６ビットの鍵を使用する。単純なＤＥＳを用いて達成されるセキュリティを高めるために、一般にトリプルＤＥＳが使用される。ＲＳＡData Securityが、ＲＣ２を設計した。ＲＣ２は、可変鍵サイズ暗号を使用し、６４ビットのブロック・サイズを有する。やはりＲＳＡ DataSecurityが設計したＲＣ４は、可変鍵サイズ・ストリーム暗号である。ストリーム暗号は、１時に１データ・ビットを操作する。ＲＳＡ Data Securityは、ＲＣ４の場合に、出力１バイトごとに８ないし１６個の機械動作が必要であると主張している。
【００５１】
ＩＢＭは、ＳＥＡＬと呼ばれる高速アルゴリズムを設計した。ＳＥＡＬは、可変長鍵を使用し、３２ビット・プロセッサ用に最適化された、ストリーム・アルゴリズムである。ＳＥＡＬは、データ・バイトごとに約５個の基本機械命令を必要とする。５０ＭＨｚの４８６ベースのコンピュータは、使用される１６０ビットの鍵がすでに前処理されて内部テーブルに格納されている場合に、ＳＥＡＬコードを７．２メガバイト／秒で実行する。
【００５２】
Microsoftは、そのOverview of CryptoＡＰＩ文書で、暗号化性能ベンチマークの結果を報告した。これらの結果は、MicrosoftのCryptoＡＰＩを使用するアプリケーションによって、１２０ＭＨｚのPentium（登録商標）ベースでWindows（登録商標）NT 4.0が動作するコンピュータで得られた。
【００５３】
【表１】
2005122708.tif 000003
【００５４】
Ｂ．公開鍵アルゴリズム
セキュア・ディジタル・コンテンツ電子配布システム１００では、対称鍵および他の小さいデータが、公開鍵を使用して暗号化される。公開鍵アルゴリズムでは、２つの鍵を使用する。２つの鍵は、数学的に関係しており、その結果、一方の鍵を用いて暗号化されたデータは、他方の鍵を用いなければ解読できない。鍵の所有者は、一方の鍵（秘密鍵）を秘密に保ち、第２の鍵（公開鍵）を一般に配布する。
【００５５】
公開鍵アルゴリズムを使用して機密メッセージの伝送を保護するためには、受取り側の公開鍵を使用してメッセージを暗号化しなければならない。関連する秘密鍵を有する受取り側だけが、そのメッセージを解読することができる。公開鍵アルゴリズムは、ディジタル署名の生成にも使用される。その目的には、秘密鍵が使用される。次の節で、ディジタル署名に関する情報を示す。
【００５６】
最も一般的に使用されている公開鍵アルゴリズムは、ＲＳＡ公開鍵暗号である。ＲＳＡは、当産業で事実上の公開鍵標準になった。暗号化およびディジタル署名のために同様に良好に機能する他のアルゴリズムが、ElGamalおよびRabinである。ＲＳＡは、可変鍵長暗号である。
【００５７】
対称鍵アルゴリズムは、公開鍵アルゴリズムよりはるかに高速である。ソフトウェアでは、ＤＥＳは、一般にＲＳＡより少なくとも１００倍高速である。このため、ＲＳＡは、大量のデータの暗号化には使用されない。ＲＳＡData Securityは、９０ＭＨｚのPentium（登録商標）（商標）計算機上で、ＲＳＡ Data SecurityのツールキットＢＳＡＦＥ  ３．０が、５１２ビットの法を用いて２１．６キロビット／秒、１０２４ビットの法を用いて７．４キロビット／秒の秘密鍵操作（秘密鍵を使用する暗号化または解読）のスループットを有すると報告した。
【００５８】
Ｃ．ディジタル署名
セキュア・ディジタル・コンテンツ電子配布システム１００では、ＳＣの発行者が、それにディジタル署名することによってＳＣの保全性を保護する。一般に、メッセージのディジタル署名を作成するためには、メッセージ所有者が、まず、メッセージ・ダイジェスト（下で定義する）を計算し、その後、所有者の秘密鍵を使用してメッセージ・ダイジェストを暗号化する。メッセージは、その署名と共に配布される。メッセージの受取り側は、まずメッセージ所有者の公開鍵を使用して署名を解読して、メッセージ・ダイジェストを回復することによって、ディジタル署名を検証することができる。次に、受取り側は、受け取ったメッセージのダイジェストを計算し、回復されたダイジェストと比較する。メッセージが配布中に変更されていない場合には、計算されたダイジェストと回復されたダイジェストが等しくならなければならない。
【００５９】
セキュア・ディジタル・コンテンツ電子配布システム１００では、ＳＣに複数のデータ部分が含まれるので、ダイジェストが、部分ごとに計算され、合計ダイジェストが、連結された部分ダイジェストについて計算される。合計ダイジェストは、ＳＣの発行者の秘密鍵を使用して暗号化される。暗号化された合計ダイジェストが、ＳＣの発行者のディジタル署名になる。部分ダイジェストおよびディジタル署名は、ＳＣの本体に含まれる。ＳＣの受取り側は、受け取ったディジタル署名および部分ダイジェストによって、ＳＣとその諸部分の保全性を検証することができる。
【００６０】
一方向ハッシュ・アルゴリズムが、メッセージ・ダイジェストの計算に使用される。ハッシュ・アルゴリズムは、可変長入力メッセージをとり、固定長文字列すなわちメッセージ・ダイジェストに変換する。一方向ハッシュ・アルゴリズムは、一方向だけに動作する。すなわち、入力メッセージからダイジェストを計算することは簡単であるが、ダイジェストから入力メッセージを生成することは非常に困難（計算的に実行不可能）である。一方向ハッシュ関数の特性のゆえに、メッセージ・ダイジェストを、メッセージの指紋と考えることができる。
【００６１】
より一般的な一方向ハッシュ関数が、ＲＳＡ Data SecurityのＭＤ５および、ＮＩＳＴ（米国連邦情報・技術局）によって設計されたＳＨＡである。
【００６２】
Ｄ．ディジタル証明書
ディジタル証明書は、ディジタル署名されたメッセージを送った人物または実体の身元を認証または検証するのに使用される。証明書は、公開鍵を人物または実体に結び付ける証明機関によって発行されるディジタル文書である。証明書には、公開鍵、人物または実体の名前、満了期日、証明機関の名前、および他の情報が含まれる。証明書には、証明機関のディジタル署名も含まれる。
【００６３】
実体（または人物）が、その秘密鍵を用いて署名され、ディジタル証明書を添付されたメッセージを送る時には、そのメッセージの受取り側は、証明書の実体の名前を使用して、メッセージを受け入れるか否かを決定する。
【００６４】
セキュア・ディジタル・コンテンツ電子配布システム１００では、エンドユーザ装置１０９によって発行されるものを除くすべてのＳＣに、ＳＣの作成者の証明書が含まれる。多数のエンドユーザ装置が、証明書を取得することさえしないか、真正でない証明機関によって発行された証明書を有するので、エンドユーザ装置１０９が、そのＳＣに証明書を含める必要はない。セキュア・ディジタル・コンテンツ電子配布システム１００では、クリアリングハウス１０５は、電子ディジタル・コンテンツ商店１０３に証明書を発行するというオプションを有する。これによって、エンドユーザ装置１０９は、電子ディジタル・コンテンツ商店１０３がセキュア・ディジタル・コンテンツ電子配布システム１００によって認証されたことを独立に検証できるようになる。
【００６５】
Ｅ．ＳＣグラフィカル表現の案内
この文書では、暗号化された部分、暗号化されない部分、暗号鍵、および証明書を示す図面を使用して、ＳＣをグラフィカルに表現する。ここで図５を参照すると、図５はＳＣ２００の例の図である。以下の記号が、ＳＣの図で使用されている。鍵２０１は、公開鍵または秘密鍵である。鍵の歯、たとえばクリアリングハウスを表すＣＬＲＮＧＨは、鍵の所有者を示す。ハンドルの中のＰＢは、それが公開鍵であることを示し、したがって、鍵２０１は、クリアリングハウスの公開鍵である。ハンドルの中のＰＶは、それが秘密鍵であることを示す。ひし形は、エンドユーザ・ディジタル署名２０２である。頭文字は、その署名を作成するのに使用された秘密鍵を示し、したがって、ＥＵは、下の表からエンドユーザのディジタル署名である。対称鍵２０３は、コンテンツの暗号化に使用される。暗号化された対称鍵オブジェクト２０４には、ＣＬＲＮＧＨのＰＢを用いて暗号化された対称鍵２０３が含まれる。この長方形の上辺の鍵は、オブジェクトの暗号化に使用された鍵である。長方形の内部の記号またはテキストは、暗号化されたオブジェクト（この例では対称鍵）を表す。もう１つの暗号化されたオブジェクト、この例ではトランザクションＩＤ暗号化オブジェクト２０５が示されている。さらに、下で説明するコンテンツ・ライセンス交付管理のための使用条件２０６がある。ＳＣ２００には、使用条件２０６、トランザクションＩＤ暗号化オブジェクト２０５、アプリケーションＩＤ暗号化オブジェクト２０７、および暗号化された対称鍵オブジェクト２０４が含まれ、これらのすべてが、エンドユーザ・ディジタル署名２０２によって署名される。
【００６６】
次の表に、ＳＣの署名者を識別する頭文字を示す。
【表２】
2005122708.tif 000004
【００６７】
Ｆ．セキュア・コンテナ暗号化の例
下の表およびダイアグラムに、ＳＣからの情報の作成および回復に使用される暗号化および解読の処理の概要を示す。この処理の概要で作成され解読されるＳＣは、一般的なＳＣである。これは、セキュア・ディジタル・コンテンツ電子配布システム１００の権利管理に使用される特定のＳＣタイプを表すものではない。この処理は、暗号化処理について図６に記載されたステップからなる。
【００６８】
図６の暗号化処理の処理フロー
ステップ  処理
３０１    送信元が、ランダムな対称鍵を生成し、それを使用してコンテンツを暗号化する。
３０２    送信元が、暗号化されたコンテンツをハッシュ・アルゴリズムにかけて、コンテンツ・ダイジェストを作る。
３０３    送信元が、受取り側の公開鍵を使用して対称鍵を暗号化する。ＰＢ  ＲＥＣＰＮＴは、受取り側の公開鍵を指す。
３０４    送信元が、ステップ２で使用したものと同一のハッシュ・アルゴリズムに、暗号化された対称鍵をかけて、対称鍵ダイジェストを作る。
３０５    送信元が、ステップ２で使用したものと同一のハッシュ・アルゴリズムに、コンテンツ・ダイジェストおよび対称鍵ダイジェストの連結をかけて、ＳＣダイジェストを作る。
３０６    送信元が、送信元の秘密鍵を用いてＳＣダイジェストを暗号化して、ＳＣのディジタル署名を作る。ＰＶ  ＳＥＮＤＥＲは、送信元の秘密鍵を指す。
３０７Ｂ  送信元が、暗号化されたコンテンツ、暗号化された対称鍵、コンテンツ・ダイジェスト、対称鍵ダイジェスト、送信元の証明書、およびＳＣ署名を含むＳＣファイルを作成する。
３０７Ａ  送信元は、セキュア通信を開始する前に、証明機関から証明書を入手していなければならない。証明機関は、証明書に、送信元の公開鍵および送信元の名前を含め、それに署名する。ＰＶ  ＣＡＵＴＨＲは、証明機関の秘密鍵を指す。送信元が、ＳＣを受取り側に送信する。
【００６９】
図７の解読処理の処理フロー
ステップ  処理
４０８    受取り側が、ＳＣを受信し、その諸部分を分離する。
４０９    受取り側が、証明機関の公開鍵を用いて送信元の証明書のディジタル署名を解読することによって、送信元の証明書のディジタル署名を検証する。証明書のディジタル署名が有効である場合には、受取り側は、証明書から送信元の公開鍵を獲得する。
４１０    受取り側が、送信元の公開鍵を使用してＳＣディジタル署名を解読する。これによってＳＣダイジェストが回復される。ＰＢ  ＳＥＮＤＥＲは、送信元の公開鍵を指す。
４１１    受取り側が、受信したコンテンツ・ダイジェストおよび暗号化された鍵ダイジェストの連結を、送信元がＳＣダイジェストの計算に使用したものと同一のハッシュ・アルゴリズムにかける。
４１２    受取り側が、計算されたＳＣダイジェストを、送信元のディジタル署名から回復されたＳＣダイジェストと比較する。これらが同一である場合には、受取り側は、受信したダイジェストが変更されていないことを確認し、解読処理を継続する。これらが同一でない場合には、受取り側は、ＳＣを破棄し、送信元に通知する。
４１３    受取り側が、暗号化された対称鍵を、ステップ４１１で対称鍵ダイジェストの計算に使用したものと同一のハッシュ・アルゴリズムにかける。
４１４    受取り側が、計算された対称鍵ダイジェストを、ＳＣ内で受け取った対称鍵ダイジェストと比較する。これが同一である場合には、受取り側は、暗号化された対称鍵が変更されていないことを知る。受取り側は、解読処理を継続する。有効でない場合には、受取り側は、ＳＣを破棄し、送信元に通知する。
４１５    受取り側が、暗号化されたコンテンツを、ステップ４１１でコンテンツ・ダイジェストの計算に使用したものと同一のハッシュ・アルゴリズムにかける。
４１６    受取り側が、計算されたコンテンツ・ダイジェストを、ＳＣ内で受け取ったコンテンツ・ダイジェストと比較する。それが同一である場合には、受取り側は、暗号化されたコンテンツが変更されていないことを知る。受取り側は、解読処理を継続する。有効でない場合には、受取り側は、ＳＣを破棄し、送信元に通知する。
４１７    受取り側は、受取り側の秘密鍵を使用して、暗号化された対称鍵を解読する。これによって、対称鍵が回復される。ＰＶ  ＲＥＣＰＮＴは、受取り側の秘密鍵を指す。
４１８    受取り側が、対称鍵を使用して、暗号化されたコンテンツを解読する。これによって、コンテンツが回復される。
【００７０】
ＩＩＩ．セキュア・ディジタル・コンテンツ電子配布システムのフロー
セキュア・ディジタル・コンテンツ電子配布システム１００は、システムの異なる参加者によって使用される複数のコンポーネントからなる。この参加者には、コンテンツ・プロバイダ１０１、電子ディジタル・コンテンツ商店１０３、エンドユーザ装置１０９を介するエンドユーザ、およびクリアリングハウス１０５が含まれる。高水準システム・フローを、セキュア・ディジタル・コンテンツ電子配布システム１００の概要として使用する。下に輪郭を示すこのフローでは、システム１００を流れるコンテンツを追跡する。さらに、コンテンツ１１３の購入、ロック解除、および使用のためのトランザクションを行うために参加者が使用するステップの輪郭を示す。このシステム・フローでの仮定の一部には、下記が含まれる。
・これは、ディジタル・コンテンツ・サービス（ＰＣへの２地点間インターフェース）のシステム・フローである。
・コンテンツ・プロバイダ１０１は、ＰＣＭ非圧縮フォーマットでオーディオ・ディジタル・コンテンツをサブミットする（音楽オーディオの例として）。
・コンテンツ・プロバイダ１０１は、ＯＤＢＣ準拠データベースにメタデータを有するか、コンテンツ・プロバイダ１０１は、コンテンツ情報処理サブシステムに直接にデータを入力するか、所定のＡＳＣＩＩファイル・フォーマットでデータを供給する。
・会計清算は、電子ディジタル・コンテンツ商店によって行われる。
・コンテンツ１１３は、単一のコンテンツ・ホスティング・サイト１１１でホストされる。
【００７１】
当業者は、ディジタル・コンテンツの正確な性質、たとえば、音楽、ビデオ、およびプログラムと電子配布システム・ブロードキャストに対応するために、これらの仮定を変更できることを理解されたい。
【００７２】
次の処理フローは、図１ないし４に示されている。
ステップ  処理
１２１    非圧縮ＰＣＭオーディオ・ファイルが、コンテンツ・プロバイダ１０１によってコンテンツ１１３として供給される。そのファイル名が、コンテンツ・プロバイダ１０１のコンテンツ１１３の一意の識別子と共にワーク・フロー・マネージャ１５４に入力される。
１２２    メタデータが、コンテンツ・プロバイダ１０１のコンテンツ１１３の一意の識別子およびデータベース・マッピング・テンプレートによって供給される情報を使用して、コンテンツ情報処理サブシステムによってコンテンツ・プロバイダのデータベース１６０に収集される。
１２３    ワーク・フロー・マネージャ・ツール１５４を使用して、コンテンツ・プロバイダ１０１での獲得および準備処理を通るようにコンテンツ・フローを向ける。ワーク・フロー・マネージャ・ツール１５４は、任意の時点でシステム内のコンテンツの部分の状況を追跡するのに使用することもできる。
１２４    コンテンツ１１３の使用条件が、コンテンツ情報処理サブシステムに入力されるが、これは、手動でまたは自動的にのいずれかで行うことができる。このデータには、コピー制限規則と、必要とみなされる他のビジネス・ルールが含まれる。メタデータ入力のすべてを、データのオーディオ処理と並列に行うことができる。
１２５    ウォーターマーキング・ツールを使用して、コンテンツ・プロバイダ１０１がコンテンツの識別に必要とみなすデータを、コンテンツ１１３内に隠す。これには、いつそれが収集されたか、それがどこから来たか（このコンテンツ・プロバイダ１０１）、またはコンテンツ・プロバイダ１０１によって指定される他の情報を含めることができる。
・コンテンツ処理ツール１２５が、サポートされる異なる圧縮レベルに必要な、コンテンツ１１３の等化、動的特性調整および再サンプリングを実行する。
・コンテンツ処理ツール１２５を使用して、コンテンツ１１３を所望の圧縮レベルまで圧縮する。その後、コンテンツ１１３を再生して、圧縮によってコンテンツ１１３に必要な品質レベルが作られたことを検証することができる。必要であれば、等化、動的特性調整、圧縮、および再生品質検査を、望む回数だけ実行することができる。
・コンテンツ１１３およびそのメタデータのサブセットを、ＳＣパッカーによって対称鍵を用いて暗号化する。その後、このツールは、クリアリングハウス１０５の公開鍵を使用してその鍵を暗号化して、暗号化された対称鍵を作る。この鍵は、それを解読できる実体がクリアリングハウス１０５だけなので、コンテンツ１１３のセキュリティを危険にさらすことなくどこにでも送信することができる。
１２６    暗号化された対称鍵、メタデータ、およびコンテンツ１１３に関する他の情報を、ＳＣパッカー・ツール１５２がメタデータＳＣにパックする。
１２７    暗号化されたコンテンツ１１３およびメタデータを、コンテンツＳＣにパックする。この時点で、コンテンツ１１３およびメタデータの処理が完了する。
１２８    メタデータＳＣを、コンテンツ分配ツール（図示せず）を使用してコンテンツ販売促進ウェブ・サイト１５６に送信する。
１２９    コンテンツ分配ツールが、コンテンツＳＣをコンテンツ・ホスティング・サイト１１１に送信する。コンテンツ・ホスティング・サイトは、コンテンツ・プロバイダ１０１、クリアリングハウス１０５、またはコンテンツ・ホスティング専用の特殊な場所に存在することができる。このサイトのＵＲＬは、メタデータＳＣに追加されるメタデータの一部である。
１３０    コンテンツ販売促進ウェブ・サイト１５６が、システム１００に追加された新しいコンテンツ１１３について電子ディジタル・コンテンツ商店１０３に通知する。
１３１    コンテンツ獲得ツールを使用して、電子ディジタル・コンテンツ商店１０３が、それが販売を望むコンテンツ１１３に対応するメタデータＳＣをダウンロードする。
１３２    電子ディジタル・コンテンツ商店１０３は、コンテンツ獲得ツールを使用して、そのウェブ・サイトでのコンテンツ１１３の販売促進に使用したいデータをメタデータＳＣから引き出す。このメタデータの諸部分へのアクセスは、望むならば保護し、料金を請求することができる。
１３３    電子ディジタル・コンテンツ商店１０３に固有の、コンテンツ１１３の使用条件を、コンテンツ獲得ツールを使用して入力する。この使用条件には、コンテンツ１１３の異なる圧縮レベルの、小売り価格およびコピー／再生制限が含まれる。
１３４    電子ディジタル・コンテンツ商店１０３に固有の使用条件およびオリジナルのメタデータＳＣを、ＳＣパッカー・ツールによってオファーＳＣにパックする。
１３５    電子ディジタル・コンテンツ商店１０３のウェブ・サイトを更新した後に、コンテンツ１１３が、そのウェブを訪れるエンドユーザに入手可能になる。
１３６    エンドユーザは、購入したいコンテンツ１１３を見つけた時に、音楽アイコンなどのコンテンツ・アイコンをクリックし、その項目が、電子ディジタル・コンテンツ商店１０３が維持するエンドユーザのショッピング・カートに追加される。エンドユーザは、ショッピングを完了した時に、処理のために電子ディジタル・コンテンツ商店１０３に購入要求をサブミットする。
１３７    電子ディジタル・コンテンツ商店１０３は、クレジット・カード清算組織と対話して、現在業務を行っているのと同じ形で資金を確保する。
１３８    電子ディジタル・コンテンツ商店１０３は、クレジット・カード清算組織からクレジット・カード認証番号を受信した後に、これをデータベースに格納し、ＳＣパッカー・ツールを呼び出して、トランザクションＳＣを作成する。このトランザクションＳＣには、エンドユーザが購入したコンテンツ１１３に関するオファーＳＣのすべて、電子ディジタル・コンテンツ商店１０３までさかのぼって追跡することができるトランザクションＩＤ、エンドユーザを識別する情報、購入した曲の圧縮レベル、使用条件および価格リストが含まれる。
１３９    このトランザクションＳＣを、エンドユーザ装置１０９に送信する。
１４０    トランザクションＳＣが、エンドユーザ装置１０９に到達した時に、エンドユーザ・プレイヤ・アプリケーション１９５が、開始され、トランザクションＳＣをオープンし、エンドユーザの購入を確認する。エンドユーザ・プレイヤ・アプリケーション１９５は、個々のオファーＳＣをオープンし、代替実施形態では、ダウンロード時間の推定値をユーザに知らせることができる。その後、エンドユーザ・プレイヤ・アプリケーション１９５は、コンテンツ１１３をいつダウンロードするかを指定するようにユーザに求める。
１４１    エンドユーザがダウンロードを要求した時刻に基づいて、エンドユーザ・プレイヤ・アプリケーション１９５が覚醒し、とりわけコンテンツ１１３の暗号化された対称鍵、トランザクションＩＤ、およびエンドユーザ情報を含む注文ＳＣを作成することによって、ダウンロード処理の開始を開始する。
１４２    この注文ＳＣを、処理のためにクリアリングハウス１０５に送信する。
１４３    クリアリングハウス１０５が、注文ＳＣを受信し、それをオープンし、データのすべてが変更されていないことを検証する。クリアリングハウス１０５は、エンドユーザが購入した使用条件を検証する。この使用条件は、コンテンツ・プロバイダ１０１によって指定された使用条件に従わなければならない。この情報は、データベースにログ記録される。
１４４    すべての検査が完了した後に、クリアリングハウス１０５の秘密鍵を使用して、暗号化された対称鍵を解読する。次に、この対称鍵を、エンドユーザの公開鍵を使用して暗号化する。この新たに暗号化された対称鍵を、ＳＣパッカーによってライセンスＳＣにパッケージ化する。
１４５    ライセンスＳＣを、エンドユーザに送信する。
１４６    ライセンスＳＣをエンドユーザ装置１０９が受信した時に、そのライセンスＳＣは、コンテンツＳＣがダウンロードされるまでメモリに格納される。
１４７    エンドユーザ装置１０９は、コンテンツ・ホスティング施設１１１に、対応するライセンスＳＣを送信して、購入したコンテンツ１１３を要求する。
１４８    コンテンツ１１３が、エンドユーザ装置１０９に送信される。受信時に、コンテンツ１１３は、エンドユーザ装置１０９によって、対称鍵を使用して暗号解読される。
【００７３】
ＩＶ．権利管理アーキテクチャ・モデル
Ａ．アーキテクチャ層の機能
図８は、セキュア・ディジタル・コンテンツ電子配布システム１００の権利管理アーキテクチャのブロック図である。アーキテクチャ的には、４つの層すなわち、ライセンス制御層５０１、コンテンツ識別層５０３、コンテンツ使用制御層５０５、およびコンテンツ・フォーマッティング層５０７が、セキュア・ディジタル・コンテンツ電子配布システム１００を表す。各層の総合的な機能目的と、各層の個々の主要機能を、この節で説明する。層のそれぞれの機能は、他の層の機能からかなり独立している。広い制限の中で、ある層の機能を、他の層の機能に影響せずに類似する機能と置換することができる。明らかに、ある層の出力は、隣接する層が受け入れることのできるフォーマットおよびセマンティクスを満足することが必要である。
【００７４】
ライセンス制御層５０１は、以下を保証する。
・ディジタル・コンテンツが、配布中に不法な傍受および変更から保護される。
・コンテンツ１１３が、合法的なコンテンツ所有者から発し、ライセンスを交付されたディストリビュータ、たとえば電子ディジタル・コンテンツ商店１０３によって配布される。
・ディジタル・コンテンツ購入者が、正しくライセンスを交付されたアプリケーションを有する。
・コンテンツ１１３のコピーが購入者またはエンドユーザに使用可能にされる前に、ディストリビュータが、購入者から支払を受ける。
・報告のためにトランザクションの記録が保存される。
【００７５】
コンテンツ識別層５０３は、著作権およびコンテンツ購入者の識別の検証を可能にする。コンテンツの著作権情報およびコンテンツ購入者の識別によって、コンテンツ１１３の、許可されたコピーまたは許可されないコピーの出所追跡が可能になる。したがって、コンテンツ識別層５０３は、海賊行為と戦う手段を提供する。
【００７６】
コンテンツ使用制御層５０５は、コンテンツ１１３のコピーが、商店使用条件５１９に従って購入者の装置で使用されることを保証する。商店使用条件５１９では、コンテンツ１１３について許可される再生回数およびローカル・コピーの数と、コンテンツ１１３を外部ポータブル装置に記録することができるか否かを指定することができる。コンテンツ使用制御層５０５の諸機能は、コンテンツのコピー／再生使用量を追跡し、コピー／再生状況を更新する。
【００７７】
コンテンツ・フォーマッティング層５０７は、コンテンツ所有者の施設でのコンテンツ１１３のネイティブ表現から、セキュア・ディジタル・コンテンツ電子配布システム１００のサービス機能および配布手段との一貫性を有する形式へのコンテンツ１１３のフォーマット変換を可能にする。変換処理には、圧縮符号化とそれに関連する前処理、たとえば周波数等化および振幅動的調整を含めることができる。オーディオのコンテンツ１１３の場合、購入者の側でも、受信したコンテンツ１１３を処理して、再生またはポータブル装置への転送に適したフォーマットを達成する必要がある。
【００７８】
Ｂ．機能の区分とフロー
権利管理アーキテクチャ・モデルが、図８に示されており、これは、セキュア・ディジタル・コンテンツ電子配布システム１００を構成するオペレーティング・コンポーネントへのアーキテクチャ層のマッピングおよび各層の主要な機能を示す図である。
【００７９】
１．コンテンツ・フォーマッティング層５０７
コンテンツ・フォーマッティング層５０７に関連する一般的な機能は、コンテンツ・プロバイダ１０１のコンテンツ前処理５０２およびコンテンツ圧縮５１１と、エンドユーザ装置１０９のコンテンツ・スクランブル解除５１３およびコンテンツ圧縮解除５１５である。前処理の必要および具体的な機能の例は、上で述べた。コンテンツ圧縮５１１は、コンテンツ１１３のファイル・サイズと伝送時間を減らすのに使用される。コンテンツ１１３および伝送媒体の種類に適当な任意の圧縮アルゴリズムを、セキュア・ディジタル・コンテンツ電子配布システム１００で使用することができる。音楽の場合、ＭＰＥＧ  １／２／４、DolbyＡＣ−２およびＡＣ−３、SonyのAdaptive Transform Coding（ＡＴＲＡＣ）、および低ビット・レート・アルゴリズムが、典型的に使用される圧縮アルゴリズムの一部である。コンテンツ１１３は、記憶サイズ要件を減らすために、圧縮形式でエンドユーザ装置１０９に記憶される。コンテンツ１１３は、アクティブ再生中に圧縮解除される。スクランブル解除も、アクティブ再生中に実行される。スクランブル化の目的および種類は、後にコンテンツ使用制御層５０５の説明で記述する。
【００８０】
２．コンテンツ使用制御層５０５
コンテンツ使用制御層５０５は、エンドユーザ装置１０９でのコンテンツ１１３の使用に課せられる条件または制約の指定と実施を可能にする。条件では、コンテンツ１１３の許可される再生回数、コンテンツ１１３の２次コピーが許可されるかどうか、２次コピーの回数、および、コンテンツ１１３を外部ポータブル装置にコピーすることができるかどうかを指定することができる。コンテンツ・プロバイダ１０１は、許容可能な使用条件５１７を設定し、これをＳＣ内で電子ディジタル・コンテンツ商店１０３に送信する（ライセンス制御層５０１の節を参照されたい）。電子ディジタル・コンテンツ商店１０３は、コンテンツ・プロバイダ１０１によって設定されたオリジナルの条件を侵害しない限り、使用条件５１７を追加するか狭めることができる。電子ディジタル・コンテンツ商店１０３は、すべての商店使用条件５１９を（ＳＣ内で）エンドユーザ装置１０９およびクリアリングハウス１０５に送信する。クリアリングハウス１０５は、コンテンツ１１３のエンドユーザ装置１０９への公開を許可する前に、使用条件検証５２１を実行する。
【００８１】
コンテンツ使用条件５１７の実施は、エンドユーザ装置１０９のコンテンツ使用制御層５０５によって実行される。第１に、コンテンツ１１３の受信時に、エンドユーザ装置１０９のコンテンツ識別層５０３からのコピーによって、最初のコピー／再生許可を表すコピー／再生コード５２３を用いてコンテンツ１１３にマークがつけられる。第２に、プレイヤ・アプリケーション１９５が、コンテンツ１１３をエンドユーザ装置１０９に格納する前に、暗号的にコンテンツ１１３をスクランブルする。プレイヤ・アプリケーション１９５は、コンテンツ項目ごとにスクランブル化鍵を生成し、この鍵は、暗号化され、エンドユーザ装置１０９に隠される。その後、エンドユーザ装置１０９がコピーまたは再生のためにコンテンツ１１３にアクセスするたびに、エンドユーザ装置１０９は、コンテンツ１１３のスクランブル解除および再生またはコピーの実行を許可する前に、コピー／再生コードを検証する。エンドユーザ装置１０９は、コンテンツ１１３の元のコピーおよび新しい２次コピーのすべてのコピー／再生コードを適当に更新する。コピー／再生コーディングは、圧縮されているコンテンツ１１３に対して実行される。すなわち、コピー／再生コードを埋め込む前にコンテンツ１１３を圧縮解除する必要はない。
【００８２】
エンドユーザ装置１０９は、ライセンス透かし５２７を使用して、コンテンツ１１３にコピー／再生コードを埋め込む。埋込みアルゴリズムおよび関連するスクランブル化鍵を知っているエンドユーザ・プレイヤ・アプリケーション１９５だけが、埋め込まれたデータの読取または変更を行うことができる。このデータは、人間の観察者が見ることも聞くこともできない、すなわち、このデータは、コンテンツ１１３に知覚可能な劣化を導入しない。透かしは、コンテンツ処理の複数のステップ、データ圧縮、ディジタル・アナログ変換、アナログ・ディジタル変換、および通常のコンテンツ処理によって導入される信号劣化に耐えるので、透かしは、アナログ表現を含めてすべての表現形式のコンテンツ１１３に伴う。代替実施形態では、ライセンス透かし５２７を使用してコンテンツ１１３にコピー／再生コードを埋め込む代わりに、エンドユーザ・プレイヤ・アプリケーション１９５が、保護された形で格納された使用条件５１９を使用する。
【００８３】
３．コンテンツ識別層５０３
コンテンツ識別層５０３の一部として、コンテンツ・プロバイダ１０１も、ライセンス透かし５２７を使用して、コンテンツ識別子、コンテンツ所有者、および公開日および地理的配布地帯などの他の情報などのデータを、コンテンツ１１３に埋め込む。この透かしを、著作権透かし５２９と称する。受信時に、エンドユーザ装置１０９は、コンテンツ購入者の名前およびトランザクションＩＤ５３５（下のライセンス制御層５０１の節を参照）と、ライセンスの日付および使用条件５１７などの他の情報を用いて、コンテンツ１１３のコピーにウォーターマーキングする。この透かしを、本明細書ではライセンス透かしと称する。コンテンツ１１３のコピーは、許可された形で得られたものであれ許可されない形で得られたものであれ、コンテンツ品質を保存するオーディオ処理の対象になり、著作権透かしおよびライセンス透かしを担持する。コンテンツ識別層５０３は、海賊行為を抑止する。
【００８４】
４．ライセンス制御層５０１
ライセンス制御層５０１は、許可されない傍受からコンテンツ１１３を保護し、正しくライセンスを交付されたエンドユーザ装置１０９を有し、許可された電子ディジタル・コンテンツ商店１０３とのライセンス購入トランザクションを成功裡に完了したエンドユーザに個人単位でのみコンテンツが公開されることを保証する。ライセンス制御層５０１は、二重の暗号化５３１によってコンテンツ１１３を保護する。コンテンツ１１３は、コンテンツ・プロバイダ１０１によって生成された暗号化対称鍵を使用して暗号化され、この対称鍵は、クリアリングハウスの公開鍵６２１を使用して暗号化される。当初は、クリアリングハウス１０５だけが、対称鍵を回復することができる。
【００８５】
ライセンス制御は、「信頼される当事者」としてクリアリングハウス１０５を用いて設計されている。ライセンス要求５３７に対する許可（すなわち、エンドユーザ装置１０９へのコンテンツ１１３のための対称鍵６２３）の公開の前に、クリアリングハウス１０５は、トランザクション５４１およびライセンス許可５４３が完全であり、真正であることと、電子ディジタル・コンテンツ商店１０３が、電子コンテンツ１１３の販売に関するセキュア・ディジタル・コンテンツ電子配布システム１００からの許可を有することと、エンドユーザが、正しくライセンスを交付されたアプリケーションを有することを検証する。監査／報告５４５によって、報告の生成と、セキュア・ディジタル・コンテンツ電子配布システム１００内の他の許可された当事者とのライセンス交付トランザクション情報の共用が可能になる。
【００８６】
ライセンス制御は、ＳＣ処理５３３を介して実施される。ＳＣは、暗号化されたコンテンツ１１３および情報を、システム・オペレーション・コンポーネント（下のＳＣの詳細な構造の節を参照）の間で配布するのに使用される。ＳＣは、暗号暗号化、ディジタル署名、およびディジタル証明書を使用して、電子情報またはコンテンツ１１３の許可されない傍受および変更に対する保護を提供する、情報の暗号担体である。ＳＣは、電子データの認証性検証も可能にする。
【００８７】
ライセンス制御は、コンテンツ・プロバイダ１０１、電子ディジタル・コンテンツ商店１０３、およびクリアリングハウス１０５が、これらのコンポーネントの認証に使用される信頼できる認証機関からの真正の暗号ディジタル証明書を有することを必要とする。エンドユーザ装置１０９は、ディジタル証明書を有する必要がない。
【００８８】
Ｃ．コンテンツ配布およびライセンス交付制御
図９は、図８のライセンス制御層に適用されるコンテンツ配布およびライセンス交付制御の概要を示すブロック図である。この図には、電子ディジタル・コンテンツ商店１０３、エンドユーザ装置１０９、およびクリアリングハウス１０５が、インターネットを介して相互接続され、ユニキャスト（２地点間）伝送がこれらのコンポーネントの間で使用される場合が示されている。コンテンツ・プロバイダ１０１と電子ディジタル・コンテンツ商店１０３の間の通信は、インターネットまたは他のネットワークを介することもできる。エンドユーザ装置１０９と電子ディジタル・コンテンツ商店１０３の間のコンテンツ購入商取引トランザクションは、標準インターネット・ウェブ・プロトコルに基づくと仮定する。ウェブベース対話の一部として、エンドユーザは、購入するコンテンツ１１３の選択を行い、個人情報および会計情報を供給し、購入の条件に同意する。電子ディジタル・コンテンツ商店１０３は、ＳＥＴなどのプロトコルを使用して、獲得機関から支払許可を得ることができる。
【００８９】
図９では、電子ディジタル・コンテンツ商店１０３が、標準ウェブ・プロトコルに基づいて、エンドユーザ装置１０９にエンドユーザ・プレイヤ・アプリケーション１９５をダウンロード済みであることも仮定する。このアーキテクチャは、電子ディジタル・コンテンツ商店１０３が、ダウンロードされたプレイヤ・アプリケーション１９５に一意のアプリケーションＩＤを割り当て、エンドユーザ装置１０９が、それを後のアプリケーション・ライセンス検証（下を参照）のために記憶することを必要とする。
【００９０】
全体的なライセンス交付のフローは、コンテンツ・プロバイダ１０１から始まる。コンテンツ・プロバイダ１０１は、ローカルに生成された暗号化対称鍵を使用してコンテンツ１１３を暗号化し、クリアリングハウス１０５の公開鍵６２１を使用して対称鍵６２３を暗号化する。代替実施形態では、対称鍵を、ローカルに生成する代わりに、クリアリングハウス１０５からコンテンツ・プロバイダ１０１に送信することができる。コンテンツ・プロバイダ１０１は、暗号化されたコンテンツ１１３を囲むコンテンツＳＣ６３０と、暗号化された対称鍵６２３、商店使用条件５１９、および他のコンテンツ１１３関連情報を囲むメタデータＳＣ６２０とを作成する。すべてのコンテンツ１１３オブジェクトについて、１つのメタデータＳＣ６２０および１つのコンテンツＳＣ６３０がある。コンテンツ１１３オブジェクトは、１つの同一の曲の圧縮レベルとするか、アルバムの各曲とするか、アルバム全体とすることができる。コンテンツ１１３オブジェクトごとに、メタデータＳＣ６２０も、コンテンツ使用制御層５０５に関連する商店使用条件５１９を担持する。
【００９１】
コンテンツ・プロバイダ１０１は、１つまたは複数の電子ディジタル・コンテンツ商店１０３にメタデータＳＣ６２０を配布し（ステップ６０１）、１つまたは複数のコンテンツ・ホスティング・サイトにコンテンツＳＣ６３０を配布する（ステップ６０２）。各電子ディジタル・コンテンツ商店１０３は、オファーＳＣ６４１を作成する。オファーＳＣ６４１は、通常は、コンテンツ・プロバイダ１０１のディジタル署名６２４とディジタル証明書（コンテンツ・プロバイダ１０１については図示せず）を含む、メタデータＳＣ６２０とほぼ同一の情報を担持する。上で述べたように、電子ディジタル・コンテンツ商店１０３は、当初はコンテンツ・プロバイダ１０１によって定義される商店使用条件５１９（コンテンツ使用制御層によって処理される）を追加するか狭めることができる。任意選択として、コンテンツＳＣ６３０またはメタデータＳＣ６２０もしくはその両方に、コンテンツ・プロバイダ１０１のディジタル署名６２４を用いて署名することができる。
【００９２】
エンドユーザ装置１０９と電子ディジタル・コンテンツ商店１０３のコンテンツ購入トランザクション（ステップ６０３）の完了の後に、電子ディジタル・コンテンツ商店１０３は、トランザクションＳＣ６４０を作成し、エンドユーザ装置１０９に転送する（ステップ６０４）。トランザクションＳＣ６４０には、一意のトランザクションＩＤ５３５、購入者の名前（すなわちエンドユーザの名前）（図示せず）、エンドユーザ装置１０９の公開鍵６６１、および購入されたコンテンツ１１３に関連するオファーＳＣ６４１が含まれる。図９のトランザクション・データ６４２は、トランザクションＩＤ５３５とエンドユーザ名（図示せず）の両方を表す。トランザクション・データ６４２は、クリアリングハウス１０５の公開鍵６２１を用いて暗号化される。任意選択として、トランザクションＳＣ６４０に、電子ディジタル・コンテンツ商店１０３のディジタル署名６４３を用いて署名する。
【００９３】
トランザクションＳＣ６４０（およびそれに含まれるオファーＳＣ６４１）の受信時に、エンドユーザ装置１０９上で稼動するエンドユーザ・プレイヤ・アプリケーション１９５が、注文ＳＣ６５０によってクリアリングハウス１０５にライセンス許可の送信を請求する（ステップ６０５）。注文ＳＣ６５０には、オファーＳＣ６４１からの暗号化された対称鍵６２３および商店使用条件５１９、トランザクションＳＣ６４０からの暗号化されたトランザクション・データ６４２、およびエンドユーザ装置１０９からの暗号化されたアプリケーションＩＤ５５１が含まれる。もう１つの実施形態では、注文ＳＣ６５０が、エンドユーザ装置１０９のディジタル署名６５２を用いて署名される。
【００９４】
エンドユーザ装置１０９からの注文ＳＣ６５０の受信時に、クリアリングハウス１０５は、下記を検証する。
１．電子ディジタル・コンテンツ商店１０３が、セキュア・ディジタル・コンテンツ電子配布システム１００からの許可を有する（クリアリングハウス１０５のデータベース１６０内に存在する）こと
２．注文ＳＣ６５０が変更されていないこと
３．トランザクション・データ６４２および対称鍵６２３が完全であり、真正であること
４．エンドユーザ装置１０９によって購入された電子商店使用条件５１９が、コンテンツ・プロバイダ１０１によって設定された使用条件５１７との一貫性を有すること
５．アプリケーションＩＤ５５１が有効な構造を有し、許可された電子ディジタル・コンテンツ商店１０３によって供給されたものであること
【００９５】
検証が成功である場合には、クリアリングハウス１０５は、対称鍵６２３およびトランザクション・データ６４２を解読し、ライセンスＳＣ６６０を作成し、エンドユーザ装置１０９に転送する（ステップ６０６）。ライセンスＳＣ６６０は、対称鍵６２３およびトランザクション・データ６４２を担持し、この両方が、エンドユーザ装置１０９の公開鍵６６１を使用して暗号化されている。検証が成功でない場合には、クリアリングハウス１０５は、エンドユーザ装置１０９へのライセンスを拒否し、エンドユーザ装置１０９に知らせる。クリアリングハウス１０５は、即座に、この検証失敗について電子ディジタル・コンテンツ商店１０３にも知らせる。代替実施形態では、クリアリングハウス１０５は、そのディジタル署名６６３を用いてライセンスＳＣ６６０に署名する。
【００９６】
ライセンスＳＣ６６０を受信した後に、エンドユーザ装置１０９は、前にクリアリングハウス１０５から受信した対称鍵６２３およびトランザクション・データ６４２を解読し、コンテンツ・ホスティング・サイト１１１にコンテンツＳＣ６３０を要求する（ステップ６０７）。コンテンツＳＣ６３０の到着時（ステップ６０８）に、エンドユーザ装置１０９は、対称鍵６２３を使用してコンテンツ１１３を解読し（ステップ６０９）、コンテンツ１１３およびトランザクション・データ６４２を、ライセンス・ウォーターマーキング、コピー／再生コーディング、スクランブル化、および図８に関して前に説明したコンテンツ１１３の他の処理のための層に渡す。
【００９７】
最後に、クリアリングハウス１０５は、周期的に、監査および追跡のために、コンテンツ・プロバイダ１０１および電子ディジタル・コンテンツ商店１０３に要約トランザクション報告を送信する（ステップ６１０）。
【００９８】
Ｖ．セキュア・コンテナの構造
Ａ．全般的な構造
セキュア・コンテナ（ＳＣ）は、一緒にコンテンツ１１３の単位またはトランザクションの一部を定義し、使用条件、メタデータ、および暗号化方法などの関連情報も定義する、複数の部分からなる構造である。ＳＣは、情報の保全性、完全性、および認証性を検証できる形で設計されている。ＳＣ内の情報の一部は、暗号化し、その結果、正しい許可が得られた後でなければアクセスできないようにすることができる。
【００９９】
ＳＣには、ＳＣに関する情報およびＳＣに含まれる部分のそれぞれに関する情報の記録を有する少なくとも１つの材料表（ＢＯＭ）部分が含まれる。メッセージ・ダイジェストが、部分ごとに、ＭＤ−５などのハッシュ・アルゴリズムを使用して計算され、その部分のＢＯＭレコードに含まれる。部分のダイジェストは、互いに連結され、それからもう１つのダイジェストが計算され、ＳＣを作成する実体の秘密鍵を使用して暗号化されて、ディジタル署名が作成される。ＳＣを受け取る当事者は、このディジタル署名を使用して、ダイジェストのすべてを検証することができ、したがって、ＳＣおよびそのすべての部分の保全性および完全性を検証することができる。
【０１００】
下記の情報を、各部分のレコードと共にＢＯＭ内のレコードとして含めることができる。ＳＣのタイプによって、どのレコードを含める必要があるかが決定される。
・ＳＣバージョン
・ＳＣ  ＩＤ
・ＳＣタイプ（たとえば、オファー、注文、トランザクション、コンテンツ、メタデータまたは販売促進、およびライセンス）
・ＳＣ発行者
・ＳＣ作成日付
・ＳＣ満了日付
・クリアリングハウスのＵＲＬ
・含まれる部分に使用されたダイジェスト・アルゴリズムの記述（デフォルトはＭＤ−５）
・ディジタル署名暗号化に使用されたアルゴリズムの記述（デフォルトはＲＳＡ）
・ディジタル署名（含まれる部分の連結されたダイジェストのすべての暗号化されたダイジェスト）
【０１０１】
ＳＣには、複数のＢＯＭを含めることができる。たとえば、オファーＳＣ６４１は、そのＢＯＭを含むオリジナルのメタデータＳＣ６２０部分、ならびに電子ディジタル・コンテンツ商店１０３によって追加された追加情報および新規ＢＯＭからなる。メタデータＳＣ６２０のＢＯＭのレコードは、オファーＳＣ６４１のＢＯＭに含まれる。このレコードには、その保全性を検証するのに使用することができるメタデータＳＣ６２０のＢＯＭのダイジェストが含まれ、したがって、メタデータＳＣ６２０から含まれる部分の保全性も、メタデータＳＣ６２０のＢＯＭに格納された部分ダイジェスト値を使用して検証することができる。メタデータＳＣ６２０からの部分のすべてが、オファーＳＣ６４１のために作成された新しいＢＯＭ内のレコードを有しない。電子ディジタル・コンテンツ商店１０３およびメタデータＳＣ６２０のＢＯＭによって追加される部分だけが、新しいＢＯＭ内のレコードを有する。
【０１０２】
ＳＣには、鍵記述部分も含めることができる。鍵記述部分には、ＳＣ内の暗号化された部分に関する下記の情報を含むレコードが含まれる。
・暗号化された部分の名前。
・解読された時にその部分に使用される名前。
・その部分の暗号化に使用された暗号化アルゴリズム。
・その部分の暗号化に使用された公開暗号化鍵を示す鍵識別子、または、解読された時に暗号化された部分の解読に使用される暗号化された対称鍵のいずれか。
・対称鍵の暗号化に使用された暗号化アルゴリズム。このフィールドは、鍵記述部分のレコードに、暗号化された部分の暗号化に使用された暗号化された対称鍵が含まれる時に限って存在する。
・対称鍵の暗号化に使用された公開暗号化鍵の鍵識別子。このフィールドは、鍵記述部分のレコードに暗号化された対称鍵と、暗号化された部分の暗号化に使用された対称鍵の暗号化アルゴリズム識別子が含まれる時に限って存在する。
【０１０３】
ＳＣに暗号化された部分が含まれない場合、鍵記述部分はない。
【０１０４】
Ｂ．権利管理言語の構文およびセマンティクス
権利管理言語は、コンテンツ１１３購入後にエンドユーザがコンテンツ１１３の使用に関する制限を定義する値を割り当てることができるパラメータからなる。コンテンツ１１３の使用に関する制限は、使用条件５１７である。各コンテンツ・プロバイダ１０１は、そのコンテンツ１１３項目のそれぞれについて使用条件５１７を指定する。電子ディジタル・コンテンツ商店１０３は、メタデータＳＣ６２０内の使用条件５１７を解釈し、その情報を使用して、顧客に提供したい選択肢を提供し、コンテンツ１１３の小売り購入情報を追加する。エンドユーザが購入のためにコンテンツ１１３項目を選択した後に、エンドユーザ装置１０９は、商店使用条件５１９に基づいてコンテンツ１１３の許可を要求する。クリアリングハウス１０５は、エンドユーザにライセンスＳＣ６６０を送信する前に、要求された商店使用条件５１９が、コンテンツ・プロバイダ１０１によってメタデータＳＣ６２０内で指定された許容可能な使用条件５１７に一致することを検証する。
【０１０５】
エンドユーザ装置１０９が、購入したコンテンツ１１３を受信した時に、商店使用条件５１９が、ウォーターマーキング・ツールを使用してコンテンツ１１３内に符号化されるか、保護された形で格納される商店使用条件５１９内で符号化される。エンドユーザ装置１０９で稼動するエンドユーザ・プレイヤ・アプリケーション１９５が、コンテンツ１１３に符号化された商店使用条件５１９が実施されることを保証する。
【０１０６】
下記が、コンテンツ１１３が音楽である場合の実施形態の商店使用条件５１９の例である。
・曲が記録可能である。
・曲をｎ回再生することができる。
【０１０７】
Ｃ．セキュア・コンテナのフローおよび処理の概要
メタデータＳＣ６２０は、コンテンツ・プロバイダ１０１によって作成され、曲などのコンテンツ１１３項目の定義に使用される。コンテンツ１１３自体は、これらのＳＣに含まれない。というのは、コンテンツ１１３のサイズが、通常は、電子ディジタル・コンテンツ商店１０３およびエンドユーザが説明的なメタデータにアクセスする目的だけのためにコンテナを効率的にダウンロードするには大きすぎるからである。その代わりに、このＳＣには、コンテンツ１１３を指す外部ＵＲＬ（UniformResource Locator）が含まれる。ＳＣには、曲のコンテンツ１１３の場合に音楽、ＣＤカバー・アート、またはディジタル・オーディオ・クリップなどの、コンテンツ１１３に関する説明的な情報および他の関連データを提供するメタデータも含まれる。
【０１０８】
電子ディジタル・コンテンツ商店１０３は、許可されるメタデータＳＣ６２０をダウンロードし、オファーＳＣ６４１を作成する。手短に言うと、オファーＳＣ６４１は、メタデータＳＣ６２０からの部分およびＢＯＭのいくつかと、電子ディジタル・コンテンツ商店１０３によって含められる追加情報からなる。オファーＳＣ６４１の新規ＢＯＭは、オファーＳＣ６４１を作成する時に作成される。また、電子ディジタル・コンテンツ商店１０３は、メタデータＳＣ６２０からメタデータ情報を抽出して、通常はエンドユーザがコンテンツ１１３を購入できるように、エンドユーザへのコンテンツ１１３の記述を表すウェブ・サイト上のＨＴＭＬページを作成することによって、メタデータＳＣ６２０を使用する。
【０１０９】
電子ディジタル・コンテンツ商店１０３によって追加されるオファーＳＣ６４１内の情報は、通常は、メタデータＳＣ６２０で指定される使用条件５１７の選択を狭めるためのものと、その商店のロゴのグラフィック・イメージ・ファイルおよびその商店のウェブ・サイトへのＵＲＬなどの販売促進データである。メタデータＳＣ６２０内のオファーＳＣ６４１テンプレートが、オファーＳＣ６４１内で電子ディジタル・コンテンツ商店１０３が変更できる情報と、電子ディジタル・コンテンツ商店１０３に必要な追加情報がある場合にはその情報と、埋め込まれるメタデータＳＣ６２０内で保持される部分を示す。
【０１１０】
オファーＳＣ６４１は、エンドユーザが電子ディジタル・コンテンツ商店１０３からのコンテンツ１１３の購入を決定した時に、トランザクションＳＣ６４０に含められる。電子ディジタル・コンテンツ商店１０３は、トランザクションＳＣ６４０を作成し、購入されるコンテンツ１１３項目ごとにオファーＳＣ６４１を含め、エンドユーザ装置１０９に送信する。エンドユーザ装置１０９は、トランザクションＳＣ６４０を受信し、トランザクションＳＣ６４０および含まれるオファーＳＣ６４１の保全性を検証する。
【０１１１】
注文ＳＣ６５０は、購入されるコンテンツ１１３項目ごとにエンドユーザ装置１０９によって作成される。オファーＳＣ６４１からの情報、トランザクションＳＣ６４０からの情報、およびエンドユーザ装置１０９の構成ファイルからの情報が含まれる。注文ＳＣ６５０は、１時に１つずつ、クリアリングハウス１０５に送信される。注文ＳＣ６５０が送られるクリアリングハウス１０５のＵＲＬは、メタデータＳＣ６２０のＢＯＭ内にレコードの１つとして含まれ、オファーＳＣ６４１にも含まれる。
【０１１２】
クリアリングハウス１０５は、注文ＳＣ６５０を検証し、処理して、ライセンス透かし５２７と購入したコンテンツ１１３へのアクセスとに必要なすべてのものをエンドユーザ装置１０９に供給する。クリアリングハウス１０５の機能の１つが、オファーＳＣ６４１からウォーターマーキング命令を解読し、コンテンツＳＣ６３０からコンテンツ１１３を解読するのに必要な対称鍵６２３の解読である。暗号化された対称鍵６２３のレコードには、実際には、実際の暗号化された対称鍵６２３以上のものが含まれる。暗号化を実行する前に、コンテンツ・プロバイダ１０１は、任意選択として、その名前を実際の対称鍵６２３に付加することができる。コンテンツ・プロバイダ１０１の名前を対称鍵６２３と一緒に暗号化することによって、合法的なＳＣからそれ自体のメタデータＳＣ６２０およびコンテンツＳＣ６３０を作成する海賊のコンテンツ・プロバイダ１０１に対するセキュリティが提供される。クリアリングハウス１０５は、対称鍵６２３と一緒に暗号化されたコンテンツ・プロバイダ１０１の名前が、ＳＣ証明書のコンテンツ・プロバイダ１０１の名前と一致することを検証する。
【０１１３】
クリアリングハウス１０５によるウォーターマーキング命令に対して行う必要がある変更がある場合には、クリアリングハウス１０５は、対称鍵６２３を解読し、ウォーターマーキング命令を変更し、新しい対称鍵６２３を使用してそのウォーターマーキング命令をもう一度暗号化する。この対称鍵６２３は、エンドユーザ装置１０９の公開鍵６６１を使用して再暗号化される。クリアリングハウス１０５は、ＳＣの他の対称鍵６２３も解読し、エンドユーザ装置１０９の公開鍵６６１を用いてもう一度暗号化する。クリアリングハウス１０５は、注文ＳＣ６５０に応答して、新たに暗号化された対称鍵６２３と更新されたウォーターマーキング命令を含むライセンスＳＣ６６０を作成し、エンドユーザ装置１０９に送信する。注文ＳＣ６５０の処理が完全に成功ではない場合には、クリアリングハウス１０５は、許可処理の失敗について知らせるＨＴＭＬページまたは同等物をエンドユーザ装置１０９に返す。
【０１１４】
ライセンスＳＣ６６０は、コンテンツ１１３項目へのアクセスに必要なすべてのものをエンドユーザ装置１０９に提供する。エンドユーザ装置１０９は、コンテンツ・ホスティング・サイト１１１に、適当なコンテンツＳＣ６３０を要求する。コンテンツＳＣ６３０は、コンテンツ・プロバイダ１０１によって作成され、これには、暗号化されたコンテンツ１１３部分とメタデータ部分が含まれる。エンドユーザ・プレイヤ・アプリケーション１９５は、ライセンスＳＣ６６０からの対称鍵６２３を使用して、コンテンツ１１３、メタデータ、およびウォーターマーキング命令を解読する。その後、ウォーターマーキング命令が、コンテンツ１１３に添付され、コンテンツ１１３が、スクランブル化され、エンドユーザ装置１０９に記憶される。
【０１１５】
Ｄ．メタデータ・セキュア・コンテナ６２０のフォーマット
下の表に、メタデータＳＣ６２０に含まれる諸部分を示す。「部分」列の箱のそれぞれは、ＢＯＭと共にＳＣに含まれる別々のオブジェクトである（［］文字によって囲まれた部分名を除く）。ＢＯＭには、ＳＣに含まれる部分ごとに１つのレコードが含まれる。「部分の存在」列には、その部分自体が実際にＳＣに含まれるかどうかが示され、「ダイジェスト」列には、その部分についてメッセージ・ダイジェストが計算されるかどうかが示される。いくつかの部分は、ＳＣが他のＳＣに含まれる時に伝播されない場合がある（関連するテンプレートによって決定される）が、オリジナルのＢＯＭ全体は伝播される。これは、オリジナルのＳＣに含まれるディジタル署名を検証するために、クリアリングハウス１０５がＢＯＭ全体を必要とするからである。
【０１１６】
下の表の「鍵記述部分」列では、ＳＣの鍵記述部分に含まれるレコードが定義される。鍵記述部分のレコードによって、ＳＣ内の部分または別のＳＣ内の部分の暗号化に使用された暗号化鍵および暗号化アルゴリズムに関する情報が定義される。各レコードには、暗号化された部分の名前と、必要な場合にはその暗号化された部分に含まれる別のＳＣを指すＵＲＬが含まれる。「結果名」列では、解読の後にその部分に割り当てられる名前が定義される。「暗号化アルゴリズム」列では、その部分の暗号化に使用された暗号化アルゴリズムが定義される。「鍵ＩＤ／暗号化鍵」列では、その部分の暗号化に使用された暗号化鍵の識別か、その部分の暗号化に使用された暗号化された対称鍵６２３のビット列のｂａｓｅ６４符号化のいずれかが定義される。「対称鍵アルゴリズム」列は、前の列が暗号化された対称鍵６２３である時に、対称鍵６２３の暗号化に使用された暗号化アルゴリズムを定義する任意選択のパラメータである。「対称鍵ＩＤ」列は、「鍵ＩＤ／暗号化鍵」列が暗号化された対称鍵６２３である時に、対称鍵６２３の暗号化に使用された暗号化鍵の識別である。
【０１１７】
【表３】
2005122708.tif 000005
【０１１８】
下で、上のメタデータＳＣの表で使用する用語を説明する。
・［コンテンツＵＲＬ］  鍵記述部分のレコード内のパラメータ。これは、このメタデータＳＣ６２０に関連するコンテンツＳＣ６３０内の暗号化されたコンテンツ１１３を指すＵＲＬである。メタデータＳＣ６２０自体には、暗号化されたコンテンツ１１３が含まれない。
・［メタデータＵＲＬ］  鍵記述部分のレコード内のパラメータ。これは、このメタデータＳＣ６２０に関連するコンテンツＳＣ６３０内の暗号化されたメタデータを指すＵＲＬである。メタデータＳＣ６２０自体には、暗号化されたメタデータが含まれない。
・コンテンツＩＤ  コンテンツ１１３項目に割り当てられた一意のＩＤを定義する部分。メタデータＳＣ６２０が複数のコンテンツ１１３項目を参照する場合には、この部分に複数のコンテンツＩＤが含まれる。
・メタデータ  曲の場合にはアーティスト名およびＣＤカバー・アートなどのコンテンツ１１３項目に関連する情報を含む部分。複数のメタデータ部が存在する場合があり、そのうちのいくつかが暗号化されている場合がある。メタデータ部分の内部構造は、そこに含まれるメタデータのタイプに依存する。
・使用条件  コンテンツ１１３の使用に関してエンドユーザに課せられる使用のオプション、規則、および制約を記述する情報を含む部分。
・ＳＣテンプレート  オファーＳＣ、注文ＳＣ、およびライセンスＳＣ６６０の作成に必要な情報および任意選択の情報を記述するテンプレートを定義する部分。
・ウォーターマーキング命令  コンテンツ１１３内でウォーターマーキングを実施するための暗号化された命令およびパラメータを含む部分。ウォーターマーキング命令は、クリアリングハウス１０５によって変更され、ライセンスＳＣ６６０内でエンドユーザ装置１０９に返される場合がある。鍵記述部分に、ウォーターマーキング命令を暗号化するのに使用された暗号化アルゴリズム、ウォーターマーキング命令が解読される時に使用される出力部分の名前、ウォーターマーキング命令の暗号化に使用された暗号化された対称鍵６２３のビット列のｂａｓｅ６４符号化、対称鍵６２３の暗号化に使用された暗号化アルゴリズム、および対称鍵６２３の解読に必要な公開鍵の識別を定義するレコードがある。
・クリアリングハウス証明書  クリアリングハウス１０５の署名された公開鍵６２１を含む、認証機関またはクリアリングハウス１０５からの証明書。証明書が複数ある場合があり、その場合には、階層レベル構造が使用され、最上位の証明書に、次のレベルの証明書をオープンするための公開鍵が含まれ、最下位レベルの証明書に達すると、クリアリングハウス１０５の公開鍵６２１が含まれている。
・証明書  ＳＣを作成した実体の署名された公開鍵６２１を含む、認証機関またはクリアリングハウス１０５からの証明書。証明書が複数ある場合があり、その場合には、階層レベル構造が使用され、最上位の証明書に、次のレベルの証明書をオープンするための公開鍵が含まれ、最下位レベルの証明書に達すると、ＳＣ作成者の公開鍵が含まれている。
・ＳＣバージョン  ＳＣパッカー・ツールによってＳＣに割り当てられるバージョン番号。
・ＳＣ  ＩＤ  ＳＣを作成した実体によってＳＣに割り当てられる一意のＩＤ。
・ＳＣタイプ  ＳＣのタイプ（たとえばメタデータ、オファー、注文など）を示す。
・ＳＣ発行者  ＳＣを作成した実体を示す。
・作成日付  ＳＣが作成された日付。
・満了日付  ＳＣが満了し、もはや有効でなくなる日付。
・クリアリングハウスＵＲＬ  エンドユーザ・プレイヤ・アプリケーション１９５が、コンテンツ１１３にアクセスするための正しい許可を得るために対話しなければならないクリアリングハウス１０５のアドレス。
・ダイジェスト・アルゴリズムＩＤ  諸部分のダイジェストを計算するのに使用されたアルゴリズムの識別子。
・ディジタル署名アルゴリズムＩＤ  連結された部分ダイジェストのダイジェストを暗号化するのに使用されたアルゴリズムの識別子。この暗号化された値がディジタル署名である。
・ディジタル署名  ＳＣを作成した実体の公開鍵を用いて暗号化された、連結された部分ダイジェストのダイジェスト。
・出力部分  暗号化された部分が解読された時に出力部分に割り当てられる名前。
・ＲＳＡおよびＲＣ４  対称鍵６２３およびデータ部分の暗号化に使用されるデフォルトの暗号化アルゴリズム。
・暗号化対称鍵  解読された時に、ＳＣ部分の解読に使用される、暗号化された鍵のビット列のｂａｓｅ６４符号化。
・ＣＨ公開鍵  クリアリングハウス１０５の公開鍵６２１がデータの暗号化に使用されたことを示す識別子。
【０１１９】
Ｅ．オファー・セキュア・コンテナ６４１のフォーマット
下の表に、オファーＳＣ６４１に含まれる部分を示す。メタデータ部分の一部を除く部分および、メタデータＳＣ６２０からのＢＯＭは、オファーＳＣ６４１にも含まれる。
【０１２０】
【表４】
2005122708.tif 000006
【０１２１】
下で、上のオファーＳＣ６４１で使用されている、別のＳＣについて前に説明されなかった用語を説明する。
・メタデータＳＣ  ＢＯＭ  オリジナルのメタデータＳＣ６２０からのＢＯＭ。オファーＳＣ６４１のＢＯＭのレコードには、メタデータＳＣ６２０のＢＯＭのダイジェストが含まれる。
・追加フィールド／変更されるフィールド  電子ディジタル・コンテンツ商店１０３によって変更された使用条件情報。この情報は、電子ディジタル・コンテンツ商店１０３が変更したもののすべてがその許可の範囲内であることを確認するために、受信したＳＣテンプレートによって、クリアリングハウス１０５によって検証される。
・電子ディジタル・コンテンツ商店証明書  クリアリングハウス１０５によって電子ディジタル・コンテンツ商店１０３に供給され、クリアリングハウス１０５の秘密鍵を使用してクリアリングハウス１０５によって署名された証明書。この証明書は、エンドユーザ・プレイヤ・アプリケーション１９５によって、電子ディジタル・コンテンツ商店１０３がコンテンツ１１３の有効なディストリビュータであることを検証するのに使用される。エンドユーザ・プレイヤ・アプリケーション１９５およびクリアリングハウス１０５は、クリアリングハウス１０５の公開鍵６２１を用いて証明書の署名を解読することによって、電子ディジタル・コンテンツ商店１０３が許可されたディストリビュータであることを検証することができる。エンドユーザ・プレイヤ・アプリケーション１９５は、インストール中の初期設定の一部として受信したクリアリングハウス１０５の公開鍵６２１のローカル・コピーを保存する。
【０１２２】
Ｆ．トランザクション・セキュア・コンテナ６４０のフォーマット
下の表に、トランザクションＳＣ６４０ならびにそのＢＯＭ部分および鍵記述部分に含まれる部分を示す。
【０１２３】
【表５】
2005122708.tif 000007
【０１２４】
下で、上のトランザクションＳＣ６４０で使用されている、別のＳＣについて前に説明しなかった用語を説明する。
・トランザクションＩＤ５３５  トランザクションを一意に識別するために電子ディジタル・コンテンツ商店１０３によって割り当てられるＩＤ。
・エンドユーザＩＤ  エンドユーザが購入選択を行い、クレジット・カード情報を提供する時に電子ディジタル・コンテンツ商店１０３が得るエンドユーザの識別。
・エンドユーザの公開鍵  対称鍵６２３を再暗号化するのにクリアリングハウス１０５が使用する、エンドユーザの公開鍵６６１。エンドユーザの公開鍵６６１は、購入トランザクション中に電子ディジタル・コンテンツ商店１０３に送信される。
・オファーＳＣ  購入されたコンテンツ１１３項目に関するオファーＳＣ６４１。
・コンテンツ使用の選択  エンドユーザによって購入されるコンテンツ１１３項目ごとの使用条件の配列。オファーＳＣ６４１ごとに１つの項目がある。
・表示するＨＴＭＬ  トランザクションＳＣ６４０の受信時またはエンドユーザ装置１０９とクリアリングハウス１０５の間の対話中に、インターネット・ブラウザ・ウィンドウ内にエンドユーザ・プレイヤ・アプリケーション１９５が表示する１つまたは複数のＨＴＭＬページ。
【０１２５】
エンドユーザ装置１０９がトランザクションＳＣ６４０を受信した時に、ＳＣの保全性および認証性を検証するために、次のステップを実行することができる。
１．クリアリングハウス１０５の公開鍵６２１を使用して、電子ディジタル・コンテンツ商店１０３の証明書の保全性を検証する。クリアリングハウス１０５の公開鍵６２１は、エンドユーザ・プレイヤ・アプリケーション１９５のインストール中にエンドユーザ・プレイヤ・アプリケーション１９５の初期設定の一部として受信された後に、エンドユーザ装置１０９に記憶される。
２．電子ディジタル・コンテンツ商店１０３証明書からの公開鍵を使用して、ＳＣのディジタル署名６４３を検証する。
３．ＳＣの諸部分のハッシュを検証する。
４．トランザクションＳＣ６４０に含まれるオファーＳＣ６４１のそれぞれの保全性および認証性を検証する。
【０１２６】
Ｇ．注文セキュア・コンテナ６５０のフォーマット
次の表に、注文ＳＣ６５０ならびにそのＢＯＭ部分および鍵記述部分に含まれる部分を示す。これらの部分は、解読および検証の目的のためにクリアリングハウス１０５に情報を提供するか、クリアリングハウス１０５によって検証されるかのいずれかである。オファーＳＣ６４１からの部分およびＢＯＭは、注文ＳＣ６５０にも含まれる。メタデータＳＣのＢＯＭの「部分の存在」列の「一部」は、これらの部分の一部が注文ＳＣ６５０に含まれないことを示す。メタデータＳＣ６２０からのＢＯＭも、変更無しで含まれ、その結果、クリアリングハウス１０５が、メタデータＳＣ６２０およびその諸部分の保全性を検証できるようになる。
【０１２７】
【表６】
2005122708.tif 000008
【表７】
2005122708.tif 000009
【０１２８】
下で、上の注文ＳＣ６５０で使用されている、別のＳＣについて前に説明しなかった用語を説明する。
・トランザクションＳＣ  ＢＯＭ  オリジナルのトランザクションＳＣ６４０のＢＯＭ。注文ＳＣ６５０のＢＯＭ内のレコードには、トランザクションＳＣ６４０のＢＯＭのダイジェストが含まれる。
・暗号化されたクレジット・カード情報  クレジット・カードまたはデビット・カードに購入額を請求するのに使用される、エンドユーザからの任意選択の暗号化された情報。この情報は、オファーＳＣ６４１を作成した電子ディジタル・コンテンツ商店１０３が、顧客への請求を処理しない時（この場合、クリアリングハウス１０５が請求を処理することができる）に必要になる。
【０１２９】
Ｈ．ライセンス・セキュア・コンテナ６６０のフォーマット
下の表に、ライセンスＳＣ６６０ならびにそのＢＯＭに含まれる部分を示す。鍵記述部分に示されているように、ウォーターマーキング命令、コンテンツ１１３、およびコンテンツ１１３メタデータの解読に必要な対称鍵６２３は、エンドユーザの公開鍵６６１を使用して、クリアリングハウス１０５によって再暗号化されている。エンドユーザ装置１０９は、ライセンスＳＣ６６０の受信時に、対称鍵６２３を解読し、これらを使用して、ライセンスＳＣ６６０およびコンテンツＳＣ６３０からの暗号化された部分にアクセスする。
【０１３０】
【表８】
2005122708.tif 000010
【０１３１】
下で、上のライセンスＳＣ６６０で使用されている、別のＳＣについて前に説明しなかった用語を説明する。
・ＥＵ公開鍵  エンドユーザの公開鍵６６１がデータの暗号化に使用されたことを示す識別子。
・注文ＳＣ６５０ｉｄ  注文ＳＣ６５０のＢＯＭからとられたＳＣ  ＩＤ。
・証明書取消リスト  前に発行され、クリアリングハウス１０５によって署名されたが、もはや有効とは見なされない証明書ＩＤの任意選択のリスト。取消リストに含まれる証明書によって検証できる署名を有するＳＣは、すべてが無効なＳＣである。エンドユーザ・プレイヤ・アプリケーション１９５は、クリアリングハウス１０５の証明書取消リストのコピーをエンドユーザ装置１０９に記憶する。取消リストを受信した時には必ず、エンドユーザ・プレイヤ・アプリケーション１９５は、その取消リストがより新しい場合にローカル・コピーと置換する。取消リストには、どのリストが最も新しいかを判定するために、バージョン番号またはタイム・スタンプ（またはその両方）が含まれる。
【０１３２】
Ｉ．コンテンツ・セキュア・コンテナのフォーマット
下の表に、コンテンツＳＣ６３０ならびにＢＯＭに含まれる部分を示す。
【０１３３】
【表９】
2005122708.tif 000011
【０１３４】
下で、上のコンテンツＳＣ６３０で使用されている、別のＳＣについて前に説明しなかった用語を説明する。
・暗号化されたコンテンツ  対称鍵６２３を使用してコンテンツ・プロバイダ１０１によって暗号化されたコンテンツ１１３。
・暗号化されたメタデータ  対称鍵６２３を使用してコンテンツ・プロバイダ１０１によって暗号化された、コンテンツ１１３に関連するメタデータ。
【０１３５】
暗号化された部分の解読に必要な鍵は、クリアリングハウス１０５で作成されるライセンスＳＣ６６０内にあるので、コンテンツＳＣ６３０には鍵記述部分が含まれない。
【０１３６】
ＶＩ．セキュア・コンテナのパックとアンパック
Ａ．概要
ＳＣパッカーは、指定された部分のすべてを用いてＳＣを作成するための複数ステップまたは単一ステップのいずれかの処理で呼び出すことができるＡＰＩ（アプリケーション・プログラミング・インターフェース）を有する３２ビットWindows（登録商標）プログラムである。ＳＣパッカー・ツール１５１、１５２、および１５３は、コンテンツ・プロバイダ１０１、クリアリングハウス１０５、電子ディジタル・コンテンツ商店１０３、およびＳＣパッキングを必要とする他のサイトのWindows（登録商標）プログラムをサポートするさまざまなハードウェア・プラットホームで実行される。ＢＯＭと、必要な場合には鍵記述部分が、作成され、ＳＣに含まれる。１組のパッカーＡＰＩを用いて、呼出し元が、ＢＯＭおよび鍵記述部分のレコードを生成し、ＳＣに諸部分を含めるのに必要な情報を指定することができる。諸部分および対称鍵６２３の暗号化ならびにダイジェストおよびディジタル署名の計算も、パッカーによって実行される。パッカーによってサポートされる暗号化アルゴリズムおよびダイジェスト・アルゴリズムは、パッカー・コードに含まれるか、外部インターフェースを介して呼び出される。
【０１３７】
ＳＣを作成するためのパッカーへのインターフェースは、入力として以下のパラメータを受け入れるＡＰＩによって行われる。
・連結された構造体のバッファへのポインタ。バッファ内の各構造体は、コマンドを実行するのに必要な情報を含む、パッカーへのコマンドである。パッカー・コマンドには、関連するＢＯＭレコードを伴う部分のＳＣへの追加、ＢＯＭへのレコードの追加、および鍵記述部分へのレコードの追加が含まれる。
・上で説明したバッファに含まれる連結された構造体の数を示す値。
・ＢＯＭ部分の名前と位置。
・各ビットが定義済みのフラグまたは将来の使用のための予約済みのフラグである値。現在、以下のフラグが定義されている。
−バッファ内のすべての構造体を処理した後に、ＳＣのすべての部分を一緒に単一のファイルにバンドルするかどうかに関する表示。部分の単一オブジェクトへのバンドルは、ＳＣを作成する時に実行される最後のステップである。
−ディジタル署名をＢＯＭ部分から省略するかどうかに関する表示。このフラグがセットされていない場合には、ＳＣを単一オブジェクトにバンドルする直前に、ディジタル署名が計算される。
【０１３８】
代替実施形態では、ＳＣを作成するためのパッカーへのインターフェースが、入力として下記のパラメータを受け入れるＡＰＩによって行われる。
・まず、ＡＰＩを呼び出して、ＳＣ  ＢＯＭ部分でＩＰレコードと表される、ＳＣ設定の初期設定に使用される情報、ＢＯＭ部分に使用する名前、追加される部分を探すデフォルトの位置、およびフラグ値からなる構造体へのポインタを渡すことによって、材料表（ＢＯＭ）部分を作成する。このＡＰＩは、後続のパッカーＡＰＩで使用されるＳＣハンドルを返す。
・パッカーは、部分をＳＣに追加する時に必ず使用されるＡＰＩを有する。このＡＰＩは、前のパッカーＡＰＩによって返されたＳＣハンドル、追加される部分に関する情報からなる構造体へのポインタ、およびフラグ値を受け入れる。追加される部分に関する情報には、その部分の名前および位置、その部分についてＢＯＭ内で使用する名前、追加される部分のタイプ、その部分のハッシュ値、フラグなどが含まれる。
・すべての部分をＳＣに追加した後に、パッカーＡＰＩを呼び出して、ＢＯＭ部分を含むすべての部分を、通常はファイルである単一のＳＣオブジェクトにパックする。このＡＰＩは、前のパッカーＡＰＩによって返されたＳＣハンドル、パックされたＳＣに使用する名前、ＳＣに署名するための情報を含む構造体へのポインタ、およびフラグ値を受け入れる。
【０１３９】
パッカーまたはパッカーを呼び出す実体のいずれかは、ＳＣテンプレートを使用してＳＣを作成することができる。ＳＣテンプレートは、作成されるＳＣ内で必要な部分およびレコードを定義する情報を有する。テンプレートでは、対称鍵６２３および暗号化される部分の暗号化に使用する暗号化方法および暗号化鍵の参照を定義することもできる。
【０１４０】
パッカーは、ＳＣのアンパックに使用されるＡＰＩを有する。ＳＣのアンパックは、ＳＣをとり、個々の部分に分離する処理である。その後、パッカーを呼び出して、ＳＣからアンパックされた暗号化された部分のいずれでも解読することができる。
【０１４１】
Ｂ．材料表（ＢＯＭ）部分
ＢＯＭ部分は、ＳＣが作成されつつある時にパッカーによって作成される。ＢＯＭは、ＳＣに関する情報およびＳＣに含まれる部分に関する情報のレコードを含むテキスト・ファイルである。ＢＯＭ内の各レコードは、単一の行にあり、改行が、新しいレコードの始まりを示す。ＢＯＭには、通常は、ＳＣの認証性および保全性を検証するのに使用することができる、各部分のダイジェストと、ディジタル署名とが含まれる。ＢＯＭ内のレコード・タイプは次の通りである。
【０１４２】
ＩＰ  ＩＰレコードには、ＳＣに関連する「名前＝値」対の組が含まれる。以下の名前が、ＳＣの特定の特性のために予約されている。
Ｖ  major.minor.fix
Ｖ特性は、ＳＣのバージョンを指定する。これは、ＳＣがその下で作成されたＳＣ仕様のバージョン番号である。Ｖに続く文字列は、major.minor.fixの形でなければならず、ここで、major、minor、およびfixは、それぞれメジャー・リリース番号、マイナー・リリース番号、および修正レベルである。
ＩＤ  value
ＩＤ特性は、このＳＣを作成しつつある実体によってこの特定のＳＣに割り当てられる一意の値である。valueのフォーマットは、この文書の後の版で定義される。
Ｔ  value
Ｔ特性は、ＳＣのタイプを指定する。タイプは次のいずれかでなければならない。
ＯＲＤ  −  注文ＳＣ６５０。
ＯＦＦ  −  オファーＳＣ６４１。
ＬＩＣ  −  ライセンスＳＣ。
ＴＲＡ  −  トランザクションＳＣ６４０。
ＭＥＴ  −  メタデータＳＣ６２０。
ＣＯＮ  −  コンテンツＳＣ６３０。
Ａ  value
Ａ特性は、ＳＣの著者または発行者を識別する。著者／発行者の識別は、曖昧でないか、クリアリングハウス１０５に登録されているか、その両方でなければならない。
Ｄ  value
Ｄ特性は、ＳＣが作成された日付と、任意選択で時刻を識別する。valueは、yyyy/mm/dd[@hh:mm[:ss[.fsec]][(TZ)]]の形でなければならず、これは、年／月／日＠時：分：秒．１０分の１秒（タイムゾーン）を表す。valueの任意選択部分は、［］文字で囲まれている。
Ｅ  value
Ｅ  特性は、ＳＣが満了する日付と、任意選択で時刻を識別する。valueは、前に定義したＤ特性に使用される形式と同一でなければならない。満了日付／時刻は、可能な時にはいつでも、クリアリングハウス１０５の日付／時刻と比較されなければならない。
ＣＣＵＲＬ  value
ＣＣＵＲＬ特性は、クリアリングハウス１０５のＵＲＬを識別する。valueは、有効な外部ＵＲＬの形式でなければならない。
Ｈ  value
Ｈ特性は、ＳＣに含まれる部分のメッセージ・ダイジェストの計算に使用されたアルゴリズムを識別する。ダイジェスト・アルゴリズムの例が、ＭＤ５である。
【０１４３】
Ｄ  Ｄレコードは、部分のタイプ、部分の名前、（任意選択の）部分のダイジェスト、および（任意選択の）部分がＳＣに含まれないことの表示を識別する情報を含む、データまたは部分エントリ・レコードである。タイプ識別子の直後の−記号は、その部分がＳＣに含まれないことを示すのに使用される。データまたは部分レコードの予約されているタイプは次の通りである。
Ｋ  part_name [digest]
鍵記述部分を指定する。
Ｗ  part_name [digest]
ウォーターマーキング命令部分を指定する。
Ｃ  part_name [digest]
ディジタル署名の検証に使用する証明書を指定する。
Ｔ  part_name [digest]
使用条件部分を指定する。
ＹＦ  part_name [digest]
オファーＳＣ６４１のテンプレート部分を指定する。
ＹＯ  part_name [digest]
注文ＳＣ６５０のテンプレート部分を指定する。
ＹＬ  part_name [digest]
ライセンスＳＣ６６０のテンプレート部分を指定する。
ＩＤ  part_name [digest]
参照されるコンテンツ１１３の項目のコンテンツ１１３のＩＤを指定する。
ＣＨ  part_name [digest]
クリアリングハウス１０５証明書部分を指定する。
ＳＰ  part_name [digest]
電子ディジタル・コンテンツ商店１０３証明書部分を指定する。
Ｂ  part_name [digest]
その部分または部分のサブセットがこのＳＣに含まれる別のＳＣのＢＯＭ部分を指定する。
ＢＰ  part_name sc_part_name [digest]
このＳＣに単一の部分として含まれる別のＳＣのＢＯＭ部分を指定する。sc_part_nameパラメータは、このＳＣに含まれ、このＢＯＭ部分が定義するＳＣ部分の名前である。これと同一のＢＯＭは、sc_part_nameパラメータによって定義されるＳＣにも含まれる。
Ｄ  part_name [digest]
データ（またはメタデータ）部分を指定する。
【０１４４】
Ｓ  Ｓレコードは、ＳＣのディジタル署名の定義に使用される署名レコードである。ディジタル署名は、次のように指定される。
Ｓ  key_identifier signature_string signature_algorithm
Ｓレコードには、署名の暗号化鍵を示すためのkey_identifier、ディジタル署名ビット列のｂａｓｅ６４符号化であるsignature_string、およびディジタル署名を作成するためにダイジェストを暗号化するのに使用されたsignature_algorithmが含まれる。
【０１４５】
Ｃ．鍵記述部分
鍵記述部分は、ＳＣの暗号化された部分の解読に必要な暗号化鍵に関する情報を提供するために、パッカーによって作成される。暗号化された部分は、作成されるＳＣに含まれる場合があり、また、作成中のＳＣによって参照される他のＳＣに含まれる場合がある。鍵記述部分は、暗号化鍵と、その暗号化鍵が使用された部分に関する情報のレコードを含むテキスト・ファイルである。鍵記述部分の各レコードは、単一の行にあり、改行が、新しいレコードの始まりを示す。
【０１４６】
以下のレコード・タイプが、鍵記述部分内で使用され、次のように定義されている。
【０１４７】
Ｋ  encrypted_part_name;result_part_name;part_encryption_algorithm_identifier;
public_key_identifier
key_encryption_algorithmおよびencrypted_symmetric_key
【０１４８】
Ｋレコードは、このＳＣに含まれる可能性があるか、このレコードによって参照される別のＳＣに含まれる可能性がある暗号化された部分を指定する。encrypted_part_nameは、このＳＣの部分の名前または、別のＳＣ内の暗号化された部分の名前を指すＵＲＬのいずれかである。result_part_nameは、解読された部分に与えられる名前である。part_encryption_algorithm_identifierは、その部分の暗号化に使用された暗号化アルゴリズムを示す。public_key_identifierは、対称鍵６２３の暗号化に使用された鍵の識別子である。
【０１４９】
key_encryption_algorithm_identifierは、対称鍵６２３の暗号化に使用された暗号化アルゴリズムを示す。encrypted_symmetric_keyは、その部分の暗号化に使用された暗号化された対称鍵６２３のビット列のｂａｓｅ６４符号化である。
【０１５０】
ＶＩＩ．クリアリングハウス１０５
Ａ．概要
クリアリングハウス１０５は、セキュア・ディジタル・コンテンツ電子配布システム１００の権利管理機能の責任を負う。クリアリングハウス１０５の機能には、電子ディジタル・コンテンツ商店１０３の使用可能化、コンテンツ１１３の権利の検証、購入トランザクションおよび関連情報の保全性および認証性の検証、エンドユーザ装置１０９へのコンテンツ暗号化鍵または対称鍵６２３の配布、これらの鍵の配布の追跡、および電子ディジタル・コンテンツ商店１０３およびコンテンツ・プロバイダ１０１へのトランザクション要約の報告が含まれる。コンテンツ暗号化鍵は、通常は認証電子ディジタル・コンテンツ商店１０３からの購入トランザクションによって、権利を取得したコンテンツ１１３のロックを解除するために、エンドユーザ装置１０９によって使用される。コンテンツ暗号化鍵をエンドユーザ装置１０９に送信する前に、クリアリングハウス１０５は、検証処理をすべて実行して、コンテンツ１１３を売る実体の認証性と、コンテンツ１１３に対してエンドユーザ装置１０９が有する権利を検証する。これを、ＳＣ分析ツール１８５と呼ぶ。いくつかの構成では、クリアリングハウス１０５は、クレジット・カード認証および請求という電子ディジタル・コンテンツ商店１０３の機能を実行するシステムをクリアリングハウス１０５で同じ場所に配置することによって、コンテンツ１１３購入の会計清算を処理することもできる。クリアリングハウス１０５は、ICVerifyおよびTaxwareなどのＯＥＭパッケージを使用して、クレジット・カード処理およびローカル売上税を処理する。
【０１５１】
電子ディジタル・コンテンツ商店の実施形態
セキュア・ディジタル・コンテンツ電子配布システム１００内にコンテンツ１１３の売り手として参加したい電子ディジタル・コンテンツ商店１０３は、コンテンツ１１３をセキュア・ディジタル・コンテンツ電子配布システム１００に供給する１つまたは複数のディジタル・コンテンツ・プロバイダ１０１に要求を行う。２つの当事者が合意に達する限り、要求を行うための決定的な処理はない。たとえばSony、Time-Warnerなどの音楽レーベルなどのディジタル・コンテンツ・レーベルが、電子ディジタル・コンテンツ商店１０３にそのコンテンツ１１３を販売することを許可すると決定した後に、クリアリングハウス１０５が、通常は電子メールを介して、電子ディジタル・コンテンツ商店１０３をセキュア・ディジタル・コンテンツ電子配布システム１００に追加する要求について連絡を受ける。ディジタル・コンテンツ・レーベルは、電子ディジタル・コンテンツ商店１０３の名前と、電子ディジタル・コンテンツ商店１０３のディジタル証明書を作成するためにクリアリングハウス１０５が必要とする可能性がある他のすべての情報を供給する。このディジタル証明書は、保護された形でディジタル・コンテンツ・レーベルに送信され、その後、ディジタル・コンテンツ・レーベルによって、電子ディジタル・コンテンツ商店１０３に転送される。クリアリングハウス１０５は、それが割り当てたディジタル証明書のデータベースを維持する。各証明書には、バージョン番号、一意の通し番号、署名アルゴリズム、発行者の名前（たとえばクリアリングハウス１０５の名前）、その証明書が有効とみなされる日付の範囲、電子ディジタル・コンテンツ商店１０３の名前、電子ディジタル・コンテンツ商店１０３の公開鍵、およびクリアリングハウス１０５の秘密鍵を使用して署名された他の情報のすべてのハッシュ・コードが含まれる。クリアリングハウス１０５の公開鍵６２１を有する実体は、証明書を検証することができ、その後、証明書からの公開鍵を使用して検証できる署名を有するＳＣが有効なＳＣであることを確認することができる。
【０１５２】
電子ディジタル・コンテンツ商店１０３は、クリアリングハウス１０５によって作成されたそのディジタル証明書およびディジタル・コンテンツ・レーベルからのＳＣを処理するのに必要なツールを受信した後に、エンドユーザが購入することのできるコンテンツ１１３の提供を始めることができる。電子ディジタル・コンテンツ商店１０３には、その証明書とトランザクションＳＣ６４０が含まれ、電子ディジタル・コンテンツ商店１０３は、そのディジタル署名６４３を使用してＳＣに署名する。エンドユーザ装置１０９は、まず、ディジタル証明書取消リストを検査し、次に、クリアリングハウス１０５の公開鍵６２１を使用して電子ディジタル・コンテンツ商店１０３のディジタル証明書の情報を検証することによって、電子ディジタル・コンテンツ商店１０３がセキュア・ディジタル・コンテンツ電子配布システム１００上のコンテンツ１１３の有効なディストリビュータであることを検証する。ディジタル証明書取消リストは、クリアリングハウス１０５によって維持される。取消リストは、クリアリングハウス１０５によって作成されるライセンスＳＣ６６０に、部分の１つとして含めることができる。エンドユーザ装置１０９は、エンドユーザ装置１０９上で取消リストのコピーを保持し、したがって、これを電子ディジタル・コンテンツ商店１０３のディジタル証明書検証の一部として使用することができる。エンドユーザ装置１０９は、ライセンスＳＣ６６０を受信した時に、必ず、新しい取消リストが含まれているかどうかを判定し、そうである場合には、エンドユーザ装置１０９上のローカル取消リストを更新する。
【０１５３】
Ｂ．権利管理処理
注文ＳＣの分析
クリアリングハウス１０５は、エンドユーザが電子ディジタル・コンテンツ商店１０３からオファーＳＣ６４１を含むトランザクションＳＣ６４０を受信した後に、エンドユーザからの注文ＳＣ６５０を受信する。注文ＳＣ６５０は、コンテンツ１１３およびその使用に関連する情報、コンテンツ１１３を販売しようとしている電子ディジタル・コンテンツ商店１０３に関する情報、および、コンテンツ１１３を購入しようとしているエンドユーザに関する情報を含む部分からなる。クリアリングハウス１０５は、注文ＳＣ６５０の情報の処理を開始する前に、まず、そのＳＣが実際に有効であり、それに含まれるデータがどのような形でも壊れていないことを確実にするために、いくつかの処理を実行する。
【０１５４】
検証
クリアリングハウス１０５は、ディジタル署名を検証することによって注文ＳＣ６５０の検証を開始し、その後、クリアリングハウス１０５は、注文ＳＣ６５０の諸部分の保全性を検証する。ディジタル署名を検証するために、まず、クリアリングハウス１０５は、署名付きの場合に含まれる署名する実体の公開鍵６６１を使用して、署名自体のコンテンツ６３１を解読する（署名する実体は、コンテンツ・プロバイダ１０１、電子ディジタル・コンテンツ商店１０３、エンドユーザ装置１０９、またはこれらの組合せとすることができる）。その後、クリアリングハウス１０５は、ＳＣの連結された部分ダイジェストのダイジェストを計算し、ディジタル署名の暗号化されたコンテンツ１１３と比較する。２つの値が一致する場合には、ディジタル署名が有効である。各部分の保全性を検証するために、クリアリングハウス１０５は、その部分のダイジェストを計算し、ＢＯＭ内のダイジェスト値と比較する。クリアリングハウス１０５は、同一の処理に従って、注文ＳＣ６５０内に含まれるメタデータおよびオファーＳＣ６４１の部分のディジタル署名および部分の保全性を検証する。
【０１５５】
トランザクションＳＣおよびオファーＳＣ６４１のディジタル署名の検証の処理では、電子ディジタル・コンテンツ商店１０３がセキュア・ディジタル・コンテンツ電子配布システム１００によって許可されていることも、間接的に検証される。これは、クリアリングハウス１０５が、証明書の発行者であるという事実に基づく。その代わりに、クリアリングハウス１０５が、電子ディジタル・コンテンツ商店１０３からの公開鍵を使用してトランザクションＳＣ６４０およびオファーＳＣ６４１のディジタル署名を成功裡に検証することができるが、これは、ＳＣに署名する実体が関連する秘密鍵の所有権を有する場合に限られる。電子ディジタル・コンテンツ商店１０３だけが、秘密鍵の所有権を有する。クリアリングハウス１０５が、電子ディジタル・コンテンツ商店１０３のローカル・データベースを有する必要がないことに留意されたい。というのは、商店が、クリアリングハウスの公開鍵を使用してトランザクションＳＣ６４０のオファーＳＣ６４１の公開鍵に署名するからである。
【０１５６】
その後、エンドユーザが購入しようとしているコンテンツ１１３の商店使用条件５１９が、クリアリングハウス１０５によって検証されて、この商店使用条件５１９がメタデータＳＣ６２０で設定された制約の中に含まれることを確実にする。メタデータＳＣ６２０は、注文ＳＣ６５０内に含まれることを想起されたい。
【０１５７】
鍵の処理
暗号化された対称鍵６２３およびウォーターマーキング命令の処理は、注文ＳＣ６５０の認証性および保全性の検査、電子ディジタル・コンテンツ商店１０３の検証、および商店使用条件５１９の検証が成功裡に完了した後に、クリアリングハウス１０５によって行われる。注文ＳＣ６５０のメタデータＳＣ６２０部分は、通常は、クリアリングハウス１０５の公開鍵６２１を使用して暗号化された複数の対称鍵６２３を、鍵記述部分に配置されている。対称鍵６２３の暗号化は、メタデータＳＣ６２０の作成時にコンテンツ・プロバイダ１０１によって行われる。
【０１５８】
１つの対称鍵６２３が、ウォーターマーキング命令の解読に使用され、他の対称鍵は、コンテンツ１１３および暗号化されたメタデータの解読に使用される。コンテンツ１１３は、単一の曲またはＣＤの曲の集号全体を表すことができるので、曲ごとに異なる対称鍵６２３を使用することができる。ウォーターマーキング命令は、注文ＳＣ６５０のメタデータＳＣ６２０部分に含まれる。コンテンツ１１３および暗号化されたメタデータは、コンテンツ・ホスティング・サイト１１１のコンテンツＳＣ６３０内にある。コンテンツＳＣ６３０内の暗号化されたコンテンツ１１３部分およびメタデータ部分のＵＲＬおよび部分名は、注文ＳＣ６５０のメタデータＳＣ６２０部分の鍵記述部分に含まれる。クリアリングハウス１０５は、その秘密鍵を使用して、対称鍵６２３を解読し、その後、これらのそれぞれを、エンドユーザ装置１０９の公開鍵６６１を使用して暗号化する。エンドユーザ装置１０９の公開鍵６６１は、注文ＳＣ６５０から取り出される。新たに暗号化された対称鍵６２３は、クリアリングハウス１０５がエンドユーザ装置１０９に返すライセンスＳＣ６６０の鍵記述部分に含まれる。
【０１５９】
対称鍵６２３の処理の時間の間に、クリアリングハウス１０５が、ウォーターマーキング命令に対する変更を行いたくなる場合がある。その場合には、クリアリングハウス１０５が対称鍵６２３を解読した後に、ウォーターマーキング命令が変更され、再暗号化される。新しいウォーターマーキング命令は、エンドユーザ装置１０９に返されるライセンスＳＣ６６０内の部分の１つとして含まれる。
【０１６０】
注文ＳＣ６５０の処理のすべてに成功した場合、クリアリングハウス１０５は、ライセンスＳＣ６６０をエンドユーザ装置１０９に返す。エンドユーザ装置１０９は、ライセンスＳＣ６６０の情報を使用して、コンテンツＳＣ６３０をダウンロードし、暗号化されたコンテンツ１１３およびメタデータにアクセスする。ウォーターマーキング命令も、エンドユーザ装置１０９によって実行される。
【０１６１】
クリアリングハウス１０５が、注文ＳＣ６５０を成功裡に処理することができない場合には、ＨＴＭＬページがエンドユーザ装置１０９に返され、インターネット・ブラウザ・ウィンドウに表示される。このＨＴＭＬページには、クリアリングハウス１０５がトランザクションを処理できなかった理由が示される。
【０１６２】
代替実施形態では、ユーザが、販売について設定された公開日付の前にコンテンツ１１３のコピーを購入した場合に、ライセンスＳＣ６６０が、対称鍵６２３なしで返される。ライセンスＳＣ６６０は、公開日またはその後に、対称鍵６２３を受け取るためにクリアリングハウス１０５に返される。一例として、コンテンツ・プロバイダ１０１は、新曲の公開日の前にユーザがその曲をダウンロードできるようにして、コンテンツ・プロバイダ１０１によって設定された日付の前に顧客がその曲をダウンロードし、その曲を再生する準備を行えるようにする。これによって、公開日の帯域幅およびダウンロード時間に関する競争なしで、公開日にコンテンツ１１３を即座にオープンすることができるようになる。
【０１６３】
Ｃ．国固有のパラメータ
任意選択として、クリアリングハウス１０５は、エンドユーザ装置１０９のドメイン・ネームと、可能な時には必ずクレジット・カード請求先住所を使用して、エンドユーザの国位置を判定する。エンドユーザが居住する国でコンテンツ１１３の販売に関する制限がある場合には、クリアリングハウス１０５は、ライセンスＳＣ６６０をエンドユーザ装置１０９に送信する前に、処理中のトランザクションがこれらの制限に違反しないことを保証する。電子ディジタル・コンテンツ商店１０３も、クリアリングハウス１０５と同一の検査を実行することによって、さまざまな国へのコンテンツ１１３の配布の管理に参加することが期待される。クリアリングハウス１０５は、電子ディジタル・コンテンツ商店１０３が、コンテンツ・プロバイダ１０１によって設定された国固有の規則を無視している場合には、可能なすべての検査を行う。
【０１６４】
Ｄ．監査ログおよび追跡
クリアリングハウス１０５は、コンテンツ１１３購入トランザクション中および報告要求トランザクション中に実行される動作ごとの情報の監査ログ１５０を維持する。この情報は、セキュア・ディジタル・コンテンツ電子配布システム１００の監査、報告の生成、およびデータ・マイニングなどのさまざまな目的に使用することができる。
【０１６５】
クリアリングハウス１０５は、電子ディジタル・コンテンツ商店１０３の請求サブシステム１８２の残高勘定も維持する。電子ディジタル・コンテンツ商店１０３の価格決定構造が、ディジタル・コンテンツ・レーベルによってクリアリングハウス１０５に供給される。この情報には、現在の特価、数量割引、および電子ディジタル・コンテンツ商店１０３に課す必要がある勘定赤字限度などを含めることができる。クリアリングハウス１０５は、価格決定情報を使用して、電子ディジタル・コンテンツ商店１０３の残高を追跡し、電子ディジタル・コンテンツ商店１０３がコンテンツ・プロバイダ１０１によって設定された赤字限度を超えないことを保証する。
【０１６６】
以下の動作は、通常はクリアリングハウス１０５によってログ記録される。
・ライセンスＳＣ６６０を求めるエンドユーザ装置１０９の要求
・クリアリングハウス１０５が請求を処理する時のクレジット・カード認証番号
・エンドユーザ装置１０９へのライセンスＳＣ６６０の分散
・報告の要求
・コンテンツＳＣ６３０およびライセンスＳＣ６６０が受信され、検証されたことのエンドユーザからの通知
【０１６７】
以下の情報は、通常は、ライセンスＳＣ６６０に関してクリアリングハウス１０５によってログ記録される。
・要求の日付および時刻
・購入トランザクションの日付および時刻
・購入される項目のコンテンツＩＤ
・コンテンツ・プロバイダ１０１の識別
・商店使用条件５１９
・ウォーターマーキング命令の変更
・電子ディジタル・コンテンツ商店１０３によって追加されたトランザクションＩＤ５３５
・電子ディジタル・コンテンツ商店１０３の識別
・エンドユーザ装置１０９の識別
・エンドユーザのクレジット・カード情報（クリアリングハウス１０５が請求を処理する場合）
【０１６８】
以下の情報は、通常は、エンドユーザのクレジット・カード検証のためにクリアリングハウス１０５によってログ記録される。
・要求の日付および時刻
・クレジット・カードに請求される金額
・購入される項目のコンテンツＩＤ
・電子ディジタル・コンテンツ商店１０３によって追加されたトランザクションＩＤ５３５
・電子ディジタル・コンテンツ商店１０３の識別
・エンドユーザの識別
・エンドユーザのクレジット・カード情報
・クレジット・カードの清算者から受け取った許可番号
【０１６９】
以下の情報は、通常は、ライセンスＳＣ６６０がエンドユーザ装置１０９に送信される時にクリアリングハウス１０５によってログ記録される。
・要求の日付および時刻
・購入される項目のコンテンツＩＤ
・コンテンツ・プロバイダ１０１の識別
・使用条件５１７
・電子ディジタル・コンテンツ商店１０３によって追加されたトランザクションＩＤ５３５
・電子ディジタル・コンテンツ商店１０３の識別
・エンドユーザの識別
【０１７０】
以下の情報は、通常は、報告要求が行われた時にログ記録される。
・要求の日付および時刻
・報告書発送の日付および時刻
・要求された報告のタイプ
・報告を生成するのに使用したパラメータ
・報告を要求した実体の識別子
【０１７１】
Ｅ．結果の報告
報告は、エンドユーザ購入トランザクション中にクリアリングハウス１０５がログ記録した情報を使用して、クリアリングハウス１０５によって生成される。コンテンツ・プロバイダ１０１および電子ディジタル・コンテンツ商店１０３は、支払検証インターフェース１８３を介してクリアリングハウス１０５にトランザクション報告を要求することができ、したがって、これらは、これら自体のトランザクション・データベースをクリアリングハウス１０５によってログ記録された情報と一致させることができる。クリアリングハウス１０５は、コンテンツ・プロバイダ１０１および電子ディジタル・コンテンツ商店１０３に定期的な報告を供給することもできる。
【０１７２】
クリアリングハウス１０５は、コンテンツ・プロバイダ１０１および電子ディジタル・コンテンツ商店１０３が報告を要求でき、報告を受信できるようにするセキュア電子インターフェースを定義する。報告要求ＳＣには、要求を開始する実体にクリアリングハウス１０５によって割り当てられた証明書が含まれる。クリアリングハウス１０５は、この証明書とＳＣのディジタル署名を使用して、その要求が許可された実体から発したことを検証する。要求には、持続時間など、報告の範囲を定義するパラメータも含まれる。クリアリングハウス１０５は、要求パラメータを検証して、要求元が、有することを許可される情報だけを受け取ることができるようにする。
【０１７３】
クリアリングハウス１０５が、報告要求ＳＣが真正であり有効であると判定した場合、クリアリングハウス１０５は、報告を生成し、報告ＳＣにパックして、要求を開始した実体に送信する。いくつかの報告を、定義済みの時間間隔で自動的に生成し、クリアリングハウス１０５に格納して、要求を受信した時に即座に送信できるようにすることができる。報告に含まれるデータのフォーマットは、この文書の後の版で定義される。
【０１７４】
Ｆ．請求および支払の検証
コンテンツ１１３の請求は、クリアリングハウス１０５または電子ディジタル・コンテンツ商店１０３のいずれかが処理することができる。クリアリングハウス１０５が電子コンテンツ１１３の請求を処理する場合には、電子ディジタル・コンテンツ商店１０３は、エンドユーザの注文を、電子商品と、適用可能であれば物理的商品に分離する。電子ディジタル・コンテンツ商店１０３は、エンドユーザの請求情報および許可される必要がある合計額を含むトランザクションについてクリアリングハウス１０５に通知する。クリアリングハウス１０５は、エンドユーザのクレジット・カードを許可し、電子ディジタル・コンテンツ商店１０３に通知を返す。クリアリングハウス１０５が、エンドユーザのクレジット・カードを許可するのと同時に、電子ディジタル・コンテンツ商店１０３は、購入される物理的商品についてエンドユーザのクレジット・カードに請求することができる。各電子項目がエンドユーザ装置１０９によってダウンロードされた後に、クリアリングハウス１０５が通知を受け、したがって、エンドユーザのクレジット・カードに請求することができる。これは、コンテンツ１１３がエンドユーザ装置１０９での使用を可能にされる前に、エンドユーザ装置１０９によって最後のステップとして行われる。
【０１７５】
電子ディジタル・コンテンツ商店１０３が電子コンテンツ１１３の請求を処理する場合、クリアリングハウス１０５は、エンドユーザ装置１０９がクリアリングハウス１０５に注文ＳＣ６５０を送信するまで、トランザクションについて通知されない。しかし、クリアリングハウス１０５は、各電子項目がダウンロードされた後に、エンドユーザ装置１０９によって通知される。クリアリングハウス１０５は、通知された時に、電子ディジタル・コンテンツ商店１０３に通知を送信し、その結果、電子ディジタル・コンテンツ商店１０３は、エンドユーザのクレジット・カードに請求することができる。
【０１７６】
Ｇ．再送信
セキュア・ディジタル・コンテンツ電子配布システム１００は、コンテンツ１１３の再送信を処理する能力を提供する。これは、通常は、顧客サービス・インターフェース１８４によって実行される。電子ディジタル・コンテンツ商店１０３は、再送信を開始するためにエンドユーザが１ステップずつ進むことのできるユーザ・インターフェースを提供する。エンドユーザは、コンテンツ１１３の再送信を要求するために、コンテンツ１１３項目を購入した電子ディジタル・コンテンツ商店１０３のサイトに行く。
【０１７７】
コンテンツ１１３の再送信は、コンテンツ１１３をダウンロードできなかったかダウンロードしたコンテンツ１１３が使用不能なので、エンドユーザが前に購入したコンテンツ１１３項目の新しいコピーを要求する時に行われる。電子ディジタル・コンテンツ商店１０３は、エンドユーザがコンテンツ１１３の再送信を行う資格を有するかどうかを判定する。エンドユーザが再送信の資格を有する場合には、電子ディジタル・コンテンツ商店１０３は、再送信されるコンテンツ１１３項目のオファーＳＣ６４１を含むトランザクションＳＣ６４０を作成する。このトランザクションＳＣ６４０が、エンドユーザ装置１０９に送信され、購入トランザクションと同一のステップが、エンドユーザによって実行される。エンドユーザ装置１０９が、再送信が進行中のコンテンツ１１３項目の鍵ライブラリ内にスクランブル化された鍵を有する場合には、トランザクションＳＣ６４０に、エンドユーザ装置１０９がスクランブル化された鍵を削除するように指示する情報が含まれる。
【０１７８】
クリアリングハウス１０５が、コンテンツ１１３購入の会計清算を処理する場合には、電子ディジタル・コンテンツ商店１０３は、トランザクションＳＣ６４０内に、注文ＳＣ６５０内でクリアリングハウス１０５に運ばれるフラグを含める。クリアリングハウス１０５は、注文ＳＣ６５０のフラグを解釈し、コンテンツ１１３の購入についてエンドユーザに請求せずにトランザクションを進める。
【０１７９】
ＶＩＩＩ．コンテンツ・プロバイダ
Ａ．概要
セキュア・ディジタル・コンテンツ電子配布システム１００のコンテンツ・プロバイダ１０１は、ディジタル・コンテンツ・レーベルであるか、コンテンツ１１３に対する権利を所有する実体である。コンテンツ・プロバイダ１０１の役割は、配布のためにコンテンツ１１３を準備し、コンテンツ１１３に関する情報を、電子ディジタル・コンテンツ商店１０３またはコンテンツ１１３のダウンロード可能電子版の小売業者に使用可能にすることである。最高のセキュリティおよび権利制御をコンテンツ・プロバイダ１０１に提供するために、一連のツールを設けて、コンテンツ・プロバイダ１０１がその構内でそのコンテンツ１１３を準備し、ＳＣに安全にパッケージ化できるようにし、その結果、コンテンツ１１３が、コンテンツ・プロバイダ１０１のドメインを離れる時に保護され、絶対に露出されず、許可されない当事者によってアクセス可能にならないようにする。これによって、コンテンツ１１３を、インターネットなどの保護されないネットワークを介して、ハッカーまたは許可されない当事者への露出の恐れなしに、自由に配布できるようになる。
【０１８０】
コンテンツ・プロバイダ１０１用のツールの最終目的は、曲または一連の曲などのコンテンツの１１３を準備し、コンテンツＳＣ６３０にパッケージ化し、曲を記述した情報、曲の承認される使用（コンテンツの使用条件５１７）、および曲の販売促進情報をメタデータＳＣ６２０にパッケージ化することである。これを達成するために、以下のツールのセットを提供する。
・ワーク・フロー・マネージャ１５４  処理活動をスケジューリングし、処理の必要な同期化を管理する。
・コンテンツ処理ツール１５５  ウォーターマーキング、前処理（オーディオの例の場合、必要な等化、動的特性調整、または再サンプリング）符号化および圧縮を含む、コンテンツ１１３ファイル準備を制御するためのツールの集合。
・メタデータ同化および入力ツール１６１  コンテンツ・プロバイダのデータベース１６０またはサード・パーティ・データベースまたはデータ・インポート・ファイルまたは操作員介入を介してコンテンツ１１３記述情報を収集し、コンテンツの使用条件５１７を指定する手段を提供するのに使用されるツールの集合。ＣＤＳファイルまたはＤＤＰファイル用のディジタル・オーディオ・コンテンツなどのコンテンツをキャプチャまたは抽出するためのインターフェースも設けられる。品質管理ツールが、準備されたコンテンツおよびメタデータのプレビューを可能にする。メタデータに対して必要な訂正またはさらに処理するためのコンテンツの再サブミットを行うことができる。
・ＳＣパッカー・ツール１５２  コンテンツ１１３および情報のすべてを暗号化し、パッケージ化し、ＳＣパッカーを呼び出してＳＣにパックする。
・コンテンツ分散ツール（図示せず）  コンテンツ・ホスティング・サイト１１１および電子ディジタル・コンテンツ商店１０３などの指定された配布センタにＳＣを分散する。
・コンテンツ販売促進ウェブ・サイト１５６  許可された電子ディジタル・コンテンツ商店１０３によるダウンロードのためのメタデータＳＣ６２０と、任意選択として追加の販売促進材料を記憶する。
【０１８１】
Ｂ．ワーク・フロー・マネージャ１５４
このツールの目的は、コンテンツ１１３の処理活動のスケジューリング、追跡、および管理である。このアプリケーションによって、マルチユーザ・アクセスが可能になり、コンテンツ・プロバイダ１０１のイントラネットまたはエクストラネット内の遠隔位置からのコンテンツ１１３のスケジューリングおよび状況検査が可能になる。この設計では、複数の個人がコンテンツ１１３の複数の部分を並列に操作することができ、異なる個人に特定の責任を割り当てることができ、これらの個人が全世界に散在することができる、コラボレーション処理も可能になる。
【０１８２】
図１１に移ると、この図は、図１０に対応するワーク・フロー・マネージャ１５４の主要な処理のブロック図である。図１１の主要な処理に、この節で説明するツールによって提供されるコンテンツ１１３処理機能が要約されている。ワーク・フロー・マネージャ１５４は、これらの処理にジョブを供給し、現在の処理の完了時にジョブを次に必要な処理に向ける責任を負う。これは、下記の目的のために各処理ツールが呼び出す一連のアプリケーション・プログラミング・インターフェース（ＡＰＩ）を介して達成される。
・次に処理するジョブを取り出す
・処理の成功裡の完了を示す
・処理の不成功の完了と失敗の理由を示す
・処理の中間状況を供給する（依存処理の部分的な完了だけを必要とする処理を開始できるようにするため）
・指定された処理から使用可能にされる製品にコメントを追加する
【０１８３】
ワーク・フロー・マネージャ１５４は、ユーザ・インターフェースも有し、ワーク・フロー・マネージャ・ユーザ・インターフェース７００の一例が、図１０に示されており、これは、以下の機能を提供する。
・処理のさまざまな段階で割り当てられ、実行されるデフォルト値およびデフォルト条件の指定を可能にする構成パネル
・ワーク・フロー・ルールおよび自動化処理フローのカスタマイズ
・ジョブ・スケジューリング
・状況の照会および報告
・１つまたは複数の処理に関連するジョブに関するコメントまたは命令の追加
・ジョブ管理（すなわち、中断、解放、除去、優先順位（処理の順序）変更）
【０１８４】
各処理は、ワーク・フロー・マネージャ１５４によって管理されるキューを関連付けられる。ワーク・フロー・マネージャ１５４にジョブを要求するすべての処理が、ワーク・フロー・マネージャによる、現在それに関連するキューにジョブがない場合にはその処理（ツール）の待機状態での中断、またはめいめいの処理の実行に必要なジョブに関するすべての情報を処理に返すことをもたらす。ある処理が待機状態で中断されている場合に、その処理は、ジョブがワーク・フロー・マネージャ１５４によってそのキューに配置された時に処理を再開する。
【０１８５】
ワーク・フロー・マネージャ１５４は、定義済みのルールの組に基づいて、処理のフローまたは順序も管理する。これらのルールは、コンテンツ・プロバイダ１０１が、特別な処理要件を有するか、固有のデフォルト・ルールを構成する場合に、コンテンツ・プロバイダ１０１がカスタマイズすることができる。ある処理が、それに割り当てられたタスクの完了を報告する時には、その処理は、この状況についてワーク・フロー・マネージャ１５４に通知し、ワーク・フロー・マネージャ１５４は、定義済みのルールに基づいて、そのジョブが次に配置されるキューを決定する。
【０１８６】
特殊な処理命令または通知を示すコメントを、プログラミングＡＰＩを介するか、ワーク・フロー・マネージャ・ユーザ・インターフェース７００またはプロセッサ・インターフェースを介して手動でのいずれかで、処理ステップのいずれかで製品に添付することもできる。
【０１８７】
ワーク・フロー・マネージャ１５４の処理は、好ましい実施形態ではJava（登録商標）で実施されるが、Ｃ／Ｃ＋＋、アセンブラ、および同等物などの他のプログラミング言語を使用することができる。ワーク・フロー・マネージャ１５４に関して下で説明する処理は、さまざまなハードウェア・プラットホームおよびソフトウェア・プラットホーム上で稼動することができることを理解されたい。完全なシステムとしてのまたはそれを構成する処理のいずれかとしてのワーク・フロー・マネージャ１５４は、ウェブなどの電子配布、またはフロッピ・ディスケット、ＣＤ−ＲＯＭ、および取外し可能ハード・ディスク装置を含むがこれらに制限されないコンピュータ可読媒体内のアプリケーション・プログラムとして配布することができる。
【０１８８】
ここで図１１に移ると、この図は、図１０に対応するワーク・フロー・マネージャ１５４の主要な処理のブロック図である。以下の節では、各処理を要約し、各処理に必要な情報または処置を説明する。
【０１８９】
１．処置／情報待機中製品処理８０１
ジョブが特定の処理キューに配置されるのは、その処理が必要とするすべての情報が使用可能になり、そのジョブがすべての依存処理を成功裡に完了した後である。ワーク・フロー・マネージャ１５４には、欠けている情報または次の処理を妨げる失敗に起因して処理のために現在使用可能ではないジョブを保持するのに使用される特殊なキューが存在する。これらのジョブは、処置／情報待機中製品処理８０１キューに配置される。このキューの各ジョブは、それが待っている処置または情報、このジョブを最後に操作した処理、および欠けている情報または追加情報が供給されるか必要な処置が成功裡に完了した後にこのジョブがキューに入れられる次の処理を示すための関連する状況を有する。
【０１９０】
処理の完了は、ワーク・フロー・マネージャ１５４による、このキューの検査と、このキューのジョブがこの処理（処置）の完了またはこの処理によって供給される情報を待っているかどうかの判定を引き起こす。そうである場合には、そのジョブは、適当な処理キューに入れられる。
【０１９１】
２．新規コンテンツ要求処理８０２
コンテンツ・プロバイダ１０１は、電子的に販売し、配布したい製品（たとえば、製品は、曲または曲の集合とすることができる）を決定する。ワーク・フロー・マネージャ１５４の初期機能は、操作員が、これらの製品を識別でき、新規コンテンツ要求処理８０２のキューに配置できるようにすることである。コンテンツ・プロバイダ１０１は、構成オプションを介して、製品選択インターフェース上でどの情報についてプロンプトを表示するかを指定することができる。製品を一意に識別するのに十分な情報が入力される。任意選択として、追加フィールドを含めて、メタデータ獲得と並列にオーディオ処理相を開始するのに必要な情報の手入力を要求することができる。手動で供給されない場合には、この情報を、任意選択として、デフォルト構成設定から、または、自動メタデータ獲得処理８０３でメタデータ処理の第１段階で得られるコンテンツ・プロバイダのデータベース１６０から、取り出すことができる。コンテンツ・プロバイダのデータベース１６０でのコンテンツ１１３の構造および機能によって、コンテンツ選択処理が決定される。
【０１９２】
コンテンツ・プロバイダ１０１のデータベース１６０への照会を実行するのに必要な、要求される情報が指定される場合、ジョブは、自動メタデータ獲得処理８０３によって処理される。音楽の実施形態では、オーディオ処理のために製品を正しくスケジューリングするために、製品のジャンルおよび所望の圧縮レベルならびにオーディオＰＣＭファイル名またはオーディオＷＡＶファイル名が指定される。この情報は、製品選択処理の一部として入力するか、カスタマイズされた照会インターフェースまたはウェブ・ブラウザ機能を介して選択することができる。この情報を指定することによって、コンテンツ処理のために製品をスケジューリングできるようになる。
【０１９３】
製品選択ユーザ・インターフェースは、製品を処理のために公開するかどうか、または、さらに情報を入力するために保留状態に保持するかどうかを操作員が指定できるようにするオプションを提供する。保持される場合、ジョブは、新規コンテンツ要求処理８０２のキューに追加され、データ入力の完了または処理のための製品の公開のために次の処置を待つ。製品が公開された後に、ワーク・フロー・マネージャ１５４は、指定された情報を評価し、そのジョブがどの処理に渡される準備ができているかを判定する。
【０１９４】
コンテンツ・プロバイダ１０１のデータベース１６０への自動化された照会を可能にするのに適当な情報が供給される場合、ジョブは、自動メタデータ獲得処理８０３のキューに入れられる。データベース・マッピング・テーブルが、自動メタデータ獲得処理８０３のために構成されていない場合には、ジョブは、手動メタデータ入力処理８０４のキューに入れられる（データベース・マッピング・テーブルの詳細については、自動メタデータ獲得処理８０３の節を参照されたい）。
【０１９５】
オーディオ処理に必要な一般情報およびウォーターマーキングに必要な特定の情報が指定された場合、ジョブは、ウォーターマーキング処理８０８（コンテンツ処理の最初の相）のキューに入れられる。ジョブが解放された時に必要な情報のいずれかが欠けている場合、そのジョブは、欠けている情報を示す状況と共に、処置／情報待機中製品処理８０１のキューに入れられる。
【０１９６】
状況から、コンテンツ１１３のファイル名、たとえばコンテンツ１１３がオーディオの場合にＰＣＭファイルまたはＷＡＶファイルの名前が欠けていることが示される場合、これが、キャプチャ（またはディジタル媒体からのディジタル抽出）が必要であることを示す場合がある。オーディオ処理機能は、曲ファイルが標準ファイル・システム・インターフェースを介してアクセス可能であることを必要とする。曲が、外部媒体または、オーディオ処理ツールから直接アクセス可能でないファイル・システムに配置されている場合には、そのファイルを、まずアクセス可能なファイル・システムにコピーする。曲が、ディジタル形式であるがＣＤまたはディジタル・テープ上にある場合には、それらの曲を、オーディオ処理ツールからアクセス可能なファイル・システムに抽出する。ファイルがアクセス可能になった後に、ワーク・フロー・マネージャ・ユーザ・インターフェース７００を使用して、ジョブに関するパスおよびファイル名を指定または選択し、その結果、ウォーターマーキングに必要な他のすべての情報も指定されたと仮定して、そのジョブをウォーターマーキング処理に公開可能にすることができる。
【０１９７】
３．自動メタデータ獲得処理８０３
自動メタデータ獲得処理８０３は、コンテンツ・プロバイダ１０１のデータベース１６０またはデータがインポートされている場合にはステージング・データベースに対する一連の照会を実行して、自動化された形でできる限り多くの製品情報を得ることを試みる。自動メタデータ獲得処理８０３は、項目をそのキューに配置することが可能になる前に、以下の情報を必要とする。
・コンテンツ・プロバイダ１０１のデータベース１６０への照会を生成するのに適当な情報を有するデータベース・マッピング・テーブル
・照会を実行するのに必要な製品情報
・製品を一意に定義するのに適当な製品情報
【０１９８】
コンテンツ・プロバイダ１０１のデータベース１６０への自動化された照会を実行して、このコンテンツ１１３を処理するのに必要な情報を得る。たとえば、コンテンツ１１３が音楽の場合、この照会を実行するのに必要な情報は、アルバム名であるか、ＵＰＣ（統一商品コード）またはコンテンツ・プロバイダ１０１によって定義される特定のアルバムＩＤまたは選択ＩＤである可能性がある。得られる情報のうちで、一部が必要として指定される。必要な情報のすべてが得られた場合、ジョブは、次に、使用条件処理８０５のキューに入れられる。必要な情報のどれかが欠けている場合には、曲は、手動メタデータ入力処理８０４のキューに入れられる。処置／情報待機中製品処理８０１のキューのジョブのどれかが、このステップで得られる情報のどれかを待っている場合には、そのジョブの状況を更新して、もはやこの情報を待っていないことを示す。そのジョブがもはや未解決の必要条件を有しない場合には、そのジョブは、次に定義されたキューに入れられる。
【０１９９】
４．手動メタデータ入力処理８０４
手動メタデータ入力処理８０４は、操作員が欠けている情報を入力する手段を提供する。手動メタデータ入力処理８０４は、依存性を有しない。すべての必要な情報が指定された後に、ジョブは、使用条件処理８０５のキューに入れられる。
【０２００】
５．使用条件処理８０５
使用条件処理８０５では、製品の使用および制限を指定することができる。使用条件処理８０５は、いくつかのメタデータを必要とする場合がある。使用条件指定の完了時に、ジョブは、監視公開処理８０６オプションが要求されたか、監視公開処理８０６オプションがワーク・フロー・マネージャ１５４のルールでデフォルトとして構成される場合を除いて、メタデータＳＣ作成処理８０７のキューに入れられる資格を有する。上記の場合には、ジョブは、監視公開処理８０６のキューに入れられる。メタデータＳＣ作成処理８０７のキューに入れる前に、ワーク・フロー・マネージャ１５４は、まず、その処理のすべての依存性が満たされている（下を参照されたい）ことを確認する。そうでない場合には、ジョブは、処置／情報待機中製品処理８０１のキューに入れられる。
【０２０１】
６．監視公開処理８０６
監視公開処理８０６では、品質検査と、ディジタル・コンテンツ製品について指定される情報の検証を行うことができる。監視公開処理８０６は、依存性を有しない。前にこの製品について処理の段階でジョブに付加されたコメントを、スーパーバイザが再検討し、適当な処置を講ずることができる。すべての情報およびコメントを再検討した後に、スーパーバイザは、以下の選択肢を有する。
・公開を承認し、製品をメタデータＳＣ作成処理８０７のキューに入れる
・情報の変更または追加を行い、製品をメタデータＳＣ作成処理８０７のキューに入れる
・ジョブにコメントを追加し、もう一度手動メタデータ入力処理８０４のキューに入れる
・コメントを追加し、ジョブを処置／情報待機中製品処理８０１のキューに入れる
【０２０２】
７．メタデータＳＣ作成処理８０７
メタデータＳＣ作成処理８０７は、上で収集された情報ならびにメタデータＳＣ６２０に必要な他の情報のすべてを一緒に集め、ＳＣパッカー処理を呼び出して、メタデータＳＣ６２０を作成する。このツールは、入力として下記を必要とする。
・必要なメタデータ
・使用条件
・この製品のすべての品質レベルの暗号化段階で使用される暗号化鍵
【０２０３】
この最後の依存性は、メタデータＳＣ６２０を作成する前に、関連するオーディオ・オブジェクトが、オーディオ処理相を完了することを必要とする。メタデータＳＣ作成処理８０７の完了時に、ジョブは、定義済みのワーク・フロー・ルールに基づいて、最終品質保証処理８１３またはコンテンツ分散処理８１４のいずれかのキューに入れられる。
【０２０４】
８．ウォーターマーキング処理８０８
ウォーターマーキング処理８０８は、コンテンツ１１３に著作権情報および他の情報を追加する。コンテンツ１１３が音楽である実施形態の場合、このツールは、入力として下記を必要とする。
・曲のファイル名（アルバムの場合は複数のファイル名）
・ウォーターマーキング命令
・ウォーターマーキング・パラメータ（透かしに含める情報）
【０２０５】
ウォーターマーキング処理８０８の完了時に、ジョブは、必要な入力が使用可能である場合には前処理および圧縮処理８０９のキューに入れられ、そうでない場合には、処置／情報待機中製品処理８０１のキューに入れられる。
【０２０６】
９．前処理および圧縮処理８０９
前処理および圧縮処理８０９は、まず必要な前処理を実行し、コンテンツ１１３を指定された圧縮レベルに符号化する。このキューにジョブを入れると、実際には、複数のキュー項目が作成される。ジョブは、製品の所望の圧縮レベルごとに作成される。符号化処理は、複数のシステム上で並列に実行することができる。このツールは、入力として下記を必要とする。
・ウォーターマーキングされたコンテンツ・ファイル名（コンテンツ１１３がアルバムの場合は複数のファイル名）
・製品の品質レベル（事前に構成することができる）
・圧縮アルゴリズム（事前に構成することができる）
・製品ジャンル（プリプロセッサが必要とする場合）
【０２０７】
符号化処理の完了時に、ジョブは、ワーク・フロー・ルールによって構成されている場合にはコンテンツ品質管理処理８１０のキューに入れられる。そうでない場合には、ジョブは、暗号化処理８１１のキューに入れられる。
【０２０８】
符号化ツールのサード・パーティ・プロバイダが、オーディオなどのコンテンツ１１３の処理済みの比率を表示する方法または、選択されたコンテンツ１１３の選択全体の比率としてのコンテンツ１１３の符号化された量を示す方法を提供しない場合には、図１４に、図１１のコンテンツ前処理および圧縮ツールのディジタル・コンテンツの符号化率を判定する方法の流れ図１１００が示されている。この方法は、所望の符号化アルゴリズムおよびビット率の選択から開始される（ステップ１１０１）。次に、照会を行って、このアルゴリズムおよび符号化率が、前に計算された率係数を有するかどうかを判定する（ステップ１１０２）。率係数とは、特定の符号化アルゴリズムおよび特定のビット率に関して圧縮の割合を決定するのに使用される係数である。前に計算された率係数が記憶されていない場合には、コンテンツ１１３のサンプルを、所定の長さの時間だけ符号化する。好ましい実施形態の所定の時間期間は、２〜３秒である。この所定の時間期間の符号化の割合を、新しい率係数ＲNEWの計算に使用する。時間の長さおよび符号化されたコンテンツ１１３の量がわかっている場合の新しい率係数ＲNEWの計算は、ＲNEW＝（符号化されたディジタル・コンテンツの長さ）／（時間の長さ）である（ステップ１１０８）。コンテンツ１１３を符号化し、符号化状況を、前に計算した率係数ＲNEWを使用して表示する（ステップ１１０９）。この符号化率係数ＲNEWを、この符号化アルゴリズムおよび符号化ビット率に関する将来の使用のために記憶する（ステップ１１０７）。選択されたアルゴリズムが、前に計算された率係数ＲSTOREDを有する場合、処理はステップ１１０３に進む。コンテンツ１１３を符号化し、前に計算した率係数ＲSTOREDを使用して進捗を表示する（ステップ１１０４）。その間に、現在の率係数Ｒcurrentを、選択されたアルゴリズムおよびビット率について計算する（ステップ１１０５）。この現在の率係数Ｒcurrentを使用して、記憶された率係数を、ＲNEW＝（ＲSTORED＋Ｒcurrent）の平均に更新する（ステップ１１０６）。率係数の反復更新によって、特定の符号化アルゴリズムおよびビット率の後続の使用のたびに、符号化率の判定をますます正確にすることができる。新しい率ＲNEWを、将来の使用のために記憶する（ステップ１１０７）。現在の率係数Ｒcurrentが、前に記憶された率係数ＲSTOREDの、所与の範囲または閾値による範囲の外にある場合には、ＲSTOREDの更新を行わなくてもよい。
【０２０９】
この場合、符号化状況の表示を提示することができる。符号化状況には、現在の符号化率と共に、符号化率およびコンテンツ１１３のファイルの全長に基づく進行状況バーとして表示される全コンテンツ１１３の比率の表示が含まれる。符号化状況には、符号化の残り時間も含めることができる。符号化の残り時間は、計算された符号化率Ｒcurrentをコンテンツ１１３のファイルの全長で割ることによって計算することができる。符号化状況は、別のプログラムに転送することができ、このプログラムが、呼出し元の処理を呼び出すことができる。これは、符号化に対するスーパーバイザ・プログラムまたは符号化に共依存するプログラムを操作し、より効率的な処理のためにバッチ化するのを助けることができる。代替実施形態では、符号化に、ウォーターマーキングのステップを含めることができることを理解されたい。
【０２１０】
１０．コンテンツ品質管理処理８１０
コンテンツ品質管理処理８１０は、機能において監視公開処理８０６に類似する。これは、誰かがこれまでに実行されたコンテンツ処理の品質を検証できるようにする、任意選択のステップである。これは、ウォーターマーキング処理８０８および前処理および圧縮処理８０９の符号化部分の完了以外の依存性を有しない。コンテンツ品質管理処理８１０の完了時には、以下のオプションが使用可能である。
・ジョブを解放し、暗号化処理８１１のキューに入れることができる。
・コメントを付加することができ、１つまたは複数のジョブを、前処理および圧縮処理８０９のキューにもう一度入れることができる。
【０２１１】
最後のオプションは、曲ファイルの符号化されていないウォーターマーキングされた版が、コンテンツ品質管理処理８１０の後まで使用可能であることを必要とする。
【０２１２】
１１．暗号化処理８１１
暗号化処理８１１は、適当なセキュア・ディジタル・コンテンツ電子配布権利管理機能を呼び出して、ウォーターマーキング／符号化された曲ファイルのそれぞれを暗号化する。この処理は、他のすべてのオーディオ処理の完了以外の依存性を有しない。暗号化処理８１１処理の完了時に、ジョブは、コンテンツＳＣ作成処理８１２のキューに入れられる。
【０２１３】
１２．コンテンツＳＣ作成処理８１２
コンテンツＳＣ作成処理８１２の処理では、いくつかのメタデータ・ファイルをコンテンツＳＣ６３０に含めることが必要になる場合がある。コンテンツ１１３以外のファイルが必要になる場合には、それらのファイルを集め、ＳＣパッカー処理を呼び出して、作成されるコンテンツ１１３（たとえば曲）の圧縮レベルごとにコンテンツＳＣ６３０を作成する。コンテンツＳＣ作成処理８１２の完了時に、曲は、定義済みのワーク・フロー・ルールに基づいて、最終品質保証処理８１３またはコンテンツ分散処理８１４のいずれかのキューに入れられる。
【０２１４】
１３．最終品質保証処理８１３
最終品質保証処理８１３は、関連するメタデータＳＣおよびコンテンツＳＣ６３０の間の相互参照検査を可能にして、それらが正しく調和することと、それらに含まれるすべての情報およびコンテンツ１１３が正しいことを検証する、任意選択のステップである。最終品質保証処理８１３の完了時に、ジョブは、コンテンツ分散処理８１４のキューに入れられる。問題が見つかった場合には、ジョブは、ほとんどの場合に、失敗した段階のキューにもう一度入れられなければならない。この段階でのリワークは、はるかにコストがかかる。というのは、製品が、問題の修正に必要な再処理のほかに、再暗号化および再パックを受けなければならないからである。前の保証段階を使用して、コンテンツ１１３の品質と、情報の正確さおよび完全性を保証することを強く推奨する。
【０２１５】
１４．コンテンツ分散処理８１４
コンテンツ分散処理８１４の処理は、ＳＣを適当なホスティング・サイトに転送する責任を負う。ＳＣの成功裡の転送の後に、ジョブ完了状況がログ記録され、ジョブは、キューから削除される。ＳＣの転送で問題が発生した場合には、定義済みの回数の再試行の後に、ジョブは、遭遇したエラーと共に、失敗したものとしてワークフロー・マネージャ・ツール１５４内でフラグを立てられる。
【０２１６】
１５．ワーク・フロー・ルール
図１１のワーク・フロー・ルールは、次のように３つの主要なシステムで動作する。
Ａ：  ワーク・フロー・マネージャ・ツール１５４
１．新規コンテンツ要求処理８０２
２．処置／情報待機中製品処理８０１
３．最終品質保証処理８１３
４．コンテンツ分散（および通知）処理８１４
Ｂ：メタデータ同化および入力ツール１６１
１．自動メタデータ獲得処理８０３
２．手動メタデータ入力処理８０４
３．監視公開処理８０６
４．メタデータＳＣ作成処理８０７
Ｃ：コンテンツ処理ツール１５５
１．ウォーターマーキング処理８０８（著作権データが必要）
２．前処理および圧縮処理８０９
３．コンテンツ品質管理処理８１０
４．暗号化処理８１１
５．コンテンツＳＣ作成処理８１２
【０２１７】
ワーク・フロー
コンテンツ１１３選択操作員が、新しい製品を入力し、これがＡ１（新規コンテンツ要求処理８０２）のキューに入れられた状態で開始される。
Ａ１：  コンテンツ１１３選択操作員が、その製品をワーク・フロー・マネージャ・ツール１５４に公開する時に、その製品がＢ１（自動メタデータ獲得処理８０３）のキューに入れられる。
Ａ２：  ステップＢ１（自動メタデータ獲得処理８０３）または、
ステップＢ２（手動メタデータ入力処理８０４）または、
ステップＢ３（監視公開処理８０６）から来る
ステップBefore（メタデータＳＣ作成処理８０７）への途中
［暗号化鍵が必要］。
ステップBefore（メタデータＳＣ作成処理８０７）から来る
ステップＡ３（最終品質保証処理８１３）またはステップＡ４（コンテンツ分散処理８１４）のいずれかへの途中
［コンテンツＳＣ６３０が必要］。
ステップＣ１（ウォーターマーキング処理８０８）から来る
ステップＣ２（前処理および圧縮処理８０９）への途中
［前処理および圧縮処理８０９用のメタデータが必要］。
ステップＣ４（暗号化処理８１１）から来る
ステップＣ５（コンテンツＳＣ作成処理８１２）への途中
［コンテンツＳＣ６３０パッキング用のメタデータが必要］。
ステップＣ５（コンテンツＳＣ作成処理８１２）から来る
ステップＡ３（最終品質保証処理８１３）またはステップＡ４（コンテンツ分散処理８１４）のいずれかへの途中
［メタデータＳＣ６２０が必要］。
Ａ３：  ステップＡ３（最終品質保証処理８１３）の後、
キューＢ２（手動メタデータ入力処理８０４）または、
キューＢ３（監視公開処理８０６）または、
品質保証操作員の必要に応じたキューに入れる。
Ａ４：  ステップＡ４（コンテンツ分散処理８１４）の後、
この製品についてワーク・フロー・マネージャ・ツール１５４が終了する。
Ｂ１：  ステップＢ１（自動メタデータ獲得処理８０３）の後、
if ステップＣ１（ウォーターマーキング処理８０８）に必要なメタデータが存在する then この製品を表す項目をキューＣ１に置く。
（以下の論理も実行する）
if １−必要なメタデータのどれかが欠けているか、２−手動メタデータ供給者に向けられたコメントがあるのいずれか then この製品をキューＢ２（手動メタデータ入力処理８０４）にも置く、
else if この製品について監視公開が要求された then 製品をキューＢ３（監視公開処理８０６）に置く、
else if 製品が、要求された品質レベルのすべてについてコンテンツ処理ツール１５５からのすべての情報を有する then 製品をキューBefore（メタデータＳＣ作成処理８０７）に置く、
else 暗号化鍵が必要として製品にフラグを立て、製品をキューＡ２（処置／情報待機中製品処理８０１）に置く。
Ｂ２：  ステップＢ２（手動メタデータ入力処理８０４）中に、
if ステップＣ１（ウォーターマーキング処理８０８）が終了しておらず and ステップＣ１に必要なメタデータが存在する then この製品を表す項目をキューＣ１に置く。
（以下の論理も実行する）
if ステップＣ２（前処理および圧縮処理８０９）に必要なメタデータが供給されたばかりであるthen
（以下の論理も実行する）
if メタデータ同化および入力ツール１６１によって収集することができるメタデータのすべてが存在する then
if この製品について監視公開が要求されたthen製品をキューＢ３（監視公開処理８０６）に置く
else
if コンテンツ処理ツール１５５のステップＣ４（暗号化処理８１１）からのすべての情報が存在する then この製品をキューBefore（メタデータＳＣ作成処理８０７）に置く
else 暗号化鍵が必要として製品にフラグを立て、この製品をキューＡ２（処置／情報待機中製品処理８０１）に置く。
else
if メタデータ提供者が強制監視公開を要求したthenこの製品をキューＢ３（監視公開処理８０６）に置く
else 何もしない（製品をキューＢ２（手動メタデータ入力処理８０４）に保持する）。
Ｂ３：  ステップＢ３（監視公開処理８０６）中に、
if この操作員が、製品をステップＢ２（手動メタデータ入力処理８０４）に送り返す then 製品をキューＢ２に置く。
else if この操作員が製品を公開するthen
if コンテンツ処理ツール１５５のステップＣ４（暗号化処理８１１）からのすべての情報が存在する then この製品をキューBefore（メタデータＳＣ作成処理）に置く
else 暗号化鍵が必要として製品にフラグを立て、この製品をキューＡ２（処置／情報待機中製品処理８０１）に置く。
else 製品はキューＢ３（監視公開処理８０６）にとどまる。
Before：  ステップBefore（メタデータＳＣ作成処理８０７）の後に、製品にメタデータがパックされたことのフラグを立てる
if （製品／品質レベル）タプルのすべてがパックされた then
if コンテンツ・プロバイダ１０１の構成でＳＣの品質保証が指定されている then この製品をキューＡ３（最終品質保証処理８１３）に置く
else この製品をキューＡ４（コンテンツ分散処理８１４）に置く。
else コンテンツ１１３ＳＣが必要として製品にフラグを立て、この製品をキューＡ２（処置／情報待機中製品処理８０１）に置く。
Ｃ１：  ステップＣ１（ウォーターマーキング処理８０８）の後に、
if ステップＣ２（前処理および圧縮処理８０９）に必要なメタデータが存在する then （製品／品質レベル）タプルごとに項目を作成し、それらをキューＣ２に置く、
else 前処理／圧縮用のメタデータが必要として製品にフラグを立て、この製品をキューＡ２（処置／情報待機中製品処理８０１）に置く。
Ｃ２：  ステップＣ２（前処理および圧縮処理８０９）の後に、
if コンテンツ・プロバイダ１０１の構成でコンテンツ品質管理処理８１０が指定されている then この（製品／品質レベル）タプルをキューＣ３（コンテンツ品質管理処理８１０）に置く、
else この（製品／品質レベル）タプルをキューＣ４（暗号化処理８１１）に置く。
Ｃ３：  ステップＣ３（コンテンツ品質管理処理８１０）の後に、この（製品／品質レベル）タプルをキューＣ４（暗号化処理８１１）に置く。
Ｃ４：  ステップＣ４（暗号化処理８１１）の後に、
必要な情報（すなわち、この処理によって生成され、コンテンツ１１３の暗号化に使用された対称鍵６２３）をメタデータ同化および入力ツール１６１に供給する。
if コンテンツＳＣ６３０に必要なすべてのメタデータが存在する then この（製品／品質レベル）タプルをキューＣ５（コンテンツＳＣ作成処理８１２）に置く、
else コンテンツＳＣ６３０パッキング用のメタデータが必要として製品にフラグを立て、この（製品／品質レベル）タプルをキューＡ２（処置／情報待機中製品処理８０１）に置く。
Ｃ５：  ステップＣ５（コンテンツＳＣ作成処理８１２）の後に、
この品質レベルのコンテンツ１１３がパックされたことのフラグを品質レベルに立てる
if （製品／品質レベル）タプルのすべてがパックされた then
if 製品にメタデータがパックされたことのフラグが立てられている then
if コンテンツ・プロバイダ１０１の構成でＳＣの品質保証が指定されている then この製品をキューＡ３（最終品質保証処理８１３）に置く
else この製品をキューＡ４（コンテンツ分散処理８１４）に置く
else メタデータＳＣ６２０が必要として製品にフラグを立て、この製品をキューＡ２（処置／情報待機中製品処理８０１）に置く。
else（すべての（製品／品質レベル）タプルがパックされてはいない）  何もしない（別の（製品／品質レベル）タプルが処置のトリガになる）。
【０２１８】
Ｃ．メタデータ同化および入力ツール
メタデータは、コンテンツ１１３を記述するデータ、たとえば、音楽では、レコーディングのタイトル、アーティスト、作者／作曲者、プロデューサ、およびレコーディングの長さからなる、以下の説明は、音楽のコンテンツ１１３に基づくが、当業者は、他のコンテンツ・タイプ、たとえばビデオ、プログラム、マルチメディア、映画、および同等物が、本発明の真の範囲および意味に含まれることを理解されたい。
【０２１９】
このサブシステムは、製品の販売を促進するのを助けるためにコンテンツ・プロバイダ１０１が電子ディジタル・コンテンツ商店１０３に供給するデータ（たとえば、音楽の場合、このアーティストによるサンプル・クリップ、このアーティストの経歴、このレコーディングが含まれるアルバムのリスト、このアーティストまたは製品に関連するジャンル）、購入した製品に関してコンテンツ・プロバイダ１０１がエンドユーザに供給するデータ（たとえば、アーティスト、プロデューサ、アルバム・カバー、トラック長）、およびコンテンツ・プロバイダ１０１がエンドユーザに提供したい異なる購入オプション（使用条件５１７）を集める。データは、メタデータＳＣ６２０にパックされ、電子ディジタル・コンテンツ商店１０３が入手できるようにされる。これを達成するために、以下のツールを提供する。
・自動メタデータ獲得ツール
・手動メタデータ入力ツール
・使用条件ツール
・監視公開ツール
【０２２０】
これらのツールを用いると、コンテンツ・プロバイダ１０１が、ワーク・フロー・マネージャ１５４に関して上で説明した処理を実施できるようになる。本明細書で説明するツールは、好ましい実施形態ではJava（登録商標）に基づくツールキットであるが、Ｃ／Ｃ＋＋、アセンブラおよび同等物などの他のプログラミング言語を使用することができる。
【０２２１】
１．自動メタデータ獲得ツール
自動メタデータ獲得ツールは、上で説明した自動メタデータ獲得処理８０３を実施する能力をユーザに与える。自動メタデータ獲得ツールは、コンテンツ・プロバイダ１０１のデータベース１６０にアクセスし、操作員の支援なしでできる限り大量のデータを取り出すのに使用される。この処理を自動化するための構成方法が使用可能である。コンテンツ・プロバイダ１０１は、デフォルトのメタデータ・テンプレートを調整して、コンテンツ・プロバイダ１０１がエンドユーザに供給したいデータのタイプ（たとえば、作曲者、プロデューサ、伴奏者、トラック長）と、コンテンツ・プロバイダ１０１が電子ディジタル・コンテンツ商店１０３に供給する販売促進データのタイプ（たとえば、音楽の例では、このアーティストによるサンプル・クリップ、このアーティストの経歴、このレコーディングが含まれるアルバムのリスト、このアーティストに関連するジャンル）を識別することができる。デフォルトのメタデータ・テンプレートには、エンドユーザ装置１０９が必要とするデータ・フィールド、エンドユーザ装置１０９に任意選択として供給することができるデータ・フィールド、および、アーティスト、アルバム、またはシングルの販売を促進する、電子ディジタル・コンテンツ商店１０３を対象とするデータ・フィールドのサンプルの組が含まれる。
【０２２２】
コンテンツ・プロバイダ１０１のデータベース１６０からテンプレート・データ・フィールドを抽出するために、自動メタデータ獲得ツールは、データのタイプ（たとえば作曲者、プロデューサ、アーティストの伝記）を、そのデータを見つけることができるデータベース内の位置にマッピングするテーブルを使用する。コンテンツ・プロバイダ１０１のそれぞれが、彼らの環境のためのマッピング・テーブルを指定するのを助ける。
【０２２３】
自動メタデータ獲得ツールは、コンテンツ・プロバイダ１０１のメタデータ・テンプレートおよびマッピング・テーブルを使用して、コンテンツ・プロバイダ１０１のデータベース１６０から入手できるすべてのデータを獲得する。各製品の状況は、自動メタデータ獲得処理８０３の結果を用いて更新される。必要なデータが欠けている製品は、手動メタデータ入力処理８０４のキューに入れられ、そうでない製品は、メタデータＳＣ６２０にパックするために使用可能になる。
【０２２４】
２．手動メタデータ入力ツール
手動メタデータ入力ツールは、上で説明した手動メタデータ入力処理８０４を実施する能力をユーザに与える。手動メタデータ入力ツールを用いると、正しく許可された操作員が、欠けているデータを提供することができるようになる。欠けているデータが入手不能であると操作員が判定した場合には、操作員は、製品にコメントを付加し、監視公開を要求することができる。コンテンツ・プロバイダ１０１は、品質保証のために、製品が監視公開されることを要求することができる。必要なデータのすべてが存在するようになった後、監視公開が要求されなかった場合に、製品は、メタデータＳＣ６２０へのパックのために使用可能になる。
【０２２５】
３．使用条件ツール
使用条件ツールは、上で説明した使用条件処理８０５を実施する能力をユーザに与える。電子配布を使用する、販売またはレンタル（制限付き使用）に関するコンテンツ１１３の提供の処理には、一連のビジネス決定が含まれる。コンテンツ・プロバイダ１０１は、どの圧縮レベルでコンテンツ１１３を使用可能にするかを決定する。その後、コンテンツ１１３の圧縮され符号化された版のそれぞれについて、１つまたは複数の使用条件が指定される。使用条件のそれぞれでは、コンテンツ１１３の使用に関する、エンドユーザの権利とエンドユーザに対する制限が定義される。
【０２２６】
コンテンツ処理ツール１５５の一部として、１組の使用条件（エンドユーザの権利および制限）が、製品に付加される。
【０２２７】
使用条件では、以下が定義される。
１．この使用条件が適用される、コンテンツ１１３の圧縮符号化された版。
２．この使用条件に含まれるユーザのタイプ（たとえば、会社、個人消費者）
３．この使用条件で、コンテンツ１１３の購入またはレンタルが許可されるかどうか。
レンタル・トランザクションの場合：
・レンタルの期間を制限するのに使用される測定単位（たとえば、日数、再生回数）。
・その後にコンテンツ１１３が再生されれなくなる上の単位の数。
購入トランザクションの場合：
・エンドユーザが作成を許可される再生可能なコピーの数。
・エンドユーザがそれらのコピーを作成できる媒体の種類（たとえば、ＣＤ−Ｒ（ＣＤ−Recordable）、ミニディスク、パーソナル・コンピュータ）。
４．購入／レンタル・トランザクションの発生が許可される時間期間（すなわち、エンドユーザは、最初の使用可能性日付の後、使用可能性の最後の日付の前に限って、この使用条件の条件の下で購入／レンタルを行うことができる）。
５．そこからエンドユーザがこの購入（またはレンタル）の取引を行うことができる国。
６．この使用条件の下での購入／レンタル・トランザクションの価格
７．ウォーターマーキング・パラメータ。
８．クリアリングハウス１０５の通知を必要とするイベントのタイプ。
【０２２８】
使用条件の組の例
コンテンツ・プロバイダ１０１は、１９９７年第４四半期中に有名な子供の歌手による子供の曲の再リリースに対する北米市場の受入をテストすると決定することができる。このテストでは、その曲を、２つの異なる圧縮符号化版すなわち、３８４Ｋｂｐｓおよび５６ｋｂｐｓで入手可能にする。３８４Ｋｂｐｓ版は、購入（およびミニディスクへの１回のコピー）またはレンタル（２週間）が可能であり、５６Ｋｂｐｓ版は、購入のみが可能（コピー作成は不可）である。ウォーターマーキング命令は、どの購入／レンタルについても同一であり、コンテンツ・プロバイダ１０１は、クリアリングハウス１０５が、作成されるすべてのコピーをカウントすることを望んでいる。これによって、次のような使用条件が作成されるはずである。
【０２２９】
【表１０】
2005122708.tif 000012
【０２３０】
４．メタデータＳＣ６２０の諸部分
下記は、メタデータ同化および入力ツール１６１がメタデータＳＣ６２０に含めるために収集するデータの種類の一部である。機能および宛先によって、データをＳＣ部分にグループ化する試みが行われている。
【０２３１】
【表１１】
2005122708.tif 000013
【表１２】
2005122708.tif 000014
【表１３】
2005122708.tif 000015
【表１４】
2005122708.tif 000016
【０２３２】
５．監視公開ツール
監視公開ツールは、上で説明した監視公開処理８０６を実施する能力をユーザに与える。監視公開の権限を有するものとしてコンテンツ・プロバイダ１０１によって指定された個人は、監視公開を待っている製品（すなわち、監視公開処理８０６のキューにある製品）を呼び出し、そのコンテンツ１１３およびそれに付随するコメントを検査することができ、下記のいずれかを行うことができる。
コンテンツ１１３を承認し、メタデータＳＣ６２０へのパックのために製品を公開するか、
必要な訂正を行い、メタデータＳＣ６２０へのパックのために製品を公開するか、
行うべき訂正処置を指定するコメントを追加し、製品を手動メタデータ入力処理８０４に再サブミットする。
【０２３３】
もう１つの実施形態では、ＳＣの作成の後に、ＳＣのコンテンツ１１３をオープンでき、完全性および正確度について検査でき、その時点で、小売りチャネルへの製品の公開に関する最終承認を与えるか拒否することができる、もう１つの任意選択の品質保証ステップがある。
【０２３４】
Ｄ．コンテンツ処理ツール
コンテンツ処理ツール１５５は、実際には、ディジタル・コンテンツ・ファイルを処理してウォーターマーキングされ符号化され暗号化されたコンテンツのコピーを作成するのに使用されるソフトウェア・ツールの集合である。これらのツールは、業界標準のディジタル・コンテンツ処理ツールを利用して、ウォーターマーキング技術、符号化技術、および暗号化技術が進歩した時にそれらのプラグ可能な交換を可能にする。選択された業界ツールを、コマンド・ライン・システム呼出しインターフェースを介してロードでき、パラメータを渡すことができるか、ＤＬＬインターフェースを介して機能を呼び出すことができるツールキットを提供できる場合には、コンテンツ処理を、ある程度まで自動化することができる。各ツールに対するフロント・エンド・アプリケーションが、次に使用可能なジョブについてコンテンツ処理ツール１５５内の適当なキューを照会し、必要なファイルおよびパラメータを取り出し、業界標準のコンテンツ処理ツールをロードして、必要な機能を実行する。タスクの完了時に、ツールが終了状況を報告しない場合には、キューに対する手動の更新が必要になる可能性がある。
【０２３５】
コンテンツ処理ツール１５５の一般的な版を説明するが、カスタマイズが可能である。コンテンツ処理ツール１５５は、Java（登録商標）、Ｃ／Ｃ＋＋、または同等のソフトウェアで記述することができる。コンテンツ処理ツール１５５は、ディスケット、ＣＤを含むすべてコンピュータ可読手段によるかウェブ・サイトを介して配布することができる。
【０２３６】
１．ウォーターマーキング・ツール
ウォーターマーキング・ツールは、上で説明したウォーターマーキング処理８０８を実施する能力をユーザに与える。このツールは、オーディオ・ウォーターマーキング技術を使用して、コンテンツ１１３所有者の著作権情報を曲ファイルに加える。実際に書き込まれる情報は、コンテンツ・プロバイダ１０１と、選択された特定のウォーターマーキング技術によって決定される。この情報は、フロント・エンド・ウォーターマーキング・ツールから使用可能であり、その結果、そのツールは、この情報をウォーターマーキング機能に正しく渡すことができる。これは、たとえば曲のオーディオ・ファイルを処理できるようにする前に、メタデータ同化および入力ツール１６１が確実にこの情報を獲得するようにするために、メタデータ同化および入力ツール１６１に対する同期化要件を課す。この曲は、ウォーターマーキング情報が得られるまでは、オーディオ処理のために使用可能にはならない。
【０２３７】
透かしは、作成される曲の符号化のすべてに共通なので、オーディオ処理の第１ステップで適用される。透かしが符号化技術に耐える限り、ウォーターマーキング処理は、曲ごとに１回だけ行えば十分である。
【０２３８】
さまざまなウォーターマーキング技術が、既知であり、市販されている。しかし、フロント・エンド・ウォーターマーキング・ツールは、さまざまな業界ウォーターマーキング・ツールをサポートする能力を有する。
【０２３９】
２．前処理および圧縮ツール
前処理および圧縮ツールは、上で説明した前処理および圧縮処理８０９を実施する能力をユーザに与える。オーディオ符号化には、２つの処理が含まれる。符号化は、基本的に、音楽コンテンツの例ではＰＣＭオーディオ・ストリームに対する、ロッシイ圧縮アルゴリズムの適用である。エンコーダは、通常は、要求されるオーディオ品質のレベルに基づいて、さまざまな再生ビット・ストリーム速度を生成するように調整することができる。高品質は、大きいファイル・サイズをもたらし、ファイル・サイズは、高品質のコンテンツ１１３では非常に大きくなる可能性があるので、高品質のコンテンツ１１３のダウンロード時間は、非常に長くなり、時には標準的な２８８００ｂｐｓモデムでは事実上使用不能になる可能性がある。
【０２４０】
したがって、コンテンツ・プロバイダ１０１は、ダウンロードのために何時間も待ちたくない気短または低帯域幅の顧客と、高品質のコンテンツ１１３だけを購入するか高速接続を有するかのいずれかであるハイファイ愛好家または高帯域幅の顧客の両方の歓心を買うために、ダウンロード用にさまざまなディジタル・コンテンツ品質を提供することができる。
【０２４１】
圧縮アルゴリズムは、コンテンツ１１３の低ビット・レート再生を生成するための技術において変化がある。技術は、アルゴリズム（すなわち、ＭＰＥＧ、ＡＣ３、ＡＴＲＡＣ）と圧縮レベルの両方によって変化する。より高いレベルの圧縮を達成するためには、通常は、圧縮アルゴリズムに渡す前に、データを、低いサンプリング・レートで再サンプリングする。忠実性の消失が少ないより効率的な圧縮を可能にするため、または、一部の周波数範囲の劇的なドロップアウトを防ぐために、ディジタル・コンテンツが、時々、一部の周波数の等化レベルに対する調整またはレコーディングの動特性に対する調整を必要とする場合がある。コンテンツ前処理要件は、圧縮アルゴリズムと必要な圧縮のレベルに直接に関係する。場合によっては、コンテンツ１１３のスタイル（たとえば音楽ジャンル）を、前処理要件を決定するための基礎として成功裡に使用することができる。というのは、同一のジャンルからの曲が、通常は類似した動特性を有するからである。一部の圧縮ツールでは、これらの前処理機能が、符号化処理の一部になっている。それ以外の圧縮ツールでは、所望の前処理が、圧縮の前に実行される。
【０２４２】
販売用のダウンロード可能なオーディオ・ファイルのほかに、各曲は、低ビット・レート（ＬＢＲ）ストリーミング・プロトコルを介して曲をサンプリングできるようにするためにＬＢＲ符号化されたクリップも有する。このＬＢＲ符号化も、コンテンツ処理ツール１５５の責任である。このクリップは、コンテンツ・プロバイダ１０１によって別のＰＣＭファイルとして、またはオフセットおよび長さのパラメータとしてのいずれかで供給される。
【０２４３】
ウォーターマーキングと同様に、符号化ツールは、ＤＬＬまたはコマンド・ライン・システム呼出しインターフェースを介してロードでき、前処理および圧縮に必要なすべてのパラメータを渡せることが望まれる。フロント・エンド符号化ツールは、たとえばコンテンツが音楽の場合で、曲のジャンルがコンテンツ・プロバイダのデータベース１６０から獲得されると判定された場合に、オーディオ前処理を実行する前に、メタデータ同化および入力ツール１６１との同期化要件を有する場合がある。これは、選択された符号化ツールと、曲のジャンルがどれほど不確定であるかに依存する。コンテンツ・プロバイダ１０１が、曲ごとに符号化された品質レベルの選択を変更する場合には、この情報も、符号化ステップの前に供給され、メタデータ同化および入力ツール１６１によって生成されるメタデータと一致する。
【０２４４】
さまざまな高品質符号化アルゴリズムおよびツールが、現在既知である。しかし、フロント・エンド符号化ツールは、さまざまな業界符号化ツールをサポートする能力を有する。
【０２４５】
ここで図１５に移ると、本発明による、図１１の自動メタデータ獲得ツールの一実施形態の流れ図が示されている。この処理は、コンテンツ・プロバイダ１０１が検査中の媒体から識別子を読み取ることから開始される。コンテンツの一例はオーディオＣＤ実施形態である。オーディオＣＤ実施形態では、ＵＰＣ（統一商品コード）、ＩＳＲＣ（InternationalStandard Recording Code）、ＩＳＭＮ（InternationalStandard Music Number）が使用可能である可能性がある。この識別子は、たとえばオーディオＣＤの場合はオーディオＣＤプレイヤ、ＤＶＤムービーの場合はＤＶＤプレイヤ、ＤＡＴレコーディングおよび同等物の場合はＤＡＴレコーダなど、コンテンツに適したプレイヤで読み取られる（ステップ１２０１）。次に、この識別子を使用して、コンテンツ・プロバイダ１０１のデータベース１６０をインデクシングする（ステップ１２０２）。図１１で説明したワーク・フロー・マネージャ処理が必要とする情報の一部またはすべてが、データベース１６０および他の関連ソース内で検索される（ステップ１２０３）。この情報には、コンテンツ１１３とそれに関連するメタデータを含めることができる。ステップ１２０４で、検索された追加情報を使用して、電子コンテンツ１１３を作成するためにワーク・フロー・マネージャ１５４を始動する。複数のオーディオＣＤなどの複数の媒体の選択をキューに入れ、自動メタデータ獲得ツールが電子配布用の一連のコンテンツ１１３を作成できるようにすることが可能であることを理解されたい。たとえば、すべてのコンテンツ１１３を、一連のＣＤから作成するか、コンテンツ・プロバイダ１０１によって検査される１つまたは複数のＣＤの選択されたトラックから作成することができる。
【０２４６】
代替実施形態では、前処理パラメータを、コンテンツ・プロバイダのデータベース１６０から自動的に検索することができる。ここで図１６を参照すると、本発明による、図１１の前処理および圧縮ツールの、前処理パラメータおよび圧縮パラメータを自動的に設定する方法の流れ図が示されている。この実施形態では、コンテンツ１１３は音楽である。ステップ１３０１で、コンテンツ処理ツール１５５で符号化される音楽（コンテンツ１１３）を選択する。選択された音楽のジャンルを判定する（ステップ１３０２）。これは、手動で入力するか、図１５で説明した処理から検索される追加データなど、他の使用可能なメタデータを使用することによって入力することができる。選択されたオーディオ圧縮レベルおよびオーディオ圧縮アルゴリズムを検査する（ステップ１３０３）。次に、ジャンル、圧縮設定、および圧縮アルゴリズムによって、どの圧縮パラメータを前処理および圧縮処理８０９で使用しなければならないかに関するテーブル索引を行う（ステップ１３０４）。
【０２４７】
３．コンテンツ品質管理ツール
コンテンツ品質管理ツールは、上で説明したコンテンツ品質管理処理８１０を実施する能力をユーザに与える。これは、任意選択のコンテンツ処理ツールであり、品質管理技術者が、符号化されウォーターマーキングされたコンテンツ・ファイルを再検討し、品質判断に基づいてコンテンツ・ファイルを承認または拒絶する機会を提供する。品質管理技術者は、品質が適当になるまで手動前処理調整を行ってコンテンツを再符号化することができ、また、曲に再処理のフラグを立て、問題を記述したメモを付加することができる。
【０２４８】
この処理ステップは、コンテンツ処理ワーク・フローの任意選択ステップまたは必要なステップとして、コンテンツ・プロバイダ１０１が構成することができる。追加の任意選択の最終品質保証処理８１３ステップが、このコンテンツのすべてのＳＣ（たとえば、ＣＤ上の曲の各ＳＣ）のパッケージ化の後に設けられ、この時点で、コンテンツ符号化の品質をテストすることができるが、暗号化およびパッケージ化の前に早期に問題を捕まえることによって、より効率的なコンテンツ処理が可能になる。したがって、コンテンツ品質は、すべての処理の最終的な完了を待つのではなく、このステップで保証されることが非常に望ましい。
【０２４９】
４．暗号化ツール
暗号化ツールは、上で説明した暗号化処理８１１を実施する能力をユーザに与える。コンテンツ暗号化は、コンテンツ処理ツール１５５の最終ステップである。符号化ツールによって作成されたコンテンツの版のそれぞれが、ここで暗号化される。暗号化ツールは、ＳＣパッカーの１機能である。ＳＣパッカーは、曲を暗号化するために呼び出され、使用された生成された暗号化鍵を返す。この鍵は、後に、メタデータＳＣ６２０の作成に使用するためにＳＣパッカーに渡される。
【０２５０】
Ｅ．コンテンツＳＣ作成ツール
すべてのメタデータが収集された後に、コンテンツＳＣ作成ツールは、メタデータをその所期の目的に基づくカテゴリにグループ化する。これらのメタデータのグループは、メタデータＳＣ６２０のメタデータ部分としてＳＣパッカー・ツールに渡されるファイルに書き込まれる。各部分（ファイル）は、独自の処理要件を有する。関連する曲が処理され、暗号化され、目標宛先（コンテンツ・ホスティング・サイト１１１のＵＲＬ）が決定された後に、コンテンツ１１３のコンテンツＳＣ６３０を作成する準備が調う。処理が完了し、上で説明したすべての要件を満たすコンテンツ１１３は、ワーク・フロー・マネージャ１５４のパッカー・キューにパックのために入れられる。
【０２５１】
コンテンツＳＣ作成ツールは、ここで、メタデータ同化および入力ツール１６１の前のステップによって作成された必要なファイルのすべてを取り出し、ＳＣパッカー機能を呼び出して、メタデータＳＣ６２０およびコンテンツＳＣ６３０を作成する。この処理では、曲ごとに１つのメタデータＳＣ６２０と複数のコンテンツＳＣ６３０が作成される。たとえば、コンテンツが音楽の場合に、完全な曲のさまざまな品質レベルに関するオーディオ処理中に作成されたオーディオ・ファイルのそれぞれが、別々のコンテンツＳＣ６３０にパックされる。サンプル・クリップ用に作成されたオーディオ・ファイルは、メタデータ・ファイルとして渡されて、メタデータＳＣ６２０に含まれる。
【０２５２】
Ｆ．最終品質保証ツール
最終品質保証ツールは、上で説明した最終品質保証処理８１３を実施する能力をユーザに与える。すべてのＳＣがコンテンツ・ファイルに関して作成された後に、コンテンツは、最終品質保証検査のために使用可能になる。品質保証は、コンテンツ１１３準備処理のさまざまな段階で実行することができる。コンテンツ・プロバイダ１０１は、後の過剰なリワークを避けるために主要なステップのそれぞれが完了した時に品質保証を実行することを選択でき、また、すべてのオーディオ準備処理が完了するまで待ってからすべての品質保証を一度に行うことを選択することができる。後者が選択された場合、品質保証は、この位置で、ＳＣの作成の完了時に実行される。このツールでは、曲の各ＳＣをオープンし、検査し、オーディオを再生することができる。
【０２５３】
発見された問題は、些細なテキスト変更であっても、ＳＣの内部セキュリティ機能に起因して、ＳＣの再作成を必要とする。無用な再処理時間を避けるために、中間の品質保証ステップを使用して、メタデータの精度を保証することと、この特定の品質保証ステップを、この曲に関連するＳＣの間の適当な相互参照の検証のために予約することを強く推奨する。問題が見つかった場合には、保証者は、曲に付加される問題記述を入力することができ、その曲を、再処理のために適当な処理キューにもう一度入れることができる。状況は、曲のすべての関連するコンポーネントの状況を示すためにワーク・フロー・マネージャ１５４内で適当に更新される。問題が発見されない場合には、コンテンツ１１３に、公開の準備ができているものとしてマークをつけるかフラグを立てる。
【０２５４】
Ｇ．コンテンツ分散ツール
コンテンツ分散ツールは、上で説明したコンテンツ分散処理８１４を実施する能力をユーザに与える。コンテンツ１１３が、公開について承認された後に、コンテンツ１１３のＳＣが、コンテンツ分散処理のキューに置かれる。コンテンツ分散ツールは、このキューを監視し、コンテンツ・プロバイダ１０１によって供給される構成設定に基づいて、ＳＣファイルの即時転送またはＳＣファイルのグループのバッチ転送を実行する。コンテンツ・プロバイダ１０１は、任意選択として、手動で解放についてフラグを立てられるまですべてのＳＣをこのキューに自動的に保持するようにコンテンツ分散ツールを構成することもできる。これによって、コンテンツ・プロバイダ１０１は、スケジューリングされた公開日の前にコンテンツを準備し、たとえば新曲、映画、またはゲームを公開したくなるまで保持することができるようになる。ＳＣは、定義済みの公開日付に基づいてコンテンツ１１３へのアクセスを制御することもでき、したがって、コンテンツ・プロバイダ１０１が、実際にＳＣの配布を遅らせる必要はないが、この手動公開オプションは、この目的に使用することも、これらの大きいファイルを転送するのに必要なネットワーク帯域幅を制御するのに使用することもできる。
【０２５５】
公開のフラグを立てられた時に、コンテンツ１１３のコンテンツＳＣ６３０は、指定されたコンテンツ・ホスティング・サイト１１１にＦＴＰを介して転送される。メタデータＳＣ６２０は、ＦＴＰを介して、コンテンツ販売促進ウェブ・サイト１５６に転送される。ここで、ＳＣは、処理とコンテンツ販売促進ウェブ・サイト１５６への統合が可能になるまで、新しいコンテンツ１１３のための新規コンテンツ・ディレクトリにステージングされる。
【０２５６】
図２１は、本発明による、図１１の自動メタデータ獲得ツールの、追加情報を自動的に取り出すための代替実施形態の流れ図である。この処理は、上で図１１で説明したものに類似する。しかし、監視公開処理８０６およびコンテンツ品質管理処理８１０の品質検査が、品質管理１７０４と称する１つの品質検査に組み合わされている。メタデータＳＣ作成８０７およびコンテンツＳＣ作成８１２の前の品質検査が実行される。ＳＣ作成の前に品質検査を実行することによって、コンテンツ１１３および関連するメタデータＳＣ６２０をアンパックするステップが除去される。さらに、この実施形態では、処置／情報待機中製品８０１のキューが除去されている。ジョブは、要求されている処置に応じて、特定の処理キューに置かれる。たとえば、ジョブが手動メタデータすなわち追加メタデータの入力を必要とする場合には、ジョブは、手動メタデータ入力キューに置かれる。また、自動メタデータ獲得８０３は、新規コンテンツ要求と合併されて、メタデータ同化および入力ツール１６１およびコンテンツ処理ツール１５５の前に行われる。最後に、使用条件処理８０５が、自動メタデータ獲得８０３および手動メタデータ入力８０４の両方で入力されることを指摘することが重要である。これは、使用条件の多くを、自動メタデータ獲得８０３ステップの間に自動的に書き込むことができるからである。
【０２５７】
Ｈ．コンテンツ販売促進ウェブ・サイト
コンテンツ・プロバイダ１０１がディジタル・ダウンロードを介する販売のために入手可能にしているものに関する情報を最も効率的に分散し、電子ディジタル・コンテンツ商店１０３に必要なファイルを得てこのコンテンツ１１３をその顧客へのダウンロードに使用可能にするために、各コンテンツ・プロバイダ１０１は、この情報を収納するセキュア・ウェブ・サイトを有する必要がある。これは、販売促進コンテンツを小売業者およびこの情報を必要とする他者に入手可能にするために一部のコンテンツ・プロバイダ１０１が現在使用している方法に類似する。この種のサービスがすでに存在する場合には、電子ディジタル・コンテンツ商店１０３がダウンロードを介する販売のために使用可能なコンテンツのリストを見るために行くことができる追加セクションをウェブ・サイトに追加することができる。
【０２５８】
コンテンツ・プロバイダ１０１は、このサイトの設計およびレイアウトに対する完全な制御を有し、また、セキュア・ディジタル・コンテンツ電子配布システム１００用のツールキットの一部として提供されるターンキー・ウェブ・サーバ・ソリューションの使用を選択することができる。このサービス用のそれ自体の設計を実施するために、コンテンツ・プロバイダ１０１は、そのサイトにアクセスする電子ディジタル・コンテンツ商店１０３用のメタデータＳＣ６２０へのリンクを提供するだけでよい。これは、セキュア・ディジタル・コンテンツ電子配布システム１００用のツールキットを使用して達成される。選択処理およびどの情報を示すかは、コンテンツ・プロバイダ１０１の自由裁量である。
【０２５９】
コンテンツ分散ツールからＦＴＰを介して新規コンテンツ・ディレクトリに受信されたメタデータＳＣ６２０は、コンテンツ販売促進ウェブ・サイト１５６によって処理される。これらのコンテナは、ＳＣプレビュー・ツールを用いてオープンして、コンテナから情報を表示または抽出することができる。この情報は、ＨＴＭＬウェブ・ページの更新またはこのサービスによって維持される検索可能データベースへの情報追加に使用することができる。ＳＣプレビュー・ツールは、実際には、電子ディジタル・コンテンツ商店１０３がメタデータＳＣ６２０のオープンおよび処理に使用するコンテンツ獲得ツールのサブセットである。詳細については、コンテンツ獲得ツールの節を参照されたい。その後、メタデータＳＣ６２０ファイルは、コンテンツ販売促進ウェブ・サイト１５６によって維持される永続ディレクトリに移動されなければならない。
【０２６０】
メタデータＳＣ６２０がコンテンツ販売促進ウェブ・サイト１５６に統合された後に、その使用可能性を公表する。コンテンツ・プロバイダ１０１は、新しいメタデータＳＣ６２０のそれぞれがサイトに追加されるたびに契約している電子ディジタル・コンテンツ商店１０３のすべてに通知を送信することができ、また、毎日（または定義された期間ごと）、その日（または期間）に追加されたすべてのメタデータＳＣ６２０の単一の通知を実行することができる。この通知は、追加されたメタデータＳＣ６２０を参照するパラメータを含む定義済みのＣＧＩ文字列を送信することによって、電子ディジタル・コンテンツ商店１０３のウェブ・サーバとの標準ＨＴＴＰ交換を介して実行される。このメッセージは、後で説明する電子ディジタル・コンテンツ商店１０３の通知インターフェース・モジュールによって処理される。
【０２６１】
Ｉ．コンテンツ・ホスティング
エンターテイメント産業は、ＣＤ、映画、およびゲームなどのコンテンツ・タイトルを毎年数千本製作し、現在使用可能な数万本のコンテンツ・タイトルに追加している。セキュア・ディジタル・コンテンツ電子配布システム１００は、現在の商店で入手可能なコンテンツ・タイトルのすべてをサポートするように設計されている。
【０２６２】
セキュア・ディジタル・コンテンツ電子配布システム１００が日次単位で最終的に顧客にダウンロードすることができるコンテンツ・タイトルの数は、数千または数万になる。大量のタイトルの場合、これは大量の帯域幅を必要とする。コンピュータのディスク空間および帯域幅の必要は、複数のコンテンツ・ホスティング・サイト１１１を有するスケーラブルな分散実施形態を必要とする。このシステムは、全世界の顧客もサポートする。これは、全世界の顧客への配布を高速化するための海外サイトを必要とする。
【０２６３】
セキュア・ディジタル・コンテンツ電子配布システム１００でのコンテンツ・ホスティングは、コンテンツ・プロバイダ１０１が、それ自体のコンテンツ１１３をホストするか、共通の施設または施設の組を共用するかのいずれかを可能にするように設計されている。
【０２６４】
セキュア・ディジタル・コンテンツ電子配布システム１００でのコンテンツ・ホスティングは、セキュア・ディジタル・コンテンツ電子配布システム１００によって提供されるコンテンツ１１３のすべてを集合的に含む複数のコンテンツ・ホスティング・サイト１１１と、コンテンツ・プロバイダ１０１によって提供される現在のヒット作を含む複数の２次コンテンツ・サイト（図示せず）からなる。コンテンツ・ホスティング・サイト１１１の数は、そのシステムを使用するエンドユーザの数に応じて変化する。２次コンテンツ・サイトは、限られた数の曲をホストするが、システムで使用される帯域幅の大きな比率を表す。２次サイトは、１次サイトのボリュームが最大容量の点まで増えた時にオン・ラインにされる。２次サイトは、ネットワーク・アクセス・ポイント（ＮＡＰ）の近くに配置することができ、これがダウンロード時間の高速化を助ける。２次サイトは、ダウンロード時間を高速化するために世界中の異なる地理的区域に配置することもできる。
【０２６５】
コンテンツ・プロバイダ１０１は、それ自体のシステムでコンテンツ１１３のすべてをホストすることを選択した場合に、追加の２次コンテンツ・サイトの有無を問わず、単一のコンテンツ・ホスティング・サイト１１１として働くことができる。これによって、コンテンツ・プロバイダ１０１が、それ自体のスケーラブルな分散システムを構築できるようになる。もう１つの実施形態では、電子ディジタル・コンテンツ商店１０３も、一部のコンテンツ１１３についてコンテンツ・ホスティング・サイト１１１として働くことができる。この実施形態では、電子ディジタル・コンテンツ商店１０３とコンテンツ・プロバイダ１０１の間での特殊な金銭上の協定が必要になる。
【０２６６】
１．コンテンツ・ホスティング・サイト
コンテンツ１１３は、本明細書のコンテンツ・プロバイダの節で説明したコンテンツ分配ツールによって、ＦＴＰまたはＨＴＴＰを介して、または、テープ、ＣＤ−ＲＯＭ、フラッシュ、または他のコンピュータ可読媒体でのコンテンツ配布などのオフライン手段を介して、コンテンツ・ホスティング・サイト１１１に追加される。コンテンツ・プロバイダ１０１によって作成されるメタデータＳＣ６２０に、このコンテンツ１１３のコンテンツＳＣ６３０を突きとめるＵＲＬを示すフィールドが含まれる。このＵＲＬは、コンテンツ・ホスティング・サイト１１１に対応する。電子ディジタル・コンテンツ商店１０３は、コンテンツ・プロバイダ１０１によって許可される場合にオファーＳＣ６４１でこのＵＲＬを変更することができる。エンドユーザ装置１０９は、コンテンツＳＣ６３０をダウンロードしたい時に、このコンテンツ・ホスティング・サイト１１１と通信する。
【０２６７】
エンドユーザ装置１０９は、ライセンスＳＣ６６０をコンテンツ・ホスティング・サイト１１１に送信することによって、コンテンツＳＣ６３０の要求を開始する。これは、クリアリングハウス１０５によって返されるライセンスＳＣ６６０と同一である。ライセンスＳＣ６６０のディジタル署名を検証して、それが有効なライセンスＳＣ６６０であるかどうかを判定することができる。それが有効なライセンスＳＣ６６０である場合には、ダウンロードを開始するか、ダウンロード要求を別のコンテンツ・ホスティング・サイト１１１にリダイレクトすることができる。
【０２６８】
２．セキュア・ディジタル・コンテンツ電子配布システム１００によって提供されるコンテンツ・ホスティング・サイト１１１
セキュア・ディジタル・コンテンツ電子配布システム１００の場合、コンテンツ１１３のダウンロードにどのサイトを使用するかの決定は、コンテンツＳＣ６３０の最初の要求を受信した１次コンテンツ・サイトによって行われる。このサイトは、以下の情報を使用してこの決定を行う。
・要求されたコンテンツ１１３をホストする２次コンテンツ・サイトがあるか（セキュア・ディジタル・コンテンツ電子配布システム１００が提供するコンテンツ１１３の大多数は、１次サイトだけに配置される）
・エンドユーザ装置１０９は、地理的にはどこに配置されているか（この情報は、要求がエンドユーザ装置１０９で開始された時にエンドユーザ装置１０９から取得でき、これが、注文ＳＣ６５０内でクリアリングハウス１０５に渡される）
・適当な２次サイトが動作しているか（２次サイトがオフラインになっている場合がある）
・２次サイトの負荷はどれほどか（２次サイトが活動で手一杯の場合には、より負荷の低い別のサイトを選択することができる）
【０２６９】
コンテンツＳＣ６３０をエンドユーザ装置１０９に送信する前に、エンドユーザの要求に対する分析および検証を実行する。コンテンツ１１３のダウンロードに使用されたすべてのライセンスＳＣのＩＤのデータベースを保持する。このデータベースを検査して、エンドユーザ装置１０９が、購入したコンテンツ１１３の各部分の要求だけを行うようにすることができる。これによって、悪意を持ったユーザがコンテンツ・ホスティング・サイト１１１の速度低下をもくろんでコンテンツ・ホスティング・サイト１１１に繰り返しアクセスすることができなくなり、コンテンツＳＣ６３０の許可されないダウンロードができなくなる。
【０２７０】
２次コンテンツ・サイトへのコンテンツ１１３の昇格および降格は、コンテンツ１１３の個々の部分に対する顧客需要に基づいて定期的に行われる。
【０２７１】
コンテンツ・ホスティング・ルータ
コンテンツ・ホスティング・ルータ（図示せず）は、コンテンツ・ホスティング・サイト１１１に存在し、コンテンツ１１３のダウンロードを待っているエンドユーザからのすべての要求を受信する。コンテンツ・ホスティング・ルータは、エンドユーザの要求に対する検証検査を実行して、エンドユーザが実際にコンテンツ１１３を購入したことを保証する。２次コンテンツ・サイトの状況に関する、そこにあるコンテンツ１１３とその現在の状況とを含むデータベースが維持される。この現在の状況には、そのサイトでの活動の量と、サイトが保守のためにダウンしているかどうかが含まれる。
【０２７２】
コンテンツ・ホスティング・ルータへの唯一のインターフェースは、コンテンツ１１３のダウンロードが要求される時にエンドユーザ装置１０９によって送信されるライセンスＳＣ６６０である。ライセンスＳＣ６６０には、ユーザがコンテンツ１１３のダウンロードを許可されることを示す情報が含まれる。
【０２７３】
２次コンテンツ・サイト
２次コンテンツ・サイト（図示せず）は、セキュア・ディジタル・コンテンツ電子配布システム１００の人気のあるコンテンツ１１３をホストする。これらのサイトは、地理的に全世界に分散し、ダウンロード時間を改善するためにネットワーク・アクセス・ポイント（ＮＡＰ）の近くに配置される。これらのサイトは、１次コンテンツ・ホスティング・サイト１１１に対する需要が最大容量に近づいた時にシステムに追加される。
【０２７４】
ＩＸ．電子ディジタル・コンテンツ商店
Ａ．概要  複数の電子ディジタル・コンテンツ商店１０３のサポート
電子ディジタル・コンテンツ商店１０３は、本質的に小売業者である。これは、コンテンツ１１３を市場で売って顧客に配布する実体である。コンテンツ１１３の配布に関して、これには、ディジタル・コンテンツ小売りウェブ・サイト、ディジタル・コンテンツ小売り商店、または電子コンテンツ１１３を顧客に売ることにかかわることを望む会社が含まれるはずである。これらの会社は、電子コンテンツ１１３だけの販売を行うことができ、また、現在販売用に提供している他の商品が何であれ、それに電子商品の販売を追加することを選択することができる。電子ディジタル・コンテンツ商店１０３のサービス・オファリングへのダウンロード可能電子商品の導入は、セキュア・ディジタル・コンテンツ電子配布システム１００の一部として電子ディジタル・コンテンツ商店１０３用に開発されたツールの組を介して達成される。
【０２７５】
これらのツールは、下記を行うために電子ディジタル・コンテンツ商店１０３によって使用される。
・コンテンツ・プロバイダ１０１によってパッケージ化されたメタデータＳＣ６２０の獲得
・サービス・オファリング作成への入力として使用するための、これらのＳＣからのコンテンツ１１３の抽出
・販売用に提供しているダウンロード可能なコンテンツ１１３を記述したオファーＳＣ６４１の作成
・トランザクションＳＣ６４０を作成し、エンドユーザ装置１０９に送信することによる販売の確認およびダウンロードの開始の処理
・ダウンロード可能なコンテンツ１１３の販売のトランザクション・ログおよび各ダウンロードの状況の管理
・状況通知およびトランザクション認証要求の処理
・会計調整の実行
【０２７６】
これらのツールは、電子ディジタル・コンテンツ商店１０３がダウンロード可能な電子的なコンテンツ１１３の販売をそのサービスに統合する方法での柔軟性を可能にするように設計されている。ツールは、これが必要ではないが、購入されたダウンロード可能なコンテンツ１１３に関する会計清算のすべてがクリアリングハウス１０５によって処理されることを必要とする形で使用することができる。これらのツールは、電子ディジタル・コンテンツ商店１０３が、顧客に完全にサービスし、販売促進および特価提供を含む会計トランザクションをそれ自体で処理することも可能にする。これらのツールは、電子ディジタル・コンテンツ商店１０３が、その既存のサービスにダウンロード可能なコンテンツ１１３の販売をすばやく統合できるようにする。さらに、電子ディジタル・コンテンツ商店１０３は、ダウンロード可能なコンテンツ１１３をホストする必要がなく、その分散を管理する必要がない。この機能は、コンテンツ・プロバイダ１０１によって選択されたコンテンツ・ホスティング・サイト１１１によって実行される。
【０２７７】
電子ディジタル・コンテンツ商店１０３用のツールは、好ましい実施形態ではJava（登録商標）で実施されるが、Ｃ／Ｃ＋＋、アセンブラ、および同等物などの他のプログラミング言語を使用することができる。電子ディジタル・コンテンツ商店１０３用の下で説明するツールは、さまざまなハードウェア・プラットホームおよびソフトウェア・プラットホームで稼動することができることを理解されたい。完全なシステムとしてまたはその構成コンポーネントのいずれかとしての電子ディジタル・コンテンツ商店１０３は、ウェブなどの電子配布、またはフロッピ・ディスケット、ＣＤ−ＲＯＭ、および取外し可能ハード・ディスク装置を含むがこれらに制限されないコンピュータ可読媒体内のアプリケーション・プログラムとして配布することができる。
【０２７８】
もう１つの実施形態では、電子ディジタル・コンテンツ商店１０３のコンポーネントは、プログラマーズ・ソフトウェア・ツールキットの一部である。このツールキットは、汎用の電子ディジタル・コンテンツ商店１０３のコンポーネントおよび下で説明するツールのコンポーネントへの定義済みのインターフェースを使用可能にする。これらの定義済みのインターフェースは、ＡＰＩまたはアプリケーション・プログラミング・インターフェースの形である。これらのＡＰＩを使用する開発者は、高水準アプリケーション・プログラムからコンポーネントの機能性のどれでも実施することができる。これらのコンポーネントへのＡＰＩを提供することによって、プログラマが、これらのコンポーネントの機能およびリソースを再作成する必要なしに、カスタマイズされた電子ディジタル・コンテンツ商店１０３をすばやく開発できる。
【０２７９】
電子ディジタル・コンテンツ商店１０３は、ウェブ・ベースのサービス・オファリングに制限されない。提供されるツールは、ダウンロード可能な電子コンテンツ１１３のエンドユーザへの配布に使用される伝送インフラストラクチャまたは配布モードに無関係に、このコンテンツ１１３の販売を希望するすべての電子ディジタル・コンテンツ商店１０３によって使用される。衛星インフラストラクチャおよびケーブル・インフラストラクチャを介して提供されるブロードキャスト・サービスでも、この同一のツールを使用して、電子的なコンテンツ１１３の獲得、パッケージ化、およびその販売の追跡が行われる。販売用の電子商品の提示と、これらのオファーをエンドユーザに配布する方法が、ブロードキャスト・ベース・サービス・オファリングと、２地点間対話式ウェブ・サービス型オファリングの間の主要な変形である。
【０２８０】
Ｂ．２地点間電子ディジタル・コンテンツ配布サービス
２地点間とは、主に、電子ディジタル・コンテンツ商店１０３とエンドユーザ装置１０９の間の１対１対話サービスを意味する。これは、通常は、電話モデム接続またはケーブル・モデム接続を介して提供されるインターネット・ウェブ・ベースのサービスを表す。インターネット以外のネットワークも、ウェブ・サーバ／クライアント・ブラウザ・モデルに従う限り、このモデルでサポートされる。図１２は、電子ディジタル・コンテンツ商店１０３の主要なツール、コンポーネント、および処理を示すブロック図である。
【０２８１】
１．統合要件
セキュア・ディジタル・コンテンツ電子配布システム１００は、新しいオンライン・ビジネスを創り出すだけではなく、既存の会社が現在の在庫にダウンロード可能な電子的なコンテンツ１１３の販売を統合するための方法を提供する。電子ディジタル・コンテンツ商店１０３に供給されるツールの組は、この統合作業を簡単にする。コンテンツ獲得ツール１７１およびＳＣパッカー・ツール１５３は、電子ディジタル・コンテンツ商店１０３が、参加しているコンテンツ・プロバイダ１０１から販売のために入手可能なものに関する情報を獲得し、電子ディジタル・コンテンツ商店自体の在庫の項目としてこれらのダウンロード可能なオブジェクトを参照するのに必要なファイルを作成するための方法を提供する。この処理は、バッチ駆動であり、大幅に自動化することができ、新しいコンテンツ１１３をサイトに統合するためにのみ実行される。
【０２８２】
セキュア・ディジタル・コンテンツ電子配布用のツールは、電子的なダウンロード可能なコンテンツ１１３の販売をウェブ・ベースの電子ディジタル・コンテンツ商店１０３の通常の実施形態（すなわち、ColumbiaHouse online、Music Boulevard、ower）および同等物に、現在のコンテンツ１１３小売りパラダイムに対する最小限の変更で統合できるように設計された。統合の複数の方法が可能であり、好ましい実施形態では、電子ディジタル・コンテンツ商店１０３は、全製品の検索、プレビュー、選択（ショッピング・カート）、および購入のサポートを提供する。各電子ディジタル・コンテンツ商店１０３は、現在と同様に、その顧客と顧客ロイヤリティを確立し、それ自体のインセンティブを提供し続け、製品を市場に出す。セキュア・ディジタル・コンテンツ電子配布システム１００では、在庫のどの製品が、電子ダウンロード用に使用可能でもあるかを示し、顧客が購入選択を行う時に電子ダウンロード・オプションを選択できるようにする必要だけが生じるはずである。もう１つの実施形態では、顧客のショッピング・カートに、電子媒体選択物（コンテンツ１１３）および物理媒体選択物の混合を含めることができる。顧客がチェック・アウトし、電子ディジタル・コンテンツ商店１０３が、会計清算を完了し、購入された物理的商品の出荷機能およびハンドリング機能をログ記録または通知した後に、電子ディジタル・コンテンツ商店１０３の商取引ハンドリング機能が、トランザクション・プロセッサ・モジュール１７５を呼び出して、すべての電子ダウンロードを処理させる。商取引ハンドリング機能は、単純に必要な情報を渡し、その時点からのすべての処理は、セキュア・ディジタル・コンテンツ電子配布システム１００用のツールセットによって処理される。もう１つの実施形態では、電子ディジタル・コンテンツ商店１０３がダウンロード可能な商品だけを販売したい場合または物理的商品とダウンロード可能商品の会計清算を分離したい場合に、セキュア・ディジタル・コンテンツ電子配布システム１００用のツールを使用して会計清算を処理するための、トランザクション処理の他の方法も可能である。
【０２８３】
商品のダウンロードを処理するために、電子ディジタル・コンテンツ商店１０３は、コンテンツ・プロバイダ１０１のコンテンツ販売促進ウェブ・サイト１５６から獲得するダウンロード可能な製品ごとに製品ＩＤ（図示せず）を与えられる。この製品ＩＤは、ダウンロード可能製品に対する顧客の購入選択に関連する。製品ＩＤは、ユーザが購入した製品を識別するために電子ディジタル・コンテンツ商店１０３がトランザクション・プロセッサ・モジュール１７５に渡すものである。製品を記述するために作成されたＳＣ（オファーＳＣ６４１）は、これらのオブジェクトの管理を簡単にし、電子ディジタル・コンテンツ商店１０３にとってそれらの存在を透過的にするために、電子ディジタル・コンテンツ商店１０３から分離され、オファー・データベース１８１で保持される。
【０２８４】
トランザクション・プロセッサ・モジュール１７５および他の追加機能は、ウェブ・サーバ側実行可能物（すなわち、ＣＧＩ、およびＮＳＡＰＩ、ＩＳＡＰＩ呼出し可能間数）として、または、単にＤＬＬまたはＣオブジェクト・ライブラリ内のＡＰＩとして提供される。これらの機能は、エンドユーザ対話および任意選択のクリアリングハウス１０５との対話のための実行時処理を処理する。これらの機能は、ウェブ・サーバの商取引サービスと対話して、コンテンツ１１３のダウンロード処理を開始するのに必要なファイルを作成し、エンドユーザ装置１０９にダウンロードする。これらの機能は、許可を与え、活動の完了の通知を受け入れるための任意選択の対話も処理する。
【０２８５】
会計調整ツール１７９も、電子ディジタル・コンテンツ商店１０３がクリアリングハウス１０５に連絡して、それ自体およびクリアリングハウス１０５のトランザクション・ログに基づいて会計を調整するのを支援するために提供される。
【０２８６】
２．コンテンツ獲得ツール１７１
コンテンツ獲得ツール１７１は、コンテンツ販売促進ウェブ・サイト１５６とインターフェースして、メタデータＳＣ６２０のプレビューおよびダウンロードを行う責任を負う。コンテンツ販売促進サイトは、標準的なウェブ・サイトであるから、電子ディジタル・コンテンツ商店１０３は、ウェブ・ブラウザを使用してこのサイトをナビゲートする。ナビゲーション機能は、コンテンツ・プロバイダ１０１のサイト設計に基づいて変化する。販売促進情報の多数の画面を有する、広範囲の検索機能を提供するサイトがあり、タイトル、演奏者、または新リリースのリストから選択する単純なブラウザ・インターフェースを有するサイトもある。すべてのサイトに、曲またはアルバムの販売促進情報および記述的情報のすべてを含むメタデータＳＣ６２０の選択が含まれる。
【０２８７】
代替案では、電子ディジタル・コンテンツ商店１０３は、コンテンツ更新に加入し、ＦＴＰを介して自動的に更新を受信することができる。
【０２８８】
メタデータの表示
コンテンツ獲得ツール１７１は、コンテンツ販売促進ウェブ・サイト１５６でメタデータＳＣ６２０のリンクが選択された時に必ず起動する、ウェブ・ブラウザ・ヘルパ・アプリケーションである。ＳＣの選択は、そのＳＣの電子ディジタル・コンテンツ商店１０３へのダウンロードと、ヘルパ・アプリケーションの起動を引き起こす。コンテンツ獲得ツール１７１は、メタデータＳＣ６２０をオープンし、それに含まれる暗号化されていない情報を表示する。表示される情報には、抽出されたメタデータ１７３、音楽の例の場合、曲に関連するグラフィック・イメージおよび曲を記述した情報が含まれ、メタデータＳＣ６２０に含まれる場合には曲のプレビュー・クリップを聞くこともできる。コンテンツ１１３が音楽である場合の例では、コンテンツ・プロバイダ１０１によって供給される場合に、曲またはアルバムに関する販売促進情報、アルバムのタイトル、およびアーティストも表示される。この情報は、ブラウザ・ウィンドウ内で一連のリンクされたＨＴＭＬページとして表示される。曲および歌詞などの購入可能なコンテンツ１１３と、コンテンツ・プロバイダ１０１が保護を望む他のすべてのメタデータは、小売りコンテンツ・ウェブ・サイト１８０からアクセス可能にされない。
【０２８９】
もう１つの実施形態では、コンテンツ・プロバイダ１０１が、任意選択の販売促進コンテンツを有料で提供する。この実施形態では、そのような販売促進コンテンツが、メタデータＳＣ６２０内で暗号化される。このデータをオープンするための会計清算は、クリアリングハウス１０５を介して処理することができ、電子ディジタル・コンテンツ商店１０３の口座に、指定された料金が請求される。
【０２９０】
メタデータの抽出
プレビュー機能のほかに、このツールは、２つの追加機能すなわち、メタデータの抽出およびオファーＳＣ６４１の準備を提供する。メタデータ抽出オプションを選択すると、電子ディジタル・コンテンツ商店１０３は、メタデータを格納するパスおよびファイル名を入力するように促される。グラフィックスおよびオーディオ・プレビュー・クリップなどの２進メタデータは、別のファイルとして格納される。テキスト・メタデータは、ＡＳＣＩＩ区切りテキスト・ファイルに格納され、小売りコンテンツ・ウェブ・サイト１８０は、このファイルをそのデータベースにインポートすることができる。ＡＳＣＩＩ区切りファイルのレイアウトを記述したテーブルも、別のＴＯＣファイル内に作成される。他の各国語サポート（ＮＬＳ）がサポートするフォーマットへの抽出を可能にする追加オプションが使用可能である。
【０２９１】
抽出されたデータで供給される情報の重要な部分が、製品ＩＤである。この製品ＩＤは、電子ディジタル・コンテンツ商店１０３用の商取引ハンドリング機能が、トランザクション・プロセッサ・モジュール１７５（詳細についてはトランザクション処理の節を参照されたい）に対してユーザが購入したコンテンツ１１３を識別するために必要とするものである。トランザクション・プロセッサ・モジュール１７５は、この製品ＩＤを使用して、エンドユーザ装置１０９への後続のダウンロードのためにオファー・データベース１８１から適当なオファーＳＣ６４１を正しく取り出す。電子ディジタル・コンテンツ商店１０３は、そのサイトでダウンロード可能なコンテンツ１１３のオファーをどのように提示するかを完全に制御できる。電子ディジタル・コンテンツ商店１０３は、提供されるコンテンツ１１３の、この製品ＩＤへの相互参照を保存して、セキュア・ディジタル・コンテンツ電子配布システム１００用のツールと正しくインターフェースするだけでよい。この情報をここで提供することによって、電子ディジタル・コンテンツ商店１０３は、オファーＳＣ６４１作成処理と並列に、この製品またはコンテンツ１１３をその在庫ページおよび販売ページ（データベース）に統合できるようになる。というのは、この両方の処理で、製品の参照に同一の製品ＩＤが使用されるからである。これを、下でさらに説明する。
【０２９２】
オファーＳＣ用のＳＣパッカー・ツール１５３
電子ディジタル・コンテンツ商店１０３は、販売するダウンロード可能なコンテンツ１１３を記述したオファーＳＣ６４１を作成する必要がある。オファーＳＣ６４１に書き込まれる情報の大半は、メタデータＳＣ６２０から導出される。コンテンツ獲得ツール１７１は、下記によってオファーＳＣ６４１を作成する。
・メタデータＳＣ６２０のオファーＳＣテンプレートによる定義に従い、メタデータＳＣ６２０から、オファーＳＣ６４１に含める必要がない部分を除去する
・電子ディジタル・コンテンツ商店１０３についてこのツールの構成オプションによって指定されるデフォルトによる定義に従って必要な追加部分を追加する
・メタデータＳＣ６２０のオファーＳＣテンプレートの定義に従って、追加の必要な入力または選択を促す
・ＳＣパッカー・ツール１５３を呼び出して、この情報をＳＣフォーマットにパックする
【０２９３】
エンドユーザ装置１０９のプレイヤ・アプリケーション１９５（下で詳細に説明する）によって表示されるメタデータは、メタデータＳＣ６２０内に保持される。電子ディジタル・コンテンツ商店１０３のウェブ・サービス・データベースへの入力として電子ディジタル・コンテンツ商店１０３によってのみ使用された他の販売促進メタデータは、メタデータＳＣ６２０から除去される。ウォーターマーキング命令、暗号化された対称鍵６２３、およびオブジェクトの許可される使用を定義する使用条件５１７などの、コンテンツ・プロバイダ１０１によって供給された権利管理情報も、保存される。
【０２９４】
このはぎとられたメタデータＳＣ６２０が、オファーＳＣ６４１に含められる。電子ディジタル・コンテンツ商店１０３は、商店使用条件５１９と称するそれ自体の使用条件または購入オプションもオファーＳＣ６４１に付加する。これは、対話的にまたはデフォルトの組を介して自動的に達成することができる。対話的に処理されるように構成された場合には、電子ディジタル・コンテンツ商店１０３は、コンテンツ・プロバイダ１０１によって定義された許可されるオブジェクトの使用条件５１７の組を示される。電子ディジタル・コンテンツ商店１０３は、その顧客に提供したいオプションを選択する。これらが、新しい使用条件または商店使用条件５１９になる。自動的に処理するためには、電子ディジタル・コンテンツ商店１０３は、すべてのコンテンツ１１３について提供されるデフォルト購入オプションの組を構成する。これらのデフォルト・オプションは、コンテンツ・プロバイダ１０１によって定義された許可される使用条件５１７に対して自動的に検査され、矛盾がない場合にはオファーＳＣ６４１にセットされる。
【０２９５】
オファーＳＣ６４１が作成された後に、オファーＳＣ６４１は、オファー・データベース１８１に格納され、メタデータＳＣ６２０内で事前に割り当てられた製品ＩＤを用いてインデクシングされる。この製品ＩＤは、後に、オファー・データベース１８１とインターフェースしてパッケージ化およびエンドユーザへの送信のためにオファーＳＣ６４１を取り出す時に、顧客が購入したダウンロード可能なコンテンツ１１３を識別するために、電子ディジタル・コンテンツ商店１０３によって使用される。詳細については、トランザクション・プロセッサ・モジュール１７５の節を参照されたい。
【０２９６】
もう１つの実施形態では、電子ディジタル・コンテンツ商店１０３が、そのサイトでコンテンツＳＣ６３０をホストする。この実施形態では、コンテンツ・ホスティング・サイト１１１のＵＲＬを電子ディジタル・コンテンツ商店１０３のＵＲＬに置換するなどのオファーＳＣ６４１に対する変更が必要である。
【０２９７】
３．トランザクション処理モジュール１７５
電子ディジタル・コンテンツ商店１０３は、請求をクリアリングハウス１０５に送信する。代替案では、電子ディジタル・コンテンツ商店１０３は、クリアリングハウス１０５に直接に会計決済を要求することができる。ダウンロード可能なコンテンツ１１３に関するエンドユーザ購入要求の処理には、２つの基本モードがある。電子ディジタル・コンテンツ商店１０３が、購入の会計清算を処理することを望まず、商品の販売を左右する特別な販売促進またはインセンティブを持たず、購入要求をバッチ化するためのショッピング・カート・メタファを使用しない場合には、電子ディジタル・コンテンツ商店１０３は、そのコンテンツ１１３のダウンロード・ページにオファーＳＣ６４１ファイルへの直接のリンクを設けることを選ぶことができる。オファーＳＣ６４１は、メタデータ内に小売り価格決定情報が含まれる状態で作成されていなければならないはずである。やはりオファーＳＣ６４１に含まれるのが、販売の期間および条件を伴う購入オプションを表す特別なＨＴＭＬオファー・ページである。このページは、オファーＳＣ６４１が作成される時に作成されるテンプレートから作成される。エンドユーザが、オファーＳＣ６４１への直接リンクをクリックした時に、オファーＳＣ６４１がブラウザにダウンロードされ、エンドユーザ装置１０９がヘルパ・アプリケーションを起動し、ヘルパ・アプリケーションが、そのコンテナをオープンし、オファーＳＣ６４１に含まれるオファー・ページを提示する。このページには、クレジット・カード情報および購入オプション選択を含む顧客情報を集めるためのフォームが含まれる。このフォームは、その後、会計清算および処理のためにクリアリングハウス１０５に直接にサブミットされる。任意選択として、このフォームに、エンドユーザの信用情報を使用するために必要なフィールド、または業界標準のローカル・トランザクション・ハンドラを含めることができる。
【０２９８】
電子ディジタル・コンテンツ商店１０３が請求を処理する実施形態をこれから説明する。購入要求を処理する、より典型的なモードは、電子ディジタル・コンテンツ商店１０３が、会計清算を処理でき、その後、ダウンロード許可をエンドユーザにサブミットできるようにすることである。この方法では、電子ディジタル・コンテンツ商店１０３が、ダウンロード可能なコンテンツ１１３の販売をそのサイトで販売用に提供する他の商品と統合することができ、ダウンロード要求ごとの個々の料金ではなく、顧客に対する１つだけの連結された請求を伴う購入要求のバッチ処理（ショッピング・カート・メタファ）が可能になり、電子ディジタル・コンテンツ商店１０３が、顧客の購入パターンを直接に追跡し、特別な販売促進およびクラブ・オプションを提供することができるようになる。この環境では、ダウンロード可能なコンテンツ１１３の提供は、電子ディジタル・コンテンツ商店１０３のショッピング・ページに含まれ、電子ディジタル・コンテンツ商店１０３の現在のショッピング・モデルで行われているように、コンテンツは、エンドユーザによって選択された時にショッピング・カートに追加され、処理され、会計清算される。会計清算が完了した後に、セキュア・ディジタル・コンテンツ電子配布システム１００の商取引ハンドリング処理が、トランザクション・プロセッサ・モジュール１７５を呼び出してトランザクションを完了する。
【０２９９】
トランザクション・プロセッサ・モジュール１７５
トランザクション・プロセッサ・モジュール１７５の役割は、購入されたコンテンツ１１３のダウンロードを開始し、処理するためにエンドユーザ装置１０９が必要とする情報を集めることである。この情報は、トランザクションＳＣ６４０にパッケージ化され、このトランザクションＳＣ６４０は、購入サブミッションに対する応答としてウェブ・サーバによってエンドユーザ装置１０９に送り返される。トランザクション・プロセッサ・モジュール１７５は、電子ディジタル・コンテンツ商店１０３の商取引ハンドリング処理からの３つの情報すなわち、購入されたコンテンツ１１３の製品ＩＤ、トランザクション・データ６４２、および購入清算を確認するＨＴＭＬページまたはＣＧＩ  ＵＲＬを必要とする。
【０３００】
製品ＩＤは、販売されたコンテンツ１１３に関連するメタデータＳＣ６２０内で電子ディジタル・コンテンツ商店１０３に供給される値である。この製品ＩＤは、オファー・データベース１８１から関連するオファーＳＣ６４１を取り出すのに使用される。
【０３０１】
トランザクション・データ６４２は、電子ディジタル・コンテンツ商店１０３のトランザクション処理機能によって提供される情報の構造であり、これは、後に、クリアリングハウス１０５の処理を電子ディジタル・コンテンツ商店１０３によって実行された会計清算トランザクションと相関させ、エンドユーザ装置１０９にダウンロードされるコンテンツ１１３の透かしに含まれるユーザ識別情報を供給するのに使用される。クリアリングハウス１０５は、有効な注文ＳＣ６５０を受信した時に、トランザクションをログ記録して、販売されたコンテンツ１１３、それを販売した電子ディジタル・コンテンツ商店１０３、およびエンドユーザの名前とトランザクションＩＤ５３５を含む関連するトランザクション・データ６４２を示す。トランザクションＩＤ５３５は、会計清算トランザクションへの参照を提供する。この情報は、後に、電子ディジタル・コンテンツ商店１０３がその口座をコンテンツ・プロバイダ１０１（またはその代理人）から受け取った請求計算書と調整するのに使用するために、クリアリングハウス１０５によって電子ディジタル・コンテンツ商店１０３に返される。クリアリングハウスのトランザクション・ログ１７８は、コンテンツ・プロバイダ１０１によって、どのコンテンツ１１３が販売されたかを判定し、それが所有する使用料について各電子ディジタル・コンテンツ商店１０３への請求書を作成できるようにするのに使用することができる。請求以外の他の電子的手段をその代わりに使用して、コンテンツ・プロバイダ１０１と電子ディジタル・コンテンツ商店１０３の間で口座の清算を行うことができる。
【０３０２】
トランザクションＳＣ６４０内で供給される情報と、トランザクションＳＣ６４０のセキュリティおよび保全性は、購入トランザクションが有効であり、したがって、クリアリングハウス１０５によるこの販売のログ記録の前にこれ以上の検証が不要であることの、クリアリングハウス１０５に対する十分な認証性をもたらす。しかし、電子ディジタル・コンテンツ商店１０３は、その口座に請求される（この電子ディジタル・コンテンツ商店１０３がこのコンテンツ１１３の販売の代金を集めたことをコンテンツ・プロバイダ１０１に示すクリアリングハウス１０５でログ記録されるトランザクションの）前に、認証を要求するオプションを有する。この認証／通知の要求は、トランザクション・データ６４２のフラグによって示される。このシナリオでは、クリアリングハウス１０５が、電子ディジタル・コンテンツ商店１０３に連絡し、その口座への請求および対称鍵６２３の公開の前に、電子ディジタル・コンテンツ商店１０３から許可を受信する。トランザクションＩＤ５３５が、この認証要求の一部としてクリアリングハウス１０５から電子ディジタル・コンテンツ商店１０３に渡されて、電子ディジタル・コンテンツ商店１０３が、この要求を、エンドユーザについて実行された前のトランザクションに関連付けることができるようになる。このトランザクションＩＤ５３５は、電子ディジタル・コンテンツ商店１０３が使用したい任意の一意の値とすることができ、電子ディジタル・コンテンツ商店１０３だけのためのものである。
【０３０３】
トランザクション・データ６４２には、顧客の名前も含まれる。この名前は、購入時にユーザが書き込む購入フォームのユーザ名フィールドからとるか、以前に電子ディジタル・コンテンツ商店１０３へのユーザ登録処理中にログ記録された情報からとるか、このトランザクションに使用されるカードに関連するクレジット・カード情報から得た公式の名前とすることができる。この名前は、後に、ライセンス透かし５２７に含められる。
【０３０４】
トランザクション・データ６４２には、エンドユーザによって購入された商店使用条件５１９も含まれる。この情報は、ライセンス透かし５２７に含まれ、エンドユーザ装置１０９によってコピーおよび再生制御に使用される。
【０３０５】
トランザクション・プロセッサ・モジュール１７５が必要とする最後のパラメータは、購入清算を確認するＨＴＭＬページまたはＣＧＩ  ＵＲＬである。これの目的は、電子ディジタル・コンテンツ商店１０３が、会計清算の確認および応答に含めたい他の情報をエンドユーザに返すことができるようにすることである。このＨＴＭＬページまたはＣＧＩ  ＵＲＬは、トランザクションＳＣ６４０に含まれ、トランザクションＳＣ６４０が受信され、処理される時に、エンドユーザ装置１０９のブラウザ・ウィンドウに表示される。
【０３０６】
トランザクションＳＣ６４０は、購入サブミッションを処理した後の電子ディジタル・コンテンツ商店１０３からエンドユーザへのＨＴＴＰ応答である。直接ＨＴＴＰ応答としてＳＣを送信することによって、エンドユーザ装置１０９上でのＳＣプロセッサ・ヘルパ・アプリケーションの自動ローディングが強制され、したがって、その後のエンドユーザが開始する活動に依存せずに、トランザクションを自動的に完了できるようになる。この処理を、エンドユーザ装置１０９およびプレイヤ・アプリケーション１９５の節で詳細に説明する。
【０３０７】
トランザクション・プロセッサ・モジュール１７５は、必要なパラメータを用いて呼び出された時に、トランザクション・データ６４２、トランザクション確認ＨＴＭＬページまたは参照ＵＲＬおよびＳＣの他の必要なセキュリティ特徴を含むトランザクションＳＣ６４０を作成し、購入に関連するオファーＳＣ６４１を取り出し、埋め込む。トランザクション・プロセッサ・モジュール１７５は、通知インターフェース・モジュール１７６および会計調整ツール１７９による後の使用のためにこのトランザクションに関する情報もログ記録する。
【０３０８】
４．通知インターフェース・モジュール１７６
通知インターフェース・モジュール１７６は、ウェブ・サーバ側実行可能ルーチン（ＣＧＩか、ＮＳＡＰＩ、ＩＳＡＰＩ、または同等物によって呼出し可能な関数）である。通知インターフェース・モジュール１７６は、クリアリングハウス１０５、エンドユーザ装置１０９、コンテンツ・ホスティング・サイト１１１、およびコンテンツ・プロバイダ１０１からの任意選択の要求および通知を処理する。電子ディジタル・コンテンツ商店１０３が任意選択として通知を要求することができるイベントは次の通りである。
・エンドユーザ装置１０９が暗号化鍵６２３を要求し、クリアリングハウス１０５が指定されたコンテンツ１１３の暗号化鍵６２３を公開しようとしていることの、クリアリングハウス１０５からの通知。この通知は、任意選択として、暗号化鍵６２３をエンドユーザ装置１０９に送信する前に、電子ディジタル・コンテンツ商店１０３からの認証を必要とするように構成することができる。
・コンテンツＳＣ６３０がエンドユーザ装置１０９に送信されたことの、コンテンツ・ホスティング・サイト１１１からの通知。
・コンテンツＳＣ６３０およびライセンスＳＣ６６０が受信され、コンテンツ１１３の処理に成功裡に使用されたか、壊れていることがわかったことの、エンドユーザ装置１０９からの通知。
・新しいコンテンツ１１３がコンテンツ販売促進ウェブ・サイト１５６に配置されたことの、コンテンツ・プロバイダ１０１からの通知。
【０３０９】
これらの通知のどれもが、セキュア・ディジタル・コンテンツ電子配布システム１００の必要なステップではないが、電子ディジタル・コンテンツ商店１０３が、販売の完了の満足に関するレコードをクローズする機会を得られるようにするために、オプションとして提供される。これらの通知は、トランザクションの会計清算以降に発生した機能または販売完了の試みの間に発生したエラーを電子ディジタル・コンテンツ商店１０３に知らせることによって、顧客サービス要求を処理するのに必要になる可能性がある情報も提供する。その代わりに、この状況の大半を、必要に応じて顧客サービス・インターフェース１８４を介してクリアリングハウス１０５から得ることができる。
【０３１０】
コンテンツ販売促進ウェブ・サイト１５６で使用可能な新しいコンテンツ１１３の通知の頻度は、コンテンツ・プロバイダ１０１によって決定される。通知は、新しいメタデータＳＣ６２０が追加されるたびに、または毎日、その日に追加されたすべての新しいメタデータＳＣ６２０について、供給することができる。
【０３１１】
これらの通知のすべてが、トランザクション・ログ１７８への項目の作成をもたらす。電子ディジタル・コンテンツ商店１０３は、これらの通知に対するそれ自体の処理を実行したい場合に、ＣＧＩ呼出しをインターセプトし、独自の機能を実行し、その後、任意選択として要求を通知インターフェース・モジュール１７６に渡すことができる。
【０３１２】
５．会計調整ツール１７９
この会計調整ツール１７９は、クリアリングハウス１０５に連絡して、トランザクション・ログ１７８とクリアリングハウス１０５のログを比較する。これは、電子ディジタル・コンテンツ商店１０３がセキュア・ディジタル・コンテンツ電子配布システム１００の会計について気持ちよく感じるのを助けるために使用可能な任意選択の処理である。
【０３１３】
もう１つの実施形態では、このツールを更新して、コンテンツ・プロバイダ１０１およびクリアリングハウス１０５への自動化された定期的支払のための電子資金移動を提供することができる。このツールは、クリアリングハウス１０５から電子請求書を受信した時に、トランザクション・ログ１７８に対して請求書を調整した後に支払を自動的に処理するように設計することもできる。
【０３１４】
Ｃ．ブロードキャスト電子ディジタル・コンテンツ配布サービス
ブロードキャストとは、主に、オンデマンドの視聴をカスタマイズするためのエンドユーザ装置１０９と電子ディジタル・コンテンツ商店１０３の間の個人的対話がない、１対多伝送方法を指す。これは、通常は、コンテンツ１１３が事前にプログラムされ、その結果、すべてのエンドユーザ装置１０９が同一のストリームを受信する、ディジタル衛星インフラストラクチャまたはケーブル・インフラストラクチャを介して提供される。
【０３１５】
電子ディジタル・コンテンツ商店１０３が、サイト設計に大量の共通性を有する、インターネット接続を介するウェブ配布インターフェースならびにブロードキャスト・サービスを介する高帯域幅の衛星またはケーブル配布インターフェースの両方を提供できるような形で編成されたディジタル・コンテンツ・サービスを提供する、ハイブリッド・モデルを定義することもできる。ＩＲＤバックチャネル・シリアル・インターフェースがウェブに接続され、ＩＲＤがウェブ・ナビゲーションをサポートする場合、エンドユーザは、バックチャネル・インターネット・インターフェースを介して通常の形でディジタル・コンテンツ・サービスをナビゲートし、購入するコンテンツ１１３のプレビューと選択を行うことができる。ユーザは、すべてインターネット接続を介して、高品質のダウンロード可能なコンテンツ１１３を選択し、これらの選択物を購入し、必要なライセンスＳＣ６６０を受信することができ、その後、高帯域幅ブロードキャスト・インターフェースを介してコンテンツ１１３（コンテンツＳＣ６３０）の配布を要求することができる。ウェブ・サービスは、ブロードキャスト・スケジュールに基づいて、この形でダウンロードするために使用可能なコンテンツ１１３を示すか、購入されたコンテンツ１１３に完全に基づいてブロードキャスト・ストリームを作成することができる。この方法では、ウェブ・ベースのディジタル・コンテンツ・サービスが、ブロードキャスト施設と契約して、正しい機器を持つユーザに高品質のコンテンツ１１３を配布できるようになり、限られた数の特定のコンテンツ１１３（たとえば曲またはＣＤ）を毎日この形で入手できるようにし、カタログ全体を低品質でウェブ・インターフェース経由でダウンロードのために使用可能にすることができる。
【０３１６】
エンドユーザ装置１０９へのウェブ・インターフェースがない、他のブロードキャスト・モデルを設計することができる。このモデルでは、販売促進コンテンツは、エンドユーザ装置１０９（すなわちＩＲＤ）へのブロードキャスト配布のための特別なフォーマットのディジタル・ストリームにパッケージ化され、エンドユーザ装置１０９で特別な処理を実行して、ストリームを復号し、販売促進コンテンツをエンドユーザに提示し、そこから購入選択を行えるようにする。
【０３１７】
実際の購入選択は、まだエンドユーザ装置１０９からクリアリングハウス１０５へのバックチャネル通信を介して開始され、ＳＣを使用してすべてのデータ交換が実行されるはずである。電子ディジタル・コンテンツ商店１０３に供給されるツールセットは、ほとんどのツールが２地点間インターネット・サービス・オファリングならびにブロードキャスト衛星オファリングまたはブロードキャスト・ケーブル・オファリングの両方に適用される形で設計され、開発されている。電子ディジタル・コンテンツ商店１０３のディジタル・コンテンツ・ウェブ・サイトで、コンテンツ１１３の獲得および管理ならびにＳＣの準備に使用されるツールは、衛星ベースの電子ディジタル・コンテンツ商店１０３によって、ブロードキャスト・インフラストラクチャでの配布のためのコンテンツ１１３の管理および準備にも使用される。ウェブ・サービスを介して配布されるＳＣは、ブロードキャスト・サービスを介して配布されるＳＣと同一である。
【０３１８】
Ｘ．エンドユーザ装置１０９
セキュア・ディジタル・コンテンツ電子配布システム１００用のエンドユーザ装置１０９のアプリケーションは、２つの主要な機能すなわち、第１にＳＣ処理およびコピー制御、第２に暗号化されたコンテンツ１１３の再生を実行する。エンドユーザ装置１０９は、パーソナル・コンピュータであっても特殊化された電子消費者装置であっても、これらの基本機能を実行できなければならない。エンドユーザ装置１０９は、再生リストの作成、ディジタル・コンテンツ・ライブラリの管理、コンテンツ再生中の情報およびイメージの表示、外部媒体装置へのレコーディングなどのさまざまな追加の特徴および機能も提供する。これらの機能は、これらのアプリケーションがサポートするサービスと、アプリケーションが設計された対象の装置の種類に基づいて変化する。
【０３１９】
Ａ．概要
ここで図１３を参照すると、主要なコンポーネントおよび処理とエンドユーザ装置１０９の機能フローが示されている。ＰＣベースのウェブ・インターフェースのコンテンツ１１３のサービスをサポートするように設計されたアプリケーションは、２つの実行可能ソフトウェア・アプリケーションすなわち、ＳＣプロセッサ１９２およびプレイヤ・アプリケーション１９５からなる。ＳＣプロセッサ１９２は、ＳＣファイル／ＭＩＭＥタイプを処理するための、エンドユーザ・ウェブ・ブラウザ１９１へのヘルパ・アプリケーションとして構成された実行可能アプリケーションである。このアプリケーションは、電子ディジタル・コンテンツ商店１０３、クリアリングハウス１０５、またはコンテンツ・ホスティング・サイト１１１からＳＣを受信した時に必ずブラウザによって起動される。このアプリケーションは、ＳＣの必要なすべての処理を実行し、最終的に、エンドユーザのディジタル・コンテンツ・ライブラリ１９６にコンテンツ１１３を追加する責任を負う。
【０３２０】
プレイヤ・アプリケーション１９５は、エンドユーザが自分のディジタル・コンテンツ・ライブラリ１９６内のコンテンツ１１３を実行し、ディジタル・コンテンツ・ライブラリ１９６を管理し、許可される場合にコンテンツ１１３のコピーを作成するためにロードする、独立の実行可能アプリケーションである。プレイヤ・アプリケーション１９５およびＳＣプロセッサ１９２アプリケーションの両方を、Java（登録商標）、Ｃ／Ｃ＋＋、または同等のソフトウェア言語で記述することができる。好ましい実施形態では、これらのアプリケーションを、ウェブサイトなどのコンピュータ可読手段からダウンロードすることができる。しかし、ディスケットまたはＣＤなどのコンピュータ可読媒体上で配布するなど、他の配布機構も可能である。
【０３２１】
コンテンツ１１３情報の検索およびブラウジング、たとえば曲クリップのプレビュー、および購入のための曲の選択は、すべてがエンドユーザ・ウェブ・ブラウザ１９１を介して処理される。電子ディジタル・コンテンツ商店１０３は、多数のコンテンツ１１３小売りウェブ・サイトによって現在提供されているものと同一の形のショッピング経験を提供する。現在のウェブ・ベースのコンテンツ１１３ショッピングに対するエンドユーザにとっての相違は、ダウンロード可能なコンテンツ１１３オブジェクトを選択して自分のショッピング・カートに追加することができることである。電子ディジタル・コンテンツ商店１０３が、ダウンロード可能オブジェクトのほかに販売のために使用可能な他の商品を有する場合には、エンドユーザは、自分のショッピング・カートに物理的な商品と電子的なダウンロード可能商品の組合せを有することができる。セキュア・ディジタル・コンテンツ電子配布システムのエンドユーザ装置１０９は、エンドユーザがチェックアウトし、自分の最終的な購入許可を電子ディジタル・コンテンツ商店１０３にサブミットするまでは使用されない。この点から後は、すべての対話が、電子ディジタル・コンテンツ商店１０３のウェブ・サーバとエンドユーザ装置１０９のブラウザ１９１の間で行われる。これには、サンプルのディジタル・コンテンツ・クリップのプレビューが含まれる。ディジタル・コンテンツ・クリップは、ＳＣにパッケージ化はされないが、その代わりに、ダウンロード可能ファイルとして電子ディジタル・コンテンツ商店１０３のウェブ・サービスに統合化されるか、ストリーミング・サーバから供給される。コンテンツ１１３のクリップのフォーマットは、システム・アーキテクチャによって指定されるものではない。もう１つの実施形態では、プレイヤ・アプリケーション１９５が、電子ディジタル・コンテンツ商店１０３またはクリアリングハウス１０５と直接に対話するか、販売促進ＣＤを使用してオフラインになることができる。
【０３２２】
Ｂ．アプリケーションのインストール
プレイヤ・アプリケーション１９５およびヘルパ・アプリケーション１９８は、多数のウェブ・サイトからダウンロードのために使用可能な自己インストール式実行可能プログラムにパッケージ化される。クリアリングハウス１０５は、公開ウェブ・サイトでマスタ・ダウンロード・ページをホストする中心位置として働く。このサイトには、インストール・パッケージをダウンロードすることができる位置へのリンクが含まれる。ダウンロード要求の地理的分散をもたらすために、インストール・パッケージはすべてのコンテンツ・ホスティング・サイト１１１で入手可能である。参加する電子ディジタル・コンテンツ商店１０３のそれぞれも、そのサイトからのダウンロードのためにパッケージを使用可能にすることができ、クリアリングハウス１０５の公開ウェブ・サイトのマスタ・ダウンロード・ページへのリンクだけを設けることもできる。
【０３２３】
ダウンロード可能なコンテンツ１１３の購入を希望するエンドユーザは、このパッケージをダウンロードし、インストールする。インストールは、このダウンロード可能パッケージ内で自己完結型になっている。パッケージは、ヘルパ・アプリケーション１９８およびプレイヤ・アプリケーション１９５の両方をアンパックし、インストールし、インストールされているウェブ・ブラウザに合わせてヘルパ・アプリケーション１９８を構成する。
【０３２４】
インストールの一部として、公開鍵／秘密鍵６６１対が、注文ＳＣおよびライセンスＳＣ６６０の処理で使用するためにエンドユーザ装置１０９用に作成される。乱数の対称鍵（秘密ユーザ鍵）も、ライセンス・データベース１９７での曲暗号化鍵の保護に使用するために生成される。秘密ユーザ鍵（図示せず）は、鍵を複数の部分に分割し、鍵の各部をエンドユーザのコンピュータ全体の複数の位置に格納することによって保護される。このコードの区域は、鍵がどのようにセグメント化され、どこに格納されたかが漏れないように、耐タンパ・ソフトウェア技術を用いて保護される。エンドユーザでさえこの鍵にアクセスできなくすることが、海賊行為または他のコンピュータとのコンテンツ１１３の共用を防ぐのに役立つ。これらの鍵の使用方法の詳細については、ＳＣプロセッサ１９２の節を参照されたい。
【０３２５】
耐タンパ・ソフトウェア技術は、ハッカーによるコンピュータ・ソフトウェア・アプリケーションへの許可されない侵入を阻止する方法である。通常、ハッカーは、使用に対する制限を除去するために、ソフトウェアを理解し、変更することを望む。実際には、ハッキングできないコンピュータ・プログラムは存在しないので、耐タンパ・ソフトウェアは、「タンパ・プルーフ（tamper-proof）」とは呼ばれない。しかし、耐タンパ・プロテクト・アプリケーションをハッキングするのに必要な労力の量は、通常は、その労力が可能な利益に値しないので、ほとんどのハッカーを阻止する。この場合、その労力は、コンテンツ１１３の一部分、おそらくはＣＤ上の１曲だけへの鍵へのアクセス権を得ることになる。
【０３２６】
耐タンパ・ソフトウェア技術の１種が、ＩＢＭから提供されている。このコードが導入された製品の１つが、ＩＢＭThinkPad７７０ラップトップ・コンピュータである。この場合、耐タンパ・ソフトウェアは、コンピュータ内のＤＶＤムービー・プレイヤの保護に使用された。ハリウッド・スタジオなどのディジタル・コンテンツ・プロバイダは、ディジタル・ムービーの出現と、完全なコピーを簡単に作成できることに懸念を抱き、ＤＶＤディスク上の映画にコピー・プロテクション機構を含めることを主張した。ＩＢＭの耐タンパ・ソフトウェアは、これらのコピー・プロテクション機構を迂回することを困難にする。これは、耐タンパ・ソフトウェアの非常に典型的な応用例である。このソフトウェアは、いくつかの保護されたタイプのコンテンツ１１３の使用に対する規則の強制に使用される。
【０３２７】
ＩＢＭの耐タンパ・ソフトウェアは、攻撃者の通り道に複数のタイプの障害物を置く。第１に、これには、ハッカーが使用する標準的なソフトウェア・ツールすなわち、デバッガおよびアセンブラをまかすか、少なくともその有効性を減らす技法が含まれる。第２に、これには自己保全性検査が含まれ、その結果、単一の変更または少数の変更でも検出され、不正動作を引き起こす。最後に、これには、その真の動作に関してハッカーを誤った方向に導く不明瞭さが含まれる。後者の技法は、主としてその場限りであるが、最初の２つは、暗号作成術で周知のツールすなわち、暗号化およびディジタル署名に基づいて作成される。
【０３２８】
Ｃ．ＳＣプロセッサ１９２
エンドユーザが、ショッピング・カートに集めた商品について電子ディジタル・コンテンツ商店１０３に最終購入許可をサブミットする時に、そのエンドユーザのウェブ・ブラウザは、ウェブ・サーバからの応答を待ってアクティブのままになる。電子ディジタル・コンテンツ商店１０３のウェブ・サーバは、購入を処理し、会計清算を実行し、その後、トランザクションＳＣ６４０をエンドユーザ装置１０９に返す。ＳＣプロセッサ１９２（ヘルパ・アプリケーション１９８）が、ウェブ・ブラウザによって起動されて、トランザクションＳＣ６４０に関連するＳＣ  ＭＩＭＥタイプを処理する。図１７は、本発明による、図１３に記載のようにローカル・ライブラリにコンテンツをダウンロードする、プレイヤ・アプリケーション１９５のユーザ・インターフェース画面の例である。
【０３２９】
ＳＣプロセッサ１９２は、トランザクションＳＣ６４０をオープンし、その中に含まれる応答ＨＴＭＬページおよびオファーＳＣ６４１を抽出する。応答ＨＴＭＬページは、ブラウザ・ウィンドウ内に表示され、エンドユーザの購入を確認する。その後、オファーＳＣ６４１がオープンされ、コンテンツ１１３（たとえば曲またはアルバム）の名前が、予測ダウンロード時間と共にそこから抽出される（ステップ１４０１）。その後、この情報を含む新しいウィンドウが表示され、エンドユーザに、コンテンツ１１３（たとえば、音楽の場合、曲またはアルバム全体）のダウンロードをスケジューリングするオプションが提示される（ステップ１４０２）。エンドユーザは、即時ダウンロードを選択するか、後の時刻にダウンロードを行うようにスケジューリングすることができる。後の時刻が選択された場合、ダウンロード・スケジュール情報が、ログに保管され、スケジューリングされた時刻にエンドユーザ装置１０９の電源が入っている場合に、その時点でダウンロードが開始される。スケジューリングされたダウンロード時刻にコンピュータがアクティブでないか、通信リンクがアクティブでない場合には、次にコンピュータの電源を入れた時に、エンドユーザは、ダウンロードをスケジューリングしなおすように促される。
【０３３０】
スケジューリングされたダウンロード時刻になるか、即時ダウンロードが要求された場合には、ＳＣプロセッサ１９２は、トランザクションＳＣ６４０、オファーＳＣ６４１、およびインストール時に生成されたエンドユーザの公開鍵６６１の情報から注文ＳＣ６５０を作成する。この注文ＳＣ６５０が、ＨＴＴＰ要求を介してクリアリングハウス１０５に送信される。クリアリングハウス１０５がライセンスＳＣ６６０を返した時に、ヘルパ・アプリケーション１９８が再び呼び出されて、ライセンスＳＣ６６０を処理する。その後、ライセンスＳＣ６６０がオープンされ、コンテンツ・ホスティング・サイト１１１のＵＲＬが、参照される注文ＳＣ６５０から抽出される。その後、ライセンスＳＣ６６０は、ブラウザを介するＨＴＴＰ要求を介して指定されたコンテンツ・ホスティング・サイト１１１に送信され、コンテンツＳＣ６３０のダウンロードを要求する。コンテンツＳＣ６３０がブラウザに返された時に、ヘルパ・アプリケーション１９８が再び呼び出される。ＳＣプロセッサ１９２は、ダウンロード中のコンテンツ１１３の名前を、ダウンロード進行インジケータおよび推定完了時刻と共に表示する。
【０３３１】
コンテンツ１１３がＳＣプロセッサ１９２によって受信されている間に、ＳＣプロセッサ１９２は、コンテンツ１１３のデータを解読のためにメモリ・バッファにロードする。バッファのサイズは、暗号化アルゴリズムおよびウォーターマーキング技術１９３の要件に依存し、ハッカー・コードに露出される暗号化されていないコンテンツ１１３の量を減らすために、可能な最小のサイズである。バッファは、満杯になった時に、ライセンスＳＣ６６０から抽出されたエンドユーザの鍵６２３（公開鍵６６１に対応する）を使用して解読され、鍵６２３自体は、まず秘密鍵を使用して解読されている。解読されたバッファは、ウォーターマーキング機能に渡される。
【０３３２】
ウォーターマーキング１９３は、ライセンスＳＣ６６０からウォーターマーキング命令を抽出し、エンドユーザの秘密鍵を使用してその命令を解読する。その後、このコンテンツ１１３が購入された電子ディジタル・コンテンツ商店１０３に登録された購入者の名前または、電子ディジタル・コンテンツ商店１０３が登録機能を提供しない場合にはクレジット・カード登録情報から導出される購入者の名前などのトランザクション情報を含むウォーターマーキング・データが、ライセンスＳＣ６６０から抽出される。透かしには、購入日および、このトランザクションについてログ記録された特定のレコードを参照するために電子ディジタル・コンテンツ商店１０３によって割り当てられたトランザクションＩＤ５３５も含まれる。商店使用条件５１９も、プレイヤ・アプリケーション１９５のコピー制御による使用のために含まれる。
【０３３３】
ウォーターマーキング１９３は、ウォーターマーキング命令が漏れないように耐タンパ・コード技術を用いて保護され、したがって、ハッカーが透かしの位置および技法を発見できないようになっている。これによって、ハッカーによる透かしの除去または変更が防止される。
【０３３４】
必要な透かしをこのコンテンツ・バッファに書き込んだ後に、バッファを、再暗号化１９４のためにスクランブル化機能に渡す。ＩＢＭのＳＥＡＬ暗号化技術などのプロセッサ効率のよいセキュア暗号化アルゴリズムを使用して、ランダムな対称鍵を使ってコンテンツ１１３を再暗号化する。ダウンロードと解読および再暗号化１９４の処理が完了した後に、コンテンツ・プロバイダ１０１が最初にコンテンツ１１３を暗号化するのに使用した暗号化鍵６２３が、破壊され、新しいＳＥＡＬ鍵自体が、インストール時に作成され、隠された秘密ユーザ鍵を使用して暗号化される。この新たに暗号化されたＳＥＡＬ鍵は、ライセンス・データベース１９７に格納される。
【０３３５】
コンテンツ・プロバイダ１０１およびユーザで実行されるソースとは異なり、エンドユーザ装置１０９で実行されるユーザ・ウォーターマーキングは、業界標準が有効になることを必要とする可能性がある。これらの標準は、まだ発展中である。制御情報を音楽に埋め込み、複数回更新できるようにする技術が使用可能である。コピー制御標準規格がより安定する時まで、コピー制御の代替方法がセキュア・ディジタル・コンテンツ電子配布システム１００内で提供され、その結果、このシステムは、消費者装置での権利管理を提供するためにコピー制御透かしに依存しないようになる。記憶および再生／記録使用条件のセキュリティは、エンドユーザ装置１０９に拘束され、耐タンパ環境を介して保護される暗号化されたＤＣライブラリ・コレクション１９６を使用して実施される。ソフトウェア・フックが適所にあって、標準規格が採用された時にコピー制御ウォーターマーキングをサポートする。ＡＡＣおよび他の符号化されたオーディオ・ストリームにさまざまな圧縮レベルでウォーターマーキングするためのサポートが現在存在するが、この技術は、現時点では、コピー制御の唯一の方法として使用するにはまだいくぶん未成熟である。
【０３３６】
解読および再暗号化１９４の処理は、元のコンテンツ１１３暗号化鍵と、新しいＳＥＡＬ鍵と、秘密ユーザ鍵と、秘密ユーザ鍵セグメントが格納される位置および鍵をセグメント化する方法とが漏れないように耐タンパ・コード技術を用いて保護される、コードのもう１つの区域である。
【０３３７】
解読および再暗号化１９４の処理は、２つの目的にかなう。ＳＥＡＬなどのアルゴリズムを用いて暗号化されたコンテンツ１１３の記憶は、リアルタイム解読より高速化が可能であり、解読を実行するために、ＤＥＳなどのより業界標準型のアルゴリズムよりはるかに低いプロセッサ利用度を必要とする。これによって、プレイヤ・アプリケーション１９５が、復号および再生の前にまずコンテンツ１１３のファイル全体を解読する必要なしに、コンテンツ１１３のリアルタイムで並列の解読−復号−再生を実行できるようになる。ＳＥＡＬアルゴリズムの効率および非常に効率的な復号アルゴリズムは、並列動作（暗号化されたファイルからのストリーミング再生）を可能にするだけではなく、はるかに低い処理能力を有するプロセッサでこの処理を行えるようにもする。したがって、このアプリケーションは、６０ＭＨｚPentium（登録商標）システムおよびおそらくそれ以下のローエンドのエンドユーザ装置１０９でサポートできる。コンテンツ１１３が最終的に格納される暗号化フォーマットと元の暗号化フォーマットを分離することによって、元のコンテンツ暗号化アルゴリズムの選択でのより高い柔軟性が可能になる。したがって、広く受け入れられ、実績がある業界標準アルゴリズムを使用することができ、したがって、ディジタル・コンテンツ産業のセキュア・ディジタル・コンテンツ電子配布システム１００の受入がさらに強化される。
【０３３８】
この解読および再暗号化１９４の処理の第２の目的は、このコンテンツ１１３の暗号化にコンテンツ・プロバイダ１０１によって使用された元のマスタ暗号化鍵６２３を、このコンテンツ１１３のライセンスを交付されたエンドユーザ装置１０９のすべてに格納する必要をなくすことである。暗号化されたマスタ鍵６２３は、ライセンスＳＣ６６０の一部として、非常に短い時間だけエンドユーザ装置１０９のハード・ディスクにキャッシュ記憶されるだけであり、平文では非常に短い時間だけメモリ内だけにある。この実行相の間に、鍵６２３は、耐タンパ・コード技術を介して保護される。この解読および再暗号化１９４の相が完了した後に、いかなる形でもエンドユーザ装置１０９にこの鍵６２３を保存する必要をなくすことによって、ハッカーからの海賊行為の可能性が大幅に低下する。
【０３３９】
曲は、再暗号化された後に、ディジタル・コンテンツ・ライブラリ１９６に格納される。プレイヤ・アプリケーション１９５による使用のために必要なすべてのメタデータが、関連するオファーＳＣ６４１から抽出され、やはりディジタル・コンテンツ・ライブラリ１９６に格納される（ステップ１４０３）。メタデータのうちで、歌詞などの暗号化された部分は、他のコンテンツについて上で説明したものと同じ形で解読され、再暗号化される。コンテンツ１１３の暗号化に使用されたものと同一のＳＥＡＬ鍵が、暗号化を必要とする関連するメタデータに使用される。
【０３４０】
Ｄ．プレイヤ・アプリケーション１９５
１．概要
セキュア・ディジタル・コンテンツ電子配布プレイヤ・アプリケーション１９５（ここではプレイヤ・アプリケーション１９５と呼称する）は、ＣＤプレイヤ、ＤＶＤプレイヤ、または他のディジタル・コンテンツ・プレイヤと、ＣＤ、ＤＶＤ、または他のディジタル・コンテンツ記憶管理システムの両方に類似する。最も単純なレベルでは、プレイヤ・アプリケーション１９５は、曲またはビデオの再生など、コンテンツ１１３を実行する。別のレベルでは、プレイヤ・アプリケーション１９５は、エンドユーザに、自分のディジタル・コンテンツ・ライブラリ１９６を管理するツールを提供する。同様に重要なことに、プレイヤ・アプリケーション１９５は、曲などのコンテンツの集合（本明細書では再生リストと称する）の編集および再生を提供する。
【０３４１】
プレイヤ・アプリケーション１９５は、個別に選択し、コンテンツ・プロバイダ１０１および電子ディジタル・コンテンツ商店１０３の要件に合わせてカスタマイズすることのできるコンポーネントの集合から組み立てられる。汎用版のプレイヤを説明するが、カスタマイズが可能である。
【０３４２】
ここで図１８および１９を参照すると、図１３のエンドユーザ装置１０９で稼動するプレイヤ・アプリケーション１９５の主要なコンポーネントと処理のブロック図が示されている。
【０３４３】
プレイヤ・オブジェクト・マネージャ１５０１のサブシステムを構成する複数のコンポーネントセットがある。
１．エンドユーザ・インターフェース・コンポーネント１５０９
２．コピー／再生管理コンポーネント１５０４
３．解読１５０５、圧縮解除１５０６、再生コンポーネント１５０７、およびレコーディングを含めることができる。
４．データ管理１５０２およびライブラリ・アクセス・コンポーネント１５０３
５．アプリケーション間通信コンポーネント１５０８
６．その他の（インストールなど）コンポーネント
これらのセットのそれぞれからのコンポーネントを、下記の要件に基づいて選択することができる。
・プラットホーム（Windows（登録商標）、Unix（登録商標）、または同等物）
・通信プロトコル（ネットワーク、ケーブルなど）
・コンテンツ・プロバイダ１０１または電子ディジタル・コンテンツ商店１０３
・ハードウェア（ＣＤ、ＤＶＤなど）
・クリアリングハウス１０５技術その他
【０３４４】
下の節で、さまざまなコンポーネント・セットを詳細に説明する。最後の節で、汎用プレイヤ内でこれらのコンポーネントを集める方法の詳細を説明し、これらのコンポーネントをカスタマイズする方法を説明する。
【０３４５】
もう１つの実施形態では、プレイヤ・アプリケーション１９５およびＳＣプロセッサ１９２のコンポーネントが、プログラマーズ・ソフトウェア・ツールキットの一部として使用可能である。このツールキットは、上に一覧を示した汎用プレイヤ・アプリケーションのコンポーネントへの定義済みのインターフェースを使用可能にする。これらの定義済みのインターフェースは、ＡＰＩまたはアプリケーション・プログラミング・インターフェースの形である。これらのＡＰＩを使用する開発者は、高水準アプリケーション・プログラムからコンポーネントのどの機能性でも実施することができる。これらのコンポーネントへのＡＰＩを提供することによって、プログラマが、これらのコンポーネントの機能およびリソースを再作成する必要なしに、カスタマイズされたプレイヤ・アプリケーション１９５をすばやく開発できる。
【０３４６】
２．エンドユーザ・インターフェース・コンポーネント１５０９
このセットのコンポーネントは、プレイヤ・アプリケーション１９５のオンスクリーン表示を提供するために組み合わされる。設計では、これらのコンポーネントの決定的なレイアウトが確立されないことに留意されたい。そのようなレイアウトの１つが、汎用プレイヤで提供される。コンテンツ・プロバイダ１０１または電子ディジタル・コンテンツ商店もしくはその両方の要件および他の要件に基づいて、代替レイアウトが可能である。
【０３４７】
このセットは、まずエンドユーザ表示１５１０を提示するのに使用されるコンポーネントと、オーディオ再生およびメタデータの提示などの低水準機能に使用されるエンドユーザ・コントロール１５１１と称するハンドル・コントロールというサブグループにグループ化される。次に、エンドユーザ表示１５１０は、さらに、特殊機能グループ化（再生リスト、ディジタル・コンテンツ・ライブラリ）によって分割され、その後、これらの低水準コンポーネントのグループ化および配置に使用されるオブジェクトコンテナ・コンポーネントによって分割される。
【０３４８】
下のコンポーネント一覧内では、ＣＤの作成またはＣＤもしくは他の記録可能媒体へのコンテンツ１１３のコピーへの言及は、プレイヤ・アプリケーション１９５がそのような機能性を使用可能にされている場合だけに適用される。また、その文脈での用語ＣＤは、包括的な用語であり、ミニディスクまたはＤＶＤなどのさまざまな他の外部記録装置も表すことができることに留意されたい。
【０３４９】
図２０は、本発明による、図１８および図１９のプレイヤ・アプリケーション１９５の例のユーザ・インターフェース画面を示す図である。エンドユーザ・コントロール１５１１の機能には、下記が含まれる（エンドユーザ・インターフェースの対応する画面が、符号１６０１ないし１６０５に示されている）。
【０３５０】
コンテンツ１１３を実行するためのコントロール
・再生／停止ボタン
・再生ボタン
・停止ボタン
・一時停止ボタン
・前のスキップ・ボタン
・後ろのスキップ・ボタン
・音量制御
・トラック位置制御／表示
・オーディオ・チャネル音量レベル表示その他。
【０３５１】
コンテンツ１１３に関連するメタデータを表示するためのコントロール
・カバー・ピクチャ・ボタン
・カバー・ピクチャ・オブジェクト
・アーティスト・ピクチャ・ボタン
・アーティスト・ピクチャ・オブジェクト
・トラック・リスト・ボタン
・トラック・リスト情報オブジェクト
・トラック・リスト・セレクタ・オブジェクト（クリックすると再生）
・トラック名オブジェクト
・トラック情報オブジェクト
・トラック歌詞ボタン
・トラック歌詞オブジェクト
・トラック・アーティスト名オブジェクト
・トラック・クレジット・ボタン
・トラック・クレジット・オブジェクト
・ＣＤ名オブジェクト
・ＣＤクレジット・ボタン
・ＣＤクレジット・オブジェクト
・汎用（構成可能）メタデータ・ボタン
・汎用メタデータ・オブジェクトその他
【０３５２】
エンドユーザ表示１５１０の機能には、下記が含まれる（エンドユーザ・インターフェースの対応する画面が、符号１６０１ないし１６０５に示されている）
【０３５３】
表示コンテナの再生リスト
・再生リスト管理ボタン
・再生リスト管理ウィンドウ
・ディジタル・コンテンツ検索ボタン
・ディジタル・コンテンツ検索定義オブジェクト
・ディジタル・コンテンツ検索サブミット・ボタン
・ディジタル・コンテンツ検索結果オブジェクト
・選択された検索結果項目を再生リストにコピー・ボタン
・再生リスト・オブジェクト（編集可能）
・再生リスト保存ボタン
・再生リスト再生ボタン
・再生リスト一時停止ボタン
・再生リスト再始動ボタン
・再生リストからＣＤを作成ボタンその他。
【０３５４】
ディジタル・コンテンツ・ライブラリ１９６の表示
・ディジタル・コンテンツ・ライブラリ・ボタン
・ディジタル・コンテンツ・ライブラリアン・ウィンドウ
・ディジタル・コンテンツ・カテゴリ・ボタン
・ディジタル・コンテンツ・カテゴリ・オブジェクト
・アーティスト別ボタン
・ジャンル別ボタン
・レーベル別ボタン
・カテゴリ別ボタン
・削除ボタン
・再生リストに追加ボタン
・ＣＤにコピー・ボタン
・曲リスト・オブジェクト
・曲リスト表示コンテナその他
【０３５５】
コンテナその他
・プレイヤ・ウィンドウ・コンテナ
・オーディオ・コントロール・コンテナ
・メタデータ・コントロール・コンテナ
・メタデータ表示コンテナ
・ツールバー・コンテナ・オブジェクト
・サンプル・ボタン
・ダウンロード・ボタン
・購入ボタン
・記録ボタン
・プレイヤ名オブジェクト
・レーベル／プロバイダ／商店広告オブジェクト
・レーベル／プロバイダ／商店ＵＲＬボタン
・アーティストＵＲＬボタンその他
【０３５６】
３．コピー／再生管理コンポーネント１５０４
これらのコンポーネントは、暗号化鍵のセットアップ、透かし処理、コピー管理などを処理する。クリアリングハウス１０５との通信、購入要求の送信その他、ペイパーリッスンまたはコンテンツ１１３への各アクセスが計上される場合などの特別なサービスのためのインターフェースも存在する。現在、クリアリングハウス１０５への通信の機能は、ＳＣプロセッサ１９２によって処理されている。
【０３５７】
エンドユーザ装置１０９でのプレイヤ・アプリケーション１９５によるコンテンツ１１３の使用は、ライセンス・データベース１９７などのデータベースにログ記録される。プレイヤ・アプリケーション１９５によるコンテンツ１１３の各使用の追跡を、クリアリングハウス１０５またはコンテンツ・プロバイダ１０１または電子ディジタル・コンテンツ商店１０３または指定され伝送インフラストラクチャ１０７に結合されたサイトなどの１つまたは複数のログ記録サイトに送信することができる。この送信は、使用情報をログ記録サイトにアップロードするための所定の時刻にスケジューリングすることができる。想定される所定の時刻の１つが、伝送インフラストラクチャ１０７が、さほどネットワーク・トラフィックで輻輳していない可能性がある早朝である。既知の技法を使用するプレイヤ・アプリケーション１９５が、スケジューリングされた時刻に覚醒し、ローカル・ログ記録データベースからログ記録サイトに情報を送信する。ログ記録サイトの情報を再検討することによって、コンテンツ・プロバイダ１０１は、コンテンツ１１３の人気を測定することができる。
【０３５８】
もう１つの実施形態では、ログ記録サイトへ後でアップロードするためにコンテンツ１１３の使用をログ記録するのではなく、コンテンツ１１３の使用が、コンテンツ１１３の使用中にログ記録サイトにアップロードされる。たとえば、エンドユーザ装置１０９に記憶されたコンテンツ１１３の、ＤＶＤディスク、ディジタル・テープ、フラッシュ・メモリ、ミニディスク、または同等の読書可能取外し可能媒体などの外部装置への複製またはコピーの時に、その使用が、ログ記録サイトへの更新になる。これは、コンテンツ１１３購入時に送信される使用条件２０６でのコンテンツ１１３のコピーに対する前提条件とすることができる。これによって、コンテンツ・プロバイダ１０１は、コンテンツ１１３に対する再生、複製、または他の処置の間にコンテンツ１１３の使用を正確に追跡できることが保証される。
【０３５９】
さらに、コンテンツ１１３に関する他の情報を、ログ記録サイトにアップロードすることができる。たとえば、コンテンツ１１３が実行された最後の時刻（たとえば日時）、コンテンツ１１３が実行された回数、コンテンツ１１３が、ＤＶＤディスク、ディジタル・テープ、またはミニディスクなどの許可された外部装置に複製またはコピーされたかどうかである。家族の構成員など、エンドユーザ装置１０９の単一のプレイヤ・アプリケーション１９５の複数の別個のユーザが存在する場合には、コンテンツ１１３のユーザの識別を、使用情報と共にログ記録サイトに送信することができる。ログ記録サイトにアップロードされた使用情報を再検討することによって、コンテンツ・プロバイダ１０１は、実際の使用、ユーザの識別、およびコンテンツ１１３が実行された回数に基づいてコンテンツ１１３の人気を測定することができる。実際の使用の測定によって、このシステムは、テレビジョンのニールセン視聴率方式または電話調査など、限られた数のユーザだけを１時にサンプリングし、その結果を外挿する、サンプリング方法を使用するシステムに対して、より事実駆動になる。この実施形態では、実際の使用を、電子ディジタル・コンテンツ商店１０３またはコンテンツ・プロバイダ１０１などの指定されたウェブ・サイトにログ・オンしたユーザに関する測定値とすることができる。
【０３６０】
４．解読１５０５、圧縮解除１５０６および再生コンポーネント１５０７
これらのコンポーネントは、コピー／再生管理コンポーネントによって獲得された鍵を使用して、データ管理およびライブラリ・アクセス・コンポーネントから獲得したオーディオ・データのロックを解除し、適当な圧縮解除を適用して再生のためにオーディオ・データを準備し、システム・オーディオ・サービスを使用してそれを再生する。代替実施形態では、データ管理およびライブラリ・アクセス・コンポーネントから獲得したオーディオ・データを、ＣＤ、ディスケット、テープ、またはミニディスクなどの取外し可能媒体にコピーすることができる。
【０３６１】
５．データ管理１５０２およびライブラリ・アクセス・コンポーネント１５０３
これらのコンポーネントは、エンドユーザのシステム上のさまざまな記憶装置への曲データの格納および取出ならびに格納された曲に関する情報の要求の処理に使用される。
【０３６２】
６．アプリケーション間通信コンポーネント１５０８
これらのコンポーネントは、セキュア・ディジタル・コンテンツ電子配布システムのプレイヤと、プレイヤ・アプリケーション１９５を起動する可能性があるアプリケーション（たとえばブラウザ、ヘルパ・アプリケーション、プラグインなど）またはプレイヤ・アプリケーション１９５がその機能を実行する時に使用を必要とする他のアプリケーションとの間の調整に使用される。たとえば、ＵＲＬコントロールが活動化される時に、そのＵＲＬコントロールは、適当なブラウザを呼び出し、そのブラウザに適当なページをロードするように指示する。
【０３６３】
７．その他種々のコンポーネント
上のカテゴリに含まれない個々のコンポーネント（たとえばインストール）は、このグループに含まれる。
【０３６４】
８．汎用プレイヤ
この節では、ある版のプレイヤ・アプリケーション１９５への上のコンポーネントの組合せを説明する。プレイヤ・アプリケーション１９５は、ソフトウェア・オブジェクトに基づくことによるカスタマイズのために設計されているので、これは、多数の可能な異なる例のうちの１つにすぎない。プレイヤ・オブジェクト・マネージャ１５０１は、他のすべてのコンポーネントを一緒に保持するソフトウェア・フレームワークである。上の節で述べたように、この図でプレイヤ・オブジェクト・マネージャ１５０１の下にあるブロックは、どのプレイヤにも必要であるが、使用される暗号化またはスクランブル化の形式、オーディオ圧縮のタイプ、コンテンツ１１３のライブラリへのアクセス方法などに応じて、特殊化された版によって置換することができる。
【０３６５】
プレイヤ・オブジェクト・マネージャ１５０１の上には変化するオブジェクト１５１２があり、これは、ほとんどは、再生または検索されるコンテンツ１１３に関連するメタデータから導出される。これらの変化するオブジェクトは、エンドユーザ表示１５１０と、エンドユーザ・コントロール１５１１から受け取った入力とによってエンドユーザ装置１０９から使用可能にされる。すべてのオブジェクトが、構成可能であり、すべてのコンテナのレイアウトが、カスタマイズ可能である。これらのオブジェクトは、Ｃ／Ｃ＋＋、Java（登録商標）、または他の同等のプログラミング言語で実施することができる。
【０３６６】
プレイヤ・アプリケーション１９５の使い方
以下の実施形態は、エンドユーザ装置１０９上で稼動するプレイヤ・アプリケーション１９５がオーディオ・プレイヤであり、コンテンツ１１３が音楽である場合の一例である。当業者は、他のタイプのコンテンツ１１３をプレイヤ・アプリケーション１９５によってサポートすることができることを理解されたい。通常のオーディオ愛好家は、曲を保持するＣＤのライブラリを有する。これらのすべてが、セキュア・ディジタル・コンテンツ電子配布システム１００内で使用可能である。電子ディジタル・コンテンツ商店１０３から購入された曲の組は、エンドユーザのシステムのディジタル・コンテンツ・ライブラリ１９６内に格納される。物理的なＣＤに類似する曲のグループ化が、再生リストとして格納される。いくつかの場合に、再生リストは、正確にＣＤをエミュレートする（たとえば、市販ＣＤのすべてのトラックが、ＣＤのオンライン版として電子ディジタル・コンテンツ商店１０３から購入され、そのＣＤの再生リストと同等の再生リストによって定義される場合）。しかし、ほとんどの再生リストは、エンドユーザのシステムのディジタル・コンテンツ・ライブラリに格納された曲をグループ化するために、エンドユーザによって集められる。しかし、以下の議論では、用語再生リストを使用する時に、カスタム・メイドの音楽ＣＤの例を使用する。
【０３６７】
ＳＣプロセッサ１９２アプリケーションからの呼び出しを介してプレイヤ・アプリケーション１９５を始動させるのではなく、エンドユーザが明示的にプレイヤ・アプリケーション１９５を始動する時には、プレイヤ・アプリケーション１９５は、最後にアクセスされた再生リストを事前にロードする。ディジタル・コンテンツ・ライブラリ１９６内に再生リストが存在しない場合には、再生リスト・エディタが自動的に始動される（ユーザが優先設定を介してこの機能をオフにしていない限り）。詳細については、下の再生リストの項目を参照されたい。
【０３６８】
プレイヤ・アプリケーション１９５は、特定の曲を引数として呼び出すこともでき、その場合には、プレイヤ・アプリケーション１９５は即座に曲再生モードに入る。任意選択として、曲の再生の準備をするが、エンドユーザによる動作を待ってから進行することができる。この状況の詳細については、下の曲の再生の項目を参照されたい。
【０３６９】
再生リスト（エンドユーザ・インターフェースの画面１６０３に対応する）
エンドユーザが再生リスト機能を呼び出した時に、使用可能な機能は次の通りである。
・再生リストのオープン
・ディジタル・コンテンツ・ライブラリアンを呼び出して、格納された再生リストのリストを選択のために表示する。詳細については下のディジタル・コンテンツ・ライブラリアンの項目も参照されたい。
・再生リストの編集
・再生リスト・エディタ（下を参照）を呼び出す。再生リストがすでにロードされている場合には現在の再生リストをロードする。そうでない場合には、エディタは空の再生リストを作成する。
・再生リストの実行
・曲は、選択された曲（または、曲が選択されていない場合には再生リストの先頭）から始めて、１時に１つずつ再生される。再生リスト・エディタでセットされたオプションは、再生の順序に影響する。しかし、再生リストのこの再生のオプションを変更するのに使用可能なコントロールは、ここにはある。
・曲の再生
・再生リストから選択された曲だけを再生する。詳細については下の曲の再生の項目を参照されたい。
・再生リスト情報
・再生リストに関する情報を表示する。
・曲情報
・再生リスト内で選択されている曲に関する情報を表示する。
・ウェブ・サイト訪問
・この再生リストに関連するウェブ・サイトをブラウザにロードする。
・ライブラリアン
・ディジタル・コンテンツ・ライブラリアン・ウィンドウを開く。詳細については下のディジタル・コンテンツ・ライブラリアンの項目も参照されたい。
【０３７０】
再生リスト・エディタ（エンドユーザ・インターフェースの画面１６０３に対応する）
再生リスト・エディタを起動した時に、エンドユーザのオプションは次の通りである。
・再生リストの表示／ロード／削除
・ディジタル・コンテンツ・ライブライランが呼び出されて、ロードまたは削除する再生リストの選択のために、格納された再生リストのリストを表示する。詳細については下のディジタル・コンテンツ・ライブラリアンの項目も参照されたい。
・再生リストの保存
・再生リストの現在の版をディジタル・コンテンツ・ライブラリ１９６に保存する。
・曲の削除
・現在選択されている曲を、再生リストから削除する。
・曲の追加
・ディジタル・コンテンツ・ライブラリアンが、再生リストに追加する曲の選択のために、曲検索モードで呼び出される。詳細については下のディジタル・コンテンツ・ライブラリアンの項目も参照されたい。
・曲情報の設定
・再生リスト内で選択されている曲に関する情報を表示し、その情報に対する変更を可能にする。この情報は、再生リスト内に格納され、ディジタル・コンテンツ・ライブラリ１９６内に格納された曲に関する情報は変更されない。以下の項目を変更することができる。
・表示される曲のタイトル
・曲に関するエンドユーザのメモ
・曲再生時のリードイン遅延
・曲再生後のフォローオン遅延
・再生時の曲内の開始点
・再生時の曲内の終了点
・ランダム・モード用の重み付け
・この曲の音量調節その他
【０３７１】
再生リスト属性設定：この再生リストの属性を表示し、それに対する変更を可能にする。以下の属性を設定することができる。
・再生リストのタイトル
・再生リストのモード（ランダム、シーケンシャル、その他）
・リピート・モード（１回再生、終了時に再開、その他）
・この再生リストに関するエンドユーザのメモ
【０３７２】
ライブラリアン（エンドユーザ・インターフェースの画面１６０１に対応）
・ディジタル・コンテンツ・ライブラリアン・ウィンドウを開く。詳細については下のディジタル・コンテンツ・ライブラリアンの項目も参照されたい。
【０３７３】
曲の再生
曲を引数としてプレイヤ・アプリケーション１９５を呼び出すことによるか、再生リストまたはディジタル・コンテンツ・ライブラリアン内から再生する曲を選択することのいずれかによって、再生のための曲の準備ができた時の、エンドユーザのオプションは次の通りである（エンドユーザ・インターフェースの画面１６０１に対応する）。
・再生
・一時停止
・停止
・後ろへスキップ
・前へスキップ
・音量調節
・トラック位置調節
・歌詞表示
・クレジット表示
・ＣＤカバー表示
・アーティスト・ピクチャ表示
・トラック情報の表示
・他のメタデータの表示
・ウェブ・サイト訪問
・再生リスト
・ライブラリアンその他
【０３７４】
ディジタル・コンテンツ・ライブラリアン
ディジタル・コンテンツ・ライブラリアンは、曲または再生リストを選択する時に暗黙のうちに呼び出す（上を参照）か、エンドユーザのシステムの曲ライブラリの管理用のそれ自体のウィンドウ内で開くことができる。その場合に、エンドユーザのオプションは次の通りである。
曲の操作：
アーティスト、カテゴリ、レーベル、その他によってすべてをソートする
アーティスト、カテゴリ、レーベル、その他によって曲を選択する
選択した曲を現在の再生リストに追加する
曲をＣＤにコピーする（使用可能にされている場合）
曲を削除する
カテゴリに曲を追加するその他
再生リストの操作：
名前によってソートする
カテゴリによってソートする
キーワードによって検索する
含まれる曲のタイトルによって検索する
選択された再生リストをロードする
再生リストの名前を変更する
再生リストを削除する
選択された再生リストからＣＤを作成する（使用可能にされている場合）その他
【０３７５】
本発明の内容を以下にまとめて開示する。
（１）  データの安全な提供を可能にするクリアリングハウスを含む電子コンテンツ管理システムであって、前記クリアリングハウスが、データを安全に提供するためにデータ・システムと通信することができ、前記データ・システムが、第１暗号化鍵を用いて暗号化されたデータおよび暗号化された第１暗号化鍵の両方を受信することができ、前記暗号化された第１暗号化鍵が、第２暗号化鍵によって暗号化された前記第１暗号化鍵であり、前記クリアリングハウスが、
暗号化された第１解読キーからの第１解読キーの解読と、
前記解読された第１解読キーのデータ・システムへの転送と
を含む、電子コンテンツ管理システム。
（２）  前記データ・システムが、
暗号化されたデータを生成するために、第１暗号化鍵によってデータを暗号化する手段と、
暗号化された第１解読キーを生成するために、第２暗号化鍵によって前記第１解読キーを暗号化する手段と、
前記暗号化されたデータを第２システムに転送する手段と、
前記暗号化された第１解読キーを第２システムに転送する手段と、
第２解読キーを所有する前記クリアリングハウスに前記暗号化された第１解読キーを転送する手段と
を含む、（１）に記載の管理システム。
（３）  前記第１解読キーの前記転送の前に第３暗号化鍵によって前記第１解読キーを再暗号化する手段をさらに含み、前記第１解読キーを第２システムに転送する前記手段が、前記解読され再暗号化された第１解読キーを第２システムに転送する手段である、（２）に記載の管理システム。
（４）  前記第３暗号化鍵が、第２システムの公開鍵である、（３）に記載の管理システム。
（５）  前記第２暗号化鍵が、前記クリアリングハウスの公開鍵であり、前記第２解読キーが、前記クリアリングハウスの対応する秘密鍵である、（２）に記載の管理システム。
（６）  さらに、前記データがそれに対して支払われたことを確認する手段を含む、（２）に記載の管理システム。
（７）  さらに、前記暗号化されたデータ解読キーを第２システムに転送する前に、前記データの転送を許可する手段を含む、（２）に記載の管理システム。
（８）  コンテンツ・データ、関連するメタデータ、および関連する使用条件データを管理するシステムであって、
関連するコンテンツ・データに関するメタデータおよび使用条件データと、
販売促進データを作成するために、前記メタデータおよび前記使用条件データの部分の少なくとも１つを変更する手段と、
前記販売促進データを転送する手段と
を含むシステム。
（９）  前記コンテンツ・データが、音楽データを含み、前記使用条件データが、前記音楽データの再生に対する回数制限、作ることができる前記音楽データのコピーの最大数、および前記音楽データを再生することができる最大回数のうちの少なくとも１つを含む、（８）に記載のシステム。
（１０）  前記コンテンツ・データが、音楽データを含み、前記メタデータが、コンテンツ・データ・ホストへのリンク、前記音楽データの前記コンテンツの説明、前記音楽データに関連するアートワーク、および前記音楽データの選択された部分のうちの少なくとも１つを含む、（８）に記載のシステム。
（１１）  コンテンツ・データの関連メタデータおよびコンテンツ・データの関連使用条件データを送信することができるコンテンツ・プロバイダと、
前記コンテンツ・プロバイダから前記メタデータおよび前記使用条件データを受信し、前記販売促進データを作成することができる、電子商店と
をさらに含む、（８）に記載のシステム。
（１２）  前記コンテンツ・プロバイダが、さらに、第１暗号化鍵を用いる前記コンテンツの暗号化、第２暗号化鍵を用いる第１暗号化鍵の暗号化、および前記暗号化された第１暗号化鍵の送信が可能である、（１１）に記載のシステム。
（１３）  前記コンテンツ・データが、音楽データを含み、前記使用条件データが、前記音楽データの再生に対する回数制限、作ることができる前記音楽データのコピーの最大数、および前記音楽データを再生することができる最大回数のうちの少なくとも１つを含む、（１１）に記載のシステム。
（１４）  前記コンテンツ・データが、音楽データを含み、前記送信されるメタデータが、前記コンテンツ・プロバイダを識別する情報と、前記コンテンツ・ホストへのリンクと、前記音楽データの前記コンテンツの説明、前記音楽データに関連するアートワーク、および前記音楽データの選択された部分のうちの少なくとも１つとのうちの少なくとも１つを含む、（１１）に記載のシステム。
（１５）  前記コンテンツ・プロバイダが、コンテンツ・データを送信することができ、前記システムがさらに、前記コンテンツ・プロバイダから前記コンテンツ・データを受信することができるコンテンツ・ホストを含む、（１１）に記載のシステム。
（１６）  ディジタル・コンテンツ・データを再生するディジタル・コンテンツ・データ・プレイヤであって、前記データ・プレイヤが、使用情報を送信する送信器を含み、前記使用情報が、前記ディジタル・コンテンツ・データの再正またはコピーの発生、前記ディジタル・コンテンツ・データが再正またはコピーされた回数、前記ディジタル・コンテンツ・データが再正またはコピーされた時、および前記ディジタル・コンテンツ・データを再正またはコピーしたユーザの識別のうちの少なくとも１つである、ディジタル・コンテンツ・データ・プレイヤ。
（１７）  前記ディジタル・コンテンツ・データが、ディジタル音楽データを含む、（１６）に記載のデータ・プレイヤ。
（１８）  ディジタル・コンテンツの使用を追跡するシステムであって、
ディジタル・コンテンツ・データを再正またはコピーするライセンスと、
ライセンスを交付されたディジタル・コンテンツ・データと、
前記ライセンスを交付されたディジタル・コンテンツ・データの再正またはコピーの発生、前記ライセンスを交付されたディジタル・コンテンツ・データが再正またはコピーされた回数、前記ライセンスを交付されたディジタル・コンテンツ・データが再正またはコピーされた時、および前記ライセンスを交付されたディジタル・コンテンツ・データを再正またはコピーしたユーザの識別のうちの少なくとも１つに関する情報と
を含むシステム。
（１９）  さらに、前記情報に基づいて、それ以上の再正またはコピーを禁止することを含む、（１８）に記載のシステム。
（２０）  前記ディジタル・コンテンツ・データが、ディジタル音楽データを含む、（１８）に記載のシステム。
（２１）  前記情報が、所定の時刻にまたは所定の間隔で送信される、（１８）に記載のシステム。
（２２）  ユーザ装置上でのディジタル・コンテンツ・データの使用を追跡するプログラム命令を含むコンピュータ可読媒体であって、
ディジタル・コンテンツ・データを再正またはコピーするライセンスを得る命令と、
前記ライセンス交付されたディジタル・コンテンツを受け入れる命令と、
前記ディジタル・コンテンツ・データの再生、前記ディジタル・コンテンツ・データのコピー、前記ディジタル・コンテンツ・データが再正またはコピーされた時、および前記ディジタル・コンテンツ・データを再正またはコピーしたユーザの識別のうちの少なくとも１つに関する情報を送信する命令と
を含む、コンピュータ可読媒体。
【図面の簡単な説明】
【０３７６】
【図１】本発明による、セキュア・ディジタル・コンテンツ電子配布システムの概要を示すブロック図の一部である。
【図２】本発明による、セキュア・ディジタル・コンテンツ電子配布システムの概要を示すブロック図の一部である。
【図３】本発明による、セキュア・ディジタル・コンテンツ電子配布システムの概要を示すブロック図の一部である。
【図４】本発明による、セキュア・ディジタル・コンテンツ電子配布システムの概要を示すブロック図の一部である。
【図５】本発明による、例のセキュア・コンテナ（ＳＣ）および関連するグラフィカル表現を示すブロック図である。
【図６】本発明による、セキュア・コンテナ（ＳＣ）の暗号化処理の概要を示すブロック図である。
【図７】本発明による、セキュア・コンテナ（ＳＣ）の暗号化解除処理の概要を示すブロック図である。
【図８】本発明による、図１ないし４のセキュアイ・ディジタル・コンテンツ配布システムの権利管理アーキテクチャの諸層の概要を示すブロック図である。
【図９】図８のライセンス制御層に適用される、コンテンツ配布およびライセンス交付制御の概要を示すブロック図である。
【図１０】本発明による、図１ないし４のワーク・フロー・マネージャ・ツールの例のユーザ・インターフェースを示す図である。
【図１１】本発明による、図１０のユーザ・インターフェースに対応するワーク・フロー・マネージャの主要なツール、コンポーネント、および処理のブロック図である。
【図１２】本発明による、図１ないし４の電子ディジタル・コンテンツ商店の主要なツール、コンポーネント、および処理を示すブロック図である。
【図１３】本発明による、図１ないし４のエンドユーザ装置の主要なコンポーネントおよび処理を示すブロック図である。
【図１４】本発明による、図１１のコンテンツ前処理および圧縮ツールの符号化率係数を計算する方法の流れ図である。
【図１５】本発明による、図１１の自動メタデータ獲得ツールの、追加情報を自動的に取り出す方法の流れ図である。
【図１６】本発明による、図１１の前処理および圧縮ツールの、前処理パラメータおよび圧縮パラメータを自動的に設定する方法の流れ図である。
【図１７】本発明による、図１８および図１９に記載のようにローカル・ライブラリにコンテンツをダウンロードする、プレイヤ・アプリケーションのユーザ・インターフェース画面の例を示す図である。
【図１８】本発明による、図１２のエンドユーザ装置で稼動するプレイヤ・アプリケーションの主要なコンポーネントおよび処理を示すブロック図である。
【図１９】本発明による、図１２のエンドユーザ装置で稼動するプレイヤ・アプリケーションの主要なコンポーネントおよび処理を示すブロック図である。
【図２０】本発明による、図１８および図１９のプレイヤ・アプリケーションの例のユーザ・インターフェース画面を示す図である。
【図１】
2005122708.tif 000017
【図２】
2005122708.tif 000018
【図３】
2005122708.tif 000019
【図４】
2005122708.tif 000020
【図５】
2005122708.tif 000021
【図６】
2005122708.tif 000022
【図７】
2005122708.tif 000023
【図８】
2005122708.tif 000024
【図９】
2005122708.tif 000025
【図１０】
2005122708.tif 000026
【図１１】
2005122708.tif 000027
【図１２】
2005122708.tif 000028
【図１３】
2005122708.tif 000029
【図１４】
2005122708.tif 000030
【図１５】
2005122708.tif 000031
【図１６】
2005122708.tif 000032
【図１７】
2005122708.tif 000033
【図１８】
2005122708.tif 000034
【図１９】
2005122708.tif 000035
【図２０】
2005122708.tif 000036