JP2008519389A - ローカルストレージを用いて記録媒体からデータを再生する方法及び再生装置 - Google Patents

Abstract

ローカルストレージを用いて記録媒体からデータを再生する方法及び再生装置を提供する。ダウンロードしたデータをローカルストレージに保存した後、アップデート可能状態になると、前記ダウンロードしたデータをローカルストレージファイル構造内にアップデートする。前記アップデートされたローカルストレージファイル構造でバインディングユニットを生成し、また、前記生成されたバインディングユニットを記録媒体内のファイル構造とバインディングして仮想パッケージを生成する。これにより、前記生成された仮想パッケージによって記録媒体データ及び／またはダウンロードしたローカルストレージデータを再生する。

Description

本発明は、記録媒体からデータを再生する方法及び装置に係り、特に、光記録／再生装置内のローカルストレージを用いて記録媒体からデータを再生する方法及び再生装置に関する。

記録媒体として大容量のデータを記録できる光ディスクが広く使用されれている。なかでも最近では高画質のビデオデータと高音質のオーディオデータを長時間記録／保存することができる新しい高密度記録媒体、例えば、ブルーレイディスク(ＢＤ：Ｂｌｕ−ｒａｙ Ｄｉｓｃ)が開発されている。

次世代記録媒体技術に基づくＢＤは、既存のＤＶＤを顕著に凌駕するデータを保存できる次世代光記録ソリューションで、近来、他のデジタル機器と共にＢＤと関連した国際規格技術仕様の研究が行われてきている。

このような状況と関連して、ＢＤ国際規格に基づく光記録／再生装置の開発も始まったが、未だＢＤ規格が完備していないことから、光記録／再生装置を開発するのに多くの限界と難題がある事実である。

特に、上記のような光記録／再生装置は、ＢＤを記録再生する基本機能の他に、周辺の関連デジタル機器との統合的使用を考慮した付加的な機能も考慮しなければならず、一般に、外部入力信号を受信してこれをディスプレイしたり、外部入力信号と内蔵されたＢＤを共に用いて再生する等の機能は必ず備えられるべきとされる。

しかしながら、上記のように外部入力信号をＢＤのデータと一緒に再生するための記録媒体再生方法などは知られておらず、本格的なＢＤ基盤の光記録／再生装置を開発するのに多くの制約がある実情である。

したがって、本発明は、関連技術の限界及び短所による一つ以上の問題点を実質的に解消できる、ローカルストレージを用いて記録媒体からデータを再生する方法及び装置を提供する。

また、本発明は、記録媒体のデータの他、外部からダウンロードしてローカルストレージに保存されているデータを共に再生する再生方法及び再生装置を提供する。

本発明の付加的な利点、目的及び特徴は、本技術分野における当業者には、次の説明で本発明の例示から自明に理解できる。本発明の目的及び他の利点は、添付する図面と特許請求の範囲及び詳細な説明に具体的に指摘された構造によって具現され、取得されることができる。

上記目的及びその他の利点を達成するために、本発明は、ａ）ダウンロードしたデータをローカルストレージに保存する段階と、ｂ）ローカルストレージファイル構造に、前記ダウンロードしたデータをアップデート可能か否かを確認し、アップデート可能な場合、前記ダウンロードされたデータを前記ローカルストレージファイル構造にアップデートする段階と、ｃ）前記アップデートされたローカルストレージファイル構造でバインディングユニットを生成する段階と、ｄ）前記生成されたバインディングユニットを記録媒体内のファイル構造と結合して（ｃｏｍｂｉｎｉｎｇ）仮想パッケージを生成し、前記生成された仮想パッケージによって記録媒体データ及び／またはダウンロードしたローカルストレージデータを再生する段階と、を含む、ローカルストレージを用いて記録媒体からデータを再生する方法を提供する。

また、本発明は、ａ）ローディングされた（ｌｏａｄｅｄ）記録媒体と関連してダウンロードしたデータをローカルストレージに保存する段階と、ｂ）前記ローカルストレージ内の以前ファイル構造に、前記ダウンロードしたデータをアップデーティングすることによって前記ローカルストレージに新しいファイル構造を生成する段階と、ｃ）前記新しいファイル構造からバインディングユニットを生成する段階と、ｄ）前記バインディングユニットを記録媒体ファイル構造にバインディングして仮想パッケージを生成する段階と、を含む、仮想パッケージ生成方法を提供する。

また、本発明は、記録媒体からデータを読み出すピックアップと、前記記録媒体データと関連付けられたデータをダウンロードして保存するもので、アップデート完了したデータを保存する第１領域及び新しくダウンロードしたデータを保存する第２領域を備えるローカルストレージと、前記第２領域にダウンロードしたデータを第１領域内にアップデートし、前記アップデートされたデータでバインディングユニットを生成して仮想パッケージを生成し、前記仮想パッケージから記録媒体内のデータ及び／またはローカルストレージ内のデータを再生することを制御する制御部と、を備える、ローカルストレージを用いて記録媒体からデータを再生する装置を提供する。

本発明の実施例は、添付した特許請求の範囲に開示された本発明の技術的思想とその技術的範囲内で、様々に改良、変更、代替または付加された多様な具体例が可能であり、したがって、本発明は、請求範囲及び請求範囲と均等な範囲内における本発明の改良及び変更された事項を含むことは自明である。

以下、添付の図面を参照しつつ、本発明の好適な実施例について詳細に説明する。図面中、同一の構成要素には可能な限り同一の参照番号を付する。

以下、本発明によるローカルストレージを用いて記録媒体からデータを再生する方法及び再生装置を、添付の図面を参照して詳細に説明する。

本発明で使用される用語は、可能なかぎり現在広く使用されている一般的な用語を選んだが、特定の場合では出願人が任意に選定した用語もあり、この場合には該当する発明の説明部分で詳細にその意味を定義しておいたので、用語が持つ単純な意味ではなくここで定義された固有の意味として本発明を把握すべきである。

本発明で“記録媒体（ｒｅｃｏｒｄｉｎｇ ｍｅｄｉｕｍ）”とは、記録方式に関らず全ての媒体、例えば、光ディスク、磁気テープなどを意味する。本発明でいう“ディスク”は、“記録媒体”と同一概念を有する。

以下、本発明は、説明の便宜上、記録媒体として、光ディスク（ｏｐｔｉｃａｌ ｄｉｓｃ）、特に“ＢＤ”に挙げて説明するが、本発明の技術思想は他の記録媒体にも同一に適用可能であることは自明である。

本発明で“ローカルストレージ（ｌｏｃａｌ ｓｔｏｒａｇｅ）"とは、図１０に示す光記録／再生装置に備えられた一種の保存手段で、必要な情報及びデータを使用者が任意に保存して用いることができる。例えば、一般的に使用されるローカルストレージ（Ｌｏｃａｌ ｓｔｏｒａｇｅ）にはハードディスクドライブ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ：ＨＤＤ）があるが、本発明がこれに限定されない。

特に、本発明と関連して、前記“ローカルストレージ（Ｌｏｃａｌ ｓｔｏｒａｇｅ）”は記録媒体（例えば、ブルーレイディスク）と関連付けられたデータを保存する手段としても用いられ、この記録媒体と関連付けられてローカルストレージ内に保存されるデータは、外部からダウンロード（ｄｏｗｎｌｏａｄ）することが一般的ある。

これと関連して、記録媒体から一部許容されたデータを直接読み出す、または、記録媒体の記録再生と関連したシステムデータ（例えば、メタデータ（ｍｅｔａ ｄａｔａ）等）を生成して、ローカルストレージ内に保存することも可能であることは自明である。

“バインディングユニット（Ｂｉｎｄｉｎｇ Ｕｎｉｔ）”とは、前記ローカルストレージ内に保存された情報の一集合であり、特に、特定記録媒体に関連して該当記録媒体内のデータに取り替えられたり追加される情報の一集合を意味する。この詳細は後述される。

本発明では、説明の便宜上、前記記録媒体内に記録されたデータを“オリジナルデータ（ｏｒｉｇｉｎａｌ ｄａｔａ）”とし、前記ローカルストレージ内に保存されたデータのうち、記録媒体と関連付けられたデータを“付加データ（ａｄｄｉｔｉｏｎａｌ ｄａｔａ）”とする。

図１は、本発明によるデータ再生のための方法及び装置を示す概念図であり、光記録／再生装置１０と周辺機器間の統合的使用の一例を示している。

本発明の“光記録／再生装置１０”は、様々な規格の光ディスクを記録したり再生できる機器で、設計によっては特定規格の光ディスク（例えば、ＢＤ）のみを記録再生可能にしても良く、記録は除いて再生のみ可能にしても良い。本発明では、ＢＤと周辺機器との相関を考慮して、以下ではＢＤを再生するプレーヤー（ＢＤ−Ｐｌａｙｅｒ）またはＢＤを記録再生するレコーダ（ＢＤ−Ｒｅｃｏｒｄｅr）に挙げて説明するものとする。本発明の“光記録／再生装置１０”は、コンピュータなどに内蔵された“ドライブ（ｄｒｉｖｅ）”になりうることは周知の事実である。

本発明の光記録／再生装置１０は、光ディスク３０を記録再生する機能の他にも、外部入力信号を受信し、これを信号処理しのち他の外部ディスプレイ２０を通じて使用者に画面として伝達する機能を持つ。この場合、入力可能な外部信号には特に制限はないが、デジタル放送（ＤＴＶ）及びインターネット（Ｉｎｔｅｒｎｅｔ）信号などが代表的な外部入力信号となる。特に、インターネット（Ｉｎｔｅｒｎｅｔ）の場合、現在誰でも容易に接近できる媒体で、光記録／再生装置１０を通じインターネット上の特定データをダウンロード（ｄｏｗｎｌｏａｄ）して活用可能になる。

これと関連して、外部入力ソース（ｅｘｔｅｒｎａｌ ｓｏｕｒｃｅ）としてコンテンツ（ｃｏｎｔｅｎｔ）を提供する者を総称して“コンデンツプロバイダ（ＣＰ：ｃｏｎｔｅｎｔ ｐｒｏｖｉｄｅｒ）”とする。

本発明は、光記録／再生装置１０にローディングされた光ディスク３０には、オリジナルデータ（ｏｒｉｇｉｎａｌ ｄａｔａ）が記録されており、他の保存位置（例えば、インターネット（Ｉｎｔｅｒｎｅｔ））に該オリジナルデータと関連した付加データ（ａｄｄｉｔｉｏｎａｌ ｄａｔａ）が存在する場合、これらオリジナルデータと付加データを共に再生することにその目的がある。

例えば、光ディスク内に記録されたオリジナルデータとしては、特定タイトル用のマ多重（ｍｕｌｔｉｐｌｅｘｅｄ）ＡＶストリームを記録しておき、インターネット上の付加データとして当該オリジナルデータのオーディオストリーム（例えば、韓国語）とは異なるオーディオストリーム（例えば、英語）を提供すると仮定する。使用者によってはインターネット上の付加データであるオーディオストリーム（例えば、英語）をダウンロードして、オリジナルデータのＡＶストリームと共に再生したいか、または、付加データのみを再生したい要求が存在するはずである。これを可能にするためには前記オリジナルデータと付加データ間の連関性を規定し、これらのデータを使用者の要求に応じて再生する体系化した方法が必要である。

上記では説明の便宜上、ディスク内に記録された信号をオリジナルデータとし、ディスク外部に存在する信号を付加データとしたが、オリジナルデータと付加データが必ずしも特定のデータに限定されることはない。

付加データには主として、オーディオ（Ａｕｄｉｏ）データ、プレゼンテーショングラフィック（ＰＧ：Ｐｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃ）データ、インタラクティブグラフィック（ＩＧ：Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃ）データ、テキストサブタイトル（Ｔｅｘｔ ｓｕｂｔｉｔｌｅ）データなどがあるが、これに限定されず、前記例示したデータとビデオ（Ｖｉｄｅｏ）を全部含む多重（ｍｕｌｔｉｐｌｅｘｅｄ）ＡＶストリームにもなりうる。すなわち、光ディスク外部に存在しながら、オリジナルデータと関連付けられたいかなる属性のデータも付加データになりうる。

