(57)【要約】【課題】少なくとも一つのピクチャー・イン・ピクチャープレゼンテーションパスの再生を管理するデータ構造を備えた記録媒体を提供する。第１プレゼンテーションパスを表現する第１ビデオストリームと、前記第１プレゼンテーションパスに関するピクチャー・イン・ピクチャープレゼンテーションパスを表現する第２ビデオストリームとを保存するデータ領域と；前記第２ビデオストリームをディスプレイする位置を指示する位置情報を含む構成情報を含み、前記ピクチャー・イン・ピクチャープレゼンテーションパスの再生を管理する管理情報を保存する管理領域と；を含む、少なくとも一つのピクチャー・イン・ピクチャープレゼンテーションパスの再生を管理するデータ構造を備えた記録媒体を構成する。
2009505312.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも一つのピクチャー・イン・ピクチャープレゼンテーションパスの再生を管理するデータ構造を有する記録媒体であって、
第１プレゼンテーションパスを表現する第１ビデオストリームと、前記第１プレゼンテーションパスに関するピクチャー・イン・ピクチャープレゼンテーションパスを表現する第２ビデオストリームとを保存するデータ領域と、
前記第２ビデオストリームをディスプレイする位置を指示する位置情報を含む構成情報を含み、前記ピクチャー・イン・ピクチャープレゼンテーションパスの再生を管理する管理情報を保存する管理領域と
を備えたことを特徴とする記録媒体。
【請求項２】
前記位置情報は、前記第２ビデオストリームの最上端左側ピクセルが前記第１ビデオストリームのディスプレイ上にディスプレイされる、垂直位置を表す垂直位置情報及び水平位置を表す水平位置情報を含むことを特徴とする請求項１に記載の記録媒体。
【請求項３】
前記構成情報は、前記第２ビデオストリームをディスプレイする大きさを示すスケール情報を含むことを特徴とする請求項２に記載の記録媒体。
【請求項４】
少なくとも一つのピクチャー・イン・ピクチャープレゼンテーションパスの再生を管理するデータ構造を有する記録媒体であって、
第１プレゼンテーションパスを表現する第１ビデオストリームと、前記第１プレゼンテーションパスに関するピクチャー・イン・ピクチャープレゼンテーションパスを表現する第２ビデオストリームとを保存するデータ領域と、
前記第２ビデオストリームをディスプレイする大きさを表すスケール情報を含む構成情報を含み、前記ピクチャー・イン・ピクチャープレゼンテーションパスの再生を管理する管理情報を保存する管理領域と
を備えたことを特徴とする記録媒体。
【請求項５】
前記スケール情報は、前記第１ビデオストリームに対する前記第２ビデオストリームのディスプレイスケールを示すことを特徴とする請求項４に記載の記録媒体。
【請求項６】
前記スケール情報は、スケールなし、２分の１スケール、４分の１スケール、１と２分の１スケール及びフルスケールのうち一つを示すことを特徴とする請求項５に記載の記録媒体。
【請求項７】
少なくとも一つのピクチャー・イン・ピクチャープレゼンテーションパスの再生を管理する方法であって、
第１ビデオストリームによって表現される第１プレゼンテーションパスに関するピクチャー・イン・ピクチャープレゼンテーションパスを表現する第２ビデオストリームをディスプレイする位置を表す位置情報を含む構成情報を含み、少なくともピクチャー・イン・ピクチャープレゼンテーションパスの再生を管理する管理情報を再生する段階と、
前記管理情報に基づいて前記第１ビデオストリーム及び前記第２ビデオストリームを再生する段階と
を備えたことを特徴する方法。
【請求項８】
前記位置情報は、前記第２ビデオストリームの最上端左側ピクセルが前記第１ビデオストリームのディスプレイ上にディスプレイされる垂直位置を表す垂直位置情報を含むことを特徴とする請求項７に記載の方法。
【請求項９】
前記位置情報は、前記第２ビデオストリームの最上端左側ピクセルが前記第１ビデオストリームのディスプレイ上にディスプレイされる水平位置を表す水平位置情報を含むことを特徴とする請求項７に記載の方法。
【請求項１０】
前記位置情報は、前記第２ビデオストリームの最上端左側ピクセルが前記第１ビデオストリームのディスプレイ上にディスプレイされる垂直位置を表す垂直位置情報を含むことを特徴とする請求項９に記載の方法。
【請求項１１】
前記構成情報は、前記第２ビデオストリームをディスプレイする大きさを含むスケール情報を含むことを特徴とする請求項１０に記載の方法。
【請求項１２】
前記スケール情報は、前記第１ビデオストリームに対する前記第２ビデオストリームのディスプレイスケールを示すことを特徴とする請求項１１に記載の方法。
【請求項１３】
前記スケール情報は、スケールなし、２分の１スケール、４分の１スケール、１と２分の１スケール及びフルスケールのうち一つを示すことを特徴とする請求項１２に記載の方法。
【請求項１４】
前記管理情報は、前記構成情報が有効な区間の開始を示すタイミング情報を含むことを特徴とする請求項１０に記載の方法。
【請求項１５】
前記管理情報は、ピクチャー・イン・ピクチャータイムライン情報を含み、前記ピクチャー・イン・ピクチャータイムライン情報は、前記タイミング情報がプレイアイテムのタイムライン及びサブパスのタイムラインのうち一つを参照するかを示し、前記プレイアイテムは前記第１ビデオストリームの再生区間を示し、前記サブパスは前記第２ビデオストリームの再生区間を示すことを特徴とする請求項１４に記載の方法。
【請求項１６】
前記ピクチャー・イン・ピクチャータイムライン情報は、前記第２ビデオストリームが前記第１ビデオストリームと同期されてディスプレイされるかをさらに示すことを特徴とする請求項１５に記載の方法。
【請求項１７】
前記管理情報は、タイミング情報を含み、前記タイミング情報は前記構成情報が有効な区間の開始を示すことを特徴とする請求項７に記載の方法。
【請求項１８】
前記管理情報は、ピクチャー・イン・ピクチャータイムライン情報を含み、前記ピクチャー・イン・ピクチャータイムライン情報は、前記タイミング情報がプレイアイテムのタイムライン及びサブパスのタイムラインのうち一つを参照するかを示し、前記プレイアイテムは前記第１ビデオストリームの再生区間を示し、前記サブパスは前記第２ビデオストリームの再生区間を示すことを特徴とする請求項１７に記載の方法。
【請求項１９】
前記ピクチャー・イン・ピクチャータイムライン情報は、前記第２ビデオストリームが前記第１ビデオストリームと同期されてディスプレイされるかをさらに示すことを特徴とする請求項１８に記載の方法。
【請求項２０】
前記構成情報は、前記第２ビデオストリームがディスプレイされる大きさを示すスケール情報を含むことを特徴とする請求項７に記載の方法。
【請求項２１】
前記スケール情報は、前記第１ビデオストリームに対する前記第２ビデオストリームのディスプレイスケールを示すことを特徴とする請求項２０に記載の方法。
【請求項２２】
前記スケール情報は、スケールなし、２分の１スケール、４分の１スケール、１と２分の１スケール及びフルスケールのうち一つを示すことを特徴とする請求項２１に記載の方法。
【請求項２３】
前記第１ビデオストリーム及び前記第２ビデオストリームを再生する段階は、前記第２ビデオストリームが前記位置情報によって示された位置及び前記スケール情報によって示された大きさでディスプレイされるように、前記第１ビデオストリーム及び前記第２ビデオストリームを再生することを特徴とする請求項２０に記載の方法。
【請求項２４】
前記第１ビデオストリーム及び前記第２ビデオストリームを再生する段階は、前記第２ビデオストリームが前記位置情報によって示された位置にディスプレイされるように、前記第１ビデオストリーム及び前記第２ビデオストリームを再生することを特徴とする請求項７に記載の方法。
【請求項２５】
前記第１ビデオストリーム及び前記第２ビデオストリームを再生する段階は、前記第１ビデオストリームをデコードするデコーダーと異なるデコーダーを用いて前記第２ビデオストリームをデコードすることを特徴とする請求項７に記載の方法。
【請求項２６】
少なくとも一つのピクチャー・イン・ピクチャープレゼンテーションパスの再生を管理する方法であって、
第１ビデオストリームによって表現される第１プレゼンテーションパスに関するピクチャー・イン・ピクチャープレゼンテーションパスを表現する第２ビデオストリームをディスプレイする大きさを表すスケール情報を含む構成情報を含み、少なくともピクチャー・イン・ピクチャープレゼンテーションパスの再生を管理する管理情報を再生する段階と、
前記管理情報に基づいて前記第１ビデオストリーム及び前記第２ビデオストリームを再生する段階と
を備えることを特徴とする方法。
【請求項２７】
前記スケール情報は、前記第１ビデオストリームに対する前記第２ビデオストリームのディスプレイスケールを示すことを特徴とする請求項２６に記載の方法。
【請求項２８】
前記スケール情報は、スケールなし、２分の１スケール、４分の１スケール、１と２分の１スケール及びフルスケールのうち一つを示すことを特徴とする請求項２６に記載の方法。
【請求項２９】
少なくとも一つのピクチャー・イン・ピクチャープレゼンテーションパスの再生を管理するための装置であって、
再生機を駆動し、記録媒体からデータを再生するように構成されたドライバーと、
第１ビデオストリームによって表現される第１プレゼンテーションパスに関するピクチャー・イン・ピクチャープレゼンテーションパスを表現する第２ビデオストリームをディスプレイする位置を示す位置情報を含む構成情報を含み、少なくともピクチャー・イン・ピクチャープレゼンテーションパスの再生を管理する管理情報を再生するように前記ドライバーを制御するように構成された制御器であって、前記管理情報に基づいて前記ドライバーを制御して前記第１ビデオストリーム及び前記第２ビデオストリームを再生するように構成された制御器と
を備えることを特徴とする装置。
【請求項３０】
前記位置情報は、前記第２ビデオストリームの最上端左側ピクセルが前記第１ビデオストリームのディスプレイ上にディスプレイされる、垂直位置を表す垂直位置情報及び水平位置を表す水平位置情報を含むことを特徴とする請求項２９に記載の装置。
【請求項３１】
前記構成情報は、前記第２ビデオストリームをディスプレイする大きさを示すスケール情報を含むことを特徴とする請求項３０に記載の装置。
【請求項３２】
前記第１ビデオストリームをデコードするように構成された第１デコーダーと、
前記第２ビデオストリームをデコードするように構成された第２デコーダーと
をさらに備えることを特徴とする請求項２９に記載の装置。
【請求項３３】
少なくとも一つのピクチャー・イン・ピクチャープレゼンテーションパスの再生を管理する装置であって、
再生機を駆動し、記録媒体からデータを再生するように構成されたドライバーと、
第１ビデオストリームによって表現される第１プレゼンテーションパスに関するピクチャー・イン・ピクチャープレゼンテーションパスを表現する第２ビデオストリームをディスプレイする大きさを示すスケール情報を含む構成情報を含み、少なくともピクチャー・イン・ピクチャープレゼンテーションパスの再生を管理する管理情報を再生するように前記ドライバーを制御するように構成された制御器であって、前記管理情報に基づいて前記ドライバーを制御して前記第１ビデオストリーム及び前記第２ビデオストリームを再生するように構成された制御器と
を備えることを特徴とする装置。
【請求項３４】
前記スケール情報は、前記第１ビデオストリームに対する前記第２ビデオストリームのディスプレイスケールを示すことを特徴とする請求項３３に記載の装置。
【請求項３５】
前記スケール情報は、スケールなし、２分の１スケール、４分の１スケール、１と２分の１スケール及びフルスケールのうち一つを示すことを特徴とする請求項３４に記載の装置。
【請求項３６】
少なくとも一つのピクチャー・イン・ピクチャープレゼンテーションパスの再生を管理するデータ構造を記録する方法であって、
第１プレゼンテーションパスを表現する第１ビデオストリーム及び前記第１プレゼンテーションパスに関するピクチャー・イン・ピクチャープレゼンテーションパスを表現する第２ビデオストリームを記録媒体のデータ領域に記録する段階と、
前記第２ビデオストリームをディスプレイする位置を示す位置情報を含む構成情報を含み、前記ピクチャー・イン・ピクチャープレゼンテーションパスの再生を管理する管理情報を前記記録媒体の管理領域に記録する段階と
を備えることを特徴とする方法。
【請求項３７】
前記位置情報は、前記第２ビデオストリームの最上端左側ピクセルが前記第１ビデオストリームのディスプレイ上にディスプレイされる、垂直位置を表す垂直位置情報及び水平位置を表す水平位置情報を含むことを特徴とする請求項３６に記載の方法。
【請求項３８】
前記構成情報は、前記第２ビデオストリームをディスプレイする大きさを示すスケール情報を含むことを特徴とする請求項３７に記載の方法。
【請求項３９】
前記第１ビデオストリーム及び第２ビデオストリームを記録する段階は、前記第１及び第２ビデオストリームが前記記録媒体から再生されたデータストリームから分離され、別個のデコーダーによってデコードされるように、前記第１及び第２ビデオストリームを記録することを特徴とする請求項３６に記載の方法。
【請求項４０】
少なくとも一つのピクチャー・イン・ピクチャープレゼンテーションパスの再生を管理するデータ構造を記録する装置であって、
記録機を駆動し、記録媒体のデータを記録するように構成されたドライバーと、
第１プレゼンテーションパスを表現する第１ビデオストリーム及び前記第１プレゼンテーションパスに関するピクチャー・イン・ピクチャープレゼンテーションパスを表現する第２ビデオストリームを前記記録媒体のデータ領域に記録するように前記ドライバーを制御する制御器であって、前記第２ビデオストリームをディスプレイする位置を示す位置情報を含む構成情報を含み、前記ピクチャー・イン・ピクチャープレゼンテーションパスの再生を管理する管理情報を前記記録媒体の管理領域に記録するように構成された制御器と
を備えることを特徴とする装置。
【請求項４１】
前記位置情報は、前記第２ビデオストリームの最上端左側ピクセルが前記第１ビデオストリームのディスプレイ上にディスプレイされる、垂直位置を表す垂直位置情報及び水平位置を表す水平位置情報を含むことを特徴とする請求項４０に記載の装置。
【請求項４２】
前記構成情報は、前記第２ビデオストリームをディスプレイする大きさを示すスケール情報を含むことを特徴とする請求項４１に記載の装置。
【請求項４３】
前記制御器は、前記ドライバーを制御し、前記第１ビデオストリーム及び第２ビデオストリームが前記記録媒体から再生されたデータストリームから分離され、別個のデコーダーによってデコードされるように、前記第１ビデオストリーム及び第２ビデオストリームを記録するように構成されていることを特徴とする請求項４０に記載の装置。
【請求項４４】
前記記録媒体から再生されたデータから前記第１ビデオストリーム及び前記第２ビデオストリームのうち少なくとも一つを分離するように構成された少なくとも一つのフィルターをさらに備えることを特徴とする請求項２９に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記録再生方法、記録再生装置、及び記録媒体に関するものである。
【背景技術】
【０００２】
記録媒体としては、大容量のデータを記録可能な光ディスクが広く使用されている。特に、最近は、高画質のビデオデータと高音質のオーディオデータを長時間の間に記録・保存することができる新しい高密度記録媒体、例えば、ブルーレイディスク（Ｂｌｕ-ｒａｙ  Ｄｉｓｃ：ＢＤ）及び高密度デジタルビデオディスク（Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ  Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ：ＨＤ-ＤＶＤ）などが開発されている。
【０００３】
次世代の記録媒体技術である高密度記録媒体は、既存のＤＶＤを著しく凌駕するデータを記憶することができる次世代の光記録ソリューションであり、他のデジタル機器と一緒に、これに対する開発が進行されている。また、高密度記録媒体規格を応用した光記録／再生装置の開発も開始された。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
高密度記録媒体及び光記録／再生装置の開発によって、複数のビデオを同時に再生することが可能になった。しかしながら、複数のビデオを同時にに再生する好ましい方法が未だに知られておらず、高密度記録媒体規格が完全に備わっていないので、本格的な高密度記録媒体基盤の完成された光記録／再生装置を開発するには困難さが伴っていた。
【０００５】
本発明は、少なくとも一つのピクチャー・イン・ピクチャー（ｐｉｃｔｕｒｅ-ｉｎ-ｐｉｃｔｕｒｅ）プレゼンテーションパスの再生を管理するデータ構造を備えた記録媒体に関するものである。
【課題を解決するための手段】
【０００６】
本発明の一実施例において、第１プレゼンテーションパスを表現する第１ビデオストリーム及び前記第１プレゼンテーションパスに関するピクチャー・イン・ピクチャープレゼンテーションパスを表現する第２ビデオストリームは、記録媒体のデータ領域に保存される。前記ピクチャー・イン・ピクチャープレゼンテーションパス再生を管理する管理情報は、記録媒体の管理領域に保存される。前記管理情報は、前記第２ビデオストリームをディスプレイする位置を指示する位置情報を含む構成情報を含んでいる。
【０００７】
例えば、前記位置情報は、前記第２ビデオストリームの最上端左側ピクセルが前記第１ビデオストリームのディスプレイ上にディスプレイされる、垂直位置を表す垂直位置情報を含むことができる。他の例として、前記位置情報は、前記第２ビデオストリームの最上端左側ピクセルが前記第１ビデオストリームのディスプレイ上にディスプレイされる、水平位置を表す水平位置情報を含むことができる。また、前記構成情報は、前記第２ビデオストリームをディスプレイする大きさを表すスケール情報を含むことができる。
【０００８】
更に他の実施例として、前記管理情報は、前記構成情報が有効である区間の開始を指示するタイミング情報を含む。
【０００９】
更に他の実施例として、前記管理情報は、ピクチャー・イン・ピクチャータイムライン情報を含むことができる。前記ピクチャー・イン・ピクチャータイムライン情報は、前記タイミング情報がプレイアイテムのタイムライン及びサブパスのタイムラインのうち一つを参照するかどうかを表す。前記プレイアイテムは、前記第１ビデオストリームの再生区間を指示し、前記サブパスは、前記第２ビデオストリームの再生区間を指示する。
【００１０】
更に他の実施例として、第１プレゼンテーションパスを表現する第１ビデオストリーム及び前記第１プレゼンテーションパスに関するピクチャー・イン・ピクチャープレゼンテーションパスを表現する第２ビデオストリームは、記録媒体のデータ領域に保存される。前記ピクチャー・イン・ピクチャープレゼンテーションパス再生を管理する管理情報は、記録媒体の管理領域に保存される。前記管理情報は、前記第２ビデオストリームをディスプレイする大きさを表すスケール情報を含む構成情報を含んでいる。
【００１１】
また、本発明は、記録媒体にピクチャー・イン・ピクチャービデオデータを記録する方法及び装置と、記録媒体からピクチャー・イン・ピクチャービデオデータを再生する方法及び装置に関するものである。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の好適な実施例を詳細に説明し、その例が添付の図面に示される。図面の全般における同一の参照番号は、同一部分または類似した部分を言及するために使用される。
【００１３】
以下の説明において、本発明の例示的実施形態は、記録媒体として光ディスク、特に"ブルーレイディスク（ＢＤ）"を例に挙げて説明するが、本発明の技術思想は、ＨＤ−ＤＶＤなどの他の記録媒体にも同様に適用可能である。
【００１４】
本発明における"ストレージ（ｓｔｏｒａｇｅ）"とは、光記録／再生装置（図１を参照）内に備わった一種の保存手段として、使用者が必要な情報及びデータを任意に保存・活用することができる要素を意味する。すなわち、現在一般的に使用されるストレージとしては"ハードディスク"、"システムメモリ"、"フラッシュメモリ"などがあるが、本発明は必ずしも上記に限定されるものでない。
【００１５】
本発明において、前記"ストレージ"は、記録媒体（例えば、ブルーレイディスク）と関連したデータを保存する手段としても活用され、一般的に、前記記録媒体と関連してストレージ内に保存されるデータは、外部からダウンロードされたデータである。
【００１６】
記録媒体から部分的に許容されたデータを直接読み取るか、または、記録媒体の記録及び再生と関連したシステムデータ（例えば、メタデータなど）を生成し、これをストレージ内に保存することも可能である。
【００１７】
本発明においては、説明の便宜上、前記記録媒体内に記録されたデータを"オリジナルデータ（ｏｒｉｇｉｎａｌ  ｄａｔａ）"と命名し、前記ストレージ内に保存されたデータのうち記録媒体と関連したデータを"アディショナルデータ(ａｄｄｉｔｉｏｎａｌ  ｄａｔａ)"と命名する。
【００１８】
また、本発明における"タイトル（ｔｉｔｌｅ）"とは、使用者とのインターフェースをなす再生単位をいう。それぞれのタイトルは、特定のオブジェクトとリンクされており、前記オブジェクト内のコマンドまたはプログラムによって、ディスク内に記録された該当のタイトルと関連したストリームが再生される。特に、本発明においては、説明の便宜上、ＭＰＥＧ２圧縮方式によるビデオデータを含むタイトルのうち、シームレスなマルチ-アングル（ｓｅａｍｌｅｓｓ  ｍｕｌｔｉ−ａｎｇｌｅ）及びマルチストーリー、言語クレジット（ｌａｎｇｕａｇｅ  ｃｒｅｄｉｔ）、ディレクターズカット（ｄｉｒｅｃｔｏｒ’s  ｃｕｔｓ）、３部作コレクション（ｔｒｉｌｏｇｙ  ｃｏｌｌｅｃｔｉｏｎｓ）などの特徴を支援するタイトルを"ＨＤＭＶタイトル"と命名する。また、ＭＰＥＧ２圧縮方式によるビデオデータを含むタイトルのうち、ネットワークへの連結性とともにブログラマブルなアプリケーション環境を提供し、コンデンツ提供者が高い双方向性（ｉｎｔｅｒａｃｔｉｖｉｔｙ）を具現できるようにするタイトルを"ＢＤ−Ｊタイトル"と命名する。
【００１９】
図１は、本発明による光記録／再生装置及び周辺装置を組み合わせた使用の一実施例を示した図である。
【００２０】
本発明の実施形態による"光記録／再生装置１０"は、多様な規格の光ディスクを記録または再生可能な機器である。設計によっては、特定の規格（例えば、ＢＤ）の光ディスクのみを記録／再生可能にすることができる。また、記録は除外し、再生のみを行うことも可能である。しかし、本発明で解決しようとするブルーレイディスク（ＢＤ）と周辺機器との連係性を考慮した上で、以下の説明では、ブルーレイディスク（ＢＤ）を再生するプレイヤー（ＢＤ−ｒｅｃｏｒｄｅｒ）またはブルーレイディスク（ＢＤ）を記録／再生するレコーダー（ＢＤ−ｒｅｃｏｒｄｅｒ）を例に挙げて説明する。本発明の"光記録／再生装置１０"がコンピュータなどに内蔵可能な"ドライブ"になり得ることは、既に広く知られた事実である。
【００２１】
本発明の光記録／再生装置１０は、光ディスク３０を記録／再生する機能の他にも、外部入力信号を受信し、前記受信された信号を処理した後、これを外部ディスプレイ２０を通して使用者の目に見える形態で伝達する機能を有する。入力可能な外部信号に対しては特別な制限がないが、デジタル放送及びインターネットなどが代表的な外部入力信号になり得る。特に、インターネットの場合、現在誰でも容易にアクセス可能な媒体であり、光記録／再生装置１０を通してインターネット上の特定データをダウンロードして活用することができる。
【００２２】
ここで、外部入力ソースとしてコンテンツを提供する者を"コンテンツ提供者（ｃｏｎｔｅｎｔ  ｐｒｏｖｉｄｅｒ：ＣＰ）"と総称する。
【００２３】
本発明におけるコンデンツとは、タイトルを構成する内容として、記録媒体の製作者（ａｕｔｈｏｒ）によって提供されるデータを意味する。
【００２４】
以下、オリジナルデータとアディショナルデータについて具体的に説明する。例えば、特定タイトル用の多重化された（ｍｕｌｔｉｐｌｅｘｅｄ）ＡＶストリームがオリジナルデータとして光ディスク内に記録されており、インターネット上のアディショナルデータとしては、前記オリジナルデータのオーディオストリーム（例えば、英語オーディオストリーム）と異なるオーディオストリーム（例えば、韓国語オーディオストリーム）が存在すると仮定する。この場合、使用者によっては、インターネット上のアディショナルデータであるオーディオストリーム（例えば、韓国語オーディオストリーム）をダウンロードし、オリジナルデータであるＡＶストリームと一緒に再生したり、または、アディショナルデータのみを再生しようとする要求が存在するはずである。したがって、このような要求を実現可能にするためには、前記オリジナルデータとアディショナルデータとの間の関連性を規定し、これらデータを使用者の要求によって管理・再生する体系化された方法が必要となる。本発明は、前記体系化された方法を具現するための方法を提供しようとする。
【００２５】
上記では、説明の便宜上、ディスク内に記録された信号をオリジナルデータと命名し、ディスクの外部に存在する信号をアディショナルデータと命名した。しかし、これは、それぞれのデータを取得する方法によって区分されるに過ぎなく、オリジナルデータとアディショナルデータが必ずしも特定のデータに限定されることはない。したがって、光ディスクの外部に存在しながら、オリジナルデータと関連した如何なる属性のデータもアディショナルデータとして可能になる。
【００２６】
前記使用者の要求を実現可能にするためには、オリジナルデータとアディショナルデータ相互間に関連したファイル構造を有することが必須的である。以下、図２〜図３を通して、ブルーレイディスク（ＢＤ）で使用可能なファイル構造及びデータ記録構造に対して詳細に説明する。
【００２７】
図２は、ディスク内に記録されたオリジナルデータを再生及び管理するためのファイル構造を示した図である。
【００２８】
本発明のファイル構造は、一つのルートディレクトリ（ｒｏｏｔ  ｄｉｒｅｃｔｏｒｙ）下に少なくとも一つ以上のＢＤＭＶディレクトリ（ＢＤＭＷ）を含む。前記ＢＤＭＶディレクトリ（ＢＤＭＶ）は、使用者との双方向性を保障するための一般ファイル（上位ファイル）情報として、インデックスファイル（"ｉｎｄｅｘ"）とオブジェクトファイル（"ｍｏｖｉｅＯｂｊｅｔ"）を含む。併せて、前記ファイル構造は、実際にディスク内に記録されたデータに対する情報と、これを再生する方法などに対する情報を有するディレクトリとして、プレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）、クリップインフォディレクトリ（ＣＬＩＰＩＮＦ）、ストリームディレクトリ（ＳＴＲＥＡＭ）、補助ディレクトリ（ＡＵＸＤＡＴＡ）、ＢＤ−Ｊオブジェクトディレクトリ（ＢＤＪＯ）、メタデータディレクトリ（ＭＥＴＡ）、バックアップディレクトリ（ＢＡＣＫＵＰ）及びＪＡＲディレクトリ（ＪＡＲ）を含む。以下、前記ディレクトリ及びディレクトリ内に含まれるファイルに対して詳細に説明する。
【００２９】
前記メタデータディレクトリ（ＭＥＴＡ）は、データに対するデータであるメタデータファイルを含む。前記メタデータファイルとしては、サーチ（ｓｅａｒｃｈ）ファイル、ディスクライブラリ（Ｄｉｓｃ  Ｌｉｂｒａｒｙ）のためのメタデータファイルなどがある。前記メタデータファイルは、データの記録及び再生の間、データの効率的なサーチまたは管理に利用される。
【００３０】
前記ＢＤ−Ｊオブジェクトディレクトリ（ＢＤＪＯ）は、ＢＤ−Ｊタイトルを再生するためのＢＤ−Ｊオブジェクトファイルを含む。
【００３１】
前記補助ディレクトリ（ＡＵＸＤＡＴＡ）は、ディスク再生に必要な付加的なデータファイルを含む。例えば、前記補助ディレクトリ（ＡＵＸＤＡＴＡ）は、インタラクティブグラフィック（ｉｎｔｅｒａｃｔｉｖｅ  ｇｒａｐｈｉｃ）の実行時にサウンドを提供する"Ｓｏｕｎｄ．ｂｄｍｖ"ファイル、ディスクが再生される間にフォント（ｆｏｎｔ）情報を提供する"１１１１１．ｏｔｆ"及び"９９９９９．ｏｔｆ"ファイルなどを含むことができる。
【００３２】
前記ストリームディレクトリ（ＳＴＲＥＡＭ）は、ディスク内に特定のフォーマットで記録されたＡＶストリームに対するファイルを含む。それぞれのストリームは、現在広く知られたＭＰＥＧ-２方式のトランスポートパケット形態で記録される場合が最も一般的である。ストリームファイルの拡張名としては、"＊．ｍ２ｔｓ"が使用される（例えば、０１０００．ｍ２ｔｓ、０２０００．ｍ２ｔｓ、…）。特に、前記ストリームのうち、ビデオ／オーディオ／グラフィック情報が多重化されたストリームをＡＶストリームという。タイトルは、少なくとも一つ以上のＡＶストリームファイルから構成される。
【００３３】
前記クリップインフォディレクトリ（ＣＬＩＰＩＮＦ）は、クリップインフォファイル（０１０００．ｃｌｐｉ、０２０００．ｃｌｐｉ、…）を含む。前記クリップインフォファイルは、前記それぞれのストリームファイル（"＊．ｍ２ｔｓ"）と一対一に対応する。特に、前記クリップインフォファイル（"＊．ｃｌｐｉ"）には、前記クリップインフォファイルに対応するストリームファイル（"＊．ｍ２ｔｓ"）の属性情報及びタイミング情報などを記録するようになる。ここで、ストリームファイル（"＊．ｍ２ｔｓ"）とこのストリームファイル（"＊．ｍ２ｔｓ"）に一対一に対応するクリップインフォファイル（"＊．ｃｌｐｉ"）を"クリップ（ｃｌｉｐ）"と総称する。すなわち、"クリップ"は、ストリームファイル（"＊．ｍ２ｔｓ"）と、これに対応するクリップインフォファイル（"＊．ｃｌｐｉ"）を全て含むデータを意味する。
【００３４】
前記プレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）は、プレイリストファイル（"＊．ｍｐｌｓ"）を含む。プレイリストは、クリップが再生される時間の組み合わせをいう。前記再生される時間をプレイアイテム（ＰｌａｙＩｔｅｍ）という。それぞれのプレイリストファイル（"＊．ｍｐｌｓ"）は、少なくとも一つ以上のプレイアイテム及びサブプレイアイテム（ＳｕｂＰｌａｙＩｔｅｍ）を含んでいる。プレイアイテム及びサブプレイアイテムは、再生を望む特定クリップの再生開始時間（ＩＮ−Ｔｉｍｅ）と再生終了時間（ＯＵＴ−Ｔｉｍｅ）に対する情報を有している。したがって、プレイリストは、各プレイアイテムの組み合わせといえる。
【００３５】
プレイリストファイル内の前記少なくとも一つ以上のプレイアイテムによって再生される過程を"メーンパス（ｍａｉｎ  ｐａｔｈ）"と定義し、それぞれのサブプレイアイテムによって再生される過程を"サブパス（ｓｕｂ  ｐａｔｈ）"と定義する。メーンパスは、プレイリストのマスタープレゼンテーション（ｍａｓｔｅｒ  ｐｒｅｓｅｎｔａｔｉｏｎ）を提供し、サブパスは、前記マスター再生と関連した補助的なプレゼンテーション（ａｕｘｉｌｉａｒｙ  ｐｒｅｓｅｎｔａｔｉｏｎｓ）を提供する。プレイリストファイルは、前記メーンパスを含むべきで、前記サブパスを、サブプレイアイテムの存在有無によって少なくとも一つ以上必要によって含むようになる。結局、プレイリストファイルは、少なくとも一つ以上のプレイアイテムの組み合わせによって所望のクリップの再生を行う、全体の再生／管理ファイル構造内の基本的な再生／管理ファイル単位となる。
【００３６】
本発明において、メーンパスによって再生されるビデオデータを第１ビデオ（ｐｒｉｍａｒｙ  ｖｉｄｅｏ）と命名し、サブパスによって再生されるビデオデータを第２ビデオ（ｓｅｃｏｎｄａｒｙ  ｖｉｄｅｏ）と命名する。光記録／再生装置が第１ビデオと第２ビデオを一緒に再生する機能を、"ピクチャー・イン・ピクチャー（ｐｉｃｔｕｒｅ-ｉｎ-ｐｉｃｔｕｒｅ：ＰｉＰ）"ともいう。本発明においては、第２ビデオを再生するために使用されるサブパスのタイプを前記サブパスの特性に基づいて分類し、前記サブパスの前記分類されたタイプを表す情報を提供する。これに対しては、図７に基づいて詳細に説明する。
【００３７】
前記バックアップディレクトリ（ＢＡＣＫＵＰ）は、前記ファイル構造内のデータのうち、特に、ディスク再生と関連した情報が記録されるインデックスファイル（"ｉｎｄｅｘ"）、オブジェクトファイル（ｍｏｖｉｅ  ｏｂｊｅｃｔ、ＢＤ−Ｊ  ｏｂｊｅｃｔ）、ユニットキーファイル（ｕｎｉｔ  ｋｅｙ  ｆｉｌｅ）、プレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）内の全てのプレイリストファイル（"*．ｍｐｌｓ"）、及びクリップインフォディレクトリ（ＣＬＩＰＩＮＦ）内の全てのクリップインフォファイル（"*．ｃｌｐｉ"）に対する複写本を保存する。前記バックアップディレクトリ（ＢＡＣＫＵＰ）は、前記各ファイルの損失時、ディスク再生に致命的な影響を与えることを考慮し、バックアップ用の前記各ファイルの複写本を別途に保存するために備わる。
【００３８】
ここで、本発明のファイル構造は、上記で説明した名称及び位置に制限されるものではない。すなわち、前記ディレクトリ及びファイルは、名称及び位置でない意味として把握されるべきである。
【００３９】
図３は、本発明によって光ディスクに記録されるデータ記録構造を示した図である。図３には、上述したファイル構造と関連した情報がディスク内に記録される形態を示している。図３を参照すると、前記ディスクは、前記ディスクの内周から見たとき、全体のファイルを管理するためのシステム情報が記録されたファイルシステム情報領域と、記録されたストリーム（*．ｍ２ｔｓ）を再生するためのインデックスファイル、オブジェクトファイル、プレイリストファイル、クリップインフォファイル、メタデータファイルが記録される領域と、オーディオ／ビデオ／グラフィックなどで構成されたストリームまたはＪＡＲプログラムファイルが記録されるストリーム領域とを含む。
【００４０】
また、前記ディスクは、前記ストリーム領域内のコンテンツを再生するためのファイル情報などを記録する領域を含む。前記領域を管理領域といい、前記ファイルシステム情報領域及びデータベース領域が前記管理領域に該当する。
【００４１】
ただし、図３の各領域は、一つの例として提示したもので、本発明は、図３に示した各領域の配列構造に限定されるものでない。
【００４２】
ここで、第１ビデオ及び／または第２ビデオのストリームデータは、前記ストリーム領域に保存される。本発明において、前記第２ビデオは、前記第１ビデオと同一のストリームに多重化されるか、または、前記第１ビデオと異なるストリームに多重化される。本発明において、前記第２ビデオを再生するために使用されるサブパスのタイプ、すなわち、サブパスタイプを表す情報が前記管理領域に保存される。前記サブパスタイプは、前記第２ビデオが多重化されたストリームの種類に基づいて分類される。そして、第２ビデオメタデータのタイムラインタイプに対する情報は、前記管理領域に保存される。前記第２ビデオメタデータは、前記第２ビデオの再生を管理するためのデータである。前記タイムラインタイプ情報は、前記メタデータが定義されたタイムラインを表す。前記メタデータと前記タイムラインタイプに対しては、図９、図１０Ａ〜図１０Ｃを参照して説明する。
【００４３】
図４は、本発明の第２ビデオに関する概念的理解を助けるために示した図である。
【００４４】
本発明は、第２ビデオデータを第１ビデオと一緒に再生する方法を提供することを目的とする。すなわち、本発明は、ＰｉＰアプリケーションを可能にするとともに、前記ＰｉＰアプリケーションを効率的に行える光記録／再生装置を提供する。
【００４５】
図４を参照すると、第１ビデオの再生中に、前記第１ビデオ４１０と関連した他のビデオデータを同一のディスプレイ２０に出力しようとする要求があり得る。例えば、映画またはドキュメンタリーの再生中に、その撮影過程に対する監督のコメントまたはエピソードを一緒に使用者に提供することが可能である。前記コメントまたはエピソードを提供するビデオが第２ビデオ４２０となる。前記第２ビデオ４２０は、第１ビデオ４１０の再生開始時点から、前記第１ビデオ４１０と一緒に再生されることが可能である。
【００４６】
前記第２ビデオ４２０の再生は、第１ビデオ４１０の再生中間時点に開始されることもある。また、再生過程によって、画面上で異なる位置または異なる大きさでディスプレイに前記第２ビデオをディスプレイすることも可能である。前記第２ビデオ４２０は複数で構成され、前記第１ビデオの再生とは別個に前記第２ビデオ４２０の再生が開始または終了されることも可能である。もちろん、第１ビデオが、前記第１ビデオと関連したオーディオ４１０ａと一緒に再生され、第２ビデオが、前記第２ビデオと関連したオーディオ４２０ｂと一緒に再生されることも可能である。
【００４７】
第２ビデオを再生するために、前記第２ビデオの再生時間、再生位置、再生大きさ及び前記第２ビデオを構成するストリームに対する情報が提供される。また、前記第２ビデオと一緒に再生されるオーディオストリーム、プレゼンテーショングラフィックまたはテキストサブタイトルストリーム（例えば、ＰｉＰ  ＰＧ  ｔｅｘｔＳＴ  ｓｔｒｅａｍ）を定義する情報と、前記各ストリームの可能な再生組み合わせを定義する情報とが提供される。併せて、第２ビデオの再生状態及び再生環境を表す情報を保存するためのメモリユニット（例えば、ＰＳＲ）が光記録／再生装置に備わる。本発明は、上記のような要求を充足させるとともに、第２ビデオを第１ビデオと一緒に効率的に再生する方法を提供する。図５以後の図面を参照して、本発明に対して具体的に説明する。
【００４８】
図５は、本発明の光記録／再生装置１０の全体構成に関する一実施例を示した図である。
【００４９】
図５を参照すると、前記光記録／再生装置１０は、光ディスクに記録されたオリジナルデータ及び再生管理ファイル情報を含む管理情報を再生するためのピックアップ１１と、ピックアップ１１の動作を制御するサーボ１４と、前記ピックアップ１１から受信された再生信号を所望の信号値に復元したり、記録される信号、例えば、第１ビデオと第２ビデオを光ディスクに記録される信号に変調して伝達する信号処理部１３と、前記動作を制御するマイコン１６とを基本的に含む。ピックアップ１１、サーボ１４、信号処理部１３、マイコン１６を記録／再生部と総称することもある。本発明における前記記録／再生部は、制御器１２の制御によって光ディスク３０またはストレージ１５からデータを読み出し、これをＡＶデコーダー１７ｂに提供する。すなわち、再生の観点で、前記記録／再生部は、データを読み込むリーダー部として機能する。また、前記記録／再生部は、ＡＶエンコーダー１８によってエンコーディングされた信号を受け、ビデオ、オーディオデータなどを光ディスク３０に記録することができる。
【００５０】
制御器１２は、使用者命令などによって光ディスク以外に存在するアディショナルデータをダウンロードし、これをストレージ１５に保存するとともに、ストレージ１５内のアディショナルデータ及び／または光ディスク内のオリジナルデータを使用者の要求によって再生するようになる。また、本発明における前記制御器１２は、第２ビデオの管理データを生成し、前記管理データをビデオデータと一緒に光ディスク３０に記録するように記録／再生部を制御する。
【００５１】
前記光記録／再生装置１０は、前記制御器１２の制御によってデータを最終的にデコーディングし、これを使用者に提供する再生システム１７をさらに含む。特に、前記再生システム１７は、ＡＶ信号をデコーディングするＡＶデコーダー１７ｂと、上述した特定タイトルの再生と関連してオブジェクトコマンドまたはアプリケーションを解析し、制御器１２を通して入力される使用者命令を解析し、再生方向を決定するプレイヤーモデル１７ａとを含む。実施例によっては、プレイヤーモデル１７ａがＡＶデコーダー１７ａを含む意味で使用されることもあり、この場合、本発明の再生システム１７がプレイヤーモデルになる。
【００５２】
前記ＡＶデコーダー１７ｂは、複数のデコーダーを含むことができる。図６は、本発明の再生システムの一実施例を概略的に示した図である。
【００５３】
図６を参照すると、本発明のＡＶデコーダー１７ｂは、第１ビデオをデコードする第１ビデオデコーダー８１０ａと、第２ビデオをデコードする第２ビデオデコーダー８１０とを含む。デコードされた第１ビデオは、第１ビデオプレイン８２０ａを通して出力されて使用者に提供され、デコードされた第２ビデオは、第２ビデオプレイン８２０ｂを通して出力されて使用者に提供される。特に、制御器１２は、第２ビデオの再生を管理するメタデータを確認し、前記メタデータによって前記特定の時間に特定の位置及び大きさでディスプレイされるように前記第２ビデオデコーダー８１０ｂを制御する。前記時間、位置及び／または大きさは、既に決定されたものである。第１ビデオ及び／または第２ビデオのストリームデータは、記録媒体、すなわち、光ディスク３０に記録されたものであるか、または、前記記録媒体の外部からダウンロードされてストレージ１５に保存されたものである。
【００５４】
図５に示した光記録／再生装置１０に含まれたＡＶエンコーダー１８は、光ディスクに信号を記録する機能を行うために、入力信号を特定フォーマットの信号、例えば、ＭＰＥＧ２トランスポートストリームに変換し、これを信号処理部１３に提供する。
【００５５】
図７は、本発明の再生システムを活用したデータ再生装置の一実施例を示した図である。本発明によって、前記再生システムは、第２ビデオと第１ビデオを一緒に再生するようになる。
【００５６】
再生システムとは、光記録／再生機内に備わるプログラム（ソフトウェア）及び／またはハードウェアで構成される集合的な再生処理手段をいう。すなわち、再生システムは、光記録／再生装置にロードされた記録媒体を再生することはもちろんで、前記記録媒体と関連してストレージ内に保存された（例えば、前記記録媒体の外部からダウンロードされた）データを再生及び管理することができるシステムを意味する。
【００５７】
図７を参照すると、特に、再生システム１７は、使用者イベントマネジャー１７１、モジュールマネジャー１７２、ＨＤＭＶモジュール１７４、ＢＤ−Ｊモジュール１７５、再生制御エンジン１７６、プレゼンテーションエンジン１７７及び仮想ファイルシステム４０を含む。以下、このような構成を詳細に説明する。
【００５８】
ＨＤＭＶタイトル及びＢＤ−Ｊタイトルを再生するための別途の再生処理管理手段として、ＨＤＭＶタイトルのためのＨＤＭＶモジュール１７４とＢＤ−ＪタイトルのためのＢＤ−Ｊモジュール１７５がそれぞれ独立的に構成される。前記ＨＤＭＶモジュール１７４及びＢＤ−Ｊモジュール１７５は、上述したオブジェクト（ｍｏｖｉｅ  ｏｂｊｅｃｔまたはＢＤ−Ｊ  ｏｂｊｅｃｔ）内のコマンドまたはプログラムを受信し、前記受信されたコマンドまたはプログラムを処理するための制御機能をそれぞれ備えている。前記ＨＤＭＶモジュール１７４及びＢＤ−Ｊモジュール１７５は、前記再生システムのハードウェア的な構成から関連したコマンドまたはアプリケーションを分離することで、前記コマンドまたはアプリケーションの移動（ｐｏｒｔａｂｉｌｉｔｙ）を可能にすることができる。前記ＨＤＭＶモジュール１７４は、前記コマンドまたはアプリケーションなどを受信して処理する手段として、コマンドプロセッサー１７４ａを含む。ＢＤ−Ｊモジュール１７５は、前記コマンドまたはアプリケーションなどを受信して処理する手段として、ジャバＶＭ（ｊａｖａ  ＶＭ）１７５ａ及びアプリケーションマネジャー１７５ｂを含む。
【００５９】
前記ジャバＶＭ１７５ａは、アプリケーションが実行される仮想マシンである。前記アプリケーションマネジャー１７５ｂは、前記ＢＤ−Ｊモジュール１７５で処理されるアプリケーションのライフサイクルを管理するためのアプリケーション管理ファンクションを含む。
【００６０】
前記モジュールマネジャー１７２は、使用者命令を前記ＨＤＭＶモジュール１７４及びＢＤ−Ｊモジュール１７５に伝達することはもちろんで、前記ＨＤＭＶモジュール１７４及びＢＤ−Ｊモジュール１７５の動作を制御する。再生制御エンジン１７６は、前記ＨＤＭＶモジュール１７４及びＢＤ−Ｊモジュール１７５の再生命令によってディスク内に実際に記録されたプレイリストファイルを分析し、前記分析の結果によって再生機能を行う。前記プレゼンテーションエンジン１７７は、前記再生制御エンジン１７６によって再生が管理される特定ストリームをデコードし、画面内に前記デコードされたストリームをディスプレイする。特に、前記再生制御エンジン１７６は、実際に全ての再生を管理する再生制御ファンクション１７６ａと、プレイヤーの再生状態を保存するレジスター（ｐｌａｙｅｒ  ｓｔａｔｕｓ  ｒｅｇｉｓｔｅｒ（ＰＳＲ）及びｇｅｎｅｒａｌ  ｐｕｒｐｏｓｅ  ｒｅｇｉｓｔｅｒ（ＧＰＲ））を含むプレイヤーレジスター１７６ｂとを含む。場合によっては、前記再生制御ファンクション１７６ａが前記再生制御エンジン１７６を意味することもある。
【００６１】
ＨＤＭＶモジュール１７４とＢＤ−Ｊモジュール１７５は、それぞれ別途の方式で使用者命令を受信し、相互間に使用者命令を行う方式が独立的である。使用者命令を受信し、これをＨＤＭＶモジュール１７４及びＢＤ−Ｊモジュール１７５のうち何れか一つに伝達するためには、別途の伝達手段が必要である。このような機能は、使用者イベントマネジャー１７１によって行われる。したがって、使用者イベントマネジャー１７１は、受信された命令が使用者オペレーション（ｕｓｅｒ  ｏｐｅｒａｔｉｏｎ）（ＵＯ）制御器１７１ａによって発生した使用者命令であると、これをモジュールマネジャー１７２またはＵＯ制御器（ＵＯ  ｃｏｎｔｒｏｌｌｅｒ）１７１ａに伝送する。その反面、前記使用者イベントマネジャー１７１は、受信された命令がキーイベントによって発生した使用者命令であると、これをＢＤ−Ｊモジュール１７５内のジャバＶＭ１７５ａに伝送する。
【００６２】
また、本発明の再生システム１７は、メタデータマネジャー１７３を含むことができる。前記メタデータマネジャー１７３は、ディスクライブラリと強化されたサーチメタデータ（ｅｎｈａｎｃｅｄ  ｓｅａｒｃｈ  ｍｅｔａｄａｔａ）アプリケーションを使用者に提供する。
【００６３】
本発明の再生システムにおける前記モジュールマネジャー１７２、ＨＤＭＶモジュール１７４、ＢＤ−Ｊモジュール１７５及び再生制御エンジン１７６は、ソフトウェア的に処理される。実際には、ハードウェア構成よりソフトウェアで処理することが、設計において一層有用である。もちろん、プレゼンテーションエンジン１７７、デコーダー１９及びプレイン（ｐｌａｎｅ）は、一般的にハードウェア的に設計される。特に、ソフトウェア的に処理される構成要素（例えば、図面符号１７２、１７４、１７５、１７６）の場合、上述した制御器１２の一部分として構成されることもある。したがって、本発明の構成は、その意味として理解されるべきで、ハードウェア的な構成またはソフトウェア的な構成に限定されることはない。ここで、プレイン（ｐｌａｎｅ）とは、第１ビデオ、第２ビデオ、ＰＧ（ｐｒｅｓｅｎｔａｔｉｏｎ  ｇｒａｐｈｉｃｓ）、ＩＧ（ｉｎｔｅｒａｃｔｉｖｅ  ｇｒａｐｈｉｃｓ）、テキストサブタイトルのオーバーレイ過程を説明するための概念的なモデルを意味する。本発明において、第２ビデオプレインは、第１ビデオプレインの前に配列される。したがって、デコードされた後で出力される第２ビデオは、第２ビデオプレイン上にプレゼントされる。
【００６４】
図８は、本発明の光記録／再生装置に備わった状態メモリユニットの一実施例を示した図である。
【００６５】
前記光記録／再生装置１０に含まれたプレイヤーレジスター１７６ｂは、前記プレイヤーの記録／再生状態及び記録／再生環境に関する情報が保存される一種のメモリユニットとして機能する。前記プレイヤーレジスター１７６ｂは、一般的な目的のレジスター（ｇｅｎｅｒａｌ  ｐｕｒｐｏｓｅ  ｒｅｇｉｓｔｅｒｓ（ＧＰＲｓ））とプレイヤー状態レジスター（ｐｌａｙｅｒ  ｓｔａｔｕｓ  ｒｅｇｉｓｔｅｒｓ（ＰＳＲｓ））とに区分される。各プレイヤー状態レジスター（ＰＳＲ）は、再生状態パラメーター（ｐｌａｙｂａｃｋ  ｓｔａｔｕｓ  ｐａｒａｍｅｔｅｒｓ）（例えば、‘ｉｎｔｅｒａｃｔｉｖｅ  ｇｒａｐｈｉｃｓ  ｓｔｒｅａｍ  ｎｕｍｂｅｒ'７１０、‘ｐｒｉｍａｒｙ  ａｕｄｉｏ  ｓｔｒｅａｍ  ｎｕｍｂｅｒ'７２０）、または光記録／再生装置の構成パラメーター（例えば、‘ｐｌａｙｅｒ  ｃａｐａｂｉｌｉｔｙ  ｆｏｒ  ｖｉｄｅｏ'７７０）を保存する。本発明において、第１ビデオの他に第２ビデオが再生されるので、第２ビデオの再生状態を保存するＰＳＲが要求される。
【００６６】
前記ＰＳＲのうち一つ（例えば、ＰＳＲ１４  ７６０）に第２ビデオのストリームナンバーが保存される。また、前記ＰＳＲ（以下、ＰＳＲ１４）に前記第２ビデオと関連した第２オーディオのストリームナンバーが保存される。図８を参照すると、上記のように、第２ビデオ及び第２オーディオのストリームナンバーを保存するＰＳＲ１４  ７６０が光記録／再生装置１０に含まれる。前記ＰＳＲ１４  ７６０に保存された第２ビデオストリームナンバーは、どの第２ビデオストリームが現在プレイアイテムのＳＴＮテーブル内の第２ビデオストリームエントリーからプレゼントされるべきかを指定するために使用される。これと同様に、前記ＰＳＲ１４  ７６０に保存された第２オーディオストリームナンバーは、現在プレイアイテムのＳＴＮテーブル内の第２オーディオストリームエントリーからどの第２オーディオストリームがプレゼントされるべきかを指定するために使用される。本発明と関連したＳＴＮテーブルに対しては、図１２に基づいて説明する。
【００６７】
前記ＰＳＲ１４  ７６０は、前記第２ビデオのプレゼンテーションが可能（ｅｎａｂｌｅ）であるか、不可能（ｄｉｓａｂｌｅ）であるかを表すフラグ（ｆｌａｇ）を含むことができる。例えば、前記フラグが可能（ｅｎａｂｌｅｄ）に設定された場合、第２ビデオは、デコードされて第２ビデオプレイン８２０ｂを通して使用者にプレゼントされる。その反対に、前記フラグが不可能（ｄｉｓａｂｌｅｄ）に設定された場合、前記第２ビデオがデコーダー８１０ｂでデコードされるとしても、使用者は前記第２ビデオを見ることができない。前記フラグは、使用者オペレーション（ＵＯ）、コマンドまたはアプリケーションプログラミングインターフェース（以下、ＡＰＩ）によって変更される。
【００６８】
また、前記ＰＳＲ１４  ７６０は、第２ビデオの大きさを保存することもできる。例えば、前記ＰＳＲ１４  ７６０に前記第２ビデオの大きさが‘０×０'に設定された場合、前記第２ビデオのプレゼンテーションは、図９に基づいて説明する第２ビデオスケール情報によって、プレゼントされる大きさが調整される。その反面、前記ＰＳＲ１４  ７６０に前記第２ビデオの大きさが‘０×Ｆ'に設定された場合、前記スケール情報と関係なしに、フルスクリーン大きさに前記第２ビデオの大きさが調整される。これと関連して、第２ビデオは、第１ビデオと同一のサイズにまで調整される。
【００６９】
本発明において、第２ビデオは、プレゼンテーショングラフィックまたはテキストサブタイトル（以下、‘ＰＧ  ＴｅｘｔＳＴ'）と一緒に再生されることが可能である。したがって、第２ビデオのための‘ＰＧ  ＴｅｘｔＳＴ'（以下、ＰｉＰ  ＰＧ  ＴｅｘｔＳＴ）に関する情報を保存するメモリユニット（例えば、ＰＳＲ２  ７２０）が必要である。したがって、現在プレイアイテムのプレゼンテーションの間に第２ビデオストリームがディスプレイされる場合、前記ＰＳＲ２  ７２０内の‘ＰｉＰ  ＰＧ  ＴｅｘｔＳＴ'ストリームナンバー値は、どのＰＧストリームまたはＴｅｘｔＳＴストリームが現在プレイアイテムのＳＴＮテーブル内の‘ＰＧ  ＴｅｘｔＳＴ'ストリームからプレゼントされるべきかを特定するために使用される。
【００７０】
その反面、第２ビデオストリームがディスプレイされない場合、すなわち、ＰＳＲ１４のビデオプレゼンテーションフラグが不可能（ｄｉｓａｂｌｅ）に設定されているか、現在プレイアイテムのプレゼンテーションの間にディスプレイされる第２ビデオストリームがない場合、前記ＰＳＲ２  ７２０の‘ＰＧ  ＴｅｘｔＳＴ'ナンバーは、どのＰＧストリームまたはＴｅｘｔＳＴストリームが現在プレイアイテムのＳＴＮテーブル内の‘ＰＧ  ＴｅｘｔＳＴ'ストリームからプレゼントされるべきかを特定するために使用される。
【００７１】
前記ＰＳＲ２  ７２０は、‘ＰｉＰ  ＰＧ  ＴｅｘｔＳＴ'ストリームを含む‘ＰＧ    ＴｅｘｔＳＴ'のディスプレイ可否を表すフラグを含むことができる。すなわち、前記ＰＳＲ２に保存された前記フラグが不可能（ｄｉｓａｂｌｅ）に設定された場合、‘ＰＧ  ＴｅｘｔＳＴ'ストリームはディスプレイされない。その反対に、前記フラグが可能（ａｂｌｅ）に設定された場合、指定された‘ＰＧ  ＴｅｘｔＳＴ'ストリームが使用者にディスプレイされる。ＰＳＲ１４  ７６０の第２ビデオプレゼンテーションフラグと同様に、ＰＳＲ２  ７２０の前記フラグは、使用者オペレーション（ＵＯ）、コマンドまたはアプリケーションプログラミングインターフェース（ＡＰＩ）によって、可能（ａｂｌｅ）と不可能（ｄｉｓａｂｌｅ）との間で変更される。
【００７２】
併せて、前記ＰＳＲ２  ７２０は、‘ＰｉＰ  ＰＧ  ＴｅｘｔＳＴ'の有効可否を表すフラグを含むことができる。前記フラグは、第２ビデオストリームがディスプレイされるとき、どの種類の‘ＰＧ  ＴｅｘｔＳＴ'ストリームナンバーが使用されるかを表すために使用される。例えば、前記フラグが‘０ｂ'に設定された場合、現在プレイアイテムのプレゼンテーションの間に現在の第２ビデオストリームがディスプレイされるとき、前記ＰＳＲ２  ７２０に定義された‘ＰＧ  ＴｅｘｔＳＴ'ナンバーが使用される。前記‘ＰＧ  ＴｅｘｔＳＴ'は、メーンビデオである第１ビデオプログラムでディスプレイされる‘ＰＧ  ＴｅｘｔＳＴ'ストリームである。その反面、前記フラグが‘１ｂ'に設定された場合、前記ＰＳＲ２で定義された‘ＰｉＰ  ＰＧ  ＴｅｘｔＳＴ'ストリームナンバーが使用される。前記フラグは、第２ビデオストリームがディスプレイされないときは、本発明の光記録／再生装置に何らの影響も及ぼさない。この場合、前記ＰＳＲ２  ７２０に定義された‘ＰＧ  ＴｅｘｔＳＴ'ストリームが使用されることもある。前記フラグの値は、ナビゲーションコマンド、使用者オペレーション（ＵＯ）またはアプリケーションプログラミングインターフェースによって変更される。
【００７３】
前記ＰＳＲは、現在再生中のプレイアイテムを識別する情報を表すメモリユニット（例えば、ＰＳＲ７  ７５０）と、現在再生されるタイトルの再生を管理するプレイリストを識別する情報を表すメモリユニット（例えば、ＰＳＲ６  ７４０）とを含むことができる。したがって、本発明の光記録／再生装置は、前記ＰＳＲ６  ７４０とＰＳＲ７  ７５０を通して、現在実行中のプレイリストと現在プレゼントされているプレイアイテムを知ることができる。
【００７４】
前記ＰＳＲは、光記録／再生装置のビデオ具現能力（ｃａｐａｂｉｌｉｔｙ）を表すメモリユニット（例えば、ＰＳＲ２９  ７７０）を含むことができる。前記メモリユニット（以下、ＰＳＲ２９  ７７０）は、例えば、ＨＤ（Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ）第２ビデオの再生可否または特定周波数（例えば、５０＆２５Ｈｚ）のビデオの再生可否を表すことができる。ナビゲーションコマンド及びシステムアプリケーション（例えば、ＢＤ−Ｊアプリケーション）は、前記ＰＳＲ２９  ７７０に含まれた値を変更することができない。
【００７５】
本発明の光記録／再生装置において、前記光記録／再生装置は、テキストサブタイトルを処理する機能を保有する。テキストサブタイトル内の特定機能は、選択事項として処理することも可能である。前記機能としては、例えば、使用者が変更可能なスタイルセット、使用者が変更可能なパレット、インラインスタイル（ｉｎｌｉｎｅ  ｓｔｙｌｅ）、アウトラインボーダー（ｏｕｔｌｉｎｅ  ｂｏｒｄｅｒ）、またはテキスト流れ及び整列（Ｔｅｘｔ  ｆｌｏｗ  ＆  ａｌｉｇｎｍｅｎｔ）などがあり得る。したがって、本発明の光記録／再生装置内に存在するＰＳＲのうち何れか一つを用いて、プレイヤー具現能力の有無を表示することが要求される。例えば、ＰＳＲ３０  ７８０が用いられる。
【００７６】
前記各機能の一部または全部が必ず具現されるべき機能（ｍａｎｄａｔｏｒｙ  ｆｕｎｃｔｉｏｎ）に転換される場合、ＰＳＲを用いてプレイヤー具現能力を表示しないことも可能である。すなわち、ＰＳＲを用いたプレイヤー具現能力の表示は、光記録／再生装置の具現において選択的事項である。
【００７７】
図９は、本発明に係る管理データの一実施例を示した図である。
【００７８】
第２ビデオを再生するためには、前記第２ビデオの再生属性に対する情報、例えば、再生時間、再生大きさ及び再生位置などに関する情報を含む管理データ、例えば、第２ビデオに関するメタデータが要求される。以下、前記管理データをＰｉＰメタデータを例に挙げて説明する。
【００７９】
前記メタデータは、再生管理ファイルの一種であるプレイリストに存在することができる。図９は、第１ビデオの再生を管理するプレイリストの‘ＥｘｔｅｎｓｉｏｎＤａｔａ'ブロックにＰｉＰメタデータブロックが存在する場合である。ＰｉＰメタデータは、ＰｉＰメタデータブロックに保存されたメタデータブロックエントリーによって少なくとも一つ以上の、ブロックヘッダ（ｂｌｏｃｋ＿ｈｅａｄｅｒ［ｋ］；９１０）ブロック及びブロックデータ（ｂｌｏｃｋ＿ｄａｔａ［ｋ］；９２０）ブロックを含むことができる。前記ブロックヘッダ９１０は、関連したメタデータブロックのヘッダ情報を含み、前記ブロックデータ９２０は、関連したメタデータブロックのデータ情報を含む。
【００８０】
前記ブロックヘッダ９１０ブロックは、プレイアイテムを識別する情報（以下、‘ｐｌａｙｉｔｅｍ＿ｉｄ'９１０ａ）を示すフィールドと、第２ビデオストリームを識別する情報（以下、‘ｓｅｃｏｎｄａｒｙ＿ｖｉｄｅｏ＿ｓｔｒｅａｍ＿ｉｄ［ｋ］'９１０ｂ）を示すフィールドとを含むことができる。前記‘ｐｌａｙｉｔｅｍ＿ｉｄ［ｋ］'９１０ａは、‘ｓｅｃｏｎｄａｒｙ＿ｖｉｄｅｏ＿ｓｔｒｅａｍ＿ｉｄ［ｋ］'９１０ｂによって指定される‘ｓｅｃｏｎｄａｒｙ  ｖｉｄｅｏ＿ｓｔｒｅａｍ＿ｉｄ'エントリーがリストされたＳＴＮテーブルを含むプレイアイテムに対する値を有する。前記‘ｐｌａｙｉｔｅｍ＿ｉｄ'値は、プレイリストファイルのプレイリストブロックに与えられる。ＰｉＰメタデータにおいて‘ｐｌａｙｉｔｅｍ＿ｉｄ'のエントリーは、ＰｉＰメタデータに記録された‘ｐｌａｙｉｔｅｍ＿ｉｄ'に対して昇順に分類される。前記‘ｓｅｃｏｎｄａｒｙ＿ｖｉｄｅｏ＿ｓｔｒｅａｍ＿ｉｄ［ｋ］'９１０ｂは、サブパスと、関連したブロックデータ９２０が適用される第２ビデオストリームを識別するために使用される。このフィールドは、‘ｐｌａｙｉｔｅｍ＿ｉｄ［ｋ］'によって指定されたプレイアイテムのＳＴＮテーブル内のｓｅｃｏｎｄａｒｙ＿ｖｉｄｅｏ＿ｓｔｒｅａｍ＿ｉｄ値を表す。
【００８１】
前記ブロックヘッダ９１０は、関連したＰｉＰメタデータがどのタイムラインを参照するかを表す情報（以下、‘ｐｉｐ＿ｔｉｍｅｌｉｎｅ＿ｔｙｐｅ'９１０ｃ）を含むことができる。
【００８２】
図１０Ａ〜図１０Ｃは、本発明のタイムラインタイプに関する概念的理解を助けるために示した図である。ここで、ＰｉＰメタデータが位置する地点を示すタイムスタンプ（以下、‘ｐｉｐ＿ｍｅｔａｄａｔａ＿ｔｉｍｅ＿ｓｔａｍｐ'９２１ａ）が前記ブロックデータ９２０ブロックに含まれる。関連した‘ｐｉｐ＿ｍｅｔａｄａｔａ＿ｔｉｍｅ＿ｓｔａｍｐ［ｉ］'のエントリーが参照するタイムラインのタイプによって、前記‘ｐｉｐ＿ｔｉｍｅｌｉｎｅ＿ｔｙｐｅ［ｋ］'９１０ｃが区分される。
【００８３】
図１０Ａは、ＰｉＰプレゼンテーションパスがメーンパスと同期され、‘ｐｉｐ＿ｍｅｔａｄａｔａ＿ｔｉｍｅ＿ｓｔａｍｐ'のエントリーが、ＰｉＰメタデータによって指定されたプレイアイテムのタイムラインを参照する場合を示した図である。図１０Ａにおいて、‘ｐｉｐ＿ｍｅｔａｄａｔａ＿ｔｉｍｅ＿ｓｔａｍｐ’は、関連したサブプレイアイテム区間が、‘ｐｌａｙｉｔｅｍ＿ｉｄ［ｋ］'９１０ａによって指定されるプレイアイテムのタイムライン上に投影される区間中に、プレゼンテーションタイムを決定する。図１０Ａのタイムラインタイプにおいて、‘ｐｉｐ＿ｍｅｔａｄａｔａ＿ｔｉｍｅ＿ｓｔａｍｐ［０］'と‘ｐｉｐ＿ｍｅｔａｄａｔａ＿ｔｉｍｅ＿ｓｔａｍｐ［ｍ］'は、関連したサブプレイアイテム区間が、‘ｐｌａｙｉｔｅｍ＿ｉｄ［ｋ］'９１０ａによって指定されたプレイアイテムのタイムライン上に投影される各区間の開始地点１０１ａ，１０５ａにそれぞれ置かれる。
【００８４】
上述したように、ＰｉＰメタデータは、ブロックデータ９２０を含む。前記ブロックデータ９２０は、‘ｐｉｐ＿ｍｅｔａｄａｔａ＿ｔｉｍｅ＿ｓｔａｍｐ'の個数による第２ビデオ構成情報（以下、‘ｐｉｐ＿ｃｏｍｐｏｓｉｔｉｏｎ＿ｍｅｔａｄａｔａ'）を含む。‘ｉ'番目'の‘ｐｉｐ＿ｃｏｍｐｏｓｉｔｏｎ＿ｍｅｔａｄａｔａ’は、‘ｐｉｐ＿ｍｅｔａｄａｔａ＿ｔｉｍｅ＿ｓｔａｍｐ［ｉ］'１０２ａから‘ｐｉｐ＿ｍｅｔａｄａｔａ＿ｔｉｍｅ＿ｓｔａｍｐ［ｉ＋1］'１０３ａまでの区間で有効である。前記ブロックデータ９２０に存在する最後の‘ｐｉｐ＿ｃｏｍｐｏｓｉｔｉｏｎ＿ｍｅｔａｄａｔａ’は、最後の‘ｐｉｐ＿ｍｅｔａｄａｔａ＿ｔｉｍｅ＿ｓｔａｍｐ'から、ＰｉＰメタデータに含まれた‘ｓｅｃｏｎｄａｒｙ＿ｖｉｄｅｏ＿ｓｔｒｅａｍ＿ｉｄ'によって指定されたサブパスのプレゼンテーション終了時間１０４ａまでの区間で有効である。
【００８５】
前記第２ビデオの構成情報は、第２ビデオの再生位置及び再生大きさを表す情報である。図９を参照すると、前記構成情報は、第２ビデオの位置情報及び大きさ情報（以下、ｐｉｐ＿ｓｃａｌｅ  ９２１ｄ）を含むことができる。前記位置情報は、第２ビデオの水平位置（以下、‘ｐｉｐ＿ｈｏｒｉｚｏｎｔａｌ＿ｐｏｓｉｔｉｏｎ'９２１ｂ）情報及び第２ビデオの垂直位置（以下、‘ｐｉｐ＿ｖｅｒｔｉｃａｌ＿ｐｏｓｉｔｉｏｎ'９２１ｃ）情報を含む。以下、図１１を参照して、本発明に係る第２ビデオ位置情報の一実施例を説明する。図１１において、前記‘ｐｉｐ＿ｈｏｒｉｚｏｎｔａｌ＿ｐｏｓｉｔｉｏｎ'９２１ｂは、画面の基準点から見たとき、前記画面にディスプレイされる前記第２ビデオの水平位置１１０１を表す。前記‘ｐｉｐ＿ｖｅｒｔｉｃａｌ＿ｐｏｓｉｔｉｏｎ'９２１ｃは、画面の前記基準点から見たとき、前記画面にディスプレイされる前記第２ビデオの垂直位置１１０２を表す。前記各位置情報９２１ｂ，９２１ｃによって、第２ビデオが画面上でディスプレイされる位置が決定される。
【００８６】
前記第２ビデオの大きさは、‘ｐｉｐ＿ｓｃａｌｅ'９２１ｄによって決定される。図８に基づいて説明したように、前記第２ビデオの大きさは、第１ビデオの大きさにまで調整される。効率的な再生のために、前記第２ビデオの大きさが不連続的な値に設定されることも可能である。前記第２ビデオの大きさは、前記第１ビデオの大きさに対する比率（スケール）、例えば、‘×１'、‘×１／２'、‘×１／４'、‘×１．５'によって表示されることもある。
【００８７】
図１０Ａの実施例において、ＰｉＰプレゼンテーションパスがメーンパスと同期されるので、上述した‘ｓｅｃｏｎｄａｒｙ＿ｖｉｄｅｏ＿ｓｔｒｅａｍ＿ｉｄ'９１０ｂによって指定されるサブパスは、図２に基づいて説明した第１または第２タイプのサブパスであることが一般的である。
【００８８】
図１０Ａのタイムラインタイプの場合、メーンパスに同期されて前記第２ビデオが再生されるので、前記第２ビデオも前記メーンパスのタイムラインに従うようになる。すなわち、メーンパスが一定の位置にジャンプまたはバック（ｂａｃｋ）する場合、前記メーンパスの再生がジャンプまたはバックした時間と関連した‘ｐｉｐ＿ｍｅｔａｄａｔａ＿ｔｉｍｅ＿ｓｔａｍｐ'の位置及びスケール情報によって、前記第２ビデオが再生される。
【００８９】
図１０Ｂは、ＰｉＰプレゼンテーションパスがメーンパスと同期されずに、‘ｐｉｐ＿ｍｅｔａｄａｔａ＿ｔｉｍｅ＿ｓｔａｍｐ'エントリーがサブパスのタイムラインを参照する場合である。図１０Ｂの実施例において、ＰｉＰプレゼンテーションパスがメーンパスと同期されないので、上述した‘ｓｅｃｏｎｄａｒｙ＿ｖｉｄｅｏ＿ｔｉｍｅ＿ｓｔａｍｐ＿ｉｄ'９１０ｂによって指定されるサブパスは、図２に基づいて説明したサブパスのうち第２タイプであることが一般的である。図１０Ｂのタイムラインタイプにおいて、‘ｐｉｐ＿ｍｅｔａｄａｔａ＿ｔｉｍｅ＿ｓｔａｍｐ’は、ＰｉＰメタデータに含まれた‘ｓｅｃｏｎｄａｒｙ＿ｖｉｄｅｏ＿ｓｔｒｅａｍ＿ｉｄ［ｋ］'によって指定されるサブパスに含まれたサブプレイアイテム区間内にプレゼンテーションタイムを決定するようになる。このタイムラインタイプにおいて、‘ｐｉｐ＿ｍｅｔａｄａｔａ＿ｔｉｍｅ＿ｓｔａｍｐ［０］'は、‘ｓｅｃｏｎｄａｒｙ＿ｖｉｄｅｏ＿ｓｔｒｅａｍ＿ｉｄ［ｋ］'によって指定されたサブパスに含まれた前記サブプレイアイテムの開始地点１０１ｂに置かれることが好ましい。
【００９０】
図１０Ｂのタイムラインタイプの場合、前記第２ビデオが前記サブプレイアイテムのタイムラインを参照するので、メーンパスを通した再生進行と関係なしに、前記第２ビデオが前記サブパスを通して再生されるようになる。すなわち、メーンパスの再生地点が、前記メーンパスを構成するプレイアイテムのタイムラインの特定部分に変更されるとしても、前記第２ビデオのプレゼンテーション位置及びスケールが変更されない点で、図１０Ｂのタイムラインタイプは、図１０Ａのタイムラインタイプと異なっている。
【００９１】
図１０Ｃは、ＰｉＰプレゼンテーションパスがメーンパスと同期されずに、‘ｐｉｐ＿ｍｅｔａｄａｔａ＿ｔｉｍｅ＿ｓｔａｍｐ'エントリーが、ＰｉＰメタデータに含まれた‘ｐｌａｙｉｔｅｍ＿ｉｄ［ｋ］'によって指定されたプレイアイテムのタイムラインを参照する場合を示す。図１０Ａの場合と同様に、図１０Ｃのタイムラインタイプもプレイアイテムのタイムラインを参照する。したがって、サブプレイアイテムの再生開始時間、すなわち、‘ｓｕｂｐｌａｙＩｔｅｍ＿ｉｎ＿ｔｉｍｅ’が前記プレイアイテムのタイムラインの一地点１０２ｃに投影される。図１０Ｃのタイムラインタイプにおいて、‘ｐｉｐ＿ｍｅｔａｄａｔａ＿ｔｉｍｅ＿ｓｔａｍｐ’は、前記‘ｐｌａｙｉｔｅｍ＿ｉｄ［ｋ］'によって指定されるプレイアイテム区間でプレゼンテーションタイムを決定するようになる。図１０Ｃのタイムラインタイプにおいて、‘ｐｉｐ＿ｍｅｔａｄａｔａ＿ｔｉｍｅ＿ｓｔａｍｐ［０］'は、前記‘ｐｌａｙｉｔｅｍ＿ｉｄ［ｋ］'によって指定されるプレイアイテム区間の開始地点１０１ｃに置かれることが好ましい。図１１Ｃのタイムラインタイプは、図１１Ａのタイムラインタイプと類似している。図１１Ｃのタイムラインタイプの場合、‘ｐｉｐ＿ｍｅｔａｄａｔａ＿ｔｉｍｅ＿ｓｔａｍｐ［０］'は、前記プレイアイテム区間の開始地点１０１ｃに位置する。しかし、図１１Ａのタイムラインタイプの場合、‘ｐｉｐ＿ｍｅｔａｄａｔａ＿ｔｉｍｅ＿ｓｔａｍｐ［０］’は、関連したサブプレイアイテム区間が、前記‘ｐｌａｙｉｔｅｍ＿ｉｄ［ｋ］'によって指定されたプレイアイテムのタイムライン上に投影される区間の開始地点１０１ａに置かれる。
【００９２】
一つのブロックデータ９２０に存在する最後の‘ｐｉｐ＿ｃｏｍｐｏｓｉｔｉｏｎ＿ｍｅｔａｄａｔａ’は、ＰｉＰメタデータに含まれた‘ｓｅｃｏｎｄａｒｙ＿ｖｉｄｅｏ＿ｓｔｒｅａｍ＿ｉｄ'によって指定されたサブパスのプレゼンテーション終了時間まで有効である。したがって、‘ｐｉｐ＿ｍｅｔａｄａｔａ＿ｔｉｍｅ＿ｓｔａｍｐ［１＋ｉ］は、現在プレイアイテムのアウトタイム１０４ｃまで有効である。しかし、第２ビデオはサブパスによって再生されるので、サブプレイアイテムアウトタイム１０３ｃ以後には第２ビデオがディスプレイされない。
【００９３】
図１０Ｃの実施例では、ＰｉＰプレゼンテーションパスがメーンパスと同期されないので、上述した‘ｓｅｃｏｎｄａｒｙ＿ｖｉｄｅｏ＿ｔｉｍｅ＿ｓｔａｍｐ＿ｉｄ'９１０ｂによって指定されるサブパスは、図２に基づいて説明したサブパスのうち第２タイプであることが好ましい。
【００９４】
図１０Ｃのタイムラインタイプの場合、メーンパスの再生位置が一定の位置にジャンプまたはバックする場合、再生が開始された第２ビデオには、前記ジャンプまたはバックした地点のメタデータが適用される。図１０Ｃを参照すると、例えば、‘ｐｉｐ＿ｍｅｔａｄａｔａ＿ｔｉｍｅ＿ｓｔａｍｐ［ｉ＋１］'に該当する‘ｐｉｐ＿ｃｏｍｐｏｓｉｔｉｏｎ＿ｍｅｔａｄａｔａ［ｉ＋１］'が第２ビデオに適用される条件で、メーンパスの再生位置が‘ｐｉｐ＿ｍｅｔａｄａｔａ＿ｔｉｍｅ＿ｓｔａｍｐ［ｉ＋１］'の位置から‘ｐｉｐ＿ｍｅｔａｄａｔａ＿ｔｉｍｅ＿ｓｔａｍｐ［ｉ］'の位置にバックすると、前記‘ｐｉｐ＿ｍｅｔａｄａｔａ＿ｔｉｍｅ＿ｓｔａｍｐ［ｉ］'に該当する‘ｐｉｐ＿ｃｏｍｐｏｓｉｔｉｏｎ＿ｍｅｔａｄａｔａ［ｉ］'が適用され、前記第２ビデオが再生される。
【００９５】
図１０Ａの実施例で説明した第２ビデオ構成情報が有効な時間情報、位置情報及び大きさ情報などに関する内容は、図１０Ｂ及び図１０Ｃの場合にも同様に適用される。
【００９６】
図９の実施例では、ＰｉＰの再生時間情報及び構成情報がプレイリストに含まれている場合を例に挙げたが、前記各情報は、ＰｉＰを具現する第２ビデオストリームのヘッダに含まれることも可能である。
【００９７】
図１２は、本発明の第２ビデオストリームに関する情報を含むテーブルの一実施例を示した図である。前記テーブル（以下、ＳＴＮテーブル）は、光記録／再生装置が現在プレイアイテム及び前記現在プレイアイテムと関連したサブパスのプレゼンテーションの間に選択可能な基本ストリームのリストを定義する。メーンクリップ及びサブパスのストリームのうち何れのストリームが各プレイアイテムの前記ＳＴＮテーブル内にエントリーを有するかは、ディスク製作者にかかっている問題である。
【００９８】
本発明の光記録／再生装置は、第２ビデオ、第２オーディオ、プレゼンテーショングラフィック及びテキストサブタイトルを処理する機能を保有する。したがって、本発明のＳＴＮテーブルは、第２ビデオ、第２オーディオ、プレゼンテーショングラフィック及びテキストサブタイトルと関連したエントリーを保存するようになる。
【００９９】
図１２を参照すると、本発明のＳＴＮテーブルは、‘ｓｅｃｏｎｄａｒｙ＿ｖｉｄｅｏ＿ｓｔｒｅａｍ＿ｉｄ'値に対応する第２ビデオストリームナンバー値を含む。図１２の１２５０ブロックに定義されたように、前記‘ｓｅｃｏｎｄａｒｙ＿ｖｉｄｅｏ＿ｓｔｒｅａｍ＿ｉｄ’は、‘０'から始めて、前記ＳＴＮテーブルに定義された第２ビデオストリームの数１２２０と同一になるまで‘１'ずつ増加させて得られる。第２ビデオストリームナンバーは、前記‘ｓｅｃｏｎｄａｒｙ＿ｖｉｄｅｏ＿ｓｔｒｅａｍ＿ｉｄ'値に'１’を加算した値と同一である。
【０１００】
前記‘ｓｅｃｏｎｄａｒｙ＿ｖｉｄｅｏ＿ｓｔｒｅａｍ＿ｉｄ'によって、ストリームエントリー（ｓｔｒｅａｍ＿ｅｎｔｒｙ）ブロック１２６０が前記ＳＴＮテーブルに定義される。前記ストリームエントリーブロック１２６０は、ストリームエントリーに対するストリームナンバーによって指定される基本ストリームを識別するためのデータベースのタイプを含む。本発明のストリームエントリーブロックは、第２ビデオの再生と関連したサブパスを識別する情報と、前記情報によって指定されるサブパスのサブプレイアイテムに定義されたサブクリップエントリーを識別する情報とを含む。
【０１０１】
本発明の光記録／再生装置は、図９に基づいて説明したＰｉＰメタデータに含まれた‘ｐｌａｙｉｔｅｍ＿ｉｄ'９１０ａ及び‘ｓｅｃｏｎｄａｒｙ＿ｖｉｄｅｏ＿ｓｔｒｅａｍ＿ｉｄ'９１０ｂに基づいて、第２ビデオの再生と関連したストリームエントリーブロックを識別することができる。前記ストリームエントリーブロックは、関連したサブパス及びサブパスクリップエントリーを識別する情報を含むので、前記第２ビデオを再生するための適切なストリームを再生することが可能である。前記サブパスによって第２ビデオがプレゼントされるので、‘ｐｌａｙｉｔｅｍ＿ｉｄ'９１０ａ及び‘ｓｅｃｏｎｄａｒｙ＿ｖｉｄｅｏ＿ｓｔｒｅａｍ＿ｉｄ'９１０ｂが決定されると、第２ビデオの再生時間及び前記第２ビデオを構成する各ストリームの再生順序が決定される。‘ｐｉｐ＿ｍｅｔａｄａｔａ＿ｔｉｍｅ＿ｓｔａｍｐ'９２１ａは、‘ｐｉｐ＿ｔｉｍｅｌｉｎｅ＿ｔｙｐｅ'９１０ｃによって関連したプレイアイテムのタイムラインまたはサブプレイアイテムのタイムラインを参照するようになる。前記‘ｐｉｐ＿ｍｅｔａｄａｔａ＿ｔｉｍｅ＿ｓｔａｍｐ'９２１ａに該当する‘ｐｉｐ＿ｃｏｍｐｏｓｉｔｉｏｎ＿ｍｅｔａｄａｔａ'によって、第２ビデオが特定の位置に特定の大きさでプレゼントされる。
【０１０２】
前記‘ｐｌａｙｉｔｅｍ＿ｉｄ'９１０ａ、‘ｓｅｃｏｎｄａｒｙ＿ｖｉｄｅｏ＿ｓｔｒｅａｍ＿ｉｄ'９２０ｂ、‘ｐｉｐ＿ｔｉｍｅｌｉｎｅ＿ｔｙｐｅ'９１０ｃ及び‘ｐｉｐ＿ｍｅｔａｄａｔａ＿ｔｉｍｅ＿ｓｔａｍｐ'９２１ａは、広く見てＰｉＰメタデータのうち時間情報に該当すると言える。これは、前記各情報が第２ビデオの再生時間と関連しているためである。ただし、ＰｉＰメタデータが従うタイムラインの観点から見ると、‘ｐｉｐ＿ｔｉｍｅｌｉｎｅ＿ｔｙｐｅ'９１０ｃ及び‘ｐｉｐ＿ｍｅｔａｄａｔａ＿ｔｉｍｅ＿ｓｔａｍｐ'９２１ａのみを時間情報として見ることもできる。
【０１０３】
本発明において、前記ＳＴＮテーブルは、‘ＰｉＰ＿ＰＧ＿ｔｅｘｔＳＴ＿ｓｔｒｅａｍ＿ｉｄ'値と関連したプレゼンテーショングラフィック／テキストサブタイトルストリームエントリーに対する‘ＰｉＰ  ＰＧ  ｔｅｘｔＳＴ'ストリームナンバー値を含む。前記‘ＰｉＰ＿ＰＧ＿ｔｅｘｔＳＴ＿ｓｔｒｅａｍ＿ｉｄ'の値は、‘ＰＧ＿ｔｅｘｔＳＴ＿ｓｔｒｅａｍ＿ｉｄ'の値と同一である。前記‘ＰｉＰ＿ＰＧ＿ｔｅｘｔＳＴ'ストリームナンバーは、‘ＰＧ＿ｔｅｘｔＳＴ＿ｓｔｒｅａｍ＿ｉｄ'に‘１’を加算して得られる。図１２のブロック１２４０に定義されたように、前記‘ＰＧ＿ｔｅｘｔＳＴ＿ｓｔｒｅａｍ＿ｉｄ'の値は、‘０'から始めて、‘ＰＧ  ｔｅｘｔＳＴ'ストリームエントリーの数１２１０とＰｉＰアプリケーションのための付加的な‘ＰＧ  ｔｅｘｔＳＴ'ストリームエントリーの数１２３０とを加算した値と同一になるまで‘１'ずつ増加させて得られる。
【０１０４】
本発明によって第２ビデオを第１ビデオと一緒に再生するにおいて、すなわち、ＰｉＰアプリケーションを行うにおいて、第２オーディオまたは‘ＰｉＰ  ＰＧ  ｔｅｘｔＳＴ'ストリームが前記第２ビデオと一緒に再生される。この場合、前記第２ビデオと、この第２ビデオと一緒に再生される第２オーディオまたは‘ＰＧ  ｔｅｘｔＳＴ'との再生関係が定義される必要がある。これによって、本発明のＳＴＮテーブルには、第２ビデオと第２オーディオの許容される組み合わせと、第２ビデオと‘ＰｉＰ  ＰＧ  ｔｅｘｔＳＴ'ストリームの許容される組み合わせに関する情報が含まれる。
【０１０５】
図１２を参照すると、本発明のプレイアイテム内のＳＴＮテーブルには、‘ｃｏｍｂ＿ｉｎｏ＿Ｓｅｃｏｎｄａｒｙ＿ｖｉｄｅｏ＿Ｓｅｃｏｎｄａｒｙ＿ａｕｄｉｏ'ブロック１２７０が含まれる。前記‘ｃｏｍｂ＿ｉｎｏ＿Ｓｅｃｏｎｄａｒｙ＿ｖｉｄｅｏ＿Ｓｅｃｏｎｄａｒｙ＿ａｕｄｉｏ'ブロック１２７０は、対応する第２ビデオストリームと‘ＰｉＰ  ＰＧ  ｔｅｘｔＳＴ'ストリームの許容される組み合わせを定義する。すなわち、前記ブロック１２７０は、第２ビデオストリームと一緒に再生されることが許容された第２オーディオストリームに対する情報を含む。前記第２オーディオストリーム情報は、例えば、一緒に再生されることが許容される第２オーディオストリームの数と、第２オーディオストリームを識別する情報（例えば、ｓｅｃｏｎｄａｒｙ＿ａｕｄｉｏ＿ｓｔｒｅａｍ＿ｉｄ）とを含むことができる。
【０１０６】
前記ＳＴＮテーブルは、‘ｃｏｍｂ＿ｉｎｆｏ＿Ｓｅｃｏｎｄａｒｙ＿ｖｉｄｅｏ＿ＰｉＰ＿ＰＧ＿ｔｅｘｔＳＴ'ブロック１２８０を含む。すなわち、前記ブロック１２８０は、第２ビデオストリームと一緒にプレゼントされることが許容された‘ＰｉＰ  ＰＧ  ｔｅｘｔＳＴ'ストリームに対する情報を含む。前記‘ＰｉＰ  ＰＧ  ｔｅｘｔＳＴ'ストリーム情報は、例えば、一緒に再生されることが許容された‘ＰｉＰ  ＰＧ  ｔｅｘｔＳＴ'ストリームの数と、‘ＰｉＰ  ＰＧ  ｔｅｘｔＳＴ'ストリームを識別する情報（例えば、ｓｅｃｏｎｄａｒｙ＿ａｕｄｉｏ＿ｓｔｒｅａｍ＿ｉｄ）とを含むことができる。
【０１０７】
図１３は、本発明に係るデータ再生方法の一実施例を示した図である。
【０１０８】
ビデオデータの再生が開始されると、本発明の光記録／再生装置１０は、第２ビデオの再生を管理するメタデータを確認する（Ｓ１０）。前記メタデータは、前記第２ビデオの再生と関連した情報を含む。図９の実施例と同様に、前記メタデータは、プレイリストファイルに含まれる。制御器１２は、前記メタデータによって、第２ビデオストリームをデコードするように第２ビデオデコーダー８１０ｂを制御する（Ｓ２０）。前記メタデータは、前記第２ビデオの再生時間及び構成に対する情報を含む。前記構成情報は、‘ｐｉｐ＿ｈｏｒｉｚｏｎｔａｌ＿ｐｏｓｉｔｉｏｎ'９２１ｂ、‘ｐｉｐ＿ｖｅｒｔｉｃａｌ＿ｐｏｓｉｔｉｏｎ'９２１ｃ及び‘ｐｉｐ＿ｓｃａｌｅ'９２１ｄを含む。前記時間情報は、図１２に基づいて説明したように、‘ｐｌａｙｉｔｅｍ＿ｉｄ'９１０ａ、‘ｓｅｃｏｎｄａｒｙ＿ｖｉｄｅｏ＿ｓｔｒｅａｍ＿ｉｄ'９２０ｂ、‘ｐｉｐ＿ｔｉｍｅｌｉｎｅ＿ｔｙｐｅ'９１０ｃ及び‘ｐｉｐ＿ｍｅｔａｄａｔａ＿ｔｉｍｅ＿ｓｔａｍｐ'９２１ａなどを含むことができる。したがって、前記第２ビデオデコーダー８１０ｂは、前記時間情報に定義された時間に、前記構成情報に定義された位置及び大きさで第２ビデオをデコードする。前記デコードされた第２ビデオは、第１ビデオがディスプレイされる画面２０を通して使用者に提供される（Ｓ３０）。
【０１０９】
前記第１ビデオ及び第２ビデオは、記録媒体３０またはストレージ１５からデコーダーに提供される。すなわち、再生される全ての第１ビデオ及び第２ビデオが記録媒体３０から提供されるか、再生される全ての第１ビデオ及び第２ビデオがストレージ１５から提供される。また、第１ビデオ及び第２ビデオが同一のストリームに多重化された場合を除いて、第１ビデオが記録媒体３０から提供され、第２ビデオがストレージ１５から提供されることも可能であり、その反対の場合も可能である。ただし、第１ビデオ及び第２ビデオが全て記録媒体に保存されている場合、前記第１ビデオ及び第２ビデオを同時に再生するためには、これらのうち一つがストレージ１５に複写されるべきである。
【０１１０】
本発明に係る記録媒体、データ再生方法及び装置、並びにデータ記録方法及び記録装置によると、第２ビデオを第１ビデオと一緒に再生することが可能になる。さらに、前記再生を効率的に行うことが可能になる。したがって、コンテンツ提供者は、より多様なコンテンツを構成することが可能になり、使用者は、より多様なコンテンツを経験することができる。
【産業上の利用可能性】
【０１１１】
上述した本発明の実施例を特許請求の範囲に開示された本発明の技術的思想及び技術的範囲内で多様に改良、変更、代替または付加可能であることは、当業者にとって自明であろう。したがって、本発明は、特許請求の範囲及びこれと均等した範囲内での本発明の改良及び変更事項を含むことが自明である。
【図面の簡単な説明】
【０１１２】
【図１】光記録／再生装置を通して記録媒体及び／またはストレージ内のデータを再生する一実施例を示した図である。
【図２】本発明の記録媒体としての光ディスクに記録されるファイル構造を示した図である。
【図３】本発明の記録媒体としての光ディスクの記録構造を示した図である。
【図４】本発明の第２ビデオに関する概念的理解を助けるために示した図である。
【図５】本発明の光記録／再生装置の全体構成を示した図である。
【図６】本発明の再生システムの一実施例を概略的に示した図である。
【図７】本発明の再生システムを活用したデータ再生装置を示した図である。
【図８】本発明の光再生／記録装置に備わった状態メモリユニットの一実施例を示した図である。
【図９】本発明に係る管理データの一実施例を示した図である。
【図１０Ａ】本発明のタイムラインタイプに関する概念的理解を助けるために示した図である。
【図１０Ｂ】本発明のタイムラインタイプに関する概念的理解を助けるために示した図である。
【図１０Ｃ】本発明のタイムラインタイプに関する概念的理解を助けるために示した図である。
【図１１】本発明の第２ビデオ位置情報の一実施例を示した図である。
【図１２】本発明の第２ビデオストリームに関する情報を含むテーブルの一実施例を示した図である。
【図１３】本発明に係るデータ再生方法の一実施例を示した図である。
【図１】
2009505312.tif 000003
【図２】
2009505312.tif 000004
【図３】
2009505312.tif 000005
【図４】
2009505312.tif 000006
【図５】
2009505312.tif 000007
【図６】
2009505312.tif 000008
【図７】
2009505312.tif 000009
【図８】
2009505312.tif 000010
【図９】
2009505312.tif 000011
【図１０Ａ】
2009505312.tif 000012
【図１０Ｂ】
2009505312.tif 000013
【図１０Ｃ】
2009505312.tif 000014
【図１１】
2009505312.tif 000015
【図１２】
2009505312.tif 000016
【図１３】
2009505312.tif 000017