(57)【要約】本発明は、記録された多重再生経路ビデオデータの再生を管理するためのデータ構造を有する記録媒体、前記データ構造の記録及び再生方法及び装置に関する。前記記録媒体は、記録媒体に記録される少なくとも多重再生経路ビデオデータの再生を管理するためのデータ構造を有する。前記記録媒体の一つまたはそれ以上の管理領域には経路変更情報が保存される。前記経路変更情報はビデオデータの少なくとも一つ以上の再生経路を再生する時経路変更がどこで許されるかを指し示す。
2006506763.tif 000002
【特許請求の範囲】
【請求項１】
記録媒体に記録される少なくとも多重再生経路ビデオデータの再生を管理するためのデータ構造を有する記録媒体において、
ビデオデータの少なくとも一つ以上の再生経路を再生する時経路変更がどこで許されるかを指し示す経路変更情報が保存される一つまたはそれ以上の管理領域を含んで構成される記録媒体。
【請求項２】
請求項１において、
前記経路変更情報にはビデオデータの各再生経路と連係される一つまたはそれ以上のフラッグが含まれて、各フラッグはビデオデータの連係する再生経路を再生する時経路変更が許されるのか否かとどこで経路変更が許されるかを指し示すことを特徴とする記録媒体。
【請求項３】
請求項１において、
等しく連係される再生経路で経路変更を許すフラッグは一つまたはそれ以上のビデオデータユニットの境界を定めることを特徴とする記録媒体。
【請求項４】
請求項３において、
少なくともビデオデータが記録されるデータ領域をさらに含んで構成されて、前記ビデオデータの少なくとも一部はビデオデータユニット基準で多重化されることを特徴とする記録媒体。
【請求項５】
請求項４において、
ビデオデータの再生経路はビデオデータの他のカメラ角度であることを特徴とする記録媒体。
【請求項６】
請求項３において、
各ビデオデータユニットはＩ−ｐｉｃｔｕｒｅでスタートすることを特徴とする記録媒体。
【請求項７】
請求項３において、
各ビデオデータユニットはＣｌｏｓｅｄ−ＧＯＰ（Ｇｒｏｕｐ  Ｏｆ  Ｐｉｃｔｕｒｅｓ）でスタートすることを特徴とする記録媒体。
【請求項８】
請求項１において、
前記経路変更情報には各再生経路と連係される少なくとも一つ以上のエントリーポイントマップが含まれて、各エントリーポイントマップは連係する再生経路に対するビデオデータのエントリーポイントを識別して少なくとも一つ以上のフラッグを含み、各フラッグは一つのエントリーポイントと連係されて前記エントリーポイントと関連して再生経路で経路変更が許されるのか否かを識別することを特徴とする記録媒体。
【請求項９】
請求項８において、
等しく連係される再生経路で経路変更を許すフラッグは一つまたはそれ以上のビデオデータユニットの境界を定めることを特徴とする記録媒体。
【請求項１０】
請求項９において、
少なくともビデオデータが記録されるデータ領域をさらに含んで構成されて、前記ビデオデータの少なくとも一部はビデオデータユニット基準で多重化されることを特徴とする記録媒体。
【請求項１１】
請求項１１において、
ビデオデータの再生経路はビデオデータの他のカメラ角度であることを特徴とする記録媒体。
【請求項１２】
請求項９において、
各ビデオデータユニットはＩ−ｐｉｃｔｕｒｅでスタートすることを特徴とする記録媒体。
【請求項１３】
請求項９において、
各ビデオデータユニットはＣｌｏｓｅｄ−ＧＯＰでスタートすることを特徴とする記録媒体。
【請求項１４】
請求項８において、
少なくとも一つ以上のクリップファイルをさらに含んで構成されて、各クリップファイルには一つの再生経路と連係されるビデオデータが含まれることを特徴とする記録媒体。
【請求項１５】
請求項８において、
前記エントリーポイントマップは時間整列されることを特徴とする記録媒体。
【請求項１６】
請求項８において、
エントリーポイントと連係される活性フラッグは連係するフラッグが活性であるエントリーポイントを再生した後に再生経路の変更が許されることを指し示すことを特徴とする記録媒体。
【請求項１７】
請求項８において、
エントリーポイントと連係される活性フラッグは連係するフラッグが活性であるエントリーポイントを再生する前に再生経路の変更が許されることを指し示すことを特徴とする記録媒体。
【請求項１８】
少なくとも多重再生経路ビデオデータの再生を管理するためのデータ構造を記録媒体に記録する方法において、
ビデオデータの少なくとも一つ以上の再生経路を再生する時経路変更がどこで許されるかを指し示す経路変更情報を前記保存媒体の一つまたはそれ以上の管理領域に記録することで構成される方法。
【請求項１９】
記録媒体に記録された少なくとも多重再生経路ビデオデータの再生を管理するためのデータ構造を再生する方法において、
ビデオデータの少なくとも一つ以上の再生経路を再生する時経路変更がどこで許されるかを指し示す経路変更情報を前記保存媒体の一つまたはそれ以上の管理領域から再生することで構成される方法。
【請求項２０】
少なくとも多重再生経路ビデオデータの再生を管理するためのデータ構造を記録媒体に記録する装置において、
前記記録媒体にデータを記録する光記録手段を駆動する駆動器と；
少なくとも多重再生経路ビデオデータをエンコーディングするためのエンコーダー；及び
前記エンコーディングされた多重再生経路ビデオデータを前記記録媒体に記録して、ビデオデータの少なくとも一つ以上の再生経路を再生する時経路変更がどこで許されるかを指し示す経路変更情報を前記保存媒体の一つまたはそれ以上の管理領域に記録するように、前記駆動器を制御する制御器を含んで構成される装置。
【請求項２１】
記録媒体に記録された少なくとも多重再生経路ビデオデータの再生を管理するためのデータ構造を再生する装置において、
記録媒体に記録されたデータを再生する光再生手段を駆動する駆動器；及び
ビデオデータの少なくとも一つ以上の再生経路を再生する時経路変更がどこで許されるかを指し示す経路変更情報を前記保存媒体の一つまたはそれ以上の管理領域から再生するように、前記駆動器を制御する制御器を含んで構成される装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は記録された多重再生経路ビデオデータの再生を管理するためのデータ構造を有する記録媒体、前記多重再生経路ビデオデータを再生して記録するための装置及び方法に関する。
【背景技術】
【０００２】
最近には、高画質のビデオデータと高音質のオーディオデータを高容量記録できる新しい高密度再生専用または再起録可能光ディスクに対する規格化作業が急速に展開されて、再起録可能ブルーレイディスク（ＢＤ−ＲＥ：Ｂｌｕ−ｒａｙ  Ｄｉｓｃ  Ｒｅｗｒｉｔａｂｌｅ）のような新しい光ディスクと関連した製品がまもなく商用化されることと期待されている。
【０００３】
図１は、再起録可能ブルーレイディスク（ＢＤ−ＲＥ）のファイル構造を示したものである。前記ファイル構造またはデータ構造は前記ＢＤ−ＲＥに記録されるビデオオーディオデータの再生を管理するために提供される。図１に示したように、データ構造は少なくとも一つ以上の‘ＢＤＡＶ’ディレクトリ（Ｄｉｒｅｃｔｏｒｙ）を有するルートディレクトリを含む。前記‘ＢＤＡＶ’ディレクトリには‘ｉｎｆｏ．ｂｄａｖ’、‘ｍｅｎｕ．ｔｉｄｘ’、‘ｍａｒｋ．ｔｉｄｘ’、‘＊．ｒｐｌｓ’、及び‘＊．ｖｐｌｓ’のようなプレーリストファイルが貯蔵されるＰＬＡＹＬＩＳＴサブディレクトリ（ｓｕｂｄｉｒｅｃｔｏｒｙ）、‘＊．ｃｌｐｉ’のようなクリップ情報ファイルが貯蔵されるＣＬＩＰＩＮＦサブディレクトリ、そして前記クリップ情報ファイルに対応するＭＰＥＧ−２フォーマットのＡ／Ｖストリームクリップファイルが貯蔵されるＳＴＲＥＡＭサブディレクトリが含まれる。図１は、前記ディスクのデータ構造だけでなくディスクの領域を見せてくれる。例えば、‘ｉｎｆｏ．ｂｄａｖ’のような一般情報ファイルは前記ディスクの一般情報領域に貯蔵される。
【０００４】
図１に図示したＢＤ−ＲＥのデータ構造とディスクフォーマットは広く知られて容易に利用できるので、以後ファイル構造に対しては簡単に説明する。
【０００５】
前述したように、ＳＴＲＥＡＭディレクトリにはクリップ（Ｃｌｉｐ）またはクリップファイルと呼ばれるＭＰＥＧ−２フォーマットのＡ／Ｖストリームファイルが含まれて、またブリッジ−クリップＡ／Ｖストリームファイル（Ｂｒｉｄｇｅ−ｃｌｉｐ  Ａ／Ｖ  ｓｔｒｅａｍ  ｆｉｌｅ）という特別な形態のクリップも含まれることができる。ブリッジ−クリップはクリップのうちから選択された二つ以上の再生区間を滑らかに連結するために使われて、一般に前記クリップに比べて大きさが小さい。前記Ａ／Ｖストリームにはビデオオーディオデータに対するソースパケット（Ｓｏｕｒｃｅ  Ｐａｃｋｅｔｓ）が含まれる。例えば、前記ビデオオーディオデータに対するソースパケットにはヘッダー（Ｈｅａｄｅｒ）と伝送パケット（Ｔｒａｎｓｐｏｒｔ  Ｐａｃｋｅｔ）が含まれる。一つのソースパケットには自身に接近するための住所役割をするソースパケット番号（ＳＰＮｓ：Ｓｏｕｒｃｅ  Ｐａｃｋｅｔ  Ｎｕｍｂｅｒｓ）が含まれるが、前記ソースパケット番号は一般に次々と番号が割り当てられる。伝送パケットには一つのパケットＩＤ（ＰＩＤ：Ｐａｃｋｅｔ  Ｉｄｅｎｔｉｆｉｅｒ）が含まれるが、前記ＰＩＤは伝送パケットが属する一連の伝送パケット（Ｓｅｑｕｅｎｃｅ  ｏｆ  Ｔｒａｎｓｐｏｒｔ  Ｐａｃｋｅｔｓ）を識別して、前記一連の伝送パケットにある各伝送パケットはＰＩＤが同じである。以後、前記一連の伝送パケットを伝送パケットシーケンスという。
【０００６】
前記ＣＬＩＰＩＮＦディレクトリには各Ａ／Ｖストリームファイルに連係するクリップ情報ファイルが含まれる。前記クリップ情報ファイルは連係するＡ／Ｖストリームの類型、シーケンス情報（Ｓｅｑｕｅｎｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ）、プログラム情報、そしてタイミング情報を指す。前記シーケンス情報は到着時間基準（Ａｒｒｉｖａｌ  Ｔｉｍｅ  Ｂａｓｉｓ、ＡＴＣ）シーケンスとシステム時間基準（Ｓｙｓｔｅｍ  Ｔｉｍｅ  Ｂａｓｉｓ、ＳＴＣ）シーケンスを記述する。例えば、前記シーケンス情報はシーケンスの数、各シーケンスの開始と終わり時間情報、各シーケンスで一番目ソースパケットの住所、そして各シーケンスにある伝送パケットのＰＩＤを指す。プログラムのコンテンツが続く伝送パケットシーケンスはプログラムシーケンスと呼ばれる。前記プログラム情報はプログラムシーケンスの個数、各プログラムシーケンスの開始住所、そしてプログラムシーケンスにある伝送パケットのＰＩＤを指す。
【０００７】
タイミング情報は特徴ポイント情報（ＣＰＩ：Ｃｈａｒａｃｔｅｒｉｓｔｉｃ  Ｐｏｉｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ）と呼ばれる。前記ＣＰＩの一形態がエントリーポイントマップ（Ｅｎｔｒｙ  Ｐｏｉｎｔ（ＥＰ）Ｍａｐ）である。前記ＥＰマップは、例えば、到着時間ＡＴＣ及び／またはシステム時間ＳＴＣを基準にして、ソースパケットの住所（例えば、ソースパケットの番号）に対するタイムスタンプ（Ｔｉｍｅ  Ｓｔａｍｐ）を表示する。前記プレゼンテーションタイムスタンプ（ＰＴＳ）とソースパケット番号（ＳＰＮ）はＡ／ＶストリームのＥＰと関連される。すなわち、前記ＰＴＳと関連されたＳＰＮはＡ／Ｖストリーム上のＥＰを指し示す。前記指し示されるパケットはたびたびエントリーポイントパケットと呼ばれる。
【０００８】
ＰＬＡＹＬＩＳＴディレクトリには一つ以上のプレーリストファイルがある。プレーリストは再生のためのクリップを容易に編集したり組み合わせるために導入された概念である。プレーリストファイルはクリップにある再生区間（Ｐｌａｙｉｎｇ  Ｉｎｔｅｒｖａｌｓ）の集合であって、各再生区間はプレーアイテム（Ｐｌａｙｉｔｅｍ）と呼ばれる。前記プレーリストファイルはプレーリストを形成する各プレーアイテムを識別して、各プレーアイテムは、クリップの時間軸上の位置（例えば、ＡＴＣまたはＳＴＣ基準でプレゼンテーションタイムスタンプ（ＰＴＳｓ：Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅ  Ｓｔａｍｐ））を指すＩＮ−ｐｏｉｎｔとＯＵＴ−ｐｏｉｎｔの対である。換言すれば、プレーリストファイルはプレーアイテムを識別して、各プレーアイテムは一つのクリップまたはその一部を指してクリップと連係するクリップ情報ファイルを識別する。前記クリップ情報ファイルは前記プレーアイテムをソースパケットのクリップに連結（Ｍａｐ）するために使われる。
【０００９】
ＰＬＡＹＬＩＳＴディレクトリには実際プレーリスト（Ｒｅａｌ  Ｐｌａｙｌｉｓｔ）（＊．ｒｐｌｓ）と仮想プレーリスト（Ｖｉｒｔｕａｌ  Ｐｌａｙｌｉｓｔ）（＊．ｖｐｌｓ）が含まれることができる。実際プレーリストはクリップだけを用いてブリッジ−クリップは用いることができない。すなわち、実際プレーリストはクリップの一部を参照することと見なされるので、概念的にディスク上でクリップの一部を参照することと同等なことに見なされる。仮想プレーリストはクリップとブリッジ−クリップをすべて用いることができるので、実際プレーリストの概念は仮想プレーリストと併行しない。
【００１０】
‘ｉｎｆｏ．ｂｄａｖ’ファイルは光ディスクに記録されるＡ／Ｖストリームの再生を管理する一般的な情報を提供する一般情報ファイルであって、さらに詳細には同じＢＤＡＶディレクトリのＰＬＡＹＬＩＳＴディレクトリにあるプレーリストのファイル名を識別するプレーリスト目録を含む。
【００１１】
‘ｍｅｎｕ．ｔｉｄｘ’、‘ｍｅｎｕ．ｔｄｔ１’、及び‘ｍｅｎｕ．ｔｄｔ２’ファイルはメニューｔｈｕｍｂｎａｉｌｓと関連した情報を貯蔵する。‘ｍａｒｋ．ｔｉｄｘ’、‘ｍａｒｋ．ｔｄｔ１’、及び‘ｍａｒｋ．ｔｄｔ２’ファイルはマークｔｈｕｍｂｎａｉｌｓと関連した情報を貯蔵する。このようなファイルは本発明と直接的な関連がないので、これ以上詳細な説明は省略する。
【発明の開示】
【発明が解決しようとする課題】
【００１２】
最近にはブルーレイロム（ＢＤ−ＲＯＭ：Ｂｌｕ−ｒａｙ  ＲＯＭ）のような高密度再生専用光ディスクに対する規格化作業が進行中にある。しかし、ＢＤ−ＲＯＭのような高密度再生専用光ディスクに記録されるビデオオーディオデータの再生を管理するデータ構造に対する効率的な解決方案がまだ用意されていない。
【課題を解決するための手段】
【００１３】
したがって、本発明は前記のような実情を勘案して創作されたものであって、本発明による記録媒体には少なくとも多重再生経路ビデオデータ（例えば、他のカメラアングルのビデオデータ）の再生を管理する経路管理情報が含まれる。
【００１４】
本発明の一実施形態で、前記記録媒体には経路変更情報を保存する一つまたはそれ以上の管理領域が含まれる。前記経路変更情報はビデオデータの少なくとも一つ以上の再生経路を再生する時経路変更がどこで許されるかを指し示す。例えば、一例として、前記経路変更情報にはビデオデータの各再生経路と連係される一つまたはそれ以上のフラッグが含まれる。各フラッグはビデオデータの連係する再生経路を再生する時経路変更が許されるのか否かとどこで経路変更が許されるかを指し示す。
【００１５】
本発明の一実施形態で、前記経路変更情報には各再生経路と連係される少なくとも一つ以上のＥＰマップが含まれる。各ＥＰマップは連係する経路に対するビデオデータのエントリーポイントを識別して少なくとも一つ以上のフラッグを含む。各フラッグは、一つのエントリーポイントと連係されて、前記エントリーポイントと関連して再生経路で経路変更が許されるのか否かを識別する。
【００１６】
本発明による他の実施形態によって、等しく連係される再生経路で経路変更を許すフラッグは一つまたはそれ以上のビデオデータユニット（Ｕｎｉｔ）の境界を定めて、前記記録媒体に記録されるビデオデータの少なくとも一部はビデオデータユニットを基礎にして多重化される。
【００１７】
また、本発明によるデータ構造を記録して再生するための装置と方法が提示される。
【発明を実施するための最良の形態】
【００１８】
以下、本発明に対する望ましい実施形態に対して、添付した図面を参照しながら詳細に説明する。
【００１９】
本発明による高密度光ディスク、例えばＢＤ−ＲＯＭ、ＢＤ−ＲＥ等は、図２に示したように、ビデオオーディオデータの再生を管理するファイルまたはデータ構造を有する。図２のような本発明によるデータ構造はいろいろな面で図１に図示したＢＤ−ＲＥのデータ構造と同様である。したがって、同様の部分は詳細な説明を省略する。
【００２０】
図２に示したように、ルートディレクトリには少なくとも一つ以上のＤＶＰディレクトリがある。前記ＤＶＰディレクトリには一般情報ファイル（ｉｎｆｏ．ｄｖｐ）、メニューファイル（ｍｅｎｕ．ｔｉｄｘ、ｍｅｎｕ．ｔｄｔ１等）、実際プレーリストファイル（＊．ｒｐｌｓ）と仮想プレーリストファイル（＊．ｖｐｌｓ）が貯蔵されるＰＬＡＹＬＩＳＴディレクトリ、クリップ情報ファイル（＊．ｃｌｐｉ）が貯蔵されるＣＬＩＰＩＮＦディレクトリ、そしてクリップ情報ファイルに対応するＭＰＥＧ−２フォーマットのＡ／Ｖストリームクリップファイル（＊．ｍ２ｔｓ）が貯蔵されるＳＴＲＥＡＭディレクトリが含まれる。
【００２１】
前記ＳＴＲＥＡＭディレクトリにはクリップまたはクリップファイルと呼ばれるＭＰＥＧ−２フォーマットのＡ／Ｖストリームクリップファイルが含まれる。前記Ａ／Ｖストリームにはビデオオーディオデータに対するソースパケットが含まれる。例えば、前記ビデオオーディオデータに対するソースパケットにはヘッダーと伝送パケットが含まれる。一つのソースパケットには自身に接近するための住所役割をするソースパケット番号ＳＰＮが含まれるが、前記ソースパケット番号は一般に次々と番号が割り当てられる。伝送パケットには一つのパケットＩＤ  ＰＩＤが含まれるが、前記ＰＩＤは伝送パケットが属する伝送パケットシーケンスを識別して、前記伝送パケットシーケンスにある各伝送パケットはＰＩＤが同じである。
【００２２】
前記ＣＬＩＰＩＮＦディレクトリには各Ａ／Ｖストリームファイルに連係するクリップ情報ファイルが含まれる。前記クリップ情報ファイルは連係するＡ／Ｖストリームの類型、シーケンス情報、プログラム情報、そしてタイミング情報を指す。前記シーケンス情報は到着時間基準ＡＴＣシーケンスとシステム時間基準ＳＴＣシーケンスを記述する。例えば、前記シーケンス情報はシーケンスの数、各シーケンスの開始と終わり時間情報、各シーケンスで一番目ソースパケットの住所、そして各シーケンスにある伝送パケットのＰＩＤを指す。プログラムのコンテンツが続く伝送パケットシーケンスはプログラムシーケンスと呼ばれる。前記プログラム情報はプログラムシーケンスの個数、各プログラムシーケンスの開始住所、そしてプログラムシーケンスにある伝送パケットのＰＩＤを指す。
【００２３】
タイミング情報は特徴ポイント情報（ＣＰＩ）と呼ばれる。前記ＣＰＩの一形態がＥＰマップである。前記ＥＰマップは、例えば、到着時間ＡＴＣ及び／またはシステム時間ＳＴＣを基準にして、ソースパケットの住所（例えば、ソースパケットの番号）に対するタイムスタンプを表示する。
【００２４】
前記プレゼンテーションタイムスタンプ（ＰＴＳ）とソースパケット番号（ＳＰＮ）はＡ／ＶストリームのＥＰと関連される。すなわち、前記ＰＴＳと関連されたＳＰＮはＡ／Ｖストリーム上のＥＰを指し示す。前記指し示されるパケットはたびたびエントリーポイントパケットと呼ばれる。
【００２５】
ＰＬＡＹＬＩＳＴディレクトリには一つ以上のプレーリストファイルがある。プレーリストは再生のためのクリップを容易に編集したり組み合わせるために導入された概念である。プレーリストファイルはクリップにある再生区間（Ｐｌａｙｉｎｇ  Ｉｎｔｅｒｖａｌｓ）の集合であって、各再生区間はプレーアイテム（Ｐｌａｙｉｔｅｍ）と呼ばれる。前記プレーリストファイルはプレーリストを形成する各プレーアイテムを識別して、各プレーアイテムはクリップの時間軸上の位置（例えば、ＡＴＣまたはＳＴＣ基準でプレゼンテーションタイムスタンプ）を指すＩＮ−ｐｏｉｎｔとＯＵＴ−ｐｏｉｎｔの対である。換言すれば、プレーリストファイルはプレーアイテムを識別して、各プレーアイテムは一つのクリップまたはその一部を指してクリップと連係するクリップ情報ファイルを識別する。前記クリップ情報ファイルは前記プレーアイテムをソースパケットのクリップに連結するために使われる。
【００２６】
ＰＬＡＹＬＩＳＴディレクトリには実際プレーリスト（Ｒｅａｌ  Ｐｌａｙｌｉｓｔ）（＊．ｒｐｌｓ）と仮想プレーリスト（Ｖｉｒｔｕａｌ  Ｐｌａｙｌｉｓｔ）（＊．ｖｐｌｓ）が含まれることができる。実際プレーリストはクリップだけを用いてブリッジ−クリップは用いることができない。すなわち、実際プレーリストはクリップの一部を参照することと見なされるので、概念的にディスク上でクリップの一部を参照することと同等なことに見なされる。仮想プレーリストはクリップとブリッジ−クリップをすべて用いることができるので、実際プレーリストの概念は仮想プレーリストと併行しない。
【００２７】
‘ｉｎｆｏ．ｄｖｐ’ファイルは光ディスクに記録されるＡ／Ｖストリームの再生を管理する一般的な情報を提供する一般情報ファイルであって、さらに詳細にはＰＬＡＹＬＩＳＴディレクトリにあるプレーリストのファイル名を識別するプレーリスト目録を含む。前記‘ｉｎｆｏ．ｄｖｐ’ファイルに対しては本発明の実施形態と関連して次にさらに詳細に説明する。
【００２８】
図２では、本発明の実施形態によって記録媒体のデータ構造を図示するだけでなく、記録媒体の領域を見せている。例えば、一般情報ファイルは一つ以上の一般情報領域に記録されて、プレーリストディレクトリは一つ以上のプレーリストディレクトリ領域に記録されて、プレーリストディレクトリ内の各プレーリストは前記記録媒体の一つ以上のプレーリスト領域に記録される。図２のデータ構造を有する記録媒体に対して例示している図３に示したように、前記記録媒体にはファイルシステム情報領域、データベース（Ｄａｔａｂａｓｅ）領域、そしてＡ／Ｖストリーム領域が含まれる。前記データベース領域には一般情報ファイルとプレーリスト情報が記録される領域とクリップ情報領域が含まれる。前記一般情報ファイルとプレーリスト情報が記録される領域には、一般情報ファイル領域の一般情報ファイルと、プレーリスト情報領域のＰＬＡＹＬＩＳＴディレクトリとプレーリストファイルが記録される。前記クリップ情報領域には、ＣＬＩＰＩＮＦディレクトリと、関連クリップ情報ファイルが記録される。前記Ａ／Ｖストリーム領域には多様なタイトルのＡ／Ｖストリームが記録される。
【００２９】
ビデオオーディオデータは一般に個別タイトルで編成されている。例えば、ビデオオーディオデータにより表現される他の映画は他のタイトルで編成される。また、タイトルは、本がチャプター（Ｃｈａｐｔｅｒｓ）で編成されるようにいろいろなチャプターで編成できる。
【００３０】
ＢＤ−ＲＯＭ、ＢＤ−ＲＥ等のような新しい高密度記録媒体の貯蔵容量が非常に大きいため、他のタイトル、いろいろなバージョンのタイトルがまたは一タイトルの一部が貯蔵されて再生できる。例えば、他のカメラ角度のビデオデータが記録媒体に記録されたり、他の実施形態で、タイトルに対するいろいろなバージョンまたは他の言語と関連した一部も前記記録媒体に記録されることができて、また他の実施形態で、タイトルに対する監督バージョン（Ｄｉｒｅｃｔｏｒ’ｓ  Ｖｅｒｓｉｏｎ）または映画館用バージョンも前記記録媒体に記録されることができる。または、一タイトルの完全成人バージョン、準成人バージョン、そして父母が制限できる青少年バージョンなどが前記記録媒体に記録されることができる。各バージョン、各カメラアングル等は他の再生経路を有して、このような場合のビデオデータは多重再生経路ビデオデータ（Ｍｕｌｔｉｐｌｅ  Ｒｅｐｒｏｄｕｃｔｉｏｎ  Ｐａｔｈ  Ｖｉｄｅｏ  Ｄａｔａ）と呼ばれる。多重経路ビデオデータに対する前記例に限られなくて、本発明は多重再生経路ビデオデータのある類型またはこれらの組合に対しても適用が可能である。以後実施形態で詳細に叙述されるだろうが、本発明のデータ構造には、記録媒体に記録される多重再生経路ビデオデータの再生を管理するための経路管理情報及び／またはナビゲーション情報が含まれる。
【００３１】
図２によるデータ構造で使われる再生経路管理情報に関する１番目実施形態を図４を参照にして説明する。この実施形態によれば、多重再生経路データは複数のクリップファイルに記録されて各クリップファイルは前記再生経路のうちいずれか一つと連係される。この実施形態で前記クリップファイルは前記記録媒体にインターリーブ（Ｉｎｔｅｒｌｅａｖｅ）されない状態で記録される。図４では本発明の前記実施形態にしたがって再生経路に該当するクリップファイルを図示している。図示したように、前記クリップファイルは複数のエントリーポイント（ＥＰ）に分けられてあって、前記複数のエントリーポイントは連係するクリップ情報ファイルのＥＰマップで参照される。前記エントリーポイントは図４で図示したＪＵ＃１、ＪＵ＃２、及びＪＵ＃３のようなジャンピングユニット（Ｊｕｍｐｉｎｇ  Ｕｎｉｔ）で参照されるユニットでグルーピングされる。再生する間、ジャンピングユニット基準で再生経路間の経路変更が行われる。すなわち、ユーザーから再生経路変更要請を受ければ、現在再生されているジャンピングユニットをすべて再生した後、新しく要求された再生経路と連係されるクリップファイル内のジャンピングユニットのはじめから再生を続ける。
【００３２】
１番目ジャンピングユニットＪＵ＃１内の最終エントリーポイントに関して図４に示したように、各ジャンピングユニットの最終エントリーポイント内のビデオデータの最終ピクチャー（Ｐｉｃｔｕｒｅ）はＰ−ｐｉｃｔｕｒｅやＢ−ｐｉｃｔｕｒｅで制限される。そして、もしも前記最終ピクチャーがＢ−ｐｉｃｔｕｒｅならば、前記最終ピクチャーは次にくるエントリーポイント内に含まれた次のＩ−ｐｉｃｔｕｒｅを参照しなくて前のＰ−ｐｉｃｔｕｒｅを参照するように制限される。
【００３３】
また、前記１番目ジャンピングユニットの最終エントリーポイントに該当するビデオデータに連係されるオーディオデータのような補助（Ａｕｘｉｌｉａｒｙ）データは前記ビデオデータと多重化された状態で記録される。この場合、高い記録ビットレートのビデオデータなく、低い記録ビットレートの前記オーディオデータのみを前記エントリーポイントの後端に記録する。このような理由で、記録ビットレートの帯域幅損失が発生する。
【００３４】
２番目ジャンピングユニットＪＵ＃２内の１番目エントリーポイントに関して図４に示したように、各ジャンピングユニットのスタートエントリーポイント内のビデオデータの１番目ピクチャーはＩ−ｐｉｃｔｕｒｅやＢ−ｐｉｃｔｕｒｅで制限される。そして、もしも前記１番目ピクチャーがＢ−ｐｉｃｔｕｒｅならば、前記１番目ピクチャーは前のエントリーポイント内に含まれたＰ−ｐｉｃｔｕｒｅを参照しなくて次にくるＩ−ｐｉｃｔｕｒｅを参照するように制限される。この場合、前記エントリーポイントのＧＯＰ（Ｇｒｏｕｐ  Ｏｆ  Ｐｉｃｔｕｒｅ）ヘッダーには“Ｃｌｏｓｅｄ_ｇｏｐ＝１”が記録されて、前記エントリーポイントが’ＣｌｏｓｅｄＧＯＰ’でスタートすることを指し示す。
【００３５】
また、前記２番目ジャンピングユニットのスタートエントリーポイントに該当するビデオデータに連係されるオーディオデータのような補助データは前記ビデオデータと多重化された状態で記録される。この場合、低いビットレートのオーディオデータなく、高い記録ビットレートの前記ビデオデータのみを前記エントリーポイントの先頭に記録する。このような理由で、記録ビットレートの帯域幅損失が一部発生する。
【００３６】
２番目ジャンピングユニットＪＵ＃２内の中間エントリーポイントに関して図４に示したように、各ジャンピングユニットの中間エントリーポイント内のビデオデータのうち各Ｂ−ｐｉｃｔｕｒｅはエントリーポイント間の境界に関係なく先立ったり次にくるＩ−ｐｉｃｔｕｒｅやＰ−ｐｉｃｔｕｒｅを参照する。
【００３７】
また、各エントリーポイントに該当するビデオデータと前記ビデオデータと連係されるオーディオデータのような補助データは相互に多重化された状態で記録される。一つのエントリーポイントに該当するビデオデータがこれに連係されるオーディオデータと多重化される時、前記連係するオーディオデータ一部が前記ビデオデータと多重化されなくて残る場合、前記多重化されなくて残ったオーディオデータは次のエントリーポイントに該当するビデオデータと多重化された状態で記録される。したがって、ビデオデータまたはオーディオデータだけが記録される場合がないので、ビット帯域幅の損失が発生しない。
【００３８】
本発明では、各ジャンピングユニット内のスタートエントリーポイントの先頭と各ジャンピングユニット内の最終エントリーポイントの後端で記録ビットレートの帯域幅損失があるが、他のエントリーポイントでは記録ビットレートの帯域幅損失がないので、各ジャンピングユニットに対する全体記録ビットレートの帯域幅損失は最小化されることができる。
【００３９】
一つのエントリーポイントは一つのジャンピングユニットで管理する方式でエントリーポイントに対する管理が遂行されることができる。しかし、この場合、各エントリーポイントの先頭にはビデオデータだけが記録されて、各エントリーポイントの後端にはオーディオデータだけが記録されるので記録ビットレートの帯域幅損失が大きくなって、データストリームの記録効率が大幅に低下する。
【００４０】
図５では再生経路変更が実行される本発明による実施形態を図示している。図５では、下記で詳細に説明するようになる差異点を除いては、図４を参照にして説明したことと等しいフォーマットを有する複数のクリップファイルを図示している。図４に示したように、各クリップファイルは他の再生経路と連係される。図５に示したように、各クリップファイルは複数個のジャンピングユニットに分けられて、各ジャンピングユニットは等しい所定個数のエントリーポイントで構成される。しかし、下で説明する図６に図示するように、本発明はジャンピングユニットが等しい個数のエントリーポイントを有することに限定されない。代わりに、各ジャンピングユニットには等しい個数または相異なる個数のエントリーポイントがあり得る。各ジャンピングユニット内に含まれる各エントリーポイントの時間長さ（Ｔｉｍｅ  Ｌｅｎｇｔｈ）は可変的である。したがって、各ジャンピングユニットの時間長さも可変的である。しかし、他の実施形態では、各エントリーポイントの時間長さは同じ値で固定されることができる。特に、図５で、第１経路ないし第ｋ経路Ｐａｔｈ  ＃１〜Ｐａｔｈ  ＃ｋにそれぞれ該当する第１クリップファイルないし第ｋクリップファイルＣｌｉｐ  ｆｉｌｅ  ＃１〜Ｃｌｉｐ  ｆｉｌｅ  ＃ｋは第１ジャンピングユニットないし第４ジャンピングユニットＪＵ  ＃１〜ＪＵ  ＃４に分けられて、各クリップファイルの各ジャンピングユニットにはＮ個のエントリーポイントがある。
【００４１】
図５に示したように、例えば第２経路に該当する第２クリップファイル内の第２ジャンピングユニットＪＰ  ＃２に含まれたエントリーポイントのデータストリームを再生する途中特定経路への経路変更が要求される時、前記第２ジャンピングユニット内に含まれた最終エントリーポイントのデータストリームがすべて再生される。前記第２ジャンピングユニットＪＵ  ＃２の再生が終わった後、再生が要求された特定経路、例えば第ｋ経路のクリップファイルの次のジャンピングユニットのスタートエントリーポイントが検索される。言い換えると、第ｋクリップファイルの第３ジャンピングユニットＪＵ  ＃３が検索される。前記第ｋ経路に該当するクリップファイルに移動して、第３ジャンピングユニットＪＵ  ＃３のスタートエントリーポイントから連続的に再生される。
【００４２】
このように、第２経路のデータストリームと第ｋ経路のデータストリームがジャンピングユニットを基準にして、止まらなく連続的に再生される。
【００４３】
図６では再生経路変更が実行される本発明による実施形態を図示している。図６では、下記で詳細に説明するようになる差異点を除いては、図４を参照にして説明したことと等しいフォーマットを有する複数のクリップファイルを図示している。図４に示したように、各クリップファイルは他の再生経路と連係される。図６に示したように、各クリップファイルは複数個のジャンピングユニットに分けられて、各ジャンピングユニットは他の個数のエントリーポイントで構成される。しかし、前で説明した図５に図示するように、本発明はジャンピングユニットが他の個数のエントリーポイントを有することに限定されない。代わりに、各ジャンピングユニットには等しい個数または相異なる個数のエントリーポイントがあり得る。各ジャンピングユニット内に含まれる各エントリーポイントの時間長さは可変的である。したがって、各ジャンピングユニットの時間長さも可変的である。しかし、他の実施形態では、各エントリーポイントの時間長さは同じ値で固定されることができる。特に、図６で、第１経路ないし第ｋ経路Ｐａｔｈ  ＃１〜Ｐａｔｈ  ＃ｋにそれぞれ該当する第１クリップファイルないし第ｋクリップファイルＣｌｉｐ  ｆｉｌｅ  ＃１〜Ｃｌｉｐ  ｆｉｌｅ  ＃ｋはジャンピングユニットに分けられて、例えば、第１ジャンピングユニットはＫ個のエントリーポイントでグルーピングされて第２ジャンピングユニットはＬ個のエントリーポイントでグルーピングされて、第３ジャンピングユニットはＭ個のエントリーポイントでグルーピングされて、第４ジャンピングユニットはＮ個のエントリーポイントでグルーピングされる。
【００４４】
各クリップファイルと連係されるクリップ情報ファイル内のエントリーポイントマップ（ＥＰ  ｍａｐ）には各エントリーポイントと連係されるジャンピングフラッグＪ_Ｆｌａｇが含まれる。各ジャンピングフラッグＪ_Ｆｌａｇは他の再生経路への経路変更が許されるのか否かを指し示して、もしも経路変更が許されれば、前記ジャンピングフラッグＪ_Ｆｌａｇはエントリーポイントと関連してジャンプが発生するクリップファイル内の位置を内包する。
【００４５】
本発明による実施形態を具体的によく見れば、ジャンピングフラッグ“Ｊ_Ｆｌａｇ＝１”、すなわち活性ジャンピングフラッグ（Ａｃｔｉｖｅ  Ｊｕｍｐｉｎｇ  Ｆｌａｇ）は他の再生経路と連係されるクリップファイルを再生するための経路変更が許されることを指し示して、ジャンピングフラッグ“Ｊ_Ｆｌａｇ＝０”、すなわち非活性ジャンピングフラッグ（Ｉｎａｃｔｉｖｅ  Ｊｕｍｐｉｎｇ  Ｆｌａｇ）は経路変更が許されないことを指し示す。また、ジャンピングフラッグが経路変更を許すことを指し示す時、前記ジャンピングフラッグは前記ジャンピングフラッグと連係されるエントリーポイントの再生を終えた後経路変更が許されることを内包する。
【００４６】
図６に図示している本発明による他の実施形態では、前記ジャンピングフラッグはジャンピングユニット間の境界を定義する。すなわち、図６に示したように、ＡｃｔｉｖｅＪｕｍｐｉｎｇＦｌａｇのエントリーポイントはジャンピングユニットで最終エントリーポイントであって、次のエントリーポイントは次のジャンピングユニットの先頭エントリーポイントである。
【００４７】
例えば、図６に示したように、第２経路に該当する第２クリップファイル内の第２ジャンピングユニットＪＵ  ＃２に含まれるエントリーポイントのデータストリームを再生する間特定経路への再生経路変更が要請されると、前記第２ジャンピングユニットＪＵ  ＃２内に含まれたエントリーポイントのジャンピングフラッグを確認する。前記第２ジャンピングユニットＪＵ  ＃２のデータストリームは、ジャンピングフラッグ“Ｊ_Ｆｌａｇ＝１”を含むことと確認されたエントリーポイント、すなわち前記ジャンピングユニットＪＵ  ＃２の最終エントリーポイントのデータストリームまで再生される。したがって、前記第２ジャンピングユニットＪＵ  ＃２は最終エントリーポイントのデータストリームまですべて再生される。
【００４８】
前記第２ジャンピングユニットＪＵ  ＃２の再生を終えた後、再生要求された特定経路、例えば第ｋ経路のクリップファイルの次のジャンピングユニットのスタートエントリーポイントが検索される。言い換えると、第ｋクリップファイルの第２ジャンピングユニットＪＵ  ＃３内でＡｃｔｉｖｅＪｕｍｐｉｎｇＦｌａｇのエントリーポイントの次にくるエントリーポイントが検索される。前記第ｋ経路に該当するクリップファイルに移動して、第３ジャンピングユニットＪＵ  ＃３のスタートエントリーポイントから連続的に再生される。
【００４９】
このように、第２経路のデータストリームと第ｋ経路のデータストリームがジャンピングユニットを基準にして、止まらなく連続的に再生される。
【００５０】
選択的に、前記ジャンピングフラッグを基礎にしてジャンピングして連続再生する方法は次のような実施形態で具現することができる。各ジャンピングユニットのスタートエントリーポイントにジャンピングフラッグ“Ｊ_Ｆｌａｇ＝１”を記録して、各ジャンピングユニットの残りのエントリーポイントには“Ｊ_Ｆｌａｇ＝０”を記録する方法である。この実施形態では、“Ｊ_Ｆｌａｇ＝１”であるエントリーポイントの前の位置で一つの再生経路から他の再生経路へのジャンピングが発生する。
【００５１】
また、前で説明した本発明の実施形態でのクリップファイルはジャンピングユニット単位でインターリーブされた状態で前記記録媒体に記録されることができる。選択的に、前記クリップファイルは前記記録媒体の相互に区分される物理的記録領域に記録されることもできる。
【００５２】
図７では相異なるクリップファイルに対するＥＰマップ間に存在する時間整列（Ｔｉｍｅ  Ａｌｉｇｎｍｅｎｔ）を図示している。ＥＰマップはプレゼンテーションタイムスタンプをソースパケットに連結する（ｍａｐｐｉｎｇ）。さらに詳細には、前記プレゼンテーションタイムスタンプは前記ソースパケットの住所または識別子に連結される。前記住所または識別子はソースパケット番号ＳＰＮである。図７にはクリップファイル１、２、３それぞれに対して前記プレゼンテーションタイムスタンプ軸に沿ってソースパケット番号でソースパケットをさらに図示している。示したように、ＥＰマップ１、２、３それぞれのソースパケットは同じプレゼンテーションタイムスタンプを有する。例えば、クリップファイル１からソースパケットｘ１、クリップファイル２からソースパケットｙ１、そしてクリップファイル３からソースパケットｚ１が同じプレゼンテーションタイムスタンプＴ１を有する。すなわち、ＥＰ  ｍａｐ１、２、３は時間整列される。このような時間整列のため、再生する期間再生経路が変わってもビデオデータに対して止まらない再生が可能になる。図７では二個の同心円で再生経路の変化を図示している。図示したように、ユーザーがクリップファイル２の再生途中クリップファイル２からクリップファイル１に再生経路を変えてソースパケットｙ２の再生後に経路変更が許される場合、ソースパケットｙ２の再生を終えた後ソースパケットｘ３が次に再生するソースパケットになる。同様に、もしもユーザーがクリップファイル１の再生途中クリップファイル１からクリップファイル３へ再生経路（例えば、カメラアングル）を変えてソースパケットｘ４の再生後に経路変更が許される場合、ソースパケットｘ４の再生を終えた後ソースパケットｚ５が再生される。前記実施形態でソースパケット番号は単に例示であるだけであって、一般的に一つのクリップファイルでのソースパケットは他のクリップファイルでの時間整列されたソースパケットのソースパケット番号と一緒ではない。
【００５３】
図８は、本発明による光ディスク記録及び再生装置に対する構成を示したものである。Ａ／Ｖエンコーダー９は、オーディオビデオデータを入力受けてエンコーディングして、コーディング情報とストリーム特性情報と共に多重化装置（Ｍｕｌｔｉｐｌｅｘｅｒ）８で出力する。多重化装置８は、例えば、ＭＰＥＧ−２伝送ストリーム（ＭＰＥＧ−２  ｔｒａｎｓｐｏｒｔ  ｓｔｒｅａｍ）を作るために、前記入力されるコーディング情報とストリーム特性情報を基礎にして前記エンコーディングされたオーディオビデオデータを多重化する。ソース・パケッタイザー（Ｓｏｕｒｃｅ  ｐａｃｋｅｔｉｚｅｒ）７は前記多重化装置から入力される伝送パケットを光ディスクのオーディオビデオフォーマットに合うソースパケットでパケット化する。図８に示したように、前記Ａ／Ｖエンコーダー９、前記多重化装置８、そして前記ソース・パケッタイザー７の動作は制御器１０により操縦される。前記制御器１０がユーザーから記録命令を受信すれば、前記Ａ／Ｖエンコーダー９、前記多重化装置８、そして前記ソース・パケッタイザー７に制御情報を送る。例えば、前記制御器１０は、前記Ａ／Ｖエンコーダー９に実行するエンコーディング類型を指示して、前記多重化装置８に作りだす伝送ストリームを指示して、そして前記ソース・パケッタイザー７にソースパケットのフォーマットを指示する。また、前記制御器１０は光ディスクに前記ソース・パケッタイザー７の出力を記録できるように駆動器３を制御する。
【００５４】
また、前記制御器１０は光ディスクに記録されているオーディオビデオデータの再生を管理するためのナビゲーション（Ｎａｖｉｇａｔｉｏｎ）管理情報を作りだす。例えば、ユーザーとのインターフェース（ディスクに貯蔵されていたりイントラネットまたはインターネットを介して提供する命令語）を介して受けた情報を基礎にして、前記制御器１０は前記光ディスクに図２、及び図４、図５または図６のデータ構造を記録するように前記駆動器３を制御する。
再生する期間には、前記制御器１０はデータ構造を再生するように前記駆動器３を制御する。すなわち、ディスクに含まれた情報とユーザーインターフェース（記録及び再生装置の操作ボタンまたは前記装置と関連した遠隔操縦）を介して受けたユーザー入力を基礎にして、前記制御器１０は前記光ディスクからオーディオビデオソースパケットを再生するように前記駆動器３を制御する。例えば、前記ユーザー入力は再生する経路を指定できる。このようなユーザー入力は、例えば、前記制御器１０にあらかじめプログラムされたＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）基盤のメニューを介して、指定されることができる。前記ユーザー入力と光ディスクから読み出す経路管理または変更情報を利用して、前記制御器１０は、本発明の実施形態に対して前で詳細に説明したように、前記指定された経路の再生または指定された経路再生の変更を制御する。
【００５５】
ソース・デパケッタイザー（Ｓｏｕｒｃｅ  Ｄｅｐａｃｋｅｔｉｚｅｒ）４は再生されたソースパケットを入力受けてＭＰＥＧ−２伝送パケットストリームのようなデータストリームに転換する。多重分離装置（Ｄｅｍｕｌｔｉｐｌｅｘｅｒ）５は前記データストリームをエンコーディングされたビデオオーディオデータに逆多重化する。Ａ／Ｖデコーダー６はエンコーディングされたビデオオーディオデータをデコーディングして元来のビデオオーディオデータに作る。再生する期間、前記ソース・デパケッタイザー４、前記多重分離装置５、そして前記Ａ／Ｖデコーダー６の動作は前記制御器１０により操縦される。前記制御器１０がユーザーから再生命令を受信すれば、前記ソース・デパケッタイザー４、前記多重分離装置５、そして前記Ａ／Ｖデコーダー６に制御情報を送る。例えば、前記制御器１０は、前記ソース・デパケッタイザー４にソースパケットのフォーマットを指示して、前記多重化装置５に逆多重化する伝送ストリームを指示して、そして前記Ａ／Ｖデコーダー６に実行するデコーディング類型を指示する。
【００５６】
図８には記録と再生装置に関して図示しているが、図８の構成要素一部だけで記録動作または再生作動だけ提供する専用記録装置または専用再生装置も可能である。
【００５７】
したがって、前記のように構成される本発明は、ユーザーが選択した経路のデータストリームに迅速で正確にジャンプして再生することができるようにして多重経路データストリームの記録効率の低下を最小にする高密度光ディスクに対する多重再生経路データストリーム管理方法を提供する。
【００５８】
また、前記のように構成される本発明は、多重再生経路を基盤にしてビデオデータのナビゲーション再生を管理及び／または制御することができるようにすることによって、従来の方法に比べてさらに柔軟にビデオデータを再生することができるようになる。
【００５９】
以上、前述した本発明の望ましい実施形態は例示の目的のために開示されたものであって、前記ＢＤ−ＲＯＭ以外の他の光ディスクにも拡大適用が可能であり、また当業者ならば以下添付された特許請求範囲に開示された本発明の技術的思想とその技術的範囲内において、多様な他の実施形態を改良、変更、代替または付加などが可能である。
【図面の簡単な説明】
【００６０】
【図１】再記録可能ブルーレイディスク（ＢＤ−ＲＥ）の規格による再記録可能光ディスクのファイルまたはデータ構造を示した図である。
【図２】本発明による記録媒体のファイルまたはデータ構造に対する実施形態を示した図である。
【図３】図２のデータ構造を有する記録媒体に対する実施形態を示した図である。
【図４】図２のデータ構造で使われる再生経路管理と連係されるデータ構造に対する実施形態を示した図である。
【図５】図２のデータ構造で使われる再生経路管理と連係されるデータ構造に対する実施形態を示した図である。
【図６】図２のデータ構造で使われる再生経路管理と連係されるデータ構造に対する実施形態を示した図である。
【図７】本発明の実施形態で相異なるクリップファイルに対するＥＰマップ間に存在する時間整列を示した図である。
【図８】本発明による光ディスク記録及び再生装置に対する構成を示した図である。
【図１】
2006506763.tif 000003
【図２】
2006506763.tif 000004
【図３】
2006506763.tif 000005
【図４】
2006506763.tif 000006
【図５】
2006506763.tif 000007
【図６】
2006506763.tif 000008
【図７】
2006506763.tif 000009
【図８】
2006506763.tif 000010
【国際調査報告】
2006506763.tif 000011
2006506763.tif 000012