これと関連して、前記使用者の要求を実現可能にするためには、オリジナルデータと付加データ相互間に関連したファイル構造を持つことが必須である。次に、図２及び図３を参照して、ＢＤで使用可能なファイル構造及びデータ記録構造について詳細に説明する。

図２は、ディスク内に記録されたオリジナルデータを再生管理するためのファイル構造及びファイル構造によって特定タイトルが再生される関係を示す図である。

本発明のファイル構造は、一つのルートディレクトリ（ｒｏｏｔ ｄｉｒｅｃｔｏｒｙ）の下に少なくとも一つのＢＤディレクトリ（ＢＤＭＶ）を含む。前記ＢＤディレクトリ（ＢＤＭＶ）は、使用者との双方向性（ｉｎｔｅｒａｃｔｉｖｉｔｙ）を保障するための一般ファイル（上位ファイル）情報で、インデックスファイル（“ｉｎｄｅｘ”）とオブジェクトファイル（“Ｍｏｖｉｅ Ｏｂｊｅｔ”）を含む。前記ファイル構造は、実際ディスク内に記録されたデータに対する情報と、これを再生する方法などに対する情報とを持つ多様なディレクトリ、例えば、プレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）、クリップインフォディレクトリ（ＣＬＩＰＩＮＦ）、ストリームディレクトリ（ＳＴＲＥＡＭ）、補助ディレクトリ（ＡＵＸＤＡＴＡ）及びバックアップディレクトリ（ＢＡＣＫＵＰ）を含む。このディレクトリ及びディレクトリ内に含まれるファイルについて詳細に説明すると、下記の通りである。

補助ディレクトリ（ＡＵＸＤＡＴＡ）は、ディスク再生に必要な付加的なデータファイルを含み、例えば、インタラクティブグラフィック（ｉｎｔｅｒａｃｔｉｖｅ ｇｒａｐｈｉｃ）の実行時にサウンドを提供する“Ｓｏｕｎｄ．ｂｄｍｖ”ファイル、ディスク再生時にフォント（ｆｏｎｔ）情報を提供する“１１１１１．ｏｔｆ”ファイルなどを含む。

ストリームディレクトリ（ＳＴＲＥＡＭ）は、ディスク内に特定フォーマットで記録されたＡＶストリームファイルを含む。それぞれのストリームは、現在広く知られているＭＰＥＧ−２方式のトランスポート（Ｔｒａｎｓｐｏｒｔ）パケット（ｐａｃｋｅｔ）で記録される場合が最も一般的であり、ストリームファイル（０１０００．ｍ２ｔｓ、０２０００．ｍ２ｔｓ）の拡張名に“＊．ｍ２ｔｓ”が使用される。特に、前記ストリームのうち、ビデオ／オーディオ／グラフィック情報がいずれも多重化した（ｍｕｌｔｉｐｌｅｘｅｄ）ストリームをＡＶストリームといい、少なくとも一つのＡＶストリームファイルでタイトル（Ｔｉｔｌｅ）を構成する。

クリップインフォディレクトリ（ＣＬＩＰＩＮＦ）は、前記それぞれのストリームファイル（“＊．ｍ２ｔｓ"）と一対一で対応するクリップインフォファイル（０１０００．ｃｌｐｉ、０２０００．ｃｌｐｉ）で構成される。特に、クリップインフォファイル（“*．ｃｌｐｉ”）は、対応するストリームファイル（“＊．ｍ２ｔｓ”）の属性情報及びタイム情報（ｔｉｍｉｎｇｉｎ ｆｏｒｍａｔｉｏｎ）等を記録する。関連して、ストリームファイル（“＊．ｍ２ｔｓ”）とストリームファイル（“＊．ｍ２ｔｓ”）に一対一対応するクリップインフォファイル（“*．ｃｌｐｉ”）をまとめて“クリップ（ｃｌｉｐ）”と命名する。すなわち、“クリップ（ｃｌｉｐ）”は、ストリームファイル（“＊．ｍ２ｔｓ”）とクリップインフォファイル（“*．ｃｌｐｉ”）で構成される。

プレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）は、プレイリストファイル（“＊．ｍｐｌｓ”）を含む。それぞれのプレイリストファイル（“＊．ｍｐｌｓ”）は、特定クリップ（ｃｌｉｐ）が再生される時間（ｐｌａｙｉｎｇ ｉｎｔｅｒｖａｌ）を指定する少なくとも一つのプレイアイテム（ＰｌａｙＩｔｅｍ）及びサブプレイアイテム（ＳｕｂＰｌａｙＩｔｅｍ）を含んでおり、プレイアイテム（ＰｌａｙＩｔｅｍ）及びサブプレイアイテム（ＳｕｂＰｌａｙＩｔｅｍ）は、再生を希望する特定クリップ（ｃｌｉｐ）の再生開始時間（ＩＮ−Ｔｉｍｅ）と再生終了時間（ＯＵＴ−Ｔｉｍｅ）に対する情報を持っている。

これと関連して、プレイリストファイル内の少なくとも一つのプレイアイテム（ＰｌａｙＩｔｅｍ）によって再生される過程を、“メインパス（ｍａｉｎｐａｔｈ）”とし、それぞれのサブプレイアイテム（ＳｕｂＰｌａｙＩｔｅｍ）によって再生される過程を“サブパス（ｓｕｂｐａｔｈ）”と定義する。プレイリストファイルは前記メインパス（ｍａｉｎｐａｔｈ）を含まなければならなく、前記サブパス（ｓｕｂｐａｔｈ）はサブプレイアイテム（ＳｕｂＰｌａｙＩｔｅｍ）の存在によって必要に応じて少なくとも一つ含むことができる。

結果として、プレイリストファイルは少なくとも一つのプレイアイテム（ＰｌａｙＩｔｅｍ）の組み合わせによって所望のクリップの再生を行う全体再生管理ファイル構造内の基本的再生管理ファイル単位（ｕｎｉｔ）である。

バックアップディレクトリ（ＢＡＣＫＵＰ）は、前記ファイル構造上のデータのうち、特にディスク再生と関連した情報が記録されるインデックスファイル（“ｉｎｄｅｘ”）、オブジェクトファイル（“ＭｏｖｉｅＯｂｊｅｔ”）、プレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）内の全てのプレイリストファイル（“＊．ｍｐｌｓ”）及びクリップインフォディレクトリ（ＣＬＩＰＩＮＦ）内の全てのクリップインフォファイル（“＊．ｃｌｐｉ”）に対する複写本ファイル（ｄｕｐｌｉｃａｔｅ ｆｉｌｅ）を保存する。すなわち、これらのファイルの損失時にディスク再生に致命的な影響があることを考慮し、バックアップ（ｂａｃｋｕｐ）用に各ファイルの複写本ファイル（ｄｕｐｌｉｃａｔｅ ｆｉｌｅ）をあらかじめ保存したわけである。

これと関連して、図２にはまた、前述した前記ディスクファイル構造によって特定タイトル（Ｔｉｔｌｅ）が再生される方法が示されている。

インデックスファイル（‘インデックステーブル（ｉｎｄｅｘｔａｂｌｅ）’ともいう。）によって提供されるタイトルに対する使用者のタイトル再生命令がある場合、該当タイトルの再生が始まる。これについて詳細に説明すると、次の通りである。

インデックスファイル（ｉｎｄｅｘ．ｂｄｍｖ）は、該当ディスクがロード（ｌｏａｄ）されると、最初に再生される画面に対する情報を持つ“Ｆｉｒｓｔ Ｐｌａｙｂａｃｋ”情報と、メニュー画面を提供する“Ｔｏｐ Ｍｅｎｕ”情報と、少なくとも一つの“タイトル（Ｔｉｔｌｅ＃１〜Ｔｉｔｌｅ＃ｎ）”情報を含む。

ディスク３０が光記録／再生装置１０内にロードされると、前記インデックステーブルと関連したタイトルメニュー情報が使用者にディスプレイ２０を通じて提供される。前記使用者が特定タイトルまたはメニュー画面内の特定メニューを選択すると、以降ディスク製作者（ａｕｔｈｏｒ）によってあらかじめ定義されたファイル構造によってデータ再生が始まる。すなわち、使用者が特定タイトル（例えば、タイトル＃１）の再生命令を入力すると、再生管理ファイル構造上のオブジェクトファイル（“ＭｏｖｉｅＯｂｊｅｃｔ”）に備えられたコマンド（ｃｏｍｍａｎｄ）によって特定プレイリストファイルが実行される。その後、前記プレイリストファイルに含まれた特定プレイアイテム及び／またはサブプレイアイテムによって前記タイトル＃１を構成する少なくとも一つのクリップ（例えば、Ｃｌｉｐ＃１〜Ｃｌｉｐ＃３）が再生される。

図３は、前記ファイル構造と関連付けられた情報が、ディスク内に記録される形態を簡略に示す図である。ディスク内周から見ると、全体ファイルを管理するためのシステム情報としてファイルシステム情報領域（Ｆｉｌｅ Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ ａｒｅａ）と、記録されたＡＶストリーム（“＊．ｍ２ｔｓ”）を再生するためのプレイリストファイル及びクリップインフォファイルが記録された領域（これを“ｄａｔａｂａｓｅ ａｒｅａ”ともいう。）と、オーディオ／ビデオ／グラフィックなどで構成されたストリームが記録されるＡＶストリーム領域（ＡＶ ｓｔｒｅａｍ ａｒｅａ）が順次に存在することがわかる。特に、本発明でディスク内の前記ＡＶストリーム領域（ＡＶ ｓｔｒｅａｍ ａｒｅａ）に記録されたデータをオリジナルデータと命名するということは、前述した通りである。

本発明は、前記ディスク内に記録されたオリジナルデータ（例えば、図２のようなファイル構造）とローカルストレージに保存された付加データを共に再生するための再生方法及び再生装置を提供する。以下、本発明に係る様々な実施例を詳細に説明する。

図４Ａは、本発明の光記録／再生装置１０を示す構成図である。

図４Ａを参照すると、光記録／再生装置１０は、光ディスクに記録されたオリジナルデータ及び再生管理ファイル情報を含む管理情報を再生するためのピックアップ１１と、ピックアップ１１の動作を制御するサーボ１４と、ピックアップ１１から受信した再生信号を所望の信号値に復元するか、記録されべき信号を光ディスクに記録される信号に変調（ｍｏｄｕｌａｔｉｏｎ）して伝達する信号処理部１３と、データを保存するローカルストレージ１５と、前記動作を制御するマイコン１６とを備える。

ローカルストレージ１５は、外部からダウンロードしたデータを保存するファイル構造を構成するに当たり、ダウンロードしたデータを臨時的に保存する領域である“臨時領域（Ｔｅｍｐｏｒａｌ ａｒｅａ）”備えても良い。

例えば、外部コンデンツプロバイダ（ＣＰ）からダウンロードして保存されたデータがローカルストレージファイル構造上に保存されている場合には、データは、前記臨時領域（Ｔｅｍｐｏｒａｌ ａｒｅａ）内にまずダウンロードされる。以後、アップデート（ｕｐｄａｔｅ）命令がある場合、前記臨時領域に保存された前記データが、前記ローカルストレージファイル構造にアップデートされ、このアップデートされたファイル構造に基づいてバインディングユニットが生成される。

一方、以前に外部コンデンツプロバイダ（ＣＰ）からダウンロードしたデータがローカルストレージファイル構造上に保存されていない場合には、前記臨時領域に外部からダウンロードしたデータを一時的に保存する必要がなく、直接ローカルストレージファイル構造に保存することが好ましい。

