WO2010038455A1

WO2010038455A1 - 再生装置

Info

Publication number: WO2010038455A1
Application number: PCT/JP2009/005049
Authority: WO
Inventors: 田中敬一; 山下健
Original assignee: パナソニック株式会社
Priority date: 2008-10-01
Filing date: 2009-09-30
Publication date: 2010-04-08
Also published as: CN102084425A; JPWO2010038455A1; US20110307448A1; EP2330590A1; EP2330590A4; KR101571001B1; JP5502741B2; KR20110069745A

Abstract

　従来のマネージドコピーは、コピー元ファイルのファイル構成を維持したままファイルをコピーする。そこで、コピー元ファイルのファイル構成を変更する部分コピーを行う場合、規格外のディスクが作成され、再生装置で再生することができないという課題がある。　本発明の再生装置は、マネージドコピー制御部４２３がマッピングデータ処理部６０９を備え、部分コピーの場合、コピー対象ファイルのファイル名を、コピー先ディスク８０２用のファイル名に変更してコピーする。これにより、部分コピーの場合であっても、再生装置で再生することができる再生規格を保ったディスクを作成することができる。

Description

再生装置

　本発明は、ＢＤ－ＲＯＭ（Ｂｌｕ－Ｒａｙ　Ｄｉｓｃ　Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）等の記録媒体に記録されている映像データを再生する再生装置に関し、特に、記録媒体に記録されている映像データを、他の記録媒体へ記録する技術（マネージドコピー）に関する。

　マネージドコピーとは、ＢＤ－ＲＯＭ等の読み出し専用記録媒体に記録されているデジタルストリームやアプリケーションプログラム（以下、「アプリケーション」という。）を、別の光ディスク（ＢＤ－Ｒ，ＢＤ－ＲＥ，ＤＶＤ－Ｒ，ＤＶＤ－ＲＷ，ＤＶＤ－ＲＡＭ等）やハードディスク、リムーバブルメディア（ＳＤメモリーカード、メモリースティック、コンパクトフラッシュ（登録商標）、スマートメディア、マルチメディアカード等）などの読み書き可能な記録媒体へコピーする際、無制限にコピーを許すのではなく、コピー前にサーバと通信し、認証が行われ、許可された状態においてのみコピー実行可能にする技術である。

　この技術により、バックアップ（コピー）回数を制限したり、課金された状態でのみバックアップを許可する等の制御を行うことができるので、ＢＤ－ＲＯＭ視聴の利便性を向上させることができる。

　マネージドコピーについての先行技術としては、以下の特許文献に記載されている技術がある。

特開２００８－９８７６５号

　ところで、マネージドコピーは、許可された状態においてコピーを実行する仕組みであるが、ＢＤ－ＲＯＭ上のどのデータをコピー対象とするかは、様々な方法が可能である。

　例えば、本編映像と特典映像とが記録されているＢＤ－ＲＯＭにおいて、ＢＤ－ＲＯＭ上のデータの全てのファイルをコピーし、ＢＤ－ＲＯＭと全く同一のデータのバックアップを生成する方法もあれば、ユーザが所望する一部のコンテンツだけを（例えば特典映像のみ）部分的にコピーする方法もある。

　マネージドコピーは、コピー対象ファイルのファイル名一覧が記載されたコピー管理情報リストを基に実行される。コピー管理情報リストは、ディスク上に予め記録されているものを利用するか、もしくは、サーバから最新のコピー管理情報リストを取得して利用する。

　コピー管理情報リストに、ＢＤ－ＲＯＭ上の全ファイルがコピー対象であることが記載されている場合は、マネージドコピーにより全てのファイルがコピーされることになる。そうすると、ＢＤ再生規格に沿ったディスク構成をそのままコピーするため、ＢＤ再生規格に沿ったディスクが出来上がることが保障されると言える。

　しかし、部分コピーの場合は、ＢＤ再生規格の互換性を失う場合も考えられる。なぜならば、本編映像と特典映像とを含むディスクのうち、特典映像のみをマネージドコピーする場合、当然、本編映像を省いた形でコピーしなければいけない。そうすると、本編映像を省いてしまうことで、ＢＤ－ＲＯＭ上のデータベースファイルやアプリケーションとの整合が損なわれる可能性がある。

　ＢＤ－ＲＯＭには映像に加え、ディスク挿入時やボタン押下時にどのストリームを再生するかが記載されたシナリオデータベースファイルも含んでいる。シナリオデータベースファイルは、ＢＤ－ＲＯＭディスク上の規格に定められた固定のファイル名で特定の位置に配置されている。再生機器は、ディスク挿入時にシナリオデータベースを参照する仕組みになっている。

　コピー元ＢＤ－ＲＯＭのシナリオデータベースファイルが、起動時に本編映像を再生するようになっているとすると、コピー先において、コピー元と同じシナリオデータベースファイルを使う場合、起動すべき本編映像が含まれていないため、予期せぬ動作を起こしてしまうという大きな課題がある。その他にも、一部のファイルが抜けたことにより、ファイル間の不一致によって再生互換を失うパターンが数多く存在する。

　本発明の目的は、部分コピーの場合においても再生互換のとれたディスクを作成することができる再生装置を提供することである。

　上記課題を解決するため、本発明の一実施態様である再生装置は、インデックステーブルファイルと、当該インデックステーブルファイルに定義される各タイトルに対応付けられた実データファイルと、前記実データファイルの一部を定義するタイトルを含む部分コピー用インデックステーブルファイルとを記憶している第一記録媒体上のファイルを、第二記録媒体にコピーする再生装置であって、前記部分コピー用インデックステーブルファイルと、当該部分コピー用インデックステーブルファイルで定義される各タイトルに対応付けられた実データファイルとの前記第二記録媒体用のファイル名を記載したファイルマッピング情報を記憶している記憶部と、前記第一記録媒体上の一部のファイルをコピーする場合に、前記部分コピー用インデックステーブルファイルと、当該部分コピー用インデックステーブルファイルに定義される各タイトルに対応付けられた実データファイルとを、前記ファイルマッピング情報に記載されているファイル名に変更するマッピングデータ処理部と、前記部分コピー用インデックステーブルファイルと、当該部分コピー用インデックステーブルファイルに定義される各タイトルに対応付けられた実データファイルとを、変更後のファイル名で、前記第二記録媒体にコピーするコピー実行部とを備えることを特徴とする。

　本発明によれば、第一記録媒体上の一部のファイルを、ファイル構成を変更してコピーする所謂「部分コピー」の場合であっても、コピー対象ファイルのファイル名を、ファイルマッピング情報を用いて第二記録媒体用のファイル名に変換し、変換後のファイル名で第二記録媒体にコピーするので、再生互換を保った第二記録媒体を作成することが可能となる。

本発明の実施の形態１におけるシステム図である。本発明の実施の形態１におけるＢＤ－ＲＯＭのデータ階層図である。本発明の実施の形態１におけるＢＤ－ＲＯＭが対象としているソフトウェアのレイヤモデルを示す図である。本発明の実施の形態１における２つのモードの動的な再生制御にて作成される映画作品を示す図である。本発明の実施の形態１における再生装置の内部構成を示す図である。本発明の実施の形態１におけるローカルストレージのディレクトリ構成を示す図である。本発明の実施の形態１におけるＢＤ－Ｊモジュールの具体的な構成を示す図である。本発明の実施の形態１におけるｉｎｄｅｘ．ｂｄｍｖとタイトルとの関係を示す図である。本発明の実施の形態１におけるマネージドコピー制御部の内部構成を示す図である。本発明の実施の形態１におけるＪａｖａ（登録商標）アプリケーションとサーバとのデータ送受信を示す図である。本発明の実施の形態１におけるコピー管理情報リストの内容を示す図である。本発明の実施の形態１におけるマネージドコピーの各手続きの画面表示一例を示す図である。本発明の実施の形態１におけるＪａｖａアプリケーションによるマネージドコピー制御のフローチャートである。本発明の実施の形態１におけるマネージドコピー制御部によるデータコピーのフローチャートである。本発明の実施の形態１におけるデータコピー完了の画面表示の一例を示す図である。従来の方式におけるコピー管理情報リストの内容を示す図である。従来の方式におけるマネージドコピー完了後のコピー先ディスクの一例を示す図である。従来の方式におけるマネージドコピー先ディスク再生の画面表示一例を示す図である。本発明の実施の形態１におけるマネージドコピー完了後のコピー先ディスクの一例を示す図である。本発明の実施の形態１におけるマネージドコピー先ディスク再生の画面表示一例を示す図である。本発明の実施の形態２におけるコピー管理情報リストの内容を示す図である。本発明の実施の形態２におけるマネージドコピー制御部の内部構成を示す図である。本発明の実施の形態２におけるマネージドコピー制御部によるデータコピーのフローチャートである。本発明の実施の形態２におけるマネージドコピー完了後のコピー先ディスクの一例を示す図である。本発明の実施の形態３におけるコピー管理情報リストの内容を示す図である。本発明の実施の形態３におけるマネージドコピー制御部の内部構成を示す図である。本発明の実施の形態３におけるマネージドコピー制御部によるデータコピーのフローチャートである。本発明の実施の形態３におけるマネージドコピー完了後のコピー先ディスクの一例を示す図である。本発明の実施の形態４における再生装置の内部構成を示す図である。本発明の実施の形態４におけるローカルストレージのディレクトリ構成を示す図である。本発明の実施の形態４におけるマージ管理情報の内部構成を示す図である。本発明の実施の形態４におけるＢＤ－Ｊモジュールの具体的な構成を示す図である。本発明の実施の形態４におけるＢＤ－ＲＯＭ挿入時のフローチャートである。本発明の実施の形態４におけるタイトル切り替え時の仮想パッケージ再構築を示す図である。本発明の実施の形態４における仮想パッケージ更新処理を示す図である。本発明の実施の形態４におけるマネージドコピー制御部の内部構成を示す図である。本発明の実施の形態４におけるＪａｖａアプリケーションとサーバとのデータ送受信を示す図である。本発明の実施の形態４におけるコピー管理情報リストの内容を示す図である。本発明の実施の形態４におけるマネージドコピーの各手続きの画面表示一例を示す図である。本発明の実施の形態４におけるデータコピー中の画面表示の一例を示す図である。本発明の実施の形態４におけるＪａｖａアプリケーションによるマネージドコピー制御のフローチャートである。本発明の実施の形態４におけるマネージドコピー制御部によるデータコピーのフローチャートである。本発明の実施の形態４におけるデータコピー実行中のディスクアクセス制限について示す図である。本発明の実施の形態４におけるディスクアクセス制限中のＢＤ－Ｊモジュールの内部構成を示す図である。本発明の実施の形態４におけるマネージドコピー時の仮想パッケージ状態確認を行うフローチャートである。本発明の実施の形態４における仮想パッケージコピー不可の場合のユーザ通知の一例を示す図である。本発明の実施の形態４における仮想パッケージデータのマネージコピーを示す図である。本発明の実施の形態４におけるＢＤ－ＲＯＭ上データのみでのコピーする場合のユーザ通知の一例を示す図である。本発明の実施の形態４における仮想パッケージコピーを実施するかどうかのユーザ問い合わせの一例を示す図である。本発明の実施の形態４におけるコピー先メディアの容量不足時のユーザ問い合わせの一例を示す図である。本発明の実施の形態４における仮想パッケージ構築可否判定のフローチャートである。本発明の実施の形態５における再生装置のメニュー画面の一例を示す図である。本発明の実施の形態５における再生装置のマネージドコピー設定メニューの一例を示す図である。本発明の実施の形態５におけるマネージドコピーのフローチャートである。本発明の実施の形態５におけるローカルストレージ利用の問い合わせ画面の一例を示す図である。

　請求項１に記載の態様である再生装置は、インデックステーブルファイルと、当該インデックステーブルファイルに定義される各タイトルに対応付けられた実データファイルと、前記実データファイルの一部を定義するタイトルを含む部分コピー用インデックステーブルファイルとを記憶している第一記録媒体上のファイルを、第二記録媒体にコピーする再生装置であって、前記部分コピー用インデックステーブルファイルと、当該部分コピー用インデックステーブルファイルで定義される各タイトルに対応付けられた実データファイルとの前記第二記録媒体用のファイル名を記載したファイルマッピング情報を記憶している記憶部と、前記第一記録媒体上の一部のファイルをコピーする場合に、前記部分コピー用インデックステーブルファイルと、当該部分コピー用インデックステーブルファイルに定義される各タイトルに対応付けられた実データファイルとを、前記ファイルマッピング情報に記載されているファイル名に変更するマッピングデータ処理部と、前記部分コピー用インデックステーブルファイルと、当該部分コピー用インデックステーブルファイルに定義される各タイトルに対応付けられた実データファイルとを、変更後のファイル名で、前記第二記録媒体にコピーするコピー実行部とを備えることを特徴とする。

　請求項５に記載の態様である再生装置は、さらに、前記第一記録媒体に記録されているファイルとローカルストレージに記録されているファイルとを、マージ管理情報に従って組み合わせることにより１つのパッケージとして読込みを可能にするパッケージ情報を生成する仮想ファイルシステムを備え、前記仮想ファイルシステムは、前記第一記録媒体に対応するマージ管理情報が、前記ローカルストレージに存在するか、且つ、存在する場合には、前記マージ管理情報が正当であるかを確認した後に、前記パッケージ情報を生成し、前記コピー実行部は、生成された前記パッケージ情報に基づき、前記第一記録媒体上のファイルと前記ローカルストレージ上のファイルとを組み合わせて、前記第二記録媒体へコピーすることを特徴とする。

　この構成によると、コピー元のファイルが複数メディアに散在している場合であっても、仮想ファイルシステムを用いることにより、散在しているファイルが一つのメディア上に存在するかのように見せかけた状態でマネージドコピーをするので、複数メディアに散在しているファイルであっても、第二記録媒体にマネージドコピーすることができる。そして、コピー先の第二記録媒体においては、ファイル構成を保った状態でファイルがコピーされるので、再生互換を保った第二記録媒体を作成することが可能となる。

　請求項１２に記載の態様である再生装置は、第一記録媒体及びローカルストレージの何れかに記録されているインデックステーブルファイルと、当該インデックステーブルファイルに定義される各タイトルに対応付けられた実データファイルと、前記実データファイルの一部を定義するタイトルを含む部分コピー用インデックステーブルファイルとから、コピー対象ファイルを第二記録媒体にコピーする再生装置であって、前記部分コピー用インデックステーブルファイルと、当該部分コピー用インデックステーブルファイルで定義される各タイトルに対応付けられた実データファイルとの前記第二記録媒体用のファイル名を記載したファイルマッピング情報を記憶している前記ローカルストレージと、一部のファイルをコピーする場合に、前記部分コピー用インデックステーブルファイルと、当該部分コピー用インデックステーブルファイルに定義される各タイトルに対応付けられた実データファイルとを、前記ファイルマッピング情報に記載されているファイル名に変更するマッピングデータ処理部と、コピー対象のファイルがローカルストレージ上のファイルである場合に、前記ファイルの正当性を確認する認証部と、前記部分コピー用インデックステーブルファイルと、当該部分コピー用インデックステーブルファイルに定義される各タイトルに対応付けられた実データファイルのうち、前記第一記録媒体に記録されているファイルと、前記認証部により正当性が確認されたファイルとを、変更後のファイル名で、前記第二記録媒体にコピーするコピー実行部とを備えることを特徴とする。

　この構成によると、コピー元ディスクである第一記録媒体上に存在しないファイルであっても、再生装置上のローカルストレージに保持されているファイルを、第二記録媒体にマネージドコピーすることが可能である。

　例えば、再生装置は、予め外部サーバから、コピー元ディスクのバグフィクスや追加コンテンツ等をローカルストレージ上にダウンロードしておくことで、第一記録媒体上のファイルと共に、バグフィクス及び追加コンテンツ等も第二記録媒体へマネージドコピーすることが可能である。また、ローカルストレージ上のファイルに対する認証処理を行うことにより、完全性の無いファイルがコピーされるのを防止し、再生互換を保った第二記録媒体を作成することが可能となる。

　請求項１４に記載の態様である再生装置は、インデックステーブルファイルと、当該インデックステーブルファイルに定義される各タイトルに対応付けられた実データファイルと、前記実データファイルの一部を定義するタイトルを含む部分コピー用インデックステーブルファイルとのうち、コピー対象ファイルを、第二記録媒体にコピーする再生装置であって、一部のファイルをコピーする場合のコピー対象ファイルである前記部分コピー用インデックステーブルファイルと、当該部分コピー用インデックステーブルファイルに定義される各タイトルに対応付けられた実データファイルとの第一記録媒体上のファイル名、及び、前記第二記録媒体用のファイル名を記載したコピー管理情報を記憶している記憶部と、前記コピー管理情報に記載されているコピー対象ファイルが、前記第一記録媒体に存在するか否かを判断する判断部と、前記判断部により存在しないと判断されたファイルを生成するファイル生成部と、一部のファイルをコピーする場合に、前記第一記録媒体に存在するコピー対象ファイルのファイル名と前記ファイル生成部により生成されたコピー対象ファイルのファイル名を、前記コピー管理情報に記載されている第二記録媒体上のファイル名に変更するマッピングデータ処理部と、前記部分コピー用インデックステーブルファイルと、当該部分コピー用インデックステーブルファイルに定義される各タイトルに対応付けられた実データファイルとを、変更後のファイル名で、前記第二記録媒体にコピーするコピー実行部とを備えることを特徴とする。

　この構成によると、第二記録媒体の再生に必要となるファイルが、第一記録媒体上に存在しない場合であっても、再生装置により生成されたファイルによりそれを補うことが出来るので、一部のファイルが欠けている場合であっても、マネージドコピーコンテンツとして取り扱うことが可能となる。

　以下本発明の実施の形態について、図面を参照しながら説明する。

　（実施の形態１）
　先ず始めに、本発明に係る再生装置の実施行為のうち、使用行為の形態を説明する。図１は、本発明に係る再生装置の、使用行為の形態の一例を示す図である。

　図１において、本発明に係る再生装置は、再生装置１０１である。この再生装置１０１は例えば、リモコン１０２及びテレビ１０３により形成されるホームシアターシステムに、映画作品を供給するという用途に供される。また、再生装置１０１は、ＳＤメモリーカード、メモリースティック、コンパクトフラッシュ、スマートメディア、マルチメディアカード等のリムーバブルメディア１０４を挿入する挿入口、及び、記録型ＢＤ、記録型ＤＶＤ、記録型ＣＤ等の光ディスクを読み込むディスクドライブ１０６を外付けするための挿入口を備える。以上が本発明に係る再生装置の使用形態についての説明である。

　続いて、本発明に係る再生装置が再生の対象としている記録媒体（メディア）について説明する。本発明に係る再生装置により再生されるのは、図１の例では、光ディスクであるＢＤ－ＲＯＭ１０５である。

　図２は、ＢＤ－ＲＯＭ（以降、「ＢＤ」と称する場合もある）の構成を示した図である。本実施の形態においては、映画等のＡＶコンテンツを再生するためのＡＶアプリケーションを主眼においてＢＤ－ＲＯＭを説明するが、当然ながら、ＢＤ－ＲＯＭをＣＤ－ＲＯＭやＤＶＤ－ＲＯＭのようにコンピュータ用途の記録媒体として利用することも可能である。

　ＢＤ－ＲＯＭは、他の光ディスク、例えばＤＶＤやＣＤなどと同様に、その内周から外周に向けて螺旋状に記録領域を持ち、内周のリード・インと外周のリード・アウトの間に論理データを記録できる論理アドレス空間を有している。また、リード・インの内側にはＢＣＡ（Ｂｕｒｓｔ　Ｃｕｔｔｉｎｇ　Ａｒｅａ）と呼ばれる、ドライブでしか読み出せない特別な領域がある。この領域はアプリケーションから読み出せないため、著作権保護技術などに利用され、記録媒体の物理的なシリアル番号を示すＰＭＳＮ（Ｐｒｅ－ｒｅｃｏｒｄｅｄ　Ｍｅｄｉａ　Ｓｅｒｉａｌ　Ｎｕｍｂｅｒ）が記録されている。

　論理アドレス空間には、ファイルシステム情報（ボリューム）を先頭に、映像データなどのアプリケーションデータが記録されている。ファイルシステムとは、ＵＤＦやＩＳＯ９６６０等のことであり、通常のＰＣと同じように記録されている論理データをディレクトリ、ファイル構造を使って読み出すことが可能である。ファイルシステムでは、２５５文字のファイル名、ディレクトリ名を読み出すことが可能である。

