JPH10271455A - 映像再生方法及び映像再生装置 - Google Patents

Abstract

(57)【要約】 【課題】 デジタル・ビデオ・ディスク（ＤＶＤ）から
映像を再生する映像再生方法及び映像再生装置におい
て、再生の対象となるデータが２−３プルダウンを適用
した映像データであったとしても、常に適切なタイミン
グで動画の復号を開始して映像を再生できるようにす
る。 【解決手段】 動画の最初のピクチャを含むデータ単位
に記録された時刻管理情報が示すタイミングをＳＰＴＭ
とし、映像データの復号が開始されてからピクチャの表
示が開始されるまでの時間をＤＬとする。そして、静止
画を表示している状態から動画の再生に移る際に、復号
のタイミングの基準となる同期信号であるＳＴＣ（Syst
em Time Clock）と、ＳＰＴＭとＤＬとの差であるＳＰ
ＴＭ−ＤＬとを比較して、ＳＴＣがＳＰＴＭ−ＤＬに達
したら、動画の最初のピクチャの映像データの復号を開
始する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＭＰＥＧ（Moving
Picture Experts Group）方式により圧縮符号化された
映像データが記録された記録媒体から映像を再生するの
に好適な映像再生方法及び映像再生装置に関する。

【０００２】

【従来の技術】デジタル・ビデオ・ディスク（以下、Ｄ
ＶＤと称する。）に記録されるデジタル映像信号を圧縮
符号化する方式として、ＭＰＥＧ（Moving Picture Exp
erts Group）方式が採用されている。

【０００３】このＭＰＥＧ方式におけるフレーム間予測
の構造を図１５（ａ）に示す。

【０００４】この図１５（ａ）の例においては、１ＧＯ
Ｐ（Group Of Pictures）が１５フレームで構成されて
おり、１ＧＯＰにおいて、Ｉピクチャ（Intra Pictur
e）が１フレーム、Ｐピクチャ（Predictive Picture）
が４フレーム、残る１０フレームがＢピクチャ（Bidire
ctionally predictive Picture）とされている。なお、
ＧＯＰは、動画の１シーケンスを分割した符号化の単位
である。

【０００５】Ｉピクチャは、１フレーム内において予測
符号化されたフレーム内予測符号化画像であり、Ｐピク
チャは、既に符号化された時間的に前のフレーム（Ｉピ
クチャ又はＰピクチャ）を参照して予測するフレーム間
順方向予測符号化画像であり、Ｂピクチャは、時間的に
前後の２フレームを参照して予測する双方向予測符号化
画像である。

【０００６】すなわち、矢印で図示するように、Ｉピク
チャＩ₀は、そのフレーム内のみで予測符号化されてお
り、ＰピクチャＰ₀は、ＩピクチャＩ₀を参照してフレー
ム間予測符号化されており、ＰピクチャＰ₁は、Ｐピク
チャＰ₀を参照してフレーム間予測符号化されている。
更に、ＢピクチャＢ₀，Ｂ₁は、ＩピクチャＩ₀とＰピク
チャＰ₀との２つを参照してフレーム間予測符号化され
ており、ＢピクチャＢ₂，Ｂ₃は、ＰピクチャＰ₀とＰピ
クチャＰ₁との２つを参照してフレーム間予測符号化さ
れている。そして、以下同様に予測符号化されて、以降
のピクチャが作成されている。なお、各ピクチャの符号
中の添え字は、テンポラル・リファレンス（以下、ＴＲ
と称する。）を表している。ここで、ＴＲは、ＧＯＰの
中の画面順を表すものであり、通常の再生時には、この
ＴＲの順に各ピクチャが再生される。

【０００７】ところで、このように予測符号化されたピ
クチャを復号する際、Ｉピクチャはフレーム内での予測
符号化が行われているため、Ｉピクチャのみで復号する
ことができるが、Ｐピクチャは時間的に前のＩピクチャ
又はＰピクチャを参照して予測符号化されているため、
時間的に前のＩピクチャ又はＰピクチャが復号時に必要
とされ、Ｂピクチャは時間的に前後のＩピクチャ又はＰ
ピクチャを参照して予測符号化されているため、時間的
に前後のＩピクチャ又はＰピクチャが復号時に必要とさ
れる。

【０００８】そこで、復号時に必要とされるピクチャを
先に復号しておけるように、図１５（ｂ）に示すように
ピクチャを入れ替えておく。すなわち、Ｂピクチャ
Ｂ_-1，Ｂ_-2は、復号時に先行するＧＯＰのＩピクチャ又
はＰピクチャとＩピクチャＩ₀とを必要とするため、Ｂ
ピクチャＢ_-1，Ｂ_-2よりＩピクチャＩ₀が先行するよう
にしておく。ＢピクチャＢ₀，Ｂ₁は、復号時にＩピクチ
ャＩ₀とＰピクチャＰ₀とを必要とするため、Ｂピクチャ
Ｂ₀，Ｂ₁よりＰピクチャＰ₀が先行するようにしてお
く。ＢピクチャＢ₂，Ｂ₃は、復号時にＰピクチャＰ₀と
ＰピクチャＰ₁とを必要とするため、ＢピクチャＢ₂，Ｂ
₃よりＰピクチャＰ₁が先行するようにしておく。Ｂピク
チャＢ₄，Ｂ₅は、復号時にＰピクチャＰ₁とＰピクチャ
Ｐ₂とを必要とするため、ＢピクチャＢ₄，Ｂ₅よりＰピ
クチャＰ₂が先行するようにしておく。ＢピクチャＢ₆，
Ｂ₇は、復号時にＰピクチャＰ₂とＰピクチャＰ₃とを必
要とするため、ＢピクチャＢ₆，Ｂ₇よりＰピクチャＰ₃
が先行するようにしておく。

【０００９】このようにＭＰＥＧ方式によって映像デー
タを圧縮したときには、復号を行う順序（以下、デコー
ディングオーダーと称する。）と、表示するピクチャの
順序（以下、プレゼンテーションオーダーと称する。）
とが異なるものとなる。

【００１０】なお、このようなＭＰＥＧ方式よって圧縮
符号化された上でＤＶＤに記録された映像データを再生
する映像再生装置では、通常、単なる再生だけでなく、
様々なモードが選択できるようになされる。具体的に
は、例えば、通常再生（以下、Ｐｌａｙと称する。）、
一時停止（以下、Ｐａｕｓｅと称する。）、順方向早送
り再生（以下、ＦＦと称する。）、逆方向早送り再生
（以下、ＦＲと称する。）、順方向コマ送り再生（以
下、ＳｔｅｐＦと称する。）、逆方向コマ送り再生（以
下、ＳｔｅｐＲと称する。）、順方向低速再生（以下、
ＳｌｏｗＦと称する。）、逆方向低速再生（以下、Ｓｌ
ｏｗＲと称する。）等のモードを選択できるようになさ
れる。

【００１１】

【発明が解決しようとする課題】ところで、テレビやビ
デオの画面が１秒あたり３０フレームで構成されている
のに対して、映画は１秒あたり２４コマで構成されてい
る。そこで、ＤＶＤでは、映画を収録する場合、１秒あ
たり２４コマとしてディスクに記録された映像データ
を、再生時に信号処理を行い、１秒あたり３０フレーム
となるように変換する。すなわち、ＤＶＤに記録された
１秒あたり２４コマのデータをもとに１秒あたり３０フ
レームの映像を再生する際は、最初の２コマから３フレ
ームを作り、次の２コマはそのまま２フレームを作る、
という手順を繰り返し行うようにする。これにより、２
４コマがちょうど３０フレーム（６０フィールド）とな
る。なお、このような手法は、一般に２−３プルダウン
と呼ばれている。

【００１２】そして、通常、ＭＰＥＧ方式で圧縮符号化
された映像データを復号して映像を再生するときは、Ｇ
ＯＰの先頭のＩピクチャのＤＴＳ（Decoding Time Stam
p）に基づいて復号を開始して映像を再生する。しかし
ながら、ＤＶＤでは、２−３プルダウンを行うため、Ｇ
ＯＰの先頭のＩピクチャのＤＴＳに基づいて復号を開始
するようにしたのでは、静止画を表示している状態から
動画の再生に移るときに、再生開始のタイミングを正確
に合わせることができない場合があった。

【００１３】本発明は、このような従来の実情に鑑みて
提案されたものであり、２−３プルダウンを行っていた
としても、常に適切なタイミングで動画の復号を開始し
て映像を再生することが可能な映像再生方法及び映像再
生装置を提供することを目的としている。

【００１４】

【課題を解決するための手段】本発明に係る映像再生方
法は、ＭＰＥＧ方式により圧縮符号化されるとともに１
以上のＧＯＰを含む所定のデータ単位毎に画像表示開始
のタイミングを示す時刻管理情報が記録された映像デー
タを読み込み、当該映像データを復号して映像を再生す
る映像再生方法である。そして、静止画を表示している
状態から動画の再生に移る際に、上記動画の最初のピク
チャを含むデータ単位に記録された上記時刻管理情報が
示すタイミングをＳＰＴＭとし、映像データの復号が開
始されてからピクチャの表示が開始されるまでの時間を
ＤＬとしたとき、復号のタイミングの基準となる同期信
号であるＳＴＣ（System Time Clock）と、ＳＰＴＭと
ＤＬとの差であるＳＰＴＭ−ＤＬとを比較して、ＳＴＣ
がＳＰＴＭ−ＤＬに達したら、動画の最初のピクチャの
映像データの復号を開始することを特徴としている。

【００１５】なお、この映像再生方法においては、上記
動画の最初のピクチャを含むデータ単位に含まれる映像
データのうち、復号する際に異なるデータ単位の映像デ
ータが必要な映像データについては復号を行わないよう
にし、復号する際に異なるデータ単位の映像データが不
要な映像データに基づくピクチャの表示が開始されるま
で、上記静止画を表示させておくことが好ましい。

【００１６】また、本発明に係る映像再生装置は、ＭＰ
ＥＧ方式により圧縮符号化されるとともに１以上のＧＯ
Ｐを含む所定のデータ単位毎に画像表示開始のタイミン
グを示す時刻管理情報が記録された映像データを読み込
み、当該映像データを復号して映像を再生する映像再生
装置である。そして、静止画を表示している状態から動
画の再生に移る際に、上記動画の最初のピクチャを含む
データ単位に記録された上記時刻管理情報が示すタイミ
ングをＳＰＴＭとし、映像データの復号が開始されてか
らピクチャの表示が開始されるまでの時間をＤＬとした
とき、復号のタイミングの基準となる同期信号であるＳ
ＴＣ（System Time Clock）と、ＳＰＴＭとＤＬとの差
であるＳＰＴＭ−ＤＬとを比較して、ＳＴＣがＳＰＴＭ
−ＤＬに達したら、動画の最初のピクチャの映像データ
の復号を開始することを特徴としている。

【００１７】なお、この映像再生装置においては、上記
動画の最初のピクチャを含むデータ単位に含まれる映像
データのうち、復号する際に異なるデータ単位の映像デ
ータが必要な映像データについては復号を行わず、復号
する際に異なるデータ単位の映像データが不要な映像デ
ータに基づくピクチャの表示が開始されるまで、上記静
止画を表示させておくことが好ましい。

【００１８】本発明に係る映像再生方法及び映像再生装
置では、静止画を表示している状態から動画の再生に移
る場合に、ＳＰＴＭ−ＤＬを基準として動画の最初のピ
クチャの映像データの復号を開始するようにしているの
で、静止画を表示している状態から動画の再生に移った
ときに、常に適切なタイミングで動画の復号を開始する
ことができる。

【００１９】

【発明の実施の形態】以下、本発明の実施の形態とし
て、映像等の記録に使用されるＤＶＤであるＤＶＤ−Ｖ
ｉｄｅｏに記録された符号化データを復号して映像を再
生する映像再生装置に本発明を適用した例について、図
面を参照しながら詳細に説明する。

【００２０】まず、図１のブロック構成図を参照して、
映像再生装置１００の構成について説明する。なお、Ｄ
ＶＤ−Ｖｉｄｅｏでは、映像データ等をＭＰＥＧ方式に
より圧縮符号化して、ディスクに記録する。したがっ
て、この映像再生装置１００では、ＭＰＥＧ方式により
圧縮符号化された上でディスクに記録された映像データ
等を読み出して、当該映像データ等を復号して映像を再
生する。

【００２１】この映像再生装置１００は、記録媒体１か
らＲＦ信号を再生するピックアップ２と、このピックア
ップ２により再生されたＲＦ信号が供給され当該ＲＦ信
号の２値化処理等を行うＲＦ回路３と、ＲＦ回路３から
の再生データが供給され当該再生データに対してエラー
訂正等の復号処理を行うデータデコーダ４と、データデ
コーダ４により復号処理が施された再生データを主映像
圧縮データ、副映像圧縮データ及び音声圧縮データに振
り分けるデマルチプレクサ５とを備える。