制御部１２は、使用者命令などによって光ディスク外に存在する付加データをダウンロード（ｄｏｗｎｌｏａｄ）し、これをローカルストレージ１５に保存するとともに、ローカルストレージ内でバインディングユニットマニフェストファイル（Ｂｉｎｄｉｎｇ Ｕｎｉｔ Ｍａｎｉｆｅｓｔ ｆｉｌｅｓ）に記録されたバインディングユニットマニフェスト情報（Ｂｉｎｄｉｎｇ Ｕｎｉｔ Ｍａｎｉｆｅｓｔ Ｉｎｆｏｒｍａｔｉｏｎ）を用いてバインディングユニットを生成する。また、制御部は、記録媒体データとローカルストレージ内のデータを再生するためにローカルストレージ内のバインディングユニットマニフェストファイル（Ｂｉｎｄｉｎｇ Ｕｎｉｔ Ｍａｎｉｆｅｓｔ ｆｉｌｅｓ）に記録されたバインディングユニットマニフェスト情報（Ｂｉｎｄｉｎｇ Ｕｎｉｔ Ｍａｎｉｆｅｓｔ Ｉｎｆｏｒｍａｔｉｏｎ）を用いて仮想ファイル構造（以下、仮想パッケージ（Ｖｉｒｔｕａｌ ｐａｃｋａｇｅ）という）を生成し、前記生成された仮想パッケージ（Ｖｉｒｔｕａｌ ｐａｃｋａｇｅ）を用いてオリジナルデータ及び／または付加データを再生する。

デコーダー１７は、制御部１２の制御信号によって出力データ（オリジナルデータ及び／または付加データ）を最終的にデコーディングして使用者に提供する。

エンコーダ１８は光ディスクに信号を記録する機能を行うために、制御部１２の制御信号によって入力信号を特定フォーマットの信号（例えば、ＭＰＥＧ２トランスポートストリーム）に変換して信号処理部１３に提供する。

前記新しい仮想パッケージ（Ｖｉｒｔｕａｌ ｐａｃｋａｇｅ）は以降再利用のためにローカルストレージ１５に保存される、または、別のダイナミックメモリ（ｄｙｎａｍｉｃ Ｍｅｍｏｒｙ）に一時的に保存されることができる。

図４Ｂは、図４Ａの光記録／再生装置１０全体構成のうち、特に本発明と関連した光ディスク再生装置を説明するために示す構成図である。

ローカルストレージ１５内に保存された情報について説明すると、次の通りである。本発明によるローカルストレージ１５は基本的に、ディスク識別情報別にディレクトリ及びファイルを持つファイル情報（Ｄｉｒｅｃｔｏｒｙ−Ｆｉｌｅ ｆｏｒ ｄｉｓｃ＿ＩＤ ＃ｎ ｄｅｐｅｎｄｅｎｔ）と、外部からダウンロードした付加クリップ（ａｄｄｉｔｉｏｎａｌ ｃｌｉｐｓ）を保存する。また、ローカルストレージ１５のバインディングユニットを生成し、ディスク内のファイル構造とのバインディング（ｂｉｎｄｉｎｇ）のためのバインディングユニットマニフェスト情報（Ｂｉｎｄｉｎｇ Ｕｎｉｔ Ｍａｎｉｆｅｓｔ Ｉｎｆｏｒｍａｔｉｏｎ）を含むことができる。

特に、ローカルストレージ１５は、相異なる複数のディスクに対応するためにファイル情報（Ｄｉｒｅｃｔｏｒｙ−Ｆｉｌｅ ｆｏｒ ｄｉｓｃ＿ＩＤ ＃ｎ ｄｅｐｅｎｄｅｎｔ）を複数個含むことができる。したがって、ローカルストレージ１５は、前記ファイル情報ユニットを管理するためのファイルシステムを必要とする。前記ファイルシステムを、特にローカルストレージファイルシステム（４１：Ｌｏｃａｌ ｓｔｏｒａｇｅ ｆｉｌｅ ｓｙｓｔｅｍ）といい、このローカルストレージファイルシステム４１は、前記ローカルストレージ内の全てのファイルを管理するシステムとなる。

したがって、特定ディスク識別情報（ｄｉｓｃ＿ＩＤ）を持つ光ディスク（例えば、ｄｉｓｃ＿ＩＤ ＃１）が光記録／再生装置１０にローディングされると、光記録／再生装置１０内の制御部１２は、ピックアップ１１及び信号処理部１３を通じて該当ディスクの識別情報を確認する。ローカルストレージ１５に保存されたファイル情報があると、制御部１２は、前記保存されたファイル情報のうち、前記ローディングされたディスク識別情報と一致するバインディングユニットファイル情報を読み出し、前記読み出された情報をディスク内のファイル構造とのバインディング（ｂｉｎｄｉｎｇ）するバインディング動作（ｂｉｎｄｉｎｇ ｏｐｅｒａｔｉｏｎ）を通じて仮想パッケージ（Ｖｉｒｔｕａｌ ｐａｃｋａｇｅ）を生成し、生成された仮想パッケージ（Ｖｉｒｔｕａｌ ｐａｃｋａｇｅ）を用いてディスク内のオリジナルデータとローカルストレージ内の付加データを共に再生する。

これと関連して、ローカルストレージファイル構造に既にバインディングユニットが存在する状態で、外部コンデンツプロバイダ（ＣＰ）から新しい付加データをダウンロードしてローカルストレージに保存しなければならない場合、本発明は、前記ダウンロードした新しいデータを、ローカルストレージファイル構造に直接アップデートせず、ローカルストレージ内の臨時領域（ｔｅｍｐｏｒａｌ ａｒｅａ）内に臨時に保存した後、アップデート要求があるときに前記ローカルストレージファイル構造にアップデートする。

したがって、アップデートされたローカルストレージでバインディングユニットが生成され、ローカルストレージファイル構造の情報がアップデートされた後に前記ローカルストレージの臨時領域（Ｔｅｍｐｏｒａｌ ａｒｅａ）が空（ｅｍｐｔｙ）の状態となる。

ただし、以前に外部コンデンツプロバイダ（ＣＰ）からダウンロードして保存されたデータが、ローカルストレージ内のファイル構造に保存されていない場合、すなわち、ローカルストレージ１５内に保存されたファイル情報がないと、外部入力ソースであるコンデンツプロバイダ（ＣＰ）から提供するデータをローカルストレージ臨時領域にダウンロードせず、直接ローカルストレージファイル構造にダウンロードしてバインディングユニットを生成し、前記バインディングユニットファイル情報を読み出し、前記読み出された情報をディスクパッケージとのバインディング（ｂｉｎｄｉｎｇ）を通じて仮想パッケージ（Ｖｉｒｔｕａｌ ｐａｃｋａｇｅ）を生成する。

以下、本発明のローカルストレージのファイル情報をアップデートして仮想パッケージ（Ｖｉｒｔｕａｌ ｐａｃｋａｇｅ）を生成する好ましい実施例について説明する。

図５は、本発明による仮想パッケージ（Ｖｉｒｔｕａｌ ｐａｃｋａｇｅ）を生成する方法を示す概念図である。

ローカルストレージ１５内に前述した図４Ｂのような情報及びコンテンツ（ｃｏｎｔｅｎｔ）が保存されている状態で、特定ディスクがローディングされると、光記録／再生装置１０は、ローカルストレージ１５内のファイルシステム情報４１を読み出すとともに、ディスク内に記録されたファイル構造を含むディスクファイルシステム情報４２を読み出し、仮想ファイルシステム（ＶＦＳ）を形成する。すなわち、前記仮想ファイルシステム（ＶＦＳ）は、前記ローカルストレージ１５内のファイルシステムとローディングされたディスクのファイルシステムを統合して管理するための仮想的に形成された一種のファイルシステムを意味する。

前記光記録／再生装置は、前記仮想ファイルシステム（ＶＦＳ）を通じて、ディスク内のオリジナルデータとローカルストレージ内の付加データを共に再生するために新しい仮想パッケージ（Ｖｉｒｔｕａｌ ｐａｃｋａｇｅ）を生成する。このため、前記光記録／再生装置は、前記ファイルシステムからローディングされたディスク（例えば、ｄｉｓｃ＿ＩＤ ＃１）と関連したファイル情報（Ｄｉｒｅｃｔｏｒｙ−Ｆｉｌｅ ｆｏｒ ｄｉｓｃ＿ＩＤ ＃１ ｄｅｐｅｎｄｅｎｔ）を読み出し、前記読み出されたバインディングユニットマニフェスト情報（Ｂｉｎｄｉｎｇ Ｕｎｉｔ Ｍａｎｉｆｅｓｔ Ｉｎｆｏｒｍａｔｉｏｎ）によってバインディングユニット（Ｂｉｎｄｉｎｇ Ｕｎｉｔ）を生成し、前記生成されたバインディングユニット（Ｂｉｎｄｉｎｇ Ｕｎｉｔ）を読み出し、ロードされた（loaded）ディスク（ｄｉｓｃ＿ＩＤ ＃１）のディスクパッケージで前記読み出されたファイル情報を代替（ｒｅｐｌａｃｉｎｇ）したり、前記ディスクパッケージに前記読み出されたファイル情報を前記ディスクパッケージに追加（ａｐｐｅｎｄｉｎｇ）するバインディング動作（ｂｉｎｄｉｎｇ ｏｐｅｒａｔｉｏｎ）を行う。

これと関連して、本発明でバインディングユニットマニフェストファイル（Ｂｉｎｄｉｎｇ Ｕｎｉｔ Ｍａｎｉｆｅｓｔ ｆｉｌｅｓ）は、ファイルとタイトルの関係を表すリスト（Ｆｉｌｅｓ ａｎｄ ｔｉｔｌｅｓ ｒｅｌａｔｉｏｎ ｌｉｓｔ）と、仮想パッケージの生成のためにバインディングユニット内の全てのファイルに対するマッピング（ｍａｐｐｉｎｇ）を行うためのネームマッピング情報（Ｎａｍｅ ｍａｐｐｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ）と、プログレッシブプレイリストのための情報（Ｐｒｏｇｒｅｓｓｉｖｅ ｐｌａｙｌｉｓｔ ｉｎｆｏｒｍａｔｉｏｎ）と、クレデンシャル情報（Ｃｒｅｄｅｎｔｉａｌ ｉｎｆｏｒｍａｔｉｏｎ）とを含む。

特に、前記ネームマッピング情報（Ｎａｍｅ ｍａｐｐｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ）は、ローカルストレージのファイル構造データがバインディングユニットを生成する時、または、前記バインディングユニットがディスクパッケージと結合（ｃｏｍｂｉｎｅ）する時に使用される。

前記バインディング動作（ｂｉｎｄｉｎｇ ｏｐｅｒａｔｉｏｎ）を通じて生成される仮想パッケージ（Ｖｉｒｔｕａｌ ｐａｃｋａｇｅ）は、相異なる領域にそれぞれ保存されているディスク内のオリジナルデータで構成されたオリジナルクリップ４２２と、ローカルストレージ内の付加データで構成された付加クリップ４１２を再生／管理するファイル構造である。

図６は本発明による、付加データをダウンロードして保存しているローカルストレージ内のファイル構造を示す図で、特に、バインディングユニットマニフェストファイル（Ｂｉｎｄｉｎｇ Ｕｎｉｔ Ｍａｎｉｆｅｓｔ ｆｉｌｅｓ）の位置を示している。

上位ディレクトリとしてバインディングユニットデータディレクトリ（Ｂｉｎｄｉｎｇ Ｕｎｉｔ Ｄａｔａ）があり、その下位ディレクトリとして、各コンデンツプロバイダ（ＣＰ）別に区別する組織（ｏｒｇａｎｉｚａｔｉｏｎ）ディレクトリ（例えば、ｏｒｇ＿ＩＤ ＃１、ｏｒｇ＿ＩＤ ＃２）がコンデンツプロバイダ（ＣＰ）数だけ存在する。

