JP2007049504A - 記録媒体、再生装置および再生方法 - Google Patents

Abstract

【課題】 １つのストリームに複数種類のビデオストリームが多重化されている場合であっても、各ビデオストリームに対応する映像を同時に表示することが容易に可能な記録媒体を得る。
【解決手段】 第１の映像に対応する第１のＩピクチャを構成する複数の第１のパケットと、第２の映像に対応する第２のＩピクチャを構成する複数の第２のパケットとが多重化されたストリームが記録された記録媒体に、前記第１のＩピクチャを特定するための第１の情報と、前記第１のＩピクチャの表示開始時刻と同時刻の表示開始時刻である第２のＩピクチャを特定するための第２の情報とを記録する。
【選択図】 図１４

Description

本発明は、記録媒体に関し、特に、当該記録媒体に記録された複数種類のビデオストリームのうちの、一のビデオストリームに対応する映像と、他のビデオストリームに対応する映像とを同時に表示することが可能な記録媒体に関する。

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

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

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

一般に、前記コンテンツにおける時間を指定して当該コンテンツの途中から再生を始めるようなタイムサーチ等を行なう場合には、まず、Ｉピクチャの位置を検出した後、Ｉピクチャの復号化を行ない、目的のピクチャまで復号化を行う。なお、当該タイムサーチ等において、まず、Ｉピクチャを復号するのは、Ｉピクチャを復号しない限り、他のピクチャの復号が不可能だからである。以下、コンテンツの途中から映像の表示を開始するような再生形態を、ランダムアクセス再生ともいう。

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

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

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

近年、光ディスク等の用途は多様化し、例えば、１つのコンテンツに対応して複数種類のビデオストリームを含んで構成されるストリームが光ディスクに記録される場合があり得る。具体的には、例えば、映画の本編を表示するのと同時に、当該映画のメイキングシーンや、映画監督のコメント等を表示するような場合もあり得る。このような場合には、映画本編のビデオストリーム、およびメイキングシーン等のビデオストリームの２種類のビデオストリームが多重化され、１つのストリームとして光ディスクに記録されることになる。また、異なる番組の各々に対応するビデオストリームを多重化して、１つのストリームとして光ディスクに記録することもできる。

しかしながら、前記特許文献１に記載の発明においては、１つのビデオストリームからなるストリームに対して１つのＥＰ_Ｍａｐを設ける。そのため、複数種類のビデオストリームが多重化されたストリームのうち、１つのビデオストリームに対応するＩピクチャについては情報を保持することができるが、他のビデオストリームに対応するＩピクチャについての情報を保持することができない。よって、複数種類のビデオストリームの各々に対応する映像を同時に表示することができない。なお、「同時に表示する」とは、同一の表示時刻を示すＰＴＳを有する、１つのビデオストリームに対応するＩピクチャと、他のビデオストリームに対応するＩピクチャとを略同時にデコードし、当該ＰＴＳによって示される表示時刻において両Ｉピクチャを同時に表示することをいう。

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

本発明は上述のような課題を解決するためになされたものであって、１つのストリームに複数種類のビデオストリームが多重化されている場合であっても、各ビデオストリームに対応する映像を同時に表示することが容易に可能な記録媒体を得ることを目的とする。

本発明に係る記録媒体は、第１の映像に対応する第１のＩピクチャを構成する複数の第１のパケットと、第２の映像に対応する第２のＩピクチャを構成する複数の第２のパケットとが多重化されたストリームが記録された記録媒体であって、前記第１のＩピクチャを特定するための第１の情報と、前記第１のＩピクチャの表示開始時刻と同時刻の表示開始時刻である第２のＩピクチャを特定するための第２の情報とを記録したことを特徴とする。

本発明に係る記録媒体によれば、１つのストリームに複数種類のビデオストリームが多重化されている場合であっても、各ビデオストリームに対応する映像を同時に表示することが容易に可能である。

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

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

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

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

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

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

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

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

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

