JP2009005387A - 映像情報再生方法、および映像情報再生装置 - Google Patents

Abstract

【課題】複数のコンテンツのストリームが多重化されたＴＳ等のストリームに含まれる特定のピクチャをより少ない情報量で迅速に検出することを可能とする。また、主映像と副映像を同時に出画する際、例えば、通常再生時の頭出し、あるいは早送りを行う場合に、シーク動作を効率的に行うことができるようにする。
【解決手段】主映像を表すＩピクチャが、同時に表示される副映像を表すＩピクチャよりも前方に配される記録媒体を再生する再生方法において、指定された表示開始時点に対応する映像ブロックのＩピクチャの位置およびIピクチャのサイズ情報を、記録媒体に記録されたアクセスポイントマップの情報に基づいて作成されるテーブルを参照して求め、当該Ｉピクチャのサイズ情報に基づいて、Ｉピクチャを含むパケット数を読み込み、当該Ｉピクチャを復号化して他のＰまたはＢピクチャを復号化する。
【選択図】図１

Description

本発明は、映像情報が記録された記録媒体から映像情報を再生する方法及び装置に関する。

番組、映画等のコンテンツを記録媒体に記録する場合、当該コンテンツに対応する映像データは、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）符号化等によって符号化されてビデオストリームとされる。また、当該コンテンツに対応する音声データはＡＣ−３方式等によって符号化されてオーディオストリームとされる。そして、ビデオストリームおよびオーディオストリームは、ＩＳＯ／１３８１８−１に規定されるＭＰＥＧ−２システムにおけるＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）に時分割多重される。なお、ビデオストリームまたはオーディオストリームにおいて、前記映像データまたは前記音声データはアクセス最小単位である１８８バイトのソースパケットに分割される。また、以下の説明においてはビデオストリーム、オーディオストリームを総称してストリームともいう。

前記ビデオストリームは、映像再生時間にして約０．５秒であるＧＯＰ（Ｇｒｏｕｐ Ｏｆ Ｐｉｃｔｕｒｅｓ）から構成される。そして、当該ＧＯＰは、フレーム内符号化によって得られるＩピクチャ、フレーム間順方向予測符号化によって得られるＰピクチャ、および双方向予測符号化によって得られるＢピクチャによって構成される（以下の説明においては、Ｉピクチャ、ＰピクチャおよびＢピクチャを総称してピクチャともいう）。

また、Ｉピクチャは当該ＧＯＰの先頭に配置される。なお、当該ＧＯＰの先頭のＩピクチャは、ビデオストリームにおいてランダムにアクセスすることが可能な位置であるアクセスポイントとしても扱われる。なお、当該ストリームの各ＧＯＰにおける先頭のＩピクチャが常にアクセスポイントとなるわけではなく、例えば複数のＧＯＰを１つのアクセス単位とした場合には、複数のＧＯＰのうちの先頭のＧＯＰにおけるＩピクチャがアクセスポイントとして設定される。

一般に、前記コンテンツの映像を飛ばしながら見る要約再生（早送り再生）等の特殊再生、または、前記コンテンツにおける時間を指定して当該コンテンツの途中から再生を始めるタイムサーチ等を行なう場合には、まず、Ｉピクチャを復号して再生する。よって、当該特殊再生等をより高速に行なうためには、Ｉピクチャの位置およびＩピクチャを構成するソースパケットを迅速に検出する必要がある。なお、当該特殊再生等において、まず、Ｉピクチャを復号するのは、Ｉピクチャを復号しない限り、他のピクチャの復号が不可能だからである。

従来、ストリームにおけるＩピクチャの位置の検出は、Ｉピクチャの表示時刻情報（ＰＴＳ：Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ）、および当該Ｉピクチャの位置情報（ＳＰＮ：Ｓｏｕｒｃｅ Ｐａｃｋｅｔ Ｎｕｍｂｅｒ）が格納されたＥＰ＿Ｍａｐを参照して行なわれる。なお、ＥＰ＿ＭａｐはＧＯＰ毎に設けられる（例えば特許文献１）。

また、ＥＰ＿Ｍａｐに、前記ＰＴＳおよびＳＰＮに加えてＩピクチャのサイズに関する情報を追加し、これらのデータをテーブル化してＥＰ＿Ｍａｐに格納し、当該ＥＰ＿Ｍａｐに格納された前記テーブルを参照してＩピクチャの位置およびサイズの検出を行なう場合もある（例えば特許文献２）。

特開２００２−１５８９７１号公報（第３８−４０頁、第１３８図） 特開２００４−２０１０３４号公報（第１１−１２頁、第５図）

しかしながら、前記特許文献１に記載の発明においては、ＰＴＳおよびＳＰＮについては検出可能であるものの、Ｉピクチャのサイズについては検出不可能である。よって、Ｉピクチャを構成するソースパケットのうちの先頭のソースパケットを検出した後は、当該ソースパケットに続くソースパケットが当該Ｉピクチャを構成するソースパケットであるか否かを再生装置等において順次判断する必要がある。そうすると、Ｉピクチャの読み出しに長時間を要してしまう。

また、前記特許文献２に記載の発明においては、１つのＴＳに複数種類のビデオストリームが多重化されている場合、各々のビデオストリームに対して別個に前記テーブルを設ける必要がある。そうすると、当該テーブルに関する情報量が膨大となってしまい、光ディスク等の記録媒体の記録容量を大量に使用してしまう。また、通常、当該テーブルは、記録媒体に記録されたストリームの再生に先立って再生装置等のメモリに格納される。そうすると、上述のように、テーブルの情報量が膨大となった場合には、テーブルの格納のためのメモリ容量を大きくする必要がある。したがって、当該特許文献２に記載の発明においては、当該再生装置等の回路規模の増大およびコスト増加を招いてしまう。

近年、光ディスク等の用途は多様化し、例えば、１つのコンテンツに対応して複数種類のビデオストリームが光ディスクに記録される場合があり得る。具体的には、例えば、映画の本編を表示するのと同時に、当該映画のメイキングシーンや、映画監督のコメント等を表示するような場合もあり得る。このような場合には、映画本編のビデオストリーム、およびメイキングシーン等のビデオストリームの２種類のビデオストリームが多重化され、１つのストリームとして光ディスクに記録されることになる。また、異なる番組の各々に対応するビデオストリームを多重化して、１つのストリームとして光ディスクに記録することもできる。しかしながら、前記引用文献１または２に記載の発明においては、このような場合に対応するに際して、記録容量の大量使用、再生装置等の回路規模の増大およびコスト増加を招いてしまう。

本発明は上述のような課題を解決するためになされたものであって、複数種類のビデオストリームが多重化されたＴＳ等のストリームに含まれる特定のピクチャを従来と略同じ情報量で迅速に検出することを可能とする記録媒体を得ることを目的とする。

本発明に係る映像情報再生方法は、
Ｉ，Ｐ，Ｂピクチャからなる映像情報ブロックを構成単位とする映像ストリームが記録された映像情報記録媒体であって、前記映像ストリームとして、主映像を表す第１の映像ストリーム、および前記主映像に重畳表示される副映像を表す第２の映像ストリームと、前記第１の映像ストリームおよび前記第２の映像ストリームを構成する映像情報ブロックの先頭に位置するＩピクチャのＰＴＳに基づいて当該Ｉピクチャの記録媒体における位置を特定するアクセスポイントマップと、を備え、前記アクセスポイントマップは、前記第１および前記第２の映像ストリームをそれぞれ構成する映像情報ブロックのＩピクチャのサイズ情報を含み、前記主映像を表すＩピクチャが、同時に表示される前記副映像を表すＩピクチャよりも前方に配される映像情報記録媒体を再生する映像情報再生方法において、
指定された表示開始時点から前記主映像に前記副映像を重畳して表示する場合、前記第１および第２の映像ストリームにおける、前記指定された表示開始時点に対応する前記映像ブロックのＩピクチャの位置およびIピクチャのサイズ情報を、前記映像情報記録媒体に記録された前記アクセスポイントマップの情報に基づいて作成されるテーブルを参照して求め、当該Ｉピクチャのサイズ情報に基づいて、Ｉピクチャを含むパケット数を読み込み、当該Ｉピクチャを復号化して他のＰまたはＢピクチャを復号化することを特徴とする。

本発明によれば、複数種類のビデオストリームが多重化されたＴＳ等のストリームに含まれる特定のピクチャを従来と略同じ情報量で迅速に検出することができる。また、主映像と副映像を同時に出画する際、例えば、通常再生時の頭出し、あるいは早送りを行う場合に、シーク動作を効率的に行うことができる。

実施の形態１．
図１は、実施の形態１における光ディスク１０２のデータ構造を説明するための説明図である。当該光ディスク１０２は、内周側２０１から外周側２０２へとデータが記録される。光ディスクの最内周には、当該光ディスク１０２の開始情報や物理特性等が記録されるリードイン領域２１０が配置される。光ディスク１０２におけるリードイン領域２１０の外周側には、当該光ディスク１０２に対応するファイルシステムの情報（以下、ファイルシステム情報ともいう）が記録されるファイル管理情報領域２１１が配置される。また、光ディスク１０２におけるファイル管理情報領域２１１の外周側には、製造者（コンテンツ供給元）が、コンテンツに対応するデータ（ＴＳ等）を記録するユーザーデータ領域２１２が配置される。そして、光ディスク１０２におけるユーザーデータ領域２１２の外周側には、当該光ディスク１０２の終端位置に関する情報が記録されたリードアウト領域２１３が配置される。

ユーザーデータ領域２１２は、再生制御情報領域２２０およびストリーム情報領域２３０から構成される。ストリーム情報領域２３０は、前記ＴＳが所定の単位で記録される複数のストリーム情報ファイル２３１によって構成される。一方、再生制御情報領域２２０は、１つの再生制御情報ファイル２２１と、１つ（＃１）または複数（＃１・・・＃Ｎ）のアドレス管理ファイル２２２とによって構成される。再生制御情報ファイル２２１には、前記コンテンツに対応して再生するストリーム上の区間（以下、再生区間ともいう）を示す情報（以下、再生区間情報ともいう。詳細は後述。）、当該再生区間によって規定される複数のストリームの再生順序を示す情報（以下、再生順序情報ともいう）、各ストリーム情報ファイル２３１の内容に関する情報（以下、コンテンツ情報ともいう）等が記述される。なお、コンテンツ情報とは、例えば、コンテンツの製作者等の情報である。

アドレス管理ファイル２２２は、ストリーム情報ファイル２３１と１：１で対応付けされる。具体的には、例えば、アドレス管理ファイル２２２のファイル名と、ストリーム情報ファイル２３１のファイル名とを同一とすることによって対応付けされる。アドレス管理ファイル２２２は、対応付けされたストリーム情報ファイル２３１に格納されたストリームのアクセスポイントの開始アドレス、アクセスポイントとして設定されたＩピクチャのサイズ、アクセスポイントとして設定されたＩピクチャのＰＴＳ等が記述される。なお、図１においては、再生制御情報ファイルが１つである場合について説明したが、当該再生制御情報ファイルは複数のファイルに分けて当該光ディスク１０２に設けてもよい。

図２は、光ディスク１０２の論理的なファイル構造を模式的に示した模式図である。当該ファイル構造における最上位階層にはルートディレクトリ３００が配置される。ルートディレクトリ３００の下位階層には、ディスクディレクトリ３０１が配置される。当該ディスクディレクトリ３０１の下位階層には、再生制御情報ファイル２２１、アドレス管理ディレクトリ３０２、ストリーム管理ディレクトリ３０３が配置される。そして、前記アドレス管理ディレクトリ３０２の下位階層にはアドレス管理ファイル２２２が配置され、ストリーム管理ディレクトリ３０３の下位階層にはストリーム情報ファイル２３１が配置される。