前記組織（ｏｒｇａｎｉｚａｔｉｏｎ）ディレクトリ（例えば、ｏｒｇ＿ＩＤ ＃１）の下位ディレクトリとして、各記録媒体種類別に区別される固有ディスクディレクトリ（例えば、ｄｉｓｃ＿ＩＤ ＃１、ｄｉｓｃ＿ＩＤ ＃２）が存在し、前記全てのディスクディレクトリ（例えば、ｄｉｓｃ＿ＩＤ＃１、ｄｉｓｃ＿ＩＤ＃２）として共通適用されるデータを含む共有ディレクトリ（Ｓｈａｒｅｄ）が存在する。

これと関連して、前記ディスクディレクトリ（ｄｉｓｃ＿ＩＤ ＃１）には、バインディングユニットマニフェストファイル（ｄｉｓｃ＿ＩＤ ＃１．ｂｕｍｆ）が含まれることが好ましい。ただし、前記ディスクディレクトリ（ｄｉｓｃ＿ＩＤ ＃１）下位にバインディングユニットマニフェストファイル（ｄｉｓｃ＿ＩＤ ＃１．ｂｕｍｆ）を直接構成せず、別の下位ディレクトリを構成した後にバインディングユニットマニフェストファイル（ｄｉｓｃ＿ＩＤ ＃１．ｂｕｍｆ）を前記下位ディレクトリ内に位置させることができる。例えば、前記ディスクディレクトリ（ｄｉｓｃ＿ＩＤ ＃１）に下位ディレクトリとしてメタ（ＭＥＴＡ）ディレクトリ（図示せず）を備え、前記メタ（ＭＥＴＡ）ディレクトリ内にバインディングユニットマニフェストファイル（ｄｉｓｃ＿ＩＤ ＃１．ｂｕｍｆ）を備えても良い。

ここで、前記バインディングユニットマニフェストファイル（ｄｉｓｃ＿ＩＤ ＃１．ｂｕｍｆ）は、特定記録媒体のためにディスクディレクトリ（ｄｉｓｃ＿ＩＤ ＃１）下位に位置した全てのファイルだけでなく、共有ディレクトリ（Ｓｈａｒｅｄ）に含まれたファイルのうち、前記特定記録媒体と関連したファイルもマッピング（ｍａｐｐｉｎｇ）する情報を含むことができる。

図７Ａは、本発明のローカルストレージのファイル構造とコンデンツプロバイダから一時的にデータをダウンロードして保存する臨時領域（Ｔｅｍｐｏｒａｌ ａｒｅａ）の構造図で、特に、ローカルストレージファイル構造のデータをアップデートする前の状況を示している。

例えば、本実施例ではローカルストレージを、ローカルストレージファイル構造と臨時領域とに分けることができる。この場合、外部コンデンツプロバイダ（ＣＰ）からダウンロード（ｄｏｗｎｌｏａｄ）したデータはファイル構造の形態で前記ローカルストレージ（Ｌｏｃａｌ ｓｔｏｒａｇｅ）ファイル構造に保存され、外部コンデンツプロバイダ（ＣＰ）からダウンロードした、以前のデータと異なる新しいデータは前記臨時領域（Ｔｅｍｐｏｒａｌ ａｒｅａ）に保存される。

ここで、前記ローカルストレージ（Ｌｏｃａｌ ｓｔｏｒａｇｅ）ファイル構造は、バインディングユニットデータディレクトリ（Ｂｉｎｄｉｎｇ Ｕｎｉｔ Ｄａｔａ）を含み、前記バインディングユニットデータディレクトリ（Ｂｉｎｄｉｎｇ Ｕｎｉｔ Ｄａｔａ）はコンデンツプロバイダ（ＣＰ）を表す組織（ｏｒｇａｎｉｚａｔｉｏｎ）ディレクトリ（例えば、ｏｒｇ＿ＩＤ ＃１）を含み、前記組織（ｏｒｇａｎｉｚａｔｉｏｎ）ディレクトリ（ｏｒｇ＿ＩＤ ＃１）は少なくとも一つのディスクディレクトリ（例えば、ｄｉｓｃ＿ＩＤ ＃１）と前記ディスク製作者（ａｕｔｈｏｒ）によって製作された全てのディスクに共通適用される共有ディレクトリ（例えば、Ｓｈａｒｅｄ）を含む。

前記ディスクディレクトリ（ｄｉｓｃ＿ＩＤ ＃１）は、バインディングユニットマニフェストファイル（ｄｉｓｃ＿ＩＤ ＃１．ｂｕｍｆ:６１）とＢＤディレクトリ（ＢＤMV）を含み、前記ＢＤディレクトリ（ＢＤＭＶ）は、プレイリストファイル（例えば、Ａｐｒ２００５．ｍｐｌｓ）とクリップインフォファイル（例えば、Ａｐｒ２００５．ｃｌｐｉ）とストリームファイル（例えば、Ａｐｒ２００５．ｍ２ｔｓ）を含む。前記バインディングユニットマニフェストファイル（ｄｉｓｃ＿ＩＤ ＃１．ｂｕｍｆ：６１）は、前記ＢＤディレクトリ（ＢＤＭＶ）内の特定ファイル（例えば、Ａｐｒ２００５．ｍｐｌｓ、Ａｐｒ２００５．ｃｌｐｉ、Ａｐｒ２００５．ｍ２ｔｓ）に対するマッピング情報（ｍａｐｐｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ）を含んでいる。

また、前記ローカルストレージ内の臨時領域（Ｔｅｍｐｏｒａｌ ａｒｅａ）は、前述したローカルストレージファイル構造と同じディレクトリ−ファイル構造を含む。例えば、前記ローカルストレージは、臨時ディレクトリ（Ｔｅｍｐｏｒａｌ）を含み、下位ディレクトリとして組織（ｏｒｇａｎｉｚａｔｉｏｎ）ディレクトリ（ｏｒｇ＿ＩＤ ＃１）を含み、その下位ディレクトリとしてディスクディレクトリ（ｄｉｓｃ＿ＩＤ ＃１）及び共有ディレクトリ（Ｓｈａｒｅｄ）を含むことができる。

臨時領域内のディスクディレクトリ（例えば、ｄｉｓｃ＿ＩＤ ＃１）は、バインディングユニットマニフェストファイル（例えば、ｄｉｓｃ＿ＩＤ ＃１＿ｖ２．ｂｕｍｆ：６２）とＢＤディレクトリ（ＢＤＭＶ）を含む。前記ＢＤディレクトリ（ＢＤＭＶ）はプレイリストファイル（例えば、Ｍａｙ２００５．ｍｐｌｓ）、クリップインフォファイル（例えば、Ｍａｙ２００５．ｃｌｐｉ）及びストリームファイル（例えば、Ｍａｙ２００５．ｍ２ｔｓ）を含む。また、臨時領域内の共有ディレクトリ（Ｓｈａｒｅｄ）は、補助データファイル（例えば、Ｃｈｉｎｅｓｅ．ｏｔｆ）を含む。

前記バインディングユニットマニフェストファイル（ｄｉｓｃ＿ＩＤ ＃１＿ｖ２．ｂｕｍｆ：６２）は、前記ＢＤディレクトリ（ＢＤＭＶ）内の特定ファイル（例えば、Ｍａｙ２００５．ｍｐｌｓ、Ｍａｙ２００５．ｃｌｐｉ、Ｍａｙ２００５．ｍ２ｔｓ）と、共有ディレクトリ（Ｓｈａｒｅｄ）内の特定ファイル（例えば、Ｃｈｉｎｅｓｅ．ｏｔｆ）に対するマッピング情報（ｍａｐｐｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ）を含んでいる。図７Ａによると、ダウンロードしたデータがローカルストレージファイル構造にアップデートされずに臨時に保存されることがわかる。

図７Ｂは、臨時保存されたデータがローカルストレージファイル構造にアップデートした後の構造を示す図である。

このとき、ローカルストレージファイル構造のアップデートは、仮想ファイルシステムの要請がある場合に行うことが好ましい。ただし、前記仮想ファイルシステムからアップデート要請があっても、新しくダウンロードされたデータに対する検証（ｖｅｒｉｆｉｃａｔｉｏｎ）エラーが発生したり、データが光記録／再生装置によって現在再生されている場合では、前記ローカルストレージファイル構造はアップデートされない。

図７Ｂを参照すると、上記のようにローカルストレージファイル構造がアップデートされると、前記ローカルストレージ（Ｌｏｃａｌ ｓｔｏｒａｇｅ）ファイル構造が、アップデートされる前のファイル構造に臨時保存されたデータファイルを統合することがわかる。ただし、前述したアップデート動作以後に生成されたバインディングユニットマニフェストファイル（６３、ｄｉｓｃ＿ＩＤ ＃１．ｂｕｍｆ）は、図７Ａの臨時領域内に存在するバインディングユニットマニフェストファイル（６２、ｄｉｓｃ＿ＩＤ ＃１＿ｖ２．ｂｕｍｆ）で代替されたものである。したがって、前記バインディングユニットマニフェストファイル（６３、ｄｉｓｃ＿ＩＤ ＃１．ｂｕｍｆ）によって新しくダウンロードされたデータ一部がバインディングユニットに含まれるようになり、これについては図８を参照して説明する。

図８は、本発明による仮想パッケージを生成するためのローカルストレージのバインディングユニット（Ｂｉｎｄｉｎｇ Ｕｎｉｔ）を示す図である。
図８を参照すると、アップデートされたローカルストレージファイル構造内のバインディングユニットマニフェストファイル（６３、ｄｉｓｃ＿ＩＤ ＃１．ｂｕｍｆ）は、ＢＤディレクトリ（ＢＤＭＶ）内の“Ｍａｙ２００５．ｍｐｌｓ”、“Ｍａｙ２００５．ｃｌｐｉ”及び“Ｍａｙ２００５．ｍ２ｔｓ”と、共有ディレクトリ（Ｓｈａｒｅｄ）内の補助データファイルである“Ｃｈｉｎｅｓｅ．ｏｔｆ”を指定するマッピング情報（Ｍａｐｐｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ）を含んでいる。

したがって、前記バインディングユニットマニフェストファイル（６３、ｄｉｓｃ＿ＩＤ ＃１．ｂｕｍｆ）内のマッピング情報（Ｍａｐｐｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ）によって、特定ディスク（例えば、ｄｉｓｃ＿ＩＤ ＃１）のバインディングユニットが生成される。例えば、前記バインディングユニットは、プレイリストファイル“Ｍａｙ２００５．ｍｐｌｓ”、クリップインフォファイル“Ｍａｙ２００５．ｃｌｐｉ”、ストリームファイル“Ｍａｙ２００５．ｍ２ｔｓ”及び補助データファイル“Ｃｈｉｎｅｓｅ．ｏｔｆ”を含む。

ここで、前記生成されたバインディングユニットの全てのファイルは、読み取り専用（ｒｅａｄ−ｏｎｌｙ）ファイルであり、前記バインディングユニットが記録媒体ファイル構造にバインディングされて新しい仮想パッケージ（ｖｉｒｔｕａｌ ｐａｃｋａｇｅ）を生成し、記録媒体データとローカルストレージデータが共に再生される。したがって、仮想パッケージ生成する方法について図９を参照して説明する。

図９は、本発明による仮想ファイルシステム（ＶＦＳ）を通じて仮想パッケージ（Ｖｉｒｔｕａｌ ｐａｃｋａｇｅ）を生成する方法を示す図である。

図９を参照すると、ローディングされたディスク内には、特定ファイル構造（例えば、図２のような構造）が記録されており、これを特にディスクパッケージ（Ｄｉｓｃ ｐａｃｋａｇｅ）ともいう。前記ローカルストレージ内にはローカルストレージファイルシステム４１が存在し、該当のファイルシステム４１内にはローディングされたディスク（例えば、ｄｉｓｃ＿ＩＤ ＃１）にバインディング（ｂｉｎｄｉｎｇ）されるバインディングユニット（Ｂｉｎｄｉｎｇ Ｕｎｉｔ）とバインディングユニットマニフェストファイル（Ｂｉｎｄｉｎｇ Ｕｎｉｔ Ｍａｎｉｆｅｓｔ ｆｉｌｅｓ）が含まれている。

