情報処理装置、情報処理システム、および情報処理方法、並びにプログラム
【課題】データ変更に伴う仮想ファイルシステム（ＶＦＳ）の更新処理の簡略化を実現するデータの生成装置、方法を提供する。
【解決手段】ディスク格納データとローカル記憶部に格納された後発データを、仮想ファイルシステム（ＶＦＳ）を適用して再生処理を行うユーザ装置に対して提供する後発データを、複数の異なる後発データに共通に利用可能な汎用再生制御情報による再生可能なデータとする。例えば汎用再生制御情報のクリップ情報に規定される再生パケット数、再生開始位置、Ｉピクチャの読み出し開始位置と読み出しバイト数に適合するＡＶストリームファイルを生成する。このファイルの利用により、ファイル名変換テーブル更新等を必要とする仮想ファイルシステム（ＶＦＳ）更新処理が簡略化され、後発データの変更に伴うＶＦＳ更新の迅速化が可能となり、再生開始までの時間を短縮することができる。
【解決手段】ディスク格納データとローカル記憶部に格納された後発データを、仮想ファイルシステム（ＶＦＳ）を適用して再生処理を行うユーザ装置に対して提供する後発データを、複数の異なる後発データに共通に利用可能な汎用再生制御情報による再生可能なデータとする。例えば汎用再生制御情報のクリップ情報に規定される再生パケット数、再生開始位置、Ｉピクチャの読み出し開始位置と読み出しバイト数に適合するＡＶストリームファイルを生成する。このファイルの利用により、ファイル名変換テーブル更新等を必要とする仮想ファイルシステム（ＶＦＳ）更新処理が簡略化され、後発データの変更に伴うＶＦＳ更新の迅速化が可能となり、再生開始までの時間を短縮することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理システム、および情報処理方法、並びにプログラムに関する。さらに、詳細には、Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）やＤＶＤなどの情報記録媒体の格納コンテンツに対応する後発データの生成処理を行う情報処理装置、情報処理システム、および情報処理方法、並びにプログラムに関する。
【背景技術】
【０００２】
音楽等のオーディオデータ、映画等の画像データ、ゲームプログラム、各種アプリケーションプログラム等、様々なソフトウエアデータ（以下、これらをコンテンツ（Ｃｏｎｔｅｎｔ）と呼ぶ）は、記録メディア、例えば、Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）、あるいはＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）などのディスク型の情報記録媒体（メディア）に格納できる。青色レーザを利用したＢｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）は、高密度記録可能なディスクであり大容量の映像コンテンツなどを高画質データとして記録できる。
【０００３】
コンテンツ格納ディスクは、例えばユーザ所有のＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）や、ディスクプレーヤ等の再生装置に装着することでコンテンツの再生、利用を行うことができる。
【０００４】
Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）の規格では、ディスクに記録されたコンテンツに対応する付属データ、例えば映画コンテンツに対応する字幕データや吹き替えデータ、その他のコンテンツ対応のサービスデータ、予告編、広告など、様々な動画、静止画等のコンテンツを、後発データとしてサーバからダウンロードして利用する場合の利用制御についても規定している。
【０００５】
なお、サーバなどから後発データを取得してユーザ装置のハードディスク等のローカル記憶部に記録してディスク記録コンテンツに併せて再生するコンテンツ利用システムについては、例えば特許文献１（特許３９５９７３５号公報）や、特許文献２（特開２００３−１４０６６２号公報）に開示されている。
【０００６】
なお、Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）等のディスク記録コンテンツと、ハードディスク等のローカル記憶部に記録された後発データをユーザ装置において併せて再生する際には、ディスク格納コンテンツと、ハードディスクなどのローカル記憶部格納コンテンツを統合したパッケージ仮想パッケージを設定し、さらに仮想ファイルシステム（ＶＦＳ：バーチャル・ファイルシステム）を構築して再生処理が行われる。このＶＦＳに基づく再生処理により、あたかも１つのメディアからの再生処理と同様の再生が可能となる。
【０００７】
このＶＦＳ構築処理の際、ローカル記憶部に記憶された後発データのファイル名を、ＶＦＳ設定用のファイル名に変換する処理を行う。ローカル記憶部には、様々なコンテンツ提供サーバからの様々な後発データが格納される。
【０００８】
ＶＦＳ構築処理において［ローカル記憶部上のファイル名］を［ＶＦＳ上のファイル名］に変換する処理が必要となる。このファイル名変換処理のために、ユーザ装置はファイル名変換テーブルを保持する。このファイル名変換テーブルは、マニフェストファイル（ＢＵＭＦ：Ｂｉｎｄｉｎｇ Ｕｎｉｔ Ｍａｎｉｆｅｓｔ Ｆｉｌｅ）と呼ばれる。
【０００９】
さらに、ユーザ装置における後発データの利用管理を厳格に行うため、ユーザ装置には、ＢＵＭＦの構成データに対する署名設定ファイルであるファイル改竄検証データ（ＢＵＳＦ：Ｂｉｎｄｉｎｇ Ｕｎｉｔ Ｓｉｇｎａｔｕｒｅ Ｆｉｌｅ）が格納される。
【００１０】
後発データを利用するユーザ装置は、まず、ファイル改竄検証データ（ＢＵＳＦ）の署名検証によりマニフェストファイル（ＢＵＭＦ）の正当性を確認する。この確認がなされたことを条件として、マニフェストファイル（ＢＵＭＦ）を利用してローカル記憶部に格納された後発データのファイル名変換を実行しＶＦＳを構築する。
【００１１】
しかし、後発データは、１枚のディスク格納コンテンツに対応して１つに限らず、様々な後発データがサーバから逐次提供される。例えば１枚のディスク格納コンテンツである映画に対応する予告編情報、Ａ社の広告情報、Ｂ社の広告情報など、様々な後発データがサーバから順次提供される場合がある。後発データを受領するユーザ装置は、このような後発データの取得ごとにマニフェストファイル（ＢＵＭＦ）およびファイル改竄検証データ（ＢＵＳＦ）の更新を伴う仮想ファイルシステム（ＶＦＳ）の更新処理を行わなければならない。後発データを次々と取得するユーザ装置は、このような処理を頻繁に行わなければならず、処理の効率化が求められる。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】特許３９５９７３５号公報
【特許文献２】特開２００３−１４０６６２号公報
【発明の概要】
【発明が解決しようとする課題】
【００１３】
本発明は、例えば上述の状況に鑑みてなされたものであり、ＤＶＤやＢｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）などのメディア格納コンテンツと、後発データ、例えば、サーバからのダウンロードデータを統合して再生する場合の仮想ファイルシステムの更新処理を簡略化して迅速な再生処理を行うことを可能としたデータの生成を行う情報処理装置、情報処理方法、並びにプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１４】
本発明の第１の側面は、
汎用再生制御情報を適用して再生可能なデータの生成を行うデータ処理部を有し、
前記データ処理部は、
前記汎用再生制御情報に含まれるクリップ情報の規定する再生パケット数に一致する再生パケット数からなるデータを、前記クリップ情報による再生データとして格納したデータファイルを生成する情報処理装置にある。
【００１５】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記クリップ情報による再生データの構成パケット数を、無効パケット（Ｎｕｌｌパケット）の挿入により、前記クリップ情報の規定する再生パケット数に一致させる処理を行う。
【００１６】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記汎用再生制御情報に含まれるクリップ情報の規定するＩピクチャの読み出し開始位置と読み出しバイト数に適合したＩピクチャを持つＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）データを格納したデータファイルを生成する。
【００１７】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、ＭＰＥＧデータ内のユーザデータフィールドに対する任意値埋め込み処理により、Ｉピクチャ対応の読み出しバイト数を前記クリップ情報の規定情報に一致させる処理を行う。
【００１８】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記クリップ情報による再生データとして格納したデータファイルであるＡＶストリームファイルを１つまたは複数生成し、生成するＡＶストリームファイルに含まれる再生用データのパケット数の総再生時間を、前記汎用再生制御情報に含まれるプレイリストの規定する再生時間に一致する設定としたＡＶストリームファイルの生成を行う。
【００１９】
さらに、本発明の情報処理装置の一実施態様において、前記汎用再生制御情報に含まれる前記クリップ情報の規定する再生開始位置は、前記クリップ情報による再生データを格納したＡＶストリームファイルの最初のＩピクチャ位置であり、前記データ処理部は、前記ＡＶストリームファイルの最初のＩピクチャを再生開始位置として設定した再生データを格納したＡＶストリームファイルを生成する。
【００２０】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、汎用再生制御情報を適用したデータ再生処理を行うユーザ装置に対して、前記データ処理部の生成したデータファイルを送信する通信部を有する。
【００２１】
さらに、本発明の第２の側面は、
データ再生処理を実行する再生装置と、前記再生装置に対して再生対象となるデータを含むデータファイルを提供するサーバを有する情報処理システムであり、
前記再生装置は、
前記サーバの提供するデータファイルと、複数の異なるデータファイルに対する共通の再生制御情報として利用可能な汎用再生制御情報ファイルを格納した記憶部と、
前記記憶部の格納データとディスク格納データとを統合した仮想ファイルシステム（ＶＦＳ）を構築してデータ再生処理を実行するデータ処理部であり、前記仮想ファイルシステム（ＶＦＳ）を利用して再生するデータファイルの変更に際して、前記汎用再生制御情報ファイルを変更することなくデータファイルのみの変更を伴う仮想ファイルシステム（ＶＦＳ）更新処理を行うデータ処理部を有し、
前記サーバは、
前記汎用再生制御情報に含まれる再生データの定義情報に対応した構成を持つデータを含むデータファイルを生成して前記再生装置に提供する構成を有する情報処理システムにある。
【００２２】
さらに、本発明の第３の側面は、
情報処理装置において実行する情報処理方法であり、
データ処理部が、汎用再生制御情報を適用して再生可能なデータの生成を行うデータ生成ステップを有し、
前記データ生成ステップは、
前記汎用再生制御情報に含まれるクリップ情報の規定する再生パケット数に一致する再生パケット数からなるデータを、前記クリップ情報による再生データとして格納したデータファイルを生成するステップである情報処理方法にある。
【００２３】
さらに、本発明の第４の側面は、
情報処理装置においてデータ生成処理を実行させるプログラムであり、
データ処理部に、汎用再生制御情報を適用して再生可能なデータの生成を行わせるデータ生成ステップを有し、
前記データ生成ステップは、
前記汎用再生制御情報に含まれるクリップ情報の規定する再生パケット数に一致する再生パケット数からなるデータを、前記クリップ情報による再生データとして格納したデータファイルを生成させるステップであるプログラムにある。
【００２４】
なお、本発明のプログラムは、例えば、様々なプログラム・コードを実行可能な画像処理装置やコンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体によって提供可能なプログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、画像処理装置やコンピュータ・システム上でプログラムに応じた処理が実現される。
【００２５】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【発明の効果】
【００２６】
本発明の一実施例は、ディスク格納データとローカル記憶部に格納された後発データを、仮想ファイルシステム（ＶＦＳ）を適用して再生処理を行うユーザ装置に対して提供する後発データを、複数の異なる後発データに共通に利用可能な汎用再生制御情報による再生可能なデータとしたものである。例えば汎用再生制御情報のクリップ情報に規定される再生パケット数、再生開始位置、Ｉピクチャの読み出し開始位置と読み出しバイト数に適合するＡＶストリームファイルを生成する。このファイルの利用により、ファイル名変換テーブル更新等を必要とする仮想ファイルシステム（ＶＦＳ）更新処理が簡略化され、後発データの変更に伴うＶＦＳ更新の迅速化が可能となり、再生開始までの時間を短縮することができる。
【図面の簡単な説明】
【００２７】
【図１】本発明の適用可能な構成例について説明する図である。
【図２】情報記録媒体格納データ、および情報処理装置（再生装置）１００のコンテンツ再生処理例を示す図である。
【図３】情報記録媒体に格納されるコンテンツのフォーマット例について説明する図である。
【図４】ＣＰＳユニット鍵ファイルの具体的構成例について説明する図である。
【図５】再生装置において生成する仮想ファイルシステムについて説明する図である。
【図６】後発データ検索情報に格納されるファイル変換テーブルの例について説明する図である。
【図７】仮想ファイルシステムの更新処理について説明する図である。
【図８】本発明の一実施例における再生装置のローカル記憶部格納データとサーバからの取得データについて説明する図である。
【図９】本発明の一実施例における再生装置のローカル記憶部格納データとサーバからの取得データについて説明する図である。
【図１０】複数の後発データに共通に利用可能な汎用再生制御情報を構成するプレイリストとプレイアイテムの制限および構成例について説明する図である。
【発明を実施するための形態】
【００２８】
以下、図面を参照しながら本発明の情報処理装置、情報処理システム、および情報処理方法、並びにプログラムの詳細について説明する。説明は、以下の項目に従って行う。
１．本発明の適用可能な構成と処理の概要
２．仮想ファイルシステム（ＶＦＳ）を利用したコンテンツ再生処理とファイル名変換テーブル（ＢＵＭＦ）の概要
３．共通プレイリストを含む汎用再生制御情報を利用した後発データの再生処理構成
【００２９】
［１．本発明の適用可能な構成と処理の概要］
まず、本発明の適用可能な構成と処理の概要について説明する。図１には、情報処理装置（サーバ）１３０と、情報処理装置（サーバ）１３０の提供するデータを受信し再生処理を行うユーザ装置としての再生装置１００を示している。再生装置１００は、例えばＤＶＤやＢｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）などの情報記録媒体（ディスク）２００の再生処理を実行するユーザ装置、例えばＰＣやプレーヤ等である。情報処理装置（サーバ）１３０は、再生装置１００に提供するデータ（後発データ）の生成を行う。
【００３０】
再生装置１００は、以下の構成を有する。
コンテンツ再生処理、後発データ管理処理などを実行するＣＰＵなどのプログラム実行機能を持つデータ処理部１０１、
情報記録媒体２００の格納コンテンツに対応するデータとして、情報処理装置（サーバ）１３０からダウンロードしたデータやユーザの生成したデータなどの後発データおよび管理データを格納するローカル記憶部１０２、
情報記録媒体２００に対するデータ入出力を行なうドライブ１０３、
プログラムの実行領域、パラメータ格納領域などに利用されるＲＯＭ，ＲＡＭによって構成されるメモリ１０４、
ネットワークを介した通信を実行する通信インタフェース１０５、
コンテンツやコンテンツ情報表示を行なう表示部１０６、
これらの構成を有する。
ローカル記憶部１０２は、例えばハードディスクやフラッシュメモリ等によって構成される。なお、情報記録媒体２００が例えば記録可能なデータ領域を有する構成（例えばＲ型、ＲＥ型、パーシャルＲＯＭなど）である場合は、その情報記録媒体２００の一部をローカル記憶部として利用する構成としてもよい。
【００３１】
再生装置１００は、情報記録媒体２００からドライブ１０３を介して情報記録媒体１００に格納されたコンテンツを読み取り、コンテンツの再生処理を行なう。この処理はデータ処理部１０１の制御の下に行なわれる。情報記録媒体２００は、例えば、コンテンツが予め記録されたＲＯＭディスク、あるいはユーザが情報処理装置（サーバ）１３０からダウンロードするなどの処理によって取得したコンテンツを記録できるデータ書き込み可能なＲ型や、ＲＥ型などのメディアなど様々である。
【００３２】
再生装置１００は、情報記録媒体２００に格納されたコンテンツ再生に併せて利用可能な後発データを情報処理装置（サーバ）１３０から取得して例えばハードディスクやフラッシュメモリ等によって構成されるローカル記憶部１０２に記憶する。情報処理装置（サーバ）１３０から取得する後発データとは、例えば、情報記録媒体２００に格納されたコンテンツが映画コンテンツである場合の字幕データや吹き替えデータ、その他、情報記録媒体２００に格納されたコンテンツに対応するサービスデータ、予告編、広告など、様々な動画、静止画等のデータである。また、情報記録媒体２００に格納されたコンテンツがゲームプログラムなどである場合には、ゲームの実行によって得られた得点情報、経過情報などの後発データをローカル記憶部１０２に記憶する。
【００３３】
ローカル記憶部１０２に記憶される後発データは、例えば情報記録媒体２００の格納コンテンツのいずれかに対応して取得または生成されたデータであり、情報記録媒体２００の格納コンテンツの再生処理に際して、ローカル記憶部１０２に格納され、ユーザによって選択された後発データの再生を併せて実行することができる。この再生処理においては、例えばディスク格納コンテンツと、ハードディスクなどのローカル記憶部格納コンテンツを統合したパッケージ（仮想パッケージ）を設定し、ＶＦＳ（バーチャル・ファイルシステム）を構築して再生処理が行われる。このＶＦＳに基づく再生処理により、あたかも１つのメディアからの再生処理と同様の再生が可能となる。ＶＦＳに基づく再生処理の詳細については後段で説明する。
【００３４】
データ処理部１０１は、後発データの記録に際して、必要に応じて後発データに関する管理情報や説明情報を生成または更新してローカル記憶部１０２に記録する。データ処理部１０１は、ローカル記憶部１０２に設定される後発データ用ディレクトリに、後発データおよび管理情報、説明情報の記録を行う。
【００３５】
データ処理部１０１は、ローカル記憶部１０２内に記憶されたＶＦＳ構成に用いられるデータ群をバインディングユニット（ＢＵ：Ｂｉｎｄｉｎｇ Ｕｎｉｔ）ともよばれる管理ユニット単位で管理する。管理ユニット（ＢＵ）は、情報記録媒体２００に格納されたコンテンツに対応して後発的に生成または取得された後発データ、例えばサーバからのダウンロードコンテンツやユーザ生成データを含むユニットとして設定される。
【００３６】
データ処理部１０１は、情報記録媒体（ディスク）２００に格納されたコンテンツと、ローカル記憶部１０２に記憶された後発データとを併せて再生する際、上述したようにＶＦＳ（バーチャル・ファイルシステム）を構築して再生処理を行うが、この際、ローカル記憶部１０２に記憶された後発データのファイル名変換処理を行う。この変換処理に適用するテーブルはファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））と呼ばれる。マニフェストファイルは、管理ユニット（バインディングユニット（ＢＵ））単位で、後発データ管理情報を記録しており、バインディングユニットマニフェストファイル（ＢＵＭＦ）とも呼ばれる。
【００３７】
図１に示す情報処理装置（サーバ）１３０は、再生装置１００に対してデータ（後発データ）を提供する。情報処理装置（サーバ）１３０は、再生装置１００が再生するデータ（後発データ）を生成するデータ処理部１３１と、データ処理部１３１の生成したデータを再生装置に送信する通信部である通信ＩＦ１３２を有する。
【００３８】
情報処理装置（サーバ）１３０のデータ処理部１３１は、再生装置１００が構築するＶＦＳ（バーチャル・ファイルシステム）を適用して再生可能な後発データを生成する。生成したデータが通信ＩＦ１３２を介して再生装置１００に提供される。
【００３９】
次に、図２、図３を参照して情報記録媒体の格納データ例および情報処理装置のコンテンツ再生処理例について説明する。図２は、情報記録媒体２００の格納データ、および再生装置１００のコンテンツ再生処理例を示す図である。ここでは、コンテンツ格納済みディスクとしてのＲＯＭディスクの情報格納例を示す。再生装置１００は、例えばＰＣ、あるいはディスクプレーヤなど、様々な再生装置であり、情報記録媒体２００からのデータ読み取り処理を実行するドライブ１０３を有する。
【００４０】
情報記録媒体（ディスク）２００としてのＲＯＭディスクは、例えば、Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）、ＤＶＤなどの情報記録媒体であり、例えば正当なコンテンツ権利者の許可の下にディスク製造工場において製造された正当なコンテンツを格納した情報記録媒体である。
【００４１】
図２に示すように、情報記録媒体（ディスク）２００には、
コンテンツ２０１。
ブロードキャストエンクリプション方式の一態様として知られる木構造の鍵配信方式に基づいて生成される暗号鍵ブロックとしてのＭＫＢ（Media Key Block）２０２。
情報記録媒体２００の格納コンテンツなどの正当性を証明するコンテンツ証明書（ＣＣ：：Ｃｏｎｔｅｎｔ Ｃｅｒｔ）、コンテンツ識別子としてのコンテンツＩＤ、情報記録媒体個別、あるいは所定枚数単位の情報記録媒体毎の識別情報として設定されるボリュームＩＤ、ディスク固有の識別情報としてのメディアＩＤに相当するＰＭＳＮ（Ｐｒｅ−ｒｅｃｏｒｄｅｄ Ｍｅｄｉａ Ｓｅｒｉａｌ Ｎｕｍｂｅｒ）などを含む処理管理ファイル２０３。
コンテンツのコピー・再生制御情報としてのＣＣＩ（Copy Control Information）等を含む利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）２０４。
コンテンツ利用管理単位としてのコンテンツ管理ユニット（ＣＰＳユニット）毎に設定される暗号鍵であるＣＰＳユニット鍵を格納したＣＰＳユニット鍵ファイル２０５。
これらのデータが格納されている。
【００４２】
なお、本例では、コンテンツ２０１中に、後述する情報処理装置（サーバ）１３０からのコンテンツダウンロード処理に適用するプログラム情報として後発データ再生管理プログラム２０６が含まれる例を示している。後発データ再生管理プログラムは例えばＪａｖａ（登録商標）アプリケーションによって構成されるプログラムであり、ＢＤ−Ｊアプリとも呼ばれる。以下、情報記録媒体２００に格納される情報の概要について説明する。
【００４３】
（１）コンテンツ２０１
情報記録媒体（ディスク）２００には、様々なコンテンツが格納される。例えば高精細動画像データであるＨＤ（High Definition）ムービーコンテンツなどの動画コンテンツのＡＶ(Audio Visual)ストリームやゲームプログラム、画像ファイル、音声データ、テキストデータ、Ｊａｖａ（登録商標）アプリケーションプログラムなどのコンテンツである。
【００４４】
コンテンツ２０１には、さらに例えばＪａｖａ（登録商標）アプリケーションプログラム、ゲームプログラムや、画像ファイル、音声データ、テキストデータなどがサブコンテンツとして格納される。
【００４５】
メインコンテンツ、サブコンテンツとともに、コンテンツの種類としては、音楽データ、動画、静止画等の画像データ、ゲームプログラム、ＷＥＢコンテンツなど、様々なコンテンツが含まれ、これらのコンテンツには、情報記録媒体２００からのデータのみによって利用可能なコンテンツ情報と、情報記録媒体２００からのデータと、ネットワーク接続されたサーバから提供されるデータとを併せて利用可能となるコンテンツ情報など、様々な態様の情報が含まれる。
【００４６】
（２）ＭＫＢ
ＭＫＢ（Media Key Block）２０２は、ブロードキャストエンクリプション方式の一態様として知られる木構造の鍵配信方式に基づいて生成される暗号鍵ブロックである。ＭＫＢ２０２は有効なライセンスを持つユーザの情報処理装置に格納されたデバイス鍵（Ｋｄ）に基づく処理（復号）によってのみ、コンテンツの復号に必要なキーであるメディア鍵（Ｋｍ）の取得を可能とした鍵情報ブロックである。これはいわゆる階層型木構造に従った情報配信方式を適用したものであり、ユーザデバイス（情報処理装置）が有効なライセンスを持つ場合にのみ、メディア鍵（Ｋｍ）の取得を可能とし、無効化（リボーク処理）されたユーザデバイスにおいては、メディア鍵（Ｋｍ）の取得が不可能となる。
【００４７】
（３）処理管理ファイル
処理管理ファイル２０３には、例えば以下のデータが含まれる。
ディスク格納コンテンツの正当性を証明するための証明書であるコンテンツ証明書（ＣＣ：Ｃｏｎｔｅｎｔ Ｃｅｒｔ）。
情報記録媒体２００の格納コンテンツの識別子としてのコンテンツＩＤ。
情報記録媒体個別、あるいは所定枚数単位の情報記録媒体毎の識別情報として設定されるボリュームＩＤ。
ディスク固有の識別情報としてのメディアＩＤに相当するＰＭＳＮ（Ｐｒｅ−ｒｅｃｏｒｄｅｄ Ｍｅｄｉａ Ｓｅｒｉａｌ Ｎｕｍｂｅｒ）。
その他、情報記録媒体２００の識別情報としてのディスクＩＤ、情報記録媒体２００の格納コンテンツの編集スタジオの識別子としてのスタジオＩＤ、情報記録媒体１００の製造単位としてのパッケージ識別子としてのパッケージＩＤ、これらのデータが含まれる。なお、パッケージＩＤはディスクＩＤと呼ばれる場合もある。
【００４８】
（４）利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）
利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）２０４には、例えばコピー・再生制御情報（ＣＣＩ）が含まれる。すなわち、情報記録媒体２００に格納された暗号化コンテンツ２０１、あるいはサーバから後発的に取得するコンテンツなどに対応する利用制御のためのコピー制限情報や、再生制限情報である。このコピー・再生制御情報（ＣＣＩ）は、コンテンツ管理ユニットとして設定されるＣＰＳユニット個別の情報として設定される場合や、複数のＣＰＳユニットに対応して設定される場合など、様々な設定が可能である。
【００４９】
（５）ＣＰＳユニット鍵ファイル
情報記録媒体２００に格納された暗号化コンテンツは、上述したように、コンテンツ管理ユニットとして設定されるＣＰＳユニットに区分され、ユニット単位の暗号鍵を適用して暗号化されている。再生処理を実行する再生装置は、再生対象とするコンテンツの属するＣＰＳユニットを判別し、判別したＣＰＳユニットに対応する暗号鍵としてのＣＰＳユニット鍵を適用した復号処理を行う。このＣＰＳユニット鍵を取得するために必要なデータを格納したファイルがＣＰＳユニット鍵ファイルである。
【００５０】
図２には、情報記録媒体２００の格納データの詳細と、情報記録媒体２００の格納コンテンツとローカル記憶部１０２の格納コンテンツ、例えばサーバから後発的に取得したコンテンツを併せて再生する再生装置１００の処理の概略を示している。再生装置１００は、情報記録媒体の格納データの読み取り処理を実行するドライブ１０３を有する。
【００５１】
再生装置１００のデータ処理部１０１は、まず、ステップＳ１１において、ＶＦＳ（バーチャル・ファイルシステム）の構築処理を行う。すなわち、情報記録媒体（ディスク）２００の格納コンテンツと、ハードディスクなどのローカル記憶部１０２の格納コンテンツを統合した仮想パッケージを設定し、仮想パッケージの再生に適用するＶＦＳ（バーチャル・ファイルシステム）を構築する。このＶＦＳに基づく再生処理により、あたかも１つのメディアからの再生処理と同様の再生が可能となる。その後、ステップＳ１２〜Ｓ１３においてコンテンツの復号処理およびデコード（例えばＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）デコード）処理が行われてコンテンツ再生が実行される。
【００５２】
メモリ１０４は、プログラムの実行領域、データ格納領域などに利用されるＲＯＭ，ＲＡＭによって構成されるメモリであり、コンテンツ復号処理に適用するデバイス鍵［Ｋｄ］や、様々な処理を実行するプログラムなどが格納される。再生装置１００は、コンテンツの復号に際して、これらメモリ１０４に格納されたデータと、情報記録媒体２００からの読み取りデータとに基づいてコンテンツの復号に適用する鍵を生成し、再生対象となる暗号化コンテンツの復号処理を実行する。
【００５３】
次に、図３を参照して、情報記録媒体に格納されるコンテンツのフォーマット例について説明する。情報記録媒体に格納されるコンテンツは、少なくともその一部はユニット毎の異なる利用制御を実現するため、ユニット毎に異なる鍵が割り当てられ暗号化処理されて格納される。すなわち、コンテンツはコンテンツ管理ユニット（ＣＰＳユニット）に区分されて、個別の暗号化処理がなされ、個別の利用管理がなされる。
【００５４】
暗号化コンテンツの再生などコンテンツ利用に際しては、まず、各ユニットに割り当てられたＣＰＳユニット鍵を取得することが必要であり、さらに、その他の必要な鍵、鍵生成情報等を適用して予め定められた復号処理シーケンスに基づくデータ処理を実行して再生を行う。コンテンツ管理ユニット（ＣＰＳユニット）の設定態様について、図３を参照して説明する。
【００５５】
図３に示すように、コンテンツは、（Ａ）インデックス２１０、（Ｂ）ムービーオブジェクト２２０、（Ｃ）プレイリスト２３０、（Ｄ）クリップ２４０の階層構成を有する。再生アプリケーションによってアクセスされるタイトルなどのインデックスを指定すると、例えばタイトルに関連付けられた再生プログラムが指定され、指定された再生プログラムのプログラム情報に従ってコンテンツの再生順等を規定したプレイリストが選択される。
【００５６】
プレイリストには、再生対象データ指定情報であるプレイアイテムが含まれる。プレイリストに含まれるプレイアイテムによって規定される再生区間としてのクリップ情報によって、コンテンツ実データとしてのＡＶストリームが選択的に読み出されて、ＡＶストリームの再生が行われる。なお、プレイリスト、プレイアイテムは多数、存在し、それぞれに識別情報としてのプレイリストＩＤ、プレイアイテムＩＤが対応付けられている。
【００５７】
なお、図３に示すフォーマットは、ＡＡＣＳ規定に従った暗号化コンテンツのフォーマットであり、ディスクに格納されるコンテンツ２０１の全てがこのフォーマットに従ったデータであることは必須ではない。ディスクにはこのフォーマットに従って記録された暗号化データ以外にコマーシャルコンテンツ、サービスコンテンツ、Ｊａｖａ（登録商標）プログラムコンテンツなど様々なコンテンツが記録可能である。これらのデータは、非暗号化コンテンツとしてディスクに記録されている場合もあり、このようなコンテンツの再生にもプレイリストの利用が可能である。
【００５８】
すなわち、図３に示すプレイリストの設定は、すべて暗号化データとしてのＡＶストリームのみの再生を指定するプレイリストの例を示しているが、この他に、ＡＡＣＳ規定に従ったＡＶストリームと、非暗号化データとしてのコンテンツ再生用のプレイリストなども設定可能である。なお、ユーザがコンテンツを再生する場合は、タイトルを指定して再生が行われるが、ユーザによるタイトル指定によって再生プログラムが選択され、再生プログラムによってプレイリストが選択されて、選択されたプレイリストによって１つあるいは複数の再生コンテンツが順次選択されて再生が行われる。
【００５９】
図３には、ディスク２００に記録されたコンテンツ２０１に含まれる暗号化コンテンツ中の２つのＣＰＳユニットを示している。これらは、情報記録媒体に格納されたコンテンツの一部を構成している。ＣＰＳユニット１，２７１、ＣＰＳユニット２，２７２の各々は、インデックスとしてのタイトルと、再生プログラムファイルとしてのムービーオブジェクトと、プレイリストと、コンテンツ実データとしてのＡＶストリームファイルを含むクリップを含むユニットとして設定されたＣＰＳユニットである。
【００６０】
コンテンツ管理ユニット（ＣＰＳユニット）１，２７１には、タイトル１，２１１とタイトル２，２１２、再生プログラム２２１，２２２、プレイリスト２３１，２３２、クリップ２４１、クリップ２４２が含まれ、これらの２つのクリップ２４１，２４２に含まれるコンテンツの実データであるＡＶストリームデータファイル２６１，２６２が、少なくとも暗号化対象データであり、原則的にコンテンツ管理ユニット（ＣＰＳユニット）１，２７１に対応付けて設定される暗号鍵であるＣＰＳユニット鍵（Ｋｕ１）を適用して暗号化されたデータとして設定される。
【００６１】
コンテンツ管理ユニット（ＣＰＳユニット）２，２７２には、インデックスとしてアプリケーション１，２１３、再生プログラム２２４、プレイリスト２３３、クリップ２４３が含まれ、クリップ２４３に含まれるコンテンツの実データであるＡＶストリームデータファイル２６３がコンテンツ管理ユニット（ＣＰＳユニット）２，２７２に対応付けて設定される暗号鍵である暗号鍵であるＣＰＳユニット鍵（Ｋｕ２）を適用して暗号化される。
【００６２】
例えば、ユーザがコンテンツ管理ユニット１，２７１に対応するアプリケーションファイルまたはコンテンツ再生処理を実行するためには、コンテンツ管理ユニット（ＣＰＳユニット）１，２７１に対応付けて設定された暗号鍵としてのユニット鍵：Ｋｕ１を取得して復号処理を実行することが必要となる。コンテンツ管理ユニット２，２７２に対応するアプリケーションファイルまたはコンテンツ再生処理を実行するためには、コンテンツ管理ユニット（ＣＰＳユニット）２，２７２に対応付けて設定された暗号鍵としてのユニット鍵：Ｋｕ２を取得して復号処理を実行することが必要となる。
【００６３】
ＣＰＳユニット鍵ファイルの具体的構成例を図４に示す。図４は、ＣＰＳユニット鍵ファイルの構成をテーブルとして示す図である。図４に示すように、ＣＰＳユニット鍵ファイルは、タイトルなどのインデックス情報毎に区分され、各インデックスに対応するコンテンツ管理ユニット番号（ＣＰＳユニット番号）と、暗号化済みＣＰＳユニット鍵［Ｋｕｎ］が対応付けられたデータ構成とされる。
【００６４】
［２．仮想ファイルシステム（ＶＦＳ）を利用したコンテンツ再生処理とファイル名変換テーブル（ＢＵＭＦ）の概要］
先に説明したようにコンテンツ再生処理を実行する再生装置１００のデータ処理部１０１は、情報記録媒体（ディスク）２００に格納されたコンテンツと、ローカル記憶部１０２に記憶された後発データとを併せて再生する際、仮想ファイルシステム（ＶＦＳ：バーチャル・ファイルシステム）を構築して再生処理を行う。この際、ローカル記憶部１０２に記憶された後発データのファイル名変換処理を行う。この変換処理に適用するテーブルがファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））である。以下、ＶＦＳを利用したコンテンツ再生処理とファイル名変換テーブル（ＢＵＭＦ）の概要について説明する。
【００６５】
図５を参照して、情報記録媒体（ディスク）２００の格納コンテンツと、ハードディスク等のローカル記憶部１０２に格納された後発データとを併せて再生する場合に設定するＶＦＳ（バーチャル・ファイルシステム）について説明する。例えば情報記録媒体（ディスク）２００の格納コンテンツがフランス語の映画コンテンツであり、ハードディスク等のローカル記憶部１０２に格納された後発データがその映画コンテンツに対応する日本語字幕データである場合、両者を併せて再生することで、日本語字幕つきの映画再生が可能となる。
【００６６】
このような複合したコンテンツ再生を行なう場合、再生装置１００は、ローカル記憶部１０２に格納される後発データ管理ファイルを含むディレクトリおよびファイルを情報記録媒体（ディスク）２００のディレクトリおよびファイルと仮想的に合成する。すなわちＶＦＳ（バーチャル・ファイルシステム）を設定する。このＶＦＳ（バーチャル・ファイルシステム）設定処理は、ディスク上のデータファイルと、ローカル記憶部の対応する後発データファイルを仮想的な１つのディレクトリ上のファイルとする設定である。
【００６７】
図５に示すアプリケーションプログラム３２０は、後発データ再生管理プログラム（ＢＤ−Ｊアプリ）など再生装置１００において再生処理等を実行するアプリケーションプログラムかまたは再生装置１００において実装される再生装置１００固有のプログラムである。アプリケーションプログラム３２０は、仮想ファイルシステムを介して、情報記録媒体（ディスク）２００に記録されているファイルやローカル記憶部１０２に記録されているファイルを操作する。アプリケーションプログラム３２０は、仮想ファイルシステムを介して、ローカル記憶部１０２に記録されているファイルの検索情報である後発データ検索情報３２１を利用して必要とする後発データファイルを取得する。
【００６８】
仮想ファイルシステムは、アプリケーションプログラム３２０に対して、記録媒体（ファイルシステム）の違いを隠蔽する役割を果たす。従って、アプリケーションプログラム３２０は、ファイルが記録されている記録媒体の違いを意識せずに、同じＡＰＩを利用して、各記録媒体に記録されているファイルを操作することができる。
【００６９】
例えば、仮想ファイルシステムは、装置にディスクが装着されたとき、あるいはアプリケーションプログラムの実行時にディスクのファイルシステムとローカル記憶部１０２のファイルシステムをマージすることにより生成され、生成された仮想ファイルシステム（ＶＦＳ）が再生装置１００のメモリに記憶される。
【００７０】
なお、一般的には、構築済みのＶＦＳに対して新たなコンテンツを追加するなどの処理を行いたい場合にはＶＦＳを再び更新し直す必要がある。
【００７１】
このように、情報記録媒体（ディスク）２００に格納されたコンテンツと、ローカル記憶部１０２に記憶された後発データとを併せて再生する際のＶＦＳ（バーチャル・ファイルシステム）を設定することが必要となる。
【００７２】
このＶＦＳ（バーチャル・ファイルシステム）の設定処理に際して、ローカル記憶部１０２に記憶された後発データのファイル名変換処理を行うことが必要となる。このファイル名変換処理に適用するテーブルがファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））である。ファイル名変換テーブル［ＢＵＭＦ］の構成について、図６を参照して説明する。
【００７３】
再生装置１００は、ローカル記憶部１０２に、サーバなどから取得した後発データファイルに併せて、ファイル名変換テーブル［ＢＵＭＦ］を保持し、仮想ファイルシステムであるＶＦＳ生成処理に際して、ファイル名変換テーブルを参照して、［ローカル記憶部上のファイル名］を［ＶＦＳ上のファイル名］に変換して、ＶＦＳ上に設定する。
【００７４】
図６に示すファイル名変換テーブル（ＢＵＭＦ）は、［ローカル記憶部上のファイル名］、［スタジオＩＤ］、［パッケージＩＤ］、［変換後のファイル名］の各エントリを対応付けた構成を持つ。すなわち、ローカル記憶部に格納されたファイルのファイル名を、仮想ファイルシステム（ＶＦＳ）用のＶＦＳファイル名に変換するための情報を持つ。
【００７５】
［ローカル記憶部上のファイル名］は、後発データを格納するローカル記憶部１０２に記録する際の実際のファイル名である。これらは、重複がないように、例えばスタジオ名を付加したファイル名として設定される。
【００７６】
ファイル名変換処理は、例えば再生コンテンツに対応するスタジオＩＤとパッケージＩＤに依存して決定される。再生処理を実行する場合、情報記録媒体（ディスク）２００上のデータと後発データとのバインド処理が行なわれる。利用する後発データについては、すべてスタジオＩＤとパッケージＩＤが対応付けられており、コンテンツ再生処理を行なう情報処理装置は、再生対象コンテンツのスタジオＩＤとパッケージＩＤを取得して、これらのＩＤに基づいて、ファイル名変換テーブルを適用して変換後のファイル名を取得して、取得したファイル名を仮想ファイルシステム上のファイル名として設定する。
【００７７】
例えば、
ローカル記憶部１０２上のファイル名：studioA.STREAM.00001.m2tsであり、
再生コンテンツのスタジオＩＤ＝１、パッケージＩＤ＝１または２または３、である場合の変換後のファイル名は、
BDMV/STREAM/00001.m2ts
となる。
この変換後のファイル名：BDMV/STREAM/00001.m2tsは、再生アプリケーションにおいて利用可能なファイル名である。
【００７８】
このように、ファイル名変換テーブル（ＢＵＭＦ）を適用してファイル名の変換を実行することで、ローカル記憶部１０２のディレクトリには、自由なファイル名を設定可能となり、重複しない自由な名前のファイルを設定することができる。
【００７９】
なお、図６に示すファイル名変換テーブル（ＢＵＭＦ）の下から２番目と３番目のエントリは、［ローカル記憶部上のファイル名］がいずれも、
studioC.STREAM.00002.m2ts
であり共通であるが、
スタジオＩＤ＝１、パッケージＩＤ＝１または２または３である場合の変換後のファイル名は、
BDMV/STREAM/00002.m2ts
であり、
スタジオＩＤ＝２、パッケージＩＤ＝４または５または６である場合の変換後のファイル名は、
BDMV/STREAM/00012.m2ts
となり、スタジオＩＤと、パッケージＩＤとの値に応じて、異なるファイル名に変換される構成となっている。このようにファイル名変換テーブルを適用したファイル名変換処理を行なうことで、例えば異なる再生アプリケーションにおいて適用する異なるファイルとして設定することが可能となる。
【００８０】
なお、後発データの利用管理を厳格に行うため、ユーザの再生装置１００のローカル記憶部１０２には、ファイル改竄検証データ（ＢＵＳＦ：Ｂｉｎｄｉｎｇ Ｕｎｉｔ Ｓｉｇｎａｔｕｒｅ Ｆｉｌｅ）が格納される。
【００８１】
後発データを利用する再生装置（ユーザ装置）は、ファイル改竄検証データ（ＢＵＳＦ）の署名検証によりマニフェストファイル（ＢＵＭＦ）の正当性を確認する。この確認がなされたことを条件として、マニフェストファイル（ＢＵＭＦ）を利用してローカル記憶部に格納された後発データのファイル名変換を実行しＶＦＳを構築する。
【００８２】
［３．共通プレイリストを含む汎用再生制御情報を利用した後発データの再生処理構成］
次に、共通プレイリストを含む汎用再生制御情報を利用して、様々な異なる後発データの再生処理を可能とした実施例について説明する。
【００８３】
上記の項目［２．ＶＦＳを利用したコンテンツ再生処理とファイル名変換テーブル（ＢＵＭＦ）の概要］において説明したように、情報記録媒体（ディスク）２００に格納されたコンテンツと、ローカル記憶部１０２に記憶された後発データとを併せて再生する際には仮想ファイルシステム（ＶＦＳ：バーチャル・ファイルシステム）を設定することが必要となる。この際、ローカル記憶部１０２に記憶された後発データのファイル名変換処理を行う。この変換処理に適用するテーブルが図６を参照して説明したファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））である。
【００８４】
ＶＦＳ（バーチャル・ファイルシステム）設定処理は、ディスク上のデータファイルと、ローカル記憶部の後発データファイルを仮想的な１つのディレクトリ上のファイルとする設定である。
【００８５】
仮想ファイルシステム（ＶＦＳ）は、装置にディスクが装着されたとき、あるいはアプリケーションプログラムの実行時にディスクのファイルシステムとローカル記憶部１０２のファイルシステムをマージすることにより生成される。先に説明したように、一般的には、ファイルの書き込みなどによりローカル記憶部１０２に記録されているディレクトリやファイルが変更されるごとに、ＶＦＳ（バーチャル・ファイルシステム）の更新が必要となる。
【００８６】
しかし、仮想ファイルシステム（ＶＦＳ）の更新処理には時間を要するという問題がある。先に図３を参照して説明したように、コンテンツは、（Ａ）インデックス２１０、（Ｂ）ムービーオブジェクト２２０、（Ｃ）プレイリスト２３０、（Ｄ）クリップ２４０の階層構成を有する。
【００８７】
従来の一般的な処理では、後発データをサーバから取得する場合、実際の再生対象データ、例えば映画の予告編や広告コンテンツなとの実データであるＡＶストリームのみならず、このＡＶストリームデータの再生に適用するためのクリップ情報（Ｃｌｉｐ ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅ）や、プレイアイテム（ＰｌａｙＩｔｅｍ）、プレイリスト（ＰｌａｙＬｉｓｔ）などの情報ファイルも併せて取得していた。
【００８８】
従って、後発データを取得したユーザ側の再生装置は、多数の受信ファイルに対応するファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））を更新して、ＶＦＳ（バーチャル・ファイルシステム）の更新を行うことが必要となる。ＶＦＳ更新の完了後でないと、新規取得した後発データを、ＶＦＳ（バーチャル・ファイルシステム）を利用して再生することはできない。
【００８９】
図７を参照してＶＦＳ（バーチャル・ファイルシステム）の更新例について説明する。例えばコンテンツ再生を行う情報処理装置が、ある映画コンテンツの格納された１枚のＲＯＭディスク４０１に対応する後発データ［広告Ａ］を取得してローカル記憶部４０２に格納していたとする。
【００９０】
この広告Ａを再生するために必要となる仮想パッケージが図７に示す旧仮想パッケージ（Ｖｉｒｔｕａｌ Ｐａｃｋａｇｅ）４１１であるとする。仮想パッケージ（Ｖｉｒｔｕａｌ Ｐａｃｋａｇｅ）は、ＶＦＳ（バーチャル・ファイルシステム）を利用したデータ再生処理に適用するコンテンツや制御データなどを含む仮想的なディスクとしてのパッケージに対応する。
【００９１】
旧仮想パッケージ（Ｖｉｔｔｕａｌ Ｐａｃｋａｇｅ）４１１を利用すれば、ＲＯＭディスク４０１に格納された映画コンテンツと、ローカル記憶部４０２に格納された後発データとしての［広告Ａ］の再生が、あたかも１枚のディスクからの再生と同様の処理として実行できる。例えば、旧仮想パッケージ（Ｖｉｒｔｕａｌ Ｐａｃｋａｇｅ）４１１に対して設定されるタイトルの指定によって再生処理が可能となる。
【００９２】
その後、再生装置は、サーバから新たな後発データである［広告Ｂ］を取得し、ローカル記憶部４０２に格納したとする。この新たな後発データ［広告Ｂ］は、旧仮想パッケージ（Ｖｉｒｔｕａｌ Ｐａｃｋａｇｅ）４１１を利用しても再生することはできない。旧仮想パッケージ（Ｖｉｒｔｕａｌ Ｐａｃｋａｇｅ）４１１に対して設定されるタイトルの指定によって再生できるのは［広告Ａ］のみであり、新たに取得した［広告Ｂ］を再生するためには、新たな新仮想パッケージ（Ｖｉｒｔｕａｌ Ｐａｃｋａｇｅ）４１２を設定することが必要となる。
【００９３】
すなわち、再生装置は、ＶＦＳ（バーチャル・ファイルシステム）の更新処理を行うことが必要となる。このＶＦＳ更新処理には、ファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））の更新など多くの処理が含まれる。情報処理装置（サーバ）からの取得ファイル数が多いほど、この更新処理には時間を要することになる。先に説明したように、従来は広告コンテンツなとの実データであるＡＶストリームの他、クリップ情報（Ｃｌｉｐ ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅ）、プレイアイテム（ＰｌａｙＩｔｅｍ）、プレイリスト（ＰｌａｙＬｉｓｔ）等の多数のファイルをサーバから取得しており、ユーザ装置側では、これらの多数のファイルの全てに対応する処理を行うことが必須となっていた。
【００９４】
以下において説明する処理例は、情報処理装置（サーバ）が、ユーザ装置である再生装置に提供するデータを広告コンテンツなどの実データであるＡＶストリームのみとする。プレイリスト（ＰｌａｙＬｉｓｔ）、プレイアイテム（ＰｌａｙＩｔｅｍ）、クリップ情報（Ｃｌｉｐ ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅ）等の再生制御情報ファイルは、情報処理装置に格納済みのファイルを利用する。このように新規に受領する後発データを削減してＶＦＳ更新処理を簡略化する。ＶＦＳ更新処理を簡略化することで、ユーザ装置では新規にサーバから受領した後発データを迅速に再生することが可能となる。
【００９５】
すなわち、図８に示す例において、旧仮想パッケージ（Ｖｉｒｔｕａｌ Ｐａｃｋａｇｅ）４１１で利用していたプレイリスト（ＰｌａｙＬｉｓｔ）、プレイアイテム（ＰｌａｙＩｔｅｍ）、クリップ情報（Ｃｌｉｐ ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅ）を、新仮想パッケージ（Ｖｉｒｔｕａｌ Ｐａｃｋａｇｅ）４１２でも利用可能な設定とする。
【００９６】
本実施例では、後発データとしてサーバから取得するデータはＡＶストリームデータのみとして、そのＡＶストリームの再生に適用する再生制御情報であるプレイリスト、プレイアイテム、クリップ情報を、様々な後発データ（ＡＶストリーム）に共通に利用可能な汎用再生制御情報として設定する。すなわち、情報処理装置（サーバ）のデータ処理部は、汎用再生制御情報を適用して再生可能なデータの生成を行い、通信部を介してユーザ側の再生装置に提供する。
【００９７】
図８以下を参照して、汎用再生制御情報の構成、および後発データの構成について説明する。図８には、ＤＶＤやＢｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）などのディスク４３１の再生処理を実行する再生装置４３０と、後発データの提供を行う情報処理装置（サーバ）４５０を示している。情報処理装置（サーバ）４５０は、例えばディスク４３１に格納されたコンテンツに対応するサービスデータ、予告編、広告など、様々な動画、静止画等のデータを、ネットワークを介して再生装置４３０に提供する。
【００９８】
再生装置４３０は、情報処理装置（サーバ）４５０から取得したデータをローカル記憶部４３２に格納する。再生装置４３０はローカル記憶部４３２に格納された後発データと、ディスク４３１の格納コンテンツとを含む仮想パッケージを構成して、仮想ファイルシステム（ＶＦＳ）を利用して再生処理を行なう。
【００９９】
ローカル記憶部４３２には、複数の異なる後発データに共通に利用可能な設定を持つ汎用再生制御情報４８０が格納される。なお、この汎用再生制御情報４８０は、例えば映画コンテンツなどを格納したディスク４３１にコンテンツとともに格納し、これを再生装置４３０が読み取ってローカル記憶部４３２に格納する設定としてもよい。あるいは、情報処理装置（サーバ）４５０から提供する構成としてもよい。
【０１００】
ローカル記憶部４３２に汎用再生制御情報４８０を格納した再生装置４３０に対しては、その後、情報処理装置（サーバ）４５０から提供される後発データは、ＡＶストリーム４８５のみとなる。プレイリスト、プレイアイテム、クリップ情報は提供されない。
【０１０１】
情報処理装置（サーバ）４５０から提供された後発データとしてのＡＶストリーム４８５は、汎用再生制御情報４８０を利用して再生される。汎用再生制御情報４８０は、プレイリスト（ＰＬ）４８１、クリップ情報（４８３）が含まれる。なお、プレイリスト４８１にはプレイアイテムが含まれる。
【０１０２】
ローカル記憶部４３２に格納されるデータ構成について、さらに図９を参照して説明する。図９に示すように、ローカル記憶部には、複数の異なる後発データである様々なＡＶストリームの再生に共通に利用可能な汎用再生制御情報４８０が格納される。
【０１０３】
さらに、情報処理装置（サーバ）４５０から様々なタイミングで取得したＡＶストリームファイルのみによって構成される後発データＸ４８５，後発データＹ４８６が格納される。なお、図には後発データＸ４８５、後発データ４８６の２つのみ示しているが、この他、多数の後発データがローカル記憶部には格納可能である。
【０１０４】
情報処理装置（サーバ）４５０から取得する後発データは、広告や予告編などの再生対象となる実コンテンツによって構成されるＡＶストリームである。このＡＶストリームは、汎用制御情報４８０を適用して再生することができる。後発データＸ４８５を構成するＡＶストリーム４８５ａ〜ｃに対しても、後発データＹ４８６を構成するＡＶストリーム４８６ａ〜ｃに対しても、共通の汎用再生制御情報４８０が利用される。
【０１０５】
汎用制御情報４８０には、プレイアイテム４８２ａ〜ｃを有するプレイリスト４８１、およびクリップ情報（ＣＬＰＩ）４８３ａ〜ｃが含まれる。先に図３を参照して説明したように、プレイリストは、再生対象データ指定情報であるプレイアイテムを有し、プレイアイテムによって規定される再生区間としてのクリップ情報によって、コンテンツ実データとしてのＡＶストリームが選択的に読み出されて、ＡＶストリームの再生処理が行われる。
【０１０６】
なお、図には、プレイリスト４８１を１つのみ示しているが、このプレイリスト４８１は後発データの再生に利用されるプレイリストである。ローカル記憶部には、この他にも多数のプレイリスト、例えばディスクに格納された映画コンテンツの再生に利用するプレイリストなどが格納される。プレイリストはユーザの指定するタイトルによって選択され処理が開始される。本構成では、後発データを再生する場合には、例えば後発データ共通のタイトルが設定され、そのタイトルの指定によって図に示すプレイリスト４８１が選択されて後発データＸや後発データＹが再生されることになる。
【０１０７】
後発データＸ４８５が先にサーバから取得した古い広告であり、後発データＹ４８６が新しくサーバから取得した新しい広告である場合には、仮想ファイルシステム（ＶＦＳ）において利用する仮想パッケージを構成する後発データは、旧仮想パッケージでは後発データＸであるが、その後の新仮想パッケージでは後発データＹに置き換えられる。このＡＶストリームに対する処理は、先に図７を参照して説明した仮想パッケージの更新と同様であるが、本実施例では、プレイリスト、プレイアイテム、クリップ情報は、複数の後発データに共通の汎用再生制御情報４８０が利用される。すなわち、旧仮想パッケージでも新仮想パッケージでも共通の汎用再生制御情報４８０が利用される。
【０１０８】
すなわち、再生装置は以下のような構成を持つ。
ローカル記憶部には、再生データを含むデータファイル（ＡＶストリームファイル）と、複数の異なるデータファイル（ＡＶストリームファイル）に共通に利用可能な汎用再生制御情報ファイルを格納している。
また、再生装置のデータ処理部は、記憶部の格納データとディスク格納データとを統合した仮想ファイルシステム（ＶＦＳ）を構築してデータ再生処理を実行する。
さらに、データ処理部は、仮想ファイルシステム（ＶＦＳ）を利用して再生するデータファイルの変更に際して、汎用再生制御情報ファイルを変更することなくデータファイルのみの変更を伴う仮想ファイルシステム（ＶＦＳ）更新処理を実行する。
【０１０９】
再生装置のデータ処理部は、ファイル名変換情報を記録したファイル名変換テーブル（図６を参照して説明したマニフェストファイル（ＢＵＭＦ））を適用して、ローカル記憶部に格納されたファイルのファイル名を、仮想ファイルシステム（ＶＦＳ）用のＶＦＳファイル名に変換して、ディスク格納データとローカル記憶部格納データとを含む仮想ファイルシステム（ＶＦＳ）を構築する。しかし、仮想ファイルシステム（ＶＦＳ）更新処理に際しては、ファイル名変換テーブルに登録された汎用再生制御情報ファイルの変換情報を変更することなくデータファイルのみの変換情報の変更による仮想ファイルシステム（ＶＦＳ）更新処理を行う。
【０１１０】
なお、汎用再生制御情報には、データファイルの再生時間を規定したプレイリストファイル、および再生区間を規定したクリップ情報ファイルなどが含まれ、データ処理部は、汎用再生制御情報として設定された共通のプレイスリストおよびクリップ情報ファイルを利用して異なるデータファイルの再生処理を行う。
【０１１１】
様々なＡＶストリームに対して共通のプレイリスト、プレイアイテム、クリップ情報を適用した処理を行うためには、これらのデータの構成が一定の条件に従った構成を持つことが必要となる。以下、この条件について、図１０以下を参照して説明する。
【０１１２】
まず、図１０を参照して、複数の異なるＡＶストリームに対して共通に利用可能とした汎用再生制御情報４８０を構成するプレイリストとプレイアイテムの条件について説明する。
【０１１３】
図１０に示すように汎用再生制御情報４８０を構成するプレイリスト４８１は、再生対象データ指定情報である複数のプレイアイテム４８２ａ〜ｃを有する。プレイアイテム４８２ａ〜ｃの各々は、再生区間情報を持つクリップ情報に対応付けられている。
【０１１４】
複数の異なるＡＶストリームに対して設定する汎用再生制御情報のプレイリストは一定の長さに設定する。すなわち、図１０に示すように、プレイリストに対応する再生時間（Ｔ）を固定値とする。
【０１１５】
先に説明したように、プレイリストはプレイアイテムを有する。プレイアイテムはクリップ情報と対応付けられている。クリップ情報はＡＶストリームの再生区間情報を有し、クリップ情報によってＡＶストリームを選択的に読み出して、ＡＶストリームの再生処理が行われる。プレイリストは、プレイリストによって選択されるＡＶストリームの再生時間を規定したデータとなっている。
【０１１６】
汎用再生制御情報のプレイリストは、例えばサーバの提供する後発データである様々なＡＶストリームの再生を可能とするため、その再生長が予め規定された固定された長さ、すなわち固定された再生時間［Ｔ］を持つプレイリストとして設定される。なお、サーバにおいて生成するＡＶストリームについても、この固定再生長のプレイリストを生成しなければならない。また、クリップ情報ファイルを再利用するためにクリップ情報ファイル内に定められるＡＶストリームの総パケット数も固定にしなければならない。
【０１１７】
なお、情報処理装置（サーバ）から再生装置にダウンロードされる後発データであるＡＶストリームのファイルサイズ（ＦｉｌｅＳｉｚｅ）と、プレイアイテム長（１プレイアイテムによって再生されるＡＶストリームコンテンツの再生時間）との関係式は以下の式によって定義される。
ＦｉｌｅＳｉｚｅ＝Σ（ＥＳ ｒａｔｅ）×１．５×（プレイアイテム長）
上記式において、［ＥＳ ｒａｔｅ］は、エレメンタリストリームビットレートである。また、ダウンロードに必要な時間（ＤＬ Ｔｉｍｅ）は、以下の式で定義される。
ＤＬ Ｔｉｍｅ＝（ＦｉｌｅＳｉｚｅ）／（ダウンロード速度）
【０１１８】
次に、複数の異なるＡＶストリームに対して共通に利用可能とした図９に示す汎用再生制御情報４８０を構成するクリップ情報（Ｃｌｉｐ ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅ）４８３の条件について説明する。
【０１１９】
情報処理装置（サーバ）から提供される後発データである様々なＡＶストリームの再生を可能とするため、汎用再生制御情報４８０を構成するクリップ情報には以下のような制限が設けられる。
【０１２０】
クリップ情報は、プレイリストに含まれるプレイアイテムによって規定される再生区間情報を持つ。クリップ情報は、プレイアイテムに規定される再生位置を示す時間情報をパケット番号に変換してＡＶストリームの再生位置を特定するための情報を持つ。
【０１２１】
すなわち、ＡＶストリームを構成するパケットにおける再生開始位置パケットや再生区間となるパケット数などの情報を持つ。具体的には、ＡＶストリームファイル中の再生開始位置となるパケット番号、再生対象とするＡＶストリームファイルのパケット数情報、Ｉピクチャのサイズに対応するパケット数などの情報を有する。汎用再生制御情報４８０中に設定するクリップ情報が保持するこれらの情報は、様々な異なるＡＶストリームに適用可能な情報に設定されていることが必要となる。
【０１２２】
汎用再生制御情報４８０内のクリップ情報４８３ａ〜ｃは、様々なＡＶストリームの再生を可能とするため、ＡＶストリーム４８５ａ〜ｃの再生開始位置情報として、ＡＶストリームの最初のＩピクチャ位置情報を有する設定とする。サーバの提供する後発データを構成するＡＶストリームは、この共通の再生開始位置情報を持つクリップ情報を適用して、ＡＶストリームの最初のＩピクチャ位置から再生されることになる。
【０１２３】
ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）データによって構成されるＡＶストリーム４８５ａ〜ｃの各々は、Ｉピクチャ、Ｐピクチャ、Ｂピクチャによって構成される、汎用再生制御情報４８０内のクリップ情報は、ＡＶストリームを構成するＭＰＥＧデータの最初のＩピクチャを再生開始位置として記録したクリップ情報として設定される。
【０１２４】
次に、情報処理装置（サーバ）の提供する後発データであるＡＶストリームの制限について説明する。情報処理装置（サーバ）のデータ処理部は、汎用再生制御情報を適用して再生可能なデータの生成を行い、通信部を介してユーザ側の再生装置に提供する。サーバの提供する後発データであるＡＶストリームは、図９〜図１０を参照して説明した汎用再生制御情報を適用して再生されるＡＶストリームであり、そのために所定の条件を満足する構成であることが必要となる。この制限について説明する。
【０１２５】
情報処理装置（サーバ）のデータ処理部は、ユーザ側の再生装置に提供するためのデータファイルとしてＡＶストリーム（ＣＬＰＡＶ）ファイルを生成する。これらのＡＶストリーム（ＣＬＰＡＶ）ファイル各々は、対応するクリップ情報ファイルに登録されたパケット数に等しいパケット数に設定する。
【０１２６】
例えば、図９に示す例において、汎用再生制御情報４８０内に設定される各クリップ情報４８３ａ〜ｃの各々に対応付けられたＡＶストリームのパケット数が［Ｎ］として記録されているとする。この場合、情報処理装置（サーバ）のデータ処理部は、後発データであるＡＶストリーム４８５ａ〜ｃの各々のパケット数を、クリップ情報に記録された再生パケット数［Ｎ］に一致する再生パケット数に設定する。
【０１２７】
なお、情報処理装置（サーバ）の生成する後発データの実データは、コンテンツによってはパケット数が［Ｎ］以下となってしまう場合もある。この場合は、サーバは何もデータのない無効パケット（Ｎｕｌｌパケット）を利用して、１つのＡＶストリームファイルの総パケット数をＮに調整する処理を行う。
【０１２８】
さらに、汎用再生制御情報を適用して再生されるＡＶストリームのもう１つの条件として、Ｉピクチャサイズを予め規定したサイズの固定サイズとするという条件がある。Ｉピクチャサイズは、クリップ情報ファイルに記録される情報である。汎用再生制御情報に含まれるクリップ情報ファイルには、Ｉピクチャの読み出し開始位置と読み出しバイト数が記録される。具体的には、クリップ情報ファイルの［Ｉ＿ｅｎｄ＿ｏｆｆｓｅｔ］フィールドにＩピクチャが終わるパケットの位置をレンジで示すデータが記録される。
【０１２９】
従来のように、ＡＶストリームに応じたクリップ情報を設定する例では、ＡＶストリームのＩピクチャサイズに応じた値をクリップ情報ファイルに記録すればよかった。しかし、汎用再生制御情報に含まれるクリップ情報ファイルには１つの固定されたＩピクチャサイズが記録されている。
【０１３０】
従って情報処理装置（サーバ）のデータ処理部は、生成するＡＶストリームファイルに設定するＩピクチャの読み出し開始位置と読み出しバイト数を、この汎用再生制御情報に含まれるクリップ情報ファイルに記録済みのＩピクチャの読み出し開始位置と読み出しバイト数に一致させる処理を行う。
【０１３１】
実際の様々なコンテンツをＭＰＥＧエンコードした場合、Ｉピクチャのサイズは様々なサイズになってしまう。そこで、後発データを生成する情報処理装置（サーバ）のデータ処理部は、予め汎用再生制御情報に設定されるクリップ情報に記録されるＩピクチャサイズ情報を取得し、ＡＶストリームファイルのＩピクチャサイズをその記録サイズに一致させる処理を行う。具体的には、例えば自由なデータを設定可能なＭＰＥＧデータ内のユーザデータフィールドに適当な値を埋め込むなどの処理によって、ＡＶストリーム中のＩピクチャサイズを、クリップ情報に記録されたサイズに一致させる処理を行い、規定サイズのＩピクチャを持つＡＶストリームファイルを生成する。
【０１３２】
このように、後発データを生成する情報処理装置（サーバ）のデータ処理部は、クリップ情報による再生データとして格納したデータファイルであるＡＶストリームファイルを１つまたは複数生成する。なお、生成したＡＶストリームファイルに含まれる再生用データのパケット数の総再生時間は、汎用再生制御情報に含まれるプレイリストの規定する再生時間に一致する設定としたＡＶストリームファイルとする処理を行う。
【０１３３】
また、前述したように汎用再生制御情報に含まれるクリップ情報の規定する再生開始位置は、クリップ情報による再生データを格納したＡＶストリームファイルの最初のＩピクチャ位置に設定されている。従って、情報処理装置（サーバ）のデータ処理部は、ＡＶストリームファイルの最初のＩピクチャを再生開始位置として設定した再生データを格納したＡＶストリームファイルを生成する。
【０１３４】
このように、情報処理装置（サーバ）は、後発データとしてのＡＶストリームを、汎用再生制御情報による再生が可能な構成、すなわち一定の条件を満足するＡＶストリームファイルを生成してユーザ側の情報処理装置に提供する。
【０１３５】
ユーザ側の再生装置は、情報処理装置（サーバ）から受信するＡＶストリームファイルをローカル記憶部に格納し、汎用再生制御情報、すなわち様々な後発データに対して共通に利用可能な構成を持つプレイリスト、プレイアイテム、クリップ情報を利用してＡＶストリームファイルの再生処理を行う。なお、再生処理に際してはディスク格納データとローカル記憶部格納データとのマージによる仮想パッケージを生成して、図５を参照して説明した仮想ファイルシステム（ＶＦＳ）に基づく再生処理を実行する。
【０１３６】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。
【０１３７】
また、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。例えば、プログラムは記録媒体に予め記録しておくことができる。記録媒体からコンピュータにインストールする他、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介してプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０１３８】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【産業上の利用可能性】
【０１３９】
以上、説明したように、本発明の一実施例構成によれば、ディスク格納データとローカル記憶部に格納された後発データを、仮想ファイルシステム（ＶＦＳ）を適用して再生処理を行うユーザ装置に対して提供する後発データを、複数の異なる後発データに共通に利用可能な汎用再生制御情報による再生可能なデータとした。例えば汎用再生制御情報のクリップ情報に規定される再生パケット数、再生開始位置、Ｉピクチャの読み出し開始位置と読み出しバイト数に適合するＡＶストリームファイルを生成する。このファイルの利用により、ファイル名変換テーブル更新等を必要とする仮想ファイルシステム（ＶＦＳ）更新処理が簡略化され、後発データの変更に伴うＶＦＳ更新の迅速化が可能となり、再生開始までの時間を短縮することができる。
【符号の説明】
【０１４０】
１００ 再生装置
１０１ データ処理部
１０２ ローカル記憶部
１０３ ドライブ
１０４ メモリ
１０５ 通信ＩＦ
１０６ 表示部
１３０ 情報処理装置（サーバ）
１３１ データ処理部
１３２ 通信ＩＦ
２００ 情報記録媒体
２０１ コンテンツ
２０２ ＭＫＢ
２０３ 処理管理ファイル
２０４ 利用制御情報
２０５ ＣＰＳユニット鍵ファイル
２１０ インデックス
２２０ ムービーオブジェクト
２３０ プレイリスト
２４０ クリップ
２７１，２７２ ＣＰＳユニット
３２０ アプリケーションプログラム
３２１ 後発データ検索情報
４０１ ＲＯＭディスク
４０２ ローカル記憶部
４１１ 旧仮想パッケージ（Ｖｉｔｔｕａｌ Ｐａｃｋａｇｅ）
４１２ 新仮想パッケージ（Ｖｉｒｔｕａｌ Ｐａｃｋａｇｅ）
４３０ 再生装置
４３１ ディスク
４３２ ローカル記憶部
４５０ 情報処理装置（サーバ）
４８０ 汎用再生制御情報
４８１ プレイリスト
４８２ プレイアイテム
４８３ クリップ情報
４８５ 後発データＸ
４８５ａ〜ｃ ＡＶストリーム
４８６ 後発データＹ
４８６ａ〜ｃ ＡＶストリーム
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理システム、および情報処理方法、並びにプログラムに関する。さらに、詳細には、Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）やＤＶＤなどの情報記録媒体の格納コンテンツに対応する後発データの生成処理を行う情報処理装置、情報処理システム、および情報処理方法、並びにプログラムに関する。
【背景技術】
【０００２】
音楽等のオーディオデータ、映画等の画像データ、ゲームプログラム、各種アプリケーションプログラム等、様々なソフトウエアデータ（以下、これらをコンテンツ（Ｃｏｎｔｅｎｔ）と呼ぶ）は、記録メディア、例えば、Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）、あるいはＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）などのディスク型の情報記録媒体（メディア）に格納できる。青色レーザを利用したＢｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）は、高密度記録可能なディスクであり大容量の映像コンテンツなどを高画質データとして記録できる。
【０００３】
コンテンツ格納ディスクは、例えばユーザ所有のＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）や、ディスクプレーヤ等の再生装置に装着することでコンテンツの再生、利用を行うことができる。
【０００４】
Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）の規格では、ディスクに記録されたコンテンツに対応する付属データ、例えば映画コンテンツに対応する字幕データや吹き替えデータ、その他のコンテンツ対応のサービスデータ、予告編、広告など、様々な動画、静止画等のコンテンツを、後発データとしてサーバからダウンロードして利用する場合の利用制御についても規定している。
【０００５】
なお、サーバなどから後発データを取得してユーザ装置のハードディスク等のローカル記憶部に記録してディスク記録コンテンツに併せて再生するコンテンツ利用システムについては、例えば特許文献１（特許３９５９７３５号公報）や、特許文献２（特開２００３−１４０６６２号公報）に開示されている。
【０００６】
なお、Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）等のディスク記録コンテンツと、ハードディスク等のローカル記憶部に記録された後発データをユーザ装置において併せて再生する際には、ディスク格納コンテンツと、ハードディスクなどのローカル記憶部格納コンテンツを統合したパッケージ仮想パッケージを設定し、さらに仮想ファイルシステム（ＶＦＳ：バーチャル・ファイルシステム）を構築して再生処理が行われる。このＶＦＳに基づく再生処理により、あたかも１つのメディアからの再生処理と同様の再生が可能となる。
【０００７】
このＶＦＳ構築処理の際、ローカル記憶部に記憶された後発データのファイル名を、ＶＦＳ設定用のファイル名に変換する処理を行う。ローカル記憶部には、様々なコンテンツ提供サーバからの様々な後発データが格納される。
【０００８】
ＶＦＳ構築処理において［ローカル記憶部上のファイル名］を［ＶＦＳ上のファイル名］に変換する処理が必要となる。このファイル名変換処理のために、ユーザ装置はファイル名変換テーブルを保持する。このファイル名変換テーブルは、マニフェストファイル（ＢＵＭＦ：Ｂｉｎｄｉｎｇ Ｕｎｉｔ Ｍａｎｉｆｅｓｔ Ｆｉｌｅ）と呼ばれる。
【０００９】
さらに、ユーザ装置における後発データの利用管理を厳格に行うため、ユーザ装置には、ＢＵＭＦの構成データに対する署名設定ファイルであるファイル改竄検証データ（ＢＵＳＦ：Ｂｉｎｄｉｎｇ Ｕｎｉｔ Ｓｉｇｎａｔｕｒｅ Ｆｉｌｅ）が格納される。
【００１０】
後発データを利用するユーザ装置は、まず、ファイル改竄検証データ（ＢＵＳＦ）の署名検証によりマニフェストファイル（ＢＵＭＦ）の正当性を確認する。この確認がなされたことを条件として、マニフェストファイル（ＢＵＭＦ）を利用してローカル記憶部に格納された後発データのファイル名変換を実行しＶＦＳを構築する。
【００１１】
しかし、後発データは、１枚のディスク格納コンテンツに対応して１つに限らず、様々な後発データがサーバから逐次提供される。例えば１枚のディスク格納コンテンツである映画に対応する予告編情報、Ａ社の広告情報、Ｂ社の広告情報など、様々な後発データがサーバから順次提供される場合がある。後発データを受領するユーザ装置は、このような後発データの取得ごとにマニフェストファイル（ＢＵＭＦ）およびファイル改竄検証データ（ＢＵＳＦ）の更新を伴う仮想ファイルシステム（ＶＦＳ）の更新処理を行わなければならない。後発データを次々と取得するユーザ装置は、このような処理を頻繁に行わなければならず、処理の効率化が求められる。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】特許３９５９７３５号公報
【特許文献２】特開２００３−１４０６６２号公報
【発明の概要】
【発明が解決しようとする課題】
【００１３】
本発明は、例えば上述の状況に鑑みてなされたものであり、ＤＶＤやＢｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）などのメディア格納コンテンツと、後発データ、例えば、サーバからのダウンロードデータを統合して再生する場合の仮想ファイルシステムの更新処理を簡略化して迅速な再生処理を行うことを可能としたデータの生成を行う情報処理装置、情報処理方法、並びにプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１４】
本発明の第１の側面は、
汎用再生制御情報を適用して再生可能なデータの生成を行うデータ処理部を有し、
前記データ処理部は、
前記汎用再生制御情報に含まれるクリップ情報の規定する再生パケット数に一致する再生パケット数からなるデータを、前記クリップ情報による再生データとして格納したデータファイルを生成する情報処理装置にある。
【００１５】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記クリップ情報による再生データの構成パケット数を、無効パケット（Ｎｕｌｌパケット）の挿入により、前記クリップ情報の規定する再生パケット数に一致させる処理を行う。
【００１６】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記汎用再生制御情報に含まれるクリップ情報の規定するＩピクチャの読み出し開始位置と読み出しバイト数に適合したＩピクチャを持つＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）データを格納したデータファイルを生成する。
【００１７】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、ＭＰＥＧデータ内のユーザデータフィールドに対する任意値埋め込み処理により、Ｉピクチャ対応の読み出しバイト数を前記クリップ情報の規定情報に一致させる処理を行う。
【００１８】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記クリップ情報による再生データとして格納したデータファイルであるＡＶストリームファイルを１つまたは複数生成し、生成するＡＶストリームファイルに含まれる再生用データのパケット数の総再生時間を、前記汎用再生制御情報に含まれるプレイリストの規定する再生時間に一致する設定としたＡＶストリームファイルの生成を行う。
【００１９】
さらに、本発明の情報処理装置の一実施態様において、前記汎用再生制御情報に含まれる前記クリップ情報の規定する再生開始位置は、前記クリップ情報による再生データを格納したＡＶストリームファイルの最初のＩピクチャ位置であり、前記データ処理部は、前記ＡＶストリームファイルの最初のＩピクチャを再生開始位置として設定した再生データを格納したＡＶストリームファイルを生成する。
【００２０】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、汎用再生制御情報を適用したデータ再生処理を行うユーザ装置に対して、前記データ処理部の生成したデータファイルを送信する通信部を有する。
【００２１】
さらに、本発明の第２の側面は、
データ再生処理を実行する再生装置と、前記再生装置に対して再生対象となるデータを含むデータファイルを提供するサーバを有する情報処理システムであり、
前記再生装置は、
前記サーバの提供するデータファイルと、複数の異なるデータファイルに対する共通の再生制御情報として利用可能な汎用再生制御情報ファイルを格納した記憶部と、
前記記憶部の格納データとディスク格納データとを統合した仮想ファイルシステム（ＶＦＳ）を構築してデータ再生処理を実行するデータ処理部であり、前記仮想ファイルシステム（ＶＦＳ）を利用して再生するデータファイルの変更に際して、前記汎用再生制御情報ファイルを変更することなくデータファイルのみの変更を伴う仮想ファイルシステム（ＶＦＳ）更新処理を行うデータ処理部を有し、
前記サーバは、
前記汎用再生制御情報に含まれる再生データの定義情報に対応した構成を持つデータを含むデータファイルを生成して前記再生装置に提供する構成を有する情報処理システムにある。
【００２２】
さらに、本発明の第３の側面は、
情報処理装置において実行する情報処理方法であり、
データ処理部が、汎用再生制御情報を適用して再生可能なデータの生成を行うデータ生成ステップを有し、
前記データ生成ステップは、
前記汎用再生制御情報に含まれるクリップ情報の規定する再生パケット数に一致する再生パケット数からなるデータを、前記クリップ情報による再生データとして格納したデータファイルを生成するステップである情報処理方法にある。
【００２３】
さらに、本発明の第４の側面は、
情報処理装置においてデータ生成処理を実行させるプログラムであり、
データ処理部に、汎用再生制御情報を適用して再生可能なデータの生成を行わせるデータ生成ステップを有し、
前記データ生成ステップは、
前記汎用再生制御情報に含まれるクリップ情報の規定する再生パケット数に一致する再生パケット数からなるデータを、前記クリップ情報による再生データとして格納したデータファイルを生成させるステップであるプログラムにある。
【００２４】
なお、本発明のプログラムは、例えば、様々なプログラム・コードを実行可能な画像処理装置やコンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体によって提供可能なプログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、画像処理装置やコンピュータ・システム上でプログラムに応じた処理が実現される。
【００２５】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【発明の効果】
【００２６】
本発明の一実施例は、ディスク格納データとローカル記憶部に格納された後発データを、仮想ファイルシステム（ＶＦＳ）を適用して再生処理を行うユーザ装置に対して提供する後発データを、複数の異なる後発データに共通に利用可能な汎用再生制御情報による再生可能なデータとしたものである。例えば汎用再生制御情報のクリップ情報に規定される再生パケット数、再生開始位置、Ｉピクチャの読み出し開始位置と読み出しバイト数に適合するＡＶストリームファイルを生成する。このファイルの利用により、ファイル名変換テーブル更新等を必要とする仮想ファイルシステム（ＶＦＳ）更新処理が簡略化され、後発データの変更に伴うＶＦＳ更新の迅速化が可能となり、再生開始までの時間を短縮することができる。
【図面の簡単な説明】
【００２７】
【図１】本発明の適用可能な構成例について説明する図である。
【図２】情報記録媒体格納データ、および情報処理装置（再生装置）１００のコンテンツ再生処理例を示す図である。
【図３】情報記録媒体に格納されるコンテンツのフォーマット例について説明する図である。
【図４】ＣＰＳユニット鍵ファイルの具体的構成例について説明する図である。
【図５】再生装置において生成する仮想ファイルシステムについて説明する図である。
【図６】後発データ検索情報に格納されるファイル変換テーブルの例について説明する図である。
【図７】仮想ファイルシステムの更新処理について説明する図である。
【図８】本発明の一実施例における再生装置のローカル記憶部格納データとサーバからの取得データについて説明する図である。
【図９】本発明の一実施例における再生装置のローカル記憶部格納データとサーバからの取得データについて説明する図である。
【図１０】複数の後発データに共通に利用可能な汎用再生制御情報を構成するプレイリストとプレイアイテムの制限および構成例について説明する図である。
【発明を実施するための形態】
【００２８】
以下、図面を参照しながら本発明の情報処理装置、情報処理システム、および情報処理方法、並びにプログラムの詳細について説明する。説明は、以下の項目に従って行う。
１．本発明の適用可能な構成と処理の概要
２．仮想ファイルシステム（ＶＦＳ）を利用したコンテンツ再生処理とファイル名変換テーブル（ＢＵＭＦ）の概要
３．共通プレイリストを含む汎用再生制御情報を利用した後発データの再生処理構成
【００２９】
［１．本発明の適用可能な構成と処理の概要］
まず、本発明の適用可能な構成と処理の概要について説明する。図１には、情報処理装置（サーバ）１３０と、情報処理装置（サーバ）１３０の提供するデータを受信し再生処理を行うユーザ装置としての再生装置１００を示している。再生装置１００は、例えばＤＶＤやＢｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）などの情報記録媒体（ディスク）２００の再生処理を実行するユーザ装置、例えばＰＣやプレーヤ等である。情報処理装置（サーバ）１３０は、再生装置１００に提供するデータ（後発データ）の生成を行う。
【００３０】
再生装置１００は、以下の構成を有する。
コンテンツ再生処理、後発データ管理処理などを実行するＣＰＵなどのプログラム実行機能を持つデータ処理部１０１、
情報記録媒体２００の格納コンテンツに対応するデータとして、情報処理装置（サーバ）１３０からダウンロードしたデータやユーザの生成したデータなどの後発データおよび管理データを格納するローカル記憶部１０２、
情報記録媒体２００に対するデータ入出力を行なうドライブ１０３、
プログラムの実行領域、パラメータ格納領域などに利用されるＲＯＭ，ＲＡＭによって構成されるメモリ１０４、
ネットワークを介した通信を実行する通信インタフェース１０５、
コンテンツやコンテンツ情報表示を行なう表示部１０６、
これらの構成を有する。
ローカル記憶部１０２は、例えばハードディスクやフラッシュメモリ等によって構成される。なお、情報記録媒体２００が例えば記録可能なデータ領域を有する構成（例えばＲ型、ＲＥ型、パーシャルＲＯＭなど）である場合は、その情報記録媒体２００の一部をローカル記憶部として利用する構成としてもよい。
【００３１】
再生装置１００は、情報記録媒体２００からドライブ１０３を介して情報記録媒体１００に格納されたコンテンツを読み取り、コンテンツの再生処理を行なう。この処理はデータ処理部１０１の制御の下に行なわれる。情報記録媒体２００は、例えば、コンテンツが予め記録されたＲＯＭディスク、あるいはユーザが情報処理装置（サーバ）１３０からダウンロードするなどの処理によって取得したコンテンツを記録できるデータ書き込み可能なＲ型や、ＲＥ型などのメディアなど様々である。
【００３２】
再生装置１００は、情報記録媒体２００に格納されたコンテンツ再生に併せて利用可能な後発データを情報処理装置（サーバ）１３０から取得して例えばハードディスクやフラッシュメモリ等によって構成されるローカル記憶部１０２に記憶する。情報処理装置（サーバ）１３０から取得する後発データとは、例えば、情報記録媒体２００に格納されたコンテンツが映画コンテンツである場合の字幕データや吹き替えデータ、その他、情報記録媒体２００に格納されたコンテンツに対応するサービスデータ、予告編、広告など、様々な動画、静止画等のデータである。また、情報記録媒体２００に格納されたコンテンツがゲームプログラムなどである場合には、ゲームの実行によって得られた得点情報、経過情報などの後発データをローカル記憶部１０２に記憶する。
【００３３】
ローカル記憶部１０２に記憶される後発データは、例えば情報記録媒体２００の格納コンテンツのいずれかに対応して取得または生成されたデータであり、情報記録媒体２００の格納コンテンツの再生処理に際して、ローカル記憶部１０２に格納され、ユーザによって選択された後発データの再生を併せて実行することができる。この再生処理においては、例えばディスク格納コンテンツと、ハードディスクなどのローカル記憶部格納コンテンツを統合したパッケージ（仮想パッケージ）を設定し、ＶＦＳ（バーチャル・ファイルシステム）を構築して再生処理が行われる。このＶＦＳに基づく再生処理により、あたかも１つのメディアからの再生処理と同様の再生が可能となる。ＶＦＳに基づく再生処理の詳細については後段で説明する。
【００３４】
データ処理部１０１は、後発データの記録に際して、必要に応じて後発データに関する管理情報や説明情報を生成または更新してローカル記憶部１０２に記録する。データ処理部１０１は、ローカル記憶部１０２に設定される後発データ用ディレクトリに、後発データおよび管理情報、説明情報の記録を行う。
【００３５】
データ処理部１０１は、ローカル記憶部１０２内に記憶されたＶＦＳ構成に用いられるデータ群をバインディングユニット（ＢＵ：Ｂｉｎｄｉｎｇ Ｕｎｉｔ）ともよばれる管理ユニット単位で管理する。管理ユニット（ＢＵ）は、情報記録媒体２００に格納されたコンテンツに対応して後発的に生成または取得された後発データ、例えばサーバからのダウンロードコンテンツやユーザ生成データを含むユニットとして設定される。
【００３６】
データ処理部１０１は、情報記録媒体（ディスク）２００に格納されたコンテンツと、ローカル記憶部１０２に記憶された後発データとを併せて再生する際、上述したようにＶＦＳ（バーチャル・ファイルシステム）を構築して再生処理を行うが、この際、ローカル記憶部１０２に記憶された後発データのファイル名変換処理を行う。この変換処理に適用するテーブルはファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））と呼ばれる。マニフェストファイルは、管理ユニット（バインディングユニット（ＢＵ））単位で、後発データ管理情報を記録しており、バインディングユニットマニフェストファイル（ＢＵＭＦ）とも呼ばれる。
【００３７】
図１に示す情報処理装置（サーバ）１３０は、再生装置１００に対してデータ（後発データ）を提供する。情報処理装置（サーバ）１３０は、再生装置１００が再生するデータ（後発データ）を生成するデータ処理部１３１と、データ処理部１３１の生成したデータを再生装置に送信する通信部である通信ＩＦ１３２を有する。
【００３８】
情報処理装置（サーバ）１３０のデータ処理部１３１は、再生装置１００が構築するＶＦＳ（バーチャル・ファイルシステム）を適用して再生可能な後発データを生成する。生成したデータが通信ＩＦ１３２を介して再生装置１００に提供される。
【００３９】
次に、図２、図３を参照して情報記録媒体の格納データ例および情報処理装置のコンテンツ再生処理例について説明する。図２は、情報記録媒体２００の格納データ、および再生装置１００のコンテンツ再生処理例を示す図である。ここでは、コンテンツ格納済みディスクとしてのＲＯＭディスクの情報格納例を示す。再生装置１００は、例えばＰＣ、あるいはディスクプレーヤなど、様々な再生装置であり、情報記録媒体２００からのデータ読み取り処理を実行するドライブ１０３を有する。
【００４０】
情報記録媒体（ディスク）２００としてのＲＯＭディスクは、例えば、Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）、ＤＶＤなどの情報記録媒体であり、例えば正当なコンテンツ権利者の許可の下にディスク製造工場において製造された正当なコンテンツを格納した情報記録媒体である。
【００４１】
図２に示すように、情報記録媒体（ディスク）２００には、
コンテンツ２０１。
ブロードキャストエンクリプション方式の一態様として知られる木構造の鍵配信方式に基づいて生成される暗号鍵ブロックとしてのＭＫＢ（Media Key Block）２０２。
情報記録媒体２００の格納コンテンツなどの正当性を証明するコンテンツ証明書（ＣＣ：：Ｃｏｎｔｅｎｔ Ｃｅｒｔ）、コンテンツ識別子としてのコンテンツＩＤ、情報記録媒体個別、あるいは所定枚数単位の情報記録媒体毎の識別情報として設定されるボリュームＩＤ、ディスク固有の識別情報としてのメディアＩＤに相当するＰＭＳＮ（Ｐｒｅ−ｒｅｃｏｒｄｅｄ Ｍｅｄｉａ Ｓｅｒｉａｌ Ｎｕｍｂｅｒ）などを含む処理管理ファイル２０３。
コンテンツのコピー・再生制御情報としてのＣＣＩ（Copy Control Information）等を含む利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）２０４。
コンテンツ利用管理単位としてのコンテンツ管理ユニット（ＣＰＳユニット）毎に設定される暗号鍵であるＣＰＳユニット鍵を格納したＣＰＳユニット鍵ファイル２０５。
これらのデータが格納されている。
【００４２】
なお、本例では、コンテンツ２０１中に、後述する情報処理装置（サーバ）１３０からのコンテンツダウンロード処理に適用するプログラム情報として後発データ再生管理プログラム２０６が含まれる例を示している。後発データ再生管理プログラムは例えばＪａｖａ（登録商標）アプリケーションによって構成されるプログラムであり、ＢＤ−Ｊアプリとも呼ばれる。以下、情報記録媒体２００に格納される情報の概要について説明する。
【００４３】
（１）コンテンツ２０１
情報記録媒体（ディスク）２００には、様々なコンテンツが格納される。例えば高精細動画像データであるＨＤ（High Definition）ムービーコンテンツなどの動画コンテンツのＡＶ(Audio Visual)ストリームやゲームプログラム、画像ファイル、音声データ、テキストデータ、Ｊａｖａ（登録商標）アプリケーションプログラムなどのコンテンツである。
【００４４】
コンテンツ２０１には、さらに例えばＪａｖａ（登録商標）アプリケーションプログラム、ゲームプログラムや、画像ファイル、音声データ、テキストデータなどがサブコンテンツとして格納される。
【００４５】
メインコンテンツ、サブコンテンツとともに、コンテンツの種類としては、音楽データ、動画、静止画等の画像データ、ゲームプログラム、ＷＥＢコンテンツなど、様々なコンテンツが含まれ、これらのコンテンツには、情報記録媒体２００からのデータのみによって利用可能なコンテンツ情報と、情報記録媒体２００からのデータと、ネットワーク接続されたサーバから提供されるデータとを併せて利用可能となるコンテンツ情報など、様々な態様の情報が含まれる。
【００４６】
（２）ＭＫＢ
ＭＫＢ（Media Key Block）２０２は、ブロードキャストエンクリプション方式の一態様として知られる木構造の鍵配信方式に基づいて生成される暗号鍵ブロックである。ＭＫＢ２０２は有効なライセンスを持つユーザの情報処理装置に格納されたデバイス鍵（Ｋｄ）に基づく処理（復号）によってのみ、コンテンツの復号に必要なキーであるメディア鍵（Ｋｍ）の取得を可能とした鍵情報ブロックである。これはいわゆる階層型木構造に従った情報配信方式を適用したものであり、ユーザデバイス（情報処理装置）が有効なライセンスを持つ場合にのみ、メディア鍵（Ｋｍ）の取得を可能とし、無効化（リボーク処理）されたユーザデバイスにおいては、メディア鍵（Ｋｍ）の取得が不可能となる。
【００４７】
（３）処理管理ファイル
処理管理ファイル２０３には、例えば以下のデータが含まれる。
ディスク格納コンテンツの正当性を証明するための証明書であるコンテンツ証明書（ＣＣ：Ｃｏｎｔｅｎｔ Ｃｅｒｔ）。
情報記録媒体２００の格納コンテンツの識別子としてのコンテンツＩＤ。
情報記録媒体個別、あるいは所定枚数単位の情報記録媒体毎の識別情報として設定されるボリュームＩＤ。
ディスク固有の識別情報としてのメディアＩＤに相当するＰＭＳＮ（Ｐｒｅ−ｒｅｃｏｒｄｅｄ Ｍｅｄｉａ Ｓｅｒｉａｌ Ｎｕｍｂｅｒ）。
その他、情報記録媒体２００の識別情報としてのディスクＩＤ、情報記録媒体２００の格納コンテンツの編集スタジオの識別子としてのスタジオＩＤ、情報記録媒体１００の製造単位としてのパッケージ識別子としてのパッケージＩＤ、これらのデータが含まれる。なお、パッケージＩＤはディスクＩＤと呼ばれる場合もある。
【００４８】
（４）利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）
利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）２０４には、例えばコピー・再生制御情報（ＣＣＩ）が含まれる。すなわち、情報記録媒体２００に格納された暗号化コンテンツ２０１、あるいはサーバから後発的に取得するコンテンツなどに対応する利用制御のためのコピー制限情報や、再生制限情報である。このコピー・再生制御情報（ＣＣＩ）は、コンテンツ管理ユニットとして設定されるＣＰＳユニット個別の情報として設定される場合や、複数のＣＰＳユニットに対応して設定される場合など、様々な設定が可能である。
【００４９】
（５）ＣＰＳユニット鍵ファイル
情報記録媒体２００に格納された暗号化コンテンツは、上述したように、コンテンツ管理ユニットとして設定されるＣＰＳユニットに区分され、ユニット単位の暗号鍵を適用して暗号化されている。再生処理を実行する再生装置は、再生対象とするコンテンツの属するＣＰＳユニットを判別し、判別したＣＰＳユニットに対応する暗号鍵としてのＣＰＳユニット鍵を適用した復号処理を行う。このＣＰＳユニット鍵を取得するために必要なデータを格納したファイルがＣＰＳユニット鍵ファイルである。
【００５０】
図２には、情報記録媒体２００の格納データの詳細と、情報記録媒体２００の格納コンテンツとローカル記憶部１０２の格納コンテンツ、例えばサーバから後発的に取得したコンテンツを併せて再生する再生装置１００の処理の概略を示している。再生装置１００は、情報記録媒体の格納データの読み取り処理を実行するドライブ１０３を有する。
【００５１】
再生装置１００のデータ処理部１０１は、まず、ステップＳ１１において、ＶＦＳ（バーチャル・ファイルシステム）の構築処理を行う。すなわち、情報記録媒体（ディスク）２００の格納コンテンツと、ハードディスクなどのローカル記憶部１０２の格納コンテンツを統合した仮想パッケージを設定し、仮想パッケージの再生に適用するＶＦＳ（バーチャル・ファイルシステム）を構築する。このＶＦＳに基づく再生処理により、あたかも１つのメディアからの再生処理と同様の再生が可能となる。その後、ステップＳ１２〜Ｓ１３においてコンテンツの復号処理およびデコード（例えばＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）デコード）処理が行われてコンテンツ再生が実行される。
【００５２】
メモリ１０４は、プログラムの実行領域、データ格納領域などに利用されるＲＯＭ，ＲＡＭによって構成されるメモリであり、コンテンツ復号処理に適用するデバイス鍵［Ｋｄ］や、様々な処理を実行するプログラムなどが格納される。再生装置１００は、コンテンツの復号に際して、これらメモリ１０４に格納されたデータと、情報記録媒体２００からの読み取りデータとに基づいてコンテンツの復号に適用する鍵を生成し、再生対象となる暗号化コンテンツの復号処理を実行する。
【００５３】
次に、図３を参照して、情報記録媒体に格納されるコンテンツのフォーマット例について説明する。情報記録媒体に格納されるコンテンツは、少なくともその一部はユニット毎の異なる利用制御を実現するため、ユニット毎に異なる鍵が割り当てられ暗号化処理されて格納される。すなわち、コンテンツはコンテンツ管理ユニット（ＣＰＳユニット）に区分されて、個別の暗号化処理がなされ、個別の利用管理がなされる。
【００５４】
暗号化コンテンツの再生などコンテンツ利用に際しては、まず、各ユニットに割り当てられたＣＰＳユニット鍵を取得することが必要であり、さらに、その他の必要な鍵、鍵生成情報等を適用して予め定められた復号処理シーケンスに基づくデータ処理を実行して再生を行う。コンテンツ管理ユニット（ＣＰＳユニット）の設定態様について、図３を参照して説明する。
【００５５】
図３に示すように、コンテンツは、（Ａ）インデックス２１０、（Ｂ）ムービーオブジェクト２２０、（Ｃ）プレイリスト２３０、（Ｄ）クリップ２４０の階層構成を有する。再生アプリケーションによってアクセスされるタイトルなどのインデックスを指定すると、例えばタイトルに関連付けられた再生プログラムが指定され、指定された再生プログラムのプログラム情報に従ってコンテンツの再生順等を規定したプレイリストが選択される。
【００５６】
プレイリストには、再生対象データ指定情報であるプレイアイテムが含まれる。プレイリストに含まれるプレイアイテムによって規定される再生区間としてのクリップ情報によって、コンテンツ実データとしてのＡＶストリームが選択的に読み出されて、ＡＶストリームの再生が行われる。なお、プレイリスト、プレイアイテムは多数、存在し、それぞれに識別情報としてのプレイリストＩＤ、プレイアイテムＩＤが対応付けられている。
【００５７】
なお、図３に示すフォーマットは、ＡＡＣＳ規定に従った暗号化コンテンツのフォーマットであり、ディスクに格納されるコンテンツ２０１の全てがこのフォーマットに従ったデータであることは必須ではない。ディスクにはこのフォーマットに従って記録された暗号化データ以外にコマーシャルコンテンツ、サービスコンテンツ、Ｊａｖａ（登録商標）プログラムコンテンツなど様々なコンテンツが記録可能である。これらのデータは、非暗号化コンテンツとしてディスクに記録されている場合もあり、このようなコンテンツの再生にもプレイリストの利用が可能である。
【００５８】
すなわち、図３に示すプレイリストの設定は、すべて暗号化データとしてのＡＶストリームのみの再生を指定するプレイリストの例を示しているが、この他に、ＡＡＣＳ規定に従ったＡＶストリームと、非暗号化データとしてのコンテンツ再生用のプレイリストなども設定可能である。なお、ユーザがコンテンツを再生する場合は、タイトルを指定して再生が行われるが、ユーザによるタイトル指定によって再生プログラムが選択され、再生プログラムによってプレイリストが選択されて、選択されたプレイリストによって１つあるいは複数の再生コンテンツが順次選択されて再生が行われる。
【００５９】
図３には、ディスク２００に記録されたコンテンツ２０１に含まれる暗号化コンテンツ中の２つのＣＰＳユニットを示している。これらは、情報記録媒体に格納されたコンテンツの一部を構成している。ＣＰＳユニット１，２７１、ＣＰＳユニット２，２７２の各々は、インデックスとしてのタイトルと、再生プログラムファイルとしてのムービーオブジェクトと、プレイリストと、コンテンツ実データとしてのＡＶストリームファイルを含むクリップを含むユニットとして設定されたＣＰＳユニットである。
【００６０】
コンテンツ管理ユニット（ＣＰＳユニット）１，２７１には、タイトル１，２１１とタイトル２，２１２、再生プログラム２２１，２２２、プレイリスト２３１，２３２、クリップ２４１、クリップ２４２が含まれ、これらの２つのクリップ２４１，２４２に含まれるコンテンツの実データであるＡＶストリームデータファイル２６１，２６２が、少なくとも暗号化対象データであり、原則的にコンテンツ管理ユニット（ＣＰＳユニット）１，２７１に対応付けて設定される暗号鍵であるＣＰＳユニット鍵（Ｋｕ１）を適用して暗号化されたデータとして設定される。
【００６１】
コンテンツ管理ユニット（ＣＰＳユニット）２，２７２には、インデックスとしてアプリケーション１，２１３、再生プログラム２２４、プレイリスト２３３、クリップ２４３が含まれ、クリップ２４３に含まれるコンテンツの実データであるＡＶストリームデータファイル２６３がコンテンツ管理ユニット（ＣＰＳユニット）２，２７２に対応付けて設定される暗号鍵である暗号鍵であるＣＰＳユニット鍵（Ｋｕ２）を適用して暗号化される。
【００６２】
例えば、ユーザがコンテンツ管理ユニット１，２７１に対応するアプリケーションファイルまたはコンテンツ再生処理を実行するためには、コンテンツ管理ユニット（ＣＰＳユニット）１，２７１に対応付けて設定された暗号鍵としてのユニット鍵：Ｋｕ１を取得して復号処理を実行することが必要となる。コンテンツ管理ユニット２，２７２に対応するアプリケーションファイルまたはコンテンツ再生処理を実行するためには、コンテンツ管理ユニット（ＣＰＳユニット）２，２７２に対応付けて設定された暗号鍵としてのユニット鍵：Ｋｕ２を取得して復号処理を実行することが必要となる。
【００６３】
ＣＰＳユニット鍵ファイルの具体的構成例を図４に示す。図４は、ＣＰＳユニット鍵ファイルの構成をテーブルとして示す図である。図４に示すように、ＣＰＳユニット鍵ファイルは、タイトルなどのインデックス情報毎に区分され、各インデックスに対応するコンテンツ管理ユニット番号（ＣＰＳユニット番号）と、暗号化済みＣＰＳユニット鍵［Ｋｕｎ］が対応付けられたデータ構成とされる。
【００６４】
［２．仮想ファイルシステム（ＶＦＳ）を利用したコンテンツ再生処理とファイル名変換テーブル（ＢＵＭＦ）の概要］
先に説明したようにコンテンツ再生処理を実行する再生装置１００のデータ処理部１０１は、情報記録媒体（ディスク）２００に格納されたコンテンツと、ローカル記憶部１０２に記憶された後発データとを併せて再生する際、仮想ファイルシステム（ＶＦＳ：バーチャル・ファイルシステム）を構築して再生処理を行う。この際、ローカル記憶部１０２に記憶された後発データのファイル名変換処理を行う。この変換処理に適用するテーブルがファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））である。以下、ＶＦＳを利用したコンテンツ再生処理とファイル名変換テーブル（ＢＵＭＦ）の概要について説明する。
【００６５】
図５を参照して、情報記録媒体（ディスク）２００の格納コンテンツと、ハードディスク等のローカル記憶部１０２に格納された後発データとを併せて再生する場合に設定するＶＦＳ（バーチャル・ファイルシステム）について説明する。例えば情報記録媒体（ディスク）２００の格納コンテンツがフランス語の映画コンテンツであり、ハードディスク等のローカル記憶部１０２に格納された後発データがその映画コンテンツに対応する日本語字幕データである場合、両者を併せて再生することで、日本語字幕つきの映画再生が可能となる。
【００６６】
このような複合したコンテンツ再生を行なう場合、再生装置１００は、ローカル記憶部１０２に格納される後発データ管理ファイルを含むディレクトリおよびファイルを情報記録媒体（ディスク）２００のディレクトリおよびファイルと仮想的に合成する。すなわちＶＦＳ（バーチャル・ファイルシステム）を設定する。このＶＦＳ（バーチャル・ファイルシステム）設定処理は、ディスク上のデータファイルと、ローカル記憶部の対応する後発データファイルを仮想的な１つのディレクトリ上のファイルとする設定である。
【００６７】
図５に示すアプリケーションプログラム３２０は、後発データ再生管理プログラム（ＢＤ−Ｊアプリ）など再生装置１００において再生処理等を実行するアプリケーションプログラムかまたは再生装置１００において実装される再生装置１００固有のプログラムである。アプリケーションプログラム３２０は、仮想ファイルシステムを介して、情報記録媒体（ディスク）２００に記録されているファイルやローカル記憶部１０２に記録されているファイルを操作する。アプリケーションプログラム３２０は、仮想ファイルシステムを介して、ローカル記憶部１０２に記録されているファイルの検索情報である後発データ検索情報３２１を利用して必要とする後発データファイルを取得する。
【００６８】
仮想ファイルシステムは、アプリケーションプログラム３２０に対して、記録媒体（ファイルシステム）の違いを隠蔽する役割を果たす。従って、アプリケーションプログラム３２０は、ファイルが記録されている記録媒体の違いを意識せずに、同じＡＰＩを利用して、各記録媒体に記録されているファイルを操作することができる。
【００６９】
例えば、仮想ファイルシステムは、装置にディスクが装着されたとき、あるいはアプリケーションプログラムの実行時にディスクのファイルシステムとローカル記憶部１０２のファイルシステムをマージすることにより生成され、生成された仮想ファイルシステム（ＶＦＳ）が再生装置１００のメモリに記憶される。
【００７０】
なお、一般的には、構築済みのＶＦＳに対して新たなコンテンツを追加するなどの処理を行いたい場合にはＶＦＳを再び更新し直す必要がある。
【００７１】
このように、情報記録媒体（ディスク）２００に格納されたコンテンツと、ローカル記憶部１０２に記憶された後発データとを併せて再生する際のＶＦＳ（バーチャル・ファイルシステム）を設定することが必要となる。
【００７２】
このＶＦＳ（バーチャル・ファイルシステム）の設定処理に際して、ローカル記憶部１０２に記憶された後発データのファイル名変換処理を行うことが必要となる。このファイル名変換処理に適用するテーブルがファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））である。ファイル名変換テーブル［ＢＵＭＦ］の構成について、図６を参照して説明する。
【００７３】
再生装置１００は、ローカル記憶部１０２に、サーバなどから取得した後発データファイルに併せて、ファイル名変換テーブル［ＢＵＭＦ］を保持し、仮想ファイルシステムであるＶＦＳ生成処理に際して、ファイル名変換テーブルを参照して、［ローカル記憶部上のファイル名］を［ＶＦＳ上のファイル名］に変換して、ＶＦＳ上に設定する。
【００７４】
図６に示すファイル名変換テーブル（ＢＵＭＦ）は、［ローカル記憶部上のファイル名］、［スタジオＩＤ］、［パッケージＩＤ］、［変換後のファイル名］の各エントリを対応付けた構成を持つ。すなわち、ローカル記憶部に格納されたファイルのファイル名を、仮想ファイルシステム（ＶＦＳ）用のＶＦＳファイル名に変換するための情報を持つ。
【００７５】
［ローカル記憶部上のファイル名］は、後発データを格納するローカル記憶部１０２に記録する際の実際のファイル名である。これらは、重複がないように、例えばスタジオ名を付加したファイル名として設定される。
【００７６】
ファイル名変換処理は、例えば再生コンテンツに対応するスタジオＩＤとパッケージＩＤに依存して決定される。再生処理を実行する場合、情報記録媒体（ディスク）２００上のデータと後発データとのバインド処理が行なわれる。利用する後発データについては、すべてスタジオＩＤとパッケージＩＤが対応付けられており、コンテンツ再生処理を行なう情報処理装置は、再生対象コンテンツのスタジオＩＤとパッケージＩＤを取得して、これらのＩＤに基づいて、ファイル名変換テーブルを適用して変換後のファイル名を取得して、取得したファイル名を仮想ファイルシステム上のファイル名として設定する。
【００７７】
例えば、
ローカル記憶部１０２上のファイル名：studioA.STREAM.00001.m2tsであり、
再生コンテンツのスタジオＩＤ＝１、パッケージＩＤ＝１または２または３、である場合の変換後のファイル名は、
BDMV/STREAM/00001.m2ts
となる。
この変換後のファイル名：BDMV/STREAM/00001.m2tsは、再生アプリケーションにおいて利用可能なファイル名である。
【００７８】
このように、ファイル名変換テーブル（ＢＵＭＦ）を適用してファイル名の変換を実行することで、ローカル記憶部１０２のディレクトリには、自由なファイル名を設定可能となり、重複しない自由な名前のファイルを設定することができる。
【００７９】
なお、図６に示すファイル名変換テーブル（ＢＵＭＦ）の下から２番目と３番目のエントリは、［ローカル記憶部上のファイル名］がいずれも、
studioC.STREAM.00002.m2ts
であり共通であるが、
スタジオＩＤ＝１、パッケージＩＤ＝１または２または３である場合の変換後のファイル名は、
BDMV/STREAM/00002.m2ts
であり、
スタジオＩＤ＝２、パッケージＩＤ＝４または５または６である場合の変換後のファイル名は、
BDMV/STREAM/00012.m2ts
となり、スタジオＩＤと、パッケージＩＤとの値に応じて、異なるファイル名に変換される構成となっている。このようにファイル名変換テーブルを適用したファイル名変換処理を行なうことで、例えば異なる再生アプリケーションにおいて適用する異なるファイルとして設定することが可能となる。
【００８０】
なお、後発データの利用管理を厳格に行うため、ユーザの再生装置１００のローカル記憶部１０２には、ファイル改竄検証データ（ＢＵＳＦ：Ｂｉｎｄｉｎｇ Ｕｎｉｔ Ｓｉｇｎａｔｕｒｅ Ｆｉｌｅ）が格納される。
【００８１】
後発データを利用する再生装置（ユーザ装置）は、ファイル改竄検証データ（ＢＵＳＦ）の署名検証によりマニフェストファイル（ＢＵＭＦ）の正当性を確認する。この確認がなされたことを条件として、マニフェストファイル（ＢＵＭＦ）を利用してローカル記憶部に格納された後発データのファイル名変換を実行しＶＦＳを構築する。
【００８２】
［３．共通プレイリストを含む汎用再生制御情報を利用した後発データの再生処理構成］
次に、共通プレイリストを含む汎用再生制御情報を利用して、様々な異なる後発データの再生処理を可能とした実施例について説明する。
【００８３】
上記の項目［２．ＶＦＳを利用したコンテンツ再生処理とファイル名変換テーブル（ＢＵＭＦ）の概要］において説明したように、情報記録媒体（ディスク）２００に格納されたコンテンツと、ローカル記憶部１０２に記憶された後発データとを併せて再生する際には仮想ファイルシステム（ＶＦＳ：バーチャル・ファイルシステム）を設定することが必要となる。この際、ローカル記憶部１０２に記憶された後発データのファイル名変換処理を行う。この変換処理に適用するテーブルが図６を参照して説明したファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））である。
【００８４】
ＶＦＳ（バーチャル・ファイルシステム）設定処理は、ディスク上のデータファイルと、ローカル記憶部の後発データファイルを仮想的な１つのディレクトリ上のファイルとする設定である。
【００８５】
仮想ファイルシステム（ＶＦＳ）は、装置にディスクが装着されたとき、あるいはアプリケーションプログラムの実行時にディスクのファイルシステムとローカル記憶部１０２のファイルシステムをマージすることにより生成される。先に説明したように、一般的には、ファイルの書き込みなどによりローカル記憶部１０２に記録されているディレクトリやファイルが変更されるごとに、ＶＦＳ（バーチャル・ファイルシステム）の更新が必要となる。
【００８６】
しかし、仮想ファイルシステム（ＶＦＳ）の更新処理には時間を要するという問題がある。先に図３を参照して説明したように、コンテンツは、（Ａ）インデックス２１０、（Ｂ）ムービーオブジェクト２２０、（Ｃ）プレイリスト２３０、（Ｄ）クリップ２４０の階層構成を有する。
【００８７】
従来の一般的な処理では、後発データをサーバから取得する場合、実際の再生対象データ、例えば映画の予告編や広告コンテンツなとの実データであるＡＶストリームのみならず、このＡＶストリームデータの再生に適用するためのクリップ情報（Ｃｌｉｐ ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅ）や、プレイアイテム（ＰｌａｙＩｔｅｍ）、プレイリスト（ＰｌａｙＬｉｓｔ）などの情報ファイルも併せて取得していた。
【００８８】
従って、後発データを取得したユーザ側の再生装置は、多数の受信ファイルに対応するファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））を更新して、ＶＦＳ（バーチャル・ファイルシステム）の更新を行うことが必要となる。ＶＦＳ更新の完了後でないと、新規取得した後発データを、ＶＦＳ（バーチャル・ファイルシステム）を利用して再生することはできない。
【００８９】
図７を参照してＶＦＳ（バーチャル・ファイルシステム）の更新例について説明する。例えばコンテンツ再生を行う情報処理装置が、ある映画コンテンツの格納された１枚のＲＯＭディスク４０１に対応する後発データ［広告Ａ］を取得してローカル記憶部４０２に格納していたとする。
【００９０】
この広告Ａを再生するために必要となる仮想パッケージが図７に示す旧仮想パッケージ（Ｖｉｒｔｕａｌ Ｐａｃｋａｇｅ）４１１であるとする。仮想パッケージ（Ｖｉｒｔｕａｌ Ｐａｃｋａｇｅ）は、ＶＦＳ（バーチャル・ファイルシステム）を利用したデータ再生処理に適用するコンテンツや制御データなどを含む仮想的なディスクとしてのパッケージに対応する。
【００９１】
旧仮想パッケージ（Ｖｉｔｔｕａｌ Ｐａｃｋａｇｅ）４１１を利用すれば、ＲＯＭディスク４０１に格納された映画コンテンツと、ローカル記憶部４０２に格納された後発データとしての［広告Ａ］の再生が、あたかも１枚のディスクからの再生と同様の処理として実行できる。例えば、旧仮想パッケージ（Ｖｉｒｔｕａｌ Ｐａｃｋａｇｅ）４１１に対して設定されるタイトルの指定によって再生処理が可能となる。
【００９２】
その後、再生装置は、サーバから新たな後発データである［広告Ｂ］を取得し、ローカル記憶部４０２に格納したとする。この新たな後発データ［広告Ｂ］は、旧仮想パッケージ（Ｖｉｒｔｕａｌ Ｐａｃｋａｇｅ）４１１を利用しても再生することはできない。旧仮想パッケージ（Ｖｉｒｔｕａｌ Ｐａｃｋａｇｅ）４１１に対して設定されるタイトルの指定によって再生できるのは［広告Ａ］のみであり、新たに取得した［広告Ｂ］を再生するためには、新たな新仮想パッケージ（Ｖｉｒｔｕａｌ Ｐａｃｋａｇｅ）４１２を設定することが必要となる。
【００９３】
すなわち、再生装置は、ＶＦＳ（バーチャル・ファイルシステム）の更新処理を行うことが必要となる。このＶＦＳ更新処理には、ファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））の更新など多くの処理が含まれる。情報処理装置（サーバ）からの取得ファイル数が多いほど、この更新処理には時間を要することになる。先に説明したように、従来は広告コンテンツなとの実データであるＡＶストリームの他、クリップ情報（Ｃｌｉｐ ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅ）、プレイアイテム（ＰｌａｙＩｔｅｍ）、プレイリスト（ＰｌａｙＬｉｓｔ）等の多数のファイルをサーバから取得しており、ユーザ装置側では、これらの多数のファイルの全てに対応する処理を行うことが必須となっていた。
【００９４】
以下において説明する処理例は、情報処理装置（サーバ）が、ユーザ装置である再生装置に提供するデータを広告コンテンツなどの実データであるＡＶストリームのみとする。プレイリスト（ＰｌａｙＬｉｓｔ）、プレイアイテム（ＰｌａｙＩｔｅｍ）、クリップ情報（Ｃｌｉｐ ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅ）等の再生制御情報ファイルは、情報処理装置に格納済みのファイルを利用する。このように新規に受領する後発データを削減してＶＦＳ更新処理を簡略化する。ＶＦＳ更新処理を簡略化することで、ユーザ装置では新規にサーバから受領した後発データを迅速に再生することが可能となる。
【００９５】
すなわち、図８に示す例において、旧仮想パッケージ（Ｖｉｒｔｕａｌ Ｐａｃｋａｇｅ）４１１で利用していたプレイリスト（ＰｌａｙＬｉｓｔ）、プレイアイテム（ＰｌａｙＩｔｅｍ）、クリップ情報（Ｃｌｉｐ ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅ）を、新仮想パッケージ（Ｖｉｒｔｕａｌ Ｐａｃｋａｇｅ）４１２でも利用可能な設定とする。
【００９６】
本実施例では、後発データとしてサーバから取得するデータはＡＶストリームデータのみとして、そのＡＶストリームの再生に適用する再生制御情報であるプレイリスト、プレイアイテム、クリップ情報を、様々な後発データ（ＡＶストリーム）に共通に利用可能な汎用再生制御情報として設定する。すなわち、情報処理装置（サーバ）のデータ処理部は、汎用再生制御情報を適用して再生可能なデータの生成を行い、通信部を介してユーザ側の再生装置に提供する。
【００９７】
図８以下を参照して、汎用再生制御情報の構成、および後発データの構成について説明する。図８には、ＤＶＤやＢｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）などのディスク４３１の再生処理を実行する再生装置４３０と、後発データの提供を行う情報処理装置（サーバ）４５０を示している。情報処理装置（サーバ）４５０は、例えばディスク４３１に格納されたコンテンツに対応するサービスデータ、予告編、広告など、様々な動画、静止画等のデータを、ネットワークを介して再生装置４３０に提供する。
【００９８】
再生装置４３０は、情報処理装置（サーバ）４５０から取得したデータをローカル記憶部４３２に格納する。再生装置４３０はローカル記憶部４３２に格納された後発データと、ディスク４３１の格納コンテンツとを含む仮想パッケージを構成して、仮想ファイルシステム（ＶＦＳ）を利用して再生処理を行なう。
【００９９】
ローカル記憶部４３２には、複数の異なる後発データに共通に利用可能な設定を持つ汎用再生制御情報４８０が格納される。なお、この汎用再生制御情報４８０は、例えば映画コンテンツなどを格納したディスク４３１にコンテンツとともに格納し、これを再生装置４３０が読み取ってローカル記憶部４３２に格納する設定としてもよい。あるいは、情報処理装置（サーバ）４５０から提供する構成としてもよい。
【０１００】
ローカル記憶部４３２に汎用再生制御情報４８０を格納した再生装置４３０に対しては、その後、情報処理装置（サーバ）４５０から提供される後発データは、ＡＶストリーム４８５のみとなる。プレイリスト、プレイアイテム、クリップ情報は提供されない。
【０１０１】
情報処理装置（サーバ）４５０から提供された後発データとしてのＡＶストリーム４８５は、汎用再生制御情報４８０を利用して再生される。汎用再生制御情報４８０は、プレイリスト（ＰＬ）４８１、クリップ情報（４８３）が含まれる。なお、プレイリスト４８１にはプレイアイテムが含まれる。
【０１０２】
ローカル記憶部４３２に格納されるデータ構成について、さらに図９を参照して説明する。図９に示すように、ローカル記憶部には、複数の異なる後発データである様々なＡＶストリームの再生に共通に利用可能な汎用再生制御情報４８０が格納される。
【０１０３】
さらに、情報処理装置（サーバ）４５０から様々なタイミングで取得したＡＶストリームファイルのみによって構成される後発データＸ４８５，後発データＹ４８６が格納される。なお、図には後発データＸ４８５、後発データ４８６の２つのみ示しているが、この他、多数の後発データがローカル記憶部には格納可能である。
【０１０４】
情報処理装置（サーバ）４５０から取得する後発データは、広告や予告編などの再生対象となる実コンテンツによって構成されるＡＶストリームである。このＡＶストリームは、汎用制御情報４８０を適用して再生することができる。後発データＸ４８５を構成するＡＶストリーム４８５ａ〜ｃに対しても、後発データＹ４８６を構成するＡＶストリーム４８６ａ〜ｃに対しても、共通の汎用再生制御情報４８０が利用される。
【０１０５】
汎用制御情報４８０には、プレイアイテム４８２ａ〜ｃを有するプレイリスト４８１、およびクリップ情報（ＣＬＰＩ）４８３ａ〜ｃが含まれる。先に図３を参照して説明したように、プレイリストは、再生対象データ指定情報であるプレイアイテムを有し、プレイアイテムによって規定される再生区間としてのクリップ情報によって、コンテンツ実データとしてのＡＶストリームが選択的に読み出されて、ＡＶストリームの再生処理が行われる。
【０１０６】
なお、図には、プレイリスト４８１を１つのみ示しているが、このプレイリスト４８１は後発データの再生に利用されるプレイリストである。ローカル記憶部には、この他にも多数のプレイリスト、例えばディスクに格納された映画コンテンツの再生に利用するプレイリストなどが格納される。プレイリストはユーザの指定するタイトルによって選択され処理が開始される。本構成では、後発データを再生する場合には、例えば後発データ共通のタイトルが設定され、そのタイトルの指定によって図に示すプレイリスト４８１が選択されて後発データＸや後発データＹが再生されることになる。
【０１０７】
後発データＸ４８５が先にサーバから取得した古い広告であり、後発データＹ４８６が新しくサーバから取得した新しい広告である場合には、仮想ファイルシステム（ＶＦＳ）において利用する仮想パッケージを構成する後発データは、旧仮想パッケージでは後発データＸであるが、その後の新仮想パッケージでは後発データＹに置き換えられる。このＡＶストリームに対する処理は、先に図７を参照して説明した仮想パッケージの更新と同様であるが、本実施例では、プレイリスト、プレイアイテム、クリップ情報は、複数の後発データに共通の汎用再生制御情報４８０が利用される。すなわち、旧仮想パッケージでも新仮想パッケージでも共通の汎用再生制御情報４８０が利用される。
【０１０８】
すなわち、再生装置は以下のような構成を持つ。
ローカル記憶部には、再生データを含むデータファイル（ＡＶストリームファイル）と、複数の異なるデータファイル（ＡＶストリームファイル）に共通に利用可能な汎用再生制御情報ファイルを格納している。
また、再生装置のデータ処理部は、記憶部の格納データとディスク格納データとを統合した仮想ファイルシステム（ＶＦＳ）を構築してデータ再生処理を実行する。
さらに、データ処理部は、仮想ファイルシステム（ＶＦＳ）を利用して再生するデータファイルの変更に際して、汎用再生制御情報ファイルを変更することなくデータファイルのみの変更を伴う仮想ファイルシステム（ＶＦＳ）更新処理を実行する。
【０１０９】
再生装置のデータ処理部は、ファイル名変換情報を記録したファイル名変換テーブル（図６を参照して説明したマニフェストファイル（ＢＵＭＦ））を適用して、ローカル記憶部に格納されたファイルのファイル名を、仮想ファイルシステム（ＶＦＳ）用のＶＦＳファイル名に変換して、ディスク格納データとローカル記憶部格納データとを含む仮想ファイルシステム（ＶＦＳ）を構築する。しかし、仮想ファイルシステム（ＶＦＳ）更新処理に際しては、ファイル名変換テーブルに登録された汎用再生制御情報ファイルの変換情報を変更することなくデータファイルのみの変換情報の変更による仮想ファイルシステム（ＶＦＳ）更新処理を行う。
【０１１０】
なお、汎用再生制御情報には、データファイルの再生時間を規定したプレイリストファイル、および再生区間を規定したクリップ情報ファイルなどが含まれ、データ処理部は、汎用再生制御情報として設定された共通のプレイスリストおよびクリップ情報ファイルを利用して異なるデータファイルの再生処理を行う。
【０１１１】
様々なＡＶストリームに対して共通のプレイリスト、プレイアイテム、クリップ情報を適用した処理を行うためには、これらのデータの構成が一定の条件に従った構成を持つことが必要となる。以下、この条件について、図１０以下を参照して説明する。
【０１１２】
まず、図１０を参照して、複数の異なるＡＶストリームに対して共通に利用可能とした汎用再生制御情報４８０を構成するプレイリストとプレイアイテムの条件について説明する。
【０１１３】
図１０に示すように汎用再生制御情報４８０を構成するプレイリスト４８１は、再生対象データ指定情報である複数のプレイアイテム４８２ａ〜ｃを有する。プレイアイテム４８２ａ〜ｃの各々は、再生区間情報を持つクリップ情報に対応付けられている。
【０１１４】
複数の異なるＡＶストリームに対して設定する汎用再生制御情報のプレイリストは一定の長さに設定する。すなわち、図１０に示すように、プレイリストに対応する再生時間（Ｔ）を固定値とする。
【０１１５】
先に説明したように、プレイリストはプレイアイテムを有する。プレイアイテムはクリップ情報と対応付けられている。クリップ情報はＡＶストリームの再生区間情報を有し、クリップ情報によってＡＶストリームを選択的に読み出して、ＡＶストリームの再生処理が行われる。プレイリストは、プレイリストによって選択されるＡＶストリームの再生時間を規定したデータとなっている。
【０１１６】
汎用再生制御情報のプレイリストは、例えばサーバの提供する後発データである様々なＡＶストリームの再生を可能とするため、その再生長が予め規定された固定された長さ、すなわち固定された再生時間［Ｔ］を持つプレイリストとして設定される。なお、サーバにおいて生成するＡＶストリームについても、この固定再生長のプレイリストを生成しなければならない。また、クリップ情報ファイルを再利用するためにクリップ情報ファイル内に定められるＡＶストリームの総パケット数も固定にしなければならない。
【０１１７】
なお、情報処理装置（サーバ）から再生装置にダウンロードされる後発データであるＡＶストリームのファイルサイズ（ＦｉｌｅＳｉｚｅ）と、プレイアイテム長（１プレイアイテムによって再生されるＡＶストリームコンテンツの再生時間）との関係式は以下の式によって定義される。
ＦｉｌｅＳｉｚｅ＝Σ（ＥＳ ｒａｔｅ）×１．５×（プレイアイテム長）
上記式において、［ＥＳ ｒａｔｅ］は、エレメンタリストリームビットレートである。また、ダウンロードに必要な時間（ＤＬ Ｔｉｍｅ）は、以下の式で定義される。
ＤＬ Ｔｉｍｅ＝（ＦｉｌｅＳｉｚｅ）／（ダウンロード速度）
【０１１８】
次に、複数の異なるＡＶストリームに対して共通に利用可能とした図９に示す汎用再生制御情報４８０を構成するクリップ情報（Ｃｌｉｐ ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅ）４８３の条件について説明する。
【０１１９】
情報処理装置（サーバ）から提供される後発データである様々なＡＶストリームの再生を可能とするため、汎用再生制御情報４８０を構成するクリップ情報には以下のような制限が設けられる。
【０１２０】
クリップ情報は、プレイリストに含まれるプレイアイテムによって規定される再生区間情報を持つ。クリップ情報は、プレイアイテムに規定される再生位置を示す時間情報をパケット番号に変換してＡＶストリームの再生位置を特定するための情報を持つ。
【０１２１】
すなわち、ＡＶストリームを構成するパケットにおける再生開始位置パケットや再生区間となるパケット数などの情報を持つ。具体的には、ＡＶストリームファイル中の再生開始位置となるパケット番号、再生対象とするＡＶストリームファイルのパケット数情報、Ｉピクチャのサイズに対応するパケット数などの情報を有する。汎用再生制御情報４８０中に設定するクリップ情報が保持するこれらの情報は、様々な異なるＡＶストリームに適用可能な情報に設定されていることが必要となる。
【０１２２】
汎用再生制御情報４８０内のクリップ情報４８３ａ〜ｃは、様々なＡＶストリームの再生を可能とするため、ＡＶストリーム４８５ａ〜ｃの再生開始位置情報として、ＡＶストリームの最初のＩピクチャ位置情報を有する設定とする。サーバの提供する後発データを構成するＡＶストリームは、この共通の再生開始位置情報を持つクリップ情報を適用して、ＡＶストリームの最初のＩピクチャ位置から再生されることになる。
【０１２３】
ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）データによって構成されるＡＶストリーム４８５ａ〜ｃの各々は、Ｉピクチャ、Ｐピクチャ、Ｂピクチャによって構成される、汎用再生制御情報４８０内のクリップ情報は、ＡＶストリームを構成するＭＰＥＧデータの最初のＩピクチャを再生開始位置として記録したクリップ情報として設定される。
【０１２４】
次に、情報処理装置（サーバ）の提供する後発データであるＡＶストリームの制限について説明する。情報処理装置（サーバ）のデータ処理部は、汎用再生制御情報を適用して再生可能なデータの生成を行い、通信部を介してユーザ側の再生装置に提供する。サーバの提供する後発データであるＡＶストリームは、図９〜図１０を参照して説明した汎用再生制御情報を適用して再生されるＡＶストリームであり、そのために所定の条件を満足する構成であることが必要となる。この制限について説明する。
【０１２５】
情報処理装置（サーバ）のデータ処理部は、ユーザ側の再生装置に提供するためのデータファイルとしてＡＶストリーム（ＣＬＰＡＶ）ファイルを生成する。これらのＡＶストリーム（ＣＬＰＡＶ）ファイル各々は、対応するクリップ情報ファイルに登録されたパケット数に等しいパケット数に設定する。
【０１２６】
例えば、図９に示す例において、汎用再生制御情報４８０内に設定される各クリップ情報４８３ａ〜ｃの各々に対応付けられたＡＶストリームのパケット数が［Ｎ］として記録されているとする。この場合、情報処理装置（サーバ）のデータ処理部は、後発データであるＡＶストリーム４８５ａ〜ｃの各々のパケット数を、クリップ情報に記録された再生パケット数［Ｎ］に一致する再生パケット数に設定する。
【０１２７】
なお、情報処理装置（サーバ）の生成する後発データの実データは、コンテンツによってはパケット数が［Ｎ］以下となってしまう場合もある。この場合は、サーバは何もデータのない無効パケット（Ｎｕｌｌパケット）を利用して、１つのＡＶストリームファイルの総パケット数をＮに調整する処理を行う。
【０１２８】
さらに、汎用再生制御情報を適用して再生されるＡＶストリームのもう１つの条件として、Ｉピクチャサイズを予め規定したサイズの固定サイズとするという条件がある。Ｉピクチャサイズは、クリップ情報ファイルに記録される情報である。汎用再生制御情報に含まれるクリップ情報ファイルには、Ｉピクチャの読み出し開始位置と読み出しバイト数が記録される。具体的には、クリップ情報ファイルの［Ｉ＿ｅｎｄ＿ｏｆｆｓｅｔ］フィールドにＩピクチャが終わるパケットの位置をレンジで示すデータが記録される。
【０１２９】
従来のように、ＡＶストリームに応じたクリップ情報を設定する例では、ＡＶストリームのＩピクチャサイズに応じた値をクリップ情報ファイルに記録すればよかった。しかし、汎用再生制御情報に含まれるクリップ情報ファイルには１つの固定されたＩピクチャサイズが記録されている。
【０１３０】
従って情報処理装置（サーバ）のデータ処理部は、生成するＡＶストリームファイルに設定するＩピクチャの読み出し開始位置と読み出しバイト数を、この汎用再生制御情報に含まれるクリップ情報ファイルに記録済みのＩピクチャの読み出し開始位置と読み出しバイト数に一致させる処理を行う。
【０１３１】
実際の様々なコンテンツをＭＰＥＧエンコードした場合、Ｉピクチャのサイズは様々なサイズになってしまう。そこで、後発データを生成する情報処理装置（サーバ）のデータ処理部は、予め汎用再生制御情報に設定されるクリップ情報に記録されるＩピクチャサイズ情報を取得し、ＡＶストリームファイルのＩピクチャサイズをその記録サイズに一致させる処理を行う。具体的には、例えば自由なデータを設定可能なＭＰＥＧデータ内のユーザデータフィールドに適当な値を埋め込むなどの処理によって、ＡＶストリーム中のＩピクチャサイズを、クリップ情報に記録されたサイズに一致させる処理を行い、規定サイズのＩピクチャを持つＡＶストリームファイルを生成する。
【０１３２】
このように、後発データを生成する情報処理装置（サーバ）のデータ処理部は、クリップ情報による再生データとして格納したデータファイルであるＡＶストリームファイルを１つまたは複数生成する。なお、生成したＡＶストリームファイルに含まれる再生用データのパケット数の総再生時間は、汎用再生制御情報に含まれるプレイリストの規定する再生時間に一致する設定としたＡＶストリームファイルとする処理を行う。
【０１３３】
また、前述したように汎用再生制御情報に含まれるクリップ情報の規定する再生開始位置は、クリップ情報による再生データを格納したＡＶストリームファイルの最初のＩピクチャ位置に設定されている。従って、情報処理装置（サーバ）のデータ処理部は、ＡＶストリームファイルの最初のＩピクチャを再生開始位置として設定した再生データを格納したＡＶストリームファイルを生成する。
【０１３４】
このように、情報処理装置（サーバ）は、後発データとしてのＡＶストリームを、汎用再生制御情報による再生が可能な構成、すなわち一定の条件を満足するＡＶストリームファイルを生成してユーザ側の情報処理装置に提供する。
【０１３５】
ユーザ側の再生装置は、情報処理装置（サーバ）から受信するＡＶストリームファイルをローカル記憶部に格納し、汎用再生制御情報、すなわち様々な後発データに対して共通に利用可能な構成を持つプレイリスト、プレイアイテム、クリップ情報を利用してＡＶストリームファイルの再生処理を行う。なお、再生処理に際してはディスク格納データとローカル記憶部格納データとのマージによる仮想パッケージを生成して、図５を参照して説明した仮想ファイルシステム（ＶＦＳ）に基づく再生処理を実行する。
【０１３６】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。
【０１３７】
また、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。例えば、プログラムは記録媒体に予め記録しておくことができる。記録媒体からコンピュータにインストールする他、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介してプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０１３８】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【産業上の利用可能性】
【０１３９】
以上、説明したように、本発明の一実施例構成によれば、ディスク格納データとローカル記憶部に格納された後発データを、仮想ファイルシステム（ＶＦＳ）を適用して再生処理を行うユーザ装置に対して提供する後発データを、複数の異なる後発データに共通に利用可能な汎用再生制御情報による再生可能なデータとした。例えば汎用再生制御情報のクリップ情報に規定される再生パケット数、再生開始位置、Ｉピクチャの読み出し開始位置と読み出しバイト数に適合するＡＶストリームファイルを生成する。このファイルの利用により、ファイル名変換テーブル更新等を必要とする仮想ファイルシステム（ＶＦＳ）更新処理が簡略化され、後発データの変更に伴うＶＦＳ更新の迅速化が可能となり、再生開始までの時間を短縮することができる。
【符号の説明】
【０１４０】
１００ 再生装置
１０１ データ処理部
１０２ ローカル記憶部
１０３ ドライブ
１０４ メモリ
１０５ 通信ＩＦ
１０６ 表示部
１３０ 情報処理装置（サーバ）
１３１ データ処理部
１３２ 通信ＩＦ
２００ 情報記録媒体
２０１ コンテンツ
２０２ ＭＫＢ
２０３ 処理管理ファイル
２０４ 利用制御情報
２０５ ＣＰＳユニット鍵ファイル
２１０ インデックス
２２０ ムービーオブジェクト
２３０ プレイリスト
２４０ クリップ
２７１，２７２ ＣＰＳユニット
３２０ アプリケーションプログラム
３２１ 後発データ検索情報
４０１ ＲＯＭディスク
４０２ ローカル記憶部
４１１ 旧仮想パッケージ（Ｖｉｔｔｕａｌ Ｐａｃｋａｇｅ）
４１２ 新仮想パッケージ（Ｖｉｒｔｕａｌ Ｐａｃｋａｇｅ）
４３０ 再生装置
４３１ ディスク
４３２ ローカル記憶部
４５０ 情報処理装置（サーバ）
４８０ 汎用再生制御情報
４８１ プレイリスト
４８２ プレイアイテム
４８３ クリップ情報
４８５ 後発データＸ
４８５ａ〜ｃ ＡＶストリーム
４８６ 後発データＹ
４８６ａ〜ｃ ＡＶストリーム
【特許請求の範囲】
【請求項１】
汎用再生制御情報を適用して再生可能なデータの生成を行うデータ処理部を有し、
前記データ処理部は、
前記汎用再生制御情報に含まれるクリップ情報の規定する再生パケット数に一致する再生パケット数からなるデータを、前記クリップ情報による再生データとして格納したデータファイルを生成する情報処理装置。
【請求項２】
前記データ処理部は、
前記クリップ情報による再生データの構成パケット数を、無効パケット（Ｎｕｌｌパケット）の挿入により、前記クリップ情報の規定する再生パケット数に一致させる処理を行う請求項１に記載の情報処理装置。
【請求項３】
前記データ処理部は、
前記汎用再生制御情報に含まれるクリップ情報の規定するＩピクチャの読み出し開始位置と読み出しバイト数に適合したＩピクチャを持つＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）データを格納したデータファイルを生成する請求項１に記載の情報処理装置。
【請求項４】
前記データ処理部は、
ＭＰＥＧデータ内のユーザデータフィールドに対する任意値埋め込み処理により、Ｉピクチャ対応の読み出しバイト数を前記クリップ情報の規定情報に一致させる処理を行う請求項３に記載の情報処理装置。
【請求項５】
前記データ処理部は、
前記クリップ情報による再生データとして格納したデータファイルであるＡＶストリームファイルを１つまたは複数生成し、生成するＡＶストリームファイルに含まれる再生用データのパケット数の総再生時間を、前記汎用再生制御情報に含まれるプレイリストの規定する再生時間に一致する設定としたＡＶストリームファイルの生成を行う請求項１に記載の情報処理装置。
【請求項６】
前記汎用再生制御情報に含まれる前記クリップ情報の規定する再生開始位置は、前記クリップ情報による再生データを格納したＡＶストリームファイルの最初のＩピクチャ位置であり、
前記データ処理部は、
前記ＡＶストリームファイルの最初のＩピクチャを再生開始位置として設定した再生データを格納したＡＶストリームファイルを生成する請求項１に記載の情報処理装置。
【請求項７】
前記情報処理装置は、
汎用再生制御情報を適用したデータ再生処理を行うユーザ装置に対して、前記データ処理部の生成したデータファイルを送信する通信部を有する請求項１〜６いずれかに記載の情報処理装置。
【請求項８】
データ再生処理を実行する再生装置と、前記再生装置に対して再生対象となるデータを含むデータファイルを提供するサーバを有する情報処理システムであり、
前記再生装置は、
前記サーバの提供するデータファイルと、複数の異なるデータファイルに対する共通の再生制御情報として利用可能な汎用再生制御情報ファイルを格納した記憶部と、
前記記憶部の格納データとディスク格納データとを統合した仮想ファイルシステム（ＶＦＳ）を構築してデータ再生処理を実行するデータ処理部であり、前記仮想ファイルシステム（ＶＦＳ）を利用して再生するデータファイルの変更に際して、前記汎用再生制御情報ファイルを変更することなくデータファイルのみの変更を伴う仮想ファイルシステム（ＶＦＳ）更新処理を行うデータ処理部を有し、
前記サーバは、
前記汎用再生制御情報に含まれる再生データの定義情報に対応した構成を持つデータを含むデータファイルを生成して前記再生装置に提供する構成を有する情報処理システム。
【請求項９】
情報処理装置において実行する情報処理方法であり、
データ処理部が、汎用再生制御情報を適用して再生可能なデータの生成を行うデータ生成ステップを有し、
前記データ生成ステップは、
前記汎用再生制御情報に含まれるクリップ情報の規定する再生パケット数に一致する再生パケット数からなるデータを、前記クリップ情報による再生データとして格納したデータファイルを生成するステップである情報処理方法。
【請求項１０】
情報処理装置においてデータ生成処理を実行させるプログラムであり、
データ処理部に、汎用再生制御情報を適用して再生可能なデータの生成を行わせるデータ生成ステップを有し、
前記データ生成ステップは、
前記汎用再生制御情報に含まれるクリップ情報の規定する再生パケット数に一致する再生パケット数からなるデータを、前記クリップ情報による再生データとして格納したデータファイルを生成させるステップであるプログラム。
【請求項１】
汎用再生制御情報を適用して再生可能なデータの生成を行うデータ処理部を有し、
前記データ処理部は、
前記汎用再生制御情報に含まれるクリップ情報の規定する再生パケット数に一致する再生パケット数からなるデータを、前記クリップ情報による再生データとして格納したデータファイルを生成する情報処理装置。
【請求項２】
前記データ処理部は、
前記クリップ情報による再生データの構成パケット数を、無効パケット（Ｎｕｌｌパケット）の挿入により、前記クリップ情報の規定する再生パケット数に一致させる処理を行う請求項１に記載の情報処理装置。
【請求項３】
前記データ処理部は、
前記汎用再生制御情報に含まれるクリップ情報の規定するＩピクチャの読み出し開始位置と読み出しバイト数に適合したＩピクチャを持つＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）データを格納したデータファイルを生成する請求項１に記載の情報処理装置。
【請求項４】
前記データ処理部は、
ＭＰＥＧデータ内のユーザデータフィールドに対する任意値埋め込み処理により、Ｉピクチャ対応の読み出しバイト数を前記クリップ情報の規定情報に一致させる処理を行う請求項３に記載の情報処理装置。
【請求項５】
前記データ処理部は、
前記クリップ情報による再生データとして格納したデータファイルであるＡＶストリームファイルを１つまたは複数生成し、生成するＡＶストリームファイルに含まれる再生用データのパケット数の総再生時間を、前記汎用再生制御情報に含まれるプレイリストの規定する再生時間に一致する設定としたＡＶストリームファイルの生成を行う請求項１に記載の情報処理装置。
【請求項６】
前記汎用再生制御情報に含まれる前記クリップ情報の規定する再生開始位置は、前記クリップ情報による再生データを格納したＡＶストリームファイルの最初のＩピクチャ位置であり、
前記データ処理部は、
前記ＡＶストリームファイルの最初のＩピクチャを再生開始位置として設定した再生データを格納したＡＶストリームファイルを生成する請求項１に記載の情報処理装置。
【請求項７】
前記情報処理装置は、
汎用再生制御情報を適用したデータ再生処理を行うユーザ装置に対して、前記データ処理部の生成したデータファイルを送信する通信部を有する請求項１〜６いずれかに記載の情報処理装置。
【請求項８】
データ再生処理を実行する再生装置と、前記再生装置に対して再生対象となるデータを含むデータファイルを提供するサーバを有する情報処理システムであり、
前記再生装置は、
前記サーバの提供するデータファイルと、複数の異なるデータファイルに対する共通の再生制御情報として利用可能な汎用再生制御情報ファイルを格納した記憶部と、
前記記憶部の格納データとディスク格納データとを統合した仮想ファイルシステム（ＶＦＳ）を構築してデータ再生処理を実行するデータ処理部であり、前記仮想ファイルシステム（ＶＦＳ）を利用して再生するデータファイルの変更に際して、前記汎用再生制御情報ファイルを変更することなくデータファイルのみの変更を伴う仮想ファイルシステム（ＶＦＳ）更新処理を行うデータ処理部を有し、
前記サーバは、
前記汎用再生制御情報に含まれる再生データの定義情報に対応した構成を持つデータを含むデータファイルを生成して前記再生装置に提供する構成を有する情報処理システム。
【請求項９】
情報処理装置において実行する情報処理方法であり、
データ処理部が、汎用再生制御情報を適用して再生可能なデータの生成を行うデータ生成ステップを有し、
前記データ生成ステップは、
前記汎用再生制御情報に含まれるクリップ情報の規定する再生パケット数に一致する再生パケット数からなるデータを、前記クリップ情報による再生データとして格納したデータファイルを生成するステップである情報処理方法。
【請求項１０】
情報処理装置においてデータ生成処理を実行させるプログラムであり、
データ処理部に、汎用再生制御情報を適用して再生可能なデータの生成を行わせるデータ生成ステップを有し、
前記データ生成ステップは、
前記汎用再生制御情報に含まれるクリップ情報の規定する再生パケット数に一致する再生パケット数からなるデータを、前記クリップ情報による再生データとして格納したデータファイルを生成させるステップであるプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１０−２５０９２７（Ｐ２０１０−２５０９２７Ａ）
【公開日】平成２２年１１月４日（２０１０．１１．４）
【国際特許分類】
【出願番号】特願２０１０−２５２８６（Ｐ２０１０−２５２８６）
【出願日】平成２２年２月８日（２０１０．２．８）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【出願人】（５１００３５１２９）ソニー コーポレーション オブ アメリカ (2)
【Ｆターム（参考）】
【公開日】平成２２年１１月４日（２０１０．１１．４）
【国際特許分類】
【出願日】平成２２年２月８日（２０１０．２．８）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【出願人】（５１００３５１２９）ソニー コーポレーション オブ アメリカ (2)
【Ｆターム（参考）】
[ Back to top ]