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