　本実施の形態の場合、ＢＤ－ＲＯＭ上のディレクトリ、ファイル構造は、ルートディレクトリ（ＲＯＯＴ）直下にＢＤＭＶディレクトリ及びＣＥＲＴＩＦＩＣＡＴＥディレクトリが置かれている。ＢＤＭＶディレクトリは、ＢＤ－ＲＯＭで扱うＡＶコンテンツや管理情報などのデータが記録されているディレクトリであり、ＣＥＲＴＩＦＩＣＡＴＥディレクトリは、配下にｄｉｓｃｒｏｏｔ．ｃｒｔ（ファイル名固定）ファイルが存在する。ここには、アプリケーションの署名検証に用いられる証明書が記録されている。

　ＢＤＭＶディレクトリの配下には、ＰＬＡＹＬＩＳＴディレクトリ、ＣＬＩＰＩＮＦディレクトリ、ＳＴＲＥＡＭディレクトリ、ＢＤＪＯディレクトリ、ＪＡＲディレクトリと呼ばれる５つのサブディレクトリが存在する。そして、ＢＤＭＶディレクトリには、ｉｎｄｅｘ．ｂｄｍｖ、及び、ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖの２種類のファイルが配置されている。

　ＳＴＲＥＡＭディレクトリは、言わば、デジタルストリーム本体となるファイルを格納しているディレクトリであり、拡張子ｍ２ｔｓが付与されたファイル（ｘｘｘ．ｍ２ｔｓ［“ｘｘｘ”は可変、拡張子”ｍ２ｔｓ”は固定］）が存在する。

　拡張子”ｍ２ｔｓ”が付与されたファイルは、ＭＰＥＧ－ＴＳ（ＴｒａｎｓｐｏｒｔＳｔｒｅａｍ）形式のデジタルＡＶストリームであり、ビデオストリーム、１つ以上のオーディオストリーム、１つ以上の副映像ストリームを多重化することで得られる。ビデオストリームは、映画の動画部分を、オーディオストリームは、映画の音声部分を、副映像ストリームは、映画の字幕をそれぞれ示している。

　ＰＬＡＹＬＩＳＴディレクトリには、拡張子ｍｐｌｓが付与されたファイル（ｘｘｘ．ｍｐｌｓ［“ｘｘｘ”は可変、拡張子”ｍｐｌｓ”は固定］）が存在する。

　拡張子”ｍｐｌｓ”が付与されたファイルは、ＰｌａｙＬｉｓｔ情報を格納したファイルであり、ストリームの再生区間（「Ｉｎ　Ｔｉｍｅ／Ｏｕｔ　Ｔｉｍｅ」）が記録されている。

　ＣＬＩＰＩＮＦディレクトリには、拡張子ｃｌｐｉが付与されたファイル（ｘｘｘ．ｃｌｐｉ　［“ｘｘｘ”は可変、拡張子”ｃｌｐｉ”は固定］）が存在する。

　拡張子”ｃｌｐｉ”が付与されたファイルは、デジタルＡＶストリームのそれぞれに１対１に対応するＣｌｉｐ情報である。Ｃｌｉｐ情報は、デジタルＡＶストリームの符号化形式、フレームレート、ビットレート、解像度等の情報や、ＧＯＰの先頭位置を示すＥＰ＿ｍａｐを持っている。

　ＪＡＲディレクトリには、拡張子ｊａｒが付与されたファイル（ｘｘｘ．ｊａｒ［“ｘｘｘ”は可変、拡張子”ｊａｒ”は固定］）が存在する。

　拡張子”ｊａｒ”が付与されたファイルは、Ｊａｖａアーカイブファイルであり、Ｊａｖａ仮想マシンを用いて動的なシナリオ制御を行うＪａｖａアプリケーションのプログラムが記述されている。ＢＤ－ＲＯＭ上のコンテンツの再生単位を示す各タイトルの再生をＪａｖａアプリケーションから制御したい場合は、このファイルを必要とする。

　ＢＤＪＯディレクトリには、拡張子ｂｄｊｏが付与されたファイル（ｘｘｘ．ｂｄｊｏ［“ｘｘｘ”は可変、拡張子”ｂｄｊｏ”は固定］）が存在する。

　拡張子“ｂｄｊｏ”が付与されたファイルは、ＢＤ－Ｊオブジェクトを格納したファイルである。ＢＤ－Ｊオブジェクトは、ＰｌａｙＬｉｓｔ情報により示されるＡＶストリームと、アプリケーションとの関連付けにより、タイトルを定義する情報である。ＢＤ－Ｊオブジェクトは、アプリケーション管理テーブルと、そのタイトルにおいて再生可能なＰｌａｙＬｉｓｔ一覧を示す。アプリケーション管理テーブルは、アプリケーションの識別子（アプリケーションＩＤ）とそのアプリケーションに属するＪａｖａアーカイブファイルのＩＤを羅列することで、このタイトルを生存区間とするアプリケーションを示すテーブルである。つまり、一つのアプリケーションは一つ以上のＪａｖａアーカイブファイルで構成される。

　ｉｎｄｅｘ．ｂｄｍｖ（ファイル名固定）は、ＢＤ－ＲＯＭ全体に関するデータベースファイルであり、映画作品のプロバイダを特定する識別子であるｏｒｇａｎｉｚａｔｉｏｎＩＤ（３２ｂｉｔ）や、プロバイダが提供するＢＤ－ＲＯＭのそれぞれに割り当てられた識別子であるｄｉｓｃＩＤ（１２８ｂｉｔ）等の情報を持つ。再生装置へのディスク挿入後に、ｉｎｄｅｘ．ｂｄｍｖが最初に読み出されることで、再生装置においてディスクが一意に認識される。加えて、ｉｎｄｅｘ．ｂｄｍｖ　には、ＢＤ－ＲＯＭにおいて再生可能となる複数のタイトルと、個々のタイトルを規定するＢＤ－Ｊオブジェクトとを対応付けて示すテーブルが含まれる。なお、ｉｎｄｅｘ．ｂｄｍｖは、本発明に係る「インデックステーブルファイル」に相当する。

　ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ（ファイル名固定）は、ＨＤＭＶモード（後述する）での各タイトル再生において、再生進行を動的に変化させるためのシナリオが記述されたシナリオプログラムが含まれる。

　図３は、再生制御のレイヤモデルを示した図である。

　第１層は、物理層であり、処理対象たるストリーム本体の供給制御である。図３に示すように、処理対象たるストリームは、ＢＤ－ＲＯＭだけではなく、Ｂｕｉｌｔ－Ｉｎメディアやリムーバブルメディア、ネットワーク、記録型ディスクといったあらゆる記録媒体、通信媒体を供給源としている。ここでＢｕｉｌｔ－Ｉｎメディアとは、ＨＤＤ（ハードディスクドライブ）など、再生装置に予め組み込まれた記録媒体である。一方、リムーバブルメディアは、ＳＤメモリーカード、メモリースティック、コンパクトフラッシュ、スマートメディア、マルチメディアカード等、可搬性がある記録媒体である。これらＢｕｉｌｔ－Ｉｎメディア、リムーバブルメディアは何れも、再生装置がローカルに利用する記録媒体であり、“ローカルストレージ”という総称で呼ばれる。第１層は、これらローカルストレージやネットワーク等、供給源に対する制御（ディスクアクセス、カードアクセス、ネットワーク通信）を規定している。

　第２層は、ＡＶデータのレイヤである。第２層は、第１層で供給されたストリームを、どのような復号化方式を用いて復号するのかを規定している。

　第３層（ＢＤ管理データ）は、ストリームの静的なシナリオを規定するレイヤである。静的なシナリオとは、ディスク制作者によって予め規定された再生経路情報、ストリーム管理情報であり、第３層は、これらに基づく再生制御を規定している。

　第４層（ＢＤ再生プログラム）は、ストリームにおける動的なシナリオを実現するレイヤである。動的なシナリオは、ＡＶストリームの再生手順、及び、その再生に関する制御手順のうち少なくとも一方を実行するプログラムである。動的なシナリオによる再生制御は、装置に対するユーザ操作に応じて変化するものであり、プログラム的な性質をもつ。

　ここでの動的な再生制御には、２つのモードがある。２つのモードのうち１つは、ＡＶ機器特有の再生環境で、ＢＤ－ＲＯＭに記録された動画データを再生するモード（ＨＤＭＶモード）であり、もう１つはＢＤ－ＲＯＭに記録された動画データの付加価値を高めるモード（ＢＤ－Ｊモード）である。

　図３において第４層には、ＨＤＭＶモードとＢＤ－Ｊモードとの２つのモードが記述されている。ＨＤＭＶモードは、ＤＶＤライクな再生環境での再生モードであり、再生進行を動的に変化させるためのシナリオが記述されたシナリオプログラムが動作する。ＢＤ－Ｊモードは、Ｊａｖａ仮想マシンを主体とした再生モードであり、Ｊａｖａアプリケーションから再生制御を行う。

　図４は、２つのモードの動的な再生制御により作成される映画作品を示す図である。図４（ａ）は、ＨＤＭＶモードで動的な再生制御を定義することにより、作成される映画作品の一場面を示す図である。ＨＤＭＶモードはＤＶＤ再生装置が解釈可能なコマンドと良く似たコマンドで再生制御を記述することができるので、ＤＶＤと同じような再生制御、つまり、メニューに対する選択により再生が進行するような再生制御を定義することができる。

　図４（ｂ）は、ＢＤ－Ｊモードで動的な再生制御を定義することにより、作成される映画作品である。ＢＤ－ＪモードはＪａｖａ仮想マシンが解釈可能なＪａｖａ言語で制御手順を記述することができる。この再生制御がコンピュ－タ・グラフィックス（ＣＧ）の動作を制御するものなら、ＢＤ－Ｊモードにあっては、動画を表示した画面の横でＣＧ（図中のフクロウの絵）が動きまわっているような再生制御を定義することができる。

　図５は、再生装置の大まかな機能構成を示すブロック図である。図５に示すように、再生装置は、ＢＤ－ＲＯＭドライブ４０１、記録型ＢＤドライブ１０６、読込制御部４０２、デマルチプレクサ４０３、ビデオデコーダ４０４、ビデオプレーン４０５、オーディオデコーダ４０６、イメージメモリ４０７、イメージプレーン４０８、イメージデコーダ４０９、加算器４１０、静的シナリオメモリ４１１、動的シナリオメモリ４１２、ＨＤＭＶモジュール４１３、ＢＤ－Ｊモジュール４１４、ＵＯ探知モジュール４１５、モード管理モジュール４１６、ディスパッチャ４１７、レンダリングエンジン４１８、書込制御部４１９、ＡＶ再生ライブラリ４２０、ネットワークインターフェース４２１、ローカルストレージ４２２、及び、マネージドコピー制御部４２３から構成される。

　ＢＤ－ＲＯＭドライブ４０１は、ＢＤ－ＲＯＭのローディング／イジェクトを行い、ＢＤ－ＲＯＭに対するアクセスを実行する。

　読込制御部４０２は、記録型ＢＤドライブ１０６にローディングされているＢＤ－Ｒ／ＲＥ、及びＢＤ－ＲＯＭドライブ４０１にローディングされているＢＤ－ＲＯＭ１０５やローカルストレージ４２２に記録されているデータの読込み制御を行う。

　デマルチプレクサ４０３は、読込制御部４０２により読み出されたトランスポートストリームの多重分離を行い、ＧＯＰを構成するビデオフレームと、オーディオフレームとを得て、ビデオフレームをビデオデコーダ４０４に出力し、オーディオフレームをオーディオデコーダ４０６に出力する。そして、デマルチプレクサ４０３は、副映像ストリームをイメージメモリ４０７に格納し、Ｎａｖｉｇａｔｉｏｎ　Ｂｕｔｔｏｎ情報を、動的シナリオメモリ４１２に格納する。デマルチプレクサ４０３による多重分離は、ＴＳパケットをＰＥＳパケットに変換するという変換処理を含む。

　ビデオデコーダ４０４は、デマルチプレクサ４０３から出力されたビデオフレームを復号し、非圧縮形式のピクチャをビデオプレーン４０５に書き込む。

　ビデオプレーン４０５は、非圧縮形式のピクチャを格納しておくためのメモリである。

　オーディオデコーダ４０６は、デマルチプレクサ４０３から出力されたオーディオフレームを復号して、非圧縮形式のオーディオデータを出力する。

　イメージメモリ４０７は、デマルチプレクサ４０３から読み出された副映像ストリーム、Ｎａｖｉｇａｔｉｏｎ　Ｂｕｔｔｏｎ情報内のＰＮＧデータ、読出制御部４０２から直接読み込まれた画像ファイルを格納しておくバッファである。

　イメージプレーン４０８は、一画面分の領域をもったメモリであり、展開された副映像ストリーム、ＰＮＧデータ、画像ファイルが配置される。

　イメージデコーダ４０９は、イメージメモリ４０７に格納された副映像ストリーム、ＰＮＧデータ、画像ファイルを展開してイメージプレーン４０８に書き込む。副映像ストリームのデコードにより、各種メニュー及び副映像が画面上に現れることになる。

　加算器４１０は、ピクチャプレーン４０５に格納された非圧縮形式のピクチャデータに、イメージプレーン４０８に展開されたイメージを合成して出力する。

　図４（ｂ）に示した画面（動画を表示した画面の横でＣＧ（図中のフクロウの絵）が動きまわっているような画面）は、この加算器４１０が、イメージプレーン４０８内のイメージと、ビデオプレーン４０５内のピクチャとを合成することで出力される。

　静的シナリオメモリ４１１は、カレントのＰｌａｙＬｉｓｔやカレントのストリーム管理情報を格納しておくためのメモリである。カレントのＰｌａｙＬｉｓｔとは、ＢＤ－ＲＯＭもしくはローカルストレージ４２２に記録されている複数のＰｌａｙＬｉｓｔのうち、現在処理対象になっているものをいう。カレントのストリーム管理情報とは、ＢＤ－ＲＯＭもしくはローカルストレージ４２２に記録されている複数ストリーム管理情報のうち、現在処理対象になっているものをいう。

　動的シナリオメモリ４１２は、カレントの動的シナリオを格納しておき、ＨＤＭＶモジュール４１３、ＢＤ－Ｊモジュール４１４による処理に供されるメモリである。カレントの動的シナリオとは、ＢＤ－ＲＯＭもしくはローカルストレージ４２２に記録されている複数のシナリオのうち、現在実行対象になっているものをいう。

　ＨＤＭＶモジュール４１３は、ＨＤＭＶモードの実行主体となるＤＶＤ仮想プレーヤであり、動的シナリオメモリ４１２に読み出されたカレントのシナリオプログラムを実行する。

　ＢＤ－Ｊモジュール４１４は、Ｊａｖａプラットフォームであり、Ｊａｖａ仮想マシン、コンフィグレーション、プロファイルからなる。ＢＤ－Ｊモジュール４１４は、動的シナリオメモリ４１２に読み出されたＪａｖａクラスファイルからカレントのＪａｖａオブジェクトを生成し、実行する。Ｊａｖａ仮想マシンは、Ｊａｖａ言語で記述されたＪａｖａオブジェクトを、再生装置におけるＣＰＵのネィティブコードに変換して、ＣＰＵに実行させる。

　ＵＯ探知モジュール４１５は、リモコンや再生装置のフロントパネルに対してなされたユーザ操作を検出して、ユーザ操作を示す情報（以降、ＵＯ（Ｕｓｅｒ　Ｏｐｅｒａｔｉｏｎ）という）をモード管理モジュール４１６に出力する。

　モード管理モジュール４１６は、ＢＤ－ＲＯＭもしくはローカルストレージ４２２から読み出されたモード管理テーブルを保持して、モード管理及び分岐制御を行う。モード管理モジュール４１６によるモード管理とは、動的シナリオをＨＤＭＶモジュール４１３、もしくはＢＤ－Ｊモジュール４１４のどちらで実行させるかという、モジュールの割り当てである。

　ディスパッチャ４１７は、ＵＯから、現在の再生装置のモードに適切なＵＯのみを選んで、そのモードを実行するモジュールに渡す。例えばＨＤＭＶモードの実行中に、上下左右、アクティベートといったＵＯを受け付けた場合、ディスパッチャ４１７は、ＨＤＭＶモードのモジュールにこれらのＵＯを出力する。

　レンダリングエンジン４１８は、Ｊａｖａ２Ｄ，ＯＰＥＮ－ＧＬといった基盤ソフトウェアを備え、ＢＤ－Ｊモジュール４１４からの指示に従ってコンピュ－タ・グラフィックスの描画を行い、描画されたコンピュ－タ・グラフィックスをイメージプレーン４０８に出力する。

　書込制御部４１９は、マネージドコピー制御部４２３からの指示に従い、記録型ＢＤドライブ１０６にローディングされているメディア、もしくはローカルストレージ４２２にデータを書き込む。

　ＡＶ再生ライブラリ４２０は、ＨＤＭＶモジュール４１３、ＢＤ－Ｊモジュール４１４からの関数呼び出しに応じて、ＡＶ再生機能、プレイリストの再生機能を実行する。

　ＡＶ再生機能とは、ＤＶＤプレーヤ、ＣＤプレーヤから踏襲した機能群である。具体的には、再生開始、再生停止、一時停止、一時停止の解除、静止画機能の解除、再生速度を即値で指定した早送り、再生速度を即値で指定した巻戻し、音声切り替え、副映像切り替え、アングル切り替えといった処理である。プレイリスト再生機能とは、上記のＡＶ再生機能のうち、再生開始や再生停止をプレイリスト情報に従って行うことをいう。

　ネットワークインターフェース４２１は、インターネット上に公開されたＢＤ－ＲＯＭ追加コンテンツのダウンロードやマネージドコピーの認証、課金を行うため、サーバへ接続する機能を有する。ＢＤ－ＲＯＭ追加コンテンツとは、オリジナルのＢＤ－ＲＯＭにないコンテンツで、例えば追加の副音声、字幕、特典映像、アプリケーションなどである。

　ＢＤ－Ｊモジュール４１４は、ネットワークインターフェース４２１を制御することにより、インターネット上に公開された追加コンテンツをローカルストレージ４２２にダウンロードすることができる。マネージドコピーの認証プロトコルは、ＢＤ－Ｊモジュール４１４により実行されているＪａｖａアプリケーションが指示したもの利用する。

　ローカルストレージ４２２、及び、記録型ＢＤドライブ１０６は、マネージドコピーのコピー先として用いられる。マネージドコピーのコピー先としてサポートされているメディアのうち、ユーザにより選択されたメディアを、コピー先のメディアとする。

　加えて、ローカルストレージ４２２は、ダウンロードした追加コンテンツやアプリケーションが使うデータなどの保存にも用いられる。追加コンテンツの保存領域は、ＢＤ－ＲＯＭ毎に分かれており、また、アプリケーションがデータの保持に使用できる領域はアプリケーション毎に分かれている。また、ローカルストレージ４２２は、ダウンロードした追加コンテンツをどのようにＢＤ－ＲＯＭ上のデータとマージするかを示すマージ規則が記載されたマージ管理情報を保存するためにも用いられる。

　マネージドコピー制御部４２３は、ＢＤ－Ｊモジュールにより実行されているＪａｖａアプリケーションの指示を受け、ＢＤ－ＲＯＭ上データのコピーを行う。コピー先のメディアによっては、ストリームの再エンコードも行う。例えば、コピー先のメディアがＢＤ－Ｒであれば、Ｂｉｔ　ｂｙ　Ｂｉｔコピーを実施し、コピー先のメディアがＤＶＤ－Ｒ等、容量が少ないメディアであれば、ストリームの再エンコードを行い、ストリームを圧縮しつつデータコピーを行うことが可能である。

　図６は、ローカルストレージにおけるデータ構造を示す図である。本発明に係る再生装置が再生の対象としている記録媒体は、ＢＤ－ＲＯＭだけではなく、ハードディスクやＳＤカード等のローカルストレージも含まれる。

　このローカルストレージに記録されているデータについて説明する。ローカルストレージ上には、追加コンテンツ領域ルートディレクトリが存在する。

　追加コンテンツ領域は、ローカルストレージのルートディレクトリの直下に存在し、ディレクトリ名は８文字以内の固定値（ＢＵＤＡ）である。アプリケーションは、ＢＵＤＡディレクトリ以下（サブディレクトリとそれ以下のファイルも含む）に、サーバからダウンロードしてきた追加ファイル等、任意のファイルを格納することが可能である。

　図６のＯｒｇａｎｉｚａｔｉｏｎＩＤディレクトリ及びＤｉｓｃＩＤディレクトリに示すように、特定のプロバイダ（Ｏｒｇａｎｉｚａｔｉｏｎ）に対応するディレクトリに、各ＢＤ－ＲＯＭに対応するディレクトリを設けることにより、各ＢＤ－ＲＯＭについてのダウンロードデータが個別に格納される。

　図７は、図５に示すＢＤ－Ｊモジュール４１４のより具体的な構成を示す図である。