前記図１において示した再生制御情報領域２２０は、前記再生制御情報ファイル２２１およびアドレス管理ディレクトリ３０２の下位階層に配置されたアドレス管理ファイル２２２によって構成される。また、ストリーム情報領域２３０は、ストリーム管理ディレクトリ３０３の下位階層に配置されたストリーム情報ファイル２３１によって構成される。

上述のように、アドレス管理ファイル２２２とストリーム情報ファイル２３１とは対応付けがされるが、図２においては、ファイル名によって対応付けした場合について示した。したがって、例えば、図２における「０１０００．ｔｍａｐ」で表されるアドレス管理ファイルは、「０１０００．ｍｔｓ」で表されるストリーム情報ファイルに対応する。なお、「ｔｍａｐ」および「ｍｔｓ」は各ファイルの拡張子である。また、ファイル名については任意に設定することができる。

なお、図２においては、アドレス管理ファイル２２２とストリーム情報ファイル２３１とを別個のディレクトリに配置する場合について説明したが、両ファイル２２２，２３１は同一のディレクトリ内に配置してもよい。また、両ファイル２２２，２３１は、ルートディレクトリ３００の下位階層（すなわち、ディスクディレクトリと同一階層）に配置してもよい。さらに、図２においては、アドレス管理ファイル２２２とストリーム情報ファイル２３１とを１：１で対応付ける場合について説明したが、１つのアドレス管理ファイル２２２が複数のストリーム情報ファイル２３１に対応するようにしてもよいし、複数のアドレス管理ファイル２２２が１つのストリーム情報ファイル２３１に対応するようにしてもよい。

図３は、ストリーム情報ファイル２３１の構成を簡易的に説明するための説明図である。ストリーム情報ファイル２３１は、複数のソースパケット４００（以下、「ソースパケット４００」を単に「パケット４００」ともいう）によって構成される。具体的に説明すると、当該ストリーム情報ファイル２３１は、前記コンテンツに対応する映像データおよび音声データを符号化した後に所定の情報量ごとに分割して得られるパケット４００（以下、前記映像データに対応するパケット４００を「Ｖ（Ｖｉｄｅｏ）パケット」ともいい、前記音声データに対応するパケット４００を「Ａ（Ａｕｄｉｏ）パケット」ともいう）が多重化されて構成される。

各パケット４００は、映像データまたは音声データが記述されるデータ領域４０３、および当該データ領域に記述されたデータの種別に対応するＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）４０２が記述されるヘッダ情報４０１によって構成される。したがって、例えば、当該パケットがＶパケットである場合、データ領域４０３には映像データが記述され、ヘッダ情報４０１におけるＩＤ４０２には当該パケット４００がＶパケットである旨を示すＩＤ４０２が記述される。なお、ヘッダ情報４０２はパケットの先頭に付加される。

図４は、アドレス管理ファイル２２２のシンタックスを説明するための説明図である。「Ｓｔａｒｔ＿ＰＴＳ」は、当該アドレス管理ファイル２２２に対応するストリーム情報ファイル２３１における最初のピクチャの表示開始時刻を示すＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ）が記述される。「Ｅｎｄ＿ＰＴＳ」は、当該ストリーム情報ファイル２３１における最後のピクチャの表示終了時刻を示すＰＴＳが記述される。「ｎｕｍ＿ｏｆ＿ｖｉｄｅｏ」５００は、ストリーム情報ファイル２３１に含まれるビデオストリームの総数を示す。「ｎｕｍ＿ｏｆ＿ａｕｄｉｏ」は、ストリーム情報ファイル２３１に含まれるオーディオストリームの総数を示す。

「ｎｕｍ＿ａｕｄｉｏ」の次に記述された第１のループ文（ｆｏｒ（ｉ＝０；・・・）｛・・・｝）は、「ｎｕｍ＿ｏｆ＿ｖｉｄｅｏ」５００によって示される値（回数）だけ繰り返される。また、当該第１のループ文に続く第２のループ文（ｆｏｒ（ｊ＝０；・・・）｛・・・｝）は「ｎｕｍ＿ｏｆ＿ａｕｄｉｏ」によって示される値（回数）だけ繰り返される。なお、各ループ文における「ｐａｃｋｅｔ＿ＩＤ」は、当該ストリーム情報ファイル２３１を構成するＶパケットおよびＡパケットの各々のＩＤが記述される。したがって、当該光ディスク１０２を再生する再生装置（詳細は後述）等において、各ループ文が実行されることによって、ＶパケットおよびＡパケットの各々のＩＤが検出される。

「アクセスポイント管理テーブル」５１０には、特殊再生またはタイムサーチにおいて指定された箇所を検出するために必要な情報（すなわち、アクセスポイントに関する情報）が記述される。例えば、コンテンツに対応する映像データがＭＰＥＧ−２によって符号化されてビデオストリームとなっている場合、ＧＯＰの先頭がアクセスポイントとなる。

「ｎｕｍ＿ｏｆ＿ｅｎｔｒｙ」は、当該アドレス管理ファイル２２２に対応するストリーム情報ファイル２３１におけるアクセスポイントの総数を示す。当該「ｎｕｍ＿ｏｆ＿ｅｎｔｒｙ」の次に記述されたループ文は、「ｎｕｍ＿ｏｆ＿ｅｎｔｒｙ」によって示される値（回数）だけ繰り返される。なお、当該ループ文における「ＰＴＳ＿ＧＯＰ＿Ｓｔａｒｔ」５０１は、当該アクセスポイントであるＩピクチャの表示開始時刻を示すＰＴＳが記述される。ソースパケット番号Ｘ１、Ｘ２、Ｘｋに対応するＰＴＳがＰＴＳ（ｘ１）、ＰＴＳ（ｘ２）、ＰＴＳ（ｘｋ）で示されている。「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２は、ストリーム情報ファイル２３１の先頭に配置されたパケットから、Ｉピクチャを構成するパケットのうちの先頭のパケット（以下、当該パケットの位置を「アクセスポイント先頭」ともいう）までのパケット数を示す。

パケットは固定長（ＭＰＥＧ−２においては１８８バイト）であることから、ストリーム情報ファイル２３１の先頭からアクセスポイント先頭までのバイト数は、「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２の値と前記固定長との乗算によって算出することができる。したがって、例えば、「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２の値が５（パケット）であって、当該パケットが１８８バイトである場合における、ストリーム情報ファイル２３１の先頭からアクセスポイント先頭までのバイト数は、
５（パケット）×１８８（バイト）＝９４０（バイト）
となる（ただし、「×」は乗算記号）。以上に説明した「ＰＴＳ＿ＧＯＰ＿Ｓｔａｒｔ」５０１および「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２を参照することによって、前記再生装置において特殊再生またはタイムサーチを行なう際に必要なＩピクチャの開始位置の検出（頭出し）を行なうことができる。

「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３は、アクセスポイントであるＩピクチャのサイズに対応する情報が記述される。具体的に説明すると、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３には、「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２によって示されるパケットからＩピクチャを構成するパケットのうちの最後のパケットまでパケット数が記述される。すなわち、当該「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３を参照することによってＩピクチャのサイズを検出することができる。具体的に説明すると、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３によって示される値（パケット数）と、当該パケットのサイズ（ＭＰＥＧ−２の場合、１８８バイト）との乗算によってＩピクチャのサイズ（バイト数で表したサイズ）を算出することができる。

図５は、再生制御情報ファイル２２１の構成を説明するための説明図である。再生制御情報ファイル２２１は、複数のタイトル１〜Ｎから構成される。１つのタイトルは、１つのコンテンツ（番組、映画等）に対応する。具体的に説明すると、各タイトルには、ストリーム情報ファイル２３１に記録されたストリームにおいて当該コンテンツの再生に使用される区間（再生区間）が記述される。

タイトルの態様には、（１）１つのストリーム情報ファイル２３１の１つの再生区間が記述される場合、（２）１つのストリーム情報ファイル２３１内の複数の再生区間が記述される場合、または、（３）複数のストリーム情報ファイル２３１における各々の再生区間が記述される場合（複数のストリーム情報ファイル２３１の各々に１つ又は２つ以上の再生区間が記述される場合）など様々な態様がある。なお、図５においては、ストリーム情報ファイル（＃１）の再生区間１とストリーム情報ファイル（＃２）の再生区間２とがタイトル１に記述される場合（前記（３）の場合）について示した。

当該再生区間は、再生対象となるストリーム情報ファイル２３１に対応するアドレス管理ファイル２２２のファイル名、当該ストリーム情報ファイル２３１における再生開始点（Ｓｔａｒｔ＿Ｔｉｍｅ）および再生終了点（Ｅｎｄ＿Ｔｉｍｅ）によって決定される。なお、以下の説明においては、前記ファイル名、再生開始点および再生終了点を総称して前記再生区間情報とする。

図６は、再生制御情報ファイル２２１のシンタックスを説明するための説明図である。図６において、「ｎｕｍ＿ｏｆ＿Ｔｉｔｌｅ」は、光ディスク１０２に記録されたコンテンツの総数が記述される。当該「ｎｕｍ＿ｏｆ＿Ｔｉｔｌｅ」の次に記述されるループ文は「ｎｕｍ＿ｏｆ＿Ｔｉｔｌｅ」によって示される値（回数）だけ繰り返される。当該ループ文中に記載の「Ｔｉｔｌｅ＿Ａｔｔｒｉｂｕｔｅ（）」は、タイトルの総時間（すなわち、タイトルに対応するコンテンツの再生時間）、コーデックの種別、および記録日時のような各タイトルに関する情報（以下、属性情報ともいう）が記述される。

「ｎｕｍ＿ｏｆ＿Ｐｌａｙ＿Ｉｎｔｅｒｖａｌ」は、タイトルに記述された再生区間情報の総数が記述される。「ｎｕｍ＿ｏｆ＿Ｐｌａｙ＿Ｉｎｔｅｒｖａｌ」の次に記述されるループ文は、「ｎｕｍ＿ｏｆ＿Ｐｌａｙ＿Ｉｎｔｅｒｖａｌ」によって示される値（回数）だけ繰り返される。当該ループ文中に記載の「ｓｔｒｅａｍ＿ｎａｍｅ」７０１は、再生の対象となるストリーム情報ファイル２３１のファイル名が記述される。「Ｓｔａｒｔ＿ｔｉｍｅ」７０２は、前記再生開始点が記述され、「Ｅｎｄ＿ｔｉｍｅ」７０３は前記再生終了時間が記述される。なお、上述のように、再生区間情報は、「ｓｔｒｅａｍ＿ｎａｍｅ」７０１、「Ｓｔａｒｔ＿Ｔｉｍｅ」７０２および「Ｅｎｄ＿Ｔｉｍｅ」７０３の情報が含まれる。なお、本実施の形態の再生制御情報ファイル２２１において、「Ｓｔａｒｔ＿ｔｉｍｅ」７０２または「Ｅｎｄ＿ｔｉｍｅ」７０３にはピクチャの表示開始時刻または表示終了時刻を示すＰＴＳが記述される。前記再生装置等は、当該再生制御ファイルに記述された情報によって、ストリーム情報ファイル２３１に格納されたストリームにおいて再生すべき区間（再生区間）を特定することができる。