【００２２】また、この映像再生装置１００は、上記主
映像圧縮データを伸張するビデオデコーダ６と、上記副
映像圧縮データを伸張して主映像データと合成する副映
像デコーダ７と、上記音声圧縮データを伸張するオーデ
ィオデコーダ８と、ビデオレコーダ６からの主映像デー
タと副映像デコーダ７からの副映像データが合成された
映像データが供給され当該映像データをＮＴＳＣ信号又
はＰＡＬ信号に変換するデジタル／ＮＴＳＣ，ＰＡＬ変
換回路（以下、単にＮＴＳＣ変換回路と称する。）９
と、オーディオデコーダ８からのオーディオデータが供
給され当該オーディオデータをアナログ信号に変換する
デジタル／アナログ変換回路（以下、単にＤ／Ａ変換回
路と称する。）１０とを備える。

【００２３】また、この映像再生装置１００は、ピック
アップ２、ＲＦ回路３、データデコーダ４、デマルチプ
レクサ５、ビデオデコーダ６、副映像デコーダ７、オー
ディオデコーダ８、ＮＴＳＣ変換回路９及びＤ／Ａ変換
回路１０を制御するコントローラ１１と、このコントロ
ーラ１１とユーザーの操作入力を媒介するユーザーイン
ターフェース１２と、コントローラ１１のデータ記憶部
となるメモリ１３とを備える。

【００２４】記録媒体１は、ＭＰＥＧ方式により圧縮符
号化された映像データ等が記録されたＤＶＤ−Ｖｉｄｅ
ｏであり、この記録媒体１に記録された映像データ等が
映像再生装置１００によって再生される。なお、この記
録媒体１は、再生専用型、追記型、書換型等のいずれで
あってもよい。

【００２５】ピックアップ２は、記録媒体１からＲＦ信
号を再生して、当該ＲＦ信号をＲＦ回路３に供給する。

【００２６】ＲＦ回路３は、ピックアップ２から供給さ
れたＲＦ信号に対して、波形等化及び２値化等の処理を
施してデジタルデータとその同期信号等を生成する。Ｒ
Ｆ回路３により生成されたデジタルデータ等は、データ
デコーダ４に供給される。

【００２７】データデコーダ４は、ＲＦ回路３により生
成されたデジタルデータに基づき、データの復調や誤り
訂正等の処理を行う。データデコーダ４により復調及び
誤り訂正等の処理が施されたデジタルデータは、デマル
チプレクサ５に供給される。

【００２８】また、データデコーダ４では、ＭＰＥＧ方
式のフォーマットにおけるシステムヘッダやパックヘッ
ダ等に含まれるパラメータ情報や、後述するナビゲーシ
ョンパックＮＶ＿ＰＣＫに含まれる所定の情報等を検出
する。この検出したパラメータ情報等は、データデコー
ダ４からコントローラ１１に供給される。

【００２９】また、このデータデコーダ４は、デジタル
データの出力段にトラックバッファ４ａを有している。
このトラックバッファ４ａによりデータデコーダ４とデ
マルチプレクサ５の処理速度の違いが吸収される。

【００３０】デマルチプレクサ５は、データデコーダ４
により復調及び誤り訂正等の処理が施されたデジタルデ
ータを、主映像圧縮データと、副映像圧縮データと、音
声圧縮データとに振り分ける。

【００３１】ここで、主映像圧縮データとは、ＭＰＥＧ
方式により圧縮された映像データであり、ＤＶＤのフォ
ーマットにおけるビデオストリーム（Video streams）
に相当する。副映像圧縮データとは、主映像に合成され
る字幕画像等のデータであり、ＤＶＤのフォーマットに
おけるサブピクチャストリーム（Sub-picture stream
s）に相当する。音声圧縮データとは、ＭＰＥＧ等の方
式で圧縮された音声データであり、ＤＶＤのフォーマッ
トにおけるオーディオストリーム（Audio streams）に
相当する。

【００３２】デマルチプレクサ５は、主映像圧縮データ
をビデオデコーダ６に供給し、副映像圧縮データを副映
像デコーダ７に供給し、音声圧縮データをオーディオデ
コーダ８に供給する。

【００３３】ビデオデコーダ６は、主映像圧縮データの
復号処理を行い、この復号処理により伸張された主映像
データを生成する。このビデオデコーダ６は、復号処理
を行うために３画面分の画像メモリを有している。すな
わち、ビデオデコーダ６は、主映像圧縮データを復号す
ることによって得られたピクチャのデータを、不要にな
ったピクチャのデータを順次更新しながら、３画面分ま
で画像メモリに順次格納していく。そして、ビデオデコ
ーダ６は、復号された各ピクチャを画像メモリから順次
読み出して、それらのピクチャのデータを副映像デコー
ダ７に供給する。

【００３４】なお、ビデオデコーダ６に備えられる画像
メモリは、３画面分に限らず、これ以上の画面数分あっ
てもよい。

【００３５】副映像デコーダ７は、副映像圧縮データの
復号処理を行い、この復号処理により伸長された副映像
データをビデオデコーダ６から供給された主映像データ
に合成して、主映像と副映像とが合成された映像データ
を生成する。すなわち、副映像デコーダ７では、字幕画
像等の副映像を主映像と合成する。なお、この副映像デ
コーダ７は、副映像データが無い場合には、主映像デー
タをそのまま映像データとして出力する。副映像デコー
ダ７によって生成された映像データは、ＮＴＳＣ変換回
路９に供給される。

【００３６】オーディオデコーダ８は、音声圧縮データ
の復号処理を行い、この復号処理により伸張された音声
データを生成する。すなわち、オーディオデコーダ８
は、音声圧縮データがＭＰＥＧ方式で圧縮されていれ
ば、ＭＰＥＧ方式に対応した伸張処理を行い、音声デー
タを生成する。なお、音声圧縮データが、ＭＰＥＧ方式
のフォーマットではなく、ＰＣＭ等のフォーマットであ
れば、そのフォーマットに対応した処理を行う。オーデ
ィオデコーダ８によって生成された音声データは、Ｄ／
Ａ変換回路１０に供給される。

【００３７】ＮＴＳＣ変換回路９は、映像データをデジ
タルデータからＮＴＳＣやＰＡＬ等のテレビジョン信号
に変換して出力する。この出力をＣＲＴディスプレイ等
の表示装置に供給することにより、ユーザーが記録媒体
１から再生した映像を視聴することができる。

【００３８】Ｄ／Ａ変換回路１０は、デジタルデータで
ある音声データをアナログの音声データに変換して出力
する。この出力をスピーカ等に供給することにより、ユ
ーザーが記録媒体１から再生した音声を視聴することが
できる。

【００３９】コントローラ１１は、ピックアップ２、Ｒ
Ｆ回路３、データデコーダ４、デマルチプレクサ５、ビ
デオデコーダ６、副映像デコーダ７、オーディオデコー
ダ８、ＮＴＳＣ変換回路９及びＤ／Ａ変換回路１０の制
御を行う。また、コントローラ１１には、操作パネルや
リモートコントローラ等からなるユーザーインターフェ
ース１２を介して、再生モード切換等の操作入力がなさ
れ、この操作入力に基づき各回路の制御を行う。なお、
コントローラ１１は、メモリ１３に各制御に必要なデー
タ等を記憶させ、メモリ１３に記憶させたデータを随時
参照して各回路の制御を行う。

【００４０】つぎに、ＤＶＤ−Ｖｉｄｅｏに記録される
符号化データのフォーマットについて、図２及び図３を
参照して説明する。

【００４１】ＤＶＤ−Ｖｉｄｅｏにおいて、符号化デー
タには、主映像データ、副映像データ及び音声データが
含まれる。なお、これらの各データは、全てが必須とい
うわけではなく、記録する情報に応じて適宜選択可能で
あることは言うまでもない。また、以下の説明では、こ
れらのデータが記録される領域のことを、ビデオゾーン
と称する。

【００４２】ビデオゾーンは、図２に示すように、ビデ
オゾーンの先頭に位置するＶＭＧ（Video Manager）
と、ＶＭＧの後ろに位置するＶＴＳ（Video Title Se
t）とから構成される。ＶＭＧは、主にビデオゾーンに
含まれているＶＴＳについての情報が記録される領域で
あり、１つのビデオゾーンに１つ含まれる。一方、ＶＴ
Ｓは、タイトルが実際に記録される領域であり、１つの
ビデオゾーンに少なくとも１つは含まれており、最大で
９９までとされる。なお、ＤＶＤ−Ｖｉｄｅｏにおい
て、タイトルとは、記録されている映像等の一番大きな
単位であり、例えば、映画が記録されたＤＶＤ−Ｖｉｄ
ｅｏでは、通常、１タイトルが映画１作品に相当する。

【００４３】ＶＭＧは、再生に必要な基本的な情報等が
記録されるＶＭＧＩ（VMG Information）と、記録され
ているデータにアクセスするためのメニュー画面の情報
等が記録されるＶＭＧＭ＿ＶＯＢＳ（Video object Set
foe VMG Menu）と、ＶＭＧＩのバックアップであるＶ
ＭＧＩ＿ＢＵＰ（Backup of the VMGI）とから構成され
ている。なお、ＶＭＧＭ＿ＶＯＢＳは、必須ではなく、
無くても構わない。

【００４４】ＶＴＳは、後述するセルの順序や相互の関
係等を示すＰＧＣＩ（Program Chain Information）等
が記録されるＶＴＳＩ（VTS Information）と、記録さ
れているタイトルにアクセスするためのメニュー画面の
情報等が記録されるＶＴＳＭ＿ＶＯＢＳ（Video Object
Set for the VTS Menu）と、タイトルが実際に記録さ
れるＶＴＳＴＴ＿ＶＯＢＳ（Video Object Set for Tit
les in a VTS）と、ＶＴＳＩのバックアップであるＶＴ
ＳＩ＿ＢＵＰ（Backup of the VTSI）とから構成されて
いる。なお、ＶＴＳＭ＿ＶＯＢＳは、必須ではなく、無
くても構わない。

【００４５】つぎに、実際に映像のデータが配置される
ＶＯＢＳについて説明する。なお、ここでは、ＶＭＧＭ
＿ＶＯＢＳ、ＶＴＳＭ＿ＶＯＢＳ及びＶＴＳＴＴ＿ＶＯ
ＢＳをまとめてＶＯＢＳと称している。

【００４６】ＶＯＢＳは、図３に示すように、１以上の
ＶＯＢ（Video object）から構成されており、各ＶＯＢ
は、１以上のＣｅｌｌから構成されている。ここで、各
ＶＯＢには、各ＶＯＢの番号を示すＶＯＢ＿ＩＤナンバ
ーが割り当てられており、各Ｃｅｌｌには、各Ｃｅｌｌ
の番号を示すＣｅｌｌ＿ＩＤナンバーが割り当てられて
いる。したがって、ＶＯＢＳの中のＣｅｌｌは、ＶＯＢ
＿ＩＤナンバーと、Ｃｅｌｌ＿ＩＤナンバーとによって
特定される。そして、これらのＣｅｌｌは、ＶＴＳＩに
記録されているＰＧＣＩによって関連付けられている。

【００４７】なお、実際に再生の対象となるＣｅｌｌ
は、ＰＧＣＩによって関連付けられたＣｅｌｌの全部と
は限らず、一部だけの場合もある。例えば、記録されて
いる映像の一部だけを再生するように予めプログラムし
て再生を行ういわゆるプログラム再生では、ＰＧＣＩに
よって関連付けられたＣｅｌｌのうち、一部のＣｅｌｌ
だけを再生するようなときがある。このようなとき、再
生の対象となるＣｅｌｌは、ＰＧＣＩによって関連付け
られたＣｅｌｌのうちの一部となる。一方、例えば、記
録されている映像を最初から最後まで連続して再生する
ような場合には、ＰＧＣＩによって関連付けられたＣｅ
ｌｌの全てを再生することとなるので、再生の対象とな
るＣｅｌｌは、ＰＧＣＩによって関連付けられたＣｅｌ
ｌの全部となる。

【００４８】そして、Ｃｅｌｌは、１以上のＶＯＢＵ
（Video Object Unit）から構成されている。すなわ
ち、ＤＶＤ−Ｖｉｄｅｏにおいて、映像等のデータは、
１以上のＧＯＰを含む所定のデータ単位に予め分割され
ており、このデータ単位のことをＶＯＢＵと称してい
る。なお、デマルチプレクサ５からビデオデコーダ６へ
のデータの供給は、このＶＯＢＵの単位で行われる。