　ＢＤ－Ｊモジュール４１４は、メディア再生モジュール７０２、マネージドコピーモジュール７０４、ファイルＩ／Ｏモジュール７０５、ネットワークモジュール７０６、アプリケーションマネージャ７０７から構成される。なお、本図におけるＡＶ再生ライブラリ４２０、ネットワークＩ／Ｆ４２１、ローカルストレージ４２２、マネージドコピー制御部４２３は、図５に示したものと同一であり、メディア再生モジュール７０２～アプリケーションマネージャ７０７の説明のために便宜的に記載している。

　アプリケーションマネージャ７０７は、ＢＤ－ＲＯＭ上に記録されたアプリケーション管理情報を元に、Ｊａｖａアプリケーションの起動及び終了を管理する。また、アプリケーションマネージャ７０７は、ディスパッチャ４１７から受け取ったＵＯイベントを、現在動作中のＪａｖａアプリケーション７０１に渡す処理も行う。

　メディア再生モジュール７０２は、Ｊａｖａアプリケーション７０１に対し、メディア再生制御のためのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ　Ｐｒｏｇｒａｍ　Ｉｎｔｅｒｆａｃｅ）を提供する。Ｊａｖａアプリケーション７０１がメディア再生制御ＡＰＩを呼び出すと、メディア再生モジュール７０２は、対応するＡＶ再生ライブラリ４２０の関数を呼び出し、ＡＶ再生制御を行う。

　ネットワークモジュール７０６は、Ｊａｖａアプリケーション７０１に対し、ネットワーク制御のためのＡＰＩを提供する。Ｊａｖａアプリケーション７０１からのネットワーク制御要求に従い、ネットワークインターフェース４２１を使って、ネットワーク接続を行う。Ｊａｖａアプリケーション７０１は、ネットワークモジュール７０６を用いて、公開されている追加コンテンツの検索、ダウンロード、及びマネージドコピー認証に必要なサーバアクセスを行うことが可能である。

　ファイルＩ／Ｏモジュール７０５は、Ｊａｖａアプリケーション７０１からＢＤ－ＲＯＭ、ローカルストレージ、記録型ＢＤドライブ等の各メディアへのファイルアクセス要求の処理を行う。

　マネージドコピーモジュール７０４は、Ｊａｖａアプリケーション７０１に対し、マネージドコピー制御のためのＡＰＩを提供する。このＡＰＩを呼び出すことにより、Ｊａｖａアプリケーション７０１は、マネージドコピー認証に必要なコピー元及びコピー先メディア情報の取得、マネージドコピー制御部に対してのコピー開始要求、コピー中の進捗状況の確認等を行う。これらＡＰＩの詳細については後述する。

　図８は、ｉｎｄｅｘ．ｂｄｍｖファイルとタイトルとの関係を示す図である。タイトルとは、アプリケーションとＡＶストリームとを組にした再生単位である。

　ｉｎｄｅｘ．ｂｄｍｖファイルは、ディスク上のタイトル構成が記載されており、ディスク上の各タイトルと、対応するアプリケーション（ＢＤ－ＪモードタイトルであればＪａｖａアプリケーション、ＨＤＭＶモードタイトルであればシナリオプログラム）の参照関係を管理している。

　また、特殊なタイトルとして、「Ｆｉｒｓｔ　Ｐｌａｙ」と「Ｔｏｐ　Ｍｅｎｕ」とが存在する。「Ｆｉｒｓｔ　Ｐｌａｙ」は、ＢＤ起動時に自動的に再生されるタイトルであり、主にＢＤの利用規約表示などに用いられる。「Ｔｏｐ　Ｍｅｎｕ」は、リモコンのメニューキーを押したときやタイトル再生が終了したときに再生され、主にタイトルの選択や、字幕／音声の言語選択を行うことに用いられる。

　図９は、マネージドコピー制御部４２３を詳細化した図である。

　マネージドコピー制御部４２３は、シリアル番号読出部６０１、メディアＩＤ読出部６０２、メディア状態管理部６０３、コピー実行部６０４、コピー状態通知部６０５、コピー進捗管理部６０６、Ｎｏｎｃｅ生成書込部６０７、鍵情報書込部６０８、マッピングデータ処理部６０９、空き容量判定部６１０、本発明に係る記憶部の一例に対応するコピー元ファイル情報保存部６１１で構成される。

　シリアル番号読出部６０１は、ＢＤ－ＲＯＭ上の特殊領域であるＢＣＡ（Ｂｕｒｓｔ　Ｃｕｔｔｉｎｇ　Ａｒｅａ）に記録されている記録媒体の物理的なシリアル番号を示すＰＭＳＮ（Ｐｒｅ－ｒｅｃｏｒｄｅｄ　Ｍｅｄｉａ　Ｓｅｒｉａｌ　Ｎｕｍｂｅｒ）の読出しを行う。このシリアル番号は、後述する鍵情報の生成に用いられる。

　メディアＩＤ読出部６０２は、コピー先のメディアに記録されている、メディア毎にユニークに設定されるメディア固有の情報（メディアＩＤ）の読出しを行う。この値は、通常書き換えることができず、同じ種類のメディアでも媒体毎に異なる値が割り振られている。このメディアＩＤも、鍵情報の生成に用いられる。

　メディア状態管理部６０３は、再生装置が現在コピー先として利用できるメディアの種類一覧を管理する。例えば、再生装置が、ＳＤカードスロットと記録型ＢＤドライブとを備え、現在、ＳＤカードのみが挿入されているのであれば、ＳＤカードが現在のコピー先の対象と判断する。ＳＤカード及びＢＤ－Ｒの両方が挿入されていれば、コピー先としてＳＤカード及びＢＤ－Ｒの両方が可能と判断する。加えて、メディア状態管理部６０３は、コピー先メディアの空き容量の管理も行う。

　コピー実行部６０４は、ＢＤ－ＲＯＭ上から別メディアへのデータコピーを行う。ＢＤ－ＲＯＭ上データをコピー先メディアのどの位置にコピーするかは、マッピングデータ処理部６０９がコピー管理情報リストのファイルマッピング情報を元にコピー先を決定する。コピー実行部６０４は、その決定に基づいてコピーを行う。また、コピー実行部６０４は、コピー先のメディアによっては、ストリームの再エンコードも行う。

　コピー状態通知部６０５は、コピーの開始、正常終了、エラー終了等の状態遷移を管理し、ＢＤ－Ｊモジュールを介して、Ｊａｖａアプリケーションに状態遷移を通知する。

　コピー進捗管理部６０６は、コピー対象データの残りバイト数及びコピー済みバイト数の管理を行い、Ｊａｖａアプリケーションからの要求に応じて、現在の進捗情報を通知する。

　Ｎｏｎｃｅ生成書込部６０７は、マネージドコピーを実施する毎にランダムな値（Ｎｏｎｃｅ）の生成及び書込みを行う。このＮｏｎｃｅの値も、後述する鍵情報の生成に用いられる。

　鍵情報書込部６０８は、ＢＤ－ＲＯＭのシリアル番号、コピー先メディアのメディアＩＤ、及びＮｏｎｃｅから生成される鍵情報の書込みを行う。鍵情報は、サーバにある秘密鍵を元に生成される。Ｊａｖａアプリケーションは、シリアル番号、メディアＩＤ、Ｎｏｎｃｅを取得した後、これらの値をサーバに送信する。

　サーバは、Ｊａｖａアプリケーションから送られてきた値とサーバ側で管理されている秘密鍵とを元に、鍵情報を生成し、生成した鍵情報を、Ｊａｖａアプリケーションに送り返す。

　Ｊａｖａアプリケーションは、サーバから送られてきた鍵情報を、鍵情報書込部６０８にセットし、鍵情報書込部６０８はセットされた鍵情報を、コピー先メディアへ書き込む。鍵情報は、暗号化コンテンツ鍵の復号に用いられ、暗号化コンテンツ鍵が復号されれば、保護コンテンツの再生が可能となる。つまり、この鍵情報が無ければ、たとえ、不正に暗号化コンテンツ鍵と保護コンテンツとをＢＤ－ＲＯＭから別のメディアにコピーしたとしても、コピーされた保護コンテンツを再生することはできない。

　マッピングデータ処理部６０９は、コピー元ファイル情報保存部６１１のコピー元ファイル情報のファイルマッピング情報を基に、ファイルのコピー先を決定する。

　空き容量判定部６１０は、コピー先メディアの空き残量及びコピー元コンテンツを基に、コピーに必要な空き容量がコピー先に存在するか否かを判定する。

　コピー元ファイル情報保存部６１１は、ディスク上に記録されている、あるいは、サーバから送信されたコピー元ファイル情報を保存する。

　コピー元ファイル情報読出部６１２は、コピー元のメディアに記録されている、マネージドコピー対象のファイルに関する情報であるコピー元ファイル情報の読出しを行う。

　マネージドコピー制御部４２３は、以上の構成要素を備え、これら構成要素をＪａｖａアプリケーションから制御することができる。

　次に、図１０～図１２を用いて、Ｊａｖａアプリケーションとサーバとのデータ送受信の一連の動作について説明する。

　図１０は、Ｊａｖａアプリケーションとサーバとのデータ送受信を示すシーケンス図である。

　まず、ユーザがメニュー画面などでマネージドコピーを選択すると（図１２（ａ）に画面表示の一例を示す）、マネージドコピーの処理が開始される。Ｊａｖａアプリケーションは、ＢＤ管理情報（ｉｎｄｅｘ．ｂｄｍｖ）に記載されているＤｉｓｃＩＤと、コピー先候補となるメディアのメディアタイプ一覧とをサーバへ送信する。サーバはこれらのデータからコピー管理情報リストとセッションＩＤとを作成し、Ｊａｖａアプリケーションへ送り返す。

　セッションＩＤは、以降のサーバとＪａｖａアプリケーションとのやりとりの進捗状況をサーバ側で管理するために用いる。例えば、課金処理を行わずに鍵情報を要求してきた場合、サーバはセッションＩＤを確認し、このセッションはまだ課金処理が終わっていないと判断し、鍵情報要求を拒否することが可能となる。

　コピー管理情報リストには、コピー内容を一意に識別するために割り振られた識別子（コピーコンテンツＩＤ）と、ユーザが理解可能な文字列で記載されたコンテンツ内容情報と、コピーすべきファイル（もしくはディレクトリ）一覧及びそのファイルマッピング情報と、コピー先として可能なメディアタイプと、解像度と、コピーに必要な容量と、価格情報とが含まれる。

　図１１に、コピー管理情報リストの一例を示す。コピー管理情報リストは、複数のコピー管理情報からなり、各コピー管理情報には、一意に識別できるＩＤ（コピーコンテンツＩＤ）が割り振られる。各コピー管理情報は、コピーコンテンツＩＤ、コンテンツ内容情報、コピーファイル、ファイルマッピング情報、コピー先メディアタイプ、及び、解像度・容量・価格情報からなる。

　コピーコンテンツＩＤは、コピー管理情報を区別するために利用される。コンテンツ内容情報は、コピー対象の文字列情報と、全コピーか部分コピーかを示すフラグとからなる。コピーファイルは、コピー元ディスクのコピー対象のファイルを全て記載（リスト）している。ファイルマッピング情報は、コピーファイルにリストされた各ファイル名に対して、コピー先のどの位置にどのファイル名で保存すればよいかを記載している。ファイルの場所に変更が無い場合は、ファイルマッピング情報は存在しなくても良い。コピー先メディアタイプには、コピー先の記録媒体情報が記載されている。解像度・容量・価格情報はその名のとおり、コピーにおけるコピー先にどの解像度でコピーするか、コピーした場合どのぐらいの容量が必要かの情報を含む。

　Ｊａｖａアプリケーションは、コピー管理情報リストの解像度・容量・価格情報を元に、ユーザに対してコピー可能なコンテンツの内容を画面に提示する（図１２（ｂ）に画面表示の一例を示す）。

　また、図１２（ｃ）の画面を提示して、コピー先候補をユーザに選択させてもよい。ユーザの選択を元に、コピーするコンテンツ、及びコピー先候補を決定する。この時に、コピー先候補の空き容量とコピー管理情報リストに記載されている必要容量とを比較し、コピー先候補の容量が不足していると判断した場合、コピー先候補から容量不足のメディアを外す、もしくはユーザに警告を促すなどしてもよい。

　コピーするコンテンツ及びコピー先のメディアが決定し、コピーするコンテンツが有料である場合、ユーザは課金情報の入力が必要となる（図１２（ｄ）に画面表示の一例を示す）。課金情報としてはクレジット番号やユーザＩＤなどがある。課金が必要でない場合は、課金情報の入力を無しとしてもよいし、コピー回数のカウントだけをチェックするとしてもよい。

　ユーザの課金情報入力が終了すると、Ｊａｖａアプリケーションはユーザが選択したコンテンツに対応するコピーコンテンツＩＤ，コピー先のメディアタイプ、課金情報、及びセッションＩＤをサーバ側へ送信する。サーバ側はこれらのデータが正しいと判断した場合、ＪａｖａアプリケーションへＯＫを返す。

　Ｊａｖａアプリケーションは、サーバからＯＫの通知を受け取ると、鍵情報の要素データを取得する。鍵情報の要素データとは、コピー元のシリアル番号、コピー先のメディアＩＤ、及び、Ｎｏｎｃｅである。Ｊａｖａアプリケーションから、シリアル番号、メディアＩＤ，Ｎｏｎｃｅ、及びセッションＩＤがサーバに送られてくると、サーバは、鍵情報の要素データとサーバが持つ秘密鍵とから鍵情報を生成する。Ｊａｖａアプリケーションは、サーバから鍵情報を受け取ると、コピー対象となるコピー管理情報及び鍵情報をマネージドコピー制御部へ引き渡す。コピー管理情報及び鍵情報の引渡しが完了すると、マネージドコピー制御部は、データのコピーを開始する。

　図１３は、Ｊａｖａアプリケーションによるマネージドコピー制御のフローチャートである。

　先ず、Ｊａｖａアプリケーションは、マネージドコピー制御部４２３を介して、現在コピー先候補となるメディアが存在しているかをチェックする（Ｓ３０１）。コピー先候補となるメディアが存在すれば、コピー元ディスクからＤｉｓｃＩＤを取得し、マネージドコピー制御部４２３からコピー先候補となるメディアのメディアタイプ一覧を取得する。そして、Ｊａｖａアプリケーションは、これらをサーバへ送信する。

　次に、Ｊａｖａアプリケーションは、送信したデータを元にサーバによって生成されたコピー管理情報リストとセッションＩＤとを、サーバから受信する（Ｓ３０２）。コピー先候補となるメディアが存在しなければ、マネージドコピー処理を終了する。

　コピー管理情報リストを取得すると、コピー管理情報リストを元にコピー先メディア、及びコピー元コンテンツを選択する（Ｓ３０３）。選択方法は、Ｊａｖａアプリケーション自身が選んでも良いし、ユーザにコピー可能コンテンツ及びメディアの一覧を提示し、そこからユーザに選択させてもいい。

　図１２（ｂ）及び（ｃ）は、ユーザにコピー可能なコンテンツ及びメディアの一覧を提示する場合の一例を示す。図１２（ｃ）のように、メディア名に加え、空き容量等を表示してもよいし、更に、コピー管理情報に記載されているコピー先メディアに必要な容量を表示してもよい。

　また、コピー管理情報に記載されている必要容量をそのまま表示するのではなく、コピー元のファイルサイズから、必要な容量を計算し、その値も表示してもよい。コピーに必要な容量計算はＪａｖａアプリケーションで行っても良いし、再生装置側で計算した値をＪａｖａアプリケーションが参照することも可能である。特に、ストリームを再圧縮して保存する場合は、ファイルサイズ及びファイル数の変更が伴うので、この場合、再生装置で必要容量を計算するのが効率的である。

　次に、マネージドコピー制御部４２３の空き容量判定部６１０は、選択されたコピー先メディアの空き残量とコピー元コンテンツの合計サイズとを元に、コピーに必要な空き容量がコピー先に存在するか確認する（Ｓ３０４）。コピーに必要な空き容量があれば、Ｊａｖａアプリケーションは、課金処理を行う（Ｓ３０５）。ここで言う課金処理とは、サーバに接続し、クレジット番号等の認証を行う一連の処理を指す。課金処理が完了した時点で、サーバはＯＫという旨と、コピー管理情報リストから課金対象のコピー元ファイル情報を抜き出し、Ｊａｖａアプリケーションに送信する。なお、課金が必要でない場合は、ステップＳ３０５をスキップしてもよい。空き容量がなければ、マネージドコピー処理を終了する。

　次に、Ｊａｖａアプリケーションは、サーバにより課金処理が成功であることを示すＯＫ通知を受信した場合は、ＯＫ通知と同時に送られてきたコピー管理情報にコピー元ファイル情報が存在するかを確認する（Ｓ３０６）。Ｊａｖａアプリケーションは、サーバにより課金処理が失敗であることの旨を受信した場合は、マネージドコピー失敗をユーザに伝える等してマネージドコピー処理を完了させる。

　ステップＳ３０６の結果として受信したコピー管理情報にコピー元ファイル情報が存在すれば、Ｊａｖａアプリケーションは、コピー元ファイル情報を抜粋し、コピー元ファイル情報保存部６１１に保存する（Ｓ３０７）。ステップＳ３０６の結果として受信したコピー管理情報にコピー元ファイル情報が存在しなければ、Ｊａｖａアプリケーションは、コピー元ファイル情報読出部６１２を通してコピー元ディスクから予め存在するコピー元ファイル情報を取得し、コピー元ファイル情報保存部６１１に保存する（Ｓ３０２）。

　すなわち、予めコピー元ディスクで定義していたコピー対象ファイルをコンテンツプロバイダが更新したい場合、サーバによってそれを変更できる仕組みになっている。

　次に、Ｊａｖａアプリケーションは、マネージドコピー制御部４２３から鍵情報の要素データを取得する（Ｓ３０９）。鍵情報の要素データとは、シリアル番号読み出し部６０１により取得したコピー元メディアのシリアル番号、メディアＩＤ読出部６０２から取得したコピー先メディアのメディアＩＤ、及び、Ｎｏｎｃｅ生成書き込み部６０７で生成したＮｏｎｃｅである。

　Ｊａｖａアプリケーションが鍵情報の要素データをサーバに送ると、サーバは、送られてきた鍵情報の要素データとサーバが持つ秘密鍵から鍵情報を生成し、Ｊａｖａアプリケーションへ鍵情報を送り返す。Ｊａｖａアプリケーションは、サーバで生成された鍵情報を受信し、鍵情報とコピー管理情報とをマネージドコピー制御部へ引き渡す（Ｓ３１０）。コピー管理情報及び鍵情報の引渡しが完了後、Ｊａｖａアプリケーションは、マネージドコピー制御部にデータコピー開始要求を投げ、マネージドコピー制御部のコピー実行部６０４がマネージドコピーを開始する（Ｓ３１１）。

　図１４は、マネージドコピー制御部４２３によるデータコピーＳ３１１を詳細化したものである。

　先ず、データコピー開始直後に、マネージドコピー制御部４２３は、Ｊａｖａアプリケーションに対し、コピー開始通知を行う（Ｓ４０１）。次に、マネージドコピー制御部４２３は、コピー元ファイル情報保存部６１１からコピー元ファイル情報を取得する（Ｓ４０２）。

　次に、マネージドコピー制御部４２３は、ステップＳ４０２で取得したコピー元ファイル情報のコンテンツ内容情報を参照し、全コピーか部分コピーかを判定する（Ｓ４０３）。

　ステップＳ４０３で全コピーであった場合は、コピー元ディスクのファイル全てのコピーを行う（Ｓ４０９）。ステップＳ４０３で部分コピーであった場合は、マッピングデータ処理部６０９はコピーファイルの最初にリストされているファイル名を取得する（Ｓ４０４）。

　次に、マッピングデータ処理部６０９はファイルマッピング情報を参照し、コピーファイルのファイル名と対応するファイル名が存在するかを確認する（Ｓ４０５）。ステップＳ４０５でマッピング情報が存在していなければ、コピー実行部６０４は、書き込み制御部４１９を通してコピーファイルに記載されたディレクトリ位置、及びファイル名でコピー先にコピーを行う（Ｓ４０６）。ステップＳ４０５でマッピング情報が存在する場合は、コピー実行部６０４は、書き込み制御部４１９を通して、マッピング情報に記載されたディレクトリ及びファイル名で、コピーファイル部分に記載されたファイルをコピー先にコピーする（Ｓ４０７）。

　コピー実行部６０４は、ステップＳ４０６、あるいはステップＳ４０７が完了した際に、コピーファイルに未コピーのファイル名が存在するか否かを確認する（Ｓ４０８）。ステップＳ４０８で未コピーのファイルが存在すれば、次のファイルを取得し、ステップＳ４０４へ移行する。ステップＳ４０８で未コピーのファイルが存在しなければ、データコピー処理が完了したことを意味し、Ｊａｖａアプリに完了の旨を告げて終了する。図１５はコピーが完了した際の表示画面の一例である。

