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