(57)【要約】  本発明による記録媒体に記録されたデータを再生する装置は、ピックアップユニット、ローカルストレージ及び制御部を備える。ピックアップユニットは、記録媒体からディスクパッケージを読み取り、ローカルストレージは、ディスクパッケージと関連したローカルストレージパッケージを保存する。制御部は、ローカルストレージパッケージのメタデータ情報を表示し、ローカルストレージパッケージからバインディングユニットを生成するための制御信号を生成する。バインディングのプロセスは、表示されたメタデータ情報を参照してユーザによって編集されたバインディング情報に基づいて行われる。制御部は、編集されたバインディング情報に基づいてバインディングユニットとディスクパッケージとをバインディングすることによってバーチャルパッケージを生成する。
2008527597.tif 000002
【特許請求の範囲】
【請求項１】
ローカルストレージを用いて記録媒体上に記録されたデータを再生する方法であって、
前記方法は、
前記記録媒体からディスクパッケージを読み取るステップと、
前記ディスクパッケージと関連したローカルストレージパッケージをローカルストレージから読み取るステップと、
前記ローカルストレージパッケージのメタデータ情報を表示するステップと、
前記表示されたメタデータ情報を参照してユーザによって編集されたバインディング情報に基づいて前記ローカルストレージパッケージから第１のバインディングユニットを生成するステップと、
前記編集されたバインディング情報に基づいて前記第１のバインディングユニットと前記ディスクパッケージとをバインディングすることによって第１のバーチャルパッケージを生成するステップと
を含むことを特徴とする方法。
【請求項２】
前記ローカルストレージパッケージに含まれたオリジナルバインディング情報に基づいて前記ローカルストレージパッケージから第２のバインディングユニットを生成するステップと、
前記オリジナルバインディング情報に基づいて前記第２のバインディングユニットと前記ディスクパッケージとをバインディングすることによって第２のバーチャルパッケージを生成するステップと
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記ディスクパッケージのみを再生するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記メタデータ情報は、前記ローカルストレージに格納されたデータのコンテンツを表すディスクリプタ情報を含むことを特徴とする請求項１に記載の方法。
【請求項５】
前記メタデータ情報は、メタデータファイルに含まれ、
前記メタデータファイルは、前記ローカルストレージパッケージに含まれたメタデータディレクトリに含まれることを特徴とする請求項１に記載の方法。
【請求項６】
前記メタデータファイルのファイル名は、前記メタデータファイルがメタデータファイルであることを表示するファイルディスクリプタ情報と、メタデータファイルがサポートする言語情報とを含むことを特徴とする請求項５に記載の方法。
【請求項７】
前記ディスクリプタ情報は、コンテンツプロバイダによって提供された第１コンテンツ、記録媒体の第２コンテンツ、タイトルの第３コンテンツのうちの少なくとも一つを表すことを特徴とする請求項４に記載の方法。
【請求項８】
前記バインディング情報の編集は、ＢＤ−Ｊアプリケーションを介してユーザによって行われることを特徴とする請求項１に記載の方法。
【請求項９】
前記バインディング情報は、ディスク情報のためのディスクリプタを用いることによってユーザによって編集されることを特徴とする請求項１に記載の方法。
【請求項１０】
ユーザが特定のディスクと関連したデータを前記ローカルストレージから削除する場合、前記バインディング情報が自動的に編集されることを特徴とする請求項９に記載の方法。
【請求項１１】
前記バインディング情報は、タイトル情報のためのディスクリプタを用いてユーザによって編集されることを特徴とする請求項１に記載の方法。
【請求項１２】
ユーザが特定のタイトルと関連したデータを前記ローカルストレージから削除する場合、前記バインディング情報が自動的に編集されることを特徴とする請求項１１に記載の方法。
【請求項１３】
前記バインディング情報は、バインディングユニットマニフェスト情報を含むことを特徴とする請求項１に記載の方法。
【請求項１４】
前記バインディングユニットマニフェスト情報は、バインディングユニットマニフェストファイルに含まれ、
前記バインディングユニットマニフェスト情報は、前記バインディングユニットに含まれるファイルと関連したネームマッピング情報を含むことを特徴とする請求項１３に記載の方法。
【請求項１５】
前記ローカルストレージに格納されるローカルストレージパッケージは、特定のディスクと関連した全データを含むディレクトリを含むことを特徴とする請求項１に記載の方法。
【請求項１６】
前記ディスクパッケージは、第１のオブジェクトファイル及び第１のインデックスファイルを含み、
前記ローカルストレージパッケージは、第２のオブジェクトファイル及び第２のインデックスファイルを含み、
前記バーチャルパッケージは、前記第２のオブジェクトファイル及び前記第２のインデックスファイルを含むことを特徴とする請求項１に記載の方法。
【請求項１７】
バーチャルファイルシステムは、前記バーチャルパッケージを生成するために使用されることを特徴とする請求項１に記載の方法。
【請求項１８】
前記バーチャルパッケージのファイル構造は、前記ディスクパッケージのファイル構造と同一であることを特徴とする請求項１に記載の方法。
【請求項１９】
バーチャルパッケージを生成する方法であって、
前記方法は、
光ディスクから第１のパッケージを読み取るステップと、
ローカルストレージから前記第１のパッケージと関連した第２のパッケージを読み取るステップと、
ＢＤ−Ｊアプリケーションを介して格納されている前記第２のパッケージのメタデータ情報を表示するステップと、
表示された前記メタデータ情報を参照してユーザによって編集されたバインディングユニットマニフェスト情報を含むバインディングユニットを前記第２のパッケージから生成するステップと、
前記バインディングユニットに含まれた前記バインディングユニットマニフェスト情報に基づいて前記バインディングユニットと前記ディスクパッケージとをバインディングすることによってバーチャルパッケージを生成するステップと
を含むことを特徴とする方法。
【請求項２０】
記録媒体上に記録されたデータを再生する装置であって、
前記記録媒体からディスクパッケージを読み取るピックアップユニットと、
前記ディスクパッケージと関連したローカルストレージパッケージを格納するローカルストレージと、
前記ローカルストレージパッケージのメタデータ情報を表示し、前記表示されたメタデータ情報を参照してユーザによって編集されたバインディング情報に基づいて前記ローカルストレージパッケージからバインディングユニットを生成する制御信号を生成する制御部と
を備え、
前記制御部は、前記編集されたバインディング情報に基づいて前記バインディングユニットと前記ディスクパッケージとをバインディングすることによってバーチャルパッケージを生成することを特徴とする装置。
【請求項２１】
前記メタデータ情報は、前記ローカルストレージに格納されたデータのコンテンツを表すディスクリプタ情報を含むことを特徴とする請求項２０に記載の装置。
【請求項２２】
前記メタデータ情報は、コンテンツプロバイダによって提供された第１コンテンツ、記録媒体の第２コンテンツ、タイトルの第３コンテンツのうちの少なくとも一つを表すディスクリプタ情報を含むことを特徴とする請求項２０に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記録媒体からデータを再生する方法及び装置に関し、より詳細には、光記録再生装置内に含まれるローカルストレージを用いて記録媒体からデータを再生する方法及び装置に関する。
【背景技術】
【０００２】
大容量のデータを記録できる記録媒体として作動する光ディスクが広く使用されている。なかでも最近では高画質のビデオデータ及び高音質のオーディオデータを長時間記録／保存することができる新しい高密度光記録媒体、例えば、ブルーレイディスク（ＢＤ：Blu-ray Disc（登録商標））が開発されている。
【０００３】
次世代記録媒体技術であるＢＤは、既存のＤＶＤを遥かに凌駕する量のデータを格納できる次世代光記録ソリューションとされている。最近では、他のデジタル機器と共にＢＤに関する国際的な技術標準の仕様についての集中的な研究が多くの開発者によって行われている。
【０００４】
以上の状況と関連して、ＢＤ国際標準規格に基づいて光記録／再生装置が開発されているが、未だＢＤ国際標準規格は完備しておらず、光記録／再生装置を開発するのに多くの制約及び難題が生じている。
【０００５】
特に、上記のような光記録／再生装置は、ＢＤのデータを記録再生する基本機能の他に、光記録／再生装置を周辺のデジタル機器と相互作用できるようにする付加的な機能も考慮しなければならない。言い換えると、光記録／再生装置は、外部入力信号を受信し、受信信号をディスプレイし、外部入力信号及びＢＤを用いて所望のデータを再生するなどの機能を必ず備えなければならない。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、記録媒体からデータを再生し、外部入力信号及びＢＤのデータを共に再生する装置はまだ完成しておらず、本格的なＢＤ基盤の光記録再生装置を開発するのに多くの制約及び課題がある。
【０００７】
本発明は従来技術の制約及び不都合な点による１つまたは複数の問題点を実質的に取り除く、ローカルストレージを用いて記録媒体からデータを再生する方法及び装置を対象にする。本発明の目的は、外部からデータをダウンロードし、ダウンロードしたデータを複数のローカルストレージに格納し、ローカルストレージ内に保存されたデータとＢＤなどの記録媒体内に記録されたデータとを効率的に再生する方法及び装置を提供することにある。
【０００８】
本発明の追加的な利点、目的、及び特徴は、以下の詳細な説明において一部が説明され、以下の実施形態に基づいて当業者に明らかになり、本発明の実施から分かるだろう。本発明の目的及び他の利点は、添付図面とともに発明の詳細な説明及び特許請求の範囲において特に指摘された構造によって理解され、得ることができる。
【課題を解決するための手段】
【０００９】
これらの目的及び利点を達成するため、及び本発明の目的に従って、本明細書において具現され、かつ広範囲にわたって記載されているように、ローカルストレージを用いて記録媒体上に記録されたデータを再生する方法は、記録媒体からディスクパッケージを読み取るステップと、ディスクパッケージと関連したローカルストレージパッケージをローカルストレージから読み取るステップと、ローカルストレージパッケージのメタデータ情報を表示するステップと、表示されたメタデータ情報を参照してユーザによって編集されたバインディング情報に基づいてローカルストレージパッケージから第１のバインディングユニットを生成するステップと、編集されたバインディング情報に基づいて第１のバインディングユニットとディスクパッケージをバインディングすることによって第１のバーチャルパッケージ（Virtual Package）を生成するステップと、を含む。
【００１０】
一方、本発明の他の態様において、バーチャルパッケージを生成する方法が提供されている。この方法は、光ディスクから第１のパッケージを読み取るステップと、ローカルストレージから第１のパッケージと関連した第２のパッケージを読み取るステップと、ＢＤ−Ｊアプリケーションを介して格納された第２のパッケージのメタデータ情報を表示するステップと、表示されたメタデータ情報を参照してユーザによって編集されたバインディングユニットマニフェスト情報を含むバインディングユニットを第２のパッケージから生成するステップと、バインディングユニットに含まれたバインディングユニットマニフェスト情報に基づいてバインディングユニットとディスクパッケージとをバインディングすることによってバーチャルパッケージを生成するステップと、を含む。
【００１１】
一方、本発明の他の態様において、記録媒体上に記録されたデータを再生する装置が提供される。この装置は、記録媒体からディスクパッケージを読み取るピックアップユニットと、ディスクパッケージと関連したローカルストレージパッケージを保存するローカルストレージと、ローカルストレージパッケージのメタデータ情報を表示し、かつ表示されたメタデータ情報を参照してユーザによって編集されたバインディング情報に基づいてローカルストレージパッケージからバインディングユニットを生成する制御信号を生成する制御部と、を備える。この制御部は、編集されたバインディング情報に基づいてバインディングユニットとディスクパッケージとをバインディングすることによってバーチャルパッケージを生成する。
【００１２】
本発明の前述した一般的な説明及び後述する詳細な説明は、例示的なものであり、かつ説明のためのものであり、特許請求の範囲として本発明のさらなる説明を提供することを意図している。
【発明の効果】
【００１３】
本発明に係るローカルストレージを用いて記録媒体からデータを再生する方法及び装置によれば、記録媒体内に記録されたオリジナルデータと複数個のローカルストレージ内にダウンロードされて保存されたアディショナルデータを効率的に再生することができる。ユーザが必要時にアディショナルデータを編集できるため、ユーザは本発明による様々な機能を便利に利用することができる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明のさらなる理解を提供することを意図し、かつ本願に組み込まれてその一部を構成する添付図面は、本発明の原理を説明するのに役立つ詳細な説明と共に本発明の実施形態を説明する。以下では、本発明の好適な実施形態、つまり添付図面において説明される実施例についての詳細な参照がなされる。可能な限り、同一の参照番号は、同一のまたは類似の部分を示すために図面全体を通して使用される。ローカルストレージを用いて記録媒体からデータを再生する方法及び装置は、附属の図面を参照して以下において説明される。
【００１５】
本発明の説明をする前に、本発明において開示されるほとんどの用語は、当該技術分野において周知な一般的な用語に対応するが、必要に応じて本件特許出願人が任意に選定した用語もあり、この場合には該当する発明の説明部分で詳細にその意味を定義した。したがって、本件特許出願人によって定義された用語は、本明細書における意味に基づいて理解されることが好ましい。
【００１６】
本発明において使用される“記録媒体（recording medium）”とは、例えば、その記録方式にかかわらず、光ディスク及び磁気テープなどの全ての記録可能媒体を指し示す。本発明でいう“ディスク”は、本発明に係る“記録媒体”と同一概念である。
【００１７】
本発明の更なる理解及び説明の便宜上、ＢＤなどの光ディスク（optical disc）を本発明における上述したような記録媒体として例示的に使用する。本発明の技術思想は、本発明の範囲及び要旨から離れることなく他の記録媒体にも同一に適用可能である。
【００１８】
“ローカルストレージ（local storage）”とは、図１に示す光記録／再生装置１０に備えられた一種の保存手段を指し示す。より詳細に言えば、“ローカルストレージ”とは、必要な情報またはデータをユーザから受信し、受信した情報またはデータを格納できるコンポーネントを指し示す。例えば、一般的に使用されるローカルストレージは、ハードディスクドライブ（ＨＤＤ）を指し示すが、本発明における“ローカルストレージ”は、ＨＤＤに限定されることなく、必要に応じて他の例にも適用可能である。ローカルストレージは、光記録再生装置と結合／分離可能であり、かつポータブルな記録媒体（例えば、ポータブルハードディスク、ポータブルフラッシュメモリ等）と共に実装可能であることは当業者には自明である。
【００１９】
特に、“ローカルストレージ”は、ＢＤなどの記録媒体と関連付けられたデータを格納する保存手段を指し示す。記録媒体と関連付けられたデータは、一般的に、外部装置からダウンロードされる。
【００２０】
本発明において使用される“ローカルストレージファイル構造”は、ローカルストレージに格納されたデータのファイル構造を意味する。
【００２１】
以上の説明と関連して、ローカルストレージが記録媒体からパーミッションデータを直接読み取ることができ、記録媒体の記録再生動作と関連付けられたシステムデータ（例えば、メタデータ）を生成することができ、外部のコンテンツプロバイダ（ＣＰ）からシステムデータをダウンロードできて、そのシステムデータをローカルストレージ内に格納することも可能であることは当業者に自明である。
【００２２】
このとき、メタデータは、メタデータファイルに記録されたデータ、例えば、「バインディングユニットのためのメタデータ（Metadata for Binding Unit）」であることが好ましい。特に、ここでは、バインディングユニットまたはバーチャルパッケージの編集のための情報である「バインディングユニットのためのディスクリプタ（Descriptor for Binding Unit）」情報を本発明において「バインディングユニットのためのメタデータ」として説明するが、本発明が「バインディングユニットのためのディスクリプタ」情報に限定されることはない。
【００２３】
“バインディングユニット（Binding Unit）”とは、ローカルストレージ内に格納された一連のファイルを意味する。特に、特定の記録媒体に関連付けられた一連の情報（すなわち、一組の情報）を意味する。この場合、この一組の情報は、バインディングユニットマニフェストファイル（Binding Unit Manifest files）の情報に基づいて記録媒体内のデータと置き換えられ（Replacing）、追加され（Appending）、または併合（Merging）されて、記録媒体内のデータ及びローカルストレージ内のデータを共に再生することができるようになる。特に、バインディングユニットは、メタデータファイルの情報によっても削除（Deleting）または編集（modifying）が可能であり、これについては後述する。
【００２４】
本発明では説明の便宜上、記録媒体内に記録されたデータを“オリジナルデータ（original data）”とし、ローカルストレージ内に格納された複数のデータ単位のうち記録媒体に関連付けられたデータを“アディショナルデータ（additional  data）”とする。
【００２５】
以上の説明と関連して、本発明では、記録媒体のデータを再生し、または光記録再生装置を駆動する（dirve）ためのプログラムを“アプリケーション（Application）”と総称する。例えば、記録媒体がブルーレイディスク（ＢＤ）であると決まれば、駆動のためのアプリケーションとしてＢＤ−Ｊアプリケーションが使用され、ディスクライブラリアプリケーション（Disc Library Application）がディスクライブラリのために使用される。しかしながら、本発明は上述したような特定のアプリケーションの名称に限定されることはなく、他のアプリケーションの例にも適用可能である。
【００２６】
図１は、本発明に係るデータを再生する方法及び装置を説明する概念図である。光記録再生装置１０と周辺機器間の統合的使用の一例を図１に示す。
【００２７】
光記録再生装置１０は、様々な規格の光ディスクに対してデータを記録し、再生できる。必要ならば、光記録再生装置１０は、ＢＤなどの特定規格の光ディスクのみに対して特定のデータを記録再生可能にしても良く、記録は除いて光ディスクからの再生のみ可能にしても良い。特に、説明の便宜上、ＢＤと周辺機器との連携性を考慮して、ＢＤからデータを再生することができるＢＤプレーヤー（BD Player）またはＢＤにデータを記録再生できるＢＤレコーダ（BD Recoder）を例に挙げて説明する。本発明の光記録再生装置１０は、コンピュータなどの特定の装置に内蔵可能な“ドライブ（drive）”にも適用可能であることは周知の事実である。
【００２８】
光記録再生装置１０は、光ディスク３０に対してデータを記録／再生し、外部入力信号を受信し、この受信信号を信号処理したのち、別の外部ディスプレイ２０を通じて信号処理した結果を伝送して、装置の使用者が信号処理した結果を外部ディスプレイ２０上で見ることができる。この場合、受信可能な外部信号には特に制限はない。例えば、デジタルテレビ放送（ＤＴＶ）関連の信号及びインターネット関連の信号などが代表的な外部入力信号となりうる。特に、インターネットの場合、ユーザが容易にアクセスできる通信ネットワークを意味し、ユーザは、光記録再生装置１０を用いてインターネット上の特定のデータをダウンロードし、そのダウンロードしたデータを使用することができる。
【００２９】
以上の説明と関連して、外部入力ソース（external source）として使用されるコンテンツを提供する者を総称して“コンテンツプロバイダ（ＣＰ）”とする。
【００３０】
光記録再生装置１０内にローディングされた光ディスク３０にはオリジナルデータが記録されており、オリジナルデータと関連したアディショナルデータが他の保存場所（例えば、インターネット上）に存在する場合に、本発明は、オリジナルデータとアディショナルデータを共に再生することを目的とする。
【００３１】
特に、アディショナルデータ及びオリジナルデータを共に再生する場合に、アディショナルデータ及びオリジナルデータのうちから使用者が所望するデータを再生するために、使用者からの命令や操作に応じてアディショナルデータを編集できる機能が使用され、本発明は、より効率的なデータ再生方法を提示する。
【００３２】
例えば、多重化されたＡＶ（音響／映像）ストリームが光ディスク内に記録されたオリジナルデータとして記録され、インターネット上で使用されるアディショナルデータがオリジナルデータのオーディオストリーム（例えば、韓国語のオーディオストリーム）と相異なるオーディオストリームであると仮定する。この場合、使用者は、インターネットからアディショナルデータとして動作する特定のオーディオストリーム（例えば、英語）をダウンロードして、オリジナルデータとして動作するＡＶストリームと共にダウンロードしたオーディオストリームを再生しようとすることができ、または、アディショナルデータのみを再生しようとすることができる。このような使用者の要求を充足させるために、オリジナルデータ及びアディショナルデータ間の連関性を規定し、これらのデータを使用者の要求に応じて管理／再生する体系化した方法が必要とされる。
【００３３】
ここでは、説明の便宜上、ディスク内に記録された信号をオリジナルデータと呼び、ディスク外部に存在する他の信号をアディショナルデータと呼んだが、単にそれぞれのデータを取得する方法によって区分した、オリジナルデータ及びアディショナルデータは、必ずしも特定のデータに限定されることはない。
【００３４】
一般的に、アディショナルデータは、オーディオデータ、プレゼンテーショングラフィック（ＰＧ）データ、インタラクティブグラフィック（ＩＧ）データ、またはテキストサブタイトル（Text sub title）などを示すことが可能であるが、アディショナルデータは、上述したデータ及びビデオデータを含む多重化されたＡＶストリームも示すことが可能である。すなわち、光ディスク外部に存在しながら、オリジナルデータと関連したいずれの属性のデータもアディショナルデータとして動作することが可能である。
【００３５】
上記のような使用者の要求を満足させるためには、オリジナルデータとアディショナルデータ相互間に予め定められた関連したファイル構造を持つ必要がある。したがって、以下、図２及び図３に基づいてＢＤで使用可能なファイル構造及びデータ記録構造について詳細に説明する。
【００３６】
図２は、光ディスク内に記録されたオリジナルデータを再生管理するためのファイル構造及びそのファイル構造によって特定のタイトルを再生する方法を説明する概念図である。特に、本発明は、ディスクがＢＤ−ＲＯＭであると仮定して説明する。
【００３７】
図２を参照すると、本発明によるファイル構造は、一つのルートディレクトリ（ｒｏｏｔ）の下に、一つまたは複数のＢＤディレクトリ（ＢＤＭＶ）を含む。ＢＤディレクトリ（ＢＤＭＶ）は、ユーザとのインタラクティビティ（interactivity）を保証することが可能な一般ファイル（すなわち、上位ファイル）情報としてインデックスファイル（ｉｎｄｅｘ）とオブジェクトファイル（ＭｏｖｉｅＯｂｊｅｔ）を含む。このファイル構造は、ディスク内に記録された実データに関する情報と、そのデータを再生する方法に関する他の情報とを格納する様々なディレクトリ、例えば、プレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）、クリップ情報ディレクトリ（ＣＬＩＰＩＮＦ）、ストリームディレクトリ（ＳＴＲＥＡＭ）、補助データディレクトリ（ＡＵＸＤＡＴＡ）、メタデータディレクトリ（ＭＥＴＡ）、及びバックアップディレクトリ（ＢＡＣＫＵＰ）を含む。以下、これらのディレクトリ及びそのディレクトリ内に含まれるファイルについて詳細に説明する。
【００３８】
補助データディレクトリ（ＡＵＸＤＡＴＡ）は、ディスクのデータを再生するのに必要な付加的なデータファイルを含む。例えば、補助データディレクトリ（ＡＵＸＤＡＴＡ）は、インタラクティブグラフィック（interactive graphic）機能の実行時に音声データをユーザに提供する“Ｓｏｕｎｄ．ｂｄｍｖ”ファイルと、ディスクのデータを再生する時にフォント情報をユーザに提供する“１１１１１．ｏｔｆ”ファイルなどを含む。
【００３９】
ストリームディレクトリ（ＳＴＲＥＡＭ）は、ディスク内に特定のフォーマットにしたがって記録された複数のＡＶストリームファイルを含む。それぞれのストリームはＭＰＥＧ−２方式のトランスポートパケットを用いて記録され、ストリームディレクトリ（ＳＴＲＥＡＭ）は、ストリームファイル（０１０００．ｍ２ｔｓ、０２０００．ｍ２ｔｓ）の拡張子名として特定の拡張子名である“＊．ｍ２ｔｓ”を使用する。
【００４０】
特に、上述のストリームのうち、ビデオ／オーディオ／グラフィック情報が多重化された場合、多重化された情報をＡＶストリームと呼び、少なくとも一つのＡＶストリームファイルで一つのタイトルを構成する。
【００４１】
クリップ情報ディレクトリ（ＣＬＩＰＩＮＦ）は、それぞれのストリームファイル（“＊．ｍ２ｔｓ”）と一対一対応する複数のクリップ情報ファイル（０１０００．ｃｌｐｉ、０２０００．ｃｌｐｉ）で構成される。特に、クリップ情報ファイル（“＊．ｃｌｐｉ”）は、対応するストリームファイル（“＊．ｍ２ｔｓ”）の属性情報及びタイミング情報を記録する。ストリームファイル（“＊．ｍ２ｔｓ”）に一対一対応するクリップ情報ファイル（“＊．ｃｌｐｉ”）を“クリップ”と総称する。すなわち、一つの“クリップ”は、ストリームファイル（“＊．ｍ２ｔｓ”）及びクリップ情報ファイル（“＊．ｃｌｐｉ”）を含むデータを指し示す。
【００４２】
プレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）は、複数のプレイリストファイル（“＊．ｍｐｌｓ”）で構成される。それぞれのプレイリストファイル（“＊．ｍｐｌｓ”）は、一つまたは複数のプレイアイテム（ＰｌａｙＩｔｅｍ）及び一つまたは複数のサブプレイアイテム（ＳｕｂＰｌａｙＩｔｅｍ）を含む。一つまたは複数のプレイアイテム（ＰｌａｙＩｔｅｍ）及び一つまたは複数のサブプレイアイテム（ＳｕｂＰｌａｙＩｔｅｍ）は、特定のクリップが再生される時間（Playing Interval）を指定するために適合される。プレイアイテム（ＰｌａｙＩｔｅｍ）及びサブプレイアイテム（ＳｕｂＰｌａｙＩｔｅｍ）は、再生される特定のクリップに関連する情報、すなわち、再生開始時間（ＩＮ−Ｔｉｍｅ）と、特定のクリップの再生終了時間（ＯＵＴ−Ｔｉｍｅ）に関連する他の情報とを含む。
【００４３】
以上の説明と関連して、プレイリストファイル内における少なくとも一つのプレイアイテム（ＰｌａｙＩｔｅｍ）を用いてデータを再生する過程をメインパス（main path）といい、それぞれのサブプレイアイテム（ＳｕｂＰｌａｙＩｔｅｍ）を用いてデータを再生する過程をサブパス（sub path）という。プレイリストファイルは、一つのメインパスを含まなければならない。また、プレイリストファイルは、サブプレイアイテム（ＳｕｂＰｌａｙＩｔｅｍ）の存在または不存在によって少なくとも一つのサブパスを必要に応じて含むことが可能である。
【００４４】
結論として、プレイリストファイルは、一つまたは複数のプレイアイテム（ＰｌａｙＩｔｅｍ）の組み合わせによって所望のクリップを再生するための再生管理ファイル全体に含まれる基本的な再生管理ファイル単位として動作する。
【００４５】
メタデータディレクトリ（ＭＥＴＡ）は、メタデータファイル（Metadata File）を含むディレクトリを示す。これらのメタデータファイルは、バインディングユニットのためのメタデータ情報を含む。バインディングユニットのためのメタデータ情報は、ローカルストレージに格納されたデータのコンテンツを使用者が認識できる情報であるディスクリプタ情報を含むことが好ましい。
【００４６】
ディスクリプタ情報は、特定のディスク（例えば、ｄｉｓｃ＿ＩＤ  ＃１）に関連した各ディレクトリの編集用の「ディスク情報のためのディスクリプタ（Descriptors for Disc Information）」と、それぞれのタイトル情報の編集用の「タイトル情報のためのディスクリプタ（Descriptors for Title Information）」とを含むことが可能であることが好ましい。
【００４７】
特に、一つのメタデータファイルは、ディスク特有のディレクトリ（Disc Specific Directory）と共有領域ディレクトリ（Shared Directory）のそれぞれのために使用される。例えば、本発明と関連したメタデータファイルは、“ｂｕｍｔ＿０００．ｘｍｌ”などのファイル名で記録される。
【００４８】
以上の説明と関連して、上記のファイル名を構成する先頭の“ｂｕｍｔ＿”は、他のデータと区別されるファイルディスクリプタコード（File Descriptor Code）として使用される。例えば、“ｂｕｍｔ＿”の情報で始まるファイルは、「バインディングユニットのためのディスクリプタファイル（Descriptor File for Binding Unit）」を指し示す。本発明における「バインディングユニットのためのディスクリプタファイル」は、ディスクリプタファイルとして使用することができ、ディスクリプタファイルと同一なものと把握される。
【００４９】
なお、上記のファイル名を構成する“＿０００＿”は、サポートする言語情報を区別するための識別コードである言語コード（Language Code）として使用される。例えば、英語で構成された「バインディングユニットのためのディスクリプタファイル」は、“＿ｅｎｇ＿”で表現され、韓国語で構成された「バインディングユニットのためのディスクリプタファイル」は、“＿ｋｏｒ＿”で表現され、日本語で構成された「バインディングユニットのためのディスクリプタファイル」は“＿ｊｐｎ＿”で表現され、複数の言語で構成された「バインディングユニットのためのディスクリプタファイル」は“＿ｍｕｌ＿”で表現されることができる。
【００５０】
また、上記のファイル名を構成する”＿ｘｍｌ”は、記述言語（Description Language）であり、メタデータファイル構造には必要に応じて他の制限（例えば、ファイルサイズ）を適用することも可能である。
【００５１】
したがって、例えば、ローカルストレージのバインディングユニットの編集（削除または修正）のためのメタデータファイルとして動作する「バインディングユニットのためのディスクリプタファイル」を“ｂｕｍｔ＿ｅｎｇ．ｘｍｌ”で表現することができる。
【００５２】
そして、「バインディングユニットのためのディスクリプタファイル」は、他のメタデータファイルと同じディレクトリに保存される。例えば、「バインディングユニットのためのディスクリプタファイル」が特定のディスクの特有のディレクトリ（ｄｉｓｃ＿ＩＤ  ＃１）のメタデータディレクトリ（ＭＥＴＡ）の下位に位置する、または、共有ディレクトリ（Ｓｈａｒｅｄ）のメタデータディレクトリ（ＭＥＴＡ）の下位に位置する。
【００５３】
バックアップディレクトリ（ＢＡＣＫＵＰ）は、複数の複製ファイル、すなわち、ファイル構造上のデータのうち、特にディスク再生と関連した情報が記録されるインデックスファイル（ｉｎｄｅｘ）、オブジェクトファイル（ＭｏｖｉｅＯｂｊｅｃｔ）、プレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）内の全てのプレイリストファイル（＊．ｍｐｌｓ）、及びクリップ情報ディレクトリ（ＣＬＩＰＩＮＦ）内の全てのクリップ情報ファイル（＊．ｃｌｐｉ）に対する複製ファイル（“コピーファイル”とも呼ばれる）を格納する。すなわち、このバックアップディレクトリは、前記のファイル（ｉｎｄｅｘ、ＭｏｖｉｅＯｂｊｅｃｔ、＊．ｍｐｌｓ、＊．ｃｌｐｉ）が損傷すると、ディスク再生過程にも致命的な損傷が与えられるので、あらかじめバックアップファイルとして上記ファイルの複製ファイルを前もって保存するために設けられる。
【００５４】
以上の説明と関連して、図２は、前述したディスクファイル構造を用いて特定のタイトルを再生する方法を示す。
【００５５】
すなわち、インデックスファイル（‘インデックステーブル’ともいう）として使用されるタイトルと関連するタイトル再生命令をユーザが入力する場合、該当タイトルの再生が始まる。これについて詳細に説明すると、次の通りである。
【００５６】
インデックスファイル（ｉｎｄｅｘ．ｂｄｍｖ）内には、該当のディスクがロードされると、最初に再生される画像に関連する情報を示す第１の再生情報“Ｆｉｒｓｔ  Ｐｌａｙｂａｃｋ”情報と、メニュー画面を提供する”Ｔｏｐ  Ｍｅｎｕ”情報と、少なくとも一つの“タイトル（Ｔｉｔｌｅ  ＃１〜Ｔｉｔｌｅ  ＃ｎ）”情報とが含まれる。
【００５７】
光ディスク３０が光記録再生装置１０内にロードされると、インデックステーブルに関連するタイトルメニュー情報がユーザにディスプレイ２０を介して提供される。ユーザが特定のタイトルまたはメニュー画面内の特定のメニューを選択すると、以降ディスク製作者によってあらかじめ定義されたシナリオにしたがってデータ再生が始まる。すなわち、ユーザによって特定のタイトル（例えば、Ｔｉｔｌｅ  ＃１）を再生する命令が入力されると、再生管理ファイル構造上のオブジェクトファイル（ＭｏｖｉｅＯｂｊｅｃｔ）に備えられたコマンドによって該当のプレイリストファイルが実行される。その後、プレイリストファイル情報にしたがって、特定のプレイアイテム及び／または当該プレイリストファイルに含まれるサブプレイアイテムによってタイトル＃１を構成する一つまたは複数のクリップ（例えば、Ｃｌｉｐ  ＃１〜Ｃｌｉｐ  ＃３）が再生される。
【００５８】
図３は、本発明による記録媒体に記録されたデータ記録構造を示す構造図である。より詳細には、図３は、上記のファイル構造と関連した情報がディスク内に記録される形式を簡略に示す。
【００５９】
図３に示すように、ディスク内周から見ると、上述のディスク構造には、ファイル全体を管理するためのシステム情報として役立つファイルシステム情報領域と、記録されたＡＶストリーム（＊．ｍ２ｔｓ）を再生するためのプレイリストファイル及びクリップ情報ファイルが記録されたデータベース領域と、オーディオ／ビデオ／グラフィックデータなどで構成された複数のストリームが記録されるＡＶストリーム領域とが順次に存在する。特に、ＡＶストリーム領域に記録されたデータは、既に述べたようにオリジナルデータと命名される。
【００６０】
本発明は、特にディスク内に記録されたオリジナルデータ（例えば、図２に示すファイル構造）とローカルストレージに保存されたアディショナルデータとを共に再生するための方法及び装置を提供する。以下、本発明に係る様々な実施形態を詳細に説明する。
【００６１】
図４Ａは、本発明に係る光記録再生装置１０を説明するブロック図である。
【００６２】
図４Ａを参照すると、光記録再生装置１０は、ピックアップユニット１１、サーボユニット１４、信号処理部１３、ローカルストレージ１５、及びマイクロプロセッサ１６を備える。ピックアップユニット１１は、光ディスクに記録されたオリジナルデータ及び再生管理ファイル情報を含む管理情報を再生する。サーボユニット１４は、ピックアップユニット１１の動作を制御する。信号処理部１３は、ピックアップユニット１１から再生信号を受信し、受信した再生信号を所望の信号値に復元するか、または、記録される信号を光ディスクに記録される他の信号に変調し、復元または変調した結果を伝達する。ローカルストレージ１５はそのデータを保存する。マイクロプロセッサ１６は、上記の構成要素の動作全体を制御する。
【００６３】
ローカルストレージ１５が、外部からダウンロードしたデータであるアディショナルデータを格納するファイル構造を構成する場合に、アディショナルデータがバインディングユニットまたはバーチャルパッケージを削除（Deleting）または修正（Modifying）できるメタデータ情報を含むメタデータファイルを含むことができることが好ましい。
【００６４】
そして、本発明は、ローカルストレージ１５が複数個使用される場合または一つのローカルストレージ１５内に複数個のバインディングユニットが存在する場合にも適用可能である。
【００６５】
制御部１２は、ユーザからの命令を受信すると光ディスク外部に存在するアディショナルデータをダウンロードして、ダウンロードしたアディショナルデータをローカルストレージ１５に格納するとともに、ローカルストレージ１５内のバインディングユニットマニフェストファイルに記録されたバインディングユニットマニフェスト情報（Binding Unit Manifest Information）を用いてバインディングユニットを構成する。また、制御部１２は、記録媒体に含まれるデータとローカルストレージ内に含まれるデータを再生できるように、ローカルストレージ内のバインディングユニットマニフェストファイルに記録されたバインディングユニットマニフェスト情報を用いてバーチャルファイル構造（以下、バーチャルパッケージ（Virtual Package）と呼ぶこととする）を構成する。制御部１２は、ユーザからの要求を受信すると、バーチャルパッケージを用いてオリジナルデータ及び／またはアディショナルデータを再生する。
【００６６】
また、制御部１２によって生成されたバーチャルパッケージは、複数のクリップを再生可能にするプレイアイテムを含むバーチャルプレイリスト（Virtual PlayList）を少なくとも一つ備える。
【００６７】
制御部１２は、メタデータ情報のうち、「バインディングユニットのためのディスクリプタ情報（Descriptors Information for Binding Unit）」を用いてバインディングユニットの編集を制御して、編集されたバインディングユニットを生成する。制御部１２は、編集されて生成されたバインディングユニットをディスクパッケージ（Disc package）にバインディングまたは結合するバインディングオペレーションを行って、バーチャルパッケージを生成することを制御する機能を果たす。また、制御部１２は、バインディングユニットマニフェスト情報を用いてバーチャルパッケージを編集できる。
【００６８】
したがって、メタデータ情報のうち、「バインディングユニットのためのディスクリプタ情報」を用いてアプリケーションイメージを参照することによってユーザが編集を行う場合に、制御部１２がユーザ命令に応じてバインディングユニットまたはバーチャルパッケージを編集することができる。
【００６９】
以上の説明と関連して、バインディングユニットマニフェストファイル、バインディングユニットマニフェスト情報、及びバーチャルパッケージについての詳細な内容を、付属の図面を参照して以下に述べる。
【００７０】
ＡＶデコーダ１７は、制御部１２からの制御信号を受信すると出力データ（すなわち、オリジナルデータ及び／またはアディショナルデータ）を最終的にデコードして、デコードした結果をユーザに提供する。
【００７１】
ＡＶエンコーダ１８は、制御部１２から制御信号を受信すると入力信号を特定のフォーマットの信号（例えば、ＭＰＥＧ２トランスポートストリーム）に変換して、その変換結果を信号処理部１３に提供する。
【００７２】
新規に生成されたバーチャルパッケージを後に再使用できるようにローカルストレージ１５に格納しておくことができる。または、新規に生成されたバーチャルパッケージを別のダイナミックメモリを用いて一時的に格納して、その後使用することもできる。
【００７３】
図４Ｂは、本発明に係る光記録再生装置１０に含まれる構成要素全体から、ローカルストレージを用いて光ディスクのデータを再生する装置を説明するブロック図である。
【００７４】
以下、ローカルストレージ１５内に保存された情報について説明する。本発明によるローカルストレージ１５は、ディスク識別情報（ＩＤ）ごとにディレクトリ及びファイルを持つファイル情報（Directory-File for disc_ID #n dependent）と、外部からダウンロードした複数の付加クリップ（Additional Clip）を格納する。
【００７５】
ローカルストレージ１５のバインディングユニットが生成され、ローカルストレージ１５は、ディスクパッケージと関連するバインディングオペレーションのためのバインディングユニットマニフェスト情報と、バインディングユニットまたはバーチャルパッケージを編集するためにユーザがアプリケーションイメージを見ることができるようにする「バインディングユニットのためのディスクリプタ情報」とを含むことができる。
【００７６】
特に、ローカルストレージ１５は、相異なる複数のディスクに対応するために複数のファイル情報単位（Directory-File for disc_ID #n dependent）を含むことが可能である。したがって、ローカルストレージ１５は、上記のファイル情報単位を管理するためのファイルシステムを別個に要求する。
【００７７】
特に、このファイルシステムはローカルストレージファイルシステム４１ともいい、ローカルストレージファイルシステム４１は、ローカルストレージ１５内に格納された全てのファイルを管理するシステムを意味する。
【００７８】
したがって、特定のディスク識別情報（ｄｉｓｃ＿ＩＤ）を持つ光ディスク（例えば、ｄｉｓｃ＿ＩＤ  ＃１）が光記録再生装置１０内にローディングされると、光記録再生装置１０内の制御部１２は、ピックアップユニット１１及び信号処理部１３を用いて該当ディスクの識別情報を確認する。ローカルストレージ１５内に保存されたファイル情報があれば、制御部１２は、ローカルストレージ１５に保存されている全てのファイル情報単位のうち、ローディングされたディスク識別情報と一致するバインディングユニットファイル情報を読み取り、読み取られた情報をディスクパッケージとバインディング（または結合）することによってバーチャルパッケージを生成し、生成されたバーチャルパッケージを用いてディスク内のオリジナルデータとローカルストレージ内のアディショナルデータを共に再生する。
【００７９】
しかしながら、図４Ｂの実施例では一つのローカルストレージ１５とローカルストレージファイルシステム４１で説明しているが、本発明では、複数個のローカルストレージがある場合にも適用可能であり、ローカルストレージ１５とローカルストレージファイルシステム４１を複数個存在すると決定することは当業者にとって自明である。
【００８０】
以下、本発明のローカルストレージデータをディスクパッケージにバインディング（または結合）してバーチャルパッケージを生成する方法について、図５を参照して具体的に説明する。
【００８１】
図５は、本発明による記録媒体内のデータとローカルストレージ内のデータを共に再生するためのバーチャルパッケージを生成する方法を示す図である。
【００８２】
図５は、本発明に係る記録媒体のデータ及びローカルストレージのデータを共に再生するために上記のバーチャルパッケージを生成する方法を説明する概念図である。
【００８３】
図５を参照すると、ローカルストレージ１５内に図４Ｂに示す情報及びコンテンツが保存されている状態で、特定のディスクがローディングされると、光記録再生装置１０は、ローカルストレージ１５内のローカルストレージファイルシステム情報４１を読み取ると同時に、ディスク内に記録されたファイル構造を含むディスクファイルシステム情報４２を読み取り、これからバーチャルファイルシステム（ＶＦＳ）を形成する。すなわち、バーチャルファイルシステム（ＶＦＳ）は、ローカルストレージ１５内のファイルシステムとローディングされたディスクの他のファイルシステムとを統合して管理するために仮想的に形成されたファイルシステムを意味する。
【００８４】
光記録再生装置１０は、ディスク内に記録されたオリジナルデータとローカルストレージ内のアディショナルデータとを共に再生するために、上述のバーチャルファイルシステム（ＶＦＳ）を用いて新しいバーチャルパッケージを生成する。このため、光記録再生装置１０は、ローカルストレージ１５のファイルシステム内から、ローディングされたディスク（例えば、ｄｉｓｃ＿ＩＤ  ＃１）と関連したファイル情報（Directory-File for disc_ID #1 dependent）を読み取り、読み取られたバインディングユニットマニフェスト情報によってバインディングユニットを生成し、生成されたバインディングユニットを読み取り、そして、読み取られたファイル情報をローディングされたディスク（ｄｉｓｃ＿ＩＤ  ＃１）のディスクパッケージに置き換える（Replacing）、または読み取られたファイル情報をディスクパッケージに追加（Appending）するバインディングオペレーション（Binding Operation）を行う。
【００８５】
特に、本発明は、バインディングユニットマニフェスト情報に関連したバインディングオペレーションを行う前に、メタデータファイルによってバインディングユニットが編集され、または、バインディングオペレーションを行ってバーチャルパッケージを生成した後にバーチャルパッケージを編集するという点に特徴がある。
【００８６】
本発明に係るバインディングユニットマニフェストファイルは、ファイルとタイトルとの関係を表すリスト（Files and Titles Relation List）と、バーチャルパッケージの生成のためにバインディングユニット内の全てのファイルに対するマッピングを実行するネームマッピング情報（Name Mapping Information）と、プログレッシブプレイリストのためのプログレッシブプレイリスト情報（Progressive Playlist Information）と、クレデンシャル情報（Credential Information）とを含む。
【００８７】
特に、ネームマッピング情報は、ローカルストレージのファイル構造データがバインディングユニットを生成するときと、バインディングユニットがディスクパッケージにバインディングされるときに用いられる。
【００８８】
バインディングオペレーションによって生成されるバーチャルパッケージは、オリジナルクリップ４２２及び付加クリップ４１２を再生／管理するファイル構造を指し示す。オリジナルクリップ４２２は、ディスク内に記録されたオリジナルデータで構成される。一方、付加クリップ４１２は、ローカルストレージ内に記録されたアディショナルデータで構成される。
【００８９】
以下、図６を参照してローカルストレージ内でバインディングユニットを生成する好適な実施形態について説明する。図６に示す好適な実施形態は、バインディングユニットはタイトル単位にディレクトリを含むファイル構造を生成することに特徴があるが、本発明は他の実施形態にも適用可能である。
【００９０】
タイトル単位に構成されたバインディングユニットは、記録媒体と同じファイル構造を持つことができる。必要ならば、バインディングユニットは、記録媒体と相異なるファイル構造を持っても良い。
【００９１】
図６は、本発明によるバーチャルパッケージを生成するためのローカルストレージバインディングユニットを説明する構造図である。特に、図６は、“ｏｒｇ＿ＩＤ  ＃１”及び“ｄｉｓｃ＿ＩＤ  ＃１”が使用される好適な実施形態を示す。
【００９２】
図６を参照すると、ローカルストレージのファイル構造におけるバインディングユニットマニフェストファイル６１（ｄｉｓｃ＿ＩＤ  ＃１．ｂｕｍｆ）は、Ｎｅｗ−ｔｒａｉｌｅｒディレクトリの下位のファイル（４２００５．ｍｐｌｓ、４２００５．ｃｌｐｉ、４２００５．ｍ２ｔｓ）と、ディスク内のＳｈａｒｅｄディレクトリの下位の補助データファイル（Ｊａｐａｎｅｓｅ．ｏｔｆ）をマッピングしているマッピング情報を持っている。
【００９３】
上記マッピング情報によってディスクのバインディングユニット６２（Ｂｉｎｄｉｎｇ  Ｕｎｉｔ  ｏｆ  ｄｉｓｃ＿ＩＤ  ＃１）が生成されると、Ｎｅｗ−ｔｒａｉｌｅｒディレクトリは、特定のディスクのディレクトリ（ｄｉｓｃ＿ＩＤ  ＃１）の下位に位置付けられる。このＮｅｗ−ｔｒａｉｌｅｒディレクトリは、プレイリストファイル（４２００５．ｍｐｌｓ）とクリップ情報ファイル（４２００５．ｃｌｐｉ）とストリームファイル（４２００５．ｍ２ｔｓ）とを含む。補助データファイル（Ｊａｐａｎｅｓｅ．ｏｔｆ）は、ディスクが共有するＳｈａｒｅｄディレクトリの下位に位置する。
【００９４】
ここで、生成されたバインディングユニットの全てのファイルは、読み取り専用（Read-only）ファイルであり、ディスクパッケージにバインディングされるバインディングユニットは、新しいバーチャルパッケージを生成し、記録媒体のデータ及び／またはローカルストレージのデータを再生する。
【００９５】
図７は、本発明の他の好適な実施形態によるバーチャルパッケージを生成するためのローカルストレージバインディングユニットを説明する構造図である。特に、図７は、「バインディングユニットのためのディスクリプタファイル」を含むローカルストレージファイル構造を編集した後、バインディングユニットマニフェストファイルによってバインディングユニットを生成する好適な実施形態を示している。
【００９６】
図７を参照すると、ローカルストレージファイル構造内のバインディングユニットマニフェストファイル７１（ｄｉｓｃ＿ＩＤ  ＃１．ｂｕｍｆ）は、Ｎｅｗ−ｔｒａｉｌｅｒディレクトリの下位に、特定のタイトル（例えば、Ｔｉｔｌｅ  ＃１）のファイル（７２００５．ｍｐｌｓ：７１１、７２００５．ｃｌｐｉ：７１２、７２００５．ｍ２ｔｓ：７１３）と、別の特定のタイトル（例えば、Ｔｉｔｌｅ  ＃２）のファイル（６２００５．ｍｐｌｓ：７１４、６２００５．ｃｌｐｉ：７１５、６２００５．ｍ２ｔｓ：７１６）と、メタデータファイルである「バインディングユニットのためのディスクリプタファイル」（ｂｕｍｔ＿ｅｎｇ．ｘｍｌ：７１７）と、ディスクが共有するＳｈａｒｅｄディレクトリの下位の補助データファイル（Ｃｈｉｎｅｓｅ．ｏｔｆ）をマッピングしているマッピング情報（Mapping Information）を含む。
【００９７】
マッピング情報に関連するディスクのバインディングユニットを生成する前に「バインディングユニットのためのディスクリプタファイル」によってユーザがバインディングユニットディスクリプタのためのアプリケーションイメージを見ながら、特定のタイトル（Ｔｉｔｌｅ  ＃１）を削除する編集をした場合には、バインディングユニットマニフェストファイル７１（ｄｉｓｃ＿ＩＤ  ＃１．ｂｕｍｆ）が修正される。したがって、バインディングユニットマニフェストファイル情報は、Ｎｅｗ−ｔｒａｉｌｅｒディレクトリの下位にある特定のタイトル（例えば、Ｔｉｔｌｅ  ＃２）のファイル（６２００５．ｍｐｌｓ：７１４、６２００５．ｃｌｐｉ：７１５、６２００５．ｍ２ｔｓ：７１６）と、ディスクが共有するＳｈａｒｅｄディレクトリの下位の補助データファイル（Ｊａｐａｎｅｓｅ．ｏｔｆ：７１８）をマッピングしているマッピング情報を持つファイルに修正される。これにより、修正された新しいバインディングユニットマニフェストファイルが生成される。
【００９８】
したがって、新しいバインディングユニットマニフェストファイルのマッピング情報によってディスクのバインディングユニット（Ｂｉｎｄｉｎｇ  Ｕｎｉｔ  ｏｆ  ｄｉｓｃ＿ＩＤ  ＃１：７２）を生成すると、ディスク特有のディレクトリ（ｄｉｓｃ＿ＩＤ  ＃１）の下位にＮｅｗ−ｔｒａｉｌｅｒディレクトリが位置付けられる。Ｎｅｗ−ｔｒａｉｌｅｒディレクトリは、特定のタイトル（Ｔｉｔｌｅ  ＃２）のためのプレイリストファイル（６２００５．ｍｐｌｓ：７２４）とクリップ情報ファイル（６２００５．ｃｌｐｉ：７２５）とストリームファイル（６２００５．ｍ２ｔｓ：７２６）とを含む。補助データファイル（Ｊａｐａｎｅｓｅ．ｏｔｆ：７２８）は、ディスクが共有するＳｈａｒｅｄディレクトリの下位に位置付けられる。
【００９９】
これと関連して、生成されたバインディングユニットの全てのファイルは、読み取り専用ファイルであり、バインディングユニットは、ディスクパッケージにバインディングされて新しいバーチャルパッケージを生成し、記録媒体のデータ及び／またはローカルストレージのデータを再生することは、図６で説明した通りである。
【０１００】
図８は、本発明によるバインディングユニットのためのディスクリプタ情報を説明するアプリケーションイメージで示す図である。図８を参照してバインディングユニットの編集について説明する。
【０１０１】
まず、バインディングユニットのためのディスクリプタ情報（Descriptor for Binding Unit）が、ユーザがディスプレイなどから見ることができるアプリケーションイメージで表現された場合を挙げて説明する。選択されたディレクトリ情報８００は、ディレクトリ名、コンテンツリスト及びダウンロード情報を含む。ディレクトリ名は、映画タイトルの“ダイハード（Die Hard）”を含む。また、コンテンツリストは、特定の映像“Ｍｏｖｉｅ  ＃１”からなるＴｉｔｌｅ  ＃１と、別の特定の映像である“Ｍｏｖｉｅ  ＃２”からなるＴｉｔｌｅ  ＃２とを含み、ダウンロード情報には、コンテンツプロバイダがコンテンツを提供するダウンロードサイトであるインターネットウェブサイトの“ｗｗｗ．ＦＯＸ．ｃｏｍ”情報と、ダウンロード時間である“Ｊａｎ−１０−２００５”情報とが含まれている。その他にも、ダウンロード情報には、ディレクトリプロパティ情報と、最近のダウンロード時間（Latest Downloaded Time）またはアップデート時間の情報なども含まれることができる。本発明が上記の例に限定されることはなく、他の例にも適用可能である。
【０１０２】
選択されたディレクトリ情報８００を表現したアプリケーションイメージに、バインディングユニットまたはバーチャルパッケージの編集のための特定の命令語の一つである“このディスクに関連するデータを削除したいですか？（Do you want to delete data associated with this disc?）”をユーザが見た場合に、ユーザが編集プログラムの１種であるディスクリプタアプリケーション（Descriptor Application）によって所望のディスクの情報を削除する動作を行うことが可能である。
【０１０３】
しかし、ユーザが特定のディスクの情報を削除せず、特定のタイトルの情報を編集することを希望して特定のタイトル（例えば、Ｔｉｔｌｅ  ＃１）を選択すると、アプリケーションイメージは、選択されたタイトル情報８１０（Selected Title Information）をディスプレイ上に表示する。この選択されたタイトル情報８１０において、タイトル名は特定の映画である“ダイハード”であり、タイトルタイプは映画タイトルであり、ダウンロードされたリストは日本語オーディオ情報と韓国語テキストサブタイトル情報などで構成される。これ以外にも、選択されたタイトル情報８１０は、ダウンロードされたサイトなどが含まれることができるが、本発明がこれに限定されることはなく、他の例にも適用可能である。また、選択されたタイトル情報８１０を表現したアプリケーションイメージにバインディングユニットまたはバーチャルパッケージ編集のための特定の命令語の一つである“このタイトルに関連するデータを削除したいですか？（Do you want delete this title?）”をユーザが見て、ユーザが編集プログラムの一種であるディスクリプタアプリケーションによって所望のタイトル（例えば、Ｔｉｔｌｅ  ＃１）のディスクにある情報を削除する動作を行うことができる。
【０１０４】
図９は、本発明の第１の好適な実施形態によるローカルストレージを用いて記録媒体からデータを再生する方法を説明するフローチャートである。特に、図９は、バインディングユニットのためのディスクリプタ情報を用いてバインディングユニットを編集する場合を説明している。
【０１０５】
図９を参照すると、ディスクが光記録再生装置にローディングされると、光記録再生装置は、ローカルストレージのデータからディスク識別情報（ｄｉｓｃ＿ＩＤ）を確認する（Ｓ９０１）。
【０１０６】
ローカルストレージ内にローディングされたディスクと同一のディスク識別情報（ｄｉｓｃ＿ＩＤ）のローカルストレージファイル構造情報を含むファイル情報を読み取る（Ｓ９０２）。
【０１０７】
このファイル情報は、バインディングユニットのためのメタデータファイルも含むので、外部のコンテンツプロバイダからコンテンツデータをダウンロードするとき、メタデータファイルも共にダウンロードする。
【０１０８】
アプリケーションによってメタデータファイルは修正される。例えば、ユーザが特定のディレクトリ内に含まれる特定のコンテンツデータを削除または修正したいので、ユーザインターフェースを介してユーザからの命令を光記録再生装置に入力すると、ユーザによって修正される特定のコンテンツデータは、ＢＤ−Ｊアプリケーションによって削除され、メタデータファイルも削除された情報に基づいてアップデートされる。
【０１０９】
読み取られた同一のディスク識別情報（ｄｉｓｃ＿ＩＤ）のファイル情報のうちメタデータ情報による編集を行うか否かを判断する（Ｓ９０３）。
【０１１０】
メタデータ情報は特に、バインディングユニットのためのディスクリプタ（Descriptors for Binding Unit）の情報であり、ユーザがバインディングユニットを編集することを希望する場合に各バインディングユニット情報を認識するために必要とされる。
【０１１１】
ユーザは、外部からダウンロードしてローカルストレージに保存されたコンテンツプロバイダ（ＣＰ）のコンテンツ情報、ディスクのコンテンツ情報、タイトルのコンテンツ情報などの多様な情報を確認することを希望するが、これらの情報を確認するときにディスクリプタ情報が必要とされる。該ディスクリプタ情報を用いてユーザはディレクトリ、ディスク、及びタイトルの編集動作のうちの一つである削除動作を行うことができる。すなわち、ディスクリプタ情報は、上記の編集動作のためのユーザオペレーションを支援することができる。
【０１１２】
これと関連して、一つのバインディングユニットまたは複数のバインディングユニットで構成されたバインディングユニットのグループからアプリケーションを編集する動作は、ディスクライブラリアプリケーション（Disc Library Application）において特定のディスクに関連した各ディレクトリを編集するために「ディスク情報のためのディスクリプタ（Descriptor for Disc Information）」を使用する。特定のタイトルに関連した各ファイルの編集は、「タイトル情報のためのディスクリプタ（Descriptor for Title Information）」を用いて行うことが好ましい。
【０１１３】
ステップＳ９０３においてメタデータ情報による編集動作が実行されないと、バインディングユニットマニフェストファイルに基づくバインディングユニットである第１のバインディングユニットが生成される（Ｓ９０４）。
【０１１４】
ステップＳ９０３においてメタデータ情報による編集動作が実行されると、まず、メタデータファイルによるローカルストレージのファイル構造の編集を行い、修正されたバインディングユニットマニフェストファイルに関連するバインディングユニットである第２のバインディングユニットが生成される（Ｓ９０５）。
【０１１５】
上記ステップＳ９０４及びＳ９０５で生成されたバインディングユニットをディスクパッケージにバインディングする（または結合する）バインディングオペレーションを行うか否かが判断される（Ｓ９０６）。
【０１１６】
ステップＳ９０６においてバインディングオペレーションが行われないと、ディスク内のディスクパッケージが再生される（Ｓ９０７）。
【０１１７】
ステップＳ９０７においてバインディングオペレーションが行われると、バインディングユニットマニフェストファイル内のネームマッピング情報（Name Mapping Information）に関連付けられるバインディングオペレーションを行ってバーチャルパッケージを生成する。生成されたバーチャルパッケージによって記録媒体であるディスクのオリジナルデータとローカルストレージのアディショナルデータを再生する（Ｓ９０８）。
【０１１８】
ここで、バインディングオペレーション時にバインディング優先順位を定めることができる。制御部１２がバインディング優先順位を定めることができることが好ましい。ローカルストレージ内のファイルと記録媒体のディスク内のファイル間でバインディングオペレーションが実行される時、ファイルのバインディング優先順位は、以下のようになる。つまり、記録媒体特有領域バインディングユニット（Disc Specific Area Binding Unit）のファイルが共有領域バインディングユニット（Shared Area Binding Unit）のファイルに優先し、さらに、当該共有領域バインディングユニットのファイルがディスクパッケージ（Disc package）のファイルに優先する。
【０１１９】
これと関連して、バインディングユニット（Binding Unit）は基本的に、ディスクパッケージと類似な構造を持つ。場合によっては、タイトル単位に構成されたバインディングユニットが記録媒体と同一または相異なるファイル構造を持っても良い。
【０１２０】
また、本発明においてバインディングユニットだけでは再生管理ファイルとして動作出できず、この点がバインディングユニットとディスクパッケージとの差異点である。
【０１２１】
もし、バインディングユニットだけでも単独でデータ再生可能なように設計されると、これは単にローカルストレージ内のデータを再生することに他ならず、このようなバインディングユニットの動作は、本発明で達成しようとする、ディスク内のオリジナルデータとローカルストレージ内のアディショナルデータを共に再生するという目的に反する。
【０１２２】
したがって、バーチャルファイルシステム（ＶＦＳ）は、バインディングユニットマニフェストファイルの情報のうち、特にネームマッピング情報を用いて、ローディングされたディスク内のディスクパッケージに、ローカルストレージファイル構造にアップデートされたバインディングユニットをバインディングするバインディングオペレーションを行って新しいバーチャルパッケージを生成する。
【０１２３】
このとき、生成されたバーチャルパッケージは、ディスクパッケージと同じ構造を有することができる。
【０１２４】
図１０は、本発明によるバーチャルファイルシステム（ＶＦＳ）を用いてバーチャルパッケージを生成する方法及びバーチャルパッケージを編集する方法を説明する概念図である。
【０１２５】
特定のディスク内のディスクパッケージ（ｏｒｇ＿ＩＤ  ＃１、ｄｉｓｃ＿ＩＤ  ＃１：１０２）は、ルートディレクトリ（ｒｏｏｔ）の下位ディレクトリであるＢＤディレクトリ（ＢＤＭＶ）内に、インデックスファイル（ｉｎｄｅｘ．ｂｄｍｖ）、オブジェクトファイル（ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ）、プレイリストファイル（０００００．ｍｐｌｓ：１０２１）、クリップ情報ファイル（０１０００．ｃｌｐｉ：１０２２）、ストリームファイル（０１０００．ｍ２ｔｓ：１０２３）、補助データファイル（ｓｏｕｎｄ．ｂｄｍｖ：１０２４）を含む。
【０１２６】
ローディングされたディスク（例えば、ｄｉｓｃ＿ＩＤ  ＃１）に関連付けられた新しくダウンロードしてアップデートされたバインディングユニット、または、あらかじめダウンロードしてローカルストレージに保存されているバインディングユニットであるローカルストレージのバインディングユニット（Binding Unit of LocalStorage：１０１）は、特定のコンテンツプロバイダのディレクトリ（例えば、ｏｒｇ＿ＩＤ  ＃１）の下位に、ディスク特有のディレクトリ（ｄｉｓｃ＿ＩＤ  ＃１）及びディスク共有ディレクトリ（Ｓｈａｒｅｄ）を含む。
【０１２７】
そして、ディスク特有のディレクトリ（ｄｉｓｃ＿ＩＤ  ＃１）の下位ディレクトリであるＮｅｗ−ｔｒａｉｌｅｒディレクトリは、特定のプレイリストファイル（４２００５．ｍｐｌｓ：１０１１）、当該プレイリストファイル１０１１によって管理されるクリップであるクリップ情報ファイル（４２００５．ｃｌｐｉ：１０１２）及びストリームファイル（４２００５．ｍ２ｔｓ：１０１３）を含む。ディスク共有ディレクトリ（Ｓｈａｒｅｄ）は、補助データファイル（Ｊａｐａｎｅｓｅ．ｏｔｆ：１０１５）を含み、これでローカルストレージのバインディングユニットを構成する。
【０１２８】
本発明の好適な実施形態によれば、本発明に係るローカルストレージのバインディングユニットマニフェストファイルのネームマッピング情報は、バーチャルパッケージにおけるバインディングユニット内のファイルのファイル名とファイル位置についての情報である。例えば、バインディングユニットマニフェストファイルのネームマッピング情報に基づいて、バインディングユニット内のプレイリストファイル（４２００５．ｍｐｌｓ：１０１１）は、バーチャルパッケージのプレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）内のプレイリストファイル（０００００．ｍｐｌｓ：１０３１）に置き換えられ、クリップ情報ファイル（４２００５．ｃｌｐｉ：１０１２）は、バーチャルパッケージのクリップ情報ディレクトリ（ＣＬＩＰＩＮＦ）内のクリップ情報ファイル（０２０００．ｃｌｐｉ：１０３３）に置き換えられ、ストリームファイル（４２００５．ｍ２ｔｓ：１０１３）は、バーチャルパッケージのストリームディレクトリ（ＳＴＲＥＡＭ）内のストリームファイル（０２０００．ｍ２ｔｓ：１０３５）に置き換えられ、メタデータファイルである“バインディングユニットのためのディスクリプタファイル”（ｂｕｍｔ＿ｅｎｇ．ｘｍｌ：１０１４）は、バーチャルパッケージのメタデータディレクトリ（ＭＥＴＡ）内のバインディングユニットのためのディスクリプタファイル（ｂｕｍｔ＿ｅｎｇ．ｘｍｌ：１０３６）に置き換えられ、補助データファイル（Ｊａｐａｎｅｓｅ．ｏｔｆ：１０１５）は、バーチャルパッケージの補助データ（ＡＵＸＤＡＴＡ）ディレクトリ内の補助デートファイル（１１１１１．ｏｔｆ：１０３８）に置き換えられる。上記ネームマッピング情報は、ファイルの位置についてのファイルのリストの情報を含む。
【０１２９】
したがって、バーチャルファイルシステム（ＶＦＳ）がバインディングオペレーションを行うとき、ローカルストレージ内のバインディングユニットマニフェストファイルに記録されているネームマッピング情報に基づいてバインディングオペレーションが行われ、バーチャルパッケージが生成される。
【０１３０】
また、ネームマッピング情報によって生成されたバーチャルパッケージ１０３は、ルートディレクトリ（ｒｏｏｔ）の下位ディレクトリであるＢＤディレクトリ（ＢＤＭＶ）を含む。ＢＤディレクトリ（ＢＤＭＶ）は、バーチャルパッケージによるインデックスファイル（ｉｎｄｅｘ．ｂｄｍｖ）及びオブジェクトファイル（ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ）を含む。ＢＤディレクトリは、プレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）、クリップ情報ディレクトリ（ＣＬＩＰＩＮＦ）、ストリームディレクトリ（ＳＴＲＥＡＭ）、メタデータディレクトリ（ＭＥＴＡ）及び補助データディレクトリ（ＡＵＸＤＡＴＡ）を含む。プレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）は、ローカルストレージバインディングユニット１０１のプレイリストファイル（４２００５．ｍｐｌｓ：１０１１）が置き換えられたプレイリストファイル（０００００．ｍｐｌｓ：１０３１）を含む。クリップ情報ディレクトリ（ＣＬＩＰＩＮＦ）には、ディスクパッケージのクリップインフォファイル（０１０００．ｃｌｐｉ：１０２２）に、ローカルストレージバインディングユニット１０１のクリップ情報ファイル（４２００５．ｃｌｐｉ：１０１２）が置き換えられたクリップ情報ファイル（０２０００．ｃｌｐｉ：１０３３）が追加される。ストリームディレクトリ（ＳＴＲＥＡＭ）には、ディスクパッケージのストリームファイル（０１０００．ｍ２ｔｓ：１０２３）に、ローカルストレージバインディングユニット１０１のストリームファイル（４２００５．ｍ２ｔｓ：１０１３）が置き換えられたストリームファイル（０２０００．ｍ２ｔｓ：１０３５）が追加される。メタデータディレクトリ（ＭＥＴＡ）は、ローカルストレージバインディングユニット１０１のメタデータファイルである「バインディングユニットのためのディスクリプタファイル」（ｂｕｍｔ＿ｅｎｇ．ｘｍｌ：１０３６）を含む。補助データディレクトリ（ＡＵＸＤＡＴＡ）には、ディスクパッケージの補助データファイル（ｓｏｕｎｄ．ｂｄｍｖ：１０２４）に、ローカルストレージバインディングユニット１０１の補助データファイル（Ｊａｐａｎｅｓｅ．ｏｔｆ：１０１５）が置き換えられた補助データファイル（１１１１１．ｏｔｆ：１０３８）が追加される。
【０１３１】
なお、バーチャルパッケージ内の上位ファイルであるインデックスファイル（ｉｎｄｅｘ．ｂｄｍｖ）及びオブジェクトファイル（ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ）は、新しく生成されるバーチャルプレイリストファイル（０００００．ｍｐｌｓ：１０３１）に基づいて、既存ディスク内のインデックスファイル（ｉｎｄｅｘ．ｂｄｍｖ）及びオブジェクトファイル（ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ）からアップデートされても良い。
【０１３２】
例えば、バーチャルパッケージ内のプレイリストファイル（０００００．ｍｐｌｓ：１０３１）によってタイトル（Ｔｉｔｌｅ）が別のタイトルに変更される場合（例えば、新しいタイトルが追加される、既存タイトルが削除される、または、タイトル再生のシナリオが別のシナリオに変更されるなどの場合）、既存のインデックス及びオブジェクトファイルは、新しく生成されたバーチャルパッケージに基づいてアップデートされても良い。
【０１３３】
これと関連して、上記で生成されたバーチャルパッケージ１０３を第１のバーチャルパッケージと命名する。第１のバーチャルパッケージ内に位置するメタデータファイルである「バインディングユニットのためのディスクリプタファイル」（ｂｕｍｔ＿ｅｎｇ．ｘｍｌ：１０３６）の情報に基づいて、ユーザが第１のバーチャルパッケージを編集する場合に、新たに生成されたバーチャルパッケージを第２のバーチャルパッケージと命名する。
【０１３４】
例えば、第１のバーチャルパッケージにおいて「バインディングユニットのためのディスクリプタファイル」（ｂｕｍｔ＿ｅｎｇ．ｘｍｌ：１０３６）の情報に基づいてユーザが特定のタイトルのデータを削除すると、その削除結果によって生成された第２のバーチャルパッケージ内の上位ファイルであるインデックスファイル（ｉｎｄｅｘ．ｂｄｍｖ）及びオブジェクトファイル（ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ）は、新しく生成されるバーチャルプレイリストファイル（０００００．ｍｐｌｓ）に基づいてアップデートされ、特定のタイトルのファイルも削除されて、第２のバーチャルパッケージが生成される。
【０１３５】
上記で生成されたバーチャルパッケージ（第１のバーチャルパッケージ、第２のバーチャルパッケージ）によって、記録媒体のデータであるオリジナルデータとローカルストレージのデータであるアディショナルデータを再生する再生方法について、図１１を参照して説明する。
【０１３６】
図１１は、本発明の第２の好適な実施形態に係るローカルストレージを用いて記録媒体からデータを再生する方法を説明するフローチャートである。特に、図１１は、「バインディングユニットのためのディスクリプタファイル」を含むバーチャルパッケージを編集して生成された新しいバーチャルパッケージにおける記録媒体データとローカルストレージデータの再生方法を示すフローチャートである。
【０１３７】
図１１を参照すると、ディスクが光記録再生装置にローディングされると、光記録再生装置は、ローカルストレージデータからディスク識別情報（ｄｉｓｃ＿ＩＤ）を確認する（Ｓ１１０１）。
【０１３８】
光記録再生装置は、ローカルストレージ内に同一のディスク識別情報（ｄｉｓｃ＿ＩＤ）のバインディングユニットが存在するか否かを確認する（Ｓ１１０２）。このとき、ローカルストレージが複数ある場合には、複数のローカルストレージ内には同じディスク識別情報（ｄｉｓｃ＿ＩＤ）のバインディングユニットが少なくとも一つ存在することも、存在しないこともありうる。
【０１３９】
また、バインディングユニットは、メタデータファイルである「バインディングユニットのためのディスクリプタファイル」（例えば、ｂｕｍｔ＿ｅｎｇ．ｘｍｌ）を含む。
【０１４０】
ステップＳ１１０２において、ローカルストレージ内に同一のディスク識別情報（ｄｉｓｃ＿ＩＤ）のバインディングユニットが存在しないと確認された場合、光記録再生装置は、記録媒体であるディスク内のディスクパッケージのデータを再生する（Ｓ１１０３）。
【０１４１】
ステップＳ１１０２において、ローカルストレージ内に同一のディスク識別情報（ｄｉｓｃ＿ＩＤ）のバインディングユニットが存在すると確認された場合、光記録再生装置は、ディスクパッケージにバインディングユニットをバインディングする（または結合する）バインディングオペレーションを行うか否か確認する（Ｓ１１０４）。
【０１４２】
ステップＳ１１０４において、バインディングオペレーションを行わない場合は、光記録再生装置は、記録媒体であるディスク内のディスクパッケージのデータを再生する（Ｓ１１０５）。
【０１４３】
ステップＳ１１０４において、バインディングオペレーションを行う場合は、光記録再生装置は、バインディングユニットマニフェストファイルのネームマッピング情報に基づいて第１のバーチャルパッケージを生成する。第１のバーチャルパッケージは、メタデータディレクトリ（ＭＥＴＡ）に、バインディングユニットについてのメタデータファイルである「バインディングユニットのためのディスクリプタファイル」（例えば、ｂｕｍｔ＿ｅｎｇ．ｘｍｌ）を含む（Ｓ１１０６）。
【０１４４】
また、バインディングオペレーションは、光記録再生装置がインターネットなどの外部ネットワークと連結していない状態で行われることが好ましい。
【０１４５】
これと関連して、バインディング優先順位は、複数個のローカルストレージ間で定めることができる。この時、制御部がバインディング優先順位を定めることができることが好ましい。ローカルストレージ内でのバインディング優先順位については、記録媒体特有領域バインディングユニットのファイルが共有領域バインディングユニットのファイルよりも高いことが好ましい。
【０１４６】
ローカルストレージ内のバインディングユニットのファイルと記録媒体内のバインディングユニット（すなわち、ディスクパッケージ）のファイル間のバインディング優先順位は、ローカルストレージ内のバインディングユニットのファイルがディスクパッケージのファイルよりも高いことが好ましい。
【０１４７】
ステップＳ１１０６で生成された第１のバーチャルパッケージが、「バインディングユニットのためのディスクリプタファイル」（例えば、ｂｕｍｔ＿ｅｎｇ．ｘｍｌ）の情報を用いたユーザ命令によってバーチャルパッケージ編集が行われるか否かを判断する（Ｓ１１０７）。
【０１４８】
ステップＳ１１０７において、バーチャルパッケージ編集が行われないと判断された場合、光記録再生装置は、ステップＳ１１０６で生成した第１のバーチャルパッケージによって記録媒体のデータ及びローカルストレージのデータを再生する（Ｓ１１０８）。
【０１４９】
ステップＳ１１０７において、バーチャルパッケージ編集が行われると判断された場合、光記録再生装置は、ユーザ命令を行うことによって第２のバーチャルパッケージを生成する。再生命令がある場合、光記録再生装置は、生成した第２のバーチャルパッケージによって記録媒体のデータとローカルストレージのデータを再生する（Ｓ１１０９）。
【０１５０】
本発明の要旨及び範囲から離れることなく本発明において様々な変形及び修正を行うことが可能であることは当業者には自明である。したがって、この発明の変形及び修正が特許請求の範囲やその均等の範囲に属するのであれば、本発明はそれらの変形及び修正の範囲にわたる。
【図面の簡単な説明】
【０１５１】
【図１】本発明に係る記録媒体からデータを再生する方法及び装置を示す概念図である。
【図２】記録媒体である光ディスクに記録されるファイル構造及びこのファイル構造を用いて特定のタイトルを再生する方法を示す概念図である。
【図３】本発明に係る記録媒体である光ディスクのデータ記録構造を説明する構造図である。
【図４Ａ】本発明に係る光記録再生装置を示すブロック図である。
【図４Ｂ】本発明に係る光記録再生装置内の構成要素全体のうち、ローカルストレージを用いたデータ再生装置を示すブロック図である。
【図５】本発明に係る記録媒体内のデータとローカルストレージ内のデータを共に再生できるバーチャルパッケージを生成する方法を示す概念図である。
【図６】本発明の好適な実施形態に係るバーチャルパッケージを生成するローカルストレージバインディングユニットを示す構造図である。
【図７】本発明の他の好適な実施形態に係るバーチャルパッケージを生成するローカルストレージバインディングユニットを示す図である。
【図８】本発明に係るバインディングユニットのためのディスクリプタ情報をアプリケーションイメージで表した図である。
【図９】本発明の第１の好適な実施形態に係るローカルストレージを用いた記録媒体のデータ再生方法を示すフローチャートである。
【図１０】本発明に係るバーチャルファイルシステム（ＶＦＳ）によってバーチャルパッケージを生成し、バーチャルパッケージを編集する方法を示す概念図である。
【図１１】本発明の第２の好適な実施形態に係るローカルストレージを用いた記録媒体のデータ再生方法を示すフローチャートである。
【図１】
2008527597.tif 000003
【図２】
2008527597.tif 000004
【図３】
2008527597.tif 000005
【図４Ａ】
2008527597.tif 000006
【図４Ｂ】
2008527597.tif 000007
【図５】
2008527597.tif 000008
【図６】
2008527597.tif 000009
【図７】
2008527597.tif 000010
【図８】
2008527597.tif 000011
【図９】
2008527597.tif 000012
【図１０】
2008527597.tif 000013
【図１１】
2008527597.tif 000014
【国際調査報告】
2008527597.tif 000015
2008527597.tif 000016