(57)【要約】  一実施形態では、この方法はメモリに格納された管理情報に基づいて第１のビデオストリームと一緒に再生する第２のビデオストリームを決定することを含む。第２のビデオストリームは、第１のビデオストリームによって表される第１のプレゼンテーションパスに対してピクチャーインピクチャープレゼンテーションパスを表す。管理情報は、再生する第２のビデオストリームを識別する識別情報及び第２のビデオストリームのディスプレイ可否を示すディスプレイ情報を含む。決定された第２のビデオストリームは管理情報に基づいて選択的に再生される。
2009505324.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのピクチャーインピクチャープレゼンテーションパスの再生を管理する方法であって、
メモリに格納された管理情報であって、再生する第２のビデオストリームを識別する識別情報及び前記第２のビデオストリームのディスプレイ可否を示すディスプレイ情報を含む管理情報に基づいて、第１のビデオストリームによって表される第１のプレゼンテーションパスに対してピクチャーインピクチャープレゼンテーションパスを表す第２のビデオストリームであって、第１のビデオストリームと一緒に再生する第２のビデオストリームを決定するステップと、
前記管理情報に基づいて前記決定された第２のビデオストリームを選択的に再生するステップと
を含むことを特徴とする方法。
【請求項２】
前記ディスプレイ情報の状態は、インストラクションに基づいて設定されることを特徴とする請求項１に記載の方法。
【請求項３】
前記インストラクションは、ユーザから受信されることを特徴とする請求項２に記載の方法。
【請求項４】
前記インストラクションは、アプリケーションプログラムインターフェースから受信されることを特徴とする請求項２に記載の方法。
【請求項５】
前記選択的に再生するステップは、前記ディスプレイ情報が前記第２のビデオストリームをディスプレイしないことを示す場合にも、前記第２のビデオストリームをデコードすることを特徴とする請求項１に記載の方法。
【請求項６】
記録媒体上に記録された、第２のビデオストリームエントリーを含むナビゲーション情報から管理テーブルを読み出すステップと、
複数の第２のビデオストリームエントリーから選択された１つの第２のビデオストリームエントリーのための識別情報を前記管理情報の一部分として前記メモリに格納するステップと
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記ナビゲーション情報はプレイアイテムであり、前記プレイアイテムは前記第１のビデオストリームの再生間隔を規定することを特徴とする請求項６に記載の方法。
【請求項８】
前記管理テーブルは、前記第２のビデオストリームと結合可能な第２のオーディオストリームを示す結合情報をさらに含み、
前記方法は、
前記結合情報によって示される複数の前記第２のオーディオストリームから選択された１つの第２のオーディオストリームを識別する第２のオーディオストリーム番号を前記識別情報として格納するステップをさらに含むことを特徴とする請求項６に記載の方法。
【請求項９】
前記メモリに格納された管理情報に基づいて第２のビデオストリームと一緒に再生する第２のオーディオストリームを決定するステップと、
前記管理情報に基づいて前記決定された第２のオーディオストリームを再生するステップと
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項１０】
前記管理情報は、前記第２のオーディオストリームの再生可否を示すフラグを含むことを特徴とする請求項９に記載の方法。
【請求項１１】
前記フラグの状態は、インストラクションに基づいて設定されることを特徴とする請求項１０に記載の方法。
【請求項１２】
前記決定された第２のオーディオストリームを再生するステップは、前記フラグが第２のオーディオストリームを再生しないことを示す場合にも、前記第２のオーディオストリームをデコードするステップを含むことを特徴とする請求項１０に記載の方法。
【請求項１３】
前記管理テーブルは前記記録媒体に記録されたプレイリストの少なくとも１つのプレイアイテムに含まれ、前記プレイアイテムは前記第１のビデオストリームの再生間隔を示し、前記プレイリストはどのプレイアイテムを再生するかを示すことを特徴とする請求項６に記載の方法。
【請求項１４】
再生する第２のビデオストリームを示し、かつ前記第２のビデオストリームのディスプレイ可否を示す管理情報を格納するように構成されたメモリ部と、
第１のビデオストリームによって表される第１のプレゼンテーションパスに対してピクチャーインピクチャープレゼンテーションパスを表す前記第２のビデオストリームの再生を、前記管理情報に基づいて制御するように構成された制御部と
を含むことを特徴とする再生装置。
【請求項１５】
前記メモリ部は、少なくとも１つの状態レジスタを含むことを特徴とする請求項１４に記載の再生装置。
【請求項１６】
前記管理情報は、前記第２のビデオストリームのディスプレイ可否を示すフラグを含むことを特徴とする請求項１４に記載の再生装置。
【請求項１７】
前記制御部は、受信したインストラクションに基づいて前記フラグの状態を設定することを特徴とする請求項１６に記載の再生装置。
【請求項１８】
前記インストラクションは、ユーザから受信されることを特徴とする請求項１７に記載の再生装置。
【請求項１９】
前記インストラクションは、アプリケーションプログラムインターフェースから受信されることを特徴とする請求項１７に記載の再生装置。
【請求項２０】
第２のビデオストリームをデコードするように構成されたデコーダーをさらに含み、
前記制御部は、前記管理情報が前記第２のビデオストリームをディスプレイしないことを示す場合にも、デコーダーを制御して前記第２のビデオストリームをデコードするように構成されたことを特徴とする請求項１４に記載の再生装置。
【請求項２１】
データを再生する再生装置を駆動するように構成されたドライバーをさらに含み、
前記制御部は、前記ドライバーを制御して第２のビデオストリームエントリーの数を示す管理テーブルを再生するように構成され、前記制御部は、複数の第２のビデオストリームエントリーの番号から選択された１つの第２のビデオストリームエントリーの番号を識別する第２のビデオストリーム番号を、前記管理情報の一部分として前記メモリ部に格納することを特徴とする請求項１４に記載の再生装置。
【請求項２２】
前記管理テーブルは記録媒体に記録されたプレイリストの少なくとも１つのプレイアイテムに含まれ、前記プレイアイテムは前記第１のビデオストリームの再生間隔を示し、前記プレイリストはどのプレイアイテムを再生するかを示すことを特徴とする請求項２１に記載の再生装置。
【請求項２３】
前記管理情報は、再生する第２のオーディオストリームを示し、かつ前記第２のオーディオストリームの再生可否を示すことを特徴とする請求項１４に記載の再生装置。
【請求項２４】
前記管理情報は、前記第２のオーディオストリームの再生可否を示すフラグを含むことを特徴とする請求項２３に記載の再生装置。
【請求項２５】
前記制御部は、インストラクションに基づいて前記フラグの状態を設定することを特徴とする請求項２４に記載の再生装置。
【請求項２６】
第２のオーディオストリームをデコードするように構成されたデコーダーをさらに含み、
前記制御部は、前記管理情報が前記第２のオーディオストリームを再生しないことを示す場合にも、前記デコーダーを制御して前記第２のオーディオストリームをデコードするように構成されることを特徴とする請求項２３に記載の再生装置。
【請求項２７】
前記管理情報は、前記第２のビデオストリームをディスプレイするサイズを示すサイズ情報を含み、
前記制御部は再生を制御するように構成され、前記第２のビデオストリームは前記サイズ情報が示すサイズでディスプレイされることを特徴とする請求項１４に記載の再生装置。
【請求項２８】
メモリに格納される前記サイズ情報は、ユーザから受信されることを特徴とする請求項２７に記載の再生装置。
【請求項２９】
メモリに格納される前記サイズ情報は、アプリケーションプログラムインターフェースから受信されることを特徴とする請求項２７に記載の再生装置。
【請求項３０】
再生装置を駆動して記録媒体からデータを再生するように構成されたドライバーをさらに含み、
前記制御部は前記ドライバーを制御して、再生する少なくとも１つの第１のビデオストリームを示すプレイリストであって、前記記録媒体に記録されたプレイリストから前記サイズ情報を含むメタデータを再生するように構成され、
前記制御部は前記サイズ情報を前記メモリ部に格納するように構成されたことを特徴とする請求項２７に記載の再生装置。
【請求項３１】
前記メタデータは、前記第２のビデオストリームをディスプレイする位置を示す構成情報を含み、
前記制御部は前記第２のビデオストリームの再生を制御するように構成され、前記第２のビデオストリームは、前記構成情報が示す位置でディスプレイされることを特徴とする請求項３０に記載の再生装置。
【請求項３２】
少なくとも１つのピクチャーインピクチャープレゼンテーションパスの再生を管理するデータ構造を有する記録媒体であって、
第１のビデオストリームによって表される第１のプレゼンテーションパスに対してピクチャーインピクチャープレゼンテーションパスを表す第２のビデオストリームであって、他の記録媒体から再生する第２のビデオストリームを識別する番号を格納する第２のビデオストリーム番号領域と、
前記第２のビデオストリームの再生可否を示す第１のフラグを格納する第１のフラグ領域と
を含むことを特徴とする記録媒体。
【請求項３３】
前記他の記録媒体から再生する第２のオーディオストリームを識別する番号を格納する第２のオーディオストリーム番号領域と、
第２のオーディオストリームの再生可否を示す第２のフラグを格納する第２のフラグ領域と
をさらに含むことを特徴とする請求項３２に記載の記録媒体。
【請求項３４】
第２のビデオストリームをディスプレイするためのサイズを示すサイズ情報を格納するサイズ領域をさらに含むことを特徴とする請求項３３に記載の記録媒体。
【請求項３５】
再生を管理するための装置であって、
前記装置は、
メモリ部と、
他の記録媒体から再生する第２のビデオストリームであって、第１のビデオストリームによって表される第１のプレゼンテーションパスに対してピクチャーインピクチャープレゼンテーションパスを表す第２のビデオストリームを識別する第２のビデオストリーム番号を前記メモリ部に格納するように構成された制御部と
を含み、
前記制御部は、前記第２のビデオストリームのディスプレイ可否を示す第１のフラグを前記メモリ部に格納するように構成されたことを特徴とする装置。
【請求項３６】
前記制御部は、他の記録媒体から再生する第２のオーディオストリームを識別する第２のオーディオストリーム番号を前記メモリ部に格納するように構成され、
前記制御部は、前記第２のオーディオストリームの再生可否を示す第２のフラグを前記メモリ部に格納するように構成されたことを特徴とする請求項３５に記載の装置。
【請求項３７】
前記制御部は、前記第２のビデオストリームをディスプレイするためのサイズを示すサイズ情報を前記メモリ部に格納するように構成されたことを特徴とする請求項３６に記載の装置。
【請求項３８】
少なくとも１つのピクチャーインピクチャープレゼンテーションパスの再生を管理するデータ構造を記録する方法であって、
前記方法は、
記録媒体から再生する第２のビデオストリームであって、前記記録媒体に記録された第１のビデオストリームパスによって表される第１のプレゼンテーションに対してピクチャーインピクチャープレゼンテーションパスを表す第２のビデオストリームを識別する番号をメモリ部に格納するステップと、
前記第２のビデオストリームのディスプレイ可否を示す第１のフラグをメモリ部に格納するステップと
を含むことを特徴とする方法。
【請求項３９】
他の記録媒体から再生する第２のオーディオストリームを識別する番号を前記メモリ部に格納するステップと、
前記第２のオーディオストリームの再生可否を示す第２のフラグを前記メモリ部に格納するステップと
をさらに含むことを特徴とする請求項３８に記載の方法。
【請求項４０】
前記第２のビデオストリームをディスプレイするためのサイズを示すサイズ情報を前記メモリ部に格納するステップをさらに含むことを特徴とする請求項３９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記録媒体またはストレージからデータを再生し、及び／または記録媒体またはストレージにデータを記録する方法及び装置並びに記録媒体に関する。
【背景技術】
【０００２】
近年、大容量のデータを記録可能な光ディスクが記録媒体として広く使用されている。特に、高画質のビデオデータや高音質のオーディオデータへの増大する需要を満たすために、ＨＤＴＶやＭＰＥＧ２が登場してきた。例えば、１つのＨＤＴＶの映画に相当するビデオデータをＭＰＥＧ２の画質でディスクに格納する場合、少なくとも２０ギガバイト（ＧＢ）のデータ記録容量を有する高密度記録媒体が要求される。
【０００３】
このような要求を満たすために、ブルーレイディスク（ＢＤ）や高解像度デジタルビデオ多用途ディスク（ＨＤ−ＤＶＤ）などが次世代の記録媒体として開発されている。また、高解像度記録媒体の規格に準拠した光記録プレイヤーに対する多くの開発努力もなされてきた。しかしながら、高解像度記録媒体の発達に伴い、少なくとも２種類のビデオストリームデータを同時に記録して再生する技術に対する可能性は大きくなったが、好適な再生方法は未だに提供されていない。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明は、少なくとも１つのピクチャーインピクチャープレゼンテーションパスの再生を管理する方法に関する。
【課題を解決するための手段】
【０００５】
一実施形態において、当該方法は、メモリに格納された管理情報に基づいて第１のビデオストリームと一緒に再生する第２のビデオストリームを決定することを含む。第２のビデオストリームは、第１のビデオストリームによって表される第１のプレゼンテーションパスに対してピクチャーインピクチャープレゼンテーションパスを表す。管理情報は、再生する第２のビデオストリームを識別する識別情報及び第２のビデオストリームのディスプレイ可否を示すディスプレイ情報を含む。決定された第２のビデオストリームは、管理情報に基づいて選択的に再生される。
【０００６】
一実施形態において、ディスプレイ情報の状態はインストラクション（instruction）に基づいて設定される。例えば、インストラクションは、ユーザ、アプリケーションプログラムインターフェースなどから受信される。当該実施形態は、ディスプレイ情報が第２のビデオストリームをディスプレイしないことを示す場合にも、第２のビデオストリームをデコードすることをさらに含む。
【０００７】
他の実施形態は、記録媒体に記録されたナビゲーション情報から管理テーブルを読み出すことを含む。ナビゲーション情報は第２のビデオストリームエントリーを含み、複数の第２のビデオストリームエントリーから選択された１つの第２のビデオストリームエントリーの識別情報はメモリに格納される。
【０００８】
更に他の実施形態では、管理テーブルは結合情報（combination  information）をさらに含む。結合情報は、第２のビデオストリームと結合可能な第２のオーディオストリームを示す。結合情報によって示される複数の第２のオーディオストリームから選択された１つの第２のオーディオストリームを識別する第２のオーディオストリーム番号は、識別情報として格納される。
【０００９】
他の実施形態は、メモリに格納された管理情報に基づいて第２のビデオストリームと一緒に再生する第２のオーディオストリームを決定することをさらに含む。決定された第２のオーディオストリームは管理情報に基づいて再生される。
【００１０】
また、本発明は再生装置に関する。一つの実施形態において、再生装置はメモリ部及び制御部を含む。メモリ部は管理情報を格納するように構成される。管理情報は、再生する第２のビデオストリームを示し、第２のビデオストリームのディスプレイ可否を示す。制御部は管理情報に基づいて第２のビデオストリームの再生を制御するように構成される。第２のビデオストリームは、第１のビデオストリームによって表される第１のプレゼンテーションパスに対してピクチャーインピクチャープレゼンテーションパスを表す。一つの実施形態において、メモリ部は少なくとも１つの状態レジスタを含む。
【００１１】
一つの実施形態において、管理情報は第２のビデオストリームのディスプレイ可否を示すフラグを含む。この実施形態において、制御部は受信したインストラクションに基づいてフラグの状態を設定することができる。例えば、インストラクションは、ユーザ、アプリケーションプログラムインターフェースなどから受信する。
【００１２】
一つの実施形態において、装置は第２のビデオストリームをデコードするように構成されたデコーダーをさらに含み、制御部は、管理情報が第２のビデオストリームをディスプレイしないことを示す場合にも、デコーダーが第２のビデオストリームをデコードするように制御する。
【００１３】
他の実施形態では、データを再生する再生装置を駆動するように構成されたドライバーを含む。制御部はドライバーを制御して管理テーブルを再生するように構成される。管理テーブルは第２のビデオストリームエントリーの数を示し、制御部は、第２のビデオストリームエントリーの番号から選択された１つの第２のビデオストリームエントリーの番号を識別する第２のビデオストリーム番号を管理情報の一部分としてメモリ部に格納する。
【００１４】
装置の一実施形態において、管理情報は、再生する第２のオーディオストリームを示し、第２のオーディオストリームの再生可否を示す。装置の一実施形態において、管理情報は第２のビデオストリームをディスプレイするためのサイズを示すサイズ情報を含み、制御部は再生を制御するように構成され、第２のビデオストリームはサイズ情報が示すサイズで再生される。例えば、メモリに格納されたサイズ情報は、ユーザ、アプリケーションプログラムインターフェースなどから受信する。
【００１５】
一つの実施形態において、制御部は、ドライバーを制御して記録媒体に記録されたプレイリストからメタデータを再生するように構成される。プレイリストは、再生する少なくとも１つの第１のビデオストリーム、及びサイズ情報を含むメタデータを示す。制御部はメモリ部にサイズ情報を格納するように構成される。
【００１６】
さらに、本発明は、少なくとも１つのピクチャーインピクチャープレゼンテーションパスの再生を管理するデータ構造を有する記録媒体に関する。一つの実施形態において、記録媒体は第２のビデオストリーム番号領域及び第１のフラグ領域を含む。第２のビデオストリーム番号領域は、他の記録媒体から再生する第２のビデオストリームを識別する番号を格納する。第２のビデオストリームは、第１のビデオストリームによって表される第１のプレゼンテーションパスに対してピクチャーインピクチャープレゼンテーションパスを表す。第１のフラグ領域は、第２のビデオストリームの再生可否を示す第１のフラグを格納する。
【００１７】
また、本発明は、少なくとも１つのピクチャーインピクチャープレゼンテーションパスの再生を管理するデータ構造を記録する装置及び方法に関する。
【発明を実施するための最良の形態】
【００１８】
本発明を深く理解するために提供され、本願の一部をなす添付図面は、本発明の原理を説明するのに役立つ説明とともに本発明の実施形態を例示する。以下、本発明の好適な実施形態を、添付された図面を用いて詳細に説明する。可能な限り、図面全体にわたって、同一の構成要素または類似した構成要素を示すために同一の参照符号を使用する。
【００１９】
ＤＶＤ、ブルーレイディスク（ＢＤ）、ＨＤ−ＤＶＤ、ＮＦＲ（near field recording）ディスクなどの光ディスクが本発明を説明する例示的な記録媒体として使用されるが、本発明は、このような記録媒体としての光ディスクに限定されるものではない。本願では説明の便宜上、記録媒体として「ブルーレイディスク（ＢＤ）」を一例に挙げる。もちろん、本発明の技術思想は、ＨＤ−ＤＶＤなどの他の記録媒体にも同様に適用可能である。
【００２０】
本発明において、「ストレージ」とは、光記録再生装置（例えば、図１）内に備わった一種の格納手段であり、情報やデータを任意に格納することができる要素を意味する。特に、現在一般的に使用されるストレージとしてはハードディスク、システムメモリ、フラッシュメモリなどがあるが、本発明は必ずしも上記に限定されるものでない。
【００２１】
「ストレージ」は、記録媒体と関連付けられたデータを格納する手段としても活用される。記録媒体と関連付けられてストレージに格納されるデータには、インターネットなどの外部からダウンロード可能なデータも含まれる。
【００２２】
記録媒体から部分的に直接読み出されたデータ、または、記録媒体に記録されたデータの再生と関連付けられた生成されたシステムデータ（例えば、メタデータなど）をストレージ内に格納することも可能である。
【００２３】
本明細書で使用する「コンテンツ」とは、タイトルを構成する内容として、記録媒体の製作者によって提供されるデータを意味する。また、コンテンツを提供する者を一般的に「コンテンツプロバイダー（ＣＰ）」とする。
【００２４】
本明細書では、説明の便宜上、記録媒体内に記録されたデータを「オリジナルデータ」とし、記録媒体の外部から取得されるデータであって、記録媒体と関連付けられたデータを「アディショナルデータ（additional  data）」とする。この２つのデータは、取得する方法によってのみ区分されるに過ぎない。したがって、本発明の説明の便宜上、光ディスクの外部に存在し、オリジナルデータと関連付けられた任意の属性を持つデータもアディショナルデータといえる。
【００２５】
また、本明細書で使用する「タイトル」とは、ユーザとのインターフェースを構成する再生単位をいう。各タイトルは特定のオブジェクトとリンクされている。そして、オブジェクト内のコマンドまたはプログラムによって、ディスク内に記録された該当のタイトルと関連付けられたストリームが再生される。特に、本発明の説明の便宜上、ディスク内に記録されたタイトルのうち、ＭＰＥＧ２圧縮方式による動画、映画及びインタラクティブ情報が記録されたタイトルを「ＨＤＭＶタイトル」と呼ぶ。そして、ディスク内に記録されたタイトルのうち、Ｊａｖａ（登録商標）プログラムによって実行される動画、映画及びインタラクティブ情報が記録されたタイトルを「ＢＤ−Ｊタイトル」と呼ぶ。
【００２６】
本明細書で使用する「ＰｉＰ（Picture-in-Picture：ピクチャーインピクチャー）」は、再生中の第１のビデオの画像上で第２のビデオを再生する機能をいう。
【００２７】
本明細書で使用する「再生管理データ」は、ビデオストリームやオーディオストリームの再生を管理するために使用される情報をいう。「再生管理データ」は、ビデオストリームエントリー情報及びオーディオストリームエントリー情報が含まれたストリームナンバー（ＳＴＮ）テーブルと、第２のビデオの再生を管理するメタデータとを含む。
【００２８】
上述した用語は、同一の機能を表す任意の用語にそれぞれ置き換えることができる。
【００２９】
図１は、光記録再生装置を介して記録媒体及び／またはストレージ内のデータを再生する一実施形態を示す。図１を参照すると、本発明に係る光記録再生装置１０は、多様な規格の光ディスクの記録または再生が可能である。光記録再生装置１０は、特定の規格の光ディスク（例えば、ＢＤ）を記録／再生するように設計することもできる。また、光記録再生装置１０は、光ディスクの再生のみを行うことも可能である。本明細書では、ブルーレイディスク（ＢＤ）と周辺機器との間の双方向性を考慮して、ブルーレイディスク（ＢＤ）を再生するＢＤプレイヤーまたはブルーレイディスク（ＢＤ）を記録／再生するＢＤレコーダーを一例に挙げて説明する。光記録再生装置１０がコンピュータなどに内蔵可能な「ドライブ」を含むことは明白である。
【００３０】
本発明に係る光記録再生装置１０は、光ディスク３０を記録／再生する機能の他にも、外部入力信号を受信し、受信した信号に対して信号処理を行って他の外部ディスプレイ２０を通して対応する画面を伝達する機能を有する。この場合、外部入力信号に対しては特別な制限がない。そして、ＤＭＢ（デジタルマルチメディア放送信号）やインターネット信号などが代表的な外部入力信号になり得る。特に、容易にアクセス可能な媒体であるインターネットの場合、光記録再生装置１０を通してインターネットから特定のデータをダウンロードすることができる。
【００３１】
オリジナルデータ及びアディショナルデータを以下のように具体的に説明する。例えば、特定のタイトルについて多重化されたＡＶストリームが光ディスク内にオリジナルデータとして記録され、かつ当該オリジナルデータのオーディオストリーム（例えば、韓国語）と異なるオーディオストリーム（例えば、英語）がインターネットからアディショナルデータとして提供される場合、インターネットからアディショナルデータであるオーディオストリーム（例えば、英語）をダウンロードし、オリジナルデータであるＡＶストリームと一緒に再生したいという要求や、インターネットからアディショナルデータであるオーディオストリーム（例えば、英語）をダウンロードし、アディショナルデータのみを再生したいという要求がユーザごとに存在しうる。このような要求を実現するためには、オリジナルデータとアディショナルデータとの間の関連性を規定し、これらのデータをユーザの要求によって管理・再生する体系化された方法が必要となる。
【００３２】
このようなユーザの要求を実現するため、オリジナルデータとアディショナルデータとの間のファイル構造が提供される。以下、図２〜図３を参照して、ブルーレイディスク（ＢＤ）で使用可能なファイル及びデータ構造を詳細に説明する。
【００３３】
図２は、本発明の一実施形態に係る記録媒体としての光ディスクに記録されるファイル構造を示した図である。特に、図２は、ディスク内に記録されたオリジナルデータの再生管理のためのファイル構造を示している。
【００３４】
図２によれば、一つのルートディレクトリ（root）の下には、少なくとも一つのＢＤＭＶディレクトリ（ＢＤＭＶ）が存在する。ＢＤＭＶディレクトリ（ＢＤＭＶ）には、ユーザとの双方向性を保証するための一般ファイル（上位ファイル）情報として、インデックスファイル（ｉｎｄｅｘ）とオブジェクトファイル（ＭｏｖｉｅＯｂｊｅｃｔ）が存在する。ＢＤＭＶディレクトリは、プレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）、クリップ情報ディレクトリ（ＣＬＩＰＩＮＦ）、ストリームディレクトリ（ＳＴＲＥＡＭ）、補助ディレクトリ（ＡＵＸＤＡＴＡ）、ＢＤ−Ｊオブジェクトディレクトリ（ＢＤＪＯ）、メタデータディレクトリ（ＭＥＴＡ）、バックアップディレクトリ（ＢＡＣＫＵＰ）及びＪＡＲディレクトリ（ＪＡＲ）を含む。バックアップディレクトリ（ＢＡＣＫＵＰ）は、実際にディスク内に記録されたデータに対する情報及び記録されたデータを再生する方法に対する情報を有する。他のディレクトリおよび各ディレクトリに含まれるファイルについて、以下説明する。
【００３５】
ＪＡＲディレクトリ（ＪＡＲ）は、Ｊａｖａ（登録商標）プログラムファイルを含む。
【００３６】
メタデータディレクトリ（ＭＥＴＡ）は、データについてのデータであるメタデータファイルを含む。すなわち、メタデータディレクトリ（ＭＥＴＡ）には、サーチファイル、ディスクライブラリのためのメタデータファイルなどがメタデータファイルとして存在し、データの効率的なサーチまたは管理に利用される。
【００３７】
ＢＤ−Ｊオブジェクトディレクトリ（ＢＤＪＯ）は、ＢＤ−Ｊタイトルを再生するためのＢＤ−Ｊオブジェクトファイルを含む。
【００３８】
補助ディレクトリ（ＡＵＸＤＡＴＡ）は、ディスク再生のための情報を含む補助ファイルを含む。例えば、補助ディレクトリ（ＡＵＸＤＡＴＡ）は、インタラクティブグラフィック（interactive  graphic）の実行時にクリックサウンドを提供する音声ファイル（Ｓｏｕｎｄ．ｂｄｍｖ）、及びディスク再生時にフォント情報を提供するフォントファイル（１１１１１．ｏｔｆ及び９９９９９．ｏｔｆ）などを含むことができる。
【００３９】
ストリームディレクトリ（ＳＴＲＥＡＭ）には、ディスク内に特定のフォーマットで記録されたＡＶストリームファイルが存在する。それぞれのストリームは、ＭＰＥＧ２方式のトランスポートパケット形態で記録される場合が一般的であり、ストリームファイル（０１０００．ｍ２ｔｓ、０２０００．ｍ２ｔｓ、…）の拡張子名として「＊．ｍ２ｔｓ」が使用される。特に、ビデオ、オーディオ、グラフィック情報が全て多重化されたストリームをＡＶストリームといい、少なくとも１つ以上のＡＶストリームファイルはタイトルを構成する。
【００４０】
クリップ情報ディレクトリ（ＣＬＩＰＩＮＦ）は、各ストリームファイルと一対一に対応するクリップ情報ファイル（０１０００．ｃｌｐｉ、０２０００．ｃｌｐｉ、…）を含む。特に、クリップ情報ファイル（＊．ｃｌｐｉ）は、対応するストリームファイルの属性情報及びタイム情報を含む。ここで、ストリームファイル（＊．ｍ２ｔｓ）及びこのストリームファイル（＊．ｍ２ｔｓ）に対応するクリップ情報ファイル（＊．ｃｌｐｉ）を「クリップ（ｃｌｉｐ）」と総称する。すなわち、「クリップ」は、ストリームファイル（＊．ｍ２ｔｓ）及びクリップ情報ファイル（＊．ｃｌｐｉ）を全て含むデータである。
【００４１】
プレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）は、プレイリストファイル（＊．ｍｐｌｓ）を含む。プレイリストは、クリップを再生する再生時間のグループをいう。この再生時間は、プレイアイテム（ＰｌａｙＩｔｅｍ）と呼ばれる。それぞれのプレイリストファイル（＊．ｍｐｌｓ）は、少なくとも一つのプレイアイテムと、特定のクリップを再生する再生時間を示すサブプレイアイテム（ＳｕｂＰｌａｙＩｔｅｍ、ＳＰＩ）を含む。プレイアイテム及びサブプレイアイテム（ＳＰＩ）は、特定クリップの再生開始時間（ＩＮ−Ｔｉｍｅ）と再生終了時間（ＯＵＴ−Ｔｉｍｅ）についての情報を有する。したがって、プレイリストは各プレイアイテムの組み合わせといえる。また、プレイリストファイル内には、第２のビデオの再生を管理するためのメタデータが含まれる。さらに、メタデータは、第２のビデオの再生と関連して、第２のビデオの再生時期、第２のビデオの再生位置及び大きさのデータを含む。
【００４２】
プレイリストファイル内で少なくとも一つ以上のプレイアイテムによって再生されるプロセスを「メインパス」と定義し、一方、プレイリストファイル内でそれぞれのサブプレイアイテムによって再生される過程を「サブパス」と定義する。メインパスは、プレイリストのマスタープレゼンテーション（master  presentation）を提供し、サブパスは、当該マスタープレゼンテーションと関連した補助的なプレゼンテーション（auxiliary  presentations）を提供する。プレイリストファイル内にはメインパスが存在すべきであり、少なくとも１つのサブパスは、サブプレイアイテム（ＳＰＩ）の有無に従って存在することができる。
【００４３】
本明細書において、メインパスによって再生されるビデオデータを第１のビデオ（primary  video）とし、サブパスによって再生されるビデオデータを第２のビデオ（secondary  video）とする。光記録再生装置が第１のビデオと第２のビデオを一緒に再生する機能を、上述したように「ピクチャーインピクチャー（ＰｉＰ）」という。
【００４４】
バックアップディレクトリ（ＢＡＣＫＵＰ）は、上記ファイル構造のデータのうち、ディスク再生と関連した情報が記録されるインデックスファイル（ｉｎｄｅｘ）、オブジェクトファイル（Ｍｏｖｉｅ  Ｏｂｊｅｃｔ、ＢＤ−Ｊ  Ｏｂｊｅｃｔ）、ユニットキーファイル、プレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）内の全てのプレイリストファイル（＊．ｍｐｌｓ）、及びクリップ情報ディレクトリ（ＣＬＩＰＩＮＦ）内の全てのクリップ情報ファイル（＊．ｃｌｐｉ）に対する複製ファイルを格納する。バックアップディレクトリ（ＢＡＣＫＵＰ）は、各ファイルの損失がディスク再生に致命的な影響を与えるので、予めバックアップ用としてこれらのファイルを格納する。
【００４５】
なお、本発明のファイル構造は、上記名称及び位置に制限されるものではない。すなわち、これらのディレクトリ及びファイルは、名称や位置でなく、その意味によって把握されるべきである。
【００４６】
図３は、本発明の一実施形態に係る記録媒体としての光ディスクに書き込まれるデータ記録構造を例示した図であり、上述したファイル構造と関連した情報が対応するディスク内にどのように記録されているかを示す。
【００４７】
図３を参照すると、ディスクの内周から見たとき、全体のファイルを管理するためのシステム情報としてのファイルシステム情報領域と、記録されたＡＶストリーム（＊．ｍ２ｔｓ）を再生するための、プレイリスト及びクリップ情報ファイルが記録された領域（データベース領域）と、オーディオ／ビデオ／グラフィックなどで構成されたストリームまたはＪＡＲファイルが記録されるＡＶストリーム領域とが存在する。
【００４８】
また、ＡＶストリーム領域内のコンテンツを再生するためのファイル情報などを記録する領域を「再生管理領域」といい、ファイルシステム情報領域またはデータベース領域がこれに該当する。場合によっては、ＡＶストリーム領域内のストリームのヘッダにストリームの再生情報が記録される。この場合、当該ヘッダも管理領域に相当する。したがって、「再生管理領域」には再生管理と関連した情報が記録されうる。
【００４９】
ただし、図３に示した各領域は一つの例として提示したものであり、本発明は図３に示した各領域の配列構造に限定されるものではない。
【００５０】
図４は、本発明の一実施形態に係る第２のビデオの再生モードに関する図である。再生中の第１のビデオの映像上に第２のビデオを再生する一実施形態を、図４を参照して以下のように説明する。
【００５１】
図４を参照すると、第１のビデオの再生中に、第１のビデオ４１０と関連した他のビデオデータを同一のディスプレイ２０に出力しようとする要求があり得る。例えば、映画またはドキュメンタリーの再生中に、その撮影過程に対する監督のコメントをユーザに提供しようとする場合、コメントを見せるビデオを第２のビデオ４２０とし、これを第１のビデオ４１０と一緒に再生することもできる。このとき、第２のビデオ４２０は、第１のビデオ４１０の再生とともに再生されることもある。
【００５２】
場合によっては、第１のビデオ４１０の再生中に、第２のビデオの再生が開始されることもある。また、再生過程によっては、画面上の異なる位置または異なる大きさで第２のビデオ４２０をディスプレイすることも可能である。さらに、第１のビデオ４１０の再生とは別個に対応する再生を開始または終了することも可能である。第１のビデオ４１０は関連したオーディオ４１０ａと一緒に再生され、第２のビデオは関連したオーディオ４２０ｂと一緒に再生されることができる。
【００５３】
第２のビデオの再生時間のポイント、再生位置、及びサイズ並びに第２のビデオを構成するストリームについての情報が第２のビデオを再生するために提供される。また、第２のビデオと一緒に再生されるオーディオストリーム、プレゼンテーショングラフィックまたはテキストサブタイトルストリーム（例えば、ＰｉＰ  ＰＧ  ｔｅｘｔＳＴ  ｓｔｒｅａｍ）を定義する情報と、各ストリームの可能な再生組み合わせを定義する情報も提供される。併せて、光記録再生装置には、第２のビデオの再生状態及び再生環境を示す情報を格納するための記憶装置（例えば、ＰＳＲ）が提供される。
【００５４】
図５は、本発明の一実施形態に係る光記録再生装置の全体構成のブロック図である。図５を参照すると、本発明の一実施形態に係る光記録再生装置１０は、光ディスクに記録されたオリジナルデータ及び再生管理ファイル情報を含む再生管理情報を再生するためのピックアップ１１と、ピックアップ１１の動作を制御するサーボ１４と、ピックアップ１１から受信された再生信号を特定の信号値に復元する信号処理部１３とを含む。また、信号処理部１３は、光ディスクに記録可能な信号に記録されるように信号を変調する。マイクロプロセッサ１６は、これら３つの要素の全般的な動作を制御する。
【００５５】
ピックアップ１１、サーボ１４、信号処理部１３及びマイクロプロセッサ１６を併せて「記録／再生部」と称することもできる。本発明によれば、記録／再生部は、制御部１２の制御下で光ディスク３０またはストレージ１５からデータを読み出し、読み出されたデータをＡＶデコーダー１７ｂに伝送する。
【００５６】
また、記録／再生部は、エンコードされた信号をＡＶエンコーダー１８から受信し、受信した信号を光ディスク３０に記録する。したがって、記録／再生部は、光ディスク３０にビデオデータ及びオーディオデータを記録することができる。
【００５７】
制御部１２は、ユーザ命令によって光ディスク３０の外部に存在するアディショナルデータをダウンロードし、これをストレージ１５に格納する。また、制御部１２は、ストレージ１５内に格納されたアディショナルデータ及び／または光ディスク３０内のオリジナルデータをユーザの要求によって再生する。
【００５８】
光記録／再生装置１０は、制御部１２の制御によって最終的にデータをデコードし、デコードされたデータをユーザに提供する再生システム１７をさらに含む。再生システム１７は、ＡＶ信号をデコードするＡＶデコーダー１７ｂを含み、ＡＶデコーダー１７ｂは、複数のデコーダーを含む。また、再生システム１７は、特定のタイトルの再生と関連したオブジェクトコマンドまたはアプリケーションを分析し、制御部１２を通して入力されるユーザ命令を分析し、この分析結果に基づいて再生方向を決定するプレイヤーモデル１７ａを含む。一実施形態において、プレイヤーモデル１７ａは、ＡＶデコーダー１７ｂを含むものとして実施されることもあり、この場合、再生システム１７がプレイヤーモデル自体になる。
【００５９】
図６は、本発明の一実施形態に係る再生システムを概略的に示したブロック図である。図６を参照すると、本発明の一実施形態に係るデコーダー１７ｂは、第１のビデオをデコードする第１のビデオデコーダー６１０ａと、第２のビデオをデコードする第２のビデオデコーダー６１０ｂとを含む。
【００６０】
デコードされた第１のビデオ及び第２のビデオは、第１のビデオプレーン６２０ａ及び第２のビデオプレーン６２０ｂを通してそれぞれ出力されてユーザに提供される。
【００６１】
制御部１２は、第２のビデオの再生管理データを確認し、第２のビデオの再生を管理するメタデータによって第２のビデオが特定の時間に特定の位置及びサイズでデコードされるように第２のビデオデコーダー６１０ｂを制御する（このことは、下記で詳述する）。上述したように、第１の及び／または第２のビデオストリームデータは、記録媒体３０に記録されたものであるか、記録媒体の外部からストレージ１５にダウンロードされたものである。
【００６２】
本発明に係る光記録再生装置１０はＡＶエンコーダー１８を含む。光ディスクに信号を記録する機能を行うために、ＡＶエンコーダー１８は、制御部１２の制御下で入力信号を特定のフォーマットの信号、例えば、ＭＰＥＧ２トランスポートストリームに変換して、信号処理部１３に変換した信号を提供する。ＡＶデコーダー１７ｂと同様に、ＡＶエンコーダー１８は、複数のエンコーダーを含むことができる。制御部１２は、各エンコーダーによって変換された、第１の及び第２のビデオストリーム、第１の及び第２のオーディオストリーム、再生管理データなどを光ディスクに記録するように制御することができる。
【００６３】
図７は、本発明の一実施形態に係る再生システムを活用したデータ再生装置を例示した図であり、データ再生装置によって第２のビデオが第１のビデオと一緒に再生される。
【００６４】
図７における「再生システム」は、光記録再生装置内に提供され、及び／または記録媒体に格納され、かつ光記録再生装置にダウンロードされるプログラム（ソフトウェア）及び／またはハードウェアとして構成される再生処理手段の集合を含む。再生システムは、光記録再生装置内にロードされた記録媒体を再生し、ストレージ内に格納された（例えば、外部からダウンロードされた）データなど、記録媒体と関連付けられたデータを一緒に再生及び管理する。
【００６５】
具体的には、再生システム１７は、ユーザイベントマネジャー１７１、モジュールマネジャー１７２、メタデータマネジャー１７３、ＨＤＭＶモジュール１７４、ＢＤ−Ｊモジュール１７５、再生制御エンジン１７６、プレゼンテーションエンジン１７７、及び仮想ファイルシステム４０を含み、詳細に説明すると、次の通りである。
【００６６】
まず、ＨＤＭＶタイトルとＢＤ−Ｊタイトルをそれぞれ再生するための別途の再生処理管理手段として、ＨＤＭＶタイトルのためのＨＤＭＶモジュール１７４とＢＤ−ＪタイトルのためのＢＤ−Ｊモジュール１７５がそれぞれ独立的に構成される。ＨＤＭＶモジュール１７４及びＢＤ−Ｊモジュール１７５のそれぞれは、上述したオブジェクト（Ｍｏｖｉｅ  ＯｂｊｅｃｔまたはＢＤ−Ｊ  Ｏｂｊｅｃｔ）内のコマンドまたはプログラムを受信し、これを処理するための制御機能を有する。メタデータマネジャー１７３は、ユーザの制御下でいつでもタイトル選択を行うことができ、ユーザに記録媒体及びタイトルメタデータを提供することができる。ＨＤＭＶモジュール１７４及びＢＤ−Ｊモジュール１７５は、再生システムのハードウェア的構成からコマンドまたはアプリケーションを分離し、このコマンドまたはアプリケーションの移動（portability）を可能にする。このコマンドまたはアプリケーションなどを受信して処理する手段として、ＨＤＭＶモジュール１７４内にはコマンドプロセッサ１７４ａが備わり、ＢＤ−Ｊモジュール１７５内にはＪａｖａ（登録商標）  ＶＭ１７５ａ及びアプリケーションマネジャー１７５ｂが備わる。
【００６７】
Ｊａｖａ（登録商標）  ＶＭ１７５ａは、アプリケーションを実行する仮想マシン（ＶＭ）である。アプリケーションマネジャー１７５ｂは、アプリケーションのライフサイクルを管理するアプリケーション管理ファンクションを含む。
【００６８】
また、ＨＤＭＶモジュール１７４またはＢＤ−Ｊモジュール１７５にユーザ命令を伝達し、ＨＤＭＶモジュール１７４またはＢＤ−Ｊモジュール１７５の動作を制御するモジュールマネジャー１７２が提供されている。
【００６９】
ＨＤＭＶモジュール１７４またはＢＤ−Ｊモジュール１７５の再生命令にしたがってディスク内に記録されたプレイリストファイル情報を解析し、これによる再生機能を行う再生制御エンジン１７６が提供されている。また、再生制御エンジン１７６によって再生管理される特定のストリームをデコードし、デコードされたストリームを画面内に表示するためのプレゼンテーションエンジン１７７が提供されている。より詳細には、再生制御エンジン１７６は、実際に再生を管理する再生制御ファンクション１７６ａと、プレイヤー状態レジスタ（ＰＳＲ）及び汎用レジスタ（ＧＰＲ）を格納するプレイヤーレジスタ１７６ｂとを含む。場合によっては、再生制御ファンクション１７６ａが再生制御エンジン１７６を意味することもある。
【００７０】
本発明の一実施形態において、プレイヤーレジスタ１７６ｂは、第２のビデオの再生状態を示す記憶装置となる。当該記憶装置に関しては図８を参照して詳述する。
【００７１】
ＨＤＭＶタイトルとＢＤ−Ｊタイトルは、それぞれ別途の方式でユーザ命令を受信し、ユーザ命令をそれぞれ独立的に行う。ユーザ命令を受信し、これをＨＤＭＶモジュール１７４及びＢＤ−Ｊモジュール１７５のうちいずれか一つに伝達する手段は、ユーザイベントマネジャー１７１によって提供される。したがって、例えば、受信された命令がユーザオペレーション（ＵＯ）によるユーザ命令であると、ユーザイベントマネジャー１７１は、ユーザ命令をモジュールマネジャー１７２またはＵＯ制御器１７１ａに伝送してユーザ命令を実行する。そして、受信された命令がキーイベントによるユーザ命令であると、ユーザイベントマネジャー１７１は、ユーザ命令をＢＤ−Ｊモジュール１７５内のＪａｖａ（登録商標）  ＶＭ１７５ａに伝送してユーザ命令を実行する。
【００７２】
本発明に係る再生システム１７は、ディスクライブラリと拡張されたサーチメタデータアプリケーションをユーザに提供するメタデータマネジャー１７３を含むことができる。
【００７３】
上述した本発明の再生システムにおいて、モジュールマネジャー１７２、ＨＤＭＶモジュール１７４、ＢＤ−Ｊモジュール１７５、及び再生制御エンジン１７６は、ソフトウェア的な処理が可能である。実際には、ハードウェア的に構成することよりもソフトウェアで処理することが、設計においては一層有用である。ただし、プレゼンテーションエンジン１７７、デコーダー、及びプレーンは、ハードウェア的に設計されることが一般的である。特に、ソフトウェア的に処理される構成要素（例えば、参照符号１７２、１７４、１７５、１７６）の場合、制御部１２の一部分として構成されることもある。したがって、本発明の構成は、その意味によって理解されるべきで、ハードウェア的な構成またはソフトウェア的な構成に限定されることはない。
【００７４】
図８Ａは、本発明の一実施形態に係る再生装置に備わった状態記憶装置を例示した図であり、図８Ｂは、図８Ａに示した状態記憶装置の一部であるプレイヤー状態レジスタ（ＰＳＲ）１４の構造を例示した図である。
【００７５】
光記録再生装置１０は、プレイヤーの記録再生状態及び記録再生環境に関する情報を格納する一種の記憶装置として、プレイヤーレジスタ１７６ｂを含む。プレイヤーレジスタ１７６ｂは、汎用レジスタ（ＧＰＲ：General Purpose Register）とプレイヤー状態レジスタ（ＰＳＲ：Player Status Register）に区分される。
【００７６】
プレイヤー状態レジスタ（ＰＳＲｓ）は、再生状態パラメータ（例えば、ｉｎｔｅｒａｃｔｉｖｅ  ｇｒａｐｈｉｃｓ  ｓｔｒｅａｍ  ｎｕｍｂｅｒとｐｒｉｍａｒｙ  ａｕｄｉｏ  ｓｔｒｅａｍ  ｎｕｍｂｅｒ）を格納する再生状態レジスタと、光記録再生装置の構成パラメータを格納するプレイヤー設定レジスタに分けられる。本発明の実施形態によると、第１のビデオの他に第２のビデオを再生するために、第２のビデオの再生状態を格納するプレイヤー状態レジスタ（ＰＳＲｓ）が要求される。
【００７７】
特に、本発明は、第２のビデオの状態情報（例えば、現在再生中のビデオストリームの番号やサイズ）または第２のビデオの再生可否に対する情報を格納するＰＳＲ１４に関するものである。
【００７８】
一実施形態によると、プレイヤー状態レジスタ（ＰＳＲｓ）の一つであるＰＳＲ１４（８１０）は、第２のビデオストリーム番号を格納することができる。また、ＰＳＲ（以下、ＰＳＲ１４）は、第２のビデオと関連付けられた第２のオーディオストリーム番号を格納することもできる。
【００７９】
図８Ｂによると、ＰＳＲ１４は、「第２のビデオストリームナンバー」フィールド、「第２のオーディオストリームナンバー」フィールド、「第２のビデオサイズ」フィールド、「ｄｉｓｐ＿ｖ＿ｆｌａｇ」、及び「ｄｉｓｐ＿ａ＿ｆｌａｇ」を含む。
【００８０】
「第２のビデオストリームナンバー」フィールドには、第２のビデオストリーム番号が格納されている。ここで、第２のビデオストリーム番号は、どの第２のビデオストリームがカレントプレイアイテムのＳＴＮテーブル内の第２のビデオストリームエントリーから再生されるべきかを指定するために使用される。
【００８１】
第２のビデオストリーム番号は、第２のビデオストリームエントリーのための値であり、ＳＴＮテーブルにおいて定義された第２のビデオストリーム識別子に１を加えた値である。これは、第２のビデオストリーム識別子が「０」から始まるためである。
【００８２】
本発明の一実施形態において、第２のビデオストリーム番号は、１から３２の範囲で設定される。「第２のビデオストリームナンバー」フィールドに格納された値が「０ｘＦＥ」である場合、現在の状態は「Ｖａｌｉｄ」、すなわち、第２のビデオを再生することはできるが、第２のビデオストリームは選択されていないことを意味する。「第２のビデオストリームナンバー」フィールドに格納された値が「０ｘＦＦ」である場合、第２のビデオストリームが選択されていないか、または第２のビデオストリームが存在しないことを意味する。
【００８３】
「第２のオーディオストリームナンバー」フィールドには、第２のオーディオストリーム番号が格納される。ここで、第２のオーディオストリーム番号は、カレントプレイアイテムのＳＴＮテーブル内の第２のオーディオストリームエントリーからどの第２のオーディオストリームが再生されるべきかを指定するために使用される。
【００８４】
第２のオーディオストリーム番号は、第２のオーディオストリームエントリーのための値であり、ＳＴＮテーブルにおいて定義された第２のオーディオストリーム識別子に１を加えた値である。これは、第２のオーディオストリーム識別子が「０」から始まるためである。
【００８５】
本発明の一実施形態において、第２のオーディオストリーム番号は、１から３２の範囲で設定される。「第２のオーディオストリームナンバー」フィールドに格納された値が「０ｘＦＦ」である場合、第２のオーディオストリームが選択されていないか、第２のオーディオストリームが存在しないことを意味する。
【００８６】
「第２のビデオサイズ」フィールドには、第２のビデオサイズが格納される。
【００８７】
例えば、「第２のビデオサイズ」フィールドに格納された値が「０×０」である場合、第２のビデオの再生サイズは、記録媒体から再生された管理データに含まれた第２のビデオサイズ情報にしたがって調整される。また、「第２のビデオサイズ」フィールドに格納された値が「０×Ｆ」である場合、再生管理データに含まれた第２のビデオサイズ情報と関係なしに、フルスクリーンサイズにサイズが調整される。ここで、フルスクリーンサイズは、第２のビデオの再生サイズが第１のビデオと同一のサイズに調整されることを意味する。第２のビデオのサイズ情報は、記録媒体上の管理データ、特に、第２のビデオの再生を管理するためのメタデータに含まれる。
【００８８】
ＰＳＲ１４（８１０）に格納された「ｄｉｓｐ＿ｖ＿ｆｌａｇ」は、第２のビデオの画面表示が使用不可（disable）であるか、使用可能（enable）であるかを示すフラグである。
【００８９】
例えば、この「ｄｉｓｐ＿ｖ＿ｆｌａｇ」フラグが使用不可（０ｂ）に設定された場合、第２のビデオがデコーダー６１０ｂでデコードされるとしても、第２のビデオは再生されない。そのため、ユーザは第２のビデオを見ることができない。例えば、第２のビデオストリームの再生過程で「ｄｉｓｐ＿ｖ＿ｆｌａｇ」フラグを変更することによって第２のビデオストリームの再生が使用不可であるとしても、第２のビデオデコーダー６１０ａは、第２のビデオストリームを継続的にデコードすることができるが、第２のビデオはディスプレイされない。
【００９０】
他方、「ｄｉｓｐ＿ｖ＿ｆｌａｇ」フラグが使用可能（１ｂ）に設定された場合、第２のビデオがデコーダー６１０ｂによってデコードされ、ユーザは、第２のビデオプレーン６２０ｂを通して第２のビデオを見ることができる。
【００９１】
「ｄｉｓｐ＿ｖ＿ｆｌａｇ」フラグの値は、ユーザオペレーション（ＵＯ）、再生システムまたはアプリケーションプログラミングインターフェース（以下、ＡＰＩ）から発生したコマンドによって変更される。したがって、ＰｉＰ機能を行う間でも第２のビデオの再生を制御することができる。
【００９２】
ＰＳＲ１４（８１０）に格納された「ｄｉｓｐ＿ａ＿ｆｌａｇ」フラグは、第２のオーディオの再生が使用不可（disable）であるか、使用可能（enable）であるかを示すフラグである。
【００９３】
例えば、この「ｄｉｓｐ＿ａ＿ｆｌａｇ」フラグが使用不可（０ｂ）に設定された場合、第２のオーディオがデコーダー６１０ｂでデコードされ続けているとしても、第２のオーディオは再生されない。したがって、ユーザは第２のオーディオを聞けなくなる。他方、「ｄｉｓｐ＿ａ＿ｆｌａｇ」フラグが使用可能（１ｂ）に設定された場合、第２のオーディオがデコーダー６１０ｂによってデコードされ、ユーザは第２のオーディオを聞くことができる。「ｄｉｓｐ＿ａ＿ｆｌａｇ」フラグの値は、ユーザオペレーション（ＵＯ）、再生システムまたはＡＰＩから発生したコマンド（特に、再生システムにおけるナビゲーションコマンド）によって変更されうる。したがって、ＰｉＰ機能を行う間でも第２のビデオと関連した第２のオーディオの再生を制御することができる。
【００９４】
上述したＰＳＲ１４には、再生管理データに従って再生される第２のビデオと関連した再生状態情報が格納される。制御部１２は、再生管理データに従って再生される第２のビデオを確認し、確認された第２のビデオと関連した再生状態情報をＰＳＲ１４に格納するように制御する。さらに、制御部１２は、ＰＳＲ１４に格納された再生状態情報を確認し、第２のビデオを制御することができる。
【００９５】
再生状態管理データに含まれた第２のビデオの再生を管理するメタデータと関係なしに、第２のビデオがディスプレイされないか、第２のビデオがディスプレイされる場合がある。例えば、再生状態情報に第２のビデオがディスプレイ不可能であると定義された場合には、第２のビデオに対する他の情報とは関係なく、第２のビデオはディスプレイされない。再生状態情報に第２のビデオの再生サイズが第１のビデオと同一であると定義された場合には、第２のビデオは、再生状態情報に含まれた第２のビデオのサイズ情報とは関係なく、第１のビデオと同一サイズで再生される。
【００９６】
図９は、本発明の一実施形態に係る第２のビデオストリームに関する情報を含むテーブルのシンタックスを例示した図である。
【００９７】
上記テーブル（以下、ＳＴＮテーブル）は、光記録再生装置１０がカレントプレイアイテムと関連した各サブパスの再生中に選択可能な基本ストリームのリストを定義する。ＳＴＮテーブルは、プレイリストに含まれたプレイアイテムごとに提供される。
【００９８】
本発明に係る光記録再生装置１０は、第２のビデオ、第２のオーディオ及びテキストサブタイトルを処理する機能を保有する。したがって、本発明に係るＳＴＮテーブルは、第２のビデオ、第２のオーディオ、プレゼンテーショングラフィック及びテキストサブタイトルと関連したエントリーを格納する。
【００９９】
図９を参照すると、本発明のＳＴＮテーブルには、「ｎｕｍｂｅｒ＿ｏｆ＿ｓｅｃｏｎｄａｒｙ＿ａｕｄｉｏ＿ｓｔｒｅａｍ＿ｅｎｔｒｉｅｓ」フィールド９１０、「ｎｕｍｂｅｒ＿ｏｆ＿ｓｅｃｏｎｄａｒｙ＿ｖｉｄｅｏ＿ｓｔｒｅａｍ＿ｅｎｔｒｉｅｓ」フィールド９２０、及び各ストリームエントリーを定義するフィールドが含まれる。
【０１００】
「ｎｕｍｂｅｒ＿ｏｆ＿ｓｅｃｏｎｄａｒｙ＿ａｕｄｉｏ＿ｓｔｒｅａｍ＿ｅｎｔｒｉｅｓ」フィールド９１０は、記録媒体に記録されている第２のオーディオストリームエントリーの数を示す。
【０１０１】
「ｎｕｍｂｅｒ＿ｏｆ＿ｓｅｃｏｎｄａｒｙ＿ｖｉｄｅｏ＿ｓｔｒｅａｍ＿ｅｎｔｒｉｅｓ」フィールド９２０は、記録媒体に記録されている第２のビデオストリームエントリーの数を示す。
【０１０２】
第２のオーディオストリームと関連して、第２のオーディオストリーム識別子（ｓｅｃｏｎｄａｒｙ＿ａｕｄｉｏ＿ｓｔｒｅａｍ＿ｉｄ）は「０」から始まる（９３０）。第２のオーディオストリーム識別子は、「ｎｕｍｂｅｒ＿ｏｆ＿ｓｅｃｏｎｄａｒｙ＿ａｕｄｉｏ＿ｓｔｒｅａｍ＿ｅｎｔｒｉｅｓ」が示す数に到達していない限り以前の第２のオーディオストリーム識別子に１を加えて生成される（９３０）。
【０１０３】
同様に、第２のビデオストリームと関連して、第２のビデオストリーム識別子（ｓｅｃｏｎｄａｒｙ＿ｖｉｄｅｏ＿ｓｔｒｅａｍ＿ｉｄ）は「０」から始まる（９４０）。第２のビデオストリーム識別子は、「ｎｕｍｂｅｒ＿ｏｆ＿ｓｅｃｏｎｄａｒｙ＿ｖｉｄｅｏ＿ｓｔｒｅａｍ＿ｅｎｔｒｉｅｓ」が示す数に到達していない限り以前の第２のビデオストリーム識別子に１を加えて生成される（９４０）。
【０１０４】
ＳＴＮテーブルにある「ｓｔｒｅａｍ  ｅｎｔｒｙ（）」フィールドは、ストリームエントリーに対する情報、例えば、ストリームの長さ及びタイプに対する情報を示す。また、示されるタイプによって、ストリームエントリーは、メインクリップまたはサブクリップの特別なストリームを識別し、ストリームのサブパスを識別する。
【０１０５】
詳細に説明すると、「ｓｔｒｅａｍ  ｅｎｔｒｙ（）」フィールドに含まれたｔｙｐｅフィールドには、ストリームエントリーに対するストリーム番号によって指定される基本ストリームを識別するためのデータベースが格納される。
【０１０６】
また、「ｓｔｒｅａｍ  ｅｎｔｒｙ（）」フィールドは、第２のビデオの再生と関連したサブパスエントリーを識別する識別子（ｓｕｂｐａｔｈ  ｅｎｔｒｙ  ｉｄ）によって示されるサブパスのサブプレイアイテムによって定義されたサブクリップエントリー識別子（ｓｕｂｃｌｉｐ  ｅｎｔｒｙ  ｉｄ）を含む。
【０１０７】
ＳＴＮテーブルにある「ｓｔｒｅａｍ  ａｔｔｒｉｂｕｔｅｓ（）」フィールドは、ストリーム属性に対する情報を示す。例えば、このフィールドはビデオフォーマットと関連したビデオストリームのフレームレートに対する情報を示す。
【０１０８】
本発明の実施形態に係る光記録再生装置１０は、ＰｉＰ再生管理のためのメタデータに含まれた情報を用いて、ＳＴＮテーブルによって定義された情報に従って適切なビデオストリームを再生することができる。
【０１０９】
例えば、ＰｉＰ再生管理のためのメタデータに含まれたＰｌａｙＩｔｅｍ＿ｉｄとｓｅｃｏｎｄａｒｙ＿ｖｉｄｅｏ＿ｓｔｒｅａｍ＿ｉｄから第２のビデオの再生と関連したストリームエントリーフィールド（ｓｔｒｅａｍ  ｅｎｔｒｙ（））を知ることができる。このストリームエントリーフィールド（ｓｔｒｅａｍ  ｅｎｔｒｙ（））には、関連したサブパスとサブクリップエントリーを識別する情報が格納されているので、第２のビデオの再生に適したストリームを再生することができる。サブパスによって第２のビデオが再生されるので、一旦、ＰｌａｙＩｔｅｍ＿ｉｄとｓｅｃｏｎｄａｒｙ＿ｖｉｄｅｏ＿ｓｔｒｅａｍ＿ｉｄが決定されると、第２のビデオの再生時間と第２のビデオを構成する各ストリームの再生順序が決定される。
【０１１０】
さらに、ＳＴＮテーブルは、図９に示すように、「ｃｏｍｂ＿ｉｎｆｏ＿Ｓｅｃｏｎｄａｒｙ＿ｖｉｄｅｏ＿Ｓｅｃｏｎｄａｒｙ＿ａｕｄｉｏ」フィールドを含む。このフィールドは、第２のビデオと第２のオーディオの許容された組み合わせを定義するための組み合わせ情報を含む。第２のビデオがＰＳＲ１４内で選択される場合、第２のオーディオはこのような組み合わせ情報に基づいて選択される。
【０１１１】
図１０は、本発明の一実施形態に係るデータ再生方法を示すフローチャートである。図１０に示すように、本発明の光記録再生装置１０は、記録媒体に記録されたデータに含まれた第２のビデオストリームと関連した情報を読み出して確認する（Ｓ１００２）。このデータは、第１のビデオストリーム、第２のビデオストリーム、及びこれらのストリームの再生を管理する再生管理データを含む。
【０１１２】
例えば、光記録再生装置１０は、記録媒体投入時または電源ＯＮした時、記録媒体内のＳＴＮテーブルを読み出し、第２のビデオストリームと関連した情報をチェックする。ここで、第２のビデオストリームと関連した情報は、第２のビデオストリームエントリーの数、第２のビデオストリームエントリー識別子などを含む。
【０１１３】
次に、光記録再生装置１０は、第２のビデオストリームと関連した再生状態情報を記憶装置に格納する（Ｓ１００４）。再生状態情報は、第２のビデオストリーム番号、第２のビデオ再生サイズを示す情報、第２のビデオの画面ディスプレイ可否などを含む。第２のビデオストリーム番号は、プレイリストに含まれたＳＴＮテーブルの第２のビデオストリームエントリーのうちの１つを示すことができ、第２のビデオストリームエントリー識別子に対応する。記憶装置は、光記録再生装置１０に含まれたプレイヤー状態レジスタ（ＰＳＲｓ）のうちの１つまたは複数を含むことができる。
【０１１４】
例えば、光記録再生装置１０は、Ｓ１００２で読み出された第２のビデオストリームエントリー識別子に対応する第２のビデオストリーム番号のうち、最も低い番号を有する第２のビデオストリームを選択し、当該第２のビデオストリーム番号をＰＳＲ１４に格納する。
【０１１５】
その次に、光記録再生装置１０は、記憶装置（例えば、ＰＳＲ１４）に格納された第２のビデオストリームと関連した再生状態情報に基づいて第２のビデオストリームを再生する（Ｓ１００６）。ここで、選択される第２のビデオストリームは、再生装置で再生可能なストリームでなければならない。ユーザオペレーション（ＵＯ）、再生システムまたはＡＰＩなどによって既に指定された第２のビデオストリームがある場合、該当する第２のビデオストリームの番号が記憶装置（例えば、ＰＳＲ１４）に記録されるべきである。この他に、第２のビデオストリームの種類によって再生順位の優先順位が指定される。
【０１１６】
さらに、複数の第２のビデオストリームが使用可能であるとき、ユーザオペレーション（ＵＯ）、再生システム、または記録媒体から再生されたコマンドを含むＡＰＩなどによって選択が行われうる。
【０１１７】
さらに、再生状態情報に含まれた第２のビデオの再生サイズに対する情報に従って第２のビデオストリームを再生する。例えば、第２のビデオストリームを再生するとき、再生状態情報に含まれた第２のビデオの再生サイズに対する情報が、第２のビデオがプレイリストに定義されたサイズで再生されると定義される場合、プレイリストに格納された第２のビデオのサイズで第２のビデオを再生することができる。
【０１１８】
したがって、本発明は、第２のビデオが第１のビデオと一緒に再生され、コンテンツプロバイダーは多様なコンテンツを提供することができ、ユーザは提供された多様なコンテンツを同時に見ることができるという利点を提供する。
【０１１９】
当業者は、本発明の要旨または範囲を逸脱することなく、多様な修正及び変形が可能であろう。したがって、本発明は、これらの修正及び変形をカバーするものである。
【図面の簡単な説明】
【０１２０】
【図１】光記録再生装置を介して記録媒体及び／またはストレージ内のデータを再生する一実施形態を示す図である。
【図２】本発明の記録媒体としての光ディスクに記録されるファイル構造を示す図である。
【図３】本発明の記録媒体としての光ディスクの記録構造に関する図である。
【図４】本発明の一実施形態に係る第２のビデオの再生を説明する図である。
【図５】本発明の一実施形態に係る光記録再生装置の全体構成を概略的に示したブロック図である。
【図６】本発明の一実施形態に係る再生システムを概略的に示したブロック図である。
【図７】本発明の一実施形態に係る再生システムを活用したデータ再生装置の図である。
【図８Ａ】本発明の一実施形態に係る再生装置に備わった状態記憶装置を例示した図である。
【図８Ｂ】図８Ａに示した状態記憶装置の一部であるＰＳＲ１４を例示した図である。
【図９】本発明の一実施形態に係る第２のビデオストリームの情報を含むテーブルのシンタックスを例示した図である。
【図１０】本発明の一実施形態に係るデータ再生方法のフローチャートである。
【図１】
2009505324.tif 000003
【図２】
2009505324.tif 000004
【図３】
2009505324.tif 000005
【図４】
2009505324.tif 000006
【図５】
2009505324.tif 000007
【図６】
2009505324.tif 000008
【図７】
2009505324.tif 000009
【図８Ａ】
2009505324.tif 000010
【図８Ｂ】
2009505324.tif 000011
【図９】
2009505324.tif 000012
【図１０】
2009505324.tif 000013
【国際調査報告】
2009505324.tif 000014
2009505324.tif 000015