(57)【特許請求の範囲】
【請求項１】
少なくともマルチ再生パスを有するビデオデータの再生を管理するためのデータ構造を有する記録媒体において、
前記マルチ再生パスを有するビデオデータの少なくとも一部を含むストリームファイルを格納するデータ領域であって、ここで該マルチ再生パスを有する前記ビデオデータはインターリービングユニットに分割されており、各該インターリービングユニットは再生パス中のいずれか１つと関連付けられており、かつ異なる再生パスと関連付けられたインターリービングユニットが前記データ領域でインターリービングされ、そして各前記インターリービングユニット内のビデオデータは１つまたは複数のエントリーポイントに分割されている、前記データ領域と、
クリップ情報ファイルを格納するクリップ情報領域であって、前記クリップ情報ファイルは前記ビデオデータの再生を管理し、前記クリップ情報ファイルは前記マルチ再生パス中の対応する再生パスと関連づけられていて、前記クリップ情報ファイルは前記１つまたは複数のエントリーポイントに関連した少なくとも１つのフラッグを含み、前記少なくとも１つのフラッグは前記マルチ再生パス中の現在の再生パスから前記マルチ再生パス中の要求された再生パスへのパス変更を許可する所を指示する、前記クリップ情報領域と、
を含むことを特徴とする記録媒体。
【請求項２】
前記マルチ再生パスを有するビデオデータは複数のクリップファイルに分割されていて、各該クリップファイルには前記マルチ再生パス中のいずれか１つの再生パスと関連付けられているビデオデータが含まれており、各該クリップファイルはインターリービングユニットに分割されていることを特徴とする請求項１に記載の記録媒体。
【請求項３】
前記ビデオデータはソースパケットとして記録されていて、前記ソースパケットはヘッダーとトランスポートパケットを含み、前記トランスポートパケットはパケット識別子（ＰＩＤ）を含み、前記ソースパケットは前記ビデオデータ中のアドレスを指示するソースパケット番号を含み、各エントリーポイントは１つのソースパケット番号と関連づけられていることを特徴とする請求項１に記載の記録媒体。
【請求項４】
前記クリップ情報ファイルには前記少なくとも１つのフラッグを含む少なくとも１つ以上のエントリーポイントマップが含まれていて、前記エントリーポイントマップは前記マルチ再生パス中の１つの再生パスと関連していて、各エントリーポイントマップは前記関連付けられている再生パスに対するビデオデータ内のエントリーポイントを識別することを特徴とする請求項３に記載の記録媒体。
【請求項５】
前記インターリービングユニットの始点と終点のうちの少なくとも１つは再生パス変更点で示され、前記１つまたは複数のエントリーポイントのうちの少なくとも１つは前記再生パス変更点であることを特徴とする請求項１に記載の記録媒体。
【請求項６】
前記エントリーポイントマップは識別されたエントリーポイントのうちのどれがインターリーブされたユニット内の最終エントリーポイントであるかを指し示すことを特徴とする請求項４または５に記載の記録媒体。
【請求項７】
前記エントリーポイントマップは識別されたエントリーポイントのうちのどれがインターリーブされたユニット内の１番目のエントリーポイントであるかを指し示すことを特徴とする請求項４または５に記載の記録媒体。
【請求項８】
前記エントリーポイントマップは時間的整合されることを特徴とする請求項４または５に記載の記録媒体。
【請求項９】
少なくともマルチ再生パスを有するビデオデータの再生を管理するためのデータ構造を有する記録媒体において、
複数のクリップファイルを格納するデータ領域であって、各前記クリップファイルにはマルチ再生パス中のいずれか１つと関連付けられているビデオデータが含まれていて、各該クリップファイルは１つ又は複数のエントリーポイントに分割されていて、前記ビデオデータ内のエントリーポイントはインターリービングユニットでグルーピングされ、複数のインターリービングユニットは前記データ領域にインターリービングされている、前記データ領域と、
クリップ情報ファイルを格納するクリップ情報領域であって、前記クリップ情報ファイルは前記ビデオデータの再生を管理し、前記クリップ情報ファイルは前記マルチ再生パス中の対応する再生パスと関連づけられていて、前記クリップ情報ファイルは前記１つまたは複数のエントリーポイントに関連した少なくとも１つのフラッグを含み、前記少なくとも１つのフラッグは前記マルチ再生パス中の現在の再生パスから前記マルチ再生パス中の要求された再生パスへのパス変更を許可する所を指示する、前記クリップ情報領域と、
を有することを特徴とする記録媒体。
【請求項１０】
少なくともマルチ再生パスを有するビデオデータの再生を管理するためのデータ構造を記録媒体に記録する方法において、
前記マルチ再生パスを有するビデオデータの少なくとも一部を含むストリームファイルを前記記録媒体上に記録するステップであって、前記マルチ再生パスを有するビデオデータはインターリービングユニットに分割され、各該インターリービングユニットは前記再生パス中のいずれか１つと関連付けられ、前記インターリービングユニットはインターリービングされる異なる再生パスと関連づけられていて、各インターリービングユニット内の前記ビデオデータは１つ又は複数のエントリーポイントに分割されている、前記ステップと、
クリップ情報ファイルを前記記録媒体上に記録するステップであって、前記クリップ情報ファイルは前記ビデオデータの再生を管理し、前記クリップ情報ファイルは前記マルチ再生パス中の対応する再生パスと関連づけられていて、前記クリップ情報ファイルは前記１つまたは複数のエントリーポイントに関連した少なくとも１つのフラッグを含み、前記少なくとも１つのフラッグは前記マルチ再生パス中の現在の再生パスから前記マルチ再生パス中の要求された再生パスへのパス変更を許可する所を指示する、前記ステップと、
を含むことを特徴とする方法。
【請求項１１】
前記ビデオデータはソースパケットとして記録されていて、前記ソースパケットはヘッダーとトランスポートパケットを含み、前記トランスポートパケットはパケット識別子（ＰＩＤ）を含み、前記ソースパケットは前記ビデオデータ中のアドレスを指示するソースパケット番号を含み、各エントリーポイントは１つのソースパケット番号と関連づけられていることを特徴とする請求項１０に記載の方法。
【請求項１２】
前記クリップ情報ファイルは、前記少なくとも１つのフラッグを含む少なくとも１つ以上のエントリーポイントマップを含み、前記少なくとも１つ以上のエントリーポイントマップは前記マルチ再生パス中の１つの再生パスと関連付けられていて、各エントリーポイントマップは前記関連した再生パスのビデオデータ内のエントリーポイントを識別することを特徴とする請求項１０または１１に記載の方法。
【請求項１３】
記録媒体に記録された少なくともマルチ再生パスを有するビデオデータの再生を管理するためのデータ構造を再生する方法において、
少なくとも１つのクリップ情報ファイルを前記記録媒体から読み出すステップであって、前記クリップ情報ファイルは前記ビデオデータの再生を管理し、前記クリップ情報ファイルは前記マルチ再生パス中の対応する再生パスと関連づけられていて、前記クリップ情報ファイルは１つまたは複数のエントリーポイントに関連した少なくとも１つのフラッグを含み、前記少なくとも１つのフラッグは前記マルチ再生パス中の現在の再生パスから前記マルチ再生パス中の要求された再生パスへのパス変更を許可する所を指示する、前記ステップと、
少なくとも１つのストリームファイルを前記記録媒体のデータ領域から再生するステップであって、前記ストリームファイルはマルチ再生パスを有する前記ビデオデータの少なくとも一部を含み、前記マルチ再生パスを有するビデオデータはインターリービングユニットに分割され、各該インターリービングユニットは前記再生パス中のいずれか１つと関連付けられ、異なる再生パスと関連付けられているインターリービングユニットがインターリービングされていて、各前記インターリービングユニット内の前記ビデオデータは１つまたは複数のエントリーポイントに分割されている、前記ステップと、
を含むことを特徴とする方法。
【請求項１４】
前記ビデオデータはソースパケットとして記録されていて、前記ソースパケットはヘッダーとトランスポートパケットを含み、前記トランスポートパケットはパケット識別子（ＰＩＤ）を含み、前記ソースパケットは前記ビデオデータ中のアドレスを指示するソースパケット番号を含み、各エントリーポイントは１つのソースパケット番号と関連づけられていることを特徴とする請求項１３に記載の方法。
【請求項１５】
前記クリップ情報ファイルには前記少なくとも１つのフラッグを含む少なくとも１つ以上のエントリーポイントマップが含まれていて、前記エントリーポイントマップは前記マルチ再生パス中の１つの再生パスと関連していて、各エントリーポイントマップは前記関連した再生パスのビデオデータ内のエントリーポイントを識別することを特徴とする請求項１３に記載の方法。
【請求項１６】
前記現在の再生パスから前記要求された再生パスへの前記パス変更がもしパス変更が要求されるならば実行されて、前記現在の再生パスの前記ビデオデータの前記再生は、再生ポジションが前記フラッグに基づいて前記パス変更が許可された所のポジションに到達されるまで維持されることを特徴とする請求項１３ないし１５のいずれか１つに記載の方法。
【請求項１７】
少なくともマルチ再生パスを有するビデオデータの再生を管理するためのデータ構造を記録媒体に記録する装置において、
前記記録媒体にデータを記録するように構成された記録ユニットと、
前記記録媒体にストリームファイルを記録するために前記記録ユニットを制御するように構成されて前記記録ユニットに動作的に接続された制御装置と、前記ストリームファイルはマルチ再生パスを有する前記ビデオデータの少なくとも一部を含み、前記マルチ再生パスを有するビデオデータはインターリービングユニットに分割され、各該インターリービングユニットは前記再生パス中のいずれか１つと関連付けられ、異なる再生パスと関連付けられているインターリービングユニットがインターリービングされていて、各前記インターリービングユニット内の前記ビデオデータは１つまたは複数のエントリーポイントに分割されている、前記制御装置と、を含み、
前記制御装置は、前記記録ユニットを制御するように構成されていて、クリップ情報ファイルを前記記録媒体上に記録し、前記クリップ情報ファイルは前記ビデオデータの再生を管理し、前記クリップ情報ファイルは前記マルチ再生パス中の対応する再生パスと関連づけられていて、前記クリップ情報ファイルは前記１つまたは複数のエントリーポイントに関連した少なくとも１つのフラッグを含み、前記少なくとも１つのフラッグは前記マルチ再生パス中の現在の再生パスから前記マルチ再生パス中の要求された再生パスへのパス変更を許可する所を指示するものであることを特徴とする装置。
【請求項１８】
前記制御装置に動作的に結合されていて前記制御装置の制御により前記ビデオデータをエンコードするように構成されたエンコーダをさらに備えていて、
前記記録ユニットは前記記録媒体にデータを記録するピックアップを含むことを特徴とする請求項１７に記載の装置。
【請求項１９】
前記制御装置は前記ビデオデータをソースパケットとして記録するように前記記録ユニットを制御するように構成されていて、前記ソースパケットはヘッダーとトランスポートパケットを含み、前記トランスポートパケットはパケット識別子（ＰＩＤ）を含み、前記ソースパケットは前記ビデオデータ中のアドレスを指示するソースパケット番号を含み、各エントリーポイントは１つのソースパケット番号と関連づけられていることを特徴とする請求項１７に記載の装置。
【請求項２０】
前記クリップ情報ファイルは、前記マルチ再生パスの１つの再生パスと関連付けられていて前記少なくとも１つのフラッグを含んだ少なくとも１つ以上のエントリーポイントマップを含み、各エントリーポイントマップは前記関連した再生パスのビデオデータ内のエントリーポイントを識別することを特徴とする請求項１７ないし１９のいずれか１つに記載の装置。
【請求項２１】
記録媒体に記録された少なくともマルチ再生パスを有するビデオデータの再生を管理するためのデータ構造を再生する装置において、
前記記録媒体に記録されたデータを再生するように構成された再生ユニットと
前記記録媒体から少なくとも１つのクリップ情報ファイルを読み取るために前記再生ユニットを制御するように構成されて前記再生ユニットに動作的に接続された制御装置とを備え、前記クリップ情報ファイルは前記ビデオデータの再生を管理し、前記クリップ情報ファイルは前記マルチ再生パス中の対応する再生パスと関連づけられていて、前記クリップ情報ファイルは１つまたは複数のエントリーポイントに関連した少なくとも１つのフラグを含み、前記少なくとも１つのフラグは前記マルチ再生パス中の現在の再生パスから前記マルチ再生パス中の要求された再生パスへのパス変更を許可する所を指示するものであり、
前記制御装置は、前記記録媒体から少なくとも１つのストリームファイルを再生するように構成されていて、前記ストリームファイルはマルチ再生パスを有する前記ビデオデータの少なくとも一部を含み、マルチ再生パスを有する前記ビデオデータはインターリービングユニットに分割され、各該インターリービングユニットは前記再生パス中のいずれか１つと関連付けられ、異なる再生パスと関連付けられているインターリービングユニットがインターリービングされていて、各前記インターリービングユニット内の前記ビデオデータは１つまたは複数のエントリーポイントに分割されている、
ことを特徴とする装置。
【請求項２２】
前記再生ユニットは前記記録媒体からデータを再生するピックアップを含むことを特徴
とする請求項２１に記載の装置。
【請求項２３】
前記制御装置はソースパケットとして記録された前記ビデオデータを再生するように前記再生ユニットを制御するように構成されていて、前記ソースパケットはヘッダーとトランスポートパケットを含み、前記トランスポートパケットはパケット識別子（ＰＩＤ）を含み、前記ソースパケットは前記ビデオデータ中のアドレスを指示するソースパケット番号を含み、各エントリーポイントは１つのソースパケット番号と関連づけられていることを特徴とする請求項２１に記載の装置。
【請求項２４】
前記クリップ情報ファイルは、前記マルチ再生パスの１つの再生パスと関連付けられていて前記少なくとも１つのフラグを含んだ少なくとも１つ以上のエントリーポイントマップを含み、各エントリーポイントマップは前記関連した再生パスのビデオデータ内のエントリーポイントを識別することを特徴とする請求項２１に記載の装置。
【請求項２５】
前記制御装置が、現在の再生パスから要求された再生パスへの前記パス変更がもしパス変更が要求されるならば実行するように構成されていて、前記現在の再生パスの前記ビデオデータの前記再生は再生ポジションが前記パス変更が許可された所のポジションに到達されるまで維持されるように構成されていることを特徴とする請求項２１ないし２４のいずれか１つに記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、少なくとも記録されたマルチ再生パスビデオデータの再生を管理するためのデータ構造を有する記録媒体、並びにその記録媒体上で少なくともマルチ再生パスビデオデータを再生するための装置及び方法と、その記録媒体に少なくともマルチ再生パスビデオデータを記録するための装置及び方法とに関する。
【背景技術】
【０００２】
高画質のビデオデータとオーディオデータを大容量記録できる新規な高密度再生専用または書き込み可能な光ディスクに対する規格化が急速に進展しており、新しい光ディスクの関連商品がまもなく商用化されることと期待されている。書き込み可能ブルーレイディスク（ＢＤ−ＲＥ：Ｂｌｕ−ｒａｙ  Ｄｉｓｃ  Ｒｅｗｒｉｔａｂｌｅ）はそれら新しい光ディスクの一例である。
【０００３】
図１は、書き込み可能ブルーレイディスク（ＢＤ−ＲＥ）のファイル構造を示したものである。このファイル構造またはデータ構造はＢＤ−ＲＥに記録されるビデオ・オーディオデータの再生を管理するために提供される。図１に示すように、データ構造は少なくとも１つ以上の‘ＢＤＡＶ’ディレクトリ（ｄｉｒｅｃｔｏｒｙ）を有するルートディレクトリを含む。この‘ＢＤＡＶ’ディレクトリには‘ｉｎｆｏ．ｂｄａｖ’、‘ｍｅｎｕ．ｔｉｄｘ’、‘ｍａｒｋ．ｔｉｄｘ’、‘＊．ｒｐｌｓ’、及び‘＊．ｖｐｌｓ’のようなファイル、プレーリストファイル（‘＊．ｒｐｌｓ’、及び‘＊．ｖｐｌｓ’）が格納されるＰＬＡＹＬＩＳＴサブディレクトリ（ｓｕｂｄｉｒｅｃｔｏｒｙ）、クリップ情報ファイル（＊．ｃｌｐｉ）が格納されるＣＬＩＰＩＮＦサブディレクトリ、およびそのクリップ情報ファイルに対応するＭＰＥＧ−２フォーマットのＡ／Ｖストリームクリップファイル（＊．ｍ２ｔｓ）が格納されるＳＴＲＥＡＭサブディレクトリが含まれる。図１は、この光ディスクのデータ構造を示すだけでなく、光ディスクの領域を表わしている。例えば、一般情報ファイル‘ｉｎｆｏ．ｂｄａｖ’はその光ディスクの一般情報領域（１つまたは複数）に格納される。
【０００４】
図１に図示されたＢＤ−ＲＥのデータ構造とディスクフォーマットは広く知られていてすぐに利用できるものなので、このファイル構造に関してはここでは簡単に説明する。
【０００５】
上記でほのめかしたように、ＳＴＲＥＡＭディレクトリには、クリップ（Ｃｌｉｐ）またはクリップファイルと呼ばれるＭＰＥＧ−２フォーマットのＡ／Ｖストリームファイルが含まれている。このＳＴＲＥＡＭディレクトリは、またブリッジ−クリップＡ／Ｖストリームファイル（ｂｒｉｄｇｅ−ｃｌｉｐ  Ａ／Ｖ  ｓｔｒｅａｍ  ｆｉｌｅ）と称される特別なタイプのクリップも含まれることができる。ブリッジ−クリップはクリップのうちから選択された２つ以上の再生区間（ｐｒｅｓｅｎｔａｔｉｏｎ  ｉｎｔｅｒｖａｌｓ）を滑らかに連結するために使われていて、一般にそのクリップに比べて大きさが小さい。Ａ／Ｖストリームにはビデオ・オーディオデータのソースパケット（ｓｏｕｒｃｅ  ｐａｃｋｅｔｓ）が含まれる。例えば、ビデオ・オーディオデータに対するソースパケットにはヘッダー（ｈｅａｄｅｒ）と伝送パケット（トランスポートパケットともいう、ｔｒａｎｓｐｏｒｔ  ｐａｃｋｅｔ）が含まれる。１つのソースパケットには自身に接近するためのアドレスの役割をするソースパケット番号（ＳＰＮｓ：Ｓｏｕｒｃｅ  Ｐａｃｋｅｔ  Ｎｕｍｂｅｒｓ）が含まれるが、ソースパケット番号は一般に次々と連続して番号が割り当てられる。伝送パケットには１つのパケット識別子（ＰＩＤ：Ｐａｃｋｅｔ  Ｉｄｅｎｔｉｆｉｅｒ）が含まれる。このＰＩＤはその伝送パケットが属する一連の伝送パケット（ｓｅｑｕｅｎｃｅ  ｏｆ  ｔｒａｎｓｐｏｒｔ  ｐａｃｋｅｔｓ）を識別する。この一連の伝送パケットの各伝送パケットは同じＰＩＤとすることがある。
【０００６】
上記のＣＬＩＰＩＮＦディレクトリには各Ａ／Ｖストリームファイルと関連付けられているクリップ情報ファイルが含まれる。そのクリップ情報ファイルは、とりわけ、それとともに関連付けられているＡ／Ｖストリームのタイプ、シーケンス情報（ｓｅｑｕｅｎｃｅ  ｉｎｆｏｒｍａｔｉｏｎ）、プログラム情報、およびタイミング情報を示す。そのシーケンス情報は、到着時間基準（Ａｒｒｉｖａｌ  Ｔｉｍｅ  Ｂａｓｉｓ、ＡＴＣ）シーケンスと、システム時間基準（Ｓｙｓｔｅｍ  Ｔｉｍｅ  Ｂａｓｉｓ、ＳＴＣ）シーケンスを記述する。例えば、そのシーケンス情報は、シーケンスの数、各シーケンスの開始と終わり時間情報、各シーケンス内の一番目のソースパケットのアドレス、および各シーケンスにある伝送パケットのＰＩＤを示す。プログラムのコンテンツが一定の連続する伝送パケットシーケンスはプログラムシーケンスと呼ばれる。上記プログラム情報は、とりわけ、そのプログラムシーケンスの個数、各プログラムシーケンスの開始アドレス、および１つのプログラムシーケンス内にある伝送パケット（複数）のＰＩＤ（単数または複数）を示す。
【０００７】
タイミング情報は特性点情報（ＣＰＩ：Ｃｈａｒａｃｔｅｒｉｓｔｉｃ  Ｐｏｉｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ）と呼ばれる。このＣＰＩの一形態がエントリーポイントマップ（Ｅｎｔｒｙ  Ｐｏｉｎｔ（ＥＰ）Ｍａｐ）である。このＥＰマップは、例えば、到着時間ＡＴＣ及び／またはシステム時間ＳＴＣを基準にして、ソースパケットのアドレス（例えば、ソースパケットの番号）に対するプレゼンテーションタイムスタンプ（Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅ  Ｓｔａｍｐ）をマッピング（ｍａｐ；配置）する。このプレゼンテーションタイムスタンプ（ＰＴＳ）と上記のソースパケット番号（ＳＰＮ）はＡ／Ｖストリームの１つのエントリーポイントと関連している。すなわち、ＰＴＳとそれと関連のあるＳＰＮはＡ／Ｖストリーム上のあるエントリーポイントを指し示す。指し示されたパケットはエントリーポイントパケットと呼ばれることが多い。
【０００８】
上記のＰＬＡＹＬＩＳＴディレクトリには、１つ以上のプレーリストファイルが含まれる。プレーリストの構想（コンセプト）は再生のためのクリップを容易に編集し、あるいは組み合わせるために導入されているものである。１つのプレーリストファイルはクリップ（複数）にある再生区間（Ｐｌａｙｉｎｇ  Ｉｎｔｅｒｖａｌｓ）の集合である。その各再生区間はプレーアイテム（Ｐｌａｙｉｔｅｍ）と呼ばれる。このプレーリストファイルは、とりわけ、プレーリストを形成する各プレーアイテムを識別し、かつ各プレーアイテムは、とりわけ、クリップの時間軸上の位置（例えば、ＡＴＣまたはＳＴＣ基準でプレゼンテーションタイムスタンプ）を表すＩＮ−ｐｏｉｎｔとＯＵＴ−ｐｏｉｎｔの対である。換言すれば、プレーリストファイルはプレーアイテムを識別し、各プレーアイテムは１つのクリップ、あるいはその一部を指し、かつそのクリップと関連付けられたクリップ情報ファイルを識別する。このクリップ情報ファイルは、とりわけ、プレーアイテムをソースパケットのクリップにマッピング（ｍａｐ；配置）するために使われる。
【０００９】
ＰＬＡＹＬＩＳＴディレクトリには、実プレーリスト（ｒｅａｌ  ｐｌａｙｌｉｓｔ）（＊．ｒｐｌｓ）と仮想プレーリスト（ｖｉｒｔｕａｌ  ｐｌａｙｌｉｓｔ）（＊．ｖｐｌｓ）が含まれることができる。実プレーリストはクリップだけを用いることができ、ブリッジ−クリップを用いることができない。すなわち、実プレーリストはクリップの一部を参照することと見なされるので、概念的にディスク上でクリップの一部を参照することと同等なことに見なされる。仮想プレーリストはクリップとブリッジ−クリップの両方を用いることができるので、実プレーリストでの概念上の配慮は仮想プレーリストでは存在しない。
【００１０】
‘ｉｎｆｏ．ｂｄａｖ’ファイルは光ディスクに記録されるＡ／Ｖストリームの再生を管理する全般的な情報を提供する一般情報ファイルである。さらに詳細には、‘ｉｎｆｏ．ｂｄａｖ’ファイルは、とりわけ、同じＢＤＡＶディレクトリのＰＬＡＹＬＩＳＴディレクトリにあるプレーリストのファイル名を識別するプレーリストの目録（ｔａｂｌｅ）を含む。
【００１１】
‘ｍｅｎｕ．ｔｉｄｘ’、‘ｍｅｎｕ．ｔｄｔ１’、及び‘ｍｅｎｕ．ｔｄｔ２’ファイルは、メニューｔｈｕｍｂｎａｉｌｓに関連する情報を格納する。‘ｍａｒｋ．ｔｉｄｘ’、‘ｍａｒｋ．ｔｄｔ１’、及び‘ｍａｒｋ．ｔｄｔ２’ファイルは、マークｔｈｕｍｂｎａｉｌｓに関連する情報を格納する。このようなファイルは本発明と直接的な関連がないので、これ以上の詳細な説明は省略する。
【発明の開示】
【発明が解決しようとする課題】
【００１２】
ブルーレイロム（ＢＤ−ＲＯＭ：Ｂｌｕ−ｒａｙ  ＲＯＭ）のような高密度再生専用光ディスクに対する規格化が依然として進行中である。ＢＤ−ＲＯＭのような高密度再生専用光ディスクに記録されるビデオ・オーディオデータの再生を管理するための効果的なデータ構造は、まだ用意されていない。
【課題を解決するための手段】
【００１３】
本発明による記録媒体は、少なくともマルチ再生パス(ｍｕｌｔｉｐｌｅ  ｒｅｐｒｏｄｕｃｔｉｏｎ  ｐａｔｈ)ビデオデータ（例えば、異なるカメラアングルのビデオデータ）の再生を管理するパス管理情報（ｐａｔｈ  ｍａｎａｇｅｍｅｎｔ  ｉｎｆｏｒｍａｔｉｏｎ）を含む。
【００１４】
本発明の一態様では、記録媒体はマルチ再生パスビデオデータの少なくとも一部を格納するデータ領域を含む。このマルチ再生パスビデオデータは１つまたは複数のインターリービングユニット（Ｉｎｔｅｒｌｅａｖｉｎｇ  Ｕｎｉｔ）に分割され、各インターリービングユニットは再生パス（再生経路）中のいずれか１つと関連付けられている。各インターリービングユニットは再生パス変更地点（ｒｅｐｒｏｄｕｃｔｉｏｎ  ｐａｔｈ  ｃｈａｎｇｅ  ｐｏｉｎｔ）で開始・終了し、異なる再生パスと関連付けられているインターリービングユニットがそのデータ領域でインターリービングされる。
【００１５】
本発明の一態様において、マルチ再生パスビデオデータは複数のクリップファイルに分割され、各クリップファイルはマルチ再生パスのいずれか１つと関連付けされたビデオデータを含む。ここで、各クリップファイルは１つまたは複数のインターリービングユニットに分割される。各インターリービングユニット内のビデオデータもやはり１つまたは複数のエントリーポイントに分割される。
【００１６】
本発明の他の態様による記録媒体は、先に説明した態様と関連して、管理情報を格納する管理領域をさらに含む。この管理情報は各再生パスと関連付けられた少なくとも１つ以上のエントリーポイントマップ（ＥＰ  ｍａｐ）を含み、各エントリーポイントマップは関連付けられた再生パスに対するビデオデータ内のエントリーポイントを識別する。この態様で、各エントリーポイントマップは、識別されたエントリーポイントのうちのどれがインターリービングされたユニット内の最終エントリーポイントであるかを指し示すことができる。その代わりに、各エントリーポイントマップは、識別されたエントリーポイントのうちのどれがインターリーブされたユニット内の１番目のエントリーポイントであるかを指し示すこともできる。
【００１７】
本発明による他の態様において、記録媒体は複数のクリップファイルを格納するデータ領域を含む。各クリップファイルは、マルチ再生パスのいずれか１つと関連付けられているビデオデータを含んでおり、ビデオデータのエントリーポイントに分割される。各クリップファイル内のエントリーポイント（複数）は、１つまたは複数のインターリービングユニットでグルーピング（グループ化）され、複数のクリップファイルはインターリービングユニット基部上のデータ領域にインターリービングされる。本発明のこの態様と他の態様で、各インターリーブされたユニットは同じ個数のエントリーポイントを含むことができ、あるいはその代わりに、少なくとも２つ以上のインターリーブされたユニットが異なる個数のエントリーポイントを含むことができる。
【００１８】
また、本発明は、さらに本発明によるデータ構造を記録して再生するための装置と方法を提供する。
【発明の効果】
【００１９】
上記のように構成される本発明は、ユーザーが指定したパスのデータストリームを迅速で正確に選択して再生することができ、それによりバッファーアンダーフローとバッファーサイズが大きくなることを效果的に抑制することができる、高密度光ディスクに対するマルチパスデータストリームの管理方法と装置を提供することができる。
【００２０】
また、上記のように構成される本発明は、マルチ再生パスを基盤にしてビデオデータのナビゲーション再生を管理及び／または制御することができ、これにより従来の方法に比べて、さらに柔軟にビデオデータを再生することができる。
【００２１】
本発明の上記の特徴および他の効果は、添付図面との連結を考慮に入れた以下の詳細な記述からより明瞭に理解できるであろう。
【発明を実施するための最良の形態】
【００２２】
以下、本発明に対する望ましい実施形態に対して、添付した図面を参照しながら詳細に説明する。
【００２３】
本発明による高密度光ディスク、例えばＢＤ−ＲＯＭ、ＢＤ−ＲＥ等は、図２に示すように、ビデオ・オーディオデータの再生を管理するファイルまたはデータ構造を有する。図２に示す本発明によるデータ構造はいろいろな面で図１を参照して説明したＢＤ−ＲＥ規格のデータ構造と類似している。したがって、同様の部分は詳細な説明を省略する。
【００２４】
図２に示すように、ルートディレクトリには少なくとも１つ以上のＤＶＰディレクトリを含む。ＤＶＰディレクトリには一般情報ファイル（ｉｎｆｏ．ｄｖｐ）、メニューファイル（ｍｅｎｕ．ｔｉｄｘ、ｍｅｎｕ．ｔｄｔ１等）、実プレーリストファイル（＊．ｒｐｌｓ）、および仮想プレーリストファイル（＊．ｖｐｌｓ：図示せず）が格納されるＰＬＡＹＬＩＳＴディレクトリ、クリップ情報ファイル（＊．ｃｌｐｉ）が格納されるＣＬＩＰＩＮＦディレクトリ、およびクリップ情報ファイルに対応するＭＰＥＧ−２フォーマットのＡ／Ｖストリームクリップファイル（＊．ｍ２ｔｓ）が格納されるＳＴＲＥＡＭディレクトリが含まれる。
【００２５】
ＳＴＲＥＡＭディレクトリにはクリップまたはクリップファイルと呼ばれるＭＰＥＧ−２フォーマットのＡ／Ｖストリームクリップファイルが含まれる。そのＡ／Ｖストリームにはビデオ・オーディオデータに対するソースパケットが含まれる。例えば、ビデオ・オーディオデータに対するソースパケットにはヘッダーと伝送パケットとが含まれる。１つのソースパケットには自身に接近するためのアドレスの役割をするソースパケット番号ＳＰＮが含まれるが、このソースパケット番号は一般に次々と順番に番号が割り当てられる。伝送パケットには１つのパケット識別子（ＰＩＤ）が含まれる。ＰＩＤは伝送パケットが属する伝送パケットシーケンスを識別する。その伝送パケットシーケンスにある各伝送パケットは同じＰＩＤを有するとすることができる。
【００２６】
ＣＬＩＰＩＮＦディレクトリには各Ａ／Ｖストリームファイルに関連付けられたクリップ情報ファイルが含まれる。クリップ情報ファイルは、とりわけ、関連付けられたＡ／Ｖストリームのタイプ、シーケンス情報、プログラム情報、およびタイミング情報を表す。シーケンス情報は、到着時間基準ＡＴＣシーケンスとシステム時間基準ＳＴＣシーケンスを記述する。例えば、シーケンス情報は、とりわけ、シーケンスの個数、各シーケンスの開始と終わり時間情報、各シーケンスでの一番目のソースパケットのアドレス、および各シーケンスにある伝送パケットのＰＩＤを表わす。プログラムのコンテンツがコンスタントにある一連のソースパケットはプログラムシーケンスと呼ばれる。プログラム情報は、とりわけ、プログラムシーケンスの個数、各プログラムシーケンスの開始アドレス、およびプログラムシーケンスにある伝送パケットのＰＩＤ（単数または複数）を表す。
【００２７】
タイミング情報は特性点情報（ＣＰＩ）と呼ばれる。ＣＰＩの一形態がエントリーポイント（ＥＰ）マップである。ＥＰマップは、ソースパケットのアドレス（例えば、ソースパケットの番号）に対する、（例えば、到着時間ＡＴＣ及び／またはシステム時間ＳＴＣを基準にした）プレゼンテーションタイムスタンプをマッピングする（描く）。プレゼンテーションタイムスタンプ（ＰＴＳ）とソースパケット番号（ＳＰＮ）はＡ／Ｖストリームのエントリーポイントと関連付けされており、すなわち、ＰＴＳとそれと関連するＳＰＮはＡ／Ｖストリーム上のエントリーポイントを指し示す。指し示されたパケットはしばしばエントリーポイントパケットと呼ばれる。
【００２８】
ＰＬＡＹＬＩＳＴディレクトリには１つまたは複数のプレーリストファイルを含む。プレーリストの概念は再生のためのクリップを容易に編集し、組み合わせるために導入されている。プレーリストファイルはクリップにある再生区間（Ｐｌａｙｉｎｇ  Ｉｎｔｅｒｖａｌｓ）の集合であって、各再生区間はプレーアイテム（Ｐｌａｙｉｔｅｍ）と呼ばれる。プレーリストファイルは、とりわけ、プレーリストを形成する各プレーアイテムを識別し、各プレーアイテムは、とりわけ、クリップの時間軸上の位置（例えば、ＡＴＣ基準またはＳＴＣ基準でのプレゼンテーションタイムスタンプ）を指し示すＩＮ−ｐｏｉｎｔとＯＵＴ−ｐｏｉｎｔの対である。換言すれば、プレーリストファイルはプレーアイテムを識別し、各プレーアイテムは１つのクリップまたはその一部を指してクリップと関連付けられたクリップ情報ファイルを識別する。クリップ情報ファイルは、とりわけ、プレーアイテムをソースパケットのクリップにマップする（描く）ために使われる。
【００２９】
ＰＬＡＹＬＩＳＴディレクトリには実プレーリスト（Ｒｅａｌ  Ｐｌａｙｌｉｓｔ）（＊．ｒｐｌｓ）と仮想プレーリスト（Ｖｉｒｔｕａｌ  Ｐｌａｙｌｉｓｔ）（＊．ｖｐｌｓ）が含まれることができる。実プレーリストはクリップだけを用いるもので、ブリッジ−クリップを用いることができない。すなわち、実プレーリストはクリップの一部を参照することと見なされるので、概念的にディスク上でクリップの一部を参照することと同等なことに見なされる。仮想プレーリストはクリップとブリッジ−クリップの両方を用いることができるので、実プレーリストの概念的配慮は仮想プレーリストと一緒ではない。
【００３０】
‘ｉｎｆｏ．ｄｖｐ’ファイルは光ディスクに記録されるＡ／Ｖストリームの再生を管理する全般的な情報を提供する一般情報ファイルである。さらに詳細には、‘ｉｎｆｏ．ｄｖｐ’ファイルは、とりわけ、ＰＬＡＹＬＩＳＴディレクトリにあるプレーリストのファイル名を識別するプレーリストの目録（テーブル）を含む。 ‘ｉｎｆｏ．ｄｖｐ’ファイルに対しては本発明の実施形態と関連して次にさらに詳細に説明する。
【００３１】
図２では、本発明の実施形態によって記録媒体のデータ構造を図示するだけでなく、記録媒体の領域も現している。例えば、一般情報ファイルは１つまたは複数の一般情報領域に記録され、プレーリストディレクトリは１つまたは複数のプレーリストディレクトリ領域に記録され、プレーリストディレクトリ内の各プレーリストは記録媒体等の１つまたは複数のプレーリスト領域に記録される。図３は、記憶された図２のデータ構造を有する記録媒体を例示している。図３に示すように、その記録媒体は、ファイルシステム情報領域、データベース（ｄａｔａ  ｂａｓｅ）領域、およびＡ／Ｖストリーム領域を含む。データベース領域には一般情報ファイルとプレーリスト情報とが記録される領域とクリップ情報領域が含まれる。一般情報ファイルとプレーリスト情報が記録される領域には、一般情報ファイル領域の一般情報ファイルと、プレーリスト情報領域のＰＬＡＹＬＩＳＴディレクトリとプレーリストファイルとが記録される。クリップ情報領域には、ＣＬＩＰＩＮＦＯディレクトリと、関連のクリップ情報ファイルが記録される。上記Ａ／Ｖストリーム領域には多様なタイトルのＡ／Ｖストリームが記録される。
【００３２】
ビデオ・オーディオデータは典型的に個別タイトルで編成されている。例えば、ビデオ・オーディオデータにより表現される異なる映画は異なるタイトルで編成される。さらに、タイトルは、本がしばしば章（Ｃｈａｐｔｅｒｓ）で構成されるとほぼ同じように、個別の章で構成できる。
【００３３】
ＢＤ−ＲＯＭ、ＢＤ−ＲＥ光ディスク等のような新しい高密度記録媒体の記憶容量が非常に大きいために、異なるタイトル、いろいろなバージョンのタイトル、あるいは１つのタイトルの一部が記録され、またその記録媒体から再生できる。例えば、異なるカメラ角度で再生するビデオデータが記録媒体上に記録されることができる。他の実施形態として、タイトルに対するいろいろなバージョン、あるいは異なる言語と関連付けられているそれらの一部も記録媒体に記録することができる。さらに他の実例として、タイトルの監督バージョン（ｄｉｒｅｃｔｏｒ’ｓ  ｖｅｒｓｉｏｎ）および映画館用バージョンも記録媒体に記録することができる。または、一タイトルまたは一タイトルの一部についての完全成人（アダルト）バージョン、準成人（ヤングアダルト）バージョン、および（すなわち、父母が制限できる）青少年（ヤングチルド）バージョンなどが記録媒体に記録されることができる。各バージョン、各カメラアングル等は異なる再生パスに相当しており、このような場合のビデオデータはマルチ再生パスビデオデータ（ｍｕｌｔｉｐｌｅ  ｒｅｐｒｏｄｕｃｔｉｏｎ  ｐａｔｈ  ｖｉｄｅｏ  ｄａｔａ）と呼ばれている。マルチ再生パスビデオデータの上記の事例に限定されることなく、本発明はいかなるタイプのマルチ再生パスビデオデータでも、あるいはそれらのタイプの組合に対しても適用が可能であるということは理解できるであろう。本発明の実施形態に関連して以下で詳細に説明するように、本発明のデータ構造には、記録媒体に記録されるマルチ再生パスビデオデータの再生を管理するためのパス管理情報及び／またはナビゲーション情報が含まれる。
【００３４】
図２によるデータ構造で使われる再生パス管理情報に関する最初の実施形態を図４を参照にして説明する。図４ではマルチ再生パスデータストリームを管理するためのデータ構造に対する実施形態を図示している。図４に示すように、各再生パスに対するデータストリームはそれぞれのクリップファイルにより論理的に管理される。例えば、それぞれ、１番目再生パスのデータストリームは第１クリップファイルＣｌｉｐ  Ｆｉｌｅ  ＃１により管理されることができ、２番目再生パスのデータストリームは第２クリップファイルＣｌｉｐ  Ｆｉｌｅ  ＃２により管理されることができ、３番目再生パスのデータストリームは第３クリップファイルＣｌｉｐ  Ｆｉｌｅ  ＃３により管理されることができる。
【００３５】
また、第１から第３のクリップファイルＣｌｉｐ  Ｆｉｌｅ  ＃１〜＃３のそれぞれは、複数のインターリービングユニット（ＩＵ）に分割されて第１から第３のクリップファイルＣｌｉｐ  Ｆｉｌｅ  ＃１〜＃３と上記のクリップファイルのデータストリームは記録媒体の特定区間にインターリービング（交互配置）された状態で順次的に記録される。すなわち、１番目パスＰ１のインターリービングユニット（ＩＵ）が記録され、２番目パスＰ２のインターリービングユニット（ＩＵ）が記録され、３番目パスＰ３のインターリービングユニット（ＩＵ）が記録される、というように記録される。各インターリービングユニット（ＩＵ）には１つまたは複数のエントリーポイント（ＥＰｓ）が含まれて、このエントリーポイントは、インターリービングユニット（ＩＵ）と関連付けされている第１から第３のクリップファイルＣｌｉｐ  Ｆｉｌｅ  ＃１〜＃３のうちいずれか１つに該当するクリップ情報ファイル（Ｃｌｉｐ  Ｉｎｆｏ  Ｆｉｌｅ）のエントリーポイントマップ（ＥＰ  ｍａｐ）で参照される。
【００３６】
ユーザーが１番目パスＰ１のデータストリームの再生を要求すれば、光ディスク装置（図８を参照にして後述する）は１番目パスＰ１と関連付けられているインターリービングユニット（ＩＵ）を再生（ｒｅａｄ：リード）し、２番目パスＰ２と３番目パスＰ３と関連付けられているインターリービングユニット（ＩＵ）を飛び越える（ｊｕｍｐ：ジャンプ）。選択された再生パスのクリップファイルと関連付けられているＥＰマップを基にしてこのような再生動作と飛び越し動作が実行されることは理解できるであろう。
【００３７】
例えば、図４に示すように、１番目再生パスＰ１の再生中に２番目パスＰ２へのパス変更が要求される時には、光ディスク装置は、パス変更が要求された時点に再生されているインターリービングユニット（ＩＵ）に該当する第１パスのデータストリームを完全に再生して、次のインターリービングユニット（ＩＵ）に該当する２番目再生パスのデータストリームを探索して、その探索されたデータストリームのインターリービングユニット（ＩＵ）を読み出して再生する。本発明の実施形態では、再生パス間のパス変更はインターリービングユニットを基準にして行われる。すなわち、各インターリービングユニットは再生パス変更地点で開始し終了する。
【００３８】
図５は本発明の一実施形態によるインターリービングユニット（ＩＵ）のデータ構造を図示している。同図に示すように、所定個数のエントリーポイント、例えばＮ個のエントリーポイントで各インターリービングユニット（ＩＵ）が構成される。各エントリーポイントの時間長さ（ｔｉｍｅ  ｌｅｎｇｔｈ）は可変的であるとすることができる。したがって、各インターリービングユニット（ＩＵ）の時間長さも可変的であるとすることができる。
【００３９】
各インターリービングユニットの長さ情報（ＩＵ_ｌｅｎｇｔｈ）は、インターリービングユニット（ＩＵ）が属するクリップファイルと関連付けられたクリップ情報ファイル（Ｃｌｉｐ  Ｉｎｆｏ  Ｆｉｌｅ）に記録されることができる。それに代わって、その長さ情報が、再生リスト（Ｐｌａｙｌｉｓｔ）ファイルまたは再生アイテム（ＰｌａｙＩｔｅｍ）に記録されることもできる。
【００４０】
各インターリービングユニットの長さは、バッファーサイズが過剰な大きさとならないように防ぎながら、インターリービングユニットから同じ再生パスの他のインターリービングユニットへ飛越し処理の期間に発生することから、いずれのバッファーのアンダーフローも防ぐように、セットすべきである。
【００４１】
例えば、インターリービングユニットの長さがあまりに短い場合には、ビックジャンプ（ｂｉｇ  ｊｕｍｐ）動作が遂行される途中にバッファーアンダーフロー（ｂｕｆｆｅｒ ｕｎｄｅｒｆｌｏｗ）が発生可能で、相対的に多量のインターリービングユニットに関する長さ情報を記録して管理しなければならない不都合がある。反面、インターリービングユニットの長さがあまり長い場合には、読み出したデータを臨時に格納するためにさらに大きいサイズのバッファーが必要になる。
【００４２】
このような理由で、バッファーアンダーフロー、バッファーサイズ、インターリービングユニット（ＩＵ）の長さ情報の記録と管理効率を考慮して各インターリービングユニットの長さが設計されなければならない。
【００４３】
図６では本発明の一実施形態によるインターリービングユニット（ＩＵ）のデータ構造を図示している。同図に示すように、各インターリービングユニット（ＩＵ）を形成するエントリーポイントの個数は再生パスと関係なく可変的である。例えば、図６では、１番目再生パスＰ１のインターリービングユニットＩＵ_Ｐ＃１−１はＮ個のエントリーポイントで構成されて、２番目再生パスＰ２のインターリービングユニットＩＵ_Ｐ＃２−１はＫ個のエントリーポイントで構成されて、３番目再生パスＰ３のインターリービングユニットＩＵ_Ｐ＃３−１はＳ個のエントリーポイントを含み、３番目再生パスＰ３のインターリービングユニットＩＵ_Ｐ＃３−２はＮ個のエントリーポイントを含んでいる。本発明の一実施形態では、各可変長のインターリービングユニット（ＩＵ）は各クリップファイルのチャプター（Ｃｈａｐｔｅｒ：章）に対応することができる。
【００４４】
図６に示すように、各クリップファイルと関連付けられているクリップ情報ファイル内のエントリーポイントマップ（ＥＰ  ｍａｐ）には、各エントリーポイントと関連付けられているインターリービングユニット終了フラッグＩＵ_Ｅｎｄ_Ｆｌａｇが含まれる。各インターリービングユニット終了フラッグＩＵ_Ｅｎｄ_Ｆｌａｇは関連付けられたエントリーポイントがインターリービングユニットの最終エントリーポイントであることを指し示す。例えば、１に設定されたインターリービングユニット終了フラッグ（ＩＵ_Ｅｎｄ_Ｆｌａｇ＝１）はエントリーポイントマップ内にインターリービングユニットの最終エントリーポイントそれぞれに関連付けられて記録され、反面０に設定されたインターリービングユニット終了フラッグ（ＩＵ_Ｅｎｄ_Ｆｌａｇ＝０）はエントリーポイントマップ内にインターリービングユニットの最終エントリーポイントを除外したのこりのエントリーポイントに関連付けられて記録される。
【００４５】
例えば、図６に示すように、１番目再生パスＰ１に対応する１番目クリップファイルのインターリービングユニットＩＵ_Ｐ＃１−１内に含まれたエントリーポイントのデータストリームの再生中に特定パスへのパス変更が要求される時には、そのインターリービングユニットＩＵ_Ｐ＃１−１内に含まれたエントリーポイントのインターリービングユニット終了フラッグＩＵ_Ｅｎｄ_Ｆｌａｇそれぞれに対して確認する。また、インターリービングユニットＩＵ_Ｐ＃１−１のデータストリームはインターリービングユニット終了フラッグが“ＩＵ_Ｅｎｄ_Ｆｌａｇ＝１”、すなわちインターリービングユニットＩＵ_Ｐ＃１−１の最終エントリーポイントで確認されたエントリーポイントのデータストリームまで再生される。したがって、インターリービングユニットＩＵ_Ｐ＃１−１は最終エントリーポイントのデータストリームまで完全に再生される。
【００４６】
インターリービングユニットＩＵ_Ｐ＃１−１をすべて再生した後、再生要求された特定パス、例えば３番目再生パスＰ３のクリップファイルと関連付けられているクリップ情報ファイルで次のインターリービングユニット、すなわちインターリービングユニットＩＵ_Ｐ＃３−２のスタートエントリーポイントを探索する。言い換えると、３番目再生パスＰ３内にＩＵ_Ｅｎｄ_Ｆｌａｇが１に設定されたエントリーポイントの次にくる３番目再生パスＰ３内の１番目エントリーポイントが探索される。３番目パスＰ３に該当するクリップファイルでインターリービングユニットＩＵ_Ｐ＃３−２のスタートエントリーポイントにジャンプして続けて再生する。再生パス間のパス変更はインターリービングユニットを基にして行われて、インターリービングユニットに対するこの実施形態ではフラッグがパス変更地点を指し示す。
【００４７】
このように、１番目再生パスＰ１のデータストリームと３番目再生パスＰ３のデータストリームがインターリービングユニット単位でとぎれないやり方で連続的に再生される。
【００４８】
別の選択として、各インターリービングユニット（ＩＵ）の１番目エントリーポイントにインターリービングユニット（ＩＵ）のスタートを示す識別情報が記録される。例えば、１に設定されたインターリービングユニットスタートフラッグＩＵ_Ｓｔａｒｔ_Ｆｌａｇ＝１はエントリーポイントマップ内にインターリービングユニットの１番目エントリーポイントそれぞれに関連付けられて記録され、反面０に設定されたインターリービングユニットスタートフラッグＩＵ_Ｓｔａｒｔ_Ｆｌａｇ＝０はエントリーポイントマップ内にインターリービングユニットの１番目エントリーポイントを除外した残りのエントリーポイントに関連付けられて記録される。
【００４９】
図７では相異なるクリップファイルに対するＥＰマップ間に存在する時間的整合（ｔｉｍｅ  ａｌｉｇｎｍｅｎｔ）を図示している。ＥＰマップはプレゼンテーションタイムスタンプをソースパケットにマッピングする（ｍａｐｐｉｎｇ）。さらに詳細には、プレゼンテーションタイムスタンプはソースパケットのアドレスまたは識別子にマッピングされる。そのアドレスまたは識別子はソースパケット番号ＳＰＮである。図７にはクリップファイル１、２、３のそれぞれに対してプレゼンテーションタイムスタンプ軸に沿ったソースパケット番号でソースパケットをさらに図示している。同図に示すように、ＥＰマップ１、２、３のそれぞれのソースパケットは同じプレゼンテーションタイムスタンプを有する。例えば、クリップファイル１からソースパケットｘ１、クリップファイル２からソースパケットｙ１、およびクリップファイル３からソースパケットｚ１が同じプレゼンテーションタイムスタンプＴ１を有する。すなわち、ＥＰマップ１、２、３は時間的整合がされる。このような時間的整合のため、再生する期間再生パスが変わってもビデオデータに対してシームレスな再生が可能になる。図７では２個の同心円で再生パスの変化を図示している。同図に示すように、ユーザーがクリップファイル２の再生途中クリップファイル２からクリップファイル１に再生パスを変えてソースパケットｙ２の再生後にパス変更が許される場合、ソースパケットｙ２の再生を終えた後、ソースパケットｘ３が次に再生するソースパケットになる。同様に、もしもユーザーがクリップファイル１の再生途中クリップファイル１からクリップファイル３へ再生パス（例えば、カメラアングル）を変えてソースパケットｘ４の再生後にパス変更が許される場合、ソースパケットｘ４の再生を終えた後、ソースパケットｚ５が再生される。この実施形態でソースパケット番号は単に例示であるだけであって、一般的に１つのクリップファイルでのソースパケットは異なるクリップファイルでの時間的整合されたソースパケットのソースパケット番号と一緒ではない。
【００５０】
図８は、本発明による光ディスク記録及び再生装置の構成例を示す概略図である。Ａ／Ｖエンコーダー９は、オーディオ・ビデオデータを受信してエンコーディング（符号化）し、そのエンコーディングされたオーディオ・ビデオデータをコーディング情報とストリーム属性情報と共にマルチプレクサ（Ｍｕｌｔｉｐｌｅｘｅｒ）８へ出力する。マルチプレクサ８は、例えば、ＭＰＥＧ−２伝送ストリーム（ＭＰＥＧ−２  ｔｒａｎｓｐｏｒｔ  ｓｔｒｅａｍ）を作るために、入力されたコーディング情報とストリーム属性情報を基にしてエンコーディングされたオーディオ・ビデオデータを多重化する。ソース・パケッタイザー（ｓｏｕｒｃｅ  ｐａｃｋｅｔｉｚｅｒ）７はマルチプレクサから入力された伝送パケットを光ディスクのオーディオ・ビデオフォーマットに合うソースパケットでパケット化する。図８に示すように、Ａ／Ｖエンコーダー９、マルチプレクサ８、およびソース・パケッタイザー７の動作は制御装置１０により制御される。制御装置１０がユーザーから記録命令を受信すれば、Ａ／Ｖエンコーダー９、マルチプレクサ８、およびソース・パケッタイザー７に制御情報を送る。例えば、制御装置１０は、Ａ／Ｖエンコーダー９には実行するエンコーディングのタイプを指示し、マルチプレクサ８には作りだす伝送ストリームを指示し、またソース・パケッタイザー７にはソースパケットのフォーマットを指示する。さらに、制御装置１０はソース・パケッタイザー７の出力を光ディスクに記録できるようにドライバー３を制御する。
【００５１】
また、制御装置１０は光ディスクに記録されているオーディオ・ビデオデータの再生を管理するためのナビゲーション（ｎａｖｉｇａｔｉｏｎ）管理情報を作りだす。例えば、ユーザーとのインターフェース（ディスクに格納され、あるいはイントラネットまたはインターネットを介して与えられる命令語）を介して受け取った情報を基にして、制御装置１０は光ディスクに図２、図４、及び図５、及び／または図６のデータ構造を記録するようにドライバー３を制御する。
【００５２】
再生する期間中、制御装置１０は上記のデータ構造を再生するようにドライバー３を制御する。すなわち、ディスクに含まれた情報とユーザーインターフェース（記録及び再生装置の操作ボタンまたは上記装置と関連した遠隔操縦）を介して受け取ったユーザー入力を基にして、制御装置１０は光ディスクからオーディオ・ビデオソースパケットを再生するようにドライバー３を制御する。例えば、上記のユーザー入力は再生するパスを指定できる。このようなユーザー入力は、例えば、制御装置１０にあらかじめプログラムされたＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）基盤のメニューを介して、指定されることができる。ユーザー入力と光ディスクから読み出すパス管理情報を利用して、制御装置１０は、本発明の実施形態に対して詳細に既述したように、指定されたパスの再生または指定されたパス再生の変更を制御する。
【００５３】
ソース・デパケッタイザー（ｓｏｕｒｃｅ  ｄｅｐａｃｋｅｔｉｚｅｒ）４は再生されたソースパケットを受け取ってＭＰＥＧ−２伝送パケットストリームのようなデータストリームに転換する。デマルチプレクサ（ｄｅｍｕｌｔｉｐｌｅｘｅｒ）５は上記のデータストリームをエンコーディングされたビデオ・オーディオデータに逆多重化する。Ａ／Ｖデコーダー６はエンコーディングされたビデオ・オーディオデータをデコーディングして元来のビデオ・オーディオデータに作る。再生する期間、ソース・デパケッタイザー４、デマルチプレクサ５、およびＡ／Ｖデコーダー６の動作は制御装置１０により制御される。制御装置１０がユーザーから再生命令を受信すれば、ソース・デパケッタイザー４、デマルチプレクサ５、およびＡ／Ｖデコーダー６に制御情報を送る。例えば、制御装置１０は、Ａ／Ｖデコーダー６に実行するデコーディングタイプを指示し、マルチプレクサ５に逆多重化する伝送ストリームを指示し、かつソース・デパケッタイザー４にソースパケットのフォーマットを指示する。
【００５４】
図８には記録と再生装置に関して図示しているが、図８の構成要素を部分的に用いて記録動作または再生作動だけを提供する専用記録装置または専用再生装置も可能であることは理解できよう。
【００５５】
以上、上述した本発明の望ましい実施形態は、例示の目的のために開示されたものであって、上記のブルーレイＲＯＭ光ディスク以外の他の光ディスクにも拡大適用が可能であり、また当業者ならば特許請求範囲に開示された本発明の技術的思想とその技術的範囲内において、多様な他の実施形態を改良、変更、代替または付加することなどが可能であるはずである。
【図面の簡単な説明】
【００５６】
【図１】書き込み可能ブルーレイディスク（ＢＤ−ＲＥ）の規格による書き込み可能光ディスクのファイル構造またはデータ構造を示す図である。
【図２】本発明による記録媒体のファイル構造またはデータ構造の実施形態を示す図である。
【図３】図２のデータ構造を有する記録媒体の実施形態を示す図である。
【図４】マルチ再生パスデータストリームを管理するためのデータ構造の実施形態を示す図である。
【図５】本発明によるインターリービングユニット（ＩＵ）のデータ構造の実施形態を示す図である。
【図６】本発明によるインターリービングユニット（ＩＵ）のデータ構造の実施形態を示す図である。
【図７】本発明の実施形態における相異なるクリップファイルに対するエントリーポイントマップ間に存在可能な時間的整合を示す図である。
【図８】図８は本発明による光ディスク記録及び再生装置の実施形態を示す概略図である。
【符号の説明】
【００５７】
１  光ディスク
２  記録・再生ヘッド
３  ドライバー
４  ソース・デパケッタイザー
５  デマルチプレクサ
６  Ａ／Ｖデコーダー
７  ソース・パケッタイザー
８  マルチプレクサ
９  Ａ／Ｖエンコーダー
１０  制御装置
【図１】
0004766876.tif 000002
【図２】
0004766876.tif 000003
【図３】
0004766876.tif 000004
【図４】
0004766876.tif 000005
【図５】
0004766876.tif 000006
【図６】
0004766876.tif 000007
【図７】
0004766876.tif 000008
【図８】
0004766876.tif 000009