　ここから、本実施の形態で説明しているマッピング情報を利用した部分コピーによる互換性確保の効果をマネージドコピー従来技術である特開２００８－９８７６５号と比較を行うことで説明したい。

　シナリオとして、図８に示した、本編と４つのタイトル（Ｔｏｐ　Ｍｅｎｕを含む）を持つディスク構成のコピー元ディスクから特典映像のみを再生するディスクを作成したい場合を説明する。

　先ず、図１６～図１８を用いて従来方式の説明を行う。

　図１６は、マッピング情報が無い、従来方式のコピー管理情報を示している。マネージドコピーの際に、ユーザが図１６のコピーコンテンツＩＤ＃２の部分コピーを選択する。その場合、コピー先ディスクとして特典映像のみが再生可能なディスクが生成することが期待される。具体的には、特典映像に関連するファイル群と、ディスク構成データベースファイル（ｉｎｄｅｘ．ｂｄｍｖ）とをコピーする必要がある。

　図１６のコピーコンテンツＩＤ＃２のコピーファイルの欄には、コピーが必要なファイルが列挙されている。ここには、ディスク構成データベースファイル、メニュー表示用のアプリケーション、及び特典映像に必要なファイルが含まれている。また、新ディスク構成のディスク構成データベースファイルもコピー対象になっている。

　図１７は、従来の再生装置が図１６のコピー管理情報を用いてコピーが完了した時の構成図を示す。従来は、コピー管理情報のコピーファイルに書かれているファイル名を再生装置がそのままコピー先にコピーを行う。コピー先として出来上がったディスクは起動時に本編映像を再生するコピー元のディスク構成データベースファイルがそのままコピーされている。しかし、特典映像ディスクなので、本編映像はコピーされていない。起動時に再生すべき本編映像が無いので、図１７のコピー先ディスクを再生すると、図１８のようにエラーが発生してしまう。

　なお、コピー元のディスクに、新しいディスク構成に添ったディスク構成データベースファイル（ＢＤＭＶ／ＭＣ／ｅｘｔｒｏｎｌｙ．ｉｎｄｘ）が用意されていたとしても、新しいディスク構成用のデータベースファイルは、元ディスクでは使われない位置に配置されていることになる。

　従来方式によるマネージドコピーでは、ファイル構成を維持したまま新ディスクへコピーするため、新ディスクでも、新しいディスク構成用のデータベースファイルは、使われない位置で格納されてしまう。

　そのため、たとえ、コピー元のディスクに、新しいディスク構成に添ったディスク構成データベースファイルが用意されていたとしても、新しいディスクでは、本来利用すべき新ディスク用のデータベースファイルが利用できないため、予期せぬ動作を起こさない部分コピーディスクを作ることができない。

　続いて、図１９は、本実施の形態に従ってコピーが完了した時の構成図を示す。

　本実施の形態の場合、再生装置は、図１１のコピー管理情報をもとにマネージドコピーを行う。図１１は、元ディスクでは使われない位置に格納されている、新しいディスク構成に添ったディスク構成データベースファイル（ＢＤＭＶ／ＭＣ／ｅｘｔｒｏｎｌｙ．ｉｎｄｘ）を、新ディスクでは、再生装置が利用可能な位置（ＢＤＭＶ／ｉｎｄｅｘ．ｂｄｍｖ）へマッピングさせている。なお、新しいディスク構成に添ったディスク構成データベースファイル（ＢＤＭＶ／ＭＣ／ｅｘｔｒｏｎｌｙ．ｉｎｄｘ）は、本発明に係る「部分コピー用インデックステーブルファイル」に相当する。

　本実施の形態の再生装置が、図１３及び図１４に示した処理を用いてコピーを行うと、図１９のコピー先ディスクが完成する。つまり、本実施の形態では、データベースの整合が保たれたディスクを生成することが可能である。図１９のコピー先ディスクを再生すると、図２０のように、データベースの不整合は生じず、特典映像を再生できる。

　（実施の形態２）
　実施の形態１では、コピー先へのマネージドコピー対象は全てコピー元ディスクに存在するファイルであったが、実施の形態２では、コピー元のディスク上に存在するファイルに加えて、ローカルストレージ上のデータをマネージドコピーする変形例について説明する。

　なお、実施の形態２では、既に記載している実施の形態１と同様の部分は省略し、実施の形態１との変更点のみを記載している。記載していない部分は実施の形態１と同じと考えていただきたい。

　図２１は、実施の形態２におけるコピー管理情報リストの一例を示す。本実施の形態におけるコピー管理情報リストは、図１１に示したコピーコンテンツＩＤ、コンテンツ内容情報、コピーファイル、ファイルマッピング情報、コピー先メディアタイプ、及び、解像度・容量・価格情報に、ファイルダイジェスト情報が追加されている。各部分の詳細説明は、図１１と同じ部分においては省略し、変更点のみを述べるとする。

　コピーファイル欄に記載されるファイルは、コピー元ディスクに存在するファイルのみならず、本実施の形態では、ローカルストレージのファイルもコピー対象として記載が可能である。図２１の例ではコピーファイルのファイル名がＢＵＤＡで始まる“ＢＵＤＡ／ｅｘｔｒｏｎｌｙ．ｉｎdｘ”がそのファイルにあたる。

　また、本実施の形態で新たに追加されたファイルダイジェスト欄は、コピー対象ファイルがローカルストレージのデータを参照していた場合にのみ存在し、コピー対象ファイルのダイジェスト値を記載する。

　図２２は、実施の形態２におけるマネージドコピー制御部の構成を記載している。各部分における詳細説明は図９で説明しているため、同じ部分については省略し、変更点のみを述べる。

　図２２では、新たな構成として認証部６１３が追加されている。認証部６１３は、コピー対象がローカルストレージのファイルである場合に、ダイジェスト値の認証処理を施すことにより、ファイルの正当性を確認する。

　図２３は、実施の形態２におけるマネージドコピー制御部４２３によるデータコピーを示すフローチャートである。図２３は、図１４のデータコピー処理に加え、ステップＳ５０１～Ｓ５０５が追加されている。なお、Ｓ４０１～Ｓ４０４については、図１４の処理と同じであるため、省略する。

　ステップＳ４０４でコピーファイルの取得を終えると、次に、マッピングデータ処理部６０９は、ファイルマッピング情報を参照し、コピーファイルのファイル名に対応するファイル名が存在するかを確認する（Ｓ４０５）。ステップＳ４０５で、マッピング情報が存在していれば、コピー実行部６０４は、コピーファイルがローカルストレージのファイルか否かを判定する（Ｓ５０１）。ローカルストレージのファイルか否かの判定はファイル名の先頭文字列で判定するのが一般的であるが、それ以外の方法を用いてもよい。

　次に、ステップＳ５０１でコピーファイルがローカルストレージのファイルでないと判定した場合、コピー実行部６０４は、書き込み制御部４１９を介して、コピーファイル部分に記載されたファイルを、ファイルマッピング情報に記載されたディレクトリ及びファイル名でコピー先にコピーする（Ｓ４０７）。

　ステップＳ５０１でコピーファイルがローカルストレージのファイルであると判定した場合は、Ｓ５０２～Ｓ５０５のステップを用いて、ローカルストレージのデータの正当性を確認する必要がある。

　先ず、マネージドコピー制御部４２３は、コピーファイルに書かれたローカルストレージファイルが、マネージドコピー管理Ｊａｖａアプリケーションによってアクセス可能か否かを判定する（Ｓ５０２）。ステップＳ５０２でアクセスが可能と判定した場合、コピー実行部６０４は、コピー管理情報のコピーファイルに対応するダイジェスト値を取得し、取得したダイジェスト値を、認証部６１３に引き渡す（Ｓ５０３）。ステップＳ５０２でアクセスが可能でないと判定した場合、コピー対象ファイルはコピーされることなく、Ｓ４０８へ移行する。

　次に、コピー実行部６０４は、コピーファイル部分に記載されたファイルのバイナリデータをローカルストレージから取得し、認証部６１２に引き渡す。ファイルのバイナリデータを受け取った認証部６１３は。受け取ったファイルのダイジェスト値を計算する（Ｓ５０４）。

　次に、認証部６１３は、ステップＳ５０３で受け取ったダイジェスト値とステップＳ５０４で計算したダイジェスト値とを比較し、一致しているか否か判定する（Ｓ５０５）。

　ステップ５０５でダイジェスト値が一致している場合は、コピー実行部６０４は、書き込み制御部４１９を介して、コピーファイル部分に記載されたファイルを、ファイルマッピング情報に記載されたディレクトリ及びファイル名でコピー先にコピーする（Ｓ４０７）。

　ステップ５０５でダイジェスト値が一致していない場合は、改ざんされたファイルをマネージドコピー対象に指定したことになるので、コピー対象ファイルは、コピーされることなく、Ｓ４０８へ移行する。

　次に、ステップＳ４０５でファイルマッピング情報が存在していなければ、コピー実行部６０４は、コピーファイルがローカルストレージのファイルか否かを判定する（Ｓ５０６）。ステップＳ５０６でローカルストレージのファイルでないと判定した場合は、コピー実行部６０４は、書き込み制御部４１９を介して、コピーファイルに記載されたファイルのディレクトリ及びファイル名でコピー先にコピーを行う（Ｓ４０６）。ステップＳ５０６でローカルストレージのファイルであると判定した場合は、ローカルストレージのデータはマッピングなしではコピーできないため、コピー対象ファイルはコピーされることなく、Ｓ４０８へ移行する。

　図２４は、本実施の形態に従ってコピーが完了した時の構成図を示す。本実施の形態の場合は、再生装置は、ローカルストレージのファイルも指定可能コピー管理情報（図２１）を基に、マネージドコピーを行う。

　図２４のコピー先ディスクでは、ストリームファイルはコピー元のストリームを利用しつつ、データベースファイルは、コピー元のディスクのものではなく、ＢＤＭＶ／ｉｎｄｅｘとしてローカルストレージのものがコピーされていることが分かる。

　つまり、本実施の形態では、再生互換性が保たれたディスクが生成できるのみではなく、アプリケーションが予めサーバから、バグフィクスあるいは追加コンテンツをダウンロードしておき、それをマネージドコピーコンテンツとして取り扱うことも可能となるのである。

　（実施の形態３）
　実施の形態１では、マネージドコピーで用いるコピー管理情報は、ディスク上にある、あるいは、サーバから送られてくる従来のコピー管理情報を拡張して利用していた。

　実施の形態３では、例えば、予めコピー先用のｉｎｄｅｘファイルが保存されておらず、規格に沿ったディスクが作りきれない場合に、再生装置でｉｎｄｅｘファイルを自動生成する変形例について説明する。なお、実施の形態３では、既に記載している実施の形態１と同様の部分は省略し、実施の形態１との変更点のみを記載している。記載していない部分は実施の形態１と同じと考えていただきたい。

　図２５は、実施の形態３におけるコピー管理情報リストの一例を示す。部分コピーを行うコンテンツＩＤ＃２において、再生に必要なｉｎｄｅｘファイルや、シナリオファイルがコピーの対象となっていないことが分かる。このような場合は、マネージドコピー完成後のコピー先ディスクは再生できない状態に陥ってしまうという課題がある。そこで、本実施の形態では、図２６～図２８を用いて、図２５のようなコピー管理情報リストを受信した場合においても、再生互換を保つ方法を説明する。

　図２６は、実施の形態３におけるマネージドコピー制御部の構成を記載している。各部分における詳細説明は図９で説明しているため、同じ部分においては省略し、ここでは、変更点のみを述べる。

　図２６では、データベースファイル生成部６２０が新たに追加されている。データベースファイル生成部６２０は、再生に必要なｉｎｄｅｘファイルや、シナリオファイルがコピー管理情報のコピーファイルとして記載されていなかった場合に、それらを生成する。

　図２７は、実施の形態３におけるマネージドコピー制御部４２３によるデータコピーを示すフローチャートである。図２７は、図１４のデータコピー処理に加え、ステップＳ６０１～Ｓ６０７が追加されている。なお、Ｓ４０１～Ｓ４０８においては図１４の処理と同じなため、説明を省略する。

　マネージドコピー制御部４２３は、ステップＳ４０８でコピー管理情報の全てのファイルのコピーが完了を終えると、コピー先ディスクとして再生可能な最低限必要なファイルが揃っているか否かを確認する（ステップＳ６０１）。

　コピー先ディスクが再生可能となるために最低限必要なファイルが揃っている場合は、実施の形態１と同様、データコピーが完了した旨をＪａｖａアプリケーションに告げ、データコピーを完了する。コピー先ディスクが再生可能となるために最低限必要なファイルが揃っていない場合は、どのファイルが揃っていないかをひとつずつ確認する必要がある。マネージドコピー制御部４２３は、先ず、コピー先のタイトル構成を示すこととなるＩｎｄｅｘ．ｂｄｍｖファイルがコピー先に存在するかを確認する（Ｓ６０２）。

　ステップＳ６０２でＩｎｄｅｘ．ｂｄｍｖファイルが存在しないと判定した場合は、データベースファイル生成部６２０は、コピー先用のＩｎｄｅｘ．ｂｄｍｖファイルの生成を行う（Ｓ６０３）。具体的には、Ｆｉｒｓｔ　Ｐｌａｙとタイトルとを一つずつ含んだＩｎｄｅｘ．ｂｄｍｖファイルを生成する。なお、ここでは、「生成する」としているが、予め再生装置がテンプレートとして保持しておいて、それをコピーしてもよい。

　ステップＳ６０３の処理が完了したか、あるいは、ステップＳ６０２でＩｎｄｅｘ．ｂｄｍｖファイルが存在した判定した場合は、マネージドコピー制御部４２３は、Ｉｎｄｅｘ．ｂｄｍｖに含まれるタイトルの数とコピー元ファイル情報にあるオブジェクトファイルの数とが一致しているかを確認する（Ｓ６０４）。

　ここで言うオブジェクトファイルとは、タイトルに含まれる映像の構成を示すファイルであり、ファイル名に、“ｂｄｊｏ”の拡張子が付いているもの、あるいは、“ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ”というファイル名のものである。

　ステップＳ６０４でオブジェクトファイルが不足していると判定した場合は、データベースファイル生成部６２０は、コピー元ファイル情報のストリームと関連づけたオブジェクトファイルを生成する（Ｓ６０５）。ここで関連付けるのは、他のオブジェクトファイルが参照していないストリームであることが望ましいが、本実施の形態は再生時のエラーを防ぐことを目的としているため、既に参照しているものであってもよい。

　オブジェクトファイルがＩｎｄｅｘ．ｂｄｍｖの数と一致するまで、ステップＳ６０４及びステップＳ６０５は繰り返し行われる。オブジェクトファイルがＩｎｄｅｘ．ｂｄｍｖの数と一致した場合は、マネージドコピー制御部４２３はＪａｖａアプリケーションにコピー完了を通知し、データコピーを完了する。

　図２８は、本実施の形態に従ってコピーが完了した時の構成図を示す。本実施の形態の場合は、再生に最低限必要なファイルが足りない場合は、再生装置側で生成し、マネージドコピー対象に加える。

　図２８のコピー先ディスクには、再生装置が自動生成したｉｎｄｅｘ．ｂｄｍｖと、オブジェクトファイルと、コピー元からコピーしたストリームとが含まれていることがわかる。つまり、本実施の形態では、再生互換性が保たれたディスクが生成できるのみではなく、サーバから受信したデータに不備があった場合においても、再生装置が生成したファイルがそれを補い、マネージドコピーを行うことが可能となる。

　なお、本実施の形態では、オブジェクトファイルの生成を例として記載したが、オブジェクトファイルを生成する代わりに、Ｊａｖａアプリケーションを生成してもよい。

　（実施の形態４）
　実施の形態４では、仮想ファイルシステムを利用したマネージドコピーについて述べる。

　図２９は、実施の形態４における再生装置の大まかな機能構成を示すブロック図である。実施の形態１と異なる点は、再生装置の構成に仮想ファイルシステム４２４が追加されている点である。実施の形態４におけるローカルストレージ４２２は、マネージドコピーのコピー先として利用されるだけでなく、ダウンロードしてきた追加コンテンツやアプリケーションが使うデータなどの保存にも用いられる。

　追加コンテンツの保存領域は、ＢＤ－ＲＯＭ毎に分かれている。また、アプリケーションがデータの保持に使用できる領域はアプリケーション毎に分かれている。また、ダウンロードした追加コンテンツをどのようにＢＤ－ＲＯＭ上のデータとマージするかを示す規則、つまりマージ規則が記載されたマージ管理情報も、このローカルストレージ４２２に保存される。

　仮想ファイルシステム４２４は、追加コンテンツと共にローカルストレージ４２２にダウンロードされたマージ管理情報を元に、ローカルストレージ４２２に格納された追加コンテンツとＢＤ－ＲＯＭ上のコンテンツとをマージさせた、仮想的なＢＤ－ＲＯＭ（仮想パッケージ）を構築する。

　ＨＤＭＶモジュール４１３やＢＤ－Ｊモジュール４１４からは、仮想パッケージとオリジナルＢＤ－ＲＯＭとを区別なく参照することができる。仮想パッケージの再生中、再生装置はＢＤ－ＲＯＭ上のデータとローカルストレージ上のデータとの両方を用いて再生制御を行うことになる。

　図３０は、実施の形態４におけるローカルストレージにおけるディレクトリ構造を示す図である。ローカルストレージ上には、追加コンテンツ領域ルートディレクトリ、ＣｅｒｔＩＤディレクトリ、ＯｒｇａｎｉｚａｔｉｏｎＩＤディレクトリ、ＤｉｓｃＩＤディレクトリ、マージ管理情報ファイル、署名情報ファイル、及び、追加コンテンツデータファイルが存在する。

　追加コンテンツ領域ルートディレクトリは、ローカルストレージのルートディレクトリの直下に存在し、追加コンテンツ領域のルートを示すディレクトリで、ディレクトリ名は８文字以内の固定値（ＢＵＤＡ）である。

　ＣｅｒｔＩＤディレクトリはＢＤ－ＲＯＭ上のディスクルート証明書（ｄｉｓｃｒｏｏｔ．ｃｒｔ）から導き出されるＩＤを名前に持つディレクトリである。具体的には、ディスクルート証明書のＳＨＡ－１ダイジェスト値１６０ｂｉｔの内、先頭３２ｂｉｔを１６進表記で表した８文字の名前のディレクトリである。

　ＯｒｇａｎｉｚａｔｉｏｎＩＤディレクトリは、ＢＤ－ＲＯＭ上のＢＤ管理情報（ｉｎｄｅｘ．ｂｄｍｖ）に記載されている、映画作品のプロバイダを特定する３２ｂｉｔの識別子（ＯｒｇａｎｉｚａｔｉｏｎＩＤ）を１６進表記で表した８文字の名前のディレクトリである。

　ＤｉｓｃＩＤディレクトリは、ＢＤ－ＲＯＭを特定する１２８ｂｉｔの識別子（ＤｉｓｃＩＤ）を先頭から３２ｂｉｔずつ４分割し、それぞれを１６進表記で表した８文字の名前を持つ４つのディレクトリから構成されるディレクトリである。ＤｉｓｃＩＤは、ＢＤ－ＲＯＭ上のＢＤ管理情報（ｉｎｄｅｘ．ｂｄｍｖ）に記載されている。

　特定のプロバイダに対応するディレクトリに、各ＢＤ－ＲＯＭに対応するサブディレクトリを設けることにより、各ＢＤ－ＲＯＭについてのダウンロードデータが個別に格納される。このサブディレクトリの配下に、マージ管理情報ファイル、署名情報ファイル、及び、追加コンテンツデータファイルが存在する。

　マージ管理情報ファイルには、ローカルストレージ上の追加コンテンツデータファイルとＢＤ－ＲＯＭ上のファイルとから仮想パッケージを構築するためのマージ管理情報が含まれている。マージ管理情報は、仮想パッケージを構成するローカルストレージ上の各ファイル格納位置情報、仮想パッケージ上でそれらのファイルへアクセスするための仮想パス情報、及び、仮想パッケージＩＤから構成される。仮想パッケージＩＤは、仮想パッケージの構成を一意に識別するもので、同じＢＤ－ＲＯＭでも仮想パッケージ毎に異なるＩＤが割り振られる。マージ管理情報ファイルはファイル名ｂｕｍｆ．ｘｍｌとして、ＤｉｓｃＩＤディレクトリに保存される。

