ローカルストレージを用いて記録媒体からデータを再生するための方法及び再生装置
ローカルストレージを用いて記録媒体からデータを再生する方法及び装置が開示される。記録媒体と関連したデータを外部からダウンロードし、ダウンロードしたデータを再生する方法及び装置が開示される。ローカルストレージのダウンロードされたデータのうちから記録媒体と組み合わされたバインディングユニットが形成され、バインディング情報を用いて記録媒体のファイルと組み合わされて、仮想パッケージが形成される。記録媒体のデータ及び／またはローカルストレージのデータが仮想パッケージによって再生される。仮想パッケージが形成されるときバインディングユニットに含まれる特定ファイルが記録媒体に含まれる特定ファイルと同じである場合、優先順位がバインディングユニットのファイルに割り当てられ、仮想パッケージが形成される。それゆえ、記録媒体のデータ及びローカルストレージのデータを同時に效率的に再生することができ、結果としてユーザのより大きな便宜となる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記録媒体からデータを再生する方法及び装置に関し、より詳しくは、光記録／再生器内のローカルストレージを用いて記録媒体からデータを再生する方法及び装置に関する。
【背景技術】
【０００２】
一般的に、大容量のデータを記録できる記録媒体として働く光ディスクが広く使用されている。なかでも最近では高画質のビデオデータと高音質のオーディオデータを長時間記録し保存できる高密度記録媒体、例えば、ブルーレイディスク(Ｂｌｕ−ｒａｙ Ｄｉｓｃ：ＢＤ)が開発されている。
【０００３】
次世代記録媒体技術に基づくＢＤは、従来のＤＶＤよりもはるかに多くのデータを格納できる次世代光記録ソリューションとみなされている。最近では、多くの開発者により、ＢＤに関連する国際標準の技術仕様について、他のデジタル機器のそれと共に、集中的な研究が行われている。
【０００４】
上述の状況に関連して、最近ではＢＤ国際標準に基づく光記録／再生器が開発されたが、ＢＤ国際標準はまだ完了しておらず、多くの制限及び問題が光記録／再生器の開発に生じている。
【０００５】
特に、上記の光記録／再生器は、ＢＤのデータを記録／再生するための基本機能だけでなく、光記録／再生器が周辺の関連デジタル機器とやり取りできるようにするための付加的な機能も考慮しなければならない。換言すると、外部入力信号を受信しなければならず、受信信号を表示しなければならず、外部入力信号及びＢＤを用いて所望のデータを再生しなければならない。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、外部入力信号およびＢＤのデータを同時に再生する記録媒体からデータを再生するための装置は、まだ確立されておらず、ＢＤベースの光記録／再生器の開発に多くの制限及び問題が生じている。
【０００７】
したがって、本発明は、関連技術の限界及び欠点による一つ以上の問題点を実質的に防止する、ローカルストレージを用いて記録媒体からデータを再生するための方法及び装置を対象とする。
【０００８】
本発明の目的は、記録媒体に記録されたデータとローカルストレージに記録されたデータを効率的に再生するための方法及び装置を提供することにある。
【０００９】
本発明の他の目的は、ローカルストレージ内のバインディングユニットを用いて仮想パッケージを形成するための方法を提供することにある。
【００１０】
本発明の付加的な利点、目的及び特徴は、ある程度は後続の説明で述べられ、ある程度は下記の検討により本技術分野における当業者にとって明らかとなり、あるいは本発明の実施により習得され得る。本発明の目的及び他の利点は、記載した説明及び特許請求の範囲並びに添付の図面で特に指摘した構造によって実現され、達成され得る。
【課題を解決するための手段】
【００１１】
これらの目的及び他の利点を達成するため、および本発明の目的に従って、ここに具体化され、広く記載されるように、ローカルストレージを用いて記録媒体からデータを再生する方法は、ａ）前記ローカルストレージに格納されたデータからバインディングユニットを形成する段階と、ｂ）バインディング情報を用いて前記バインディングユニットを前記記録媒体内のファイルとバインディングし、仮想パッケージを形成する段階であって、前記バインディングユニット内のファイルが前記記録媒体内のファイルと同一であるとき、前記バインディングユニットのファイルがバインディング優先順位を有する段階と、ｃ）前記形成された仮想パッケージを用いて、前記記録媒体に記録されたデータと前記ローカルストレージに格納されたデータを再生する段階とを備える。
【００１２】
本発明の別の態様では、仮想パッケージを形成するための方法であって、ａ）ローカルストレージに格納されたデータからバインディングユニットマニフェストファイルを用いてバインディングユニットを形成する段階と、ｂ）前記バインディングユニットを記録媒体内のファイルとバインディングし、前記バインディングユニットマニフェストファイルを用いて仮想パッケージを形成する段階であって、前記バインディングユニットマニフェストファイルに基づき、前記バインディングユニット内のファイルが前記記録媒体内のファイルと同一であるとき、前記バインディングユニットのファイルがバインディング優先順位を有する段階とを備える方法が提供される。
【００１３】
本発明のさらに別の態様では、ローカルストレージを用いて記録媒体からデータを再生するための装置であって、前記記録媒体からオリジナルデータを読み取るピックアップと、前記記録媒体内の前記オリジナルデータと関連した付加データを格納するローカルストレージと、前記オリジナルデータ及び／または前記付加データを再生する仮想ファイルシステムを形成し、仮想ファイルシステムを用いて前記オリジナルデータ及び／または前記付加データを再生する仮想パッケージを形成する制御器とを備え、前記付加データ内の特定ファイルが前記記録媒体内の特定ファイルと同一であるとき、前記付加データのファイルにより高い優先順位が割り当てられる装置が提供される。
【００１４】
本発明の前述の一般的な説明及び後述の詳細な説明は共に、例示及び説明であり、請求される本発明のさらなる説明を提供するために意図されている。
【発明を実施するための最良の形態】
【００１５】
本発明のさらなる理解を提供するために含められ、本願に組み込まれ、本願の部分を構成する添付の図面は、本発明の実施例を示し、説明と共に本願の原理を説明する役割を果す。
【００１６】
添付の図面に例が示された本発明の好適な実施例について詳細に参照する。可能な場合には、同一の参照番号が同一または類似の部分を参照するために図面全体を通じて使用されるであろう。
【００１７】
以下、ローカルストレージを用いて記録媒体からデータを再生する方法及び装置について、添付の図面を参照して説明する。
【００１８】
本発明の説明に先立って、本発明で開示されるほとんどの用語は、本技術分野で周知の一般的な用語としたが、いくつかの用語については必要に応じて出願人によって選定され、本発明の下記の説明において開示されるであろうことに留意されたい。それゆえ、出願人によって定義された用語は、本発明におけるそれらの意味に基づいて理解されることが好ましい。
【００１９】
本発明で使用する記録媒体は、例えば、光ディスク、磁気テープなど、様々な記録方式によるすべての記録可能な媒体を指す。
【００２０】
説明の便宜及び本発明のより良い理解のため、以下、ＢＤのような光ディスクを本発明の上述した記録媒体として例として使用するであろう。本発明の技術思想は、本発明の範囲及び趣旨から逸脱することなく、他の記録媒体にも適用することができることに留意されたい。
【００２１】
用語「ローカルストレージ」は、図１に示す光記録／再生器に含まれるストレージユニットを指す。より詳細には、用語「ローカルストレージ」は、ユーザから必要な情報又はデータを受信し、受信した情報又はデータを格納できる構成要素を指す。例えば、一般的なローカルストレージは、ハードディスクドライブ（ＨＤＤ）を指すかもしれないが、本願の用語「ローカルストレージ」は、ＨＤＤに限られず、必要に応じて他の例にも適用され得ることに留意されたい。
【００２２】
特に、用語「ローカルストレージ」は、ＢＤのような記録媒体に関連したデータを格納するストレージユニットを指す。記録媒体に関連したデータは、一般的に外部機器からダウンロードされる。
【００２３】
上述の説明に関連して、ローカルストレージが記録媒体から何らかの許容データを直接読み取ることができ、記録媒体の記録／再生に関連したシステムデータ（例えば、メタデータ）を生成することができ、これによりシステムデータがローカルストレージに格納できることが当業者には自明である。
【００２４】
用語「バインディングユニット」は、ローカルストレージに格納されたファイルの集合を指す。特に、バインディングユニットは、特定の記録媒体に関連する情報の集合（情報セット）を指す。この場合、情報セットは、記録媒体内のファイルと組み合わされるか、付加され、記録媒体のデータとローカルストレージのデータを同時に再生することができる。
【００２５】
説明の便宜上、記録媒体に記録されたデータは、「オリジナルデータ」と称され、ローカルストレージに格納された複数のデータユニットのうちから記録媒体に関連したデータは、「付加データ」と称される。
【００２６】
図１は、本発明によるデータを再生する方法及び装置を示す概念図である。光記録／再生器１０と周辺機器の統合的使用例が図１に示されている。
【００２７】
光記録／再生器１０は、異なるフォーマットを有する様々な光ディスクとの間でデータを記録／再生することができる。必要であれば、光記録／再生器１０は、ＢＤのような特定の光ディスクのみとの間で特定のデータを記録／再生することができ、あるいは、データを記録することなく、光ディスクからデータを再生することができる。本発明は、説明の便宜上、ＢＤと周辺機器との間の関係を考慮して、ＢＤからデータを再生できるＢＤプレーヤーまたはＢＤにデータを記録できるＢＤレコーダを例として使用する。周知の如く、光記録／再生器１０はコンピュータなどの特定の機器に組み込まれるドライブにも適用可能である。
【００２８】
光記録／再生器１０は、光ディスク３０との間でデータを記録するか、再生し、外部入力信号を受信し、受信信号に関して信号処理を行い、信号処理結果を外部ディスプレイ２０に送信し、これによりユーザがディスプレイ２０上で信号処理結果を閲覧できる。この場合、受信可能な外部信号において、制限はない。例えば、代表となる外部入力信号は、ＤＴＶ関連信号及びインターネット関連信号などである決定することができる。具体的には、インターネットは、ユーザが簡単にアクセスを得る通信ネットワークを指し、これによりユーザが光記録／再生器１０を使用して特定のインターネットデータをダウンロードすることができ、ダウンロードされたデータを使用することができる。
【００２９】
上述した説明に関連して、外部ソースとして使用されるコンテンツデータを提供する者は、一般的にコンテンツ提供者（ＣＰ）と称される。
【００３０】
オリジナルデータが光記録／再生器１０に位置する光ディスク３０に記録されており、オリジナルデータに関連する付加データが他のストレージ場所（例えば、インターネット）に存在するとき、本発明はオリジナルデータと付加データを同時に再生することを目指す。
【００３１】
例えば、多重化されたＡＶ（オーディオ／ビデオ）ストリームが光ディスクに記録されたオリジナルデータとして記録され、インターネット上での使用のための付加データが、オリジナルデータのオーディオストリーム（例えば、韓国語）とは異なるオーディオストリームであると仮定する。この場合、ユーザによっては、付加データとして働く特定のオーディオストリーム（例えば、英語）をインターネットからダウンロードし、オリジナルデータとして働くＡＶストリームと共にダウンロードしたオーディオストリームを再生したいか、または付加データのみを再生したいことがある。上記の欲求を実施するために、オリジナルデータと付加データ間の連関性を確立しなければならず、上記のデータをユーザの要求に応じて管理／再生する体系化した方法が必要である。
【００３２】
説明の便宜上、ディスクに記録された信号をオリジナルデータと呼び、ディスクの外に存在する信号を付加データと呼ぶが、オリジナルデータと付加データは特定のデータのみに限定されないことに留意されたい。
【００３３】
一般的に、付加データは、オーディオデータ、プレゼンテーショングラフィック（ＰＧ）データ、インタラクティブグラフィック（ＩＧ）データ、またはテキストサブタイトル等を指すが、付加データは、上記のデータおよびビデオを含む多重化されたＡＶストリームを指すこともある。すなわち、光ディスクの外に存在すると同時にオリジナルデータに関連したデータは、付加データとして働き得る。
【００３４】
上記のユーザの要求を満足するために、オリジナルデータと付加データの間で予め決められたファイル構造を確立しなければならない。したがって、ＢＤで使用するためのファイル構造およびデータ記録構造について、図２及び図３を参照して、以下に説明する。
【００３５】
図２は、ディスクに記録されたオリジナルデータを再生／管理するためのファイル構造及びファイル構造に従って特定のタイトルを再生する方法を例示する概念図である。
【００３６】
上記のファイル構造の例が図２に示されている。本発明によるファイル構造は、単一ルートディレクトリの下に１つ以上のＢＤディレクトリ（ＢＤＭＶ）を含む。このＢＤディレクトリ（ＢＤＭＶ）は、ユーザとのインタラクティビティを保証できる一般ファイル（上位ファイル）として働くインデックスファイル「ｉｎｄｅｘ）だけでなく、上記のオブジェクトを含む。このファイル構造は、ディスクに記録された実際のデータの情報、及びデータを再生する方法に関連したその他の情報、例えば、プレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）、クリップインフォメーションディレクトリ（ＣＬＩＰＩＮＦ）、ストリームディレクトリ（ＳＴＲＥＡＭ）、補助ディレクトリ（ＡＵＸＤＡＴＡ）、及びバックアップディレクトリ（ＢＡＣＫＵＰ）を格納する各種のディレクトリを含む。上記のディレクトリ及びディレクトリに含まれる各種のファイルについて、以下に説明する。
【００３７】
ＡＵＸＤＡＴＡディレクトリは、ディスクのデータを再生するための付加的なデータファイルを含む。例えば、ＡＵＸＤＡＴＡディレクトリは、インタラクティブグラフィック機能が実行されるときユーザにサウンドデータを提供するための「Ｓｏｕｎｄ．ｂｄｍｖ」ファイルと、ディスクのデータが再生されるときユーザにフォント情報を提供するための「１１１１１．ｏｔｆ」ファイルを含む。
【００３８】
ストリームディレクトリ（ＳＴＲＥＡＭ）は、特定のフォーマットに従ってディスクに記録された複数のＡＶストリームファイルを含む。一般的に、個々のストリームは、ＭＰＥＧ−２ベースのトランスポートパケットを用いて記録され、ストリームディレクトリ（ＳＴＲＥＡＭ）は、特定の拡張名「＊．ｍ２ｔｓ」としてストリームファイル（０１０００．ｍ２ｔｓおよび０２０００．ｍ２ｔｓ）の拡張名を使用する。特に、上記のストリームのうちビデオ／オーディオ／グラフィック情報が多重化され、単一タイトルは少なくとも一つのＡＶストリームファイルで構成される。
【００３９】
クリップインフォメーション（Ｃｌｉｐ−ｉｎｆｏ）ディレクトリ（ＣＬＩＰＩＮＦ）は、上記のストリームファイルと一対一で接続される複数のクリップインフォファイル（０１０００．ｃｌｐｉおよび０２０００．ｃｌｐｉ）で構成される。特に、このクリップインフォファイル（＊．ｃｌｐｉ）は、そこに記録されたストリームファイル（＊．ｍ２ｔｓ）の属性情報及びタイミング情報を記録する。ストリームファイル（＊．ｍ２ｔｓ）と一対一で接続されたクリップインフォファイル（＊．ｃｌｐｉ）は、総称的に「クリップ」と名付けられる。すなわち、これは、単一クリップがストリームファイル（＊．ｍ２ｔｓ）及びクリップインフォファイル（＊．ｃｌｐｉ）で構成されたデータを指すことを意味する。ディスクに記録されたクリップは、オリジナルクリップと称される。ダウンロードされ、ローカルストレージに格納されるクリップは、付加クリップと称される。
【００４０】
プレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）は、複数のプレイリストファイル（＊．ｍｐｌｓ）を含む。各プレイリストファイル（＊．ｍｐｌｓ）は、１つ以上のプレイアイテム（ＰｌａｙＩｔｅｍ）及び１つ以上のサブプレイアイテム（ＳｕｂＰｌａｙＩｔｅｍ）を含む。各プレイアイテム（ＰｌａｙＩｔｅｍ）及び各サブプレイアイテム（ＳｕｂＰｌａｙＩｔｅｍ）は、特定のクリップが再生されるプレイ区間を指定するように適合される。このプレイアイテム（ＰｌａｙＩｔｅｍ）及びサブプレイアイテム（ＳｕｂＰｌａｙＩｔｅｍ）は、再生される特定のクリップに関連する情報、すなわち、特定のクリップの再生開始時間（ＩＮ−Ｔｉｍｅ）に関連する情報と、再生終了時間（ＯＵＴ−Ｔｉｍｅ）に関連するその他の情報を含む。
【００４１】
上記の説明に関連して、プレイリストファイルの少なくとも１つのプレイアイテム（ＰｌａｙＩｔｅｍ）を用いてデータを再生するプロセスをメインパスと称し、個々のサブプレイアイテム（ＳｕｂＰｌａｙＩｔｅｍ）を用いてデータを再生するプロセスをサブパスと称する。プレイリストファイルは、単一のメインパスを含まなければならない。プレイリストは、必要に応じてサブプレイアイテム（ＳｕｂＰｌａｙＩｔｅｍ）の有無によって少なくとも１つのサブパスを含むことがある。
【００４２】
まとめとして、プレイリストファイルは、１つ以上のプレイアイテム（ＰｌａｙＩｔｅｍ）の組み合わせによって所望のクリップを再生する全体の再生／管理ファイル構造に含まれる基本的再生／管理ファイルユニットとして働く。
【００４３】
バックアップディレクトリ（ＢＡＣＫＵＰ）は、複数の複製ファイル、すなわち、ディスク再生に関連する情報を格納するインデックスファイル「ｉｎｄｅｘ」の複製ファイル（「コピーされたファイル」とも呼ばれる）、オブジェクトファイル「ＭｏｖｉｅＯｂｊｅｃｔ」の複製ファイル、プレイリストディレクトリ(ＰＬＡＹＬＩＳＴ)に含まれる全てのプレイリストファイル（＊．ｍｐｌｓ）の複製ファイル、及びクリップインフォディレクトリ（ＣＬＩＰＩＮＦ）に含まれる全てのクリップインフォファイル（＊．ｃｌｐｉ）の複製ファイルを格納する。上記のファイル（「ｉｎｄｅｘ」、「ＭｏｖｉｅＯｂｊｅｃｔ」、「＊．ｍｐｌｓ」、「＊．ｃｌｐｉ」）がダメージを受けると、ディスク再生プロセスも致命的にダメージを受け、バックアップディレクトリ（ｂａｃｋｕｐ）はバックアップファイルとして上記のファイルの複製ファイルを事前格納するように設計される。
【００４４】
上記の説明に関連して、上記のディスクファイル構造を用いて特定のタイトルを再生する方法が図２に示されている。
【００４５】
ユーザがインデックスファイル（「インデックステーブル」とも呼ばれる）として使用されるタイトルに関連してタイトル再生コマンドを入力すると、タイトルの再生が始まる。この詳細について、以下に説明する。
【００４６】
インデックスファイル（ｉｎｄｅｘ．ｂｄｍｖ）は、対応するディスクがロードされると、最初の再生画像に関連する情報を指す最初の再生情報「Ｆｉｒｓｔ Ｐｌａｙｂａｃｋ」と、メニュー画像を提供するトップメニュー情報「Ｔｏｐ Ｍｅｎｕ」と、少なくとも１つのタイトル情報「Ｔｉｔｌｅ ＃１〜Ｔｉｔｌｅ ＃ｎ」を含む。
【００４７】
光ディスク３０が光記録／再生器１０にロードされると、インデックステーブルに関連するタイトルメニュー情報がディスプレイ２０を介してユーザに提供される。ユーザがメニュー画像に含まれる特定のタイトルまたは特定のメニューを選択すると、データ再生がディスク製作者によって予め定義されたシナリオに従って始まる。すなわち、ユーザが特定のタイトル（例えば、タイトル＃１）を再生するコマンドを入力すると、特定のプレイリストファイルが再生／管理ファイル構造のオブジェクトファイル（ＭｏｖｉｅＯｂｊｅｃｔ）に含まれるコマンドに従って実行される。以降、タイトル＃１を構築する１つ以上のクリップ（例えば、Ｃｌｉｐ ＃１〜＃３）がプレイリストファイル情報に従ってプレイリストファイルに含まれる特定のプレイアイテム及び／またはサブプレイアイテムによって再生される。
【００４８】
図３は、本発明による記録媒体に記録されたデータ記録構造を示す構造図である。より詳細には、図３は、ファイル構造に関連する情報のディスク記録フォーマットを示している。図３に示すように、ディスクの内側領域の観点から、上記ディスク構造は、順に、全体のファイルを管理するシステム情報として機能するファイルシステム情報領域と、記録されたＡＶストリーム（＊．ｍ２ｔｓ）を再生するためにプレイリストファイル及びクリップインフォファイルを記録するデータベース領域と、オーディオデータ、ビデオデータ、グラフィックデータなどで構成される複数のストリームを記録するＡＶストリーム領域とを含む。特に、ＡＶストリーム領域に記録されたデータが前述の通りオリジナルデータであると判定され得ることに留意されたい。
【００４９】
本発明は、ディスクに記録されたオリジナルデータ（例えば、図２に示すファイル構造）とローカルストレージに記録された付加データを同時に再生するための方法及び装置を提供し、本発明に係る各種の実施例について、以下に説明する。
【００５０】
図４Ａは、本発明による光記録／再生器１０を示すブロック図である。
【００５１】
図４Ａを参照すると、光記録／再生器１０は、ピックアップ部１１、サーボ部１４、信号処理部１３、及びマイコン１６を含む。ピックアップ部１１は、光ディスクに記録されたオリジナルデータ及び再生／管理ファイル情報を含む管理情報を再生する。サーボ部１４は、ピックアップ部１１の動作を制御する。信号処理部１３は、ピックアップ部１１からの再生信号を受信し、受信した再生信号を所望の信号値に復元するか、または記録されるべき信号を光ディスクに記録される信号に変調する。マイコン１６は、上記の構成要素の相互動作を制御する。
【００５２】
制御器１２は、ユーザからのコマンドを受信すると、光ディスクの外部に存在する付加データをダウンロードし、ダウンロードした付加データをローカルストレージ１５に格納し、光ディスクに記録されたオリジナルデータと、ローカルストレージに格納された付加データを再生する仮想ファイルシステム（ＶＦＳ）を構成する。制御器１２は、ＶＦＳを用いてオリジナルデータと関連する付加データを含む仮想パッケージを形成し、ユーザからの要求を受信すると、形成された仮想パッケージを用いてオリジナルデータ及び／または付加データを再生する。
【００５３】
上記の説明に関連して、ローカルストレージは、オリジナルデータに関連する付加データがディスクユニット、タイトルユニットまたはコンテンツユニットに構成されるバインディングユニットを含む。
【００５４】
制御器１２によって形成される仮想パッケージは、複数のクリップを再生可能な少なくとも１つのプレイアイテムを含む少なくとも１つの仮想プレイリストを含む。
【００５５】
上記の説明に関連して、ＶＦＳ及び仮想パッケージの詳細な説明は、図５の図面を参照して以下で説明される。
【００５６】
デコーダ１７は、制御器１２から制御信号を受信すると出力データ（オリジナルデータ及び／または付加データ）を最終的に復号し、復号した結果をユーザに提供する。
【００５７】
エンコーダ１８は、制御器１２から制御信号を受信すると入力信号を特定フォーマットの信号（例えば、ＭＰＥＧ２トランスポートストリーム）に変換し、変換した結果を信号処理部１３に提供する。
【００５８】
この新しい仮想パッケージは、将来、再使用できるようにローカルストレージ１５に格納することができる。また、この新しい仮想パッケージは、追加のダイナミックメモリに一時的に格納し、その後に使用することができる。
【００５９】
図４Ｂは、本発明による光記録／再生器１０に含まれる全体の構成要素のうちからローカルストレージを用いて光ディスクのデータを再生する装置を示すブロック図である。
【００６０】
ローカルストレージ１５に格納された情報について、以下に説明する。本発明によるローカルストレージ１５は、個々のディスク識別（ＩＤ）情報毎のディレクトリ及びファイルを含むファイル情報（Ｄｉｓｃ＿ＩＤ ＃ｎのディレクトリファイルツリー情報）と、外部からダウンロードされる複数の付加クリップを格納する。ローカルストレージ１５のバインディングユニットが形成され、ローカルストレージ１５は、ディスクファイル構造（すなわち、ディスクパッケージ）に関連するバインディング動作のためのバインディングユニットマニフェスト情報を格納することができる。
【００６１】
具体的に、ローカルストレージ１５は、異なるディスクに対応するために複数のファイル情報ユニット（Ｄｉｓｃ＿ｉｄ ＃ｎ依存のディレクトリファイル）を含むことができる。したがって、ローカルストレージ１５は、上記のファイル情報ユニットを管理するためのファイルシステムを追加的に必要とする。具体的に、このファイルシステムは、ローカルストレージファイルシステム４１と称され、ローカルストレージファイルシステム４１は、ローカルストレージ１５に格納される全てのファイルを管理するシステムを指す。
【００６２】
したがって、特定のディスクＩＤ（ｄｉｓｃ＿ＩＤ）の光ディスク（例えば、ｄｉｓｃ＿ＩＤ ＃１）が光記録／再生器１０にロードされると、光記録／再生器１０に含まれる制御器１２は、ピックアップ部１１及び信号処理部１３を用いてこのディスクのＩＤ情報を認識する。ローカルストレージ１５がファイル情報を格納する場合、制御器はローカルストレージ１５に格納されたすべてのファイル情報うニットのうちからロードされたディスクＩＤ情報と一致するバインディングユニットファイル情報を読み取り、読み取られた情報とディスクパッケージをバインディングする（または、組み合わせる）ことによって仮想パッケージを形成し、形成された仮想パッケージを用いてディスクのオリジナルデータとローカルストレージの付加データの両方を再生する。
【００６３】
図５は、本発明によって記録媒体のデータとローカルストレージのデータを同時に再生する上記の仮想パッケージを形成する方法を示す概念図である。
【００６４】
図４Ｂに示す情報及びコンテンツがローカルストレージ１５に格納されている状態で光記録／再生器１０に特定のディスクがロードされると、光記録／再生器１０は、ローカルストレージ１５に含まれるファイルシステム情報４１を読み取り、同時にディスクに記録されたファイル構造を含むディスクファイルシステム情報４２を読み取り、結果としてＶＦＳを作成する。より詳細には、仮想ファイルシステム（ＶＦＳ）は、ローカルストレージ１５に含まれるファイルシステムとロードされたディスクの他のファイルシステムの両方を管理するために仮想的に形成された一種のファイルシステムを指す。
【００６５】
光記録／再生器は、上記の仮想ファイルシステム（ＶＦＳ）を用いて、ディスクに記録されたオリジナルデータとローカルストレージに記録された付加データを同時に再生する新しい仮想パッケージを形成する。この目的のため、光記録／再生器１０は、ローカルストレージ１５のファイルシステムからバインディングユニットマニフェスト情報を読み取り、このバインディングユニットマニフェスト情報に従ってバインディングユニットをまず形成する。光記録／再生器１０は、バインディングユニットマニフェスト情報をロードされたディスク（ｄｉｓｃ＿ＩＤ ＃１）のディスクパッケージと置き換え、バインディングユニットマニフェスト情報をディスクパッケージに追加し、またはバインディングユニットマニフェスト情報をディスクパッケージとマージするバインディング動作を行う。
【００６６】
上記の説明に関連して、本発明によるバインディングユニットマニフェストファイルは、次のような様々な情報を含む。例えば、ファイルとタイトルとの関係を指す「ファイル及びタイトル関係リスト」情報、仮想パッケージにおけるバインディングユニットの全てのファイルのマッピング位置を指すネームマッピング情報、プログレッシブプレイリストのためのプログレッシブプレイリスト情報、及びクレデンシャル情報を含む。具体的には、上記のネームマッピング情報によって示されたファイルがバインディングユニットを形成する。
【００６７】
本発明によるローカルストレージにダウンロードされたデータにおいてバインディングユニットを形成する方法について、以下に説明する。
【００６８】
図６は、本発明による仮想パッケージを形成するためのローカルストレージのバインディングユニットを示す構造図である。
【００６９】
上記の説明に関連して、図６に示す上記のローカルストレージファイル構造は、バインディングユニットデータ（ＢｉｎｄｉｎｇＵｎｉｔＤａｔａ）ディレクトリにディスク作成者と同じコンテンツ提供者（ＣＰ）を指す組織ディレクトリ（例えば、ｏｒｇ＿ＩＤ ＃１）を含む。すなわち、コンテンツ提供者を指す組織ディレクトリ（例えば、ｏｒｇ＿ＩＤ ＃１）がＢｉｎｄｉｎｇＵｎｉｔＤａｔａディレクトリに含まれる。この組織ディレクトリ（ｏｒｇ＿ＩＤ ＃１）は、ディスクディレクトリ（ｄｉｓｃ＿ＩＤ ＃１）と共有ディレクトリ（例えば、Ｓｈａｒｅｄ）を含む。このディスクディレクトリ（ｄｉｓｃ＿ＩＤ ＃１）は、対応するコンテンツ提供者（ＣＰ）によって製作された各ディスクの固有ディレクトリを指し、共有ディレクトリ（Ｓｈａｒｅｄ）は、対応するコンテンツ提供者（ＣＰ）によって製作された全てのディスクによって共有されるディレクトリを指す。
【００７０】
ディスクディレクトリ（ｄｉｓｃ＿ＩＤ ＃１）は、バインディングユニットマニフェストファイル（ｄｉｓｃ＿ＩＤ ＃１．ｂｕｍｆ）とＢＤディレクトリ（ＢＤＭＶ）を含む。ＢＤディレクトリ（ＢＤＭＶ）は、２つのプレイリストファイル（すなわち、Ｍａｙ２００５．ｍｐｌｓ、Ａｐｒ２００５．ｍｐｌｓ）と、２つのクリップインフォファイル（すなわち、Ｍａｙ２００５．ｃｌｐｉ、Ａｐｒ２００５．ｃｌｐｉ）と、２つのストリームファイル（すなわち、Ｍａｙ２００５．ｍ２ｔｓ、Ａｐｒ２００５．ｍ２ｔｓ）を含む。共有ディレクトリ（Ｓｈａｒｅｄ）は、ＡＵＸＤＡＴＡ（補助データ）ファイル（例えば、Ｃｈｉｎｅｓｅ．ｏｔｆ）を含む。
【００７１】
上記のファイル構造によれば、ディスクディレクトリ（ｄｉｓｃ＿ＩＤ ＃１）に含まれるバインディングユニットマニフェストファイル（ｄｉｓｃ＿ＩＤ ＃１．ｂｕｍｆ）は、バインディングユニットを形成するための情報を含む。図６に示すように、上記のバインディングユニットマニフェストファイル（ｄｉｓｃ＿ＩＤ ＃１．ｂｕｍｆ）は、ＢＤディレクトリ（ＢＤＭＶ）に含まれる特定ファイル（例えば、Ｍａｙ２００５．ｍｐｌｓ、Ｍａｙ２００５．ｃｌｐｉ、及びＭａｙ２００５．ｍ２ｔｓ）を示すネームマッピング情報を含み、共有ディレクトリに含まれる特定ファイル「Ｃｈｉｎｅｓｅ．ｏｔｆ」を示す他のネームマッピング情報を含む。まとめとして、ネームマッピング情報によって指定された上記のファイルがバインディングユニットを形成する。上記の説明に関連して、形成されたバインディングユニットに含まれる全てのファイルは、ネームマッピング情報を用いることなく、削除したり、追加したり、または編集したりすることはできない。
【００７２】
図７は、本発明によるファイル構造に基づく仮想ファイルシステム（ＶＦＳ）を用いて仮想パッケージを形成する方法を示す概念図である。
【００７３】
図７を参照すると、特定のファイル構造（すなわち、図２のディスクパッケージ）がロードされたディスクに記録されている。ローカルストレージファイルシステム４１は、ローカルストレージに含まれる。このローカルストレージファイルシステム４１は、バインディングユニットとバインディング情報を含み、これらはロードされたディスク（例えば、Ｄｉｓｃ＿ＩＤ ＃１）と組み合わされる。図６からわかるように、共有領域バインディングユニットとディスク特有領域バインディングユニットは、バインディングユニットマニフェストファイルによって形成される。
【００７４】
上記の説明に関連して、用語「バインディングユニット」は、共有領域バインディングユニット及びディスク特有領域バインディングユニットを含む。
【００７５】
ただし、バインディングユニットは、ディスクパッケージとは違い、それ自体では再生／管理ファイルとして動作することができない。もしバインディングユニットがそれ自体でデータ再生するように設計されると、このデータ再生はローカルストレージのデータ再生と類似し、そのため、バインディングユニットの上記の動作は、ディスクに記録されたオリジナルデータとローカルストレージに記録された付加データの両方を同時に再生するという本発明の目的に反することになる。
【００７６】
この仮想ファイルシステム（ＶＦＳ）４０は、上記のバインディング情報を用いて、共有領域バインディングユニットとディスク特有領域バインディングユニットをロードされたディスクのディスクパッケージと組み合わせるバインディング動作を行い、新しい仮想パッケージを形成する。
【００７７】
仮想パッケージを形成する方法について、以下に説明する。バインディング動作を用いて新しい仮想パッケージを形成するとき、バインディング動作は、ディスク特有領域バインディングユニット→共有領域バインディングユニット→ディスクパッケージの順に実行される。すなわち、バインディング動作の第１の優先順位は、ディスク特有領域バインディングユニットに対応し、第２の優先順位は、共有領域バインディングユニットに対応し、最後の優先順位は、ディスクパッケージに対応する。
【００７８】
例えば、図７は、ロードされたディスク（例えば、ｄｉｓｃ＿ＩＤ ＃１）に関連するバインディングユニットを示す。共有ディレクトリ（Ｓｈａｒｅｄ）は、プレイリストファイル（０００００．ｍｐｌｓ）６５、プレイリストファイル（０００００．ｍｐｌｓ）６５によって管理されるクリップ（すなわち、クリップインフォファイル「０２０００．ｃｌｐｉ」）、及びストリームファイル（０２０００．ｍ２ｔｓ）を含む。ディスクディレクトリ（ｄｉｓｃ＿ＩＤ ＃１）は、インデックステーブル情報を構成するインデックスファイル「Ｉｎｄｅｘ．ｂｄｍｖ）及びオブジェクトファイル「ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ）６２からなるファイルグループ６２と、特定プレイリストファイル「００００１．ｍｐｌｓ」６６と、補助データ（ＡＵＸＤＡＴＡ）を格納するＡＵＸＤＡＴＡファイル「ｓｏｕｎｄ．ｂｄｍｖ」とを含む。
【００７９】
仮想ファイルシステム４０は、バインディング情報によるバインディング動作を行う。ディスクパッケージに含まれるインデックスファイル「ｉｎｄｅｘ．ｂｄｍｖ」及びオブジェクトファイル「ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ」からなるファイルグループ６１は、ディスク特有領域バインディングユニットに含まれるインデックス／オブジェクトファイル「Ｉｎｄｅｘ．ｂｄｍｖ」及び「ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ」からなる上記のファイルグループ６２で置き換えられ、仮想パッケージ５１に含まれるインデックス／オブジェクトファイル「Ｉｎｄｅｘ．ｂｄｍｖ」及び「ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ」６３が構成される。
【００８０】
すなわち、ディスク特有領域バインディングユニットに含まれるインデックス／オブジェクトファイル「Ｉｎｄｅｘ．ｂｄｍｖ」及び「ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ」６２は、外部入力ソースとして働くコンテンツ提供者（ＣＰ）からダウンロードされる。これは、コンテンツ提供者（ＣＰ）が、バインディング動作が完了した後に形成されたバインディング構造に合うインデックス／オブジェクトファイルを予め伝送するということを意味する。
【００８１】
また、共有領域バインディングユニットに含まれるプレイリストファイル（０００００．ｍｐｌｓ）６５をディスクパッケージに含まれる他のプレイリストファイル（０００００．ｍｐｌｓ）６４と組み合わせるとき、プレイリストファイル６４を早い優先順位を持つ共有領域バインディングユニットの他のプレイリストファイル６５で置き換えることによりプレイリストファイル（００００１．ｍｐｌｓ）６７が仮想パッケージに構成される。
【００８２】
ディスク特有領域バインディングユニットに含まれるプレイリストファイル（００００１．ｍｐｌｓ）６６は、共有領域バインディングユニットのプレイリストファイル（０００００．ｍｐｌｓ）６５及びディスクパッケージのプレイリストファイル（０００００．ｍｐｌｓ）６４とは異なるファイル名を有する。そのため、プレイリストファイル（００００１．ｍｐｌｓ）６６が追加的に付加されるか、新しく形成された仮想パッケージに追加され、結果としてプレイリストファイル（００００１．ｍｐｌｓ）６８を構成する。
【００８３】
仮想パッケージが形成されるとき、ディスクユニットで構成された最初のファイル構造（すなわち、デイスクごと）、バインディング動作によって仮想パッケージが形成されるとき、タイトルユニットで構成された第２のファイル構造（すなわち、タイトルごと）、バインディングユニットによって仮想パッケージが形成されるとき、コンテンツユニットで構成された第３のファイル構造（すなわち、コンテンツごと）について、図８Ａ乃至図１０Ｂを参照して以下に説明する。
【００８４】
図８Ａ及び図８Ｂは、本発明による第１の好ましい実施例に従って仮想パッケージを形成／再生する方法を示す概念図であり、具体的には、ディスクユニットで構成されたバインディングユニット（すなわち、ディスクごとのバインディングユニット）を記録媒体ファイル構造（すなわち、ディスクパッケージ）と組み合わせるバインディング動作を行って仮想パッケージを形成／再生する方法を示している。
【００８５】
図８Ａ及び図８Ｂを参照すると、ディスクが光記録／再生器にロードされると、光記録／再生器は、ディスクＩＤ（ｄｉｓｃ＿ＩＤ）情報を認識する。例えば、認識されたディスクと同じＢＤ−ＲＯＭディスクは、インデックス／オブジェクトファイル「Ｉｎｄｅｘ．ｂｄｍｖ」及び「ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ」７１と、「０００００．ｍｐｌｓ」７５及び「００００１．ｍｐｌｓ」から構成されるプレイリストファイルと、「０１０００．ｃｌｐｉ」及び「０１００１．ｃｌｐｉ」から構成されるクリップインフォファイルと、「０１０００．ｍ２ｔｓ）及び「０１００１．ｍ２ｔｓ」から構成されるストリームファイルと、ＡＵＸＤＡＴＡファイルとを含む。
【００８６】
上記のディスクＩＤ情報を認識した後、光記録／再生器は、ディスクユニットで構成されたバインディングユニットがローカルストレージの同じディスクＩＤファイル構造に含まれるかをステップＳ１０で確認する。ローカルストレージのファイル構造は、ディスク特有領域バインディングユニットを備えたディスクディレクトリ（ｄｉｓｃ＿ＩＤ）及び／またはコンテンツ提供者（ＣＰ）の共有領域バインディングユニットを備えた共有ディレクトリ（Ｓｈａｒｅｄ）を含む。インデックス／オブジェクトファイル「Ｉｎｄｅｘ．ｂｄｍｖ」及び「ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ」７２、「０００００．ｍｐｌｓ」７６及び「００００２．ｍｐｌｓ」から構成されるプレイリストファイル、クリップインフォファイル「０１００２．ｃｌｐｉ」、ストリームファイル「０１００２．ｍ２ｔｓ」及びＡＵＸＤＡＴＡファイルが、ディスクディレクトリ（ｄｉｓｃ＿ＩＤ）及び／または共有ディレクトリ（Ｓｈａｒｅｄ）に含まれる。すなわち、ローカルストレージファイル構造はディスクと同じディレクトリ及びファイル構造を有する。
【００８７】
上記の説明に関連して、単一のバインディングユニットがディスクディレクトリ（ｄｉｓｃ＿ＩＤ）または共有ディレクトリ（Ｓｈａｒｅｄ）に含まれることが好ましい。好ましくは、コンテンツ提供者（ＣＰ）を指すスタジオは、バインディング動作の後に形成された仮想パッケージに合う（インデックステーブル、ムービーオブジェクト及び／またはプレイリストを含む）データベースファイルのデータを用意し、ロードされたディスクがコンテンツ提供者によって製作されたディスクであると判定されると、上記のデータを伝送する。
【００８８】
ステップＳ１０で、同じディスクＩＤ（ｄｉｓｃ＿ＩＤ）のディスクユニットで構成されたバインディングユニットがローカルディスクに含まれていない場合、光記録／再生器は、ディスクパッケージを再生する（Ｓ１１）。
【００８９】
ステップＳ１０で、同じディスクＩＤ（ｄｉｓｃ＿ＩＤ）のディスクユニットで構成されたバインディングユニットがローカルディスクに含まれている場合、光記録／再生器は、仮想ファイルシステムがバインディング情報を考慮してバインディング動作を行うかをステップＳ１２で判定する。ステップＳ１２で、バインディング動作が行われない場合、光記録／再生器は、ディスクパッケージをステップＳ１３で再生する。ステップＳ１２で、バインディング動作が行われる場合、光記録／再生器は、ステップＳ１４で仮想パッケージを形成し、仮想パッケージを再生する。
【００９０】
ディスクユニットで構成されたバインディングユニットがローカルストレージに含まれる場合、仮想パッケージを形成する方法と、形成された仮想パッケージについて、以下に説明する。
【００９１】
仮想ファイルシステム（ＶＦＳ）は、バインディング情報に従ってディスクパッケージに基づいてバインディング動作を行う。この場合、ディスクパッケージに含まれるインデックス／オブジェクトファイル（「Ｉｎｄｅｘ．ｂｄｍｖ」及び「ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ」）７１は、ディスクディレクトリ（ｄｉｓｃ＿ＩＤ）及び／または共有ディレクトリ（Ｓｈａｒｅｄ）のインデックス／オブジェクトファイル７２で置き換えられ、仮想パッケージのインデックス／オブジェクトファイル（「Ｉｎｄｅｘ．ｂｄｍｖ」及び「ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ」）７３が構成される。
【００９２】
図７で前に説明したように、インデックス／オブジェクトファイル（「Ｉｎｄｅｘ．ｂｄｍｖ」及び「ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ」）７２は、コンテンツ提供者（ＣＰ）からダウンロードしたデータに含まれている。コンテンツ提供者（ＣＰ）は、上記バインディング動作後のファイル構造に合うインデックス／オブジェクトファイルを伝送するので、バインディングユニットのインデックス／オブジェクトファイル（「Ｉｎｄｅｘ．ｂｄｍｖ」及び「ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ」）７２は、仮想パッケージのインデックス／オブジェクトファイル（「Ｉｎｄｅｘ．ｂｄｍｖ」及び「ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ」）７３と同じデータを有する。
【００９３】
バインディング動作は、バインディングユニットに含まれるプレイリストファイル（０００００．ｍｐｌｓ）７６をディスクパッケージに含まれるプレイリストファイル（０００００．ｍｐｌｓ）７５と組み合わせる。上記のバインディングユニットと同じファイル名を有するバインディングユニットに含まれるプレイリストファイル（０００００．ｍｐｌｓ）７６とディスクパッケージに含まれるプレイリストファイル（０００００．ｍｐｌｓ）７５は、早い優先順位を有するバインディングユニットのプレイリストファイル（０００００．ｍｐｌｓ）７５と置き換えられる。上記のバインディングユニットと異なるファイル名を有するバインディングユニットに含まれるプレイリストファイル（００００２．ｍｐｌｓ）は、付加又は追加され、新しく形成された仮想パッケージの複数のプレイリストファイル（「０００００．ｍｐｌｓ」７７、「００００１．ｍｐｌｓ」及び「００００２．ｍｐｌｓ」）が構成される。
【００９４】
図９Ａ乃至図９Ｃは、本発明の第２の好ましい実施例に従って仮想パッケージを形成／再生する方法を示す概念図であり、具体的には、タイトルユニットで構成されたバインディングユニット（すなわち、タイトルごとのバインディングユニット）を記録媒体ファイル構造（すなわち、ディスクパッケージ）と組み合わせるバインディング動作を行って仮想パッケージを形成／再生する方法を示している。
【００９５】
図９Ａ乃至図９Ｃに示す第２の好ましい実施例は、タイトルユニットで構成されるバインディングユニット（すなわち、「Ｔｉｔｌｅ ＃１ ＢＵ」及び「Ｔｉｔｌｅ ＃２ ＢＵ」）を例示的に示している。図９Ａ及び図９Ｂは、異なるディレクトリ構造を有する例を示している。説明の便宜上、図９Ａ及び図９Ｂに示す記録媒体ファイル構造は、図８Ａの記録媒体ファイル構造と等しく、記録媒体ファイル構造の詳細な説明はここでは省略される。
【００９６】
図９Ａは、ローカルストレージファイル構造のバインディングユニットがタイトルユニットで構成される一例である第１の好ましい実施例を示している。ディスクディレクトリ（ｄｉｓｃ＿ＩＤ）及び共有ディレクトリ（Ｓｈａｒｅｄ）には、タイトルごとにディレクトリが含まれる。すなわち、タイトル＃１のバインディングユニットディレクトリ（Ｔｉｔｌｅ＃１バインディングユニットを以下では「Ｔｉｔｌｅ＃１ ＢＤ」と称する）及びタイトル＃２のバインディングユニットディレクトリ（Ｔｉｔｌｅ＃２バインディングユニットを以下では「Ｔｉｔｌｅ＃２ ＢＤ」と称する）がそれぞれ別個に構成される。
【００９７】
したがって、記録媒体ディレクトリ及びファイルで構成された特定構造を指す記録媒体ファイル構造が、ローカルストレージバインディングユニットのディレクトリ及びファイルを指すローカルストレージバインディングユニットファイル構造と異なる。ただし、ローカルストレージバインディングユニットに含まれるファイルの優先順位が、記録媒体のファイルの優先順位よりも高い。したがって、ローカルストレージバインディングユニットに含まれる特定ファイルが、バインディング動作がディスクユニットで行われる図８Ａ及び８Ｂと同じ仕方で記録媒体ファイルと同じファイル名を有する場合、バインディング動作を行うバインディングメカニズムは、ファイル間の置き換え動作を行う。そうではなく、ローカルストレージバインディングユニットに含まれる特定ファイルが、記録媒体ファイルと異なるファイル名を有する場合、バインディングメカニズムは、ファイル間の付加動作を行う。
【００９８】
図９Ｂは、ローカルストレージファイル構造のバインディングユニットがタイトルユニットで構成される第２の好ましい実施例を示している。ディスクディレクトリ（ｄｉｓｃ＿ＩＤ）及び／又は共有ディレクトリ（Ｓｈａｒｅｄ）は、記録媒体と同じディレクトリ及びファイル構造を有する。ただし、タイトル＃１のバインディングユニット（Ｔｉｔｌｅ＃１バインディングユニットを以下では「Ｔｉｔｌｅ＃１ ＢＤ」と称する）およびタイトル＃２のバインディングユニット（Ｔｉｔｌｅ＃２バインディングユニットを以下では「“Ｔｉｔｌｅ＃２ ＢＤ」と称する）は、個々のタイトルの付加的な情報によって互いに区別される。
【００９９】
例えば、図９Ｂに示すように、タイトル＃１のバインディングユニット情報（Ｔｉｔｌｅ＃１バインディングユニットの情報）は、プレイリストファイル（０００００．ｍｐｌｓ）８１、クリップインフォファイル（０１００２．ｃｌｐｉ）８３、及びストリームファイル（０１００２．ｍ２ｔｓ）８４を示す。タイトル＃２のバインディングユニット情報（Ｔｉｔｌｅ＃２バインディングユニットの情報）は、プレイリストファイル（００００２．ｍｐｌｓ）８２を示す。
【０１００】
したがって、図９Ｂに示す好ましい実施例は、個々のタイトルが異なるディレクトリを有する図９Ａに示す好ましい実施例と異なる。ただし、ローカルストレージバインディングユニットに含まれるファイルの優先順位は、図９Ｂに示す好ましい実施例における記録媒体のそれよりも高い。したがって、バインディング動作を行うバインディングメカニズムは、バインディング動作がディスクユニットで行われた図８Ａ及び図８Ｂの上記のバインディングメカニズムに等しい。
【０１０１】
上記の説明に関連して、図９Ａ及び図９Ｂに示したバインディング動作の後に形成された仮想パッケージは、図８Ａのそれと等しく、その詳細な説明は、説明の便宜上、ここでは省略される。
【０１０２】
図９Ｃは、本発明に従って記録媒体のデータとローカルストレージのデータを再生するように、タイトルユニットで構成されたバインディングユニットを記録媒体ファイル構造と組み合わせることによって仮想パッケージを形成する方法を示す流れ図である。
【０１０３】
図９Ｃを参照すると、ディスクが光記録／再生器にロードされると、この光記録／再生器は、ディスクＩＤ（ｄｉｓｃ＿ＩＤ）情報を認識する。上記のディスクＩＤ情報（ｄｉｓｃ＿ＩＤ）を認識した後、光記録／再生器は、同じディスクＩＤ情報のタイトルユニットで構成されたバインディングユニットがローカルストレージに含まれるかをステップ２０で判定する。バインディングユニットがローカルストレージのディスクディレクトリ（ｄｉｓｃ＿ＩＤ）及び／または共有ディレクトリ（Ｓｈａｒｅｄ）に含まれる。具体的には、コンテンツ提供者（ＣＰ）は、個々のタイトルのデータを再生するために、個々のタイトルのファイルを光記録／再生器のローカルストレージに伝送する。個々のタイトルの上記ファイルは、それぞれバインディングユニットを形成する。
【０１０４】
ステップＳ２０で、同じディスクＩＤ（ｄｉｓｃ＿ＩＤ）のタイトルユニットで構成されたバインディングユニットがローカルストレージに含まれない場合、光記録／再生器は、ディスクパッケージを再生する（Ｓ２１）。ステップＳ２０で、同じディスクＩＤ（ｄｉｓｃ＿ＩＤ）のタイトルユニットで構成されたバインディングユニットがローカルストレージに含まれる場合、光記録／再生器は、仮想ファイルシステムがバインディング情報を考慮してバインディング動作を行うかをステップ２２で判定する。この場合、ローカルストレージに含まれるバインディングユニットは、図９Ａに示すように個々のタイトルユニットに従ってより小さなバインディングユニット分割されるか、図９Ｂに示すようにそのディレクトリ／ファイル構造が記録媒体のそれに等しく、付加情報を用いて個々のファイルのファイルを表すことができる。
【０１０５】
ステップＳ２２で、バインディング動作の実行が要求されない場合、光記録／再生器は、ステップＳ２３でディスクパッケージのみを用いて記録媒体のデータを再生する。
【０１０６】
そうではなく、ステップＳ２２で、バインディング動作の実行が要求される場合、光記録／再生器は、ステップＳ２４で仮想パッケージを形成し、形成された仮想パッケージを用いて記録媒体のデータ及びローカルストレージのデータを再生する。
【０１０７】
記録媒体ファイル構造は、とローカルストレージファイル構造のそれと同じファイル名を有する場合、ディレクトリ優先順位は、仮想パッケージを形成するプロセスに適用され、ファイル置換が実行される。ディレクトリ優先順位は、ディスクディレクトリ（ｄｉｓｃ＿ＩＤ）→共有ディレクトリ（Ｓｈａｒｅｄ）→ＢＤ−ＲＯＭディレクトリの順である。記録媒体ファイル構造がローカルストレージファイル構造のそれと異なるファイル名を有する場合、ファイル間の付加動作が行われて仮想パッケージが形成される。好ましくは、仮想パッケージは、タイトルが他のタイトルに変更されるときに再形成されることができる。
【０１０８】
図１０Ａ及び図１０Ｂは、本発明の第３の好ましい実施例に従って仮想パッケージを形成／再生する方法を示す概念図であり、具体的には、コンテンツユニットで構成されたバインディングユニット（すなわち、コンテンツごとのバインディングユニット）を記録媒体ファイル構造（すなわち、ディスクパッケージ）と組み合わせるバインディング動作を行って仮想パッケージを形成／再生する方法を示している。
【０１０９】
上記の説明に関連して、図１０Ａの記録媒体ファイル構造は、図８Ａのそれと同じであり、その詳細な説明は、説明の便宜上、ここでは省略される。
【０１１０】
図１０Ａは、ローカルストレージファイル構造のバインディングユニットがコンテンツユニットで構成される好ましい実施例（すなわち、コンテンツごと）を示している。図１０Ａを参照すると、インデックスファイル「Ｉｎｄｅｘ．ｂｄｍｖ」およびオブジェクトファイル「ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ」がディスクディレクトリ（ｄｉｓｃ＿ＩＤ）及び共有ディレクトリ（Ｓｈａｒｅｄ）のそれぞれに含まれる。プレイリストファイル（０００００．００．ｍｐｌｓ（９１）、０００００．０１．ｍｐｌｓ（９２）及び００００２．ｍｐｌｓ）がプレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）に含まれる。プレイリストファイル（０００００．００．ｍｐｌｓ）９１は、第１コンテンツ（Ｃｏｎｔｅｎｔ １）のプレイリストファイルを指し、プレイリストファイル（０００００．０１．ｍｐｌｓ）９２は、第２コンテンツ（Ｃｏｎｔｅｎｔ ２）のプレイリストファイルを指す。
【０１１１】
ローカルストレージファイル構造のバインディングユニットは、クリップインフォディレクトリ（ＣＬＩＰＩＮＦ）に含まれるクリップインフォファイル（０１００２．ｃｌｐｉ、０１００３．ｃｌｐｉ）、ストリームディレクトリ（ＳＴＲＥＡＭ）に含まれるストリームファイル（０１００２．ｍ２ｔｓ、０１００３．ｍ２ｔｓ）、及びＡＵＸＤＡＴＡディレクトリを含む。
【０１１２】
したがって、ローカルストレージのファイル構造は、概念的には記録媒体ファイル構造（ＢＤ−ＲＯＭ ｄｉｓｃ）と同じである。ただし、ローカルストレージファイル構造にダウンロードされたいくつかのファイルは、コンテンツデータのための部分的なまたは訂正された情報を含む。この部分的なまたは訂正された情報は、マージプロセスを行って仮想パッケージを形成する。
【０１１３】
したがって、コンテンツユニットで構成されたバインディングユニットが記録媒体ファイル構造（ＢＤ−ＲＯＭ ｄｉｓｃ）と組み合わされた後に形成された仮想パッケージは、次の通りである。インデックスファイル「ｉｎｄｅｘ．ｂｄｍｖ」及びオブジェクトファイル「ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ」がこの仮想パッケージに含まれ、プレイリストファイル（０００００．ｍｐｌｓ（９３）、００００１．ｍｐｌｓ、００００２．ｍｐｌｓ）がプレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）に含まれる。上記のプレイリストファイル（０００００．ｍｐｌｓ）９３は、記録媒体プレイリストファイル（０００００．ｍｐｌｓ）７５がローカルストレージバインディングユニットの第１コンテンツ（Ｃｏｎｔｅｎｔ １）のプレイリストファイル（０００００．００．ｍｐｌｓ）９１だけでなく、ローカルストレージバインディングユニットの第２プレイリストファイル（Ｃｏｎｔｅｎｔ ２）のプレイリストファイル（０００００．０１．ｍｐｌｓ）９２とマージされるときに形成されたプレイリストファイルを指す。
【０１１４】
仮想パッケージが形成されるように、クリップインフォファイル（０１０００．ｃｌｐｉ、０１００２．ｃｌｐｉ、及び０１００３．ｃｌｐｉ）は、クリップインフォディレクトリ（ＣＬＩＰＩＮＦ）に含まれ、ストリームファイル（０１０００．ｍ２ｔｓ、０１００２．ｍ２ｔｓ、及び０１００３．ｍ２ｔｓ）は、ストリームディレクトリ（ＳＴＲＥＡＭ）に含まれる。より詳細には、上記の仮想パッケージが形成されるように、ＢＤ−ＲＯＭディスクに含まれるクリップインフォファイル（０１００１．ｃｌｐｉ）及びストリームファイル（０１００１．ｍ２ｔｓ）が削除され、バインディングユニットのクリップインフォファイル（０１００２．ｃｌｐｉ及び０１００３．ｃｌｐｉ）及びストリームファイル（０１００２．ｍ２ｔｓ及び０１００３．ｍ２ｔｓ）が追加又は付加される。
【０１１５】
図１０Ｂは、本発明に従って記録媒体のデータ及びローカルストレージのデータを再生するように、コンテンツユニットで構成されたバインディングユニットを記録媒体ファイル構造と組み合わせることによって仮想パッケージを形成する方法を示す流れ図である。
【０１１６】
図１０Ｂを参照すると、ディスクが光記録／再生器にロードされると、光記録／再生器は、ディスクＩＤ（ｄｉｓｃ＿ＩＤ）情報を認識する。上記のディスクＩＤ情報を認識した後、光記録／再生器は、同じディスクＩＤ情報のコンテンツユニットで構成されたバインディングユニットがローカルストレージに含まれるかをステップＳ３０で判定する。バインディングユニットは、ローカルストレージのディスクディレクトリ（ｄｉｓｃ＿ＩＤ）及び／または共有ディレクトリ（Ｓｈａｒｅｄ）に含まれる。
【０１１７】
ステップＳ３０で、同じディスクＩＤのコンテンツユニットで構成されたバインディングユニットがローカルストレージに含まれない場合、光記録／再生器は、ディスクパッケージを再生する（Ｓ３１）。
【０１１８】
ステップＳ３０で、同じディスクＩＤのコンテンツユニットで構成されたバインディングユニットがローカルストレージに含まれる場合、光記録／再生器は、仮想ファイルシステムがバインディング情報を考慮して、コンテンツユニットで構成されたバインディングユニットを記録媒体ファイル構造と組み合わせるバインディング動作を行うかをステップＳ３２で判定する。
【０１１９】
ステップＳ３２で、バインディング動作の実行が要求されない場合、光記録／再生器は、ステップＳ３３でディスクパッケージのデータを再生する。
【０１２０】
そうではなく、ステップＳ３２で、バインディング動作の実行が要求される場合、光記録／再生器は、ステップＳ３４で仮想パッケージを形成し、形成された仮想パッケージのデータを再生する。
【０１２１】
記録媒体ファイル構造がローカルストレージファイル構造と同じファイル名を有する場合、ディレクトリ優先順位は、仮想パッケージを形成するプロセスに適用され、ファイル置換が実行される。このディレクトリ優先順位は、ディスクディレクトリ（ｄｉｓｃ＿ＩＤ）→共有ディレクトリ（Ｓｈａｒｅｄ）→ＢＤ−ＲＯＭディレクトリの順である。記録媒体ファイル構造がローカルストレージファイル構造と異なるファイル名を有する場合、ファイル間の付加動作が行われて、仮想パッケージが形成される。好ましくは、仮想パッケージは、タイトルが他のタイトルに変更されるときに再形成される。
【０１２２】
上記の説明から明らかなように、本発明に従ってローカルストレージを用いて記録媒体からデータを再生する方法及び装置は、記録媒体に記録されたオリジナルデータ及びローカルストレージに記録された付加データを効率的に再生することができ、結果としてユーザにとってより便利な機能の作成を実現する。
【産業上の利用可能性】
【０１２３】
当業者には、本発明の趣旨又は範囲を逸脱することなく、本発明において様々な修正及び変更がなされ得ることは明らかであろう。それゆえ、本発明は、添付の請求の範囲およびその均等の範囲内に入ることを条件として本発明の修正及び変更を網羅することが意図されている。
【図面の簡単な説明】
【０１２４】
【図１】本発明による記録媒体からデータを再生する方法及び装置を示す概念図である。
【図２】記録媒体として働く光ディスクに記録されたファイル構造及びこのファイル構造を用いて特定タイトルを再生する方法を示す概念図である。
【図３】本発明による記録媒体として働く光ディスクのデータ記録構造を示す構造図である。
【図４Ａ】本発明による光記録／再生器を示すブロック図である。
【図４Ｂ】本発明による光記録／再生器内の全体の構成要素からローカルストレージを用いてデータを再生する装置を示すブロック図である。
【図５】本発明による記録媒体に記録されたデータとローカルストレージに記録されたデータを同時に再生できる仮想パッケージを形成する方法を示す概念図である。
【図６】本発明による仮想パッケージを形成するためのローカルストレージのバインディングユニットを示す構造図である。
【図７】本発明によるファイル構造に基づいて仮想ファイルシステム（ＶＦＳ）を用いて仮想パッケージを形成する方法を示す概念図である。
【図８Ａ】本発明の第１の好ましい実施例に従って仮想パッケージを形成／再生する方法を示す概念図であり、ディスク単位で構成されたバインディングユニット（すなわち、ディスクごとのバインディングユニット）を記録媒体ファイル構造（すなわち、ディスクパッケージ）と組み合わせるバインディング動作を行う方法であって、仮想パッケージを形成／再生する方法を示す概念図である。
【図８Ｂ】本発明の第１の好ましい実施例に従って仮想パッケージを形成／再生する方法を示す概念図であり、ディスク単位に構成されたバインディングユニット（すなわち、ディスクごとのバインディングユニット）を記録媒体ファイル構造（すなわち、ディスクパッケージ）と組み合わせるバインディング動作を行う方法であって、仮想パッケージを形成／再生する方法を示す概念図である。
【図９Ａ】本発明の第２の好ましい実施例に従って仮想パッケージを形成／再生する方法を示す概念図であり、具体的には、タイトル単位で構成されたバインディングユニット（すなわち、タイトルごとのバインディングユニット）を記録媒体ファイル構造（すなわち、ディスクパッケージ）と組み合わせるバインディング動作を行う方法であって、仮想パッケージを形成／再生する方法を示す概念図である。
【図９Ｂ】本発明の第２の好ましい実施例に従って仮想パッケージを形成／再生する方法を示す概念図であり、具体的には、タイトル単位で構成されたバインディングユニット（すなわち、タイトルごとのバインディングユニット）を記録媒体ファイル構造（すなわち、ディスクパッケージ）と組み合わせるバインディング動作を行う方法であって、仮想パッケージを形成／再生する方法を示す概念図である。
【図９Ｃ】本発明の第２の好ましい実施例に従って仮想パッケージを形成／再生する方法を示す概念図であり、具体的には、タイトル単位で構成されたバインディングユニット（すなわち、タイトルごとのバインディングユニット）を記録媒体ファイル構造（すなわち、ディスクパッケージ）と組み合わせるバインディング動作を行う方法であって、仮想パッケージを形成／再生する方法を示す概念図である。
【図１０Ａ】本発明の第３の好ましい実施例に従って仮想パッケージを形成／再生する方法を示す概念図であり、具体的には、コンテンツ単位で構成されたバインディングユニット（すなわち、コンテンツごとのバインディングユニット）を記録媒体ファイル構造（すなわち、ディスクパッケージ）と組み合わせるバインディング動作を行う方法であって、仮想パッケージを形成／再生する方法を示す概念図である。
【図１０Ｂ】本発明の第３の好ましい実施例に従って仮想パッケージを形成／再生する方法を示す概念図であり、具体的には、コンテンツ単位で構成されたバインディングユニット（すなわち、コンテンツごとのバインディングユニット）を記録媒体ファイル構造（すなわち、ディスクパッケージ）と組み合わせるバインディング動作を行う方法であって、仮想パッケージを形成／再生する方法を示す概念図である。
【技術分野】
【０００１】
本発明は、記録媒体からデータを再生する方法及び装置に関し、より詳しくは、光記録／再生器内のローカルストレージを用いて記録媒体からデータを再生する方法及び装置に関する。
【背景技術】
【０００２】
一般的に、大容量のデータを記録できる記録媒体として働く光ディスクが広く使用されている。なかでも最近では高画質のビデオデータと高音質のオーディオデータを長時間記録し保存できる高密度記録媒体、例えば、ブルーレイディスク(Ｂｌｕ−ｒａｙ Ｄｉｓｃ：ＢＤ)が開発されている。
【０００３】
次世代記録媒体技術に基づくＢＤは、従来のＤＶＤよりもはるかに多くのデータを格納できる次世代光記録ソリューションとみなされている。最近では、多くの開発者により、ＢＤに関連する国際標準の技術仕様について、他のデジタル機器のそれと共に、集中的な研究が行われている。
【０００４】
上述の状況に関連して、最近ではＢＤ国際標準に基づく光記録／再生器が開発されたが、ＢＤ国際標準はまだ完了しておらず、多くの制限及び問題が光記録／再生器の開発に生じている。
【０００５】
特に、上記の光記録／再生器は、ＢＤのデータを記録／再生するための基本機能だけでなく、光記録／再生器が周辺の関連デジタル機器とやり取りできるようにするための付加的な機能も考慮しなければならない。換言すると、外部入力信号を受信しなければならず、受信信号を表示しなければならず、外部入力信号及びＢＤを用いて所望のデータを再生しなければならない。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、外部入力信号およびＢＤのデータを同時に再生する記録媒体からデータを再生するための装置は、まだ確立されておらず、ＢＤベースの光記録／再生器の開発に多くの制限及び問題が生じている。
【０００７】
したがって、本発明は、関連技術の限界及び欠点による一つ以上の問題点を実質的に防止する、ローカルストレージを用いて記録媒体からデータを再生するための方法及び装置を対象とする。
【０００８】
本発明の目的は、記録媒体に記録されたデータとローカルストレージに記録されたデータを効率的に再生するための方法及び装置を提供することにある。
【０００９】
本発明の他の目的は、ローカルストレージ内のバインディングユニットを用いて仮想パッケージを形成するための方法を提供することにある。
【００１０】
本発明の付加的な利点、目的及び特徴は、ある程度は後続の説明で述べられ、ある程度は下記の検討により本技術分野における当業者にとって明らかとなり、あるいは本発明の実施により習得され得る。本発明の目的及び他の利点は、記載した説明及び特許請求の範囲並びに添付の図面で特に指摘した構造によって実現され、達成され得る。
【課題を解決するための手段】
【００１１】
これらの目的及び他の利点を達成するため、および本発明の目的に従って、ここに具体化され、広く記載されるように、ローカルストレージを用いて記録媒体からデータを再生する方法は、ａ）前記ローカルストレージに格納されたデータからバインディングユニットを形成する段階と、ｂ）バインディング情報を用いて前記バインディングユニットを前記記録媒体内のファイルとバインディングし、仮想パッケージを形成する段階であって、前記バインディングユニット内のファイルが前記記録媒体内のファイルと同一であるとき、前記バインディングユニットのファイルがバインディング優先順位を有する段階と、ｃ）前記形成された仮想パッケージを用いて、前記記録媒体に記録されたデータと前記ローカルストレージに格納されたデータを再生する段階とを備える。
【００１２】
本発明の別の態様では、仮想パッケージを形成するための方法であって、ａ）ローカルストレージに格納されたデータからバインディングユニットマニフェストファイルを用いてバインディングユニットを形成する段階と、ｂ）前記バインディングユニットを記録媒体内のファイルとバインディングし、前記バインディングユニットマニフェストファイルを用いて仮想パッケージを形成する段階であって、前記バインディングユニットマニフェストファイルに基づき、前記バインディングユニット内のファイルが前記記録媒体内のファイルと同一であるとき、前記バインディングユニットのファイルがバインディング優先順位を有する段階とを備える方法が提供される。
【００１３】
本発明のさらに別の態様では、ローカルストレージを用いて記録媒体からデータを再生するための装置であって、前記記録媒体からオリジナルデータを読み取るピックアップと、前記記録媒体内の前記オリジナルデータと関連した付加データを格納するローカルストレージと、前記オリジナルデータ及び／または前記付加データを再生する仮想ファイルシステムを形成し、仮想ファイルシステムを用いて前記オリジナルデータ及び／または前記付加データを再生する仮想パッケージを形成する制御器とを備え、前記付加データ内の特定ファイルが前記記録媒体内の特定ファイルと同一であるとき、前記付加データのファイルにより高い優先順位が割り当てられる装置が提供される。
【００１４】
本発明の前述の一般的な説明及び後述の詳細な説明は共に、例示及び説明であり、請求される本発明のさらなる説明を提供するために意図されている。
【発明を実施するための最良の形態】
【００１５】
本発明のさらなる理解を提供するために含められ、本願に組み込まれ、本願の部分を構成する添付の図面は、本発明の実施例を示し、説明と共に本願の原理を説明する役割を果す。
【００１６】
添付の図面に例が示された本発明の好適な実施例について詳細に参照する。可能な場合には、同一の参照番号が同一または類似の部分を参照するために図面全体を通じて使用されるであろう。
【００１７】
以下、ローカルストレージを用いて記録媒体からデータを再生する方法及び装置について、添付の図面を参照して説明する。
【００１８】
本発明の説明に先立って、本発明で開示されるほとんどの用語は、本技術分野で周知の一般的な用語としたが、いくつかの用語については必要に応じて出願人によって選定され、本発明の下記の説明において開示されるであろうことに留意されたい。それゆえ、出願人によって定義された用語は、本発明におけるそれらの意味に基づいて理解されることが好ましい。
【００１９】
本発明で使用する記録媒体は、例えば、光ディスク、磁気テープなど、様々な記録方式によるすべての記録可能な媒体を指す。
【００２０】
説明の便宜及び本発明のより良い理解のため、以下、ＢＤのような光ディスクを本発明の上述した記録媒体として例として使用するであろう。本発明の技術思想は、本発明の範囲及び趣旨から逸脱することなく、他の記録媒体にも適用することができることに留意されたい。
【００２１】
用語「ローカルストレージ」は、図１に示す光記録／再生器に含まれるストレージユニットを指す。より詳細には、用語「ローカルストレージ」は、ユーザから必要な情報又はデータを受信し、受信した情報又はデータを格納できる構成要素を指す。例えば、一般的なローカルストレージは、ハードディスクドライブ（ＨＤＤ）を指すかもしれないが、本願の用語「ローカルストレージ」は、ＨＤＤに限られず、必要に応じて他の例にも適用され得ることに留意されたい。
【００２２】
特に、用語「ローカルストレージ」は、ＢＤのような記録媒体に関連したデータを格納するストレージユニットを指す。記録媒体に関連したデータは、一般的に外部機器からダウンロードされる。
【００２３】
上述の説明に関連して、ローカルストレージが記録媒体から何らかの許容データを直接読み取ることができ、記録媒体の記録／再生に関連したシステムデータ（例えば、メタデータ）を生成することができ、これによりシステムデータがローカルストレージに格納できることが当業者には自明である。
【００２４】
用語「バインディングユニット」は、ローカルストレージに格納されたファイルの集合を指す。特に、バインディングユニットは、特定の記録媒体に関連する情報の集合（情報セット）を指す。この場合、情報セットは、記録媒体内のファイルと組み合わされるか、付加され、記録媒体のデータとローカルストレージのデータを同時に再生することができる。
【００２５】
説明の便宜上、記録媒体に記録されたデータは、「オリジナルデータ」と称され、ローカルストレージに格納された複数のデータユニットのうちから記録媒体に関連したデータは、「付加データ」と称される。
【００２６】
図１は、本発明によるデータを再生する方法及び装置を示す概念図である。光記録／再生器１０と周辺機器の統合的使用例が図１に示されている。
【００２７】
光記録／再生器１０は、異なるフォーマットを有する様々な光ディスクとの間でデータを記録／再生することができる。必要であれば、光記録／再生器１０は、ＢＤのような特定の光ディスクのみとの間で特定のデータを記録／再生することができ、あるいは、データを記録することなく、光ディスクからデータを再生することができる。本発明は、説明の便宜上、ＢＤと周辺機器との間の関係を考慮して、ＢＤからデータを再生できるＢＤプレーヤーまたはＢＤにデータを記録できるＢＤレコーダを例として使用する。周知の如く、光記録／再生器１０はコンピュータなどの特定の機器に組み込まれるドライブにも適用可能である。
【００２８】
光記録／再生器１０は、光ディスク３０との間でデータを記録するか、再生し、外部入力信号を受信し、受信信号に関して信号処理を行い、信号処理結果を外部ディスプレイ２０に送信し、これによりユーザがディスプレイ２０上で信号処理結果を閲覧できる。この場合、受信可能な外部信号において、制限はない。例えば、代表となる外部入力信号は、ＤＴＶ関連信号及びインターネット関連信号などである決定することができる。具体的には、インターネットは、ユーザが簡単にアクセスを得る通信ネットワークを指し、これによりユーザが光記録／再生器１０を使用して特定のインターネットデータをダウンロードすることができ、ダウンロードされたデータを使用することができる。
【００２９】
上述した説明に関連して、外部ソースとして使用されるコンテンツデータを提供する者は、一般的にコンテンツ提供者（ＣＰ）と称される。
【００３０】
オリジナルデータが光記録／再生器１０に位置する光ディスク３０に記録されており、オリジナルデータに関連する付加データが他のストレージ場所（例えば、インターネット）に存在するとき、本発明はオリジナルデータと付加データを同時に再生することを目指す。
【００３１】
例えば、多重化されたＡＶ（オーディオ／ビデオ）ストリームが光ディスクに記録されたオリジナルデータとして記録され、インターネット上での使用のための付加データが、オリジナルデータのオーディオストリーム（例えば、韓国語）とは異なるオーディオストリームであると仮定する。この場合、ユーザによっては、付加データとして働く特定のオーディオストリーム（例えば、英語）をインターネットからダウンロードし、オリジナルデータとして働くＡＶストリームと共にダウンロードしたオーディオストリームを再生したいか、または付加データのみを再生したいことがある。上記の欲求を実施するために、オリジナルデータと付加データ間の連関性を確立しなければならず、上記のデータをユーザの要求に応じて管理／再生する体系化した方法が必要である。
【００３２】
説明の便宜上、ディスクに記録された信号をオリジナルデータと呼び、ディスクの外に存在する信号を付加データと呼ぶが、オリジナルデータと付加データは特定のデータのみに限定されないことに留意されたい。
【００３３】
一般的に、付加データは、オーディオデータ、プレゼンテーショングラフィック（ＰＧ）データ、インタラクティブグラフィック（ＩＧ）データ、またはテキストサブタイトル等を指すが、付加データは、上記のデータおよびビデオを含む多重化されたＡＶストリームを指すこともある。すなわち、光ディスクの外に存在すると同時にオリジナルデータに関連したデータは、付加データとして働き得る。
【００３４】
上記のユーザの要求を満足するために、オリジナルデータと付加データの間で予め決められたファイル構造を確立しなければならない。したがって、ＢＤで使用するためのファイル構造およびデータ記録構造について、図２及び図３を参照して、以下に説明する。
【００３５】
図２は、ディスクに記録されたオリジナルデータを再生／管理するためのファイル構造及びファイル構造に従って特定のタイトルを再生する方法を例示する概念図である。
【００３６】
上記のファイル構造の例が図２に示されている。本発明によるファイル構造は、単一ルートディレクトリの下に１つ以上のＢＤディレクトリ（ＢＤＭＶ）を含む。このＢＤディレクトリ（ＢＤＭＶ）は、ユーザとのインタラクティビティを保証できる一般ファイル（上位ファイル）として働くインデックスファイル「ｉｎｄｅｘ）だけでなく、上記のオブジェクトを含む。このファイル構造は、ディスクに記録された実際のデータの情報、及びデータを再生する方法に関連したその他の情報、例えば、プレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）、クリップインフォメーションディレクトリ（ＣＬＩＰＩＮＦ）、ストリームディレクトリ（ＳＴＲＥＡＭ）、補助ディレクトリ（ＡＵＸＤＡＴＡ）、及びバックアップディレクトリ（ＢＡＣＫＵＰ）を格納する各種のディレクトリを含む。上記のディレクトリ及びディレクトリに含まれる各種のファイルについて、以下に説明する。
【００３７】
ＡＵＸＤＡＴＡディレクトリは、ディスクのデータを再生するための付加的なデータファイルを含む。例えば、ＡＵＸＤＡＴＡディレクトリは、インタラクティブグラフィック機能が実行されるときユーザにサウンドデータを提供するための「Ｓｏｕｎｄ．ｂｄｍｖ」ファイルと、ディスクのデータが再生されるときユーザにフォント情報を提供するための「１１１１１．ｏｔｆ」ファイルを含む。
【００３８】
ストリームディレクトリ（ＳＴＲＥＡＭ）は、特定のフォーマットに従ってディスクに記録された複数のＡＶストリームファイルを含む。一般的に、個々のストリームは、ＭＰＥＧ−２ベースのトランスポートパケットを用いて記録され、ストリームディレクトリ（ＳＴＲＥＡＭ）は、特定の拡張名「＊．ｍ２ｔｓ」としてストリームファイル（０１０００．ｍ２ｔｓおよび０２０００．ｍ２ｔｓ）の拡張名を使用する。特に、上記のストリームのうちビデオ／オーディオ／グラフィック情報が多重化され、単一タイトルは少なくとも一つのＡＶストリームファイルで構成される。
【００３９】
クリップインフォメーション（Ｃｌｉｐ−ｉｎｆｏ）ディレクトリ（ＣＬＩＰＩＮＦ）は、上記のストリームファイルと一対一で接続される複数のクリップインフォファイル（０１０００．ｃｌｐｉおよび０２０００．ｃｌｐｉ）で構成される。特に、このクリップインフォファイル（＊．ｃｌｐｉ）は、そこに記録されたストリームファイル（＊．ｍ２ｔｓ）の属性情報及びタイミング情報を記録する。ストリームファイル（＊．ｍ２ｔｓ）と一対一で接続されたクリップインフォファイル（＊．ｃｌｐｉ）は、総称的に「クリップ」と名付けられる。すなわち、これは、単一クリップがストリームファイル（＊．ｍ２ｔｓ）及びクリップインフォファイル（＊．ｃｌｐｉ）で構成されたデータを指すことを意味する。ディスクに記録されたクリップは、オリジナルクリップと称される。ダウンロードされ、ローカルストレージに格納されるクリップは、付加クリップと称される。
【００４０】
プレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）は、複数のプレイリストファイル（＊．ｍｐｌｓ）を含む。各プレイリストファイル（＊．ｍｐｌｓ）は、１つ以上のプレイアイテム（ＰｌａｙＩｔｅｍ）及び１つ以上のサブプレイアイテム（ＳｕｂＰｌａｙＩｔｅｍ）を含む。各プレイアイテム（ＰｌａｙＩｔｅｍ）及び各サブプレイアイテム（ＳｕｂＰｌａｙＩｔｅｍ）は、特定のクリップが再生されるプレイ区間を指定するように適合される。このプレイアイテム（ＰｌａｙＩｔｅｍ）及びサブプレイアイテム（ＳｕｂＰｌａｙＩｔｅｍ）は、再生される特定のクリップに関連する情報、すなわち、特定のクリップの再生開始時間（ＩＮ−Ｔｉｍｅ）に関連する情報と、再生終了時間（ＯＵＴ−Ｔｉｍｅ）に関連するその他の情報を含む。
【００４１】
上記の説明に関連して、プレイリストファイルの少なくとも１つのプレイアイテム（ＰｌａｙＩｔｅｍ）を用いてデータを再生するプロセスをメインパスと称し、個々のサブプレイアイテム（ＳｕｂＰｌａｙＩｔｅｍ）を用いてデータを再生するプロセスをサブパスと称する。プレイリストファイルは、単一のメインパスを含まなければならない。プレイリストは、必要に応じてサブプレイアイテム（ＳｕｂＰｌａｙＩｔｅｍ）の有無によって少なくとも１つのサブパスを含むことがある。
【００４２】
まとめとして、プレイリストファイルは、１つ以上のプレイアイテム（ＰｌａｙＩｔｅｍ）の組み合わせによって所望のクリップを再生する全体の再生／管理ファイル構造に含まれる基本的再生／管理ファイルユニットとして働く。
【００４３】
バックアップディレクトリ（ＢＡＣＫＵＰ）は、複数の複製ファイル、すなわち、ディスク再生に関連する情報を格納するインデックスファイル「ｉｎｄｅｘ」の複製ファイル（「コピーされたファイル」とも呼ばれる）、オブジェクトファイル「ＭｏｖｉｅＯｂｊｅｃｔ」の複製ファイル、プレイリストディレクトリ(ＰＬＡＹＬＩＳＴ)に含まれる全てのプレイリストファイル（＊．ｍｐｌｓ）の複製ファイル、及びクリップインフォディレクトリ（ＣＬＩＰＩＮＦ）に含まれる全てのクリップインフォファイル（＊．ｃｌｐｉ）の複製ファイルを格納する。上記のファイル（「ｉｎｄｅｘ」、「ＭｏｖｉｅＯｂｊｅｃｔ」、「＊．ｍｐｌｓ」、「＊．ｃｌｐｉ」）がダメージを受けると、ディスク再生プロセスも致命的にダメージを受け、バックアップディレクトリ（ｂａｃｋｕｐ）はバックアップファイルとして上記のファイルの複製ファイルを事前格納するように設計される。
【００４４】
上記の説明に関連して、上記のディスクファイル構造を用いて特定のタイトルを再生する方法が図２に示されている。
【００４５】
ユーザがインデックスファイル（「インデックステーブル」とも呼ばれる）として使用されるタイトルに関連してタイトル再生コマンドを入力すると、タイトルの再生が始まる。この詳細について、以下に説明する。
【００４６】
インデックスファイル（ｉｎｄｅｘ．ｂｄｍｖ）は、対応するディスクがロードされると、最初の再生画像に関連する情報を指す最初の再生情報「Ｆｉｒｓｔ Ｐｌａｙｂａｃｋ」と、メニュー画像を提供するトップメニュー情報「Ｔｏｐ Ｍｅｎｕ」と、少なくとも１つのタイトル情報「Ｔｉｔｌｅ ＃１〜Ｔｉｔｌｅ ＃ｎ」を含む。
【００４７】
光ディスク３０が光記録／再生器１０にロードされると、インデックステーブルに関連するタイトルメニュー情報がディスプレイ２０を介してユーザに提供される。ユーザがメニュー画像に含まれる特定のタイトルまたは特定のメニューを選択すると、データ再生がディスク製作者によって予め定義されたシナリオに従って始まる。すなわち、ユーザが特定のタイトル（例えば、タイトル＃１）を再生するコマンドを入力すると、特定のプレイリストファイルが再生／管理ファイル構造のオブジェクトファイル（ＭｏｖｉｅＯｂｊｅｃｔ）に含まれるコマンドに従って実行される。以降、タイトル＃１を構築する１つ以上のクリップ（例えば、Ｃｌｉｐ ＃１〜＃３）がプレイリストファイル情報に従ってプレイリストファイルに含まれる特定のプレイアイテム及び／またはサブプレイアイテムによって再生される。
【００４８】
図３は、本発明による記録媒体に記録されたデータ記録構造を示す構造図である。より詳細には、図３は、ファイル構造に関連する情報のディスク記録フォーマットを示している。図３に示すように、ディスクの内側領域の観点から、上記ディスク構造は、順に、全体のファイルを管理するシステム情報として機能するファイルシステム情報領域と、記録されたＡＶストリーム（＊．ｍ２ｔｓ）を再生するためにプレイリストファイル及びクリップインフォファイルを記録するデータベース領域と、オーディオデータ、ビデオデータ、グラフィックデータなどで構成される複数のストリームを記録するＡＶストリーム領域とを含む。特に、ＡＶストリーム領域に記録されたデータが前述の通りオリジナルデータであると判定され得ることに留意されたい。
【００４９】
本発明は、ディスクに記録されたオリジナルデータ（例えば、図２に示すファイル構造）とローカルストレージに記録された付加データを同時に再生するための方法及び装置を提供し、本発明に係る各種の実施例について、以下に説明する。
【００５０】
図４Ａは、本発明による光記録／再生器１０を示すブロック図である。
【００５１】
図４Ａを参照すると、光記録／再生器１０は、ピックアップ部１１、サーボ部１４、信号処理部１３、及びマイコン１６を含む。ピックアップ部１１は、光ディスクに記録されたオリジナルデータ及び再生／管理ファイル情報を含む管理情報を再生する。サーボ部１４は、ピックアップ部１１の動作を制御する。信号処理部１３は、ピックアップ部１１からの再生信号を受信し、受信した再生信号を所望の信号値に復元するか、または記録されるべき信号を光ディスクに記録される信号に変調する。マイコン１６は、上記の構成要素の相互動作を制御する。
【００５２】
制御器１２は、ユーザからのコマンドを受信すると、光ディスクの外部に存在する付加データをダウンロードし、ダウンロードした付加データをローカルストレージ１５に格納し、光ディスクに記録されたオリジナルデータと、ローカルストレージに格納された付加データを再生する仮想ファイルシステム（ＶＦＳ）を構成する。制御器１２は、ＶＦＳを用いてオリジナルデータと関連する付加データを含む仮想パッケージを形成し、ユーザからの要求を受信すると、形成された仮想パッケージを用いてオリジナルデータ及び／または付加データを再生する。
【００５３】
上記の説明に関連して、ローカルストレージは、オリジナルデータに関連する付加データがディスクユニット、タイトルユニットまたはコンテンツユニットに構成されるバインディングユニットを含む。
【００５４】
制御器１２によって形成される仮想パッケージは、複数のクリップを再生可能な少なくとも１つのプレイアイテムを含む少なくとも１つの仮想プレイリストを含む。
【００５５】
上記の説明に関連して、ＶＦＳ及び仮想パッケージの詳細な説明は、図５の図面を参照して以下で説明される。
【００５６】
デコーダ１７は、制御器１２から制御信号を受信すると出力データ（オリジナルデータ及び／または付加データ）を最終的に復号し、復号した結果をユーザに提供する。
【００５７】
エンコーダ１８は、制御器１２から制御信号を受信すると入力信号を特定フォーマットの信号（例えば、ＭＰＥＧ２トランスポートストリーム）に変換し、変換した結果を信号処理部１３に提供する。
【００５８】
この新しい仮想パッケージは、将来、再使用できるようにローカルストレージ１５に格納することができる。また、この新しい仮想パッケージは、追加のダイナミックメモリに一時的に格納し、その後に使用することができる。
【００５９】
図４Ｂは、本発明による光記録／再生器１０に含まれる全体の構成要素のうちからローカルストレージを用いて光ディスクのデータを再生する装置を示すブロック図である。
【００６０】
ローカルストレージ１５に格納された情報について、以下に説明する。本発明によるローカルストレージ１５は、個々のディスク識別（ＩＤ）情報毎のディレクトリ及びファイルを含むファイル情報（Ｄｉｓｃ＿ＩＤ ＃ｎのディレクトリファイルツリー情報）と、外部からダウンロードされる複数の付加クリップを格納する。ローカルストレージ１５のバインディングユニットが形成され、ローカルストレージ１５は、ディスクファイル構造（すなわち、ディスクパッケージ）に関連するバインディング動作のためのバインディングユニットマニフェスト情報を格納することができる。
【００６１】
具体的に、ローカルストレージ１５は、異なるディスクに対応するために複数のファイル情報ユニット（Ｄｉｓｃ＿ｉｄ ＃ｎ依存のディレクトリファイル）を含むことができる。したがって、ローカルストレージ１５は、上記のファイル情報ユニットを管理するためのファイルシステムを追加的に必要とする。具体的に、このファイルシステムは、ローカルストレージファイルシステム４１と称され、ローカルストレージファイルシステム４１は、ローカルストレージ１５に格納される全てのファイルを管理するシステムを指す。
【００６２】
したがって、特定のディスクＩＤ（ｄｉｓｃ＿ＩＤ）の光ディスク（例えば、ｄｉｓｃ＿ＩＤ ＃１）が光記録／再生器１０にロードされると、光記録／再生器１０に含まれる制御器１２は、ピックアップ部１１及び信号処理部１３を用いてこのディスクのＩＤ情報を認識する。ローカルストレージ１５がファイル情報を格納する場合、制御器はローカルストレージ１５に格納されたすべてのファイル情報うニットのうちからロードされたディスクＩＤ情報と一致するバインディングユニットファイル情報を読み取り、読み取られた情報とディスクパッケージをバインディングする（または、組み合わせる）ことによって仮想パッケージを形成し、形成された仮想パッケージを用いてディスクのオリジナルデータとローカルストレージの付加データの両方を再生する。
【００６３】
図５は、本発明によって記録媒体のデータとローカルストレージのデータを同時に再生する上記の仮想パッケージを形成する方法を示す概念図である。
【００６４】
図４Ｂに示す情報及びコンテンツがローカルストレージ１５に格納されている状態で光記録／再生器１０に特定のディスクがロードされると、光記録／再生器１０は、ローカルストレージ１５に含まれるファイルシステム情報４１を読み取り、同時にディスクに記録されたファイル構造を含むディスクファイルシステム情報４２を読み取り、結果としてＶＦＳを作成する。より詳細には、仮想ファイルシステム（ＶＦＳ）は、ローカルストレージ１５に含まれるファイルシステムとロードされたディスクの他のファイルシステムの両方を管理するために仮想的に形成された一種のファイルシステムを指す。
【００６５】
光記録／再生器は、上記の仮想ファイルシステム（ＶＦＳ）を用いて、ディスクに記録されたオリジナルデータとローカルストレージに記録された付加データを同時に再生する新しい仮想パッケージを形成する。この目的のため、光記録／再生器１０は、ローカルストレージ１５のファイルシステムからバインディングユニットマニフェスト情報を読み取り、このバインディングユニットマニフェスト情報に従ってバインディングユニットをまず形成する。光記録／再生器１０は、バインディングユニットマニフェスト情報をロードされたディスク（ｄｉｓｃ＿ＩＤ ＃１）のディスクパッケージと置き換え、バインディングユニットマニフェスト情報をディスクパッケージに追加し、またはバインディングユニットマニフェスト情報をディスクパッケージとマージするバインディング動作を行う。
【００６６】
上記の説明に関連して、本発明によるバインディングユニットマニフェストファイルは、次のような様々な情報を含む。例えば、ファイルとタイトルとの関係を指す「ファイル及びタイトル関係リスト」情報、仮想パッケージにおけるバインディングユニットの全てのファイルのマッピング位置を指すネームマッピング情報、プログレッシブプレイリストのためのプログレッシブプレイリスト情報、及びクレデンシャル情報を含む。具体的には、上記のネームマッピング情報によって示されたファイルがバインディングユニットを形成する。
【００６７】
本発明によるローカルストレージにダウンロードされたデータにおいてバインディングユニットを形成する方法について、以下に説明する。
【００６８】
図６は、本発明による仮想パッケージを形成するためのローカルストレージのバインディングユニットを示す構造図である。
【００６９】
上記の説明に関連して、図６に示す上記のローカルストレージファイル構造は、バインディングユニットデータ（ＢｉｎｄｉｎｇＵｎｉｔＤａｔａ）ディレクトリにディスク作成者と同じコンテンツ提供者（ＣＰ）を指す組織ディレクトリ（例えば、ｏｒｇ＿ＩＤ ＃１）を含む。すなわち、コンテンツ提供者を指す組織ディレクトリ（例えば、ｏｒｇ＿ＩＤ ＃１）がＢｉｎｄｉｎｇＵｎｉｔＤａｔａディレクトリに含まれる。この組織ディレクトリ（ｏｒｇ＿ＩＤ ＃１）は、ディスクディレクトリ（ｄｉｓｃ＿ＩＤ ＃１）と共有ディレクトリ（例えば、Ｓｈａｒｅｄ）を含む。このディスクディレクトリ（ｄｉｓｃ＿ＩＤ ＃１）は、対応するコンテンツ提供者（ＣＰ）によって製作された各ディスクの固有ディレクトリを指し、共有ディレクトリ（Ｓｈａｒｅｄ）は、対応するコンテンツ提供者（ＣＰ）によって製作された全てのディスクによって共有されるディレクトリを指す。
【００７０】
ディスクディレクトリ（ｄｉｓｃ＿ＩＤ ＃１）は、バインディングユニットマニフェストファイル（ｄｉｓｃ＿ＩＤ ＃１．ｂｕｍｆ）とＢＤディレクトリ（ＢＤＭＶ）を含む。ＢＤディレクトリ（ＢＤＭＶ）は、２つのプレイリストファイル（すなわち、Ｍａｙ２００５．ｍｐｌｓ、Ａｐｒ２００５．ｍｐｌｓ）と、２つのクリップインフォファイル（すなわち、Ｍａｙ２００５．ｃｌｐｉ、Ａｐｒ２００５．ｃｌｐｉ）と、２つのストリームファイル（すなわち、Ｍａｙ２００５．ｍ２ｔｓ、Ａｐｒ２００５．ｍ２ｔｓ）を含む。共有ディレクトリ（Ｓｈａｒｅｄ）は、ＡＵＸＤＡＴＡ（補助データ）ファイル（例えば、Ｃｈｉｎｅｓｅ．ｏｔｆ）を含む。
【００７１】
上記のファイル構造によれば、ディスクディレクトリ（ｄｉｓｃ＿ＩＤ ＃１）に含まれるバインディングユニットマニフェストファイル（ｄｉｓｃ＿ＩＤ ＃１．ｂｕｍｆ）は、バインディングユニットを形成するための情報を含む。図６に示すように、上記のバインディングユニットマニフェストファイル（ｄｉｓｃ＿ＩＤ ＃１．ｂｕｍｆ）は、ＢＤディレクトリ（ＢＤＭＶ）に含まれる特定ファイル（例えば、Ｍａｙ２００５．ｍｐｌｓ、Ｍａｙ２００５．ｃｌｐｉ、及びＭａｙ２００５．ｍ２ｔｓ）を示すネームマッピング情報を含み、共有ディレクトリに含まれる特定ファイル「Ｃｈｉｎｅｓｅ．ｏｔｆ」を示す他のネームマッピング情報を含む。まとめとして、ネームマッピング情報によって指定された上記のファイルがバインディングユニットを形成する。上記の説明に関連して、形成されたバインディングユニットに含まれる全てのファイルは、ネームマッピング情報を用いることなく、削除したり、追加したり、または編集したりすることはできない。
【００７２】
図７は、本発明によるファイル構造に基づく仮想ファイルシステム（ＶＦＳ）を用いて仮想パッケージを形成する方法を示す概念図である。
【００７３】
図７を参照すると、特定のファイル構造（すなわち、図２のディスクパッケージ）がロードされたディスクに記録されている。ローカルストレージファイルシステム４１は、ローカルストレージに含まれる。このローカルストレージファイルシステム４１は、バインディングユニットとバインディング情報を含み、これらはロードされたディスク（例えば、Ｄｉｓｃ＿ＩＤ ＃１）と組み合わされる。図６からわかるように、共有領域バインディングユニットとディスク特有領域バインディングユニットは、バインディングユニットマニフェストファイルによって形成される。
【００７４】
上記の説明に関連して、用語「バインディングユニット」は、共有領域バインディングユニット及びディスク特有領域バインディングユニットを含む。
【００７５】
ただし、バインディングユニットは、ディスクパッケージとは違い、それ自体では再生／管理ファイルとして動作することができない。もしバインディングユニットがそれ自体でデータ再生するように設計されると、このデータ再生はローカルストレージのデータ再生と類似し、そのため、バインディングユニットの上記の動作は、ディスクに記録されたオリジナルデータとローカルストレージに記録された付加データの両方を同時に再生するという本発明の目的に反することになる。
【００７６】
この仮想ファイルシステム（ＶＦＳ）４０は、上記のバインディング情報を用いて、共有領域バインディングユニットとディスク特有領域バインディングユニットをロードされたディスクのディスクパッケージと組み合わせるバインディング動作を行い、新しい仮想パッケージを形成する。
【００７７】
仮想パッケージを形成する方法について、以下に説明する。バインディング動作を用いて新しい仮想パッケージを形成するとき、バインディング動作は、ディスク特有領域バインディングユニット→共有領域バインディングユニット→ディスクパッケージの順に実行される。すなわち、バインディング動作の第１の優先順位は、ディスク特有領域バインディングユニットに対応し、第２の優先順位は、共有領域バインディングユニットに対応し、最後の優先順位は、ディスクパッケージに対応する。
【００７８】
例えば、図７は、ロードされたディスク（例えば、ｄｉｓｃ＿ＩＤ ＃１）に関連するバインディングユニットを示す。共有ディレクトリ（Ｓｈａｒｅｄ）は、プレイリストファイル（０００００．ｍｐｌｓ）６５、プレイリストファイル（０００００．ｍｐｌｓ）６５によって管理されるクリップ（すなわち、クリップインフォファイル「０２０００．ｃｌｐｉ」）、及びストリームファイル（０２０００．ｍ２ｔｓ）を含む。ディスクディレクトリ（ｄｉｓｃ＿ＩＤ ＃１）は、インデックステーブル情報を構成するインデックスファイル「Ｉｎｄｅｘ．ｂｄｍｖ）及びオブジェクトファイル「ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ）６２からなるファイルグループ６２と、特定プレイリストファイル「００００１．ｍｐｌｓ」６６と、補助データ（ＡＵＸＤＡＴＡ）を格納するＡＵＸＤＡＴＡファイル「ｓｏｕｎｄ．ｂｄｍｖ」とを含む。
【００７９】
仮想ファイルシステム４０は、バインディング情報によるバインディング動作を行う。ディスクパッケージに含まれるインデックスファイル「ｉｎｄｅｘ．ｂｄｍｖ」及びオブジェクトファイル「ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ」からなるファイルグループ６１は、ディスク特有領域バインディングユニットに含まれるインデックス／オブジェクトファイル「Ｉｎｄｅｘ．ｂｄｍｖ」及び「ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ」からなる上記のファイルグループ６２で置き換えられ、仮想パッケージ５１に含まれるインデックス／オブジェクトファイル「Ｉｎｄｅｘ．ｂｄｍｖ」及び「ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ」６３が構成される。
【００８０】
すなわち、ディスク特有領域バインディングユニットに含まれるインデックス／オブジェクトファイル「Ｉｎｄｅｘ．ｂｄｍｖ」及び「ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ」６２は、外部入力ソースとして働くコンテンツ提供者（ＣＰ）からダウンロードされる。これは、コンテンツ提供者（ＣＰ）が、バインディング動作が完了した後に形成されたバインディング構造に合うインデックス／オブジェクトファイルを予め伝送するということを意味する。
【００８１】
また、共有領域バインディングユニットに含まれるプレイリストファイル（０００００．ｍｐｌｓ）６５をディスクパッケージに含まれる他のプレイリストファイル（０００００．ｍｐｌｓ）６４と組み合わせるとき、プレイリストファイル６４を早い優先順位を持つ共有領域バインディングユニットの他のプレイリストファイル６５で置き換えることによりプレイリストファイル（００００１．ｍｐｌｓ）６７が仮想パッケージに構成される。
【００８２】
ディスク特有領域バインディングユニットに含まれるプレイリストファイル（００００１．ｍｐｌｓ）６６は、共有領域バインディングユニットのプレイリストファイル（０００００．ｍｐｌｓ）６５及びディスクパッケージのプレイリストファイル（０００００．ｍｐｌｓ）６４とは異なるファイル名を有する。そのため、プレイリストファイル（００００１．ｍｐｌｓ）６６が追加的に付加されるか、新しく形成された仮想パッケージに追加され、結果としてプレイリストファイル（００００１．ｍｐｌｓ）６８を構成する。
【００８３】
仮想パッケージが形成されるとき、ディスクユニットで構成された最初のファイル構造（すなわち、デイスクごと）、バインディング動作によって仮想パッケージが形成されるとき、タイトルユニットで構成された第２のファイル構造（すなわち、タイトルごと）、バインディングユニットによって仮想パッケージが形成されるとき、コンテンツユニットで構成された第３のファイル構造（すなわち、コンテンツごと）について、図８Ａ乃至図１０Ｂを参照して以下に説明する。
【００８４】
図８Ａ及び図８Ｂは、本発明による第１の好ましい実施例に従って仮想パッケージを形成／再生する方法を示す概念図であり、具体的には、ディスクユニットで構成されたバインディングユニット（すなわち、ディスクごとのバインディングユニット）を記録媒体ファイル構造（すなわち、ディスクパッケージ）と組み合わせるバインディング動作を行って仮想パッケージを形成／再生する方法を示している。
【００８５】
図８Ａ及び図８Ｂを参照すると、ディスクが光記録／再生器にロードされると、光記録／再生器は、ディスクＩＤ（ｄｉｓｃ＿ＩＤ）情報を認識する。例えば、認識されたディスクと同じＢＤ−ＲＯＭディスクは、インデックス／オブジェクトファイル「Ｉｎｄｅｘ．ｂｄｍｖ」及び「ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ」７１と、「０００００．ｍｐｌｓ」７５及び「００００１．ｍｐｌｓ」から構成されるプレイリストファイルと、「０１０００．ｃｌｐｉ」及び「０１００１．ｃｌｐｉ」から構成されるクリップインフォファイルと、「０１０００．ｍ２ｔｓ）及び「０１００１．ｍ２ｔｓ」から構成されるストリームファイルと、ＡＵＸＤＡＴＡファイルとを含む。
【００８６】
上記のディスクＩＤ情報を認識した後、光記録／再生器は、ディスクユニットで構成されたバインディングユニットがローカルストレージの同じディスクＩＤファイル構造に含まれるかをステップＳ１０で確認する。ローカルストレージのファイル構造は、ディスク特有領域バインディングユニットを備えたディスクディレクトリ（ｄｉｓｃ＿ＩＤ）及び／またはコンテンツ提供者（ＣＰ）の共有領域バインディングユニットを備えた共有ディレクトリ（Ｓｈａｒｅｄ）を含む。インデックス／オブジェクトファイル「Ｉｎｄｅｘ．ｂｄｍｖ」及び「ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ」７２、「０００００．ｍｐｌｓ」７６及び「００００２．ｍｐｌｓ」から構成されるプレイリストファイル、クリップインフォファイル「０１００２．ｃｌｐｉ」、ストリームファイル「０１００２．ｍ２ｔｓ」及びＡＵＸＤＡＴＡファイルが、ディスクディレクトリ（ｄｉｓｃ＿ＩＤ）及び／または共有ディレクトリ（Ｓｈａｒｅｄ）に含まれる。すなわち、ローカルストレージファイル構造はディスクと同じディレクトリ及びファイル構造を有する。
【００８７】
上記の説明に関連して、単一のバインディングユニットがディスクディレクトリ（ｄｉｓｃ＿ＩＤ）または共有ディレクトリ（Ｓｈａｒｅｄ）に含まれることが好ましい。好ましくは、コンテンツ提供者（ＣＰ）を指すスタジオは、バインディング動作の後に形成された仮想パッケージに合う（インデックステーブル、ムービーオブジェクト及び／またはプレイリストを含む）データベースファイルのデータを用意し、ロードされたディスクがコンテンツ提供者によって製作されたディスクであると判定されると、上記のデータを伝送する。
【００８８】
ステップＳ１０で、同じディスクＩＤ（ｄｉｓｃ＿ＩＤ）のディスクユニットで構成されたバインディングユニットがローカルディスクに含まれていない場合、光記録／再生器は、ディスクパッケージを再生する（Ｓ１１）。
【００８９】
ステップＳ１０で、同じディスクＩＤ（ｄｉｓｃ＿ＩＤ）のディスクユニットで構成されたバインディングユニットがローカルディスクに含まれている場合、光記録／再生器は、仮想ファイルシステムがバインディング情報を考慮してバインディング動作を行うかをステップＳ１２で判定する。ステップＳ１２で、バインディング動作が行われない場合、光記録／再生器は、ディスクパッケージをステップＳ１３で再生する。ステップＳ１２で、バインディング動作が行われる場合、光記録／再生器は、ステップＳ１４で仮想パッケージを形成し、仮想パッケージを再生する。
【００９０】
ディスクユニットで構成されたバインディングユニットがローカルストレージに含まれる場合、仮想パッケージを形成する方法と、形成された仮想パッケージについて、以下に説明する。
【００９１】
仮想ファイルシステム（ＶＦＳ）は、バインディング情報に従ってディスクパッケージに基づいてバインディング動作を行う。この場合、ディスクパッケージに含まれるインデックス／オブジェクトファイル（「Ｉｎｄｅｘ．ｂｄｍｖ」及び「ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ」）７１は、ディスクディレクトリ（ｄｉｓｃ＿ＩＤ）及び／または共有ディレクトリ（Ｓｈａｒｅｄ）のインデックス／オブジェクトファイル７２で置き換えられ、仮想パッケージのインデックス／オブジェクトファイル（「Ｉｎｄｅｘ．ｂｄｍｖ」及び「ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ」）７３が構成される。
【００９２】
図７で前に説明したように、インデックス／オブジェクトファイル（「Ｉｎｄｅｘ．ｂｄｍｖ」及び「ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ」）７２は、コンテンツ提供者（ＣＰ）からダウンロードしたデータに含まれている。コンテンツ提供者（ＣＰ）は、上記バインディング動作後のファイル構造に合うインデックス／オブジェクトファイルを伝送するので、バインディングユニットのインデックス／オブジェクトファイル（「Ｉｎｄｅｘ．ｂｄｍｖ」及び「ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ」）７２は、仮想パッケージのインデックス／オブジェクトファイル（「Ｉｎｄｅｘ．ｂｄｍｖ」及び「ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ」）７３と同じデータを有する。
【００９３】
バインディング動作は、バインディングユニットに含まれるプレイリストファイル（０００００．ｍｐｌｓ）７６をディスクパッケージに含まれるプレイリストファイル（０００００．ｍｐｌｓ）７５と組み合わせる。上記のバインディングユニットと同じファイル名を有するバインディングユニットに含まれるプレイリストファイル（０００００．ｍｐｌｓ）７６とディスクパッケージに含まれるプレイリストファイル（０００００．ｍｐｌｓ）７５は、早い優先順位を有するバインディングユニットのプレイリストファイル（０００００．ｍｐｌｓ）７５と置き換えられる。上記のバインディングユニットと異なるファイル名を有するバインディングユニットに含まれるプレイリストファイル（００００２．ｍｐｌｓ）は、付加又は追加され、新しく形成された仮想パッケージの複数のプレイリストファイル（「０００００．ｍｐｌｓ」７７、「００００１．ｍｐｌｓ」及び「００００２．ｍｐｌｓ」）が構成される。
【００９４】
図９Ａ乃至図９Ｃは、本発明の第２の好ましい実施例に従って仮想パッケージを形成／再生する方法を示す概念図であり、具体的には、タイトルユニットで構成されたバインディングユニット（すなわち、タイトルごとのバインディングユニット）を記録媒体ファイル構造（すなわち、ディスクパッケージ）と組み合わせるバインディング動作を行って仮想パッケージを形成／再生する方法を示している。
【００９５】
図９Ａ乃至図９Ｃに示す第２の好ましい実施例は、タイトルユニットで構成されるバインディングユニット（すなわち、「Ｔｉｔｌｅ ＃１ ＢＵ」及び「Ｔｉｔｌｅ ＃２ ＢＵ」）を例示的に示している。図９Ａ及び図９Ｂは、異なるディレクトリ構造を有する例を示している。説明の便宜上、図９Ａ及び図９Ｂに示す記録媒体ファイル構造は、図８Ａの記録媒体ファイル構造と等しく、記録媒体ファイル構造の詳細な説明はここでは省略される。
【００９６】
図９Ａは、ローカルストレージファイル構造のバインディングユニットがタイトルユニットで構成される一例である第１の好ましい実施例を示している。ディスクディレクトリ（ｄｉｓｃ＿ＩＤ）及び共有ディレクトリ（Ｓｈａｒｅｄ）には、タイトルごとにディレクトリが含まれる。すなわち、タイトル＃１のバインディングユニットディレクトリ（Ｔｉｔｌｅ＃１バインディングユニットを以下では「Ｔｉｔｌｅ＃１ ＢＤ」と称する）及びタイトル＃２のバインディングユニットディレクトリ（Ｔｉｔｌｅ＃２バインディングユニットを以下では「Ｔｉｔｌｅ＃２ ＢＤ」と称する）がそれぞれ別個に構成される。
【００９７】
したがって、記録媒体ディレクトリ及びファイルで構成された特定構造を指す記録媒体ファイル構造が、ローカルストレージバインディングユニットのディレクトリ及びファイルを指すローカルストレージバインディングユニットファイル構造と異なる。ただし、ローカルストレージバインディングユニットに含まれるファイルの優先順位が、記録媒体のファイルの優先順位よりも高い。したがって、ローカルストレージバインディングユニットに含まれる特定ファイルが、バインディング動作がディスクユニットで行われる図８Ａ及び８Ｂと同じ仕方で記録媒体ファイルと同じファイル名を有する場合、バインディング動作を行うバインディングメカニズムは、ファイル間の置き換え動作を行う。そうではなく、ローカルストレージバインディングユニットに含まれる特定ファイルが、記録媒体ファイルと異なるファイル名を有する場合、バインディングメカニズムは、ファイル間の付加動作を行う。
【００９８】
図９Ｂは、ローカルストレージファイル構造のバインディングユニットがタイトルユニットで構成される第２の好ましい実施例を示している。ディスクディレクトリ（ｄｉｓｃ＿ＩＤ）及び／又は共有ディレクトリ（Ｓｈａｒｅｄ）は、記録媒体と同じディレクトリ及びファイル構造を有する。ただし、タイトル＃１のバインディングユニット（Ｔｉｔｌｅ＃１バインディングユニットを以下では「Ｔｉｔｌｅ＃１ ＢＤ」と称する）およびタイトル＃２のバインディングユニット（Ｔｉｔｌｅ＃２バインディングユニットを以下では「“Ｔｉｔｌｅ＃２ ＢＤ」と称する）は、個々のタイトルの付加的な情報によって互いに区別される。
【００９９】
例えば、図９Ｂに示すように、タイトル＃１のバインディングユニット情報（Ｔｉｔｌｅ＃１バインディングユニットの情報）は、プレイリストファイル（０００００．ｍｐｌｓ）８１、クリップインフォファイル（０１００２．ｃｌｐｉ）８３、及びストリームファイル（０１００２．ｍ２ｔｓ）８４を示す。タイトル＃２のバインディングユニット情報（Ｔｉｔｌｅ＃２バインディングユニットの情報）は、プレイリストファイル（００００２．ｍｐｌｓ）８２を示す。
【０１００】
したがって、図９Ｂに示す好ましい実施例は、個々のタイトルが異なるディレクトリを有する図９Ａに示す好ましい実施例と異なる。ただし、ローカルストレージバインディングユニットに含まれるファイルの優先順位は、図９Ｂに示す好ましい実施例における記録媒体のそれよりも高い。したがって、バインディング動作を行うバインディングメカニズムは、バインディング動作がディスクユニットで行われた図８Ａ及び図８Ｂの上記のバインディングメカニズムに等しい。
【０１０１】
上記の説明に関連して、図９Ａ及び図９Ｂに示したバインディング動作の後に形成された仮想パッケージは、図８Ａのそれと等しく、その詳細な説明は、説明の便宜上、ここでは省略される。
【０１０２】
図９Ｃは、本発明に従って記録媒体のデータとローカルストレージのデータを再生するように、タイトルユニットで構成されたバインディングユニットを記録媒体ファイル構造と組み合わせることによって仮想パッケージを形成する方法を示す流れ図である。
【０１０３】
図９Ｃを参照すると、ディスクが光記録／再生器にロードされると、この光記録／再生器は、ディスクＩＤ（ｄｉｓｃ＿ＩＤ）情報を認識する。上記のディスクＩＤ情報（ｄｉｓｃ＿ＩＤ）を認識した後、光記録／再生器は、同じディスクＩＤ情報のタイトルユニットで構成されたバインディングユニットがローカルストレージに含まれるかをステップ２０で判定する。バインディングユニットがローカルストレージのディスクディレクトリ（ｄｉｓｃ＿ＩＤ）及び／または共有ディレクトリ（Ｓｈａｒｅｄ）に含まれる。具体的には、コンテンツ提供者（ＣＰ）は、個々のタイトルのデータを再生するために、個々のタイトルのファイルを光記録／再生器のローカルストレージに伝送する。個々のタイトルの上記ファイルは、それぞれバインディングユニットを形成する。
【０１０４】
ステップＳ２０で、同じディスクＩＤ（ｄｉｓｃ＿ＩＤ）のタイトルユニットで構成されたバインディングユニットがローカルストレージに含まれない場合、光記録／再生器は、ディスクパッケージを再生する（Ｓ２１）。ステップＳ２０で、同じディスクＩＤ（ｄｉｓｃ＿ＩＤ）のタイトルユニットで構成されたバインディングユニットがローカルストレージに含まれる場合、光記録／再生器は、仮想ファイルシステムがバインディング情報を考慮してバインディング動作を行うかをステップ２２で判定する。この場合、ローカルストレージに含まれるバインディングユニットは、図９Ａに示すように個々のタイトルユニットに従ってより小さなバインディングユニット分割されるか、図９Ｂに示すようにそのディレクトリ／ファイル構造が記録媒体のそれに等しく、付加情報を用いて個々のファイルのファイルを表すことができる。
【０１０５】
ステップＳ２２で、バインディング動作の実行が要求されない場合、光記録／再生器は、ステップＳ２３でディスクパッケージのみを用いて記録媒体のデータを再生する。
【０１０６】
そうではなく、ステップＳ２２で、バインディング動作の実行が要求される場合、光記録／再生器は、ステップＳ２４で仮想パッケージを形成し、形成された仮想パッケージを用いて記録媒体のデータ及びローカルストレージのデータを再生する。
【０１０７】
記録媒体ファイル構造は、とローカルストレージファイル構造のそれと同じファイル名を有する場合、ディレクトリ優先順位は、仮想パッケージを形成するプロセスに適用され、ファイル置換が実行される。ディレクトリ優先順位は、ディスクディレクトリ（ｄｉｓｃ＿ＩＤ）→共有ディレクトリ（Ｓｈａｒｅｄ）→ＢＤ−ＲＯＭディレクトリの順である。記録媒体ファイル構造がローカルストレージファイル構造のそれと異なるファイル名を有する場合、ファイル間の付加動作が行われて仮想パッケージが形成される。好ましくは、仮想パッケージは、タイトルが他のタイトルに変更されるときに再形成されることができる。
【０１０８】
図１０Ａ及び図１０Ｂは、本発明の第３の好ましい実施例に従って仮想パッケージを形成／再生する方法を示す概念図であり、具体的には、コンテンツユニットで構成されたバインディングユニット（すなわち、コンテンツごとのバインディングユニット）を記録媒体ファイル構造（すなわち、ディスクパッケージ）と組み合わせるバインディング動作を行って仮想パッケージを形成／再生する方法を示している。
【０１０９】
上記の説明に関連して、図１０Ａの記録媒体ファイル構造は、図８Ａのそれと同じであり、その詳細な説明は、説明の便宜上、ここでは省略される。
【０１１０】
図１０Ａは、ローカルストレージファイル構造のバインディングユニットがコンテンツユニットで構成される好ましい実施例（すなわち、コンテンツごと）を示している。図１０Ａを参照すると、インデックスファイル「Ｉｎｄｅｘ．ｂｄｍｖ」およびオブジェクトファイル「ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ」がディスクディレクトリ（ｄｉｓｃ＿ＩＤ）及び共有ディレクトリ（Ｓｈａｒｅｄ）のそれぞれに含まれる。プレイリストファイル（０００００．００．ｍｐｌｓ（９１）、０００００．０１．ｍｐｌｓ（９２）及び００００２．ｍｐｌｓ）がプレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）に含まれる。プレイリストファイル（０００００．００．ｍｐｌｓ）９１は、第１コンテンツ（Ｃｏｎｔｅｎｔ １）のプレイリストファイルを指し、プレイリストファイル（０００００．０１．ｍｐｌｓ）９２は、第２コンテンツ（Ｃｏｎｔｅｎｔ ２）のプレイリストファイルを指す。
【０１１１】
ローカルストレージファイル構造のバインディングユニットは、クリップインフォディレクトリ（ＣＬＩＰＩＮＦ）に含まれるクリップインフォファイル（０１００２．ｃｌｐｉ、０１００３．ｃｌｐｉ）、ストリームディレクトリ（ＳＴＲＥＡＭ）に含まれるストリームファイル（０１００２．ｍ２ｔｓ、０１００３．ｍ２ｔｓ）、及びＡＵＸＤＡＴＡディレクトリを含む。
【０１１２】
したがって、ローカルストレージのファイル構造は、概念的には記録媒体ファイル構造（ＢＤ−ＲＯＭ ｄｉｓｃ）と同じである。ただし、ローカルストレージファイル構造にダウンロードされたいくつかのファイルは、コンテンツデータのための部分的なまたは訂正された情報を含む。この部分的なまたは訂正された情報は、マージプロセスを行って仮想パッケージを形成する。
【０１１３】
したがって、コンテンツユニットで構成されたバインディングユニットが記録媒体ファイル構造（ＢＤ−ＲＯＭ ｄｉｓｃ）と組み合わされた後に形成された仮想パッケージは、次の通りである。インデックスファイル「ｉｎｄｅｘ．ｂｄｍｖ」及びオブジェクトファイル「ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ」がこの仮想パッケージに含まれ、プレイリストファイル（０００００．ｍｐｌｓ（９３）、００００１．ｍｐｌｓ、００００２．ｍｐｌｓ）がプレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）に含まれる。上記のプレイリストファイル（０００００．ｍｐｌｓ）９３は、記録媒体プレイリストファイル（０００００．ｍｐｌｓ）７５がローカルストレージバインディングユニットの第１コンテンツ（Ｃｏｎｔｅｎｔ １）のプレイリストファイル（０００００．００．ｍｐｌｓ）９１だけでなく、ローカルストレージバインディングユニットの第２プレイリストファイル（Ｃｏｎｔｅｎｔ ２）のプレイリストファイル（０００００．０１．ｍｐｌｓ）９２とマージされるときに形成されたプレイリストファイルを指す。
【０１１４】
仮想パッケージが形成されるように、クリップインフォファイル（０１０００．ｃｌｐｉ、０１００２．ｃｌｐｉ、及び０１００３．ｃｌｐｉ）は、クリップインフォディレクトリ（ＣＬＩＰＩＮＦ）に含まれ、ストリームファイル（０１０００．ｍ２ｔｓ、０１００２．ｍ２ｔｓ、及び０１００３．ｍ２ｔｓ）は、ストリームディレクトリ（ＳＴＲＥＡＭ）に含まれる。より詳細には、上記の仮想パッケージが形成されるように、ＢＤ−ＲＯＭディスクに含まれるクリップインフォファイル（０１００１．ｃｌｐｉ）及びストリームファイル（０１００１．ｍ２ｔｓ）が削除され、バインディングユニットのクリップインフォファイル（０１００２．ｃｌｐｉ及び０１００３．ｃｌｐｉ）及びストリームファイル（０１００２．ｍ２ｔｓ及び０１００３．ｍ２ｔｓ）が追加又は付加される。
【０１１５】
図１０Ｂは、本発明に従って記録媒体のデータ及びローカルストレージのデータを再生するように、コンテンツユニットで構成されたバインディングユニットを記録媒体ファイル構造と組み合わせることによって仮想パッケージを形成する方法を示す流れ図である。
【０１１６】
図１０Ｂを参照すると、ディスクが光記録／再生器にロードされると、光記録／再生器は、ディスクＩＤ（ｄｉｓｃ＿ＩＤ）情報を認識する。上記のディスクＩＤ情報を認識した後、光記録／再生器は、同じディスクＩＤ情報のコンテンツユニットで構成されたバインディングユニットがローカルストレージに含まれるかをステップＳ３０で判定する。バインディングユニットは、ローカルストレージのディスクディレクトリ（ｄｉｓｃ＿ＩＤ）及び／または共有ディレクトリ（Ｓｈａｒｅｄ）に含まれる。
【０１１７】
ステップＳ３０で、同じディスクＩＤのコンテンツユニットで構成されたバインディングユニットがローカルストレージに含まれない場合、光記録／再生器は、ディスクパッケージを再生する（Ｓ３１）。
【０１１８】
ステップＳ３０で、同じディスクＩＤのコンテンツユニットで構成されたバインディングユニットがローカルストレージに含まれる場合、光記録／再生器は、仮想ファイルシステムがバインディング情報を考慮して、コンテンツユニットで構成されたバインディングユニットを記録媒体ファイル構造と組み合わせるバインディング動作を行うかをステップＳ３２で判定する。
【０１１９】
ステップＳ３２で、バインディング動作の実行が要求されない場合、光記録／再生器は、ステップＳ３３でディスクパッケージのデータを再生する。
【０１２０】
そうではなく、ステップＳ３２で、バインディング動作の実行が要求される場合、光記録／再生器は、ステップＳ３４で仮想パッケージを形成し、形成された仮想パッケージのデータを再生する。
【０１２１】
記録媒体ファイル構造がローカルストレージファイル構造と同じファイル名を有する場合、ディレクトリ優先順位は、仮想パッケージを形成するプロセスに適用され、ファイル置換が実行される。このディレクトリ優先順位は、ディスクディレクトリ（ｄｉｓｃ＿ＩＤ）→共有ディレクトリ（Ｓｈａｒｅｄ）→ＢＤ−ＲＯＭディレクトリの順である。記録媒体ファイル構造がローカルストレージファイル構造と異なるファイル名を有する場合、ファイル間の付加動作が行われて、仮想パッケージが形成される。好ましくは、仮想パッケージは、タイトルが他のタイトルに変更されるときに再形成される。
【０１２２】
上記の説明から明らかなように、本発明に従ってローカルストレージを用いて記録媒体からデータを再生する方法及び装置は、記録媒体に記録されたオリジナルデータ及びローカルストレージに記録された付加データを効率的に再生することができ、結果としてユーザにとってより便利な機能の作成を実現する。
【産業上の利用可能性】
【０１２３】
当業者には、本発明の趣旨又は範囲を逸脱することなく、本発明において様々な修正及び変更がなされ得ることは明らかであろう。それゆえ、本発明は、添付の請求の範囲およびその均等の範囲内に入ることを条件として本発明の修正及び変更を網羅することが意図されている。
【図面の簡単な説明】
【０１２４】
【図１】本発明による記録媒体からデータを再生する方法及び装置を示す概念図である。
【図２】記録媒体として働く光ディスクに記録されたファイル構造及びこのファイル構造を用いて特定タイトルを再生する方法を示す概念図である。
【図３】本発明による記録媒体として働く光ディスクのデータ記録構造を示す構造図である。
【図４Ａ】本発明による光記録／再生器を示すブロック図である。
【図４Ｂ】本発明による光記録／再生器内の全体の構成要素からローカルストレージを用いてデータを再生する装置を示すブロック図である。
【図５】本発明による記録媒体に記録されたデータとローカルストレージに記録されたデータを同時に再生できる仮想パッケージを形成する方法を示す概念図である。
【図６】本発明による仮想パッケージを形成するためのローカルストレージのバインディングユニットを示す構造図である。
【図７】本発明によるファイル構造に基づいて仮想ファイルシステム（ＶＦＳ）を用いて仮想パッケージを形成する方法を示す概念図である。
【図８Ａ】本発明の第１の好ましい実施例に従って仮想パッケージを形成／再生する方法を示す概念図であり、ディスク単位で構成されたバインディングユニット（すなわち、ディスクごとのバインディングユニット）を記録媒体ファイル構造（すなわち、ディスクパッケージ）と組み合わせるバインディング動作を行う方法であって、仮想パッケージを形成／再生する方法を示す概念図である。
【図８Ｂ】本発明の第１の好ましい実施例に従って仮想パッケージを形成／再生する方法を示す概念図であり、ディスク単位に構成されたバインディングユニット（すなわち、ディスクごとのバインディングユニット）を記録媒体ファイル構造（すなわち、ディスクパッケージ）と組み合わせるバインディング動作を行う方法であって、仮想パッケージを形成／再生する方法を示す概念図である。
【図９Ａ】本発明の第２の好ましい実施例に従って仮想パッケージを形成／再生する方法を示す概念図であり、具体的には、タイトル単位で構成されたバインディングユニット（すなわち、タイトルごとのバインディングユニット）を記録媒体ファイル構造（すなわち、ディスクパッケージ）と組み合わせるバインディング動作を行う方法であって、仮想パッケージを形成／再生する方法を示す概念図である。
【図９Ｂ】本発明の第２の好ましい実施例に従って仮想パッケージを形成／再生する方法を示す概念図であり、具体的には、タイトル単位で構成されたバインディングユニット（すなわち、タイトルごとのバインディングユニット）を記録媒体ファイル構造（すなわち、ディスクパッケージ）と組み合わせるバインディング動作を行う方法であって、仮想パッケージを形成／再生する方法を示す概念図である。
【図９Ｃ】本発明の第２の好ましい実施例に従って仮想パッケージを形成／再生する方法を示す概念図であり、具体的には、タイトル単位で構成されたバインディングユニット（すなわち、タイトルごとのバインディングユニット）を記録媒体ファイル構造（すなわち、ディスクパッケージ）と組み合わせるバインディング動作を行う方法であって、仮想パッケージを形成／再生する方法を示す概念図である。
【図１０Ａ】本発明の第３の好ましい実施例に従って仮想パッケージを形成／再生する方法を示す概念図であり、具体的には、コンテンツ単位で構成されたバインディングユニット（すなわち、コンテンツごとのバインディングユニット）を記録媒体ファイル構造（すなわち、ディスクパッケージ）と組み合わせるバインディング動作を行う方法であって、仮想パッケージを形成／再生する方法を示す概念図である。
【図１０Ｂ】本発明の第３の好ましい実施例に従って仮想パッケージを形成／再生する方法を示す概念図であり、具体的には、コンテンツ単位で構成されたバインディングユニット（すなわち、コンテンツごとのバインディングユニット）を記録媒体ファイル構造（すなわち、ディスクパッケージ）と組み合わせるバインディング動作を行う方法であって、仮想パッケージを形成／再生する方法を示す概念図である。
【特許請求の範囲】
【請求項１】
ローカルストレージを用いて記録媒体からデータを再生する方法であって、
ａ）ローカルストレージに格納されたデータからバインディングユニットを形成するステップと、
ｂ）バインディング情報を用いて、前記バインディングユニットを記録媒体に含まれるファイルとバインディングし、仮想パッケージを形成するステップであって、前記バインディングユニットに含まれるファイルが前記記録媒体に含まれるファイルと同一であるとき、前記バインディングユニットのファイルがバインディングの優先順位を有するステップと、
ｃ）前記形成された仮想パッケージを用いて、前記記録媒体に記録されたデータと前記ローカルストレージに格納されたデータを再生するステップと
を備えることを特徴とする方法。
【請求項２】
請求項１に記載の方法であって、
前記バインディングユニットは、ディスク特有領域バインディングユニット及び共有領域バインディングユニットを含むことを特徴とする方法。
【請求項３】
請求項１に記載の方法であって、
前記バインディング情報は、バインディングユニットマニフェストファイルを指すことを特徴とする方法。
【請求項４】
請求項３に記載の方法であって、
前記バインディングユニットマニフェストファイルは、バインディングユニットに含まれる全てのファイルに関連するネームマッピング情報を含むことを特徴とする方法。
【請求項５】
請求項２に記載の方法であって、
前記ディスク特有領域バインディングユニットのファイルのバインディング優先順位は、前記共有領域バインディング領域バインディングユニットよりも高いことを特徴とする方法。
【請求項６】
請求項５に記載の方法であって、
前記記録媒体及び前記バインディングユニットに同じファイル名が含まれる場合、バインディング優先順位の高いファイルを用いて仮想パッケージを形成するステップ
を備えることを特徴とする方法。
【請求項７】
請求項６に記載の方法であって、
前記仮想パッケージは、前記バインディング優先順位に従って前記記録媒体に含まれるファイルを前記バインディングユニットに含まれるファイルと置き換えることによって形成されることを特徴とする方法。
【請求項８】
請求項５に記載の方法であって、
前記記録媒体及び前記バインディングユニットに異なるファイル名が含まれる場合、前記バインディング優先順位にかかわらず、全てのファイルを用いて仮想パッケージを形成するステップ
を備えることを特徴とする方法。
【請求項９】
請求項１に記載の方法であって、前記ステップｂ）は、
仮想パッケージが形成されるように、前記記録媒体の「インデックスファイル「Ｉｎｄｅｘ」とオブジェクトファイル「ＭｏｖｉｅＯｂｊｅｃｔ」を前記バインディングユニットに含まれるインデックスファイル「Ｉｎｄｅｘ」とオブジェクトファイル「ＭｏｖｉｅＯｂｊｅｃｔ」を置き換えるステップ
を含むことを特徴とする方法。
【請求項１０】
請求項１に記載の方法であって、前記ステップｂ）は、
仮想パッケージが形成されるように、ディスクユニットでバインディング動作（ディスクごと）を行うステップ
を含むことを特徴とする方法。
【請求項１１】
請求項１に記載の方法であって、前記ステップｂ）は、
仮想パッケージが形成されるように、タイトルユニットでバインディング動作（タイトルごと）を行うステップ
を含むことを特徴とする方法。
【請求項１２】
請求項１に記載の方法であって、前記ステップｂ）は、
仮想パッケージが形成されるように、コンテンツユニットでバインディング動作（コンテンツごと）を行うステップ
を含むことを特徴とする方法。
【請求項１３】
請求項１に記載の方法であって、前記仮想パッケージを形成するステップｂ）及び前記形成された仮想パッケージを用いてデータを再生するステップｃ）は、仮想ファイルシステムによって実行されることを特徴とする方法。
【請求項１４】
仮想パッケージを形成する方法であって、
ａ）ローカルストレージに格納されたデータのうちからバインディングユニットマニフェストファイルを用いてバインディングユニットを形成するステップと、
ｂ）前記バインディングユニットを記録媒体に含まれるファイルとバインディングし、前記バインディングユニットマニフェストファイルを用いて仮想パッケージを形成するステップであって、前記バインディングユニットマニフェストファイルに基づき、前記バインディングユニットに含まれるファイルが前記記録媒体に含まれるファイルと同じであるとき、前記バインディングユニットのファイルが優先順位を有するステップと
を備えることを特徴とする方法。
【請求項１５】
請求項１４に記載の方法であって、
前記バインディングユニットマニフェストファイルは、外部からダウンロードされることを特徴とする方法。
【請求項１６】
請求項１４に記載の方法であって、
前記バインディングユニットマニフェストファイルは、前記ローカルストレージに含まれるファイルのうちから前記仮想パッケージが形成されるべきファイルを示す情報を含むことを特徴とする方法。
【請求項１７】
請求項１６に記載の方法であって、
前記バインディングユニットマニフェストファイルは、前記ローカルストレージ内の特定ファイル名を有するファイルが前記仮想パッケージに含まれる新しいファイル名を示すネームマッピング情報を含むことを特徴とする方法。
【請求項１８】
請求項１７に記載の方法であって、
前記バインディングユニットマニフェストファイルに含まれるネームマッピング情報によって示された前記新しいファイル名が、前記記録媒体に含まれる特定ファイル名と同じである場合、前記バインディングユニットマニフェストファイルによって示されたファイルのみが前記仮想パッケージに含まれることを特徴とする方法。
【請求項１９】
ローカルストレージを用いて記録媒体からデータを再生する装置であって、
記録媒体からオリジナルデータを読み取るピックアップと、
前記記録媒体に含まれる前記オリジナルデータに関連する付加データを格納するローカルストレージと、
前記オリジナルデータ及び／または前記付加データを再生するために仮想ファイルシステムを形成し、前記仮想ファイルシステムを用いて前記オリジナルデータ及び／または前記付加データを再生するために仮想パッケージを形成する制御器と
を備え、
前記付加データに含まれる特定ファイルが前記記録媒体に含まれる特定ファイルと同じである場合、より高い優先順位が前記付加データのファイルに割り当てられることを特徴とする装置。
【請求項１】
ローカルストレージを用いて記録媒体からデータを再生する方法であって、
ａ）ローカルストレージに格納されたデータからバインディングユニットを形成するステップと、
ｂ）バインディング情報を用いて、前記バインディングユニットを記録媒体に含まれるファイルとバインディングし、仮想パッケージを形成するステップであって、前記バインディングユニットに含まれるファイルが前記記録媒体に含まれるファイルと同一であるとき、前記バインディングユニットのファイルがバインディングの優先順位を有するステップと、
ｃ）前記形成された仮想パッケージを用いて、前記記録媒体に記録されたデータと前記ローカルストレージに格納されたデータを再生するステップと
を備えることを特徴とする方法。
【請求項２】
請求項１に記載の方法であって、
前記バインディングユニットは、ディスク特有領域バインディングユニット及び共有領域バインディングユニットを含むことを特徴とする方法。
【請求項３】
請求項１に記載の方法であって、
前記バインディング情報は、バインディングユニットマニフェストファイルを指すことを特徴とする方法。
【請求項４】
請求項３に記載の方法であって、
前記バインディングユニットマニフェストファイルは、バインディングユニットに含まれる全てのファイルに関連するネームマッピング情報を含むことを特徴とする方法。
【請求項５】
請求項２に記載の方法であって、
前記ディスク特有領域バインディングユニットのファイルのバインディング優先順位は、前記共有領域バインディング領域バインディングユニットよりも高いことを特徴とする方法。
【請求項６】
請求項５に記載の方法であって、
前記記録媒体及び前記バインディングユニットに同じファイル名が含まれる場合、バインディング優先順位の高いファイルを用いて仮想パッケージを形成するステップ
を備えることを特徴とする方法。
【請求項７】
請求項６に記載の方法であって、
前記仮想パッケージは、前記バインディング優先順位に従って前記記録媒体に含まれるファイルを前記バインディングユニットに含まれるファイルと置き換えることによって形成されることを特徴とする方法。
【請求項８】
請求項５に記載の方法であって、
前記記録媒体及び前記バインディングユニットに異なるファイル名が含まれる場合、前記バインディング優先順位にかかわらず、全てのファイルを用いて仮想パッケージを形成するステップ
を備えることを特徴とする方法。
【請求項９】
請求項１に記載の方法であって、前記ステップｂ）は、
仮想パッケージが形成されるように、前記記録媒体の「インデックスファイル「Ｉｎｄｅｘ」とオブジェクトファイル「ＭｏｖｉｅＯｂｊｅｃｔ」を前記バインディングユニットに含まれるインデックスファイル「Ｉｎｄｅｘ」とオブジェクトファイル「ＭｏｖｉｅＯｂｊｅｃｔ」を置き換えるステップ
を含むことを特徴とする方法。
【請求項１０】
請求項１に記載の方法であって、前記ステップｂ）は、
仮想パッケージが形成されるように、ディスクユニットでバインディング動作（ディスクごと）を行うステップ
を含むことを特徴とする方法。
【請求項１１】
請求項１に記載の方法であって、前記ステップｂ）は、
仮想パッケージが形成されるように、タイトルユニットでバインディング動作（タイトルごと）を行うステップ
を含むことを特徴とする方法。
【請求項１２】
請求項１に記載の方法であって、前記ステップｂ）は、
仮想パッケージが形成されるように、コンテンツユニットでバインディング動作（コンテンツごと）を行うステップ
を含むことを特徴とする方法。
【請求項１３】
請求項１に記載の方法であって、前記仮想パッケージを形成するステップｂ）及び前記形成された仮想パッケージを用いてデータを再生するステップｃ）は、仮想ファイルシステムによって実行されることを特徴とする方法。
【請求項１４】
仮想パッケージを形成する方法であって、
ａ）ローカルストレージに格納されたデータのうちからバインディングユニットマニフェストファイルを用いてバインディングユニットを形成するステップと、
ｂ）前記バインディングユニットを記録媒体に含まれるファイルとバインディングし、前記バインディングユニットマニフェストファイルを用いて仮想パッケージを形成するステップであって、前記バインディングユニットマニフェストファイルに基づき、前記バインディングユニットに含まれるファイルが前記記録媒体に含まれるファイルと同じであるとき、前記バインディングユニットのファイルが優先順位を有するステップと
を備えることを特徴とする方法。
【請求項１５】
請求項１４に記載の方法であって、
前記バインディングユニットマニフェストファイルは、外部からダウンロードされることを特徴とする方法。
【請求項１６】
請求項１４に記載の方法であって、
前記バインディングユニットマニフェストファイルは、前記ローカルストレージに含まれるファイルのうちから前記仮想パッケージが形成されるべきファイルを示す情報を含むことを特徴とする方法。
【請求項１７】
請求項１６に記載の方法であって、
前記バインディングユニットマニフェストファイルは、前記ローカルストレージ内の特定ファイル名を有するファイルが前記仮想パッケージに含まれる新しいファイル名を示すネームマッピング情報を含むことを特徴とする方法。
【請求項１８】
請求項１７に記載の方法であって、
前記バインディングユニットマニフェストファイルに含まれるネームマッピング情報によって示された前記新しいファイル名が、前記記録媒体に含まれる特定ファイル名と同じである場合、前記バインディングユニットマニフェストファイルによって示されたファイルのみが前記仮想パッケージに含まれることを特徴とする方法。
【請求項１９】
ローカルストレージを用いて記録媒体からデータを再生する装置であって、
記録媒体からオリジナルデータを読み取るピックアップと、
前記記録媒体に含まれる前記オリジナルデータに関連する付加データを格納するローカルストレージと、
前記オリジナルデータ及び／または前記付加データを再生するために仮想ファイルシステムを形成し、前記仮想ファイルシステムを用いて前記オリジナルデータ及び／または前記付加データを再生するために仮想パッケージを形成する制御器と
を備え、
前記付加データに含まれる特定ファイルが前記記録媒体に含まれる特定ファイルと同じである場合、より高い優先順位が前記付加データのファイルに割り当てられることを特徴とする装置。
【図１】
【図２】
【図３】
【図４Ａ】
【図４Ｂ】
【図５】
【図６】
【図７】
【図８Ａ】
【図８Ｂ】
【図９Ａ】
【図９Ｂ】
【図９Ｃ】
【図１０Ａ】
【図１０Ｂ】
【図２】
【図３】
【図４Ａ】
【図４Ｂ】
【図５】
【図６】
【図７】
【図８Ａ】
【図８Ｂ】
【図９Ａ】
【図９Ｂ】
【図９Ｃ】
【図１０Ａ】
【図１０Ｂ】
【公表番号】特表２００８−５２２３４３（Ｐ２００８−５２２３４３Ａ）
【公表日】平成２０年６月２６日（２００８．６．２６）
【国際特許分類】
【出願番号】特願２００７−５４４２７２（Ｐ２００７−５４４２７２）
【出願日】平成１７年１２月２日（２００５．１２．２）
【国際出願番号】ＰＣＴ／ＫＲ２００５／００４１０３
【国際公開番号】ＷＯ２００６／０５９８８８
【国際公開日】平成１８年６月８日（２００６．６．８）
【出願人】（５９６０６６７７０）エルジー エレクトロニクス インコーポレーテッド (384)
【Ｆターム（参考）】
【公表日】平成２０年６月２６日（２００８．６．２６）
【国際特許分類】
【出願日】平成１７年１２月２日（２００５．１２．２）
【国際出願番号】ＰＣＴ／ＫＲ２００５／００４１０３
【国際公開番号】ＷＯ２００６／０５９８８８
【国際公開日】平成１８年６月８日（２００６．６．８）
【出願人】（５９６０６６７７０）エルジー エレクトロニクス インコーポレーテッド (384)
【Ｆターム（参考）】
[ Back to top ]