(57)【特許請求の範囲】
【請求項１】
AVCHD規格に違反しない記録媒体を駆動する駆動装置において、
前記記録媒体が、前記記録媒体に記録されたデータとバインディングされ、仮想的な仮想記録媒体の構築に用いられるバインディングユニットデータの適用が可能な記録媒体であるかどうかを、前記記録媒体に記録されたフラグ情報に基づいて判定する判定手段と、
前記記録媒体が、前記バインディングユニットデータの適用が可能な記録媒体である場合、前記記録媒体に記録されたデータと、前記バインディングユニットデータとをバインディングし、前記仮想記録媒体を構築するバインディング手段と
を備え、
前記記録媒体には、前記バインディングユニットデータの適用が可能かどうかを表す前記フラグ情報が記録されており、
前記バインディングユニットデータは、前記AVCHD規格に違反するプログラム言語によるプログラムを含む
駆動装置。
【請求項２】
前記バインディングユニットデータは、AVCHD規格に違反する高級言語によるプログラムを含む
請求項１に記載の駆動装置。
【請求項３】
前記バインディングユニットデータは、AVCHD規格に違反しない形で、前記記録媒体に記録されている
請求項２に記載の駆動装置。
【請求項４】
前記記録媒体の再生を行う再生装置、又は、前記記録媒体への記録を行う記録装置である
請求項２に記載の駆動装置。
【請求項５】
AVCHD規格に違反しない記録媒体を駆動する駆動装置の制御方法において、
前記駆動装置が、
前記記録媒体が、前記記録媒体に記録されたデータとバインディングされ、仮想的な仮想記録媒体の構築に用いられるバインディングユニットデータの適用が可能な記録媒体であるかどうかを、前記記録媒体に記録されたフラグ情報に基づいて判定し、
前記記録媒体が、前記バインディングユニットデータの適用が可能な記録媒体である場合、前記記録媒体に記録されたデータと、前記バインディングユニットデータとをバインディングし、前記仮想記録媒体を構築する
ステップを含み、
前記記録媒体には、前記バインディングユニットデータの適用が可能かどうかを表す前記フラグ情報が記録されており、
前記バインディングユニットデータは、前記AVCHD規格に違反するプログラム言語によるプログラムを含む
制御方法。
【請求項６】
AVCHD規格に違反しない記録媒体を駆動する駆動装置として、コンピュータを機能させるコンピュータプログラムにおいて、
前記記録媒体が、前記記録媒体に記録されたデータとバインディングされ、仮想的な仮想記録媒体の構築に用いられるバインディングユニットデータの適用が可能な記録媒体であるかどうかを、前記記録媒体に記録されたフラグ情報に基づいて判定する判定手段と、
前記記録媒体が、前記バインディングユニットデータの適用が可能な記録媒体である場合、前記記録媒体に記録されたデータと、前記バインディングユニットデータとをバインディングし、前記仮想記録媒体を構築するバインディング手段と
して、コンピュータを機能させるためのコンピュータプログラムであり、
前記記録媒体には、前記バインディングユニットデータの適用が可能かどうかを表す前記フラグ情報が記録されており、
前記バインディングユニットデータは、前記AVCHD規格に違反するプログラム言語によるプログラムを含む
コンピュータプログラム。
【請求項７】
AVCHD規格に違反しない記録媒体において、
前記記録媒体に記録されたデータとバインディングされ、仮想的な仮想記録媒体の構築に用いられるバインディングユニットデータと、
前記バインディングユニットデータの適用が可能かどうかを表す前記フラグ情報と
が、前記AVCHD規格に違反しない形で記録されており、
前記バインディングユニットデータは、前記AVCHD規格に違反するプログラム言語によるプログラムを含む
記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、駆動装置、制御方法、コンピュータプログラム、及び記録媒体に関し、特に、例えば、AVCHD規格等の所定の規格に準拠する装置での記録媒体の再生互換を維持しつつ、所定の規格で対応していない機能を提供することができるようにする駆動装置、制御方法、コンピュータプログラム、及び記録媒体に関する。
【背景技術】
【０００２】
高解像度（ハイデフィニション）な画像（HD画像）を記録する記録フォーマットを規定するAVCHD規格では、インタラクティブ機能を、DVD(Digital Versatile Disc)ビデオ Part3規格のナビコマンド（ナビゲーションコマンド）や、BD(Blu-Ray(R))-ROM(Read Only Memory) Part3規格のHDMV(High Definition Movie)モードのナビコマンドと同様の方法によって実現することが規定されている。
【０００３】
ここで、Blu-Ray(R) Disc（以下、BDともいう）には、BDに記録されたデータとバインディング(binding)され、仮想的な仮想記録媒体（以下、バーチャルパッケージともいう）の構築に用いられるバインディングユニットデータの適用が可能である。
【０００４】
すなわち、BD-ROM Part3規格には、BD(BD-ROM)に記録されたデータと、バインディングユニットデータとをバインディングし、バーチャルパッケージを構築するための、VFS(Virtual File System)と呼ばれる仕組みが導入されている（例えば、特許文献１や２を参照）。
【０００５】
【特許文献１】特許第3959725号
【特許文献２】特開2007-257047号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
AVCHD規格は、主にビデオカメラでのHD画像の記録のために策定されたが、ビデオカメラの性能の向上により、また、PC(Personal Computer)の編集の環境が充実してきたことにより、より複雑なインタラクティブ機能の提供が要請されている。
【０００７】
しかしながら、AVCHD規格のインタラクティブ機能を実現するナビコマンドは、API(Application Program Interface)を利用及び提供をすることが困難な、いわば低級言語（プログラム言語）であるため、複雑なインタラクティブ機能を実現することが難しい。
【０００８】
複雑なインタラクティブ機能を実現する１つの方法として、BD-ROM Part3規格のBD-Jモードのように、Java(登録商標)プログラムを導入することが考えられる。メニューやユーザインタフェースをJava(登録商標)で記述することにより、従来のAVCHD規格では実現することが困難であった、より複雑なインタラクティブ機能、すなわち、例えば、AVCHD規格に準拠する記録媒体で提供されるナビゲーション（例えば、タイトル（コンテンツ）を再生する順序を指示してもらう等のために必要なメニュー等の情報を、ユーザに提供すること）を、いわば拡張した拡張ナビゲーションを実現することができる。
【０００９】
しかしながら、AVCHD規格では、インタラクティブ機能はBD-ROM Part3規格のHDMVモードと同等のナビコマンドで実現することが定義されており、Java(登録商標)プログラムの使用を許可していない。
【００１０】
そのため、AVCHD規格に準拠する記録媒体の、タイトルを格納する"BDMV"ディレクトリ下に、BD-ROM Part3規格のBD-Jモードで利用可能なJava(登録商標)プログラムであるBD-Jタイトルを、単純に追加してしまうと、その記録媒体は、AVCHD規格に違反することとなり、AVCHD規格に準拠する装置で再生することが困難となる。
【００１１】
AVCHD規格の他、例えば、BD-RE(Rewritable) Ver3のRREF(Realtime Recording and Editing Format)規格等についても、同様の問題がある。
【００１２】
本発明は、このような状況に鑑みてなされたものであり、例えば、AVCHD規格等の所定の規格に準拠する装置での記録媒体の再生互換を維持しつつ、所定の規格で対応していない機能を提供することができるようにするものである。
【課題を解決するための手段】
【００１３】
本発明の一側面の駆動装置、又は、コンピュータプログラムは、AVCHD規格に違反しない記録媒体を駆動する駆動装置であり、前記記録媒体が、前記記録媒体に記録されたデータとバインディングされ、仮想的な仮想記録媒体の構築に用いられるバインディングユニットデータの適用が可能な記録媒体であるかどうかを、前記記録媒体に記録されたフラグ情報に基づいて判定する判定手段と、前記記録媒体が、前記バインディングユニットデータの適用が可能な記録媒体である場合、前記記録媒体に記録されたデータと、前記バインディングユニットデータとをバインディングし、前記仮想記録媒体を構築するバインディング手段とを備え、前記記録媒体には、前記バインディングユニットデータの適用が可能かどうかを表す前記フラグ情報が記録されており、前記バインディングユニットデータは、前記AVCHD規格に違反するプログラム言語によるプログラムを含む駆動装置、又は、駆動装置として、コンピュータを機能させるためのコンピュータプログラムである。
【００１４】
本発明の一側面の制御方法は、AVCHD規格に違反しない記録媒体を駆動する駆動装置の制御方法であり、前記駆動装置において、前記記録媒体が、前記記録媒体に記録されたデータとバインディングされ、仮想的な仮想記録媒体の構築に用いられるバインディングユニットデータの適用が可能な記録媒体であるかどうかを、前記記録媒体に記録されたフラグ情報に基づいて判定し、前記記録媒体が、前記バインディングユニットデータの適用が可能な記録媒体である場合、前記記録媒体に記録されたデータと、前記バインディングユニットデータとをバインディングし、前記仮想記録媒体を構築するステップを含み、前記記録媒体には、前記バインディングユニットデータの適用が可能かどうかを表す前記フラグ情報が記録されており、前記バインディングユニットデータが、前記AVCHD規格に違反するプログラム言語によるプログラムを含む制御方法である。
【００１５】
本発明の一側面の記録媒体は、AVCHD規格に違反しない記録媒体であり、前記記録媒体に記録されたデータとバインディングされ、仮想的な仮想記録媒体の構築に用いられるバインディングユニットデータと、前記バインディングユニットデータの適用が可能かどうかを表す前記フラグ情報とが、前記AVCHD規格に違反しない形で記録されており、前記バインディングユニットデータが、前記AVCHD規格に違反するプログラム言語によるプログラムを含む記録媒体である。
【００１６】
以上のような本発明の一側面においては、前記記録媒体が、前記記録媒体に記録されたデータとバインディングされ、仮想的な仮想記録媒体の構築に用いられるバインディングユニットデータの適用が可能な記録媒体であるかどうかが、前記記録媒体に記録されたフラグ情報に基づいて判定され、前記記録媒体が、前記バインディングユニットデータの適用が可能な記録媒体である場合、前記記録媒体に記録されたデータと、前記バインディングユニットデータとがバインディングされ、前記仮想記録媒体を構築される。前記記録媒体には、前記バインディングユニットデータの適用が可能かどうかを表す前記フラグ情報が記録されており、前記バインディングユニットデータには、前記AVCHD規格に違反するプログラム言語によるプログラムが含まれる。
【００１７】
なお、駆動装置は、独立した装置であっても良いし、１つの装置を構成している内部ブロックであっても良い。
【００１８】
また、コンピュータプログラムは、伝送媒体を介して伝送することにより、又は、記録媒体に記録して、提供することができる。
【発明の効果】
【００１９】
本発明の一側面によれば、所定の規格に準拠する装置での記録媒体の再生互換を維持しつつ、所定の規格で対応していない機能を提供することができる。
【発明を実施するための最良の形態】
【００２０】
図１は、本発明を適用した、記録媒体を駆動する駆動装置の１つであるディスク装置の一実施の形態の構成例を示している。
【００２１】
図１において、ディスク装置は、光ディスクドライブ１１、メモリI/F(Interface)１２、操作入力部１３、メモリ１４、コントローラ１５、コーデック１６、ローカルストレージ１７、及び、通信I/F１８が、バスを介して相互に接続されて構成されている。
【００２２】
光ディスクドライブ１１には、光ディスク２１が着脱可能になっている。光ディスクドライブ１１は、そこに装着された光ディスク２１に対するデータの読み出しや、データの記録を行う。
【００２３】
ここで、光ディスクドライブ１１に着脱可能な光ディスク２１は、AVCHD規格に違反しない記録媒体としての光ディスクであり、AVCHD規格に準拠したデータと、必要なバインディングユニット(Biding Unit)データとが記録される（記録されている）。
【００２４】
また、光ディスクドライブ１１は、光ディスク２１に対するデータの読み出しのみ可能なドライブとすることもできるし、光ディスク２１に対するデータの記録も可能なドライブとすることもできる。
【００２５】
光ディスクドライブ１１を、光ディスク２１に対するデータの読み出しのみ可能なドライブとした場合、図１のディスク装置は、光ディスク２１の、いわゆるプレーヤ（再生装置）となる。また、光ディスクドライブ１１を、光ディスク２１に対するデータの記録も可能なドライブとした場合、図１のディスク装置は、光ディスク２１の、いわゆるレコーダ（記録装置）（記録再生装置）となる。
【００２６】
メモリI/F１２には、リムーバブルメディア２２が着脱可能になっている。メモリI/F１２は、そこに装着されたリムーバブルメディア２２に対するデータの読み出しや、データの記録を行う。
【００２７】
ここで、メモリI/F１２に着脱可能なリムーバブルメディア２２は、AVCHD規格に違反しない記録媒体としての、例えば、メモリスティック(R)等の半導体メモリを内蔵するメモリカードであり、AVCHD規格に準拠したデータと、必要なバインディングユニットデータとが記録される（記録されている）。
【００２８】
また、メモリI/F１２は、リムーバブルメディア２２に対するデータの読み出しのみ可能なドライブとすることもできるし、リムーバブルメディア２２に対するデータの記録も可能なドライブとすることもできる。
【００２９】
メモリI/F１２を、リムーバブルメディア２２に対するデータの読み出しのみ可能なドライブとした場合、図１のディスク装置は、リムーバブルメディア２２のプレーヤとなる。また、メモリI/F１２を、リムーバブルメディア２２に対するデータの記録も可能なドライブとした場合、図１のディスク装置は、リムーバブルメディア２２のレコーダとなる。
【００３０】
操作入力部１３は、ユーザがリモートコマンダ２３を操作することにより無線等で送信されてくる操作信号や、ユーザがディスク装置の筐体に設けられた図示せぬボタンの操作を受け付け、ユーザの操作に対応する操作信号を、バス上に出力する。
【００３１】
メモリ１４は、例えば、DRAM(Dynamic Random Access Memory)等の揮発性メモリ等であり、コントローラ１５が処理を行う上で必要なデータ（プログラムを含む）を一時的に記憶する。
【００３２】
コントローラ１５は、例えば、例えば、CPU(Central Processing Unit)やDSP(Digital Signal Processor)等のプロセッサ１５Ａ、及びメモリ１５Ｂを内蔵し、プロセッサ１５Ａが、メモリ１５Ｂに記憶された、コンピュータをVFSとして機能させるためのプログラム、その他の各種のプログラムを実行することで、ディスク装置全体の制御等を行う。
【００３３】
その他、コントローラ１５は、ディスク装置に接続された、例えば、テレビジョン受像機等の表示装置２４のOSD(On Screen Display)表示等の表示制御を行う。
【００３４】
コーデック１６は、光ディスクドライブ１１が光ディスク２１から再生（読み出し）したMPEG(Moving Picture Experts Group)ストリームや、メモリI/F１２がリムーバブルメディア２２から再生したMPEGストリームを、画像及び音声等にデコードする。コーデック１６によるデコードの結果得られた画像及び音声は、ディスク装置に接続された表示装置２４に供給されて提示（表示、音声出力）される。
【００３５】
また、コーデック１６は、バスを介して供給される画像や音声等のデータをエンコードする。コーデック１６によるエンコードの結果得られるMPEGストリームは、光ディスクドライブ１１によって、光ディスク２１に記録され、又は、メモリI/F１２によって、リムーバブルメディア２２に記録（記憶）される。
【００３６】
ローカルストレージ１７は、例えば、HD(Hard Disk)や不揮発性メモリ等の大容量のストレージで、バインディングユニットデータを用いて構築されるバーチャルパッケージ(Virtual Package)等を記憶する。
【００３７】
以上のように構成されるディスク装置においては、BD-ROM Part3規格の、BDに記録されたデータと、バインディングユニットデータとをバインディングし、バーチャルパッケージを構築するためのVFSが実装されている。
【００３８】
図２を参照して、BD-ROM Part3規格のVFSについて説明する。
【００３９】
なお、BD-ROM Part3規格のVFSについては、前述したように、特許文献１や２に、その詳細が記載されている。
【００４０】
光ディスク２１や、リムーバブルメディア２２、ローカルストレージ１７等の各記録媒体は、それぞれ、個別のファイルシステムによって管理されている。
【００４１】
VFSは、個別のファイルシステムの上位の階層に位置し、個別のファイルシステムを、いわば抽象化する。これにより、VFSは、アプリケーションプログラムに対して、各記録媒体のファイルへのアクセスに関して、同一のインタフェースを提供する。
【００４２】
したがって、VFSによれば、アプリケーションプログラムは、光ディスク２１、リムーバブルメディア２２、及び、ローカルストレージ１７の各記録媒体に対して、記録媒体の違いを意識することなく、かつ、個別のファイルシステムの違いを意識することなく、アクセスすることができる。
【００４３】
また、VFSは、仮想的な記録媒体であるバーチャルパッケージを構築し、アプリケーションプログラムに提供する。
【００４４】
すなわち、VFSは、例えば、光ディスク２１に記録されたデータと、そのデータとバインディングされてバーチャルパッケージを構築するバインディングユニットデータとをバインディングすることで、バーチャルパッケージを構築する。
【００４５】
ここで、バインディングユニットデータは、光ディスク２１の記録内容の更新等に用いられるデータで、光ディスク２１に記録されたデータとバインディングされることで、その光ディスク２１の記録内容を更新した、更新後の記録内容のバーチャルパッケージが構築される。
【００４６】
したがって、VFSによれば、光ディスク２１が、例えば、BD-ROM等のように、再生専用の光ディスクであっても、光ディスク２１の記録内容を、仮想的に更新し、その更新後の記録内容によるコンテンツ等を、ユーザに提供することができる。
【００４７】
なお、バーチャルパッケージの構築に用いられるバインディングユニットデータは、そのバインディングユニットデータによって更新するデータが記録されている記録媒体に記録し、その記録媒体から読み出すことにより取得することができる。
【００４８】
また、バインディングユニットデータは、そのバインディングユニットデータによって更新するデータが記録されている記録媒体ではない他の記録媒体に記録し、その、他の記録媒体から読み出すことにより取得することができる。
【００４９】
さらに、バインディングユニットデータは、例えば、インターネット等のネットワークを介してダウンロードすることにより取得することができる。
【００５０】
なお、バインディングは、例えば、ディスク装置の電源がオンにされたとき、光ディスク２１やリムーバブルメディア２２がディスク装置に装着されたとき、光ディスク２１やリムーバブルメディア２２の再生をするように操作がされたとき等の任意のタイミングで行うことができる。
【００５１】
図３は、VFSが、アプリケーションプログラムに対して、各記録媒体のファイルへのアクセスに関して、同一のインタフェースを提供する処理を、模式的に示している。
【００５２】
VFSは、アプリケーションプログラムから、光ディスク２１、リムーバブルメディア２２、又は、ローカルストレージ１７のうちのいずれかの記録媒体に記録されているファイルへのアクセスの要求（アクセス要求）があった場合、そのアクセス要求があった記録媒体のファイルシステムのAPIを呼び出し、アクセス要求があったファイルにアクセスする（アクセス要求を渡す）ことで、アプリケーションプログラムに対して、ファイルへのアクセスに関して、同一のインタフェースを提供する
【００５３】
次に、AVCHD規格に違反しない記録媒体について、光ディスク２１、及び、リムーバブルメディア２２のうちの、例えば、光ディスク２１を例に説明する。なお、リムーバブルメディア２２にも、光ディスク２１と同様の処理を行うことができる。
【００５４】
図４は、AVCHD規格に準拠するディレクトリ構造を示している。
【００５５】
ここで、以下では、ディレクトリの下のファイル（ディレクトリを含む）とは、そのディレクトリの直下にあるファイルを意味し、ディレクトリに含まれるファイルとは、そのディレクトリの直下にあるファイルや、そのディレクトリの、いわゆるサブディレクトリの下にあるファイルを意味する。
【００５６】
AVCHD規格に準拠するディレクトリ構造は、BD規格に準拠するディレクトリ構造に類似する構造を有する。
【００５７】
すなわち、AVCHD規格に準拠するディレクトリ構造の最上位階層のディレクトリは、"root"ディレクトリになっている。
【００５８】
"root"ディレクトリの下には、"BDMV"ディレクトリが作成され、その"BDMV"ディレクトリの下には、"index.bdmv"ファイルと、"MovieObject.bdmv"ファイルとが格納される。
【００５９】
"index.bdmv"ファイルは、光ディスク２１を再生するメニューに関する情報を含む。
【００６０】
コントローラ１５は、例えば、光ディスク２１のコンテンツを全て再生する、特定のチャプタのみ再生する、繰り返し再生する、初期メニューを表示するなどの内容の項目を含む再生メニュー画面を"index.bdmv"ファイルに基づいて、表示装置２４に表示させる。
【００６１】
また、"index.bdmv"ファイルには、各項目が選択されたときに実行するMovieObjectを設定することができ、ユーザにより再生メニュー画面から１つの項目が選択された場合、ディスク装置は"index.bdmv"ファイルに設定されているMovieObjectのコマンドを実行する。
【００６２】
"MovieObject.bdmv"ファイルは、MovieObjectを含むファイルである。MovieObjectは、光ディスク２１に記録されているPlayListの再生を制御するコマンドを含み、例えば、コントローラ１５は、光ディスク２１に記録されているMovieObjectの中から１つを選択して実行することにより、光ディスク２１に記録されているコンテンツを再生させることができる。
【００６３】
"BDMV"ディレクトリの下には、さらに、"PLAYLIST"ディレクトリ、"CLIPINF"ディレクトリ、"STREAM"ディレクトリ、及び、"BACKUP"ディレクトリが設けられる。
【００６４】
PLAYLISTディレクトリには、PlayListファイルが格納される。
【００６５】
PlayListファイルには、そのPlayListファイルに従って再生されるべきクリップ(clip)を指定する情報が格納される。PlayListファイルのファイル名としては、５桁の数字に、拡張子"mpls"を付加したファイル名が用いられる。
【００６６】
ここで、クリップとは、PlayListファイルによって再生が指示される画像や音声等のストリームの最小単位である。
【００６７】
CLIPINFディレクトリには、Clip Informationファイルが格納される。
【００６８】
Clip Informationファイルには、クリップのデコードに必要な情報等の、クリップに関する情報が格納される。Clip Informationファイルのファイル名としては、５桁の数字に、拡張子".clpi"を付加したファイル名が用いられる。
【００６９】
STREAMディレクトリには、クリップとなるClip AVストリームファイルやサブストリームファイル等のストリームのファイルが格納される。ストリームのファイルのファイル名としては、５桁の数字に、拡張子".m2ts"を付加したファイル名が用いられる。
【００７０】
BACKUPディレクトリには、光ディスク２１に記録されているデータのバックアップとしてのデータが記録される。
【００７１】
前述したように、AVCHD規格では、低級言語であるナビコマンドで実現することが定義されており、高級言語である、例えば、Java(登録商標)プログラムの使用を許可していない。
【００７２】
このため、"BDMV"ディレクトリの下、及び、"BDMV"ディレクトリの下の"PLAYLIST"ディレクトリ、"CLIPINF"ディレクトリ、"STREAM"ディレクトリ、及び、"BACKUP"ディレクトリの下に、Java(登録商標)プログラムであるBD-Jタイトルが存在する場合（BD-Jタイトルの再生を指示するPlayListファイル等が存在する場合を含む）、AVCHD規格に違反することになる。
【００７３】
図５は、光ディスク２１のディレクトリ構造の例を示している。
【００７４】
図５のディレクトリ構造は、拡張情報が追加されていることを除いて、図４に示した、AVCHD規格に準拠するディレクトリ構造と一致している。
【００７５】
ここで、拡張情報とは、図４の、AVCHD規格に準拠するディレクトリ構造に対して追加されている情報である。拡張情報には、バインディングユニットデータが含まれる。
【００７６】
図５では、"CERTIFICATE"ディレクトリ、及び、その"CERTIFICATE"ディレクトリに含まれるデータ、"AUXDATA"ディレクトリ、"META"ディレクトリ、"BDJO"ディレクトリ、並びに、"JAR"ディレクトリ、及び、その"JAR"ディレクトリに含まれるデータが、拡張情報として追加されている。
【００７７】
なお、光ディスク２１のデータのうちの、拡張情報以外のデータ（図５では、図４の、AVCHD規格に準拠するディレクトリ構造のデータ）を、オリジナルデータともいう。
【００７８】
図５のディレクトリ構造では、図４のディレクトリ構造に対して、AVCHD規格、及び、BD規格に違反しない形で、拡張ナビゲーションを提供するためのバインディングユニットデータ（を含む拡張情報）が配置されている。
【００７９】
すなわち、図５では、"root"ディレクトリの下に、"BDMV"ディレクトリの他、"BACKUP"ディレクトリが格納された"CERTIFICATE"ディレクトリが存在する。
【００８０】
また、"BDMV"ディレクトリの下には、図４の"index.bdmv"ファイル、及び、"MovieObject.bdmv"ファイル、並びに、"PLAYLIST"ディレクトリ、"CLIPINF"ディレクトリ、"STREAM"ディレクトリ、及び、"BACKUP"ディレクトリの他に、"AUXDATA"ディレクトリ、"META"ディレクトリ、"BDJO"ディレクトリ、及び、"JAR"ディレクトリが存在する。
【００８１】
さらに、"JAR"ディレクトリの下には、"NewData"ディレクトリが存在し、その"NewData"ディレクトリの下、又は、"NewData"ディレクトリの下位のディレクトリの下に、バインディングユニットデータが存在する。
【００８２】
ここで、図５では、"NewData"ディレクトリの下に、"1"ディレクトリが存在し、さらに、その"1"ディレクトリの下に、"1"ディレクトリが存在する。そして、"NewData"ディレクトリの下の"1"ディレクトリの下の"1"ディレクトリの下に、バインディングユニットデータが格納されている。
【００８３】
また、図５では、バインディングユニットデータとして、"bumf.xml"ファイル、"bumf.sf"ファイル、"new_index.bdmv"ファイル、"new_00001.bdjo"ファイル、"new_00002.bdjo"ファイル、"new_00003.bdjo"ファイル、"new_1.jar"ファイル、及び、"new_sound.bdmv"ファイルが存在する。
【００８４】
なお、バインディングユニットデータは、"BDMV"ディレクトリの下（直下）や、"PLAYLIST"ディレクトリ、"CLIPINF"ディレクトリ、"STREAM"ディレクトリ、及び、"BACKUP"ディレクトリの下に存在しなければ、AVCHD規格に違反しない。
【００８５】
したがって、図５のように、"BDMV"ディレクトリの下の、"PLAYLIST"ディレクトリ、"CLIPINF"ディレクトリ、"STREAM"ディレクトリ、及び、"BACKUP"ディレクトリ以外のディレクトリである"JAR"ディレクトリに、バインディングユニットデータが含まれていても、光ディスク２１は、AVCHD規格に違反しない。
【００８６】
すなわち、AVCHD規格では、"BDMV"ディレクトリの下の"JAR"ディレクトリは定義外である。したがって、"BDMV"ディレクトリの下に"JAR"ディレクトリを作り、その"JAR"ディレクトリに含まれる形で、バインディングユニットデータを配置しても、光ディスク２１は、AVCHD規格に違反しない。
【００８７】
そして、AVCHD規格に準拠するプレーヤやレコーダ（以下、AVCHD装置ともいう）では、"JAR"ディレクトリに含まれるバインディングユニットデータは参照されないため、バインディングユニットデータが、"BDMV"ディレクトリに含まれるAVCHD規格に準拠するデータ（図４のディレクトリ構造のデータ）の再生に、悪影響を及ぼすことはない。したがって、AVCHD装置では、光ディスク２１を正常に再生することができる。
【００８８】
なお、バインディングユニットデータは、上述したように、"BDMV"ディレクトリの下や、"PLAYLIST"ディレクトリ、"CLIPINF"ディレクトリ、"STREAM"ディレクトリ、及び、"BACKUP"ディレクトリの下に存在しなければ、AVCHD規格に違反しないので、"JAR"ディレクトリに含まれる形で配置する他、例えば、"root"ディレクトリの下に配置しても良い。
【００８９】
また、図５では、BD規格に準拠するプレーヤやレコーダ（以下、BD装置ともいう）（BD再生環境）での親和性を考慮して、BD規格に関連するディレクトリが設けられている。
【００９０】
すなわち、図５において、"AUXDATA"ディレクトリ、"META"ディレクトリ、"BDJO"ディレクトリ、及び、"JAR"ディレクトリ等が、BD規格に関連するディレクトリである。
【００９１】
BD規格において、"AUXDATA"ディレクトリの下には、メニュー表示などに用いられる、サウンドや、フォントのファイル等が配置される。サウンドのファイルのファイル名は、"sound.bdmv"とされる。
【００９２】
また、"META"ディレクトリの下には、メタデータのファイルが格納され、"BDJO"ディレクトリ、及び、"JAR"ディレクトリの下には、BD-Jタイトル（のオブジェクト）が格納される。
【００９３】
さらに、"CERTIFICATE"ディレクトリの下には、著作権に関する情報が格納され、その"CERTIFICATE"ディレクトリの下の"BACKUP"ディレクトリの下には、著作権に関する情報のバックアップとしてのデータが格納される。
【００９４】
図５では、上述したように、バインディングユニットデータとして、"bumf.xml"ファイル、"bumf.sf"ファイル、"new_index.bdmv"ファイル、"new_00001.bdjo"ファイル、"new_00002.bdjo"ファイル、"new_00003.bdjo"ファイル、"new_1.jar"ファイル、及び、"new_sound.bdmv"ファイルが存在する。
【００９５】
バインディングユニットデータのうちの、"bumf.xml"ファイルは、バインディングの仕方等が記述されているXML(Extensible Markup Language)ファイルである。
【００９６】
"bumf.sf"ファイル(Binding Unit Signature File)には、バインディングユニットデータに改ざんが加えられているかどうかを検査するためのハッシュ値等が記述されている。
【００９７】
バインディングユニットデータのうちの、"bumf.xml"ファイル、及び、"bumf.sf"ファイル以外のファイル、すなわち、図５では、"new_index.bdmv"ファイル、"new_00001.bdjo"ファイル、"new_00002.bdjo"ファイル、"new_00003.bdjo"ファイル、"new_1.jar"ファイル、及び、"new_sound.bdmv"ファイルは、光ディスク２１の記録内容の更新、つまり、バーチャルパッケージの構築に用いられる。
【００９８】
なお、拡張子が"bdjo"のファイルには、Java(登録商標)プログラムであるBD-Jタイトルが含まれている。また、拡張子が"jar"のファイルには、BD-JタイトルでないJava(登録商標)プログラムが含まれている。
【００９９】
したがって、光ディスク２１自体は、上述したように、AVCHD規格に違反しないが（バインディングユニットデータは、AVCHD規格に違反しない形で、光ディスク２１に記録されているが）、光ディスク２１に記録されているバインディングユニットデータには、AVCHD規格に違反する高級言語（ここでは、Java(登録商標)）によるプログラムが含まれている。
【０１００】
次に、図６、及び図７を参照して、図５のバインディングユニットデータのうちの"bumf.xml"の概要について説明する。
【０１０１】
なお、バインディングユニットデータは、BD規格に準拠する。
【０１０２】
図６、及び図７は、図５の"bumf.xml"ファイルの内容の例を示している。
【０１０３】
なお、図７は、図６に続く図である。
【０１０４】
図６において（１）で示す、ID="0x00000001"，orgID= "0x00000001"、及び、discID="0x00000000000000000000000000000001" >は、バンディングユニットデータを識別する識別情報（、及び、バインディングユニットデータとバインディングされるオリジナルデータが記録された記録媒体を識別する識別情報）である。
【０１０５】
また、図６において（２）で示す、<DeleteDescription>タグと</DeleteDescription>タグとの間の<deleteText text="Example of Binding Unit Manifest File" lang="en-US"/>（図６）は、バンディングユニットデータの名称を表す。
【０１０６】
<VPFile>タグ（図６）は、バインディングユニットデータによる光ディスク２１の更新後の記録内容、つまり、バーチャルパッケージ内のファイルを表す。
【０１０７】
例えば、図６において（３）で示す、<VPFile name="BDMV/BDJO/00001.bdjo"/>は、バーチャルパッケージの"BDMV/BDJO"ディレクトリ（"root"ディレクトリの下の"BDMV"ディレクトリの下の"BDJO"ディレクトリ）の下に、"00001.bdjo"ファイルが配置されることを表す。
【０１０８】
<Asset>タグ（図７）は、バーチャルパッケージのファイルと、バインディングユニットデータとの対応関係を表す。
【０１０９】
例えば、図７において（４）で示す、<Asset VPFilename="BDMV/index.bdmv">、及び、<Asset VPFilename="BDMV/index.bdmv">と</Asset>タグとの間の<BUDAFile name="BDMV/JAR/NewData/1/1/new_index.bdmv"></BUDAFile>は、バーチャルパッケージの"BDMV"ディレクトリの下のindex.bdmv"ファイルが、"BDMV/JAR/NewData/1/1"ディレクトリに格納されている"new_index.bdmv"ファイルであることを表す。
【０１１０】
図１のディスク装置では、VFS（として機能するコントローラ１５）が、"bumf.xml"ファイルに従い、光ディスク２１のオリジナルデータ（ここでは、図４の、AVCHD規格に準拠するディレクトリ構造のデータ）と、バインディングユニットデータとをバインディングし、これにより、オリジナルデータとバインディングユニットデータとを、いわばマージ(merge)したバーチャルパッケージを構築する。そして、図１のディスク装置では、そのバーチャルパッケージが再生される。
【０１１１】
以上のように、図１のディスク装置は、AVCHD規格に違反しない光ディスク２１のオリジナルデータと、AVCHD規格に違反するプログラム（ここでは、Java(登録商標)プログラム）を含むバインディングユニットデータとをバインディングすることにより、バーチャルパッケージを構築し、そのバーチャルパッケージを再生する機能を有する。このような機能を有する装置を、拡張AVCHD装置ともいう。
【０１１２】
また、光ディスク２１のように、AVCHD規格に違反せず、かつ、AVCHD規格に違反するプログラムを含むバインディングユニットデータ（以下、AVCHD非対応データともいう）とのバインディングがされるオリジナルデータが記録される記録媒体を、拡張AVCHD媒体ともいう。
【０１１３】
AVCHD非対応データは、拡張AVCHD媒体である光ディスク２１に記録する他、後述するように、光ディスク２１には記録せずに、他の記録媒体に記録し、その、他の記録媒体から読み出すことにより取得すること、又は、ネットワークを介してダウンロードすることが可能である。
【０１１４】
AVCHD非対応データが光ディスク２１に記録されている場合には、拡張AVCHD装置において、光ディスク２１が、AVCHD非対応データの適用が可能な記録媒体、つまり、拡張AVCHD媒体であるかどうかは、光ディスク２１に、AVCHD非対応データが記録されているかどうかを調べることにより認識することができる。
【０１１５】
しかしながら、AVCHD非対応データが光ディスク２１に記録されていない場合があることを考慮すると、光ディスク２１が、拡張AVCHD媒体であるかどうかを表す情報（光ディスク２１のディレクトリ構造が、AVCHD非対応データとバインディングされるディレクトリ構造であるかどうかを表す情報）を、何らかの形で、光ディスク２１に記録しておくことが望ましい。
【０１１６】
そこで、図８は、blkUIAppInfoAVCHD()のシンタクス(syntax)を示している。
【０１１７】
blkUIAppInfoAVCHD()は、"index.bdmv"ファイル内に格納されるデータ構造の１つであり、このblkUIAppInfoAVCHD()には、任意のデータを記録することができるフィールドMakerPrivateArea（図８において太字で示す）が定義されている。
【０１１８】
拡張AVCHD媒体であるかどうかを表す情報は、例えば、フィールドMakerPrivateAreaに記述することができる。
【０１１９】
図９は、フィールドMakerPrivateArea()への、拡張AVCHD媒体であるかどうかを表す情報の記述の仕方の例を示している。
【０１２０】
すなわち、図９Ａは、フィールドMakerPrivateArea()のシンタクスを示している。
【０１２１】
図９Ａでは、フィールドMakerPrivateArea()に、１バイト（８ビット）のフィールドExtendedNavigationFlagが定義されている。
【０１２２】
図９Ｂは、フィールドExtendedNavigationFlagがとる値と意味とを表している。
【０１２３】
光ディスク２１が、拡張AVCHD媒体でない場合、フィールドExtendedNavigationFlagは、例えば、0x00（0xは、その後に続く値が、１６進数であることを表す）とされる。また、光ディスク２１が、拡張AVCHD媒体である場合、フィールドExtendedNavigationFlagは、例えば、0x01とされる。
【０１２４】
なお、AVCHD非対応データが、光ディスク２１に記録される場合には、上述したように、光ディスク２１が拡張AVCHD媒体であることは、光ディスク２１に、AVCHD非対応データが記録されているかことを調べることにより認識することができるので、フィールドExtendedNavigationFlagを設けることは、必須ではない。
【０１２５】
次に、図１０は、VFSによってオリジナルデータとAVCHD非対応データとのバインディングが行われることにより構築されるバーチャルパッケージのディレクトリ構造の例を示している。
【０１２６】
すなわち、図１０は、図５のディレクトリ構造のオリジナルデータとAVCHD非対応データとのバインディングによって構築されたバーチャルパッケージのディレクトリ構造を示している。
【０１２７】
図１０においては、太字で示すファイルが、バインディングによって更新（追加を含む）されている。
【０１２８】
すなわち、図１０では、"BDMV"ディレクトリの下の"index.bdmv"ファイルが、図５の状態から更新されている。
【０１２９】
さらに、図１０では、"AUXDATA"ディレクトリの下の"sound.bdmv"ファイル、"BDJO"ディレクトリの下の"00001.bdjo"ファイル、"00002.bdjo"ファイル、及び、"00003.bdjo"ファイル、並びに、"JAR"ディレクトリの下の"1.jar"ファイルが、新たに追加されている。
【０１３０】
拡張AVCHD装置では、図１０のディレクトリ構造のバーチャルパッケージが再生される。
【０１３１】
なお、図１０では、"JAR"ディレクトリの下に、"NewData"ディレクトリが残っているが、"NewData"ディレクトリに含まれるデータは、再生の対象とはされない。
【０１３２】
図１１は、図１０のバーチャルパッケージ内のファイルと、図５のバインディングユニットデータ（AVCHD非対応データ）との対応関係を示している。
【０１３３】
バーチャネルパッケージでは、図１１の左欄に示すバンディングユニットデータの各ファイルが、図１１の右欄に示すファイルとして存在する。
【０１３４】
すなわち、バーチャルパッケージ（図１０）内の"\BDMV\index.bdmv"ファイル（"root"ディレクトリの下の"BDMV"ディレクトリの下にある"index.bdmv"ファイル）の実体は、バインディングユニットデータ（図５）のうちの"new_index.bdmv"ファイルである。
【０１３５】
また、バーチャルパッケージ内の"\BDMV\BDJO\00001.bdjo"ファイルの実体は、バインディングユニットデータのうちの"new_00001.bdjo"ファイルであり、バーチャルパッケージ内の"\BDMV\BDJO\00002.bdjo"ファイルの実体は、バインディングユニットデータのうちの"new_00002.bdjo"ファイルであり、バーチャルパッケージ内の"\BDMV\BDJO\00003.bdjo"ファイルの実体は、バインディングユニットデータのうちの"new_00003.bdjo"ファイルである。
【０１３６】
さらに、バーチャルパッケージ内の"\BDMV\JAR\1.jar"ファイルの実体は、バンディングユニットデータのうちの"new_1.jar"ファイルであり、バーチャルパッケージ内の"\BDMV\AUXDATA\sound.bdmv"ファイルの実体は、バンディングユニットデータのうちの"new_sound.bdmv"ファイルである。
【０１３７】
次に、図５のディレクトリ構造では、上述したように、BD装置での親和性を考慮して、BD規格に関連するディレクトリを設けるようにしたが、BD装置での親和性を考慮しなければ、BD規格に関連するディレクトリを設ける必要はなく、BD規格に関連するディレクトリを設けなくても、AVCHD規格に違反しない。
【０１３８】
また、バインディングユニットデータは、上述したように、"BDMV"ディレクトリの下や、"PLAYLIST"ディレクトリ、"CLIPINF"ディレクトリ、"STREAM"ディレクトリ、及び、"BACKUP"ディレクトリの下に存在しなければ、AVCHD規格に違反しない。
【０１３９】
そこで、図１２は、光ディスク２１のディレクトリ構造の他の例を示している。
【０１４０】
図１２のディレクトリ構造は、拡張情報が追加されていることを除いて、図４に示した、AVCHD規格に準拠するディレクトリ構造と一致している。
【０１４１】
図１２では、"NewData1"ディレクトリ、及び、その"NewData1"ディレクトリに含まれるデータが、拡張情報として追加されている。
【０１４２】
そして、図１２のディレクトリ構造では、図４のディレクトリ構造に対して、AVCHD規格に違反しない形で、拡張ナビゲーションを提供するためのバインディングユニットデータ（を含む拡張情報）が配置されている。
【０１４３】
すなわち、図１２では、"root"ディレクトリの下に、"BDMV"ディレクトリの他、AVCHD規格に違反するプログラムを含むバインディングユニットデータ（AVCHD非対応データ）が格納された"NewData1"ディレクトリが存在する。
【０１４４】
すなわち、図１２では、"BDMV"ディレクトリの外に、新たなディレクトリである"NewData1"ディレクトリが設けられ、その"NewData1"ディレクトリの下に、バインディングユニットデータが配置されている。
【０１４５】
AVCHD規格では、"BDMV"ディレクトリの外は定義外であるため、図１２のように、バインディングユニットデータが格納された"NewData1"ディレクトリを、"BDMV"ディレクトリとは別に、"root"ディレクトリの下に設けても、AVCHD規格に違反しない。
【０１４６】
そして、AVCHD装置では、"NewData1"ディレクトリ（に含まれるバインディングユニットデータ）は参照されないため、バインディングユニットデータが、"BDMV"ディレクトリに含まれるAVCHD規格に準拠するオリジナルデータの再生に、悪影響を及ぼすことはない。したがって、AVCHD装置では、図１２のディレクトリ構造についても、光ディスク２１を正常に再生することができる。
【０１４７】
図１２では、バインディングユニットデータとして、図５の場合と同様に、"bumf.xml"ファイル、"bumf.sf"ファイル、"new_index.bdmv"ファイル、"new_00001.bdjo"ファイル、"new_00002.bdjo"ファイル、"new_00003.bdjo"ファイル、"new_1.jar"ファイル、及び、"new_sound.bdmv"ファイルが存在する。
【０１４８】
図１３、及び図１４は、図１２の"bumf.xml"ファイルの内容の例を示している。
【０１４９】
なお、図１４は、図１３に続く図である。
【０１５０】
図１３において（１）で示す、ID="0x00000001"，orgID= "0x00000001"、及び、discID="0x00000000000000000000000000000001" >は、図６で説明したように、バンディングユニットデータを識別する識別情報である。
【０１５１】
また、図１３において（２）で示す、<DeleteDescription>タグと</DeleteDescription>タグとの間の<deleteText text="Example of Binding Unit Manifest File" lang="en-US"/>（図１３）は、図６で説明したように、バンディングユニットデータの名称を表す。
【０１５２】
<VPFile>タグ（図１３）は、図６で説明したように、バインディングユニットデータによる光ディスク２１の更新後の記録内容、つまり、バーチャルパッケージ内のファイルを表す。
【０１５３】
例えば、図１３において（３）で示す、<VPFile name="BDMV/BDJO/00001.bdjo"/>は、バーチャルパッケージの"BDMV/BDJO"ディレクトリの下に、"00001.bdjo"ファイルが配置されることを表す。
【０１５４】
<Asset>タグ（図１４）は、図７で説明したように、バーチャルパッケージのファイルと、バインディングユニットデータとの対応関係を表す。
【０１５５】
例えば、図１４において（４）で示す、<Asset VPFilename="BDMV/index.bdmv">、及び、<Asset VPFilename="BDMV/index.bdmv">と</Asset>タグとの間の<BUDAFile name="NewData1/new_index.bdmv"></BUDAFile>は、バーチャルパッケージの"BDMV"ディレクトリの下のindex.bdmv"ファイルが、"NewData1"ディレクトリに格納されている"new_index.bdmv"ファイルであることを表す。
【０１５６】
拡張AVCHD装置である図１のディスク装置では、VFSが、"bumf.xml"ファイルに従い、光ディスク２１のオリジナルデータ（ここでは、図４の、AVCHD規格に準拠するディレクトリ構造のデータ）と、AVCHD規格に違反するプログラムを含むバインディングユニットデータ（AVCHD非対応データ）とをバインディングし、これにより、オリジナルデータとバインディングユニットデータとをマージしたバーチャルパッケージを構築する。そして、図１のディスク装置では、そのバーチャルパッケージが再生される。
【０１５７】
図１５は、VFSによってオリジナルデータとAVCHD非対応データとのバインディングが行われることにより構築されるバーチャルパッケージのディレクトリ構造の例を示している。
【０１５８】
すなわち、図１５は、図１２のディレクトリ構造のオリジナルデータとAVCHD非対応データとのバインディングによって構築されたバーチャルパッケージのディレクトリ構造を示している。
【０１５９】
図１５においては、太字で示すファイルが、バインディングによって更新（追加を含む）されている。
【０１６０】
すなわち、図１５では、"BDMV"ディレクトリの下の"index.bdmv"ファイルが、図１２の状態から更新されている。
【０１６１】
さらに、図１５では、"AUXDATA"ディレクトリ、"BDJO"ディレクトリ、及び、"JAR"ディレクトリが、"BDMV"ディレクトリの下に、新たに作成されている。
【０１６２】
そして、"AUXDATA"ディレクトリの下の"sound.bdmv"ファイル、"BDJO"ディレクトリの下の"00001.bdjo"ファイル、"00002.bdjo"ファイル、及び、"00003.bdjo"ファイル、並びに、"JAR"ディレクトリの下の"1.jar"ファイルが、新たに追加されている。
【０１６３】
拡張AVCHD装置では、図１５のディレクトリ構造のバーチャルパッケージが再生される。
【０１６４】
なお、図１５では、"NewData1"ディレクトリが残っているが、"NewData1"ディレクトリに含まれるデータは、再生の対象とはされない。
【０１６５】
図１６は、図１５のバーチャルパッケージ内のファイルと、図１２のバインディングユニットデータ（AVCHD非対応データ）との対応関係を示している。
【０１６６】
バーチャネルパッケージでは、図１６の左欄に示すバンディングユニットデータの各ファイルが、図１６の右欄に示すファイルとして存在する。
【０１６７】
すなわち、バーチャルパッケージ（図１５）内の"\BDMV\index.bdmv"ファイルの実体は、バインディングユニットデータ（図１２）のうちの"new_index.bdmv"ファイルである。
【０１６８】
また、バーチャルパッケージ内の"\BDMV\BDJO\00001.bdjo"ファイルの実体は、バインディングユニットデータのうちの"new_00001.bdjo"ファイルであり、バーチャルパッケージ内の"\BDMV\BDJO\00002.bdjo"ファイルの実体は、バインディングユニットデータのうちの"new_00002.bdjo"ファイルであり、バーチャルパッケージ内の"\BDMV\BDJO\00003.bdjo"ファイルの実体は、バインディングユニットデータのうちの"new_00003.bdjo"ファイルである。
【０１６９】
さらに、バーチャルパッケージ内の"\BDMV\JAR\1.jar"ファイルの実体は、バンディングユニットデータのうちの"new_1.jar"ファイルであり、バーチャルパッケージ内の"\BDMV\AUXDATA\sound.bdmv"ファイルの実体は、バンディングユニットデータのうちの"new_sound.bdmv"ファイルである。
【０１７０】
次に、図１７は、図１のコントローラ１５の機能的な構成例を示すブロック図である。
【０１７１】
なお、図１７の機能的な構成は、プロセッサ１５Ａがメモリ１５Ｂに記憶されたプログラムを実行することで実現される。
【０１７２】
図１７において、コントローラ１５は、再生制御部５１、判定部５２、及び、バインディング部５３から構成される。
【０１７３】
再生制御部５１は、光ディスク２１やリムーバブルメディア２２その他の、AVCHD規格に違反しない記録媒体等の再生を制御する。
【０１７４】
判定部５２は、再生制御部５１による再生の対象の記録媒体（以下、再生対象媒体ともいう）である光ディスク２１又はリムーバブルメディア２２等が、バインディングユニットデータ（AVCHD非対応データ）の適用が可能な拡張AVCHD媒体であるかどうかを判定する。
【０１７５】
バインディング部５３は、再生対象録媒体である光ディスク２１又はリムーバブルメディア２２等が、拡張AVCHD媒体（AVCHD非対応データの適用が可能な記録媒体）である場合、その拡張AVCHD媒体に記録されたオリジナルデータと、バインディングユニットデータとをバインディングし、バーチャルパッケージを構築する。
【０１７６】
なお、バインディング部５３は、VFSの一部の機能を司るブロックである。
【０１７７】
また、バインディング部５３において、バーチャルパッケージが構築された場合、再生制御部５１は、そのバーチャルパッケージを再生対象媒体として、再生の制御を行う。
【０１７８】
次に、図１８を参照して、図１７のコントローラ１５の処理について説明する。
【０１７９】
ステップＳ１１において、再生制御部５１は、光ディスク２１、又は、リムーバブルメディア２２が、図１のディスク装置（の光ディスクドライブ１１、又は、メモリI/F１２）に装着されたかどうかを判定する。
【０１８０】
ステップＳ１１において、光ディスク２１、及び、リムーバブルメディア２２のいずれも、ディスク装置に装着されていないと判定された場合、処理は、ステップＳ１１に戻る。
【０１８１】
また、ステップＳ１１において、光ディスク２１、又は、リムーバブルメディア２２が、ディスク装置に装着されたと判定された場合、再生制御部５１は、光ディスク２１、及び、リムーバブルメディア２２のうちの、ディスク装置に装着された方の記録媒体を、再生対象媒体として、処理は、ステップＳ１２に進む。
【０１８２】
ステップＳ１２では、再生制御部５１は、再生対象媒体に記録された"index.bdmv"ファイル（図５、図１２）を読み出し、その"index.bdmv"ファイルに格納されたblkUIAppInfoAVCHD()（図８）のフィールドMakerPrivateArea()に記述されたフィールドExtendedNavigationFlag（図９）を取得して、判定部５２に供給する。
【０１８３】
そして、処理は、ステップＳ１２からステップＳ１３に進み、判定部５２は、再生制御部５１からのフィールドExtendedNavigationFlagに基づき、再生対象媒体が、拡張AVCHD媒体であるかどうかを判定する。
【０１８４】
ステップＳ１３において、再生対象媒体が、拡張AVCHD媒体でないと判定された場合、すなわち、フィールドExtendedNavigationFlagが、0x00であり（図９Ｂ）、したがって、再生対象媒体が、拡張AVCHD媒体でない、AVCHD規格に準拠する記録媒体である場合、処理は、ステップＳ１５に進み、再生制御部５１は、再生対象媒体の"BDMV"ディレクトリに含まれるデータの再生の制御を開始する。
【０１８５】
すなわち、この場合、図１のディスク装置では、従来のAVCHD装置と同様に、AVCHD規格に準拠する記録媒体の再生が行われる。
【０１８６】
一方、ステップＳ１３において、再生対象媒体が、拡張AVCHD媒体であると判定された場合、すなわち、フィールドExtendedNavigationFlagが、0x01であり（図９Ｂ）、したがって、再生対象媒体が、拡張ナビゲーションの適用が可能な拡張AVCHD媒体である場合、処理は、ステップＳ１４に進み、判定部５２は、再生対象媒体に、バインディングユニットデータ（AVCHD非対応データ）が存在する（記録されている）かどうかを判定する。
【０１８７】
ステップＳ１４において、再生対象媒体に、バインディングユニットデータが存在しないと判定された場合、すなわち、バーチャルパッケージの構成に必要なバインディングユニットデータが、再生対象媒体に記録されていない場合、処理は、ステップＳ１５に進み、上述したように、従来のAVCHD装置と同様の再生が行われる。
【０１８８】
また、ステップＳ１４において、再生対象媒体に、バインディングユニットデータが存在すると判定された場合、処理は、ステップＳ１６に進み、バインディング部５３は、再生制御部５１に、再生対象媒体からオリジナルデータとバインディングユニットデータを読み出させ、そのオリジナルデータとバインディングユニットデータとをバインディングすることにより、バーチャルパッケージ（図１０、図１５）を構築して、処理は、ステップＳ１７に進む。
【０１８９】
ステップＳ１７では、再生制御部５１は、ステップＳ１６で構築されたバーチャルパッケージを再生対象媒体として、その"BDMV"ディレクトリに含まれるデータの再生の制御を開始する。
【０１９０】
以上のように、図１のディスク装置では、ディスク装置に装着された光ディスク２１等が、バインディングユニットデータであるAVCHD非対応データの適用が可能な拡張AVCHD媒体であるかどうかを判定し、光ディスク２１が、拡張AVCHD媒体である場合、光ディスク２１に記録されたオリジナルデータと、AVCHD非対応データとを、VFSによってバインディングし、バーチャルパッケージを構築して再生する。そして、AVCHD非対応データには、AVCHD規格に違反するJava(登録商標)プログラムが含まれている。
【０１９１】
したがって、AVCHD規格に準拠するAVCHD装置での記録媒体の再生互換を維持しつつ、AVCHD規格で対応していない機能を提供することができる。
【０１９２】
すなわち、図１のディスク装置のように、VFSを実装した拡張AVCHD装置では、BD-Jタイトル等のJava(登録商標)プログラムを含むバインディングユニットデータを用いた、VFSによるバインディングによって、"BDMV"ディレクトリに含まれるオリジナルデータを、Java(登録商標)プログラムを含むように更新したバーチャルパッケージを構築し、そのバーチャネルパッケージを再生することで、BD-Jタイトル等によるリッチなインタラクティブ機能をユーザに提供することができる。
【０１９３】
一方、VFSを実装していないAVCHD装置では、バインディングは行われず、"BDMV"ディレクトリに含まれるオリジナルデータが再生される。
【０１９４】
したがって、AVCHD規格に準拠するAVCHD装置での記録媒体の再生互換を維持しつつ、AVCHD規格で対応していない機能、すなわち、例えば、Java(登録商標)プログラムによるメニューやユーザインタフェース等を用いた拡張ナビゲーションとしての複雑なインタラクティブ機能等を、ユーザに提供することができる。
【０１９５】
さらに、AVCHD非対応データを、光ディスク２１に記録しておく場合には、AVCHD非対応データは、AVCHD規格に違反しない形で記録されるので、やはり、AVCHD規格に準拠するAVCHD装置での記録媒体の再生互換を維持することができる。
【０１９６】
なお、上述の場合には、光ディスク２１のオリジナルデータとバインディングされるバインディングユニットデータを、光ディスク２１自体に記録するようにしたが、バインディングユニットデータを一意に識別する識別情報と、その識別情報によって識別されるバインディングユニットデータとバインディングする先の"BDMV"ディレクトリとを決めておけば、光ディスク２１のオリジナルデータとバインディングされるバインディングユニットデータは、光ディスク２１とは別の記録媒体である、例えば、リムーバブルメディア２２や、インターネット等のネットワーク上の（サーバの）記録媒体に記録しておくことが可能である。
【０１９７】
光ディスク２１のオリジナルデータとバインディングされるバインディングユニットデータを、光ディスク２１とは別の記録媒体に記録する場合においては、拡張AVCHD装置に、光ディスク２１のオリジナルデータとバインディングされるバインディングユニットデータの位置を認識する機能を実装する。
【０１９８】
具体的には、拡張AVCHD装置では、光ディスク２１のオリジナルデータとバインディングされるバインディングユニットデータが記録されている記録媒体（例えば、リムーバブルメディア２２等）を、ユーザに指定してもらうことで、光ディスク２１のオリジナルデータとバインディングされるバインディングユニットデータの位置を認識する。
【０１９９】
その他、拡張AVCHD装置では、バインディングユニットデータが格納されているディレクトリや、バインディングユニットデータに含まれる"bumf.xml"ファイル（Binding Unit Manifestファイル）等を、ユーザに指定してもらうことでも、光ディスク２１のオリジナルデータとバインディングされるバインディングユニットデータの位置を認識することができる。
【０２００】
なお、拡張AVCHD装置では、その拡張AVCHD装置がアクセス可能な、いわばローカルの記録媒体（例えば、リムーバブルメディア２２等）や、ネットワーク上の記録媒体のファイル（ディレクトリを含む）を、例えば、OS(Operating System)のWindows(登録商標)シリーズのエクスプローラ等のようにして提示することができる。この場合、その提示の内容の中から、バインディングユニットデータや、"bumf.xml"ファイルを、ユーザに指定（選択）してもらうことで、拡張AVCHD装置は、光ディスク２１のオリジナルデータとバインディングされるバインディングユニットデータの位置を認識することができる。
【０２０１】
その他、拡張AVCHD装置では、その拡張AVCHD装置がアクセス可能なローカルの記録媒体や、ネットワーク上の記録媒体のファイルを検索することで、光ディスク２１のオリジナルデータとバインディングされるバインディングユニットデータの位置を、いわば自動で認識することができる。
【０２０２】
拡張AVCHD装置は、光ディスク２１の再生を開始するとき、上述したように、光ディスク２１のオリジナルデータとバインディングされるバインディングユニットデータの位置を認識し、そのバインディングユニットデータを取得する。さらに、拡張AVCHD装置は、そのバインディングユニットデータと光ディスク２１のオリジナルデータとをバインディングすることで、バーチャルパッケージを構築する。
【０２０３】
すなわち、拡張AVCHD装置では、バインディングユニットデータに含まれる"bumf.xml"ファイルに従い、光ディスク２１の"BDMV"ディレクトリを更新し、その更新後の"BDMV"ディレクトリの内容を、ローカルストレージ１７（図１）内に、バーチャルパッケージとして構築する。
【０２０４】
そして、拡張AVCHD装置は、光ディスク２１の"BDMV"ディレクトリの代わりに、バーチャルパッケージの再生を開始する。
【０２０５】
バインディングユニットデータとして、例えば、BD-Jタイトル等のコンテンツを用意しておけば、バーチャルパッケージの"BDMV"ディレクトリには、BD-Jタイトルが現れる。 このバーチャルパッケージの"BDMV"ディレクトリに含まれるデータは、もはやAVCHD規格に準拠するデータではなくなるが、拡張AVCHD装置では、そのデータが再生されることで、BD-Jタイトルによる複雑なインタラクティブ機能を、ユーザに提供することができる。
【０２０６】
一方、AVCHD装置では、バインディングユニットデータを用いたバインディングは行われず、したがって、バーチャルパッケージは構築されない。すなわち、AVCHD装置では、光ディスク２１の、AVCHD規格に準拠する"BDMV"ディレクトリが再生され、従来と同様に、ナビコマンドによるインタラクティブ機能がユーザに提供される。
【０２０７】
以上のように、AVCHD装置での再生互換を維持しつつ、BD-Jタイトル等を導入することができる。
【０２０８】
ここで、BD-ROM Part3規格、又BD-REバージョン3.0 Part3規格に準拠する記録媒体（以下、BD記録媒体ともいう）の再生可能な装置（以下、BD-ROM装置ともいう）では、AVCHD規格に準拠する記録媒体を再生することができることが多く、また、VFSが実装されている。
【０２０９】
BD-ROM装置は、BD記録媒体に記録されている"BDMV"ディレクトリを読み込み（再生し）、その"BDMV"ディレクトリに含まれるJava(登録商標)プログラムを実行する。BD-ROM装置が実行するJava(登録商標)プログラムでは、BD記録媒体に記録されている"BDMV"ディレクトリの更新が指示され、これにより、BD-ROM装置は、"BDMV"ディレクトリの更新、すなわち、バーチャルパッケージを構築する。
【０２１０】
一方、拡張AVCHD装置である図１のディスク装置は、拡張AVCHD媒体である光ディスク２１に記録されている"BDMV"ディレクトリを再生する前に、バインディングユニットデータを取得して、そのバインディングユニットデータの取得をトリガとして、バーチャルパッケージの構築を行うので、その点で、BD記録媒体に記録されている"BDMV"ディレクトリに含まれるJava(登録商標)プログラムによる指示をトリガとして、バーチャルパッケージの構築を行うBD-ROM装置と相違する。
【０２１１】
したがって、バーチャルパッケージの構築を、"BDMV"ディレクトリに含まれるJava(登録商標)プログラムによる指示をトリガとして行うのではなく、バインディングユニットデータの取得をトリガとして行うように、BD-ROM装置を変更することにより、BD-ROM装置を、拡張AVCHD装置とすることができる。すなわち、BD-ROM装置を利用して、容易に、拡張AVCHD装置を構成することができる。
【０２１２】
なお、本実施の形態では、バインディングユニットデータに、BD-Jタイトル等のJava(登録商標)プログラムを含めるようにしたが、バインディングユニットデータには、その他、例えば、Webアプリケーションで広く使われているhtmlとECMAScriptや、Visual Basic、その他のプログラム言語によるプログラムを含めることが可能である。
【０２１３】
また、本実施の形態では、光ディスク２１が、拡張AVCHD媒体であるかどうかを表す情報として、フィールドExtendedNavigationFlag（図９）を設けるようにしたが、バインディングユニットデータが、光ディスク２１に記録される場合には、光ディスク２１が拡張AVCHD媒体であることは、上述したように、光ディスク２１に、バインディングユニットデータが記録されているかことを調べることにより認識することができるので、フィールドExtendedNavigationFlagは、必ずしも設ける必要はない。
【０２１４】
バインディングユニットデータが、光ディスク２１に記録されており、フィールドExtendedNavigationFlagを設けない場合には、図１８において、ステップＳ１３の処理はスキップされ、ステップＳ１４において、判定部５２（図１７）は、光ディスク２１に、バインディングユニットデータが記録されているかどうかを判定することで、光ディスク２１が拡張AVCHD媒体であるかどうかを判定する。
【０２１５】
以上、本発明を、AVCHD規格に適用した場合について説明したが、本発明は、AVCHD規格の他、例えば、BD-ROM規格をサブセット化してBD-Jモードを禁止し、HDMVモードだけを実行することができるBD-REバージョン3.0 Part3 RREF(Real time Recording and Editing Format)規格等にも適用可能である。この場合、BD-REバージョン3.0 Part3 RREF規格に準拠する装置での再生互換を維持しつつ、BD-REバージョン3.0 Part3 RREF規格に違反するBD-Jタイトル等を再生することが可能となる。
【０２１６】
次に、上述した一連の処理は、ハードウェアにより行うこともできるし、ソフトウェアにより行うこともできる。一連の処理をソフトウェアによって行う場合には、そのソフトウェアを構成するプログラムが、汎用のコンピュータ等にインストールされる。
【０２１７】
そこで、図１９は、上述した一連の処理を実行するプログラムがインストールされるコンピュータの一実施の形態の構成例を示している。
【０２１８】
プログラムは、コンピュータに内蔵されている記録媒体としてのハードディスク１０５やROM１０３に予め記録しておくことができる。
【０２１９】
あるいはまた、プログラムは、フレキシブルディスク、CD-ROM(Compact Disc Read Only Memory)，MO(Magneto Optical)ディスク，DVD(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体１１１に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体１１１は、いわゆるパッケージソフトウエアとして提供することができる。
【０２２０】
なお、プログラムは、上述したようなリムーバブル記録媒体１１１からコンピュータにインストールする他、ダウンロードサイトから、ディジタル衛星放送用の人工衛星を介して、コンピュータに無線で転送したり、LAN(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを、通信部１０８で受信し、内蔵するハードディスク１０５にインストールすることができる。
【０２２１】
コンピュータは、CPU(Central Processing Unit)１０２を内蔵している。CPU１０２には、バス１０１を介して、入出力インタフェース１１０が接続されており、CPU１０２は、入出力インタフェース１１０を介して、ユーザによって、キーボードや、マウス、マイク等で構成される入力部１０７が操作等されることにより指令が入力されると、それに従って、ROM(Read Only Memory)１０３に格納されているプログラムを実行する。あるいは、また、CPU１０２は、ハードディスク１０５に格納されているプログラム、衛星若しくはネットワークから転送され、通信部１０８で受信されてハードディスク１０５にインストールされたプログラム、またはドライブ１０９に装着されたリムーバブル記録媒体１１１から読み出されてハードディスク１０５にインストールされたプログラムを、RAM(Random Access Memory)１０４にロードして実行する。これにより、CPU１０２は、上述したフローチャートにしたがった処理、あるいは上述したブロック図の構成により行われる処理を行う。そして、CPU１０２は、その処理結果を、必要に応じて、例えば、入出力インタフェース１１０を介して、LCD(Liquid Crystal Display)やスピーカ等で構成される出力部１０６から出力、あるいは、通信部１０８から送信、さらには、ハードディスク１０５に記録等させる。
【０２２２】
ここで、本明細書において、コンピュータに各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。
【０２２３】
また、プログラムは、１のコンピュータにより処理されるものであっても良いし、複数のコンピュータによって分散処理されるものであっても良い。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであっても良い。
【０２２４】
なお、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
【図面の簡単な説明】
【０２２５】
【図１】本発明を適用したディスク装置の一実施の形態の構成例を示すブロック図である。
【図２】BD-ROM Part3規格のVFSを説明する図である。
【図３】VFSが、アプリケーションプログラムからのアクセス要求を処理することを説明する図である。
【図４】AVCHD規格に準拠するディレクトリ構造を示す図である。
【図５】光ディスク２１のディレクトリ構造の例を示す図である。
【図６】"bumf.xml"ファイルの内容の例を示す図である。
【図７】"bumf.xml"ファイルの内容の例を示す図である。
【図８】blkUIAppInfoAVCHD()のシンタクスを示す図である。
【図９】フィールドMakerPrivateArea()への、拡張AVCHD媒体であるかどうかを表す情報の記述の仕方の例を示す図である。
【図１０】VFSによって構築されるバーチャルパッケージのディレクトリ構造の例を示す図である。
【図１１】バーチャルパッケージ内のファイルと、バインディングユニットデータとの対応関係を示す図である。
【図１２】光ディスク２１のディレクトリ構造の例を示す図である。
【図１３】"bumf.xml"ファイルの内容の例を示す図である。
【図１４】"bumf.xml"ファイルの内容の例を示す図である。
【図１５】VFSによって構築されるバーチャルパッケージのディレクトリ構造の例を示す図である。
【図１６】バーチャルパッケージ内のファイルと、バインディングユニットデータとの対応関係を示す図である。
【図１７】コントローラ１５の機能的な構成例を示すブロック図である。
【図１８】コントローラ１５の処理を説明するフローチャートである。
【図１９】本発明を適用したコンピュータの一実施の形態の構成例を示すブロック図である。
【符号の説明】
【０２２６】
１１  光ディスクドライブ，  １２  メモリI/F，  １３  操作入力部，  １４  メモリ，  １５  コントローラ，  １５Ａ  プロセッサ，  １５Ｂ  メモリ，  １６  コーデック，  １７  ローカルストレージ，  １８  通信I/F，  ２１  光ディスク，  ２２  リムーバブルメディア，  ２３  リモートコマンダ，  ２４  表示装置，  ５１  再生制御部，  ５２  判定部，  ５３  バインディング部，  １０１  バス，  １０２  CPU，  １０３  ROM，  １０４  RAM，  １０５  ハードディスク，  １０６  出力部，  １０７  入力部，  １０８  通信部，  １０９  ドライブ，  １１０  入出力インタフェース，  １１１  リムーバブル記録媒体
【図１】
0005029907.tif 000002
【図２】
0005029907.tif 000003
【図３】
0005029907.tif 000004
【図４】
0005029907.tif 000005
【図５】
0005029907.tif 000006
【図６】
0005029907.tif 000007
【図７】
0005029907.tif 000008
【図８】
0005029907.tif 000009
【図９】
0005029907.tif 000010
【図１０】
0005029907.tif 000011
【図１１】
0005029907.tif 000012
【図１２】
0005029907.tif 000013
【図１３】
0005029907.tif 000014
【図１４】
0005029907.tif 000015
【図１５】
0005029907.tif 000016
【図１６】
0005029907.tif 000017
【図１７】
0005029907.tif 000018
【図１８】
0005029907.tif 000019
【図１９】
0005029907.tif 000020