　署名情報ファイルは、マージ管理情報ファイルに対するプロバイダの電子的な署名を示すファイルであり、ｂｕｍｆ．ｓｆというファイル名でＤｉｓｃＩＤディレクトリに保存される。電子的な署名は、一般的に改ざん防止が必要な情報に対してハッシュ値を計算し、ハッシュ値をなんらかの秘密鍵を用いて暗号化したものを用いる。本実施形態の署名情報ファイルでは、ＢＤ－ＲＯＭ上にあるディスクルート証明書中の公開鍵に対応する秘密鍵を利用して、マージ管理情報ファイルのハッシュ値が暗号化されている。

　尚、ディスクルート証明書は、Ｊａｖａアプリケーションの認証、及びマージ管理情報ファイルの認証に利用する証明書で、プロバイダが公開する公開鍵が含まれる。プロバイダが提供するディスクルート証明書は、ＢＤ－ＲＯＭ上にｄｉｓｃｒｏｏｔ．ｃｒｔというファイル名で保存されている。マージ証明書のファイル形式の一例としてはＸ．５０９を利用することができる。Ｘ．５０９の詳細な仕様は、国際電信電話諮問委員会より発行されている、CCITT Recommendation X.509 (1988), "The Directory - Authentication Framework"に記載されている。

　追加コンテンツデータファイルはＢＤ－ＲＯＭに記録されたオリジナルのコンテンツに対し、追加／更新するファイル群であり、ローカルストレージ上に８．３形式（ファイル名８文字以内、拡張子３文字以内）のファイル名で保存される。

　図６に示した3つの追加コンテンツデータファイルのうち、「００００１．ｍｐｌ」は、プレイリスト情報を格納したものであり、「ｍｏ．ｂｄｍ」は、ＨＤＭＶモードにおけるシナリオプログラムを格納したものであり、「００００１．ｍ２ｔ」は、デジタルＡＶストリームを格納したものである。

　これら以外にも、ＢＤ－ＲＯＭにて記録され、ユーザに供給することができるファイルであるなら、ＢＤ－ＲＯＭに記録されるべき他のファイルを追加コンテンツデータファイルの対象として選ぶことができる。

　例えば、ｉｎｄｅｘ．ｂｄｍｖやＣｌｉｐ情報を格納したファイル（拡張子がｃｌｐｉのファイル）、Ｊａｖａアーカイブファイル（拡張子がｊａｒのファイル、ＢＤ－Ｊオブジェクトを格納したファイル（拡張子がｂｄｊｏのファイル）等も、追加コンテンツデータファイルの対象として選ぶことができる。

　図３１（ａ）は、マージ管理情報の内部構成を示す図である。本図におけるマージ管理情報では、００００１．ｍｐｌ、ｍｏ．ｂｄｍ、００００１．ｍ２ｔという３つの追加コンテンツデータファイルについて、ローカルストレージ上のファイルパスと、仮想パッケージ上のファイルパスとの対応付けがなされている。ローカルストレージ上のファイルパスは、８.３形式に準じている。

　このマージ管理情報ファイルが特徴的であるのは、ローカルストレージとしてＦＡＴ型ファイルシステムを採用しているリムーバブルメディアが使われる場合を考慮し、ローカルストレージにおけるディレクトリ名及びファイル名が８.３形式に準じている点である。

　ＢＤ－ＲＯＭに記録されたファイルは、ＬｏｎｇＦｉｌｅＮａｍｅ（ＬＦＮ）形式が採用されているので、１０文字、２０文字といったファイル名や、５文字、６文字といった拡張子名を持つことが可能である。しかし、ＦＡＴ型ファイルシステムを採用しているリムーバブルメディアに記録するにあたっては、ファイル名が最大８文字、ディレクトリ名が最大８文字、拡張子が最大３文字に制限される。

　マージ管理情報ファイルには、８.３形式に準じたローカルストレージ上のファイルパスと、仮想パッケージにおけるＬＦＮのファイルパスとが対応付けられている。この仮想パッケージのファイルパスは、ＢＤ－ＲＯＭのディレクトリ構造に準じている。何故なら仮想パッケージは、ローカルストレージ上のファイルを、あたかもＢＤ－ＲＯＭに格納されているものと同様に扱うものだからである。

　かかるＢＤ－ＲＯＭのファイルシステム形式は、ＬＦＮに対応したものなので、このマージ管理情報ファイルを参照することにより、ローカルストレージ上の追加コンテンツデータファイルは、８.３形式でありながら、２５５文字以下のファイル名を用いて別名でアクセスされることになる。マージ管理情報ファイルは、８.３形式で記録されている各種ファイルに対して、２５５文字以下のファイル名による、“別名アクセス”を実現させるものである。

　本図におけるファイルパスの記述について具体的に説明する。ローカルストレージにおける“１２３４５ａｂｃ／１２３４５６７８／９０ａｂｃｄｅｆ／１２３４５６７８／９０ａｂｃｄｅｆ／００００１．ｍｐｌ”という８.３形式のファイルパスには、ＢＤＭＶ／ＰＬＡＹＬＩＳＴ／００００１．ｍｐｌｓという仮想パッケージ上のＬＦＮ形式のファイルパスが対応付けられている。この一例は、前図のものに準じており、ＣｅｒｔＩＤディレクトリから追加コンテンツデータファイルへのパスが明記されている。

　リムーバブルメディアにおける、“１２３４５ａｂｃ／１２３４５６７８／９０ａｂｃｄｅｆ／１２３４５６７８／９０ａｂｃｄｅｆ／ｍｏ．ｂｄｍ”という８.３形式のファイルパスには、ＢＤＭＶ／ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖという仮想パッケージ上のＬＦＮ形式のファイルパスが対応付けられている。

　リムーバブルメディアにおける“１２３４５ａｂｃ／１２３４５６７８／９０ａｂｃｄｅｆ／１２３４５６７８／９０ａｂｃｄｅｆ／００００１．ｍ２ｔ”という８.３形式のファイルパスには、ＢＤＭＶ／ＳＴＲＥＡＭ／０００００１．ｍ２ｔｓという仮想パッケージ上のＬＦＮ形式のファイルパスが対応付けられている。

　図３１（ｂ）は、マージ管理情報の内容を元にして、ＢＤ－ＲＯＭコンテンツと、ローカルストレージ上の追加コンテンツをマージする様子を示している。左側は、ＢＤ－ＲＯＭの格納内容を示し、中側はローカルストレージの格納内容を示す。右側は、仮想パッケージの格納内容を示す。

　マージ管理情報ファイルは、図３１（ａ）のように設定されているので、ローカルストレージにおける格納内容のうち、ＣｅｒｔＩＤディレクトリ配下の１２３４５ａｂｃ／１２３４５６７８／９０ａｂｃｄｅｆ／１２３４５６７８／９０ａｂｃｄｅｆに存在する3つの追加コンテンツデータファイル、つまり、ｍｏ．ｂｄｍ、００００１．ｍｐｌ、００００１．ｍ２ｔのそれぞれを、矢印ｇ１、ｇ２、ｇ３に示すように、マージ管理情報ファイルに記述されている仮想パッケージのディレクトリ構成に組み合わせる。

　以上のような、ローカルストレージのファイルを、マージ管理情報ファイルに記述されているディレクトリ構成に組合せることを“マージ”という。

　こうしたマージによって、ｍｏ．ｂｄｍは、ＢＤＭＶディレクトリに存在する“ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ”という別名のファイル名でアクセスされることになる。

　また００００１．ｍｐｌは、ＢＤＭＶディレクトリ配下のＰＬＡＹＬＩＳＴディレクトリに存在する“００００１．ｍｐｌｓ”という別名のファイル名でアクセスされることになる。

　００００１．ｍ２ｔは、ＢＤＭＶディレクトリ配下のＳＴＲＥＡＭディレクトリに存在する“００００１．ｍ２ｔｓ”という別名のファイル名でアクセスされることになる。

　上述したような別名アクセスが可能になるので、ｍｏ．ｂｄｍ、００００１．ｍｐｌ、００００１．ｍ２ｔのそれぞれは、ＢＤＭＶにＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍv、ＢＤＭＶ／ＰＬＡＹＬＩＳＴ／００００１．ｍｐｌｓ、ＢＤＭＶ／ＳＴＲＥＡＭ／０００００１．ｍ２ｔｓに存在するものとして扱うことができる。

　図３２は、図２９に示すＢＤ－Ｊモジュールのより具体的な構成を示す図である。ＢＤ－Ｊモジュール４１４はメディア再生モジュール７０２、仮想ファイルシステム管理モジュール７０３、マネージドコピーモジュール７０４、ファイルＩ／Ｏモジュール７０５、ネットワークモジュール７０６、及び、アプリケーションマネージャ７０７から構成される。

　なお、本図におけるＡＶ再生ライブラリ４２０、ネットワークＩ／Ｆ４２１、ローカルストレージ４２２、マネージドコピー制御部４２３、及び、仮想ファイルシステム４２４は、図２９に示したものと同一であり、メディア再生モジュール７０２～アプリケーションマネージャ７０７の説明のために便宜的に記載している。

　アプリケーションマネージャ７０７は、ＢＤ－ＲＯＭ上に記録されたアプリケーション管理情報を元にＪａｖａアプリケーションの起動及び終了を管理する。また、アプリケーションマネージャがディスパッチャ４１７から受け取ったＵＯイベントを、現在動作中のＪａｖａアプリケーション７０１に渡すといった処理も行う。

　メディア再生モジュール７０２は、Ｊａｖａアプリケーション７０１に対し、メディア再生制御のためのＡＰＩを提供している。Ｊａｖａアプリケーション７０１がメディア再生制御ＡＰＩを呼び出すと、メディア再生モジュールは対応するＡＶ再生ライブラリ４２０の関数を呼び出し、ＡＶ再生制御を行う。

　ネットワークモジュール７０６は、Ｊａｖａアプリケーション７０１に対し、ネットワーク制御のためのＡＰＩを提供している。ネットワークモジュール７０６は、Ｊａｖａアプリケーション７０１からのネットワーク制御要求に従い、ネットワークインターフェース４２１を使って、ネットワーク接続を行う。

　Ｊａｖａアプリケーション７０１は、ネットワークモジュール７０６を用いて、公開されている追加コンテンツの検索やダウンロード、マネージドコピー認証に必要なサーバアクセスを行うことが可能である。

　ファイルＩ／Ｏモジュール７０５は、Ｊａｖａアプリケーション７０１からのＢＤ－ＲＯＭ、ローカルストレージ、記録型ＢＤドライブ等の各メディアへのファイルアクセス要求の処理を行う。

　このアクセス要求が、追加コンテンツデータファイルの書き込みである場合、Ｊａｖａアプリケーション７０１は、ファイルＩ／Ｏモジュールを用いて、追加コンテンツファイルをローカルストレージ上の適切な位置に配置することが出来る。また、不要となった追加コンテンツファイルを削除したり、追加コンテンツファイルを直接編集することも可能である。仮想パッケージ上へのアクセスも、このファイルＩ／Ｏモジュール７０５を通して行う。ただし、仮想パッケージ上へのアクセスは読み取り専用となり、ファイルＩ／Ｏモジュール７０５からの書き込みはできない。

　そのアクセス要求が追加コンテンツデータファイルの読み出しである場合、Ｊａｖａアプリケーション７０１には、ＢＤ－ＲＯＭに対するＬＦＮ形式のファイルパスが引き渡されるので、ローカルストレージに記録されているファイルであって、ＬＦＮのファイルパスにてアクセスできるものがローカルストレージに存在するかどうかのサーチを行う。

このサーチは、当該ＬＦＮのファイルパスが、マージ管理情報ファイルにおいて、“別名のファイルパス”として記述されているかどうかを判断することでなされる。

　そうしたサーチにより、そのＬＦＮのファイルパスにて別名でアクセスできる追加コンテンツデータファイルがローカルストレージに存在することが明らかになった場合、マージ管理情報ファイルに記載された８.３形式のファイルパスに従い、その追加コンテンツデータファイルをローカルストレージから読み出す。

　そのＬＦＮのファイルパスにて別名アクセスできる追加コンテンツデータファイルがローカルストレージに存在しない場合、そのＬＦＮのファイルパスにてアクセスすることができる追加コンテンツデータファイルを、ＢＤ－ＲＯＭから読み出す。そのＬＦＮのファイルパスにてアクセスすることができる追加コンテンツデータファイルが、ＢＤ－ＲＯＭにも存在しないのなら、エラー処理を行う。

　マネージドコピーモジュール７０４は、Ｊａｖａアプリケーション７０１に対し、マネージドコピー制御のためのＡＰＩを提供している。このＡＰＩを呼び出すことにより、Ｊａｖａアプリケーションは、マネージドコピー認証に必要なコピー元／コピー先メディア情報の取得、マネージドコピー制御部に対してのコピー開始要求、コピー中の進捗状況の確認等を行う。これらＡＰＩの詳細については後述する。

　仮想ファイルシステム管理モジュール７０３は、Ｊａｖａアプリケーション７０１からの仮想パッケージ構築／更新要求を受け取り、その要求内容を仮想ファイルシステム４２４へ伝達する。Ｊａｖａアプリケーション７０１は、仮想パッケージを構築／更新する場合、新たなマージ管理情報ファイル及び署名情報ファイルを指定して構築／更新要求を発行する。

　仮想ファイルシステム４２４は、仮想ファイルシステム管理モジュール７０３を通じて、仮想パッケージ構築／更新要求を受け付けると、新たに指定された署名情報ファイルを用いて、新たなマージ管理情報ファイルの署名検証を行う。その後、古いマージ管理情報ファイル及び署名情報ファイルを、新しいマージ管理情報ファイル及び署名情報ファイルに置き換えて、仮想パッケージを再構築する。マージ管理情報ファイル及び署名情報ファイルの置き換えは、タイトル切り替え時に行われる。

　図３３は、ＢＤ－ＲＯＭの挿入時におけるフローチャートである。

　ＢＤ－ＲＯＭが再生装置に挿入されると、仮想ファイルシステム４２４は、ｄｉｓｃｒｏｏｔ．ｃｒｔから、ＣｅｒｔＩＤディレクトリを割り出する（Ｓ１０１）。次に、ｉｎｄｅｘ．ｂｄｍｖに記載されているＤｉｓｃＩＤ及びＯｒｇａｎｉｚａｔｉｏｎＩＤを確認し（Ｓ１０２）、ローカルストレージ上の対応するＤｉｓｃＩＤディレクトリを決定する（Ｓ１０３）。

　次に、仮想ファイルシステム４２４は、挿入されたＢＤ－ＲＯＭに対応するＤｉｓｃＩＤディレクトリに、マージ管理情報ファイル及び署名情報ファイルの両ファイルが存在するか確認する（Ｓ１０４）。

　どちらか一方のファイルが存在しないか、両ファイルが存在しなかった場合、仮想ファイルシステム４２４は、仮想パッケージを構築せずにＢＤ－ＲＯＭ上のデータだけで再生を開始する。マージ管理情報ファイル及び署名情報ファイル共に存在する場合、仮想ファイルシステム４２４は、署名情報ファイルを利用してマージ管理情報ファイルが改竄されていないことを確認する（Ｓ１０５）。

　ステップＳ１０５で署名検証に失敗した場合は、仮想パッケージを構築せずにＢＤ－ＲＯＭ上のデータだけで再生を開始する。ステップＳ１０５で署名検証に成功すれば、マージ管理情報に列挙されているローカルストレージ上のファイルパスにファイルが存在するか確認する（Ｓ１０６）。

　１つでも存在しないファイルがあれば、仮想パッケージ構築を止め、ＢＤ－ＲＯＭ上のデータだけで再生する。仮想パッケージ構築に必要な全てのファイルの存在が確認できれば、仮想ファイルシステム４２４は、これらのファイルの属性を読み取り専用に変更する。そして、ＤｉｓｃＩＤディレクトリに格納されている追加コンテンツファイルは、マージ管理情報の内容に基づき、ＢＤ－ＲＯＭ上コンテンツにマージされ、仮想パッケージが構築される（Ｓ１０７）。

　仮想パッケージは、仮想的に存在する。実際には、一部がローカルストレージ上のファイル、その他がＢＤ－ＲＯＭ上のファイルで構成されたパッケージとなる。

　ただし、アプリケーションレイヤ（図３の第４層）であるＨＤＭＶモジュール４１３やＢＤ－Ｊモジュール４１４からは、あたかも全てのファイルがＢＤ－ＲＯＭ上にあるかのように参照させる。そして、仮想ファイルシステム４２４が、アプリケーションレイヤからのＢＤ－ＲＯＭ上への参照をモニタリングし、参照先のファイルへのパスが、マージ管理情報に記載されている仮想パッケージのファイルパスと一致していれば、仮想ファイルシステム４２４は、対応するファイルパスに記載されているローカルストレージ上のファイルに参照先の変更を行う。

　すなわち、実際には、ローカルストレージ上に保存されているファイルが８.３形式のファイル名であったとしても、アプリケーションレイヤからは、ロングファイル名として扱うことが可能になる。

　次に、ＢＤ－ＲＯＭを挿入し、再生を開始した後の仮想パッケージの構築／更新について説明する。

　図３４は、タイトル切り替え時に新旧マージ管理情報ファイルを置き換えて、仮想パッケージの再構築を行うための処理手順を示すフローチャートである。

　ＢＤ－Ｊモード用のタイトルが再生されると（Ｓ２０１）、タイトル再生中にＪａｖａアプリケーションは、仮想パッケージ更新要求を行う（Ｓ２０２）。仮想パッケージ更新要求時に与える引数の値は、新マージ管理情報ファイルの位置を示すファイルパス、及び、新マージ管理情報ファイルに対応する署名情報ファイルの位置を示すファイルパスである。

　仮想ファイルシステム４２４は、仮想パッケージ更新要求を受けると、仮想ファイルシステム４２４の状態を「更新準備中」とし、指定された新マージ管理情報ファイルが、書き換えられないように、その属性を読み取り専用に変更する（Ｓ２０３）。そして、仮想パッケージ更新要求時に指定された署名情報ファイルを用いて、新マージ管理情報ファイルの署名検証を行う（Ｓ２０４）。

　ステップＳ２０４の署名検証に失敗した場合（Ｓ２０５でＮｏ）、仮想ファイルシステム４２４は、仮想パッケージ更新要求を中断する。そして、仮想ファイルシステム４２４は、新マージ管理情報ファイルの属性を読み取り専用から仮想パッケージ更新要求前の元の属性に戻し、Ｊａｖａアプリケーションに対して、仮想パッケージ更新要求拒否通知イベントを投げる（Ｓ２０９）。

　ステップＳ２０４の署名検証に成功した場合（Ｓ２０５でＹｅｓ）、仮想ファイルシステム４２４は、新マージ管理情報ファイルが参照しているローカルストレージ上のファイルの存在をチェックし、それらのファイルが、Ｊａｖａアプリケーションから読み取り専用となるように、その属性を変更する（Ｓ２０６）。

　新マージ管理情報ファイルから参照されていて仮想パッケージ構築に必要なファイルがローカルストレージ上に存在しなかった場合（Ｓ２０７でＮｏ）、仮想ファイルシステム４２４は、仮想パッケージ更新処理を中断する。そして、仮想ファイルシステム４２４は、ステップＳ２０３及びステップＳ２０６で属性を変更したファイルの属性を、仮想パッケージ更新要求前の元の属性に戻す。そして、Ｊａｖａアプリケーションに対して、仮想パッケージ更新要求拒否通知イベントを投げる（Ｓ２０９）。

　新マージ管理情報ファイルから参照されていて仮想パッケージ構築に必要なファイルがローカルストレージ上に全て存在していることが確認でき、更に、それらのファイルの属性を、読み取り専用に変更する処理が完了すると（Ｓ２０７でＹｅｓ）、仮想ファイルシステム４２４は、仮想ファイルシステムの状態を「更新準備完了」とし、Ｊａｖａアプリケーションに対して、更新準備完了通知イベントを投げる。

　仮想ファイルシステム４２４の状態が「更新準備完了」となった後、タイトル切り替えが発生するのを待つ。タイトル切り替えが発生すると（Ｓ２０８でＹｅｓ）、切り替え前のタイトルで起動していたＪａｖａアプリケーションは終了する（Ｓ２１０）。その後、旧マージ管理情報ファイルが存在すれば、新マージ管理情報ファイルで上書きし、新旧マージ管理情報ファイルの置き換えを行う（Ｓ２１１）。

　仮想パッケージ更新前にオリジナルのＢＤ－ＲＯＭの再生中であり、旧マージ管理情報ファイルがもともと存在しなかった場合は、旧マージ管理情報ファイルを上書きする代わりに、新マージ管理情報ファイルは、挿入されているＢＤ－ＲＯＭのＤｉｓｃＩＤに対応するＤｉｓｃＩＤディレクトリの下に移動され、正規のマージ管理情報ファイル名にリネームされる。同様に、署名情報ファイルについても新旧ファイルの置き換え、移動を行う。

