JP2008527596A - ローカルストレージを使用記録媒体再生方法および再生装置 - Google Patents

Abstract

記録媒体に記録されたデータを再生する装置は、ピックアップ部、複数のローカルストレージ、および制御部を含む。ピックアップ部は、記録媒体からディスクパッケージを読み出す。ローカルストレージは、ディスクパッケージに関連する複数のバインディングユニットを格納し、制御部は、複数のバインディングユニットに含まれるファイルのバインディング優先順位に従って、複数のバインディングユニットおよびディスクパッケージをバインディングすることにより仮想パッケージを生成する。複数のバインディングユニットは、バインディングされる２以上の同一ファイルを含むとき、仮想パッケージで最も高いバインディング優先順位を有するファイルが選択される。

Description

本発明は、記録媒体からデータを再生する方法および装置に関し、より詳細には、光記録／再生デバイスに含まれるローカルストレージを使用して、記録媒体からデータを再生する方法および装置に関する。

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

次世代記録媒体技術に基づくＢＤは、既存のＤＶＤよりはるかに多くのデータを格納できる次世代光記録ソリューションとみなされている。近来、他のデジタル機器と共にＢＤに関連する世界標準技術仕様の強力な研究が、多くの開発者によってなされてきている。

上述の状況に関連して、ＢＤ国際標準に基づく光記録／再生デバイスが近年開発されてきているが、光記録／再生デバイスの開発において多くの制限および問題が起こるので、ＢＤ国際標準はまだ完成していない。

特に、上述の光記録／再生デバイスは、ＢＤのデータの記録／再生のための基本機能だけでなく、光記録／再生デバイスが周辺デジタル機器とやりとりすることを可能とする追加機能も考慮しなければならない。言い換えると、光記録／再生デバイスは、外部入力信号を受信し、受信した信号を表示し、外部入力信号とＢＤを使用して所望のデータを再生しなければならない。

しかし、光記録／再生デバイスの開発において多くの制限および問題が起こるので、外部入力信号とＢＤとのデータを同時に再生するための、記録媒体からデータを再生するための装置はまだ確立されていない。

したがって、本発明は関連分野の制限および不利点のために、１以上の問題を大幅に取り除くローカルストレージを使用して記録媒体からデータを再生する方法および装置に向けられる。

本発明の目的は、外部からデータをダウンロードし、複数のローカルストレージにダウンロードしたデータを格納し、ローカルストレージ内に記録されたデータおよび記録媒体内に記録されたデータを効率的に再生するための方法および装置を提供することにある。

本発明の更なる利点、目的、および特徴は、一部は続く詳細な説明で説明され、一部は以下の検証の上で、当業者にとって明らかとなるか、または本発明の実践から学ぶだろう。本発明の目的および他の利点は、書かれた明細書および特許請求の範囲、ならびに添付の図面で特に指摘される構造によって認識され取得できる。

これらの目的及び他の利点を達成するために、そして本発明の目的のより、ここで組み込まれ広く説明されるように、複数のローカルストレージを用いて記録媒体上に記録されたデータを再生する方法は、記録媒体に記録されたディスクパッケージを読み出すステップと、ディスクパッケージと関連づけられ、複数のローカルストレージに格納された複数のバインディングユニットを読み出すステップと、各バインディングユニットに含まれるバインディング情報を読み出すステップと、複数のバインディングユニットに含まれるファイルのバインディング優先順位に従って、複数のバインディングユニットとディスクパッケージとをバインディングすることによって仮想パッケージを生成するステップであって、バインディング優先順位は、各バインディングユニットに含まれるバインディング情報に基づいて決定されるステップと、仮想パッケージを再生するステップを備える。

本発明の他の態様において、仮想パッケージを生成する方法が提供され、この方法は、複数のローカルストレージから、複数のバインディングユニットを読み出すステップであって、各バインディングユニットは、記録媒体に記録されたディスクパッケージと関連するデータを格納するディレクトリを含むステップと、複数のバインディングユニットのバインディング優先順位に従って、複数のバインディングユニットをディスクパッケージとバインディングすることによって仮想パッケージを生成するステップとを備える。

本発明の別の態様においても、記録媒体に記録されたデータを再生する装置が提供され、この装置は、記録媒体からディスクパッケージを読み出すピックアップ部と、ディスクパッケージと関連する複数のバインディングユニットを格納するための複数のローカルストレージと、複数のバインディングユニットに含まれるファイルのバインディング優先順位に従って、複数のバインディングユニットとディスクパッケージとをバインディングすることによって仮想パッケージを生成する制御部とを備える。

以下の一般的な説明および以下の本発明の詳細な説明の両方が、例示的および説明的であり、特許請求の範囲のように本発明の更なる説明を提供することを意図することを理解されたい。

本発明の更なる理解を提供するために含められ、組み込まれ、本出願の一部を構成する添付の図面は、本発明の実施形態を示し、詳細な説明と共に本発明の本質を説明するために提供される。

ここで本発明の好適な実施形態に詳しく参照がなされ、その例は、添付の図面に示される。可能な限り、同じまたは似たような部分のことのことを呼ぶために、同じ参照番号を図面全体で使用する。

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

本発明の説明に先立って、本発明で開示されるほとんどの用語は、当分野でよく知られている一般的な用語に対応するが、いくつかの用語は、必要に応じて出願人により選択され、本発明の以下の詳細な説明で、以降で開示されることに留意されたい。したがって、出願によって定義された用語は、本発明のおけるそれらの意味を基に理解されるのが好ましい。

本発明において使用される記録媒体は、すべての記録可能な媒体を示し、たとえば、様々な記録方式による、光ディスク、磁気テープなどである。「ディスク」という用語は、本発明によれば、記録媒体と同一とみなされる。

説明の便宜の本発明のより良い理解のため、ＢＤなどの光ディスクは、本発明における上述の記録媒体として、例示的に以降で使用される。本発明の技術的思想は、本発明の範囲および精神から逸脱することなく、他の記録媒体に適用可能であることに留意されたい。

「ローカルストレージ」という用語は、図１に示されるように、光記録／再生デバイス１０に含まれる格納部を示す。より詳しくは、「ローカルストレージ」という用語は、ユーザから必要な情報およびデータを受信し、受信した情報及びデータを格納できるコンポーネントを示す。たとえば、一般的なローカルストレージはハードディスクドライブ（ＨＤＤ）であるかもしれないが、本発明の「ローカルストレージ」という用語は、ＨＤＤに限られず、必要に応じて他の例に適用可能であることに留意すべきである。ローカルストレージは、光記録／再生デバイスへ／から結合／分離することができ、ポータブルＨＤＤ（例えば、ポータブルハードディスク、ポータブルフラッシュメモリ等）に実装できることは、当業者にとって明らかである。

特に、「ローカルストレージ」という用語は、ＢＤなどの記録媒体と関連付けられたデータを格納するための格納部を示す。記録媒体と関連付けられたデータは、一般に外部デバイスからダウンロードされる。

上述の説明と関連して、ローカルストレージは、記録媒体から一部の許容データを直接読み出し、記録媒体の記録／再生動作と関連するシステムデータ（例えば、メタデータ（Ｍｅｔａｄａｔａ））を生成することができ、これにより、システムデータは、ローカルストレージ内に格納することができることは、当業者にとって明らかである。

「バインディングユニット」は、ローカルストレージ内に格納されたファイルのセットを示す。特に、バインディングユニットは、特定記録媒体に関連する情報のセット（つまり情報セット）を示す。この場合は、情報セットは、バインディングユニットマニフェストファイルの情報により記録媒体に含まれるデータに、置き換え、追加（または付加）、または併合されるので、記録媒体のデータをローカルストレージのデータを同時に再生できるようになる。バインディングユニットの詳細な説明は後に説明する。