図４は、アドレス管理ファイル２２２のシンタックスを説明するための説明図である。「Start_PTS」は、当該アドレス管理ファイル２２２に対応するストリーム情報ファイル２３１における最初のピクチャの表示開始時刻を示すＰＴＳ（Presentation Time Stamp）が記述される。「End_PTS」は、当該ストリーム情報ファイル２３１における最後のピクチャの表示終了時刻を示すＰＴＳが記述される。「num_of_video５００」は、ストリーム情報ファイル２３１に含まれるビデオストリームの総数を示す。「num_of_audio」は、ストリーム情報ファイル２３１に含まれるオーディオストリームの総数を示す。

「num_audio」の次に記述された第１のループ文（for(i=0;・・・){・・・}）は、「num_of_video５００」によって示される値（回数）だけ繰り返される。また、当該第１のループ文に続く第２のループ文（for(j=0;・・・){・・・}）は「num_of_audio」によって示される値（回数）だけ繰り返される。なお、各ループ文における「packet_ID」は、当該ストリーム情報ファイル２３１を構成するＶパケットおよびＡパケットの各々のＩＤが記述される。したがって、当該光ディスク１０２を再生する再生装置（詳細は後述）等において、各ループ文が実行されることによって、ＶパケットおよびＡパケットの各々のＩＤが検出される。

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

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

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

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

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

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

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

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

図７は、従来のランダムアクセス再生を簡易的に説明するための説明図である。ストリーム情報ファイル２３１は、１つまたは複数のＧＯＰ８００で構成される。また、当該ＧＯＰ８００は、Ｉピクチャ、Ｐピクチャ、Ｂピクチャで構成される。当該ランダムアクセス再生を行なう場合において、ユーザーがコンテンツにおける所定の位置から再生を開始する旨の指示を再生装置に与えると、当該再生装置は、ユーザーが指定したコンテンツ上の位置（以下、再生指示箇所ともいう）に対応するＧＯＰ８００の先頭に配置されたＩピクチャにジャンプして、当該Ｉピクチャを構成するＶパケットの読み出しを開始する。そして、再生指示箇所よりも時間的に前方に位置するピクチャの映像は表示装置（図示せず）に表示せず、再生指示箇所以後の表示開始時刻（ＰＴＳ）に対応するピクチャの映像を表示装置に表示させる。なお、以上の説明においては、再生指示箇所以後の表示開始時刻（ＰＴＳ）に対応するピクチャに対応する映像を表示装置に表示させる場合について説明したが、ＧＯＰ８００の先頭のＩピクチャから表示する場合もある。また、再生指示箇所よりも時間的に前方に位置するアクセスポイントのＩピクチャから表示させず、再生指示箇所よりも時間的に後方で位置し、かつ、再生指示箇所に一番近いアクセスポイントのＩピクチャから表示を行なう場合もある。

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

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

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

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

図９に示すように、ストリーム情報ファイル２３１に複数種類のビデオストリームを格納した場合には、主映像データに副映像データを重畳してＰＩＰ（Ｐｉｃｔｕｒｅ Ｉｎ Ｐｉｃｔｕｒｅ）表示することができる。なお、ＰＩＰ表示した場合に重畳して表示される部分の表示領域の大きさ、位置、透過率は、任意に設定することができる。また、以下の説明においては、複数の映像の各々のビデオストリームに対応するパケットが多重化されたストリームをＰＩＰストリームともいう。具体的に説明すると、ＰＩＰストリームは、ストリーム情報ファイル２３１に格納される１つのストリームに、主映像ストリームと副映像ストリームとが多重化されたストリームである。そして、各ストリームにおけるピクチャを同期させて表示することによってＰＩＰ表示を行なう。

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

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

また、ストリーム情報ファイル２３１は複数のＧＯＰによって構成されるが、図１０に示すように主映像に対応するＧＯＰ８００と、副映像に対応するＧＯＰ８００の長さが異なっていてもよい。ただし、主映像に対応するＧＯＰ８００と、副映像に対応するＧＯＰ８００の長さが異なる場合には、主映像に対応するＧＯＰの先頭に配置されるＩピクチャの表示開始時刻（ＰＴＳ）と、副映像に対応するＧＯＰの先頭に配置されるＩピクチャの表示開始時刻（ＰＴＳ）とが同じとなるようにアクセスポイントを設ける。すなわち、主映像と副映像とを同時に表示可能な箇所を当該アクセスポイントとして設定する。

