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