図７は、実施の形態１における光ディスク１０２に記録されたコンテンツの特殊再生を簡易的に説明するための説明図である。図７において、「再生区間」の横軸上に、時刻（ＰＴＳ）が示されている。ストリーム情報ファイル２３１は、１つまたは複数のＧＯＰ８００で構成される。また、当該ＧＯＰ８００は、Ｉピクチャ、Ｐピクチャ、Ｂピクチャ（それぞれが符号「Ｉ」、「Ｐ」、「Ｂ」で表される）で構成される。Ｉピクチャのサイズが「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」で示されている。当該特殊再生は、再生されるコンテンツに対応するストリーム情報ファイル２３１のＧＯＰ８００におけるＩピクチャを間欠的に再生する（一つのＩピクチャの再生と、該Ｉピクチャの後端から別のＩピクチャの先頭へのジャンプを繰り返す）ことで行なう。

図８（Ａ）〜（Ｃ）は、アドレス管理ファイル２２２とストリーム情報ファイル２３１との関係を模式的に示した模式図である。図８（Ａ）において、「Ｖ」は映像パケットを表し、「Ａ］は音声パケットを表す。各ＧＯＰを構成するパケット４００のうち、ハッチングされたパケットは各ＧＯＰの先頭のパケット（以下、先頭パケットともいう）であり、そのソースパケット番号ＳＰＮが符号「Ｘ１」、「Ｘ２」、…「Ｘｋ」で示されている。そして、当該先頭パケットは、図８（Ｂ）に示すように、ＭＰＥＧ規格で規定されているヘッダ情報４０１であるトランスポートパケットヘッダ（ＴＰ＿Ｈ）を含む。また、当該パケットは、ＴＰ＿Ｈの他、ＰＥＳヘッダ（ＰＥＳ＿Ｈ）８２１、シーケンスヘッダ（ＳＱ＿Ｈ）８２２、当該ＳＱ＿Ｈから始まるＩピクチャ情報の先頭バイトを示すＩピクチャヘッダ（Ｉ＿ＰＩＣ＿Ｈ）８２４が含まれる。当該Ｉピクチャヘッダ５２４の直前にはＧＯＰヘッダ（ＧＯＰ＿Ｈ）８２３が付加される場合もある。また、ＰＥＳヘッダ８２１には、当該ピクチャの表示開始時刻を示すＰＴＳが記録されている。

当該再生装置は、図４において説明したアドレス管理ファイル２２２のシンタックスを解釈することによって、図８（Ｃ）に示すように、Ｉピクチャの表示開始時刻に対応するＰＴＳを示す「ＰＴＳ＿ＧＯＰ＿ＳＴＡＲＴ」５０１、当該Ｉピクチャを構成するパケットのうちの先頭のパケット４００の位置情報である「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２、およびＩピクチャのサイズ情報に対応する「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３をＧＯＰ毎（アクセスポイント毎）に対応付けたアクセスポイント管理テーブル５１０を構築する。

図９は、ストリーム情報ファイル２３１と、「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２および「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３との関係を説明するための説明図である。図９に示すように、ストリーム情報ファイル２３１は、複数のＧＯＰ８００によって構成される。また、各ＧＯＰ８００は、複数のピクチャによって構成される。更に、各ピクチャは複数のパケット４００によって構成される。当該パケット４００は、映像データに対応するＶパケット（図９におけるＶ＿ｍａｉｎパケット）および音声データに対応するＡパケットがある。よって、ストリーム情報ファイル２３１は、ＶパケットとＡパケットとが多重化されたストリームが格納される領域である。

なお、図９において各ピクチャに括弧書きで付した符号は、（１）当該ピクチャを構成するパケットの種類、（２）当該ピクチャがＩピクチャ、ＰピクチャまたはＢピクチャのいずれのピクチャであるか、および（３）当該ピクチャがＧＯＰの先頭から何番目のピクチャであるかを示したものである。したがって、例えば、「Ｐ（Ｍ＿Ｐ＿０４）」は、当該ピクチャが、Ｖ＿ｍａｉｎパケットから構成され、Ｐピクチャであり、ＧＯＰの先頭から４番目のピクチャであることを示す。

また、各Ｖパケットに括弧書きで付した符号は、（１）当該ＶパケットがＩピクチャ、ＰピクチャまたはＢピクチャのいずれのピクチャを構成するか、および（２）当該ピクチャがＧＯＰの先頭から何番目のピクチャであるかを示す。したがって、例えば、「Ｖ＿ｍａｉｎ（Ｐ＿０４）」は、当該Ｖ＿ｍａｉｎパケットが、Ｐピクチャを構成し、当該ＰピクチャがＧＯＰの先頭から４番目のピクチャであることを示す。

「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２は、ストリーム情報ファイル２３１の先頭位置からの相対的なパケット数を示す。したがって、例えば、図９においてストリーム情報ファイル２３１の先頭に位置するＧＯＰの先頭のパケットが、当該ストリーム情報ファイル２３１の先頭に位置する場合、「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２は「１（パケット）」となる。「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３は、「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２で特定されるストリーム情報ファイル２３１上の位置から、当該Ｉピクチャを構成するＶパケットのうちの最後のパケットまでの相対的なパケット数を示す。したがって、例えば、図９においてストリーム情報ファイル２３１の先頭に位置するＧＯＰのＩピクチャを構成するパケット４００が、ストリーム情報ファイル２３１の先頭のパケット（図９の場合において「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２よって特定されたパケットの位置）から１３個のパケット４００内に含まれる場合、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３は「１３（パケット）」となる。なお、以上の説明においては、「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２、および「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３を相対的なパケット数とする場合について説明したが、「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２、および「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３を相対的なバイト数としてもよい。すなわち、当該パケット数と前記固定長との乗算結果を「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２、および「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３に記述するようにしてもよい。

以上の説明においては、ストリーム情報ファイル２３１に格納されるストリームが１種類のＶパケット（Ｖ＿ｍａｉｎ）からなるビデオストリームである場合（すなわち、ビデオストリームが１種類の場合）について説明したが、当該ストリーム情報ファイル２３１には複数種類のビデオストリームを１つのストリームに多重化して格納することができる。以下、複数種類のビデオストリームを多重化して格納する場合における当該ストリーム情報ファイル２３１の構成等について説明する。

図１０は、ストリーム情報ファイル２３１に複数種類のビデオストリームを格納した場合において、当該複数種類のビデオストリームに対応する映像が再生装置によって再生された場合の映像の表示態様を説明するための説明図である。なお、以下の説明においては、ストリーム情報ファイル２３１に格納されるビデオストリームが２種類である場合について説明し、当該ビデオストリームのうち一方のビデオストリームを第１のビデオストリームまたは主映像ストリームといい、他方のビデオストリームを第２のビデオストリームまたは副映像ストリームという。また、第１のビデオストリームに対応する映像を第１の映像または主映像といい、第２のビデオストリームに対応する映像を第２の映像または副映像という。また、例えば、第１のビデオストリームまたは第２のビデオストリームの一方のビデオストリームをＨＤ（Ｈｉｇｈ Ｄｅｆｉｎｉｓｉｏｎ：高精細度画像）に対応するものとし、他方のビデオストリームをＳＤ（Ｓｔａｎｄａｒｄ Ｄｅｆｉｎｉｓｉｏｎ：標準精細度画像）に対応するものとすることもできる。

図１０において、（Ａ）は主映像のみを表示する場合であり、「Ｍａｉｎ」と言う文字が主映像を表している。（Ｂ）は、主映像データに副映像データ（「Ｓｕｂ」と言う文字が副映像を表している）を重畳してＰＩＰ（Ｐｉｃｔｕｒｅ Ｉｎ Ｐｉｃｔｕｒｅ）表示する場合である。（Ｃ）は、副映像データに主映像データを重畳してＰＩＰ表示する場合である。（Ｄ）は副映像のみを表示する場合である。以上のように、ストリーム情報ファイル２３１に２種類のビデオストリームを格納した場合には、４つの態様で映像の表示をすることができる。なお、ＰＩＰ表示した場合に重畳して表示される部分の表示領域の大きさ、位置、透過率は、任意に設定することができる。また、以下の説明においては、複数の映像の各々のビデオストリームに対応するパケットが多重化されたストリームをＰＩＰストリームともいう。

図１１（Ａ）及び（Ｂ）は、ＰＩＰストリームが格納されたストリーム情報ファイル２３１のデータ構成および当該ＰＩＰストリームに対応する実施の形態１のアドレス管理ファイル２２２を説明するための説明図である。図１１（Ａ）に示すように、ＰＩＰストリームが格納されたストリーム情報ファイル２３１は、複数種類のビデオストリームの各々に対応するＶパケットが多重化されて構成される。具体的に説明すると、当該ストリーム情報ファイル２３１は、図１１（Ａ）におけるピクチャ層に示すように、１つのＧＯＰ内に主映像に対応する各ピクチャ（Ｉ（Ｍ＿Ｉ＿０１）等）と、副映像に対応する各ピクチャ（Ｉ（Ｓ＿Ｉ＿０１）等）とが混在する。そのため、図１１におけるパケット層に示すように、当該ピクチャの混在に対応して、当該ＰＩＰストリームは、主映像ストリームに対応するＶ＿ｍａｉｎパケットと、副映像ストリームに対応するＶ＿ｓｕｂパケットとが混在するように多重化されて構成される。したがって、例えば、図１１におけるＩ（Ｓ＿Ｉ＿０１）ピクチャに対応するパケット層においては、Ｉ（Ｍ＿Ｉ＿０１）ピクチャに対応するＶ＿ｍａｉｎ（Ｉ＿０１）パケット、Ｉ（Ｓ＿Ｉ＿０１）ピクチャに対応するＶ＿ｓｕｂ（Ｉ＿０１）パケット、およびＢ（Ｍ＿Ｂ＿０２）ピクチャに対応するＶ＿ｍａｉｎ（Ｂ＿０２）パケットが混在する。

なお、図１１（Ａ）において、各ピクチャに括弧書きで付した符号は、（１）各ピクチャが対応する映像（主映像または副映像）、（２）当該ピクチャがＩピクチャ、ＰピクチャまたはＢピクチャのいずれのピクチャであるか、および（３）当該ピクチャがＧＯＰ８００内において、各映像に対応する先頭のピクチャ（Ｉピクチャ）から何番目のピクチャであるかを示す。また、符号「Ｓ」は副映像に対応する構成に付し、符号「Ｍ」は主映像に対応する構成に付す。したがって、例えば、「Ｂ（Ｓ＿Ｂ＿０２）」は、当該ピクチャが、副映像に対応し、Ｂピクチャであって、当該ＧＯＰにおける副映像のピクチャのうちの２番目のピクチャであることを示す。

また、各Ｖ＿ｍａｉｎパケットに括弧書きで付した符号は、（１）当該ＶパケットがＩピクチャ、ＰピクチャまたはＢピクチャのいずれのピクチャを構成するか、および（２）当該ピクチャがＧＯＰの先頭から何番目のピクチャであるかを示す。また、図１１（Ａ）において、「Ｖ＿ｍａｉｎ」は、主映像を構成するＶパケットを示し、「Ｖ＿ｓｕｂ」は、副映像を構成するＶパケットを示す。したがって、例えば、「Ｖ＿ｓｕｂ（Ｐ＿１５）」は、当該Ｖパケットが、副映像を構成するパケットであって、Ｐピクチャを構成し、かつ、当該ピクチャが副映像を構成するＧＯＰ内のピクチャのうち、副映像を構成するＩピクチャから１５番目のピクチャであることを示す。
各パケットは、図３に示されるヘッダ情報４０１と同様のヘッダ情報を備え、その図３に示されるＩＤ４０２と同様のＩＤとして、映像が音声かを示すのみならず、主映像か副映像かを示すものを含むものが含まれている。
また、Ｖ＿ｍａｉｎパケットとＶ＿ｓｕｂパケットはＰＴＳが同一の値であり、Ｖ＿ｓｕｂパケットがＶ＿ｍａｉｎよりも後に配置されている。

