JPWO2016117229A1 - 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム - Google Patents

Abstract

情報記録媒体に対応する後発データをローカル記憶部から確実に取得し仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を構築してデータ再生を実行する。情報記録媒体の記録データと、前記情報記録媒体とは異なるローカル記憶部の格納データを読み出して再生するデータ処理部を有する。データ処理部は、ローカル記憶部から、前記情報記録媒体に対応付けられたデータを再生対象データとして選択する処理を実行し、再生対象データの選択処理に際して、情報記録媒体に記録されたルート証明書の構成データに対して、情報記録媒体のバージョン対応の変換関数を適用したディレクトリ名算出処理を実行し、ローカル記憶部から算出ディレクトリ名を持つディレクトリに記録されたデータを再生対象データとして選択する。

Description

本開示は、情報処理装置、情報記録媒体、および情報処理方法、並びにプログラムに関する。さらに詳細には、異なる複数の記録メディアを利用したデータ再生処理を実行する情報処理装置、情報記録媒体、および情報処理方法、並びにプログラムに関する。

音楽等のオーディオデータ、映画等の画像データ、ゲームプログラム、各種アプリケーションプログラム等、様々なソフトウエアデータ（以下、これらをコンテンツ（Ｃｏｎｔｅｎｔ）と呼ぶ）は、記録メディア、例えば、Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ、あるいはＤＶＤ（Ｄｉｇｉｔａｌ Ｖｉｒｓａｔｉｌｅ Ｄｉｓｃ）などのディスク型の情報記録媒体（メディア）や、フラッシュメモリ等の情報記録媒体（メディア）に格納できる。

コンテンツ格納メディアは、例えばユーザ所有のＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）や、プレーヤ等の再生装置に装着してコンテンツ再生等に利用される。

再生装置は、再生装置に装着した情報記録媒体（メディア）に記録されたコンテンツに対応するデータ（後発データ）をサーバから取得することができる。例えば、情報記録媒体（メディア）の記録コンテンツが映画コンテンツである場合、その映画コンテンツに対応する字幕データや吹き替えデータ、その他のコンテンツ対応のサービスデータ、予告編、広告など、様々な動画、静止画等のコンテンツ（後発データ）をサーバから取得する。

ＰＣやディスクプレーヤ等の再生装置は、例えば再生装置に内蔵されたハードディスクにサーバから取得した後発データを格納する。
再生装置が再生装置に装着した情報記録媒体（メディア）に記録されたコンテンツを再生する際に、装着メディアに対応する後発データをハードディスクから読み出してメディア格納コンテンツに併せて再生することができる。

なお、サーバなどから後発データを取得してユーザ装置のハードディスク等のローカル記憶部に記録してディスク記録コンテンツに併せて再生するコンテンツ利用システムについては、例えば特許文献１（特許３９５９７３５号公報）や、特許文献２（特開２００３−１４０６６２号公報）に開示されている。

例えば、Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ等のディスク記録コンテンツと、ハードディスク等のローカル記憶部に記録された後発データをユーザ装置において併せて再生する際には、ディスク格納コンテンツと、ハードディスクなどのローカル記憶部格納コンテンツを統合したパッケージ仮想パッケージを設定し、さらに仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を構築して再生処理が行われる。このＶＦＳに基づく再生処理により、あたかも１つのメディアからの再生処理と同様の再生が可能となる。

後発データは、１枚のディスクに対して１つに限らない。すなわち、様々な後発データがサーバから逐次提供される。例えば１枚のディスクに格納された映画コンテンツに対する予告編情報、Ａ社の広告情報、Ｂ社の広告情報など、様々な後発データがサーバから順次提供される。

また、ユーザ装置には、様々なディスクが装着され、装着ディスク各々に対応する後発データがサーバから取得され、ユーザ装置のハードディスク等のローカル記憶部に格納される。
ローカル記憶部には、ディスク各々に対応するディスク別の後発データ記録領域が設定され、各ディスクに対応する後発データは、ディスク別の後発データ記録領域に記録されることになる。
すなわち、ユーザ装置のローカル記憶部には、ディスク単位のディレクトリが設定され、各ディスクに対応する後発データは、ディスク単位のディレクトリ以下に記録される。

ユーザ装置は、ディスクが装着されると、そのディスクに対応する後発データを記録したディレトクトリ以下のデータを選択的に取得するための仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を構築して再生処理を行う。
この処理を行なうためには、ユーザ装置は、ユーザ装置に装着されたディスクに対応する後発データを格納したディレクトリを特定することが必要となる。
例えば、ディスク対応の後発データの記録されたディレクトリ名を取得し、取得したディレクトリ名を持つディレクトリを抽出して仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）構築処理を実行する。

このようなディスク対応ディレクトリの取得処理について開示した従来技術として特許文献３（特許第４８０６３９６号公報）がある。
特許文献３には、ユーザ装置に装着されたディスクに記録されたディスクルート証明書、すなわちコンテンツ製作者対応の公開鍵証明書であるルート証明書からハッシュ値を算出し、算出ハッシュ値に対応するディレクトリ名をローカル記憶部から検索して、そのディレクトリ以下のデータを装着ディスク対応の後発データ記録領域と判定して仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）構築を行う構成を開示している。

しかし、昨今、現在普及している高精細（ＨＤ：Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ）画像コンテンツに加え、例えば４Ｋコンテンツや８Ｋコンテンツ等の超高精細（ＵＨＤ：Ｕｌｔｒａ Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ）画像コンテンツの利用が増加しつつある。
今後、しばらくはＨＤ画像コンテンツとＵＨＤ画像コンテンツが併存して利用される状況が続くことが予想される。
ＨＤコンテンツとＵＨＤコンテンツは、例えば符号化（コーデック）態様等が異なり、ＵＨＤ画像を再生し表示するためには、ＵＨＤ対応の再生装置と、ＵＨＤ対応のディスプレイが必要となる。

現在普及している多くの再生装置やディスプレイ等のユーザ装置はＨＤコンテンツ対応であり、まだＵＨＤ対応のユーザ装置（再生装置／ディスプレイ）は少ない状況にある。
従って、コンテンツ制作会社は、例えば同一の映画コンテンツについて、ＨＤコンテンツとＵＨＤコンテンツの双方を制作して、ＨＤコンテンツを格納したディスクと、ＵＨＤコンテンツを格納したディスクの双方をユーザに供給することが予想される。

この場合、上述した後発データについてもＨＤ対応の後発データと、ＵＨＤ対応の後発データが制作され、ユーザの再生装置は、ユーザ利用コンテンツに応じたＨＤ対応後発データ、またはＵＨＤ対応後発データをサーバから取得してユーザ装置のローカル記憶部に格納することが必要となる。
しかし、この場合、上述した特許文献３の構成を適用すると、装着ディスク対応の後発データの取得処理に際して、以下のような問題が発生する。

すなわち、ＨＤコンテンツ対応の後発データと、ＵＨＤ対応の後発データのコンテンツ製作者は同じであり、ＨＤ画像コンテンツを格納したディスク（バージョン１のディスク）に格納されるディスクルート証明書と、ＵＨＤ画像コンテンツを格納したディスク（バージョン２のディスク）に格納されるディスクルート証明書とが同じものになる。

この場合、ユーザの再生装置に装着されたディスクがＨＤコンテンツ格納ディスク（バージョン１のディスク）であっても、ＵＨＤコンテンツ格納ディスク（バージョン２のディスク）であっても、これらのディスクから読み出されるディスクルート証明書に基づいて算出されるハッシュ値は、同一のハッシュ値になる。
従って、ディスクルート証明書に基づいて算出されるハッシュ値をローカル記憶部の後発データ格納ディレクトリのディレクトリ名に設定すると、ＨＤ画像対応の後発データ格納領域と、ＵＨＤ画像対応の後発データ格納領域との区別ができない状態になる。

この結果、再生装置は、ＵＨＤコンテンツ格納ディスク（バージョン２のディスク）からＵＨＤ画像コンテンツを再生する際、ローカル記憶部からディスク対応の後発データとしてＨＤ画像コンテンツを誤って選択して再生する可能性がある。
また、ＵＨＤ画像を再生できない再生装置、あるいはＵＨＤ画像を表示できないディスプレイを接続した再生装置の場合、ＨＤコンテンツ格納ディスク（バージョン１のディスク）からＨＤ画像コンテンツを再生する際に、ローカル記憶部からディスク対応の後発データとして、誤ってＵＨＤ画像コンテンツを読み出してしまい、再生や表示ができなくなるといった事態が発生する可能性もある。

特許３９５９７３５号公報 特開２００３−１４０６６２号公報 特許第４８０６３９６号公報

本開示は、例えばこのような問題点に鑑みてなされたものであり、ユーザの再生装置のローカル記憶部に格納されたデータ（後発データ）から、ディスクに対応付けられたデータを確実に取得して再生可能とした情報処理装置、情報記録媒体、および情報処理方法、並びにプログラムを提供することを目的とする。

本開示の第１の側面は、
情報記録媒体の記録データと、前記情報記録媒体とは異なるローカル記憶部の格納データを読み出して再生するデータ処理部を有し、
前記データ処理部は、
前記ローカル記憶部から、前記情報記録媒体に対応付けられたデータを再生対象データとして選択する処理を実行し、
前記再生対象データの選択処理に際して、
前記情報記録媒体に記録されたルート証明書の構成データに対して、前記情報記録媒体のバージョン対応の変換関数を適用したディレクトリ名算出処理を実行し、
前記ローカル記憶部から、算出ディレクトリ名を持つディレクトリに記録されたデータを再生対象データとして選択する情報処理装置にある。

さらに、本開示の第２の側面は、
複数の異なる第１の情報記録媒体に対応付けられた後発データを格納したローカル記憶部を構成する第２の情報記録媒体であり、
前記後発データは、後発データに対応付けられた前記第１の情報記録媒体に記録されたコンテンツ対応のルート証明書構成データに対して、前記第１の情報記録媒体のバージョンに応じた変換関数を適用して生成されるディレクトリ名を有するディレクトリに記録され、
前記第１の情報記録媒体の記録データの再生処理を実行する再生装置が、
前記変換関数を適用して算出したディレクトリ名を持つディレクトリに記録されたデータを再生対象の後発データとして選択可能とした情報記録媒体にある。

さらに、本開示の第３の側面は、
再生対象データと、
データアクセス許可情報を記録した情報記録媒体であり、
前記データアクセス許可情報は、
データ提供者のルート証明書の構成データに対して、バージョン対応の変換関数を適用して算出したディレクトリ名がディレクトリ識別子として記録され、
前記情報記録媒体の記録データの再生処理を実行する再生装置が、
前記データ提供者のルート証明書の構成データに対して、バージョン対応の変換関数を適用して算出したディレクトリ名が、データアクセス許可情報に記録されたディレクトリ識別子と一致するか否かを確認し、
一致することが確認された場合に限り、前記情報記録媒体とは異なるローカル記憶部から、算出ディレクトリ名を持つディレクトリに記録されたデータを再生対象データとして選択することを可能とした情報記録媒体にある。

さらに、本開示の第４の側面は、
情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、情報記録媒体の記録データと、前記情報記録媒体とは異なるローカル記憶部の格納データを読み出して再生するデータ処理部を有し、
前記データ処理部は、
前記ローカル記憶部から、前記情報記録媒体に対応付けられたデータを再生対象データとして選択する処理を実行し、
前記再生対象データの選択処理に際して、
前記情報記録媒体に記録されたルート証明書の構成データに対して、前記情報記録媒体のバージョン対応の変換関数を適用したディレクトリ名算出処理を実行し、
前記ローカル記憶部から、算出ディレクトリ名を持つディレクトリに記録されたデータを再生対象データとして選択する情報処理方法にある。

さらに、本開示の第５の側面は、
情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、情報記録媒体の記録データと、前記情報記録媒体とは異なるローカル記憶部の格納データを読み出して再生するデータ処理部を有し、
前記プログラムは、前記データ処理部に、
前記ローカル記憶部から、前記情報記録媒体に対応付けられたデータを再生対象データとして選択する処理を実行させ、
前記再生対象データの選択処理に際して、
前記情報記録媒体に記録されたルート証明書の構成データに対して、前記情報記録媒体のバージョン対応の変換関数を適用したディレクトリ名算出処理と、
前記ローカル記憶部から、算出ディレクトリ名を持つディレクトリに記録されたデータを再生対象データとして選択する処理を実行させるプログラムにある。

なお、本開示のプログラムは、例えば、様々なプログラム・コードを実行可能な情報処理装置やコンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体によって提供可能なプログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、情報処理装置やコンピュータ・システム上でプログラムに応じた処理が実現される。

本開示のさらに他の目的、特徴や利点は、後述する本開示の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。

本開示の一実施例の構成によれば、情報記録媒体に対応する後発データをローカル記憶部から確実に取得し仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を構築してデータ再生を実行することが可能となる。
具体的には、情報記録媒体の記録データと、前記情報記録媒体とは異なるローカル記憶部の格納データを読み出して再生するデータ処理部を有する。データ処理部は、ローカル記憶部から、前記情報記録媒体に対応付けられたデータを再生対象データとして選択する処理を実行し、再生対象データの選択処理に際して、情報記録媒体に記録されたルート証明書の構成データに対して、情報記録媒体のバージョン対応の変換関数を適用したディレクトリ名算出処理を実行し、ローカル記憶部から算出ディレクトリ名を持つディレクトリに記録されたデータを再生対象データとして選択する。
本構成により、情報記録媒体に対応する後発データをローカル記憶部から確実に取得し仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を構築してデータ再生を実行することが可能となる。

再生装置の構成とサーバの構成例について説明する図である。 情報記録媒体の格納データと、再生装置の処理について説明する図である。 仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）について説明する図である。 ローカル記憶部内のディレクトリ構成について説明する図である。 再生装置によるローカル記憶部からのデータ取得処理に適用するアクセス情報（パス）について説明する図である。 異なるバージョンのディスク対応の後発データの混在例について説明する図である。 異なるバージョンのディスク対応の後発データの混在例について説明する図である。 ディスク対応の後発データを確実に取得可能としたローカル記憶部のディレクトリ構成例について説明する図である。 ディスク対応の後発データを確実に取得可能としたローカル記憶部のディレクトリ構成例について説明する図である。 ディレクトリ名生成関数の例について説明する図である。 データアクセス許可情報を利用した場合に利用可能なローカル記憶部内のデータについて説明する図である。 データアクセス許可情報のデータ構成例について説明する図である。 データアクセス許可情報を利用した場合に利用可能なローカル記憶部内のデータについて説明する図である。 データアクセス許可情報のデータ構成例について説明する図である。 再生装置の実行する処理シーケンスについて説明するフローチャートを示す図である。 再生装置の実行する処理シーケンスについて説明するフローチャートを示す図である。 再生装置の実行する処理シーケンスについて説明するフローチャートを示す図である。 再生装置の実行する処理シーケンスについて説明するフローチャートを示す図である。 再生装置の実行する処理シーケンスについて説明するフローチャートを示す図である。 再生装置の実行する処理シーケンスについて説明するフローチャートを示す図である。 再生装置の実行する処理シーケンスについて説明するフローチャートを示す図である。 情報処理装置のハードウェア構成例について説明する図である。