これと関連して、前記バインディングユニット（Ｂｉｎｄｉｎｇ Ｕｎｉｔ）は基本的に、ディスク内のファイル構造と類似する構造を持つが、バインディングユニット（Ｂｉｎｄｉｎｇ Ｕｎｉｔ）自体だけでは、ディスクパッケージとは違い、再生／管理ファイルとして動作不可能である。すなわち、もしバインディングユニット（Ｂｉｎｄｉｎｇ Ｕｎｉｔ）だけでデータ再生が行えるとしたら、これは単にローカルストレージ内のデータを再生することと違いがないため、ディスクに記録されたオリジナルデータとローカルストレージに記録された付加データを共に再生する本発明の目的に反することになる。

したがって、仮想ファイルシステム（ＶＦＳ）は、前記バインディングユニットマニフェストファイル（Ｂｉｎｄｉｎｇ Ｕｎｉｔ Ｍａｎｉｆｅｓｔ ｆｉｌｅｓ）のうち、特にネームマッピング情報（Ｎａｎｅ ｍａｐｐｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ）を用いて、ローディングされたディスク内のディスクパッケージ（Ｄｉｓｃ ｐａｃｋａｇｅ）に、新しくアップデートされて生成されたバインディングユニット（Ｂｉｎｄｉｎｇ Ｕｎｉｔ）をバインディング（ｂｉｎｄｉｎｇ）（または、結合（ｃｏｍｂｉｎｉｎｇ））するバインディング動作（ｂｉｎｄｉｎｇ ｏｐｅｒａｔｉｏｎ）を通じて新しい仮想パッケージ（Ｖｉｒｔｕａｌ ｐａｃｋａｇｅ）を生成する。

例えば、ディスク内の記録媒体ファイル構造（ｏｒｇ＿ＩＤ ＃１、ｄｉｓｃ＿ＩＤ ＃１）は、ルートディレクトリ（ｒｏｏｔ）の下位ディレクトリであるＢＤディレクトリ（ＢＤＭＶ）に、インデックスファイル（Ｉｎｄｅｘ．ｂｄｍｖ）、オブジェクトファイル（ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ）、プレイリストファイル（０００００．ｍｐｌｓ）、クリップインフォファイル（０１０００．ｃｌｐｉ）、ストリームファイル（０１０００．ｍ２ｔｓ）、補助データファイル（ｓｏｕｎｄ．ｂｄｍｖ）を含むと仮定する。

ロードされたディスク（例えば、ｄｉｓｃ＿ＩＤ ＃１）に関連して新しくダウンロードしてアップデートされたバインディングユニット（Ｂｉｎｄｉｎｇ Ｕｎｉｔ）は、ＢＤディレクトリ（ＢＤＭＶ）に、特定のプレイリストファイル（Ｍａｙ２００５．ｍｐｌｓ：７１）、前記プレイリストファイル（Ｍａｙ２００５．ｍｐｌｓ：７１）によって管理されるクリップであるクリップインフォファイル（Ｍａｙ２００５．ｃｌｐｉ：７２）と、ストリームファイル（Ｍａｙ２００５．ｍ２ｔｓ：７３）とを含み、ディスク共有ディレクトリ（Ｓｈａｒｅｄ）に、補助データファイル（Ｃｈｉｎｅｓｅ．ｏｔｆ：７４）を含むと仮定する。

バインディングユニットマニフェストファイル（Ｂｉｎｄｉｎｇ Ｕｎｉｔ Ｍａｎｉｆｅｓｔ ｆｉｌｅｓ）のネームマッピング情報（Ｎａｍｅ ｍａｐｐｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ）は、仮想パッケージで前記バインディングユニットファイルが持つファイル名とファイル位置を表す情報を含む。例えば、バインディングユニットマニフェストファイル（Ｂｉｎｄｉｎｇ Ｕｎｉｔ Ｍａｎｉｆｅｓｔ ｆｉｌｅｓ）は、バインディングユニット内のプレイリストファイル“Ｍａｙ２００５．ｍｐｌｓ（７１）”は仮想パッケージのプレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）内のプレイリストファイル“０００００．ｍｐｌｓ（８１）”と、クリップインフォファイル“Ｍａｙ２００５．ｃｌｐｉ（７２）”は仮想パッケージのクリップインフォディレクトリ（ＣＬＩＰＩＮＦ）のクリップインフォファイル“０２０００．ｃｌｐｉ（８２）”と、ストリームファイル“Ｍａｙ２００５．ｍ２ｔｓ（７３）”は仮想パッケージのストリームディレクトリ（ＳＴＲＥＡＭ）のストリームファイル“０２０００．ｍ２ｔｓ（８３）”と、補助データファイル“Ｃｈｉｎｅｓｅ．ｏｔｆ（７４）”は仮想パッケージの補助データ（ＡＵＸＤＡＴＡ）ディレクトリの補助データファイル“１１１１１．ｏｔｆ（８４）”とする、ネームマッピング情報（Ｎａｍｅ ｍａｐｐｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ）含む。

したがって、前記ネームマッピング情報（Ｎａｍｅ ｍａｐｐｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ）によってバインディング動作を行って仮想パッケージを生成した場合、前記生成された仮想パッケージ内に存在するようになるファイルは次の通りである。

まず、前記バインディングユニットマニフェストファイル（Ｂｉｎｄｉｎｇ Ｕｎｉｔ Ｍａｎｉｆｅｓｔ ｆｉｌｅｓ）の前述したネームマッピング情報（Ｎａｍｅ ｍａｐｐｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ）によって、プレイリストファイル“０００００．ｍｐｌｓ（８１）”、クリップインフォファイル“０２０００．ｃｌｐｉ（８２）”、ストリームファイル“０２０００．ｍ２ｔｓ（８３）”及び補助データファイル“１１１１１．ｏｔｆ（８４）”が仮想パッケージ内に含まれる。

ロードされたディスク内の全てのファイルは、前記仮想パッケージに含まれる。例えば、ディスク内のプレイリストファイル、クリップインフォファイル、ストリームファイル及び補助データファイルも前記仮想パッケージに存在する。

ただし、前述したネームマッピング情報（Ｎａｍｅ ｍａｐｐｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ）によってディスク内の特定ファイル名と重複するファイルが仮想パッケージに存在すると、前記ネームマッピング情報（Ｎａｍｅ ｍａｐｐｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ）によって指定されたファイルのみが前記仮想パッケージに含まれるようになる。例えば、図９の実施例によれば、ネームマッピング情報（Ｎａｍｅ ｍａｐｐｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ）によって、バインディングユニット内のプレイリストファイル“Ｍａｙ２００５．ｍｐｌｓ（７１）”が仮想パッケージでプレイリストファイル“０００００．ｍｐｌｓ（８１）”と指定されたことがわかる。したがって、前記プレイリストファイル“０００００．ｍｐｌｓ（８１）”と同じファイル名を持つディスク内のプレイリストファイル“０００００．ｍｐｌｓ（９１）”は、仮想パッケージに含まれない。

すなわち、これは、仮想パッケージ内で、バインディングユニット内のプレイリストファイル“Ｍａｙ２００５．ｍｐｌｓ（７１）”がディスク内のプレイリストファイル“０００００．ｍｐｌｓ（９１）”を代替（ｒｅｐｌａｃｅ）することを意味する。したがって、新しくダウンロードされたデータが前記仮想パッケージ内の前記プレイリストファイル“０００００．ｍｐｌｓ（８１）”に再生されることができる。

一方、ディスク内の残りのファイル、例えば、クリップインフォファイル“０１０００．ｃｌｐｉ（９２）”、ストリームファイル“０１０００．ｍ２ｔｓ（９３）”及び補助データファイル“ｓｏｕｎｄ．ｂｄｍｖ（９４）”は、仮想パッケージに含まれる。

これと関連して、仮想パッケージ（Ｖｉｒｔｕａｌ ｐａｃｋａｇｅ）内のインデックスファイル（Ｉｎｄｅｘ．ｂｄｍｖ）とオブジェクトファイル（ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ）は、既存ディスク内のインデックスファイル（Ｉｎｄｅｘ．ｂｄｍｖ）とオブジェクトファイル（ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ）からアップデート（ｕｐｄａｔｅ）されことが可能である。これは、仮想パッケージのタイトルインデックスがディスク内のタイトルインデックスと同じ場合であることを意味する。

必要によって、仮想パッケージ（Ｖｉｒｔｕａｌ ｐａｃｋａｇｅ）内のインデックスファイル（Ｉｎｄｅｘ．ｂｄｍｖ）及びオブジェクトファイル（ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ）が、バインディングユニット内のインデックスファイル及びオブジェクトファイルによって代替されることも可能である。すなわち、これは、仮想パッケージのタイトルインデックスがディスクのタイトルインデックスと相異なる場合であることを意味する。例えば、新しくダウンロードされたデータによって、仮想パッケージのタイトルが追加される、既存タイトルが削除される、または、タイトル再生のシナリオが変更される等の場合がこれに該当する。

前述した仮想パッケージによって、記録媒体データであるオリジナルデータとローカルストレージデータである付加データが共に再生されることができる。

図１０は、本発明によるローカルストレージを用いて記録媒体からデータを再生する方法を示すフローチャートである。

図１０を参照すると、ディスクが光記録／再生装置にロードされると、前記光記録／再生装置は、ローカルストレージのデータからディスク識別情報（ｄｉｓｃ＿ＩＤ）を確認し、外部コンデンツプロバイダ（ＣＰ）がインターネット、通信などの手段を通じて新しい付加データ（ａｄｄｉｔｉｏｎａｌ ｄａｔａ）を提供すると、前記新しい付加データ（ａｄｄｉｔｉｏｎａｌ ｄａｔａ）をローカルストレージにダウンロードする（Ｓ１０）。この時、前記新しい付加データとは、以前にダウンロードされたデータを除く、コンデンツプロバイダ（ＣＰ）から受信する別のデータのことをいう。

前記ダウンロードされた新しい付加データは、ローカルストレージ内の臨時領域（Ｔｅｍｐｏｒａｌ ａｒｅａ）に臨時に保存される（Ｓ２０）。

前記光記録／再生装置は、前記臨時保存された付加データがローカルストレージファイル構造内にアップデートされるか否かを判断する（Ｓ３０）。すなわち、前記光記録／再生装置は、前記新しくダウンロードされた付加データを検証（ｖｅｒｉｆｉｃａｔｉｏｎ）し、検証エラーが発生しないとアップデート動作を行う。前記検証エラーが発生しなくても、プレーヤー（ｐｌａｙｅｒ）が再生機能を行うと（すなわち、前記プレーヤーが“プレーヤーアクティブ（ｐｌａｙｅｒ ａｃｔｉｖｅ）”状態に入ると）、前記アップデート動作が行われないことは自明である。

上記判断（Ｓ３０）の結果、前記アップデート動作を行うことが可能でないと、前記新しくダウンロードされた付加データは、前記ローカルストレージファイル構造にアップデート（ｕｐｄａｔｅ）されない（Ｓ４０）。すなわち、前記光記録／再生装置は、既存の仮想パッケージを引き続き用いる。

上記判断（Ｓ３０）の結果、前記アップデート動作を行うことが可能であると、前記段階Ｓ２０でローカルストレージ内の臨時領域（Ｔｅｍｐｏｒａｌ ａｒｅａ）に保存されたデータを用いて、ローカルストレージファイル構造がアップデートされる（Ｓ５０）。
バインディングユニットマニフェストファイル（Ｂｉｎｄｉｎｇ Ｕｎｉｔ Ｍａｎｉｆｅｓｔ ｆｉｌｅｓ）の情報によって、バインディングユニットが前記アップデートされたローカルストレージファイル構造で生成される（Ｓ６０）。この時、前記バインディングユニットマニフェストファイル（Ｂｉｎｄｉｎｇ Ｕｎｉｔ Ｍａｎｉｆｅｓｔ ｆｉｌｅｓ）の情報が、ネームマッピング情報（Ｎａｍｅ ｍａｐｐｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ）を含むことについては既に説明した。

