JP2008527601A - ローカルストレージを用いた記録媒体のデータ再生方法及び再生装置 - Google Patents

Abstract

ローカルストレージを用いた記録媒体のデータ再生方法及び再生装置を提供する。外部ソース（ｅｘｔｅｒｎａｌ ｓｏｕｒｃｅ）から記録媒体と関連したデータをダウンロードし、ダウンロードされたデータをローカルストレージ（ｌｏｃａｌ ｓｔｏｒａｇｅ）に保存する段階と、前記データの全部がダウンロード完了する前に再生（ｐｌａｙ）が可能なプレイリスト（ｐｌａｙｌｉｓｔ）を含むように、記録媒体と関連したミッシング（ｍｉｓｓｉｎｇ）データを有するバインディングユニットを用いてバーチャルパッケージ（ｖｉｒｔｕａｌ ｐａｃｋａｇｅ）を生成する段階と、前記ミッシングデータをダウンロードしながら前記プレイリストを再生（ｐｌａｙ）する段階と、を含む構成とした。

Description

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

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

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

これと関連して、ＢＤ国際規格を応用した光記録／再生装置が開発し始まったが、未だＢＤ規格は完備しておらず、完成した光記録／再生装置を開発するのに多くの限界と難題が生じている。

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

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

したがって、本発明は上記の問題点を解決するためのもので、その目的は、外部から記録媒体と関連したデータを受けて保存できるローカルストレージを備え、ローカルストレージと記録媒体を用いて外部からダウンロードしたデータを再生する再生方法及び再生装置を提供することにある。

したがって、本発明は、従来技術の上記の問題点を解決するためのローカルストレージを用いた記録媒体のデータ再生方法及び装置に関する。

本発明の目的は、外部ソース（ｅｘｔｅｒｎａｌ ｓｏｕｒｃｅ）から記録媒体と関連したデータをダウンロードし、ダウンロードされたデータをローカルストレージ（ｌｏｃａｌ ｓｔｏｒａｇｅ）に保存し、ローカルストレージと関連したローカルストレージを用いてダウンロードされたデータを再生することにある。

本発明の付加的な利点、目的及び特徴の一部は、下記の通りであり、他の一部は、本発明の属する分野における通常の知識を有する者が、下記の内容から自明に理解できるか、本発明を実施して知得できる。本発明の目的及び他の利点は、発明の詳細な説明と特許請求の範囲の他、添付の図面で特に指示する構造から得られることができる。

上記の目的を達成するために、本発明によるローカルストレージを用いた記録媒体のデータ再生方法は、ａ）外部ソース（ｅｘｔｅｒｎａｌ ｓｏｕｒｃｅ）から記録媒体と関連したデータをダウンロードし、ダウンロードされたデータをローカルストレージ（ｌｏｃａｌ ｓｔｏｒａｇｅ）に保存する段階と、ｂ）データの全部がダウンロード完了する前に再生（ｐｌａｙ）が可能なプレイリスト（ｐｌａｙｌｉｓｔ）を含むように、記録媒体と関連したミッシング（ｍｉｓｓｉｎｇ）データを有するバインディングユニットを用いてバーチャルパッケージ（ｖｉｒｔｕａｌ ｐａｃｋａｇｅ）を生成する段階と、ｃ）ミッシングデータをダウンロードしながらプレイリストを再生（ｐｌａｙ）する段階と、を含む。

ミッシングデータは、ストリームデータを示すものでありうる。

プレイリストは、ローカルストレージにダウンロードされたデータを再生することができる。

バーチャルパッケージは、記録媒体と関連したバインディングユニットマニフェストファイルによって生成されることができる。

本発明の他の実施例によるローカルディスクを用いた記録媒体のデータ再生方法は、ａ）記録媒体及びローカルストレージ内のデータを再生するバーチャルパッケージを生成する段階と、ｂ）バーチャルパッケージがデータの全部がダウンロード完了する前に再生が可能なプレイリストを含むように、記録媒体と関連したデータをダウンロードし、ミッシングデータを有するバインディングユニットを用いてバーチャルパッケージをアップデートする段階と、ｃ）ミッシングデータをダウンロードしながらプレイリストを再生する段階と、を含む。

プレイリストは、メインパス（ｍａｉｎ ｐａｔｈ）と少なくとも一つのサブパス（ｓｕｂ ｐａｔｈ）とを含み、コントローラによってメインパスにより参照されるデータとサブパスにより参照されるデータが同時にダウンロードされることができる。

サブパスが一つのサブプレイアイテムからなり、コントローラによってクリップのミッシング部分をダウンロードしながら、サブプレイアイテムにより参照されるダウンロードされたクリップの一部データを再生することができる。

サブパスが複数のサブプレイアイテムからなり、ミッシングクリップをダウンロードしながら、サブプレイアイテムににより参照されるダウンロードされたクリップを再生することができる。また、サブパスが複数のサブプレイアイテムからなり、クリップのミッシング部分をダウンロードしながら、プレイリストのいずれか一つに該当するクリップのダウンロードされた部分を再生することができる。

プレイリストは、ＢＤ−Ｊモジュールによって再生されることができる。

バーチャルパッケージは、ＢＤ−Ｊアプリケーションの要請によってアップデートされることができる。

再生中にミッシングデータ再生地点に達する場合、再生を停止する段階をさらに含むことができる。

プレイリストの再生中に誤りが発生する場合、誤りがＢＤ−Ｊアプリケーションによって訂正される段階を含むことができる。

プレイリストは、プログレッシブプレイリストを表示すものでありうる。

プログレッシブプレイリストによって参照されるデータは、記録媒体と関連したバインディングユニットマニフェストファイルによって指定されることができる。

バーチャルパッケージをアップデートするｂ）段階は、バインディングユニットマニフェストファイルがプログレッシブプレイリスト情報を含むか否かを確認する段階をさらに含むことができる。

本発明によるローカルストレージを用いた記録媒体のデータ再生装置は、記録媒体の情報を読み取るピックアップユニット（ｐｉｃｋｕｐ ｕｎｉｔ）と、記録媒体と関連したデータをダウンロードし、保存するローカルストレージと、全てのデータが完全にダウンロードされる前に再生可能なプレイリストを含むように、記録媒体と関連したミッシングデータを有するバインディングユニットを用いてバーチャルパッケージを生成し、ミッシングデータをダウンロードしながらプレイリストを再生するコントローラ（ｃｏｎｔｒｏｌｌｅｒ）と、を含む。

バーチャルパッケージが存在する場合、コントローラは、全てのデータが完全にダウンロードされる前に再生可能なプレイリストを含むように、バーチャルパッケージをアップデートすることができる。

ミッシングデータは、ストリームデータを表示するものでありうる。

プレイリストは、ローカルストレージにダウンロードされたデータを再生することができる。

コントローラは、記録媒体と関連したバインディングユニットマニフェストファイルによってバーチャルパッケージを生成することができる。

プレイリストは、メインパスと少なくとも一つのサブパスを含み、コントローラは、メインパスとサブパスにより参照されるデータを同時にダウンロードすることができる。

コントローラは、クリップのミッシング部分をダウンロードしながら、プレイリストによって指定されたクリップのダウンロードされた部分を再生することができる。コントローラは、ミッシングクリップをダウンロードしながら、プレイリストによって指定されたダウンロードされたクリップを再生することができる。

サブパスは、複数のサブプレイアイテムからなり、コントローラは、クリップのミッシング部分がダウンロードされる中に、クリップのダウンロードされた部分を再生することができる。

コントローラは、ＢＤ−Ｊモジュールを含み、ＢＤ−Ｊモジュールは、プレイリストを再生することができる。

プレイリストは、プログレッシブプレイリストでありうる。

