(57)【要約】  本発明は、統合されたデジタル著作権管理機構に関するものである。本発明のシステムは、ドライブ１２０と、ドライブ１２０の動作を制御するホスト１３０とを含んでいる。ドライブ１２０は、光記録担体１０２を受け入れ、光記録担体１０２から、その光記録担体１０２上に記憶されたコンテンツ３０４へのアクセスに関する権利およびキーを含む、デジタル著作権ファイルを抽出するように設計されている。ホスト１３０は、ドライブのデジタル著作権ファイルに類似した構造的特徴を有するダミーファイル３１０を生成し、そのダミーファイル３１０をドライブ１２０へと送信する。ドライブ１２０は、ダミーファイル３１０の受信に応答して、デジタル著作権ファイル内に含まれている感知可能データをダミーファイル３１０に組み込むことにより、ダミーファイル３１０を完全なものとし、そのダミーファイル３１０を担体１０２上に書き込む。
2008518371.tif 000002
【特許請求の範囲】
【請求項１】
光記録担体を受け入れ、該光記録担体上に記憶されたコンテンツへのアクセスに関する権利とキーとを含むデジタル著作権ファイルを、該光記録担体から抽出するドライブと、
前記ドライブの動作を制御するホストとを含むシステムであって、
前記ホストは、前記デジタル著作権ファイルに付随する項目に基づき、前記ドライブの前記デジタル著作権ファイルに類似した構造的特徴を有するダミーファイルを生成し、該ダミーファイルを前記ドライブへと送信するものであって、
前記ドライブは、前記ダミーファイルの受信に応答して、前記デジタル著作権ファイル内に含まれている感知可能データを前記ダミーファイル内に組み入れることにより、前記ダミーファイルを完全なものとし、完全なものとされた該ダミーファイルを前記光記録担体上に書き込むものであることを特徴とするシステム。
【請求項２】
前記ダミーファイルと前記デジタル著作権ファイルとが、サイズ、ファイル名、または内部構造のうちの、少なくとも１つの特徴を有することを特徴とする請求項１記載のシステム。
【請求項３】
前記デジタル著作権ファイルが、Ｓａｐｐｈｉｒｅ規格で仕様が特定されているキーロッカー領域であることを特徴とする請求項１記載のシステム。
【請求項４】
光記録担体が配されるドライブとのインターフェースとなるドライブインターフェースであって、前記光記録担体上に記憶されたコンテンツへのアクセスに関する権利とキーとを含むデジタル著作権ファイルに付随する項目を、前記ドライブから受信するドライブインターフェースと、
前記ドライブインターフェースの動作を制御するホストとを含む装置であって、
前記ホストは、受信した前記項目に基づき、前記ドライブの前記デジタル著作権ファイルに類似した構造的特徴を有するダミーファイルを生成し、該ダミーファイルを前記ドライブインターフェースへと送るものであって、
前記ドライブインターフェースは、前記デジタル著作権ファイル内に含まれている感知可能データを前記ダミーファイル内に組み入れることにより、前記ダミーファイルを完全なものとし、完全なものとされた該ダミーファイルを前記光記録担体上に書き込むように、前記ドライブを制御するものであることを特徴とする装置。
【請求項５】
光記録担体を受け入れ、該光記録担体上に記憶されたコンテンツへのアクセスに関する権利とキーとを含むデジタル著作権ファイルを、該光記録担体から抽出するドライブと、該ドライブの動作を制御するホストとを含むシステム内に、デジタル著作権管理機構を実装する方法であって、
前記ドライブの前記デジタル著作権ファイルに類似した構造的特徴を有するダミーファイルを、生成する工程と、
前記ダミーファイルを前記ドライブへと送信する工程と、
前記デジタル著作権ファイル内に含まれている感知可能データを前記ダミーファイル内に組み入れることにより、前記ダミーファイルの完全化を制御する工程と、
完全なものとされた前記ダミーファイルの、前記光記録担体上への書込みを制御する工程とを含むことを特徴とする方法。
【請求項６】
光記録担体を受け入れ、該光記録担体上に記憶されたコンテンツへのアクセスに関する権利とキーとを含むデジタル著作権ファイルを、該光記録担体から抽出するドライブと、該ドライブの動作を制御するホストとを含むシステム内に、デジタル著作権管理機構を実装する方法を実行するための、コンピュータにより実行可能な命令を記憶したコンピュータ読取可能な記憶媒体であって、
前記方法が、
前記ドライブの前記デジタル著作権ファイルに類似した構造的特徴を有するダミーファイルを、生成する工程と、
前記ダミーファイルを前記ドライブへと送信する工程と、
前記デジタル著作権ファイル内に含まれている感知可能データを前記ダミーファイル内に組み入れることにより、前記ダミーファイルの完全化を制御する工程と、
完全なものとされた前記ダミーファイルの、前記光記録担体上への書込みを制御する工程とを含むものであることを特徴とする記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、光記憶の分野に関するものであり、データを記憶担体上に含めるための、ホスト−ドライブ間のプロトコルに関係する。本発明は、光ディスク上にセキュリティ機構を組み込むことを提案し、より具体的には、本発明は、デジタル著作権管理データの書込みの詳細に関するものである。
【背景技術】
【０００２】
書込可能型の光記憶媒体の汎用ファイル構造は、ユニバーサル・ディスク・フォーマット（Ｕｎｉｖｅｒｓａｌ  Ｄｉｓｋ  Ｆｏｒｍａｔ；ＵＤＦ）規格で規定されている。汎用ファイルシステムは、制御データの配置や、動作中における読出および書込処理について、条件を課している。これらの条件の１つとして、ＵＤＦ規格は、その順序に従ってディスクセクタおよびデータの書込みがなされなくてはならない順序を課している。たとえば、ＵＤＦ規格は、オープンなＣＤ−Ｒについて、最後に書き込まれるセクタが、仮想割付表（Ｖｉｒｔｕａｌ  Ａｌｌｏｃａｔｉｏｎ  Ｔａｂｌｅ；ＶＡＴ）の情報制御ブロック（Ｉｎｆｏｒｍａｔｉｏｎ  Ｃｏｎｔｒｏｌ  Ｂｌｏｃｋ；ＩＣＢ）でなくてはならない旨を規定している。ＩＣＢが配されているとドライバが推定している場所にＩＣＢを見つけることができないと、読出エラーおよび動作障害を引き起こすので、上記の要件を満たすことは極めて重要である。
【０００３】
汎用ファイルシステム規格により課される上記のような要件に加えて、電子業界は、可能な限りコンテンツの喪失防止が保障され、利用可能なコンテンツの使用法を詳細にモニタリングおよび制限することが可能となるように、技術的なセキュリティ機構を組み込むことを模索している。そのため、業界およびコンテンツプロバイダは、光システムにおけるデジタル著作権管理機構の世界的な統合を、強力に後押ししている。これについては、業界のコンソーシアムにおいて解決策が議論され、その結果として規格が得られる。ほとんどのアプローチは、製品の動作互換性を保障するために満たされる必要のある厳格な条件を規定するアプローチである。提案されている解決策の１つは、Ｓａｐｐｈｉｒｅ（サファイア）ソリューションと呼ばれている。このＳａｐｐｈｉｒｅプロジェクトは、ディスク上の保護コンテンツに関する権利およびキーを記述し、これらの権利およびキーを、そのディスクのプログラム領域またはリードイン部分内の、いわゆるキーロッカー領域（ＫｅｙＬｏｃｋｅｒ  Ａｒｅａ；ＫＬＡ）内に、安全に保存するものである。指定事項のうちの１つは、ＶＡＴと関連付けられたＩＣＢの直前に、ＫＬＡが書き込まれるということである。ＤＲＭデータのエントリ点は、キーロッカーの全複製の物理的な位置がリストアップされているＤＲＭポインタエントリ内、特に適合層パラメータスペース（ａｄａｐｔａｔｉｏｎ  ｌａｙｅｒ  ｐａｒａｍｅｔｅｒ  ｓｐａｃｅ；ＡＬＰ）内に含まれている。キーロッカーは、保護データへのキーおよび権利の両方を含む構造である。ＫＬＡは、キーロッカーおよびＡＬＰのために、ディスク上に確保されている領域である。記録可能（追記）アクセス型の光ディスクまたは順次アクセス型のディスクについては、ＤＲＭデータはプログラム領域内の任意の場所に配置可能であり、ＤＲＭポインタエントリはＤＲＭデータの後の任意の場所に配置可能である。欧州特許出願２００４／０２１３４５Ａ１号（引用により、その内容が本明細書に含まれているものとする）は、ディスク上に記憶されたＤＲＭデータを見つける１つの方法を開示している。この文献は、記録可能型または書換可能型記録担体のプログラム領域内に記憶されているデジタル著作権管理データに、アクセスする１つの方法を開示している。提案されている解決策は、ディスク上に記憶されているＤＲＭデータへと導くＤＲＭポインタエントリ（ＡＬＰ）を、ドライブが見つけることを可能とするような、エントリをディスク内に追加するものである。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、Ｓａｐｐｈｉｒｅプロジェクトで規定されている位置と異なる位置にＫＬＡを書き込むことは、ディスクの読出しおよびコンテンツの再生を遅延させるかもしれない。たとえば、Ｓａｐｐｈｉｒｅに準拠しないドライブが、非準拠のやり方でＫＬＡにデータを追加すると、もはや予め規定されている位置にＫＬＡが存在しないという状況が生じる。ＩＣＢに隣接する予め規定された位置にＫＬＡを容易に発見することができないと、ドライブのオペレーティングシステムは、まず記憶されたコンテンツを処理する前にディスク全体をスキャンしなくてはならず、かかるスキャン処理は全体の動作を遅延させてしまうかもしれない。
【０００５】
前述のように、ＵＤＦ規格は、ディスク上におけるＩＣＢの位置に条件を課しており、現行の規格化の試みは、ＫＬＡの配置に条件を課そうとする傾向がある。したがって、両方の条件が並行して満たされなくてはならない。かかる配置は、読出しの際には、ＩＣＢがプログラム領域の最後に書き込まれたセクタとなるであろうし、その近くにＫＬＡが配置されるであろうから、良好にはたらく。問題は、ＫＬＡの書込時および更新時に生じる。実際、ホスト／ドライブ光システムにおいては、いずれの主体もデータの書込みの責任を負うが、汎用ＵＤＦ規格を用いた際にはいずれも完全には制御されない。また、設計者は、ディスクの全体的な構造に大きな影響を与えることなく、Ｓａｐｐｈｉｒｅ仕様、またはＤＲＭデータに同様の制約を課す任意の他の仕様に準拠するシステムを、設計しなくてはならない。
【０００６】
ＫＬＡデータは、コンテンツへのアクセス権の喪失を防止するため、感知可能データ（ｓｅｎｓｉｔｉｖｅ  ｄａｔａ）を含んでおり、ＫＬＡデータは、ホスト上で実行されているアプリケーションに伝達されない方がよい。そのため、感知可能なＫＬＡデータは、ドライブ側に保持され、ホストは、ＫＬＡの特徴およびＫＬＡに含まれる情報については、ほとんど知らないこととなる。ＫＬＡからの選択された項目のみが、ホスト上の選択されたアプリケーションに伝達され得る。この結果、ホストは、ＫＬＡがどれだけのディスクスペースを占めるのかを知らないこととなり、十分なスペースが残っていないのに、ディスク上にコンテンツを書き込むコマンドを送信しかねないこととなる。
【０００７】
したがって、ホストとドライブとがＫＬＡに関する部分的な知識を共有し、ＫＬＡの記録担体上への書込みをホストのアプリケーションが意図的に制御するような、ホスト／ドライブシステムが強く求められる。
【０００８】
本発明の１つ以上の実施形態の１つの目的は、キーおよびコンテンツアクセス権の完全性に危険を及ぼすことなく、ホストとドライブとの間において、デジタル著作権管理をシームレスに統合するシステムを提供することである。
【０００９】
本発明の１つ以上の実施形態の別の１つの目的は、デジタル著作権管理データの記録担体上への書込みを、ホストが意図的に制御するようなシステムを提供することである。
【課題を解決するための手段】
【００１０】
上記の目的のため、本発明のシステムは、ドライブの動作を制御するホストと、光ディスク上のデータの読出しおよび書込みを行うドライブとを含んでいる。ドライブは、光記録担体から、その光記録担体上に記憶されたコンテンツへのアクセスに関する権利およびキーを含む、デジタル著作権ファイルを取り出すことができる。これに対して、ホストは、ドライブのデジタル著作権ファイルに類似した構造的特徴を有するダミーファイルを生成し、そのダミーファイルをドライブへと送信する。ドライブは、ダミーファイルの受信に応答して、デジタル著作権ファイル内に含まれている感知可能データをもってそのダミーファイルを完全なものとし、その完全なものとされたダミーファイルを担体上に書き込む。
【００１１】
本発明は、ホストがＫＬＡファイルの部分的な知識を有しているという前提に基づいている。ホストが知っているＫＬＡファイルの詳細項目に基づいて、ホスト内のアプリケーションが、類似の詳細項目を有するダミーＫＬＡファイルを生成する。たとえば、ホストは、ドライブ側に記憶されている真のＫＬＡファイルと同一サイズおよび／または同一内部設計を有するが、何ら感知可能データを含まないファイルを生成する。本発明では、ホストは、このダミーファイルをドライブへと送信する。ドライブは、ダミーファイルを受け取ると、ダミーファイル内のデータを、ドライブにローカルに記憶されているＫＬＡからのデータに置き換えるか、かかるＫＬＡからのデータと組み合わせたファイルに構成する。続いて、ドライブは、完全なものとされたダミーファイルの記録担体上への書込みを制御する。記録担体上に最終的に書き込まれるファイルも「ダミー」と呼ばれているが、これは実際の最終的なＫＬＡファイルである。本発明の１つの利点は、ＫＬＡの制御を、意図的にホストへと移行する点である。実際、ホストはＫＬＡの更新をトリガし、また、ダミーファイルは感知可能データを含んではいないが、ダミーファイルの全体構造とホスト−ドライブ間の通信プロトコルとは、「あたかも」ホストがＫＬＡの書込みを制御しているようシステムが機能するようになし得る。この制御の移行は、ＫＬＡの部分的な知識をホストに転送することを許容する。これに従って、他の動作も最適化され得る。たとえば、ホストは、どれくらいのスペースがＫＬＡに必要かを知っているので、残存スペースに基づいて、記録担体上へのコンテンツの書込みを制御する。典型的には、ホストは、ＫＬＡについても、ＫＬＡがディスク上で占めるスペースについても知らないものであった。ホストが推定するディスクの状況と実際の状況とのこの違いは、問題を生じさせる傾向があった。加えて、本発明では、ホストはＫＬＡをファイルとして見ており、ホストファイルシステム内にＫＬＡへのリファレンスが存在する。ファイルシステム内のファイルリファレンスは、高速かつ効率的にＫＬＡの位置を特定することを可能とし、ディスク全体を走査することを回避する。本発明の１つの利点は、本発明が提案する解決策は、ドライブのＵＤＦ実装に対してはトランスペアレントな点である。そのため、本発明はまた、上記と同一の処理を実行するための、ホストおよびドライブインターフェースを有する装置にも関するものである。
【００１２】
本発明はさらに、デジタル著作権管理データを記録担体上に書き込む方法、およびかかる方法を実行するためのコンピュータにより実行可能な命令を記憶するコンピュータ読取可能な記憶媒体にも関するものである。
【００１３】
本発明の上記およびその他の側面は、以下で説明される実施形態を参照して明らかにされる。
【発明を実施するための最良の形態】
【００１４】
以下、例として図面を参照して、本発明をより詳細に説明する。図面全体を通じて、同一の参照番号は、同一の要素、または実質的に同一の機能を実行する要素を示している。
【００１５】
図１は、本発明に従う再生システム１００のブロック図を示している。ディスク１０２からユーザーデータを読み出すため、読出ユニット１０４が設けられている。コンテンツプロバイダおよび装置の製造業者は、ユーザーデータの一部または全部の使用制限を規定するような、デジタル著作権管理（ＤＲＭ）の開発を模索している。このことは、ディスク１０２上に記憶されているコンテンツは暗号化されているかもしれず、また、ディスク１０２は、ユーザーによるコンテンツの処理が可能となる前にそのコンテンツを解読するために用いられる、暗号キーを記憶しているかもしれないことを意味する。さらに、ユーザーが複製を作成すること、読み出すこと、またはコンテンツ片を他のユーザーと交換することが許可されているか否かを示す使用権が、ディスク１０２上に記憶されていてもよい。かかる使用権およびキーを、ＤＲＭデータと呼ぶこととする。読出ユニット１０４はさらに、かかるＤＲＭデータを読み出すためにも設けられている。しかしながら、ＤＲＭデータを指すポインタがまず見つけられなくてはならないので、その作用のため、読出ユニット１０４には評価ユニットが付与されている。評価ユニットは、図１には図示されていない。読出ユニット１０４内の評価ユニットがＤＲＭポインタの位置を特定すると、ＤＲＭデータが、導線２０６を介して制御ブロック１１４へと提供される。制御ブロック１１４は、デジタル信号処理ユニット（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ；ＤＳＰ）１１０内に配されている。このＤＳＰ１１０は、ディスク１０２へのコンテンツの書込みまたはディスク１０２からのコンテンツの再生の際に、ディスク１０２上のフォーマット固有データおよびコンテンツを処理する役割を担う。読み出されたＤＲＭデータは、ユーザーデータの出力を制御するため、すなわち制御ユニット１１４がＤＳＰ１１０の再生ユニット１１２のコンテンツを制御するために用いられる。この制御は、たとえば、使用権が出力を禁止している場合には出力信号ＯＵＴの出力を禁止することや、データがユーザーに対して再生される前にデータの解読を可能とすることにより行われる。本発明は、決して上記で説明した使用権およびキーの暗号化機構に限定されるものではなく、他の使用制限、またはコンテンツへのアクセスもしくは処理に対する他のいかなるタイプの制御もここにカバーされる。
【００１６】
図１の再生システム１００は、書込可能型のディスクを受け入れるものであってもよく、それ自体、ディスク１０２にコンテンツを書き込むための書込ユニット１０８を追加で含んでいる。ディスク１０２は、オレンジブック・パートＩＩ仕様書に基づくＣＤ−Ｒ、すなわち追記型のディスクであるが、本発明の全体的な原理は、書換可能型ディスクまたは他の任意のタイプの光記憶媒体にも適用され得る。たとえば、本発明は、登場しつつあるブルーレイディスクとりわけＢＤ−Ｒや、ＤＶＤ＋Ｒ／−Ｒにも関係する。
【００１７】
ＤＳＰユニット１１０の入力部に与えられるデータＩＮは、導線２０４を介して、書込ユニット１０８に伝達される。ＤＳＰ１１０は、導線２０２を介して、ディスク１０２上へのデータＩＮの書込みを書込ユニット１０８がどのように実行するかを制御することができる。以下で説明するように、ＤＳＰ１１０は、システム１００のメモリ機構１０６から取得されたデータの、ディスク１０２上への書込みも制御し得る。
【００１８】
再生システムは、ディスク１０２に付随するコンテンツ、ユーザーデータおよびフォーマット固有データを記憶するための、メモリ機構１０６も備えている。メモリ機構１０６は、短いライフサイクルでデータの組を記憶するための一時メモリ部、すなわち、１回の読出サイクルもしくは書込サイクルの後、または挿入されているディスク１０２が取り出された後に、破棄され得るデータの組を記憶するための一時メモリ部を含んでいてもよい。メモリ機構１０６はまた、ユーザーならびに規格固有のデータおよびコンテンツを恒久的に記憶するための、消去可能または不能な不揮発性メモリ部を含んでいてもよい。
【００１９】
この例示的な実施形態では、システム１００は、ＵＤＦおよびＳａｐｐｈｉｒｅに準拠する。本発明の１つの実施形態では、全体の光システムは、ドライブ部１２０と、アプリケーションが実行されているホスト部１３０とに分かれている。パーソナルコンピュータの環境では、ホスト１３０は、ほとんどの場合、ＰＣハードウェアとオペレーティングシステムとで構成されている。ある実施形態では、メモリ１０６と、書込ユニット１０８と、読出ユニット１０４とが、ドライブ１２０内に物理的に配され、ＤＳＰ１１０がホスト１３０の一部とされる。別の例示的な実施形態では、制御ユニット１１４はドライブ内に配されてもよく、その場合、ＫＬＡ内に記憶されている権利およびキーのような感知可能なＤＲＭデータは、ホスト１３０に送信されない。
【００２０】
以下、例を用いて、ディスク１０２上のＫＬＡ領域の書込み／更新を説明する。ＫＬＡの更新は外部からの要求に応答して行われてもよいし、特定の条件下で自動的に更新をトリガするようにシステム１００が設計されてもよい。第１の実施形態では、ディスク１０２上へのコンテンツの書込みを制御するソフトウェアアプリケーションが、コンテンツの記憶完了に際しＫＬＡを書き込むためのコマンドを、書込ユニット１０８に送信する。かかるアプリケーションは、ＤＳＰ１１０内、またはシステム１００の外部で実行されてもよい。この書込コマンドは書込手順の一部であってもよく、たとえば、ディスク１０２上へのコンテンツの一切の書込みを終了させる。したがって、関連付けられたＤＲＭの権利によって守られているデータの組の書込みをＤＳＰ１１０が制御するときはいつでも、その書込みは、そのＤＲＭの権利を表わすＫＬＡデータを書き込むコマンドを最終的に伴う。ＫＬＡデータは、デジタル著作権の新たな組を表わしていてもよく、前もってメモリ機構１０６内に記憶されている、ディスク１０２上に書き込まれるべきコンテンツと共に受信されたものであってもよい。あるいは、ＫＬＡの書込みは、ディスク１０２上に記憶されている実際のＫＬＡ領域の修正処理を含んでいてもよい。ＤＳＰ１１０はまた、メモリ機構１０６内に一時的に記憶されているＫＬＡデータの保留状態の更新が、あまりにも長く保留状態とされているときにも、書込みコマンドを発してもよい。ディスク１０２上のＫＬＡの更新は、定期的な時間間隔で実行されてもよい。
【００２１】
別の実施形態では、ＫＬＡデータは、ディスク１０２をシステム１００から取り出す際に書き込まれる。ＤＳＰ１１０は、メモリ機構１０６内にキャッシュされたＫＬＡが変更されたか否かをトラッキングする。ＫＬＡは、コンテンツが書き込まれたときに変更される。場合によっては、ＫＬＡは、コンテンツが読み出されたときにも更新され得る。たとえば、映画を観賞する権利は、ユーザーが観賞できる最大回数を制限しているかもしれない。そのため、コンテンツが観賞されると、その映画に付随させられたＫＬＡデータが、メモリ機構１０６内にキャッシュされ更新される。最終的にディスク１０２が取り出されたとき、または外部からのコマンドＣＯＭに応答してシステム１００のパワーが切られたときに、システムのＤＳＰ１１０は、メモリ機構１０６内においてＫＬＡデータの更新が保留状態となっているか否かを確認し、それに応じて、ディスク１０２の取出前またはシャットダウン前に、ディスク１０２上のＫＬＡを修正する。
【００２２】
ＫＬＡの書込みまたは更新は、上記で述べたような特定の状況において始動されてもよいが、本発明は、ここで説明されていない状況であっても、新たなデジタル著作権の書込みまたは既存のデジタル著作権の修正に最終的に繋がるような、あらゆる状況をカバーする。
【００２３】
本発明の１つの実施形態では、ＫＬＡの更新は以下のようにして生じる。まず、ダミーファイル３１０が、ホスト１３０内で生成される。ＤＳＰ１１０は、ディスク１０２上のＫＬＡ領域の更新を支配する内部ルーチンの一部の中で、ダミーファイル３１０を生成する。あるいは、ホスト１３０上で実行されているアプリケーションが、ＤＳＰ１１０を制御して、ダミーファイル３１０を生成してもよい。ＤＳＰ１１０は、ＫＬＡの限られた知識しか持たず、ダミーファイル３１０は、実際のＫＬＡデータに類似したものとなるよう、このＫＬＡの知られている特徴に基づいて構築される。したがって、ダミーファイル３１０と実際のＫＬＡデータとは、類似の内部ファイル構造、同一のサイズ、類似のファイル名を有し得るが、ダミーファイル３１０は、メモリ１０６内に保持されている感知可能データは含まない。ＤＳＰ１１０は、自己が受信したオリジナルのＫＬＡのサイズから、ダミーファイル３１０のサイズを計算してもよいし、ドライブ１２０からサイズを引き出すための標準化されたコマンドがあってもよい。ダミーファイル３１０のファイル名は、別のアプリケーションが同一のファイル名を使う可能性が少ないようなファイル名とされ得る。また、ダミーファイル３１０のコンテンツは、そのダミーファイル３１０が本当にＫＬＡであるか否かを、ドライブ１２０がチェックできるようなコンテンツとされ得る。オリジナルのＫＬＡは、光担体１０２から前もって取り出され、メモリ１０６内にキャッシュされている。情報の取出後、ＫＬＡの構造的特徴はホストすなわちＤＳＰ１１０に受け渡され、感知可能データ（たとえばキーや権利）はメモリ１０６内に安全に保持される。
【００２４】
図２は、ＫＬＡの更新を図解している。図２は、記録担体１０２の内部フォーマットを示している。記録担体は、確保されたリードイン部分３０２、記憶されたコンテンツ３０４、まだ書込みがなされていない確保されたプログラム領域３０６、および確保されたリードアウト領域３０８を含む。ホスト１３０は、システム１００のドライブ部に、ダミーファイル３１０を送信する。ドライブ１２０は、ダミーファイル３１０自体を認識し、それに応答して、メモリ１０６内にキャッシュされているＫＬＡからの感知可能データを取り出し、その感知可能データでダミーファイル３１０を補充する。ドライブ１２０は、ダミーファイル３１０のフォーマット再構成も操作する。類似の操作が、ＫＬＡへのポインタを含むＡＬＰファイル３１２についても実行される。
【００２５】
上記の説明は、単に本発明の原理を解説したものである。したがって、当業者においては、本明細書で明示的に説明または提示されていないが本発明の原理を実施化した様々な構成を思い描くことができ、よって、そのような様々な構成も、特許請求の範囲による本発明の精神および技術的範囲内にあることを理解されたい。
【００２６】
特許請求の範囲の解釈においては、以下の各点を理解されたい。
ａ）「含む」または「備える」との語は、請求項で列挙している以外の要素または動作の存在を排除するものではない。
ｂ）ある要素の前に置かれた「１つの」との語は、そのような要素が複数存在することを排除するものではない。
ｃ）請求項中のいずれの参照符号も、その請求項の技術的範囲を限定するものではない。
ｄ）いくつかの「手段」が、同一の項目、同一のハードウェア、またはソフトウェアにより実装された同一の構造もしくは機能により、体現されていてもよい。
ｅ）開示されている要素の各々は、ハードウェア部分（たとえば離散型ならびに一体型の電子回路）、ソフトウェア部分（たとえばコンピュータプログラミング）、およびそれらの任意の組合せを含み得る。
ｆ）ハードウェア部分は、アナログ部品とデジタル部品との一方または両方を含み得る。
ｇ）開示されている装置または装置の部分のいずれも、特に他に明記がない限り、一体に統合されてもよいし、さらに細かい部分に分割されてもよい。
ｈ）特に明記していない限り、特定の動作順序は何ら要求されない。
【図面の簡単な説明】
【００２７】
【図１】本発明の１つのシステムを示した図
【図２】ディスク型担体へのＫＬＡの書込みを図解した図
【図１】
2008518371.tif 000003
【図２】
2008518371.tif 000004
【国際調査報告】
2008518371.tif 000005
2008518371.tif 000006
2008518371.tif 000007