なお、以上の説明においては、Ｖ＿ｍａｉｎパケットとＶ＿ｓｕｂパケットとがストリームにおいて混在する場合について説明したが、Ｖ＿ｍａｉｎパケットをストリームにおける所定の区間にまとめて配置し、Ｖ＿ｓｕｂパケットを当該所定の区間とは異なる区間にまとめて配置するようにしてもよい。すなわち、ストリーム情報ファイル２３１に格納されたストリームにおけるパケットの配置は、ＭＰＥＧ規格において規定されたデコーダモデルの要求を満足する配置であればよく、当該配置は任意に設定することができる。

上述したＰＩＰストリームを使用して特殊再生を行なう場合には、主映像に対応するＩピクチャ（以下、Ｍ＿Ｉピクチャともいう）と副映像に対応するＩピクチャ（以下、Ｓ＿Ｉピクチャともいう）とを迅速に検索する必要がある。しかしながら、上述したように、主映像ストリームおよび副映像ストリームの各々に対してアドレス管理ファイル２２２を別個に設けた場合には、当該アドレス管理ファイル２２２に関する情報量が増大する。そこで、実施の形態１においては、以下のように、アドレス管理ファイル２２２を構成する。

すなわち、図１１（Ｂ）に示すように、Ｍ＿Ｉピクチャに対応する「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３に加え、Ｓ＿Ｉピクチャに対応する「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００をアドレス管理ファイル２２２におけるアクセスポイント管理テーブル１２１０に記述する。ここで、当該「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００は、副映像データのＩピクチャを構成するＶ＿ｓｕｂパケット（Ｖ＿ｓｕｂ（Ｉ＿ｘｘ）、ｘｘは自然数（１以上の整数））のうちの最後のＶ＿ｓｕｂパケットの位置を示す。また、当該「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００は、図１１におけるパケット層に示すように、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３によって示されるＶ＿ｍａｉｎパケットの直後にあるＶ＿ｓｕｂパケットを始点とし、当該始点からの相対的なパケット数によって示される。なお、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００は、ＧＯＰ８００の先頭のパケットの位置を示す「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０１からの相対的なパケット数を記述してもよい。また、当該「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００は、「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０１からのバイト数によって記述することもできる。

図１２は、ＰＩＰストリームが格納されたストリーム情報ファイル２３１に対応するアドレス管理ファイル２２２のシンタックスを説明するための説明図である。なお、当該シンタックスにおいてアクセスポイント管理テーブル１２１０以外の記述については、図４において説明した記述と同様であるので省略して示す。よって、図１２においては、アクセスポイント管理テーブル１２１０の記述のみを示した。なお、以下の説明において、図４において説明した記述と同様の記述については説明を省略する。

図１２において、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３の次に記述されたループ文（ｆｏｒ（ｍ＝１・・・）は、アクセスポイント毎に、｛（「ｎｕｍ＿ｏｆ＿ｖｉｄｅｏ」５００に記述された値）−１｝回繰り返される。また、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００は、Ｓ＿Ｉピクチャを構成するＶ＿ｓｕｂパケットのうちの最後のＶ＿ｓｕｂパケットの位置を示す情報として、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３によって示されるＶ＿ｍａｉｎパケットの直後のＶ＿ｓｕｂパケットからの相対的なパケット数が記述される。すなわち、前記再生装置は、当該ループ文を実行することによって、ストリーム情報ファイル２３１に格納されている副映像データのストリーム数分の「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００を検出する。

具体的に説明すると、１つの主映像ストリームと１つの副映像ストリームとが多重化されたストリームがストリーム情報ファイル２３１に格納されている場合には、「ｎｕｍ＿ｏｆ＿ｖｉｄｅｏ」５００＝２となる。そうすると、前記ループ文（ｆｏｒ（ｍ＝１；・・・）｛・・・｝）は、１回だけ実行される。したがって、アクセスポイント管理テーブル１２１０において「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００を記述する領域は、図１１に示すように、１つ（＝２−１）となる。なお、ストリームが主映像ストリームのみで構成されている場合（例えば、図９の場合）には、「ｎｕｍ＿ｏｆ＿ｖｉｄｅｏ」５００＝１となる。そうすると、ループ文（ｆｏｒ（ｍ＝１・・・）は、実行されない。したがって、アクセスポイント管理テーブル１２１０において「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００を記述する領域は０（ゼロ）（＝１−１）となる。すなわち、当該領域は存在しない。

図１３は、図１２において説明したアクセスポイント管理テーブルに基づく特殊再生を説明するための説明図である。図１３のピクチャ層において「Ｉ（Ｍａｉｎ）」は、主映像のＩピクチャを表し、「Ｉ（Ｓｕｂ）」は、副映像のＩピクチャを表す。ＰＩＰストリームに係る特殊再生は、主映像に対応するＭ＿Ｉピクチャと副映像に対応するＳ＿Ｉピクチャとを間欠的に光ディスク１０２から読み出し、かつ同時に表示することで行われる。なお、「同時に表示する」とは、同一の表示時刻を示すＰＴＳを有するＭ＿ＩピクチャとＳ＿Ｉピクチャとを略同時にデコードし、当該ＰＴＳによって示される表示時刻においてＭ＿ＩピクチャとＳ＿Ｉピクチャとを同時に表示することをいう。

具体的に説明すると、「ＰＴＳ＿ＧＯＰ＿Ｓｔａｒｔ」５０１および「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２によってＭ＿Ｉピクチャを構成するＶ＿ｍａｉｎパケットのうちの先頭のＶ＿ｍａｉｎパケットを検出する。そして、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３によって、Ｍ＿Ｉピクチャを構成するＶ＿ｍａｉｎパケットのうちの最後のＶ＿ｍａｉｎパケットを検出する。また、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００によって、Ｓ＿Ｉピクチャを構成するＶ＿ｓｕｂパケットのうちの最後のＶ＿ｓｕｂパケットを検出する。そして、前記先頭のＶ＿ｍａｉｎパケットから、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３によって示されるパケット数と「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００によって示されるパケット数とを加算したパケット数の位置にあるＶ＿ｓｕｂパケットまでを光ディスク１０２から読み出す。以上の処理を各アクセスポイントについて行なうことによって、図１３に示すように、主映像に対応するＩピクチャおよび副映像に対応するＩピクチャの再生と、他のピクチャのジャンプとを繰り返して特殊再生を行なうことができる。

すなわち、以上の処理を行なうことによって、Ｍ＿Ｉピクチャに対応する全てのＶ＿ｍａｉｎパケットと、Ｓ＿Ｉピクチャに対応する全てのＶ＿ｓｕｂパケットとを一括で光ディスク１０２から読み出すことが可能となる。その結果、図１０（Ｂ）または（Ｃ）に示すような表示態様においても高速な特殊再生を行なうことが可能となる。

図１４は、光ディスク１０２を再生する再生装置１００の構成を示すブロック図である。以下、まず、ＰＩＰストリームに対応する映像を通常再生する場合における再生装置１００の動作について説明する。光ディスク１０２は、再生ドライブ部１０３に挿入される。再生ドライブ部１０３は、光ディスク１０２が挿入されると、当該光ディスク１０２のファイル管理情報領域２１１に記録されたファイルシステム情報を読み出す。当該ファイルシステム情報はシステム制御部１０１によって解釈される。そうすると、当該システム制御部１０１は、当該光ディスク１０２の論理的なファイル構造（図２）を展開する。

システム制御部１０１は、前記ファイル構造に基づいて、光ディスク１０２に記録された再生制御情報ファイル２２１およびアドレス管理ファイル２２２を全て読み出すように再生ドライブ部１０３を制御する。再生ドライブ部１０３は、光ディスク１０２から読み出した再生制御情報ファイル２２１およびアドレス管理ファイル２２２をシステム制御部１０１に出力する。そして、システム制御部１０１は、再生ドライブ部１０３から出力された再生制御情報ファイル２２１およびアドレス管理ファイル２２２をメモリ部１２０に記憶させる。

以上の動作が行なわれた後に、ユーザーが、操作部１３０（例えば、リモコン等）を操作することによって再生装置１００において再生するコンテンツを選択すると、システム制御部１０１は、メモリ部１２０に記憶された再生制御情報ファイル２２１から、当該コンテンツに対応するタイトル（図５参照）を読み込む。そして、システム制御部１０１は、再生制御情報ファイル２２１から、当該コンテンツのタイトルを構成する再生区間情報（図５に記載の「Ｓｔｒｅａｍ＿ｎａｍｅ」７０１、「Ｓｔａｒｔ＿Ｔｉｍｅ」７０２、および「Ｅｎｄ＿Ｔｉｍｅ」７０３）を読み出す。システム制御部１０１は、読み出した再生区間情報に対応するアドレス管理ファイル２２２をメモリ部１２０から読み出す。

そして、読み出した当該アドレス管理ファイル２２２に基づいて、対応するストリーム情報ファイル２３１に格納されたＰＩＰストリームにおけるアクセスポイントを検索する。具体的に説明すると、システム制御部１０１は、「Ｓｔａｒｔ＿Ｔｉｍｅ」７０２に対応する「ＰＴＳ＿ＧＯＰ＿Ｓｔａｒｔ」５０１を当該アドレス管理ファイル２２２のアクセスポイント管理テーブル１２１０に記述された「ＰＴＳ＿ＧＯＰ＿Ｓｔａｒｔ」５０１の中から検索する。次に、検索した「ＰＴＳ＿ＧＯＰ＿Ｓｔａｒｔ」５０１に対応する「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２をアクセスポイント管理テーブル１２１０から読み出し、当該「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２によって示されるパケット数に基づいて、アクセスポイントに対応するＶ＿ｍａｉｎパケットの位置を取得する。そして、システム制御部１０１は、当該アクセスポイントに対応するＶ＿ｍａｉｎパケットを始点として、ストリーム情報ファイル２３１に記録されたＰＩＰストリームを光ディスク１０２から順次読み出すように再生ドライブ部１０３を制御する。

再生ドライブ部１０３は、システム制御部１０３の制御に応じて、ストリーム情報ファイル２３１に記録されたＰＩＰストリームを読み出して、デマルチプレクサ部１１０に出力する。デマルチプレクサ部１１０は、入力されたＰＩＰストリームをＶ＿ｍａｉｎパケット、Ｖ＿ｓｕｂパケット、Ａパケットに分離する。なお、デマルチプレクサ部１０３は、各パケットのヘッダ４０１に記述されたＩＤ（図３に示されたＩＤ４０２と同様のもの）に基づいてパケットの判別を行なうことによって、ＰＩＰストリームから各パケットを分離する。そして、デマルチプレクサ部１０３は、Ｖ＿ｍａｉｎパケットを主映像デコーダ部１１１に出力し、Ｖ＿ｓｕｂパケットを副映像デコーダ部１１２に出力する。また、Ａパケットを音声デコーダ部に出力する。