プログレッシブプレイリストによって指定されたデータは、記録媒体と関連したバインディングユニットマニフェストファイルによって指定されることができる。バーチャルパッケージを生成する場合、コントローラがバインディングユニットマニフェストファイルを含むか否かを確認することができる。

本発明の前述した一般的な説明と後述する詳細な説明は、請求項に記載された本発明をより詳細に説明するためのものである。

本発明は、上記の実施例に限定されず、添付の特許請求の範囲から分かるように、本発明の属する技術分野における通常の知識を有する者によって変形実施でき、これらの変形は本発明の範囲に属する。

以下、本発明に係るローカルストレージを用いた記録媒体のデータ再生方法及び再生装置の好適な実施形態について、添付の図面を参照しつつ詳細に説明する。

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

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

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

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

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

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

これと関連して、“バインディングユニット（Ｂｉｎｄｉｎｇ Ｕｎｉｔ）”とは、前記ローカルストレージ内に保存された情報の一集合であり、特に、特定記録媒体に関連して該当記録媒体内のデータに代替（ｒｅｐｌａｃｉｎｇ）または追加（ａｐｐｅｎｄｉｎｇ）されて、記録媒体の再生時にローカルストレージ内のデータも共に再生可能にする情報の一集合を意味する。

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

また、本発明で“タイトル（ｔｉｔｌｅ）”とは、使用者とのインターフェースをなす再生単位で、それぞれのタイトルは、特定のオブジェクト（Ｏｂｊｅｃｔ）とリンク（ｌｉｎｋ）されており、オブジェクト内の命令（ｃｏｍｍａｎｄ）あるいはプログラムによってディスク内に記録された該当タイトルに関連したストリーム（ｓｔｒｅａｍ）が再生される。特に、本発明では、説明の便宜上、ディスク内に記録されたタイトルのうち、ＭＰＥＧ２圧縮方式による動映像映画及びインタラクティブ（ｉｎｔｅｒａｃｔｉｖｅ）情報が記録されたタイトルを特に“ＨＤＭＶタイトル”と命名し、Ｊａｖａ（登録商標）プログラムにより実行される動映像映画及びインタラクティブ（ｉｎｔｅｒａｃｔｉｖｅ）情報が記録されたタイトルを“ＢＤ−Ｊタイトル”と命名する。

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

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

光記録再生装置１０は、光ディスク３０を記録再生する他、外部入力信号を受信してこれを信号処理したのち、信号処理結果を外部ディスプレイ２０に伝送し該ディスプレイ２０を通じて使用者信号処理結果を表示する。この場合、入力可能な外部信号には特に制限はないが、デジタルマルチメディアブロードキャスティング（Ｄｉｇｉｔａｌ ｍｕｌｔｉｍｅｄｉａ ｂｒｏａｄｃａｔｉｎｇ）及びインターネット（Ｉｎｔｅｒｎｅｔ）信号などが代表的な外部入力信号となる。特に、インターネット（Ｉｎｔｅｒｎｅｔ）の場合、現在誰でも容易に接近できる媒体で、光記録再生装置１０を通じてインターネット上の特定データをダウンロードして活用することができる。

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

また、コンテンツとは、タイトルを構成する内容で、記録媒体の著者（ａｕｔｈｏｒ）によって提供されるデータを意味する。

光記録再生装置１０内にローディングされた光ディスク３０にはオリジナルデータが記録されており、インターネットのような光記録再生装置１０の外部に前記オリジナルデータと関連した付加データが存在する場合に、本発明で解決しようとするところは、ローカルストレージを用いて付加データを再生することである。

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

説明の便宜上、ディスク内に記録された信号をオリジナルデータと、ディスク外部に存在する信号を付加データと命名したが、これは、単にそれぞれのデータを取得する方法によって区分したもので、オリジナルデータと付加データが必ずしも特定のデータに限定されることはない。

したがって、一般的な付加データとしては、オーディオ（ａｕｄｉｏ）、プレゼンテーショングラフィック（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃ、ＰＧ）、インタラクティブグラフィック（Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃ、ＩＧ）、テキストサブタイトル（Ｔｅｘｔ ｓｕｂ ｔｉｔｌｅ）などが可能であり、さらには、上に列挙したデータとビデオ（ｖｉｄｅｏ）を含むマルチプレクスされたＡＶストリームなども可能である。すなわち、光ディスク外部に存在しながら、オリジナルデータと関連したいずれの属性のデータも付加データとして可能である。

上記のような使用者の要求を満足させるためには、オリジナルデータと付加データ相互間に、関連したファイル構造を有する必要がある。したがって、以下、図２及び図３に基づいてＢＤで使用可能なファイル構造及びデータ記録構造について詳細に説明する。

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

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

メタデータディレクトリ（ＭＥＴＡ）は、“データに関するデータ（Ｄａｔａ ａｂｏｕｔ ａ ｄａｔａ）”であるメタデータファイルを含む。すなわち、サーチファイル（Ｓｅａｒｃｈ ｆｉｌｅ）、ディスクライブラリ（Ｄｉｓｃ Ｌｉｂｒａｒｙ）のためのメタデータファイルなどが、メタデータディレクトリに存在する。

ＢＤ−Ｊオブジェクトディレクトリ（ＢＤＪＯ）は、ＢＤ−Ｊタイトルを再生するためのＢＤ−Ｊオブジェクトファイルを含む。

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

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

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

プレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）は、複数のプレイリストファイル（“＊．ｍｐｌｓ”）を含む。それぞれのプレイリストファイル（“＊．ｍｐｌｓ”）は、一つ以上のプレイアイテム（ＰｌａｙＩｔｅｍ）と一つ以上のサブプレイアイテム（ＳｕｂＰｌａｙＩｔｅｍ）とを含む。それぞれのプレイアイテムとサブプレイアイテムは、特定クリップの再生間隔を指定する。プレイアイテムとサブプレイアイテムは、再生を希望する特定クリップの情報、例えば、再生開始時間（ＩＮ−Ｔｉｍｅ）と再生終了時間（ＯＵＴ−Ｔｉｍｅ）に関する情報を有する。

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

結局として、プレイリストファイルは、少なくとも一つのプレイアイテムの組合によって所望のクリップの再生を行う全体再生管理ファイル構造内の基本的再生管理ファイル単位となる。

バックアップディレクトリ（ＢＡＣＫＵＰ）は、複数の複写本ファイルを保存する。例えば、ファイル構造上のデータのうち、ディスク再生と関連した情報が記録されるインデックスファイル（“ｉｎｄｅｘ”）、オブジェクトファイル（ムービーオブジェクト、ＢＤ−Ｊオブジェクト）、プレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）内の全てのプレイリストファイル（“＊．ｍｐｌｓ”）及びクリップ情報ディレクトリ（ＣＬＩＰＩＮＦ）内の全てのクリップ情報ファイル（“＊．ｃｌｐｉ”）に対する複写本（ｃｏｐｙ）ファイルを保存する。バックアップディレクトリは、前記のファイルが損傷される場合、ディスク再生にも致命的な損傷が与えられるのを考慮して、あらかじめバックアップ用に別途保存するために設けられる。

これと関連して、図２は、前述したディスクファイル構造によって特定タイトルを再生する方法を示す。
インデックスファイル（‘インデックステーブル（ｉｎｄｅｘｔａｂｌｅ）’ともいう。）によって提供されるタイトルに対する使用者のタイトル再生命令がある場合、該当タイトルの再生が始まる。これについて詳細に説明すると、次の通りである。

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

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

図３は、本発明による記録媒体に保存されたデータ保存構造を示す構造図である。より詳細には、図３は、ファイル構造と関連した情報のディスク保存フォーマットを示す。

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

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

図４Ａは、本発明の光記録再生装置１０を示すブロック図である。