以下、図面を参照しながら本開示の情報処理装置、情報記録媒体、および情報処理方法、並びにプログラムの詳細について説明する。なお、説明は以下の項目に従って行なう。
１．仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）の構築に基づくデータ再生処理の概要について
２．ローカル記憶部内のデータ格納構成について
３．ディスク対応の後発データを確実に選択可能とした構成について
４．データアクセス許可情報の構成と利用処理について
５．再生装置の実行するデータ処理シーケンスについて
５−１．処理例１．データアクセス許可情報の確認処理を伴わない再生処理例
５−２．処理例２．データアクセス許可情報の確認処理を伴う再生処理例
６．情報処理装置のハードウェア構成例について
７．本開示の構成のまとめ

［１．仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）の構築に基づくデータ再生処理の概要について］
まず、仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）の構築に基づくデータ再生処理の概要について説明する。

図１には、サーバ１３０と、サーバ１３０の提供するデータ（後発データ）を受信し再生処理を行うユーザ装置としての再生装置１００を示している。再生装置１００は、例えばＤＶＤやＢｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ、あるいはフラッシュメモリ等の情報記録媒体（メディア）からコンテンツを読み出して再生する。このコンテンツ再生に際して、サーバ１３０から取得し、ハードディスク等のローカル記憶部１０２に格納した後発データを併せて再生する。
再生装置は、この再生処理に際して、仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を構築して再生処理を行なう。

再生装置１００は、以下の構成を有する。
コンテンツ再生処理、後発データ管理処理などを実行するＣＰＵなどのプログラム実行機能を持つデータ処理部１０１、
情報記録媒体２００の格納コンテンツに対応するデータとして、サーバ１３０からダウンロードしたデータやユーザの生成したデータなどの後発データおよび管理データを格納するローカル記憶部１０２、
情報記録媒体２００に対するデータ入出力を行なうドライブ１０３、
プログラムの実行領域、パラメータ格納領域などに利用されるＲＯＭ，ＲＡＭによって構成されるメモリ１０４、
ネットワークを介した通信を実行する通信インタフェース１０５、
コンテンツやコンテンツ情報表示を行なう表示部１０６、
これらの構成を有する。
ローカル記憶部１０２は、例えばハードディスクやフラッシュメモリ等によって構成される。

再生装置１００は、情報記録媒体２００からドライブ１０３を介して情報記録媒体２００に格納されたコンテンツを読み取り、コンテンツの再生処理を行なう。この処理はデータ処理部１０１の制御の下に行なわれる。情報記録媒体２００は、例えば、コンテンツが予め記録されたＲＯＭディスクなどである。

なお、以下に説明する実施例では、再生装置１００の利用する記憶媒体は、以下の設定とする。
コンテンツ格納メディアとして、Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ（＝情報記録媒体２００）を利用し、サーバ１３０から取得する後発データの格納領域となるローカル記憶部１０２としてハードディスクを利用した設定とする。
ただし、本開示の処理は、これらのメディアの組み合わせに限らず、様々な組み合わせ、例えばメディアとしてフラッシュメモリ等を利用した場合にも適用可能である。

再生装置１００は、情報記録媒体２００に格納されたコンテンツ再生に併せて利用可能な後発データをサーバ１３０から取得して例えばハードディスクによって構成されるローカル記憶部１０２に記憶する。サーバ１３０から取得する後発データとは、例えば、情報記録媒体２００に格納されたコンテンツが映画コンテンツである場合の字幕データや吹き替えデータ、その他、情報記録媒体２００に格納されたコンテンツに対応するサービスデータ、予告編、広告など、様々な動画、静止画等のデータである。また、情報記録媒体２００に格納されたコンテンツがゲームプログラムなどである場合には、ゲームの実行によって得られた得点情報、経過情報などの後発データをローカル記憶部１０２に記憶する。

ローカル記憶部１０２に記憶される後発データは、例えば情報記録媒体２００の格納コンテンツのいずれかに対応して取得または生成されたデータであり、情報記録媒体２００の格納コンテンツの再生処理に際して、ローカル記憶部１０２に格納され、ユーザによって選択された後発データの再生を併せて実行することができる。この再生処理においては、例えばディスク格納コンテンツと、ハードディスクなどのローカル記憶部格納コンテンツを統合したパッケージ（仮想パッケージ）を設定し、仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を構築して再生処理が行われる。このＶＦＳに基づく再生処理により、あたかも１つのメディアからの再生処理と同様の再生が可能となる。ＶＦＳに基づく再生処理の詳細については後段で説明する。

データ処理部１０１は、後発データの記録に際して、必要に応じて後発データに関する管理情報や説明情報を生成または更新してローカル記憶部１０２に記録する。データ処理部１０１は、ローカル記憶部１０２に設定される後発データ用ディレクトリに、後発データおよび管理情報、説明情報の記録を行う。

データ処理部１０１は、ローカル記憶部１０２内に記憶された仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）構成に用いられるデータ群をバインディングユニット（ＢＵ：Ｂｉｎｄｉｎｇ Ｕｎｉｔ）ともよばれる管理ユニット単位で管理する。管理ユニット（ＢＵ）は、情報記録媒体２００に格納されたコンテンツに対応して後発的に生成または取得された後発データ、例えばサーバからのダウンロードコンテンツやユーザ生成データを含むユニットとして設定される。
ローカル記憶部１０２内のバインディングユニット（ＢＵ：Ｂｉｎｄｉｎｇ Ｕｎｉｔ）の格納領域は、バインディングユニットデータ領域（ＢＵＤＡ：Ｂｉｎｄｉｎｇ Ｕｎｉｔ Ｄａｔａ Ａｒｅａ）と呼ばれる。

データ処理部１０１は、情報記録媒体（ディスク）２００に格納されたコンテンツと、ローカル記憶部１０２に記憶された後発データを併せて再生する際、上述したように仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を構築して再生処理を行うが、この際、ローカル記憶部１０２に記憶された後発データのファイル名変換処理を行う。この変換処理に適用するテーブルはファイル名変換テーブル（マニフェストファイル（ＭＦ））と呼ばれる。マニフェストファイルは、管理ユニット（バインディングユニット（ＢＵ））単位で、後発データ管理情報を記録しており、バインディングユニットマニフェストファイル（ＢＵＭＦ）とも呼ばれる。

図１に示すサーバ１３０は、再生装置１００に対してデータ（後発データ）を提供する。サーバ１３０は、再生装置１００が再生するデータ（後発データ）を生成するデータ処理部１３１と、データ処理部１３１の生成したデータを再生装置に送信する通信部である通信ＩＦ１３２を有する。

サーバ１３０のデータ処理部１３１は、再生装置１００が構築する仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を適用して再生可能な後発データを生成する。生成したデータが通信ＩＦ１３２を介して再生装置１００に提供される。

次に、図２、図３を参照して情報記録媒体の格納データ例および情報処理装置のコンテンツ再生処理例について説明する。図２は、情報記録媒体２００の格納データ、および再生装置１００のコンテンツ再生処理例を示す図である。ここでは、コンテンツ格納済みディスクとしてのＲＯＭディスクの情報格納例を示す。再生装置１００は、例えばＰＣ、あるいはディスクプレーヤなど、様々な再生装置であり、情報記録媒体２００からのデータ読み取り処理を実行するドライブ１０３を有する。

情報記録媒体（ディスク）２００としてのＲＯＭディスクは、例えば、Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ、ＤＶＤなどの情報記録媒体であり、例えば正当なコンテンツ権利者の許可の下にディスク製造工場において製造された正当なコンテンツを格納した情報記録媒体である。

図２に示すように、情報記録媒体（ディスク）２００には、
コンテンツ２０１、
利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）２０２、
ルート証明書（コンテンツ製作者の公開鍵証明書）２０３、
データアクセス許可情報２０４、
その他のデータ２０５、
これらのデータが記録される。

なお、本例では、コンテンツ２０１中に、後述するサーバ１３０からのコンテンツダウンロード処理に適用するプログラム情報として後発データ再生管理プログラム２０６が含まれる例を示している。後発データ再生管理プログラムは例えばＪａｖａ（登録商標）アプリケーションによって構成されるプログラムであり、ＢＤ−Ｊアプリとも呼ばれる。以下、情報記録媒体２００に格納される情報の概要について説明する。

（１）コンテンツ２０１
情報記録媒体（ディスク）２００には、様々なコンテンツが格納される。例えばＨＤ画像やＵＨＤ画像コンテンツなどの動画コンテンツのＡＶ(Audio Visual)ストリームやゲームプログラム、画像ファイル、音声データ、テキストデータ、Ｊａｖａ（登録商標）アプリケーションプログラムなどのコンテンツである。

コンテンツ２０１には、さらに例えばＪａｖａ（登録商標）アプリケーションプログラム、ゲームプログラムや、画像ファイル、音声データ、テキストデータなどがサブコンテンツとして格納される。

メインコンテンツ、サブコンテンツとともに、コンテンツの種類としては、音楽データ、動画、静止画等の画像データ、ゲームプログラム、ＷＥＢコンテンツなど、様々なコンテンツが含まれ、これらのコンテンツには、情報記録媒体２００からのデータのみによって利用可能なコンテンツ情報と、情報記録媒体２００からのデータと、ネットワーク接続されたサーバから提供されるデータとを併せて利用可能となるコンテンツ情報など、様々な態様の情報が含まれる。

（２）利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）２０２
利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）２０２には、例えばコピー・再生制御情報（ＣＣＩ）が含まれる。すなわち、情報記録媒体２００に格納された暗号化コンテンツ２０１、あるいはサーバから後発的に取得するコンテンツなどに対応する利用制御のためのコピー制限情報や、再生制限情報である。このコピー・再生制御情報（ＣＣＩ）は、コンテンツ管理ユニットとして設定されるＣＰＳユニット個別の情報として設定される場合や、複数のＣＰＳユニットに対応して設定される場合など、様々な設定が可能である。

（３）ルート証明書（コンテンツ製作者の公開鍵証明書）２０３、
ルート証明書２０３は、情報記録媒体（ディスク）２００に格納される映画等のコンテンツ２０１の制作者の公開鍵証明書である。なお、以下の説明において、コンテンツ製作者の例として、
スタジオＡ，
スタジオＢ，
スタジオＣ，
これらを示す。すなわち、これらのスタジオＡ，Ｂ，Ｃ・・・各々がコンテンツ製作者である。

ルート証明書２０３は、これらのスタジオＡ，Ｂ，Ｃ・・・各々の公開鍵を格納した公開鍵証明書であり、公開鍵証明書発行主体（認証局）の署名が付与されている。
署名検証処理により、正当性確認、すなわち、改ざん検証が可能な構成を持つ。

（４）データアクセス許可情報２０４、
データアクセス許可情報２０４は、再生装置１００のローカル記憶部１０２に格納されたデータ（後発データ）のアクセス許可情報を記録した証明書である。

通常は、再生装置１００に装着されたディスクに対応してローカル記憶部１０２に格納された１つの後発データ記録領域からのみデータ読み取りが可能であるが、装着ディスクに対応しない他のディスク対応の後発データ記録領域に記録された後発データを利用したい場合がある。
このような場合に、このデータアクセス許可情報２０４をディスクに記録しておく。
再生装置は、データアクセス許可情報２０４を参照して、装着ディスク対応の後発データ以外のアクセスの許容された他ディスク対応の後発データ記録領域からデータを取得して利用することが可能となる。
このデータアクセス許可情報２０４の詳細構成と利用処理の詳細については後段で説明する。

（５）その他のデータ２０５
その他のデータ２０５には、例えば、以下のデータが含まれる。
コンテンツ２０１の復号に適用する鍵データであるＣＰＳユニット鍵を格納したＣＰＳユニット鍵ファイル、
スタジオ識別子としての組織ＩＤ、
ディスク識別子としてのディスクＩＤ、
コンテンツ識別子としてのコンテンツＩＤ等である。

情報記録媒体２００に格納された暗号化コンテンツは、コンテンツ管理ユニットとして設定されるＣＰＳユニットに区分され、ユニット単位の暗号鍵を適用して暗号化されている。再生処理を実行する再生装置は、再生対象とするコンテンツの属するＣＰＳユニットを判別し、判別したＣＰＳユニットに対応する暗号鍵としてのＣＰＳユニット鍵を適用した復号処理を行う。このＣＰＳユニット鍵を取得するために必要なデータを格納したファイルがＣＰＳユニット鍵ファイルである。

図２には、情報記録媒体２００の格納データの詳細と、情報記録媒体２００の格納コンテンツとローカル記憶部１０２の格納コンテンツ、例えばサーバ１３０から後発的に取得したコンテンツを併せて再生する再生装置１００の処理の概略を示している。
再生装置１００は、情報記録媒体の格納データの読み取り処理を実行するドライブ１０３を有する。

再生装置１００のデータ処理部１０１は、まず、ステップＳ１１において、仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）の構築処理を行う。すなわち、情報記録媒体（ディスク）２００の格納コンテンツと、ハードディスクなどのローカル記憶部１０２の格納コンテンツを統合した仮想パッケージを設定し、仮想パッケージの再生に適用する仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を構築する。この仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）に基づく再生処理により、あたかも１つのメディアからの再生処理と同様の再生が可能となる。その後、ステップＳ１２〜Ｓ１３においてコンテンツの復号処理およびデコード（例えばＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）デコード）処理が行われてコンテンツ再生が実行される。

メモリ１０４は、プログラムの実行領域、データ格納領域などに利用されるＲＯＭ，ＲＡＭによって構成されるメモリであり、コンテンツ復号処理に適用するデバイス鍵［Ｋｄ］や、様々な処理を実行するプログラムなどが格納される。再生装置１００は、コンテンツの復号に際して、これらメモリ１０４に格納されたデータと、情報記録媒体２００からの読み取りデータとに基づいてコンテンツの復号に適用する鍵を生成し、再生対象となる暗号化コンテンツの復号処理を実行する。

先に説明したようにコンテンツ再生処理を実行する再生装置１００のデータ処理部１０１は、情報記録媒体（ディスク）２００に格納されたコンテンツと、ローカル記憶部１０２に記憶された後発データとを併せて再生する際、仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を構築して再生処理を行う。この際、ローカル記憶部１０２に記憶された後発データのファイル名変換処理を行う。この変換処理に適用するテーブルはファイル名変換テーブル（マニフェストファイル（ＭＦ））と呼ばれる。
ファイル名変換テーブル（マニフェストファイル（ＭＦ））は、例えば後発データを提供するサーバ１３０から取得される。