　仮想ファイルシステム４２４は、新旧マージ管理情報ファイル及び署名情報ファイルの置き換え及びファイルの移動を終えた後、新マージ管理情報ファイルを基に、仮想パッケージを再構築する（Ｓ２１２）。

　仮想パッケージ再構築後、旧マージ管理情報ファイルから参照されていたが、新マージ管理情報ファイルからは参照されていないローカルストレージ上のファイルは読み取り専用の属性が解除され、Ｊａｖａアプリケーションから読み書き可能になる。また、旧マージ管理情報ファイル及び新マージ管理情報ファイルが参照しているローカルストレージ上のファイルに関しては、その属性は、読み取り専用のままとなる。

　仮想パッケージの再構築を終えると、新たに構築した仮想パッケージを用いて、切り替え先のタイトル再生を開始する（Ｓ２０１）。再生中の仮想パッケージに対応するマージ管理情報ファイル、及び、そのマージ管理情報ファイルが参照しているローカルストレージ上のファイルは、仮想パッケージの再生中、その属性は常に読み取り専用となり、Ｊａｖａアプリケーションからは、編集及び削除することができない。

　図３５は、Ｊａｖａアプリケーションが仮想パッケージ構築／更新要求を発行し、仮想パッケージが更新されるまでの、時間的な処理の流れを示す図である。

　第１段目は、タイトルの再生時間軸である。第２段目はアプリケーション＃１の動作時間軸である。第３段目は、アプリケーション＃２の動作時間軸である。第４段目は、仮想ファイルシステムの状態遷移を示す時間軸である。

　図３５では、初期状態として、新しいマージ管理情報ファイル、署名情報ファイルの格納が完了した状態を想定している。つまり、ここでは、追加コンテンツと、現在の仮想パッケージの構築に利用されているマージ管理情報ファイル及び署名情報ファイルとは別の新たなマージ管理情報ファイル及び署名情報ファイルとをインターネット上のサーバからダウンロードし、ローカルストレージ上に格納した状態を初期状態として想定している。

　タイトル＃１の再生中の時点ｔ１において、Ｊａｖａアプリケーション７０１は、仮想ファイルシステム管理モジュール７０３が提供するＡＰＩを通して仮想ファイルシステム４２４に仮想パッケージ構築／更新を要求したとする。

　図中のrequestUpdating("/org#1/disc#1/new.xml"及び"/org#1/disc#1/new.sf")は、この仮想パッケージ構築要求となるＡＰＩ呼出しである。この仮想パッケージ構築要求の引数"/org#1/disc#1/new.xml"及び"/org#1/disc#1/new.sf"は、ローカルストレージ上に格納されている新マージ管理情報ファイル及び署名情報ファイルの位置を指定するファイルパスである。時点ｔ１は、この更新要求がなされた時点を示す。

　また、時点ｔ１は、Ｊａｖａアプリケーション７０１からの仮想パッケージ構築／更新要求を受け取って、仮想ファイルシステム４２４の状態を「更新準備中」に遷移する時点である。

　「更新準備中」のとき、指定された新マージ管理情報ファイル及び新マージ管理情報ファイルが参照しているローカルストレージ上のファイルの属性を、読み取り専用に変更する処理を行う。かかる処理の他、仮想パッケージ更新要求時にＪａｖａアプリケーション７０１から指定された署名情報ファイルを用いて、新マージ管理情報ファイルの署名検証を行う。更に、新マージ管理情報ファイルのファイル格納位置情報に記載されているファイルが全て指定の位置に存在するかのチェックを行う。

　時点ｔ２は、ファイル存在のチェックが終わった後、仮想ファイルシステム４２４の状態を「更新準備完了」とする時点を示す。このように状態を遷移させ、Ｊａｖａアプリケーションに対して、更新準備完了通知イベントを投げる。新マージ管理情報ファイルの署名検証、もしくは、ファイルの存在チェックに失敗した場合、仮想ファイルシステム４２４は、更新要求を拒否し、仮想ファイルシステム管理モジュール７０３を介して、Ｊａｖａアプリケーション７０１に対して更新要求拒否通知イベントを投げる。そして、仮想ファイルシステム４２４の状態を「更新準備中」となる前の状態（「仮想パッケージ再生状態」もしくは「ＢＤ－ＲＯＭ再生状態」）に戻す。

　「仮想パッケージ再生状態」とは、ＢＤ－ＲＯＭが再生装置にロードされ、仮想ファイルシステム４２４により仮想パッケージとして再生中であり、保留中の仮想パッケージ更新要求がない状態を指す。「ＢＤ－ＲＯＭ再生状態」とは、ＢＤ－ＲＯＭが再生装置にロードされ、そのままオリジナルのＢＤ－ＲＯＭとして再生中であり、保留中の仮想パッケージ更新要求がない状態を指す。

　時点ｔ３は、仮想ファイルシステム４２４の状態が「更新準備完了」となった後の時点を示す。タイトル切り替えが発生すると、仮想ファイルシステム４２４は仮想パッケージ更新要求時に指定された新マージ管理情報ファイルを用いて、旧マージ管理情報ファイル（現在の仮想パッケージ構築に利用されているマージ管理情報ファイル）を上書きすることにより、旧マージ管理情報ファイルを新マージ管理情報ファイルに置き換える。

　仮想パッケージ更新前にオリジナルのＢＤ－ＲＯＭが再生中であり、旧マージ管理情報ファイルがもともと存在しなかった場合は、旧マージ管理情報ファイルを上書きする代わりに、新マージ管理情報ファイルを、挿入されているＢＤ－ＲＯＭのＤｉｓｃＩＤに対応するＤｉｓｃＩＤディレクトリの下に移動する。こうすることで新マージ管理情報は、正規のマージ管理情報ファイル名（ｂｕｍｆ．ｘｍｌ）にリネームされる。

　署名情報ファイルもマージ管理情報ファイル同様に新旧署名情報ファイルの置き換えを行う。マージ管理情報ファイル及び署名情報ファイルの置き換え、並びに、新マージ管理情報ファイル及び署名情報ファイルの移動が終わった後、仮想ファイルシステム４２４は、挿入されているＢＤ－ＲＯＭのＤｉｓｃＩＤに対応するＤｉｓｃＩＤディレクトリの下に格納されている新マージ管理情報を元に仮想パッケージを再構築し、仮想パッケージのファイル構成を更新する。

　時点ｔ４は、かかる更新を終えた時点であり、ローカルストレージ４２２は、「仮想パッケージ再生状態」になる。仮想パッケージを更新した後も、仮想パッケージ再生状態である期間は、旧マージ管理情報ファイル及び新マージ管理情報ファイルのファイル格納位置情報が指し示すローカルストレージ上のファイルの属性は、読み取り専用のままとなる。ただし、旧マージ管理情報ファイルから参照されていて、新マージ管理情報ファイルから参照されていないファイルの属性は、読み取り専用が解除され、Ｊａｖａアプリケーションから読み書き可能になる。

　図３６は、実施の形態４におけるマネージドコピー制御部４２３を詳細化した図である。

　マネージドコピー制御部４２３は、シリアル番号読出部６０１、メディアＩＤ読出部６０２、メディア状態管理部６０３、コピー実行部６０４、コピー状態通知部６０５、コピー進捗管理部６０６、Ｎｏｎｃｅ生成書込部６０７、及び、鍵情報書込部６０８から構成される。

　メディア状態管理部６０３は、再生装置が現在コピー先として利用できるメディアの種類一覧を管理する。例えば、再生装置がＳＤカードスロットと記録型ＢＤドライブとを備え、現在、ＳＤカードのみが挿入されているのであれば、ＳＤカードが現在のコピー先の対象と判断する。ＳＤカード及びＢＤ－Ｒの両方が挿入されていれば、コピー先として、ＳＤカード及びＢＤ－Ｒの両方が利用可能と判断する。加えて、メディア状態管理部６０３は、コピー先メディアの空き容量の管理も行う。

　コピー実行部６０４は、ＢＤ－ＲＯＭから別メディアへのデータのコピーを実行する。データコピー時に仮想パッケージが構築されていれば、ローカルストレージ上のデータもコピー対象となる。すなわち、ＢＤ－ＲＯＭ上のデータを読込むときに、仮想ファイルシステム４２４を通すことで、ＢＤ－ＲＯＭ上のファイルとローカルストレージ上のファイルとがマージされた仮想パッケージが、そのままコピー先メディアに書き込まれることになる。また、コピー先のメディアによっては、コピー実行部６０４は、ストリームの再エンコードも行う。

　コピー状態通知部６０５は、コピーの開始、正常終了、及び、エラー終了等の状態遷移を管理し、ＢＤ－Ｊモジュールを介してＪａｖａアプリケーションに状態遷移を通知する。

　コピー進捗管理部６０６は、コピー対象となっている残りバイト数、コピー済みバイト数の管理を行い、Ｊａｖａアプリケーションからの要求に応じて、現在の進捗情報を通知する。

　Ｎｏｎｃｅ生成書込部６０７は、マネージドコピーを実施する毎にランダムに生成される値（Ｎｏｎｃｅ）の作成及び書込みを行う。このＮｏｎｃｅの値も、後述する鍵情報の生成に用いられる。

　鍵情報書込部６０８は、ＢＤ－ＲＯＭのシリアル番号、コピー先メディアのメディアＩＤ及びＮｏｎｃｅから生成される鍵情報の書込みを行う。鍵情報の生成は、サーバにある秘密鍵を基に行われる。

　Ｊａｖａアプリケーションは、シリアル番号、メディアＩＤ及びＮｏｎｃｅを取得した後、この値をサーバに送信する。サーバは、Ｊａｖａアプリケーションから送られてきた値とサーバで管理されている秘密鍵とを基に、鍵情報を生成し、生成した鍵情報を、Ｊａｖａアプリケーションに送り返す。

　Ｊａｖａアプリケーションは、サーバから送られてきた鍵情報を鍵情報書込部６０８にセットし、鍵情報書込部６０８はセットされた鍵情報を、コピー先メディアへ書き込む。鍵情報は、暗号化コンテンツ鍵の復号に用いられ、暗号化コンテンツ鍵が復号されれば、保護コンテンツの再生が可能となる。つまり、この鍵情報が無ければ、たとえ、不正に暗号化コンテンツ鍵と保護コンテンツとをＢＤ－ＲＯＭから別のメディアにコピーしたとしても、コピーされた保護コンテンツを再生することはできない。

　マネージドコピー制御部４２３は以上の構成を備え、これら構成要素の操作をＪａｖａアプリケーションから制御できるよう、ＢＤ－Ｊモジュールに対してマネージドコピー制御ＡＰＩが提供されている。以下、これらのＡＰＩについて説明する。
（１）ＭａｎａｇｅｄＣｏｐｙ＃ｇｅｔＰＭＳＮ（）
　コピー元のメディアのシリアル番号を返す。
（２）ＭａｎａｇｅｄＣｏｐｙ＃ｇｅｔＭＣＭｅｄｉａＩｎｆｏＬｉｓｔ（）
　再生装置がコピー先としてサポートするメディアで、かつメディアが挿入されており、コピー先として現在利用できるメディアのリストを返す。
（３）ＭａｎａｇｅｄＣｏｐｙ＃ｓｅｔＣｏｐｙＩｎｆｏ（ｂｙｔｅ［］）
　鍵情報と共にサーバから送られてくるコピー管理情報をセットする。コピー管理情報にはコピー対象となるファイルリストやコピー可能な解像度、仮想パッケージ状態でのコピー可／不可などの情報が含まれる。
（４）ＭａｎａｇｅｄＣｏｐｙ＃ｓｔａｒｔＭＣ（ＭＣＭｅｄｉａＩｎｆｏ）
　引数で指定したメディアへデータコピーを開始する。
（５）ＭＣＭｅｄｉａＩｎｆｏ＃ｇｅｔＭｅｄｉａＴｙｐｅ（）
　ｇｅｔＭＣＭｅｄｉａＩｎｆｏＬｉｓｔ（）で取得できたコピー先リストの各要素に対して、このＡＰＩを呼ぶと、メディアの種類（ＢＤ－Ｒ，ＢＤ－ＲＥ，ＳＤ、ＨＤＤ，ＤＶＤ－Ｒ等）を返す。
（６）ＭＣＭｅｄｉａＩｎｆｏ＃ｇｅｔＵｎｉｑｕｅＩｄ（）
　コピー先のメディアのメディアＩＤ及びＮｏｎｃｅのバイト列を返す。コピー先のＮｏｎｃｅはこのＡＰＩが呼ばれた時点で生成＆書込が行われる。メディアの種類によってはＮｏｎｃｅが存在しない場合もある。この場合はメディアＩＤのみを返す。
（７）ＭＣＭｅｄｉａＩｎｆｏ＃ｓｅｔＳｉｇｎａｔｕｒｅ（ｂｙｔｅ［］）
　コピー先へ書込む鍵情報をセットする。データコピーが開始されると、このＡＰＩでセットした値が鍵情報としてコピー先に書込まれる。
（８）ＭＣＭｅｄｉａＩｎｆｏ＃ｇｅｔＦｒｅｅＳｐａｃｅ（）
　コピー先の空き容量を返す。
（９）ＭＣＭｅｄｉａＩｎｆｏ＃ｇｅｔＲｅｑｕｉｒｅｄＳｐａｃｅ（ｂｙｔｅ［］）
　引数にコピー管理情報を指定し、指定されたコピー管理情報を元に、データコピーに必要なコピー先の容量を返す。
（１０）ＭＣＭｅｄｉａＩｎｆｏ＃ａｄｄＭＣＬｉｓｔｅｎｅｒ（ＭＣＬｉｓｔｅｎｅｒ）
　マネージドコピーの状態遷移通知を受けるリスナーを登録する。マネージドコピーの開始、正常終了、異常終了等の状態遷移が起きたときに、このＡＰＩで登録したリスナーに状態遷移を通知する。
（１１）ＭＣＰｒｏｇｒｅｓｓ＃ｇｅｔＭＣＰｒｏｇｒｅｓｓ（）
　マネージドコピーの残りバイト数、コピー済みバイト数が含まれる進捗情報を返す。

　以上で、ＡＰＩについての説明を終わる。

　図３７は、Ｊａｖａアプリケーションとサーバとのデータ送受信を示す図である。

　先ず、ユーザがメニュー画面などでマネージドコピーを選択すると（図３９（ａ）に画面表示の一例を示す）、マネージドコピーの処理が開始される。

　Ｊａｖａアプリケーションは、ＢＤ管理情報（ｉｎｄｅｘ．ｂｄｍｖ）に記載されているＤｉｓｃＩＤ、マージ管理情報ファイル（ｂｕｍｆ．ｘｍｌ）に記載されている仮想パッケージＩＤ，及び、ＭＣＭｅｄｉａＩｎｆｏ＃ｇｅｔＭｅｄｉａＴｙｐｅ（）を呼び出すことにより、コピー先候補となるメディアのメディアタイプ一覧を、サーバへ送信する。サーバはこれらのデータからコピー管理情報リストとセッションＩＤとを作成し、Ｊａｖａアプリケーションへ送り返す。

　なお、Ｊａｖａアプリケーションは、仮想パッケージＩＤの代わりに、現在の仮想パッケージのファイル構成一覧をサーバに送っても良い。サーバは、送られてきたファイル構成から、現在の仮想パッケージの状態を特定することが可能である。また、現在の構成が仮想パッケージではない場合、サーバへ送信する仮想パッケージＩＤはＮｕｌｌ値となる。

　セッションＩＤは、以降、サーバとＪａｖａアプリケーションとのやりとりの進捗状況をサーバ側で管理するために用いられる。例えば、課金処理を行わずに鍵情報を要求してきた場合、サーバはセッションＩＤを確認し、このセッションはまだ課金処理が終わっていないと判断し、鍵情報要求を拒否することが可能となる。

　コピー管理情報リストは、コピー内容を一意に識別するために割り振られた識別子（コピーコンテンツＩＤ）、ユーザが理解可能な文字列で記載されたコンテンツ内容情報、コピーすべきファイル（もしくはディレクトリ）一覧、コピー先として可能なメディアタイプ、仮想パッケージとしてのコピーが可能かどうかの情報（仮想パッケージ状態）、コピーできる解像度、コピーに必要な容量、及び、価格情報が含まれている。

　図３８にコピー管理情報リストの一例を示す。なお、コピーすべきファイルにディレクトリが指定されている場合、そのディレクトリ以下すべてのファイルがコピー対象になることを示す。

　仮想パッケージ状態は、オリジナルＢＤ－ＲＯＭ及び仮想パッケージのどちらでもコピーを許可する場合は“ Ｂｏｔｈ”、オリジナルＢＤ－ＲＯＭのみコピーを許可する場合は“Ｏｆｆ”、仮想パッケージのみコピーを許可する場合は“Ｏｎ”が指定される。そして、“Ｏｎ”の場合には、コピー可能な仮想パッケージの仮想パッケージＩＤも指定される。どの仮想パッケージもコピー可能な場合は“ＩＤ＝ＡＬＬ”が指定される。

　Ｊａｖａアプリケーションは、このコピー管理情報リストを基に、コピー可能なコンテンツの内容をユーザに提示するための画面を表示する（図３９（ｂ）に画面表示の一例を示す）。また、複数のコピー先候補がある場合は、コピー先候補をユーザに提示する（図３９（ｃ）に画面表示の一例を示す）。

　Ｊａｖａアプリケーションは、ユーザの選択を基に、コピーするコンテンツ及びコピー先のメディアを決定する。このときに、ＭＣＭｅｄｉａＩｎｆｏ＃ｇｅｔＦｒｅｅＳｐａｃｅ（）で得られる空き容量とコピー管理情報に記載されている必要容量とを比較し、コピー先候補の容量が不足していると判断する場合、コピー先候補から容量不足のメディアを外す、もしくは、ユーザに警告を促すなどしてもよい。

　コピーするコンテンツ及びコピー先のメディアが決定し、コピーするコンテンツが有料である場合、ユーザは課金情報の入力が必要となる（図３９（ｄ）に画面表示の一例を示す）。課金情報としては、クレジット番号やユーザＩＤなどがある。課金が必要でない場合は、課金情報の入力を無しとしてもよいし、コピー回数のカウントだけをチェックするとしてもよい。ユーザの課金情報入力が終了すると、Ｊａｖａアプリケーションは、ユーザが選択したコンテンツに対応するコピーコンテンツＩＤ、コピー先のメディアタイプ、課金情報、及びセッションＩＤをサーバへ送信する。サーバは、これらのデータが正しいと判断した場合、ＪａｖａアプリケーションへＯＫを返す。

　サーバからＯＫの通知を受け取ると、Ｊａｖａアプリケーションは、鍵情報の要素データ取得を行う。鍵情報の要素データとは、コピー元のシリアル番号、コピー先のメディアＩＤ、及び、Ｎｏｎｃｅである。

　なお、コピー元のシリアル番号は、ＭａｎａｇｅｄＣｏｐｙ＃ｇｅｔＰＭＳＮ（）を呼び出すことで得られる。コピー先のメディアＩＤ、及び、Ｎｏｎｃｅ値は、対応するコピー先メディアのＭＣＭｅｄｉａＩｎｆｏ＃ｇｅｔＵｎｉｑｕｅＩｄ（）を呼び出すことで得られる。

　Ｊａｖａアプリケーションがシリアル番号、メディアＩＤ，Ｎｏｎｃｅ、及び、セッションＩＤをサーバに送ると、サーバは、送られてきた鍵情報の要素データとサーバが持つ秘密鍵とから鍵情報を生成し、Ｊａｖａアプリケーションへ鍵情報を送り返す。

　Ｊａｖａアプリケーションは、サーバから鍵情報を受け取ると、コピー対象となるコピー管理情報及び鍵情報をマネージドコピー制御部へ引き渡す。これらのデータの引渡しは、コピー管理情報については、ＭａｎａｇｅｄＣｏｐｙ＃ｓｅｔＣｏｐｙＩｎｆｏ（ｂｙｔｅ［］）の引数にコピー管理情報を指定して呼び出し、鍵情報については、ＭＣＭｅｄｉａＩｎｆｏ＃ｓｅｔＳｉｇｎａｔｕｒｅ（ｂｙｔｅ［］）の引数に鍵情報を指定して呼び出すことでマネージドコピー制御部への引渡しが行われる。

　コピー管理情報及び鍵情報の引渡しが完了すると、ＭａｎａｇｅｄＣｏｐｙ＃ｓｔａｒｔＭＣ（ＭＣＭｅｄｉａＩｎｆｏ）を呼び出すことで、マネージドコピー制御部によるデータコピーが開始される。

　マネージドコピー制御部によるデータコピーを行っている間、Ｊａｖａアプリケーションは、ＭＣＰｒｏｇｒｅｓｓ＃ｇｅｔＭＣＰｒｏｇｒｅｓｓ（）を呼び出すことで、コピーの進捗状況を把握することができる。