説明の便宜のため、記録媒体内に記録されたデータを「オリジナルデータ（ｏｒｉｇｉｎａｌ ｄａｔａ）」と呼び、ローカルストレージ内に格納された複数のデータユニットの中から記録媒体に関連するデータを「追加データ（ａｄｄｉｔｉｏｎａｌ ｄａｔａ）」と呼ぶ。

図１は、本発明によるデータを再生する方法および装置を示す概念図である。光記録／再生デバイス１０および周辺機器が図１に示されている。

光記録／再生デバイス１０は、様々なフォーマットを有する様々な光ディスクに／からデータを記録／再生できる。必要に応じて、光記録／再生デバイス１０は、ＢＤのなどの特定の光ディスクのみに／から特定のデータを記録／再生できるか、または同時にデータを記録することなしに光ディスクからデータを再生できる。本発明は、説明の便宜のためＢＤと周辺機器との相関の考慮において、例示的にＢＤからデータを再生可能なＢＤプレイヤまたは、ＢＤにデータを記録可能なＢＤレコーダを使用することに留意されたい。光記録／再生デバイス１０は、コンピュータなどの特定のデバイスに組み込まれたドライブにも適用可能である。

光記録／再生デバイス１０に／からデータを記録または再生し、外部入力信号を受信し、受信した信号処理を実行し、信号の処理した結果を外部ディスプレイ２０に送信するので、ユーザは信号処理結果をディスプレイ２０でみることができる。この場合、受信可能な外部信号に制限はない。たとえば、典型的な外部入力信号は、ＤＴＶ関連信号およびインターネット関連信号など決定されるかもしれない。特に、インターネットは、ユーザがアクセスを得る通信ネットワークを示すので、ユーザは光記録／再生デバイス１０を使用して特定のインターネットデータをダウンロードでき、ダウンロードしたデータを使用することができる。

上述の説明と関連して、外部ソースとして使用されるコンテンツデータを提供する人は、コンテンツプロバイダ（ＣＰ）と一般に呼ばれる。

オリジナルデータが、光記録／再生デバイス１０に置かれた光ディスク３０に記録され、このオリジナルデータと関連する追加データが、他の格納場所（例えば、インターネット）に存在するとき、本発明は、オリジナルデータと追加データを同時に再生することを目的とする。

例えば多重ＡＶ（オーディオ／ビデオ）ストリームが、光ディスクに記録されたオリジナルデータとして記録されると仮定すると、インターネットで使用する追加データは、追加データのオーディオストリーム（例えば、韓国語）と異なるオーディオストリームである。この場合、何人かのユーザは、インターネットから追加データとして動作する特定のオーディオストリーム（例えば、英語）をダウンロードでき、オリジナルデータとして動作するＡＶストリームと共にダウンロードしたオーディオストリームを再生することを望むことができ、あるいは追加データのみを再生することができる。上述のユーザの望みを実装するために、オリジナルデータと追加データ間の相関が確立されなければならず、上述のデータをユーザの要求にしたがって、管理／再生するシステム化された方法が必要とされる。

説明の便宜上、ディスクに記録された信号をオリジナルデータと呼び、ディスクの外部に存在する他の信号を追加データと呼ぶが、これは、オリジナルデータおよび追加データは、特定のデータに制限されないことに留意荒れたい。一般に。追加データは、オーディオデータ、プレゼンテーショングラフィック（ＰＧ）データ、インタラクティブグラフィック（ＩＧ）データ、テキストサブタイトルなどを示すことができるが、追加データもまた、上述のデータおよびビデオデータを含む多重ＡＶストリームを示すこともできる。言い換えると、光ディスクの外部に同時に存在するオリジナルデータに関連するデータは、追加データとして動作することができる。

上記のユーザの要求を満たすために、規定のファイル構造が、オリジナルデータおよび追加データの間で確立されなければならない。したがって、ＢＤで用いるファイル構造およびデータ記録構造は、以降で図２〜３を参照して説明される。

図２は、光ディスクに記録されたオリジナルデータを再生／管理するためのファイル構造、およびファイル構造によって特定タイトルを再生する方法を示す概念図である。

上述のファイル構造は図２に示される。本発明によるファイル構造は、一つのルートディレクトリの下に、１以上のＢＤディレクトリ（ＢＤＭＶ）を含む。ＢＤディレクトリ（ＢＤＭＶ）は、ユーザインタラクティビティを保障可能な一般ファイル（つまり、上位ファイル）として動作すするインデックスファイル「ｉｎｄｅｘ」のみならず、上述のオブジェクトファイルも含む。ファイル構造は、実際にディスク内に記録されたデータの情報、およびデータを再生する方法に関する他の情報を格納するための様々なディレクトリを含み、例えば、プレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）、クリップ情報ディレクトリ（ＣＬＩＰＩＮＦ）、ストリームディレクトリ（ＳＴＲＥＡＭ）、補助データディレクトリ（ＡＵＸＤＡＴＡ）、およびバックアップディレクトリ（ＢＡＣＫＵＰ）などである。上述のディレクトリおよびディレクトリ内に含まれる様々なファイルについて以降で説明する。

補助データディレクトリ（ＡＵＸＤＡＴＡ）は、ディスクのデータを再生するための追加データを含む。ＡＵＸディレクトリは、例えば、インタラクティブグラフィック機能を実行するときにサウンドデータをユーザに提供する「Ｓｏｕｎｄ．ｂｄｍｖ」ファイル、およびディスクのデータが再生されるときにフォント情報をユーザに提供する「１１１１１．ｏｔｆ」ファイルを含む。

ストリームディレクトリ（ＳＴＲＥＡＭ）は、特定フォーマットに従ってディスクに記録された複数のＡＶストリームファイルを含む。一般に、それぞれのストリームは、ＭＰＥＧ−２ベースの転送パケットを使用して記録され、ストリームディレクトリ（ＳＴＲＥＡＭ）は、特定の拡張名「＊．ｍ２ｔｓ」として、ストリームファイルの拡張名（０１０００．ｍ２ｔｓ、０２０００．ｍ２ｔｓ）を使用する。特に、上述のストリームの中から、ビデオ／オーディオ／グラフィック情報が多重の場合、多重情報は、ＡＶストリームと呼ばれ、ストリームをＡＶストリームといい、１つのタイトルが、少なくとも一つのＡＶストリームファイルで構成される。

クリップ情報（Ｃｌｉｐ−ｉｎｆｏ）ディレクトリ（ＣＬＩＰＩＮＦ）は、一対一対応で上述のストリームファイルと接続された複数のクリップ情報ファイル（０１０００．ｃｌｐｉ、０２０００．ｃｌｐｉ）で構成される。特に、クリップ情報ファイル（＊．ｃｌｐｉ）はそこに、ストリームファイル（＊．ｍ２ｔｓ）の属性情報およびタイミング情報を記録する。クリップ情報ファイル（＊．ｃｌｐｉ）は、一対一対応でストリームファイル（＊．ｍ２ｔｓ）に接続され、一般に「クリップ」と呼ばれる。言い換えると、これは、１つのクリップがストリームファイル（＊．ｍ２ｔｓ）およびクリップ情報ファイル（＊．ｃｌｐｉ）から構成されるデータを示すことを意味する。

プレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）は、複数のプレイリストファイル（＊．ｍｐｌｓ）を含む。それぞれのプレイリストファイル（＊．ｍｐｌｓ）は、１以上のプレイアイテム（ＰｌａｙＩｔｅｍ）およびサブプレイアイテム（ＳｕｂＰｌａｙＩｔｅｍ）を含む。各プレイアイテム（ＰｌａｙＩｔｅｍ）およびサブプレイアイテム（ＳｕｂＰｌａｙＩｔｅｍ）は、特定クリップが再生される間の再生間隔を設計されるよう適応される。プレイアイテム（ＰｌａｙＩｔｅｍ）およびサブプレイアイテム（ＳｕｂＰｌａｙＩｔｅｍ）は、再生されることになる特定のクリップに関連する情報を含み、これは例えば、開始時間（ＩＮ−Ｔｉｍｅ）および再生終了時間（ＯＵＴ−Ｔｉｍｅ）に関する情報である。