図３を参照して、情報記録媒体（ディスク）２００の格納コンテンツと、ハードディスク等のローカル記憶部１０２に格納された後発データとを併せて再生する場合に設定する仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）について説明する。例えば情報記録媒体（ディスク）２００の格納コンテンツがフランス語の映画コンテンツであり、ハードディスク等のローカル記憶部１０２に格納された後発データがその映画コンテンツに対応する日本語字幕データである場合、両者を併せて再生することで、日本語字幕つきの映画再生が可能となる。

このような複合したコンテンツ再生を行なう場合、再生装置１００は、ローカル記憶部１０２に格納される後発データ管理ファイルを含むディレクトリおよびファイルを情報記録媒体（ディスク）２００のディレクトリおよびファイルと仮想的に合成する。すなわち仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を設定する。この仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）の構築処理は、ディスク上のデータファイルと、ローカル記憶部に格納されたディスク対応の後発データファイルを仮想的な１つのディレクトリ上のファイルとする処理である。

図３に示すアプリケーションプログラム３２０は、後発データ再生管理プログラム（ＢＤ−Ｊアプリ）など再生装置１００において再生処理等を実行するアプリケーションプログラム、または再生装置１００において実装される再生装置１００固有のプログラムであり、再生装置１００のデータ処理部１０１において実行される。

アプリケーションプログラム３２０は、仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を介して、情報記録媒体（ディスク）２００に記録されているファイルやローカル記憶部１０２に記録されているファイルを操作する。アプリケーションプログラム３２０は、仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を介して、ローカル記憶部１０２に記録されているファイルの検索情報である後発データ検索情報３２１を利用して必要とする後発データファイルを取得する。

仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）は、アプリケーションプログラム３２０に対して、記録媒体（ファイルシステム）の違いを隠蔽する役割を果たす。従って、アプリケーションプログラム３２０は、ファイルが記録されている記録媒体の違いを意識せずに、同じＡＰＩを利用して、各記録媒体に記録されているファイルを操作することができる。

例えば、仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）は、装置にディスクが装着されたとき、あるいはアプリケーションプログラムの実行時にディスクのファイルシステムとローカル記憶部１０２のファイルシステムをマージすることにより生成され、生成された仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）が再生装置１００のメモリに記憶される。

なお、一般的には、構築済みの仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）に対して新たなコンテンツを追加するなどの処理を行いたい場合には仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を再び更新し直す必要がある。
このように、再生装置１００は、情報記録媒体（ディスク）２００に格納されたコンテンツと、ローカル記憶部１０２に記憶された後発データとを併せて再生する際には、仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を設定することが必要となる。

［２．ローカル記憶部内のデータ格納構成について］
図３を参照して説明した仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）の構築処理に際して、再生装置１００は、再生装置１００に装着された情報記録媒体（ディスク）２００に対応する後発データをローカル記憶部１０２から読み取ることが必要となる。

ハードディスク等によって構成されるローカル記憶部１０２には、様々なディスク対応の後発データが多数、記録されており、再生装置は、これらの様々なディスク対応の後発データから、現在、再生装置１００に装着されているディスクに対応する後発データを選択して仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を構築しなければならない。

ローカル記憶部１０２に格納されるデータのディレクトリ構成例について、図４を参照して説明する。
ローカル記憶部１０２には、各ディスク対応の後発データ以外にも、ユーザの利用する様々なデータやプログラムなどが格納される。
これらの各データは、最上位ノードとして設定されるルートディレクトリ４０１を頂点とした階層構成からなるディレクトリ構成に従って格納される。

仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を利用して再生される各ディスク対応の後発データは、ルートディレクトリ４０１直下のＢＵＤＡ（バインディングユニットデータ領域）ルートディレクトリ４０２以下に記録されることになる。

ＢＵＤＡルートディレクトリ４０２以下に、各スタジオ単位のディレクトリ、すなわちディスクに記録されるコンテンツの制作者であるスタジオ単位のスタジオディレクトリ４０３，４０４が設定される。
スタジオＡの制作コンテンツを記録したディスクの再生処理に際しては、スタジオＡディレクトリ４０３以下のデータ記録領域から後発データが選択される。
スタジオＢの制作コンテンツを記録したディスクの再生処理に際しては、スタジオＢディレクトリ４０４以下のデータ記録領域から後発データが選択される。

さらに、各スタジオディレクトリ４０３，４０４以下に、ディスク単位のディレクトリであるディスクディレクトリ４１１〜４１４が設定される。
ディスクディレクトリ以下には、特定のディスクのコンテンツ再生処理に際して仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）構築に利用される後発データが記録される。
なお、仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）構築に利用される後発データには、再生制御情報ファイルであるプレイリストファイル、さらに再生区間データや、再生対象データを格納したクリップ情報ファイル、クリップＡＶストリームファイルなどが含まれる。

再生装置１００のデータ処理部１０１は、図４に示すディレトクリ構成に従ってローカル記憶部１０２に格納された後発データから、再生装置１００に装着された情報記録媒体（ディスク）２００に対応する後発データを選択取得して仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を構築して再生処理を実行する。

再生装置１００のデータ処理部１０１が、ローカル記憶部１０２から装着ディスクに対応する後発データを取得する場合のアクセスファイル名（パス）の例を図５に示す。
図５には以下のアクセスファイル名（パス）の例を示している。
（１）ＢＵＤＡ／ｈ（Ａ）／ａ１１／ＰＬＡＹＬＩＳＴ０００１．ｍｐｌｓ
（２）ＢＵＤＡ／ｈ（Ａ）／ａ１１／ＣＬＩＰＩＮＦＯ０００１．ｃｌｐｉ
（３）ＢＵＤＡ／ｈ（Ａ）／ａ１１／ＡＶＳＴＲＥＡＭ０００１．ｍ２ｔｓ

ＢＵＤＡは、図４に示すＢＵＤＡルートの指定情報（ディレクトリ名）である。
ｈ（Ａ）は、図４に示すスタジオＡディレクトリ４０３の指定情報（ディレクトリ名）である。
ａ１１は、図４に示すディスクディレクトリ４１１の指定情報（ディレクトリ名）である。
ＰＬＡＹＬＩＳＴ０００１．ｐｌｓ、ＣＬＩＰＩＮＦＯ０００１．ｃｌｐｉ、ＡＶＳＴＲＥＡＭ０００１．ｍ２ｔｓの各々は、図４に示すディスクディレクトリ４１１以下に記録された個別のファイル名に相当する。

なお、図５に示す例において、スタジオＡディレクトリ４０３の指定情報（ディレクトリ名）であるｈ（Ａ）は、データＡのハッシュ値である。
データＡは、再生装置に装着されたディスクに記録されたルート証明書（スタジオＡの公開鍵証明書）の構成データに相当し、再生装置１００のデータ処理部１０１は、ディスクに記録されたルート証明書の構成データ（Ａ）を取得して、予め規定されたハッシュ値算出関数、例えばＳＨＡ−１を適用してハッシュ値ｈ（Ａ）を算出することができる。
ディスクディレクトリ４１１の指定情報（ディレクトリ名）である再生装置に装着されたディスクに記録されたディスクＩＤが利用可能である。

このように、再生装置１００は、再生装置１００に装着された情報記録媒体（ディスク）２００から取得可能なデータを利用して、仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）構築に利用されるディスク対応の後発データのアクセス情報を生成してアクセスすることが可能となる。

しかし、ディスクＩＤ等は、単なる数値列であるため、重複が発生する可能性がある。また、スタジオＡディレクトリ４０３の指定情報（ディレクトリ名）であるｈ（Ａ）は、データＡのハッシュ値、すなわち、再生装置に装着されたディスクに記録されたルート証明書（スタジオＡの公開鍵証明書）の構成データのハッシュ値であり、同一のスタジオＡの記録コンテンツを格納したディスクの場合共通の値となる。

この結果、例えば、
（ａ）スタジオＡの制作したコンテンツＸのＨＤ画像コンテンツを格納したバージョン１のディスク（Ｖ１）のディスクＩＤ、
（ｂ）スタジオＡの制作したコンテンツＸのＵＨＤ画像コンテンツを格納したバージョン２のディスク（Ｖ２）のディスクＩＤ、
これらのディスクＩＤが一致した場合、これらのデータは同一のディレクトリ下に混在して記録されてしまう。

図６に、再生装置１００が、新規の後発データをサーバから取得して、ローカル記憶部１０２に記録する場合のディレクトリ設定例を示す。
再生装置１００のデータ処理部１０１では、再生装置に装着されたディスクのバージョンに応じて、以下のいずれかのデータ処理アプリケーションが実行される。
（１）ＨＤ画像コンテンツを格納したバージョン１のディスク（Ｖ１）の再生処理等を実行するバージョン１対応データ処理アプリケーション４５１、または、
（２）ＵＨＤ画像コンテンツを格納したバージョン２のディスク（Ｖ２）の再生処理等を実行するバージョン２対応データ処理アプリケーション４５２。

これらのデータ処理アプリケーションは、予め規定された独自のアルゴリズムに従ってデータ処理を実行する。
ローカル記憶部に後発データを格納するためのディレクトリ名設定も各アプリケーションによって行われる。
この結果、図に示すように、同一のディレクトリ名が設定される場合がある。
なお、既にローカル記憶部に同一のディレクトリ名が設定されている場合は、そのディレクトリ下に、サーバから取得した後発データが記録される。

この結果、図７に示すように、１つの同じディレクトリ下にバージョン１（Ｖ１）対応のＨＤ画像再生用後発データ４８１と、バージョン２（Ｖ２）対応のＵＨＤ画像再生用後発データ４８２の双方が記録されてしまうといった事態が発生し得る。
このような後発データ記録処理がなされると、再生装置１００は、バーション１（Ｖ１）のディスクを装着して再生を行なう場合に、バーション１（Ｖ１）のディスク対応の後発データ４８１のみならず、バーション２（Ｖ２）のディスク対応の後発データ４８２も含む仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）が構築され再生を開始してしまうことになる。

バーション２（Ｖ２）のディスクを装着して再生を行なう場合にも、バーション１（Ｖ１）のディスク対応の後発データ４８１と、バーション２（Ｖ２）のディスク対応の後発データ４８２の双方を含む仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）が構築され再生を開始してしまうことになる。
このような場合、例えば各再生アプリケーションの利用するコーデック（復号機能）が、バージョンの異なる後発データに適合せず、再生エラーを発生させる可能性がある。

［３．ディスク対応の後発データを確実に選択可能とした構成について］
次に、上述した問題点を解決し、ディスク対応の後発データを確実に選択可能とした本開示の構成について説明する。

図８は、本開示の一実施例に従ったローカル記憶部１０２内のディレクトリ設定例を示す図である。
なお、ローカル記憶部１０２には、以下の２つの異なるバージョンのディスク対応の後発データが記録されるものとする。
（１）バージョン１のディスク（Ｖ１）対応の後発データ、
（２）バージョン２のディスク（Ｖ２）対応の後発データ、

例えば、バージョン１のディスク（Ｖ１）にはＨＤ画像コンテンツが記録され、ディスク（Ｖ１）対応の後発データにはＨＤ画像コンテンツが記録されている。
また、バージョン２のディスク（Ｖ２）にはＵＨＤ画像コンテンツが記録され、ディスク（Ｖ２）対応の後発データにはＵＨＤ画像コンテンツが記録されている。
また、バージョン１のディスク（Ｖ１）の記録コンテンツおよび後発データと、バージョン２のディスク（Ｖ２）の記録コンテンツおよび後発データの復号処理態様は異なり、再生処理に際しては、各バージョンに適合したデータ処理を行なう必要がある。

図８に示す本開示の一実施例に従ったローカル記憶部１０２内のディレクトリ設定例について説明する。
各データは、最上位ノードであるルートディレクトリ５０１を頂点とした階層構成からなるディレクトリ構成に従って格納される。

仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を利用して再生される各ディスク対応の後発データは、ルートディレクトリ５０１直下のＢＵＤＡ（バインディングユニットデータ領域）ルートディレクトリ５０２以下に記録されることになる。

ＢＵＤＡルートディレクトリ５０２以下に、各スタジオおよびバージョン単位のディレクトリ、すなわちディスクに記録されるコンテンツの制作者であるスタジオおよびバージョン単位のスタジオ＆バージョンディレクトリ５０３，５０４が設定される。
スタジオＡの制作コンテンツであり、バージョン１のコンテンツ、例えばＨＤコンテンツを記録したディスク（Ｖ１）の再生処理に際しては、スタジオＡ＆Ｖ１ディレクトリ５０３以下のデータ記録領域から後発データが選択される。
スタジオＡの制作コンテンツであり、バージョン２のコンテンツ、例えばＵＨＤコンテンツを記録したディスク（Ｖ２）の再生処理に際しては、スタジオＡ＆Ｖ２ディレクトリ５０４以下のデータ記録領域から後発データが選択される。

さらに、各スタジオ＆バージョンディレクトリ５０３，５０４以下に、ディスク単位のディレクトリであるディスクディレクトリ５１１〜５１４が設定される。

ただし、スタジオＡ＆Ｖ１ディレクトリ５０３以下のディスクディレクトリ５１１，５１２には、スタジオＡの制作コンテンツであり、バージョン１のコンテンツ、例えばＨＤコンテンツを記録したディスク（Ｖ１）に対応するバージョン１対応の後発データのみが記録される。

また、スタジオＡ＆Ｖ２ディレクトリ５０４以下のディスクディレクトリ５１３，５１４には、スタジオＡの制作コンテンツであり、バージョン２のコンテンツ、例えばＵＨＤコンテンツを記録したディスク（Ｖ２）に対応するバージョン２対応の後発データのみが記録される。

ディスクディレクトリ５１１〜５１４各々には、特定のディスクのコンテンツ再生処理に際して仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）構築に利用される後発データが記録される。
なお、仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）構築に利用される後発データには、再生制御情報ファイルであるプレイリストファイル、さらに再生区間データや、再生対象データを格納したクリップ情報ファイル、再生画像データ等からなるクリップＡＶストリームファイルなどが含まれる。なお、図８には、クリップ情報ファイルとクリップＡＶストリームファイルを合わせてクリップファイルとして示している。

再生装置１００のデータ処理部１０１は、図８に示すディレトクリ構成に従ってローカル記憶部１０２に格納された後発データから、再生装置１００に装着された特定バージョンの情報記録媒体（ディスク）２００に対応する後発データを選択取得して仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を構築して再生処理を実行する。
なお、ディスクのバージョン（Ｖ１、Ｖ２等）情報は、ディスクから取得可能である。