図４Ａを参照すると、光記録再生装置１０は、ピックアップ（ｐｉｃｋｕｐ、１１）、サーボ（ｓｅｒｖｏ、１４）、シグナルプロセッサ（ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ、１３）及びマイクロプロセッサ（ｍｉｃｒｏ ｐｒｏｃｅｓｓｏｒ、１６）を含む。ピックアップ１１は、光ディスクに記録されたオリジナルデータ及びバインディングユニットマニフェストファイル情報（ｂｉｎｄｉｎｇ ｕｎｉｔ ｍａｎｉｆｅｓｔ ｆｉｌｅ ｉｎｆｏｒｍａｔｉｏｎ）と再生管理ファイル情報を含む管理情報を読み取る。サーボ１４は、ピックアップ１１の動作を制御する。シグナルプロセッサ１３は、ピックアップ１１から再生信号を受信し、所望の信号値に復元するか、記録される信号を光ディスクに記録される信号に変調（ｍｏｄｕｌａｔｉｏｎ）し、復元または変調された結果を伝送する。マイクロプロセッサ１６は、これらの構成要素の全ての動作を制御する。

また、コントローラ（ｃｏｎｔｒｏｌｌｅｒ、１２）は、使用者命令等によって光ディスク外に存在する付加データをダウンロードし、これをローカルストレージ１５に保存するとともに、ローカルストレージ１５内でバインディングユニットマニフェストファイル（ｂｉｎｄｉｎｇ ｕｎｉｔ ｍａｎｉｆｅｓｔ ｆｉｌｅ）に記録された情報を用いてバインディングユニットを生成する。また、コントローラ１２は、記録媒体データとローカルストレージ内のデータを再生するために、ローカルストレージ１５内のバインディングユニットマニフェストファイルに記録されたバインディングユニット管理情報を用いてバーチャルファイル構造（以下、バーチャルパッケージ’という。）を生成し、バーチャルパッケージ（ｖｉｒｔｕａｌ ｐａｃｋａｇｅ）を用いてオリジナルデータ及び／または付加データを使用者の要求に応じて再生する。

また、コントローラ１２によって生成されたバーチャルパッケージは、複数のクリップを再生可能にするプレイアイテムが備えられたバーチャルプレイリストを少なくとも一つ含む。

これと関連して、バインディングユニットマニフェストファイル、ネームマッピング情報（ｎａｍｅ ｍａｐｐｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ）及びバーチャルパッケージに対する内容を、図５を参照して以下に詳細に説明する。

ＡＶデコーダ（ＡＶ ｄｅｃｏｄｅｒ、１９）は、コントローラ１２の制御によって出力データ（オリジナルデータ及び／または付加データ）を最終的にデコーディングして使用者に提供する。

ＡＶエンコーダ（ＡＶ ｅｎｃｏｄｅｒ、１８）は、光ディスクに信号を記録する機能を果たすために、コントローラ１２の制御信号に応じて入力信号を特定フォーマットの信号、例えば、ＭＰＥＧ２トランスポートストリーム（ｔｒａｎｓｐｏｒｔ ｓｔｒｅａｍ）に変換してシグナルプロセッサ１３に提供する。

新しいバーチャルパッケージは、今後再利用のためにローカルストレージ１５に保存される、または、別のダイナミックメモリ（Ｄｙｎａｍｉｃ Ｍｅｍｏｒｙ）に一時的に保存されて用いられることができる。

図４Ｂは、本発明による光記録再生装置１０の全体構成のうち、ローカルストレージを用いてデータを再生する光ディスク再生装置を示すブロック図である。

ローカルストレージ１５内に保存された情報について説明すると、次の通りである。本発明によるローカルストレージ１５には、ディスク識別情報別にディレクトリ及びファイルを有するファイル情報（ｄｉｒｅｃｔｏｒｙ−Ｆｉｌｅ ｆｏｒ ｄｉｓｃ＿ＩＤ ＃ｎ ｄｅｐｅｎｄｅｎｔ）と、外部からダウンロードした複数の付加クリップが存在する。

また、ローカルストレージ１５は、ローカルストレージ１５のバインディングユニットを生成し、ディスク内のファイル構造とのバインディングのためのバインディングユニットマニフェストファイルを含むことができる。

特に、ローカルストレージ１５は、相異なるディスクに対応するための複数のファイル情報ユニット（ｄｉｒｅｃｔｏｒｙ−Ｆｉｌｅ ｆｏｒ ｄｉｓｃ＿ＩＤ ＃ｎ ｄｅｐｅｎｄｅｎｔ）を含むことができる。したがって、ローカルストレージ１５には、これを管理するためのファイルシステムが別に存在するようになる。

このファイルシステムを特にローカルストレージファイルシステム（ｌｏｃａｌ ｓｔｏｒａｇｅ ｆｉｌｅ ｓｙｓｔｅｍ、４１）といい、ローカルストレージファイルシステム４１は、ローカルストレージ１５内の全てのファイルを管理するシステムとなる。
したがって、特定ディスク識別情報（ｄｉｓｃ＿ＩＤ）を有する光ディスク（例えば、ｄｉｓｃ＿ＩＤ ＃１）が光記録再生装置１０内にローディングされると、光記録再生装置１０内のコントローラ１２は、ピックアップ１１及びシグナルプロセッサ１３を通じて該当ディスクの識別情報を確認する。ローカルストレージ１５内に保存されたファイル情報があると、コントローラ１２は、前記保存されたファイル情報のうち、ローディングされたディスク識別情報と一致するバインディングユニットファイル情報を読み取り、読み取られた情報とディスクパッケージをバインディング（ｂｉｎｄｉｎｇ）してバーチャルパッケージを生成する。生成されたバーチャルパッケージを用いてディスク内のオリジナルデータとローカルストレージ内の付加データを両方とも再生する。
これと関連して、ローカルストレージ１５内に保存されたファイル情報がないと、外部入力ソースからデータをダウンロードしてバインディングユニットを生成し、バインディングユニットファイル情報を読み取り、読み取られた情報をディスクパッケージとバインディングしてバーチャルパッケージを生成する。

以下、図５を参照して本発明によるバーチャルパッケージの生成方法について説明する。

図５を参照すると、ローカルストレージ１５内に、前述した図４Ｂのような情報及びコンテンツが保存されている状態で、特定ディスクがローディングされると、光記録再生装置１０は、ローカルストレージファイルシステム情報４１を読み取ると同時に、ディスク内に記録されたファイル構造を含むディスクファイルシステム情報４２を読み取り、これからバーチャルファイルシステム（ｖｉｒｔｕａｌ ｆｉｌｅ ｓｙｓｔｅｍ、ＶＦＳ）を形成する。すなわち、バーチャルファイルシステムは、ローカルストレージファイルシステム４１とローディングされたディスクのディスクファイルシステム４２とを統合して管理するための一種の仮想的に形成されたファイルシステムを意味する。

光記録再生装置は、前記のバーチャルファイルシステムを通じてディスク内に記録されたオリジナルデータとローカルストレージに記録された付加データとを同時に再生するために、新しいバーチャルパッケージを生成する。このため、光記録再生装置１０はファイルシステムからディスク（例えば、ｄｉｓｃ＿ＩＤ ＃１）と関連したファイル情報（ｄｉｒｅｃｔｏｒｙ−Ｆｉｌｅ ｆｏｒ ｄｉｓｃ＿ＩＤ ＃１ ｄｅｐｅｎｄｅｎｔ）を読み取り、読み取られたバインディングユニットマニフェストファイル情報によってバインディングユニットを生成し、生成されたバインディングユニットを読み取り、ローディングされたディスク（ｄｉｓｃ＿ＩＤ ＃１）のファイル構造に、バインディングユニットマニフェストファイルに記録されたネームマッピング情報またはプログレッシブプレイリスト情報（ｐｒｏｇｒｅｓｓｉｖｅ ｐｌａｙ ｌｉｓｔ ｉｎｆｏｒｍａｔｉｏｎ）によって、ファイルを代替（ｒｅｐｌａｃｉｎｇ）または追加（ａｐｐｅｎｄｉｎｇ）するバインディングオペレーション（ｂｉｎｄｉｎｇ ｏｐｅｒａｔｉｏｎ）を行う。プログレッシブプレイリストについては、図７以下で詳細に後述する。