【００４９】ＶＯＢＵは、１以上のＧＯＰ（Group of P
ictures）を含むように構成されており、具体的には、
図３に示すように、ＶＯＢＵ間の相互の関係等が記録さ
れるナビゲーションパックＮＶ＿ＰＣＫ（Navigation P
ack）と、パックヘッダー及び主映像データパケットか
らなる主映像データパックＶ＿ＰＣＫ（Video Pack）
と、パックヘッダー及び音声データパケットからなる音
声データパックＡ＿ＰＣＫ（Audio Pack）と、パックヘ
ッダー及び副映像データパケットからなる副映像データ
パックＳＰ＿ＰＣＫ（Sub-Picture Pack）とから構成さ
れる。ここで、主映像データパックＶ＿ＰＣＫパック
は、ＭＰＥＧ２方式についての規格であるＩＳＯ／ＩＥ
Ｃ１３８１８−２、又はＭＰＥＧ１方式についての規格
であるＩＳＯ／ＩＥＣ１１１７２−２に準ずるように圧
縮符号化されてなる。

【００５０】上記ナビゲーションパックＮＶ＿ＰＣＫ
は、ＶＯＢＵの先頭に必ず配置される。一方、主映像デ
ータパックＶ＿ＰＣＫ、音声データパックＡ＿ＰＣＫ及
び副映像データパックＳＰ＿ＰＣＫは、必ずしもＶＯＢ
Ｕに含まれている必要はない。

【００５１】つぎに、映像再生装置１００による符号化
データの再生についての具体的な説明に先立って、以下
の説明で用いる語句について説明する。

【００５２】本実施の形態では、再生のモードとして、
Ｐｌａｙ、Ｐａｕｓｅ、ＳｔｅｐＲ、ＳｌｏｗＲ、Ｓｔ
ｅｐＦ、ＳｌｏｗＦ、ＦＦ、ＦＲを挙げ、それらのモー
ドを切り換えたときの処理について説明する。そして、
このように再生のモードを切り換えたときに、切り換え
前のモードにおいて再生されていた最後のピクチャのこ
とを「モード切換前ピクチャ」と称し、切り換え後のモ
ードにおいて最初に表示するピクチャのことを「表示開
始ピクチャ」と称する。

【００５３】また、ＶＯＢＵのスタートアドレスのこと
を「ＶＯＢＵ＿ＳＡ」と称する。そして、デマルチプレ
クサ５からビデオデコーダ６に供給されるＶＯＢＵは
「エントリーポイント」によって特定される。すなわ
ち、エントリーポイントにＶＯＢＵ＿ＳＡが設定され、
当該ＶＯＢＵ＿ＳＡが指し示すＶＯＢＵが、デマルチプ
レクサ６からビデオデコーダ６、副映像デコーダ７及び
オーディオデコーダ８に供給される。より具体的には、
当該ＶＯＢＵに含まれる主映像データパックＶ＿ＰＣＫ
が、デマルチプレクサ６からビデオデコーダ６に供給さ
れて復号され、当該ＶＯＢＵに含まれる副映像データパ
ックＳＰ＿ＰＣＫがデマルチプレクサ６から副映像デコ
ーダ７に供給されて復号され、当該ＶＯＢＵに含まれる
音声データパックＡ＿ＰＣＫがデマルチプレクサ６から
オーディオデコーダ８に供給され復号される。

【００５４】また、以下の説明では、ＶＯＢＵ＿ＳＡの
うち、モード切換前ピクチャが含まれるＶＯＢＵのＶＯ
ＢＵ＿ＳＡのことを「ＣＵＲＲ＿ＶＯＢＵ＿ＳＡ」と称
し、モード切換前ピクチャが含まれるＶＯＢＵの１つ前
のＶＯＢＵのＶＯＢＵ＿ＳＡのことを「ＰＲＥＶ＿ＶＯ
ＢＵ＿ＳＡ」と称し、モード切換前ピクチャが含まれる
ＶＯＢＵの１つ後のＶＯＢＵのＶＯＢＵ＿ＳＡのことを
「ＮＥＸＴ＿ＶＯＢＵ＿ＳＡ」と称する。

【００５５】また、ＶＯＢＵに含まれるピクチャのうち
の先頭のピクチャの終了アドレスのことを「ＶＯＢＵ＿
１ＳＴＲＥＦ＿ＥＡ」と称する。このＶＯＢＵ＿１ＳＴ
ＲＥＦ＿ＥＡは、ナビゲーションパックＮＶ＿ＰＣＫに
記録されている。なお、ＶＯＢＵにピクチャが含まれて
いないとき、すなわちＶＯＢＵに映像データが含まれて
いないとき、ＶＯＢＵ＿１ＳＴＲＥＦ＿ＥＡには０が設
定される。

【００５６】また、ナビゲーションパックＮＶ＿ＰＣＫ
には、例えば、当該ナビゲーションパックＮＶ＿ＰＣＫ
が含まれているＶＯＢＵの前後に位置する複数のＶＯＢ
Ｕのアドレス情報が含まれている。この情報のことを
「ＶＯＢＵ＿ＳＲＩ」と称する。また、ＶＯＢＵ＿ＳＲ
Ｉに記録されているアドレス情報のうち、当該ＶＯＢＵ
よりの前のビデオストリームを含むＶＯＢＵのＶＯＢＵ
＿ＳＡのことを「ＢＷＤＩ＿Ｖｉｄｅｏ」と称する。

【００５７】また、各ＶＯＢＵには、当該ＶＯＢＵに含
まれる映像データに基づくピクチャの表示開始のタイミ
ングを示す時刻管理情報が予め記録されている。そし
て、この時刻管理情報のことを「ＰＴＭ」と称する。そ
して、ＰＴＭのうち、ＶＯＢＵに含まれるピクチャの表
示を開始すべきタイミングを示すＰＴＭのことを「ＶＯ
ＢＵ＿Ｓ＿ＰＴＭ」と称し、ＶＯＢＵに含まれるピクチ
ャの表示が終了するタイミングを示すＰＴＭのことを
「ＶＯＢＵ＿Ｅ＿ＰＴＭ」と称する。すなわち、ＶＯＢ
Ｕ＿Ｓ＿ＰＴＭは、プレゼンテーションオーダーにおい
てＶＯＢＵの先頭に位置するピクチャの表示開始のタイ
ミングを示し、ＶＯＢＵ＿Ｅ＿ＰＴＭは、プレゼンテー
ションオーダーにおいてＶＯＢＵの最後に位置するピク
チャの表示終了のタイミングを示す。

【００５８】また、ＭＰＥＧ方式により圧縮符号化され
た映像データでは、少なくともＧＯＰの先頭のＩピクチ
ャに、復号開始のタイミングを示すＤＴＳ（Decoding T
imeStamp）が記録されている。そして、映像再生装置１
００は、映像データの再生時に、復号のタイミングの基
準となる同期信号であるＳＴＣを順次進めていき、ＳＴ
ＣとＤＴＳとを比較して、ＳＴＣがＤＴＳに達したら、
当該ＤＴＳが記録されているピクチャの復号を開始する
ようにする。そして、以下の説明では、ＤＴＳのうち、
ＧＯＰの先頭のＩピクチャのＤＴＳのことを「ＧＯＰ＿
ＤＴＳＶ」と称する。

【００５９】また、ＶＯＢＵに含まれるピクチャのデー
タだけで復号できるピクチャのうち、プレゼンテーショ
ンオーダーで最も早く表示されるピクチャのことを「Ｆ
ＰＰ」と称する。また、復号する際に異なるＶＯＢＵの
ピクチャが必要なピクチャのことを「ＰＲＥ＿ＦＰＰ」
と称する。具体的には、ＰＲＥ＿ＦＰＰは、一つ前のＶ
ＯＢＵの最後のＧＯＰに含まれるピクチャを参照して復
号がなされる。したがって、ＰＲＥ＿ＦＰＰは、一つ前
のＶＯＢＵの最後のＧＯＰに含まれるピクチャを復号し
た後でなければ、復号することができない。なお、ＭＰ
ＥＧ方式において、ピクチャは、当該ピクチャを含むＧ
ＯＰに含まれるピクチャ、又は１つ前のＧＯＰに含まれ
るピクチャを参照すれば、必ず復号できるように圧縮さ
れる。したがって、ＰＲＥ＿ＦＰＰは、ＶＯＢＵの先頭
のＧＯＰにだけ存在しうるものであり、ＶＯＢＵの先頭
以外のＧＯＰには存在しない。

【００６０】また、映像再生装置１００では、映像デー
タの復号を開始するタイミングと、ピクチャの表示を開
始するタイミングには、若干のずれが生じる。そして、
以下の説明では、映像データの復号が開始されてからピ
クチャの表示が開始されるまでの時間のことを「復号遅
れＤＬ」と称する。なお、映像表示装置１００では、こ
の復号遅れＤＬが、常に１フィールド分の時間で一定と
なるようにしている。

【００６１】つぎに、再生モードが切り換わったときの
映像表示装置１００の動作について説明する。

【００６２】なお、Ｐｌａｙ、Ｐａｕｓｅ、ＳｌｏｗＦ
及びＳｔｅｐＦでの処理は、全て順方向の再生処理であ
るので、映像データをデコーディングオーダーにて復号
してプレゼンテーションオーダーにて表示するという観
点においては、これらのモードでは基本的に同じ処理が
行われることとなる。そこで、以下の説明において、こ
れらのモードを区別する必要がないときには、これらの
モードをまとめてＰｌａｙ系モードと称する。なお、Ｆ
Ｆも順方向の再生処理であるが、ＦＦでは、早送りを行
うためにピクチャを飛び飛びで復号することとなるの
で、復号の順序がＰｌａｙ、Ｐａｕｓｅ、ＳｌｏｗＦ及
びＳｔｅｐＦの場合とは異なるものとなる。したがっ
て、ＦＦは、Ｐｌａｙ系モードには含めていない。

【００６３】ユーザーインターフェース１２を介して再
生モードの切り換えを指示する信号がコントローラ１１
に入力されると、図４乃至図１２のフローチャートに示
す処理が行われ、切り換え後のモードにおいて最初に復
号すべきピクチャが含まれるＶＯＢＵがモード切換前ピ
クチャの情報に基づいて特定された上で、再生モードの
切り換えが行われる。以下、この処理について、図４乃
至図１２のフローチャートを参照して詳細に説明する。

【００６４】再生モードを切り換えるイベントが発生し
たら、図４に示すように、先ず、ステップＳ１−１にお
いて、コントローラ１１は、モード切換前ピクチャの情
報を取得する。具体的には、コントローラによって、モ
ード切換前ピクチャのＴＲと、モード切換前ピクチャが
含まれるＧＯＰのＧＯＰ＿ＤＴＳＶとを検出して、当該
ＴＲ及びＧＯＰ＿ＤＴＳＶをメモリ１３に記憶させると
ともに、モード切換前ピクチャがＦＰＰやＰＲＥ＿ＦＰ
Ｐであるか否かを判別し、モード切換前ピクチャがＦＰ
ＰやＰＲＥ＿ＦＰＰであるか否かの情報をメモリ１３に
記憶させる。

【００６５】次に、ステップＳ１−２において、コント
ローラ１１は、モード切換前ピクチャが含まれるＶＯＢ
ＵのナビゲーションパックＮＶ＿ＰＣＫの情報を検出し
て、当該ナビゲーションパックＮＶ＿ＰＣＫの情報をメ
モリ１３に記憶させる。

【００６６】次に、ステップＳ１−３において、コント
ローラ１１は、切り換え後のモードがＰｌａｙ系モード
であるか否かを判別する。そして、Ｐｌａｙ系モードな
らばステップＳ１−４に進み、Ｐｌａｙ系モードでない
ならばステップＳ１−７に進む。

【００６７】ステップＳ１−４において、コントローラ
１１は、ステップＳ１−１でメモリ１３に記憶させた情
報に基づいて、モード切換前ピクチャがＰＲＥ＿ＦＰＰ
であるか否かを判別する。そして、ＰＲＥ＿ＦＰＰでな
いならばステップＳ１−５へ進み、ＰＲＥ＿ＦＰＰであ
るならばステップＳ１−６へ進む。

【００６８】ステップＳ１−５において、コントローラ
１１は、ステップＳ１−２でメモリ１３に記憶させたナ
ビゲーションパックＮＶ＿ＰＣＫの情報に基づいて、エ
ントリーポイントをＣＵＲＲ＿ＶＯＢＵ＿ＳＡに設定す
る。また、ステップＳ１−６において、コントローラ１
１は、ステップＳ１−２でメモリ１３に記憶させたナビ
ゲーションパックＮＶ＿ＰＣＫの情報に基づいて、エン
トリーポイントをＰＲＥＶ＿ＶＯＢＵ＿ＳＡに設定す
る。