図８に示すディレクトリ構成において、ＢＵＤＡルートディレクトリ５０２以下に設定されるスタジオおよびバージョン単位のスタジオ＆バージョンディレクトリ５０３，５０４のディレクトリ名は、異なるディレクトリ名となる。
具体的なディレクトリ名（ノード名）設定例について説明する。

スタジオＡ＆Ｖ１ディレクトリ５０３のディレクトリ名（＝ノード名）は、
ｆ１（Ａ）
とする。
ｆ１（Ａ）は、データＡに対して、変換関数ｆ１を適用した変換値に相当する。変換関数ｆ１は、例えばハッシュ関数であり、この場合ｆ１（Ａ）はデータＡのハッシュ値となる。
データＡは、再生装置に装着されたディスクに記録されたルート証明書（スタジオＡの公開鍵証明書）の構成データに相当し、再生装置１００のデータ処理部１０１は、ディスクに記録されたルート証明書の構成データ（Ａ）を取得して、予め規定された関数ｆ１を適用してデータＡの変換値ｆ１（Ａ）を算出することができる。
具体的には、関数ｆ１は、例えばハッシュ値算出関数、例えばＳＨＡ−１であり、この場合、データＡの変換値ｆ１（Ａ）は、データＡのハッシュ値である。

スタジオＡ＆Ｖ２ディレクトリ５０４のディレクトリ名（＝ノード名）は、
ｆ２（Ａ）
とする。
ｆ２（Ａ）は、データＡに対して変換関数ｆ２を適用して算出される変換値である。変換関数ｆ２は、変換関数ｆ１とは異なる変換関数である。ｆ２も例えばｆ１とは異なるハッシュ関数であり、この場合ｆ２（Ａ）はデータＡのハッシュ値となる。
データＡは、再生装置に装着されたディスクに記録されたルート証明書（スタジオＡの公開鍵証明書）の構成データに相当し、再生装置１００のデータ処理部１０１は、ディスクに記録されたルート証明書の構成データ（Ａ）を取得して、予め規定された関数ｆ２を適用してデータＡの変換値ｆ２（Ａ）を算出することができる。

ただし、関数ｆ１と関数ｆ２は、異なる変換関数であり、同じデータＡに基づいて各関数を適用して生成される値、すなわち、ｆ１（Ａ）とｆ２（Ａ）は異なる値となる。従って、スタジオＡ＆Ｖ１ディレクトリ５０３のディレクトリ名（＝ｆ１（Ａ））と、スタジオＡ＆Ｖ２ディレクトリ５０４のディレクトリ名（＝ｆ２（Ａ））とは異なる設定となる。

このように、本実施例では、ローカル記憶部１０２の後発データ格納領域にスタジオおよびバージョンに応じた異なるディレクトリ名からなる異なるディレクトリが設定される。
さらに、これらのスタジオおよびバージョン単位のディレクトリ以下に、そのスタジオとバージョン対応のディスク単位の個別ディレクトリが設定され、このディスク単位のディレクトリ以下にディスク単位の後発データが記録される。

この結果、コンテンツ製作者が同一であり、異なるバージョンのディスクから読み取られるルート証明書（公開鍵証明書）の構成データが同一（例えばＡ）であっても、ディスクのバージョンに応じて異なるディレクトリが設定され、各ディレクトリにスタジオとバージョンに応じた後発データが記録されることになる。

本実施例に従ってローカル記憶部１０２に記録される後発データの設定例について、図９を参照して説明する。

図９に示すように、ルートディレクトリ５０１、ＢＵＤＡ（バインディングユニットデータ領域）ディレクトリ５０２以下に、以下の２つのスタジオ＆バージョンディレクトリが設定される。
（１）スタジオＡ＆Ｖ１ディレクトリ５０３
（２）スタジオＡ＆Ｖ２ディレクトリ５０４

（１）スタジオＡ＆Ｖ１ディレクトリ５０３のディレクトリ名（ノード名）は、
ｆ１（Ａ）で算出される値である。
（２）スタジオＡ＆Ｖ２ディレクトリ５０４のディレクトリ名（ノード名）は、
ｆ２（Ａ）で算出される値である。
なお、Ａは、バージョン１のディスク、バージョン２のディスクに共通に格納されるルート証明書、すなわち、スタジオＡの公開鍵証明書の構成データである。

（１）スタジオＡ＆Ｖ１ディレクトリ５０３以下に、例えばディスクＩＤ＝ａ１に対応するディスク（Ｖ１−ａ１）ディレクトリ５１１が設定され、このディレクトリ以下にディスク（Ｖ１−ａ１）対応の後発データ５２１が記録される。
この後発データ５２１は、バージョン１のディスク記録コンテンツ、例えばＨＤコンテンツに対応した後発データである。

一方、（２）スタジオＡ＆Ｖ２ディレクトリ５０４以下に、同一のディスクＩＤを持つディスクＩＤ＝ａ１のディスク（Ｖ２−ａ１）ディレクトリ５１３が設定され、このディレクトリ以下にディスク（Ｖ２−ａ１）対応の後発データ５２２が記録される。
この後発データ５２２は、バージョン２のディスク記録コンテンツ、例えばＵＨＤコンテンツに対応した後発データである。

このように、バージョン１（Ｖ１）対応のＨＤ画像再生用後発データ５２１と、バージョン２（Ｖ２）対応のＵＨＤ画像再生用後発データ５２２とは、例えディスクＩＤが同一でも異なるスタジオ＆バージョンディレクトリに分離して記録される。

このような後発データ記録処理を行なうことで、再生装置１００は、バーション１（Ｖ１）のディスクを装着して再生を行なう場合に、バーション１（Ｖ１）のディスク対応の後発データ５２１のみを確実に選択取得して、仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を構築し再生を開始することができる。

バーション２（Ｖ２）のディスクを装着して再生を行なう場合にも、バーション２（Ｖ２）のディスク対応の後発データ５２２のみを含む仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を構築し再生を開始することができる。
このような場合、例えば各再生アプリケーションの利用するコーデック（復号機能）は、後発データに適合し、再生エラーを発生させることなく仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を利用した再生が正しく行われることになる。

スタジオとディスクバージョンに応じて設定するディレクトリのディレクトリ名は、各バージョンのディスクから読み出されるルート証明書、すなわちスタジオの公開鍵証明書の構成データに基づいて算出される。
例えばスタジオＡの公開鍵証明書の構成データをＡとした場合、
バージョン１のディスク（Ｖ１）に対応する後発データ格納領域に設定するスタジオ＆バージョンディレクトリのディレクトリ名は、関数ｆ１を適用して算出される以下の値、
ｆ１（Ａ）
である。

バージョン２のディスク（Ｖ２）に対応する後発データ格納領域に設定するスタジオ＆バージョンディレクトリのディレクトリ名は、関数ｆ２を適用して算出される以下の値、
ｆ２（Ａ）
である。

なお、スタジオＡと異なるスタジオＢの制作コンテンツを格納したディスクの場合、スタジオＢの公開鍵証明書の構成データをＢとすると、
バージョン１のディスク（Ｖ１）に対応する後発データ格納領域に設定するスタジオ＆バージョンディレクトリのディレクトリ名は関数ｆ１を適用して算出される以下の値、
ｆ１（Ｂ）
となる。

バージョン２のディスク（Ｖ２）に対応する後発データ格納領域に設定するスタジオ＆バージョンディレクトリのディレクトリ名は関数ｆ２を適用して算出される以下の値、
ｆ２（Ｂ）
となる。

このディレクトリ名算出関数ｆ１，ｆ２は、様々な関数を適用可能である。
関数の具体例について、図１０を参照して説明する。
図１０には、関数ｆ１，ｆ２の３つの異なる設定例（１），（２），（３）を示している。

（１）は、関数ｆ１を、ディスクから読み取り可能なデータ、例えばルート証明書の構成データＡに対して１回のみ適用する関数とし、
関数ｆ２を、データＡに対して、関数ｆ１を２回繰り返し適用する関数とした例である。すなわち、
ｆ２（Ａ）＝ｆ１（ｆ１（Ａ））
である。

関数ｆ１としては、例えば、ハッシュ関数ＳＨＡ−１やＳＨＡ−２５６等を適用する。
例えば適用するハッシュ関数をｈ１＝ＳＨＡ−１とした場合、関数ｆ１は、ディスクから読み出されるルート証明書の構成データ、例えばＡに対してハッシュ関数ｈ１を１回適用する処理となる。
すなわち、
ｆ１（Ａ）＝ｈ１（Ａ）
である。

また、関数ｆ２は、ディスクから読み出されるルート証明書の構成データ、例えばＡに対してハッシュ関数ｈを２回適用する処理となる。
すなわち、
ｆ２（Ａ）＝ｈ１（ｈ１（Ａ））
である。

この場合、
ｆ１（Ａ）＝ｈ１（Ａ）が、スタジオＡ＆Ｖ１のディレクトリ名となる。
ｆ２（Ａ）＝ｈ１（ｈ１（Ａ））が、スタジオＡ＆Ｖ２のディレクトリ名となる。

図１０（２）の関数設定例は、関数ｆ１と、関数ｆ２を異なるデータ変換関数として設定した例である。
例えば、関数ｆ１を第１のハッシュ関数ｈ１を適用した関数とし、関数ｆ２を第１のハッシュ関数ｈ１と異なる第２のハッシュ関数ｈ２を適用した関数とする。
例えば第１のハッシュ関数をｈ１＝ＳＨＡ−１、第２のハッシュ関数をｈ２＝ＳＨＡ−２５６とする。
この場合、関数ｆ１は、ディスクから読み出されるルート証明書の構成データ、例えばＡに対して第１ハッシュ関数ｈ１を適用する処理となる。
すなわち、
ｆ１（Ａ）＝ｈ１（Ａ）
である。

また、関数ｆ２は、ディスクから読み出されるルート証明書の構成データ、例えばＡに対して第２ハッシュ関数ｈ２を適用する処理となる。
すなわち、
ｆ２（Ａ）＝ｈ２（Ａ）
である。

この場合、
ｆ１（Ａ）＝ｈ１（Ａ）が、スタジオＡ＆Ｖ１のディレクトリ名となる。
ｆ２（Ａ）＝ｈ２（Ａ）が、スタジオＡ＆Ｖ２のディレクトリ名となる。

図１０（３）の関数設定例は、関数ｆ２を関数ｆ１の結果を連結する関数として設定した例である。
例えば、関数ｆ１を第１のハッシュ関数を適用した関数とし、関数ｆ２を第１のハッシュ関数の適用結果を連結する処理を実行する関数とする。
例えば関数ｆ１をハッシュ関数：ｈ１＝ＳＨＡ−１とする。
この場合、関数ｆ１は、ディスクから読み出されるルート証明書の構成データ、例えばＡに対して第１ハッシュ関数ｈ１を適用する処理となる。
すなわち、
ｆ１（Ａ）＝ｈ１（Ａ）
である。

また、関数ｆ２は、ディスクから読み出されるルート証明書の構成データ、例えばＡに対してハッシュ関数ｈ１を適用した結果を連結する処理となる。
すなわち、
ｆ２（Ａ）＝ｈ１（Ａ）||ｈ１（Ａ）
である。
なお、ａ||ｂは、データａとデータｂの連結処理を示す。

この場合、
ｆ１（Ａ）＝ｈ１（Ａ）が、スタジオＡ＆Ｖ１のディレクトリ名となる。
ｆ２（Ａ）＝ｈ１（Ａ）||ｈ１（Ａ）が、スタジオＡ＆Ｖ２のディレクトリ名となる。

［４．データアクセス許可情報の構成と利用処理について］
次に、データアクセス許可情報の構成と利用処理について説明する。
先に図２を参照して説明したように、データアクセス許可情報２０４は、再生装置１００のローカル記憶部１０２に格納されたデータ（後発データ）のアクセス許可情報を記録した証明書である。

通常は、再生装置１００に装着されたディスクに対応してローカル記憶部１０２に格納された１つの後発データ記録領域からのみデータ読み取りが可能であるが、装着ディスクに対応しない他のディスク対応の後発データ記録領域に記録された後発データを利用したい場合がある。
このような場合に、データアクセス許可情報２０４がディスクに記録される。
再生装置は、ディスクから取得したデータアクセス許可情報２０４を参照して、アクセスの許容された他ディスク対応の後発データ記録領域からデータを読み出して仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を構築して、利用することが可能となる。
なお、データアクセス許可情報２０４は、後発データを提供するサーバから取得する構成としてもよい。

データアクセス許可情報２０４を利用してアクセスの許容された他ディスク対応の後発データ記録領域からデータを読み出して仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を構築する具体的な処理例について、図１１を参照して説明する。

図１１は、再生装置１００のローカル記憶部１０２の格納データのディレクトリ構成を示す図である。
ルートディレクトリ５０１以下のＢＵＤＡルートディレクトリ５０２以下に複数のスタジオ＆バージョンディレクトリ５０３〜５０６が設定される。

スタジオＡ＆Ｖ１ディレクトリ５０３以下には、スタジオＡの制作コンテンツであり、バージョン１のディスクに対応する後発データが記録される。
スタジオＡ＆Ｖ２ディレクトリ５０４以下には、スタジオＡの制作コンテンツであり、バージョン２のディスクに対応する後発データが記録される。
スタジオＢ＆Ｖ１ディレクトリ５０５以下には、スタジオＢの制作コンテンツであり、バージョン１のディスクに対応する後発データが記録される。
スタジオＢ＆Ｖ２ディレクトリ５０６以下には、スタジオＢの制作コンテンツであり、バージョン２のディスクに対応する後発データが記録される。

スタジオ＆バージョンディレクトリ５０３〜５０６以下には、ディスク単位のディレクトリであるディスクディレクトリ５１１，５１３，５５２が設定される。
ディスクディレクトリ以下には、特定のディスクのコンテンツ再生処理に際して仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）構築に利用される後発データが記録される。
なお、仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）構築に利用される後発データには、再生制御情報ファイルであるプレイリストファイル、さらに再生区間データや、再生対象データを格納したクリップ情報ファイル、クリップＡＶストリームファイルなどが含まれる。

例えば、再生装置１００にスタジオＡの制作したコンテンツを記録したバージョン２のディスク（Ｖ２−ａ１）を装着して、仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を構築して再生処理を行なう場合について考察する。
この場合、再生装置１００のデータ処理部１０１は、ローカル記憶部１０２から、装着ディスク対応の後発データを仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）構築用後発データとして選択する。

すなわち、スタジオＡ＆Ｖ２ディレクトリ５０４以下のディスク（Ｖ２−ａ１）用後発データ格納ディレクトリ５１３のデータが仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）構築用の後発データとして選択される。