なお、図１０において、各ＧＯＰに括弧書きで付した符号は、（１）当該ＧＯＰが主映像または副映像のいずれを構成するＧＯＰであるか、および（２）当該ＧＯＰがストリーム情報ファイル２３１に含まれる主映像ストリームを構成するＧＯＰまたは副映像ストリームを構成するＧＯＰのうちの先頭のＧＯＰから何番目のＧＯＰであるかを示す。したがって、例えば、「ＧＯＰ（Ｓ＿＃２）」は、当該ＧＯＰが、副映像を構成するＧＯＰであって、ストリーム情報ファイル２３１に格納された副映像ストリームを構成するＧＯＰのうちの先頭のＧＯＰから２番目のＧＯＰであることを示す。

なお、アクセスポイント管理テーブル５１０は、主映像のアクセスポイントに対する「ＰＴＳ＿ＧＯＰ＿Ｓｔａｒｔ」５０１、および「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２に関する情報を保持しており、「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２は、ストリーム情報ファイル２３１の先頭位置からの相対的なパケット数が記述される。

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

ここで、前記ＰＩＰストリームに対応する映像（主映像および副映像）について、従来のランダムアクセス再生（図７参照）を行なう場合について検討する。図１１は、ＰＩＰストリームに対応する映像について、従来のランダムアクセス再生を行なう場合の一例を説明するための説明図である。図１１に示すように、本例においては、主映像のＧＯＰ長さを副映像のＧＯＰの長さよりも長く設定した場合の例について示した。なお、以下の説明においては、図１〜図１０において説明した事項については同一の符号を使用し、説明を省略する。

図１１に示した例において、ユーザーによって指定された再生指示箇所がＧＯＰ（Ｍ＿＃２）の途中であった場合（すなわち、再生指示箇所に対応するピクチャがＩピクチャでない場合）、再生装置はアクセスポイント管理テーブル５１０から、再生指示箇所が属するＧＯＰ（Ｍ＿＃２）の「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２を取得する。そして、取得した「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２に基づいて、ストリーム情報ファイル２３１の先頭に対する当該アクセスポイントの相対的な位置（読み出し開始位置）を検出する。

そうすると、再生装置は、読み出し開始位置からＧＯＰ（Ｍ＿＃２）のＩピクチャを構成するＶパケットを読み出す。よって、主映像に関しては、ＧＯＰ（Ｍ＿＃２）の開始位置にあるＩピクチャを表示することができる。しかしながら、副映像に関しては、ＧＯＰ（Ｍ＿＃２）の読み出し開始位置からＶパケットの読み出しを行っても、当該副映像に対応する映像の表示を行なうことはできない。副映像のＩピクチャを構成するＶパケットは、当該副映像を構成するＧＯＰ（ＧＯＰ（Ｓ＿＃１）等）の先頭にあるため、ＧＯＰ（Ｍ＿＃２）の読み出し開始位置からＶパケットの読み出しを行っても、副映像のＩピクチャを構成するＶパケットの読み出しできないためである。

したがって、図１１の例において、副映像に対応する画像が表示されるまでには、ＧＯＰ（Ｍ＿＃２）のＩピクチャの表示が開始されてから、ＧＯＰ（Ｓ＿＃２）のアクセスポイント（Ｉピクチャ）の表示開始時刻（ＰＴＳ）に到達するまでの時間を要することになる。そうすると、例えば、図１１の例において、主映像に対応するＧＯＰの再生時間が０．５秒であって、副映像に対応するＧＯＰの再生時間が２．０秒である場合には、主映像のＧＯＰ３個分の再生時間に対応する１．５秒間は、図９に示したように主映像と副映像とを同時に再生することはできないことになる。すなわち、当該１．５秒間は主映像のみが表示されることになる。

図１２は、ＰＩＰストリームに対応する映像について、従来のランダムアクセス再生を行なう場合の他の例を説明するための説明図である。図１２に示すように、本例においては、主映像のＧＯＰ長さを副映像のＧＯＰの長さよりも短く設定した場合の例について示した。なお、以下の説明においては、前記図１〜図１１において説明した事項については同一の符号を使用し、説明を省略する。