【００６９】すなわち、切り換え後のモードがＰｌａｙ
系モードであり、モード切換前ピクチャがＰＲＥ＿ＦＰ
Ｐでないならば、モード切換前ピクチャを含むＶＯＢＵ
を、切り換え後のモードにおいて最初に復号すべきピク
チャが含まれるＶＯＢＵとして特定する。また、切り換
え後のモードがＰｌａｙ系モードであり、モード切換前
ピクチャがＰＲＥ＿ＦＰＰであるならば、モード切換前
ピクチャを含むＶＯＢＵの前のＶＯＢＵを、切り換え後
のモードにおいて最初に復号すべきピクチャが含まれる
ＶＯＢＵとして特定する。

【００７０】一方、ステップＳ１−７において、コント
ローラ１１は、切り換え後のモードがＳｌｏｗＲ又はＳ
ｔｅｐＲであるか否かを判別する。そして、ＳｌｏｗＲ
又はＳｔｅｐＲならばステップＳ１−８に進み、Ｓｌｏ
ｗＲ又はＳｔｅｐＲでないならばステップＳ１−１１に
進む。

【００７１】ステップＳ１−８において、コントローラ
１１は、ステップＳ１−１でメモリ１３に記憶させた情
報に基づいて、モード切換前ピクチャがＦＰＰ又はＰＲ
Ｅ＿ＦＰＰであるか否かを判別する。そして、ＦＰＰ又
はＰＲＥ＿ＦＰＰでないならばステップＳ１−９へ進
み、ＦＰＰ又はＰＲＥ＿ＦＰＰであるならばステップＳ
１−１０へ進む。

【００７２】ステップＳ１−９において、コントローラ
１１は、ステップＳ１−２でメモリ１３に記憶させたナ
ビゲーションパックＮＶ＿ＰＣＫの情報に基づいて、エ
ントリーポイントをＣＵＲＲ＿ＶＯＢＵ＿ＳＡに設定す
る。また、ステップＳ１−１０において、コントローラ
１１は、ステップＳ１−２でメモリ１３に記憶させたナ
ビゲーションパックＮＶ＿ＰＣＫの情報に基づいて、エ
ントリーポイントをＰＲＥＶ＿ＶＯＢＵ＿ＳＡに設定す
る。

【００７３】すなわち、切り換え後のモードがＳｌｏｗ
Ｒ又はＳｔｅｐＲであり、モード切換前ピクチャがＦＰ
ＰやＰＲＥ＿ＦＰＰでないならば、モード切換前ピクチ
ャを含むＶＯＢＵを、切り換え後のモードにおいて最初
に復号すべきピクチャが含まれるＶＯＢＵとして特定す
る。また、切り換え後のモードがＳｌｏｗＲ又はＳｔｅ
ｐＲであり、モード切換前ピクチャがＦＰＰ又はＰＲＥ
＿ＦＰＰであるならば、モード切換前ピクチャを含むＶ
ＯＢＵの前のＶＯＢＵを、切り換え後のモードにおいて
最初に復号すべきピクチャが含まれるＶＯＢＵとして特
定する。

【００７４】一方、ステップＳ１−１１において、コン
トローラ１１は、ステップＳ１−１でメモリ１３に記憶
させた情報に基づいて、切り換え後のモードがＦＦであ
るか否かを判別する。そして、ＦＦであるならばステッ
プＳ１−１２に進み、ＦＦでないならばステップＳ１−
１３に進む。なお、ステップＳ１−１３に進むのは、切
り換え後のモードが、Ｐｌａｙ系モード、ＳｌｏｗＲ、
ＳｔｅｐＲ、ＦＦのいずれでもない場合、すなわちＦＲ
の場合である。

【００７５】ステップＳ１−１２において、コントロー
ラ１１は、ステップＳ１−２でメモリ１３に記憶させた
ナビゲーションパックＮＶ＿ＰＣＫの情報に基づいて、
エントリーポイントをＮＥＸＴ＿ＶＯＢＵ＿ＳＡに設定
する。また、ステップＳ１−１３において、コントロー
ラ１１は、ステップＳ１−２でメモリ１３に記憶させた
ナビゲーションパックＮＶ＿ＰＣＫの情報に基づいて、
エントリーポイントをＰＲＥＶ＿ＶＯＢＵ＿ＳＡに設定
する。

【００７６】すなわち、切り換え後のモードがＦＦのと
きには、モード切換前ピクチャを含むＶＯＢＵの次のＶ
ＯＢＵを、切り換え後のモードにおいて最初に復号すべ
きピクチャが含まれるＶＯＢＵとして特定する。また、
切り換え後のモードがＲＲのときには、モード切換前ピ
クチャを含むＶＯＢＵの前のＶＯＢＵを、切り換え後の
モードにおいて最初に復号すべきピクチャが含まれるＶ
ＯＢＵとして特定する。

【００７７】次に、図５のステップＳ１−２０へ進み、
コントローラ１１は、切り換え前のモードで予めメモリ
１３に記憶させておいたＰＧＣＩの情報に基づいて、エ
ントリーポイントがＣｅｌｌの境界を越えているかを判
別する。そして、エントリーポイントがＣｅｌｌの境界
を越えているならば、ステップＳ１−２１へ進み、Ｃｅ
ｌｌの境界を越えていないならば、図６に示すシーケン
スエンドチェックのフローへと進む。なお、エントリー
ポイントがＣｅｌｌの境界を越えているということは、
換言すれば、エントリーポイントがモード切換前ピクチ
ャを含むＣｅｌｌに存在しないということである。

【００７８】ステップＳ１−２１において、コントロー
ラ１１は、エントリーポイントがＮＥＸＴ＿ＶＯＢＵ＿
ＳＡであるか否かを判別する。そして、エントリーポイ
ントがＮＥＸＴ＿ＶＯＢＵ＿ＳＡであるならばステップ
Ｓ１−２２へ進み、エントリーポイントがＮＥＸＴ＿Ｖ
ＯＢＵ＿ＳＡでないならばステップ１−２４へ進む。

【００７９】ステップＳ１−２２において、コントロー
ラ１１は、切り換え前のモードで予めメモリ１３に記憶
させておいたＰＧＣＩの情報に基づいて、モード切換前
ピクチャが含まれていたＣｅｌｌが、再生の対象となる
Ｃｅｌｌのうち、最後のＣｅｌｌであるか否かを判別す
る。そして、最後のＣｅｌｌではないならば、ステップ
Ｓ１−２３へ進む。一方、最後のＣｅｌｌであったなら
ば、再生の対象となるＣｅｌｌがなくなったこととなる
ので、再生処理を終了する。

【００８０】ステップＳ１−２３において、コントロー
ラ１１は、エントリーポイントとして設定されているＶ
ＯＢＵ＿ＳＡを、モード切換前ピクチャが含まれていた
Ｃｅｌｌの次のＣｅｌｌの先頭に設定する。すなわち、
エントリーポイントを、モード切換前ピクチャが含まれ
ていたＣｅｌｌの次のＣｅｌｌの先頭のＶＯＢＵのスタ
ートアドレスに設定する。その後、図６に示すシーケン
スエンドチェックのフローへと進む。

【００８１】一方、ステップＳ１−２４において、コン
トローラ１１は、切り換え後のモードがＦＲであるか否
かを判別する。そして、ＦＲであるならばステップＳ１
−２５に進み、ＦＲでないならばテップＳ１−２６に進
む。

【００８２】ステップＳ１−２５において、コントロー
ラ１１は、切り換え前のモードで予めメモリ１３に記憶
させておいたＰＧＣＩの情報に基づいて、モード切換前
ピクチャが含まれていたＣｅｌｌが、再生の対象となる
Ｃｅｌｌのうち、先頭のＣｅｌｌであるか否かを判別す
る。そして、先頭のＣｅｌｌではないならば、ステップ
Ｓ１−２７へ進む。一方、先頭のＣｅｌｌであったなら
ば、再生の対象となるＣｅｌｌがなくなったこととなる
ので、再生処理を終了する。

【００８３】ステップＳ１−２６において、コントロー
ラ１１は、切り換え前のモードで予めメモリ１３に記憶
させておいたＰＧＣＩの情報に基づいて、モード切換前
ピクチャが含まれていたＣｅｌｌが、ＰＧＣＩによって
関連付けられたＣｅｌｌのうち、先頭のＣｅｌｌである
か否かを判別する。そして、先頭のＣｅｌｌではないな
らばステップＳ１−２７へ進み、先頭のＣｅｌｌである
ならばステップＳ１−２８へ進む。

【００８４】ステップＳ１−２７において、コントロー
ラ１１は、エントリーポイントとして設定されているＶ
ＯＢＵ＿ＳＡを、モード切換前ピクチャが含まれていた
Ｃｅｌｌの１つ前のＣｅｌｌの最後のＶＯＢＵの先頭に
設定する。すなわち、エントリーポイントを、モード切
換前ピクチャが含まれていたＣｅｌｌの１つ前のＣｅｌ
ｌの最後のＶＯＢＵのスタートアドレスに設定する。そ
の後、図６に示すシーケンスエンドチェックのフローへ
と進む。

【００８５】ステップＳ１−２８において、コントロー
ラ１１は、ステップＳ１−２でメモリ１３に記憶させた
ナビゲーションパックＮＶ＿ＰＣＫの情報に基づいて、
エントリーポイントをＣＵＲＲ＿ＶＯＢＵ＿ＳＡに設定
する。その後、図６に示すシーケンスエンドチェックの
フローへと進む。

【００８６】以上の処理により、再生のモードが切り換
わったときに、切り換え後のモードにおいて最初に復号
すべきピクチャが含まれるＶＯＢＵが特定され、当該Ｖ
ＯＢＵのスタートアドレスがエントリーポイントに設定
されることとなる。

【００８７】つぎに、シーケンスエンドチェックの処理
の流れについて、図６のフローチャートを参照して説明
する。

【００８８】シーケンスエンドチェック処理は、図４及
び図５のフローチャートに示した処理によって特定され
たＶＯＢＵにピクチャが含まれているかをチェックする
処理であり、図６に示すように、先ず、ステップＳ２−
１において、コントローラ１１は、図４及び図５のフロ
ーチャートに示した処理によって設定されたエントリー
ポイントを、データデコーダ４に供給する。そして、デ
ータデコーダ４は、このエントリーポイントが指し示す
ＶＯＢＵをサーチし、当該ＶＯＢＵをデマルチプレクサ
５に供給する。

【００８９】次に、ステップＳ２−２において、コント
ローラ１１は、ステップＳ２−１でサーチされたＶＯＢ
ＵのナビゲーションパックＮＶ＿ＰＣＫの情報を検出し
て、当該ナビゲーションパックＮＶ＿ＰＣＫの情報をメ
モリ１３に記憶させる。

【００９０】次に、ステップＳ２−３において、コント
ローラ１１は、ステップＳ２−１でサーチされたＶＯＢ
Ｕについて、ステップＳ２−２でメモリ１３に記憶させ
たナビゲーションパックＮＶ＿ＰＣＫの情報に基づい
て、ＶＯＢＵ＿１ＳＴＲＥＦ＿ＥＡが０であるか否かを
判別する。そして、ＶＯＢＵ＿１ＳＴＲＥＦ＿ＥＡが０
であるならば、当該ＶＯＢＵにはピクチャが含まれてい
ないということなので、シーケンスエンドを探すため
に、ステップＳ２−４に進む。一方、ＶＯＢＵ＿１ＳＴ
ＲＥＦ＿ＥＡが０でないならば、当該ＶＯＢＵのデマル
チプレクサ５からビデオデコーダ６への供給を開始し
て、図７に示す再生モード分岐処理のフローへと進む。

【００９１】ステップＳ２−４において、コントローラ
１１は、ステップＳ２−２でメモリ１３に記憶させたナ
ビゲーションパックＮＶ＿ＰＣＫのＶＯＢＵ＿ＳＲＩに
記録されているＢＷＤＩ＿Ｖｉｄｅｏをデータデコーダ
４に供給する。そして、データデコーダ４は、このＢＷ
ＤＩ＿Ｖｉｄｅｏが指し示すＶＯＢＵをサーチし、当該
ＶＯＢＵをデマルチプレクサ５に供給する。

【００９２】次に、ステップＳ２−５において、コント
ローラ１１は、ターゲットにシーケンスエンドコードを
設定する。なお、ここで設定されたターゲットは、図８
及び図９に示すＧｏＴｏＴａｒｇｅｔ処理において使用
される。