さらに、再生装置に装着されたバージョン２のディスク（Ｖ２−ａ１）にデータアクセス許可情報が記録されている場合、このデータアクセス許可情報の記録情報に従って、装着ディスクに対応する後発データ以外の後発データを読み出して仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）構築および再生処理に利用することが可能となる。

具体的には、例えば、図１１に示すスタジオＢ＆Ｖ２ディレクトリ５０６以下のディスク（Ｖ２−ｂ１）用後発データ格納ディレクトリ５５２のデータを、仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）構築および再生処理に利用することが可能となる。

この場合、スタジオＢ＆Ｖ２ディレクトリ５０６は、データ提供者ディレクトリであり、スタジオＡ＆Ｖ２ディレクトリ５０４が、データ受領者ディレクトリとなる。
ディスクに記録されるデータアクセス許可情報には、このデータ提供者ディレクトリや、データ受領者ディレクトリに関する情報等が記録されている。

図１２に、ディスクに記録されるデータアクセス許可情報の具体例を示す。
なお、図１２に示す例は、バージョン２のディスクの記録コンテンツの再生時に利用される後発データに対応するデータアクセス許可情報の具体例である。

図１２に示すように、データアクセス許可情報には以下の各データが記録される。
（１）データ受領者ＩＤ（例えばスタジオＡ−ＩＤ）
（２）データ提供者ＩＤ（例えばスタジオＢ−ＩＤ）
（３）データ受領者ディレクトリ識別子（例えばｆ２（Ａ））
（４）データ提供者ディレクトリ識別子（例えばｆ２（Ｂ））
（５）提供データファイルリスト
（６）その他のデータ
（７）発行者署名

（１）データ受領者ＩＤは、後発データのデータアクセスを許容される側のコンテンツ製作者の組織ＩＤである。例えば図１１に示す例において、再生装置１００が、スタジオＡの制作コンテンツを格納したバージョン２のディスクを装着して再生する場合、スタジオＡの組織ＩＤが記録される。

（２）データ提供者ＩＤは、後発データのデータアクセスを許容する側のコンテンツ製作者の組織ＩＤである。例えば図１１に示す例において、再生装置１００が、スタジオＡの制作コンテンツを格納したバージョン２のディスクを装着して再生する場合、スタジオＡの後発データ以外のスタジオの組織ＩＤ、すなわち、データアクセスを許容するスタジオの組織ＩＤが記録される。例えば図１１に示すデータ提供者ディレクトリに格納された後発データの作成スタジオであるスタジオＢの組織ＩＤが記録される。

（３）データ受領者ディレクトリ識別子は、再生装置Ａに装着されたディスクに対応する後発データのディレクリ識別子が記録される。図１１に示す例では、データ受領者ディレクトリのスタジオ＆バージョンディレクトリのディレクトリ名（ｆ２（Ａ））が記録されることになる。

（４）データ提供者ディレクトリ識別子は、データアクセスを許容するディレクトリの識別子記録領域である。図１１に示す例では、データ提供者ディレクトリのスタジオ＆バージョンディレクトリのディレクトリ名（ｆ２（Ｂ））が記録されることになる。

（５）提供データファイルリストには、データアクセスを許容するディレクトリにある後発データのファイルリストを記録する。図１１に示す例の場合、データ提供者ディレクトリにあるプレイリストやクリップファイルのリストが記録されることになる。

（７）発行者署名は、このデータアクセス許可情報の発行者の秘密鍵による署名である。例えばコンテンツ管理を実行する管理者の署名、あるいはデータ提供者の署名が付与される。
この署名は、データアクセス許可情報の正当性を確認するために利用されるデータである。

なお、図１２に示すデータアクセス許可情報は、再生装置１００に装着されたディスクがバージョン２のディスクである場合に、そのバージョン２のディスクに記録されるデータアクセス許可情報の例である。
この場合、
（３）データ受領者ディレクトリ識別子（例えばｆ２（Ａ））
（４）データ提供者ディレクトリ識別子（例えばｆ２（Ｂ））
これらのディレクトリ識別子は、いずれもバージョン２対応の後発データを記録したディレクトリのディレクトリ識別子として記録されることになる。

なお、図１２に示すデータアクセス許可情報を利用した処理が行われる場合、データ提供者のルート証明書（公開鍵証明書）もディスクに記録される。あるいは、後発データ提供サーバから取得される。
再生装置は、このデータ提供者のルート証明書（公開鍵証明書）に基づいて、データ提供者ディレクトリ識別子（例えばｆ２（Ｂ））を算出することができる。

この設定により、再生装置１００は、バージョン２のディスクを装着した場合に、ローカル記憶部１０２のバージョン２対応の後発データを記録したディレクトリからバージョン２対応の後発データのみを選択して仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を構築して再生を行なうことができる。
すなわち、誤ってバージョン１の後発データを選択してしまうといったエラー発生を防止することができる。

一方、再生装置１００がバージョン１のディスクを装着した場合は、仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）構築時にローカル記憶部から選択する後発データのデータ受領者ディレクトリや、データ提供者ディレクトリは、バージョン１のディスク対応の後発データを記録したディレクトリに設定されることが必要である。
このためのディレクトリ設定と、データアクセス許容情報のデータ構成例について、図１３、図１４を参照して説明する。

図１３は、再生装置１００に装着されたディスクがバージョン１のディスクの場合のデータ受領者ディレクトリと、データ提供者ディレクトリの設定例を示している。
再生装置１００に装着されたバージョン１のディスクにはスタジオＡの制作コンテンツが記録され、その対応後発データは、スタジオＡ＆Ｖ１ディレクトリ５０３以下に記録されている。

さらに、このディスクには、データアクセス許可情報が記録され、このデータアクセス許可情報には、図１３に示すデータ提供者ディレクトリに関する情報が記録されている。
すなわち、バージョン１対応のスタジオＢ制作の後発データを記録したスタジオＢ＆Ｖ１ディレクトリ５０５の指定情報を含むデータアクセス許可情報である。

このバージョン１対応のデータアクセス許可情報の例を図１４に示す。
図１４に示すように、データアクセス許可情報には以下の各データが記録される。
（１）データ受領者ＩＤ（例えばスタジオＡ−ＩＤ）
（２）データ提供者ＩＤ（例えばスタジオＢ−ＩＤ）
（３）データ受領者ディレクトリ識別子（例えばｆ１（Ａ））
（４）データ提供者ディレクトリ識別子（例えばｆ１（Ｂ））
（５）提供データファイルリスト
（６）その他のデータ
（７）発行者署名

（１）データ受領者ＩＤは、後発データのデータアクセスを許容される側のコンテンツ製作者の組織ＩＤである。例えば図１３に示す例において、再生装置１００が、スタジオＡの制作コンテンツを格納したバージョン１のディスクを装着して再生する場合、スタジオＡの組織ＩＤが記録される。

（２）データ提供者ＩＤは、後発データのデータアクセスを許容する側のコンテンツ製作者の組織ＩＤである。例えば図１３に示す例において、再生装置１００が、スタジオＡの制作コンテンツを格納したバージョン１のディスクを装着して再生する場合、スタジオＡの後発データ以外のスタジオの組織ＩＤ、すなわち、データアクセスを許容するスタジオの組織ＩＤが記録される。例えば図１３に示すデータ提供者ディレクトリに格納された後発データの作成スタジオであるスタジオＢの組織ＩＤが記録される。

（３）データ受領者ディレクトリ識別子は、再生装置Ａに装着されたディスクに対応する後発データのディレクリ識別子が記録される。図１３に示す例では、データ受領者ディレクトリのスタジオ＆バージョンディレクトリのディレクトリ名（ｆ１（Ａ））が記録されることになる。

（４）データ提供者ディレクトリ識別子は、データアクセスを許容するディレクトリの識別子記録領域である。図１３に示す例では、データ提供者ディレクトリのスタジオ＆バージョンディレクトリのディレクトリ名（ｆ１（Ｂ））が記録されることになる。

（５）提供データファイルリストには、データアクセスを許容するディレクトリにある後発データのファイルリストを記録する。図１３に示す例の場合、データ提供者ディレクトリにあるプレイリストやクリップファイルのリストが記録されることになる。

（７）発行者署名は、このデータアクセス許可情報の発行者の秘密鍵による署名である。例えばコンテンツ管理を実行する管理者の署名、あるいはデータ提供者の署名が付与される。
この署名は、データアクセス許可情報の正当性を確認するために利用されるデータである。

図１４に示すデータアクセス許可情報は、再生装置１００に装着されたディスクがバージョン１のディスクである場合に、そのバージョン１のディスクに記録されるデータアクセス許可情報の例である。
この場合、
（３）データ受領者ディレクトリ識別子（例えばｆ１（Ａ））
（４）データ提供者ディレクトリ識別子（例えばｆ１（Ｂ））
これらのディレクトリ識別子は、いずれもバージョン１対応の後発データを記録したディレクトリのディレクトリ識別子として記録されることになる。

なお、再生装置１００が図１４に示すデータアクセス許可情報を利用した処理を行なう場合、再生装置１００は、データ提供者のルート証明書（公開鍵証明書）を、ディスクまたはサーバから取得する。
再生装置は、このデータ提供者のルート証明書（公開鍵証明書）に基づいて、データ提供者ディレクトリ識別子（例えばｆ１（Ｂ））を算出することができる。

この設定により、再生装置１００は、バージョン１のディスクを装着した場合に、ローカル記憶部１０２のバージョン１対応の後発データを記録したディレクトリからバージョン１対応の後発データのみを選択して仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を構築して再生を行なうことができる。
すなわち、誤ってバージョン２の後発データを選択してしまうといったエラー発生を防止することができる。

［５．再生装置の実行するデータ処理シーケンスについて］
次に、図１５以下に示すフローチャートを参照して再生装置の実行するデータ処理シーケンスについて説明する。
なお、図１５以下のフローに従った処理は、バージョン１、バージョン２の２つのバージョンのディスクからのコンテンツ再生が可能な装置における処理例である。
バージョン１のディスクのみ再生可能な再生装置では、図１５以下に示すフロー中、バージョン１のディスクを装着して行われる処理のみが実行される。
また、バージョン２のディスクのみ再生可能な再生装置では、図１５以下に示すフロー中、バージョン２のディスクを装着して行われる処理のみが実行される。

図１５以下に示すフローに従った処理は、再生装置１００のプログラム実行機能を持つＣＰＵ等を有するデータ処理部において実行される。プログラムは、再生装置１００のメモリに格納されている。あるいは、ディスク等のメディアから読み取られて実行される。

図１５以下のフローチャートを参照して以下の２つの処理例について説明する。
（Ａ）処理例１．データアクセス許可情報の確認処理を伴わない再生処理例（図１５〜図１６）
（Ｂ）処理例２．データアクセス許可情報の確認処理を伴う再生処理例（図１７〜図２１）

［５−１．処理例１．データアクセス許可情報の確認処理を伴わない再生処理例］
まず、図１５〜図１６に示すフローチャートを参照して、データアクセス許可情報の確認処理を伴わない再生処理例について説明する。

図１５〜図１６に示すフローに示す各ステップの処理について、順次、説明する。
（ステップＳ１０１）
再生装置のデータ処理部は、まず、ステップＳ１０１において再生装置に装着されたディスクのバージョンを確認する。
ディスクのバージョンは、ディスクに記録された情報から読み取ることができる。
バージョン１（Ｖ１）のディスクは、例えばＨＤ画像からなるコンテンツを格納したディスクである。
バージョン２（Ｖ２）のディスクは、例えばＵＨＤ画像からなるコンテンツを格納したディスクである。
なお、上記の例は一例であり、バージョン１，２のディスクは、再生時に異なるデータ処理、例えば異なる復号処理が要求される異なるタイプのコンテンツを格納したディスクであるものとする。

（ステップＳ１０２）
ステップＳ１０１のディスクバージョン確認処理において、装着ディスクがバージョン１のディスクであることが確認された場合は、ステップＳ１１１に進む。
一方、装着ディスクがバージョン２のディスクであることが確認された場合は、ステップＳ１２１に進む。

（ステップＳ１１１）
ステップＳ１１１〜Ｓ１１５の処理は、再生装置に装着されたディスクがバージョン１のディスクである場合の処理である。
なお、以下において、装着ディスクはスタジオＡの制作コンテンツを格納したディスクであり、スタジオＡのルート証明書（公開鍵証明書）が記録されたディスクであるものとして説明する。
再生装置は、ステップＳ１１１において、バージョン１の装着ディスクからルート証明書（Ａ）を取得する。

（ステップＳ１１２）
ステップＳ１１２において、再生装置のデータ処理部は、ディスクから取得したルート証明書（Ａ）の正当性確認を行う、この確認処理は、ルート証明書（Ａ）に記録された署名の検証処理によって実行される。
署名は、ルート証明書（Ａ）の発行者の秘密鍵によって生成された署名であり、署名検証は、ルート証明書（Ａ）の発行者の公開鍵を用いて行うことが可能である。公開鍵は、例えばネットワーク介して接続可能な外部サーバ、あるいは装着ディスクから取得可能である。

（ステップＳ１１３）
ステップＳ１１３では、ステップＳ１１２において実行したルート証明書（Ａ）の正当性確認処理において、正当性が確認されたか否かを判定する。正当性が確認されなかった場合は、ステップＳ１３１に進む。正当性が確認された場合はステップＳ１１４に進む。

（ステップＳ１３１）
ステップＳ１１３において実行したルート証明書（Ａ）の正当性確認処理において、正当性が確認されなかった場合は、ステップＳ１３１において再生処理を中止する。
これは、不正なルート証明書を記録したディスクを利用したコンテンツ再生を中止する処理である。

（ステップＳ１１４）
ステップＳ１１２において実行したルート証明書（Ａ）の正当性確認処理において、正当性が確認された場合は、ステップＳ１１４の処理を実行する。
再生装置は、ステップＳ１１４において、ディスクから読み取ったルート証明書（Ａ）の構成データＡに対して、予め規定されたバージョン１対応のディレクトリ名生成関数ｆ１を適用して、ローカル記憶部１０２に格納されたディスク対応の後発データのディレトリ名を算出する。すなわち、
ディレクトリ名＝ｆ１（Ａ）
上記式に従って、装着ディスク（Ｖ１）対応の後発データが記録されたディレクトリのディレクトリ名を算出する。

（ステップＳ１１５）
次に、再生装置のデータ処理部は、ステップＳ１１５において算出した後発データ格納ディレクトリのディレクトリ名（＝ｆ１（Ａ））に従ってローカル記憶部からディスク対応の後発データを再生対象データとして選択する。
選択する後発データは、バージョン１のディスク対応の後発データである。

このように、再生装置にバージョン１対応のディスクが装着された場合は、ステップＳ１１１〜Ｓ１１５の処理を実行してローカル記憶部からバージョン１のディスク対応の後発データを再生対象データとして選択する。