上述の説明に関連して、プレイリストファイル内で少なくとも一つのプレイアイテム（ＰｌａｙＩｔｅｍ）を使用するデータを再生する処理は、メインパス（ｍａｉｎ ｐａｔｈ）と呼ばれ、それぞれのサブプレイアイテム（ＳｕｂＰｌａｙＩｔｅｍ）を使用してデータを再生する処理は、サブパス（ｓｕｂ ｐａｔｈ）とよばれる。プレイリストファイルは一つのメインパスを含まなければならない。プレイリストファイルは、サブプレイアイテム（ＳｕｂＰｌａｙＩｔｅｍ）の存在または非存在に従って、必要に応じて少なくとも一つのサブパスを含むことができる。

結局として、プレイリストファイルは、１以上のプレイアイテム（ＰｌａｙＩｔｅｍ）の組み合わせにより所望のクリップを再生するための全体再生／管理ファイル構造に含まれる基本の再生／管理ファイルユニットとして動作する。

バックアップディレクトリ（ＢＡＣＫＵＰ）は、複製の再生ファイルを格納し、つまり、ディスク再生に関連する情報を格納するインデックスファイル「ｉｎｄｅｘ」の複製ファイル（「コピーファイル」とも呼ばれる）、オブジェクトファイル「ＭｏｖｉｅＯｂｊｅｃｔ」の複製ファイル、プレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）内の全てのプレイリストファイル（＊．ｍｐｌｓ）、およびクリップ情報ディレクトリ（ＣＬＩＰＩＮＦ）に含まれる全てのクリップ情報ファイル（＊．ｃｌｐｉ）の複製ファイルである。上述のファイル（「ｉｎｄｅｘ」、「ＭｏｖｉｅＯｂｊｅｃｔ」、「＊．ｍｐｌｓ」、および「＊．ｃｌｐｉ」）が損傷した場合、ディスク再生処理も致命的なダメージを受けるので、バックアップディレクトリ（ＢＡＣＫＵＰ）は、バックアップファイルとして、上述のファイルの複製ファイルを事前格納するよう設計されている。

上述の説明と関連して、上述のディスクファイル構造を使用して特定タイトルを再生する方法が図２に示されている。

インデックスファイル（「インデックステーブル」も呼ばれる）として使用されるタイトルに関連するタイトル再生コマンドをユーザが入力する場合、タイトルの再生が開始する。この詳細な説明は以降で説明する。

インデックスファイル（ｉｎｄｅｘ．ｂｄｍｖ）は、対応するディスクのデータがロードされるとき最初の再生画像に関連する情報を示す最初のプレイバック情報「Ｆｉｒｓｔ Ｐｌａｙｂａｃｋ」、メニュー画像を提供するトップメニュー情報「Ｔｏｐ Ｍｅｎｕ」、および少なくとも一つのタイトル情報「Ｔｉｔｌｅ ＃１〜Ｔｉｔｌｅ ＃ｎ」を含む。

光ディスク３０が光記録／再生デバイス１０にロードされる場合、インデックステーブルに関連するタイトルメニュー情報は、ディスプレイ２０を介してユーザに提供される。ユーザが特定タイトルまたは特定メニュー画像を選択する場合、ディスク製作者により予め定められたシナリオに従って、データ再生が開始する。言い換えると、すなわち、ユーザの特定タイトル（例えば、Ｔｉｔｌｅ ＃１）を再生するコマンドを入力する場合、再生／管理ファイル構造のオブジェクトファイル（ＭｏｖｉｅＯｂｊｅｃｔ）に含まれるコマンドに従って、特定のプレイリストファイルが実行される。その後、プレイリストファイル情報に従って、プレイリストファイルに含まれる特定プレイアイテムおよび／またはサブプレイアイテムにより、タイトル＃１を構成する１以上のクリップ（例えば、Ｃｌｉｐ ＃１〜Ｃｌｉｐ ＃３）が再生される。

図３は、本発明による記録媒体に記録されたデータ記録構造を示す構造図である。より詳細には、図３は、ファイル構造に関連する情報のディスク記録フォーマットを示す。図３に示されるように、ディスク内部領域の観点から、上述のディスク構造は、全体ファイルを管理するためのシステム情報として提供されるファイルシステム情報領域、記録されたＡＶストリーム（＊．ｍ２ｔｓ）を再生するためのプレイリストファイルおよびクリップ情報ファイルを記録するためのデータベース領域と、オーディオデータ、ビデオデータ、およびグラフィックデータなどで構成される複数のストリームを記録するためのＡＶストリーム領域を順に含む。特に、ＡＶストリーム領域に記録されたデータは、前述のとおり、オリジナルデータと決定されてもよいことに留意されたい。

本発明は、ディスクに記録されたオリジナルデータ（例えば、図２に示されるファイル構造）、およびローカルストレージに記録された追加データを同時にするための方法および装置を提供し、本発明による様々な好適な実施形態が以降で説明される。

図４Ａは、本発明による光記録／再生デバイス１０を示すブロック図である。

図４Ａを参照すると、光記録／再生デバイス１０は、ピックアップ部１１、サーボ部１４、信号処理部１３、ローカルストレージ１５、およびマイクロプロセッサ１６を含む。ピックアップ部１１は、光ディスクに記録されたオリジナルデータ、および再生／管理ファイル情報を含む管理情報を再生する。サーボ部１４は、ピックアップ部１１の動作を制御する。信号処理部１３は、ピックアップ部１１から再生信号を受信するか、受信した再生信号を所望の信号値に復元するか、または記録される信号を光ディスクに記録された他の信号に変調することによって、復元または変調された結果を送信する。ローカルストレージ１５はそこにデータを格納する。マイクロプロセッサ１６は、上述の構成要素の相互動作を制御する。

外部からダウンロードしたデータを格納するファイル構造を構成するとき、ローカルストレージ１５は、本発明による複数のローカルストレージから構成されてもよい。説明の便宜上、図７は、２つのローカルストレージの例を示す（第１ローカルストレージ、第２ローカルストレージ）が、本発明が図７の例に限定されることはなく、必要に応じて他の例に適用可能であることに留意されたい。

制御部１２は、ユーザからのコマンドを受信した上で、光ディスクの外部から追加データをダウンロードし、ダウンロードされた追加データをローカルストレージ１５に格納し、ローカルストレージのバインディングユニットマニフェストファイルに記録されたバインディングユニットマニフェスト情報を使用してバインディングユニットを構成する。さらに制御部１２は、バインディングユニットマニフェストファイルに記録されたバインディングユニットマニフェスト情報を使用して、仮想ファイル構造（以下、仮想パッケージと呼ぶ）を構成することによって、記録媒体に含まれるデータおよびローカルストレージに含まれるデータを再生できる。制御部は、ユーザからの要求を受信した上で、仮想パッケージを使用してオリジナルデータおよび／または追加データを再生する。

制御部１２により生成された仮想パッケージは、複数のクリップを再生可能なプレイアイテムを含む少なくとも１つの仮想プレイリストを含む。

制御部１２は、少なくとも一つのローカルストレージバインディングユニットファイルおよびディスクパッケージの間のバインディング優先順位に従って、バインディング動作を実行することによって、仮想パッケージを生成する方法を制御する。この場合、制御部１２がバインディング優先順位を決定してもよいことが好ましい。

例えば、第１ローカルストレージ第２がローカルストレージよりもバインディング優先順位が高い場合、および第１ローカルストレージのバインディングユニットと第２ローカルストレージのバインディングユニットがバインディング動作を実行する場合、第１および第２ローカルストレージのバインディングユニットに同一ファイルが存在するとき、より高いバインディング優先順位を有する第１ローカルストレージのバインディングユニット内に含まれるファイルが選択される。一方で、上述のバインディングユニットに異なるファイルが存在する場合、バインディングユニットのすべてのファイルが仮想パッケージを生成するために選択される。