これと関連して、本発明においてネームマッピング情報は、ローカルストレージのディレクトリ及び／またはファイル構造でバインディングユニットマニフェストファイルに記録されている情報で、バインディングユニットを生成する時と、バインディングオペレーションを行ってバーチャルパッケージを生成する時に適用される情報である。

また、ファイル及びタイトル関連リスト（Ｆｉｌｅｓ ａｎｄ ｔｉｔｌｅｓ ｒｅｌａｔｉｏｎ ｌｉｓｔ）情報、プログレッシブプレイリスト情報、資格（ｃｒｅｄｅｎｔｉａｌ）情報もバインディングユニットマニフェストファイルに含まれることができる。前記ファイル及びタイトル関連リスト情報は、タイトル単位の削除と確認（ｖｅｒｉｆｉｃａｔｉｏｎ）に利用され、資格情報は、異なるコンテンツプロバイダ同士間で共有されるファイルをバインディングするのに用いられる。

これと関連して、前記のバインディングオペレーションによって生成されたバインディングユニットは、オリジナルクリップ４２２と付加クリップ４１２を再生／管理するためのファイル構造である。オリジナルクリップ４２２は、ディスク内に保存されたオリジナルデータからなる。付加クリップ４１２は、ローカルストレージ内に記録された付加データからなる。

図６は、本発明によるバーチャルパッケージの生成関係を示す概略図である。
特定のファイル構造、例えば、図２のディスクパッケージは、ローディングされたディスクに記録され、これを特にディスクパッケージ（ｄｉｓｃ ｐａｃｋａｇｅ）という。ローカルストレージファイルシステム４１は、ローカルストレージに含まれる。ローカルストレージファイルシステム４１は、ローディングされたディスク（例えば、ｄｉｓｃ＿ＩＤ ＃１）と結合されたバインディングユニットとバインディングユニットマニフェストファイルを含む。

これと関連して、バインディングユニットマニフェストファイルによって指定された（ｒｅｆｅｒｅｎｃｅｄ）全てのファイルとディスクのバインディングユニットマニフェストファイルは、読み取り専用（Ｒｅａｄ−ｏｎｌｙ）ファイルでありうる。

バインディングユニットマニフェストファイルは、ネームマッピング情報を含む。バインディングユニットマニフェストファイルは、バインディングユニットと関連した様々な情報を含む。例えば、バインディングユニットマニフェストファイルは、バインディングユニットに含まれたファイルのリスト情報、バインディングユニットがディスクと結合される時のバインディングユニットのファイルの位置を表す位置情報及びバーチャルパッケージのファイル名情報などを含む。

したがって、バーチャルファイルシステムは、前記のバインディングユニットマニフェストファイルを用いてバインディングユニットとローディングされたディスクのディスクパッケージとを結合するバインディングオペレーションを行って新しいバーチャルパッケージを生成する。

例えば、図６に示すディスクのディスクパッケージによれば、ルートディレクトリの下位ディレクトリとされるＢＤＭＶディレクトリは、インデックスファイル（ｉｎｄｅｘ．ｂｄｍｖ）、オブジェクトファイル（ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ）、プレイリストファイル（００００．ｍｐｌｓ）、クリップ情報ファイル（０１０００．ｃｌｐｉ）、ストリームファイル（０１０００．ｍ２ｔｓ）及び補助ファイル（ｓｏｕｎｄ．ｂｄｍｖ）を含む。前述したディスクパッケージの条件で、ローディングされたディスク（例えば、ｏｒｇ＿ＩＤ ＃１であり、ｄｉｓｃ＿ＩＤ ＃１であるディスク）に関連したバインディングユニット６１に、特定のプレイリストファイル（Ａｐｒ２００５．ｍｐｌｓ：６１１）と前記プレイリストファイル（Ａｐｒ２００５．ｍｐｌｓ：６１１）によって管理されるクリップ、すなわち、クリップ情報ファイル（Ａｐｒ２００５．ｃｌｐｉ：６１２）とストリームファイル（Ａｐｒ２００５．ｍ２ｔｓ：６１３）を含み、ディスク従属共有（ｄｉｓｃ−ｄｅｐｅｎｄｅｎｔ−Ｓｈａｒｅｄ、Ｓｈａｒｅｄ）ディレクトリは、補助データファイル（Ｊａｐａｎｅｓｅ．ｏｔｆ：６１４）を含む。以下、ディスクパッケージとバインディングユニットによってバーチャルパッケージ５１が生成される関係について説明する。

本発明でネームマッピング情報は、バインディングユニット内のファイルと関連した情報である。プレイリストファイル（Ａｐｒ２００５．ｍｐｌｓ：６１１）はバーチャルパッケージ５１でプレイリストディレクトリのプレイリストファイル（０００００．ｍｐｌｓ：５１１）に、クリップ情報ファイル（Ａｐｒ２００５．ｃｌｐｉ：６１２）はバーチャルパッケージでＣＬＩＰＩＮＦディレクトリのクリップ情報ファイル（０２０００．ｃｌｐｉ：５１２）に、ストリームファイル（Ａｐｒ２００５．ｍ２ｔｓ：６１３）はバーチャルパッケージでストリームディレクトリのストリームファイル（０２０００．ｍ２ｔｓ：５１３）に、補助データファイル（Ｊａｐａｎｅｓｅ．ｏｔｆ：６１４）はＡＵＸＤＡＴＡディレクトリの補助デートファイル（１１１１１．ｏｔｆ：５１４）に変更される。ネームマッピング情報は、これらの変更されたファイルの位置とファイル名情報を含む。

バーチャルファイルシステム４０がバインディングオペレーションを行う時、ローカルストレージ１５内にバインディングユニットマニフェストファイルに記録されているネームマッピング情報によってバインディングオペレーションを行ってバーチャルパッケージを生成した場合、ファイルは次の通りである。

バーチャルパッケージ５１は、ルートディレクトリ（ｒｏｏｔ）の下位ディレクトリであるＢＤＭＶディレクトリを含む。ＢＤＭＶディレクトリは、インデックスファイル（Ｉｎｄｅｘ．ｂｄｍｖ）、オブジェクトファイル（ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ）、プレイリストディレクトリ、クリップ情報ディレクトリ、ストリームディレクトリ、補助データディレクトリを含む。プレイリストディレクトリは、バインディングユニットのプレイリストがディスクパッケージ６２のプレイリストファイルを代替して得られたプレイリストファイル（０００００．ｍｐｌｓ：５１１）を含む。クリップ情報ディレクトリは、ディスクパッケージ６２のクリップ情報ファイル（０１０００．ｃｌｐｉ）に追加されたバインディングユニットのクリップ情報ファイル（０２０００．ｃｌｐｉ：５１２）を含む。ストリームディレクトリは、ディスクパッケージ６２のストリームファイル（０１０００．ｍ２ｔｓ）に追加されたバインディングユニットのストリームファイル（０２０００．ｍ２ｔｓ：５１３）を含む。補助データディレクトリは、ディスクパッケージ６２の補助データファイル（ｓｏｕｎｄ．ｂｄｍｖ）に追加されたバインディングユニットの補助デートファイル（１１１１１．ｏｔｆ：５１４）を含む。このような過程で、バーチャルパッケージ５１が生成される。

