JP5029907B2

JP5029907B2 - 駆動装置、制御方法、コンピュータプログラム、及び記録媒体

Info

Publication number: JP5029907B2
Application number: JP2008049888A
Authority: JP
Inventors: 俊也浜田
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2008-02-29
Filing date: 2008-02-29
Publication date: 2012-09-19
Anticipated expiration: 2028-02-29
Also published as: JP2009205782A

Description

本発明は、駆動装置、制御方法、コンピュータプログラム、及び記録媒体に関し、特に、例えば、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"ファイルである。

次に、図１７は、図１のコントローラ１５の機能的な構成例を示すブロック図である。

なお、図１７の機能的な構成は、プロセッサ１５Ａがメモリ１５Ｂに記憶されたプログラムを実行することで実現される。

図１７において、コントローラ１５は、再生制御部５１、判定部５２、及び、バインディング部５３から構成される。

再生制御部５１は、光ディスク２１やリムーバブルメディア２２その他の、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，１０５ハードディスク，１０６出力部，１０７入力部，１０８通信部，１０９ドライブ，１１０入出力インタフェース，１１１リムーバブル記録媒体

Claims

AVCHD規格に違反しない記録媒体を駆動する駆動装置において、
前記記録媒体が、前記記録媒体に記録されたデータとバインディングされ、仮想的な仮想記録媒体の構築に用いられるバインディングユニットデータの適用が可能な記録媒体であるかどうかを、前記記録媒体に記録されたフラグ情報に基づいて判定する判定手段と、
前記記録媒体が、前記バインディングユニットデータの適用が可能な記録媒体である場合、前記記録媒体に記録されたデータと、前記バインディングユニットデータとをバインディングし、前記仮想記録媒体を構築するバインディング手段と
を備え、
前記記録媒体には、前記バインディングユニットデータの適用が可能かどうかを表す前記フラグ情報が記録されており、
前記バインディングユニットデータは、前記AVCHD規格に違反するプログラム言語によるプログラムを含む
駆動装置。
前記バインディングユニットデータは、AVCHD規格に違反する高級言語によるプログラムを含む
請求項１に記載の駆動装置。
前記バインディングユニットデータは、AVCHD規格に違反しない形で、前記記録媒体に記録されている
請求項２に記載の駆動装置。
前記記録媒体の再生を行う再生装置、又は、前記記録媒体への記録を行う記録装置である
請求項２に記載の駆動装置。
AVCHD規格に違反しない記録媒体を駆動する駆動装置の制御方法において、
前記駆動装置が、
前記記録媒体が、前記記録媒体に記録されたデータとバインディングされ、仮想的な仮想記録媒体の構築に用いられるバインディングユニットデータの適用が可能な記録媒体であるかどうかを、前記記録媒体に記録されたフラグ情報に基づいて判定し、
前記記録媒体が、前記バインディングユニットデータの適用が可能な記録媒体である場合、前記記録媒体に記録されたデータと、前記バインディングユニットデータとをバインディングし、前記仮想記録媒体を構築する
ステップを含み、
前記記録媒体には、前記バインディングユニットデータの適用が可能かどうかを表す前記フラグ情報が記録されており、
前記バインディングユニットデータは、前記AVCHD規格に違反するプログラム言語によるプログラムを含む
制御方法。
AVCHD規格に違反しない記録媒体を駆動する駆動装置として、コンピュータを機能させるコンピュータプログラムにおいて、
前記記録媒体が、前記記録媒体に記録されたデータとバインディングされ、仮想的な仮想記録媒体の構築に用いられるバインディングユニットデータの適用が可能な記録媒体であるかどうかを、前記記録媒体に記録されたフラグ情報に基づいて判定する判定手段と、
前記記録媒体が、前記バインディングユニットデータの適用が可能な記録媒体である場合、前記記録媒体に記録されたデータと、前記バインディングユニットデータとをバインディングし、前記仮想記録媒体を構築するバインディング手段と
して、コンピュータを機能させるためのコンピュータプログラムであり、
前記記録媒体には、前記バインディングユニットデータの適用が可能かどうかを表す前記フラグ情報が記録されており、
前記バインディングユニットデータは、前記AVCHD規格に違反するプログラム言語によるプログラムを含む
コンピュータプログラム。
AVCHD規格に違反しない記録媒体において、
前記記録媒体に記録されたデータとバインディングされ、仮想的な仮想記録媒体の構築に用いられるバインディングユニットデータと、
前記バインディングユニットデータの適用が可能かどうかを表す前記フラグ情報と
が、前記AVCHD規格に違反しない形で記録されており、
前記バインディングユニットデータは、前記AVCHD規格に違反するプログラム言語によるプログラムを含む
記録媒体。