（ステップＳ１５１）
ステップＳ１５１において、再生装置のデータ処理部は、装着ディスクの格納データと、ローカル記憶部からの選択データに基づいて、仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を構築する。
仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を構成するデータは、装着ディスクがバージョン１のディスクである場合は、全てバージョン１のディスク対応のデータとなる。

（ステップＳ１５２）
ステップＳ１５２において、再生装置のデータ処理部は、ステップＳ１５１で構築した仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を適用したデータ再生処理を開始する。
この再生処理において再生されるデータは、装着ディスクがバージョン１のディスクである場合は、全てバージョン１のディスク対応のデータとなる。

このように、再生装置１００は、バージョン１のディスクを装着した場合に、ローカル記憶部１０２のバージョン１対応の後発データを記録したディレクトリからバージョン１対応の後発データのみを選択して仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を構築して再生を行なうことができる。
すなわち、誤ってバージョン２の後発データを選択してしまうといったエラー発生を防止することができる。

（ステップＳ１２１）
次に、ステップＳ１０２の判定書において、再生装置に装着されたディスクがバージョン２のディスクであると判定した場合に実行されるステップＳ１２１以下の処理について説明する。
装着ディスクはスタジオＡの制作コンテンツを格納したディスクであり、スタジオＡのルート証明書（公開鍵証明書）が記録されたディスクとする。
再生装置は、ステップＳ１２１において、バージョン２の装着ディスクからルート証明書（Ａ）を取得する。

（ステップＳ１２２）
ステップＳ１２２において、再生装置のデータ処理部は、ディスクから取得したルート証明書（Ａ）の正当性確認を行う、この確認処理は、ルート証明書（Ａ）に記録された署名の検証処理によって実行される。
署名は、ルート証明書（Ａ）の発行者の秘密鍵によって生成された署名であり、署名検証は、ルート証明書（Ａ）の発行者の公開鍵を用いて行うことが可能である。公開鍵は、例えばネットワーク介して接続可能な外部サーバ、あるいは装着ディスクから取得可能である。

（ステップＳ１２３）
ステップＳ１２３では、ステップＳ１２２において実行したルート証明書（Ａ）の正当性確認処理において、正当性が確認されたか否かを判定する。正当性が確認されなかった場合は、ステップＳ１３１に進む。正当性が確認された場合はステップＳ１２４に進む。

（ステップＳ１３１）
ステップＳ１２３において実行したルート証明書（Ａ）の正当性確認処理において、正当性が確認されなかった場合は、ステップＳ１３１において再生処理を中止する。
これは、不正なルート証明書を記録したディスクを利用したコンテンツ再生を中止する処理である。

（ステップＳ１２４）
ステップＳ１２２において実行したルート証明書（Ａ）の正当性確認処理において、正当性が確認された場合は、ステップＳ１２４の処理を実行する。
再生装置は、ステップＳ１２４において、ディスクから読み取ったルート証明書の構成データＡに対して、予め規定されたバージョン２対応のディレクトリ名生成関数ｆ２を適用して、ローカル記憶部１０２に格納されたディスク対応の後発データのディレトリ名を算出する。すなわち、
ディレクトリ名＝ｆ２（Ａ）
上記式に従って、装着ディスク（Ｖ２）対応の後発データが記録されたディレクトリのディレクトリ名を算出する。

（ステップＳ１２５）
次に、再生装置のデータ処理部は、ステップＳ１２４において算出した後発データ格納ディレクトリのディレクトリ名（＝ｆ２（Ａ））に従ってローカル記憶部からディスク対応の後発データを再生対象データとして選択する。
選択する後発データは、バージョン２のディスク対応の後発データである。

このように、再生装置にバージョン２対応のディスクが装着された場合は、ステップＳ１２１〜Ｓ１２５の処理を実行してローカル記憶部からバージョン２のディスク対応の後発データを再生対象データとして選択する。

（ステップＳ１５１）
ステップＳ１５１において、再生装置のデータ処理部は、装着ディスクの格納データと、ローカル記憶部からの選択データに基づいて、仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を構築する。
仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を構成するデータは、装着ディスクがバージョン２のディスクである場合は、全てバージョン２のディスク対応のデータとなる。

（ステップＳ１５２）
ステップＳ１５２において、再生装置のデータ処理部は、ステップＳ１５１で構築した仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を適用したデータ再生処理を開始する。
この再生処理において再生されるデータは、装着ディスクがバージョン２のディスクである場合は、全てバージョン２のディスク対応のデータとなる。

このように、再生装置１００は、バージョン２のディスクを装着した場合に、ローカル記憶部１０２のバージョン２対応の後発データを記録したディレクトリからバージョン２対応の後発データのみを選択して仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を構築して再生を行なうことができる。
すなわち、誤ってバージョン１の後発データを選択してしまうといったエラー発生を防止することができる。

［５−２．処理例２．データアクセス許可情報の確認処理を伴う再生処理例］
次に、図１７〜図２１に示すフローチャートを参照して、データアクセス許可情報の確認処理を伴う再生処理例について説明する。

図１７〜図２１に示すフローの各ステップの処理について、順次、説明する。
（ステップＳ２０１）
再生装置のデータ処理部は、ステップＳ２０１において、装着ディスクにデータアクセス許可情報が記録されているか否かを確認する。
記録されている場合は、ステップＳ２１１に進み、記録されていない場合は、ステップＳ１０１に進む。

なお、データアクセス許可情報は、サーバから取得する場合もある。従って、再生装置のデータ処理部は、ステップＳ２０１において、装着ディスクに対応して利用可能なデータアクセス許可情報の有無をディスクのみならず、ローカル記憶部の検索や、サーバヘの問い合わせを行って確認する処理を行なってもよい。

（ステップＳ１０１）
まず、装着ディスクに対応するデータアクセス許可情報がないことが確認された場合の処理について説明する。
装着ディスクに対応するデータアクセス許可情報がないことが確認された場合は、先に図１５〜図１６を参照して説明したステップＳ１０１〜Ｓ１５２の処理を実行する。
すなわち、再生装置に装着されたディスクのバージョンを確認し、確認されたバージョンのディスクに対応する後発データが記録されたディレクトリのディレクトリ名を算出して、そのディレクトリ下のデータを仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）の構成データとして選択して再生する処理である。

例えば再生装置にバージョン１対応のディスクが装着された場合は、ステップＳ１１１〜Ｓ１１５の処理を実行してローカル記憶部からバージョン１のディスク対応の後発データを再生対象データとして選択する。
また、再生装置にバージョン２対応のディスクが装着された場合は、ステップＳ１２１〜Ｓ１２５の処理を実行してローカル記憶部からバージョン２のディスク対応の後発データを再生対象データとして選択する。

これらの処理の後、アクセス許可情報をディスクから取得して、アクセス許可情報に基づいてアクセスの許可された後発データを仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）の構成データとして選択してＶＦＳを利用した再生処理が実行される。

次に、ステップＳ２０１の判定処理において、装着ディスクにデータアクセス許可情報が記録されていることが確認された場合に実行されるステップＳ２１１以下の処理について説明する。

（ステップＳ２１１）
装着ディスクに対応するデータアクセス許可情報があることが確認された場合、ステップＳ２１１において、再生装置のデータ処理部は、装着ディスク、あるいはその他のメディアあるいはサーバ等からデータアクセス許可情報を取得する。
このデータアクセス許可情報は、先に図１２、図１４を参照して説明したデータ構成を有する。

（ステップＳ２１２）
ステップＳ２１２において、再生装置のデータ処理部は、ディスクから取得したデータアクセス許可情報の正当性確認を行う、この確認処理は、データアクセス許可情報に記録された署名の検証処理によって実行される。
署名は、データアクセス許可情報の発行者の秘密鍵によって生成された署名であり、署名検証は、データアクセス許可情報の発行者の公開鍵を用いて行うことが可能である。公開鍵は、例えば後発データを提供するサーバ等から取得可能である。あるいは装着ディスクから取得可能とする設定としてもよい。なお、発行者がデータ提供者の場合には、発行者の公開鍵はル−ト証明書（Ｂ）の中に記録されている。

（ステップＳ２１３）
ステップＳ２１３では、ステップＳ２１２において実行したデータアクセス許可情報の正当性確認処理において、正当性が確認されたか否かを判定する。正当性が確認されなかった場合は、ステップＳ２１４に進む。正当性が確認された場合はステップＳ２１５に進む。

（ステップＳ２１４）
ステップＳ２１２において実行したデータアクセス許可情報の正当性確認処理において、正当性が確認されなかった場合は、ステップＳ２１４において再生処理を中止する。
これは、不正なデータアクセス許可情報を記録したディスクを利用したコンテンツ再生を中止する処理である。

（ステップＳ２１５）
ステップＳ２１２において実行したデータアクセス許可情報の正当性確認処理において、正当性が確認された場合は、ステップＳ２１５の処理を実行する。

ステップＳ２１５において、再生装置のデータ処理部は、データアクセス許可情報に記録された、
データ受領者ＩＤに対応するルート証明書（Ａ）、
データ提供者ＩＤに対応するル−ト証明書（Ｂ）、
これらの２つのルート証明書をディスクから取得する。
なお、ここでは、データ受領者をスタジオＡ、データ提供者をスタジオＢとし、スタジオＡのルート証明書をルート証明書（Ａ）、スタジオＢのルート証明書をルート証明書（Ｂ）として説明する。

（ステップＳ２１６）
ステップＳ２１６において、再生装置のデータ処理部は、ディスクから取得した、
データ受領者ＩＤに対応するルート証明書（Ａ）、
データ提供者ＩＤに対応するル−ト証明書（Ｂ）、
これらのルート証明書の正当性確認を行う、この確認処理は、各ルート証明書に記録された署名の検証処理によって実行される。
署名は、ルート証明書の発行者の秘密鍵によって生成された署名であり、署名検証は、ルート証明書の発行者の公開鍵を用いて行うことが可能である。公開鍵は、例えばネットワーク介して接続可能な外部サーバ、あるいは装着ディスクから取得可能である。

（ステップＳ２１７）
ステップＳ２１７では、ステップＳ２１６において実行した、
データ受領者ＩＤに対応するルート証明書（Ａ）、
データ提供者ＩＤに対応するル−ト証明書（Ｂ）、
これら２つのルート証明書の正当性確認処理において、２つのルート証明書の正当性が確認されたか否かを判定する。正当性が確認されなかった場合は、ステップＳ２１８に進む。正当性が確認された場合はステップＳ２２１に進む。

（ステップＳ２１８）
ステップＳ２１６において実行した、
データ受領者ＩＤに対応するルート証明書（Ａ）、
データ提供者ＩＤに対応するル−ト証明書（Ｂ）、
これら２つのルート証明書の正当性確認処理において、２つのルート証明書の少なくともいずれかの正当性が確認されなかった場合は、ステップＳ２１８において再生処理を中止する。
これは、不正なルート証明書を記録したディスクを利用したコンテンツ再生を中止する処理である。

（ステップＳ２２１）
ステップＳ２１６において実行した、
データ受領者ＩＤに対応するルート証明書（Ａ）と、
データ提供者ＩＤに対応するル−ト証明書（Ｂ）、
これら２つのルート証明書の正当性確認処理において、２つのルート証明書双方の正当性が確認された場合は、ステップＳ２２１に進む。

ステップＳ２２１において、再生装置のデータ処理部は、再生装置に装着されたディスクのバージョンを確認する。
ディスクのバージョンは、ディスクに記録された情報から読み取ることができる。
バージョン１（Ｖ１）のディスクは、例えばＨＤ画像からなるコンテンツを格納したディスクである。
バージョン２（Ｖ２）のディスクは、例えばＵＨＤ画像からなるコンテンツを格納したディスクである。
なお、上記の例は一例であり、バージョン１，２のディスクは、再生時に異なるデータ処理、例えば異なる復号処理が要求される異なるタイプのコンテンツを格納したディスクであるものとする。

（ステップＳ２２２）
ステップＳ２２１のディスクバージョン確認処理において、装着ディスクがバージョン１のディスクであることが確認された場合は、ステップＳ２３１に進む。
一方、装着ディスクがバージョン２のディスクであることが確認された場合は、ステップＳ２４１に進む。

装着ディスクがバージョン１のディスクである場合は、ステップＳ２３１〜Ｓ２３７の処理を実行する。
一方、装着ディスクがバージョン２のディスクである場合は、ステップＳ２４１〜Ｓ２４７の処理を実行する。
まず、装着ディスクがバージョン１のディスクである場合に実行するステップＳ２３１〜Ｓ２３７の処理について説明する。

（ステップＳ２３１）
再生装置のデータ処理部は、ステップＳ２３１において、正当性の確認されたデータ受領者ルート証明書（Ａ）の構成データＡと、データ提供者ルート証明書（Ｂ）の構成データＢ、これらのルート証明書構成データＡ、Ｂの各々に対して、バージョン１（Ｖ１）対応のディレクトリ名生成関数ｆ１を適用して後発データ格納ディレクトリ名を算出する。すなわち、以下の２つのディレクトリ名を算出する。
データ受領者ディレクトリ名＝ｆ１（Ａ）
データ提供者ディレクトリ名＝ｆ１（Ｂ）

（ステップＳ２３２）
次に、再生装置のデータ処理部は、ステップＳ２３２において、ステップＳ２３１で算出した、
データ受領者ディレクトリ名＝ｆ１（Ａ）
データ提供者ディレクトリ名＝ｆ１（Ｂ）
これら２つのディレクトリ名が、データアクセス許可情報に記録された、
データ受領者ディレクトリ識別子＝ｆ１（Ａ）
データ提供者ディレクトリ識別子＝ｆ１（Ｂ）
と一致するか否かを確認する。
さらに、一致が確認された場合は、これら２つのディレクトリがローカル記憶部に存在するかを確認する。

なお、バージョン１のディスクには、先に図１４を参照して説明したバージョン１対応のデータアクセス許可情報が記録されている。
バージョン１対応のデータアクセス許可情報に記録されたディレクトリ識別子は、バージョン１対応のディレクトリ名算出関数ｆ１を適用して算出されたディレクトリ識別子（ディレクトリ名）が記録されている。

なお、ステップＳ２３２において、再生装置は、算出ディレクトリ名と、データアクセス許可情報に記録されたディレクトリ識別子との一致確認後、さらに、これら２つのディレクトリがローカル記憶部に存在するかを確認する。

（ステップＳ２３３）
ステップＳ２３１で算出した、
データ受領者ディレクトリ名＝ｆ１（Ａ）
データ提供者ディレクトリ名＝ｆ１（Ｂ）
これら２つのディレクトリ名が、データアクセス許可情報に記録された、
データ受領者ディレクトリ識別子＝ｆ１（Ａ）
データ提供者ディレクトリ識別子＝ｆ１（Ｂ）
と一致し、かつ、これら２つのディレクトリがローカル記憶部に存在することが確認された場合は、ステップＳ２３５に進み、確認されなかった場合は、ステップＳ２３４に進む。