図１２に示した例において、ユーザーによって指定された再生指示箇所がＧＯＰ（Ｍ＿＃２）の途中であった場合（すなわち、再生指示箇所に対応するピクチャがＩピクチャでない場合）、再生装置はアクセスポイント管理テーブル５１０から、再生指示箇所が属するＧＯＰ（Ｍ＿＃２）の「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２を取得する。そして、取得した「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２に基づいて、ストリーム情報ファイル２３１の先頭に対する当該アクセスポイントの相対的な位置（読み出し開始位置）を算出する。

そうすると、再生装置は、読み出し開始位置からＧＯＰ（Ｍ＿＃２）のＩピクチャを構成するＶパケットを読み出す。よって、主映像に関しては、ＧＯＰ（Ｍ＿＃２）の開始位置にあるＩピクチャを表示することができる。しかしながら、副映像に関しては、ＧＯＰ（Ｍ＿＃２）の読み出し開始位置からＶパケットの読み出しを行っても、当該副映像に対応する映像の表示を行なうことはできない。副映像のＩピクチャを構成するＶパケットは、当該副映像を構成するＧＯＰ（ＧＯＰ（Ｓ＿＃１）等）の先頭にあるため、副映像に対応するＧＯＰにおいてＧＯＰ（Ｍ＿＃２）の読み出し開始位置に対応する位置からＶパケットの読み出しを行っても、副映像のＩピクチャを構成するＶパケットの読み出しできないためである。

したがって、図１２の例において、副映像に対応する画像が表示されるまでには、ＧＯＰ（Ｍ＿＃２）のＩピクチャの表示が開始されてから、ＧＯＰ（Ｓ＿＃３）のアクセスポイント（Ｉピクチャ）の表示開始時刻（ＰＴＳ）に到達するまでの時間を要することになる。そうすると、例えば、図１２の例において、主映像に対応するＧＯＰの再生時間が０．７５秒であって、副映像に対応するＧＯＰの再生時間が０．５秒である場合には、副映像のＧＯＰ半個分の再生時間に対応する０．２５秒間は、図９に示したように主映像と副映像とを同時に再生することはできないことになる。すなわち、当該０．２５秒間は主映像のみが表示されることになる。

以上の説明のように、前記ＰＩＰストリームに対応する映像について、従来のランダムアクセス再生を行なう場合には、主映像のＧＯＰの先頭と副映像のＧＯＰの先頭とのズレに基づいて、副映像が非表示となる場合が生じ得る。そして、その後、副映像のＩピクチャが再生可能な時刻に達すると、ユーザーは何も操作していないにも拘わらず、突然副映像が主映像に重畳されて出画される。そうすると、ユーザーに対して違和感を与える場合や当該再生装置に不具合が生じたとユーザーが誤解する場合が生じ得る。

上述のような場合を回避するには、例えば、ＰＩＰストリームに対応する映像についてランダムアクセス再生を行なう場合に、主映像のＩピクチャを構成するＶパケットと、副映像のＩピクチャを構成するＶパケットとを迅速に読み出して、主映像と副映像とを同時に表示しなければならない。しかしながら、図１１または図１２に示したように、主映像のＩピクチャの位置（すなわち、主映像のＧＯＰの先頭）と、副映像のＩピクチャの位置（すなわち、副映像のＧＯＰの先頭）とが一致しない場合もある。また、主映像に対応するアドレス管理ファイル２２２と、副映像に対応するアドレス管理ファイル２２２とを別個に設けることで、同一のＰＴＳである主映像ストリームのアクセスポイントおよび副映像ストリームのアクセスポイントを検索することも可能ではあるが、そうすると当該アドレス管理ファイル２２２に関する情報量が増大してしまう。そこで、実施の形態１においては、以下のように、アドレス管理ファイル２２２を構成する。

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

図１３において、「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２の次に記述されたループ文（for(i=１・・・)｛・・・｝）は、アクセスポイント毎に、｛（「ｎｕｍ＿ｏｆ＿ｖｉｄｅｏ」５００に記述された値）−１｝回繰り返される。また、「Ｍａｉｎ＿ＡＰ＿Ｍａｔｃｈ」１２００は、主映像のアクセスポイントに対応するＩピクチャの表示開始時刻（ＰＴＳ）と同時刻のＰＴＳである、副映像のアクセスポイントに対応するＩピクチャが存在するか否かを示すフラグが記述される。