【００９３】次に、ステップＳ２−６において、図８及
び図９に示すＧｏＴｏＴａｒｇｅｔ処理を行い、その
後、ステップＳ２−７において、コントローラ１１は、
図４及び図５のフローチャートに示した処理によって設
定されたエントリーポイントをデータデコーダ４に供給
する。そして、データデコーダ４は、このエントリーポ
イントが指し示すＶＯＢＵをサーチし、当該ＶＯＢＵを
デマルチプレクサ５に供給する。その後、デマルチプレ
クサ５からビデオデコーダ６へのＶＯＢＵの供給を開始
して、図７に示す再生モード分岐処理のフローへと進
む。

【００９４】つぎに、再生モード分岐処理の流れについ
て、図７のフローチャートを参照して説明する。

【００９５】再生モード分岐処理では、先ず、ステップ
Ｓ３−１において、コントローラ１１は、切り換え後の
モードがＰｌａｙであるか否かを判別する。そして、Ｐ
ｌａｙならばステップ３−２に進み、Ｐｌａｙでないな
らばステップＳ３−４に進む。

【００９６】ステップＳ３−２において、コントローラ
１１は、ステップＳ１−１で取得しておいたモード切換
前ピクチャの情報に基づいて、ターゲットに表示開始ピ
クチャを設定する。ここで、表示開始ピクチャの特定
は、モード切換前ピクチャのＴＲと、モード切換前ピク
チャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶとに基づいて
行う。

【００９７】次に、ステップＳ３−３において、図８及
び図９に示すＧｏＴｏＴａｒｇｅｔ処理を行う。なお、
ＧｏＴｏＴａｒｇｅｔ処理では、ビデオストリームをタ
ーゲットまで進めて、当該ターゲットのところから任意
のモードでの再生処理が行えるようにする。そして、Ｇ
ｏＴｏＴａｒｇｅｔ処理によって、ターゲットとなるピ
クチャにたどり着いたら、当該ピクチャからｐｌａｙを
開始する。

【００９８】また、ステップＳ３−４において、コント
ローラ１１は、切り換え後のモードがＰａｕｓｅである
か否かを判別する。そして、Ｐａｕｓｅならばステップ
３−５に進み、ＰａｕｓｅでないならばステップＳ３−
７に進む。

【００９９】ステップＳ３−５において、コントローラ
１１は、ステップＳ１−１で取得しておいたモード切換
前ピクチャの情報に基づいて、ターゲットに表示開始ピ
クチャを設定する。ここで、表示開始ピクチャの特定
は、モード切換前ピクチャのＴＲと、モード切換前ピク
チャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶとに基づいて
行う。

【０１００】次に、ステップＳ３−６において、図８及
び図９に示すＧｏＴｏＴａｒｇｅｔ処理を行う。そし
て、ＧｏＴｏＴａｒｇｅｔ処理によって、ターゲットと
なるピクチャにたどり着いたら、当該ピクチャを表示さ
せてＰａｕｓｅする。すなわち、当該ピクチャを表示さ
せてた状態で再生を一時停止する。

【０１０１】また、ステップＳ３−７において、コント
ローラ１１は、切り換え後のモードがＳｔｅｐＦ又はＳ
ｌｏｗＦであるか否かを判別する。そして、ＳｔｅｐＦ
又はＳｌｏｗＦならばステップ３−８に進み、Ｓｔｅｐ
Ｆ又はＳｌｏｗＦでないならばステップＳ３−１０に進
む。

【０１０２】ステップＳ３−８において、コントローラ
１１は、ステップＳ１−１で取得しておいたモード切換
前ピクチャの情報に基づいて、ターゲットに表示開始ピ
クチャを設定する。ここで、表示開始ピクチャの特定
は、モード切換前ピクチャのＴＲと、モード切換前ピク
チャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶとに基づいて
行う。

【０１０３】次に、ステップＳ３−９において、図８及
び図９に示すＧｏＴｏＴａｒｇｅｔ処理を行う。そし
て、ＧｏＴｏＴａｒｇｅｔ処理によって、ターゲットと
なるピクチャにたどり着いたら、当該ピクチャからＳｔ
ｅｐＦ又はＳｌｏｗＦを開始する。

【０１０４】ステップＳ３−１０において、コントロー
ラ１１は、切り換え後のモードがＳｔｅｐＲ又はＳｌｏ
ｗＲであるか否かを判別する。そして、ＳｔｅｐＲ又は
ＳｌｏｗＲならばステップＳ３−１１に進み、Ｓｔｅｐ
Ｒ又はＳｌｏｗＲでないならばステップＳ３−１３に進
む。

【０１０５】ステップＳ３−１１において、コントロー
ラ１１は、ステップＳ１−１で取得しておいたモード切
換前ピクチャの情報に基づいて、ターゲットに表示開始
ピクチャを設定する。ここで、表示開始ピクチャの特定
は、モード切換前ピクチャのＴＲと、モード切換前ピク
チャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶとに基づいて
行う。

【０１０６】次に、ステップＳ３−１２において、図８
及び図９に示すＧｏＴｏＴａｒｇｅｔ処理を行う。そし
て、ＧｏＴｏＴａｒｇｅｔ処理によって、ターゲットと
なるピクチャにたどり着いたら、当該ピクチャからＳｔ
ｅｐＲ又はＳｌｏｗＲを開始する。

【０１０７】ステップＳ３−１３において、コントロー
ラ１１は、切り換え後のモードがＦＦであるか否かを判
別する。そして、切り換え後のモードがＦＦならば、Ｆ
Ｆを開始する。一方、切り換え後のモードがＦＦでない
ときは、切り換え後のモードがＰｌａｙ系モード、Ｓｌ
ｏｗＲ、ＳｔｅｐＲ、ＦＦのいずれでもない場合、すな
わちＦＲのときであるので、ＦＲを開始する。なお、切
り換え後のモードがＦＦ及びＦＲのときにＧｏＴｏＴａ
ｒｇｅｔ処理を行わないのは、ＦＦ及びＦＲでは、常に
ＶＯＢＵの先頭から復号するので、ピクチャ単位でのタ
ーゲットの特定が不要だからである。

【０１０８】なお、以上のような再生モード分岐処理の
ステップＳ３−７乃至Ｓ３−９において、ＳｔｅｐＦと
ＳｌｏｗＦをまとめて扱っているのは、ＳｌｏｗＦ及び
ＳｔｅｐＦでの処理はどちらも順方向に１コマずつ再生
していく処理であり、映像データをデコーディングオー
ダーにて復号してプレゼンテーションオーダーにて表示
するという観点においては、これらのモードでは基本的
に同じ処理が行われるからである。同様に、ステップＳ
３−１０乃至Ｓ３−１２において、ＳｔｅｐＲとＳｌｏ
ｗＲをまとめて扱っているのは、ＳｌｏｗＲ及びＳｔｅ
ｐＲでの処理はどちらも逆方向に１コマずつ再生してい
く処理であり、映像データをデコーディングオーダーに
て復号してプレゼンテーションオーダーにて表示すると
いう観点においては、これらのモードでは基本的に同じ
処理が行われるからである。

【０１０９】つぎに、ＧｏＴｏＴａｒｇｅｔ処理の流れ
について、図８及び図９のフローチャートを参照して説
明する。

【０１１０】ＧｏＴｏＴａｒｇｅｔ処理は、基本的に
は、デマルチプレクサ５からビデオデコーダ６にＶＯＢ
Ｕ単位で供給される映像データに含まれる各ピクチャに
ついて、ターゲットとしているピクチャ（以下、ターゲ
ットピクチャと称する。）であるか否かを、ＶＯＢＵに
含まれるピクチャの先頭から順次、１ピクチャ毎に判別
していく処理である。

【０１１１】なお、以下の説明において、ターゲットピ
クチャであるか否かの判別の対象となっているピクチャ
のことを対象ピクチャと称する。そして、ＧｏＴｏＴａ
ｒｇｅｔ処理を行っているときには、対象ピクチャを１
ピクチャ分進める毎に、ＳＴＣを１ピクチャ分ずつ進め
ていくようにする。また、ＧｏＴｏＴａｒｇｅｔ処理で
は、以下に詳細に説明するように、対象ピクチャがター
ゲットピクチャであるか否かを判別するための情報とし
て、ＴＲとＧＯＰ＿ＤＴＳＶを用いる。

【０１１２】ＧｏＴｏＴａｒｇｅｔ処理では、先ず、ス
テップＳ４−１において、コントローラ１１は、ナビゲ
ーションパックＮＶ＿ＰＣＫが更新されたか否かを判別
する。そして、ナビゲーションパックＮＶ＿ＰＣＫが更
新されたならばステップＳ４−２に進み、ナビゲーショ
ンパックＮＶ＿ＰＣＫが更新されていないならばステッ
プＳ４−６に進む。なお、ナビゲーションパックＮＶ＿
ＰＣＫは、デマルチプレクサ５からビデオデコーダ６に
新しいＶＯＢＵが供給され、新しいＶＯＢＵに対する処
理が開始されたときに更新される。すなわち、ステップ
Ｓ４−１では、デマルチプレクサ５からビデオデコーダ
６に新しいＶＯＢＵが供給され、新しいＶＯＢＵに対す
る処理が開始されたか否かを判別している。

【０１１３】ステップＳ４−２において、コントローラ
１１は、ナビゲーションパックＮＶ＿ＰＣＫの更新回数
を記録しておくためのパラメータｃｏｕｎｔに１を加算
する。なお、パラメータｃｏｕｎｔは、ＧｏＴｏＴａｒ
ｇｅｔ処理に入る前に予め初期化して０にしておく。

【０１１４】次に、ステップＳ４−３において、コント
ローラ１１は、パラメータｃｏｕｎｔが２以上であるか
否かを判別する。そして、２以上であるならばステップ
Ｓ４−４へ進み、２以上でないならばステップＳ４−６
へ進む。なお、パラメータｃｏｕｎｔは、ナビゲーショ
ンパックＮＶ＿ＰＣＫの更新回数を表している。したが
って、このステップＳ４−３では、デマルチプレクサ５
からビデオデコーダ６に、ＧｏＴｏＴａｒｇｅｔ処理に
おいて２回以上ＶＯＢＵが供給されたか否かを判別して
いる。

【０１１５】ステップＳ４−４では、図１１に示す１ピ
クチャ復号処理を行う。なお、１ピクチャ復号処理で
は、対象ピクチャを復号し、ビデオストリームを次のピ
クチャのヘッダーまで進める。すなわち、１ピクチャ復
号処理では、現在の対象ピクチャを復号した上で、対象
ピクチャを次のピクチャへと進める。

【０１１６】次に、ステップＳ４−５において、コント
ローラ１１は、ターゲットピクチャを最後に復号したピ
クチャとし、その後、図１０に示すＧｏＴｏＴａｒｇｅ
ｔ終了処理へと進む。そして、ＧｏＴｏＴａｒｇｅｔ終
了処理において、ターゲットピクチャの表示を行い、そ
の後、ＧｏＴｏＴａｒｇｅｔ処理を終了する。すなわ
ち、所定数以上のＶＯＢＵについてターゲットピクチャ
が含まれているか否かの判別を行っても、ターゲットピ
クチャが見つからなかったら、最後に復号されていたピ
クチャを表示して、ＧｏＴｏＴａｒｇｅｔ処理を終了す
る。

【０１１７】一方、ステップＳ４−６において、コント
ローラ１１は、対象ピクチャが、ＧＯＰの先頭のピクチ
ャであるか否かを判別する。そして、ＧＯＰの先頭のピ
クチャであるならばステップＳ４−７へ進み、ＧＯＰの
先頭のピクチャでないならば図９のステップＳ４−９へ
進む。

【０１１８】ステップＳ４−７において、コントローラ
１１は、対象ピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴ
ＳＶと、ターゲットピクチャが含まれるＧＯＰのＧＯＰ
＿ＤＴＳＶであるＴｇｔ＿ＧＯＰ＿ＤＴＳＶとを比較す
る。そして、対象ピクチャが含まれるＧＯＰのＧＯＰ＿
ＤＴＳＶがＴｇｔ＿ＧＯＰ＿ＤＴＳＶ以上であるなら
ば、ステップＳ４−８へ進み、ステップＳ４−８におい
て、対象ピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶ
がＴｇｔ＿ＧＯＰ＿ＤＴＳＶを過ぎたことを示すフラグ
ｐａｓｓに１を設定した上で、ステップＳ４−９へ進
む。一方、対象ピクチャが含まれるＧＯＰのＧＯＰ＿Ｄ
ＴＳＶがＴｇｔ＿ＧＯＰ＿ＤＴＳＶよりも小さいなら
ば、ステップＳ４−８を飛ばしてステップＳ４−９へ進
む。