（ステップＳ２３４）
ステップＳ２３２〜Ｓ２３３の処理において、算出ディレクトリ名がデータアクセス許可情報に記録されていない場合、あるいはローカル記憶部にないことが判明した場合は、ステップＳ２３４において再生処理を中止する。

（ステップＳ２３５）
ステップＳ２３２〜Ｓ２３３の処理において、算出ディレクトリ名がデータアクセス許可情報に記録されていることを確認し、ローカル記憶部にあることを確認した場合は、ステップＳ２３５の処理を実行する。

ステップＳ２３５では、ステップＳ２３１で算出した、
データ受領者ディレクトリ名＝ｆ１（Ａ）
データ提供者ディレクトリ名＝ｆ１（Ｂ）
これら２つのディレクトリ名を有するディレクトリをローカル記憶部から選択し、これらの２つのディレクトリ以下に設定されたデータを再生対象データとして選択する。

なお、
データ受領者ディレクトリ名＝ｆ１（Ａ）
データ提供者ディレクトリ名＝ｆ１（Ｂ）
これらのディレクトリに設定されるデータは、いずれも、バージョン１のディスク対応の後発データである。このように、再生装置にバージョン１対応のディスクが装着された場合は、ステップＳ２３１〜Ｓ２３５の処理を実行してローカル記憶部からバージョン１のディスク対応の後発データを再生対象データとして選択する。

（ステップＳ２３６）
ステップＳ２３６において、再生装置のデータ処理部は、装着ディスクの格納データと、ローカル記憶部からの選択データに基づいて、仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を構築する。
仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を構成するデータは、装着ディスクがバージョン１のディスクである場合は、全てバージョン１のディスク対応のデータとなる。

（ステップＳ２３７）
ステップＳ２３７において、再生装置のデータ処理部は、ステップＳ２３６で構築した仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を適用したデータ再生処理を開始する。
この再生処理において再生されるデータは、装着ディスクがバージョン１のディスクである場合は、全てバージョン１のディスク対応のデータとなる。

（ステップＳ２４１）
次に、ステップＳ２２２の判定書において、再生装置に装着されたディスクがバージョン２のディスクであると判定した場合に実行されるステップＳ２４１以下の処理について説明する。
再生装置のデータ処理部は、ステップＳ２４１において、正当性の確認されたデータ受領者ルート証明書（Ａ）の構成データＡと、データ提供者ルート証明書（Ｂ）の構成データＢ、これらのルート証明書構成データＡ、Ｂの各々に対して、バージョン２（Ｖ２）対応のディレクトリ名生成関数ｆ２を適用して後発データ格納ディレクトリ名を算出する。すなわち、以下の２つのディレクトリ名を算出する。
データ受領者ディレクトリ名＝ｆ２（Ａ）
データ提供者ディレクトリ名＝ｆ２（Ｂ）

（ステップＳ２４２）
次に、再生装置のデータ処理部は、ステップＳ２４２において、ステップＳ２４１で算出した、
データ受領者ディレクトリ名＝ｆ２（Ａ）
データ提供者ディレクトリ名＝ｆ２（Ｂ）
これら２つのディレクトリ名が、データアクセス許可情報に記録された、
データ受領者ディレクトリ識別子＝ｆ２（Ａ）
データ提供者ディレクトリ識別子＝ｆ２（Ｂ）
と一致するか否かを確認する。

なお、バージョン２のディスクには、先に図１２を参照して説明したバージョン２対応のデータアクセス許可情報が記録されている。
バージョン２対応のデータアクセス許可情報に記録されたディレクトリ識別子は、バージョン２対応のディレクトリ名算出関数ｆ２を適用して算出されたディレクトリ識別子（ディレクトリ名）が記録されている。

なお、ステップＳ２４２において、再生装置は、算出ディレクトリ名と、データアクセス許可情報に記録されたディレクトリ識別子との一致確認後、さらに、これら２つのディレクトリがローカル記憶部に存在するかを確認する。

（ステップＳ２４３）
ステップＳ２４１で算出した、
データ受領者ディレクトリ名＝ｆ２（Ａ）
データ提供者ディレクトリ名＝ｆ２（Ｂ）
これら２つのディレクトリ名が、データアクセス許可情報に記録された、
データ受領者ディレクトリ識別子＝ｆ２（Ａ）
データ提供者ディレクトリ識別子＝ｆ２（Ｂ）
と一致し、かつ、これら２つのディレクトリがローカル記憶部に存在することが確認された場合は、ステップＳ２４５に進み、確認されなかった場合は、ステップＳ２４４に進む。

（ステップＳ２４４）
ステップＳ２４２〜Ｓ２４３の処理において、算出ディレクトリ名がデータアクセス許可情報に記録されていない場合、あるいはローカル記憶部にないことが判明した場合は、ステップＳ２４４において再生処理を中止する。

（ステップＳ２４５）
ステップＳ２４２〜Ｓ２４３の処理において、算出ディレクトリ名がデータアクセス許可情報に記録されていることを確認し、ローカル記憶部にあることを確認した場合は、ステップＳ２４５の処理を実行する。

ステップＳ２４５では、ステップＳ２４１で算出した、
データ受領者ディレクトリ名＝ｆ２（Ａ）
データ提供者ディレクトリ名＝ｆ２（Ｂ）
これら２つのディレクトリ名を有するディレクトリをローカル記憶部から選択し、これらの２つのディレクトリ以下に設定されたデータを再生対象データとして選択する。

なお、
データ受領者ディレクトリ名＝ｆ２（Ａ）
データ提供者ディレクトリ名＝ｆ２（Ｂ）
これらのディレクトリに設定されるデータは、いずれも、バージョン２のディスク対応の後発データである。このように、再生装置にバージョン２対応のディスクが装着された場合は、ステップＳ２４１〜Ｓ２４５の処理を実行してローカル記憶部からバージョン２のディスク対応の後発データを再生対象データとして選択する。

（ステップＳ２４６）
ステップＳ２４６において、再生装置のデータ処理部は、装着ディスクの格納データと、ローカル記憶部からの選択データに基づいて、仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を構築する。
仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を構成するデータは、装着ディスクがバージョン２のディスクである場合は、全てバージョン２のディスク対応のデータとなる。

（ステップＳ２４７）
ステップＳ２３７において、再生装置のデータ処理部は、ステップＳ２４６で構築した仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を適用したデータ再生処理を開始する。
この再生処理において再生されるデータは、装着ディスクがバージョン２のディスクである場合は、全てバージョン２のディスク対応のデータとなる。

このように、データアクセス許可情報を利用した再生処理においても、バージョン１のディスクを装着した場合は、ローカル記憶部から取得するデータ提供者ディレクトリのデータについても、バージョン１のディスク対応の後発データを取得可能となる。バージョン２のディスクを装着した場合は、全てバージョン２のディスク対応の後発データを確実に取得可能となる。
誤ってバージョンの異なる後発データを選択してしまうといったエラーの発生を防止することができる。

［６．情報処理装置のハードウェア構成例について］
最後に、図２２を参照して、上述した処理を実行する再生装置のハードウェア構成例について説明する。
ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）７０１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）７０２、または記憶部７０８に記憶されているプログラムに従って各種の処理を実行するデータ処理部として機能する。例えば、上述の各実施例において説明したデータ再生処理、サーバとの通信処理やサーバからの受信データの記憶部に対する記録処理等を実行する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）７０３には、ＣＰＵ７０１が実行するプログラムやデータなどが適宜記憶される。これらのＣＰＵ７０１、ＲＯＭ７０２、およびＲＡＭ７０３は、バス７０４により相互に接続されている。

ＣＰＵ７０１はバス７０４を介して入出力インタフェース７０５に接続され、入出力インタフェース７０５には、各種スイッチ、キーボード、マウス、マイクロホンなどよりなる入力部７０６、ディスプレイ、スピーカなどよりなる出力部７０７が接続されている。ＣＰＵ７０１は、入力部７０６から入力される指令に対応して各種の処理を実行し、処理結果を例えば出力部７０７に出力する。

入出力インタフェース７０５に接続されている記憶部７０８は、例えばハードディスク等からなり、ＣＰＵ７０１が実行するプログラムや各種のデータを記憶する。通信部７０９は、インターネットやローカルエリアネットワークなどのネットワークを介して外部の装置と通信する。

入出力インタフェース７０５に接続されているドライブ７１０は、磁気ディスク、光ディスク、光磁気ディスク、あるいは半導体メモリなどのリムーバブルメディア７１１を駆動し、記録されているコンテンツや鍵情報等の各種データを取得する。例えば、取得されたコンテンツや鍵データを用いて、ＣＰＵによって実行する再生プログラムに従ってコンテンツの復号、再生処理などが行われる。

［７．本開示の構成のまとめ］
以上、特定の実施例を参照しながら、本開示の実施例について詳解してきた。しかしながら、本開示の要旨を逸脱しない範囲で当業者が実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本開示の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。

なお、本明細書において開示した技術は、以下のような構成をとることができる。
（１） 情報記録媒体の記録データと、前記情報記録媒体とは異なるローカル記憶部の格納データを読み出して再生するデータ処理部を有し、
前記データ処理部は、
前記ローカル記憶部から、前記情報記録媒体に対応付けられたデータを再生対象データとして選択する処理を実行し、
前記再生対象データの選択処理に際して、
前記情報記録媒体に記録されたルート証明書の構成データに対して、前記情報記録媒体のバージョン対応の変換関数を適用したディレクトリ名算出処理を実行し、
前記ローカル記憶部から、算出ディレクトリ名を持つディレクトリに記録されたデータを再生対象データとして選択する情報処理装置。

（２） 前記ルート証明書は、前記情報記録媒体の格納コンテンツに対応付けられた公開鍵証明書であり、
前記データ処理部は、前記公開鍵証明書の構成データに対して、前記情報記録媒体のバージョン対応の変換関数を適用したディレクトリ名算出処理を実行する（１）に記載の情報処理装置。

（３） 前記ルート証明書は、前記情報記録媒体の格納コンテンツ制作者の公開鍵証明書である（２）に記載の情報処理装置。

（４） 前記情報記録媒体は、再生処理において異なるデータ処理の要求されるバージョン１の情報記録媒体（Ｖ１）と、バージョン２の情報記録媒体（Ｖ２）のいずれかであり、
前記データ処理部は、
情報処理装置にバージョン１の情報記録媒体（Ｖ１）が装着された場合、
前記情報記録媒体（Ｖ１）に記録されたルート証明書の構成データに対して、バージョン１対応の変換関数ｆ１を適用してディレクトリ名算出処理を実行し、
情報処理装置にバージョン２の情報記録媒体（Ｖ２）が装着された場合、
前記情報記録媒体（Ｖ２）に記録されたルート証明書の構成データに対して、バージョン２対応の変換関数ｆ２を適用してディレクトリ名算出処理を実行する（１）〜（３）いずれかに記載の情報処理装置。

（５） 前記バージョン１対応の変換関数ｆ１は、ハッシュ関数ｈ１であり、
前記バージョン２対応の変換関数ｆ２は、前記ハッシュ関数ｈ１を２回繰り返した関数、ｆ２＝ｈ１（ｈ１）である（４）に記載の情報処理装置。

（６） 前記バージョン１対応の変換関数ｆ１は、ハッシュ関数ｈ１であり、
前記バージョン２対応の変換関数ｆ２は、前記ハッシュ関数ｈ１と異なるハッシュ関数ｈ２である（４）に記載の情報処理装置。

（７） 前記バージョン１対応の変換関数ｆ１は、ハッシュ関数ｈ１であり、
前記バージョン２対応の変換関数ｆ２は、前記ハッシュ関数ｈ１の算出値の連結値を算出する関数、ｆ２＝ｈ１||ｈ１である（４）に記載の情報処理装置。

（８） 前記データ処理部は、さらに、
前記情報記録媒体、または他メディアまたはサーバからデータアクセス許可情報を取得し、
前記ローカル記憶部から、データアクセス許可情報に記録されたデータ提供者ディレクトリ識別子と同じディレクトリ名を持つディレクトリに記録されたデータを再生対象データとして選択する（１）〜（７）いずれかに記載の情報処理装置。

（９） 前記データアクセス許可情報には、データ提供者ＩＤが記録され、
前記データ処理部は、
前記データ提供者のルート証明書であるデータ提供者公開鍵証明書の構成データに対して、前記情報記録媒体のバージョン対応の変換関数を適用したディレクトリ名算出処理を実行し、
前記ローカル記憶部から、算出ディレクトリ名を持つディレクトリに記録されたデータを再生対象データとして選択する（８）に記載の情報処理装置。

（１０） 前記情報記録媒体は、再生処理において異なるデータ処理の要求されるバージョン１の情報記録媒体（Ｖ１）と、バージョン２の情報記録媒体（Ｖ２）のいずれかであり、
前記データ処理部は、
情報処理装置にバージョン１の情報記録媒体（Ｖ１）が装着された場合、
前記データ提供者のルート証明書の構成データに対して、バージョン１対応の変換関数ｆ１を適用してディレクトリ名算出処理を実行し、
情報処理装置にバージョン２の情報記録媒体（Ｖ２）が装着された場合、
前記データ提供者のルート証明書の構成データに対して、バージョン２対応の変換関数ｆ２を適用してディレクトリ名算出処理を実行する（９）に記載の情報処理装置。

（１１） バージョン１の情報記録媒体（Ｖ１）対応のデータアクセス許可情報（Ｖ１）には、前記バージョン１対応の変換関数ｆ１を適用して算出されるディレクトリ名がディレクトリ識別子として記録され、
バージョン２の情報記録媒体（Ｖ２）対応のデータアクセス許可情報（Ｖ２）には、前記バージョン２対応の変換関数ｆ２を適用して算出されるディレクトリ名がディレクトリ識別子として記録されており、
前記データ処理部は、
前記データ提供者のルート証明書の構成データに対して、バージョン対応の変換関数を適用して算出したディレクトリ名が、データアクセス許可情報に記録されたディレクトリ識別子と一致するか否かを確認し、
一致することが確認された場合に限り、前記ローカル記憶部から、算出ディレクトリ名を持つディレクトリに記録されたデータを再生対象データとして選択する（１０）に記載の情報処理装置。

（１２） 前記バージョン１対応の変換関数ｆ１は、ハッシュ関数ｈ１であり、
前記バージョン２対応の変換関数ｆ２は、前記ハッシュ関数ｈ１を２回繰り返した関数、ｆ２＝ｈ１（ｈ１）である（１０）または（１１）に記載の情報処理装置。

