(57)【要約】  ローカルストレージを使用して記録媒体からデータを再生する方法および装置について開示する。ローカルストレージを使用して記録媒体のデータを再生する方法は、(ａ)特定の記録媒体に関連するバインディングユニットをローカルストレージから読み出すステップと、(ｂ)バインディングユニットを、記録媒体内に記録されたファイル構造と結合するバインディング動作を使用して、仮想ファイル構造を形成するステップと、(ｃ)形成された仮想ファイル構造を使用して、記録媒体内に含まれるデータおよび／またはローカルストレージ内に含まれるデータを再生するステップとを含む。
2008517355.tif 000002
【特許請求の範囲】
【請求項１】
ローカルストレージを使用して記録媒体のデータを再生する方法であって、
(ａ)特定の記録媒体に関連付けられたバインディングユニットを前記ローカルストレージから読み出すステップと、
(ｂ)前記バインディングユニットを、前記記録媒体内に記録されたファイル構造に結合するバインディング動作を使用して、仮想ファイル構造を形成するステップと、
(ｃ)前記形成された仮想ファイル構造を使用して、前記記録媒体に含まれるデータおよび／または前記ローカルストレージに含まれるデータを再生するステップと
を備えたことを特徴とする再生方法。
【請求項２】
前記バインディング動作は、バインディング情報によって実行されることを特徴とする請求項１に記載の再生方法。
【請求項３】
前記バインディング情報は、前記バインディングユニットに含まれる特定のファイルが、前記仮想ファイル構造内で位置づけられる位置を定義することを特徴とする請求項２に記載の方法。
【請求項４】
前記ローカルストレージ内の前記バインディングユニットは、前記バインディング情報によって決定されることを特徴とする請求項２に記載の方法。
【請求項５】
前記バインディング情報は、各記録媒体について単一のファイルの前記形成で構成されることを特徴とする請求項２に記載の方法。
【請求項６】
前記バインディング情報は、外部からダウンロードし、その後、前記ローカルストレージ内に格納されることを特徴とする請求項２に記載の方法。
【請求項７】
前記ローカルストレージから読み出される前記バインディングユニットは、ロードされた記録媒体と同じ識別（ＩＤ）情報を有する１以上のファイルを含むことを特徴とする請求項１に記載の方法。
【請求項８】
前記ローカルストレージ内に記録された前記データは、前記バインディングユニットを構成する前記ファイルのみによって再生することはできないことを特徴とする請求項７に記載の方法。
【請求項９】
前記バインディングユニットは、プレイリスト（ＰｌａｙＬｉｓｔ）ファイルを含むことを特徴とする請求項１に記載の方法。
【請求項１０】
前記バインディングユニット内のプレイリストファイルは、１以上のサブプレイアイテムを含み、前記サブプレイアイテムは、前記ローカルストレージ内に格納されたデータを再生するための情報を含むことを特徴とする請求項９に記載の方法。
【請求項１１】
前記サブプレイアイテム（ＳｕｂＰｌａｙＩｔｅｍ）によって再生される前記ローカルストレージ内に記録された前記データ、つまり前記ローカルストレージデータは、前記記録媒体内に記録された前記データに同期化された同期型オーディオストリームを示すことを特徴とする請求項１０に記載の方法。
【請求項１２】
前記サブプレイアイテム（ＳｕｂＰｌａｙＩｔｅｍ）によって再生される前記ローカルストレージ内に記録された前記データ、つまり前記ローカルストレージデータは、前記記録媒体内に記録された前記データに同期化されない非同期型オーディオストリームを示すことを特徴とする請求項１０に記載の方法。
【請求項１３】
前記サブプレイアイテム（ＳｕｂＰｌａｙＩｔｅｍ）によって再生される前記ローカルストレージ内に記録された前記データは、テキストサブタイトルストリーム、ＩＧストリーム、およびＰＧストリームの少なくとも１つであることを特徴とする請求項１０に記載の方法。
【請求項１４】
前記バインディングユニット内に含まれる前記プレイリストファイル（ＰｌａｙＬｉｓｔ）は、１以上のプレイアイテム（ＰｌａｙＩｔｅｍ）を含み、前記プレイアイテム（ＰｌａｙＩｔｅｍ）は、前記記録媒体に記録された前記データおよび前記ローカルストレージ内に記録された前記データを同時に再生するためのファイル情報を含むことを特徴とする請求項９に記載の方法。
【請求項１５】
前記プレイアイテムは、前記特定のデータを再生／管理し、前記特定のデータは、ビデオデータおよびオーディオデータが多重化したＡＶ（Ａｕｄｉｏ／Ｖｉｄｅ）ストリームを示すことを特徴とする請求項１４に記載の方法。
【請求項１６】
前記バインディングユニット内に含まれるプレイリストファイル（ＰｌａｙＬｉｓｔ）は、１以上のプレイアイテム（ＰｌａｙＩｔｅｍ）および１以上のサブプレイアイテム（ＳｕｂＰｌａｙＩｔｅｍ）を含むことを特徴とする請求項９に記載の方法。
【請求項１７】
前記バインディング動作によって形成される前記仮想ファイル構造は、前記バインディングユニットに含まれるプレイリストファイルを、前記記録媒体に含まれるプレイリストファイルに結びつけることによって形成された新しいプレイリストファイルを含むことを特徴とする請求項１に記載の方法。
【請求項１８】
前記バインディング動作によって形成される前記仮想ファイル構造は、前記バインディングユニット内に含まれるプレイリストファイルを、記録媒体内に含まれるプレイリストファイルに置き換えることによって形成された新しいプレイリストファイルを含むことを特徴とする請求項１に記載の方法。
【請求項１９】
前記形成された仮想ファイル構造を使用して、前記記録媒体内に記録された前記データおよび／または前記ローカルストレージ内に記録された前記データを同時に再生する仮想ファイルシステムを採用するステップ
をさらに備えたことを特徴とする請求項１に記載の方法。
【請求項２０】
前記ローカルストレージに格納された前記データは、外部ソースからダウンロードされることを特徴とする請求項１に記載の方法。
【請求項２１】
仮想ファイル構造を形成する方法であって、
(ａ)記録媒体内に記録された元のデータを再生するための元のプレイリストファイルを読み出し、前記元のプレイリストファイルに関連する追加プレイリストファイルをローカルストレージから読み出すステップと、
(ｂ)前記元のプレイリストファイルを追加プレイリストファイルと結合させ、前記記録媒体内に記録された前記元のデータおよび／または前記ローカルストレージ内に記録された前記追加データを再生する仮想プレイリストファイルを形成するステップと、
(ｃ)前記元のデータおよび／または前記追加データを再生する１以上の仮想プレイリストファイルを含む仮想ファイル構造を形成するステップと
を備えたことを特徴とする仮想ファイル構造の形成方法。
【請求項２２】
前記仮想ファイル構造は、前記記録媒体内に含まれるファイル構造と同じ構造を有することを特徴とする請求項２１に記載の方法。
【請求項２３】
記録媒体から元のデータを読み出す装置であって、
記録媒体から元のデータを読み出すピックアップユニットと、
前記元のデータに関連する追加データを格納するローカルストレージと、
前記元のデータおよび／または前記追加データを再生する仮想ファイルシステムを形成し、前記仮想ファイルシステムを使用して前記元のデータおよび関連した追加データを含む仮想ファイル構造を形成するコントローラと
を備えたことを特徴とする記録媒体の再生装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記録媒体からデータを再生するための再生方法および装置に関し、より詳しくは、光記録／再生デバイス内に含まれるローカルストレージを使用して記録媒体からデータを再生する方法および装置に関する。
【背景技術】
【０００２】
一般に、記録媒体として動作する大量のデータを記録できる光ディスクが広く使用されてきている。特に、高画質のビデオデータと高音質のオーディオデータとを長期間記録／格納できる高密度光記録媒体、例えば、ＢＤ（ブルーレイディスク：Blu-ray Disc)が開発されてきた。
【０００３】
次世代ＨＤ−ＤＶＤ技術に基づくＢＤは、既存のＤＶＤよりも多量のデータを格納できる次世代光記録ソリューションとみなされてきた。最近、多くの開発者が、他のデジタル機器に沿ってＢＤに関連する国際標準技術仕様の徹底的な研究を遂行してきている。
【０００４】
上述の状況に関連して、ＢＤ国際標準に基づく光記録／再生デバイスが近年開発されてきているが、まだＢＤの国際標準は完成していないので、光記録／再生デバイスの開発に対する多くの制限および障害が残っている。
【０００５】
特に、上述の光記録／再生デバイスは、ＢＤを記録／再生する基本機能だけでなく、周辺のデジタルデバイスと相互作用を可能にする追加機能も考慮されるべきである。言い換えると、外部入力信号を受信し、受信した信号をディスプレイし、外部入力信号とＢＤを使用して所望のデータを再生すべきである。
【０００６】
しかし、外部入力信号とＢＤのデータとを同時に再生するための記録媒体からデータを再生する方法はまだ確立されていなので、ＢＤに基づく光記録／再生デバイスの開発に対する多くの制限および障害が残っている。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
したがって、本発明は、本分野の制限や不利点による１以上の問題を実質的に防ぐローカルストレージを使用して記録媒体からデータを再生するための方法および装置を提供することを目的とする。
【０００８】
本発明の目的は、記録媒体に適したデータ再生方法および装置を提供することである。
【０００９】
本発明の別の目的は、外部からデータを受信／格納できるローカルストレージを含み、ローカルストレージ内に格納されたデータと記録媒体内に記録されたデータを共に再生する仮想ファイル構造を形成する方法を提供することである。
【００１０】
本発明のさらなる目的は、仮想ファイル構造を使用して記録媒体内に記録されたデータとローカルストレージ内に格納されたデータと同時に再生する再生方法および再生装置を提供することである。
【００１１】
本発明のさらなる利点、目的、および特徴は、続く説明で一部が説明され、一部は以下の検証に基づいて当業者に明らかとなるか、または本発明の実施から理解できる。本発明の目的および他の利点は、ここに書かれた明細書および特許請求の範囲、ならびに添付の図面で特に指摘される構造によって、理解され、達成されうる。
【課題を解決するための手段】
【００１２】
これらの目的および利点を達成し、本発明の目的によると、ここに組み込まれ、広く説明されているように、ローカルストレージを使用する記録媒体のデータを再生する方法は、(ａ)特定の記録媒体に関連するバインディング(binding)ユニットをローカルストレージから読み出すステップと、(ｂ)バインディングユニットを、記録媒体内に記録されたファイル構造に結合させるバインディング動作を使用して、仮想ファイル構造を形成するステップと、(ｃ)形成された仮想ファイル構造を使用して、記録媒体内に含まれるデータおよび／またはローカルストレージ内に吹く舞えるデータを再生するステップとを含む。
【００１３】
また、本発明の他の態様において、仮想ファイル構造を形成する方法は、(ａ)記録媒体内に記録された元のデータを再生するための元のプレイリストファイルを読出し、前記元のプレイリストファイルに関連する追加プレイリストファイルをローカルストレージから読み出すステップと、(ｂ)元のプレイリストファイルを追加プレイリストファイルに結合し、記録媒体内に記録された元のデータおよび／またはローカルストレージ内に記録された追加データを再生する仮想プレイリストファイルを形成するステップと、(ｃ)元のデータおよび／または追加データを再生する１以上の仮想プレイリストファイルを含む仮想ファイル構造を形成するステップとを含む。
【００１４】
本発明のさらなる態様において、記録媒体のデータを再生する装置は、記録媒体から元のデータを読み出すピックアップユニットと、元のデータに関連する追加データを格納するローカルストレージと、元のデータおよび／または追加データを再生するための仮想ファイルシステムを形成し、仮想ファイルシステムを使用して元のデータと関連する追加データを含む仮想ファイル構造を形成するコントローラとを含む。
【００１５】
前述の一般的な説明および後述する本発明の詳細な説明の両方共、例示的で説明的であり、特許請求の範囲のように、本発明のさらなる説明のために提供されることを意図することに理解されたい。
【００１６】
本発明のさらなる理解を提供するために含まれ、本願の一部に組み込まれ、構成される添付の図面は、本発明の原理を説明するために提供される説明と共に、本発明の実施形態を図示する。
【発明を実施するための最良の形態】
【００１７】
本発明の好適な実施形態への参照が詳細になされ、その例が、添付図面に示される。可能な限り、同一または類似の部分を指すのに、図面を通して同じ参照番号がしようされる。
【００１８】
ローカルストレージを使用して記録媒体からデータを再生する方法および装置は、意向、付属の図面を参照して、以降で説明する。
【００１９】
本発明を説明に先立って、本発明で開示されるほとんどの用語は、当技術分野でよく知られている一般的な用語に対応するが、いくつかの用語は、出願人によって必要に応じて選択され、本発明の続く説明で以降、開示されることに留意されたい。したがって、出願人によって定義された用語は、本発明のそれらの意味に基づいて理解されるのが望ましい。
【００２０】
本発明において使用される記録媒体は、すべての記録可能な媒体を示し、たとえば、光ディスク、磁気テープなどであり、様々な記録方式による。説明の便宜と本発明のよりよい理解のために、ＢＤなどの光ディスクは以降、本発明の上述の記録媒体として例示的に使用される。本発明の技術的アイデアは、本発明の範囲および精神から離れることなく他の記録媒体に適用できることに留意すべきである。
【００２１】
本発明において、「ローカルストレージ」という用語は、図１に示される光記録／再生デバイス１０内に含まれるストレージユニットを示す。より詳しくは、「ローカルストレージ」という用語は、ユーザから必要な情報またはデータを受信でき、受信した情報またはデータを格納できるコンポーネントを示す。たとえば、一般的なローカルストレージとして、ハードディスクドライブ(ＨＤＤ)を示すことができるが、本発明の「ローカルストレージ」という用語は、ＨＤＤに限定されず、必要に応じて他の例にも適用可能であることに留意すべきである。
【００２２】
特に、「ローカルストレージ」という用語は、ＢＤなどの記録媒体に関連するデータを格納するストレージユニットとして使用される。記録媒体に関連付けられたデータは一般的に、外部デバイスからダウンロードされる。上述の説明に関連して、ローカルストレージがいくつかの許可データを直接読み出し、記録媒体の記録／再生動作に関連するシステムデータ(例えば、メタデータ)を生成して、システムデータがローカルストレージ内に格納されうることは、当技術分野の当業者にとって明らかである。
【００２３】
「バインディングユニット」という用語は、ローカルストレージ内に格納されたファイルの集合を示す。特に、バインディングユニットは、特定の記録媒体に関連する特定の単位を示す。この場合、特定の単位は、記録媒体内に含まれるファイルに結び付けられるかまたは追加されて、記録媒体内のデータとローカルストレージ内のデータを同時に再生できる。
【００２４】
「仮想ファイル構造」という用語は、記録媒体のデータおよび／またはローカルストレージのデータを同時に再生するための仮想のファイルを示す。仮想ファイル構造は、バインディングユニットと記録媒体のファイル構造を仮想的に統合するバインディング動作によって形成される。仮想ファイル構造は、仮想パッケージを示し、記録媒体のファイル構造もまた、ディスクパッケージと呼ぶことができる。
【００２５】
「バインディング情報」という用語は、バインディングユニットを形成するファイルを決定し、バインディング動作の実行を制御する。特に、バインディング情報は、記録媒体ごとに一つのファイルで形成されるかもしれない。一般に、上述のバインディング情報を形成するファイルは、外部デバイスからダウンロードして、その後ローカルストレージ内に格納される。
【００２６】
説明の便宜のために、記録媒体内に記録されたデータを「元のデータ(original data)」と呼び、ローカルストレージ内に格納された複数のデータユニットの中から記録媒体に関連するデータを「追加データ(additional data)」と呼ぶ。
【００２７】
図１は、本発明によるデータを再生する方法および装置を示す概念図である。図１に示されるように、光記録／再生デバイス１０と周辺機器の間の統一的な用法が示される。
【００２８】
光記録／再生デバイス１０は、異なるフォーマットを有する多様な光ディスクに／から、データを記録／再生できる。必要ならば、光記録／再生デバイス１０は、ＢＤなどの特定の規格のみに／から特定のデータを記録／再生できるか、または同時にデータを記録することなしに光ディスクからデータを再生できる。本発明は、説明の便宜のため、ＢＤからのデータを再生できるＢＤプレイヤー(BD-Player)、またはＢＤと周辺機器の間の互換性を考慮して、ＢＤにデータを記録することができるＢＤレコーダ(BD-Recorder)を使用することに留意されたい。光記録／再生デバイス１０は、コンピュータなどの特定のデバイスに組み込まれるデバイスにも適用可能であることは、当業者によく知られている。
【００２９】
光記録／再生デバイス１０は、光ディスク３０に／からデータを記録または再生し、外部入力信号を受信し、受信した信号の信号処理を実行し、信号処理結果を外部ディスプレイ２０に送信することで、ユーザはディスプレイ２０条で信号処理結果を見ることができる。この場合、受信可能な外部信号に制限はない。例えば、代表的な外部入力信号は、ＤＴＶ関連信号およびインターネット関連信号となるように決定されるかもしれない。特に、インターネットは、ユーザが容易にアクセスできる通信ネットワークを示すので、光記録／再生デバイス１０を使用して特定のインターネット上のデータをダウンロードでき、ダウンロードデータを使用することができる。上述の説明に関連して、外部入力ソースとして使用されるコンテンツデータを提供する事業者は一般に、コンテンツプロバイダ（ＣＰ）と呼ばれる。
【００３０】
光記録／再生デバイス１０に置かれた光ディスク３０内で元のデータが記録されるとき、および他のストレージ位置（たとえばインターネット）に元のデータに関連する追加データが存在するとき、本発明は、元のデータと追加データを同時に再生することを目的とする。
【００３１】
例えば、多重ＡＶストリームが、光ディスク内に記録された元のデータとして記録されたと仮定すると、インターネットで使用される追加データは、元のデータのオーディオストリーム(例えば、韓国語)と異なるオーディオストリームである。この場合、いく人かのユーザは、インターネットから追加データとして動作する特定のオーディオストリーム(例えば、英語)をダウンロードするか、元のデータとして動作するＡＶストリームに沿ってダウンロードされたオーディオストリームを再生することを望むか、または追加データのみ再生することを望むかもしれない。ユーザの上述の要望を満たすために、元のデータおよび追加データ間の互換性が確立され、ユーザの要求によって上述のデータを管理／再生する、体系化した方法が必要となる。本発明は、上述の体系化した方法を実装する方法を提供する。
【００３２】
説明の便宜のために、ディスク内に記録された信号は元のデータとよび、ディスクの外部に存在する他の信号を追加データとしたが、元のデータおよび追加データが特定のデータに限られないことに留意すべきである。
【００３３】
一般に、追加データは、オーディオデータ、ＰＧ(Presentation Graphic)データ、ＩＧ(Interactive Graphic)データ、またはテキストサブタイトル(Text subtitle)データ等になり得るが、追加のデータは上述のデータおよびビデオデータを含む多重ＡＶストリームを示すかもしれない。言い換えると、光ディスクの外部に同時に存在する元のデータに関連付けられたデータは、追加データとして動作するかもしれない。
【００３４】
上述のユーザの要求を満たすために、既定のファイル構造が、元のデータと追加データとの間で確立されていなければならない。したがって、ＢＤにおいて使用するファイル構造およびデータ記録構造について図２および図３を参照して以降説明する。
【００３５】
図２は、光ディスク内に記録された元のデータを再生／管理するファイル構造、およびファイル構造により特定のタイトルを再生する方法を示す概念図である。このファイル構造は、前述したように必要に応じて、ディスクパッケージとも呼ぶことができることに留意されたい。
【００３６】
上述のファイル構造の一例を図２に示す。本発明によるファイル構造は、一つのルートディレクトリの下に１以上のＢＤディレクトリ(ＢＤＭＶ)を含む。ＢＤディレクトリ(ＢＤＭＶ)は、ユーザとの双方向性(interactivity)を保証できる一般的なファイル(例えば、上位ファイル)として動作する、インデックスファイル「ｉｎｄｅｘ」だけでなく、上述のオブジェクト(ｏｂｊｅｃｔ)も含む。ファイル構造は、ディスク内に記録された実際のデータの情報と、このデータを再生する方法に関する他の情報を格納する各種ディレクトリを含む。例えば、プレイリストディレクトリ(ＰＬＡＹＬＩＳＴ)、クリップ情報ディレクトリ(ＣＬＩＰＩＮＦ)、ストリームディレクトリ(ＳＴＲＥＡＭ)、予備ディレクトリ(ＡＵＸＤＡＴＡ)、およびバックアップディレクトリ(ＢＡＣＫＵＰ)である。上述のディレクトリおよびディレクトリ内に含まれる様々なファイルについて、以降、説明する。
【００３７】
ＡＵＸＤＡＴＡディレクトリは、ディスクデータを再生するための追加データファイルを含む。例えば、ＡＵＸＤＡＴＡディレクトリは、双方向グラフィック機能が実行される時にユーザにサウンドデータを提供するための「Ｓｏｕｎｄ．Ｂｄｍｖ」ファイルと、ディスクのデータが再生される時にフォント情報をユーザに提供するための「１１１１１.ｏｔｆ」ファイルを含む。
【００３８】
ストリームディレクトリ(ＳＴＲＥＡＭ)は、特定のフォーマットに従ってディスク内に記録された複数のＡＶストリームファイルを含む。一般に、個々のストリームは、ＭＰＥＧ−２に基づく伝送パケットを使用して記録され、ストリームディレクトリ(ＳＴＲＥＡＭ)は、ストリームファイル(０１０００.ｍ２ｔｓおよび０２０００.ｍ２ｔｓ)の拡張名を、特定の拡張名「＊.ｍ２ｔｓ」として使用する。特に、上記ストリームの中からビデオ／オーディオ／グラフィック情報が多重化された場合、多重情報はＡＶストリームとよばれ、１つのタイトルは、１以上のＡＶストリームファイルを構成する。
【００３９】
クリップ情報(Clip-info)ディレクトリ（ＣＬＩＰＩＮＦ）は、１：１対応の上述のストリームファイルに接続される複数のクリップ情報ファイル(０１０００.ｃｌｐｉ、０２０００.ｃｌｐｉ)を構成する。特に、クリップ情報ファイル（＊.ｃｌｐｉ）は、当該ストリームファイル（＊.ｍ２ｔｓ）の属性情報およびタイミング情報をそこへ記録する。１：１対応のストリームファイル(＊.ｍ２ｔｓ)に接続されたクリップ情報ファイル(＊.ｃｌｐｉ)が一般に「クリップ」と呼ばれる。言い換えると、一つの「クリップ」は、ストリームファイル(＊.ｍ２ｔｓ)とクリップ情報ファイル(＊.ｃｌｐｉ)を構成するデータを示す。ディスク内に記録されたクリップは「元のクリップ」と呼ばれる。ダウンロードされてローカルストレージ内に格納されたクリップは、「追加クリップ」と呼ばれる。
【００４０】
プレイリストディレクトリ(ＰＬＡＹＬＩＳＴ)は、複数のプレイリストファイル(＊.ｍｐｌｓ)を含む。各プレイリストファイル(＊.ｍｐｌｓ)は、１以上のプレイアイテム(ＰｌａｙＩｔｅｍ)および１以上のサブプレイアイテム(ＳｕｂＰｌａｙＩｔｅｍ)を含む。各プレイアイテム(ＰｌａｙＩｔｅｍ)および各サブプレイアイテム(ＳｕｂＰｌａｙＩｔｅｍ)は、特定のクリップが再生される間の再生間隔を指定するように適用される。
【００４１】
プレイアイテム(ＰｌａｙＩｔｅｍ)およびサブプレイアイテム(ＳｕｂＰｌａｙＩｔｅｍ)は、再生されることになる特定のクリップに関連する情報を含む。たとえば、
特定のクリップの再生開始時間(ＩＮ−Ｔｉｍｅ)に関する情報および再生終了時間(ＯＵＴ−Ｔｉｍｅ)に関する他の情報である。
【００４２】
上述の説明に関連して、プレイリストファイル内において１以上のプレイアイテム(ＰｌａｙＩｔｅｍ)を使用して再生す処理をメインパスと呼ばれ、個々のサブプレイアイテム(ＳｕｂＰｌａｙＩｔｅｍ)を使用して再生される処理をサブパスと呼ぶ。プレイリストファイルは、１つのメインパスを含まなければならない。プレイリストファイルは、必要に応じて、サブプレイアイテム(ＳｕｂＰｌａｙＩｔｅｍ)の存在または不存在にしたがって、少なくとも１以上のサブパスを含んでもよい。
【００４３】
結論として、プレイリストファイルは、１以上のプレイアイテム(ＰｌａｙＩｔｅｍ)の結合によって所望のクリップを再生する全体再生／管理ファイル構造に含まれる基本的な再生／管理ファイル単位で動作する。
【００４４】
バックアップディレクトリ(ＢＡＣＫＵＰ)は、複数の複製ファイルを格納する。つまり、ディスク再生に関連する情報を格納するインデックスファイル「ｉｎｄｅｘ」の複製ファイル（「コピーファイル」とも呼ばれる）、オブジェクトファイル「ＭｏｖｉｅＯｂｊｅｃｔ」の複写ファイル、プレイリストディレクトリ(ＰＬＡＹＬＩＳＴ)に含まれる全てのプレイリストファイル(＊.ｍｐｌｓ)の複写ファイル、およびクリップ情報ディレクトリ(ＣＬＩＰＩＮＦ)に含まれる全てのクリップ情報ファイル(＊.ｃｌｐｉ)に対する複写ファイルである。上述のファイル（「ｉｎｄｅｘ」、「ＭｏｖｉｅＯｂｊｅｃｔ」、「＊.ｍｐｌｓ」、「＊.ｃｌｐｉ」）が損傷すると、ディスク再生の処理にも致命的な損失を受けるので、バックアップディレクトリ（ＢＡＣＫＵＰ）は、バックアップファイルとして、上述のファイルの複写ファイルを予め格納するよう設計される。
【００４５】
上述の説明に関連して、上述のディスクファイル構造を使用して特定のタイトルを再生される方法を図２に示す。
【００４６】
ユーザが、インデックスファイル(「ｉｎｄｅｘ ｔａｂｌｅ」ともよばれる)として使用されるタイトルに関連するタイトル再生コマンドを入力する場合、タイトルの再生が開始する。この詳細は、以降で説明する。
【００４７】
インデックスファイル(ｉｎｄｅｘ.ｂｄｍｖ)は、対応するディスクがロードされるとき最初の最初に再生画像に関連する情報を示す最初にプレイバックする情報「Ｆｉｒｓｔ Ｐｌａｙｂａｃｋ」と、メニュー画像を提供するトップメニュー情報「Ｔｏｐ＿Ｍｅｎｕ」と、１以上のタイトル情報「タイトル(Ｔｉｔｌｅ ＃１〜Ｔｉｔｌｅ ＃ｎ)」とを含む。
【００４８】
ディスク３０が光記録／再生デバイス１０にロードされる場合、インデックステーブルに関連するタイトルメニュー情報がディスプレイ２０を介してユーザに提供される。ユーザがメニュー画面に含まれる特定のタイトルまたは特定のメニューを選択する場合、ディスク製作者が予め定義したシナリオに従ってデータ再生が開始される。言い換えると、ユーザが特定のタイトル(例えば、タイトル ＃１)を再生するコマンドを入力すると、再生／管理ファイル構造のオブジェクトファイル(ＭｏｖｉｅＯｂｊｅｃｔ)内に含まれるコマンドにしたがって特定のプレイリストファイルが実行される。したがって、タイトル ＃１を構成する１以上のクリップ（たとえば、Ｃｌｉｐ ＃１〜Ｃｌｉｐ ＃３）が、プレイリストファイルに含まれる特定プレイアイテムおよび／またはサブプレイアイテムによって、再生される。
【００４９】
図３は、本発明による記録媒体内に記録されたデータ記録構造を示す構造図である。より詳しくは、図３は、ファイル構造に関連する情報のディスク記録フォーマットを示す。図３に示すように、ディスクの内周領域の観点から、上述のディスク構造は、ファイル全体を管理するためのシステムを提供するファイルシステム情報領域と、記録されたＡＶストリーム(＊.ｍ２ｔｓ)を再生するためのプレイリストファイル、およびクリップ情報ファイルを記録するためのデータベース領域と、オーディオデータ、ビデオデータ、およびグラフィックデータで構成すされる複数のストリームを記録するＡＶストリーム領域とを連続的に含む。特に、ＡＶストリーム領域に記録されたデータは前述した元のデータと決定されるかもしれないことに留意されたい。
【００５０】
図４Ａを参照して、光記録／再生デバイス１０は、ピックアップユニット１１、サーボ１４、信号処理器１３、およびマイコン１６を含む。ピックアップユニット１１は、光ディスク内に記録された元のデータ、および再生／管理ファイル情報を含む管理情報を再生する。サーボユニット１４は、ピックアップユニット１１の動作を制御する。信号処理器１３は、ピックアップユニット１１から再生信号を受信するか、受信した再生信号を所望の信号値に復元するか、または記録されることになる信号を光ディスクに記録された別の信号に変調するので、信号処理器１３は、復元または変調結果を送信する。マイクロプロセッサ１６は、上述のコンポーネントの手動の動作を制御する。
【００５１】
コントローラ１２は、ユーザからのコマンドを受信した上で、光ディスクの外部に存在する追加データをダウンロードし、ダウンロードした追加データをローカルストレージ１５に格納し、光ディスク内に記録された元のデータとローカルストレージ内に格納された追加データとを再生するために、仮想ファイルシステム(ＶＦＳ：Virtual File System)を設定する。コントローラ１２は、ＶＦＳを使用してもとのデータおよび関連する追加データを含む仮想パッケージを形成し、ユーザからの要求を受信した上で、形成された仮想パッケージを使用してもとのデータおよび／または追加データを再生する。上述の説明に関連して、ＶＦＳおよび仮想パッケージの商サイン説明は、図５の図面を参照して以降、説明する。
【００５２】
デコーダ１７は、コントローラ１２からの制御信号を、出力データ(元のデータおよび／または追加データ)を最終的にデコードし、デコード結果をユーザに提供する。
【００５３】
エンコーダ１８は、コントローラ１２からの制御信号の受信した上で、特定のフォーマット信号（たとえば、ＭＰＥＧ２伝送ストリーム）に入力信号を変換し、変換結果を信号処理器１３に送信する。
【００５４】
新しい仮想パッケージは、将来再利用できるように、ローカルストレージ１５に格納されるかもしれない。また、新しい仮想パッケージは、一時的に追加の動的メモリに格納され、その後に使用されるかもしれない。
【００５５】
図４Ｂは、本発明による光記録／再生デバイス１０内に含まれるコンポーネント全体の中から、ローカルストレージを使用する光ディスクのデータを再生する装置を示すブロック図である。
【００５６】
ローカルストレージ１５内に格納される情報について説明する。本発明によるローカルストレージ１５は、ディスク識別（ＩＤ）情報ごとにディレクトリおよびファイルを含むファイル情報（Ｄｉｓｃ＿ｉｄ＃ｎのためのディレクトリファイルツリー情報）と、外部からダウンロードした複数の追加クリップとを格納する。ローカルストレージ１５はさらに、ディスクパッケージに関連するバインディング動作のためにバインディング情報およびローカルストレージ１５内に格納されたコンテンツデータを説明するための複数のファイル（コンテンツ特定情報ファイル:Content Identifying Info files）を格納できる。
【００５７】
特に、ローカルストレージ１５は、異なるディスクに対応するために、複数のファイル情報ユニット（Ｄｉｓｃ＿ｉｄ＃ｎのためのディレクトリファイルツリー情報）を含むことができる。したがって、ローカルストレージ１５は、上述のファイル情報ユニットを管理するためのファイルシステムを追加で必要とする。特に、ファイルシステムは、ローカルストレージファイルシステム４１ともよばれ、ローカルストレージファイルシステム４１は、ローカルストレージ内の格納される全てのファイルを管理するシステムを示す。
【００５８】
したがって、特定のディスクＩＤ(Ｄｉｓｃ＿ｉｄ)の光ディスクが光記録／再生デバイス１０内にロードされる場合、光記録／再生デバイス１０内に含まれるコントローラ１２は、ピックアップユニット１１および信号処理器１３を使用してディスクのＩＤ情報を認識し、ローカルストレージ１５内に格納される全てのファイル情報の中からロードされたディスクＩＤ情報と等しいファイル情報を読出し、読み出された情報とディスクパッケージとのバインディングによって仮想パッケージを形成し、形成された仮想パッケージを使用してディスクの元のデータとローカルストレージの追加データを共に再生する。
【００５９】
本発明による仮想パッケージを形成する好適な実施形態について、以降説明する。
【００６０】
図５は、本発明による上述の仮想パッケージを形成する方法を示す概念図である。
【００６１】
図４Ｂに示される情報およびコンテンツがローカルストレージ１５内に格納される状態で、特定のディスクが光記録／再生デバイス１０内にロードされると、光記録／再生デバイス１０は、ローカルストレージ１５内に含まれるファイルシステム情報４１を読み出し、同時に、ディスク内に記録されたファイル構造を含むディスクファイルシステム情報４２を読み出し、仮想ファイルシステム(ＶＦＳ)を形成することとなる。より詳しくは、仮想ファイルシステム(ＶＦＳ)は、ローカルストレージ１５内に含まれるファイルシステムとロードされたディスクの別のファイルシステムの両方を管理するために仮想で形成されたファイルシステムを示す。
【００６２】
光記録／再生デバイスは、上述の仮想ファイルシステム(ＶＦＳ)を使用してディスク内に記録された元のデータとローカルストレージ内に記録された追加データを同時に再生するための新しい仮想パッケージを形成する。この目的のために、光記録／再生デバイス１０は、ファイルシステムからディスク（例えば、 Ｄｉｓｃ＿ｉｄ ＃１)に関連するファイル情報（Ｄｉｓｃ＿ｉｄ＃ｎのためのディレクトリファイルツリー情報）を読み出し、読み出されたファイル情報をロードされたディスク(Ｄｉｓｃ＿ｉｄ ＃１)に結合するか、または読み出されたファイル情報をディスクパッケージに追加するかのバインディング動作を実行する。
【００６３】
上述のバインディング動作により形成される仮想パッケージは、元のクリップ４２２および追加クリップ４１２を再生／管理するファイル構造を示す。元のクリップ４２２はディスク内に記録された元のデータからなる。また、追加クリップ４１２はローカルストレージ内に格納された追加データからなる。
【００６４】
図６Ａは、本発明によるファイル構造を基にして仮想ファイルシステム(ＶＦＳ)を使用する仮想パッケージを形成する方法を示す概念図である。
【００６５】
図６Ａを参照して、ロードされたディスク内に記録された特定のディスクパッケージ(例えば、図２の構造)が記録される。ローカルストレージファイルシステム４１は、ローカルストレージ内に含まれる。ローカルストレージファイルシステム４１は、ロードされたディスク(例えば、 Ｄｉｓｃ＿ｉｄ ＃１)に結合されるバインディングユニットおよびバインディング情報を含む。
【００６６】
上述の説明に関連して、バインディングユニットは、ディスクパッケージと類似している。特に、バインディングユニットは、ディスクに含まれる特定のプレイリストファイルの名前と同じ名前を有するプレイリストファイルを含むので、特定のプレイリストファイルに結合することができる。しかし、ディスクパッケージと異なって、バインディングユニットだけでは再生／管理ファイルとして動作できないことに留意されたい。バインディングユニットだけでデータ再生を実行するよう設計されると仮定すると、このデータ再生は、ローカルストレージのデータ再生と類似しているので、上述のバインディングユニットの動作は、ディスク内に記録された元のデータとローカルストレージ内に記録された追加データの両方を同時に再生する本発明の目的にも反する。
【００６７】
バインディング情報は、バインディングユニットに関連する多様な情報を含み、例えば、バインディングユニットのファイル種類、バインディングユニットのアップデート時刻、およびバインディング方法などである。
【００６８】
したがって、仮想ファイルシステム(ＶＦＳ)は、バインディングユニットを上述のバインディング情報を使用してロードされたディスクのディスクパッケージに結合するバインディング動作を実行して、新しい仮想パッケージを形成する。
【００６９】
例えば、ロードされたディスク(例えば、Ｄｉｓｃ＿ｉｄ ＃１)に関連するバインディングユニットが、第１のプレイリストファイル(０００００.ｍｐｌｓ)と、第１のプレイリストファイル(０００００.ｍｐｌｓ)によって管理されるクリップ(即ち、クリップ情報ファイル「０２０００.ｃｌｐｉ」)、およびストリームファイル(０２０００.ｍ２ｔｓ)を含む場合、バインディングユニットに含まれる第１のプレイリストファイル(０００００.ｍｐｌｓ)は、ディスクパッケージに含まれる第２のプレイリストファイル(０００００.ｍｐｌｓ)と結合され、新しいプレイリストファイル(０００００.ｍｐｌｓ)を含む仮想パッケージを形成することとなる。この場合、第２のプレイリストファイル(０００００.ｍｐｌｓ)は、第１のプレイリストファイル(０００００.ｍｐｌｓ)と同じファイル名を有する。
【００７０】
説明の便宜のために、ディスクパッケージ内に含まれるプレイリストファイル６１は、元のプレイリストファイル６２（元のＰｌａｙＬｉｓｔ）とよばれ、バインディングユニット内に含まれるプレイリストファイル６２は、追加プレイリストファイル（追加のＰｌａｙＬいｓｔ）と呼ばれ、元のプレイリストファイル６１を追加プレイリストファイル６２に結合することによって形成されるプレイリストファイル６３は、仮想プレイリストファイル６３（仮想ＰｌａｙＬｉｓｔ）とよばれることに留意すべきである。
【００７１】
仮想パッケージ内の仮想プレイリストファイル６３以外のクリップ情報ファイル（＊.ｃｌｐｉ）およびストリームファイル（＊.ｍ２ｔｓ）は、これらの統合された管理のみを達成するために、仮想パッケージに含まれる。クリップ情報ファイル（＊.ｃｌｐｉ）およびストリームファイル（＊.ｍ２ｔｓ）の個々のコンテンツは、バインディング動作によって変更されない。より詳細には、ディスクパッケージ内のクリップ情報ファイル（０１０００.ｃｌｐｉ）およびストリームファイル（０１０００.ｍ２ｔｓ）は、変更されることなしにバインディングユニット内のクリップ情報ファイル（０２０００.ｃｌｐｉ）およびストリームファイル（０２０００.ｍ２ｔｓ）に単純に結合されるので、結合結果は、仮想パッケージ内に含まれる。
【００７２】
上述の説明に関連して、インデックスファイル(ｉｎｄｅｘ)およびオブジェクトファイル(ＭｏｖｉｅＯｂｊｅｃｔ)（示されていない）は、上位ファイルとして動作し、仮想プレイリストファイル６３に基づいて、従来のインデックスファイル(ｉｎｄｅｘ)および従来のオブジェクトファイル(ＭｏｖｉｅＯｂｊｅｃｔ)からアップデートされてもよい。上述のアップデータ動作は、仮想プレイリストファイル６３によってタイトルが別のタイトルに変更された場合に起きる。たとえば、新しいタイトルの追加の場合、従来タイトルの削除、またはタイトル再生シナリオの変更が起きた場合、インデックスファイルおよびオブジェクトファイル(ｉｎｄｅｘ、ＭｏｖｉｅＯｂｊｅｃｔ)の上述のアップデート動作である
上述の説明に関連して、ローカルストレージ内に含まれるファイルシステム構造４１は、ダウンロードした追加データを管理するためのファイル構造を含む。例えば、ファイル構造は、追加データを提供するためのコンテンツプロバイダ（ＣＰ）ごとに「Ｏｒｇ＿ｉｄ」ディレクトリと、各「Ｏｒｇ＿ｉｄ」ディレクトリの特定のディスクごとに「Ｄｉｓｃ＿ｉｄ」ディレクトリとを含む。「Ｄｉｓｃ＿ｉｄ」ディレクトリは階層構造の形式からなる。「Ｏｒｇ＿ｉｄ ＃１」ディレクトリは、コンテンツを提供する特定の「Ａ」会社のディレクトリとなるよう決定され、ディレクトリ「Ｄｉｓｃ＿ｉｄ ＃１」〜「Ｄｉｓｃ＿ｉｄ ＃３」は、「Ａ」会社から提供するディスク種類にしたがって構成され、ユーザは、ディレクトリ「Ｄｉｓｃ＿ｉｄ ＃１」に関連する追加データをダウンロードすると、ダウンロードされた追加データは、上述の「Ｄｉｓｃ＿ｉｄ ＃１」ディレクトリ内に含まれるバインディングユニットに含まれる。バインディングユニットが「Ｏｒｇ＿ｉｄ」ディレクトリ以外の「Ｄｉｓｃ＿ｉｄ」ディレクトリのみから構成されうることが、当業者にとっては明らかである。
【００７３】
上述のバインディング動作を使用して仮想パッケージ内に含まれる仮想プレイリスト６３を形成する方法について、図７Ａ〜図９を参照して以降で説明する。
【００７４】
前述したように、仮想パッケージは、ディスクパッケージと同じ構造を持つ。特に、仮想パッケージは、バインディング動作により新しく形成された仮想プレイリスト６３を含む。新しく形成される仮想プレイリスト６３の再生／管理方法により、仮想パッケージ内の元のクリップ(例えば、クリップ情報ファイル(０１０００.ｃｌｐｉ))とストリームファイル(０１０００.ｍ２ｔｓ)は選択的に再生され、および／またはローカルストレージ内の追加クリップ(例えば、クリップ情報ファイル(０２０００.ｃｌｐi))とストリームファイル(０２０００.ｍ２ｔｓ)が選択的に再生される。
【００７５】
したがって、仮想パッケージ内に含まれる仮想プレイリストファイル６３は、ディスク内に記録される元のデータとローカルストレージ内に記録される追加データの両方を同時に再生する基本的な再生／管理ファイルの役割を持つ。
【００７６】
図６Ｂは、本発明によりローカルストレージ内に格納される様々な追加データの種類を示す。特に、図６Ｂは、追加のデータの属性による５つの追加のデータタイプを示す。
【００７７】
第一に、追加データタイプ ＃１は、元のデータを補助する複数のデータユニット、例えば、オーディオデータ、ＰＧ(Presentation Graphic)データ、ＩＧ(Interactive Graphic)データ、およびテキストサブタイトル(Text Subtitle)データなどを含む。追加データタイプ ＃１は、追加プレイリスト６２内に含まれるサブパスを介して元のプレイリスト６１に結合され、この詳細な説明は、図７Ａおよび図７Ｂを参照して以降で説明する。
【００７８】
第２に、追加データタイプ ＃２は、元のデータの代りに、または元のデータに付属される複数の多重化したクリップＡＶストリームを含む。追加データタイプ ＃２は、追加プレイリスト６２内に含まれるメインパスを介して元のプレイリスト６１に主に結合され、この詳細な説明は、図８を参照して以降で与える。
【００７９】
第３に、追加データタイプ ＃３は、元のデータを再生する再生シナリオの変換に関する複数のデータユニット（「データベースのみ（Ｄａｔａｂａｓｅ  Ｏｎｌｙ）」で示される）を含む。例えば、プレイリスト内に含まれるプレイアイテムの順序が変更される場合、あるいはインデックスファイル(ｉｎｄｅｘ)またはオブジェクトファイル(ＭｏｖｉｅＯｂｊｅｃｔ)が変更される場合、再生／管理ファイルのみが、実際の追加クリップの存在に変更／追加されることを意味する。上述の追加データタイプ ＃３は、上述の場合に関連する。追加のデータタイプ＃３は、変更されたシナリオにより、追加プレイリスト６２内に含まれるメインパスを使用して元のプレイリスト６１と結合されるか、または追加インデックスファイル(ｉｎｄｅｘ)および／または追加オブジェクトファイル(ＭｏｖｉｅＯｂｊｅｃｔ)を使用するディスクファイル構造内の元のインデックスファイル(ｉｎｄｅｘ)または元のオブジェクトファイル(ＭｏｖｉｅＯｂｊｅｃｔ)に結合される。詳細な説明は、図９を参照して、以降で与える。
【００８０】
第４に、追加データタイプ ＃４は、ファイル構造に含まれる補助ディレクトリ(ＡＵＸＤＡＴＡ)に関連する複数のデータユニット（Ａｕｘｄａｔａ）を含む。例えば、追加データタイプ ＃４は、クリックサウンド情報の追加、またはテキストサブタイトルのためのフォントファイルの追加に関連付けられる。追加データタイプ ＃４は、追加サウンドファイル(ｓｏｕｎｄ.ｂｄｍｖ)および／または追加フォントファイル(＊.ｏｔｆ)を使用するディスクファイル構造内の元のサウンドファイル(ｓｏｕｎｄ.ｂｄｍｖ)または元のフォントファイル(＊.ｏｔｆ)に結合される。
【００８１】
第５に、追加データタイプ ＃５は、システムの再生情報として使用される複数のデータユニットを含む。例えば、追加データタイプ ＃５は、ＪＡＶＡアプリケーションデータ(ＢＤの再生モードを示す)および／またはシステム情報として使用されるシステムデータに関連付けられる。追加データタイプ ＃５は、システムに含まれる関連データに結合される。
【００８２】
図７Ａおよび図７Ｂは、本発明の第１の好適な実施形態による、仮想プレイリスト６３を形成する方法を示す概念図である。特に、サブパスおよび上述の追加データタイプ ＃１のバインディング動作を採用する方法が図７Ａおよび図７Ｂで示される。
【００８３】
図７Ａを参照して、ディスク内の元のプレイリスト６１は、メインパス内に含まれる２つのプレイアイテム(ＰｌａｙＩｔｅｍ ＃１、 ＃２)と、サブパス内に含まれる１つのサブプレイアイテム(ＳｕｂＰｌａｙＩｔｅｍ ＃１)とを含む。多重ＡＶストリームを示す元のクリップ ＃１は、メインパス内に含まれるプレイアイテム ＃１により再生／管理される。多重ＡＶストリームを示す元のクリップ ＃２は、メインパス内に含まれるプレイアイテム ＃２により再生／管理される。この場合に、各多重ＡＶストリームは、ビデオデータ、オーディオデータ、およびグラフィックデータを含む。また、テキストサブタイトルストリームを構成する元のクリップ ＃３は、サブパス内に含まれるサブプレイアイテム(ＳｕｂＰｌａｙＩｔｅｍ ＃１)により再生／管理される。
【００８４】
例えば、ローカルストレージ内に含まれる追加プレイリスト６２は、メインパスを含まず、第１のサブパス ＃Ａ内に含まれるサブプレイアイテム＃２(ＳｕｂＰｌａｙＩｔｅｍ ＃２)および第２のサブパス ＃Ｂ内に含まれるサブプレイアイテム＃３(ＳｕｂＰｌａｙＩｔｅｍ ＃３)を含む。日本語オーディオストリームを構成する追加クリップ ＃１は、第１のサブパス ＃Ａ内に含まれるサブプレイアイテム＃２(ＳｕｂＰｌａｙＩｔｅｍ ＃２)により再生／管理される。中国語オーディオストリームを構成する追加クリップ ＃２は、第２のサブパス ＃Ｂ内に含まれるサブプレイアイテム＃３(ＳｕｂＰｌａｙＩｔｅｍ ＃２)により再生／管理される。
【００８５】
したがって、仮想のプレイリスト６３は、元のプレイリスト６１を追加プレイリスト６２と結合することによって形成される。この場合に仮想プレイリスト６２は、バインディング情報を使用して形成される。
【００８６】
言い換えると、バインディング方法は上述のバインディング情報により決定できる。例えば、追加プレイリスト６２内に含まれる２つのサブパス＃Ａおよび＃Ｂを元のプレイリスト６１内に追加するバインディング方法は、バインディング情報によって決定することもできる。
【００８７】
したがって、仮想ファイルシステム(ＶＦＳ)がバインディング動作を実行するとき、元のプレイリスト６１、追加プレイリスト６２、および／またはバインディング情報を参照して新しい仮想プレイリスト６３を形成するので、最終的に新しく形成される１以上の仮想プレイリスト６３を含む仮想パッケージが形成される。他の例として、バインディング情報を使用することなしに、予め決定されたバインディング方法によりバインディング動作を実行することも可能である。
【００８８】
上述の場合に、新しく形成される仮想プレイリスト６３内に含まれるメインパスは、元のプレイリスト６１の構造と同じ構造を有する。サブパス ＃１は、元のプレイリスト６１に含まれるサブパスと同じ構造を有する。サブパス ＃２およびサブパス ＃３は、追加プレイリスト６２内に含まれるサブパス ＃Ａおよびサブパス ＃Ｂと同じ構造を有する。
【００８９】
上述の説明に関連して、新しく形成される仮想プレイリスト６３は、１つのメインパスに含まれるストリームおよび３つのサブパス内に含まれるストリームを管理する情報を必要とする。この特定の情報は、「ＳＴＮ＿Ｔａｂｌｅ」または「ＰＩＤ＿ｔａｂｌｅ」情報とよばれる。ユーザにより選択可能なストリームの種類および属性情報は、「ＳＴＮ＿Ｔａｂｌｅ」または「ＰＩＤ＿ｔａｂｌｅ」情報に含まれる。このシステムは、特定のサブパスが、ユーザ選択のストリームの上述のタイプおよび属性情報を参照してユーザによって選択的に再生できるようにする情報をユーザに提供する。
【００９０】
図７Ｂは、本発明の第１の好適な実施形態によるサブパスとして追加可能な追加データタイプ ＃１を示す構造図である。
【００９１】
図７Ｂを参照して、サブパスとして追加可能な追加データタイプ ＃１は、６つの種類に分類され、例えば、第１の追加クリップ ＃１(「sync type audio stream」と示される)、第２の追加クリップ ＃２(「Non-sync type audio stream」と示される)、第３の追加クリップ ＃３(「Text subtitle only stream」と示される)、第４の追加クリップ ＃４(「PG-only stream」と示される)、第５の追加クリップ ＃５(「IG-only stream」と示される)および第６の追加クリップ ＃６(「multiplexed stream without video」と示される)である。第１の追加クリップ ＃１は、追加オーディオストリームを元のデータと同期させる。第２の追加クリップ ＃２は、追加オーディオストリームを元のデータと同期化させない。追加クリップ ＃３は、テキストサブタイトルだけを含む。追加クリップ ＃４は、ＰＧ(Presentation Graphic)ストリームだけを含む。追加クリップ ＃５は、ＩＧ(Interactive graphic)ストリームだけを含む。追加クリップ ＃６は、追加クリップ ＃1〜＃５の中から少なくとも２つのストリームを多重化することによって形成される。
【００９２】
上述の説明に関連して、仮想プレイリスト６３内に含まれるサブパスの数は、複数個決定できるが、再生動作がサブパスを介して実行されるときに、同時に処理できるサブパスの数に制限がある。一般に、サブパスの数はシステム仕様において予め決定される。例えば、サブパスの数を２つの既定の数に設定することで、２つのサブパスのみは同時に処理できる。
【００９３】
図８は、仮想プレイリスト６３を形成する第２の好適な実施形態におけるメインパスを採用する方法を示す概念図である。特に、上述した追加データタイプ ＃２のバインディング動作が図８に示される。
【００９４】
上述の説明に関連して、追加データタイプ ＃２は、多重ＡＶストリームからなる追加クリップをディスクに追加するか、または特定の元のクリップの代わりのデータとして使用される。
【００９５】
図８を参照して、ディスク内の元のプレイリスト６１は、メインパス内に含まれる２つのプレイアイテム(ＰｌａｙＩｔｅｍ ＃１および＃２)と、サブパス内に含まれる１つのサブプレイアイテム(ＳｕｂＰｌａｙＩｔｅｍ ＃１)とを含む。元のクリップ ＃１は、メインパス内に含まれるプレイアイテム ＃１によって再生／管理される多重ＡＶストリームを示す。元のクリップ ＃２は、メインパス内に含まれるプレイアイテム ＃２によって再生／管理される多重ＡＶストリームを示す。この場合に。各多重ＡＶストリームは、ビデオデータ、オーディオデータ、およびグラフィックデータを含む。また、元のクリップ ＃３は、サブパス内に含まれるサブプレイアイテム(ＳｕｂＰｌａｙＩｔｅｍ ＃１)によって再生／管理されるテキストサブタイトルストリームを構成する。
【００９６】
たとえばローカルストレージ内の追加プレイリスト６２は、メインパス内に１つのプレイアイテム ＃３(ＰｌａｙＩｔｅｍ ＃３)を含み、メインパス内に含まれるプレイアイテム（ＰｌａｙＩｔｅｍ ＃３)によって多重ＡＶストリームを示す追加クリップ ＃１を再生／管理する。この場合に各多重ＡＶストリームは、ビデオデータ、オーディオデータ、およびグラフィックデータを含む。
【００９７】
言い換えると、上述のバインディング情報によってバインディング方法を決定できる。例えば、元のプレイリスト６１内に含まれるプレイアイテム ＃２を、追加プレイリスト６２内に含まれるプレイアイテム ＃３に置き換えるバインディング方法が、バインディング情報により決定される。
【００９８】
したがって、最終的に形成された仮想プレイリスト６３は、メインパス内に、元のクリップ ＃１を再生／管理するプレイアイテム ＃１と、追加クリップ ＃１を再生／管理するプレイアイテム ＃３とを含む。また、最終的に形成された仮想プレイリスト６３は、サブパス内に、元のクリップ ＃３を再生／管理するサブプレイアイテム ＃１を含む。
【００９９】
図９は、仮想プレイリスト６３を形成する第３の好適な実施形態によるメインパスを採用する方法を示す概念図である。特に、上述の追加データタイプ ＃３をバインディングする動作は図９において示される。
【０１００】
上述の説明に関連して、追加データタイプ ＃３は、追加クリップの追加なしに元のデータの再生シナリオを変更する特定の場合に関連する。特に、追加データタイプ ＃３は、プレイリストを使用して再生シナリオを変更する方法に関連する。
【０１０１】
図９を参照して、ディスク内の元のプレイリスト６１は、メインパス内に含まれる２つのプレイアイテム(ＰｌａｙＩｔｅｍ ＃１および＃２)と、サブパス内に含まれる１つのサブプレイアイテム(ＳｕｂＰｌａｙＩｔｅｍ ＃１)とを含む。元のクリップ ＃１は、メインパス内に含まれるプレイアイテム ＃１によって再生／管理される多重ＡＶストリームを示す。元のクリップ ＃２は、メインパス内に含まれるプレイアイテム ＃２によって再生／管理される多重ＡＶストリームを示す。この場合に、各多重ＡＶストリームは、ビデオデータ、オーディオデータ、およびグラフィックデータを含む。また、テキストサブタイトルストリームを構成する元のクリップ ＃３は、サブパス内に含まれるサブプレイアイテム＃１(ＳｕｂＰｌａｙＩｔｅｍ ＃１)によって再生／管理される。
【０１０２】
特に、メインパスを介して、元のクリップ ＃１→元のクリップ ＃２の順でデータ再生を実行する第１の再生シナリオは、第３の好適な実施形態と関連する。
【０１０３】
例えば、ローカルストレージ内の追加プレイリスト６２は、メインパス内に２つのプレイアイテム ＃３および＃４(ＰｌａｙＩｔｅｍ＃３およびＰｌａｙＩｔｅｍ＃４)を含む。元のクリップ ＃３は、メインパスのプレイアイテム ＃３(ＰｌａｙＩｔｅｍ ＃３)によって再生／管理される。元のクリップ ＃１は、メインパス内のプレイアイテム ＃４(ＰｌａｙＩｔｅｍ ＃４)によって再生／管理される。
【０１０４】
バインディング方法は、バインディング情報によって決定できる。例えば、元のプレイリスト６１内に含まれるプレイアイテム ＃１を、追加プレイリスト６２内に含まれるプレイアイテム ＃３に置き換えるバインディング方法、または元のプレイリスト６１内に含まれるプレイアイテム ＃２を、追加プレイリスト６２内に含まれるプレイアイテム ＃４に置き換えるバインディング方法は、バインディング情報により決定できる。
【０１０５】
したがって、最終的に形成された仮想プレイリスト６３は、のクリップ ＃３を再生／管理するプレイアイテム ＃３と、元のクリップ ＃１を再生／管理するプレイアイテム ＃４とをメインパス内に含む。また、最終的に形成された仮想プレイリスト６３は、サブパス内に元のクリップ ＃３を再生／管理するサブプレイアイテム ＃１を含む。言い換えると、上述の仮想プレイリスト６３は、メインパスを介して、元のクリップ ＃３→元のクリップ ＃１の順にデータ再生を実行する第２の再生シナリオを含むことで、元のプレイリスト６１によって、元のクリップ ＃１→元のクリップ ＃２の順にデータ再生を実行する第１の再生シナリオは、第２の再生シナリオに変更されることになる。
【０１０６】
上述の説明に関連して、プレイリストの代わりに、追加のインデックスファイルまたは追加のオブジェクトファイルは、再生シナリオを他の再生シナリオに変更して適用することも出来る。この場合に、仮想パッケージ内に含まれるインデックスファイルは、ローカルストレージ内に含まれる追加インデックスファイルをディスク内に含まれる元のインデックスデータに結合させることによって形成され、仮想パッケージ内に含まれるオブジェクトファイルは、ローカルストレージ内に含まれる追加のオブジェクトファイルを、ディスク内に含まれる元のオブジェクトファイルに結合することによって形成される。
【０１０７】
ローカルストレージ内に含まれる追加インデックスファイルまたは追加オブジェクトファイルを構成する場合に、ディスク内に含まれる元のインデックスファイルまたは元のオブジェクトファイルは、ローカルストレージ内に含まれる追加インデックスファイルまたは追加オブジェクトファイルに予め含まれ、バインディング動作は、ローカルストレージ内に含まれる追加インデックスファイルまたは追加オブジェクトファイルを、ディスク内に含まれる元のインデックスファイルまたは元のオブジェクトファイルに置き換えることによって、置き換えられたファイルは仮想パッケージ内に含まれることができる。
【０１０８】
図９に示される好適な実施形態の拡張の場合に、バインディングユニットに含まれる追加のプレイリストファイルは、バインディング動作によって、ディスク内に含まれる元のプレイリストファイルと置き換えられことによって、置き換えられたファイルは、仮想ファイル構造内の仮想プレイリストとして含まれることができる。この場合に、置き換えられた追加プレイリストファイル名と、置き換えられた元のプレイリストファイル名は、バインディング情報において定義されなければならない。
【０１０９】
別の例として、第１の好適な実施形態、第２の好適な実施形態、および第３の好適な実施形態は、１つの例に統合できるので、統合された例もまた、発明に適用可能である。例えば、特定の補助再生データ(例えば、オーディオストリーム)は、第１の好適な実施形態によってサブパスを介して追加されてもよく、それと同時に、多重ＡＶストリームは、第２の好適な実施形態によってメインパスを介して第１の好適な実施形態の結果に追加されてもよい。
【０１１０】
複数の仮想プレイリスト６３が仮想パッケージ内に含まれる。例えば、図７Ａの第１の好適な実施形態によりバインディングされた仮想プレイリストと、図８の第２の好適な実施形態によりバインディングされた仮想プレイリストと、図９の第３の好適な実施形態によりバインディングされた仮想プレイリストとを、一つの仮想パッケージ内に含めることができる。この例が本発明の修正した例であることは、当業者にとって明らかである。
【０１１１】
図１０は、本発明によるローカルストレージを使用する記録媒体からデータを再生する方法を示すフロー図である。図１０を参照して、ディスクが光記録／再生デバイス内にロードされると、光記録／再生デバイスは、ディスクＩＤ情報(Ｄｉｓｃ＿ｉｄ)を認識し、ステップＳ１０において、ロードされたディスクと同じディスクＩＤ情報(Ｄｉｓｃ＿ｉｄ)を有するバインディングユニットを含む追加データが、ローカルストレージ内に存在するか否かを決定する。
【０１１２】
ステップＳ１０において、バインディングユニットがローカルストレージ内に存在することが決定される場合、ステップＳ２０において、光記録／再生デバイスは、バインディングユニットを記録媒体内のファイル構造に結合するバインディング動作が実行されるかどうかを決定する。ステップＳ２０２において、光記録／再生デバイスは、バインディング動作を使用して仮想パッケージを形成し、形成された仮想パッケージを使用してディスク内に記録された元のデータおよび／またはローカルストレージ内に記録された追加データを再生する。
【０１１３】
ステップＳ１０において、バインディングユニットがローカルストレージ内に存在しない場合、ステップＳ１０１において、光記録／再生デバイスは、ディスク内に記録されたディスクパッケージだけを使用して元のデータを再生する。ステップＳ２０において、バインディング動作が要求されない場合、ステップＳ２０１において、光記録／再生デバイスは、ディスク内に記録されたディスクパッケージだけを使用して元のデータを再生する。
【０１１４】
好ましくは、ロードされたディスクタイプが、ディスクデータがローカルストレージ内に記録された追加データに沿って同時に再生できるようにするディスクを示すかどうかを決定する、予め決定されるステップは、さらに上述のステップＳ１０の前に位置づけることができる。例えば、バージョン１.１以上のバージョン情報を有するディスク(ＢＤ−ＲＯＭ)が、光記録／再生デバイス内にロードされると、図１０に示される再生方法が実行される。一方で、バージョン１.０以下のバージョン情報を有するディスクが、光記録／再生デバイス内にロードされると、図１０に示される上述の再生方法は実行されないが、光記録／再生デバイスは、ディスク内に記録された元のデータのみを再生する。
【０１１５】
上述の説明から逸脱することなく、本発明によるローカルストレージを使用する記録媒体からデータを再生する方法および装置は、記録媒体に記録された元のデータを効率的に再生でき、より便利な機能の生成をユーザにもたらす。
【産業上の利用可能性】
【０１１６】
本発明の精神または範囲から逸脱することなく、様々な修正および変更が本発明においてなされうることは、当業者にとって明らかである。したがって、本発明は、添付の特許請求の範囲およびその均等物の範囲内で提供されるこの発明の修正および変更を含むことを意図する。
【図面の簡単な説明】
【０１１７】
【図１】本発明による記録媒体からデータを再生する方法および装置を示す概念図である。
【図２】本発明の記録媒体として光ディスクに記録されるファイル構造、およびファイル構造を使用して特定のタイトルを再生する方法を示す概念図である。
【図３】本発明による記録媒体として動作する光ディスクのデータ記録構造を示す構造図である。
【図４Ａ】本発明による光記録／再生デバイスを示すブロック図である。
【図４Ｂ】本発明による光記録／再生デバイスに含まれる全体コンポーネントの中からローカルストレージを使用してデータを再生する装置を示すブロック図である。
【図５】本発明よる記録媒体内に記録されたデータとローカルストレージ内に記録されたデータを再生できる仮想パッケージを形成する方法を示す概念図である。
【図６Ａ】本発明によるファイル構造に基づき、ＶＦＳ（仮想ファイルシステム）を使用して仮想パッケージを形成する方法を示す概念図である。
【図６Ｂ】本発明によるローカルストレージ内に格納される各種の追加データ型を例として示す。
【図７Ａ】本発明の第１の好適な実施形態による仮想パッケージ内に含まれる仮想プレイリスト（ＶｉｒｔｕａｌＰｌａｙＬｉｓｔ）を形成する方法を示す概念図である。
【図７Ｂ】本発明の第１の好適な実施形態による仮想パッケージ内に含まれる仮想プレイリスト（ＶｉｒｔｕａｌＰｌａｙＬｉｓｔ）を形成する方法を示す概念図である。
【図８】本発明の第２の好適な実施形態による仮想パッケージ内に含まれる仮想プレイリスト（ＶｉｒｔｕａｌＰｌａｙＬｉｓｔ）を形成する方法を示す概念図である。
【図９】本発明の第３の実施形態による仮想パッケージ内に含まれる仮想プレイリスト（ＶｉｒｔｕａｌＰｌａｙＬｉｓｔ）を形成する方法を示す概念図である。
【図１０】本発明によるローカルストレージを使用した記録媒体からデータを再生する方法を示すフロー図である。
【図１】
2008517355.tif 000003
【図２】
2008517355.tif 000004
【図３】
2008517355.tif 000005
【図４Ａ】
2008517355.tif 000006
【図４Ｂ】
2008517355.tif 000007
【図５】
2008517355.tif 000008
【図６Ａ】
2008517355.tif 000009
【図６Ｂ】
2008517355.tif 000010
【図７Ａ】
2008517355.tif 000011
【図７Ｂ】
2008517355.tif 000012
【図８】
2008517355.tif 000013
【図９】
2008517355.tif 000014
【図１０】
2008517355.tif 000015
【国際調査報告】
2008517355.tif 000016
2008517355.tif 000017