主映像デコーダ部１１１は、入力されたＶ＿ｍａｉｎパケットをデコードして得られるデータ（以下、主映像データともいう）を映像ミキシング部１１４に出力する。また、副映像デコーダ部１１２は、入力されたＶ＿ｓｕｂパケットをデコードして得られるデータ（以下、副映像データともいう）を映像ミキシング部１１４に出力する。更に、音声デコーダ部１１３は、入力されたＡパケットをデコードして得られるデータ（以下、音声データともいう）を表示部１１５に出力する。なお、主映像デコーダ部１１１、副映像デコーダ部１１２および音声デコーダ部１１３は、各パケットのＰＥＳ＿Ｈ８２１（図８参照）に記述されたＰＴＳによって規定された時刻に従って各データを映像ミキシング部１１４に出力する。

映像ミキシング部１１４は、ＰＩＰ表示をするに際して予め設定されたＰＩＰウィンドウの大きさ、位置、透過率等に従って、各デコーダ部１１１，１１２から出力された主映像データと副映像データとを合成して、当該合成の結果に対応する信号を表示部１１５に出力する。表示部１１５は、映像ミキシング部１１４から入力された信号に基づいて、主映像と副映像とをＰＩＰ表示する（図１０参照）。また、当該表示に合わせて音声デコーダ部１１３から入力された音声データに基づいて音声を出力する。

以上に説明した動作を「Ｅｎｄ＿Ｔｉｍｅ」７０３に対応する時刻まで行なうことによって、１つの再生区間に対応するストリームの映像および音声の再生を行なう。なお、当該タイトルに複数の再生区間がある場合、再生装置１００は、順次、各再生区間について上述の動作を行なう。そして、当該タイトルにおける最後の再生区間に対応する映像および音声の再生が終了すると、当該タイトルに対応するコンテンツの再生が終了する。

なお、以上に説明した動作に際し、前記システム制御部１０１は、再生ドライブ部１０３、デマルチプレクサ部１１０、主映像デコーダ部１１１、副映像デコーダ部１１２、音声デコーダ部１１３、または映像ミキシング部１１４を制御すべく、必要に応じて各構成に制御信号１１１１を出力する。

次に、特殊再生を行なう場合における当該再生装置１００の動作について説明する。なお、以下の説明においては、通常再生の場合において説明した事項と同一の事項については説明を省略する。

再生装置１００において通常再生を行なっている間に、ユーザーが操作部１３０を操作することによって特殊再生を行なう旨を選択した場合、システム制御部１０１は、当該選択が行なわれた時点（以下、選択時点ともいう）において再生しているストリーム情報ファイル２３１に対応するアドレス管理ファイル２２２を検索して読み出し、ＰＩＰストリーム上の時刻を示すＰＴＳ（以下、選択時点ＰＴＳともいう）を取得する。

システム制御部１０１は、読み出したアドレス管理ファイル２２２におけるアクセスポイントテーブル１２１０に記述された「ＰＴＳ＿ＧＯＰ＿Ｓｔａｒｔ」５０１のうち、時間軸上において選択時点ＰＴＳを越え、かつ当該選択時点ＰＴＳに最も近い「ＰＴＳ＿ＧＯＰ＿Ｓｔａｒｔ」５０１を検索する。そして、システム制御部１０１は、検索した「ＰＴＳ＿ＧＯＰ＿Ｓｔａｒｔ」５０１に基づいて、選択時点において再生しているＰＩＰストリーム上の位置から最も近いアクセスポイントの情報（「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３、および「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００）を取得する。

システム制御部１０１は、取得した「ＰＴＳ＿ＧＯＰ＿Ｓｔａｒｔ」５０１および「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２に基づいて、次にアクセスすべきエントリーポイントに対応するＭ＿Ｉピクチャを構成するＶ＿ｍａｉｎパケットのうちの先頭のＶ＿ｍａｉｎパケットを検出する。また、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３に基づいて、Ｍ＿Ｉピクチャを構成するＶ＿ｍａｉｎパケットのうちの最後のＶ＿ｍａｉｎパケットを検出する。更に、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００に基づいて、Ｓ＿Ｉピクチャを構成するＶ＿ｓｕｂパケットのうちの最後のＶ＿ｓｕｂパケットを検出する。

そうすると、システム制御部１０１は、Ｍ＿Ｉピクチャに対応する全てのＶ＿ｍａｉｎパケットおよびＳ＿Ｉピクチャに対応する全てのＶ＿ｓｕｂパケットを光ディスク１０２から読み出すように再生ドライブ部１０３を制御する。再生ドライブ部１０３はシステム制御部１０１の制御にしたがって、各Ｖパケットを光ディスク１０２から読み出す。具体的に説明すると、再生ドライブ部１０３は、ＰＩＰストリームにおいて「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２に対応するＶ＿ｍａｉｎパケットから、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３によって示されるパケット数と「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００によって示されるパケット数を加算したパケット数の位置にあるＶ＿ｓｕｂパケットまで範囲にあるパケット（Ｖ＿ｍａｉｎパケット、Ｖ＿ｓｕｂパケットおよびＡパケット）を一括して読み出す。

以上に説明した動作を各アクセスポイントについて行なうことによって、表示部１１５においてＰＩＰ表示を行なった状態において当該番組の特殊再生を行なうことができる。なお、以上の説明においては各アクセスポイントについて上述した動作を行なう場合について説明したが、特殊再生の一態様であるｎ倍速再生（ｎは０より大きい整数又は非整数）を行なう場合には、ｎの値に応じて上述の動作の対象とするアクセスポイントを間引くことによって、ｎ倍速再生を行なうことができる。

以上の説明のように、実施の形態１における光ディスクによれば、従来と略同じ情報量で、複数種類のビデオストリームが多重化されたＰＩＰストリームにおけるＩピクチャの迅速な検索を行なうことができる。

また、ＰＩＰストリームのように複数種類のビデオストリーム多重化されたストリームであっても、各映像ストリームに対応するＩピクチャを構成する全てのパケットを迅速に検索することができる。よって、各映像ストリームに対応するＩピクチャの読み出しを高速に行なうことができる。したがって、ＰＩＰ表示のように特殊な表示を行なう場合においても、高速な特殊再生を行なうことが可能となる。

また、本実施の形態１における光ディスク１０２によれば、副映像に対応するＩピクチャを検索するための情報（アドレス管理ファイル２２２）の情報量を非常に少なくすることができる。上述のように、当該再生装置１００においては、光ディスク１０２の再生を行なう前にアドレス管理ファイル２２２をメモリ部１２０に記憶させるが、本実施の形態における光ディスク１０２によれば、ＰＩＰストリームを再生するに際して前記メモリ部１２０に記憶させるアドレス管理ファイル２２２の情報量が全体として少ない。そのため、再生装置１００におけるメモリ部１２０の回路規模を小さくすることができる。したがって、当該再生装置１００の製造コストを削減することが可能となる。さらに、特殊再生時において、システム制御部１０１が処理するデータ量が少ないため、特殊再生を迅速に開始することができる。

以下、当該アドレス管理ファイル２２２の情報量削減について具体的に説明する。まず、１つのストリームが１種類のビデオストリームから構成される場合におけるアクセスポイント管理テーブルの情報量を概算する。

まず、再生装置１００におけるシステムタイムクロックを９０ｋＨｚとする。また、「ＰＴＳ＿ＧＯＰ＿ＳＴＡＲＴ」５０１は、システムタイムクロックと同じ９０ｋＨｚの間隔で設けられるとする。そして、システムクロックをカウントするカウンタ（図示せず）が一巡することなく（ラップラウンドすることなく）、２４時間分の「ＰＴＳ＿ＧＯＰ＿ＳＴＡＲＴ」５０１を表現するために必要な情報量は下記式（１）に基づいて算出される。

９０×１０３［Ｈｚ］×６０［秒］×６０［分］×２４［時間］
＝７７７６００００００
…（１）

上記式（１）によって算出された値を２進数によって表現すると３３ビットとなる。すなわち、２４時間分の「ＰＴＳ＿ＧＯＰ＿ＳＴＡＲＴ」５０１を表現するために必要な情報量は３３ビットとなる。次に、光ディスク１０２の記録容量を５０ＧＢと仮定した場合、１つのパケットの情報量は１８８バイトであるため、当該光ディスク１０２の全てのパケットに対応する「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２を表現するために必要な情報量は、下記式（２）によって算出することができる。

５０×１０９［バイト］／１８８［バイト］≒２６５９５７４４７
…（２）

上記式（２）によって算出された値を２進数によって表現すると２８ビットとなる。すなわち、光ディスク１０２の全てのパケットに対応する「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２を表現するために必要な情報量は２８ビットとなる。よって、１つのストリームが１種類のビデオストリームから構成される場合において、１つのアクセスポイント管理テーブルに対応する情報量は、
２８［ビット］＋３３［ビット］＝６１［ビット］≒６４［ビット］＝８［バイト］
となる。

そして、再生時間が約０．５秒であるＧＯＰの各々におけるＩピクチャをアクセスポイントとする場合、再生時間が２４時間であるストリームには１７２，８００個（＝６０［秒］×６０［分］×２４［時間］／０．５［秒］）のアクセスポイントが設定される。よって、８バイトのアクセスポイント管理テーブルをアクセスポイント毎に設けるためには、
１７２，８００［個］×８［バイト］≒１．３８ＭＢ［メガバイト］
の情報量が必要となる。したがって、ＰＩＰストリームに２つのビデオストリームが多重化された場合において、各ビデオストリームについて別個にアクセスポイント管理テーブルを設けると、
１．３８［ＭＢ］×２［映像データ］＝２．７６ＭＢ
の情報量が必要となる。

しかしながら、実施の形態１における光ディスク１０２においては、ＰＩＰストリームに多重化された複数種類のビデオデータの各々についてアクセスポイント管理テーブルを設ける必要が無い。よって、当該ＰＩＰストリームに含まれるＩピクチャを検索するための情報（アドレス管理ファイル２２２）の情報量を全体として非常に少なくすることができる。

実施の形態２．
実施の形態１においては、アクセスポイント先頭を始点とした相対的なパケット数を「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３に記述し、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３に対応するパケットの直後のパケットを始点とした相対的なパケット数を「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００に記述する場合について説明した。実施の形態２においては、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３および「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００に記述する情報が実施の形態１とは異なる。なお、以下の説明においては、実施の形態１において説明した事項については説明を省略する。

図１５（Ａ）および（Ｂ）は、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３および「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００に記述する情報の他の例を説明するための説明図である。また、図１５（Ａ）は、ＰＩＰストリーム４１０と、実施の形態１において説明した「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３および「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００との関係を模式的に示した模式図、図１５（Ｂ）は、前記ＰＩＰストリーム４１０と、実施の形態２における「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３および「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００との関係を模式的に示した模式図である。

上述のように、実施の形態１においては、アクセスポイント先頭を始点とした相対的なパケット数を図１１（Ｂ）と同様のアクセスポイント管理テーブルの「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３に記述し、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３に対応するパケットの直後のパケットを始点とした相対的なパケット数を「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００に記述する。したがって、図１５（Ａ）の場合、アクセスポイント管理テーブルの「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３には、「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２に対応するＶ＿ｍａｉｎパケットから、Ｍ＿Ｉパケットを構成するＶ＿ｍａｉｎパケットのうちの最後のＶ＿ｍａｉｎパケットまでのパケット数である「１３（パケット）」が記述される。また、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００には、Ｍ＿Ｉパケットを構成するＶ＿ｍａｉｎパケットのうちの最後のＶ＿ｍａｉｎパケットの直後に位置するＶ＿ｓｕｂパケットから、Ｓ＿Ｉパケットを構成するＶ＿ｓｕｂパケットのうちの最後のＶ＿ｓｕｂパケットまでのパケット数である「６（パケット）」が記述される。