これと関連して、バーチャルパッケージ５１内の上位ファイルとしてインデックスファイル（Ｉｎｄｅｘ．ｂｄｍｖ）とオブジェクトファイル（ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ）は、新しく生成されるバーチャルプレイリストファイル（０００００．ｍｐｌｓ：５１１）に基づいて既存ディスク内のインデックスファイル（Ｉｎｄｅｘ．ｂｄｍｖ）とオブジェクトファイル（ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ）がアップデートされることができる。特に、バーチャルパッケージ内のバーチャルプレイリストファイル（０００００．ｍｐｌｓ：５１１）によってタイトルが変更される場合が、これに該当する。例えば、新しいタイトルが追加される、既存タイトルが削除される、または、タイトル再生のシナリオが変更される場合がこれに該当なる。

これと関連して、以下ではデータをダウンロードしてバーチャルパッケージを構成したりアップデートする方法について説明する。

まず、ダウンロードアプリケーションは、ローディングされたディスク従属（ｄｉｓｃ−ｄｅｐｅｎｄｅｎｔ）ディレクトリとディスク従属共有ディレクトリ内のディスクに対する現在のバインディングユニットの構造情報を確認して、外部コンテンツプロバイダに提供する。使用者は、ディスク再生のためにダウンロードされるコンテンツを選択する。

その後、コンテンツプロバイダは、現在のバインディングユニットの構造情報に対するダウンロードアプリケーションが提供した情報に基づいて、インデックステーブル及びプレイリストなどのディスクに適切なデータベースファイルの全てのデータを提供する。

最後に、光記録再生装置のダウンロードアプリケーションは、ローカルストレージにディスクのために選択されたファイルのデータをダウンロードしてバーチャルファイルシステムを生成し、前記バーチャルファイルシステムを通じてバーチャルパッケージを生成したりアップデートする。

図７は、本発明のプレイリストとその再生例を示す図である。

本発明のプレイリストの再生は、前記プレイリストによって再生されるデータをダウンロードして行われる。

これと関連して、ローカルストレージを用いて再生されうるプレイリストは、大きく、２タイプに分類できる。第１タイププレイリストは、プレイリストによって再生される全てのデータをダウンロードしてからこそ再生可能である。これに対し、第２タイププレイリストは、データの全部がダウンロード完了しなくても再生が可能であり、既にダウンロードされたデータを再生しながら、ミッシングデータをダウンロードすることができる。本発明は、第２タイププレイリストに関る。図５で言及したプログレッシブプレイリストがこれに該当する。

以下では残りのデータをミッシング（ｍｉｓｓｉｎｇ）データ（ミッシングストリームファイル、ミッシングクリップ等）という。すなわち、ミッシングデータは、本発明によるプレイリストが再生を始める前にダウンロードされなかったデータを意味する。

これと関連して、プレイリストは、ディスク従属プレイリストであるか、ディスク独立（Ｄｉｓｃ−ｉｎｄｅｐｅｎｄｅｎｔ）プレイリストでありうる。第２タイププレイリストがディスク従属プレイリストである場合、前記プレイリストは、使用者が希望するといつでもダウンロードされ再生されることができ、ディスク内のファイル構造とバインディングされなくても独自に再生されても良い。本発明は、ディスク従属プレイリストに関る。本発明によれば、外部から特定ディスクと関連したデータがダウンロードされ、ダウンロードされたデータは、前述したようにディスクパッケージと結合される。

以下、第２タイププレイリストによるデータの再生を、図７を参照して説明する。特に、図７では、プログレッシブプレイリストを例に挙げる。図７では、外部からローディングされたディスクと関連したデータをダウンロードする前に、バーチャルパッケージが存在することと仮定する。

これと関連して、バーチャルパッケージは、ディスクローディング後に前記ディスク内のディスクパッケージから生成されても良く、ディスクパッケージとローカルストレージのデータをバインディングして生成されても良い。バーチャルパッケージは、前記外部からダウンロードされるデータを用いてアップデートされるので、以下説明では一部ストリームファイルをダウンロードした後、バーチャルパッケージをアップデートする場合について詳細に説明する。

図７で、プログレッシブプレイリスト＃１のプレイリストファイル（＊．ｍｐｌｓ）、プログレッシブプレイリスト＃１によって再生されるクリップのクリップ情報ファイル７０１及びストリームファイル７０２のうちの一部（１．ｍ２ｔｓ、２．ｍ２ｔｓ、３．ｍ２ｔｓ）が再生が始まる前にダウンロードされる。

データの全部がダウンロード完了しない状態でバーチャルパッケージをアップデートするようとの要請（ｒｅｑｕｅｓｔ）があると、バインディングユニットマニフェストファイルによって前記ダウンロードされたデータ（例えば、プレイリストファイル（＊．ｍｐｌｓ）、クリップ情報ファイル７０１、ストリーム１、２、３（１．ｍ２ｔｓ、２．ｍ２ｔｓ、３．ｍ２ｔｓ））を用いて、前記プログレッシブプレイリスト＃１を含むバーチャルパッケージを生成するようになる。

前記のプログレッシブプレイリスト＃１は、一部ダウンロードされたデータだけで再生開始が可能なプレイリストである。したがって、バーチャルパッケージがミッシングファイルでバインディングユニットによってアップデートされた後、再生するように要請された全てのストリームファイルが本来の位置になくてもＢＤ−Ｊアプリケーションはプレイリストを再生できる。バーチャルパッケージのアップデート前にダウンロードされなかったミッシングストリームデータ（４．ｍ２ｔｓ〜ｎ．ｍ２ｔｓ）は、バーチャルパッケージがアップデートされる間とプログレッシブプレイリスト＃１が再生される間にダウンロードされる。

ミッシングストリームデータ（４．ｍ２ｔｓ〜ｎ．ｍ２ｔｓ）がバインディングユニットマニフェストファイルによって指定された位置に保存された後、ＢＤ−Ｊアプリケーションは、特定のクリップを再生する要請を生成する。再生装置が前記要請を受けた後には、タイトルが他のタイトルに変更されるまでの所定の時間を待つ必要がない。再生装置は、特定のストリームデータを再生専用に設定し、バインディングユニットマニフェストファイルのネームマッピング情報によって、対応するクリップを直ちに再生可能にする。

これと関連して、プログレッシブプレイリスト＃１によって再生されるデータは、バインディングユニットマニフェストファイルのプログレッシブプレイリスト情報によって定められることができる。

これと関連して、再生命令が下されたデータが、バインディングユニットマニフェストファイルのプログレッシブプレイリスト情報で指定されたデータでない、または、既に再生中であるデータである場合には、前記データは再生されることができない。

データの全部がダウンロード完了する前に、バーチャルパッケージをアップデートするようとの要請がある場合、プレイリストによって再生されなければならないデータの一部だけでバーチャルパッケージのアップデートが許容されるか否かが、バインディングユニットマニフェストファイルを参照して確認される。すなわち、バインディングユニットマニフェストファイルが、本発明のプレイリスト（例えば、プログレッシブプレイリスト）を許容するか否かが確認される。

プログレッシブプレイリスト情報は、許容または拒否を表す特定の情報を含む。すなわち、これは、バインディングユニットマニフェストファイルがプログレッシブプレイリスト情報を含むか否かによって確認される。バインディングユニットマニフェストファイルがプログレッシブプレイリスト情報を含む場合、アップデートされたバーチャルパッケージがプログレッシブプレイリストを含むように、バーチャルパッケージがアップデートされる。しかし、バインディングユニットマニフェストファイルがプログレッシブプレイリスト情報を含まない場合、データのダウンロードが完了するまではバーチャルパッケージがアップデートされることができない。

バーチャルパッケージのアップデート要請は、ＢＤ−Ｊアプリケーションによって行われることができる。ＢＤ−Ｊアプリケーションは、プレイリストの再生開始後にダウンロードされるミッシングデータが、バインディングユニットマニフェストファイルが指定する所に保存されると、保存されたデータを再生するように命令でき、バインディングユニットマニフェストファイルを参照して以降再生されない不要なデータを削除するようにしても良い。

