(57)【要約】【課題】  コンテンツ管理ユニットに対応するプログラムに基づく後発データのダウンロード制御や、再生処理制御などを可能とした構成を提供する。【解決手段】  ユニット単位の利用制御情報が対応付けられたコンテンツ管理ユニットを格納した情報記録媒体に記録されたユニット対応のプログラムを実行し、プログラムの記述情報に基づいて決定されるサーバに対して、コンテンツ管理ユニットに対応して設定された識別情報を送信する。サーバ側では、識別情報に基づく正当なコンテンツ利用者であることの確認を条件として、ダウンロードデータの提供や、コンテンツ管理ユニットに属するコンテンツの再生許可情報の提供を行なう。本構成により、ユニット対応の再生プログラムを適用してコンテンツの再生制御や、後発データのダウンロード処理制御を実現することが可能となる。【選択図】  図１５
2006221470.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置であり、
記録媒体インタフェースと、通信部と、データ処理部とを有し、
前記データ処理部は、
ユニット単位の利用制御情報が対応付けられたコンテンツ管理ユニットを格納した情報記録媒体に記録されたコンテンツ管理ユニット対応のプログラムを実行し、プログラムの記述情報に基づいて決定されるアクセス先に対して、前記プログラムの属するコンテンツ管理ユニットに対応して設定された識別情報を情報記録媒体から取得し、取得した識別情報を前記アクセス先に送信し、
前記プログラムの属するコンテンツ管理ユニットに対応して設定されたダウンロードデータの取得、または、前記コンテンツ管理ユニットに属するコンテンツの再生許可情報の取得処理を実行する構成であることを特徴とする情報処理装置。
【請求項２】
前記データ処理部は、
前記プログラムが、ダウンロード許容条件、または再生許容条件の判定処理に適用する追加情報を設定したデータ送信処理実行プログラムである場合において、前記アクセス先に対する追加情報の送信を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記データ処理部は、
前記識別情報として、
コンテンツ管理ユニットに含まれるコンテンツの提供エンティテイであるスタジオに対応する識別子であるスタジオＩＤ、または、
前記情報記録媒体の製造単位の識別情報であるパッケージＩＤまたはボリュームＩＤ、または、
コンテンツ管理ユニットの識別子としてのコンテンツ管理ユニットＩＤ、
の少なくともいずれかのＩＤ情報を情報記録媒体から取得し前記アクセス先に送信する処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記データ処理部は、
前記識別情報を、前記情報記録媒体において、前記コンテンツ管理ユニットに対応付けて記録されたコンテンツ利用制御情報から取得する処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項５】
前記データ処理部は、さらに、
前記アクセス先から取得したダウンロードデータを含む暗号化ファイルを生成し、該暗号化ファイルを、コンテンツ利用制御情報の対応付けられたコンテンツ管理ユニットに含まれるファイルとして設定する処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項６】
前記データ処理部は、
前記アクセス先から、
コンテンツの再生許可情報の取得を行なったことを条件として、前記コンテンツ管理ユニットに属するコンテンツの再生処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項７】
ユニット単位の利用制御情報が対応付けられたコンテンツ管理ユニットを格納した情報記録媒体に記録されたコンテンツ管理ユニット対応のプログラムを実行するクライアントと、
前記クライアントから、前記プログラムの属するコンテンツ管理ユニットに対応して設定された識別情報を受信するサーバを有し、
前記サーバは、
前記クライアントから受信する識別情報に基づいて、前記プログラムの属するコンテンツ管理ユニットに対応して設定されたダウンロードデータの提供、または、前記コンテンツ管理ユニットに属するコンテンツの再生許可情報の提供処理の可否を決定する処理を実行する構成であることを特徴とするコンテンツ管理システム。
【請求項８】
前記クライアントは、
前記プログラムが、ダウンロード許容条件、または再生許容条件の判定処理に適用する追加情報を設定したデータ送信処理実行プログラムである場合において、追加情報を併せて前記サーバに送信し、
前記サーバは、
前記追加情報の判定処理に基づいて、前記プログラムの属するコンテンツ管理ユニットに対応して設定されたダウンロードデータの提供、または、前記コンテンツ管理ユニットに属するコンテンツの再生許可情報の提供処理の可否を決定する処理を実行する構成であることを特徴とする請求項７に記載のコンテンツ管理システム。
【請求項９】
前記識別情報は、
コンテンツ管理ユニットに含まれるコンテンツの提供エンティテイであるスタジオに対応する識別子であるスタジオＩＤ、または、
前記情報記録媒体の製造単位の識別情報であるパッケージＩＤまたはボリュームＩＤ、または、
コンテンツ管理ユニットの識別子としてのコンテンツ管理ユニットＩＤ、
の少なくともいずれかのＩＤ情報であることを特徴とする請求項７に記載のコンテンツ管理システム。
【請求項１０】
情報記録媒体であり、
ユニット単位の利用制御情報が対応付けられたコンテンツ管理ユニットを格納し、さらに、格納情報としてコンテンツ管理ユニット対応のプログラムを含み、
前記プログラムは、プログラムの属するコンテンツ管理ユニットに対応して設定されたダウンロードデータの取得先情報、または、前記コンテンツ管理ユニットに属するコンテンツの再生許可情報の取得先情報のいずれかを含むプログラムであることを特徴とする情報記録媒体。
【請求項１１】
前記プログラムは、
ダウンロード許容条件、または再生許容条件の判定処理に適用する追加情報を設定したデータ送信を行なう処理実行プログラムであることを特徴とする請求項１０に記載の情報記録媒体。
【請求項１２】
情報処理方法であり、
ユニット単位の利用制御情報が対応付けられたコンテンツ管理ユニットを格納した情報記録媒体に記録されたコンテンツ管理ユニット対応のプログラムを実行するステップと、
プログラムの記述情報に基づいて決定されるアクセス先に対して、前記プログラムの属するコンテンツ管理ユニットに対応して設定された識別情報を情報記録媒体から取得するステップと、
取得した識別情報を前記アクセス先に送信するステップと、
前記プログラムの属するコンテンツ管理ユニットに対応して設定されたダウンロードデータの取得、または、前記コンテンツ管理ユニットに属するコンテンツの再生許可情報の取得処理を実行するステップと、
を有することを特徴とする情報処理方法。
【請求項１３】
前記情報処理方法は、さらに、
前記プログラムが、ダウンロード許容条件、または再生許容条件の判定処理に適用する追加情報を設定したデータ送信処理実行プログラムである場合において、前記アクセス先に対する追加情報の送信を実行することを特徴とする請求項１２に記載の情報処理方法。
【請求項１４】
前記情報処理方法は、
前記識別情報として、
コンテンツ管理ユニットに含まれるコンテンツの提供エンティテイであるスタジオに対応する識別子であるスタジオＩＤ、または、
前記情報記録媒体の製造単位の識別情報であるパッケージＩＤまたはボリュームＩＤ、または、
コンテンツ管理ユニットの識別子としてのコンテンツ管理ユニットＩＤ、
の少なくともいずれかのＩＤ情報を情報記録媒体から取得し前記アクセス先に送信する処理を実行することを特徴とする請求項１２に記載の情報処理方法。
【請求項１５】
前記情報処理方法において、
前記識別情報を、前記情報記録媒体において前記コンテンツ管理ユニットに対応付けて記録されたコンテンツ利用制御情報から取得することを特徴とする請求項１２に記載の情報処理方法。
【請求項１６】
前記情報処理方法は、さらに、
前記アクセス先から取得したダウンロードデータを含む暗号化ファイルを生成し、該暗号化ファイルを、コンテンツ利用制御情報の対応付けられたコンテンツ管理ユニットに含まれるファイルとして設定する処理を実行するステップを有することを特徴とする請求項１２に記載の情報処理方法。
【請求項１７】
前記情報処理方法は、さらに、
前記アクセス先から、コンテンツの再生許可情報の取得を行なったことを条件として、前記コンテンツ管理ユニットに属するコンテンツの再生処理を実行するステップを有することを特徴とする請求項１２に記載の情報処理方法。
【請求項１８】
情報処理をコンピュータ上で実行させるコンピュータ・プログラムであり、
ユニット単位の利用制御情報が対応付けられたコンテンツ管理ユニットを格納した情報記録媒体に記録されたコンテンツ管理ユニット対応のプログラムを実行するステップと、
プログラムの記述情報に基づいて決定されるアクセス先に対して、前記プログラムの属するコンテンツ管理ユニットに対応して設定された識別情報を情報記録媒体から取得するステップと、
取得した識別情報を前記アクセス先に送信するステップと、
前記プログラムの属するコンテンツ管理ユニットに対応して設定されたダウンロードデータの取得、または、前記コンテンツ管理ユニットに属するコンテンツの再生許可情報の取得処理を実行するステップと、
を有することを特徴とするコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、コンテンツ管理システム、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラムに関する。さらに、詳細には、利用管理の要求される様々なコンテンツをユニット単位で管理するとともに、ユニット単位のデータの構成要素としての再生プログラムを適用してコンテンツの再生制御や、後発データのダウンロード処理制御などを実現する情報処理装置、コンテンツ管理システム、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラムに関する。
【背景技術】
【０００２】
音楽等のオーディオデータ、映画等の画像データ、ゲームプログラム、各種アプリケーションプログラム等、様々なソフトウエアデータ（以下、これらをコンテンツ（Content）と呼ぶ）は、記録メディア、例えば、青色レーザを適用したＢｌｕ−ｒａｙディスク、あるいはＤＶＤ(Digital Versatile Disc)、ＭＤ(Mini Disc)、ＣＤ(Compact Disc)にデジタルデータとして格納することができる。特に、青色レーザを利用したＢｌｕ−ｒａｙディスクは、高密度記録可能なディスクであり大容量の映像コンテンツなどを高画質データとして記録することができる。
【０００３】
これら様々な情報記録媒体（記録メディア）にデジタルコンテンツが格納され、ユーザに提供される。ユーザは、所有するＰＣ（Personal Computer）、ディスクプレーヤ等の再生装置においてコンテンツの再生、利用を行う。
【０００４】
音楽データ、画像データ等、多くのコンテンツは、一般的にその作成者あるいは販売者に頒布権等が保有されている。従って、これらのコンテンツの配布に際しては、一定の利用制限、すなわち、正規なユーザに対してのみ、コンテンツの利用を許諾し、許可のない複製等が行われないようにする構成をとるのが一般的となっている。
【０００５】
デジタル記録装置および記録媒体によれば、例えば画像や音声を劣化させることなく記録、再生を繰り返すことが可能であり、不正コピーコンテンツのインターネットを介した配信や、コンテンツをＣＤ−Ｒ等にコピーした、いわゆる海賊版ディスクの流通や、ＰＣ等のハードディスクに格納したコピーコンテンツの利用が蔓延しているといった問題が発生している。
【０００６】
ＤＶＤ、あるいは近年開発が進んでいる青色レーザを利用した記録媒体等の大容量型記録媒体は、１枚の媒体に例えば映画１本〜数本分の大量のデータをデジタル情報として記録することが可能である。このように映像情報等をデジタル情報として記録することが可能となってくると不正コピーを防止して著作権者の保護を図ることが益々重要な課題となっている。昨今では、このようなデジタルデータの不正なコピーを防ぐため、デジタル記録装置および記録媒体に違法なコピーを防止するための様々な技術が実用化されている。
【０００７】
例えば、ＤＶＤプレーヤでは、コンテンツ・スクランブルシステム（Ｃｏｎｔｅｎｔ  Ｓｃｒａｍｂｌｅ  Ｓｙｓｔｅｍ）が採用されている。コンテンツ・スクランブルシステムでは、ＤＶＤ−ＲＯＭ(Read Only Memory)に、ビデオデータやオーディオデータ等が暗号化されて記録されており、その暗号化されたデータを復号するのに用いる鍵が、ライセンスを受けたＤＶＤプレーヤに与えられる。ライセンスは、不正コピーを行わない等の所定の動作規定に従うように設計されたＤＶＤプレーヤに対して与えられる。従って、ライセンスを受けたＤＶＤプレーヤでは、与えられたキーを利用して、ＤＶＤ−ＲＯＭに記録された暗号化データを復号することにより、ＤＶＤ−ＲＯＭから画像や音声を再生することができる。
【０００８】
一方、ライセンスを受けていないＤＶＤプレーヤは、暗号化されたデータを復号するための鍵を有していないため、ＤＶＤ−ＲＯＭに記録された暗号化データの復号を行うことができない。このように、コンテンツ・スクランブルシステム構成では、ライセンス時に要求される条件を満たしていないＤＶＤプレーヤは、デジタルデータを記録したＤＶＤ−ＲＯＭの再生を行なえないことになり、不正コピーが防止されるようになっている。
【０００９】
このように、情報記録媒体に格納されたコンテンツの管理システムは、ある程度のレベルで構築されている。しかし、現状のシステムでは、コンテンツの不正利用を完全に防止することは困難であることも事実である。例えば、ＤＶＤ−ＲＯＭに記録されたプログラムの実行に基づいて、後発的に生成したデータや、外部サーバから取得したデータ、コンテンツなどを取得することについて開示している文献として、特許文献１、特許文献２があるが、これらの文献に開示された構成は、セキュアなデータ管理や、利用管理が実現されているとは言い難い。
【特許文献１】特開２００４−０８７０６２
【特許文献２】特開２００３−３０８６４５
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本発明は、このような状況に鑑みてなされたものであり、著作権管理など利用管理の要求される様々なコンテンツをユニット単位で管理するとともに、ユニット単位のデータの構成要素としての再生プログラムを適用してコンテンツの再生制御や、後発データのダウンロード処理制御などを実現する情報処理装置、コンテンツ管理システム、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラムを提供することを目的とするものである。
【課題を解決するための手段】
【００１１】
本発明の第１の側面は、
情報処理装置であり、
記録媒体インタフェースと、通信部と、データ処理部とを有し、
前記データ処理部は、
ユニット単位の利用制御情報が対応付けられたコンテンツ管理ユニットを格納した情報記録媒体に記録されたコンテンツ管理ユニット対応のプログラムを実行し、プログラムの記述情報に基づいて決定されるアクセス先に対して、前記プログラムの属するコンテンツ管理ユニットに対応して設定された識別情報を情報記録媒体から取得し、取得した識別情報を前記アクセス先に送信し、
前記プログラムの属するコンテンツ管理ユニットに対応して設定されたダウンロードデータの取得、または、前記コンテンツ管理ユニットに属するコンテンツの再生許可情報の取得処理を実行する構成であることを特徴とする情報処理装置にある。
【００１２】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記プログラムが、ダウンロード許容条件、または再生許容条件の判定処理に適用する追加情報を設定したデータ送信処理実行プログラムである場合において、前記アクセス先に対する追加情報の送信を実行する構成であることを特徴とする。
【００１３】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記識別情報として、コンテンツ管理ユニットに含まれるコンテンツの提供エンティテイであるスタジオに対応する識別子であるスタジオＩＤ、または、前記情報記録媒体の製造単位の識別情報であるパッケージＩＤまたはボリュームＩＤ、または、コンテンツ管理ユニットの識別子としてのコンテンツ管理ユニットＩＤ、の少なくともいずれかのＩＤ情報を情報記録媒体から取得し前記アクセス先に送信する処理を実行する構成であることを特徴とする。
【００１４】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記識別情報を、前記情報記録媒体において、前記コンテンツ管理ユニットに対応付けて記録されたコンテンツ利用制御情報から取得する処理を実行する構成であることを特徴とする。
【００１５】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、さらに、前記アクセス先から取得したダウンロードデータを含む暗号化ファイルを生成し、該暗号化ファイルを、コンテンツ利用制御情報の対応付けられたコンテンツ管理ユニットに含まれるファイルとして設定する処理を実行する構成であることを特徴とする。
【００１６】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記アクセス先から、コンテンツの再生許可情報の取得を行なったことを条件として、前記コンテンツ管理ユニットに属するコンテンツの再生処理を実行する構成であることを特徴とする。
【００１７】
さらに、本発明の第２の側面は、
ユニット単位の利用制御情報が対応付けられたコンテンツ管理ユニットを格納した情報記録媒体に記録されたコンテンツ管理ユニット対応のプログラムを実行するクライアントと、
前記クライアントから、前記プログラムの属するコンテンツ管理ユニットに対応して設定された識別情報を受信するサーバを有し、
前記サーバは、
前記クライアントから受信する識別情報に基づいて、前記プログラムの属するコンテンツ管理ユニットに対応して設定されたダウンロードデータの提供、または、前記コンテンツ管理ユニットに属するコンテンツの再生許可情報の提供処理の可否を決定する処理を実行する構成であることを特徴とするコンテンツ管理システムにある。
【００１８】
さらに、本発明のコンテンツ管理システムの一実施態様において、前記クライアントは、前記プログラムが、ダウンロード許容条件、または再生許容条件の判定処理に適用する追加情報を設定したデータ送信処理実行プログラムである場合において、追加情報を併せて前記サーバに送信し、前記サーバは、前記追加情報の判定処理に基づいて、前記プログラムの属するコンテンツ管理ユニットに対応して設定されたダウンロードデータの提供、または、前記コンテンツ管理ユニットに属するコンテンツの再生許可情報の提供処理の可否を決定する処理を実行する構成であることを特徴とする。
【００１９】
さらに、本発明のコンテンツ管理システムの一実施態様において、前記識別情報は、コンテンツ管理ユニットに含まれるコンテンツの提供エンティテイであるスタジオに対応する識別子であるスタジオＩＤ、または、前記情報記録媒体の製造単位の識別情報であるパッケージＩＤまたはボリュームＩＤ、または、コンテンツ管理ユニットの識別子としてのコンテンツ管理ユニットＩＤ、の少なくともいずれかのＩＤ情報であることを特徴とする。
【００２０】
さらに、本発明の第３の側面は、
情報記録媒体であり、
ユニット単位の利用制御情報が対応付けられたコンテンツ管理ユニットを格納し、さらに、格納情報としてコンテンツ管理ユニット対応のプログラムを含み、
前記プログラムは、プログラムの属するコンテンツ管理ユニットに対応して設定されたダウンロードデータの取得先情報、または、前記コンテンツ管理ユニットに属するコンテンツの再生許可情報の取得先情報のいずれかを含むプログラムであることを特徴とする情報記録媒体にある。
【００２１】
さらに、本発明の情報記録媒体の一実施態様において、前記プログラムは、ダウンロード許容条件、または再生許容条件の判定処理に適用する追加情報を設定したデータ送信を行なう処理実行プログラムであることを特徴とする。
【００２２】
さらに、本発明の第４の側面は、
情報処理方法であり、
ユニット単位の利用制御情報が対応付けられたコンテンツ管理ユニットを格納した情報記録媒体に記録されたコンテンツ管理ユニット対応のプログラムを実行するステップと、
プログラムの記述情報に基づいて決定されるアクセス先に対して、前記プログラムの属するコンテンツ管理ユニットに対応して設定された識別情報を情報記録媒体から取得するステップと、
取得した識別情報を前記アクセス先に送信するステップと、
前記プログラムの属するコンテンツ管理ユニットに対応して設定されたダウンロードデータの取得、または、前記コンテンツ管理ユニットに属するコンテンツの再生許可情報の取得処理を実行するステップと、
を有することを特徴とする情報処理方法にある。
【００２３】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、前記プログラムが、ダウンロード許容条件、または再生許容条件の判定処理に適用する追加情報を設定したデータ送信処理実行プログラムである場合において、前記アクセス先に対する追加情報の送信を実行することを特徴とする。
【００２４】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、前記識別情報として、コンテンツ管理ユニットに含まれるコンテンツの提供エンティテイであるスタジオに対応する識別子であるスタジオＩＤ、または、前記情報記録媒体の製造単位の識別情報であるパッケージＩＤまたはボリュームＩＤ、または、コンテンツ管理ユニットの識別子としてのコンテンツ管理ユニットＩＤ、の少なくともいずれかのＩＤ情報を情報記録媒体から取得し前記アクセス先に送信する処理を実行することを特徴とする。
【００２５】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法において、前記識別情報を、前記情報記録媒体において前記コンテンツ管理ユニットに対応付けて記録されたコンテンツ利用制御情報から取得することを特徴とする。
【００２６】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、前記アクセス先から取得したダウンロードデータを含む暗号化ファイルを生成し、該暗号化ファイルを、コンテンツ利用制御情報の対応付けられたコンテンツ管理ユニットに含まれるファイルとして設定する処理を実行するステップを有することを特徴とする。
【００２７】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、前記アクセス先から、コンテンツの再生許可情報の取得を行なったことを条件として、前記コンテンツ管理ユニットに属するコンテンツの再生処理を実行するステップを有することを特徴とする。
【００２８】
さらに、本発明の第５の側面は、
情報処理をコンピュータ上で実行させるコンピュータ・プログラムであり、
ユニット単位の利用制御情報が対応付けられたコンテンツ管理ユニットを格納した情報記録媒体に記録されたコンテンツ管理ユニット対応のプログラムを実行するステップと、
プログラムの記述情報に基づいて決定されるアクセス先に対して、前記プログラムの属するコンテンツ管理ユニットに対応して設定された識別情報を情報記録媒体から取得するステップと、
取得した識別情報を前記アクセス先に送信するステップと、
前記プログラムの属するコンテンツ管理ユニットに対応して設定されたダウンロードデータの取得、または、前記コンテンツ管理ユニットに属するコンテンツの再生許可情報の取得処理を実行するステップと、
を有することを特徴とするコンピュータ・プログラムにある。
【００２９】
なお、本発明のコンピュータ・プログラムは、例えば、様々なプログラム・コードを実行可能なコンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、ＣＤやＦＤ、ＭＯなどの記録媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。
【００３０】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【発明の効果】
【００３１】
本発明の構成によれば、著作権管理など利用管理の要求される様々なコンテンツをユニット単位で管理するとともに、ユニット単位のデータの構成要素としての再生プログラムを適用してコンテンツの再生制御や、後発データのダウンロード処理制御などを実現することが可能となる。すなわち、ユニット単位の利用制御情報が対応付けられたコンテンツ管理ユニットを格納した情報記録媒体に記録されたコンテンツ管理ユニット対応のプログラムを実行し、プログラムの記述情報に基づいて決定されるサーバに対して、コンテンツ管理ユニットに対応して設定された識別情報を送信する構成としたので、サーバ側で識別情報に基づく正当なコンテンツ利用者であることの確認を条件として、コンテンツ管理ユニットに対応するダウンロードデータの提供や、コンテンツ管理ユニットに属するコンテンツの再生許可情報の提供が実現される。
【発明を実施するための最良の形態】
【００３２】
以下、図面を参照しながら本発明の情報処理装置、コンテンツ管理システム、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラムの詳細について説明する。なお、説明は、以下の記載項目に従って行う。
１．情報記録媒体の格納データ
２．コンテンツ格納構成
３．格納コンテンツの暗号化、利用管理構成
４．再生プログラムの具体例
５．サーバへのアクセスを伴うコンテンツ利用処理
５−１．再生プログラムによるサーバからのコンテンツダウンロード
５−２．再生プログラムによるサーバからの再生許可情報取得処理
６．情報処理装置の構成例
【００３３】
［１．情報記録媒体の格納データ］
本発明の情報処理装置は、情報記録媒体に格納されたコンテンツについて、ユニット（コンテンツ管理ユニット）単位の利用制御を実現するとともに、ユニット単位のデータの構成要素としての再生プログラムを適用してコンテンツの再生制御や、後発データのダウンロード処理制御などを実現するものである。まず、図１を参照して、コンテンツ管理ユニット単位で管理されるコンテンツの記録された情報記録媒体の格納データ例について説明する。
【００３４】
情報記録媒体１００は、正当なコンテンツ著作権、あるいは頒布権を持ついわゆるコンテンツ権利者の許可の下にディスク製造工場において製造された正当なコンテンツを格納した情報記録媒体である。なお、以下の実施例では、情報記録媒体の例としてディスク型の媒体を例として説明するが、本発明は様々な態様の情報記録媒体を用いた構成において適用可能である。ここでは、コンテンツ格納済みディスクとしてのＲＯＭディスクの情報格納例を示す。
【００３５】
図１に示すように、情報記録媒体１００にはコンテンツ１０１が格納される。例えば高精細動画像データであるＨＤ（High Definition）ムービーコンテンツなどの動画コンテンツのＡＶ(Audio Visual)ストリームや特定の規格で規定された形式のゲームプログラム、画像ファイル、音声データ、テキストデータなどからなるコンテンツ１０１である。これらのコンテンツには、情報記録媒体１００からのデータのみによって利用可能な情報、あるいは情報記録媒体１００からのデータと、ネットワーク接続されたサーバから提供されるデータとを併せて利用可能となる情報など、様々な態様の情報が含まれる。
【００３６】
情報記録媒体１００に格納されるコンテンツ１０１は、少なくとも一部が暗号化コンテンツとして格納されており、暗号化コンテンツの復号処理に適用する鍵の生成に必要となる情報として記録シード（ＲＥＣ  ＳＥＥＤ）１０２が格納される。暗号化コンテンツは、コンテンツの利用管理のため、各々、個別の暗号鍵としてのユニット鍵を適用した暗号化データとして情報記録媒体１００に格納される。記録シード（ＲＥＣ  ＳＥＥＤ）：Ｖｕ１０２は、個別のユニット鍵の生成のために適用する鍵生成情報である。なお、記録シード（ＲＥＣ  ＳＥＥＤ）１０２は情報記録媒体１００に格納される設定のみならず、例えばネットワーク接続されたサーバから取得する設定としてもよい。
【００３７】
情報記録媒体１００には、さらに、情報記録媒体１００の識別情報としてのディスクＩＤ１０３、情報記録媒体１００の格納コンテンツの編集スタジオの識別子としてのスタジオＩＤ１０４、情報記録媒体１００の製造単位としてのパッケージ識別子としてのパッケージＩＤ１０５、ディスク種別識別情報１０６が格納される。なお、パッケージＩＤ１０５に加え、さらに情報記録媒体についての異なる製造単位情報としてボリュームＩＤが格納される場合もある。
【００３８】
情報記録媒体１００に格納されるコンテンツは、例えば高精細動画像データであるＨＤ（High Definition）ムービーコンテンツなどの動画コンテンツのＡＶ(Audio Visual)ストリームや特定の規格で規定された形式のゲームプログラム、画像ファイル、音声データ、テキストデータなどからなるコンテンツである。例えば情報記録媒体が、高密度記録可能な青色レーザによるデータ記録ディスクであるＢｌｕ−ｒａｙディスクの場合には、Ｂｌｕ−ｒａｙディスクＲＯＭ規格フォーマットに従ったデータがメインコンテンツとして格納される。
【００３９】
さらに、例えばサービスデータとしてのゲームプログラムや、画像ファイル、音声データ、テキストデータなどのコンテンツなど、特定のＡＶデータフォーマットに従わないデータフォーマットを持つデータをサブコンテンツとして格納する場合もある。
【００４０】
情報記録媒体１００に格納される様々なコンテンツ１０１は、コンテンツの利用管理のため、各々、個別のユニット鍵を適用した暗号化がなされて情報記録媒体１００に格納される。ユニット鍵を生成する鍵生成情報として記録シード１０２が適用される。
【００４１】
すなわち、コンテンツを構成するＡＶ(Audio Visual)ストリーム、音楽データ、動画、静止画等の画像データ、ゲームプログラム、ＷＥＢコンテンツなどは、コンテンツ利用の管理単位としてのユニットに区分され、区分されたユニット毎に異なる記録シード：Ｖｕ１０２が割り当てられ、それぞれのユニットに対応する記録シードに基づいてユニット鍵が生成可能であり、ユニット鍵を適用した暗号化コンテンツの復号処理によって再生が可能となる。
【００４２】
例えば、情報記録媒体１００に格納されるＡＶ(Audio Visual)ストリームのコンテンツ利用に際しては、記録シード：Ｖｕ１０２と、図には示していないが、情報記録媒体１００に記録された物理インデックスなどその他の秘密情報を適用した所定の暗号鍵生成シーケンスを実行してユニット対応のユニット鍵を取得して、取得したユニット鍵に基づいてユニットに含まれる暗号化コンテンツの復号処理を行ない再生する。
【００４３】
上述したように、情報記録媒体１００に格納される暗号化コンテンツは、コンテンツ利用管理単位としてのユニットに区分されている。このユニットをＣＰＳユニット（コンテンツ管理ユニット）と呼ぶ。ＣＰＳユニット構成および記録シードの対応例を図２に示す。図２には、情報記録媒体に格納されるコンテンツ管理情報としてのＣＰＳユニット管理テーブルと、各ユニット対応の記録シードに基づいて生成可能なＣＰＳユニット鍵の対応を示している。
【００４４】
図２のＣＰＳユニット管理テーブルに示すように、ＣＰＳユニットの設定単位は、コンテンツのタイトル、アプリケーション、データグループなど、様々であり、ＣＰＳユニット管理テーブルには、それぞれのＣＰＳユニットに対応する識別子としてのＣＰＳユニットＩＤと、記録シード情報が対応付けられて設定される。
【００４５】
図２において、タイトル１はＣＰＳユニット１であり記録シードとしてＶｕ１が対応して設定され、タイトル２はＣＰＳユニット１であり記録シードとしてＶｕ１が対応して設定され、アプリケーション１はＣＰＳユニット２として設定されている。
【００４６】
例えば、記録シードＶｕ１に基づいて、ユニット鍵Ｋｕ１が生成され、ユニット鍵Ｋｕ１を適用した暗号処理によって、タイトル１とタイトル２によって判別可能な１つのＣＰＳユニット（ＣＰＳ１）に含まれる暗号化コンテンツの復号処理が可能となる。同様に、記録シードＶｕ２に基づいて、ユニット鍵Ｋｕ２が生成され、ユニット鍵Ｋｕ２を適用した暗号処理によって、アプリケーション１によって判別可能な１つのＣＰＳユニット（ＣＰＳ２）に含まれる暗号化コンテンツの復号処理が可能となる。以下、同様である。
【００４７】
なお、ＣＰＳユニット管理テーブルには、情報記録媒体に格納されているコンテンツ以外の、例えばユーザが後発的に生成したデータや外部から取得したデータなどの後発データのためのＣＰＳユニットが設定されている。これらは、後発データに対してユーザが新規に定義可能なＣＰＳユニットである。図２に示すデータフィールド１２１に対応するＣＰＳユニットが後発データ用のユニットとして適用可能である。
【００４８】
このＣＰＳユニットは、情報記録媒体に格納されているコンテンツ、例えばプログラムの実行によって取得したデータ、具体的にはゲームの途中経過情報、得点情報などの後発的に生成されるデータや、情報記録媒体に格納されているコンテンツであるＡＶストリームに対応する付属データ、例えば外部サーバから取得した字幕データなど、ユーザが生成または取得した後発データに対する管理ユニットとして設定可能なユニットである。これらの利用形態については、後段で詳細に説明する。
【００４９】
［２．コンテンツ格納構成］
図３を参照して、本発明の情報記録媒体に格納されるコンテンツの格納フォーマットについて説明する。
【００５０】
情報記録媒体には、図３に示すように、例えば高精細動画像データであるＨＤ（High Definition）ムービーコンテンツなどの動画コンテンツのＡＶストリームをメインコンテンツ２００として格納し、その他のデータ、プログラム、例えばサービスデータとしてのゲームプログラムや、画像ファイル、音声データ、テキストデータなどがサブコンテンツ３００として格納されている。
【００５１】
メインコンテンツ２００は、特定のＡＶフォーマット、例えばＢｌｕ−ｒａｙディスクＲＯＭ規格データとして、Ｂｌｕ−ｒａｙディスクＲＯＭ規格フォーマットに従って格納され、サブコンテンツ３００は、Ｂｌｕ−ｒａｙディスクＲＯＭ規格外データとして、Ｂｌｕ−ｒａｙディスクＲＯＭ規格フォーマットに従わない任意のフォーマットで格納される。
【００５２】
図３に示すように、Ｂｌｕ−ｒａｙディスクＲＯＭ規格フォーマットに従って格納されるメインコンテンツ２００は、動画コンテンツ（ＡＶストリーム）を再生対象の実コンテンツとして格納しており、Ｂｌｕ−ｒａｙディスクＲＯＭ規格フォーマットに従った階層構成を持つ。すなわち、
（Ａ）アプリケーション２１０
（Ｂ）再生区間指定ファイル（プレイリスト）２３０
（Ｃ）クリップ（コンテンツデータファイル）２４０
である。
【００５３】
（Ｃ）クリップ（コンテンツデータファイル）２４０は、それぞれ区分されたコンテンツデータファイルであるクリップ２４１，２４２，２４３を有し、各クリップ２４１は、ＡＶ（Audio-Visual）ストリームファイル２６１とクリップ情報ファイル２５１を持つ。
【００５４】
クリップ情報ファイル２５１は、ＡＶ（Audio-Visual）ストリームファイル２６１に関する属性情報を格納したデータファイルである。ＡＶ（Audio-Visual）ストリームファイル２６１は例えばＭＰＥＧ−ＴＳ（Moving Picture Experts Group-Transport Stream）データであり、画像（Ｖｉｄｅｏ）、音声（Ａｕｄｉｏ）、字幕データ等の各情報を多重化したデータ構造となっている。また、再生時に再生装置の制御を行うためのコマンド情報も多重化されている場合がある。
【００５５】
（Ｂ）再生区間指定ファイル（プレイリスト）２３０は、複数の再生区間指定ファイル（プレイリスト）２３１，２３２，２３３を持つ。各再生区間指定ファイル（プレイリスト）２３１，２３２，２３３のそれぞれは、クリップ（コンテンツデータファイル）２４０に含まれる複数のＡＶストリームデータファイルのいずれかを選択し、また選択したＡＶストリームデータファイルの特定のデータ部分を、再生開始点と再生終了点として指定するプレイアイテムを１つ以上持つ構成となっており、１つの再生区間指定ファイル（プレイリスト）を選択することで、その再生区間指定ファイル（プレイリスト）の持つプレイアイテムに従って、再生シーケンスが決定されて再生が実行される。
【００５６】
例えば再生区間指定ファイル（プレイリスト）２３１を選択してコンテンツ再生を行うと、再生区間指定ファイル（プレイリスト）２３１に対応付けられたプレイアイテム２３４は、クリップ２４１に再生開始点ａと再生終了点ｂを持ち、また、プレイアイテム２３５は、クリップ２４１に再生開始点ｃと再生終了点ｄを持つので、再生区間指定ファイル（プレイリスト）２３１を選択してコンテンツ再生を行うと、クリップ２４１に含まれるコンテンツであるＡＶストリームファイル２６１の特定データ領域、ａ〜ｂとｃ〜ｄが再生されることになる。
【００５７】
（Ａ）アプリケーション２１０は、たとえばコンテンツ再生を実行するディスプレイに提示されるコンテンツタイトルを含むアプリケーションインデックスファイル２１１，２１２と再生プログラム２２１，２２２の組み合わせ、または、ゲームコンテンツ、ＷＥＢコンテンツなどのアプリケーション実行ファイル２１３，２１４と再生プログラム２２３，２２４の組み合わせを持つ層として設定される。ユーザは再生対象をアプリケーションインデックスファイル２１１，２１２に含まれるタイトルの選択によって決定することができる
【００５８】
各タイトルは、図に示すように、再生プログラム２２１〜２２４の１つの再生プログラム（例えばムービーオブジェクト）に対応付けられており、ユーザが１つのタイトルを選択すると、その選択したタイトルに対応付けられた再生プログラムに基づく再生処理が開始することになる。なお、図に示すタイトル１、タイトル２として示されるアプリケーションインデックスファイル２１１，２１２は、情報記録媒体のセット、起動に際して、自動的に再生されるタイトル、メニューを表示するためのタイトル提示プログラムも含まれる。
【００５９】
アプリケーションインデックスファイル２１１，２１２や、アプリケーション実行ファイル２１３，２１４は、アプリケーション実行に使用されるアプリケーションリソースファイルを含む場合がある。また、情報記録媒体、あるいはネットワーク接続サーバから取得可能な様々なデータファイル、例えばＪＰＥＧ，ＰＮＧ，ＢＭＰなどの画像ファイル２２５、ＰＣＭ、圧縮Ａｕｄｉｏなどの音声ファイル２２６、テキスト、データベースなどの各種データファイル２２７がアプリケーションリソースファイルとして適用される場合もある。
【００６０】
再生プログラム（例えばムービーオブジェクト）２２１〜２２４は、再生する再生区間指定ファイル（プレイリスト）の指定のほか、ユーザから入力されるコンテンツ再生処理に関する操作情報に対する応答、タイトル間のジャンプ、再生シーケンスの分岐など、再生コンテンツ（ＨＤムービーコンテンツ）の提示に必要な機能をプログラマブルに提供するコンテンツ再生処理プログラムである。各再生プログラム２２１〜２２４は、相互にジャンプ可能であり、ユーザの入力、あるいはあらかじめ設定されたプログラムに従って、実際に実行される再生プログラムが選択され、選択された再生プログラムの指定する再生区間指定ファイル（プレイリスト）２３０によって、再生コンテンツがクリップ２４０から選択され再生される。
【００６１】
再生プログラム２２１〜２２４は、例えば、
（１）ＪＡＶＡ等のプログラム形式でプレイリストやその他の画像、音声、データファイルを参照する再生プログラム
（２）ＨＴＭＬ（hypertext markup language）やＸＭＬ(extensible markup language)等のタグ形式で構造が表され、プレイリストやその他の画像、音声、データファイルを参照する再生プログラム
などの形式のプログラムとして設定される。
【００６２】
例えば、ＸＭＬに従ったタグ形式の再生プログラムは、
（ａ）コンテンツ管理ユニットとしてのＣＰＳユニット内のコンテンツの再生に必要な、プレイリストや、各種のデータファイルを指定したプログラム構成
（ｂ）ダウンロードコンテンツを提供するサーバの情報を含み、ダウンロード処理を実行させるプログラム構成
（ｃ）コンテンツ管理ユニットとしてのＣＰＳユニット内のコンテンツの再生の可否を決定する手続き、例えばサーバへの問い合わせを実行させるプログラム構成
このような各種のプログラムとして設定可能である。なお、これらのプログラムの具体的構成については、後段の［４．再生プログラムの具体例］の項目において説明する。
【００６３】
メインコンテンツ２００は、図に示すように、例えばＢｌｕ−ｒａｙディスクＲＯＭ規格データとして、Ｂｌｕ−ｒａｙディスクＲＯＭ規格フォーマットに従った階層構成で管理され、この階層構成の枠組みに対して、コンテンツ管理ユニット（ＣＰＳユニット）が設定され、コンテンツ管理ユニット（ＣＰＳユニット）単位でコンテンツの利用管理がなされる。コンテンツ管理ユニット（ＣＰＳユニット）についての詳細は後述する。
【００６４】
情報記録媒体には、メインコンテンツ２００の他にサブコンテンツ３００が併せて格納される。サブコンテンツ３００は、特定のＡＶフォーマット、例えばＢｌｕ−ｒａｙディスクＲＯＭ規格フォーマットに従わない任意のフォーマットで格納されるコンテンツである。
【００６５】
サブコンテンツ３００は、例えばサービスデータとしてのゲームプログラムや、画像ファイル、音声データ、テキストデータなどであり、複数のデータファイルからなる集合がデータグループとして設定される。
【００６６】
図３にはデータグループ１，３１１〜データグループＮ，３１２を示している。これらのデータグループも利用管理対象コンテンツとして設定可能であり、利用管理対象コンテンツとして設定した場合には、各データグループを単位としたコンテンツ管理ユニット（ＣＰＳユニット）が設定され、データグループ単位で利用管理がなされる。
【００６７】
［３．格納コンテンツの暗号化、利用管理構成］
次に、図４以下を参照して、情報記録媒体に格納されたコンテンツをコンテンツ管理ユニット（ＣＰＳユニット）に区分して、各ユニット毎に異なる利用制御を実現するコンテンツ管理構成について説明する。
【００６８】
先に図２を参照して説明したように、コンテンツ管理ユニット（ＣＰＳユニット）の各々に対して、異なる暗号鍵としてユニット鍵が割り当てられる。１つのユニット鍵を割り当てる単位がコンテンツ管理ユニット（ＣＰＳユニット）である。なお、ユニット鍵は、ユニットに対応する記録シードに基づいて生成可能な鍵である。
【００６９】
それぞれのユニット鍵を適用して各ユニットに属するコンテンツを暗号化し、コンテンツ利用に際しては、各ユニットに割り当てられたユニット鍵を取得して再生を行う。各ユニット鍵は、個別に管理することが可能であり、例えばあるユニットＡに対して割り当てるユニット鍵は、情報記録媒体から取得可能な鍵として設定する。また、ユニットＢに対して割り当てるユニット鍵は、ネットワーク接続されるサーバにアクセスし、ユーザが所定の手続きを実行したことを条件として取得することができる鍵とするなど、各ユニット対応の鍵の取得、管理構成は、各ユニット鍵に独立した態様とすることが可能である。
【００７０】
１つの鍵を割り当てる単位、すなわち、コンテンツ管理ユニット（ＣＰＳユニット）の設定態様について、図４を参照して説明する。
【００７１】
まず、メインコンテンツ２００側におけるコンテンツ管理ユニット（ＣＰＳユニット）の設定構成について説明する。
【００７２】
メインコンテンツ２００側においては、（Ａ）アプリケーション２１０に含まれる１つ以上のタイトルを含むアプリケーションインデックスファイル２１１，２１２、またはアプリケーション実行ファイル２１３，２１４等を含むＣＰＳユニットを設定する。
【００７３】
図４に示すＣＰＳユニット１，４０１は、アプリケーションインデックスファイルと、再生プログラムファイルと、プレイリストと、コンテンツ実データとしてのＡＶストリームファイル群とを１つのユニットとして設定したユニットである。
【００７４】
また、ＣＰＳユニット２，４０２は、アプリケーション実行ファイルと、再生プログラムファイルと、プレイリストと、コンテンツ実データとしてのＡＶストリームファイル群とを１つのユニットとして設定したユニットである。
【００７５】
また、ＣＰＳユニット３，４０３は、アプリケーション実行ファイルと、再生プログラムファイルと、情報記録媒体、あるいはネットワーク接続サーバから取得可能な様々なデータファイルによって構成したユニットである。
【００７６】
これらの各ユニットは、同一の鍵（ＣＰＳユニット鍵：図４中の鍵Ｋｕ１，Ｋｕ２，Ｋｕ３）でそれぞれ個別に暗号化して情報記録媒体に格納される。
【００７７】
図４中、コンテンツ管理ユニット（ＣＰＳユニット）１，４０１、およびコンテンツ管理ユニット（ＣＰＳユニット）２，４０２は、上位層の（Ａ）アプリケーションと、下位層の（Ｂ）再生区間指定ファイル（プレイリスト）＋（Ｃ）クリップ（コンテンツデータファイル）によって構成されるユニットであり、コンテンツ管理ユニット（ＣＰＳユニット）３，４０３は、下位層の（Ｂ）再生区間指定ファイル（プレイリスト）＋（Ｃ）クリップ（コンテンツデータファイル）を含まず、上位層の（Ａ）アプリケーション層、および情報記録媒体、あるいはネットワーク接続サーバから取得可能な様々なデータファイルすなわち、画像ファイル２２５、音声ファイル２２６、データファイル２２７等によって構成されるユニットである。
【００７８】
コンテンツ管理ユニット（ＣＰＳユニット）１，４０１には、タイトル１，２１１とタイトル２，２１２、再生プログラム２２１，２２２、プレイリスト２３１，２３２、クリップ２４１、クリップ２４２が含まれ、これらの２つのクリップ２４１，２４２に含まれるコンテンツの実データであるＡＶストリームデータファイル２６１，２６２がコンテンツ管理ユニット（ＣＰＳユニット）１，４０１に対応付けて設定される暗号鍵であるユニット鍵：Ｋｕ１を適用して暗号化される。
【００７９】
また、コンテンツ管理ユニット（ＣＰＳユニット）２，４０２には、ゲームコンテンツ、ＷＥＢコンテンツなどによって構成されるアプリケーションファイル２１３と、再生プログラム２２３、プレイリスト２３３、クリップ２４３が含まれ、クリップ２４３に含まれるコンテンツの実データであるＡＶストリームデータファイル２６３がコンテンツ管理ユニット（ＣＰＳユニット）２，４０２に対応付けて設定される暗号鍵としてのユニット鍵：Ｋｕ２を適用して暗号化される。さらに、アプリケーションファイル２１３についても、ユニット鍵：Ｋｕ２を適用した暗号化ファイルとしてもよい。
【００８０】
コンテンツ管理ユニット（ＣＰＳユニット）３，４０３は、上位層の（Ａ）アプリケーション層に含まれるアプリケーションファイル２１４，２１５と、再生プログラム２２４、さらに、再生プログラム２２４によって情報記録媒体、あるいはネットワーク接続サーバから取得可能な様々なデータファイル、例えばＪＰＥＧ，ＰＮＧ，ＢＭＰなどの画像ファイル２２５、ＰＣＭ、圧縮Ａｕｄｉｏなどの音声ファイル２２６、テキスト、データベースなどの各種データファイル２２７が含まれるユニットとして設定される。
【００８１】
コンテンツ管理ユニット（ＣＰＳユニット）３，４０３は、コンテンツ管理ユニット（ＣＰＳユニット）３，４０３に対応付けて設定される暗号鍵としてのユニット鍵：Ｋｕ３を適用して暗号化される。
【００８２】
例えば、ユーザがコンテンツ管理ユニット１，４０１に対応するアプリケーションファイルまたはコンテンツ再生処理を実行するためには、コンテンツ管理ユニット（ＣＰＳユニット）１，４０１に対応付けて設定された記録シードＶｕ１を適用した暗号処理により、ユニット鍵：Ｋｕ１を取得して、取得したユニット鍵Ｋｕ１を適用したコンテンツの復号処理シーケンスを実行することが必要であり、復号処理を実行後、アプリケーションプログラムを実行してコンテンツ再生を行なうことができる。
【００８３】
例えば、コンテンツ管理ユニット３，４０３に対応するアプリケーションファイルまたは、再生プログラム２２４に対応付けられた画像ファイル２２５、ＰＣＭ、圧縮Ａｕｄｉｏなどの音声ファイル２２６、テキスト、データベースなどの各種データファイル２２７の利用処理を行なう場合は、コンテンツ管理ユニット（ＣＰＳユニット）３，４０３に対応付けて設定された暗号鍵としてのユニット鍵：Ｋｕ３を取得して、復号処理を実行することが必要であり、復号処理を実行後、アプリケーションプログラムを実行または各種ファイルを実行することになる。
【００８４】
上述した各種のコンテンツ管理ユニット（ＣＰＳユニット）に対応するコンテンツおよび鍵情報などの管理情報を格納するディレクトリ構成例について、図５を参照して説明する。
【００８５】
図５に示すディレクトリ構成は、メインコンテンツデータ部５０２、サブコンテンツデータ部５０３と、メインコンテンツとサブコンテンツに対応するコンテンツ管理データ部５０１を設定した構成である。メインコンテンツデータ部５０２に示すＢＤＭＶディレクトリはＢｌｕ−ｒａｙ  Ｄｉｓｃ  ＲＯＭフォーマットに従ったコンテンツ、アプリケーションを保管するディレクトリとして設定されている。
【００８６】
Ｂｌｕ−ｒａｙ  Ｄｉｓｃ  ＲＯＭフォーマットに従ったメインコンテンツは、先に図３、図４を参照して説明したように、タイトル、オブジェクト、プレイリスト、クリップ情報、ＡＶストリーム等の階層構成を持ち、これらを構成するデータファイルがＢＤＭＶディレクトリに設定される。
【００８７】
サブコンテンツデータ部５０３のＤａｔａディレクトリは、Ｂｌｕ−ｒａｙ  Ｄｉｓｃ  ＲＯＭフォーマットに従っていないフォーマットを持つコンテンツ、アプリケーションを各グループ毎に保管するディレクトリとして設定されている。サブコンテンツデータ部５０３のＤａｔａ  Ｇｒｏｕｐ  ｉｎｆは、サブコンテンツの各グループ情報を格納したファイルである。
【００８８】
管理データ部５０１には、メインコンテンツとサブコンテンツの両コンテンツに対応する管理ファイルが格納される。例えば、前述した図２に示したコンテンツ管理ユニット（ＣＰＳユニット）毎のＣＰＳユニットＩＤと記録シード情報を対応付けて設定したＣＰＳユニット管理テーブル、さらに、各ユニットに対応して設定されるコンテンツの再生処理やコピー処理の制限情報などからなるコンテンツ利用制御情報（ＣＣＩ）が格納される。
【００８９】
コンテンツ利用制御情報（ＣＣＩ）は、各ＣＰＳユニット毎に個別の情報として設定される。例えば、
［ＣＰＳユニット１］
記録媒体に対するコピー許容回数：ａ回、再生許容回数：ｂ回、遠隔再生可否：可・・
［ＣＰＳユニット２］
記録媒体に対するコピー許容回数：０回、再生許容回数：ｃ回、遠隔再生可否：否・・
などのように、情報記録媒体に格納された各ＣＰＳユニット毎に個別のコンテンツ利用制御情報が設定される。
【００９０】
具体的なコンテンツ利用制御情報（ＣＣＩ）のデータ構成例として、ＸＭＬ(extensible markup language)記述に従って記述したＣＣＩデータ構成例について図６を参照して説明する。図６に示すコンテンツ利用制御情報（ＣＣＩ）は、基本情報（ｂａｓｉｃ）５２１と、識別情報（ｉｄ）５２２を含む情報構成例を示している。
【００９１】
図６のデータについて説明する。
＜ｃｃｉ＿ｉｎｆｏ  ｔｙｐｅ＝"ｂａｓｉｃ"＞：以下に示すＣＣＩ情報が基本情報であることを示す。
様々なタイプが設定できる。
＜ｃｃｉ＿ｖａｌｕｅ  ｔｙｐｅ＝"ＥＰＮ"  ｄａｔａ＝"０"／＞：ＣＰＳユニットに暗号化コンテンツを含むか否かをＥＰＮ＝０／１によって規定
＜ｃｃｉ＿ｖａｌｕｅ  ｔｙｐｅ＝"ＣＣＩ"  ｄａｔａ＝"０１"／＞：ＣＰＳユニット格納コンテンツのコピーの可否をＣＣＩ＝００／０１／１０／１１によって規定
その他、コンテンツの利用制御情報として、アナログ出力、コピーの可否や、ネットワークを介した他の機器での利用制御情報など、様々な制御情報が記録される。
【００９２】
さらに、コンテンツ利用制御情報（ＣＣＩ）には識別情報（ｉｄ）５２２が含まれる。すなわち、コンテンツ利用制御情報（ＣＣＩ）に対応するＣＰＳユニットに対応するコンテンツの提供エンティテイであるスタジオの識別情報としてのスタジオＩＤ［Studio_ID］、ＣＰＳユニットを格納した情報記録媒体の所定製造単位毎の識別情報であるパッケージＩＤ［Package_ID］、ＣＰＳユニットの識別情報であるＣＰＳユニットＩＤ［CPS_Unit_ID］などの識別情報が記録される。
【００９３】
図６に示すデータにおいて、
＜ｃｃｉ＿ｖａｌｕｅ  ｔｙｐｅ＝"Ｓｔｕｄｉｏ＿ＩＤ"  ｄａｔａ＝"ＡＡＡＡＡＡＡＡ"／＞
＜ｃｃｉ＿ｖａｌｕｅ  ｔｙｐｅ＝"Ｐａｃｋａｇｅ＿ＩＤ"  ｄａｔａ＝"ＢＢＢＢＢＢＢＢ"／＞
＜ｃｃｉ＿ｖａｌｕｅ  ｔｙｐｅ＝"ＣＰＳ＿Ｕｎｉｔ＿ＩＤ"  ｄａｔａ＝"００１"／＞
が識別情報であり、
スタジオＩＤ［Ｓｔｕｄｉｏ＿ＩＤ］＝［ＡＡＡＡＡＡＡＡ］
パッケージＩＤ［Ｐａｃｋａｇｅ＿ＩＤ］＝［ＢＢＢＢＢＢＢＢ］、
ＣＰＳユニットＩＤ［ＣＰＳ＿Ｕｎｉｔ＿ＩＤ］＝［００１］
であることを示している。
【００９４】
ＣＰＳユニットとして設定されたコンテンツを利用する情報処理装置が、例えばそのＣＰＳユニット対応コンテンツに関連するデータ、例えば、映画コンテンツの字幕データや、コンテンツの追加データ、更新データなどを外部サーバから取得（ダウンロード）する際には、これらのＣＰＳユニットの属性情報として設定されるスタジオＩＤ、パッケージＩＤ、ＣＰＳユニットＩＤなどをサーバに提示して、サーバにおいて、正当なＣＰＳユニットの利用ユーザであることの確認がなされ、ダウンロードデータの提供処理が実行される。この後発データのダウンロード処理の詳細については後述する。
【００９５】
図６に示すデータを、簡略化したＸＭＬ(extensible markup language)記述例について、図７を参照して説明する。図７に示すコンテンツ利用制御情報（ＣＣＩ）は、図６に示すＣＣＩデータと同様、基本情報（ｂａｓｉｃ）５４１と、識別情報（ｉｄ）５４２によって構成されるが、基本情報（ｂａｓｉｃ）５４１として、前述のＥＰＮ、ＣＣＩ等の値、すなわちＥＰＮ＝０，ＣＣＩ＝０１などの値をまとめて記述、すなわち、
ｂａｓｉｃ  ｄａｔａ＝［００１０１］
として記述している。
同様に、識別情報（ｉｄ）５４２についても、
スタジオＩＤ［Studio_ID］＝［AAAAAAAA］
パッケージＩＤ［Package_ID］＝［BBBBBBBB］、
ＣＰＳユニットＩＤ［CPS_Unit_ID］＝［001］
として区分せず、これらのデータをまとめて、
ｉｄ  ｄａｔａ＝［AAAAAAAABBBBBBBB001］
として記述した構成を持つ。
【００９６】
すなわち、この例では、ＣＣＩファイルの形式はタグを利用しているが、各ＣＣＩ情報ブロック内では、1ブロックのＣＣＩ情報をバイナリ形式で記録した場合の１６進表記を記録する方式となっている。ＣＣＩ情報は、ＭＰＥＧ−ＴＳデータなどのＡＶストリーム中に埋め込まれたデータと同じ情報を記載する場合も想定される。この図７の記載方法を用いると、ＡＶストリーム中のバイナリ形式のデータと同じ構造を利用することができる。また、再生処理を実行する情報処理装置側でも、ＡＶストリームに埋め込まれたＣＣＩ情報をチェックする方法を同じプログラムでＣＣＩ情報の解析が可能となる。
【００９７】
なお、スタジオＩＤや、パッケージＩＤ、ＣＰＳユニットＩＤ等の各種ＩＤ情報は、上述したコンテンツ利用制御情報（ＣＣＩ）に記録されるのみでなく、情報記録媒体のその他のデータ記録領域に記録する構成としてもよい。なお、前述したように、パッケージＩＤと異なる製造単位情報としてボリュームＩＤが利用される場合もある。
【００９８】
［４．再生プログラムの具体例］
次に、コンテンツ管理ユニット（ＣＰＳユニット）内の構成データとして設定される再生プログラム、すなわち、図３、図４を参照して説明した再生プログラム２２１〜２２４の具体例について説明する。再生プログラム２２１〜２２４は、前述したように、例えば、
（１）ＪＡＶＡ等のプログラム形式でプレイリストやその他の画像、音声、データファイルを参照する再生プログラム
（２）ＨＴＭＬ（hypertext markup language）やＸＭＬ(extensible markup language)等のタグ形式で構造が表され、プレイリストやその他の画像、音声、データファイルを参照する再生プログラム
などの形式のプログラムとして設定されるが、以下では、ＸＭＬに従ったタグ形式の再生プログラムの具体例について図を参照して説明する。
【００９９】
前述したように、再生プログラムは、
（ａ）コンテンツ管理ユニットとしてのＣＰＳユニット内のコンテンツの再生に必要な、プレイリストや、各種のデータファイルを指定したプログラム構成
（ｂ）ダウンロードコンテンツを提供するサーバの情報を含み、ダウンロード処理を実行させるプログラム構成
（ｃ）コンテンツ管理ユニットとしてのＣＰＳユニット内のコンテンツの再生の可否を決定する手続き、例えばサーバへの問い合わせを実行させるプログラム構成
このような各種のプログラムとして設定可能である。
以下、上記（ａ）〜（ｃ）の各種の再生プログラムをＸＭＬ記述によって構成した具体例について説明する。
【０１００】
まず、図８を参照して、ＸＭＬに従ったタグ形式の再生プログラムの一例として、
（ａ）コンテンツ管理ユニットとしてのＣＰＳユニット内のコンテンツの再生に必要な、プレイリストや、各種のデータファイルを指定したプログラム構成
について説明する。
【０１０１】
図８に示すのは、例えば、図３、図４を参照して説明した再生プログラム２２１〜２２４の１つのプログラム構成であり、ＸＭＬに従ったタグ形式を有している。
図８に示すタグ情報の構成データは、以下のデータ、すなわち、
＜ｏｂｊｅｃｔ  ｉｄ＝"Ｖｓｔｒｅａｍ"  ｔｙｐｅ＝"ｖｉｄｅｏ"  ｄａｔａ＝"ＰｌａｙＬｉｓｔ＃００１"／＞：プレイリストへの参照
＜ｏｂｊｅｃｔ  ｉｄ＝"Ａｓｔｒｅａｍ"  ｔｙｐｅ＝"ａｕｄｉｏ"  ｄａｔａ＝"Ｓｏｕｎｄ．ｐｃｍ"／＞：音声ファイルへの参照
＜ｏｂｊｅｃｔ  ｉｄ＝"Ｓｔｉｌｌ"  ｔｙｐｅ＝"ｉｍａｇｅ／ｊｐｅｇ"  ｄａｔａ＝"Ｉｍａｇｅ．ｊｐｇ"／＞：静止画ファイルへの参照
＜ａ  ｈｒｅｆ＝"／ＭｏｒｅＩｎｆｏ．ｘｍｌ"＞ＭｏｒｅＩｎｆｏ＜／ａ＞：他データファイルへの参照
これらのタグ形式のデータを有している。
【０１０２】
これらのタグ形式データによって指示されるプレイリスト、音声ファイル、静止画ファイル、他データファイルを取得してコンテンツ再生処理が実行されることになる。情報処理装置は、このようなＸＭＬデータを解釈して、必要な情報を取得して再生を行なうことになる。なお、Ｊａｖａ等の他の形式のプログラムによって同様の処理を実行させるプログラム構成としてもよい。
【０１０３】
次に、図９、図１０、図１１を参照して、
（ｂ）ダウンロードコンテンツを提供するサーバの情報、あるいは特定データファイルの情報を含み、ダウンロード処理を実行させるプログラム構成
について説明する。
【０１０４】
例えば情報記録媒体に格納されたコンテンツが映画コンテンツであり、字幕データが含まれないコンテンツである場合、字幕データをサーバから取得し再生を行なう場合がある。あるいは、字幕に限らず、付加的な情報や、更新情報などをサーバから取得して、情報記録媒体のＣＰＳユニット対応コンテンツの再生を行なう場合などがある。このようなコンテンツの再生プログラムに後発データを取得するためのサーバ、あるいはファイル指定情報などを設定した再生プログラムを構成し、プログラムを実行させることにより必要なデータをサーバから取得することが可能となる。
【０１０５】
図９に示すＸＭＬに従ったタグ形式の再生プログラムは、例えば、図３、図４を参照して説明した再生プログラム２２１〜２２４の１つのプログラム構成であり、特定のデータファイルの指定情報を含むプログラムを示している。
図９に示すタグデータ中、以下のタグデータ、すなわち、
＜ｏｂｊｅｃｔ  ｉｄ＝"Ｓｕｂｔｉｔｌｅ"  ｔｙｐｅ＝"ｔｅｘｔ"  ｄａｔａ＝"［サーバのＵＲＬ］／Ｓｕｂｔｉｔｌｅ１．ｔｘｔ"／＞
上記タグデータが、
サーバＵＲＬと、取得対象データ情報［Ｓｕｂｔｉｔｌｅ１．ｔｘｔ］を含むタグデータであり、指定されたＵＲＬから指定されたデータファイルを取得する処理、すなわち、ファイルのダウンロード表示処理が実行させるプログラムに相当する。
【０１０６】
なお、ＵＲＬ等で指定されたコンテンツは、ダウンロード後に表示される。ダウンロードに際しては、正当なコンテンツを所有するユーザからのアクセスであることを確認するための処理を行なう構成とすることが好ましい。具体的には、コンテンツ管理ユニット（ＣＰＳユニット）に対応して情報記録媒体に格納されたコンテンツ利用制御情報（ＣＣＩ）に含まれるコンテンツ識別情報、例えばコンテンツ提供エンティテイであるスタジオの識別子であるスタジオＩＤや、情報記録媒体の所定製造単位毎の識別子であるパッケージＩＤやボリュームＩＤ等を送信し、サーバ側での確認を行うなどの処理が行われる。また、情報記録媒体毎の識別子であるシリアルＩＤが存在する場合は、シリアルＩＤを用いた確認処理を行なう構成も可能である。さらに、ユーザＩＤなど情報記録媒体の記録データ以外の識別データを用いてダウンロードの許可判定を行うことも可能である。具体的なダウンロードシーケンスについては、後段で説明する。
【０１０７】
図１０に示すＸＭＬに従ったタグ形式の再生プログラムも、例えば、図３、図４を参照して説明した再生プログラム２２１〜２２４の１つのプログラム構成であり、後発データを提供するサーバの識別情報としてのＵＲＬを含むプログラムを示している。
図１０に示すタグデータ中、以下のタグデータ、すなわち、
＜ｓｃｒｉｐｔ  ＳｔａｒｔＤｏｗｎｌｏａｄ（）  ｄａｔａ＝"［サーバーのＵＲＬ］"／＞
上記タグデータが、
サーバＵＲＬを含むタグデータであり、指定されたＵＲＬによってサーバへのアクセスが実行され、サーバの提供するダウンロード可能なコンテンツのメニュー情報などがユーザの利用する情報処理装置（例えばＰＣ）のディスプレイに提示される。
【０１０８】
コンテンツ管理ユニット（ＣＰＳユニット）に区分されたコンテンツを格納したＲＯＭディスク等の情報記録媒体の製造時には、格納コンテンツに対応するダウンロードコンテンツのＵＲＬ等の情報が決まっていないケースがある。このような場合、前述の図９に示すデータファイル指定情報を含むタグデータとせず、ダウンロードデータを提供するサーバのＵＲＬを設定した図１０に示すプログラムが利用される。すなわち、図１０に示すプログラムのように、ダウンロード時に最初にアクセスするＵＲＬのみを記録し、そのＵＲＬによって、サーバ側に準備したダウンロードの詳細情報、ダウンロード用のメニューなどを取得・表示可能とする。この構成により拡張性、メンテナンス性ともに向上する。
【０１０９】
図１１に示すＸＭＬに従ったタグ形式の再生プログラムも、例えば、図３、図４を参照して説明した再生プログラム２２１〜２２４の１つのプログラム構成であり、後発データを提供するサーバの識別情報としてのＵＲＬと、ＵＲＬによって指定されるサーバからのダウンロードデータを取得するための追加送信情報を設定する構成としたプログラムを示している。
図１１に示すタグデータ中、以下のタグデータ、すなわち、
＜ｓｃｒｉｐｔ  ＳｔａｒｔＤｏｗｎｌｏａｄ（）  ｄａｔａ＝"［サーバのＵＲＬ］"  ｅｘｔｅｎｔｉｏｎ＝"ｖａｌｕｅ１"／＞
上記タグデータが、
サーバＵＲＬと追加情報設定部［ｅｘｔｅｎｔｉｏｎ＝"ｖａｌｕｅ１"］を含むタグデータであり、指定されたＵＲＬによってサーバへのアクセスが実行され、追加情報設定部［ｅｘｔｅｎｔｉｏｎ＝"ｖａｌｕｅ１"］に設定されたデータをサーバ側で確認し、確認に基づくダウンロードデータの提供がなされることになる。
【０１１０】
例えばＣＰＳユニットの管理データとしてゲームプログラムがあり、ゲームの得点情報をサーバに送ることにより、高得点を得ているユーザへは、一般のユーザとは異なるダウンロードメニューを提供するなどの運用を行なう場合、ゲームプログラムの実行において生成された得点データを追加情報設定部［extention="value1"］に設定してサーバに送信し、サーバ側で条件をクリアしているか否かを判定して、クリアしている場合にのみダウンロードデータを提供するなどの運用がなされる。
【０１１１】
次に、図１２、図１３を参照して、
（ｃ）コンテンツ管理ユニットとしてのＣＰＳユニット内のコンテンツの再生の可否を決定する手続き、例えばサーバへの問い合わせを実行させるプログラム構成
の具体的構成について説明する。
【０１１２】
図１２に示すＸＭＬに従ったタグ形式の再生プログラムは、ＣＰＳユニットの構成データとしてのコンテンツの再生の可否をサーバに問い合わせる処理を実行させるプログラムの例を示している。このプログラムも、例えば、図３、図４を参照して説明した再生プログラム２２１〜２２４の１つのプログラム構成であり、ＣＰＳユニット対応コンテンツの再生可否の問い合わせ先としてのサーバの識別情報としてのＵＲＬを設定したプログラムを示している。
図１２に示すタグデータ中、以下のタグデータ、すなわち、
＜ｓｃｒｉｐｔ  ＣｈｅｃｋＰｌａｙａｂｌｅ（）  ｄａｔａ＝"［サーバのＵＲＬ］"／＞
上記タグデータが、
サーバＵＲＬを含むタグデータであり、指定されたＵＲＬによってサーバへのアクセスが実行され、ＣＰＳユニット対応コンテンツの再生可否確認を求めるプログラムである。なお、この再生確認処理に際しては、ＣＰＳユニットの識別情報として、例えばＣＰＳユニットに対応するユニットＩＤ、あるいはスタジオＩＤ、パッケージＩＤ、ボリュームＩＤなど、ＣＰＳユニットを特定可能な情報をサーバに送信し、コンテンツ再生の可否確認を行なうことになる。
【０１１３】
情報処理装置側では、サーバから、再生を許容する旨のデータを受信したことを条件としてコンテンツ再生が実行されることになる。この具体的な処理シーケンスについては後述する。
【０１１４】
図１３に示すＸＭＬに従ったタグ形式の再生プログラムは、ＣＰＳユニットの構成データとしてのコンテンツの再生の可否をサーバに問い合わせる処理を実行させるプログラムのもう１つの例を示している。このプログラムも、例えば、図３、図４を参照して説明した再生プログラム２２１〜２２４の１つのプログラム構成であり、ＣＰＳユニット対応コンテンツの再生可否の問い合わせ先としてのサーバの識別情報としてのＵＲＬを設定したプログラムを示している。図１３に示す例は、さらに、ＵＲＬによって指定されるサーバにおいて再生許可を得るための追加送信情報を設定する構成としたプログラムを示している。
図１３に示すタグデータ中、以下のタグデータ、すなわち、
＜ｓｃｒｉｐｔ  ＣｈｅｃｋＰｌａｙａｂｌｅ（）  ｄａｔａ＝"［サーバのＵＲＬ］"  ｅｘｔｅｎｔｉｏｎ＝"ｖａｌｕｅ１"／＞
上記タグデータが、
サーバＵＲＬと追加情報設定部［ｅｘｔｅｎｔｉｏｎ＝"ｖａｌｕｅ１"］を含むタグデータであり、指定されたＵＲＬによってサーバへのアクセスが実行され、追加情報設定部［ｅｘｔｅｎｔｉｏｎ＝"ｖａｌｕｅ１"］に設定されたデータをサーバ側で確認し、確認に基づく再生可否確認がなされることになる。情報処理装置側では、サーバから、再生を許容する旨のデータを受信したことを条件としてコンテンツ再生が実行されることになる。この具体的な処理シーケンスについては後述する。
【０１１５】
この例は、先に図１１を参照して説明したダウンロードデータの提供条件として、追加情報を確認する構成に対応するものであり、例えばＣＰＳユニットの管理データとしてゲームプログラムがあり、ゲームの得点情報をサーバに送ることにより、高得点を得ているユーザに対してのみ、特別なコンテンツ再生を許可するなどの運用を行なう場合、ゲームプログラムの実行において生成された得点データを追加情報設定部［extention="value1"］に設定してサーバに送信し、サーバ側で条件をクリアしているか否かを判定して、クリアしている場合にのみ再生を許可するなどの運用がなされる。
【０１１６】
［５．サーバへのアクセスを伴うコンテンツ利用処理］
コンテンツ管理ユニット（ＣＰＳユニット）によって利用管理のなされたコンテンツを格納した情報記録媒体からＣＰＳユニット対応データを読み出して再生を行なう場合、ＣＰＳユニットに対応する再生プログラムに従った処理が行なわれる。再生プログラムは、図８〜図１３を参照して説明したように、
（ａ）コンテンツ管理ユニットとしてのＣＰＳユニット内のコンテンツの再生に必要な、プレイリストや、各種のデータファイルを指定したプログラム構成（図８）
（ｂ）ダウンロードコンテンツを提供するサーバの情報を含み、ダウンロード処理を実行させるプログラム構成（図９〜図１１）
（ｃ）コンテンツ管理ユニットとしてのＣＰＳユニット内のコンテンツの再生の可否を決定する手続き、例えばサーバへの問い合わせを実行させるプログラム構成（図１２、図１３）
などの様々なプログラム設定が可能であり、これらの中で、ダウンロードコンテンツの取得、あるいはコンテンツ再生可否の問い合わせを行なう場合には、情報処理装置は、サーバへアクセスして必要なダウンロードデータあるいは再生許可情報を取得することとなる。以下、このようなサーバへのアクセスを伴うコンテンツ利用処理について説明する。
【０１１７】
図１４に、情報記録媒体の再生処理を実行する例えばＰＣ等の情報処理装置６００を示す。情報処理装置６００は、コンテンツ再生処理を実行する例えばＣＰＵなどのプログラム実行機能を持つ制御部６０１、ハードディスク等によって構成されるデータ記憶部６０２、情報記録媒体に対するデータ入出力を行なう記録媒体インタフェース６０３、プログラムの実行領域、パラメータ格納領域などに利用されるＲＯＭ，ＲＡＭによって構成されるメモリ６０４、ネットワークを介した通信を実行する通信インタフェース６０５を有する。なお、図１４に示す情報処理装置６００の構成は、後発データの生成、取得処理について説明するための最小限の構成を示しているものであり、具体的な情報処理装置のハードウェア構成例については後段で説明する。
【０１１８】
情報処理装置６００は、情報記録媒体１００から記録媒体インタフェース６０３を介して情報記録媒体１００に格納されたＣＰＳユニットに区分されたタイトルなどのインデックス情報から特定の再生プログラム、すなわち、図３、図４を参照して説明した再生プログラム２２１〜２２４のいずれかを取得して実行する。これらのプログラムは、例えば図８〜図１３に示して説明したＸＭＬ記述プログラムである。このプログラムの実行を制御部６０１の制御の下に行なう。
【０１１９】
以下、
（５−１．再生プログラムによるサーバからのコンテンツダウンロード）
（５−２．再生プログラムによるサーバからの再生許可情報取得処理）
の各処理の詳細について、順次、説明する。
【０１２０】
（５−１．再生プログラムによるサーバからのコンテンツダウンロード）
まず、再生プログラムに基づいて、サーバからのコンテンツのダウンロードを行なう処理の詳細について説明する。この処理は、例えば先に図９〜図１１を参照して説明した再生プログラムの実行に基づいて行なわれる処理である。
【０１２１】
図１５に示すフローチャートを参照して、サーバからコンテンツをダウンロードする処理のシーケンスについて説明する。まず、ユーザ（クライアント）側の情報処理装置が情報記録媒体から読み出したＣＰＳユニット対応の再生プログラムを実行する。再生プログラムには、図９〜図１１を参照して説明したコンテンツのダウンロード処理が含まれ、ユーザ（クライアント）側の情報処理装置は、プログラムに記録されたサーバＵＲＬへコンテンツのダウンロード要求を送信する。なお、この要求送信に際して、ユーザ（クライアント）側の情報処理装置は、ダウンロード処理要求を実行する再生プログラムの属するＣＰＳユニットを識別するための情報を併せてサーバに対して送信する。
【０１２２】
ＣＰＳユニットを識別するための情報には、例えば、コンテンツ管理ユニット識別子（ＣＰＳユニットＩＤ）、あるいはスタジオＩＤ、パッケージＩＤ、ボリュームＩＤなどがあり、情報処理装置は、これらの情報をサーバに送信する。なお、これらのＩＤ情報は、先に図６、図７を参照して説明したように、ＣＰＳユニットに対応して設定されるコンテンツ利用制御情報（ＣＣＩ）に記録されており、情報処理装置は、処理対象のＣＰＳユニットに対応付けられたＣＣＩ情報からこれらのＩＤを取得してサーバに送信する。なお、前述したように、これらのＩＤ情報は、ＣＣＩ情報以外の情報記録媒体のデータ格納領域に格納されている場合もあり、ＣＣＩ以外の記録領域からこれらのＩＤ情報を取得してもよい。
【０１２３】
ステップＳ１０２〜Ｓ１０６の処理は、ダウンロード要求を受信したサーバ側の処理である。サーバはステップＳ１０２において、基本情報、すなわち、コンテンツ管理ユニット識別子（ＣＰＳユニットＩＤ）、スタジオＩＤ、パッケージＩＤ、ボリュームＩＤなどのＣＰＳユニット識別情報等からなる基本情報に基づいて、ダウンロード要求ユーザが正当なＣＰＳユニット利用ユーザであるか否かを判定する。この基本情報解析処理において、ダウンロード要求ユーザが不正であると判定された場合には、ステップＳ１１０に進みダウンロード処理を中断して処理を終了する。
【０１２４】
ステップＳ１０２における基本情報解析処理において、ダウンロード要求ユーザが正当なユーザであると判定された場合には、ステップＳ１０３に進み、必要に応じて追加情報解析を行い、追加情報が、ダウンロード許容条件を満足しているか否かを判定する。この処理は、先に図１１を参照して説明したダウンロードデータの提供条件として、追加情報を確認する処理に対応するものであり、例えばＣＰＳユニットの管理データとしてゲームプログラムがあり、ゲームの得点情報をサーバに送ることにより、高得点を得ているユーザに対してのみ、ダウンロードを許可するなどの運用を行なう場合の処理である。
【０１２５】
追加情報を要求している場合には、ステップＳ１０３において、ユーザから送信されてきた追加情報の確認を実行して、追加情報がダウンロード許容条件を満足しているか否かを判定する。追加情報がダウンロード許容条件を満足していないと判定された場合は、ステップＳ１１０に進みダウンロード処理を中断して処理を終了する。
【０１２６】
追加情報がダウンロード許容条件を満足していると判定された場合は、ステップＳ１０４に進み、ユーザからの送信情報にダウンロードファイルの指定情報が含まれているか否かを判定する。例えば先に図９を参照して説明した再生プログラムでは、ダウンロード対象ファイルが指定されている。このように、ファイル指定情報が含まれている場合は、ステップＳ１０７に進み、ダウンロード処理が実行される。
【０１２７】
一方、ダウンロード対象ファイルの指定情報が含まれていない場合は、ステップＳ１０５に進み、サーバの保有するダウンロードメニューを選択して、ユーザの情報処理装置に送信する。サーバは、例えば基本情報、追加情報の内容に対応した複数のダウンロードメニューを保持しており、これらのメニューの中からユーザから受信した基本情報、追加情報に応じたメニューを選択してユーザの情報処理装置に送信する。
【０１２８】
なお、ダウンロードメニューは、ダウンロード可能コンテンツのリストを表示するものであり、ユーザによるダウンロードコンテンツの選択機能を提供する。さらに、ダウンロードに関する追加条件があれば、条件の承諾をユーザに確認する機能を提供する。ダウンロードメニューの形式としては、例えば、ユーザ側の情報処理装置で実行しているプログラム、すなわち通常のコンテンツ再生処理プログラムの実行下でメニュー表示を行うため、記録メディア（例えばＢＤ−ＲＯＭディスク）のＡＶ規格で定められた形式（例えばＪａｖａやＸＭＬ形式）を用いることができる。
【０１２９】
ステップＳ１０６において、サーバがユーザ（クライアント）側の情報処理装置から、ダウンロードファイルの指定情報を受信すると、指定情報に応じたデータファイルをユーザの情報処理装置に送信し、ステップＳ１０７においてダウンロードが実行される。
【０１３０】
ユーザ側の情報処理装置では、ステップＳ１０７においてサーバからのダウンロード処理が実行され、ステップＳ１０８においてダウンロードデータがユーザの情報処理装置内のデータ記憶手段、例えばハードディスク、リムーバブルメモリなどにダウンロードデータが格納される。なお、ダウンロードデータについてもＣＰＳユニットによる管理データとして記録する。ダウンロードデータ等の後発データのデータ記録、管理構成については後述する。
【０１３１】
ダウンロードを実行するサーバ側の処理の詳細について、図１６のフローチャートを参照して説明する。ステップＳ２０１において、サーバは、ユーザから受信した基本情報、すなわち、コンテンツ管理ユニット識別子（ＣＰＳユニットＩＤ）、スタジオＩＤ、パッケージＩＤ、ボリュームＩＤなどのＣＰＳユニット識別情報等からなる基本情報を解析する。ステップＳ２０２において、解析した基本情報に対応するダウンロード可能コンテンツがあるか否かを判定する。対応コンテンツがない場合は、ステップＳ２１０に進みダウンロード不可を示すデータを送信して処理を終了する。
【０１３２】
解析した基本情報に対応するダウンロード可能コンテンツがある場合は、ステップＳ２０３に進み、追加情報の指定があるか否かを判定する。すなわちダウンロードの許容条件として追加情報を要求しているプログラム（例えば図１１に示すプログラム）であるか否かを判定する。追加情報の要求がある場合は、ステップＳ２０４に進み、追加情報の解析を行い、追加情報が、ダウンロード許容条件を満足しているか否かを判定する。この処理は、先に図１１を参照して説明したダウンロードデータの提供条件として、追加情報を確認する処理に対応するものであり、例えばＣＰＳユニットの管理データとしてゲームプログラムがあり、ゲームの得点情報をサーバに送ることにより、高得点を得ているユーザに対してのみ、ダウンロードを許可するなどの運用を行なう場合の処理である。
【０１３３】
具体的な追加情報を用いたダウンロード可否判定条件の例を以下に示す。
（１）ゲームの得点が一定以上に達している
（２）あるサービスの会員である
（３）あるサービスのポイントが一定以上に達している
（４）ダウンロードに必用な代金を支払い済みである
（５）過去のダウンロード回数がコンテンツに許可されたダウンロード回数を下回っている。
これらの条件が予め設定されており、サーバはこれらの設定条件に基づいてダウンロードの可否を判定する。サーバの判定がダウンロード不許可である場合は、ステップＳ２１０に進みダウンロード不可を示すデータを送信して処理を終了する。
【０１３４】
追加情報の指定がない場合（ステップＳ２０３：Ｎｏ）、あるいは追加情報の判定において、ダウンロード許可の判定がなされた場合（ステップＳ２０４：Ｙｅｓ）は、ステップＳ２０５に進み、サーバの保有するダウンロードメニューを選択して、ユーザの情報処理装置に送信する。サーバは、例えば基本情報、追加情報の内容に対応した複数のダウンロードメニューを保持しており、これらのメニューの中からユーザから受信した基本情報、追加情報に応じたメニューを選択してユーザの情報処理装置に送信する。ステップＳ２０６において、サーバがユーザの情報処理装置から、ダウンロードファイルの指定情報を受信すると、指定情報に応じたデータファイルをユーザの情報処理装置に送信し、ステップＳ２０７においてダウンロードファイルの送信を実行して処理を終了する。
【０１３５】
なお、ユーザ（クライアント）側の情報処理装置では、サーバからダウンロードしたコンテンツについても、コンテンツ管理ユニット（ＣＰＳユニット）に属するデータとして管理する。ユーザ側の情報処理装置がサーバから取得したダウンロードデータや、ＣＰＳユニット対応のコンテンツの再生過程で情報処理装置が生成したデータ（これらを後発データと呼ぶ）に対する処理について説明する。
【０１３６】
図１７は、後発的にユーザ（クライアント）側の情報処理装置が生成または取得するデータの具体例について示した図である。情報処理装置６００は、複数のＣＰＳユニットによって管理されたコンテンツを格納した情報記録媒体１００を再生する。
【０１３７】
例えば、ＣＰＳユニットＡ６４０はゲームプログラムを含むコンテンツ管理ユニットであり、情報処理装置６００がゲームプログラムを実行することにより、ゲームの途中終了情報、ゲーム得点情報などの後発データ６４１，６４２が生成される。これらのデータは、情報処理装置６００において、ＣＰＳユニットＡ６４０の構成データとして設定する処理が実行されて、情報記録媒体１００または情報処理装置６００内のハードディスクなどの記憶部に格納される。
【０１３８】
また、ＣＰＳユニットＢ６５０は映画などの動画等のＡＶストリームコンテンツを含むコンテンツ管理ユニットであり、情報処理装置６００は、ＡＶストリームコンテンツに対応する字幕データからなる後発データ６５１をサーバ６１１から上述したダウンロード処理によって取得して、再生を行なう。取得した字幕データ６５１は、情報処理装置６００において、ＣＰＳユニットＢ６５０の構成データとして設定する処理が実行されて、情報記録媒体１００または情報処理装置６００内のハードディスクなどの記憶部に格納される。
【０１３９】
なお、いずれの処理の場合においても、後発的に生成したデータまたは取得したデータについて新たなＣＰＳユニットを設定し、設定した新規ＣＰＳユニットの構成データとして情報記録媒体１００または情報処理装置６００内のハードディスク、あるいはリムーバブルメモリなどの記憶部に格納する構成としてもよい。これらのユニットとしては、先に図２を参照して説明した新規データに対応するＣＰＳユニットが対応付けられて設定される。それぞれのＣＰＳユニットに対応する記録シードＶｕは予め情報記録媒体に格納されており、その記録シードを適用して、予め定められた暗号処理シーケンスを実行してＣＰＳユニット鍵を生成し、生成したＣＰＳユニット鍵を適用して、生成データまたは取得データの暗号化を実行して情報記録媒体１００または情報処理装置６００内のハードディスクあるいはリムーバブルメモリなどの記憶部に格納する。
【０１４０】
なお、新たに設定するＣＰＳユニットに対応する記録シードＶｕについては、外部のサーバから取得する設定としてもよい。ただし、記録シードＶｕを提供するサーバと情報処理装置間において所定の認証処理を実行し、不正な記録シード取得を防止した構成とすることが望ましい。ここで、取得する記録シードＶｕは、図２で示す管理テーブルの単位での取得も含む。
【０１４１】
後発的に生成したデータまたは取得したデータの暗号化および管理態様について図１８を参照して説明する。
【０１４２】
図１８には、情報記録媒体に格納されたコンテンツの再生処理に対応して生成または取得するデータを情報記録媒体内部または外部に記録する場合のデータ暗号化方法の例を示している。
【０１４３】
図１８において、左側のデータ領域は、情報記録媒体に格納済みのデータ、すなわちＲＯＭ領域データ６６０であり、右側のデータ領域は、新規生成または取得データとしての後発データ６７０である。新規生成または取得データは、情報記録媒体のデータ書き込み可能な領域またはハードディスク、あるいはリムーバブルメモリなど外部の記憶手段に格納される。図１８には、新規生成または取得データに対するＣＰＳユニット設定例として２つの例を示している。
【０１４４】
（設定例１）
図１８に示すＣＰＳユニット３，６８１に示すように、後発データ６７１を、情報記録媒体に設定済みのＣＰＳユニットに一体化する処理例である。
【０１４５】
ＣＰＳユニット３，６８１は、情報記録媒体に格納済みのデータ、すなわち、データ領域６６０において設定済みのＣＰＳユニット３であり、このＣＰＳユニット３，６８１に、新規生成または取得した後発データ６７１を含めて、１つのユニットとする構成である。この場合、後発データ６７１、または後発データ６７１に含まれるデータは、ＣＰＳユニット３に対応して設定されている記録シードＶｕ３を適用して生成されるユニット鍵Ｋｕ３を用いて暗号化されて情報記録媒体またはハードディスクなどの記憶部に格納される。
【０１４６】
この構成例では、情報記録媒体のＲＯＭ領域において定義済みのＣＰＳユニットに対応するユニット鍵と同じ鍵を使用して生成データの暗号化を行う構成であり、再生処理においては、情報記録媒体のＲＯＭ領域において定義済みのＣＰＳユニットに含まれていたデータと同様の鍵を適用して後発データ６７１の復号処理を実行することが可能であり、鍵の切り替え処理が不要となりシームレスな再生が可能となる。
【０１４７】
（設定例２）
図１８に示すＣＰＳユニット４，６８２に示すように、後発データ６７２を、情報記録媒体に設定済みのＣＰＳユニットとは異なる新規のＣＰＳユニットを設定して管理する処理例である。
【０１４８】
このように後発データ６７２用に別途ＣＰＳユニット４，６８２を定義し、それに対応したユニット鍵を用いて後発データ６７２に含まれるデータの暗号化を行う。ＣＰＳユニット４，６８２は、情報記録媒体に記録されているデータとは独立な管理がなされる。この場合、後発データ６７２用にＣＰＳユニットを割り当てるための情報、およびユニット鍵を生成するための情報を別途、管理データとして設定して記録する必要がある。
【０１４９】
図１９を参照して、新規生成または取得した後発データに対応する管理データとしてのコンテンツ利用制御情報の設定例について説明する。
【０１５０】
図１９には、予め情報記録媒体１００に格納されたＣＰＳ管理ユニット構成に対応するディレクトリＡと、新たに生成または取得した後発データに対応するディレクトリＢとを示している。図１９に示す例は、いずれもＢｌｕ−ｒａｙ  Ｄｉｓｃ  ＲＯＭ規格フォーマットに従ったコンテンツとして［ＢＤＭＶ］ディレクトリに各データが設定され、［ＣＰＳ］ディレクトリに各種の管理データが格納される。
【０１５１】
コンテンツ利用制御情報を記録する方法としては、以下の２つの設定例のいずれかを適用する。
（設定例１）
既存のコンテンツ利用制御情報を後発データのコンテンツ利用制御情報として適用する。
これは、図１９に示すように情報記録媒体１００に予め格納されたＣＰＳユニット００１のデータ［０１００１．ｍ２ｔｓ］７１５に対応するコンテンツ利用制御情報［ＣＰＳＵｎｉｔ００１．ｃｃｉ］７１３をそのまま、新たに生成または取得した後発データ［０１００３．ｍ２ｔｓ］７１２に対応するコンテンツ利用制御情報として適用する。この場合、後発データ［０１００３．ｍ２ｔｓ］７１２に対応するコンテンツ利用制御情報を新たに生成することは不要であり、ＣＰＳユニット００１のコンテンツ利用制御情報［ＣＰＳＵｎｉｔ００１．ｃｃｉ］７１３が、既存データ［０１００１．ｍ２ｔｓ］７１５と、後発データ［０１００３．ｍ２ｔｓ］７１２の双方に適用されるコンテンツ利用制御情報として設定される。
【０１５２】
（設定例２）
後発データのコンテンツ利用制御情報を新たに生成する。
これは、図１９に示すように後発データ［０１００２．ｍ２ｔｓ］７１１に対応するコンテンツ利用制御情報として、新たなコンテンツ利用制御情報［ＣＰＳＵｎｉｔ００２．ｃｃｉ］７１４を生成して、管理データとする例である。
【０１５３】
（設定例１）のケースは、例えば情報記録媒体１００のＲＯＭ領域に記録されていない言語の字幕データをダウンロードして取得し、ＲＯＭ領域に記録されている映像・音声データと合わせて再生する場合などに適した方法である。この場合、ＲＯＭ領域に記録されたデータ、ダウンロードしたデータの両方が１つのＣＰＳユニットに属すると考えて処理を行うことが自然である。
【０１５４】
また、（設定例２）のケースは、情報記録媒体１００から読み出したアプリケーションプログラムを実行して生成したデータを複数のユーザ間で共有／コピーが可能となるようにしたい場合などに適している。実行アプリケーションやＡＶストリームなどのＲＯＭ領域に記録されたデータはコピー不可であるが、実行アプリケーションによって生成されるデータ（ゲームの得点情報、地図情報など他のユーザへの送信や、携帯機器などへの持ち出しニーズがある情報）はＲＯＭ領域と異なる再生／コピー等のコンテンツ利用制御が可能となる。
【０１５５】
図２０は、暗号鍵、すなわち各ＣＰＳユニットに対応するユニット鍵の生成情報としての記録シードの設定例を示した図である。
【０１５６】
図１９と同様、予め情報記録媒体１００に格納されたＣＰＳ管理ユニット構成に対応するディレクトリＡと、新たに生成または取得した後発データに対応するディレクトリＢとを示している。図２０に示す例は、いずれもＢｌｕ−ｒａｙ  Ｄｉｓｃ  ＲＯＭ規格フォーマットに従ったコンテンツとして［ＢＤＭＶ］ディレクトリに各データが設定され、［ＣＰＳ］ディレクトリに各種の管理データが格納される。
【０１５７】
記録シードは、先に図２を参照して説明したようにＣＰＳユニット管理テーブルにおいて、各ＣＰＳユニット識別子（ＣＰＳユニットＩＤ）に対応付けて管理される。図２０に示す暗号鍵情報［Ｕｎｉｔ  Ｋｅｙ  Ｇｅｎ  Ｖａｌｕｅ．ｉｎｆ］７２１が、情報記録媒体１００に格納されたＣＰＳユニット管理テーブルである。
【０１５８】
後発データに対応して設定されるＣＰＳユニット対応の記録シードの設定方法としては、以下の２つの設定例のいずれかを適用する。
【０１５９】
（設定例１）
後発データの暗号鍵生成情報としての記録シードとして、ＣＰＳユニット管理テーブルに予め設定済みの新規データ用の記録シードを使用する。
これは、先に図２を参照して説明したＣＰＳユニット管理テーブル中の新規データ用フィールド１２１（図２参照）に設定済みの記録シードを後発データの暗号鍵生成情報としての記録シードとして使用する構成である。図２０において、後発データ［０１００３．ｍ２ｔｓ］７２４に対応させて、情報記録媒体１００に格納されている管理テーブルデータである暗号鍵情報［Ｕｎｉｔ  Ｋｅｙ  Ｇｅｎ  Ｖａｌｕｅ．ｉｎｆ］７２１の新規データ用フィールド１２１（図２参照）に設定済みの記録シードを対応付ける。この設定例では、新たなＣＰＳユニットを定義して、新規データ用フィールド１２１（図２参照）に設定済みの記録シードを適用することが可能である。
【０１６０】
（設定例２）
後発データの暗号鍵生成情報としての記録シードとして、新たに生成または取得した記録シードを使用する。図２０において、後発データ［０１００２．ｍ２ｔｓ］７２３に対応させて、新たな管理テーブルデータとしての暗号鍵情報［Ｕｎｉｔ  Ｋｅｙ  Ｇｅｎ  Ｖａｌｕｅ．ｉｎｆ］７２２を設定し、新規エントリとして新規設定したＣＰＳユニット識別子と生成または取得した記録シードとを対応付けて格納する。なお、記録シードの生成が許容される場合、情報処理装置は、情報処理装置内のデータ処理部において、例えば乱数を生成して新たな記録シードを生成する。この設定例においては、新たなデータについて、無制限にＣＰＳユニットの設定、記録シードの生成が可能となる。
【０１６１】
なお、情報処理装置において、新たなＣＰＳユニットを設定した場合は、その新規設定ＣＰＳユニットに対応する管理データ、すなわち、コンテンツ利用制御情報を対応付けることが必要となるが、これは、前述した図１９の２つの手法のいずれか、すなわち既存のコンテンツ利用制御情報を対応付けるか、あるいは新規のコンテンツ利用制御情報を設定して対応付けるかのいずれかの方法が適用される。
【０１６２】
次に、ユーザ（クライアント）側の情報処理装置において、ダウンロードデータなどの後発データをハードディスク等の情報記録媒体に格納する際の処理シーケンスについて、図２１に示すフローチャートを参照して説明する。なお、後発データの生成、取得を実行する情報処理装置は、ＣＰＳ管理ユニットを記録した情報記録媒体、例えばＲＯＭディスク等の記録メディアを装着し、ＣＰＳ管理ユニットに含まれるプログラムやデータの再生の過程で後発データを生成または取得する処理を実行することになる。
【０１６３】
ステップＳ３０１において、ユーザ（クライアント）側の情報処理装置は、ＣＰＳ管理ユニットを記録したＲＯＭディスク等の記録メディアを装着し、ＣＰＳ管理ユニットに含まれるプログラムやデータの再生を実行する。ステップＳ３０２において、後発データの生成または取得を行なう。この処理は、情報処理装置が性生成したデータあるいは外部のサーバから取得するデータなどであり、具体的にはゲームプログラムのスコアデータや、キャラクタデータ、あるいは特定のコンテンツの字幕データ、解説データなどが含まれる。
【０１６４】
ステップＳ３０３において、情報処理装置は、再生対象となっているＣＰＳユニット、すなわちＲＯＭディスク等の記録メディアに格納済みのＣＰＳユニットに対応するスタジオＩＤ、パッケージＩＤを取得する。これらのＩＤ情報は、記録メディアに格納されたＣＰＳユニット管理情報や再生実行中のＣＰＳユニットに含まれる情報などから取得可能である。
【０１６５】
次に、情報処理装置は、ステップＳ３０４において、後発データを記録する領域としてのローカルストレージ、すなわち、ハードディスクやリムーバブル記憶媒体等によって構成されるローカルストレージに、ステップＳ３０３で抽出したスタジオＩＤやパッケージＩＤに対応する後発データ管理ファイルが既に設定済みであるか否かを判定する。情報処理装置は、ダウンロードデータなどを含む後発データ管理ファイルを生成してローカルストレージに格納する処理を実行する。後発データ管理ファイルは例えば、スタジオＩＤやパッケージＩＤに対応して設定される。
【０１６６】
ステップＳ３０３で抽出したスタジオＩＤやパッケージＩＤに対応する後発データファイルが設定されていない場合は、ステップＳ３０５に進み、ステップＳ３０３で抽出したスタジオＩＤやパッケージＩＤに対応する後発データ管理ファイルをローカルストレージのディレクトリに設定する。さらに、ステップＳ３０６に進み、後発データの検索に適用するための情報として設定する後発データ検索情報に、ステップＳ３０５において生成したファイルに対応する情報を書き込む。後発データ検索情報は、例えば、ディレクトリ名、ファイル名、オフセット情報、データ量などの情報によって構成され、後発データ検索情報ファイルとしてディレクトリに設定する。
【０１６７】
後発データ管理ファイルの生成後、あるいは後発データ管理ファイルが既に生成済みである場合は、ステップＳ３０７に進み、後発データを後発データ管理ファイル内に格納する。なお、この後発データ格納に際して、後発データファイルの暗号化、ハッシュ値、署名等の改竄検証値の生成、暗号化等の処理を実行する。
【０１６８】
後発データファイルの暗号鍵としては、例えば、デバイスＩＤ、スタジオＩＤ、パッケージＩＤ、ボリュームＩＤ、ユーザＩＤなどを適用する。デバイスＩＤは、正当なライセンスプログラムに対応して設定されるＩＤであり、例えばＣＰＳユニットに対するデータ処理が許容されたライセンスプログラムを正当にインストールしたデバイスとしてのハードウェアに設定された識別情報などに基づいて生成される。このデバイスＩＤは、正当なライセンスプログラムによってのみ取得可能とする。従って、様々なアプリケーションソフトウェアがインストールされたＰＣにおいて、他のアプリケーションによるデバイスＩＤの取得および暗号鍵の生成を防止することが可能となる。
【０１６９】
次に、ステップＳ３０８において、後発データ格納ファイルに新たに格納したデータ情報に基づいて、後発データ検索情報の更新処理を実行して処理を終了する。なお、後発データ管理ファイルの暗号化は、例えば２０４８バイト単位のＡＥＳ−ＣＢＣモードを適用したブロック暗号化を実行する。この処理により、ブロック単位での復号が可能となる。
【０１７０】
次に、ユーザ（クライアント）側の情報処理装置において、後発データを利用した再生処理を行なう場合の処理シーケンスについて、図２２を参照して説明する。
【０１７１】
ユーザ（クライアント）側の情報処理装置は、ステップＳ４０１において、ＣＰＳ管理ユニットを記録した情報記録媒体、すなわち、ＲＯＭディスク等の記録メディアを装着し、再生予定のＣＰＳ管理ユニットに対応するスタジオＩＤ、パッケージＩＤを取得する。これらのＩＤ情報は、記録メディアに格納されたＣＰＳユニット管理情報や再生実行中のＣＰＳユニットに含まれる情報などから取得可能である。さらに、ステップＳ４０２において、後発データを格納したローカルストレージ、すなわちハードディスクあるいはリムーバブルメディアなとのローカルストレージ上のディレクトリにステップＳ４０１において、取得したスタジオＩＤ、パッケージＩＤに対応する後発データ管理ファイルが存在するか否かを判定する。
【０１７２】
スタジオＩＤ、パッケージＩＤに対応する後発データ管理ファイルが存在しない場合は、後発データの利用を行なうことなく、ステップＳ４０９において、記録メディアの格納データのみを利用した再生処理を実行する。なお、この際にも、必要に応じてＣＰＳユニットキーの取得、ＣＰＳユニットキーに基づく復号処理が実行される。
【０１７３】
ローカルストレージに、スタジオＩＤ、パッケージＩＤに対応する後発データ管理ファイルが存在する場合は、ステップＳ４０３に進み、後発データ検索情報をローカルストレージから取得して、目的とするスタジオＩＤ、パッケージＩＤに対応する後発データ管理ファイルを選択し、ステップＳ４０４において、ローカルストレージ上の後発データ管理ファイルを含むディレクトリおよびファイルを記録メディア上のディレクトリおよびファイルと仮想的に合成する。この仮想的合成処理は、記録メディア上のデータファイルと、ローカルストレージ上の必要とする関連ファイルを仮想的な１つのディレクトリ上のファイルとして処理可能とする設定である。この処理により異なる記録媒体に格納されたファイルを高速にアクセスすることが可能となる。
【０１７４】
次にステップＳ４０５において、後発データ管理ファイルが暗号化データとして設定されているかを確認し、暗号化データでない場合は、ステップＳ４０９に進み、コンテンツ再生処理、すなわち、後発データを適用したコンテンツ再生を実行する。
【０１７５】
ステップＳ４０５において、後発データ管理ファイルが暗号化データとして設定されていることが確認された場合は、ステップＳ４０６に進み、後発データ管理ファイルの復号に適用する鍵を生成し、後発データ管理ファイルを復号する。復号に適用する鍵は、様々な態様がある。具体的には、デバイスＩＤ、スタジオＩＤ、パッケージＩＤ、ボリュームＩＤ、ユーザＩＤなどを鍵生成情報として適用した鍵生成処理（たとえばＡＥＳ暗号鍵生成アルゴリズム）に基づいて鍵を生成する。
【０１７６】
さらに、後発データ管理ファイルに対して、ハッシュ値、電子署名などの改竄検証用データが付与されている場合は、これらの検証用データに基づいて、後発データ管理ファイルの改竄の有無を検証する。後発データ管理ファイルが改竄されていることが判明した場合は、後発データ管理ファイルの利用処理は中止される。この改竄検証に基づく後発データの利用可否判定処理は、ＣＰＳユニット対応データの利用を許容されたライセンスプログラムの実行プログラム中に規定される処理である。
【０１７７】
後発データの改竄がなく、復号処理に成功した場合は、ステップＳ４０７において、後発データ検索情報に基づいて、後発データ管理ファイル内に格納された目的のデータを取得する。さらに、ステップＳ４０８において、取得したデータが暗号化されている場合には、取得データの復号処理を実行する。この処理は、具体的には、例えば取得データがＣＰＳユニット中のＡＶデータであり、ＣＰＳユニット鍵で暗号化されたデータである場合の処理である。取得データがこのような暗号化データである場合には、ＣＰＳユニット鍵を取得して、データを復号する。その後、ステップＳ４０９に進み、コンテンツの再生処理、すなわち、後発データを適用したコンテンツ再生を実行する。
【０１７８】
（５−２．再生プログラムによるサーバからの再生許可情報取得処理）
次に、再生プログラムに基づいて、サーバからのコンテンツ再生可否情報を取得して、サーバからの再生許可情報を取得したことを条件としたコンテンツ再生処理について説明する。この処理は、例えば先に図１２〜図１３を参照して説明した再生プログラムの実行に基づいて行なわれる処理である。
【０１７９】
図２３に示すフローチャートを参照して、サーバからコンテンツをダウンロードする処理のシーケンスについて説明する。まず、ユーザ（クライアント）側の情報処理装置が情報記録媒体から読み出したＣＰＳユニット対応の再生プログラムを実行する。再生プログラムには、図１２〜図１３を参照して説明したサーバからのコンテンツの再生許可情報取得処理プログラムが含まれ、ステップＳ５０１において、プログラムに記録されたサーバＵＲＬへコンテンツの再生許可情報取得要求を送信する。なお、この要求送信に際して、情報処理装置は、再生許可情報取得処理要求を実行する再生プログラムの属するＣＰＳユニットを識別するための情報を併せてサーバに対して送信する。
【０１８０】
ＣＰＳユニットを識別するための情報には、例えば、コンテンツ管理ユニット識別子（ＣＰＳユニットＩＤ）、あるいはスタジオＩＤ、パッケージＩＤ、ボリュームＩＤなどがあり、情報処理装置は、これらの情報をサーバに送信する。なお、これらのＩＤ情報は、先に図６、図７を参照して説明したように、ＣＰＳユニットに対応して設定されるコンテンツ利用制御情報（ＣＣＩ）に記録されており、情報処理装置は、処理対象のＣＰＳユニットに対応付けられたＣＣＩ情報からこれらのＩＤを取得してサーバに送信する。なお、前述したように、これらのＩＤ情報は、ＣＣＩ情報以外の情報記録媒体のデータ格納領域に格納されている場合もあり、ＣＣＩ以外の記録領域からこれらのＩＤ情報を取得してもよい。
【０１８１】
ステップＳ５０２〜Ｓ５０６の処理は、再生許可情報取得要求を受信したサーバ側の処理である。サーバはステップＳ５０２において、基本情報、すなわち、コンテンツ管理ユニット識別子（ＣＰＳユニットＩＤ）、スタジオＩＤ、パッケージＩＤ、ボリュームＩＤなどのＣＰＳユニット識別情報等からなる基本情報に基づいて、再生許可情報取得要求ユーザが正当なＣＰＳユニット利用ユーザであるか否かを判定する。この基本情報解析処理において、ダウンロード要求ユーザが不正であると判定された場合には、ステップＳ１１０に進み再生不許可情報をユーザに送信して処理を終了する。
【０１８２】
ステップＳ５０２における基本情報解析処理において、再生許可情報取得要求ユーザが正当なユーザであると判定された場合には、ステップＳ５０３に進み、必要に応じて追加情報解析を行い、追加情報が、再生許可条件を満足しているか否かを判定する。この処理は、先に図１１を参照して説明した再生許可条件として、追加情報を確認する処理に対応するものであり、例えばＣＰＳユニットの管理データとしてゲームプログラムがあり、ゲームの得点情報をサーバに送ることにより、高得点を得ているユーザに対してのみ、特定のコンテンツの再生を許可するなどの運用を行なう場合の処理である。
【０１８３】
追加情報を要求している場合には、ステップＳ５０３において、ユーザから送信されてきた追加情報の確認を実行して、追加情報が再生許容条件を満足しているか否かを判定する。追加情報が再生許容条件を満足していないと判定された場合は、ステップＳ５１０に進みダウンロード処理を中断して処理を終了する。
【０１８４】
具体的な追加情報を用いた再生可否判定条件の例を以下に示す。
（１）ゲームの得点が一定以上に達している
（２）あるサービスの会員である
（３）あるサービスのポイントが一定以上に達している
（４）ダウンロードに必用な代金を支払い済みである
（５）過去のダウンロード回数がコンテンツに許可されたダウンロード回数を下回っている。
これらの条件が予め設定されており、サーバはこれらの設定条件に基づいて再生の可否を判定する。サーバの判定が再生不許可である場合は、ステップＳ５１０に進み再生不可を示すデータを送信して処理を終了する。
【０１８５】
追加情報が再生許容条件を満足していると判定された場合は、ステップＳ５０４に進み、さらに、再生を許容するための追加条件があるか否かを判定する。さらなる追加条件がない場合は、再生許可情報がユーザ側の情報処理装置に送信され、ステップＳ５０７において、ユーザ（クライアント）側の情報処理装置において、再生許可情報の受信を条件としたコンテンツ再生処理が実行される。
【０１８６】
一方、ステップＳ５０４において、再生を許容するためのさらなる追加条件があると判定した場合は、ステップＳ５０５に進み、サーバの保有する追加条件メニューを選択して、ユーザの情報処理装置に送信する。サーバは、例えば基本情報、追加情報の内容に対応した複数の追加条件メニューを保持しており、これらのメニューの中からユーザから受信した基本情報、追加情報に応じたメニューを選択してユーザの情報処理装置に送信する。
【０１８７】
なお、追加条件メニューは、追加条件の承諾をユーザに確認する機能を提供する。追加条件メニューの形式としては、例えば、ユーザ側の情報処理装置で実行しているプログラム、すなわち通常のコンテンツ再生処理プログラムの実行下でメニュー表示を行うため、記録メディア（例えばＢＤ−ＲＯＭディスク）のＡＶ規格で定められた形式（例えばＪａｖａやＸＭＬ形式）を用いることができる。
【０１８８】
ステップＳ５０６において、サーバがユーザの情報処理装置から、追加条件の許諾情報を受信すると、再生許可情報がユーザ側の情報処理装置に送信され、ステップＳ５０７において、ユーザ（クライアント）側の情報処理装置において、再生許可情報の受信を条件としたコンテンツ再生処理が実行される。
【０１８９】
［６．情報処理装置の構成例］
次に、図２４を参照して、上述のＣＰＳユニットによって管理されたコンテンツを格納した情報記録媒体の再生、記録処理を行う情報処理装置の構成例について説明する。
【０１９０】
図２４に示す情報処理装置９００は、情報記録媒体９１０の駆動を行ない、データ記録再生信号の入手力を行なうドライブ９０９、各種プログラムに従ったデータ処理を実行する制御手段としてのＣＰＵ９０７、プログラム、パラメータ等の記憶領域としてのＲＯＭ９０６、メモリ９０８、デジタル信号を入出力する入出力Ｉ／Ｆ９０２、アナログ信号を入出力し、Ａ／Ｄ，Ｄ／Ａコンバータ９０４を持つ入出力Ｉ／Ｆ９０３、ＭＰＥＧデータのエンコード、デコード処理を実行するＭＰＥＧコーデック９２１、ＴＳ（Transport Stream）・ＰＳ(Program Stream)処理を実行するＴＳ・ＰＳ処理手段９２２、各種の暗号処理を実行する暗号処理手段９０５、ハードディスクなどの記憶手段９３０を有し、バス９０１に各ブロックが接続されている。
【０１９１】
情報処理装置９００において、情報記録媒体９１０からＭＰＥＧ−ＴＳデータからなるＡＶストリームデータの再生を行う場合、ドライブ９０９において情報記録媒体９１０から読み出されたデータは必用に応じて暗号処理手段９０５で暗号を解きＴＳ・ＰＳ処理手段９２２によってＶｉｄｅｏ、Ａｕｄｉｏ、字幕などの各データに分けられる。
【０１９２】
さらに、ＭＰＥＧコーデック９２１において復号されたデジタルデータは入出力Ｉ／Ｆ９０３内のＤ／Ａコンバータ９０４によってアナログ信号に変換され出力される。またデジタル出力を行う場合、暗号処理手段９０５で復号されたＭＰＥＧ−ＴＳデータは入出力ＩＦ９０２を通してデジタルデータとして出力される。この場合の出力は例えばＩＥＥＥ１３９４やイーサネットケーブル、無線ＬＡＮなどのデジタルインターフェースに対して行われる。なお、ネットワーク接続機能に対応する場合入出力Ｉ／Ｆ９０２はネットワーク接続の機能を備える。
【０１９３】
また、情報処理装置９００内で出力先機器が受信可能な形式にデータ変換をして出力を行う場合、一旦ＴＳ処理手段９２２で分離したＶｉｄｅｏ、Ａｕｄｉｏ、字幕などに対してＭＰＥＧコーデック９２１においてレート変換、コーデック変換処理を加え、ＴＳ・ＰＳ処理手段９２２で再度ＭＰＥＧ−ＴＳやＭＰＥＧ−ＰＳなどに多重化を行ったデータをデジタル用入出力Ｉ／Ｆ９０２から出力する。または、ＣＰＵ９０７の制御の下にＭＰＥＧ以外のコーデック、多重化ファイルに変換をしてデジタル用入出力Ｉ／Ｆ９０２から出力することも可能である。
【０１９４】
ＣＰＳユニット管理情報としてのＣＰＳユニット管理テーブル（図２参照）や、ＣＰＳユニット対応の再生／コピー制御などのコンテンツ利用制御情報等の管理データは、情報記録媒体９１０から読み出された後メモリ９０８に保管される。再生を行う際に必要なＣＰＳユニットごとの鍵情報は、メモリ上に保管されたデータから取得することができる。
【０１９５】
次に、情報処理装置９００が、生成したデータや取得したデータなどの後発データのデータを記録する際の動作について説明する。記録を行うデータとしてデジタル信号入力とアナログ信号入力の２つのケースが想定される。デジタル信号の場合、デジタル信号用入出力Ｉ／Ｆ９０２から入力され、必要に応じて暗号処理手段９０５によって適切な暗号化処理を施したデータを記録媒体９１０に保存する。
【０１９６】
また、入力されたデジタル信号のデータ形式を変換して保存する場合、ＭＰＥＧコーデック９２１およびＣＰＵ９０７、ＴＳ・ＰＳ処理手段９２２によって保存用のデータ形式に変換を行い、その後、暗号処理手段９０５で適切な暗号化処理を施して記録媒体９１０に保存する。アナログ信号の場合、入出力Ｉ／Ｆ９０３へ入力されたアナログ信号はＡ／Ｄコンバータ９０４によってデジタル信号に変換され、ＭＰＥＧコーデック９２１によって記録時に使用されるコーデックへと変換される。
【０１９７】
その後、ＴＳ・ＰＳ処理手段により、記録データの形式であるＡＶ多重化データへ変換され、必要に応じて暗号処理手段９０５によって適切な暗号化処理を施したデータが記録媒体９１０に保存される。なお、コンテンツ管理情報についても記録時に作成し、記録媒体９１０上に保存する。
【０１９８】
情報処理装置９００において必用な情報を装置外部のネットワーク経由で取得する場合、取得したデータは情報処理装置９００内部のメモリ９０８に保存される。保存されるデータとしてはコンテンツ再生に必用な鍵情報、コンテンツ再生時に合わせて再生するための字幕、Ａｕｄｉｏ、静止画などのデータ、コンテンツ管理情報、およびコンテンツ管理情報に対応した再生装置の動作ルール（Ｕｓａｇｅ  Ｒｕｌｅ）などが存在する。
【０１９９】
なお、再生処理、記録処理を実行するプログラムはＲＯＭ９０６内に保管されており、処理中は必要に応じてデータの保管用にメモリ９０８を使用する。
【０２００】
後発データの生成、取得、記録処理について説明する。ドライブ９０９において情報記録媒体９１０から実行プログラム、あるいは解析可能なデータを読み込みメモリ９０８に保持し、ＣＰＵ９０７の制御の下にプログラムを実行、またはデータ解析を行う。
【０２０１】
後発的に生成または取得したデータは、一旦メモリ９０８に保持され、ユーザの選択、あるいは予め定められた制御シーケンスに従って情報記録媒体９１０またはハードディスク等の記憶手段９３０に格納される。
【０２０２】
なお、再生処理、記録処理を実行するプログラムはＲＯＭ９０６内に保管されており、プログラムの実行処理中は必要に応じて、パラメータ、データの保管、ワーク領域としてメモリ９０８を使用する。なお、図２４では、データ記録、再生の可能な装置構成を示して説明したが、再生機能のみの装置、記録機能のみを有する装置も構成可能であり、これらの装置においても本発明の適用が可能である。
【０２０３】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。
【０２０４】
なお、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【０２０５】
例えば、プログラムは記録媒体としてのハードディスクやＲＯＭ（Read Only Memory)に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。
【０２０６】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０２０７】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【産業上の利用可能性】
【０２０８】
以上、説明したように、本発明の構成によれば、著作権管理など利用管理の要求される様々なコンテンツをユニット単位で管理するとともに、ユニット単位のデータの構成要素としての再生プログラムを適用してコンテンツの再生制御や、後発データのダウンロード処理制御などを実現することが可能となる。すなわち、ユニット単位の利用制御情報が対応付けられたコンテンツ管理ユニットを格納した情報記録媒体に記録されたコンテンツ管理ユニット対応のプログラムを実行し、プログラムの記述情報に基づいて決定されるサーバに対して、コンテンツ管理ユニットに対応して設定された識別情報を送信する構成としたので、サーバ側で識別情報に基づく正当なコンテンツ利用者であることの確認を条件として、コンテンツ管理ユニットに対応するダウンロードデータの提供や、コンテンツ管理ユニットに属するコンテンツの再生許可情報の提供が実現される。
【図面の簡単な説明】
【０２０９】
【図１】情報記録媒体の格納データ構成について説明する図である。
【図２】ＣＰＳユニット管理テーブルの例を示す図である。
【図３】情報記録媒体の格納コンテンツに対して設定するコンテンツ管理ユニットの設定例について説明する図である。
【図４】情報記録媒体の格納コンテンツに対して設定するコンテンツ管理ユニットの暗号化構成例について説明する図である。
【図５】情報記録媒体におけるデータ格納ディレリクトリの構成例について説明する図である。
【図６】コンテンツ利用制御情報のデータ構成例について説明する図である。
【図７】コンテンツ利用制御情報のデータ構成例について説明する図である。
【図８】コンテンツ再生プログラムのプログラムデータ構成例について説明する図である。
【図９】コンテンツ再生プログラムにおいてダウンロード処理を含むプログラム構成例について説明する図である。
【図１０】コンテンツ再生プログラムにおいてダウンロード処理を含むプログラム構成例について説明する図である。
【図１１】コンテンツ再生プログラムにおいてダウンロード処理を含むプログラム構成例について説明する図である。
【図１２】コンテンツ再生プログラムにおいて再生許可情報取得処理を含むプログラム構成例について説明する図である。
【図１３】コンテンツ再生プログラムにおいて再生許可情報取得処理を含むプログラム構成例について説明する図である。
【図１４】後発データの生成または取得処理を実行する情報処理装置の構成および処理について説明する図である。
【図１５】ダウンロード処理シーケンスについて説明するフローチャートを示す図である。
【図１６】ダウンロード処理においてサーバ側の実行する処理のシーケンスについて説明するフローチャートを示す図である。
【図１７】情報処理装置において生成または取得する後発データの例について説明する図である。
【図１８】情報処理装置において生成または取得した後発データとＣＰＳユニットとの関係について説明する図である。
【図１９】情報処理装置において生成または取得した後発データのコンテンツ利用制御情報の設定例について説明する図である。
【図２０】情報処理装置において生成または取得した後発データの暗号鍵情報の設定例について説明する図である。
【図２１】後発データの格納処理シーケンスについて説明するフローチャートを示す図である。
【図２２】後発データを利用した再生処理シーケンスについて説明するフローチャートを示す図である。
【図２３】コンテンツの再生許可情報取得処理シーケンスについて説明するフローチャートを示す図である。
【図２４】情報記録媒体を装着して再生処理または記録処理を実行する情報処理装置の構成例について説明する図である。
【符号の説明】
【０２１０】
１００  情報記録媒体
１０１  コンテンツ
１０２  記録シード
１０３  ディスクＩＤ
１０４  スタジオＩＤ
１０５  パッケージＩＤ
１０６  ディスク種別識別情報
２００  メインコンテンツ
２１０  アプリケーション
２１１，２１２  アプリケーションインデックスファイル（タイトル）
２１３，２１４，２１５  アプリケーション実行ファイル
２２１〜２２４  再生プログラム
２３０  再生区間指定ファイル（プレイリスト）
２３１〜２３３  プレイリスト
２３４，２３５  プレイアイテム
２４０  クリップ（コンテンツデータファイル）
２４１〜２４３  クリップ
２５１  クリップ情報
２６１，２６２，２６３  ＡＶストリーム
３００  サブコンテンツ
３１１，３１２  データグループ
４０１〜４０５  コンテンツ管理ユニット（ＣＰＳユニット）
５０１  コンテンツ管理データ部
５０２  メインコンテンツデータ部
５０３  サブコンテンツデータ部
５２１  基本情報（ｂａｓｉｃ）
５２２  識別情報（ｉｄ）
５４１  基本情報（ｂａｓｉｃ）
５４２  識別情報（ｉｄ）
６００  情報処理装置
６０１  制御部
６０２  データ記憶部
６０３  記録媒体ＩＦ
６０４  メモリ
６０５  通信ＩＦ
６１１  サーバ
６４０  ＣＰＳユニットＡ
６４１，６４２  後発データ
６５０  ＣＰＳユニットＢ
６５１  後発データ
６６０  ＲＯＭ領域
６７０  後発データ
６７１，６７２  後発データ
６８１，６８２  ＣＰＳユニット
７１１，７１２  後発データ
７１３，７１４  コンテンツ利用制御情報
７２１，７２２  暗号鍵情報
７２３，７２４  後発データ
９００  情報処理装置
９０１  バス
９０２  入出力Ｉ／Ｆ
９０３  入出力Ｉ／Ｆ
９０４  Ａ／Ｄ，Ｄ／Ａコンバータ
９０５  暗号処理手段
９０６  ＲＯＭ
９０７  ＣＰＵ
９０８  メモリ
９０９  ドライブ
９１０  情報記録媒体
９２１  ＭＰＥＧコーデック
９２２  ＴＳ・ＰＳ処理手段
９３０  記憶手段
【図１】
2006221470.tif 000003
【図２】
2006221470.tif 000004
【図３】
2006221470.tif 000005
【図４】
2006221470.tif 000006
【図５】
2006221470.tif 000007
【図６】
2006221470.tif 000008
【図７】
2006221470.tif 000009
【図８】
2006221470.tif 000010
【図９】
2006221470.tif 000011
【図１０】
2006221470.tif 000012
【図１１】
2006221470.tif 000013
【図１２】
2006221470.tif 000014
【図１３】
2006221470.tif 000015
【図１４】
2006221470.tif 000016
【図１５】
2006221470.tif 000017
【図１６】
2006221470.tif 000018
【図１７】
2006221470.tif 000019
【図１８】
2006221470.tif 000020
【図１９】
2006221470.tif 000021
【図２０】
2006221470.tif 000022
【図２１】
2006221470.tif 000023
【図２２】
2006221470.tif 000024
【図２３】
2006221470.tif 000025
【図２４】
2006221470.tif 000026