(57)【要約】管理データを格納するためのプログラムメモリエリア、リードインエリア、ユーザデータを格納するためのプログラムエリア及びリードアウトエリアを有する記録キャリア、特に記録可能または書き換え可能な光ディスクが開示される。例えば、使用権と暗号鍵を有するプログラムエリアに格納されるデジタル権利管理データへのドライブによるアクセスを可能にするため、記録キャリアはさらに、デジタル権利管理（ＤＲＭ）データのエントリポイントを有するＤＲＭポインタエントリ（ＡＬＰ）がデジタル権利管理データ以降のプログラムエリアに格納され、ドライブによるＤＲＭポインタエントリの検出及びデジタル権利管理データへのアクセスを可能にする情報を有するドライブ読み出し可能なエントリが、プログラムエリアまたはプログラムメモリエリアに格納されることからなるということが提案される。
2005537599.tif 000002
【特許請求の範囲】
【請求項１】
管理データを格納するためのプログラムメモリエリア、リードインエリア、ユーザデータを格納するためのプログラムエリア及びリードアウトエリアを有する記録キャリアであって、
デジタル権利管理データが前記プログラムエリアに格納され、
前記デジタル権利管理（ＤＲＭ）データのエントリポイントを有するＤＲＭポインタエントリ（ＡＬＰ）が、前記デジタル権利管理データ以降の前記プログラムエリアに格納され、
ドライブによる前記ＤＲＭポインタエントリ及び前記デジタル権利管理データへのアクセスを可能にする情報を有するドライブ読み出し可能エントリが、前記プログラムエリアまたは前記プログラムメモリエリアに格納される、
ことを特徴とする記録キャリア。
【請求項２】
請求項１記載の記録キャリアであって、
前記ＤＲＭポインタエントリのアドレスを有するＡＬＰポインタエントリは、前記プログラムメモリエリアに格納されることを特徴とする記録キャリア。
【請求項３】
請求項１記載の記録キャリアであって、
前記ＤＲＭポインタエントリを指し示す仮想割当テーブルエントリへの参照を有するＡＬＰポインタエントリは、前記プログラムメモリエリアに格納されることを特徴とする記録キャリア。
【請求項４】
請求項１記載の記録キャリアであって、
前記ＤＲＭポインタエントリを指し示す仮想割当テーブルエントリへの参照を格納する記述子、特にＩＵＶＤ（Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ  Ｕｓｅ  Ｖｏｌｕｍｅ  Ｄｅｓｃｒｉｐｔｏｒ）は、前記プログラムメモリエリアに格納されることを特徴とする記録キャリア。
【請求項５】
請求項３または４記載の記録キャリアであって、
前記仮想割当テーブルエントリへの参照は、該仮想割当テーブルエントリのシーケンシャル番号を有することを特徴とする記録キャリア。
【請求項６】
請求項３または４記載の記録キャリアであって、
前記仮想割当テーブルエントリへの参照は、該仮想割当テーブルエントリを格納する前記プログラムエリアのセクタ内の該仮想割当テーブルエントリの物理的アドレスを有することを特徴とする記録キャリア。
【請求項７】
請求項１記載の記録キャリアであって、
前記ＤＲＭポインタエントリへのポインタを有する第１仮想割当テーブルエントリと、特に前記第１仮想割当テーブルエントリの直前に配置され、前記第１仮想割当テーブルエントリが前記ＤＲＭポインタエントリへのポインタを有することを示す第２仮想割当テーブルエントリとを有するＡＬＰポインタエントリは、前記プログラムメモリエリアに格納されることを特徴とする記録キャリア。
【請求項８】
請求項１記載の記録キャリアであって、
前記ＤＲＭポインタエントリを有するファイル、または前記ＤＲＭポインタエントリへのポインタ及び前記ファイルシステムに前記ファイルを記述するファイルエントリは、前記プログラムエリアに格納されることを特徴とする記録キャリア。
【請求項９】
請求項１記載の記録キャリアの前記プログラムエリアに格納されるデジタル権利管理データにアクセスする方法であって、
前記プログラムエリアまたは前記プログラムメモリエリアに格納され、前記ドライブによる前記ＤＲＭポインタエントリの検出及び前記デジタル権利管理データへのアクセスを可能にする情報を有するドライブ読み出し可能エントリを読み出すステップと、
前記ドライブ読み出し可能エントリに構成される前記情報を利用して、前記デジタル権利管理データ以降の前記プログラムエリアに格納され、前記デジタル権利管理データのエントリポイントを有する前記ＤＲＭポインタエントリを読み出すステップと、
前記ＤＲＭポインタエントリに構成される前記エントリポイントを利用して、前記デジタル権利管理データにアクセスするステップと、
を有することを特徴とする方法。
【請求項１０】
請求項１記載の記録キャリア上へのデジタル権利管理データを記録する方法であって、
前記デジタル権利管理データを前記プログラムエリアに格納するステップと、
前記デジタル権利管理データのエントリポイントを有するＤＲＭポインタエントリを前記デジタル権利管理データ以降の前記プログラムエリアに格納するステップと、
前記ドライブによる前記ＤＲＭポインタエントリの検出及び前記デジタル権利管理データへのアクセスを可能にする情報を有するドライブ読み出し可能エントリを前記プログラムエリアまたは前記プログラムメモリエリアに格納するステップと、
を有することを特徴とする方法。
【請求項１１】
請求項１記載の記録キャリアの前記プログラムエリアに格納されるデジタル権利管理データにアクセスするためのドライブであって、
前記プログラムエリアまたは前記プログラムメモリエリアに格納され、前記ドライブによる前記ＤＲＭポインタエントリの検出及び前記デジタル権利管理データへのアクセスを可能にする情報を有するドライブ読み出し可能エントリを読み出す読み出し手段と、
前記ドライブ読み出し可能エントリに構成される情報を評価し、前記読み出し手段に送信する評価手段と、
を有し、
前記読み出し手段は、前記デジタル権利管理データ以降の前記プログラムエリアに格納され、前記デジタル権利管理データのエントリポイントを有する前記ＤＲＭポインタエントリを読み出すよう構成され、
前記評価手段は、前記ＤＲＭポインタエントリに構成されるエントリポイントを評価し、前記デジタル権利管理データにアクセスするため、前記読み出し手段に送信するよう構成される、
ことを特徴とするドライブ。
【請求項１２】
請求項１記載の記録キャリア上にデジタル権利管理データを記録するための記録装置であって、
前記デジタル権利管理データを前記プログラムエリアに格納し、前記デジタル権利管理データ以降の前記プログラムエリアに前記デジタル権利管理データのエントリポイントを有するＤＲＭポインタエントリを格納し、前記ドライブによる前記ＤＲＭポインタエントリの検出及び前記デジタル権利管理データへのアクセスを可能にする情報を有するドライブ読み出し可能エントリを前記プログラムエリアまたは前記プログラムメモリエリアに格納する記録手段を有することを特徴とする装置。
【請求項１３】
コンピュータ上で実行されるとき、請求項９または１０記載の方法の各ステップを前記コンピュータに実行させるコンピュータプログラムコード手段を有するコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理データを格納するためのプログラムメモリエリア、リードイン（ｌｅａｄ  ｉｎ）エリア、ユーザデータを格納するプログラムエリア及びリードアウト（ｌｅａｄ  ｏｕｔ）エリアを有する記録キャリアに関する。本発明はさらに、当該記録キャリアのプログラムエリアに格納されるデジタル権利管理データへのアクセス方法、デジタル権利管理データの当該記録キャリアへの記録方法、対応する装置及び記録装置、並びに当該方法を実現するためのコンピュータプログラムに関する。
【背景技術】
【０００２】
読み出し専用及び書き換え可能な光ディスクのセキュリティシステムを実現するアダプションレイヤ（ａｄａｐｔｉｏｎ  ｌａｙｅｒ）の仕様によると、デジタル権利管理データは、ディスクボリュームのリードインに置かれる。デジタル権利管理（ＤＲＭ）データのエントリポイントは、ＤＲＭポインタエントリ、詳細にはアダプションレイヤパラメータスペース（ＡＬＰ）に含まれる。そこでは、すべてのキーロッカー（ｋｅｙ  ｌｏｃｋｅｒ）複製の物理的位置が列挙される。キーロッカーは、保護対象データに対する権利及びキーの両方を含む構造となっている。読み出し専用及び書き換え可能なアクセスタイプディスクに対して、ＤＲＭポインタ、特にＡＬＰは、プログラムエリアの始まりに関して多かれ少なかれ固定されたアドレスに置かれる。これらのケースでは、ＤＲＭポインタエントリは、容易に検出することができる。
【０００３】
記録可能（ライトワンス）アクセスタイプ光ディスクに対して、ＤＲＭデータはプログラムエリアの何れかに置くことができ、ＤＲＭポインタエントリはＤＲＭデータ以降のいずれかに置くことが可能である。従って、記録可能なディスク上でのＤＲＭポインタエントリの検出は直接的なものではない。追加的な手段がなければ、ＤＲＭポインタエントリが検出されるまで、記録されたプログラムエリア全体をスキャンすることになり、多くの時間がかかってしまうかもしれない。問題は、ドライブがＤＲＭデータとＤＲＭポインタエントリの書き込みを行う必要があるということである。このため、ＤＲＭポインタエントリへの参照を含む簡単なファイルは、ドライブはファイルに関する情報を持たないため、上記問題への解決策とはならない。ドライブがＤＲＭポインタエントリを書き込み、以降においてファイルへの書き込みを行うアプリケーションに位置を通信するための機構を形成することが可能である。しかしながら、これは、比較的複雑であるため、最適な解決策ではなく、ドライブとアプリケーションとの間の通信の追加を伴い、安全性の低下を招く。さらに、ＤＲＭポインタエントリファイルを記述するファイルエントリの位置決定はそれ自体、プログラムエリアの複数回のジャンプ処理を伴う時間を要するプロセスとなりうる。
【０００４】
他の問題点は、記録可能アクセスタイプを用いて書き込まれるディスクを準拠していないディスクを利用して最終処理することが可能であるということである。この場合、最終処理後になってもオープンセッションにおいて存在する問題が残ったままとなってしまう。
【０００５】
関連する問題は、ドライブがマウントタイムでディスクがＤＲＭデータを含むことをどのように検出することができるかということである。これは、事前にキーロッカーを抽出する機会が与えられるため、有用である。読み出し専用または書き換え可能なディスクの場合、ディスクのマウント処理は、Ｑサブチャネルに格納されているセッションパラメータを抽出するため、リードインのスキャンから開始される。ＤＲＭポインタエントリをスターティングポイントとして含むエリアの標準的位置を選ぶことにより、ディスクがＤＲＭデータを同時に含むか検出することが可能となる。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従って、本発明の課題は、上記問題点を解決する記録キャリア、より詳細には、ファイルシステムに関する詳細を知ることなく、ドライブによるファイルシステム構造の利用を可能にする記録キャリアを提供することである。さらに、記録キャリアへのデジタル権利管理データの対応するアクセス及び記録方法、並びに対応する装置が提供される。
【課題を解決するための手段】
【０００７】
本発明によると、上記課題は、デジタル権利管理データが前記プログラムエリアに格納され、前記デジタル権利管理（ＤＲＭ）データのエントリポイントを有するＤＲＭポインタエントリ（ＡＬＰ）が、前記デジタル権利管理データ以降の前記プログラムエリアに格納され、ドライブによる前記ＤＲＭポインタエントリ及び前記デジタル権利管理データへのアクセスを可能にする情報を有するドライブ読み出し可能エントリが、前記プログラムエリアまたは前記プログラムメモリエリアに格納される、ことを特徴とする記録キャリアにより達成される。
【０００８】
本発明は、ドライブによるＤＲＭポインタエントリの検出、及び当該エントリを利用することによるＤＲＭデータの検出及びアクセスを可能にするＤＲＭポインタエントリ、特にＡＬＰを指し示すドライブ読み出し可能エントリを導入するというアイデアに基づく。ドライブ読み出し可能エントリは、プログラムエリアまたはプログラムメモリエリアの何れかに格納され、これにより、何れの実現形態もエントリがドライブにより読み出し可能となることを保証する必要がある。このため、ドライブは、ファイルシステムを実際知ることなく、ファイルシステム構成を利用することができる。この場合、準拠しないか、あるいはアウェアでない実現形態でさえ情報を維持することとなる。
【０００９】
ここで、本発明は、記録可能（ライトワンス）なＣＤ（ＣＤ−Ｒ）に限定されず、記録可能なＤＶＤ（ＤＶＤ−Ｒ）などの他のアクセスタイプのＣＤやＤＶＤと同様に、他の光ディスクに適用することができる。この場合、管理データを格納するエリアは、プログラムメモリエリア（ＰＭＡ）の代わりに、記録管理エリア（ＲＭＡ）と呼ばれる。従って、本出願で使用される「プログラムメモリエリア」という用語は、このような記録ＬＡＮリエリアもまた含む。
【００１０】
本発明の好適な実施例は、従属クレームにより画定される。
【００１１】
本発明の第１好適実施例によると、ＤＲＭポインタエントリのアドレスまたはＤＲＭポインタエントリ（ＡＬＰ）を指し示す仮想割当テーブルエントリ（ＶＡＴ）への参照を有するＡＬＰポインタエントリが、プログラムメモリエリアに格納される。特に、ＤＲＭポインタエントリの実際の物理的アドレス、またはＡＬＰポインタエントリを有する仮想割当テーブルエントリのシーケンス番号またはバイト位置が、プログラムメモリエリアに格納される。この解法は極めてロウバストなものである。それは、アプリケーションまたはファイルシステムドライバの任意の活動から防御されている。しかしながら、セッションが終了されると、プログラムメモリエリアはもはや共通のマウントパスにはなく、それに格納されている値は、例えばアプリケーションによって、ドライバがプログラムメモリエリアからポインタを抽出するよう明示的に通知されている場合にのみ抽出される。従って、準拠している装置は、標準的な実施としてプログラムメモリエリアをスキャンすることが可能であるが、このことは準拠していないディスクのマウント処理における望ましくない遅延を招くであろう。
【００１２】
ＤＲＭポインタエントリの物理的アドレスの格納は、ファイルシステムに独立なものであり、標準的なファイルシステムとして現在使用されているＵＤＦ（Ｕｎｉｖｅｒｓａｌ  Ｄｉｓｃ  Ｆｏｒｍａｔ）が実際のファイルシステムとして使用されていない場合もまた機能する。しかしながら、記載されたプログラムドメインのＵＤＦに対する代替物は現在なく、利用可能なＰＭＡエントリの個数は１００に限定される。このことは、高々１００個の相異なるＡＬＰポインタエントリのみがこのようにして格納できるということを意味している。
【００１３】
ＤＲＭポインタエントリを指し示す仮想割当テーブルエントリの格納は、ＵＤＦに結び付けられる。プログラムメモリエリアに格納されているＡＬＰポインタエントリを利用して、ファイルシステムについて何も知らずに、ドライバがファイルシステム構成、特に仮想割当テーブルを利用するのを可能にすることは、１つの好適な選択肢である。
【００１４】
本発明の他の実施例によると、ＤＲＭポインタエントリを指し示す仮想割当テーブルエントリ（ＶＡＴ）への参照を格納する記述子、特にＩＵＶＤ（Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ  Ｕｓｅ  Ｖｏｌｕｍｅ  Ｄｅｓｃｒｉｐｔｏｒ）が、プログラムエリアに格納される。好ましくは、当該記述子は、使用される仮想割当テーブルエントリのシーケンス番号、または仮想割当テーブルを保持するセクタのアドレスのバイト位置、特に分割の始まりからカウントされたＤＲＭポインタエントリの論理アドレスまたはＤＲＭポインタエントリの物理的アドレスを保持する。この解法により、準拠したＵＤＦファイルシステム実現は、セッションを開始する。その効果としては、準拠していないドライブがセッションを終了した後でさえ、ＩＵＶＤは共通のマウントパスに残されるということである。
【００１５】
ＤＲＭポインタエントリを指し示す仮想割当テーブルへのエントリを実現する１つの選択肢は、ドライバにＤＲＭポインタエントリを指し示す仮想割当テーブルエントリを挿入または生成させることである。この解法のリスクは、ＵＤＦ修復機能が利用され場合、生成された仮想割当テーブルエントリは実ファイルを指し示さず、それを削除するかもしれないということが検出されるということである。後者はディスクを無効にするが、マウント処理の効率を低下させるであろう。さらに、このようなイベントの出現確率は低い。
【００１６】
どの仮想割当テーブルエントリがＤＲＭポインタエントリを指し示すか判断することは、いくつかの方法により実現することが可能である。１つの選択肢としては、請求項７に記載されるように、仮想割当テーブルに２つのエントリを含めることである。ここで、１つのエントリは、例えば、記録対象の媒体の有効なアドレス範囲外のマジックナンバーを含むことから、次のエントリがＤＲＭポインタエントリであることを特定するものであり、他のエントリは、実際のＤＲＭポインタエントリを含むものである。
【００１７】
さらなる他の好適実施例によると、仮想割当テーブルエントリ、ＤＲＭポインタエントリまたは当該ＤＲＭポインタエントリのアドレスを格納するファイルへのポインタを有するファイルエントリが、プログラムエリアに格納される。好ましくは、ファイルエントリがファイルのアドレスとしてＶＡＴテーブルエントリポインタを利用する場合のみ、ファイルは仮想スペースに配置される。第１のステップは、ファイルを規定することである。ＡＬＰ自体がファイルと呼ばれるか、あるいはＡＬＰのアドレスを有するファイルが生成される。第２のステップは、ファイルシステムにファイルを記述するファイルエントリを生成することである。このファイルエントリは、ファイルの仮想アドレスまたは物理的アドレスを含む。データの標準的なＵＤＦ実現において、通常は物理的アドレスが使用される。仮想アドレスが使用される場合、ファイルはデータに対して普通でないが、ここでは有益な仮想スペースに配置される。仮想アドレスは、ＶＡＴのエントリへのポインタである。言い換えると、当該ファイルに対してファイルエントリに記録されたアドレスは、実ファイル（データ）の物理的アドレスを保持するＶＡＴエントリ（シーケンス番号）である。
【００１８】
この解法は、仮想割当テーブルエントリが依然として実データを指し示し、当該データに対してファイルエントリが存在する、すなわち、データがファイルシステム内のファイルにあるため、ＵＤＦ修復機能に対しロウバストとなる。ＡＬＰポインタエントリは、ファイルシステムに含まれるファイル名が与えられているため、ファイルシステムを利用して検出することが可能となる。
【００１９】
本発明によるデジタル権利管理データにアクセスする方法は、前記プログラムエリアまたは前記プログラムメモリエリアに格納され、前記ドライブによる前記ＤＲＭポインタエントリの検出及び前記デジタル権利管理データへのアクセスを可能にする情報を有するドライブ読み出し可能エントリを読み出すステップと、前記ドライブ読み出し可能エントリに構成される前記情報を利用して、前記デジタル権利管理データ以降の前記プログラムエリアに格納され、前記デジタル権利管理データのエントリポイントを有する前記ＤＲＭポインタエントリを読み出すステップと、前記ＤＲＭポインタエントリに構成される前記エントリポイントを利用して、前記デジタル権利管理データにアクセスするステップと、
を有する。
【００２０】
本発明によるデジタル権利管理データを記録する方法は、前記デジタル権利管理データを前記プログラムエリアに格納するステップと、前記デジタル権利管理データのエントリポイントを有するＤＲＭポインタエントリを前記デジタル権利管理データ以降の前記プログラムエリアに格納するステップと、前記ドライブによる前記ＤＲＭポインタエントリの検出及び前記デジタル権利管理データへのアクセスを可能にする情報を有するドライブ読み出し可能エントリを前記プログラムエリアまたは前記プログラムメモリエリアに格納するステップと、を有する。
【００２１】
本発明によるドライブは、前記プログラムエリアまたは前記プログラムメモリエリアに格納され、前記ドライブによる前記ＤＲＭポインタエントリの検出及び前記デジタル権利管理データへのアクセスを可能にする情報を有するドライブ読み出し可能エントリを読み出す読み出し手段と、前記ドライブ読み出し可能エントリに構成される情報を評価し、前記読み出し手段に送信する評価手段と、を有し、前記読み出し手段は、前記デジタル権利管理データ以降の前記プログラムエリアに格納され、前記デジタル権利管理データのエントリポイントを有する前記ＤＲＭポインタエントリを読み出すよう構成され、前記評価手段は、前記ＤＲＭポインタエントリに構成されるエントリポイントを評価し、前記デジタル権利管理データにアクセスするため、前記読み出し手段に送信するよう構成される、ことを特徴とする。
【００２２】
さらに、本発明は、前記デジタル権利管理データを前記プログラムエリアに格納し、前記デジタル権利管理データ以降の前記プログラムエリアに前記デジタル権利管理データのエントリポイントを有するＤＲＭポインタエントリを格納し、前記ドライブによる前記ＤＲＭポインタエントリの検出及び前記デジタル権利管理データへのアクセスを可能にする情報を有するドライブ読み出し可能エントリを前記プログラムエリアまたは前記プログラムメモリエリアに格納する記録手段を有することを特徴とする装置に関する。
【００２３】
また、本発明は、コンピュータ上で実行されるとき、請求項９または１０記載の方法の各ステップを前記コンピュータに実行させるコンピュータプログラムコード手段を有するコンピュータプログラムに関する。
【発明を実施するための最良の形態】
【００２４】
図１は、本発明による再生装置のブロック図を示す。ディスク１からユーザデータを読み出すため、読み出しユニット２が設けられる。しかしながら、ユーザデータの一部またはすべてが、コンテンツプロバイダ及び消費者により同意されたデジタル権利管理（ＤＲＭ）システムに規定されるような使用制限を受けるようにしてもよい。このことは、ディスク１に格納されているコンテンツが暗号化され、ユーザに再生可能となる前に当該コンテンツ解読される必要があるということを意味する。従って例えば、暗号鍵はディスクのあるエリアに格納することが可能である。さらに、コンテンツの複製をユーザが許可されているか示すなどの使用権がディスク１に格納するようにすることも可能である。以下において、このような使用権及び鍵はＤＲＭデータと呼ばれる。このようなＤＲＭデータを読み出すため、ＤＲＭ読み出しユニット３が設けられる。ＤＲＭデータへのアクセスを検出するため、１以上のポインタが検出され、ＤＲＭデータが実際に読み出し可能となる前に、評価ユニット４により評価される必要がある。その後、読み出されたＤＲＭデータは、ユーザデータの出力制御に利用される。すなわち、制御ユニット５がコンテンツ読み出しユニット２を制御し、例えば、使用権がこの出力を禁止する場合にはデータ出力を禁止したり、あるいはデータの出力前にユーザデータを解読するなどを行う。もちろん、他の使用権をＤＲＭデータに含むことも可能であり、またユーザデータの出力の異なる制御を導くことも可能である。読み出しユニット２及び３並びに評価ユニット４もまた、ドライブとしてみなすことも可能である。
【００２５】
特に記録可能光記録キャリアに対しては、ＤＲＭデータはプログラムエリアの何れかに置くことができ、ＤＲＭデータのエントリポイントからなるＤＲＭポインタエントリとして利用されるアダプションレイヤパラメータスペース（ＡＬＰ）は、ＤＲＭデータ以降の何れかに置かれる。ディスク上の最終有効ブロックから開始して、後方にスキャンすることによりＡＬＰを検出することが常に可能となる。しかしながら、この手順は大変時間がかかるものである。以下では、ディスクのプログラムエリアに格納されているＤＲＭデータへのドライブのアクセスを可能にする他の手段が説明される。
【００２６】
図２ａは、パワーキャリブレーションエリア（ＰＣＡ）が削除されたエンプティディスクのレイアウトを示す。プログラムメモリエリアＰＭＡ、リードインエリア、プログラムエリア及びリードアウトエリアのために設けられた左から右へのリザーブされたスペースが示される。
【００２７】
図２ｂは、ＣＤ２規格またはオレンジブックパートＩＩ規格などの特定の規格にアウェアでない初期化されたディスクのレイアウトを示す。シーケンシャルアクセスに対するＣＤ−ＲのＣＤ２にアウェアでない初期化とは、ＣＤ２に特有のディスク上の構成がなく、任意のホスト（ドライブ、アプリケーション）がディスクを標準的（非ＣＤ２）ディスクであると認識していることを意味する。それはまた、例えば超流通（ｓｕｐｅｒ−ｄｉｓｔｒｉｂｕｔｉｏｎ）の形式により、当該ディスク上におかれたＣＤ２コンテンツが、ＣＤ２アウェアアプリケーションによりＣＤ２ドライブを使用してコンテンツを起動させるまで、レンダリングに対するアクセスを不可とされる。図２ｂに示されるように、ＰＭＡでは、第１（リザーブ）トラックと第２（ＵＤＦデータ）トラックの位置が開始エントリＥ１に記録される。ＵＤＦによりマークされたセクションは、すべてのボリューム構造を保持する。さらに、ＵＤＦセクション以降に仮想割当テーブルＶＡＴの情報制御ブロックＩＣＢが設けられる。ＶＡＴは、アドレスリマッピング（ｒｅｍａｐｐｉｎｇ）を与えるＵＤＦ構成である。この場合、ＶＡＴのＩＣＢはまたそれ自体のＶＡＴを保持する。
【００２８】
使用されるＵＤＦ実現形態がＣＤ２アウェアでないと仮定される場合、ＣＤ２の特有の構成は初期化には含まれない。このとき、システムそれ自身では、以降におけるＣＤ２コンテンツの格納にＣＤが使用されるか判断することができず、このため、初期化手続においてＣＤ２ＰＭＡエントリを事前に含めることはできない。用いられるＵＤＦ実現形態がＣＤ２アウェアである場合、ＣＤ２のＩＵＶＤ（Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ  Ｕｓｅ  Ｖｏｌｕｍｅ  Ｄｅｓｃｒｉｐｔｏｒ）を図２ｃに示されるように記録することができる。汎用的なディスクの場合にＣＤ２マーカーとする代わりに、ＩＵＶＤはＶＡＴにおけるＡＬＰアドレスの位置を与える。この位置は、ＶＡＴがＡＬＰの追加時に決定的であることが保証される場合、すなわち以前のセッションが存在しない場合、例えば第１エントリに固定することが可能である。本発明の第１実施例によると、ＰＭＡに格納されているＡＬＰポインタが使用される。ＣＤ２データが非ＣＤ２ディスク上に記録される場合、ドライブはＣＤ２ドライブである必要がある。ＵＤＦの実現は汎用的なものとすることが可能であり、アプリケーションは関連性がない。
【００２９】
図３ａは、ＣＤ２アウェアでないＵＤＦの実現がＣＤ２データを追加した後の格納レイアウトを示す。ディスクを物理的に排出する前、あるいはＶＡＴの書き込みの検出により、キーロッカーＫＬとＡＬＰが書き込まれ、図３ｂに示されるようにＶＡＴが再生される。キーロッカーは使用権及びアセット鍵（ａｓｓｅｔ  ｋｅｙ）、すなわち、ＣＤ２データが再生可能となる前に、再生装置のドライブによりアクセスされる必要があるＤＲＭデータに対するコンテナとなる。ＡＬＰは、当該キーロッカーＫＬのエントリポイントを有する構成である。すなわち、ＤＲＭデータＫＬの位置を検出することが可能となる。ドライブによるＡＬＰの検出を可能にするため、ＡＬＰポインタを含むＡＬＰポインタエントリＥ２がＰＭＡに記録される。この場合、ドライブはＣＤ２ドライブである必要がある。ここで、「ＵＤＦ」は非ＣＤ２データを示し、「ＣＤ２」はＣＤ２データを示している。
【００３０】
データの以降における任意の追加は、ディスクの履歴とは独立のものである。図４ａは図３ｃと同一のものであり、ＡＬＰポインタエントリＥ２の追加後の最終状態を示す。非ＣＤ２データを追加すると、図４ｂに示されるように、これらの特別な対策がとられる。なぜなら、非ＣＤ２データが追加される場合、図４ｂに示されるように、ＡＬＰへのリンク、すなわちＡＬＰポインタエントリＥ２はリザーブされる。図４ｃに示されるように、ＣＤ２データの追加は、ＣＤ２ドライブにおいてのみ可能である。この場合、ＫＬ、ＡＬＰ及びＶＡＴ  ＩＣＢが書き換えられる。さらに、ＡＬＰポインタエントリＥ２は、ＡＬＰポインタエントリＥ３に更新される必要がある。
【００３１】
ここで、ＰＭＡのエントリの最大数が、ＡＬＰポインタエントリの更新が可能な回数を制限する（実際上ほぼ１００回）。説明されたスキームは極めてロウバストなものであり、ドライバやアプリケーションのサポートを必要としない。しかしながら、ＶＡＴの変換及び変更はデリケートな問題である。ＶＡＴ  ＩＣＢは、ＶＡＴへのポインタであるディスク上の最終構成である。合成されるＶＡＴとＶＡＴ  ＩＣＢのサイズが論理ブロックサイズ（ＣＤ上の２ＫＢ）より小さい場合、ＶＡＴ  ＩＣＢはそれ自体ＶＡＴを含む。ほとんど常に後者のケースであり、ＣＤ２の場合にではそれが必要とされる。上記実施例では、ＰＭＡに格納されているＡＬＰポインタエントリはＡＬＰへの参照、特にＡＬＰのアドレスを有するが、若干異なる実施例では、ＡＬＰポインタエントリは、当該ＡＬＰを指し示すＶＡＴエントリへの参照を有するようにしてもよい。どちらの実施例も同じ結果を導く。すなわち、ＡＬＰポインタエントリの読み出しが可能なドライブが、ＤＲＭデータを最終的に検出することを可能にする。
【００３２】
他の実施例によると、上記ＩＵＶＤが当該目的に対して利用される。ＣＤ２に特有のＩＵＶＤは任意的なものである。ＩＵＶＤの使用は、初期化したＵＤＦ実現はＣＤ２アウェアであることを必要とする。ＩＵＶＤをその一部として有するスキームはまた、ＶＡＴ内のＡＬＰの物理的ブロック番号（ＰＢＮ）の挿入を要する。ＩＵＶＤは、どのＶＡＴエントリがＡＬＰの位置を特定するか示す。汎用的なＵＤＦ実現はリンクを確保するが、更新はされない。従って、ＡＬＰがＣＤ２アウェアでないＵＤＦ実現を用いて書き換えられる場合、ＶＡＴ内のＡＬＰのＰＢＮの値は、ＶＡＴ内のＡＬＰの物理的アドレスをドライバにより更新可能にする特別な手続が行われない限り正しいものとはならない。これを保証することができないということは、ＰＭＡに記録された値がＶＡＴに記録された値に常に優先する必要があるということを意味する。これは、ＡＬＰのみのローカリゼーション（ｌｏｃａｌｉｚａｔｉｏｎ）に対して当該手続に影響を及ぼす。何れの場合でも、１つのみのＡＬＰが存在する。
【００３３】
図５ａは、ＩＵＶＤ、ＵＤＦデータエントリ及びＶＡＴ  ＩＣＢがプログラムエリアに記録されるディスク構造のレイアウトを示す。ＩＵＶＤは、矢印に示されるＡＬＰポインタの物理的アドレスを特定するＶＡＴ内のエントリ番号を保持する。図５ｂに示されるように、ＣＤ２アウェアでないＵＤＦ実現がＣＤ２データを追加する場合、ＶＡＴ  ＩＣＢが書き換えられる。ディスクの物理的排出の前、あるいはＶＡＴの書き込みの検出により、ＫＬ及びＡＬＰが図５ｃに示されるように書き込まれる。ＶＡＴはコピーされ、ＡＬＰのＰＢＮが適切な位置においてＶＡＴに挿入される。
【００３４】
このことは、ＶＡＴ  ＩＣＢのシフトを導く他のＵＤＦデータエントリが行われた後、図５ｃに示されるように、ディスクのデータ構造のレイアウトを示す図６に表されている。コンテンツ「ｎ」を有するエントリ「ＡＬＰポインタ」からなるＩＵＶＤ構造が示される。このエントリ「ｎ」は、図示されたＶＡＴ構造のＶＡＴエントリ「ｎ」が、ＡＬＰの物理的アドレスを保持することを示している。
【００３５】
以降におけるデータの任意の追加は、ディスクの履歴とは独立なものである。非ＣＤ２データが追加される場合、ＡＬＰ  ＶＡＴエントリが確保される。ＣＤ２データが追加される場合、ＣＤ２ドライブが必要とされる。このことは図７に示される。図７ａは、図５ｃに示されるようなレイアウトを示す。図７ｂに示されるような非ＣＤ２データを追加するとき、ＡＬＰへのリンクがシフトされたＶＡＴ  ＩＣＢにおいて確保されるため、特別な対策は必要でない。図７ｃに示されるように、ＣＤ２データの追加は、ＣＤ２ドライブにおいてのみ可能である。このとき図示されるように、ＫＬ、ＡＬＰ及びＶＡＴ  ＩＣＢが書き換え対象となる。
【００３６】
図８を参照して示されるさらなる他の実施例によると、２つのエントリがＶＡＴに与えられる。第１エントリ（ＶＡＴエントリｎ）は、例えばそれはマジックナンバーを有することから、次のエントリ（ＶＡＴエントリｎ＋１）がＡＬＰポインタであることを特定する。以降のエントリ（ＶＡＴエントリｎ＋１）は実際のＡＬＰポインタを含み、特にＡＬＰのアドレスを有する。
【００３７】
本発明のさらなる他の実施例では、ＡＬＰを指し示すＶＡＴのエントリは、仮想的分割へのファイルエントリを生成することにより達成される。第１のステップは、ファイルを規定することである。ＡＬＰそれ自体がファイルと呼ばれるか、あるいはＡＬＰのアドレスを有するファイルが生成される。第２ステップは、ファイルシステムにファイルを記述するファイルエントリＦＥを生成することである。このＦＥは、ファイルの仮想アドレスまたは物理的アドレスを有する。データの標準的なＵＤＦ実現では、通常は物理的アドレスが使用される。仮想アドレスが使用される場合、当該ファイルは、データにとっては通常ではないが、ここでは有益な仮想スペースに配置される。この仮想アドレスは、ＶＡＴのエントリへのポインタである。言い換えると、当該ファイルに対してＦＥに記録されるアドレスは、実ファイル（データ）の物理的アドレスを保持するＶＡＴエントリ（シーケンスナンバー）である。
【００３８】
このことは図９に示される。図９ａは、提案されたファイルエントリのないレイアウトを示す。ＶＡＴは、ＫＬを指し示すＡＬＰを指し示す。図９ｂにおいて、ファイルエントリは、プログラムエリアに挿入及び格納された。当該ファイルエントリＦＥは、ＶＡＴを指し示すポインタを有する。この解決策はＵＤＦ修復機能に対してロウバストである。なぜなら、ＶＡＴエントリは依然として実データを指し示し、当該データに対してファイルエントリが存在する、すなわち、データはファイルシステムのファイルにあるためである。これにより、ＡＬＰポインタは、ＡＬＰにはファイルシステムに含まれるあるファイル名が与えられているため、ファイルシステムを利用して検出することが可能である。
【００３９】
一変形によると、アプリケーションに仮想アドレスを有するファイルを生成させることが可能である。ＶＡＴに格納されているような仮想アドレスは、ＡＬＰの物理的アドレスを含むファイル、あるいは直接ＡＬＰの物理的位置を指し示す。上記実施例の実際の最終処理は、アプリケーションから開始される。このアプリケーションは、ＣＤ２アウェアでもよいし、そうでなくともよい。最終処理を実行するドライブもまた、ＣＤ２アウェアでもよいし、そうでなくともよい。
【００４０】
他の問題点として、ドライブがＫＬとＡＬＰを有するキーロッカーエリアを書き込む時期をどのように判断するかというものがある。理想的には、これは、ディスクの排出前のＶＡＴの書き込み直前に行われる。
【００４１】
しかしながら、ドライブがＶＡＴの書き込み時期を知る方法はない。ＶＡＴであるか判断するため、各ブロックをチェックすることは過大な負担を生じさせる。ドライブは、ＶＡＴの書き込み時期を通知するためのアプリケーションに頼ることはできない。なぜなら、アプリケーション自体も知らないためである。さらに、ＶＡＴは、ディスクが排出されようとする場合に書き込まれるだけでなく、ＫＬＡもまた書き込まれることが理想的である。
【００４２】
実現可能な解決法は、イジェクトコマンドを検出することである。任意の安定的かつ信頼性の高いＵＤＦ実現は、排出のためディスクをリリースする前にＶＡＴを書き込むことであろう。これにより、ドライブがシーケンシャルアクセスタイプによりＫＬＡをディスクに書き込む必要があるとわかり、ＵＤＦドライバが排出のためディスクをリリースした場合、ドライブはＶＡＴが書き込まれ、それがディスク上の最後の有効ブロックとなることを安全に仮定することができる。他の選択肢として、アプリケーションにＫＬＡの書き込みを通知するコマンドをドライブに提供させるというものがある。
【００４３】
本発明によると、ドライブは、ファイルシステムを実際に知ることなく、ファイルシステムレベル構成を利用することにより、プログラムエリアに格納されているデジタル権利管理データへのアクセスが可能である。これにより、準拠しないか、あるいはアウェアでない実現形態による情報の維持が可能となるという効果がある。
【図面の簡単な説明】
【００４４】
【図１】図１は、データ再生装置のブロック図を示す。
【図２】図２は、エンプティ及び初期化ディスクのレイアウトを示す。
【図３】図３は、ＡＬＰポインタエントリの使用を示す。
【図４】図４は、ＡＬＰポインタエントリを利用したデータの追加を示す。
【図５】図５は、ＩＵＶＤ（Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ  Ｕｓｅ  Ｖｏｌｕｍｅ  Ｄｅｓｃｒｉｐｔｏｒ）の使用を示す。
【図６】図６は、ＩＵＶＤ機構を示す。
【図７】図７は、ＩＵＶＤを使用するときのデータの追加を示す。
【図８】図８は、２つの仮想割当テーブルエントリの使用を示す。
【図９】図９は、ファイルエントリの使用を示す。
【図１】
2005537599.tif 000003
【図２】
2005537599.tif 000004
【図３】
2005537599.tif 000005
【図４】
2005537599.tif 000006
【図５】
2005537599.tif 000007
【図６】
2005537599.tif 000008
【図７】
2005537599.tif 000009
【図８】
2005537599.tif 000010
【図９】
2005537599.tif 000011
【国際調査報告】
2005537599.tif 000012
2005537599.tif 000013