具体的に説明すると、当該フラグが有効である場合には、主映像のアクセスポイントに対応するＩピクチャの表示開始時刻（ＰＴＳ）と同時刻のＰＴＳである、副映像のアクセスポイントに対応するＩピクチャが存在することを示す。すなわち、当該フラグが有効であるアクセスポイントから主映像に対応するＶパケットおよび副映像に対応するＶパケットを読み出すことによって、主映像と副映像とを同時に表示することが可能となる。なお、前記再生装置は、図１３において説明したループ文を実行することによって、ストリーム情報ファイル２３１に格納されている副映像データのストリーム数分の「Ｍａｉｎ＿ＡＰ＿Ｍａｔｃｈ」１２００を検出する。

具体的に説明すると、１つの主映像データと１つの副映像データとが多重化されたストリームがストリーム情報ファイル２３１に格納されている場合には、「ｎｕｍ＿ｏｆ＿ｖｉｄｅｏ」５００＝２となる。そうすると、前記ループ文（for(i=1・・・)｛・・・｝）は、１回だけ実行される。したがって、アクセスポイント管理テーブル１２１０において「Ｍａｉｎ＿ＡＰ＿Ｍａｔｃｈ」１２００を記述する領域は、図１３に示すように、１つ（＝２−１）となる。なお、ストリームが主映像のみで構成されている場合には、「ｎｕｍ＿ｏｆ＿ｖｉｄｅｏ」５００＝１となる。そうすると、ループ文（for(i=1・・・)｛・・・｝）は実行されない。したがって、アクセスポイント管理テーブル１２１０において「Ｍａｉｎ＿ＡＰ＿Ｍａｔｃｈ」１２００を記述する領域は０（ゼロ）（＝１−１）となる。すなわち、当該領域は存在しない。なお、以下の説明においては、「PTS_GOP_Start」５０１、「SPN_GOP_Start」５０２、または「Ｍａｉｎ＿ＡＰ＿Ｍａｔｃｈ」１２００を含む情報を総称してアクセスポイント情報ともいう。

図１４は、ＰＩＰストリームに対応する映像について、実施の形態１のアドレス管理ファイル２２２を適用したランダムアクセス再生を行なう場合の一例を説明するための説明図である。図１４に示すように、本例においては、主映像のＧＯＰの長さを副映像のＧＯＰの長さよりも短く設定した場合の例について示した。ＰＩＰストリームに対応する映像について、実施の形態１のアドレス管理ファイル２２２を適用したランダムアクセス再生を行なう場合には、「Ｍａｉｎ_ＡＰ_Ｍａｔｃｈ」１２００に記述されるフラグを参照することによって、同時刻のＰＴＳである副映像のアクセスポイントが存在する当該主映像のアクセスポイントから、主映像に対応するＶパケットおよび副映像に対応するＶパケットを読み出すことにより、主映像と副映像を同時に表示する。以下、具体的に説明する。

図１４に示した例において、ユーザーによって指定された再生指示箇所がＧＯＰ（Ｍ＿＃２）の途中であった場合、再生装置はアクセスポイント管理テーブル５１０から、再生指示箇所よりも時間的に前方で、「Ｍａｉｎ＿ＡＰ＿Ｍａｔｃｈ」１２００が有効なアクセスポイントのうち、最も時間的に近いアクセスポイントを検索する。