（１３） 前記バージョン１対応の変換関数ｆ１は、ハッシュ関数ｈ１であり、
前記バージョン２対応の変換関数ｆ２は、前記ハッシュ関数ｈ１と異なるハッシュ関数ｈ２である（１０）または（１１）に記載の情報処理装置。

（１４） 前記バージョン１対応の変換関数ｆ１は、ハッシュ関数ｈ１であり、
前記バージョン２対応の変換関数ｆ２は、前記ハッシュ関数ｈ１の算出値の連結値を算出する関数、ｆ２＝ｈ１||ｈ１である（１０）または（１１）に記載の情報処理装置。

（１５） 複数の異なる第１の情報記録媒体に対応付けられた後発データを格納したローカル記憶部を構成する第２の情報記録媒体であり、
前記後発データは、後発データに対応付けられた前記第１の情報記録媒体に記録されたコンテンツ対応のルート証明書構成データに対して、前記第１の情報記録媒体のバージョンに応じた変換関数を適用して生成されるディレクトリ名を有するディレクトリに記録され、
前記第１の情報記録媒体の記録データの再生処理を実行する再生装置が、
前記変換関数を適用して算出したディレクトリ名を持つディレクトリに記録されたデータを再生対象の後発データとして選択可能とした情報記録媒体。

（１６） 再生対象データと、
データアクセス許可情報を記録した情報記録媒体であり、
前記データアクセス許可情報は、
データ提供者のルート証明書の構成データに対して、バージョン対応の変換関数を適用して算出したディレクトリ名がディレクトリ識別子として記録され、
前記情報記録媒体の記録データの再生処理を実行する再生装置が、
前記データ提供者のルート証明書の構成データに対して、バージョン対応の変換関数を適用して算出したディレクトリ名が、データアクセス許可情報に記録されたディレクトリ識別子と一致するか否かを確認し、
一致することが確認された場合に限り、前記情報記録媒体とは異なるローカル記憶部から、算出ディレクトリ名を持つディレクトリに記録されたデータを再生対象データとして選択することを可能とした情報記録媒体。

（１７） 情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、情報記録媒体の記録データと、前記情報記録媒体とは異なるローカル記憶部の格納データを読み出して再生するデータ処理部を有し、
前記データ処理部は、
前記ローカル記憶部から、前記情報記録媒体に対応付けられたデータを再生対象データとして選択する処理を実行し、
前記再生対象データの選択処理に際して、
前記情報記録媒体に記録されたルート証明書の構成データに対して、前記情報記録媒体のバージョン対応の変換関数を適用したディレクトリ名算出処理を実行し、
前記ローカル記憶部から、算出ディレクトリ名を持つディレクトリに記録されたデータを再生対象データとして選択する情報処理方法。

（１８） 情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、情報記録媒体の記録データと、前記情報記録媒体とは異なるローカル記憶部の格納データを読み出して再生するデータ処理部を有し、
前記プログラムは、前記データ処理部に、
前記ローカル記憶部から、前記情報記録媒体に対応付けられたデータを再生対象データとして選択する処理を実行させ、
前記再生対象データの選択処理に際して、
前記情報記録媒体に記録されたルート証明書の構成データに対して、前記情報記録媒体のバージョン対応の変換関数を適用したディレクトリ名算出処理と、
前記ローカル記憶部から、算出ディレクトリ名を持つディレクトリに記録されたデータを再生対象データとして選択する処理を実行させるプログラム。

また、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。例えば、プログラムは記録媒体に予め記録しておくことができる。記録媒体からコンピュータにインストールする他、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介してプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。

なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。

以上、説明したように、本開示の一実施例の構成によれば、情報記録媒体に対応する後発データをローカル記憶部から確実に取得し仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を構築してデータ再生を実行することが可能となる。
具体的には、情報記録媒体の記録データと、前記情報記録媒体とは異なるローカル記憶部の格納データを読み出して再生するデータ処理部を有する。データ処理部は、ローカル記憶部から、前記情報記録媒体に対応付けられたデータを再生対象データとして選択する処理を実行し、再生対象データの選択処理に際して、情報記録媒体に記録されたルート証明書の構成データに対して、情報記録媒体のバージョン対応の変換関数を適用したディレクトリ名算出処理を実行し、ローカル記憶部から算出ディレクトリ名を持つディレクトリに記録されたデータを再生対象データとして選択する。
本構成により、情報記録媒体に対応する後発データをローカル記憶部から確実に取得し仮想ファイルシステム（ＶＦＳ：Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を構築してデータ再生を実行することが可能となる。

１００ 再生装置
１０１ データ処理部
１０２ ローカル記憶部
１０３ ドライブ
１０４ メモリ
１０５ 通信ＩＦ
１０６ 表示部
１３０ サーバ
１３１ データ処理部
１３２ 差通信ＩＦ
２００ 情報記録媒体
２０１ コンテンツ
２０２ 利用制御情報
２０３ ルート証明書
２０４ データアクセス許可情報
２０５ その他データ
３２０ アプリケーションプログラム
３２１ 後発データ検索情報
４０１ ルートディレクトリ
４０２ ＢＵＤＡルートディレクトリ
４０３ スタジオディレクトリ
４０４ ディスクディレクトリ
５０１ ルートディレクトリ
５０２ ＢＵＤＡルートディレクトリ
５０３〜５０６ スタジオ＆バージョンディレクトリ
５１１〜５１４，５５２ ディスクディレクトリ
７０１ ＣＰＵ
７０２ ＲＯＭ
７０３ ＲＡＭ
７０４ バス
７０５ 入出力インタフェース
７０６ 入力部
７０７ 出力部
７０８ 記憶部
７０９ 通信部
７１０ ドライブ
７１１ リムーバブルメディア

Claims (18)

1. 情報記録媒体の記録データと、前記情報記録媒体とは異なるローカル記憶部の格納データを読み出して再生するデータ処理部を有し、
   前記データ処理部は、
   前記ローカル記憶部から、前記情報記録媒体に対応付けられたデータを再生対象データとして選択する処理を実行し、
   前記再生対象データの選択処理に際して、
   前記情報記録媒体に記録されたルート証明書の構成データに対して、前記情報記録媒体のバージョン対応の変換関数を適用したディレクトリ名算出処理を実行し、
   前記ローカル記憶部から、算出ディレクトリ名を持つディレクトリに記録されたデータを再生対象データとして選択する情報処理装置。
2. 前記ルート証明書は、前記情報記録媒体の格納コンテンツに対応付けられた公開鍵証明書であり、
   前記データ処理部は、前記公開鍵証明書の構成データに対して、前記情報記録媒体のバージョン対応の変換関数を適用したディレクトリ名算出処理を実行する請求項１に記載の情報処理装置。
3. 前記ルート証明書は、前記情報記録媒体の格納コンテンツ制作者の公開鍵証明書である請求項２に記載の情報処理装置。
4. 前記情報記録媒体は、再生処理において異なるデータ処理の要求されるバージョン１の情報記録媒体（Ｖ１）と、バージョン２の情報記録媒体（Ｖ２）のいずれかであり、
   前記データ処理部は、
   情報処理装置にバージョン１の情報記録媒体（Ｖ１）が装着された場合、
   前記情報記録媒体（Ｖ１）に記録されたルート証明書の構成データに対して、バージョン１対応の変換関数ｆ１を適用してディレクトリ名算出処理を実行し、
   情報処理装置にバージョン２の情報記録媒体（Ｖ２）が装着された場合、
   前記情報記録媒体（Ｖ２）に記録されたルート証明書の構成データに対して、バージョン２対応の変換関数ｆ２を適用してディレクトリ名算出処理を実行する請求項１に記載の情報処理装置。
5. 前記バージョン１対応の変換関数ｆ１は、ハッシュ関数ｈ１であり、
   前記バージョン２対応の変換関数ｆ２は、前記ハッシュ関数ｈ１を２回繰り返した関数、ｆ２＝ｈ１（ｈ１）である請求項４に記載の情報処理装置。
6. 前記バージョン１対応の変換関数ｆ１は、ハッシュ関数ｈ１であり、
   前記バージョン２対応の変換関数ｆ２は、前記ハッシュ関数ｈ１と異なるハッシュ関数ｈ２である請求項４に記載の情報処理装置。
7. 前記バージョン１対応の変換関数ｆ１は、ハッシュ関数ｈ１であり、
   前記バージョン２対応の変換関数ｆ２は、前記ハッシュ関数ｈ１の算出値の連結値を算出する関数、ｆ２＝ｈ１||ｈ１である請求項４に記載の情報処理装置。
8. 前記データ処理部は、さらに、
   前記情報記録媒体、または他メディアまたはサーバからデータアクセス許可情報を取得し、
   前記ローカル記憶部から、データアクセス許可情報に記録されたデータ提供者ディレクトリ識別子と同じディレクトリ名を持つディレクトリに記録されたデータを再生対象データとして選択する請求項１に記載の情報処理装置。
9. 前記データアクセス許可情報には、データ提供者ＩＤが記録され、
   前記データ処理部は、
   前記データ提供者のルート証明書であるデータ提供者公開鍵証明書の構成データに対して、前記情報記録媒体のバージョン対応の変換関数を適用したディレクトリ名算出処理を実行し、
   前記ローカル記憶部から、算出ディレクトリ名を持つディレクトリに記録されたデータを再生対象データとして選択する請求項８に記載の情報処理装置。
10. 前記情報記録媒体は、再生処理において異なるデータ処理の要求されるバージョン１の情報記録媒体（Ｖ１）と、バージョン２の情報記録媒体（Ｖ２）のいずれかであり、
    前記データ処理部は、
    情報処理装置にバージョン１の情報記録媒体（Ｖ１）が装着された場合、
    前記データ提供者のルート証明書の構成データに対して、バージョン１対応の変換関数ｆ１を適用してディレクトリ名算出処理を実行し、
    情報処理装置にバージョン２の情報記録媒体（Ｖ２）が装着された場合、
    前記データ提供者のルート証明書の構成データに対して、バージョン２対応の変換関数ｆ２を適用してディレクトリ名算出処理を実行する請求項９に記載の情報処理装置。
11. バージョン１の情報記録媒体（Ｖ１）対応のデータアクセス許可情報（Ｖ１）には、前記バージョン１対応の変換関数ｆ１を適用して算出されるディレクトリ名がディレクトリ識別子として記録され、
    バージョン２の情報記録媒体（Ｖ２）対応のデータアクセス許可情報（Ｖ２）には、前記バージョン２対応の変換関数ｆ２を適用して算出されるディレクトリ名がディレクトリ識別子として記録されており、
    前記データ処理部は、
    前記データ提供者のルート証明書の構成データに対して、バージョン対応の変換関数を適用して算出したディレクトリ名が、データアクセス許可情報に記録されたディレクトリ識別子と一致するか否かを確認し、
    一致することが確認された場合に限り、前記ローカル記憶部から、算出ディレクトリ名を持つディレクトリに記録されたデータを再生対象データとして選択する請求項１０に記載の情報処理装置。
12. 前記バージョン１対応の変換関数ｆ１は、ハッシュ関数ｈ１であり、
    前記バージョン２対応の変換関数ｆ２は、前記ハッシュ関数ｈ１を２回繰り返した関数、ｆ２＝ｈ１（ｈ１）である請求項１０に記載の情報処理装置。
13. 前記バージョン１対応の変換関数ｆ１は、ハッシュ関数ｈ１であり、
    前記バージョン２対応の変換関数ｆ２は、前記ハッシュ関数ｈ１と異なるハッシュ関数ｈ２である請求項１０に記載の情報処理装置。
14. 前記バージョン１対応の変換関数ｆ１は、ハッシュ関数ｈ１であり、
    前記バージョン２対応の変換関数ｆ２は、前記ハッシュ関数ｈ１の算出値の連結値を算出する関数、ｆ２＝ｈ１||ｈ１である請求項１０に記載の情報処理装置。
15. 複数の異なる第１の情報記録媒体に対応付けられた後発データを格納したローカル記憶部を構成する第２の情報記録媒体であり、
    前記後発データは、後発データに対応付けられた前記第１の情報記録媒体に記録されたコンテンツ対応のルート証明書構成データに対して、前記第１の情報記録媒体のバージョンに応じた変換関数を適用して生成されるディレクトリ名を有するディレクトリに記録され、
    前記第１の情報記録媒体の記録データの再生処理を実行する再生装置が、
    前記変換関数を適用して算出したディレクトリ名を持つディレクトリに記録されたデータを再生対象の後発データとして選択可能とした情報記録媒体。
16. 再生対象データと、
    データアクセス許可情報を記録した情報記録媒体であり、
    前記データアクセス許可情報は、
    データ提供者のルート証明書の構成データに対して、バージョン対応の変換関数を適用して算出したディレクトリ名がディレクトリ識別子として記録され、
    前記情報記録媒体の記録データの再生処理を実行する再生装置が、
    前記データ提供者のルート証明書の構成データに対して、バージョン対応の変換関数を適用して算出したディレクトリ名が、データアクセス許可情報に記録されたディレクトリ識別子と一致するか否かを確認し、
    一致することが確認された場合に限り、前記情報記録媒体とは異なるローカル記憶部から、算出ディレクトリ名を持つディレクトリに記録されたデータを再生対象データとして選択することを可能とした情報記録媒体。
17. 情報処理装置において実行する情報処理方法であり、
    前記情報処理装置は、情報記録媒体の記録データと、前記情報記録媒体とは異なるローカル記憶部の格納データを読み出して再生するデータ処理部を有し、
    前記データ処理部は、
    前記ローカル記憶部から、前記情報記録媒体に対応付けられたデータを再生対象データとして選択する処理を実行し、
    前記再生対象データの選択処理に際して、
    前記情報記録媒体に記録されたルート証明書の構成データに対して、前記情報記録媒体のバージョン対応の変換関数を適用したディレクトリ名算出処理を実行し、
    前記ローカル記憶部から、算出ディレクトリ名を持つディレクトリに記録されたデータを再生対象データとして選択する情報処理方法。
18. 情報処理装置において情報処理を実行させるプログラムであり、
    前記情報処理装置は、情報記録媒体の記録データと、前記情報記録媒体とは異なるローカル記憶部の格納データを読み出して再生するデータ処理部を有し、
    前記プログラムは、前記データ処理部に、
    前記ローカル記憶部から、前記情報記録媒体に対応付けられたデータを再生対象データとして選択する処理を実行させ、
    前記再生対象データの選択処理に際して、
    前記情報記録媒体に記録されたルート証明書の構成データに対して、前記情報記録媒体のバージョン対応の変換関数を適用したディレクトリ名算出処理と、
    前記ローカル記憶部から、算出ディレクトリ名を持つディレクトリに記録されたデータを再生対象データとして選択する処理を実行させるプログラム。

Images