上記段階（Ｓ６０）で生成されたバインディングユニットが記録媒体ファイル構造と結合（ｃｏｍｂｉｎｅ）して仮想パッケージが生成され、前記生成された仮想パッケージによって、記録媒体のオリジナルデータと外部からダウンロードされた付加データとが共に再生される（Ｓ７０）。

以下、新しいデータをダウンロードし、前記ダウンロードしたデータをローカルストレージバインディングユニットのファイル構造にアップデートする方法において、ローカルストレージファイル構造のファイル構造がディスク単位（ｐｅｒ ｄｉｓｃ）、タイトル単位（ｐｅｒ ｔｉｔｌｅ）、コンテンツ単位（ｐｅｒ ｃｏｎｔｅｎｔｓ）で構成される場合の実施例について、図１１乃至図１３を参照して説明する。

図１１は、本発明の第１実施例によって、ローカルストレージにデータをディスク単位にダウンロード及び／またはアップデートする方法を示す図である。

図１１を参照すると、前記ローカルストレージ（Ｌｏｃａｌ ｓｔｏｒａｇｅ）は、バインディングユニット（ｂｉｎｄｉｎｇ ｕｎｉｔ）を含むバインディングユニットディレクトリ（Ｂｉｎｄｉｎｇ Ｕｎｉｔ Ｄａｔａ）と、外部コンデンツプロバイダからダウンロードしたデータを臨時的に保存するための臨時領域である臨時ディレクトリとを含む。

ディスク製作者（Ａｕｔｈｏｒ）である各コンデンツプロバイダ（ＣＰ）のための“ｏｒｇ＿ＩＤ”ディレクトリが、前記バインディングユニットディレクトリ（ＢｉｎｄｉｎｇＵｎｉｔＤａｔａ）の下位ディレクトリに含まれ、前記“ｏｒｇ＿ＩＤ”ディレクトリは、ディスク固有ディレクトリ（ｄｉｓｃ＿ＩＤ）とディスク共有ディレクトリ（Ｓｈａｒｅｄ）を含む。

図１１を参照すると、前記ディスクディレクトリ（ｄｉｓｃ＿ＩＤ ＃１）下位にはバインディングユニット１１０を表すＢＤディレクトリ（ＢＤＭＶ）が存在し、前記バインディングユニット１１０はディスク単位に構成されることがわかる。

前記バインディングユニット１１０は、ＢＤディレクトリ（ＢＤＭＶ）下位に、プレイリストファイル（０００００．ｍｐｌｓ：１１１）を備えたプレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）と、クリップインフォファイル（０１０００．ｃｌｐｉ：１１２）を備えたクリップインフォディレクトリ（ＣＬＩＰＩＮＦ）と、ストリームファイル（０１０００．ｍ２ｔｓ：１１３）を備えたストリームディレクトリ（ＳＴＲＥＡＭ）とを含む。ここで、図１１の実施例は、前記ディレクトリ（ＰＬＡＹＬＩＳＴ、ＣＬＩＰＩＮＦ、ＳＴＲＥＡＭ）内の前記ファイル（０００００．ｍｐｌｓ：１１１、０１０００．ｃｌｐｉ：１１２、０１０００．ｍ２ｔｓ：１１３）はディスク単位に構成されることに特徴がある。

前述したダウンロード及び／またはアップデートのために、光記録／再生装置のダウンロードアプリケーション（ｄｏｗｎｌｏａｄ ａｐｐｌｉｃａｔｉｏｎ）は、特定ディスクのためのディスク固有ディレクトリ（ｄｉｓｃ＿ＩＤ ＃１）及び／またはディスク共有ディレクトリ（Ｓｈａｒｅｄ）の現在バインディングユニット１１０を確認し、これを外部コンデンツプロバイダ（ＣＰ）にレポート（ｒｅｐｏｒｔ）する。前記ダウンロードアプリケーション（Ｄｏｗｎｌｏａｄ ａｐｐｌｉｃａｔｉｏｎ）の前記レポート（ｒｅｐｏｒｔ）結果に基づき、前記コンデンツプロバイダ（ＣＰ）は多様なデータベースファイル（例えば、インデックステーブル（Ｉｎｄｅｘ ｔａｂｌｅ）、オブジェクトファイル（ＭｏｖｉｅＯｂｊｅｃｔ）、プレイリスト（ＰｌａｙＬｉｓｔ）等）を提供し、前記光記録／再生装置の前記ダウンロードアプリケーション（Ｄｏｗｎｌｏａｄ ａｐｐｌｉｃａｔｉｏｎ）は、特定ディスクのために臨時ディレクトリ（Ｔｅｍｐｏｒａｌ ｄｉｒｅｃｔｏｒｙ）にコンデンツプロバイダ（ＣＰ）の前記ファイルをダウンロードする。この時、前記ダウンロードアプリケーション（Ｄｏｗｎｌｏａｄ ａｐｐｌｉｃａｔｉｏｎ）は、ＢＤ−Ｊアプリケーションであることが好ましい。

前記臨時ディレクトリ（Ｔｅｍｐｏｒａｌ ｄｉｒｅｃｔｏｒｙ）内の新しくダウンロードされたファイルは、プレイリストファイル（０００００．ｍｐｌｓ：１１４、００００１．ｍｐｌｓ：１１５）を備えたプレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）と、クリップインフォファイル（０２０００．ｃｌｐｉ：１１６）を備えたクリップインフォディレクトリ（ＣＬＩＰＩＮＦ）と、ストリームファイル（０２０００．ｍ２ｔｓ：１１７）を備えたストリームディレクトリ（ＳＴＲＥＡＭ）を意味する。

ここで、前記ディレクトリ（ＰＬＡＹＬＩＳＴ、ＣＬＩＰＩＮＦ、ＳＴＲＥＡＭ）内のファイル（０００００．ｍｐｌｓ：１１４、００００１．ｍｐｌｓ：１１５、０２０００．ｃｌｐｉ：１１６、０２０００．ｍ２ｔｓ：１１７）は、ディスク単位に構成されており、前記バインディングユニット１１０にアップデートされる。

前記臨時ディレクトリ（Ｔｅｍｐｏｒａｌ ｄｉｒｅｃｔｏｒｙ）へのダウンロードが完了した後に、ダウンロードアプリケーション（Ｄｏｗｎｌｏａｄ ａｐｐｌｉｃａｔｉｏｎ）が仮想ファイルシステム（Ｖｉｒｔｕａｌ ｆｉｌｅ ｓｙｓｔｅｍ）のアップデート要請すると、光記録／再生装置のレジデントアプリケーション（ｒｅｓｉｄｅｎｔ ａｐｐｌｉｃａｔｉｏｎ）は、臨時ディレクトリ（ｔｅｍｐｏｒａｌ ｄｉｒｅｃｔｏｒｙ）のファイルをディスクディレクトリ（ｄｉｓｃ＿ＩＤ ＃１）内の関連ディレクトリに移動させてバインディングユニット１１０をアップデートする。

これと関連して、仮想ファイルシステム（Ｖｉｒｔｕａｌ ｆｉｌｅ ｓｙｓｔｅｍ）は、光記録／再生装置がタイトルを再生する間にはアクティブ状態にならず、前記光記録／再生装置がタイトルを再生しない間にバインディングユニットをアップデートする。

バインディングユニット１１０内のファイルと臨時ディレクトリ（Ｔｅｍｐｏｒａｌ ｄｉｒｅｃｔｏｒｙ）のファイルのファイル名が同じ場合には、バインディングユニット１１０のファイルに臨時ディレクトリ（Ｔｅｍｐｏｒａｌ ｄｉｒｅｃｔｏｒｙ）のファイルが上書きされ（ｏｖｅｒｗｒｉｔｔｅｎ）、ファイル名の異なる場合にはバインディングユニット１１０のファイルに臨時ディレクトリ（Ｔｅｍｐｏｒａｌ ｄｉｒｅｃｔｏｒｙ）のファイルが追加（ａｐｐｅｎｄｉｎｇ）される。

例えば、バインディングユニット１１０のプレイリストファイル（０００００．ｍｐｌｓ：１１１）に、前記プレイリストファイル（０００００．ｍｐｌｓ：１１１）とファイル名が同じプレイリストファイル（０００００．ｍｐｌｓ：１１４）と、ファイル名が異なるプレイリストファイル（００００１．ｍｐｌｓ：１１５）をアップデートしようとする場合には、アップデート後に生成されたバインディングユニット１１０−１内のプレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）のプレイリストファイルは、上書き（ｏｖｅｒｗｒｉｔｔｉｎｇ）によって生成されたプレイリストファイル（０００００．ｍｐｌｓ：１１１-１）と追加（ａｐｐｅｎｄｉｎｇ）によって生成されたプレイリストファイル（００００１．ｍｐｌｓ：１１５）とを含む。

また、アップデート後に生成されたバインディングユニット１１０−１内のクリップインフォファイルとストリームファイルは、バインディングユニット１１０のファイルに臨時ディレクトリ（Ｔｅｍｐｏｒａｌ ｄｉｒｅｃｔｏｒｙ）のファイルを追加して構成される。その結果、バインディングユニット１１０−１のクリップインフォディレクトリ（ＣＬＩＰＩＮＦ）は、クリップインフォファイル（０１０００．ｃｌｐｉ：１１２、０２０００．ｃｌｐｉ：１１６）を含み、ストリームディレクトリ（ＳＴＲＥＡＭ）は、ストリームファイル（０１０００．ｍ２ｔｓ：１１３、０２０００．ｍ２ｔｓ：１１７）を含む。

ここで、アップデート後に生成された臨時ディレクトリ（Ｔｅｍｐｏｒａｌ ｄｉｒｅｃｔｏｒｙ）は、空（ｅｍｐｔｙ）の状態になり、再び新しいデータをダウンロードするまで空（ｅｍｐｔｙ）状態が維持される。

図１２は、本発明の第２実施例によって、ローカルストレージにデータをタイトル単位（ｐｅｒ Ｔｉｔｌｅ）にダウンロード及び／またはアップデートする方法を示す図である。

図１２の基本ディレクトリ構造は、図１１の説明と略同様であり、ただし、ローカルストレージバインディングユニット１２０内の各ディレクトリ内のファイルが、各タイトルによって区分される点が異なる。図１２を参照して本第２実施例について説明すると、次の通りである。

図１２を参照すると、ディスク固有ディレクトリ（ｄｉｓｃ＿ＩＤ ＃１）とディスク共有ディレクトリ（Ｓｈａｒｅｄ）が、各コンデンツプロバイダ（ＣＰ）のためのディレクトリ（“ｏｒｇ＿ＩＤ ＃１”）に存在する。前記ディスク固有ディレクトリ（ｄｉｓｃ＿ＩＤ ＃１）には、バインディングユニット１２０を表すＢＤディレクトリ（ＢＤＭＶ）が位置し、前記ＢＤディレクトリ（ＢＤＭＶ）に指定されるバインディングユニット１２０のファイルは、タイトル単位（例えば“Ｔｉｔｌｅ １”、“Ｔｉｔｌｅ ２”．．）に区分される。

前記ローカルストレージ内のバインディングユニット１２０は、ＢＤディレクトリ（ＢＤＭＶ）内に、プレイリストファイル（０００００．ｍｐｌｓ：１２１、００００１．ｍｐｌｓ：１２２）を備えたプレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）と、クリップインフォファイル（０１０００．ｃｌｐｉ：１２３、０２０００．ｃｌｐｉ：１２４）を備えたクリップインフォディレクトリ（ＣＬＩＰＩＮＦ）と、ストリームファイル（０１０００．ｍ２ｔｓ：１２５、０２０００．ｍ２ｔｓ：１２６）を備えたストリームディレクトリ（ＳＴＲＥＡＭ）とを含む。