上述の説明と関連して、バインディングユニットマニフェストファイル、バインディングユニットマニフェスト情報、および仮想パッケージの詳細な説明は、添付の図面を参照して以降で説明する。

ＡＶデコーダ１７は、制御部１２から制御信号を受信した上で、出力データ（オリジナルデータおよび／または追加データ）を最終的にデコードし、デコードした結果をユーザに提供する。

ＡＶエンコーダ１８は、制御部１２から制御信号を受信した上で、入力信号を特定フォーマットの信号（例えば、ＭＰＥＧ２転送ストリーム）に変換し、変換した結果を信号処理部１３に送信する。

新しい仮想パッケージをローカルストレージ１５に格納できるので、将来再利用ができるようになる。また、新しい仮想パッケージは、追加の動的メモリに一時的に格納でき、その後に使用できる。

図４Ｂは、本発明による光記録／再生デバイス１０に含まれるコンポーネント全体の中からローカルストレージを使用して光ディスクのデータを再生する装置を示す。

ローカルストレージ１５に格納された情報を以降で説明する。本発明によるローカルストレージ１５は、個々のディスク識別（ＩＤ）情報ごとについてのディレクトリおよびファイルを含むファイル情報（ｄｉｓｃ＿ＩＤ ＃ｎ依存のディレクトリファイル）、および外部からダウンロードした複数の付加クリップを格納する。ローカルストレージ１５のバインディングユニットが生成され、ローカルストレージ１５は、ディスクファイル構造（つまりディスクパッケージ）に関連するバインディング動作についてのバインディングユニットマニフェスト情報を格納することができる。

特に、ローカルストレージ１５内は、異なるディスクを処理するために複数のファイル情報ユニット（ｄｉｓｃ＿ＩＤ ＃ｎ依存のディレクトリファイル）を含むことができる。したがって、ローカルストレージ１５は、上述のファイル情報ユニットを管理するためのファイルシステムをさらに必要とする。特に、ファイルシステムは、ローカルストレージファイルシステム４１と呼ばれ、ローカルストレージファイルシステム４１は、ローカルストレージ１５に格納されたすべてのファイルを管理するシステムを示す。

したがって、特定ディスクＩＤ（ｄｉｓｃ＿ＩＤ）の光ディスク（例えば、ｄｉｓｃ＿ＩＤ ＃１）が光記録／再生デバイス１０内にローディングされる場合、光記録／再生デバイス１０に含まれる制御部１２は、ピックアップ部１１および信号処理部１３のＩＤ情報を認識する。ローカルストレージ１５がファイル情報を格納する場合、制御部は、ローカルストレージ１５に格納されたすべてのファイル情報ユニットの中から、ロードされたディスクＩＤ情報と等しいバインディングユニットファイル情報を読み出し、読み出した情報およびディスクパッケージをバインディング（または結合）することにより仮想パッケージを生成し、生成された仮想パッケージを使用してディスクのオリジナルデータとローカルストレージの追加データの両方を再生する。

しかし、１つのローカルストレージ１５およびローカルストレージファイルシステム４１が図４Ｂで図示されているが、本発明は、複数のローカルストレージの一例に関し、ローカルストレージ１５の数が複数であると決定され、ローカルストレージファイルシステム４１の数もまた複数であると決定されうることは、当業者にとって明らかである。

仮想パッケージを形成するために、ローカルストレージデータをディスクパッケージにバインディング（または結合）する方法が、図５を参照して以下で説明される。

図５は、本発明による記録媒体のデータおよびローカルストレージのデータを同時にするための上述の仮想パッケージを生成する方法を示す概念図である。

図４Ｂに示される情報およびコンテンツがローカルストレージ１５内に格納される状態出、特定のディスクが光記録／再生デバイス１０にロードされる場合、光記録／再生デバイス１０は、ローカルストレージ１５に含まれファイルシステム情報４１を読み出し、同時に、ディスクに記録されたファイル構造を含むディスクファイルシステム情報４２を読み出し、結果としてＶＦＳを生成する。さらに詳しくは、仮想ファイルシステム（ＶＦＳ）は、ローカルストレージに含まれるファイルシステムおよびローディングされたディスクの他のファイルシステムの両方を管理するために仮想的に生成されるファイルシステムを示す。

光記録／再生デバイスは、上述の仮想ファイルシステム（ＶＦＳ）を使用して、ディスク内のオリジナルデータおよびローカルストレージ内の追加データを同時に再生するために、新しい仮想パッケージを生成する。このために、光記録／再生デバイス１０は、ファイルシステムからディスク（例えば、ｄｉｓｃ＿ＩＤ ＃１）に関連するファイル情報（ｄｉｓｃ＿ＩＤ ＃１依存のディレクトリファイル）を読み出し、読み出されたバインディングユニットマニフェスト情報に従ってバインディングユニットを生成し、生成されたバインディングユニットを読み出し、読み出したファイル情報をロードされたディスク（ｄｉｓｃ＿ＩＤ ＃１）のディスクパッケージに置き換えるか、または読み出されたファイル情報をディスクパッケージに付加するために、バインディング動作を実行する。

上述の説明に関連して、本発明によるバインディングユニットマニフェストファイルは、ファイルとタイトルの関係を示すリスト（つまりファイルおよびタイトル関連リスト）Ｌｉｓｔ）、仮想パッケージを形成するためにバインディングユニットに含まれる全てのファイルのマッピングを実行するためのネームマッピング情報、プレイリストを進行するための進行プレイリスト情報、および認証情報を含む。

特に、ローカルストレージのファイル構造データがバインディングユニットを生成するとき、またはバインディングユニットがディスクパッケージと結合されるとき、上述のネームマッピング情報は使用される。

上述のバインディング動作により生成される仮想パッケージは、オリジナルクリップ４２２および付加クリップ４１２を再生／管理するためのファイル構造を示す。付加クリップ４２２は、ディスクに記録されるオリジナルデータから構成される。付加クリップ３１２は、ローカルストレージに記録された追加データで構成される。

ローカルストレージバインディングユニットを生成する好適な実施形態は、図６Ａ〜６Ｂを参照して以下で説明する。図６Ａ〜６Ｂに示される好適な実施形態は、バインディングユニットが、タイトル単位にディレクトリを含むファイル構造を生成するように特徴付けられている。

タイトル単位で構成される前述のバインディングユニットは、記録媒体と同じファイル構造を有することができる。必要に応じて、バインディングユニットは、記録媒体と異なるファイル構造を有することができる。

図６Ａは、本発明による仮想パッケージを生成するためのローカルストレージバインディングユニットを示す構造図である。特に、図６Ａに示されるローカルストレージは第１ローカルストレージ（ローカルストレージ１）と呼ぶ。

図６Ａを参照すると、ローカルストレージファイル構造に含まれるバインディングユニットマニフェストファイル（ｄｉｓｃ＿ＩＤ ＃１．ｂｕｍｆ）６１は、ニュートレーラ（４２００５．ｍｐｌｓ、４２００５．ｃｌｐｉ、４２００５．ｍ２ｔｓ）の個々のファイルを、ディスクの共有ディレクトリに含まれる補助データファイル（Ｊａｐａｎｅｓｅ．ｏｔｆ）にマッピングするためのマッピング情報を含む。

ディスクバインディングユニット（ｄｉｓｃ＿ＩＤ ＃１のバインディングユニット）７１が、上述のマッピング情報により生成されると、ニュートレーラ（Ｎｅｗ−ｔｒａｉｌｅｒ）ディレクトリが特有ディスクディレクトリ（ｄｉｓｃ＿ＩＤ ＃１）の下に位置づけられる。上述のニュートレーラディレクトリは、プレイリストファイル（４２００５．ｍｐｌｓ）、クリップ情報ファイル（４２００５．ｃｌｐｉ）、およびストリームファイル（４２００５．ｍ２ｔｓ）を含む。補助データファイル（Ｊａｐａｎｅｓｅ．ｏｔｆ）が共有ディレクトリの下に位置づけられる。