プレイリストファイル（＊．ｍｐｌｓ）、クリップ情報ファイル（＊．ｃｌｐｉ）は、プログレッシブプレイリストの再生前にダウンロードされることができる。すなわち、再生開始前にダウンロードされず、再生中にダウンロードされるデータは、ストリームデータでありうる。

また、プログレッシブプレイリストによって再生されるストリームを、記録媒体に記録されたストリームではなくダウンロードされたストリームにすることができる。すなわち、プログレッシブプレイリストは、タイトルディスクにバインディングされた新しいタイトルとして取り扱われるべきである。ストリーミングと再生動作が行われた後、プレイリストは、一般的なＢＤ−Ｊタイトルとして取り扱われることができる。

図７の説明では、ストリームファイルのうちの一部がダウンロードされた後、バーチャルパッケージをアップデートする場合を例にして説明したが、本発明がこれに限定されることはない。場合によって、プレイリストファイル（＊．ｍｐｌｓ）、クリップ情報ファイル（＊．ｃｌｐｉ）のみがダウンロードされた状態で、バーチャルパッケージがアップデートされることも可能である。この時、前記バーチャルパッケージのアップデートに使用されなかったストリームデータは、バーチャルパッケージをアップデートしながら直ちにダウンロードされても良く、使用者の再生命令と同時にダウンロードされながら再生されても良い。

これと関連して、本発明のプレイリストの再生は、後述する“ＢＤ−Ｊモジュール”によって行われることができる。

本発明は、外部ソースから記録媒体と関連したデータをローカルストレージにダウンロードし、データのダウンロードが完了する前にダウンロードされるデータを使用してダウンロードされるデータを再生するプレイリストを含むように、バーチャルパッケージを新しく生成する場合を含む。この場合、生成されたバーチャルパッケージを用いてプレイリストが再生され、ミッシングデータのダウンロードと再生は、図７における説明と同様である。

これと関連して、本発明のプレイリストの再生中にダウンロードされなかったデータを再生すべき場合、再生を中止できる。これと関連して、ダウンロードされなかったデータを再生すべき場合などのように本発明のプレイリスト再生中に発生する誤りは、ＢＤ−Ｊアプリケーションによって訂正されることができる。

ＢＤ−Ｊアプリケーションは、プログレッシブプレイリストがミッシングクリップを含む場合であってもプログレッシブプレイリストを再生することができる。しかし、再生中に再生位置がミッシングストリームに到達する場合、このような状態を停止させるために、再生装置はメディアプレーヤーとプレイバックコントロールエンジンを変えなければならない。ジャンプオペレーションまたは使用者オペレーションによって再生位置がミッシングクリップに変更された場合、再生はジャンプした位置で停止しなければならなく、停止イベント（ｅｖｅｎｔ）はＢＤ−Ｊアプリケーションに伝送されることができる。ＢＤ−Ｊアプリケーションがミッシングストリームに再生位置を特定する場合、再生装置は、メディアプレーヤーとプレイバックコントロールエンジンが停止状態となるようにすることができる。

図８は、本発明の再生システムを用いた記録媒体のデータ再生装置を示すブロック図である。

これと関連して、“再生システム”とは、光記録再生器内に備えられるソフトウェア及び／またはハードウェアで構成される集合的再生処理手段のことをいう。再生システムは、光記録再生器内にローディングされた記録媒体を再生する他、前記記録媒体に関連してローカルストレージ内に保存された（例えば、外部からダウンロードした）データを共に再生及び管理する。

特に、再生システム１７は、“ユーザーイベントマネジャー（Ｕｓｅｒ Ｅｖｅｎｔ Ｍａｎａｇｅｒ、１７１）”、“モジュールマネジャー（Ｍｏｄｕｌｅ Ｍａｎａｇｅｒ、１７２）”、“ＨＤＭＶモジュール（ＨＤＭＶ Ｍｏｄｕｌｅ、１７４）”、“ＢＤ−Ｊモジュール（ＢＤ−Ｊ Ｍｏｄｕｌｅ、１７５）”、“プレイバックコントロールエンジン（ｐｌａｙｂａｃｋ ｃｏｎｔｒｏｌ ｅｎｇｉｎｅ、１７６）”、“プレゼンテーションエンジン（ｐｒｅｓｅｎｔａｔｉｏｎ ｅｎｇｉｎｅ、１７７）”及び“バーチャルファイルシステム４０”を含む。これを詳細に説明すると、次の通りである。

まず、ＨＤＭＶタイトルとＢＤ−Ｊタイトルを再生するための、別の再生処理管理手段として、それぞれＨＤＭＶタイトルのための“ＨＤＭＶモジュール１７４”とＢＤ−Ｊタイトルのための“ＢＤ−Ｊモジュール１７５”が独立的に構成される。“ＨＤＭＶモジュール１７４”及び“ＢＤ−Ｊモジュール１７５”は、特に前述したオブジェクト（ムービーオブジェクトまたはＢＤ−Ｊオブジェクト）内の命令あるいはプログラムを受信し、これを処理するようにする制御機能を有する。前記命令などを受信して処理する手段として、“ＨＤＭＶモジュール１７４”は“コマンドプロセッサ（ｃｏｍｍａｎｄｐｒｏｃｅｓｓｏｒ、１７４ａ”を、“ＢＤ−Ｊモジュール１７５”は“アプリケーションマネジャー（Ａｐｐｌｉｃａｔｉｏｎ Ｍａｎａｇｅｒ、１７５ａ）”及び“Ｊａｖａ（登録商標） ＶＭ １７５ｂ”をそれぞれ含む。

再生システムは、モジュールマネジャー１７２、プレイバックコントロールエンジン１７６及びプレゼンテーションエンジン１７７を含む。

モジュールマネジャー１７２は、ＨＤＭＶモジュール１７４及び“ＢＤ−Ｊモジュール１７５に使用者命令を伝達する他、ＨＤＭＶモジュール１７４及びＢＤ−Ｊモジュール１７５の動作を制御する。プレイバックコントロールエンジン１７６は、ＨＤＭＶモジュール１７４及びＢＤ−Ｊモジュール１７５の再生命令によって実際ディスク内に記録されたプレイリストファイル情報を解析し、これによる再生機能を行う。プレゼンテーションエンジン１７７は、プレイバックコントロールエンジン１７６によって再生管理される特定ストリームをデコーディングして画面中にディスプレイする。

特に、プレイバックコントロールエンジン１７６は、実際全ての再生を管理するプレイバックコントロール機能１７６ａと、再生装置状態目録（Ｐｌａｙｅｒ ｓｔａｔｕｓ ｒｅｇｉｓｔｅｒｓ、ＰＳＲ）及び一般目録（Ｇｅｎｅｒａｌ ｐｕｒｐｏｓｅ ｒｅｇｉｓｔｅｒ、ＧＰＲ）を保存するプレーヤーレジスタ１７６ｂとに区分される。場合によって、プレイバックコントロール機能１７６ａがプレイバックコントロールエンジン１７６を意味することもある。

これと関連して、プレイバックコントロールエンジン１７６は、他のクリップがダウンロードされる中に、プログレッシブプレイリストに属する小さいクリップのうちの一つにアクセスできる。

再生システムでモジュールマネジャー１７２、ＨＤＭＶモジュール１７４、ＢＤ−Ｊモジュール１７５、プレイバックコントロールエンジン１７６は、ソフトウェア的な処理が可能であり、実際ハードウェア構成よりはソフトウェア処理とすることが設計上より有用である。ただし、プレゼンテーションエンジン１７７及びデコーダとプレーン（Ｐｌａｎｅ）は、ハードウェアー的に設計されることが一般的である。特に、ソフトウェア的に処理される構成要素（例えば、図面符号１７２、１７４、１７５、１７６）の場合は、前述したコントローラ１２の一部分として構成されることができる。したがって、本発明の構成はその意味として理解すべきであり、ハードウェア的構成かソフトウェア的構成かに局限されない。