一方、図１５（Ｂ）の場合、図１１（Ｂ）に示すのと同様のアクセスポイント管理テーブルの「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３には、「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２に対応するＶ＿ｍａｉｎパケットから、Ｍ＿Ｉパケットを構成するＶ＿ｍａｉｎパケットのうちの最後のＶ＿ｍａｉｎパケットまでのパケット数に対応するサイズＩＤが記述される。また、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００には、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３に対応するサイズＩＤに対応する最大のパケット数に対応するパケットの直後のパケットから、Ｓ＿Ｉパケットを構成するＶ＿ｓｕｂパケットのうちの最後のＶ＿ｓｕｂパケットまでのパケット数に対応するサイズＩＤが記述される。

以下、具体的に説明する。再生装置１００には、メモリ部１２０又は図示しない他のメモリ等の記憶手段に図１５（Ｃ）に示されるＩピクチャサイズテーブル１５００が予め格納される。当該Ｉピクチャサイズテーブル１５００は、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」として予め設定するパケット数とサイズＩＤとを対応付けたテーブルである。したがって、例えば、１５（Ｃ）に示したＩピクチャサイズテーブル１５００の場合、サイズＩＤ「０」はパケット数「０」、サイズＩＤ「１」はパケット数「１〜５」、サイズＩＤ「２」はパケット数「６〜１０」、サイズＩＤ「３」はパケット数「１１〜１５」、サイズＩＤ「４」はパケット数「１６〜２０」、サイズＩＤ「５」はパケット数「２１〜２５」、サイズＩＤ「６」はパケット数「２６〜３０」、サイズＩＤ「７」はパケット数「３１〜（３１以上）」のように設定される。

一方、図１１（Ｂ）に示されるのと同様のアクセスポイント管理テーブルの「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３には、「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２に対応するＶ＿ｍａｉｎパケットから、Ｍ＿Ｉパケットを構成するＶ＿ｍａｉｎパケットのうちの最後のＶ＿ｍａｉｎパケットまでのパケット数を含むパケット数の範囲を有するサイズＩＤがＩピクチャサイズテーブル１５００を参照して求められ、記述される。また、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００には、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３に対応するサイズＩＤに対応する最大のパケット数に対応するパケットの直後のパケットから、Ｓ＿Ｉパケットを構成するＶ＿ｓｕｂパケットのうちの最後のＶ＿ｓｕｂパケットまでのパケット数を含むパケット数の範囲を有するサイズＩＤがＩピクチャサイズテーブル１５００を参照して求められ、記述される。

したがって、例えば、図１５（Ｂ）の場合、図１５（Ａ）における「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３に対応するパケット数は「１３（パケット）」であるので、実施の形態２における「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３にはサイズＩＤ「３」が記述される。一方、図１５（Ａ）における「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００に対応するパケット数は「６（パケット）」であるが、図１５（Ｂ）における「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００に記述されるサイズＩＤは「２」とはならない。以下、具体的に説明する。

図１５（Ａ）により、Ｍ＿Ｉピクチャに対応するパケット数とＳ＿Ｉピクチャに対応するパケット数との合計は「１９（＝１３＋６）」である。しかしながら、前記「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３にはサイズＩＤ「３」が記述されるため、１９個のパケットのうち１５個のパケットが光ディスク１０２から読み出されることになる。そうすると、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００には４個のパケットが光ディスク１０２から読み出されるようにサイズＩＤを記述する必要がある。したがって、図１５（Ｂ）の場合、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００には、サイズＩＤ「１」が記述される。

以下、実施の形態２の場合において特殊再生を行なう際の再生装置１００の動作について説明する。なお、以下の説明においては、実施の形態１において説明した動作と同様の動作については説明を省略し、異なる動作についてのみ説明する。システム制御部１０１は、選択時点において再生しているＰＩＰストリーム上の位置から最も近いアクセスポイントの情報（「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３、および「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００）を取得する。

システム制御部１０１は、取得した「ＰＴＳ＿ＧＯＰ＿Ｓｔａｒｔ」５０１および「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２に基づいて、次にアクセスすべきエントリーポイントに対応するＭ＿Ｉピクチャを構成するＶ＿ｍａｉｎパケットのうちの先頭のＶ＿ｍａｉｎパケットを検出する。また、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３に記述されたサイズＩＤ（以下、「第１のサイズＩＤ」という）および「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００に記述されたサイズＩＤ（以下、「第２のサイズＩＤ」という）を取得する。そして、前記Ｉピクチャサイズテーブル１５００を参照して、第１のサイズＩＤに対応する最大パケット数（例えば、サイズＩＤが「３」である場合には１５パケット）と第２のサイズＩＤに対応する最大パケット数とを合計したパケット数（以下、合計パケット数ともいう）を算出する。したがって、例えば、図１５（Ｂ）の場合、システム制御部１０１は、第１のサイズＩＤに対応する最大パケット数「１５（パケット）」と、第２のサイズＩＤに対応する最大パケット数「５（パケット）」とを合計し、光ディスク１０２から読み出すべきパケットが２０個であることを検出する。

なお、第２のサイズＩＤが「０」の場合には、第１のサイズＩＤによって示されるパケットのみを光ディスク１０２から読み出せばよい。第２のサイズＩＤが「０」の場合には、第１のサイズＩＤによって示されるパケットの範囲内に、副映像に対応するＩピクチャを構成する全てのＶパケットが含まれるためである。

システム制御部１０１は、「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２に対応するパケットから、当該合計パケット数によって示される個数のパケットを読み出すように再生ドライブ部１０３を制御する。そうすると、再生ドライブ部１０３は、システム制御部１０１の制御に従って光ディスク１０２からパケットを読み出すことによって、Ｍ＿Ｉピクチャに対応する全てのＶ＿ｍａｉｎパケットおよびＳ＿Ｉピクチャに対応する全てのＶ＿ｓｕｂパケットを読み出す。したがって、例えば、図１５（Ｂ）の場合、再生ドライブ部１０３は、第１のサイズＩＤに対応する最大パケット数「１５（パケット）」と、第２のサイズＩＤに対応する最大パケット数「５（パケット）」とを合計した２０パケットを、「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２に対応するパケットを始点として読み出していく。

以上の説明のように、実施の形態２における光ディスク１０２においては、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３および「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００をサイズＩＤによって記述する。よって、アクセスポイント管理テーブルの情報量を実施の形態１の場合よりも少なくすることができる。すなわち、Ｍ＿ＩピクチャおよびＳ＿Ｉピクチャを検索するための情報の情報量を従来と略同じとすることができる。

なお、当該光ディスク１０２において、実施の形態１におけるアクセスポイント管理テーブルまたは実施の形態２におけるアクセスポイント管理テーブルのいずれのアクセスポイント管理テーブルを採用するかは、例えば、以下のように決定することができる。

実施の形態１におけるアクセスポイント管理テーブルの場合、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３および「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００には具体的なパケット数が記述される。よって、システム制御部１０１は、ＰＩＰストリームにおいてＩピクチャに対応するパケット（Ｖ＿ｍａｉｎパケットおよびＶ＿ｓｕｂパケット）が存在する範囲を精確に検出することができる。したがって、システム制御部１０１は、必要最低限の処理を行なえばよいため、当該システム制御部１０１の演算負荷を低減することができる。

一方、実施の形態２におけるアクセスポイント管理テーブルの場合、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３および「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００にはサイズＩＤが記述される。よって、システム制御部１０１は、ＰＩＰストリームにおいてＩピクチャに対応するパケット（Ｖ＿ｍａｉｎパケットおよびＶ＿ｓｕｂパケット）が存在する大体の範囲を検出する。したがって、システム制御部１０１は、必要最低限のパケット数よりも若干多いパケット数に対する処理を行なう必要が生じる。しかしながら、実施の形態２におけるアクセスポイント管理テーブルは、実施の形態１におけるアクセスポイント管理テーブルよりも情報量が少ない。

したがって、例えば、システム制御部１０１の演算負荷を低減することを優先する場合には実施の形態１のアクセスポイント管理テーブルを採用し、アクセスポイント管理テーブルを記録するために必要な光ディスク１０２の記録容量を削減して、他の情報をより多く当該光ディスク１０２に記録させるような場合には、実施の形態２のアクセスポイント管理テーブルを採用すればよい。

なお、前記実施の形態１または２において説明した、図１０（Ｂ）または（Ｃ）のようなＰＩＰ表示を行なう場合においては、Ｍ＿ＩピクチャとＳ＿Ｉピクチャとを同時（同時刻）に表示することが必要である。したがって、Ｍ＿Ｉピクチャの表示開始時刻を示すＰＴＳとＳ＿Ｉピクチャの表示開始時刻を示すＰＴＳとを同一の値とする（条件１）。また、Ｓ＿Ｉピクチャを構成するＶ＿ｓｕｂパケットのうちの先頭のＶ＿ｓｕｂパケットの検出は、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３に基づいて行なう。更に、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３は、「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２を基準として設定されるものである。

そうすると、Ｓ＿Ｉピクチャを構成するＶ＿ｓｕｂパケットのうちの先頭のＶ＿ｓｕｂパケットの位置は、Ｍ＿Ｉピクチャを構成するＶ＿ｍａｉｎパケットのうちの先頭のＶ＿ｍａｉｎパケットの位置よりも後方に必ず位置するように各パケットを配置する。すなわち、ＰＩＰストリームの先頭から、Ｓ＿Ｉピクチャを構成するＶ＿ｓｕｂパケットのうちの先頭のＶ＿ｓｕｂパケットの位置までのパケット数をＳＰＮＳとし、ＰＩＰストリームの先頭から、Ｍ＿Ｉピクチャを構成するＶ＿ｍａｉｎパケットのうちの先頭のＶ＿ｍａｉｎパケットの位置までのパケット数をＳＰＮＭとした場合にＳＰＮＳ＞ＳＰＮＭとなるように各パケットの配置を行なう（条件２）。以上の条件１および２を満足するようにパケットの配置を行なうことによって、１つのストリームによってＰＩＰ表示を行なうことができる。

実施の形態３．
実施の形態１では、ＰＩＰ表示（図１０（Ｂ）または（Ｃ））を行なっている際に特殊再生を行なうべく、主映像に対応するＶ＿ｍａｉｎパケットおよび副映像に対応するＶ＿ｓｕｂパケットを検出する場合について説明した。以下、実施の形態３においては、副映像のみを表示（図１０（Ｄ））するべく、副映像に対応するＶ＿ｓｕｂパケットのみを検出する場合について説明する。なお、以下の説明においては、実施の形態１または２において説明した事項については説明を省略する。また、当該事項については、以下の説明において引用する図面において実施の形態１または２において引用した図面における符号と同一の符号を付す。

図１６は、ＰＩＰストリームが格納されたストリーム情報ファイル２３１のデータ構成および当該ＰＩＰストリームに対応する実施の形態３のアドレス管理ファイル２２２を説明するための説明図である。図１６に示すように、実施の形態３におけるアドレス管理ファイル２２２中に記述されるアクセスポイント管理テーブル１６１０は、「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２に対応するＶ＿ｍａｉｎパケットから、Ｓ＿Ｉパケットを構成するＶ＿ｓｕｂパケットのうちの先頭のＶ＿ｓｕｂパケットまでのパケット数が記述される領域である「Ｉ＿Ｓｔａｒｔ＿Ｓｕｂ」１６００を有する。