例えば、前記ディレクトリ（ＰＬＡＹＬＩＳＴ、ＣＬＩＰＩＮＦ、ＳＴＲＥＡＭ）に含まれたファイルにおいて、特定ファイル（０００００．ｍｐｌｓ：１２１、０１０００．ｃｌｐｉ：１２３、０１０００．ｍ２ｔｓ：１２５）は第１タイトル（Title１）のファイルであり、残りのファイル（００００１．ｍｐｌｓ：１２２、０２０００．ｃｌｐｉ：１２４、０２０００．ｍ２ｔｓ：１２６）は、他のタイトルである第２タイトル（Ｔｉｔｌｅ ２）のファイルである。

これと関連して、ローカルストレージにデータがダウンロードされる時、前記ローカルストレージ内のバインディングユニット１２０のファイルが特定タイトルのファイルか否かに対する情報が、タイトルに対する情報と共にダウンロードされることが好ましい。

もし使用者（ｕｓｅｒ）が特定タイトル（例えば、“タイトル１”）のためにダウンロードするバインディングユニットを選択すると、光記録／再生装置のダウンロードアプリケーション（Ｄｏｗｎｌｏａｄ ａｐｐｌｉｃａｔｉｏｎ）は、コンデンツプロバイダ（ＣＰ）が使用者によって選択された“タイトル１”のために準備した新しいバインディングユニット（Ｂｉｎｄｉｎｇ Ｕｎｉｔ）のファイルを、臨時ディレクトリ（Ｔｅｍｐｏｒａｌ ｄｉｒｅｃｔｏｒｙ）にダウンロードする。この時、前記ダウンロードアプリケーション（Ｄｏｗｎｌｏａｄ ａｐｐｌｉｃａｔｉｏｎ）は、ＢＤ−Ｊアプリケーションであることが好ましい。

例えば、前記臨時ディレクトリ（Ｔｅｍｐｏｒａｌ ｄｉｒｅｃｔｏｒｙ）に保存された前記新しくダウンロードされたファイルは、プレイリストファイル（０００００．ｍｐｌｓ：１３１、００００２．ｍｐｌｓ：１３２）を備えたプレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）と、クリップインフォファイル（０３０００．ｃｌｐｉ：１３３）を備えたクリップインフォディレクトリ（ＣＬＩＰＩＮＦ）と、ストリームファイル（０３０００．ｍ２ｔｓ：１３４）を備えたストリームディレクトリ（ＳＴＲＥＡＭ）を意味する。ここで、前記ファイルは、“タイトル１”に関連したファイルで構成されており、バインディングユニット１２０にアップデートされる。

前記臨時ディレクトリ（Ｔｅｍｐｏｒａｌ ｄｉｒｅｃｔｏｒｙ）にデータがダウンロードされた後に、ダウンロードアプリケーション（Ｄｏｗｎｌｏａｄ ａｐｐｌｉｃａｔｉｏｎ）が仮想ファイルシステム（Ｖｉｒｔｕａｌ ｆｉｌｅ ｓｙｓｔｅｍ）をアップデートするように要請すると、光記録／再生装置のレジデントアプリケーション（Ｒｅｓｉｄｅｎｔ ａｐｐｌｉｃａｔｉｏｎ）は、前記臨時ディレクトリ（Ｔｅｍｐｏｒａｌ ｄｉｒｅｃｔｏｒｙ）のファイルをディスクディレクトリ（ｄｉｓｃ＿ＩＤ ＃１）内の下位ディレクトリに移動させてバインディングユニット１２０をアップデートする。

これと関連して、仮想ファイルシステム（Ｖｉｒｔｕａｌ ｆｉｌｅ ｓｙｓｔｅｍ）は、光記録／再生装置がタイトルを再生する間にはアクティブ状態にならず、前記光記録／再生装置がタイトルを再生しない間にバインディングユニットをアップデートする。

アップデート動作中に、バインディングユニット１２０のファイルのうち、前記“タイトル１”のファイルは削除（ｄｅｌｅｔｅ）され、前記臨時ディレクトリ（Ｔｅｍｐｏｒａｌ ｄｉｒｅｃｔｏｒｙ）のファイルで代替（ｒｅｐｌａｃｉｎｇ）されることで、アップデート動作が完了した後のバインディングユニット１２０−１が生成される。

すなわち、バインディングユニット１２０の“タイトル１”のファイルであるプレイリストファイル（０００００．ｍｐｌｓ：１２１）、クリップインフォファイル（０１０００．ｃｌｐｉ：１２３）、ストリームファイル（０１０００．ｍ２ｔｓ;１２５）は削除され、臨時ディレクトリ（Ｔｅｍｐｏｒａｌ ｄｉｒｅｃｔｏｒｙ）のプレイリストファイル（０００００．ｍｐｌｓ：１３１、００００２．ｍｐｌｓ：１３２）、クリップインフォファイル（０３０００．ｃｌｐｉ：１３３）と、ストリームファイル（０３０００．ｍ２ｔｓ：１３４）で代替されてバインディングユニット１２０−１が生成される。

したがって、アップデート動作後に生成されたバインディングユニット１２０−１は、プレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）内にプレイリストファイル（０００００．ｍｐｌｓ：１３１、００００１．ｍｐｌｓ：１２２、００００２．ｍｐｌｓ：１３２）を含み、クリップインフォディレクトリ（ＣＬＩＰＩＮＦ）内にはクリップインフォファイル（０３０００．ｃｌｐｉ：１３３、０２０００．ｃｌｐｉ：１２４）を含み、ストリームディレクトリ（ＳＴＲＥＡＭ）内にはストリームファイル（０３０００．ｍ２ｔｓ：１３４、０２０００．ｍ２ｔｓ：１２６）を含む。

ここで、アップデート後の臨時ディレクトリ（Ｔｅｍｐｏｒａｌ ｄｉｒｅｃｔｏｒｙ）は空（ｅｍｐｔｙ）の状態になり、再び新しいデータをダウンロードするまで空の（ｅｍｐｔｙ）状態が維持される。

図１３は、本発明の第３実施例によって、ローカルストレージにデータをコンデンツ単位にダウンロード及び／またはアップデートする方法を示す図である。

図１３に示すローカルストレージの基本ディレクトリ構造は、図１１の説明と略同様であり、ただし、図１１及び図１２の実施例とは違い、ローカルストレージバインディングユニット１４０内のプレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）のプレイリストファイルがコンテンツ単位（ｐｅｒ Ｃｏｎｔｅｎｔ）に構成される。図１３を参照して、本第３実施例について説明する。

図１３を参照すると、ディスク固有ディレクトリ（ｄｉｓｃ＿ＩＤ ＃１）とディスク共有ディレクトリ（Ｓｈａｒｅｄ）が各コンデンツプロバイダ（ＣＰ）のためのディレクトリ（ｏｒｇ＿ＩＤ ＃１）に存在する。前記ディスクディレクトリ（ｄｉｓｃ＿ＩＤ ＃１）には、バインディングユニット（１４０）を表すＢＤディレクトリ（ＢＤＭＶ）が存在し、前記ＢＤディレクトリ（ＢＤＭＶ）が表すバインディングユニット（１４０）は、コンデンツ単位に構成される。

前記ローカルストレージ内のバインディングユニット１４０は、ＢＤディレクトリ（ＢＤＭＶ）内に、特定コンデンツ（例えば、“Ｃｏｎｔｅｎｔ １”）のプレイリストファイル（０００００．００．ｍｐｌｓ：１４１）を備えたプレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）と、クリップインフォファイル（０１０００．ｃｌｐｉ：１４２）を備えたクリップインフォディレクトリ（ＣＬＩＰＩＮＦ）と、ストリームファイル（０１０００．ｍ２ｔｓ：１４３）を備えたストリームディレクトリ（ＳＴＲＥＡＭ）とを含む。

例えば、使用者（ｕｓｅｒ）がダウンロードするファイルを選択すると、ダウンロードアプリケーション（Ｄｏｗｎｌｏａｄ ａｐｐｌｉｃａｔｉｏｎ）が、コンデンツプロバイダ（ＣＰ）から提供されたデータベースファイル及びストリームファイルを臨時ディレクトリ（Ｔｅｍｐｏｒａｌ ｄｉｒｅｃｔｏｒｙ）にダウンロードする。前記データベースファイル及びストリームファイルは、記録媒体であるＢＤ−ＲＯＭディスク一つのための部分的な（ｐａｒｔｉａｌ）または改善された（ｍｏｄｉｆｉｅｄ）または完全な（ｃｏｍｐｌｅｔｅ）情報を含む。この時、前記ダウンロードアプリケーション（Ｄｏｗｎｌｏａｄ ａｐｐｌｉｃａｔｉｏｎ）は、ＢＤ−Ｊアプリケーションであることが好ましい。

例えば、前記臨時ディレクトリ（Ｔｅｍｐｏｒａｌ ｄｉｒｅｃｔｏｒｙ）に保存された前記新しくダウンロードされたファイルについて説明すると、臨時ディレクトリ（Ｔｅｍｐｏｒａｌ ｄｉｒｅｃｔｏｒｙ）下位にＢＤディレクトリ（ＢＤＭＶ）が位置し、前記ＢＤディレクトリ（ＢＤＭＶ）はプレイリストファイル（０００００．０１．ｍｐｌｓ：１４４、００００１．ｍｐｌｓ：１４５）を備えたプレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）と、クリップインフォファイル（０２０００．ｃｌｐｉ：１４６）を備えたクリップインフォディレクトリ（ＣＬＩＰＩＮＦ）と、ストリームファイル（０２０００．ｍ２ｔｓ：１４７）を備えたストリームディレクトリ（ＳＴＲＥＡＭ）とを含む。ここで、前記ファイルは、新しいコンデンツ（例えば、“Ｃｏｎｔｅｎｔ ２”）に関連したファイルで構成されており、バインディングユニット１４０にアップデートされる。

前記光記録／再生装置のレジデントアプリケーション（Ｒｅｓｉｄｅｎｔ ａｐｐｌｉｃａｔｉｏｎ）は、前記臨時ディレクトリ（Ｔｅｍｐｏｒａｌ ｄｉｒｅｃｔｏｒｙ）のファイルをディスク固有ディレクトリ（ｄｉｓｃ＿ＩＤ ＃１）の下位ディレクトリに移動させてバインディングユニット１４０をアップデートする。

ここで、仮想ファイルシステム（Ｖｉｒｔｕａｌ ｆｉｌｅ ｓｙｓｔｅｍ）は、光記録／再生装置がタイトルを再生する間にはアクティブ状態にならず、光記録／再生装置がタイトルを再生しない間にバインディングユニットをアップデートする。

前記アップデート動作中に、バインディングユニット１４０のファイルはそのまま存在し、臨時ディレクトリ（Ｔｅｍｐｏｒａｌ ｄｉｒｅｃｔｏｒｙ）のファイルが追加（ａｐｐｅｎｄ ｏｒ ａｄｄ）されることで、アップデート動作が完了した後のバインディングユニット１４０−１が生成される。

したがって、アップデート後に生成されたバインディングユニット１４０−１は、プレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）内にプレイリストファイル（０００００．００．ｍｐｌｓ：１４１、０００００．０１．ｍｐｌｓ：１４４、００００１．ｍｐｌｓ：１４５）を含み、クリップインフォディレクトリ（ＣＬＩＰＩＮＦ）内にはクリップインフォファイル（０１０００．ｃｌｐｉ：１４２、０２０００．ｃｌｐｉ：１４６）を含み、ストリームディレクトリ（ＳＴＲＥＡＭ）内にはストリームファイル（０１０００．ｍ２ｔｓ：１４３、０２０００．ｍ２ｔｓ：１４７）を含む。

前記プレイリストファイル“０００００．００．ｍｐｌｓ（１４１）”は、以前にダウンロードされたコンデンツで、例えば、“Ｃｏｎｔｅｎｔ １”のプレイリストファイルであり、プレイリストファイル“０００００．０１．ｍｐｌｓ（１４４）”は、新しくダウンロードされたコンデンツである“Ｃｏｎｔｅｎｔ ２”のプレイリストファイルである。