これと関連した再生システム１７の特徴は、次の通りである。

第一に、前述したように、ＨＤＭＶタイトルのための“ＨＤＭＶモジュール１７４”とＢＤ−ＪタイトルのためのＢＤ−Ｊモジュール１７５が独立的に構成され、同時に両モジュール１７４，１７５が実行されない。すなわち、ＨＤＭＶタイトル再生中にはＢＤ−Ｊタイトルを再生されなく、その逆も同様である。

第二に、再生システム１７は、外部から付加データをダウンロードする動作のように光記録再生器内のネットワーク（ｎｅｔｗｏｒｋ）機能を管理し、ローカルストレージ１５内に保存されたファイルを編集したり、または、ディスクパッケージにバインディングしてバーチャルパッケージを生成する動作のようにローカルストレージ１５を管理するプログラムであるＢＤ−Ｊアプリケーションを含む。すなわち、ＢＤ−Ｊアプリケーションは、ディスク内にファイルシステムとローカルストレージファイルシステムをあたかも一つのシステムとして管理するかのようなバーチャルファイルシステム４０を形成し、形成されたバーチャルファイルシステム４０を通じてオリジナルデータ及び付加データを再生するためのバーチャルパッケージを生成及び管理する。

これと関連して、前記バーチャルファイルシステム４０を通じたバーチャルパッケージの生成方法についての具体的な説明は、前述した通りである。

第三に、ＨＤＭＶタイトルとＢＤ−Ｊタイトルはそれぞれ別途方式の使用者命令を受信する。ＨＤＭＶタイトルとＢＤ−Ｊタイトルは、互いに独立的な使用者命令遂行方式を使用する。ただし、使用者命令を受信してＨＤＭＶモジュール１７４とＢＤ−Ｊモジュール１７５のいずれかに伝達する手段が必要であり、これは、ユーザーイベントマネジャー１７１ａが担当する。例えば、ユーザーイベントマネジャー１７１ａは、受信した命令がユーザーオペレーション（ＵＯ）による使用者命令であるとこれをモジュールマネジャー１７２またはＵＯコントローラ１７１ａに伝送し、受信した命令がキーイベント（Ｋｅｙ Ｅｖｅｎｔ）による使用者命令であるとこれをＢＤ−Ｊモジュール１７５内のＪａｖａ（登録商標） ＶＭ１７５ｂに伝送し、当該命令を行うようにする。

第四に、前述したプレイバックコントロールエンジン１７６の管理（これを‘マスター’とも言う。）は、現在動作中のモジュール１７４，１７５のいずれかが担当する。すなわち、ＨＤＭＶタイトル再生中には“ＨＤＭＶモジュール１７４”がマスターになり、ＢＤ−Ｊタイトルを再生中には“ＢＤ−Ｊモジュール１７５”がマスターとなる。。

これと関連して、再生システムは、メタデータマネジャー１７３を含むことができるが、メタデータマネジャー１７３は、使用者にディスクライブラリ（Ｄｉｓｃ Ｌｉｂｒａｒｙ）及びエンハンスドサーチ（Ｅｎｈａｎｃｅｄ Ｓｅａｒｃｈ）メタデータアプリケーションを提供する。

本発明によるプレイリストは、メインパスの他にも一つ以上のサブパスを含むことができる。プレイリストがサブパスを含む場合、メインパスとサブパスが共にデコーディングされてディスプレイされなければならない。

これと関連して、本発明のプレイリストのメインパスとサブパスを共に再生するためにサブパスによって再生されるデータをあらかじめダウンロードした後、メインパスによって再生されるデータをダウンロードしながら再生を始めることができる。この場合、サブパスによるデータをあらかじめダウンロードしなければならず、ある程度再生時間が遅れる。

メインパスとサブパスを同時にデコーディングしディスプレイするために、プレイリストのメインパスによるデータとサブパスによるデータを同時にダウンロードしながら再生することができる。図９及び図１０を参照して、プレイリストのメインパスによって再生されるデータとサブパスによるデータを同時にダウンロードしながら再生する方法について説明する。

図９及び図１０は、一つのメインパスと一つのサブパスからなるプレイリストと、該プレイリストの再生例を示す図である。図９のプレイリストは、サブパスが一つのプレイアイテム（ＳＰＩ）からなる場合であり、図１０のプレイリストは、サブパスが複数のプレイアイテム（ＳＰＩｓ）からなる場合である。

図９には、一つのサブプレイアイテム（ＳＰＩ）からなるサブパスを含むプレイリストと、その再生例を示す。

サブプレイアイテムが指定するクリップの一部分のみがダウンロードされた状態でも、バーチャルパッケージをアップデートしてプレイリストを再生することが可能である。クリップのミッシング部分は、バーチャルパッケージのアップデートまたはプレイリストの再生の中にダウンロードされることができる。以下、図９を参照して詳述する。

プログレッシブプレイリスト＃１のサブパスを構成するサブプレイアイテムは、再生を希望するクリップの再生開始時間（ＩＮ−Ｔｉｍｅ）と再生終了時間（ＯＵＴ−Ｔｉｍｅ）に関する情報を持っている。サブプレイアイテムが指定するクリップは、一つのクリップ情報ファイル（１１．ｃｌｐｉ：９０３）と一つのストリームファイル（１１．ｍ２ｔｓ：９０４）とで構成される。

プログレッシブプレイリスト＃１のプレイリストファイル（＊．ｍｐｌｓ）、メインパスによって再生されるクリップのクリップ情報ファイル９０１とストリームファイル９０２のうちの一部（１．ｍ２ｔｓ、２．ｍ２ｔｓ）、サブパスによって再生されるクリップのクリップ情報ファイル（１１．ｃｌｐｉ：９０３）とストリームファイル（１１．ｍ２ｔｓ：９０４）のうちの一部分９０４ａがダウンロードされた状態で、バーチャルパッケージのアップデート要請がありうる。上記バーチャルパッケージのアップデート要請があると、ダウンロードされたデータを用いてバーチャルパッケージがアップデートされる。バーチャルパッケージがアップデートされると、前記プログレッシブプレイリスト＃１が再生されることができる。

バーチャルパッケージのアップデート前にまだダウンロードされなかったミッシングデータ（３．ｍ２ｔｓ〜ｎ．ｍ２ｔｓ、９０４ｂ）は、プログレッシブプレイリスト＃１の再生中にダウンロードされる。プレーヤーは、サブパスデータのダウンロードされた長さを知らせる情報（例えば、“ＰＳＲ”）より、サブパスによって再生されるクリップがある程度ダウンロードされたかがわかる。

図１０には、複数のサブプレイアイテム（ＳＰＩ）からなるサブパスを含むプレイリスト（図面で、Ｐｒｏｇｒｅｓｓｉｖｅ ＰｌａｙＬｉｓｔ ＃１）とその再生例を示す。

サブパスが複数のサブプレイアイテム（ＳＰＩｓ）からなる場合、サブプレイアイテムが指定するクリップを、前記メインパスを構成するプレイアイテム（ＰＩ）が指定するクリップと同様に、バーチャルパッケージのアップデートまたはプレイリストの再生中にダウンロードすることができる。

図１０で、メインパスが複数のプレイアイテム（ＰＩ）からなるのと同様に、サブパスは複数のサブプレイアイテム（ＳＰＩ ＃１１〜ＳＰＩ ＃ｍ）からなり、それぞれのサブプレイアイテムはそれぞれ一つのクリップを指定する。