　図４０は、コピーの進捗状況を画面表示する一例を示す図である。Ｊａｖａアプリケーションは、残りバイト数、コピー済みバイト数を知ることが出来るので、そこからおおよその残り時間を判断することが出来る。

　また、ＭＣＭｅｄｉａＩｎｆｏ＃ａｄｄＭＣＬｉｓｔｅｎｅｒ（）を呼び出し、マネージドコピーの状態遷移通知を受けるリスナーを登録することにより、コピーの開始・終了通知を受け取ることができる。そうすると、コピー終了通知を受け取るまでの間、進捗バーを表示したり、新作紹介等の広告表示を行ったりすることができる。他には、簡単なゲームアプリを実施することなども考えられる。

　また、コピーに失敗した場合も通知を受けることが出来るため、例えばメディアが強制的に取り出された等により、コピーに失敗した場合、Ｊａｖａアプリケーションはコピー失敗通知を受け取り、課金処理をキャンセルするなどの対応を行うことも可能である。

　登録したリスナーがコピー終了通知を受け取ると、Ｊａｖａアプリケーションは、マネージドコピーが完了したと判断し、完了したマネージドコピーのセッションＩＤをサーバへ送信する。セッションＩＤを受け取ったサーバは、このセッションのマネージドコピーが完了したと判断し、セッションＩＤの回収を行う。

　図４１は、Ｊａｖａアプリケーションによるマネージドコピー制御のフローチャートである。

　先ず、Ｊａｖａアプリケーションは、ＭａｎａｇｅｄＣｏｐｙ＃ｇｅｔＭＣＭｅｄｉａＩｎｆｏＬｉｓｔ（）を呼び出し、現在コピー先候補となるメディアが存在しているかをチェックする（Ｓ９０１）。コピー先候補となるメディアが存在すれば、Ｊａｖａアプリケーションは、ＤｉｓｃＩＤ、仮想パッケージＩＤ、及びコピー先候補となるメディアのメディアタイプ一覧をサーバへ送信する。そして、これらのデータを基にサーバで生成されるコピー管理情報リストとセッションＩＤとを、サーバから受信する（Ｓ９０２）。

　コピー管理情報リストを取得すると、コピー管理情報リストを元にコピー先メディア、及びコピー元コンテンツを選択する（Ｓ９０３）。選択方法は、Ｊａｖａアプリケーション自身が選んでも良いし、ユーザにコピー可能コンテンツ及びメディア一覧を提示し、そこからユーザに選択させても良い。図３９（ｂ）及び（ｃ）にユーザにコピー可能コンテンツ及びメディア一覧を提示する場合の一例を示す。

　なお、メディア名だけでなく、ＭＣＭｅｄｉａＩｎｆｏ＃ｇｅｔＦｒｅｅＳｐａｃｅ（）から空き容量をチェックし、空き容量も加えて表示することも可能である。加えてコピー管理情報に記載されているコピー先メディアに必要な容量を表示してもよい。また、コピー管理情報に記載されている必要な容量をそのまま表示するのではなく、コピー元のファイルサイズから、必要な容量を計算し、計算された値を表示してもよい。

　コピーに必要な容量の計算は、Ｊａｖａアプリケーションで行っても良いし、再生装置側で計算した値をＪａｖａアプリケーションが参照するとしても良い。特に、仮想パッケージとしてコピーする場合や、ストリームを再圧縮して保存する場合は、ファイルサイズ及びファイル数の変更が伴うので、この場合は、再生装置で必要容量を計算するのが効率的である。

　Ｊａｖａアプリケーションは、再生装置で計算した必要容量をＭＣＭｅｄｉａＩｎｆｏ＃ｇｅｔＲｅｑｕｉｒｅｄＳｐａｃｅ（）から取得することができる。オリジナルＢＤ－ＲＯＭと仮想パッケージとの両方のコピーがサポートされている場合、すなわち、コピー管理情報の仮想パッケージ状態が“Ｂｏｔｈ”となっている場合は、ＭＣＭｅｄｉａＩｎｆｏ＃ｇｅｔＲｅｑｕｉｒｅｄＳｐａｃｅ（）は、オリジナルＢＤ－ＲＯＭとしてのコピーに必要な容量と仮想パッケージとしてのコピーに必要な容量の２つの値を返す。

　Ｓ９０３で選択されたコピー先メディアに、コピーに必要な空き容量が存在するか確認する（Ｓ９０４）。この確認は、前述したＭＣＭｅｄｉａＩｎｆｏ＃ｇｅｔＦｒｅｅＳｐａｃｅ（）、及び、ＭＣＭｅｄｉａＩｎｆｏ＃ｇｅｔＲｅｑｕｉｒｅｄＳｐａｃｅ（）等を利用して行う。

　コピーに必要な空き容量があれば、続いて課金処理を行う（Ｓ９０５）。ここで言う課金処理とは、サーバに接続し、クレジット番号等の認証を行う一連の処理を指す。特に、課金が必要でない場合は、ここのステップをスキップしてもよいし、課金は行わず、単にコピー回数のカウントだけをチェックしてもよい。

　課金処理が成功すれば、鍵情報の要素データの取得を行う（Ｓ９０６）。鍵情報の要素データとは、コピー元メディアのシリアル番号、コピー先メディアのメディアＩＤ及びＮｏｎｃｅである。鍵情報の要素データの取得が完了すれば、それらの要素データをサーバへ送信する。サーバはそれらの要素データとサーバが持つ秘密鍵とから鍵情報を生成し、生成した鍵情報をＪａｖａアプリケーションへ送る。Ｊａｖａアプリケーションは送られてきた鍵情報を受け取ると、コピー対象となるコピー管理情報及び鍵情報をマネージドコピー制御部へ引き渡す（Ｓ９０７）。

　これらのデータの引渡しは、コピー管理情報については、ＭａｎａｇｅｄＣｏｐｙ＃ｓｅｔＣｏｐｙＩｎｆｏ（ｂｙｔｅ［］）の引数にコピー管理情報を指定して呼び出し、鍵情報については、ＭＣＭｅｄｉａＩｎｆｏ＃ｓｅｔＳｉｇｎａｔｕｒｅ（ｂｙｔｅ［］）の引数に鍵情報を指定して呼び出すことにより、マネージドコピー制御部への引渡しが行われる。

　コピー管理情報及び鍵情報の引渡しが完了すると、ＭａｎａｇｅｄＣｏｐｙ＃ｓｔａｒｔＭＣ（ＭＣＭｅｄｉａＩｎｆｏ）のＡＰＩを呼び出すことで、マネージドコピー制御部によるデータコピーが開始される（Ｓ９０８）。

　図４２は、マネージドコピー制御部によるデータコピーのフローチャートである。このフローチャートは図４１のＳ９０８を詳細化したものである。

　マネージドコピー制御部によるデータコピーを開始する前に、Ｊａｖａアプリケーションからのディスクアクセス制限を行う（Ｓ１００１）。Ｊａｖａアプリケーションからのディスクアクセスを制限する理由は、マネージドコピー制御部の処理と、ＪａｖａアプリケーションのファイルＩ／Ｏ処理やストリームのデコード処理が衝突し、リソース不足によりコピーに失敗するのを防ぐためである。Ｊａｖａアプリケーションからのディスクアクセスを制限することにより、マネージドコピー制御部が排他的にファイルシステムやデコーダ及びエンコーダ等を利用することができる。

　ディスクアクセス制限を行った後、現在の再生状態がオリジナルＢＤ－ＲＯＭか、仮想パッケージかを確認し、コピー対象コンテンツが仮想パッケージ対応かを確認する（Ｓ１００２）。そして、確認結果に応じて仮想パッケージ構築を行う。コピー管理情報の仮想パッケージ状態が“Ｏｎ”であり、且つ、仮想パッケージＩＤの指定があり、それが現在の仮想パッケージＩＤと異なっている場合は、コピー不可としてデータコピー失敗となる。

　コピー管理情報の仮想パッケージ状態が“Ｂｏｔｈ”、“Ｏｆｆ”、もしくは“Ｏｎ”であり、且つ、仮想パッケージＩＤが現在の仮想パッケージと一致している場合は、コピー可能としてＪａｖａアプリケーションに対し、コピー開始通知を行う（Ｓ１００３）。コピー開始通知後、コピー元からデータの読み出し、及びコピー先へのデータ書き込みを開始する（Ｓ１００４）。コピー対象となっているデータの読み書きが全て完了すれば、ステップＳ１００１で行ったディスクアクセス制限を解除し（Ｓ１００５）、Ｊａｖａアプリケーションに対し、コピー完了通知を行い（Ｓ１００６）、マネージドコピー制御部におけるコピー処理を完了する。また、ステップＳ１００４のコピーが途中で失敗した場合は、ディスクアクセス制限を解除した後、Ｊａｖａアプリケーションに対しコピー失敗通知を行う。

　図４３は、コピー実施中のディスクアクセス制限について示す図である。Ｊａｖａアプリケーションは、マネージドコピー制御部によるコピー実施前は、メディア再生モジュール７０２を呼び出してストリームの再生を行ったり、ファイルＩ／Ｏモジュール７０５を呼び出してＢＤ－ＲＯＭ上のファイルにアクセスすることが可能である。

　一方、マネージドコピー制御部によるコピー実施が開始されると、図４４に示すように、メディア再生モジュール７０２からのストリーム再生、及び、ファイルＩ／Ｏモジュール７０５からのファイルアクセスに制限が課される。Ｊａｖａアプリケーションに対しては、コピー実施中は仮想的にディスクが取り出されたような制限が加わることになる。

　しかしながら、仮想的にディスクが取り出された状態になり、ディスクアクセスができなかったとしても、キャッシュメモリ上にあるイメージデータやネットワークＩ／Ｆを利用したサーバ接続は可能なため、簡易なゲームや広告・宣伝表示を行うことができる。この制限は、マネージドコピー制御部によるコピー実施が完了した時点で解除される。

　Ｊａｖａアプリケーションは、ＭＣＭｅｄｉａＩｎｆｏ＃ａｄｄＭＣＬｉｓｔｅｎｅｒ（）を呼び出し、マネージドコピーの状態遷移通知を受けるリスナーを登録するにより、コピーの開始／終了を知るだけでなく、ディスクアクセス制限の開始・終了も知ることが出来る。なお、コピー実施の開始／終了に伴い、Ｊａｖａアプリケーションに対して仮想的なディスク取出／挿入が行われるため、Ｊａｖａアプリケーションに対して明示的にディスクが取り出されたことを知らせるために、コピー実施時にはコピー開始通知と共にディスク取出通知を行っても良い。また、コピー終了時も同様、コピー終了通知と共にディスク挿入通知を行っても良い。

　ここでは、ファイルＩ／Ｏモジュール７０４が、どのようにしてＪａｖａアプリケーションからの再生要求を拒否する状態になるかを説明する。

　再生装置は、Linux等のオペレーションシステムを採用しているので、"/mount point BD/BDMV"のコマンドを発行することにより、ＢＤ－ＲＯＭ１０５（コピー元メディア）のドライブに、BDMVディレクトリを割り当てている。そして、"/mount point SD/BUDA"のコマンドを発行することにより、リムーバブルメディア１０４（コピー先メディア）に、BUDAディレクトリを割り当てることができる。こうしたマウント操作によって、読出専用ＢＤ、ローカルストレージ、記録型ＢＤを、仮想的なファイルシステムに割り当て、Ｊａｖａアプリケーションによる使用に供している。マウントを解除する操作、つまり、アンマウント操作を実行すれば、Ｊａｖａアプリケーションは、仮想的なファイルシステムを通じて、読出専用ＢＤ、ローカルストレージ、記録型ＢＤを認識することができなくなるので、Ｊａｖａアプリケーションからの再生要求を拒否する状態にすることができる。

　次に、メディア再生モジュール７０２が、どのようにしてＪａｖａアプリケーションからの再生要求を拒否する状態になるかを説明する。Ｊａｖａアプリケーションによるプレイリストの再生は、Java Media FrameWork(JMF)プレーヤインスタンスの生成をＪａｖａアプリケーションが実行することでなされる。この生成は、プレイリスト情報ファイルを指定したJMFプレーヤインスタンスの生成によってなされた際、メディア再生モジュール７０２が、JMFプレーヤインスタンスをクリエイトすることでなされる。一方、Ｊａｖａアプリケーションが、JMFプレーヤインスタンスの生成を命じたにも拘らず、メディア再生モジュール７０２がプレイリスト情報ファイルのJMFプレーヤインスタンスを生成せずエラーを返せば、Ｊａｖａアプリケーションによる要求が認められることはない。よってメディア再生モジュール７０２は、Ｊａｖａアプリケーションからの再生要求を拒否する状態になった際、Ｊａｖａアプリケーションからの要求があっても、JMFプレーヤインスタンスを生成しない。

　続いて、ファイルＩ／Ｏモジュール７０４及びメディア再生モジュール７０２によるMCMediaInfo＿addMCListenerの用法について補足説明する。

　マネージドコピーの開始時に、ファイルＩ／Ｏモジュール７０４及びメディア再生モジュール７０２を、Ｊａｖａアプリケーションからの要求を拒否する状態に遷移させるには、ファイルＩ／Ｏモジュール７０４及びメディア再生モジュール７０２にMCMediaInfo＿addMCListener（MCListener）をコールさせて、マネージドコピーの状態遷移通知を受けるリスナーをファイルＩ／Ｏモジュール７０４及びメディア再生モジュール７０２に登録する。

　そうすると、マネージドコピー制御部によるマネージドコピーの開始が、ファイルＩ／Ｏモジュール７０４及びメディア再生モジュール７０２のイベントリスナーに通知されるので、かかるイベントリスナーにマネージドコピーの開始が通知された際、ファイルＩ／Ｏモジュール７０４及びメディア再生モジュール７０２は、Ｊａｖａアプリケーションからの要求を拒否する状態に遷移する。そして、Ｊａｖａアプリケーションからファイルアクセスが要求された場合、又は、JMFプレーヤインスタンスの生成が要求された場合、ファイルＩ／Ｏモジュール７０４及びメディア再生モジュール７０２は、これらの要求に対して、エラーのレスポンスを返す。そうすれば、ＢＤ－ＲＯＭのアクセス等が、マネージドコピー制御と、Ｊａｖａアプリケーションとで競合することはない。

　一方、正常終了又は異常終了が発生した際、かかる終了は、ファイルＩ／Ｏモジュール７０４及びメディア再生モジュール７０２に通知されるので、ファイルＩ／Ｏモジュール７０４及びメディア再生モジュール７０２は、通常状態に遷移する。そうすれば、Ｊａｖａアプリケーションからファイルアクセスが要求された場合、又は、JMFプレーヤインスタンスの生成が要求された場合に、これらの要求に従い、処理を行うことになる。

　これはあくまでも、ファイルＩ／Ｏモジュール７０４及びメディア再生モジュール７０２をＪａｖａアプリケーションからの要求を拒否する状態に遷移させるためのソフトウェア実装の一例であり、Ｊａｖａアプリケーションからディスクアクセス又は再生が要求された際、マネージドコピーが行われたかどうかをファイルＩ／Ｏモジュール７０４及びメディア再生モジュール７０２がセンスして、Ｊａｖａアプリケーションからの要求を拒否する状態に遷移してもよい。

　以上のように、ファイルＩ／Ｏモジュール７０４及びメディア再生モジュール７０２が、Ｊａｖａアプリケーションからの再生要求を拒否する状態になった場合、Ｊａｖａアプリケーションは、読出専用ＢＤ、ローカルストレージ、記録型ＢＤをアクセスすることはできない。その代わりに、ＢＤ－Ｊモジュールのキャッシュメモリ内のデータを利用することはできる。

　ＢＤ－Ｊモジュール内のキャッシュメモリは、あるタイトルがカレントタイトルになった際、そのカレントタイトルに対応するＢＤ－Ｊオブジェクトのキャッシュ管理情報によって指示されているアーカイブファイルを格納しておくためのキャッシュである。

　ここに格納されたアーカイブファイルは、あるタイトルがカレントタイトルになっている間、有効であり、Ｊａｖａアプリケーションは、ＢＤ－ＲＯＭやローカルストレージをアクセスしなくても、このキャッシュ内のアーカイブファイルに含まれるプログラムやデータを利用することができる。よってＪａｖａアプリケーションは、ＢＤ－ＲＯＭがイジェクトされている期間であっても、このアーカイブファイル内のデータについては、利用することができる。

　図４５は、マネージドコピー時の仮想パッケージ状態確認を行うフローチャートである。このフローチャートは、図４２のステップＳ１００２を詳細化したものである。

　先ず、コピー管理情報を参照し、コピーが許可される仮想パッケージ状態を確認する（Ｓ１１０１）。仮想パッケージ状態が“Ｏｎ”、すなわち、仮想パッケージ状態でのみコピー可能な場合、コピー管理情報に記載されている仮想パッケージＩＤと現在の仮想パッケージＩＤとが一致するかどうかを確認する（Ｓ１１０２）。仮想パッケージＩＤが一致している場合は、コピー可能と判定し（Ｓ１１０４）、仮想パッケージＩＤが一致していない場合は、コピー不可と判定する（Ｓ１１０３）。仮想パッケージＩＤの不一致により、コピー不可と判定された場合、ローカルストレージのデータが、コピー可能なコンテンツに対応していない旨をユーザに通知してもよい（図４６に通知方法の一例を示す）。

　コピー管理情報に記載されている仮想パッケージＩＤと現在の仮想パッケージＩＤとが一致しており、仮想パッケージでのコピーが可能と判定されると、コピー先メディアには、ＢＤ－ＲＯＭ上のオリジナルコンテンツとローカルストレージ上の追加コンテンツとがマージされた仮想パッケージ上の仮想的なファイル構成のデータがそのままコピーされることになる（図４７参照）。コピー先メディアには、仮想パッケージ上では仮想的だったファイル構成が、実際のファイル構成としてメディアに記録される。すなわち、今まではＢＤ－ＲＯＭ上とローカルストレージ上との物理的に異なる２つのメディアに分散されて記録されていたデータが、マネージドコピー後は一つのメディアに集約されることになる。

　指定のコンテンツが仮想パッケージでのコピーを許可していない場合、すなわちコピー管理情報の仮想パッケージ状態が“Ｏｆｆ”の場合（Ｓ１１０５）、先ず、現在が仮想パッケージ状態かどうかを確認する（Ｓ１１０６）。現在が仮想パッケージではない場合、コピー可能と判定する（Ｓ１１０４）。

　既に仮想パッケージが構築されていれば、ユーザに仮想パッケージ解除通知を行った上で（Ｓ１１０７）、仮想パッケージの解除を行う（Ｓ１１０８）。ユーザに仮想パッケージ解除を通知する一例を図４８に示す。同図に示すように、ディスク上のデータのみコピーされるという内容のメッセージを画面に表示する。仮想パッケージの解除が行われると、コピー可能と判定する（Ｓ１１０４）。

　なお、この仮想パッケージの解除は、マネージドコピーのための一時的なものとし、マネージドコピーが終わると、再び仮想パッケージを再構築してもよい。また、あえて仮想パッケージを解除せず、データコピー時に仮想ファイルシステムを通さずに直接ＢＤ－ＲＯＭ上のデータを読込むことで、仮想パッケージを解除せずにオリジナルＢＤ－ＲＯＭとしてのデータコピーを行うことも可能である。

　指定のコンテンツが仮想パッケージでのコピー及びＢＤ－ＲＯＭのみでのコピーのどちらも許可している場合、すなわち、コピー管理情報の仮想パッケージ状態が“Ｂｏｔｈ”の場合（Ｓ１１０５）、先ず、現在が仮想パッケージ状態かどうかを確認する（Ｓ１１０６）。仮想パッケージ状態ではない場合、仮想パッケージの構築が可能かどうかを判断する（Ｓ１１０９）。仮想パッケージの構築が不可能と判断された場合（Ｓ１１１０でＮｏ）、ＢＤ－ＲＯＭ上データのみでコピー可能と判定する（Ｓ１１０４）。

　現在が仮想パッケージの場合（Ｓ１１０６でＹｅｓ）、もしくはオリジナルＢＤ－ＲＯＭ状態ではあるが、仮想パッケージ構築可能な場合（Ｓ１１１０でＹｅｓ）、ユーザへ、仮想パッケージとしてコピーするか、オリジナルＢＤ－ＲＯＭデータのみでコピーするかを問い合わせる（Ｓ１１１１）。

　ユーザへの問い合わせの一例を図４９に示す。図４９では、仮想パッケージでのコピーを「更新を反映させてコピー」と表現し、オリジナルＢＤ－ＲＯＭでのコピーを「ディスクをそのままコピー」と表現している。これはあくまで一例に過ぎず、表示するメッセージの言い回しは、様々な表現が考えられる。