【０１１９】すなわち、対象ピクチャが含まれるＧＯＰ
のＧＯＰ＿ＤＴＳＶが、ターゲットピクチャが含まれる
ＧＯＰのＧＯＰ＿ＤＴＳＶにまで達したならば、ステッ
プＳ４−８に進んでフラグｐａｓｓに１を設定した上で
ステップＳ４−９へ進み、そうでないならば、ステップ
Ｓ４−８を飛ばしてステップＳ４−９へ進む。なお、フ
ラグｐａｓｓは、ＧｏＴｏＴａｒｇｅｔ処理に入る前に
予め初期化して０にしておく。

【０１２０】ステップＳ４−９において、コントローラ
１１は、対象ピクチャがＩピクチャ又はＰピクチャであ
るか否かを判別する。そして、Ｉピクチャ又はＰピクチ
ャであるならばステップＳ４−１０へ進み、Ｉピクチャ
又はＰピクチャでないならばステップＳ４−１６へ進
む。なお、ステップＳ４−１５へ進むのは、対象ピクチ
ャがＢピクチャのときである。

【０１２１】そして、対象ピクチャがＩピクチャ又はＰ
ピクチャのときには、先ず、ステップＳ４−１０におい
て、コントローラ１１は、ターゲットピクチャを復号し
たことを示すフラグｔｇｔ＿ｄｅｃが１であるか否かを
判別する。なお、フラグｔｇｔ＿ｄｅｃは、ＧｏＴｏＴ
ａｒｇｅｔ処理に入る前に予め初期化して０にしてお
き、後述するようにターゲットピクチャが復号されたと
きに１を設定する。そして、フラグｔｇｔ＿ｄｅｃが１
であるならばステップＳ４−１１へ進み、フラグｔｇｔ
＿ｄｅｃが１でないならばステップＳ４−１２へ進む。

【０１２２】ステップＳ４−１１では、図１１に示す１
ピクチャ復号処理を行う。その後、図１０に示したＧｏ
ＴｏＴａｒｇｅｔ終了処理を行い、ＧｏＴｏＴａｒｇｅ
ｔ処理を終了する。

【０１２３】一方、ステップＳ４−１２において、コン
トローラ１１は、ターゲットがシーケンスエンドコード
であるか否かを判別する。そして、ターゲットがシーケ
ンスエンドコードでないならばステップＳ４−１３へ進
み、ターゲットがシーケンスエンドコードであるならば
ステップＳ４−１５へ進む。なお、このときにステップ
Ｓ４−１５に進むのは、ステップＳ２−５においてシー
ケンスエンドコードがターゲットとして設定されていた
場合である。

【０１２４】ステップＳ４−１４において、コントロー
ラ１１は、フラグｐａｓｓが１であり、且つ、対象ピク
チャのＴＲがターゲットピクチャのＴＲに一致している
かを判別する。そして、これらの条件が満たされるなら
ば、ステップＳ４−１４へ進み、ステップＳ４−１４に
おいて、フラグｔｇｔ＿ｄｅｃに１を設定した上で、ス
テップＳ４−１５へ進む。一方、条件が満たされないと
きには、ステップＳ４−１４を飛ばして、ステップＳ４
−１５へ進む。なお、ステップＳ４−１３において、条
件が満たされるのは、対象ピクチャがターゲットピクチ
ャのときである。

【０１２５】ステップＳ４−１５では、図１１に示す１
ピクチャ復号処理を行う。そして、対象ピクチャの復号
が完了して、ビデオストリームが次のピクチャのヘッダ
ーまで進められたならば、すなわち対象ピクチャが次の
ピクチャへと進められたならば、ステップＳ４−１へ戻
って処理を繰り返す。

【０１２６】一方、対象ピクチャがＢピクチャのとき
は、先ず、ステップＳ４−１６において、コントローラ
１１は、ターゲットがシーケンスエンドコードであるか
否かを判別する。そして、ターゲットがシーケンスエン
ドコードでないならばステップＳ４−１７へ進み、ター
ゲットがシーケンスエンドコードであるならばステップ
Ｓ４−１９へ進む。なお、このときにステップＳ４−１
９に進むのは、ステップＳ２−５においてシーケンスエ
ンドコードがターゲットとして設定されていた場合であ
る。

【０１２７】ステップＳ４−１７において、コントロー
ラ１１は、フラグｐａｓｓが１であり、且つ、対象ピク
チャのＴＲがターゲットピクチャのＴＲに一致している
かを判別する。そして、これらの条件が満たされるなら
ば、ステップＳ４−１８へ進み、条件が満たされないと
きには、ステップＳ４−１９へ進む。なお、ステップＳ
４−１７において、条件が満たされるのは、対象ピクチ
ャがターゲットピクチャのときである。

【０１２８】ステップＳ４−１８では、図１１に示す１
ピクチャ復号処理を行う。その後、図１０に示したＧｏ
ＴｏＴａｒｇｅｔ終了処理を行い、ＧｏＴｏＴａｒｇｅ
ｔ処理を終了する。

【０１２９】一方、ステップＳ４−１９では、図１２に
示す１ピクチャスキップ処理を行い、その後、ステップ
４−１へ戻って処理を繰り返す。なお、１ピクチャスキ
ップ処理では、対象ピクチャを復号せずに、ビデオスト
リームを次のピクチャのヘッダーまで進める。すなわ
ち、１ピクチャスキップ処理では、現在の対象ピクチャ
を復号せずに、対象ピクチャを次のピクチャへと進め
る。

【０１３０】以上のようなＧｏＴｏＴａｒｇｅｔ処理で
は、対象ピクチャがＩピクチャ又はＰピクチャのときに
は、対象ピクチャがターゲットピクチャであるか否かに
関わりなく、対象ピクチャの復号が行われ、一方、対象
ピクチャがＢピクチャのときには、対象ピクチャがター
ゲットピクチャである場合にだけ、対象ピクチャの復号
が行われる。

【０１３１】すなわち、ＧｏＴｏＴａｒｇｅｔ処理で
は、復号順序に従ってＧＯＰの先頭からピクチャ毎に順
次、ターゲットピクチャであるかを判別していき、ター
ゲットピクチャが見つかったら当該対象ピクチャを復号
するとともに、ターゲットピクチャであるかを順次判別
していくにあたって、対象ピクチャがＩピクチャ又はＰ
ピクチャのときには当該対象ピクチャを復号しておくよ
うにする。

【０１３２】なお、ターゲットにシーケンスエンドコー
ドが設定されているとき、ＧｏＴｏＴａｒｇｅｔ処理
は、以下に説明する１ピクチャ復号処理又は１ピクチャ
スキップ処理を経て終了する。

【０１３３】つぎに、１ピクチャ復号処理の流れについ
て、図１１のフローチャートを参照して説明する。

【０１３４】１ピクチャ復号処理では、先ず、ステップ
Ｓ５−１において、ビデオデコーダ６によって対象ピク
チャの復号を開始してビデオストリームを進めていく。
このとき、ビデオデコーダ６は、ビデオストリームを進
めていくことにより、次のピクチャのヘッダーにまで達
したら、次のピクチャのヘッダーにまで達したことを示
す信号をコントローラ１１に送出する。また、ビデオデ
コーダ６は、ビデオストリームを進めていくことによ
り、シーケンスエンドコードが検出されたら、シーケン
スエンドコードが検出されたことを示す信号をコントロ
ーラ１１に送出する。

【０１３５】ステップＳ５−２において、コントローラ
１１は、対象ピクチャの次のピクチャのヘッダーが発見
されたか否かを判別する。すなわち、コントローラ１１
は、ビデオストリームが次のピクチャのヘッダーにまで
達したことを示す信号が、ビデオデコーダ６から送出さ
れたかを判別する。そして、次のピクチャのヘッダーが
発見されているならば、ステップＳ５−３へ進み、次の
ピクチャのヘッダーが発見されていないならば、ステッ
プＳ５−４へ進む。

【０１３６】ここで、ステップＳ５−３へ進むのは、対
象ピクチャの復号が無事に完了し、ビデオストリームが
次のピクチャへと進められたときである。そこで、ステ
ップＳ５−３では、ビデオデコーダ６による復号を止め
て、１ピクチャ復号処理を終了する。そして、１ピクチ
ャ復号処理のフローから抜けて、ＧｏＴｏＴａｒｇｅｔ
処理へと戻る。

【０１３７】一方、ステップＳ５−４へ進むのは、対象
ピクチャの復号が完了していないときである。そして、
ステップＳ５−４において、コントローラ１１は、後述
する４つの条件が満たされたか否かを判別する。ここ
で、４つの条件とは、デマルチプレクサ５が停止してい
ること、ビデオデコーダ６に備えられているビデオコー
ドバッファ内のデータが無くなっていること、ビデオデ
コーダ６にリード割り込みが２フレーム分の時間以上き
ていないこと、復号がＶＯＢＵ＿Ｅ＿ＰＴＭに至るまで
完了していることである。なお、リード割り込みは、例
えば、次のピクチャが発見されたときに生じる。そし
て、これら４つの条件のうちのいずれか１つでも満たさ
れていないならば、ステップＳ５−５へ進み、これら４
つの条件が全て満たされたならば、ステップＳ５−６へ
進む。

【０１３８】なお、これら４つの条件が全て満たされる
のは、デマルチプレクサ５からビデオデコーダ６への映
像データの供給が終了してしまっているときである。そ
こで、これら４つの条件が全て満たされたときには、ス
テップＳ５−６へ進んで、復号が完了しているピクチャ
のうち、プレゼンテーションオーダーにおいて最後のピ
クチャをターゲットピクチャとして設定し処理を終了す
る。

【０１３９】ステップＳ５−５において、コントローラ
１１は、シーケンスエンドコードが検出されたか否かを
判別する。すなわち、コントローラ１１は、シーケンス
エンドコードが検出されたことを示す信号が、ビデオデ
コーダ６から送出されたかを判別する。そして、シーケ
ンスエンドコードが検出されているならば、ステップＳ
５−６へ進む。一方、シーケンスエンドコードが検出さ
れていなければ、対象ピクチャの復号が未だ完了してい
ないので、ステップＳ５−２へ戻って処理を繰り返す。

【０１４０】ステップＳ５−６において、コントローラ
１１は、復号が完了しているピクチャのうち、プレゼン
テーションオーダーにおいて一番最後に位置するピクチ
ャをターゲットピクチャとして設定する。その後、１ピ
クチャ復号処理のフローから抜けて、ＧｏＴｏＴａｒｇ
ｅｔ終了処理を行う。すなわち、１ピクチャ復号処理に
おいて、次のピクチャのヘッダーが見つからなくなった
ときには、復号が完了しているピクチャのうち、プレゼ
ンテーションオーダーにおける最後のピクチャをターゲ
ットピクチャとして設定して、ＧｏＴｏＴａｒｇｅｔ終
了処理へ移行する。

【０１４１】つぎに、１ピクチャスキップ処理の流れに
ついて、図１２のフローチャートを参照して説明する。

【０１４２】１ピクチャスキップ処理では、先ず、ステ
ップＳ６−１において、ビデオデコーダ６によってビデ
オストリームを進めていく。このとき、ビデオデコーダ
６は、復号せずにビデオストリームを進めていく。な
お、上述したように、ビデオデコーダ６は、ビデオスト
リームを進めていくことにより、次のピクチャのヘッダ
ーにまで達したら、次のピクチャのヘッダーにまで達し
たことを示す信号をコントローラ１１に送出し、ビデオ
ストリームを進めていくことにより、シーケンスエンド
コードが検出されたら、シーケンスエンドコードが検出
されたことを示す信号をコントローラ１１に送出する。

【０１４３】ステップＳ６−２において、コントローラ
１１は、対象ピクチャの次のピクチャのヘッダーが発見
されたか否かを判別する。すなわち、コントローラ１１
は、ビデオストリームが次のピクチャのヘッダーにまで
達したことを示す信号が、ビデオデコーダ６から送出さ
れたかを判別する。そして、次のピクチャのヘッダーが
発見されているならば、ステップＳ６−３へ進み、次の
ピクチャのヘッダーが発見されていないならば、ステッ
プＳ６−４へ進む。

【０１４４】ここで、ステップＳ６−３へ進むのは、ビ
デオストリームが無事に次のピクチャへと進められたと
きである。そこで、ステップＳ６−３では、ビデオデコ
ーダ６による処理を止めて、１ピクチャスキップ処理を
終了する。そして、１ピクチャスキップ処理のフローか
ら抜けて、ＧｏＴｏＴａｒｇｅｔ処理へと戻る。

【０１４５】一方、ステップＳ６−４へ進むのは、ビデ
オストリームが次のピクチャへと進められていないとき
である。そして、ステップＳ６−４において、コントロ
ーラ１１は、上述した４つの条件が満たされたか否かを
判別する。そして、４つの条件のうちのいずれか１つで
も満たされていないならば、ステップＳ６−５へ進み、
４つの条件が全て満たされたならば、ステップＳ６−６
へ進む。