上述の説明に関連して、生成されたバインディングユニットの全てのファイルは読み取り専用ファイルとして動作し、上述のディスクパッケージと結合されるバインディングユニットは、記録媒体データおよび／またはローカルストレージデータを再生するために、新しい仮想パッケージを生成し、仮想パッケージ生成する方法は、図７を参照して以降で説明する。

図６Ｂは、本発明の別の好適な実施形態によって仮想パッケージを生成するためのローカルストレージのバインディングユニットを示す構造図である。特に、図６Ｂに示されるローカルストレージを第２ローカルストレージ（ローカルストレージ２）と呼ぶ。

図６Ｂを参照して、ローカルストレージファイル構造に含まれるバインディングユニットマニフェストファイル（ｄｉｓｃ＿ＩＤ ＃１．ｂｕｍｆ）６２は、ニュートレーラ（３２００５．ｍｐｌｓ、３２００５．ｃｌｐｉ、３２００５．ｍ２ｔｓ）の個々のファイルを、ディスクの共有ディレクトリに含まれる補助データファイル（Ｃｈｉｎｅｓｅ．ｏｔｆ）にマッピングするためのマッピング情報を含む。

ディスクバインディングユニット（ｄｉｓｃ＿ＩＤ ＃１のバインディングユニット）７２が、上述のマッピング情報により生成されると、ニュートレーラディレクトリは、特有ディスクディレクトリ（ｄｉｓｃ＿ＩＤ ＃１）の下に位置づけられる。上述のニュートレーラディレクトリは、プレイリストファイル（３２００５．ｍｐｌｓ）、クリップ情報ファイル（３２００５．ｃｌｐｉ）、およびストリームファイル（３２００５．ｍ２ｔｓ）を含む。補助データファイル（Ｃｈｉｎｅｓｅ．ｏｔｆ）が共有ディレクトリの下に位置づけられる。

上述の説明に関連して、生成されたバインディングユニットの全てのファイルは読み取り専用ファイルとして動作し、上述のディスクパッケージと結合されるバインディングユニットは、記録媒体データおよび／またはローカルストレージデータを再生するために、新しい仮想パッケージを生成し、仮想パッケージ生成する方法は、図７を参照して以降で説明する。

図７は、本発明によるファイル構造を基に、仮想ファイルシステム（ＶＦＳ）を用いて仮想パッケージを生成する方法を示す概念図である。

図７を参照すると、複数のローカルストレージが記録媒体に関連するコンテンツを含み、バインディングユニットマニフェストファイルが存在する場合に、ローカルストレージに含まれるバインディングユニットマニフェストファイルが、最も最近に生成されるか、または最初に生成されるとき、最も高いバインディング優先順位が決定される。バインディング優先順位が光記録／再生デバイスにおいて確立される場合、光記録／再生デバイスは、上述のバインディング優先順位に従って、バインディング動作を実行する。

さらに、光記録／再生デバイスは、ユーザのためのプレイオプションを含むことにより、ユーザは、プレイオプションメニューを使用いてローカルストレージの任意の１つのバインディングユニットに所望の優先順位を自由に割り当てることができるようになる。 特に、本発明の好適な実施形態は、複数のローカルストレージ（例えば２つのローカルストレージ（ローカルストレージ１、ローカルストレージ２））を示し、バインディング動作が実行されるとき、ローカルストレージ１のバインディング優先順位は、ローカルストレージ２よりも高くなることが想定される。

言い換えると、ディスクパッケージ７３のとき、ローカルストレージ１のバインディングユニット７１およびローカルストレージ２のバインディングユニット７２はバインディング動作を実行し、ローカルストレージ１のファイル、ローカルストレージ２のファイル、および記録媒体ファイルの中のバインディング優先順位は、降順で、ローカルストレージ１のファイル→ローカルストレージ２のファイル→記録媒体ファイルで決定される。言い換えると、最も高いバインディング優先順位は、ローカルストレージ１のファイルに設定され、中間のバインディング優先順位は、ローカルストレージ２のファイルに設定され、最も低いバインディング優先順位は、記録媒体ファイルに設定される。

好ましくは、ディスク特有領域バインディングユニットのファイルが、共有領域バインディングユニットのファイルより高い優先順位を有するのが好ましい。

特定ファイル構造（例えば、図２のディスクパッケージ）がローディングされたディスクに記録され、ディスクパッケージとも呼ばれる。ローカルストレージファイルシステム４１がローカルストレージに含まれる。ローカルストレージファイルシステム４１には、ロードされディスク（例えば、ｄｉｓｃ＿ＩＤ ＃１）と結合されるバインディングユニットおよびバインディングユニットマニフェストファイルを含む。

上述の説明に関連して、バインディングユニットは基本的に、ディスクファイル構造（つまりディスクパッケージ）と似ている。必要に応じて、タイトル単位で構成されたバインディングユニットが記録媒体と同じファイル構造を有するか、または記録媒体と異なるファイル構造を有することもできる。

バインディングユニットが、ディスクパッケージとは異なり、それ自身だけでは再生／管理ファイルとして動作できないことに留意されたい。

バインディングユニットがそれ自身でデータを実行するよう設計されていると仮定する場合、このデータ再生は、ローカルストレージのデータ再生と似ていることによって、ディスクに記録されたオリジナルデータおよびローカルストレージに記録された追加データの両方を掃除に再生することについて、バインディングユニットの上述の動作は、本発明の目的と正反対となる。

したがって、仮想ファイルシステム（ＶＦＳ）は、上述のバインディングユニットマニフェストファイルの情報の中から特にネームマッピング情報を使用し、ローカルストレージファイル構造にアップデートされたバインディングユニットを、ロードされたディスクに含まれるディスクパッケージとバインディング（または結合）することにより、バインディング動作を実行することによって、新しい仮想パッケージを生成する。

好ましくは、生成された生成された仮想パッケージは、ディスクパッケージと同じ構造を有することができるのが好ましい。

例えば、ディスクに含まれるディスクパッケージ（ｏｒｇ＿ＩＤ ＃１、ｄｉｓｃ＿ＩＤ ＃１）は、ルートディレクトリの下位ディレクトリを示すＢＤディレクトリ（ＢＤＭＶ）内に、インデックスファイル（Ｉｎｄｅｘ．ｂｄｍｖ）、オブジェクトファイル（ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ）、プレイリストファイル（０００００．ｍｐｌｓ）、クリップ情報ファイル（０１０００．ｃｌｐｉ）、ストリームファイル（０１０００．ｍ２ｔｓ）、および補助データファイル（ｓｏｕｎｄ．ｂｄｍｖ）を含む。

また、ロードされたディスク（例えば、ｄｉｓｃ＿ＩＤ ＃１）に関連する、新しくダウンロードされてアップデートされたバインディングユニット、またはあらかじめダウンロードされてローカルストレージに格納されているローカルストレージ１のバインディングユニット７１は、特定ＣＰディレクトリ（例えば、ｏｒｇ＿ＩＤ ＃１）の下に、ディスク特有ディレクトリ（ｄｉｓｃ＿ＩＤ ＃１）およびディスク共有ディレクトリを含む。

ディスク特有のディレクトリ（ｄｉｓｃ＿ＩＤ ＃１）の下位ディレクトリを示すニュートレーラディレクトリは、特定のプレイリストファイル（４２００５．ｍｐｌｓ）７１１、プレイリストファイル（４２００５．ｍｐｌｓ）７１１により管理されるクリップであるクリップ情報ファイル（４２００５．ｃｌｐｉ）７１２、およびストリームファイル（４２００５．ｍ２ｔｓ）７１３を含む。ディスク共有ディレクトリ（Ｓｈａｒｅｄ）は、補助データファイル（Ｊａｐａｎｅｓｅ．ｏｔｆ）７１４を含むことによって、ローカルストレージ１のバインディングユニットが生成される。