これと関連して、アップデート後の臨時ディレクトリ（Ｔｅｍｐｏｒａｌ ｄｉｒｅｃｔｏｒｙ）は空（ｅｍｐｔｙ）の状態になり、再び新しいデータがダウンロードするまで空（ｅｍｐｔｙ）の状態が維持される。

図１４は、本発明によって、ローカルストレージにデータをダウンロード及び／またはアップデートする方法を示すフローチャートである。

図１４を参照すると、光記録／再生装置にディスクがロードされると、前記光記録／再生装置は、前記ディスクの現在バインディングユニット構造を確認し、コンデンツプロバイダ（ＣＰ）にレポート（ｒｅｐｏｒｔ）する（Ｓ１１０）。ただし、バインディング構造がタイトル単位に構成された場合と、コンテンツ単位に構成された場合には前記段階（Ｓ１１０）を行わなくても良い。

前記光記録／再生装置は、コンデンツプロバイダが提供するファイルのうち、使用者によって選択されたファイルをローカルストレージにダウンロード（ｄｏｗｎｌｏａｄ）する（Ｓ１１）。ローカルストレージ内のバインディングユニット構造によって前記使用者によって選択されるべきファイルやコンデンツプロバイダ（ＣＰ）から伝送されるべきファイルは異なってきても良い。

前記段階（Ｓ１１１）のダウンロード動作が完了すると、前記光記録／再生装置は、アップデート（ｕｐｄａｔｅ）要請があるか否かを確認する（Ｓ１１２）。前記アップデート（ｕｐｄａｔｅ）要請は、仮想ファイルシステム（ＶＦＳ）のアップデート要請を意味する。

上記確認（Ｓ１１２）の結果、アップデート（ｕｐｄａｔｅ）要請がないと、ローカルストレージバインディングユニットをアップデートしない（Ｓ１１３）。

一方、アップデート（ｕｐｄａｔｅ）要請があると、ダウンロードしたデータがアップデートできるかを確認し（Ｓ１１４）、前記ダウンロードしたデータが保安上（ｓｅｃｕｒｉｔｙ）問題のないデータか、及び、現在プレーヤーがデータ再生モードにあるかを検証する。すなわち、検証上問題がなく、プレーヤーが再生モードにあると、前記光記録／再生装置は、前記ダウンロードしたデータをアップデートできると判断し、検証上問題が発生したりプレーヤーが再生モードでないと、前記ダウンロードしたデータはアップデートできないと判断する。

上記確認（Ｓ１１４）の結果、前記ダウンロードしたデータをアップデートできる場合では、前記光記録／再生装置は、前記ローカルストレージバインディングユニットをアップデートする（Ｓ１１５）。一方、上記確認（Ｓ１１４）の結果、前記ダウンロードされたデータをアップデートできない場合では、前記ローカルストレージバインディングユニットをアップデートしない（Ｓ１１６）。上記Ｓ１１５段階でアップデートされたバインディングユニットは、結局として仮想パッケージをアップデートする。特に、前記仮想パッケージのアップデート動作は、タイトルの変更につながり、よって、これはタイトル変更時に仮想パッケージがアップデートされなければならないということを意味する。

上記本発明によるローカルストレージ（Ｌｏｃａｌ ｓｔｏｒａｇｅ）を用いて記録媒体からデータを再生する方法と再生装置及び仮想パッケージ（Ｖｉｒｔｕａｌ ｐａｃｋａｇｅ）生成方法によると、記録媒体内に記録されたオリジナルデータとローカルストレージ（Ｌｏｃａｌ ｓｔｏｒａｇｅ）内に保存された付加データを效率的に再生可能になり、使用者に一層便利な機能を提供することが可能になる。

本発明による記録媒体からデータを再生するための方法及び装置を示す概念図である。 本発明の記録媒体となる光ディスクに記録されるファイル構造及びこれを用いて特定タイトルを再生する方法を示す概念図である。 本発明の記録媒体となる光ディスクのデータ記録構造を示す図である。 本発明の光記録／再生装置を示す構成図である。 図４Ａの光記録／再生装置の全体構成のうち、光ディスクからデータを再生する装置を示す構成図である。 本発明によって仮想パッケージ（Ｖｉｒｔｕａｌ ｐａｃｋａｇｅ）を生成する方法を示す概念図である。 本発明のダウンロードされた付加データを含むローカルストレージ内のファイル構造を示す構造図である。 本発明のローカルストレージのファイル構造と、コンデンツプロバイダから一時的にデータをダウンロードして保存する臨時領域（Ｔｅｍｐｏｒａｌ ａｒｅａ）を示す構造図である。 本発明によって、コンデンツプロバイダから新しいデータを一時的にダウンロードするための臨時領域（Ｔｅｍｐｏｒａｌ ａｒｅａ）のデータがローカルストレージファイル構造にアップデートされる時の構造を示す図である。 本発明によって、仮想パッケージを生成するためのローカルストレージのバインディングユニット（Ｂｉｎｄｉｎｇ Ｕｎｉｔ）示す構造図である。 本発明によって、仮想ファイルシステム（ＶＦＳ）を用いて仮想パッケージ（Ｖｉｒｔｕａｌ ｐａｃｋａｇｅ）を生成する方法を示す概念図である。 本発明によって、ローカルストレージを用いて記録媒体からデータを再生する方法を示すフローチャートである。 本発明の第１実施例によって、ローカルストレージから／にデータをディスク単位にダウンロード／アップデートする方法を示す概念図である。 本発明の第２実施例によって、ローカルストレージから／にデータをタイトル単位にダウンロード／アップデートする方法を示す概念図である。 本発明の第３実施例によって、ローカルストレージから／にデータをコンデンツ単位にダウンロード／アップデートする方法を示す概念図である。 本発明によって、ローカルストレージから／にデータをダウンロード／アップデートする方法を示すフローチャートである。

Claims (23)

1. ａ）ダウンロードしたデータをローカルストレージに保存する段階と、
   ｂ）ローカルストレージファイル構造に、前記ダウンロードしたデータをアップデート可能か否かを確認し、アップデート可能な場合、前記ダウンロードされたデータを前記ローカルストレージファイル構造にアップデートする段階と、
   ｃ）前記アップデートされたローカルストレージファイル構造でバインディングユニットを生成する段階と、
   ｄ）前記生成されたバインディングユニットを記録媒体内のファイル構造と結合して仮想パッケージを生成し、前記生成された仮想パッケージによって記録媒体データ及び／またはダウンロードしたローカルストレージデータを再生する段階と、
   を含む、ローカルストレージを用いて記録媒体からデータを再生する方法。
2. 前記ダウンロードされたデータで検証エラーが発生した場合には、アップデート動作を行わない、請求項１に記載のローカルストレージを用いて記録媒体からデータを再生する方法。
3. プレーヤーが再生モードであると、アップデート動作を行わない、請求項１に記載のローカルストレージを用いて記録媒体からデータを再生する方法。
4. 前記ダウンロードしたデータは、バインディングユニットマニフェストファイルを含み、前記ファイルによって前記バインディングユニットが決定される、請求項１に記載のローカルストレージを用いて記録媒体からデータを再生する方法。
5. 前記バインディングユニットは複数のファイルを含み、前記ファイルは読み取り専用ファイルである、請求項４に記載のローカルストレージを用いて記録媒体からデータを再生する方法。
6. 前記バインディングユニットマニフェストファイルは、前記バインディングユニットに属する全てのファイルに対するネームマッピング情報を含む、請求項４に記載のローカルストレージを用いて記録媒体からデータを再生する方法。
7. 前記ローカルストレージファイル構造がアップデートされる時、前記ローカルストレージファイル構造内に存在するバインディングユニットマニフェストファイルは、ダウンロードした新しいバインディングユニットマニフェストファイルで代替される、請求項４に記載のローカルストレージを用いて記録媒体からデータを再生する方法。
8. 前記ダウンロードしたデータは、前記ローカルストレージ内の臨時領域に一時保存される、請求項１に記載のローカルストレージを用いて記録媒体からデータを再生する方法。
9. 前記臨時領域に保存されたデータが前記ローカルストレージファイル構造にアップデートされた後、前記臨時領域は空の状態に転換される、請求項８に記載のローカルストレージを用いて記録媒体からデータを再生する方法。
10. 前記ダウンロードされたデータは、ディスク単位にアップデートされる、請求項１に記載のローカルストレージを用いて記録媒体からデータを再生する方法。
11. 前記アップデート動作は、既存ファイルと同じファイル名を持つファイルは上書きし、既存ファイルと相異なるファイル名を持つファイルを追加する、請求項１０に記載のローカルストレージを用いて記録媒体からデータを再生する方法。
12. 前記ダウンロードしたデータは、タイトル単位にアップデートされる、請求項１に記載のローカルストレージを用いて記録媒体からデータを再生する方法。
13. 前記アップデート動作は、アップデートされるタイトルの以前バージョンファイルを削除し、新しくダウンロードされたファイルで代替する、請求項１２に記載のローカルストレージを用いて記録媒体からデータを再生する方法。
14. 前記ダウンロードしたデータは、コンデンツ単位にアップデートされる、請求項１に記載のローカルストレージを用いて記録媒体からデータを再生する方法。
15. ダウンロードしたファイルは、前記アップデート動作が行われる前のファイルと比べて、部分的な及び／または改善された情報を含む、請求項１４に記載のローカルストレージを用いて記録媒体からデータを再生する方法。
16. 仮想ファイルシステムを通じて前記仮想パッケージを生成し、前記生成された仮想パッケージを用いて記録媒体データ及び／またはローカルストレージデータを再生する、請求項１に記載のローカルストレージを用いて記録媒体からデータを再生する方法。
17. ａ）外部からファイルをダウンロードしてローカルストレージに保存する段階と、
    ｂ）前記ダウンロード完了後に、アップデート要請があるか否か確認する段階と、
    ｃ）前記アップデート要請があると、前記ダウンロードしたファイルがアップデート可能か否かを確認する段階と、
    ｄ）前記ダウンロードしたファイルがアップデート可能であると、前記ローカルストレージ内のバインディングユニットをアップデートする段階と、
    を含む、ローカルストレージ内のデータアップデート方法。
18. 前記ファイルをダウンロードする前に、前記ローカルストレージ内の現在バインディングユニット構造を確認してコンデンツプロバイダに知らせる段階をさらに含む、請求項１７に記載のローカルストレージ内のデータアップデート方法。
19. 前記ローカルストレージは、臨時的にファイルをダウンロードする臨時ディレクトリを含む、請求項１７に記載のローカルストレージ内のデータアップデート方法。
20. 前記ローカルストレージ内のバインディングユニットは、ディスク単位、タイトル単位またはコンテンツ単位に構成される、請求項１７に記載のローカルストレージ内のデータアップデート方法。
21. 前記アップデートされたバインディングユニットは、タイトル変更時に仮想パッケージをアップデートする、請求項１７に記載のローカルストレージ内のデータアップデート方法。
22. ａ）ローディングされた記録媒体と関連してダウンロードしたデータをローカルストレージに保存する段階と、
    ｂ）前記ローカルストレージ内の以前ファイル構造に、前記ダウンロードしたデータをアップデーティングすることによって前記ローカルストレージに新しいファイル構造を生成する段階と、
    ｃ）前記新しいファイル構造からバインディングユニットを生成する段階と、
    ｄ）前記バインディングユニットを記録媒体ファイル構造にバインディングして仮想パッケージを生成する段階と、
    を含む、仮想パッケージ生成方法。
23. 記録媒体からデータを読み出すピックアップと、
    前記記録媒体データと関連付けられたデータをダウンロードして保存するもので、アップデート完了したデータを保存する第１領域及び新しくダウンロードしたデータを保存する第２領域を備えるローカルストレージと、
    前記第２領域にダウンロードしたデータを第１領域内にアップデートし、前記アップデートされたデータでバインディングユニットを生成して仮想パッケージを生成し、前記仮想パッケージから記録媒体内のデータ及び／またはローカルストレージ内のデータを再生することを制御する制御部と、
    を備える、ローカルストレージを用いて記録媒体からデータを再生する装置。

Images