【０１４６】なお、４つの条件が全て満たされるのは、
デマルチプレクサ５からビデオデコーダ６への映像デー
タの供給が終了してしまっているときである。そこで、
４つの条件が全て満たされたときには、ステップＳ６−
６へ進んで、復号が完了しているピクチャのうち、プレ
ゼンテーションオーダーにおいて最後のピクチャをター
ゲットピクチャとして設定し処理を終了する。

【０１４７】ステップＳ６−５において、コントローラ
１１は、シーケンスエンドコードが検出されたか否かを
判別する。すなわち、コントローラ１１は、シーケンス
エンドコードが検出されたことを示す信号が、ビデオデ
コーダ６から送出されたかを判別する。そして、シーケ
ンスエンドコードが検出されているならば、ステップＳ
６−６へ進む。一方、シーケンスエンドコードが検出さ
れていなければ、ビデオストリームが未だ次のピクチャ
まで進められていないので、ステップＳ６−２へ戻って
処理を繰り返す。

【０１４８】ステップＳ６−６において、コントローラ
１１は、復号が完了しているピクチャのうち、プレゼン
テーションオーダーにおいて一番最後に位置するピクチ
ャをターゲットピクチャとして設定する。その後、１ピ
クチャスキップ処理のフローから抜けて、ＧｏＴｏＴａ
ｒｇｅｔ終了処理を行う。すなわち、１ピクチャスキッ
プ処理において、次のピクチャのヘッダーが見つからな
くなったときには、復号が完了しているピクチャのう
ち、プレゼンテーションオーダーにおける最後のピクチ
ャをターゲットピクチャとして設定して、ＧｏＴｏＴａ
ｒｇｅｔ終了処理へ移行する。

【０１４９】ところで、上述のようなＧｏＴｏＴａｒｇ
ｅｔ処理を行うときには、主映像のデータを進めて行く
だけでなく、他のデータについても処理を進めていく必
要がある。すなわち、ＧｏＴｏＴａｒｇｅｔ処理では、
映像データが１ピクチャ毎に進められていき、これに合
わせてＳＴＣが進められていくが、このとき、副映像デ
ータ、音声データ及び字幕データについても、ＳＴＣに
合わせて復号が進められていく。

【０１５０】ここで、字幕データはビデオデコーダ６に
よって復号される。ここで、ビデオデコーダ６は、Ｇｏ
ＴｏＴａｒｇｅｔ処理を１ピクチャ分行う毎に進められ
ていくＳＴＣに基づいて、字幕データのＤＴＳに従っ
て、字幕データを復号する。そして、ビデオデコーダ６
は、１ピクチャに相当する分の字幕データの復号が完了
したら、１ピクチャに相当する分の字幕データの復号が
完了したことを示す信号をコントローラ１１に送出す
る。なお、ここで挙げている字幕データとは、主映像デ
ータパックＶ＿ＰＣＫに付加情報として含まれている字
幕のデータのことであり、副映像データではない。

【０１５１】また、副映像データは副映像デコーダ７に
よって復号される。ここで、副映像デコーダ７は、Ｇｏ
ＴｏＴａｒｇｅｔ処理を１ピクチャ分行う毎に進められ
ていくＳＴＣに基づいて、副映像データのＤＴＳに従っ
て、副映像データを復号する。そして、副映像デコーダ
７は、１ピクチャに相当する分の副映像データの復号が
完了したら、１ピクチャに相当する分の副映像データの
復号が完了したことを示す信号をコントローラ１１に送
出する。

【０１５２】また、音声データはオーディオデコーダ８
によって復号される。ここで、オーディオデコーダ８
は、ＧｏＴｏＴａｒｇｅｔ処理を１ピクチャ分行う毎に
進められていくＳＴＣに基づいて、音声データのＤＴＳ
に従って、音声データを復号する。そして、オーディオ
デコーダ８は、１ピクチャに相当する分の音声データの
復号が完了したら、１ピクチャに相当する分の音声デー
タの復号が完了したことを示す信号をコントローラ１１
に送出する。

【０１５３】そして、ＧｏＴｏＴａｒｇｅｔ処理が起動
されて、映像データをターゲットピクチャに至るまで進
める処理が開始されと、副映像データ、音声データ及び
字幕データを復号して、副映像データ、音声データ及び
字幕データをターゲットピクチャに相当するところまで
進める処理が開始される。以下、この処理について、図
１３のフローチャートを参照して説明する。なお、図１
３のフローチャートに示す処理は、ＧｏＴｏＴａｒｇｅ
ｔ処理を１ピクチャ分行う毎に行われる。

【０１５４】先ず、ステップＳ７−１において、コント
ローラ１１は、ＧｏＴｏＴａｒｇｅｔ処理が１ピクチャ
分完了したか否かを判別する。すなわち、コントローラ
１１は、ビデオストリームが次のピクチャのヘッダーに
まで達したことを示す信号が、ビデオデコーダ６から送
出されたかを判別する。そして、１ピクチャ分の処理が
完了していないならば、ステップＳ７−２へ進み、１ピ
クチャ分の処理が完了しているならば、ステップＳ７−
８へ進む。

【０１５５】ステップＳ７−２において、コントローラ
１１は、１ピクチャに相当する分の音声データの復号が
完了しているか否かを判別する。すなわち、コントロー
ラ１１は、１ピクチャに相当する分の音声データの復号
が完了したことを示す信号が、オーディオデコーダ８か
ら送出されたかを判別する。そして、音声データの復号
が完了しているならば、ステップＳ７−３へ進んで更に
次の音声データの復号を開始させた後、ステップＳ７−
４へ進む。一方、音声データの復号が完了していないな
らば、当該音声データの復号処理を継続させたまま、ス
テップＳ７−４へ進む。

【０１５６】ステップＳ７−４において、コントローラ
１１は、１ピクチャに相当する分の副映像データの復号
が完了しているか否かを判別する。

【０１５７】すなわち、コントローラ１１は、１ピクチ
ャに相当する分の副映像データの復号が完了したことを
示す信号が、副映像デコーダ７から送出されたかを判別
する。そして、副映像データの復号が完了しているなら
ば、ステップＳ７−５へ進んで更に次の副映像データの
復号を開始させた後、ステップＳ７−６へ進む。一方、
副映像データの復号が完了していないならば、当該副映
像データの復号処理を継続させたまま、ステップＳ７−
６へ進む。

【０１５８】ステップＳ７−６において、コントローラ
１１は、１ピクチャに相当する分の字幕データの復号が
完了しているか否かを判別する。すなわち、コントロー
ラ１１は、１ピクチャに相当する分の字幕データの復号
が完了したことを示す信号が、ビデオデコーダ６から送
出されたかを判別する。そして、字幕データの復号が完
了しているならば、ステップＳ７−７へ進んで更に次の
字幕データの復号を開始させた後、ステップＳ７−１へ
戻って処理を繰り返す。一方、字幕データの復号が完了
していないならば、当該字幕データの復号処理を継続さ
せたまま、ステップＳ７−１へ戻って処理を繰り返す。

【０１５９】一方、ステップＳ７−８において、コント
ローラ１１は、１ピクチャに相当する分の音声データの
復号が完了しているか否かを判別する。すなわち、コン
トローラ１１は、１ピクチャに相当する分の音声データ
の復号が完了したことを示す信号が、オーディオデコー
ダ８から送出されたかを判別する。そして、音声データ
の復号が完了しているならば、ステップＳ７−９へ進
み、音声データの復号が完了していないならば、ステッ
プＳ７−８における判別を当該音声データの復号が完了
するまで繰り返す。

【０１６０】ステップＳ７−９において、コントローラ
１１は、１ピクチャに相当する分の副映像データの復号
が完了しているか否かを判別する。すなわち、コントロ
ーラ１１は、１ピクチャに相当する分の副映像データの
復号が完了したことを示す信号が、副映像デコーダ７か
ら送出されたかを判別する。そして、副映像データの復
号が完了しているならば、ステップＳ７−１０へ進み、
副映像データの復号が完了していないならば、ステップ
Ｓ７−８へ戻って処理を繰り返す。

【０１６１】ステップＳ７−１０において、コントロー
ラ１１は、１ピクチャに相当する分の字幕データの復号
が完了しているか否かを判別する。

【０１６２】すなわち、コントローラ１１は、１ピクチ
ャに相当する分の字幕データの復号が完了したことを示
す信号が、ビデオデコーダ６から送出されたかを判別す
る。そして、字幕データの復号が完了しているならば、
映像データだけでなく、音声データ、副映像データ及び
字幕データについても、ターゲットピクチャに相当する
ところまで復号が進められたこととなるので、処理を終
了する。一方、字幕データの復号が完了していないなら
ば、ステップＳ７−８へ戻って処理を繰り返す。

【０１６３】以上のように、ＧｏＴｏＴａｒｇｅｔ処理
を１ピクチャ分行う毎に、ＳＴＣを順次進めていくとと
もに、当該ＳＴＣに基づいて、音声データ、副映像デー
タ及び字幕データを順次復号していく。そして、復号さ
れた音声データに基づく音声の出力、復号された副映像
データに基づく副映像の再生、及び復号された字幕デー
タに基づく字幕の再生は、主映像の再生開始に合わせて
開始するようにする。

【０１６４】ところで、上述したように、ＧｏＴｏＴａ
ｒｇｅｔ処理を行っているときには、対象ピクチャを１
ピクチャ分進める毎に、ＳＴＣを１ピクチャ分ずつ進め
ていく。したがって、ＧｏＴｏＴａｒｇｅｔ処理によ
り、ターゲットピクチャが見つかったとき、ＳＴＣは、
再生すべき最初のピクチャであるターゲットピクチャの
ＰＴＳに達するまで進められた状態となっている。

【０１６５】そして、Ｐｌａｙ以外のモードからＰｌａ
ｙに再生モードが切り換わるときに、ＳＴＣがターゲッ
トピクチャのＰＴＳに達するまで進められた状態のまま
で再生を開始すると、復号遅れＤＬの影響により、主映
像データ、音声データ、副映像データ及び字幕データの
同期が合わなくなることがある。

【０１６６】そこで、Ｐｌａｙ以外のモードからＰｌａ
ｙに再生モードが切り換わるときには、再生を開始する
前に、ＳＴＣを復号遅れＤＬの分以上戻す。具体的に
は、例えば、再生を開始する前に、３フィールド分だけ
ＳＴＣを戻してやるようにする。その後、再びＳＴＣを
進めていき、映像データのＤＴＳに従って映像データの
復号を行い、主映像の再生を開始するとともに、音声デ
ータ、副映像データ及び字幕データについても、それら
のＤＴＳに従って復号を行い、主映像の再生開始に合わ
せて、音声の出力、副映像の再生及び字幕の再生を開始
する。

【０１６７】これにより、復号遅れＤＬの影響を受ける
ことなく、主映像データ、音声データ、副映像データ及
び字幕データの同期が正確に合い、主映像の再生と、音
声の出力と、副映像の再生と、字幕の再生とが正確に同
時に開始されることとなる。

【０１６８】ところで、テレビやビデオの画面が１秒あ
たり３０フレームで構成されているのに対して、映画は
１秒あたり２４コマで構成されている。そこで、ＤＶＤ
では、映画を収録する場合、１秒あたり２４コマとして
ディスクに記録された映像データを、再生時に信号処理
を行い、１秒あたり３０フレームとなるように変換す
る。すなわち、ＤＶＤに記録された１秒あたり２４コマ
のデータをもとに１秒あたり３０フレームの映像を再生
する際は、最初の２コマから３フレームを作り、次の２
コマはそのまま２フレームを作る、という手順を繰り返
し行うようにする。これにより、２４コマがちょうど３
０フレーム（６０フィールド）となる。なお、このよう
な手法は、一般に２−３プルダウンと呼ばれている。

【０１６９】そして、通常、ＭＰＥＧ方式で圧縮符号化
された映像データを復号して映像を再生するときは、Ｇ
ＯＰ＿ＤＴＳＶに基づいて復号を開始して映像を再生す
る。しかしながら、ＤＶＤでは、２−３プルダウンを行
うため、静止画を表示している状態から動画の再生に移
るときに、再生開始のタイミングを正確に合わせること
ができない場合があった。

【０１７０】なお、静止画を表示している状態から動画
の再生に移るのは、例えば、ＰａｕｓｅからＰｌａｙに
モードが切り換わるときである。また、Ｐｌａｙ中であ
っても、動画と動画の間に静止画が挿入されており、い
わゆるビデオギャップが存在しているようなときには、
静止画が表示されている状態から動画の再生に移る場合
がある。