したがって、「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２に対応するパケットを始点とし、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３に記述されるパケット数と「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００に記述されるパケット数とを合計したパケット数によって特定されるパケットを終点とする範囲から、「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２に対応するパケットを始点とし、「Ｉ＿Ｓｔａｒｔ＿ｓｕｂ」１６００に記述されるパケット数によって特定されるパケットを終点とする範囲を除外した範囲にＳ＿Ｉパケットを構成する全てのＶ＿ｓｕｂパケットが含まれることになる。

図１７は、実施の形態３におけるアクセスポイント管理テーブル１６１０のシンタックスを説明するための説明図である。図１７において、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３の次に記述されたループ文（ｆｏｒ（ｍ＝１・・・）｛・・・｝）は、アクセスポイント毎に、｛（「ｎｕｍ＿ｏｆ＿ｖｉｄｅｏ」５００に記述された値）−１｝回繰り返される。すなわち、当該ループ文が実行されることによって、ストリーム情報ファイル２３１に格納されている副映像データのストリーム数分の「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００および「Ｉ＿Ｓｒａｒｔ＿Ｓｕｂ」１６００が検出される。また、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００は、Ｓ＿Ｉピクチャを構成するＶ＿ｓｕｂパケットのうちの最後のＶ＿ｓｕｂパケットの位置を示す情報として、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３によって示されるＶ＿ｍａｉｎパケットの直後のＶ＿ｓｕｂパケットからの相対的なパケット数が記述される。また、「Ｉ＿Ｓｒａｒｔ＿Ｓｕｂ」１６００は、Ｓ＿Ｉピクチャを構成するＶ＿ｓｕｂパケットのうちの先頭のＶ＿ｓｕｂパケットの位置を示す情報として、「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２によって示されるＶ＿ｍａｉｎパケットからの相対的なパケット数が記述される。

図１８は、図１７において説明したアクセスポイント管理テーブル１６１０に基づく特殊再生を説明するための説明図である。図１８のピクチャ層において「Ｉ（Ｍａｉｎ）は、主映像のＩピクチャを表し、「Ｉ（Ｓｕｂ）は、副映像のＩピクチャを表す。図１０（Ｄ）に示したような表示を行なう場合のＰＩＰストリームに係る特殊再生は、副映像に対応するＳ＿Ｉピクチャを間欠的に光ディスク１０２から読み出すことで行われる。

具体的に説明すると、「ＰＴＳ＿ＧＯＰ＿Ｓｔａｒｔ」および「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」によってＭ＿Ｉピクチャを構成するＶ＿ｍａｉｎパケットのうちの先頭のＶ＿ｍａｉｎパケット（以下、始点Ｖ＿ｍａｉｎパケットともいう）を検出する。また、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３によって、Ｍ＿Ｉピクチャを構成するＶパケットのうちの最後のＶ＿ｍａｉｎパケット（以下、終点Ｖ＿ｍａｉｎパケットともいう）を検出する。また、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００によって、Ｓ＿Ｉピクチャを構成するＶ＿ｓｕｂパケットのうちの最後のＶ＿ｓｕｂパケット（以下、終点Ｖ＿ｓｕｂパケットともいう）を検出する。更に、「Ｉ＿Ｓｔａｒｔ＿Ｓｕｂ」１６００によって、Ｓ＿Ｉピクチャを構成するＶ＿ｓｕｂパケットのうちの先頭のＶ＿ｓｕｂパケット（以下、始点Ｖ＿ｓｕｂパケットともいう）を検出する。そして、前記「Ｉ＿Ｓｔａｒｔ＿Ｓｕｂ」１６００によって検出される始点Ｖ＿ｓｕｂパケットから、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００によって検出される終点Ｖ＿ｓｕｂパケットまでを光ディスク１０２から読み出す。そうすると、ＰＩＰストリーム上において、Ｓ＿Ｉピクチャを構成する全てのＶ＿ｓｕｂパケットを読み出すために必要な最小限の範囲におけるパケットを得ることができる。以上の処理を各アクセスポイントについて行なうことによって、図１８に示すように、Ｓ＿Ｉピクチャの再生と他のピクチャのジャンプとを繰り返して特殊再生を行なうことが可能となる。

以下、図１０（Ｄ）に示したような表示においてＰＩＰストリームに係る特殊再生を行なう場合の再生装置１００の動作について説明する。なお、以下の説明においては、実施の形態１において説明した動作と同様の動作については説明を省略し、異なる動作についてのみ説明する。システム制御部１０１は、選択時点において再生しているＰＩＰストリーム上の位置から最も近いアクセスポイントの情報（ＰＴＳ＿ＧＯＰ＿Ｓｔａｒｔ」５０１、「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００および「Ｉ＿Ｓｔａｒｔ＿Ｓｕｂ」１６００）を取得する。

システム制御部１０１は、取得した「ＰＴＳ＿ＧＯＰ＿Ｓｔａｒｔ」５０１および「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２に基づいて、次にアクセスすべきエントリーポイントに対応するＭ＿Ｉピクチャを構成するＶ＿ｍａｉｎパケットのうちの先頭のＶ＿ｍａｉｎパケットを検出する。また、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３に基づいて、Ｍ＿Ｉピクチャを構成するＶ＿ｍａｉｎパケットのうちの最後のＶ＿ｍａｉｎパケットを検出する。更に、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００に基づいて、Ｓ＿Ｉピクチャを構成するＶ＿ｓｕｂパケットのうちの最後のＶ＿ｓｕｂパケットを検出する。更にまた、「Ｉ＿Ｓｔａｒｔ＿Ｓｕｂ」１６００に基づいて、Ｓ＿Ｉピクチャを構成するＶ＿ｓｕｂパケットのうちの先頭のＶ＿ｓｕｂパケットを検出する。

そうすると、システム制御部１０１は、始点Ｖ＿ｓｕｂパケットから終点Ｖ＿ｓｕｂパケットまでの、Ｓ＿Ｉピクチャに対応する全てのＶ＿ｓｕｂパケットが含まれる範囲におけるパケットを光ディスク１０２から読み出すように再生ドライブ部１０３を制御する。再生ドライブ部１０３は、システム制御部１０１の制御にしたがって、Ｖパケットを光ディスク１０２から読み出す。具体的に説明すると、再生ドライブ部１０３は、ＰＩＰストリームにおいて、「Ｉ＿Ｓｔａｒｔ＿Ｓｕｂ」１６００によって示されるＶ＿ｓｕｂパケットから、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００によって示されるＶ＿ｓｕｂパケットまで範囲内に存在するＶパケット（Ｖ＿ｍａｉｎパケットおよびＶ＿ｓｕｂパケット）を一括して読み出す。

以上の説明のように、実施の形態３における光ディスク１０２によれば、図１０（Ｄ）のように副映像のみを表示して特殊再生を行なう場合において、当該副映像を表示するために必要なＶ＿ｓｕｂパケットの迅速な検出および読み出しが可能となる。

実施の形態１または２のアクセスポイント管理テーブルにおいては、Ｍ＿Ｉピクチャを構成する全てのＶ＿ｍａｉｎパケットと、Ｓ＿Ｉピクチャを構成する全てのＶ＿ｓｕｂパケットとを一括して光ディスク１０２から読み出す。しかしながら、副映像のみを表示する場合においては、Ｖ＿ｍａｉｎパケットは不要である。よって、副映像のみを表示する場合に、Ｖ＿ｓｕｂパケットと共にパケットＶ＿ｍａｉｎパケットをも読み出してしまうとシステム制御手段１０１に必要以上の処理を課すことになり、結果としてシステム制御手段１０１の演算負荷が増大してしまう。

そうすると、再生装置全体の動作が遅くなり、副映像に対する特殊再生を迅速に行なうことが困難となる。したがって、副映像のみを表示する場合においては、当該副映像を表示するために最低限必要なＶ＿ｓｕｂパケットを全て読み出し、かつ不必要なＶ＿ｍａｉｎパケットは可能な限り読み出しをしないことが要求される。実施の形態３における光ディスク１０２によれば、簡単な構成で確実に当該要求を満たすことができる。

なお、以上の説明においては各アクセスポイントについて上述した動作を行なう場合について説明したが、特殊再生の一態様であるｎ倍速再生（ｎは０より大きい整数又は非整数）を行なう場合には、ｎの値に応じて上述の動作の対象とするアクセスポイントを間引くことによって、ｎ倍速再生を行なうことができる。

実施の形態４．
実施の形態３においては、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００および「Ｉ＿Ｓｔａｒｔ＿Ｓｕｂ」１６００に実際のパケット数を記述する場合について説明したが、当該実施の形態３において説明した場合においても、実施の形態２において説明したようにＩピクチャサイズテーブル１５００を使用することができる。以下、具体的に説明する。なお、以下の説明においては、実施の形態１〜３において説明した事項については説明を省略する。

図１９は、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００および「Ｉ＿Ｓｔａｒｔ＿Ｓｕｂ」１６００にサイズＩＤを記述する場合を説明するための説明図である。また、図１９（Ａ）は、ＰＩＰストリーム４１０と、実施の形態３において説明した「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００および「Ｉ＿Ｓｔａｒｔ＿Ｓｕｂ」１６００との関係を模式的に示した模式図、図１９（Ｂ）は、前記ＰＩＰストリーム４１０と、実施の形態４における「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００および「Ｉ＿Ｓｔａｒｔ＿Ｓｕｂ」１６００との関係を模式的に示した模式図である。

図１９（Ａ）の場合、アクセスポイント管理テーブルの「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３には、「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２に対応するＶ＿ｍａｉｎパケットから、Ｍ＿Ｉパケットを構成するＶ＿ｍａｉｎパケットのうちの最後のＶ＿ｍａｉｎパケットまでのパケット数である「１３（パケット）」が記述される。また、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００には、Ｍ＿Ｉパケットを構成するＶ＿ｍａｉｎパケットのうちの最後のＶ＿ｍａｉｎパケットの直後のＶ＿ｍａｉｎパケットから、Ｓ＿Ｉパケットを構成するＶ＿ｓｕｂパケットのうちの最後のＶ＿ｓｕｂパケットまでのパケット数である「６（パケット）」が記述される。更に、「Ｉ＿Ｓｔａｒｔ＿Ｓｕｂ」１６００には、「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２に対応するＶ＿ｍａｉｎパケットから、Ｓ＿Ｉパケットを構成するＶ＿ｓｕｂパケットのうちの先頭のＶ＿ｓｕｂパケットまでのパケット数である「９（パケット）」が記述される

一方、図１９（Ｂ）の場合、アクセスポイント管理テーブルの「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３には、「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２に対応するＶ＿ｍａｉｎパケットから、Ｍ＿Ｉパケットを構成するＶ＿ｍａｉｎパケットのうちの最後のＶ＿ｍａｉｎパケットまでのパケット数に対応するサイズＩＤが記述される。また、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００には、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３に対応するサイズＩＤに対応する最大のパケット数に対応するパケットの直後のパケットから、Ｓ＿Ｉパケットを構成するＶ＿ｓｕｂパケットのうちの最後のＶ＿ｓｕｂパケットまでのパケット数に対応するサイズＩＤが記述される。更に、「Ｉ＿Ｓｔａｒｔ＿ｓｕｂ」１６００には、「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２に対応するＶ＿ｍａｉｎパケットから、Ｓ＿Ｉパケットを構成するＶ＿ｓｕｂパケットのうちの先頭のＶ＿ｓｕｂパケットまでのパケット数に対応するサイズＩＤが記述される。