本発明によるローカルストレージ１のバインディングユニットマニフェストファイルのネームマッピング情報は、仮想パッケージ内に、バインディングユニットファイルの名前および位置を示す特定情報を含む。例えば、バインディングユニットマニフェストファイルのネームマッピング情報によれば、バインディングユニットに含まれるプレイリストファイル（４２００５．ｍｐｌｓ）７１１は、仮想パッケージのプレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）に含まれるプレイリストファイル（０００００．ｍｐｌｓ）７４１に置き換えられ、クリップ情報ファイル（４２００５．ｃｌｐｉ）７１２は、仮想パッケージのクリップ情報ディレクトリ（ＣＬＩＰＩＮＦ）のクリップ情報ファイル（０２０００．ｃｌｐｉ）７４３に置き換えられ、ストリームファイル（４２００５．ｍ２ｔｓ）７１３は、仮想パッケージのストリームディレクトリ（ＳＴＲＥＡＭ）のストリームファイル（０２０００．ｍ２ｔｓ）７４５に置き換えられ、ならびに補助データファイル（Ｊａｐａｎｅｓｅ．ｏｔｆ）７１４は、仮想パッケージのＡＵＸＤＡＴＡディレクトリの補助デートファイル（１１１１１．ｏｔｆ）７４７に置き換えられる。上述のネームマッピング情報は、ファイルの位置に関連するファイルのリスト情報を含む。

予めダウンロードされてローカルストレージに格納されている、ロードされたディスク（例えば、ｄｉｓｃ＿ＩＤ ＃１）またはローカルストレージ２のバインディングユニット７２に関連する新しくダウンロードされてアップデートされたバインディングユニットは、特定ＣＰディレクトリ（例えば、ｏｒｇ＿ＩＤ ＃１）の下にディスク特有のディレクトリ（ｄｉｓｃ＿ＩＤ ＃１）およびディスク共有ディレクトリ（Ｓｈａｒｅｄ）を含む。

ディスク特有のディレクトリ（ｄｉｓｃ＿ＩＤ ＃１）の下位ディレクトリを示すニュートレーラディレクトリは、特定プレイリストファイル（３２００５．ｍｐｌｓ）７２１、プレイリストファイル（３２００５．ｍｐｌｓ）７２１によって管理されるクリップ情報ファイル（３２００５．ｃｌｐｉ）７２２、およびストリームファイル（３２００５．ｍ２ｔｓ）７２３を含む。ディスク共有ディレクトリ（Ｓｈａｒｅｄ）は、補助データファイル（Ｃｈｉｎｅｓｅ．ｏｔｆ）７２４を含むことによって、ローカルストレージ２のバインディングユニットが生成される。

本発明によるローカルストレージ１のバインディングユニットマニフェストファイルのネームマッピング情報は、仮想パッケージ内に、バインディングユニットファイルの名前および位置を示す特定情報を含む。例えば、バインディングユニットマニフェストファイルのネームマッピング情報によれば、バインディングユニットに含まれるプレイリストファイル（３２００５．ｍｐｌｓ）７２１は、仮想パッケージのプレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）に含まれるプレイリストファイル（０００００．ｍｐｌｓ）７４１に置き換えられ、クリップ情報ファイル（３２００５．ｃｌｐｉ）７２２は、仮想パッケージのクリップ情報ディレクトリ（ＣＬＩＰＩＮＦ）のクリップ情報ファイル（０２０００．ｃｌｐｉ）７４３に置き換えられ、ストリームファイル（３２００５．ｍ２ｔｓ）７２３は、仮想パッケージのストリームディレクトリ（ＳＴＲＥＡＭ）のストリームファイル（０２０００．ｍ２ｔｓ）７４５に置き換えられ、ならびに補助データファイル（Ｃｈｉｎｅｓｅ．ｏｔｆ）７２４は、仮想パッケージのＡＵＸＤＡＴＡディレクトリの補助デートファイル（２２２２２１．ｏｔｆ）７４８に置き換えられる。上述のネームマッピング情報は、ファイルの位置に関連するファイルのリスト情報を含む。

したがって、仮想ファイルシステム（ＶＦＳ）がバインディング動作を実行するとき、ローカルストレージに含まれるバインディングユニットマニフェストファイルに記録された上述のネームマッピング情報にしたがって、バインディング動作が実行されることによって、仮想パッケージが生成されることになる。

この場合、ローカルストレージ１のバインディングユニット（ローカルストレージ１のバインディングユニット）に含まれるファイル（４２００５．ｍｐｌｓ）７１１、およびローカルストレージ２のバインディングユニット（ローカルストレージ２のバインディングユニット）に含まれるファイル（３２００５．ｍｐｌｓ）７２１は、バインディング動作後に生成された仮想パッケージに含まれるファイル（０００００．ｍｐｌｓ）７４１に変更される。ローカルストレージ１のバインディングユニット（ローカルストレージ１のバインディングユニット）に含まれるファイル（４２００５．ｃｌｐｉ）７１２、およびローカルストレージ２のバインディングユニット（ローカルストレージ２のバインディングユニット）に含まれるファイル（３２００５．ｃｌｐｉ）７２２は、バインディング動作後に生成された仮想パッケージに含まれるファイル（０２０００．ｃｌｐｉ）７４３に変更される。ローカルストレージ１のバインディングユニット（ローカルストレージ１のバインディングユニット）に含まれるファイル（４２００５．ｍ２ｔｓ）７１３およびローカルストレージ２のバインディングユニット（ローカルストレージ２のバインディングユニット）に含まれるファイル（３２００５．ｍ２ｔｓ）７２３は、バインディング動作後に生成された仮想パッケージに含まれるファイル（０２０００．ｍ２ｔｓ）７４５に変更される。ローカルストレージ１のファイルは、ローカルストレージ２のファイルより高いバインディング優先順位を有することによって、仮想パッケージファイル（０００００．ｍｐｌｓ：７４１、０２０００．ｃｌｐｉ：７４３、０２０００．ｍ２ｔｓ：７４５）はそれぞれ、ローカルストレージ１のファイル（４２００５．ｍｐｌｓ：７１１、４２００５．ｃｌｐｉ：７１２、４２００５．ｍ２ｔｓ：７１３）で構成される。

しかし、ローカルストレージ１のバインディングユニット（ローカルストレージ１のバインディングユニット）に含まれるファイル（Ｊａｐａｎｅｓｅ．ｏｔｆ）７１４およびローカルストレージ２のバインディングユニット（ローカルストレージ２のバインディングユニット）に含まれるファイル（Ｃｈｉｎｅｓｅ．ｏｔｆ）７２４は、それぞれ異なる従って、バインディング動作後に生成された仮想パッケージ７４のＡＵＸＤＡＴＡディレクトリの下に位置づけられる、ローカルストレージ１に含まれるファイル（Ｊａｐａｎｅｓｅ．ｏｔｆ）７１４は、補助データファイル（１１１１１．ｏｔｆ）７４７で構成され、バインディング動作後に生成された仮想パッケージ７４のＡＵＸＤＡＴＡディレクトリの下に位置づけられる、ローカルストレージ２のバインディングユニットに含まれるファイル（Ｃｈｉｎｅｓｅ．ｏｔｆ）７２４は、補助データファイル（２２２２２．ｏｔｆ）７４８で構成される。

したがって、ネームマッピング情報によって生成された仮想パッケージ７４は、ルートディレクトリの下位ディレクトリとして動作するＢＤディレクトリを含む。ＢＤディレクトリは、仮想パッケージによるインデックスファイル（Ｉｎｄｅｘ．ｂｄｍｖ）およびオブジェクトファイル（ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ）を含む。さらに、ＢＤディレクトリは、プレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）、クリップ情報ディレクトリ（ＣＬＩＰＩＮＦ）、ストリームディレクトリ（ＳＴＲＥＡＭ）、および補助データディレクトリ（ＡＵＸＤＡＴＡ）を含む。

プレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）は、ローカルストレージ１のバインディングユニット７１のプレイリストファイル（４２００５．ｍｐｌｓ）７１１の代替として動作するプレイリストファイル（０００００．ｍｐｌｓ）７４１を含む。クリップ情報ディレクトリ（ＣＬＩＰＩＮＦ）は、ディスクパッケージのクリップ情報ファイル（０１０００．ｍ２ｔｓ）７４２に、ローカルストレージ１バインディングユニット７１のクリップ情報ファイル（４２００５．ｃｌｐｉ）７１２の代替として動作するクリップ情報ファイル（０２０００．ｃｌｐｉ）７４３を付加する。ストリームディレクトリ（ＳＴＲＥＡＭ）は、ディスクパッケージのストリームファイル（０１０００．ｍ２ｔｓ）７４４に、ローカルストレージ１のバインディングユニット７１のストリームファイル（４２００５．ｍ２ｔｓ）７１３の代替として動作するストリームファイル（０２０００．ｍ２ｔｓ）７４５を付加する。補助データディレクトリ（ＡＵＸＤＡＴＡ）は、ディスクパッケージの補助データファイル（ｓｏｕｎｄ．ｂｄｍｖ）７４６に、ローカルストレージ１のバインディングユニット７１の補助デートファイル（Ｊａｐａｎｅｓｅ．ｏｔｆ）７１４の代替として動作する補助データファイル（１１１１１．ｏｔｆ）７４７、およびローカルストレージ２のバインディングユニット７２の補助デートファイル（Ｃｈｉｎｅｓｅ．ｏｔｆ）７２４の代替として動作する補助データファイル（２２２２２．ｏｔｆ）７４８を付加する。

上述の説明と関連して、仮想パッケージの上位ファイルとして動作するインデックスファイル（Ｉｎｄｅｘ．ｂｄｍｖ）およびオブジェクトファイル（ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ）は、新しく生成された仮想プレイリストファイル（０００００．ｍｐｌｓ）７４１を基にして、ディスクに含まれる既存のインデックスファイル（Ｉｎｄｅｘ．ｂｄｍｖ）およびオブジェクトファイル（ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ）においてアップデートされてもよい。特に、タイトルが仮想パッケージに含まれるプレイリストファイル（０００００．ｍｐｌｓ）７４１により別のタイトルに変更される場合（例えば、新しいタイトルが追加、既存タイトルが削除、またはタイトル再生のシナリオが他のシナリオに変更される場合）、上述のインデックスおよびオブジェクトファイルは、新しく生成された仮想パッケージを基にしてアップデートされてもよい。

上述の仮想パッケージ７４によって、記録媒体データを示すオリジナルデータおよびローカルストレージデータを示す追加データを再生する方法を、図８を参照して以降で説明する。

図８は、本発明によるローカルストレージを使用して記録媒体からデータを再生する方法を示すフローチャートである。特に、複数のローカルストレージが存在する場合、記録媒体データおよびローカルストレージのデータを再生する方法が図８に示される。

図８を参照すると、ディスクが光記録／再生デバイスにロードされると、光記録／再生デバイスは、ローカルストレージのデータ内の、ステップＳ８０１において、ディスクＩＤ情報（ｄｉｓｃ＿ＩＤ）を認識する。

光記録／再生デバイスは、ステップＳ８０２において上述のローカルストレージ内に同一ディスクＩＤ（ｄｉｓｃ＿ＩＤ）のバインディングユニットが存在するか否か決定する。この場合、同じディスクＩＤ（ｄｉｓｃ＿ＩＤ）の少なくとも１つのバインディングユニットがローカルストレージに含まれるか、または必要に応じて、ローカルストレージに同じディスクＩＤ（ｄｉｓｃ＿ＩＤ）のバインディグユニットは存在しない。

同一ディスクＩＤ情報（ｄｉｓｃ＿ＩＤ）のバインディングユニットがローカルストレージに存在しない場合、光記録／再生デバイスは、ステップＳ８０３において、記録媒体を示すディスクパッケージのデータを再生する。

同一ディスク識別情報（ｄｉｓｃ＿ＩＤ）のバインディングユニットがローカルストレージに存在すると、光記録／再生デバイスは、ステップＳ８０４において、同一ディスクＩＤ情報（ｄｉｓｃ＿ＩＤ）を有するバインディングユニット内に同じファイルが存在するか否かを決定する。

同一ディスクＩＤ情報（ｄｉｓｃ＿ＩＤ）を有するバインディングユニットに同じファイルが含まれないと決定した場合、互いに異なるすべてのファイルが、仮想パッケージを生成するためのバインディング動作の間に選択されることによって、ステップＳ８０５において仮想パッケージが生成される。

ステップＳ８０４において同一ディスクＩＤ情報（ｄｉｓｃ＿ＩＤ）を有するバインディングユニットに同じファイルが存在すると決定した場合、ステップＳ８０６において、仮想パッケージを生成するためのバインディング動作の間に、より高いバインディング優先順位を有するファイルが選択されることによって、仮想パッケージファイルが生成される。

好ましくは、上述のバインディング動作は、ローカルストレージに含まれるバインディングユニットおよびディスクパッケージに同時に適用できるのが望ましい。好ましくは、バインディング動作は、光記録／再生デバイスがインターネットなどのネットワークに接続されていない状態で実行することもできる。

上述の説明に関連して、バインディング優先順位は、複数のローカルストレージ間で確立できる。好ましくは、制御部はバインディング優先順位を確立できる。ローカルストレージに含まれるバインディング優先順位に関連して、ディスク特有領域バインディングユニットのファイルは、共有領域バインディングユニットより高いバインディング優先順位を有する。

好ましくは、ローカルストレージバインディングユニットのファイルおよび記録媒体（つまりディスクパッケージ）の間のバインディング優先順位は、ローカルストレージバインディングユニットファイル→ディスクパッケージのファイルの順に決定される。言い換えると、ローカルストレージバインディングユニットファイルは、ディスクパッケージファイルより高いバインディング優先順位を有する。

ステップＳ８０５〜Ｓ８０６において、「同一ファイル」または、「異なるファイル」という用語は、ネームマッピング情報に従って仮想パッケージを生成された後に取得されたファイルが、互いに等しいかまたは異なるかを示す。たとえば、「同一ファイル」という用語が決定されると、２つのファイルのファイル名は互いに同じであるので、２つのファイルもまた互いに等しくなる。

上記のステップＳ８０５〜Ｓ８０６において選択されたファイルにより仮想パッケージを生成し、生記録媒体として動作するディスクのオリジナルデータおよびローカルストレージの追加データは、ステップＳ８０７において、上述のディスクパッケージに従って再生される。

上述の説明から明らかなように、本発明によるローカルストレージを使用して記録媒体からデータを再生する方法及び装置は、記録媒体に記録されたオリジナルデータおよび複数のローカルストレージにダウンロード／記録された追加データを効率的に再生でき、ユーザにとってより便利な機能を生成できることとなる。

様々な変更および修正が、本発明の精神または範囲から逸脱することなく本発明においてなされうることは、当業者にとって明らかである。従って、本発明は、添付の特許請求の範囲およびその均等物の範囲内で提供されるこの発明の修正及び変更を網羅する。