【０１７１】このように静止画が表示されている状態か
ら動画の再生に移る場合の具体的な例として、図１４に
示すように、ＰピクチャＰ₁₄が静止画として表示されて
いる状態から、動画の再生を開始する場合について考え
てみる。ここで、動画の最初のＶＯＢＵに含まれている
ピクチャのうち、デコーディングオーダーにおける最初
の３つのピクチャが、ＩピクチャＩ₂、ＢピクチャＢ₀、
ＢピクチャＢ₁であり、動画の再生に移るときには、静
止画として表示されていたＰピクチャＰ₁₄に続いて、Ｂ
ピクチャＢ₀、ＢピクチャＢ₁、ＩピクチャＩ₂を順次表
示していくものとする。

【０１７２】このとき、ＰピクチャＰ₁₄の表示時間が２
フィールド分であるならば、動画の再生に移るときに
は、図１４（ａ）に示すように、ＧＯＰ＿ＤＴＳＶから
ＩピクチャＩ₀の分の時間が経過してから、すなわちＧ
ＯＰ＿ＤＴＳＶから２フィールド分の時間が経過してか
ら、ＢピクチャＢ₀の復号を開始しなければならない。

【０１７３】一方、２−３プルダウンが適用されてお
り、ＰピクチャＰ₁₄の表示時間が３フィールド分である
ならば、動画の再生に移るときには、図１４（ｂ）に示
すように、ＧＯＰ＿ＤＴＳＶからＩピクチャＩ₀の分の
時間が経過してから更に１フィールド分の時間が経過し
てから、すなわちＧＯＰ＿ＤＴＳＶから３フィールド分
の時間が経過してから、ＢピクチャＢ₀の復号を開始し
なければならない。このように、ＰピクチャＰ₁₄の表示
時間が３フィールド分であるときには、ＩピクチャＩ₂
の復号が終了した時点から１フィールド分の時間Ｗだけ
待ってから、ＢピクチャＢ₀の復号を開始しなければな
らない。

【０１７４】このように、ＢピクチャＢ₀の復号を開始
するタイミングは、ＰピクチャＰ₁₄の表示時間が２フィ
ールドであるのか、３フィールドであるのかによって、
変える必要がある。しかしながら、ＢピクチャＢ₀を復
号するとき、ビデオデコーダ６は、ＰピクチャＰ₁₄が何
フィールドからなる画像であるかについての情報を持っ
ていない。したがって、ＧＯＰ＿ＤＴＳＶだけでは、Ｂ
ピクチャＢ₀の復号を開始するタイミングが分からな
い。

【０１７５】そこで、静止画を表示している状態から動
画の再生へ移るときには、ＧＯＰ＿ＤＴＳＶに基づいて
復号を開始するのではなく、動画の最初のピクチャを含
むＶＯＢＵのＶＯＢＵ＿Ｓ＿ＰＴＭを参照し、当該ＶＯ
ＢＵ＿Ｓ＿ＰＴＭと復号遅れＤＬとの差、すなわち（Ｖ
ＯＢＵ＿Ｓ＿ＰＴＭ）−（ＤＬ）を求めて、これとＳＴ
Ｃを比較するようにする。なお、復号遅れＤＬは、上述
したように、常に１フィールド分の時間で一定である。
そして、ＳＴＣが（ＶＯＢＵ＿Ｓ＿ＰＴＭ）−（ＤＬ）
に達したら、すなわち下記式（１）に示す条件が満たさ
れたら、動画の最初のピクチャ（図１４の例ではＢピク
チャＢ₀）の復号を開始する。

【０１７６】ＳＴＣ≧（ＶＯＢＵ＿Ｓ＿ＰＴＭ）−（Ｄ
Ｌ） ・・・（１）このように、静止画を表示している
状態から動画の再生へ移るときに、ＳＴＣと（ＶＯＢＵ
＿Ｓ＿ＰＴＭ）−（ＤＬ）とを比較して、復号を開始す
るようにすることにより、２−３プルダウンの適用の有
無に関わらず、再生開始のタイミングを正確に合わせる
ことが可能となる。

【０１７７】なお、静止画を表示している状態から動画
の再生へ移るときに、動画の最初のピクチャを含むＶＯ
ＢＵにＰＲＥ＿ＦＰＰが含まれている場合には、当該Ｐ
ＲＥ＿ＦＰＰについては復号を行わないようにしてお
く。そして、ＰＲＥ＿ＦＰＰ以外のピクチャ、すなわち
復号する際に異なるＶＯＢＵのピクチャが不要なピクチ
ャの表示が開始されるまで、静止画を表示した状態で保
持しておくようにする。

【０１７８】ＰＲＥ＿ＦＰＰを表示するためには、前の
ＶＯＢＵの復号から開始しなければならず、煩雑な処理
が必要となる。これに対して、上述のように、ＰＲＥ＿
ＦＰＰを表示しないようにしてしまえば、前のＶＯＢＵ
を復号するような煩雑な処理が不要となる。なお、ＰＲ
Ｅ＿ＦＰＰは、通常、たかだか２ピクチャ程度であり、
再生開始のときにＰＲＥ＿ＦＰＰに表示しなかったとし
ても、特に問題とはなるようなものではない。

【０１７９】ところで、再生モード切換時には、ピクチ
ャがＦＰＰやＰＲＥ＿ＦＰＰであるか否かの判別を行う
ステップがあるが、ピクチャがＦＰＰやＰＲＥ＿ＦＰＰ
であるかの判別を行う際には、先ず、ピクチャを含むＧ
ＯＰがＶＯＢＵの先頭のＧＯＰであるか否かの判別を行
う必要がある。以下に、この判別の方法について説明す
る。

【０１８０】デコーディングオーダーにおいてＧＯＰの
先頭のピクチャは必ずＩピクチャである。そして、２−
３プルダウンが適用され前のピクチャの表示時間が３フ
ィールド分とされていれば、ＧＯＰの先頭のＩピクチャ
の復号中に表示されているピクチャの表示時間は、３フ
ィールド分の時間となる。一方、前のピクチャの表示時
間が２フィールド分とされていれば、ＧＯＰの先頭のＩ
ピクチャの復号中に表示されているピクチャの表示時間
は、２フィールド分の時間に相当する。

【０１８１】そこで、ピクチャを含むＧＯＰがＶＯＢＵ
の先頭のＧＯＰであるか否かの判別を行う際には、ＶＯ
ＢＵ＿Ｓ＿ＰＴＭとＧＯＰ＿ＤＴＳＶとの差を求め、こ
の値が２乃至３フィールド分の時間に相当しているなら
ば、すなわち下記式（２）及び（３）に示す条件が満た
されているならば、当該がＶＯＢＵの先頭のＧＯＰであ
るものと判別する。

【０１８２】 (２フィールド分の時間)≦(VOBU_S_PTM)−(GOP_DTSV) ・・・（２） (VOBU_S_PTM)−(GOP_DTSV)≦(３フィールド分の時間) ・・・（３） そして、ピクチャがＦＰＰやＰＲＥ＿ＦＰＰであるか否
かの判別は、以上のようにして、ピクチャを含むＧＯＰ
がＶＯＢＵの先頭のＧＯＰであるか否かの判別した上で
行う。

【０１８３】

【発明の効果】以上、詳細に説明したように、本発明に
係る映像再生方法及び映像再生装置では、静止画を表示
している状態から動画の再生に移る場合に、ＳＰＴＭ−
ＤＬを基準として動画の最初のピクチャの映像データの
復号を開始するようにしているので、静止画を表示して
いる状態から動画の再生に移ったときに、常に適切なタ
イミングで動画の復号が開始される。したがって、本発
明に係る映像再生方法及び映像再生装置では、２−３プ
ルダウンが適用されていたとしても、常に適切なタイミ
ングで動画の復号を開始して映像を再生することができ
る。

【図面の簡単な説明】

【図１】本発明を適用した映像再生装置の一構成例を示
すブロック図である。

【図２】ＤＶＤ−Ｖｉｄｅｏにおけるビデオゾーンのデ
ータフォーマットを示す図である。

【図３】ＤＶＤ−ＶｉｄｅｏにおけるＶＯＢＳのデータ
フォーマットを示す図である。

【図４】再生モードが切り換わったときの処理の流れを
示すフローチャートである。

【図５】再生モードが切り換わったときの処理の流れを
示すフローチャートである。

【図６】シーケンスエンドチェック処理の流れを示すフ
ローチャートである。

【図７】再生モード分岐処理の流れを示すフローチャー
トである。

【図８】ＧｏＴｏＴａｒｇｅｔ処理の流れを示すフロー
チャートである。

【図９】ＧｏＴｏＴａｒｇｅｔ処理の流れを示すフロー
チャートである。

【図１０】ＧｏＴｏＴａｒｇｅｔ終了処理の流れを示す
フローチャートである。

【図１１】１ピクチャ復号処理の流れを示すフローチャ
ートである。

【図１２】１ピクチャスキップ処理の流れを示すフロー
チャートである。

【図１３】映像データ、副映像データ、音声データ及び
字幕データを復号していくときの処理の流れを示すフロ
ーチャートである。

【図１４】静止画を表示している状態から動画の再生に
移るときの復号開始のタイミングを示す図である。

【図１５】ＭＰＥＧ方式におけるフレーム間予測の構造
及び記録フレームの構造を示す図である。

【符号の説明】

１００ 映像再生装置、 １ 記録媒体、 ２ ピック
アップ、 ３ ＲＦ回路、 ４ データデコーダ、 ５
デマルチプレクサ、 ６ ビデオデコーダ、７ 副映
像デコーダ、 ８ オーディオデコーダ、 ９ ＮＴＳ
Ｃ変換回路、１０ Ｄ／Ａ変換回路、 １１ コントロ
ーラ、 １２ ユーザーインターフェース、 １３ メ
モリ

Claims (4)

【特許請求の範囲】
1. 【請求項１】 ＭＰＥＧ（Moving Picture Experts Gro
   up）方式により圧縮符号化されるとともに１以上のＧＯ
   Ｐ（Group of Pictures）を含む所定のデータ単位毎に
   画像表示開始のタイミングを示す時刻管理情報が記録さ
   れた映像データを読み込み、当該映像データを復号して
   映像を再生する映像再生方法において、 静止画を表示している状態から動画の再生に移る際に、 上記動画の最初のピクチャを含むデータ単位に記録され
   た上記時刻管理情報が示すタイミングをＳＰＴＭとし、
   映像データの復号が開始されてからピクチャの表示が開
   始されるまでの時間をＤＬとしたとき、 復号のタイミングの基準となる同期信号であるＳＴＣ
   （System Time Clock）と、ＳＰＴＭとＤＬとの差であ
   るＳＰＴＭ−ＤＬとを比較して、 ＳＴＣがＳＰＴＭ−ＤＬに達したら、動画の最初のピク
   チャの映像データの復号を開始することを特徴とする映
   像再生方法。
2. 【請求項２】 上記動画の最初のピクチャを含むデータ
   単位に含まれる映像データのうち、復号する際に異なる
   データ単位の映像データが必要な映像データについては
   復号を行わないようにし、 復号する際に異なるデータ単位の映像データが不要な映
   像データに基づくピクチャの表示が開始されるまで、上
   記静止画を表示させておくことを特徴とする請求項１記
   載の映像再生方法。
3. 【請求項３】 ＭＰＥＧ（Moving Picture Experts Gro
   up）方式により圧縮符号化されるとともに１以上のＧＯ
   Ｐ（Group of Pictures）を含む所定のデータ単位毎に
   画像表示開始のタイミングを示す時刻管理情報が記録さ
   れた映像データを読み込み、当該映像データを復号して
   映像を再生する映像再生装置において、 静止画を表示している状態から動画の再生に移る際に、 上記動画の最初のピクチャを含むデータ単位に記録され
   た上記時刻管理情報が示すタイミングをＳＰＴＭとし、
   映像データの復号が開始されてからピクチャの表示が開
   始されるまでの時間をＤＬとしたとき、 復号のタイミングの基準となる同期信号であるＳＴＣ
   （System Time Clock）と、ＳＰＴＭとＤＬとの差であ
   るＳＰＴＭ−ＤＬとを比較して、 ＳＴＣがＳＰＴＭ−ＤＬに達したら、動画の最初のピク
   チャの映像データの復号を開始することを特徴とする映
   像再生装置。
4. 【請求項４】 上記動画の最初のピクチャを含むデータ
   単位に含まれる映像データのうち、復号する際に異なる
   データ単位の映像データが必要な映像データについては
   復号を行わず、 復号する際に異なるデータ単位の映像データが不要な映
   像データに基づくピクチャの表示が開始されるまで、上
   記静止画を表示させておくことを特徴とする請求項３記
   載の映像再生装置。