プログレッシブプレイリスト＃１を構成するプレイリストファイル（＊．ｍｐｌｓ）及びメインパスとサブパスのクリップ情報ファイル１００１，１００３、メインパスのストリームファイル１００２のうちの一部（１．ｍ２ｔｓ、２．ｍ２ｔｓ）、サブパスのストリームファイル１００４のうちの一部（１１．ｍ２ｔｓ、１２．ｍ２ｔｓ）がダウンロードされ、バーチャルパッケージのアップデート要請がありうる。

プログレッシブプレイリスト＃１によって再生されるデータの全部がダウンロード完了する前に、バーチャルパッケージのバインディングユニットマニフェストファイルによってプログレッシブプレイリスト＃１を含むようにバーチャルパッケージがアップデートされる。バーチャルパッケージがアップデートされると、アップデートされたバーチャルパッケージを用いてプログレッシブプレイリスト＃１を再生できる。

再生の開始前にダウンロードされなかったミッシングデータ（３．ｍ２ｔｓ〜ｎ．ｍ２ｔｓ、１３．ｍ２ｔｓ〜ｍ．ｍ２ｔｓ）は、バーチャルパッケージがアップデートされたりプログレッシブプレイリスト＃１が再生される中にダウンロードされうることは、前述と同様である。

これと関連して、サブパスのようにサブパスが複数のサブプレイアイテムからなる場合にも、図９のように、クリップの一部データのみが取り入れた状態でプレイリストを再生することも可能である。ダウンロードされるクリップの大きさによって、図９及び図１０による再生方法が混用可能である。これは、メインパスにも同様に適用可能であることは、本発明の当業者とっては自明である。

また、図９及び図１０では、一つのサブパスが存在する場合を例にしたが、少なくとも一つまたは二つ以上のサブパスが存在することができる。この場合にも、メインパスとサブパスの同時再生は、前述のように行われることができ、これについての詳細な説明は省略する。

これと関連して、図９及び図１０の説明では、一部ストリームファイルがダウンロードされた後バーチャルパッケージをアップデートする場合を例にして説明したが、図７で説明したように、本発明はこれに限定されず、場合によって、プレイリストファイル（＊．ｍｐｌｓ）、クリップ情報ファイル（＊．ｃｌｐｉ）のみがダウンロードされた状態で、バーチャルパッケージがアップデートされても良い。この時、前記バーチャルパッケージのアップデートに使用されないデータのストリームは、バーチャルパッケージをアップデートしながら直ちにダウンロードされても良く、使用者の再生命令があった後にダウンロードされながら再生されても良いことも、図７で既に説明された。

また、本発明の実施例として、データの全部がダウンロード完了する前にダウンロードされるデータを再生するプレイリストを含むように、バーチャルパッケージを新しく生成しても良いということも、図７で前述した。

本発明の再生と関連して、プレーヤーは、デコーダの待ち時間のため、現在再生中のデータ再生が終わる前に、あらかじめ次に再生されるべきデータに移動する必要がある。本発明と関連して、これは、プレーヤーが再生のためにデータが保存された位置に移動する前に、再生されるべきデータがダウンロードされて指定された位置に保存されていなければならないということを意味する。同様に、サブパスによって再生されるデータも、プレーヤーの移動前に他のデータが再生される中にダウンロードされて指定された位置に保存されることが再生に効果的である。

本発明によるローカルストレージを用いた記録媒体のデータ再生装置を、図４Ａ及び図８を参照して説明する。ローカルストレージを用いた記録媒体のデータ再生装置は、記録媒体から記録媒体の情報を読み取るピックアップ１１と、外部から記録媒体と関連したデータがダウンロードされて保存されるローカルストレージ１５と、ローカルストレージ内のバインディングユニットを用いて保存媒体と関連したミッシングデータを有するバーチャルパッケージを生成するコントローラ１２と、を含む。バーチャルパッケージは、全てのデータがダウンロードされる前にも再生されうるプレイリストを含む。また、コントローラは、ミッシングデータがダウンロードされる中にプレイリストを再生できる。
これと関連して、既にバーチャルパッケージが存在する場合、コントローラ１２は、本発明によるプレイリストを含むように、バーチャルパッケージをアップデートして新しいバーチャルパッケージを生成する。

これと関連して、本発明によるプレイリストはプログレッシブプレイリストといえる。コントローラ１２は、記録媒体と関連したバインディングユニットマニフェストファイルによってバーチャルパッケージを生成できる。バインディングユニットマニフェストファイルは、プログレッシブプレイリスト情報を含むことができる。バインディングユニットマニフェストファイルがプログレッシブプレイリスト情報を含まない場合、全てのデータのダウンロードが完了する前にはバーチャルパッケージが生成されなくても良い。
これと関連して、ミッシングデータはストリームデータでありうる。本発明によるプレイリストはローカルストレージにダウンロードされたデータを再生する。プレイリストは、メインパスと少なくとも一つのサブパスとで構成されることができる。この場合、コントローラ１２は、メインパスとサブパスによって指定されたデータを同時にダウンロードするように制御できる。コントローラ１２は、ミッシングクリップまたはクリップのミッシング部分がダウンロードされる中に、クリップまたはクリップの一部を再生できる。

本発明によるプレイリストは、ＢＤ−Ｊモジュール１７５によって再生管理されることができ、コントローラ１２はＢＤ−Ｊモジュール１７５を含んで構成されることができる。

本発明によるローカルストレージを用いた記録媒体のデータ再生方法及び再生装置によってローカルストレージ内にダウンロードされる、記録媒体と関連した付加データを效率的に再生可能になるため、使用者により便利な機能を提供することができる。

本発明による記録媒体のデータ再生方法及び再生装置を示す概念図である。 記録媒体としての光ディスクに記録されるファイル構造及びこれを用いて特定タイトルが再生される方法を示す概念図である。 本発明による記録媒体として作用する光ディスクのデータ記録構造を示す構造図である。 本発明の光記録再生装置の構成を示すブロック図である。 本発明の光記録再生装置の全体構成のうち、ローカルストレージを用いた再生装置を示すブロック図である。 本発明によるバーチャルパッケージを生成する方法を示す概念図である。 本発明によるバーチャルパッケージを生成する関係を示す概念図である。 本発明のプレイリストとその再生例を示す構造図である。 本発明の再生システムを用いた記録媒体のデータ再生装置を示す構造図である。 一つのサブプレイアイテム（ＳＰＩ）からなるサブパスを含むプレイリストとその再生例を示す図である。 複数のサブプレイアイテム（ＳＰＩ）からなるサブパスを含むプレイリストとその再生例を示す図である。

Claims (29)

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. 前記サブパスは、複数のサブプレイアイテムからなり、前記コントローラは、クリップのミッシング部分がダウンロードされる間に、前記サブプレイアイテムの１つにより参照される前記クリップのダウンロードされた部分を再生する、請求項２２に記載のローカルストレージを用いた記録媒体のデータ再生装置。
26. 前記コントローラは、ＢＤ−Ｊモジュールを含み、前記ＢＤ−Ｊモジュールは、前記プレイリストを再生する、請求項１７に記載のローカルストレージを用いた記録媒体のデータ再生装置。
27. 前記プレイリストは、プログレッシブプレイリストを示すものである、請求項１７に記載のローカルストレージを用いた記録媒体のデータ再生装置。
28. 前記プログレッシブプレイリストによって参照されたデータは、前記記録媒体と関連したバインディングユニットマニフェストファイルによって指定される、請求項２３に記載のローカルストレージを用いた記録媒体のデータ再生装置。
29. 前記バーチャルパッケージを生成する場合、前記コントローラが、前記バインディングユニットマニフェストファイルを含むか否かを確認する、請求項２４に記載のローカルストレージを用いた記録媒体のデータ再生装置。

Images