したがって、例えば、図１５（Ｂ）の場合、図１５（Ａ）における「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３に対応するパケット数は「１３（パケット）」であるので、実施の形態４における「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３にはサイズＩＤ「３」が記述される。一方、図１５（Ａ）における「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００に対応するパケット数は「６（パケット）」であるが、前記「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３にはサイズＩＤ「３」が記述されるため、Ｍ＿Ｉピクチャに対応するパケット数とＳ＿Ｉピクチャに対応するパケット数との合計である「１９（＝１３＋６）」個のパケットのうち１５個のパケットが光ディスク１０２から読み出されることになる。そうすると、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００には４個のパケットが光ディスク１０２から読み出されるようにサイズＩＤを記述すればよい。したがって、図１５（Ｂ）の場合、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００には、サイズＩＤ「１」が記述される。また、図１９（Ａ）における「Ｉ＿Ｓｔａｒｔ＿Ｓｕｂ」１６００に対応するパケット数は「９（パケット）」であるので、実施の形態４における「Ｉ＿Ｓｔａｒｔ＿Ｓｕｂ」１６００にはサイズＩＤ「２」が記述される。

以下、特殊再生を行なう際の再生装置１００の動作について説明する。なお、以下の説明においては、実施の形態１〜３において説明した動作と同様の動作については説明を省略し、異なる動作についてのみ説明する。

システム制御部１０１は、「ＰＴＳ＿ＧＯＰ＿Ｓｔａｒｔ」５０１および「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２に基づいて、次にアクセスすべきエントリーポイントに対応するＭ＿Ｉピクチャを構成するＶ＿ｍａｉｎパケットのうちの先頭のＶ＿ｍａｉｎパケットを検出する。また、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３に記述された第１のサイズＩＤ、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００に記述された第２のサイズＩＤおよび「Ｉ＿Ｓｔａｒｔ＿Ｓｕｂ」１６００に記述されたサイズＩＤ（以下、「第３のサイズＩＤ」という）を取得する。そして、前記Ｉピクチャサイズテーブル１５００を参照して、第１のサイズＩＤに対応する最大パケット数（例えば、サイズＩＤが「３」である場合には１５パケット）と第２のサイズＩＤに対応する最大パケット数とを合計したパケット数（以下、合計パケット数ともいう）を算出する。

したがって、例えば、図１５（Ｂ）の場合、システム制御部１０１は、第１のサイズＩＤに対応する最大パケット数「１５（パケット）」と、第２のサイズＩＤに対応する最大パケット数「５（パケット）」とを加算し、読み出すべきパケットのうちの終点のパケットが「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２に対応するＶ＿ｍａｉｎパケットから２０パケット目の位置にあることを検出する。また、第３のサイズＩＤ「２」によって、読み出すべきパケットのうちの始点のパケットが「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２に対応するＶ＿ｍａｉｎパケットから６パケット目（第３のサイズＩＤ「２」に対応する最小パケット数）の位置にあることを検出する。

そして、システム制御部１０１は、「Ｉ＿Ｓｔａｒｔ＿Ｓｕｂ」１６００によって検出される始点Ｖ＿ｓｕｂパケットから、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００によって検出される終点Ｖ＿ｓｕｂパケットまでを光ディスク１０２から読み出すように再生ドライブ部１０３を制御する。

以上の説明のように、実施の形態４における光ディスク１０２によれば、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００および「Ｉ＿Ｓｔａｒｔ＿Ｓｕｂ」１６００をサイズＩＤによって記述することによって、アクセスポイント管理テーブルの情報量を少なくすることができる。すなわち、Ｓ＿Ｉピクチャを検索するための情報の情報量を実施の形態３の場合よりも少なくすることができる。

なお、当該光ディスク１０２において、実施の形態３におけるアクセスポイント管理テーブルまたは実施の形態４におけるアクセスポイント管理テーブルのいずれのアクセスポイント管理テーブルを採用するかは、実施の形態１におけるアクセスポイント管理テーブルまたは実施の形態２におけるアクセスポイント管理テーブルのいずれのアクセスポイント管理テーブルを採用するかを決定する場合と同様である。

なお、前記実施の形態１〜４においては、Ｉピクチャだけを再生して特殊再生を行なう場合について説明したが、当該Ｉピクチャに加えて、Ｐピクチャ再生して特殊再生を行なうようにしてもよい。ＩピクチャおよびＰピクチャを使用して特殊再生を行なうことで、より滑らかな映像の再生（表示）を行うことができる。なお、Ｐピクチャを使用する場合には前記実施の形態１〜４において説明したアクセスポイント管理テーブルに記述した情報を前記Ｐピクチャについても同様に設ければよい。具体的には、例えば、当該Ｐピクチャを構成するＶパケットのうちの先頭のパケットの位置を、Ｉピクチャを構成するＶパケットのうちの最終のパケットからの相対的なパケット数等によって表現すればよい。

また、実施の形態１〜４においては、ＭＰＥＧ−２規格で定義されているＧＯＰを用いた場合について説明したが、当該実施の形態１〜４において説明した事項については、Ｉピクチャを先頭とする圧縮単位でアクセスポイントが構成されるものであれば適用可能である。したがって、例えば、ＭＰＥＧ−４やＶＣ−１など他の符号化圧縮方式によって生成されたストリームについても適用できる。

この発明の実施の形態１における光ディスク１０２のデータ構造を説明するための説明図である。 光ディスク１０２の論理的なファイル構造を模式的に示した模式図である。 ストリーム情報ファイル２３１の構成を簡易的に説明するための説明図である。 アドレス管理ファイル２２２のシンタックスを説明するための説明図である。 再生制御情報ファイル２２１の構成を説明するための説明図である。 再生制御情報ファイル２２１のシンタックスを説明するための説明図である。 実施の形態１における光ディスク１０２に記録された番組等の特殊再生を簡易的に説明するための説明図である。 アドレス管理ファイル２２２とストリーム情報ファイル２３１との関係を模式的に示した模式図である。 ストリーム情報ファイル２３１と、「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２および「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３との関係を説明するための説明図である。 ストリーム情報ファイル２３１に複数の映像データに対応するストリームを格納した場合において、当該複数の映像データが再生装置によって再生された場合の映像の表示態様を説明するための説明図である。 ＰＩＰストリームが格納されたストリーム情報ファイル２３１のデータ構成および当該ＰＩＰストリームに対応する実施の形態２に係るアドレス管理ファイル２２２を説明するための説明図である。 ＰＩＰストリームが格納されたストリーム情報ファイル２３１に対応するアドレス管理ファイル２２２のシンタックスを説明するための説明図である。 アクセスポイント管理テーブルに基づく特殊再生を説明するための説明図である。 光ディスク１０２を再生する再生装置１００の構成を示すブロック図である。 「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３および「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００に記述する情報の他の例を説明するための説明図である。 ＰＩＰストリームが格納されたストリーム情報ファイル２３１のデータ構成および当該ＰＩＰストリームに対応する実施の形態３に係るアドレス管理ファイル２２２を説明するための説明図である。 実施の形態３におけるアクセスポイント管理テーブル１６１０のシンタックスを説明するための説明図である。 アクセスポイント管理テーブル１６１０に基づく特殊再生を説明するための説明図である。 「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ」５０３、「Ｉ＿Ｐｉｃ＿Ｓｉｚｅ＿Ｓｕｂ」１２００および「Ｉ＿Ｓｔａｒｔ＿Ｓｕｂ」１６００にサイズＩＤを記述する場合を説明するための説明図である。

符号の説明

１００ 再生装置、 １０１ システム制御部、 １０２ 光ディスク、 １０３ 再生ドライブ部、 １１０ デマルチプレクサ部、 １１１ 主映像デコーダ部、 １１２ 副映像デコーダ部、 １１３ 音声デコーダ部、 １１４ 映像ミキシング部、 １１５ 表示部、 １２０ メモリ部、 １３０ 操作部。

Claims (4)

1. Ｉ，Ｐ，Ｂピクチャからなる映像情報ブロックを構成単位とする映像ストリームが記録された映像情報記録媒体であって、前記映像ストリームとして、主映像を表す第１の映像ストリーム、および前記主映像に重畳表示される副映像を表す第２の映像ストリームと、前記第１の映像ストリームおよび前記第２の映像ストリームを構成する映像情報ブロックの先頭に位置するＩピクチャのＰＴＳに基づいて当該Ｉピクチャの記録媒体における位置を特定するアクセスポイントマップと、を備え、前記アクセスポイントマップは、前記第１および前記第２の映像ストリームをそれぞれ構成する映像情報ブロックのＩピクチャのサイズ情報を含み、前記主映像を表すＩピクチャが、同時に表示される前記副映像を表すＩピクチャよりも前方に配される映像情報記録媒体を再生する映像情報再生方法において、
   指定された表示開始時点から前記主映像に前記副映像を重畳して表示する場合、前記第１および第２の映像ストリームにおける、前記指定された表示開始時点に対応する前記映像ブロックのＩピクチャの位置およびIピクチャのサイズ情報を、前記映像情報記録媒体に記録された前記アクセスポイントマップの情報に基づいて作成されるテーブルを参照して求め、当該Ｉピクチャのサイズ情報に基づいて、Ｉピクチャを含むパケット数を読み込み、当該Ｉピクチャを復号化して他のＰまたはＢピクチャを復号化することを特徴とする映像情報再生方法。
2. 前記アクセスポイントマップにおいて、前記主映像を表すＩピクチャのＰＴＳと、当該主映像を表すＩピクチャと同時に表示される副映像のＩピクチャのＰＴＳの値を同一の値とすることを特徴とする請求項１に記載の映像情報再生方法。
3. Ｉ，Ｐ，Ｂピクチャからなる複数の映像情報ブロックを構成単位とする映像ストリームが記録された映像情報記録媒体であって、前記映像ストリームとして、主映像を表す第１の映像ストリーム、および前記主映像に重畳表示される副映像を表す第２の映像ストリームと、前記第１の映像ストリームおよび前記第２の映像ストリームを構成する映像情報ブロックの先頭に位置するＩピクチャのＰＴＳに基づいて当該Ｉピクチャの記録媒体における位置を特定するアクセスポイントマップと、を備え、前記アクセスポイントマップは、前記第１および前記第２の映像ストリームをそれぞれ構成する映像情報ブロックのＩピクチャのサイズ情報を含み、前記主映像を表すＩピクチャが、同時に表示される前記副映像を表すＩピクチャよりも前方に配される映像情報記録媒体を再生する映像情報再生装置において、
   指定された表示開始時点から前記主映像に前記副映像を重畳して表示する場合、前記第１および第２の映像ストリームにおける、前記指定された表示開始時点に対応する前記映像ブロックのＩピクチャの位置およびIピクチャのサイズ情報を、前記映像情報記録媒体に記録された前記アクセスポイントマップの情報に基づいて作成されるテーブルを参照して求める手段と、当該Ｉピクチャのサイズ情報に基づいて、Ｉピクチャを含むパケット数を読み込み、当該Ｉピクチャを復号化して他のＰまたはＢピクチャを復号化する手段と、を備えたことを特徴とする映像情報再生装置。
4. 前記アクセスポイントマップにおいて、前記主映像を表すＩピクチャのＰＴＳと、当該主映像を表すＩピクチャと同時に表示される副映像のＩピクチャのＰＴＳの値を同一の値とすることを特徴とする請求項３に記載の映像情報再生装置。

Images