図１４に示した例の場合について説明する。当該図１４において、再生指示箇所よりも時間的に前方で、かつ最も近いアクセスポイントは、ＧＯＰ（Ｍ＿＃２）の先頭（Ｉピクチャ）である。しかしながら、ＧＯＰ（Ｍ＿＃２）に対応するアクセスポイント情報（（「SPN_GOP_Start」５０２＝ＰＴＳ（ｘ２））に対応するアクセスポイント情報）を参照すると、「Ｍａｉｎ＿ＡＰ＿Ｍａｔｃｈ」１２００が「×（バツ）」となっている。よって、フラグが無効であり、副映像のＧＯＰにおいてＧＯＰ（Ｍ＿＃２）に対応する位置にはアクセスポイントがない。そうすると、当該再生装置は、ＧＯＰ（Ｍ＿＃２）の次に再生指示箇所に近いＧＯＰ（Ｍ＿＃１）に対応するアクセスポイント情報をアクセスポイント管理テーブル１２１０から検索する。ＧＯＰ（Ｍ＿＃１）に対応するアクセスポイント情報（（「SPN_GOP_Start」５０２＝ＰＴＳ（ｘ１））に対応するアクセスポイント情報）を参照すると、「Ｍａｉｎ＿ＡＰ＿Ｍａｔｃｈ」１２００が「○（マル）」となっている。よって、フラグが有効であり、副映像のＧＯＰにおいてＧＯＰ（Ｍ＿＃１）のアクセスポイントに対応する位置にアクセスポイントがあることになる。そうすると、当該再生装置は、当該ＧＯＰ（Ｍ＿＃１）のＳ「ＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２を取得する。そして、ＧＯＰ（Ｍ＿＃１）の「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２に対応する位置から、主映像に対応するＶパケットおよび副映像に対応するＶパケットを読み出す。当該再生装置は、主映像に対応するＶパケットおよび副映像に対応するＶパケットに基づいて、主映像と副映像を同時に再生することができる。

なお、以上の説明においては、「Ｍａｉｎ＿ＡＰ＿Ｍａｔｃｈ」１２００が「○（マル）」であるアクセスポイントに対応する、主映像のＧＯＰ先頭のＩピクチャと副映像のＧＯＰ先頭のＩピクチャから、順次、主映像および副映像を表示する場合について説明したが、再生指示箇所まで主映像または副映像の表示を行なわずに、再生装置内システムクロックをカウントした値と、再生指示箇所に対応する表示時刻（PTS）とが一致した際に、主映像と副映像を同時に表示するようにしてもよい。そのようにすることで、再生指示箇所から正確に主映像および副映像を表示することが可能な再生装置を得ることができる。

図１５は、ＰＩＰストリームに対応する映像について、実施の形態１のアドレス管理ファイル２２２を適用したランダムアクセス再生を行なう場合の他の例を説明するための説明図である。図１５に示すように、本例においては、主映像のＧＯＰの長さを副映像のＧＯＰの長さよりも長く設定した場合の例について示した。

図１５に示した例において、ユーザーによって指定された再生指示箇所がＧＯＰ（Ｍ＿＃２）の途中であった場合、再生装置はアクセスポイント管理テーブル１２１０から、「Ｍａｉｎ＿ＡＰ＿Ｍａｔｃｈ」１２００が有効なアクセスポイントのうち、再生指示箇所に時間的に最も近いアクセスポイントを検索する。この場合、再生指示箇所に対するアクセスポイントの時間的な前後は問わない。

図１５に示した例の場合について説明する。当該図１５において、再生指示箇所に時間的に最も近いアクセスポイントは、ＧＯＰ（Ｍ＿＃３）の先頭（Ｉピクチャ）である。ＧＯＰ（Ｍ＿＃３）に対応するアクセスポイント情報（（「SPN_GOP_Start」５０２＝ＰＴＳ（ｘ３））に対応するアクセスポイント情報）を参照すると、「Ｍａｉｎ＿ＡＰ＿Ｍａｔｃｈ」１２００が「○（マル）」となっている。よって、フラグが有効であり、副映像のＧＯＰにおいて、ＧＯＰ（Ｍ＿＃３）のアクセスポイントに対応する位置にアクセスポイントがあることになる。そうすると、当該再生装置は、当該ＧＯＰ（Ｍ＿＃３）のＳ「ＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２を取得する。そして、ＧＯＰ（Ｍ＿＃１）の「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２に対応する位置から、主映像に対応するＶパケットおよび副映像に対応するＶパケットを読み出す。当該再生装置は、読み出した主映像に対応するＶパケットおよび副映像に対応するＶパケットに基づいて、主映像と副映像を同時に再生することができる。