本発明による記録媒体からデータを再生する方法および装置を示す概念図である。 記録媒体として動作する光ディスクに記録されたファイル構造、およびファイル構造を用いて特定タイトルが再生する方法を示す概念図である。 本発明による記録媒体として動作する光ディスクのデータ記録構造を示す構造図である。 本発明による光記録／再生デバイスを示すブロック図である。 本発明による光記録／再生デバイスに含まれる全体コンポーネントの中から、ローカルストレージを使用してデータを再生する装置を示すブロック図である。 本発明による記録媒体内に記録されたデータとローカルストレージ内に記録されたデータを同時に再生可能な仮想パッケージを生成する方法を示す概念図である。 本発明の好適な実施形態による仮想パッケージを生成するためのローカルストレージバインディングユニットを示す構造図である。 本発明の別の好適な実施形態による仮想パッケージを生成するためのローカルストレージのバインディングユニットを示す構造図である。 本発明によるファイル構造を基にして、仮想ファイルシステム（ＶＦＳ）を用いて仮想パッケージを生成する方法を示す概念図である。 本発明によるローカルストレージを用いて記録媒体からデータを再生する方法を示すフローチャートである。

Claims (25)

1. 複数のローカルストレージを用いて記録媒体に記録されたデータを再生する方法であって、
   前記記録媒体に記録されたディスクパッケージ（Ｄｉｓｃ Ｐａｃｋａｇｅ）を読み出すステップと、
   前記ディスクパッケージと関連づけられ、前記複数のローカルストレージ（Ｌｏｃａｌ Ｓｔｏｒａｇｅ）に格納された複数のバインディングユニット（Ｂｉｎｄｉｎｇ Ｕｎｉｔ）を読み出すステップと、
   各バインディングユニットに含まれるバインディング情報を読み出すステップと、
   前記複数のバインディングユニットに含まれるファイルのバインディング優先順位に従って、前記複数のバインディングユニットと前記ディスクパッケージとをバインディングすることによって仮想パッケージ（Ｖｉｒｔｕａｌ Ｐａｃｋａｇｅ）を生成するステップであって、前記バインディング優先順位は、各バインディングユニットに含まれる前記バインディング情報に基づいて決定されるステップと
   を備えたことを特徴とする方法。
2. 前記複数のバインディングユニットと前記ディスクパッケージがバインディングされる２以上の同一のファイルを含むとき、最優先バインディング順位を有するファイルが前記仮想パッケージ内で選択されることを特徴とする請求項１に記載の方法。
3. 前記複数のバインディングユニットに含まれるファイルのバインディング優先順位は、前記複数のバインディングユニットのバインディング優先順位に基づくことを特徴とする請求項１に記載の方法。
4. 最も最近のバインディングユニットマニフェストファイルを有するバインディングユニットが、前記複数のバインディングユニットの中で、最も高いバインディング優先順位を有することを特徴とする請求項３に記載の方法。
5. 前記複数のローカルストレージは、データ再生デバイス内に設置された少なくとも一つのローカルストレージと、前記データ再生デバイスから分離可能な少なくとも一つのローカルストレージとを備えることを特徴とする請求項１に記載の方法。
6. 前記複数のバインディングユニットおよび前記ディスクパッケージは、同時にバインディングされることを特徴とする請求項１に記載の方法。
7. 前記複数のバインディングユニットおよび前記ディスクパッケージは、ネットワークに接続されていないデータ再生デバイスによってバインディングされることを特徴とする請求項１に記載の方法。
8. 前記複数のバインディングユニットのそれぞれは、ディスク特定データ（ｄｉｓｃ ｓｐｅｃｉｆｉｃ ｄａｔａ）および共有データ（ｓｈａｒｅｄ ｄａｔａ）を含むことを特徴とする請求項１に記載の方法。
9. 前記複数のバインディングユニットのそれぞれは、ファイルがタイトルで構成されるファイル構造を有することを特徴とする請求項１に記載の方法。
10. 前記複数のバインディングユニットの前記ファイル構造は、前記ディスクパッケージのファイル構造と同一であることを特徴とする請求９に記載の方法。
11. 前記複数のバインディングユニットの前記ファイル構造は、前記ディスクパッケージのファイル構造と同一でないことを特徴とする請求項９に記載の方法。
12. 前記バインディング情報は、バインディングユニットマニフェスト情報（Ｂｉｎｄｉｎｇ Ｕｎｉｔ Ｍａｎｉｆｅｓｔ Ｉｎｆｏｒｍａｔｉｏｎ）を備えることを特徴とする請求項１に記載の方法。
13. 前記バインディングユニットマニフェスト情報は、バインディングユニットマニフェストファイル（Ｂｉｎｄｉｎｇ Ｕｎｉｔ Ｍａｎｉｆｅｓｔ Ｆｉｌｅｓ）に含まれ、前記バインディングユニットマニフェストファイルは、複数のバインディングユニットのそれぞれに含まれるファイルに関連するネームマッピング情報（Ｎａｍｅ Ｍａｐｐｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ）を含むことを特徴とする請求項１２に記載の方法。
14. 前記ローカルストレージは、ダウンロードしたデータを特定可能なディレクトリを含むことを特徴とする請求項１に記載の方法。
15. 各バインディングユニットは、ディスク特有領域および共有領域を有し、前記ディスク特有領域に含まれるファイルのバインディング優先順位は、前記共有領域に含まれるファイルのバインディング優先順位よりも高いことを特徴とする請求項１に記載の方法。
16. 前記複数のバインディングユニットに含まれるファイルのバインディング優先順位は、前記ディスクパッケージに含まれるファイルのバインディング優先順位よりも高いことを特徴とする請求項１に記載の方法。
17. 前記ディスクパッケージは、第１インデックスファイルおよび第１オブジェクトファイルを含み、前記複数のバインディングユニットのうちの一つは、第２インデックスファイルおよび第２オブジェクトファイルを含み、前記仮想パッケージは、前記第２インデックスファイルおよび前記第２オブジェクトファイルを含むことを特徴とする請求項１に記載の方法。
18. 前記仮想パッケージは、前記ディスクパッケージに含まれるプレイリストファイルと前記複数のバインディングユニットに含まれる少なくとも一つのプレイリストファイルとを結合することによって生成される仮想プレイリストファイルを含むことを特徴とする請求項１に記載の方法。
19. 仮想ファイルシステムは、前記仮想パッケージを生成するのに使用されることを特徴とする請求項１に記載の方法。
20. 前記仮想パッケージのファイル構造は、前記ディスクパッケージのファイル構造と同一であることを特徴とする請求項１に記載の方法。
21. 仮想パッケージを生成する方法であって、
    複数のローカルストレージから、複数のバインディングユニットを読み出すステップであって、各バインディングユニットは、記録媒体に記録されたディスクパッケージと関連するデータを格納するディレクトリを含むステップと、
    前記複数のバインディングユニットのバインディング優先順位（Ｂｉｎｄｉｎｇ Ｐｒｉｏｒｉｔｙ）に従って、前記複数のバインディングユニットを前記ディスクパッケージとバインディングすることによって仮想パッケージを生成するステップと
    を備えたことを特徴とする方法。
22. 前記複数のバインディングユニットが、バインディングされる２以上の同一のファイルを含むとき、最も高いバインディング優先順位を有するバインディングユニットに含まれるファイルが前記仮想パッケージ内で選択される請求項２１に記載の方法。
23. 記録媒体に記録されたデータを再生する装置であって、
    前記記録媒体からディスクパッケージを読み出すピックアップ部と、
    前記ディスクパッケージと関連する複数のバインディングユニットを格納するための複数のローカルストレージと、
    前記複数のバインディングユニットに含まれるファイルのバインディング優先順位に従って、前記複数のバインディングユニットと前記ディスクパッケージとをバインディングすることによって仮想パッケージを生成する制御部と
    を含むことを特徴とする装置。
24. 前記複数のバインディングユニットが、バインディングされる２以上の同一のファイルを含むとき、最も高いバインディング順位を有するファイルが前記仮想パッケージで選択されることを特徴とする請求項２３に記載の装置。
25. 前記制御部は、各バインディングユニットに含まれるバインディング情報を使用して、前記複数のバインディングユニットに含まれる前記ファイルの前記バインディング優先順位を決定することを特徴とする請求項２３に記載の装置。

Images