　ステップＳ１１１１で、ユーザがオリジナルＢＤ－ＲＯＭとしてコピーすることを選択した場合は、仮想パッケージを解除し（Ｓ１１０８）、オリジナルＢＤ－ＲＯＭ上データのみでコピー可能と判定する（Ｓ１１０４）。

　ステップＳ１１１１で、ユーザが仮想パッケージとしてコピーすることを選択した場合、まだ仮想パッケージが構築されていなければ、仮想パッケージを構築する（Ｓ１１１２）。次に、構築した仮想パッケージでコピーをする際に、コピー先メディアに必要となる空き容量を確認する（Ｓ１１１３）。コピー先メディアに必要な空き容量が存在すると判断できた場合、仮想パッケージとしてコピー可能と判定する（Ｓ１１０４）。仮想パッケージでのコピーに必要な容量がコピー先メディアに存在しない場合、ユーザへコピー自体をキャンセルするか、もしくは仮想パッケージでのコピーを止めてオリジナルＢＤ－ＲＯＭとしてのコピーを行うか問い合わせを行う（Ｓ１１１４）。ユーザへの問い合わせの一例を図５０に示す。

　ユーザがマネージドコピー自体のキャンセルを選択した場合、コピー不可と判定し（Ｓ１１０３）、仮想パッケージ状態確認を完了する。その後、図４２のＳ１００５へと続く。ユーザがオリジナルＢＤ－ＲＯＭとしてのコピーを選択した場合、仮想パッケージを解除し（Ｓ１１０８）、オリジナルＢＤ－ＲＯＭ上データのみでコピー可能と判定する（Ｓ１１０４）。

　図５１は、仮想パッケージ構築可否判定のフローチャートである。このフローチャートは、図４５のステップＳ１１０９を詳細化したものである。ステップＳ１０１～Ｓ１０６までは、図３３で説明した処理と同様である。

　挿入されているＢＤ－ＲＯＭに対応するマージ管理情報ファイル、署名情報ファイルが存在し、且つ、それらの署名検証が正しいと判断され、マージ管理情報に記されている追加コンテンツファイルが全て存在すると判断した場合、仮想パッケージ構築可能と判定する（Ｓ１２０２）。

　もし、上記の判定（ステップＳ１０４、Ｓ１０５、Ｓ１０６）のいずれかがＮＧである場合、仮想パッケージ構築不可能と判定する（Ｓ１２０１）。

　以上のように、本実施の形態によれば、コピー元データが複数メディアに散在している場合でも、仮想ファイルシステムで１つのメディア上にあるように見せかけた状態でマネージドコピーを実行するため、複数メディアに散在するデータのマネージドコピーが可能となり、さらにコピー後のデータは１つのメディアに集約することが可能となる。

　（実施の形態５）
　実施の形態４では、主にＪａｖａアプリケーションがマネージドコピーを制御していた。これに対し、実施の形態５では、Ｊａｖａアプリケーションが存在しないＢＤ－ＲＯＭの場合、すなわちＨＤＭＶモードのみで構成されたＢＤ－ＲＯＭにおいてマネージドコピーを行う実施例について説明する。

　実施の形態４では、ＢＤ－ＲＯＭ上のＪａｖａアプリケーションがマネージドコピーを開始するための選択画面を用意していたが、実施の形態５では、再生装置が予め用意してあるメニュー画面を用意してある。

　図５２は、実施の形態５における、マネージドコピー開始画面の一例を示す図である。ユーザが、再生装置のメニュー画面でマネージドコピーを選択すると、マネージドコピーが開始される。

　図５３は、再生装置のマネージドコピー設定画面の一例を示す図である。再生装置側でマネージドコピーを制御する場合、予めユーザが所望するコピー方法を再生装置側に登録しておいてもよい。

　例えば、マネージドコピーを行う際に、ローカルストレージ上に追加コンテンツが存在すれば、それらも必ずコピー対象に含めたい場合は、ユーザは、図５３で（ａ）を選択する。ローカルストレージ上に追加コンテンツが存在する／しないに関わらず、必ずＢＤ－ＲＯＭ上のデータだけをコピー対象とする場合は、ユーザは、図５３で（ｂ）を選択する。ローカルストレージ上の追加コンテンツを利用するかしないか毎回判断したい場合、ユーザは、図５３で（ｃ）を選択する。

　図５４は、実施の形態５におけるマネージドコピーのフローチャートである。図５２で説明したように再生装置のメニュー画面等でマネージドコピーが選択されると、マネージドコピーが開始される。

　事前にユーザが「ローカルストレージ利用しない」と選択していた場合（Ｓ１３０１）、仮想パッケージの構築を行わず、オリジナルＢＤ－ＲＯＭとしてマネージドコピーの処理が開始される（Ｓ１３０７）。

　ステップＳ１３０７では、実施の形態４の図４１で説明したフローチャートと同等の処理が行われる。この際、実施の形態４の図４１のフローチャートにおいてアプリケーションで処理していた内容は、再生装置側で処理されることになる。サーバとの接続は、予め再生装置に組み込まれているＵＲＬとプロトコルとを用いる。

　ステップＳ１３０１で、ユーザが「ローカルストレージの利用しない」と選択していない場合、仮想パッケージ構築が可能かどうかを判断する（Ｓ１３０２）。ステップＳ１３０２で行われる処理は、実施の形態４のステップＳ１１０９の処理と同等である。ステップＳ１３０３で仮想パッケージ構築不可と判断された場合は、オリジナルＢＤ－ＲＯＭとしてマネージドコピーの処理が開始される（Ｓ１３０７）。

　ステップＳ１３０３で仮想パッケージ構築可能と判断し、且つ、ユーザが事前にローカルストレージ利用を選択していた場合は、仮想パッケージを構築した後（Ｓ１３０６）、マネージドコピーの処理が開始される（Ｓ１３０７）。ユーザが、ローカルストレージ利用に関して毎回問い合わせることを選択していた場合、ユーザにローカルストレージを利用するか問い合わせる（Ｓ１３０５）。図５５にローカルストレージ利用の問い合わせ画面の一例を示す。

　ステップＳ１３０５でユーザがローカルストレージを利用しないと選択した場合、オリジナルＢＤ－ＲＯＭとしてマネージドコピーの処理が開始される（Ｓ１３０７）。ステップＳ１３０５でユーザがローカルストレージを利用すると選択した場合、仮想パッケージを構築した後（Ｓ１３０６）、マネージドコピーの処理が開始される。

　なお、ステップＳ１３０７のマネージドコピー処理の中には、実施の形態４で説明したように、ステップＳ１１１１の処理（再びユーザに仮想パッケージを使うかどうかの問い合わせを行う処理）を含む。実施の形態５では、すでにユーザに問い合わせを行っているので、ステップＳ１１１１の処理を省略することが可能である。もちろん、念のために再びユーザに問い合わせても良い。

　以上説明したように、本実施の形態によれば、Ｊａｖａアプリケーションを用意していないメディアにおいても、再生装置内で仮想パッケージを構築し、仮想ファイルシステムで１つのメディア上にあるように見せかけた状態でマネージドコピーを実行するため、複数メディアに散在するデータのマネージドコピーが可能となり、さらにコピー後のデータは１つのメディアに集約することが可能となる。

　（その他の変形例）
　本発明に係る再生装置を上記の実施の形態に基づいて説明したが、本発明は上記の実施の形態に限られないことは勿論である。

　上記実施の形態では、記録媒体を再生する再生機能を持つ再生装置について説明したが、本発明の再生装置に限定されない。本発明の再生装置は、例えば、録画機能を持つ録画再生装置であっても良い。携帯タイプの再生装置ではなく、据置タイプの再生装置は、再生機能に加え録画機能も具備することが一般的である。再生装置が録画機能を有していれば、ビットストリームをそのままコピーする所謂ビットバイビットコピーに加え、データ形式や符号化方式を変更してコピーすることができる（これらは、「トランスコード」と呼ばれる。）
　上記実施の形態では、仮想マシンのプログラミング言語としてＪａｖａを利用したが、Ｊａｖａではなく、ＵＮＩＸ（登録商標）、ＯＳなどで使われているＢ－Ｓｈｅｌｌや、Ｐｅｒｌ　Ｓｃｒｉｐｔ、ＥＣＭＡ　Ｓｃｒｉｐｔなど、他のプログラミング言語を用いてもよい。

　また、上記実施の形態では、ＢＤ－ＲＯＭを再生する再生装置について説明をしたが、書き込み可能な光記録媒体に上述の実施の形態にて説明をしたＢＤ－ＲＯＭ上の必要なデータが記録されていた場合も本発明に含まれる。そして、そのような場合であっても、上記実施の形態と同様の効果を奏するのはもちろんのことである。

　本発明の再生装置は、記録媒体に記録されている映像データを、当該記録媒体以外の他の記録媒体へ記録する技術（マネージドコピー）において、部分的コピーの場合の規格互換を保つ技術として利用することができる。特に、映像データ（コンテンツ）の制作に携わる映画産業・民生機器産業において利用することができる。

１０１　再生装置
１０２　リモコン
１０３　出力モニタ
１０４　リムーバブルメディア
１０５　ＢＤ－ＲＯＭ
１０６　外付けディスクドライブ
４０１　読出専用ＢＤドライブ
４０２　読込制御部
４０３　デマルチプレクサ
４０４　ビデオデコーダ
４０５　ビデオプレーン
４０６　オーディオデコーダ
４０７　イメージメモリ
４０８　イメージプレーン
４０９　イメージデコーダ
４１０　加算器
４１１　静的シナリオメモリ
４１２　動的シナリオメモリ
４１３　ＨＤＭＶモジュール
４１４　ＢＤ－Ｊモジュール
４１５　ＵＯ検知モジュール
４１６　モード管理モジュール
４１７　ディスパッチャ
４１８　レンダリングエンジン
４１９　書込制御部
４２０　ＡＶ再生ライブラリ
４２１　ネットワークインターフェース
４２２　ローカルストレージ
４２３　マネージドコピー制御部
４２４　仮想ファイルシステム
６０１　シリアル番号読出部
６０２　メディアＩＤ読出部
６０３　メディア状態管理部
６０４　コピー実行部
６０５　コピー状態通知部
６０６　コピー進捗管理部
６０７　Ｎｏｎｃｅ生成書込部
６０８　鍵情報書込部
６０９　マッピングデータ処理部
６１０　空き容量判定部
６１１　コピー元ファイル情報保存部
６１２　コピー元ファイル情報読出部
６１３　認証部
６２０　データベースファイル生成部
７０１　Ｊａｖａアプリケーション
７０２　メディア再生モジュール
７０３　仮想ファイルシステム管理モジュール
７０４　マネージドコピーモジュール
７０５　ファイルＩ／Ｏモジュール
７０６　ネットワークモジュール
７０７　アプリケーションマネージャ
８０１　コピー元ディスク
８０２　コピー先ディスク

Claims

　インデックステーブルファイルと、当該インデックステーブルファイルに定義される各タイトルに対応付けられた実データファイルと、前記実データファイルの一部を定義するタイトルを含む部分コピー用インデックステーブルファイルとを記憶している第一記録媒体上のファイルを、第二記録媒体にコピーする再生装置であって、
　前記部分コピー用インデックステーブルファイルと、当該部分コピー用インデックステーブルファイルで定義される各タイトルに対応付けられた実データファイルとの前記第二記録媒体用のファイル名を記載したファイルマッピング情報を記憶している記憶部と、
　前記第一記録媒体上の一部のファイルをコピーする場合に、前記部分コピー用インデックステーブルファイルと、当該部分コピー用インデックステーブルファイルに定義される各タイトルに対応付けられた実データファイルとを、前記ファイルマッピング情報に記載されているファイル名に変更するマッピングデータ処理部と、
　前記部分コピー用インデックステーブルファイルと、当該部分コピー用インデックステーブルファイルに定義される各タイトルに対応付けられた実データファイルとを、変更後のファイル名で、前記第二記録媒体にコピーするコピー実行部と
　を備えることを特徴とする再生装置。
　前記インデックステーブルファイルは、再生装置により最初に読み出される固定のファイル名で前記第一記録媒体に記録され、
　前記部分コピー用インデックステーブルファイルは、前記固定のファイル名と異なるファイル名で前記第一記録媒体に記録され、
　前記ファイルマッピング情報は、前記部分コピー用インデックステーブルファイルの前記第二記録媒体用のファイル名として、前記固定のファイル名を記憶しており、
　前記コピー実行部は、前記第一記録媒体上の前記部分コピー用インデックステーブルファイルを、再生装置により最初に読み出されるファイル名である前記固定のファイル名で、前記第二記録媒体にコピーする
　ことを特徴とする請求項１に記載の再生装置。
　前記再生装置は、
　外部サーバから前記ファイルマッピング情報を含むコピー管理情報を取得するネットワーク接続部と、
　前記第一記録媒体上の全てのファイルをコピーするか、一部のファイルをコピーするかを選択する選択部とを備え、
　前記記憶部は、前記外部サーバから取得した前記コピー管理情報を記憶し、
　前記マッピングデータ処理部は、前記選択部が一部のファイルのコピーを選択した場合に、前記ファイルマッピング情報を用いたファイル名の変更の処理を行う
　ことを特徴とする請求項２に記載の再生装置。
　前記再生装置は、
　前記第一記録媒体上に記録されたアプリケーション管理情報に従い、アプリケーションの実行を制御するアプリケーション実行部と、
　前記アプリケーションからの指示に従い、前記デジタルストリームの再生を制御する再生制御部とを備え、
　前記第一記録媒体上のアプリケーションとデジタルストリームとを連動させながら再生する
　ことを特徴とする請求項３に記載の再生装置。
　前記再生装置は、さらに、
　前記第一記録媒体に記録されているファイルとローカルストレージに記録されているファイルとを、マージ管理情報に従って組み合わせることにより１つのパッケージとして読込みを可能にするパッケージ情報を生成する仮想ファイルシステムを備え、
　前記仮想ファイルシステムは、
　前記第一記録媒体に対応するマージ管理情報が、前記ローカルストレージに存在するか、且つ、存在する場合には、前記マージ管理情報が正当であるかを確認した後に、前記パッケージ情報を生成し、
　前記コピー実行部は、生成された前記パッケージ情報に基づき、前記第一記録媒体上のファイルと前記ローカルストレージ上のファイルとを組み合わせて、前記第二記録媒体へコピーする
　ことを特徴とする請求項１に記載の再生装置。
　前記再生装置は、更に、
　前記第一記録媒体に対応する前記マージ管理情報が前記ローカルストレージに存在し、且つ、前記マージ管理情報が正当であると確認された場合に、コピー実行前に、前記ローカルストレージに前記第一記録媒体上のファイルに対応するファイルが存在することをユーザへ通知する通知部を備える
　ことを特徴とする請求項５に記載の再生装置。
　前記再生装置は、更に、
　コピー対象ファイルとして前記ローカルストレージ上のファイルを含めるか否かユーザによる選択を受け付ける受付部を備え、
　前記通知部による通知の後、前記受付部がコピー対象ファイルに、前記ローカルストレージ上のファイルを含める旨の選択を受け付けた場合、前記仮想ファイルシステムは、前記マージ管理情報に基づきパッケージ情報を生成し、前記コピー実行部は、生成されたパッケージ情報に基づき、前記第一記録媒体上のファイルと前記ローカルストレージ上のファイルとを組み合わせて、前記第二記録媒体へコピーし、前記受付部が前記ローカルストレージ上のファイルを含めない旨の選択を受け付けた場合、前記コピー実行部は、前記第一記録媒体上のファイルのみ、前記第二記録媒体へコピーする
　ことを特徴とする請求項６に記載の再生装置。
　前記再生装置は、
　前記パッケージ情報に基づき、前記第一記録媒体上のファイルと前記ローカルストレージ上のファイルとを組み合わせてコピーする場合に必要な容量が、コピー先である前記第二記録媒体の空き容量を超えており、且つ、前記第一記録媒体上のファイルのみコピーする場合に必要な容量が、前記第二記録媒体の空き容量以下である場合、
前記コピー実行部は、前記第一記録媒体上のデータのみを前記第二記録媒体へコピーする
　ことを特徴とする請求項５に記載の再生装置。
　前記ローカルストレージは、前記マージ管理情報と、前記ローカルストレージ上のファイルを用いたコピーを許可するか否かの情報とを含むコピー管理情報を記憶しており、
　前記コピー実行部は、前記コピー管理情報が前記ローカルストレージ上のファイルを用いたコピーが許可されない旨を示す情報を含む場合、前記第一記録媒体上のファイルのみ、前記第二記録媒体へコピーする
　ことを特徴とする請求項５に記載の再生装置。
　前記再生装置は、更に、
　前記第一記録媒体に対応する前記マージ管理情報が、前記第二記録媒体に存在し、且つ、前記マージ管理情報が正当であると確認された場合であっても、前記コピー管理情報が前記ローカルストレージ上のファイルを用いたコピーが許可されない旨を示す情報を含む場合、前記ローカルストレージ上のファイルはコピーされないことをユーザに通知する通知部を備える
　ことを特徴とする請求項９に記載の再生装置。
　前記仮想ファイルシステムは、前記マージ管理情報の正当性の確認として、前記マージ管理情報が改竄されていないことの確認、及び、前記マージ管理情報にて指定されているファイルが、前記ローカルディスクに存在していることの確認を行う
　ことを特徴とする請求項５に記載の再生装置。
　第一記録媒体及びローカルストレージの何れかに記録されているインデックステーブルファイルと、当該インデックステーブルファイルに定義される各タイトルに対応付けられた実データファイルと、前記実データファイルの一部を定義するタイトルを含む部分コピー用インデックステーブルファイルとから、コピー対象ファイルを第二記録媒体にコピーする再生装置であって、
　前記部分コピー用インデックステーブルファイルと、当該部分コピー用インデックステーブルファイルで定義される各タイトルに対応付けられた実データファイルとの前記第二記録媒体用のファイル名を記載したファイルマッピング情報を記憶している前記ローカルストレージと、
　一部のファイルをコピーする場合に、前記部分コピー用インデックステーブルファイルと、当該部分コピー用インデックステーブルファイルに定義される各タイトルに対応付けられた実データファイルとを、前記ファイルマッピング情報に記載されているファイル名に変更するマッピングデータ処理部と、
　コピー対象のファイルがローカルストレージ上のファイルである場合に、前記ファイルの正当性を確認する認証部と、
　前記部分コピー用インデックステーブルファイルと、当該部分コピー用インデックステーブルファイルに定義される各タイトルに対応付けられた実データファイルのうち、前記第一記録媒体に記録されているファイルと、前記認証部により正当性が確認されたファイルとを、変更後のファイル名で、前記第二記録媒体にコピーするコピー実行部と
　を備えることを特徴とする再生装置。
　前記ローカルストレージは、更に、当該ローカルストレージに記憶されているファイルについて、当該ファイルのダイジェスト値を記憶しており、
　前記認証部は、前記ローカルストレージに記憶されているダイジェスト値に基づいて前記ファイルの正当性を確認する
　ことを特徴とする請求項１２に記載の再生装置。
　インデックステーブルファイルと、当該インデックステーブルファイルに定義される各タイトルに対応付けられた実データファイルと、前記実データファイルの一部を定義するタイトルを含む部分コピー用インデックステーブルファイルとのうち、コピー対象ファイルを、第二記録媒体にコピーする再生装置であって、
　一部のファイルをコピーする場合のコピー対象ファイルである前記部分コピー用インデックステーブルファイルと、当該部分コピー用インデックステーブルファイルに定義される各タイトルに対応付けられた実データファイルとの第一記録媒体上のファイル名、及び、前記第二記録媒体用のファイル名を記載したコピー管理情報を記憶している記憶部と、
　前記コピー管理情報に記載されているコピー対象ファイルが、前記第一記録媒体に存在するか否かを判断する判断部と、
　前記判断部により存在しないと判断されたファイルを生成するファイル生成部と、
　一部のファイルをコピーする場合に、前記第一記録媒体に存在するコピー対象ファイルのファイル名と前記ファイル生成部により生成されたコピー対象ファイルのファイル名を、前記コピー管理情報に記載されている第二記録媒体上のファイル名に変更するマッピングデータ処理部と、
　前記部分コピー用インデックステーブルファイルと、当該部分コピー用インデックステーブルファイルに定義される各タイトルに対応付けられた実データファイルとを、変更後のファイル名で、前記第二記録媒体にコピーするコピー実行部と
　を備えることを特徴とする再生装置。
　前記データベースファイル部は、前記判断部により、コピー対象ファイルが前記第一記録媒体に存在しないと判断された場合に、当該再生装置に予め保存されているファイルを利用する
　ことを特徴とする請求項１４に記載の再生装置。