以上に説明したように、当該再生装置において、アクセスポイント管理テーブル１２１０を参照することによって、ＰＩＰストリームのランダムアクセス再生時においても、主映像と副映像とを同時に表示できる位置を従来と略同じ情報量で迅速かつ確実に検出することができる。

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

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

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

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

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

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

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

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

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

次に、ＰＩＰストリームに対応する映像についてランダムアクセス再生を行う場合における当該再生装置１００の動作について説明する。なお、以下の説明においては、通常再生の場合において説明した事項と同一の事項については説明を省略する。

再生装置１００において通常再生を行なっている間に、ユーザーが操作部１３０を操作することによってタイムサーチ等のランダムアクセス再生を行なう旨を選択した場合、システム制御部１０１は、当該タイムサーチ等において指定された時刻を示すＰＴＳ（以下、再生指示ＰＴＳともいう）を取得する。

システム制御部１０１は、予めメモリ部１２０に読み出しているアドレス管理ファイル２２２におけるアクセスポイントテーブル１２１０に記述された「ＰＴＳ＿ＧＯＰ＿Ｓｔａｒｔ」５０１のうち、「Ｍａｉｎ＿ＡＰ＿Ｍａｔｃｈ」１２００が有効である「ＰＴＳ＿ＧＯＰ＿Ｓｔａｒｔ」５０１を検索する。なお、図１４に示した場合、システム制御部１０１は、再生指示ＰＴＳに時間的に最も近く、かつ、再生指示ＰＴＳよりも時間的に前方の「ＰＴＳ＿ＧＯＰ＿Ｓｔａｒｔ」５０１を検索する。一方、図１５に示した場合、システム制御部１０１は、再生指示ＰＴＳに時間的に最も近い「ＰＴＳ＿ＧＯＰ＿Ｓｔａｒｔ」５０１を検索する。そして、システム制御部１０１は、検索した「ＰＴＳ＿ＧＯＰ＿Ｓｔａｒｔ」５０１に対応する「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２を取得する。

システム制御部１０１は、取得した「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２によって特定されるＰＩＰストリーム上の位置にあるＶパケットから順次読み出すように再生ドライブ部１０３を制御する。再生ドライブ部１０３は、システム制御部１０１の制御にしたがって、主映像に対応するＶ＿ｍａｉｎパケットおよびＶ＿ｓｕｂパケットを光ディスク１０２から読み出してデマルチプレクサ部１１０に出力する。

以上のように再生装置１００が動作することによって、ランダムアクセス再生時に、主映像デコーダ部１１１および副映像デコーダ部１１２において主映像に対応するＶパケットおよび副映像に対応するＶパケットを同時にデコードすることが可能となる。よって、表示部１１５において、即座に、図９に示すようなＰＩＰ表示を行なうことが可能となる。したがって、図１１または図１２において説明したような不都合も生じない。

以上の説明のように、実施の形態１における光ディスクによれば、複数種類のビデオストリームが多重化されたＴＳ等のストリームにおいて、各ビデオストリームの映像を同時に表示可能な位置を従来と略同じ情報量で迅速かつ確実に検出することができる。

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

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

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

［式１］
９０×１０^３［Ｈｚ］×６０［秒］×６０［分］×２４［時間］＝７７７６００００００

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

［式２］
５０×１０^９［バイト］／１８８［バイト］≒２６５９５７４４７

上記式２によって算出された値を２進数によって表現すると２８ビットとなる。すなわち、光ディスク１０２の全てのパケットに対応する「ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ」５０２を表現するために必要な情報量は２８ビットとなる。

よって、１つのストリームが１種類のビデオストリームから構成される場合における、１つのアクセスポイント管理テーブルに対応する情報量は、
２８［ビット］＋３３［ビット］＝６１［ビット］≒６４［ビット］＝８［バイト］
となる。

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

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

更に、Ｍａｉｎ＿ＡＰ＿Ｍａｔｃｈ」１２００に、「１」を記述した場合にはフラグが有効であるものとし、「０」を記述した場合にはフラグを無効であるものとするようにすれば、当該フラグを１ビットで表現することが可能となる。そうすると、当該アドレス管理ファイル２２２の情報量をほとんど増加させることなく、同一のＰＴＳである主映像ストリームのアクセスポイントおよび副映像ストリームのアクセスポイントを検索することができる。

なお、以上に説明した「Ｍａｉｎ＿ＡＰ＿Ｍａｔｃｈ」１２００には、主映像のアクセスポイントと同時刻に、副映像のアクセスポイントが存在する位置を示す情報を記述してもよい。具体的には、ストリーム情報ファイル２３１の先頭に位置するパケットを始点とした、当該位置までの相対的なパケット数を記述してもよいし、ストリーム情報ファイル２３１の先頭からの相対的なバイト数を記述するようにしてもよい。

また、実施の形態１において説明した、図９のようなＰＩＰ表示を行なう場合においては、主映像に対応するＩピクチャ（以下、Ｍ＿Ｉピクチャともいう）と、副映像に対応するＩピクチャ（以下、Ｓ＿Ｉピクチャともいう）とを同時（同時刻）に表示することが必要である。したがって、Ｍ＿Ｉピクチャの表示開始時刻を示すＰＴＳとＳ＿Ｉピクチャの表示開始時刻を示すＰＴＳとを同一の値とする（条件１）。

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

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

この発明の実施の形態１における光ディスク１０２のデータ構造を説明するための説明図である。 光ディスク１０２の論理的なファイル構造を模式的に示した模式図である。 ストリーム情報ファイル２３１の構成を簡易的に説明するための説明図である。 アドレス管理ファイル２２２のシンタックスを説明するための説明図である。 再生制御情報ファイル２２１の構成を説明するための説明図である。 再生制御情報ファイル２２１のシンタックスを説明するための説明図である。 従来のランダムアクセス再生を簡易的に説明するための説明図である。 アドレス管理ファイル２２２とストリーム情報ファイル２３１との関係を模式的に示した模式図である。 ストリーム情報ファイル２３１に複数種類のビデオストリームを格納した場合において、当該複数種類のビデオストリームに対応する映像が再生装置によって再生された場合の映像の表示態様を説明するための説明図である。 ＰＩＰストリームが格納されたストリーム情報ファイル２３１のデータ構成を説明するための説明図である。 ＰＩＰストリームに対応する映像について、従来のランダムアクセス再生を行なう場合の一例を説明するための説明図である。 ＰＩＰストリームに対応する映像について、従来のランダムアクセス再生を行なう場合の他の例を説明するための説明図である。 ＰＩＰストリームが格納されたストリーム情報ファイル２３１に対応するアドレス管理ファイル２２２のシンタックスを説明するための説明図である。 ＰＩＰストリームに対応する映像について、実施の形態１のアドレス管理ファイル２２２を適用したランダムアクセス再生を行なう場合の一例を説明するための説明図である。 ＰＩＰストリームに対応する映像について、実施の形態１のアドレス管理ファイル２２２を適用したランダムアクセス再生を行なう場合の他の例を説明するための説明図である。 光ディスク１０２を再生する再生装置１００の構成を示すブロック図である。

符号の説明

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

Claims (4)

1. 第１の映像に対応する第１のＩピクチャを構成する複数の第１のパケットと、第２の映像に対応する第２のＩピクチャを構成する複数の第２のパケットとが多重化されたストリームが記録された記録媒体であって、
   前記第１のＩピクチャを特定するための第１の情報と、
   前記第１のＩピクチャの表示開始時刻と同時刻の表示開始時刻である第２のＩピクチャを特定するための第２の情報とを記録したことを特徴とする記録媒体。
2. 前記第１の情報および前記第２の情報は、前記ストリームにおけるアクセスポイント毎に設定されることを特徴とする請求項１に記載の記録媒体。
3. 請求項１または請求項２に記載の記録媒体を再生する再生装置であって、
   前記記録媒体に記録された第１の情報または第２の情報に基づいて、同時刻の表示開始時刻である第１のＩピクチャと第２のＩピクチャとを再生する再生装置。
4. 請求項１または請求項２に記載の記録媒体を再生する再生方法であって、
   前記記録媒体に記録された第１の情報または第２の情報に基づいて、同時刻の表示開始時刻である第１のＩピクチャと第２のＩピクチャとを再生する再生方法。

Images