(57)【特許請求の範囲】
【請求項１】
圧縮符号化された映像データを復号して再生する映像再生方法において、
上記映像データを構成する複数のピクチャからなるＧＯＰ（Group of Pictures）をデコーダに供給している際に再生のモードが切り換わったときに、切り換え前のモードにおいて再生されていたピクチャの、ＧＯＰにおけるピクチャの並び順を示す情報と、上記ピクチャが含まれるＧＯＰの先頭のフレーム内符号化ピクチャの復号開始のタイミングを示す情報とを少なくとも参照して、上記切り換え前のモードにおいて最後に再生されていたピクチャを特定するとともに、上記切り換え後のモードにおいて再生を開始するピクチャを特定することを特徴とする映像再生方法。
【請求項２】
上記切り換え前のモードにおいて再生されていたピクチャを特定してから、当該特定されたピクチャを復号する際に、当該ピクチャを含むＧＯＰとは異なるＧＯＰに含まれるピクチャが必要か否かを示す情報と、切り換え後のモードとに基づいて、上記切り換え後のモードにおいて再生を開始するピクチャを特定することを特徴とする請求項１記載の映像再生方法。
【請求項３】
上記切り換え後のモードにおいて再生を開始するピクチャを特定してから、上記特定されたピクチャと、上記切り換え前のモードにおける、複数のＧＯＰから構成される複数の情報単位間の相互の関係を示す情報とに基づいて、再生処理を終了すべきか否かを判別することを特徴とする請求項２記載の映像再生方法。
【請求項４】
圧縮符号化された映像データを復号して再生する映像再生装置において、
上記映像データを構成する複数のピクチャからなるＧＯＰ（Group of Pictures）をデコーダに供給している際に再生のモードが切り換わったときに、切り換え前のモードにおいて再生されていたピクチャの、ＧＯＰにおけるピクチャの並び順を示す情報と、上記ピクチャが含まれるＧＯＰの先頭のフレーム内符号化ピクチャの復号開始のタイミングを示す情報とを少なくとも参照して、上記切り換え前のモードにおいて最後に再生されていたピクチャを特定するとともに、上記切り換え後のモードにおいて再生を開始するピクチャを特定する制御部を有することを特徴とする映像再生装置。
【請求項５】
上記制御部は、上記切り換え前のモードにおいて再生されていたピクチャを特定してから、当該特定されたピクチャを復号する際に、当該ピクチャを含むＧＯＰとは異なるＧＯＰに含まれるピクチャが必要か否かを示す情報と、切り換え後のモードとに基づいて、上記切り換え後のモードにおいて再生を開始するピクチャを特定することを特徴とする請求項４記載の映像再生装置。
【請求項６】
上記制御部は、上記切り換え後のモードにおいて再生を開始するピクチャを特定してから、上記特定されたピクチャと、上記切り換え前のモードにおける、複数のＧＯＰから構成される複数の情報単位間の相互の関係を示す情報とに基づいて、再生処理を終了すべきか否かを判別することを特徴とする請求項５記載の映像再生装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＭＰＥＧ（Moving Picture Experts Group）方式により圧縮符号化された映像データが記録された記録媒体から映像を再生するのに好適な映像再生方法及び映像再生装置に関する。
【０００２】
【従来の技術】
デジタル・ビデオ・ディスク（以下、ＤＶＤと称する。）に記録されるデジタル映像信号を圧縮符号化する方式として、ＭＰＥＧ（Moving Picture Experts Group）方式が採用されている。
【０００３】
このＭＰＥＧ方式におけるフレーム間予測の構造を図１５（ａ）に示す。
【０００４】
この図１５（ａ）の例においては、１ＧＯＰ（Group Of Pictures）が１５フレームで構成されており、１ＧＯＰにおいて、Ｉピクチャ（Intra Picture）が１フレーム、Ｐピクチャ（Predictive Picture）が４フレーム、残る１０フレームがＢピクチャ（Bidirectionally predictive Picture）とされている。なお、ＧＯＰは、動画の１シーケンスを分割した符号化の単位である。
【０００５】
Ｉピクチャは、１フレーム内において予測符号化されたフレーム内予測符号化画像であり、Ｐピクチャは、既に符号化された時間的に前のフレーム（Ｉピクチャ又はＰピクチャ）を参照して予測するフレーム間順方向予測符号化画像であり、Ｂピクチャは、時間的に前後の２フレームを参照して予測する双方向予測符号化画像である。
【０００６】
すなわち、矢印で図示するように、ＩピクチャＩ２は、そのフレーム内のみで予測符号化されており、ＰピクチャＰ５は、ＩピクチャＩ２を参照してフレーム間予測符号化されており、ＰピクチャＰ８は、ＰピクチャＰ５を参照してフレーム間予測符号化されている。更に、ＢピクチャＢ３，Ｂ４は、ＩピクチャＩ２とＰピクチャＰ５との２つを参照してフレーム間予測符号化されており、ＢピクチャＢ６，Ｂ７は、ＰピクチャＰ５とＰピクチャＰ８との２つを参照してフレーム間予測符号化されている。そして、以下同様に予測符号化されて、以降のピクチャが作成されている。なお、各ピクチャの符号中の添え字は、テンポラル・リファレンス（以下、ＴＲと称する。）を表している。ここで、ＴＲは、ＧＯＰの中の画面順を表すものであり、通常の再生時には、このＴＲの順に各ピクチャが再生される。
【０００７】
ところで、このように予測符号化されたピクチャを復号する際、Ｉピクチャはフレーム内での予測符号化が行われているため、Ｉピクチャのみで復号することができるが、Ｐピクチャは時間的に前のＩピクチャ又はＰピクチャを参照して予測符号化されているため、時間的に前のＩピクチャ又はＰピクチャが復号時に必要とされ、Ｂピクチャは時間的に前後のＩピクチャ又はＰピクチャを参照して予測符号化されているため、時間的に前後のＩピクチャ又はＰピクチャが復号時に必要とされる。
【０００８】
そこで、復号時に必要とされるピクチャを先に復号しておけるように、図１５（ｂ）に示すようにピクチャを入れ替えておく。すなわち、ＢピクチャＢ０，Ｂ１は、復号時に先行するＧＯＰのＩピクチャ又はＰピクチャとＩピクチャＩ２とを必要とするため、ＢピクチャＢ０，Ｂ１よりＩピクチャＩ２が先行するようにしておく。ＢピクチャＢ３，Ｂ４は、復号時にＩピクチャＩ２とＰピクチャＰ５とを必要とするため、ＢピクチャＢ３，Ｂ４よりＰピクチャＰ５が先行するようにしておく。ＢピクチャＢ６，Ｂ７は、復号時にＰピクチャＰ５とＰピクチャＰ８とを必要とするため、ＢピクチャＢ６，Ｂ７よりＰピクチャＰ８が先行するようにしておく。ＢピクチャＢ９，Ｂ１０は、復号時にＰピクチャＰ８とＰピクチャＰ１１とを必要とするため、ＢピクチャＢ９，Ｂ１０よりＰピクチャＰ１１が先行するようにしておく。ＢピクチャＢ１２，Ｂ１３は、復号時にＰピクチャＰ１１とＰピクチャＰ１４とを必要とするため、ＢピクチャＢ１２，Ｂ１３よりＰピクチャＰ１４が先行するようにしておく。
【０００９】
このようにＭＰＥＧ方式によって映像データを圧縮したときには、復号を行う順序（以下、デコーディングオーダーと称する。）と、表示するピクチャの順序（以下、プレゼンテーションオーダーと称する。）とが異なるものとなる。
【００１０】
【発明が解決しようとする課題】
ところで、ＤＶＤに記録された映像データを再生する映像再生装置では、通常、単なる再生だけでなく、様々なモードが選択できるようになされる。具体的には、例えば、通常再生（以下、Ｐｌａｙと称する。）、一時停止（以下、Ｐａｕｓｅと称する。）、順方向早送り再生（以下、ＦＦと称する。）、逆方向早送り再生（以下、ＦＲと称する。）、順方向コマ送り再生（以下、ＳｔｅｐＦと称する。）、逆方向コマ送り再生（以下、ＳｔｅｐＲと称する。）、順方向低速再生（以下、ＳｌｏｗＦと称する。）、逆方向低速再生（以下、ＳｌｏｗＲと称する。）等のモードを選択できるようになされる。
【００１１】
そして、従来の映像再生装置において、これらの各モードでは、ＧＯＰ単位、或いは１以上のＧＯＰの集まりであるＶＯＢＵ（Video Object Unit）という単位で処理を行うようにしていた。これは、モードを切り換えたときも同様であり、切り換え前のモードに関わらず、切り換え後のモードでは、ＧＯＰ単位又はＶＯＢＵ単位で処理が行われる。しかしながら、このように各モードでの処理をＧＯＰ単位又はＶＯＢＵ単位で行うと、例えば時間軸が反対の方向の映像が一瞬表示されてしまうなど、本来は表示されるべきではない映像が再生され表示されてしまうようなことが起きてしまう。
【００１２】
具体的には、例えば、ＰｌａｙからＳｔｅｐＲに切り換えるときに、モード切り換え時にＧＯＰの途中のピクチャが表示されていたとしても、ＳｔｅｐＲでは、改めて当該ピクチャを含むＧＯＰ又はＶＯＢＵの単位で、逆方向コマ送り再生が開始され、その結果、モード切り換え時に表示されていたピクチャよりも時間的に後の映像から逆方向コマ送り再生が開始されてしまうこととなる。
【００１３】
このように従来の映像再生装置では、モード切り換え時に、本来は表示されるべきではない映像が表示されてしまうという問題があった。
【００１４】
本発明は、このような従来の実情に鑑みて提案されたものであり、モード切り換え時にも適切な映像だけが表示されるように映像データを復号して再生する映像再生方法及び映像再生装置を提供することを目的としている。
【００１５】
【課題を解決するための手段】
本発明は、圧縮符号化された映像データを復号して再生する映像再生方法において、上記映像データを構成する複数のピクチャからなるＧＯＰ（Group of Pictures）をデコーダに供給している際に再生のモードが切り換わったときに、切り換え前のモードにおいて再生されていたピクチャの、ＧＯＰにおけるピクチャの並び順を示す情報と、上記ピクチャが含まれるＧＯＰの先頭のフレーム内符号化ピクチャの復号開始のタイミングを示す情報とを少なくとも参照して、上記切り換え前のモードにおいて最後に再生されていたピクチャを特定するとともに、上記切り換え後のモードにおいて再生を開始するピクチャを特定することを特徴とする。
【００１６】
また、本発明は、  圧縮符号化された映像データを復号して再生する映像再生装置において、上記映像データを構成する複数のピクチャからなるＧＯＰ（Group of Pictures）をデコーダに供給している際に再生のモードが切り換わったときに、切り換え前のモードにおいて再生されていたピクチャの、ＧＯＰにおけるピクチャの並び順を示す情報と、上記ピクチャが含まれるＧＯＰの先頭のフレーム内符号化ピクチャの復号開始のタイミングを示す情報とを少なくとも参照して、上記切り換え前のモードにおいて最後に再生されていたピクチャを特定するとともに、上記切り換え後のモードにおいて再生を開始するピクチャを特定する制御部を有することを特徴とする。
【００１７】
本発明に係る映像再生方法及び映像再生装置によれば、再生のモードが切り換わったときに、切り換え前のモードにおいて最後に再生されていたピクチャを特定することが可能となるので、任意のピクチャから任意のモードで再生を開始することができる。
【００１８】
【発明の実施の形態】
以下、本発明の実施の形態として、映像等の記録に使用されるＤＶＤであるＤＶＤ−Ｖｉｄｅｏに記録された符号化データを復号して映像を再生する映像再生装置に本発明を適用した例について、図面を参照しながら詳細に説明する。
【００１９】
まず、図１のブロック構成図を参照して、映像再生装置１００の構成について説明する。なお、ＤＶＤ−Ｖｉｄｅｏでは、映像データ等をＭＰＥＧ方式により圧縮符号化して、ディスクに記録する。したがって、この映像再生装置１００では、ＭＰＥＧ方式により圧縮符号化された上でディスクに記録された映像データ等を読み出して、当該映像データ等を復号して映像を再生する。
【００２０】
この映像再生装置１００は、記録媒体１からＲＦ信号を再生するピックアップ２と、このピックアップ２により再生されたＲＦ信号が供給され当該ＲＦ信号の２値化処理等を行うＲＦ回路３と、ＲＦ回路３からの再生データが供給され当該再生データに対してエラー訂正等の復号処理を行うデータデコーダ４と、データデコーダ４により復号処理が施された再生データを主映像圧縮データ、副映像圧縮データ及び音声圧縮データに振り分けるデマルチプレクサ５とを備える。
【００２１】
また、この映像再生装置１００は、上記主映像圧縮データを伸張するビデオデコーダ６と、上記副映像圧縮データを伸張して主映像データと合成する副映像デコーダ７と、上記音声圧縮データを伸張するオーディオデコーダ８と、ビデオデコーダ６からの主映像データと副映像デコーダ７からの副映像データが合成された映像データが供給され当該映像データをＮＴＳＣ信号又はＰＡＬ信号に変換するデジタル／ＮＴＳＣ，ＰＡＬ変換回路（以下、単にＮＴＳＣ変換回路と称する。）９と、オーディオデコーダ８からのオーディオデータが供給され当該オーディオデータをアナログ信号に変換するデジタル／アナログ変換回路（以下、単にＤ／Ａ変換回路と称する。）１０とを備える。
【００２２】
また、この映像再生装置１００は、ピックアップ２、ＲＦ回路３、データデコーダ４、デマルチプレクサ５、ビデオデコーダ６、副映像デコーダ７、オーディオデコーダ８、ＮＴＳＣ変換回路９及びＤ／Ａ変換回路１０を制御するコントローラ１１と、このコントローラ１１とユーザーの操作入力を媒介するユーザーインターフェース１２と、コントローラ１１のデータ記憶部となるメモリ１３とを備える。
【００２３】
記録媒体１は、ＭＰＥＧ方式により圧縮符号化された映像データ等が記録されたＤＶＤ−Ｖｉｄｅｏであり、この記録媒体１に記録された映像データ等が映像再生装置１００によって再生される。なお、この記録媒体１は、再生専用型、追記型、書換型等のいずれであってもよい。
【００２４】
ピックアップ２は、記録媒体１からＲＦ信号を再生して、当該ＲＦ信号をＲＦ回路３に供給する。
【００２５】
ＲＦ回路３は、ピックアップ２から供給されたＲＦ信号に対して、波形等化及び２値化等の処理を施してデジタルデータとその同期信号等を生成する。ＲＦ回路３により生成されたデジタルデータ等は、データデコーダ４に供給される。
【００２６】
データデコーダ４は、ＲＦ回路３により生成されたデジタルデータに基づき、データの復調や誤り訂正等の処理を行う。データデコーダ４により復調及び誤り訂正等の処理が施されたデジタルデータは、デマルチプレクサ５に供給される。
【００２７】
また、データデコーダ４では、ＭＰＥＧ方式のフォーマットにおけるシステムヘッダやパックヘッダ等に含まれるパラメータ情報や、後述するナビゲーションパックＮＶ＿ＰＣＫに含まれる所定の情報等を検出する。この検出したパラメータ情報等は、データデコーダ４からコントローラ１１に供給される。
【００２８】
また、このデータデコーダ４は、デジタルデータの出力段にトラックバッファ４ａを有している。このトラックバッファ４ａによりデータデコーダ４とデマルチプレクサ５の処理速度の違いが吸収される。
【００２９】
デマルチプレクサ５は、データデコーダ４により復調及び誤り訂正等の処理が施されたデジタルデータを、主映像圧縮データと、副映像圧縮データと、音声圧縮データとに振り分ける。
【００３０】
ここで、主映像圧縮データとは、ＭＰＥＧ方式により圧縮された映像データであり、ＤＶＤのフォーマットにおけるビデオストリーム（Video streams）に相当する。副映像圧縮データとは、主映像に合成される字幕画像等のデータであり、ＤＶＤのフォーマットにおけるサブピクチャストリーム（Sub-picture streams）に相当する。音声圧縮データとは、ＭＰＥＧ等の方式で圧縮された音声データであり、ＤＶＤのフォーマットにおけるオーディオストリーム（Audio streams）に相当する。
【００３１】
デマルチプレクサ５は、主映像圧縮データをビデオデコーダ６に供給し、副映像圧縮データを副映像デコーダ７に供給し、音声圧縮データをオーディオデコーダ８に供給する。
【００３２】
ビデオデコーダ６は、主映像圧縮データの復号処理を行い、この復号処理により伸張された主映像データを生成する。このビデオデコーダ６は、復号処理を行うために３画面分の画像メモリを有している。すなわち、ビデオデコーダ６は、主映像圧縮データを復号することによって得られたピクチャのデータを、不要になったピクチャのデータを順次更新しながら、３画面分まで画像メモリに順次格納していく。そして、ビデオデコーダ６は、復号された各ピクチャを画像メモリから順次読み出して、それらのピクチャのデータを副映像デコーダ７に供給する。
【００３３】
なお、ビデオデコーダ６に備えられる画像メモリは、３画面分に限らず、これ以上の画面数分あってもよい。
【００３４】
副映像デコーダ７は、副映像圧縮データの復号処理を行い、この復号処理により伸長された副映像データをビデオデコーダ６から供給された主映像データに合成して、主映像と副映像とが合成された映像データを生成する。すなわち、副映像デコーダ７では、字幕画像等の副映像を主映像と合成する。なお、この副映像デコーダ７は、副映像データが無い場合には、主映像データをそのまま映像データとして出力する。副映像デコーダ７によって生成された映像データは、ＮＴＳＣ変換回路９に供給される。
【００３５】
オーディオデコーダ８は、音声圧縮データの復号処理を行い、この復号処理により伸張された音声データを生成する。すなわち、オーディオデコーダ８は、音声圧縮データがＭＰＥＧ方式で圧縮されていれば、ＭＰＥＧ方式に対応した伸張処理を行い、音声データを生成する。なお、音声圧縮データが、ＭＰＥＧ方式のフォーマットではなく、ＰＣＭ等のフォーマットであれば、そのフォーマットに対応した処理を行う。オーディオデコーダ８によって生成された音声データは、Ｄ／Ａ変換回路１０に供給される。
【００３６】
ＮＴＳＣ変換回路９は、映像データをデジタルデータからＮＴＳＣやＰＡＬ等のテレビジョン信号に変換して出力する。この出力をＣＲＴディスプレイ等の表示装置に供給することにより、ユーザーが記録媒体１から再生した映像を視聴することができる。
【００３７】
Ｄ／Ａ変換回路１０は、デジタルデータである音声データをアナログの音声データに変換して出力する。この出力をスピーカ等に供給することにより、ユーザーが記録媒体１から再生した音声を視聴することができる。
【００３８】
コントローラ１１は、ピックアップ２、ＲＦ回路３、データデコーダ４、デマルチプレクサ５、ビデオデコーダ６、副映像デコーダ７、オーディオデコーダ８、ＮＴＳＣ変換回路９及びＤ／Ａ変換回路１０の制御を行う。また、コントローラ１１には、操作パネルやリモートコントローラ等からなるユーザーインターフェース１２を介して、再生モード切換等の操作入力がなされ、この操作入力に基づき各回路の制御を行う。なお、コントローラ１１は、メモリ１３に各制御に必要なデータ等を記憶させ、メモリ１３に記憶させたデータを随時参照して各回路の制御を行う。
【００３９】
つぎに、ＤＶＤ−Ｖｉｄｅｏに記録される符号化データのフォーマットについて、図２及び図３を参照して説明する。
【００４０】
ＤＶＤ−Ｖｉｄｅｏにおいて、符号化データには、主映像データ、副映像データ及び音声データが含まれる。なお、これらの各データは、全てが必須というわけではなく、記録する情報に応じて適宜選択可能であることは言うまでもない。また、以下の説明では、これらのデータが記録される領域のことを、ビデオゾーンと称する。
【００４１】
ビデオゾーンは、図２に示すように、ビデオゾーンの先頭に位置するＶＭＧ（Video Manager）と、ＶＭＧの後ろに位置するＶＴＳ（Video Title Set）とから構成される。ＶＭＧは、主にビデオゾーンに含まれているＶＴＳについての情報が記録される領域であり、１つのビデオゾーンに１つ含まれる。一方、ＶＴＳは、タイトルが実際に記録される領域であり、１つのビデオゾーンに少なくとも１つは含まれており、最大で９９までとされる。なお、ＤＶＤ−Ｖｉｄｅｏにおいて、タイトルとは、記録されている映像等の一番大きな単位であり、例えば、映画が記録されたＤＶＤ−Ｖｉｄｅｏでは、通常、１タイトルが映画１作品に相当する。
【００４２】
ＶＭＧは、再生に必要な基本的な情報等が記録されるＶＭＧＩ（VMG Information）と、記録されているデータにアクセスするためのメニュー画面の情報等が記録されるＶＭＧＭ＿ＶＯＢＳ（Video object Set for VMG Menu）と、ＶＭＧＩのバックアップであるＶＭＧＩ＿ＢＵＰ（Backup of the VMGI）とから構成されている。なお、ＶＭＧＭ＿ＶＯＢＳは、必須ではなく、無くても構わない。
【００４３】
ＶＴＳは、後述するセルの順序や相互の関係等を示すＰＧＣＩ（Program Chain Information）等が記録されるＶＴＳＩ（VTS Information）と、記録されているタイトルにアクセスするためのメニュー画面の情報等が記録されるＶＴＳＭ＿ＶＯＢＳ（Video Object Set for the VTS Menu）と、タイトルが実際に記録されるＶＴＳＴＴ＿ＶＯＢＳ（Video Object Set for Titles in a VTS）と、ＶＴＳＩのバックアップであるＶＴＳＩ＿ＢＵＰ（Backup of the VTSI）とから構成されている。なお、ＶＴＳＭ＿ＶＯＢＳは、必須ではなく、無くても構わない。
【００４４】
つぎに、実際に映像のデータが配置されるＶＯＢＳについて説明する。なお、ここでは、ＶＭＧＭ＿ＶＯＢＳ、ＶＴＳＭ＿ＶＯＢＳ及びＶＴＳＴＴ＿ＶＯＢＳをまとめてＶＯＢＳと称している。
【００４５】
ＶＯＢＳは、図３に示すように、１以上のＶＯＢ（Video object）から構成されており、各ＶＯＢは、１以上のＣｅｌｌから構成されている。ここで、各ＶＯＢには、各ＶＯＢの番号を示すＶＯＢ＿ＩＤナンバーが割り当てられており、各Ｃｅｌｌには、各Ｃｅｌｌの番号を示すＣｅｌｌ＿ＩＤナンバーが割り当てられている。したがって、ＶＯＢＳの中のＣｅｌｌは、ＶＯＢ＿ＩＤナンバーと、Ｃｅｌｌ＿ＩＤナンバーとによって特定される。そして、これらのＣｅｌｌは、ＶＴＳＩに記録されているＰＧＣＩによって関連付けられている。
【００４６】
なお、実際に再生の対象となるＣｅｌｌは、ＰＧＣＩによって関連付けられたＣｅｌｌの全部とは限らず、一部だけの場合もある。例えば、記録されている映像の一部だけを再生するように予めプログラムして再生を行ういわゆるプログラム再生では、ＰＧＣＩによって関連付けられたＣｅｌｌのうち、一部のＣｅｌｌだけを再生するようなときがある。このようなとき、再生の対象となるＣｅｌｌは、ＰＧＣＩによって関連付けられたＣｅｌｌのうちの一部となる。一方、例えば、記録されている映像を最初から最後まで連続して再生するような場合には、ＰＧＣＩによって関連付けられたＣｅｌｌの全てを再生することとなるので、再生の対象となるＣｅｌｌは、ＰＧＣＩによって関連付けられたＣｅｌｌの全部となる。
【００４７】
そして、Ｃｅｌｌは、１以上のＶＯＢＵ（Video Object Unit）から構成されている。すなわち、ＤＶＤ−Ｖｉｄｅｏにおいて、映像等のデータは、１以上のＧＯＰを含む所定のデータ単位に予め分割されており、このデータ単位のことをＶＯＢＵと称している。なお、デマルチプレクサ５からビデオデコーダ６へのデータの供給は、このＶＯＢＵの単位で行われる。
【００４８】
ＶＯＢＵは、１以上のＧＯＰ（Group of Pictures）を含むように構成されており、具体的には、図３に示すように、ＶＯＢＵ間の相互の関係等が記録されるナビゲーションパックＮＶ＿ＰＣＫ（Navigation Pack）と、パックヘッダー及び主映像データパケットからなる主映像データパックＶ＿ＰＣＫ（Video Pack）と、パックヘッダー及び音声データパケットからなる音声データパックＡ＿ＰＣＫ（Audio Pack）と、パックヘッダー及び副映像データパケットからなる副映像データパックＳＰ＿ＰＣＫ（Sub-Picture Pack）とから構成される。ここで、主映像データパックＶ＿ＰＣＫパックは、ＭＰＥＧ２方式についての規格であるＩＳＯ／ＩＥＣ１３８１８−２、又はＭＰＥＧ１方式についての規格であるＩＳＯ／ＩＥＣ１１１７２−２に準ずるように圧縮符号化されてなる。
【００４９】
上記ナビゲーションパックＮＶ＿ＰＣＫは、ＶＯＢＵの先頭に必ず配置される。一方、主映像データパックＶ＿ＰＣＫ、音声データパックＡ＿ＰＣＫ及び副映像データパックＳＰ＿ＰＣＫは、必ずしもＶＯＢＵに含まれている必要はない。
【００５０】
つぎに、映像再生装置１００による符号化データの再生についての具体的な説明に先立って、以下の説明で用いる語句について説明する。
【００５１】
本実施の形態では、再生のモードとして、Ｐｌａｙ、Ｐａｕｓｅ、ＳｔｅｐＲ、ＳｌｏｗＲ、ＳｔｅｐＦ、ＳｌｏｗＦ、ＦＦ、ＦＲを挙げ、それらのモードを切り換えたときの処理について説明する。そして、このように再生のモードを切り換えたときに、切り換え前のモードにおいて再生されていた最後のピクチャのことを「モード切換前ピクチャ」と称し、切り換え後のモードにおいて最初に表示するピクチャのことを「表示開始ピクチャ」と称する。
【００５２】
また、ＶＯＢＵのスタートアドレスのことを「ＶＯＢＵ＿ＳＡ」と称する。そして、デマルチプレクサ５からビデオデコーダ６に供給されるＶＯＢＵは「エントリーポイント」によって特定される。すなわち、エントリーポイントにＶＯＢＵ＿ＳＡが設定され、当該ＶＯＢＵ＿ＳＡが指し示すＶＯＢＵが、デマルチプレクサ５からビデオデコーダ６、副映像デコーダ７及びオーディオデコーダ８に供給される。より具体的には、当該ＶＯＢＵに含まれる主映像データパックＶ＿ＰＣＫが、デマルチプレクサ５からビデオデコーダ６に供給されて復号され、当該ＶＯＢＵに含まれる副映像データパックＳＰ＿ＰＣＫがデマルチプレクサ５から副映像デコーダ７に供給されて復号され、当該ＶＯＢＵに含まれる音声データパックＡ＿ＰＣＫがデマルチプレクサ５からオーディオデコーダ８に供給され復号される。
【００５３】
また、以下の説明では、ＶＯＢＵ＿ＳＡのうち、モード切換前ピクチャが含まれるＶＯＢＵのＶＯＢＵ＿ＳＡのことを「ＣＵＲＲ＿ＶＯＢＵ＿ＳＡ」と称し、モード切換前ピクチャが含まれるＶＯＢＵの１つ前のＶＯＢＵのＶＯＢＵ＿ＳＡのことを「ＰＲＥＶ＿ＶＯＢＵ＿ＳＡ」と称し、モード切換前ピクチャが含まれるＶＯＢＵの１つ後のＶＯＢＵのＶＯＢＵ＿ＳＡのことを「ＮＥＸＴ＿ＶＯＢＵ＿ＳＡ」と称する。
【００５４】
また、ＶＯＢＵに含まれるピクチャのうちの先頭のピクチャの終了アドレスのことを「ＶＯＢＵ＿１ＳＴＲＥＦ＿ＥＡ」と称する。このＶＯＢＵ＿１ＳＴＲＥＦ＿ＥＡは、ナビゲーションパックＮＶ＿ＰＣＫに記録されている。なお、ＶＯＢＵにピクチャが含まれていないとき、すなわちＶＯＢＵに映像データが含まれていないとき、ＶＯＢＵ＿１ＳＴＲＥＦ＿ＥＡには０が設定される。
【００５５】
また、ナビゲーションパックＮＶ＿ＰＣＫには、例えば、当該ナビゲーションパックＮＶ＿ＰＣＫが含まれているＶＯＢＵの前後に位置する複数のＶＯＢＵのアドレス情報が含まれている。この情報のことを「ＶＯＢＵ＿ＳＲＩ」と称する。また、ＶＯＢＵ＿ＳＲＩに記録されているアドレス情報のうち、当該ＶＯＢＵよりの前のビデオストリームを含むＶＯＢＵのＶＯＢＵ＿ＳＡのことを「ＢＷＤＩ＿Ｖｉｄｅｏ」と称する。
【００５６】
また、各ＶＯＢＵには、当該ＶＯＢＵに含まれる映像データに基づくピクチャの表示開始のタイミングを示す時刻管理情報が予め記録されている。そして、この時刻管理情報のことを「ＰＴＭ」と称する。そして、ＰＴＭのうち、ＶＯＢＵに含まれるピクチャの表示を開始すべきタイミングを示すＰＴＭのことを「ＶＯＢＵ＿Ｓ＿ＰＴＭ」と称し、ＶＯＢＵに含まれるピクチャの表示が終了するタイミングを示すＰＴＭのことを「ＶＯＢＵ＿Ｅ＿ＰＴＭ」と称する。すなわち、ＶＯＢＵ＿Ｓ＿ＰＴＭは、プレゼンテーションオーダーにおいてＶＯＢＵの先頭に位置するピクチャの表示開始のタイミングを示し、ＶＯＢＵ＿Ｅ＿ＰＴＭは、プレゼンテーションオーダーにおいてＶＯＢＵの最後に位置するピクチャの表示終了のタイミングを示す。
【００５７】
また、ＭＰＥＧ方式により圧縮符号化された映像データでは、少なくともＧＯＰの先頭のＩピクチャに、復号開始のタイミングを示すＤＴＳ（Decoding Time Stamp）が記録されている。そして、映像再生装置１００は、映像データの再生時に、復号のタイミングの基準となる同期信号であるＳＴＣを順次進めていき、ＳＴＣとＤＴＳとを比較して、ＳＴＣがＤＴＳに達したら、当該ＤＴＳが記録されているピクチャの復号を開始するようにする。そして、以下の説明では、ＤＴＳのうち、ＧＯＰの先頭のＩピクチャのＤＴＳのことを「ＧＯＰ＿ＤＴＳＶ」と称する。
【００５８】
また、ＶＯＢＵに含まれるピクチャのデータだけで復号できるピクチャのうち、プレゼンテーションオーダーで最も早く表示されるピクチャのことを「ＦＰＰ」と称する。また、復号する際に異なるＶＯＢＵのピクチャが必要なピクチャのことを「ＰＲＥ＿ＦＰＰ」と称する。具体的には、ＰＲＥ＿ＦＰＰは、一つ前のＶＯＢＵの最後のＧＯＰに含まれるピクチャを参照して復号がなされる。したがって、ＰＲＥ＿ＦＰＰは、一つ前のＶＯＢＵの最後のＧＯＰに含まれるピクチャを復号した後でなければ、復号することができない。なお、ＭＰＥＧ方式において、ピクチャは、当該ピクチャを含むＧＯＰに含まれるピクチャ、又は１つ前のＧＯＰに含まれるピクチャを参照すれば、必ず復号できるように圧縮される。したがって、ＰＲＥ＿ＦＰＰは、ＶＯＢＵの先頭のＧＯＰにだけ存在しうるものであり、ＶＯＢＵの先頭以外のＧＯＰには存在しない。
【００５９】
また、映像再生装置１００では、映像データの復号を開始するタイミングと、ピクチャの表示を開始するタイミングには、若干のずれが生じる。そして、以下の説明では、映像データの復号が開始されてからピクチャの表示が開始されるまでの時間のことを「復号遅れＤＬ」と称する。なお、映像表示装置１００では、この復号遅れＤＬが、常に１フィールド分の時間で一定となるようにしている。
【００６０】
つぎに、再生モードが切り換わったときの映像表示装置１００の動作について説明する。
【００６１】
なお、Ｐｌａｙ、Ｐａｕｓｅ、ＳｌｏｗＦ及びＳｔｅｐＦでの処理は、全て順方向の再生処理であるので、映像データをデコーディングオーダーにて復号してプレゼンテーションオーダーにて表示するという観点においては、これらのモードでは基本的に同じ処理が行われることとなる。そこで、以下の説明において、これらのモードを区別する必要がないときには、これらのモードをまとめてＰｌａｙ系モードと称する。なお、ＦＦも順方向の再生処理であるが、ＦＦでは、早送りを行うためにピクチャを飛び飛びで復号することとなるので、復号の順序がＰｌａｙ、Ｐａｕｓｅ、ＳｌｏｗＦ及びＳｔｅｐＦの場合とは異なるものとなる。したがって、ＦＦは、Ｐｌａｙ系モードには含めていない。
【００６２】
ユーザーインターフェース１２を介して再生モードの切り換えを指示する信号がコントローラ１１に入力されると、図４乃至図１２のフローチャートに示す処理が行われ、切り換え後のモードにおいて最初に復号すべきピクチャが含まれるＶＯＢＵがモード切換前ピクチャの情報に基づいて特定された上で、再生モードの切り換えが行われる。以下、この処理について、図４乃至図１２のフローチャートを参照して詳細に説明する。
【００６３】
再生モードを切り換えるイベントが発生したら、図４に示すように、先ず、ステップＳ１−１において、コントローラ１１は、モード切換前ピクチャの情報を取得する。具体的には、コントローラによって、モード切換前ピクチャのＴＲと、モード切換前ピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶとを検出して、当該ＴＲ及びＧＯＰ＿ＤＴＳＶをメモリ１３に記憶させるとともに、モード切換前ピクチャがＦＰＰやＰＲＥ＿ＦＰＰであるか否かを判別し、モード切換前ピクチャがＦＰＰやＰＲＥ＿ＦＰＰであるか否かの情報をメモリ１３に記憶させる。
【００６４】
次に、ステップＳ１−２において、コントローラ１１は、モード切換前ピクチャが含まれるＶＯＢＵのナビゲーションパックＮＶ＿ＰＣＫの情報を検出して、当該ナビゲーションパックＮＶ＿ＰＣＫの情報をメモリ１３に記憶させる。
【００６５】
次に、ステップＳ１−３において、コントローラ１１は、切り換え後のモードがＰｌａｙ系モードであるか否かを判別する。そして、Ｐｌａｙ系モードならばステップＳ１−４に進み、Ｐｌａｙ系モードでないならばステップＳ１−７に進む。
【００６６】
ステップＳ１−４において、コントローラ１１は、ステップＳ１−１でメモリ１３に記憶させた情報に基づいて、モード切換前ピクチャがＰＲＥ＿ＦＰＰであるか否かを判別する。そして、ＰＲＥ＿ＦＰＰでないならばステップＳ１−５へ進み、ＰＲＥ＿ＦＰＰであるならばステップＳ１−６へ進む。
【００６７】
ステップＳ１−５において、コントローラ１１は、ステップＳ１−２でメモリ１３に記憶させたナビゲーションパックＮＶ＿ＰＣＫの情報に基づいて、エントリーポイントをＣＵＲＲ＿ＶＯＢＵ＿ＳＡに設定する。また、ステップＳ１−６において、コントローラ１１は、ステップＳ１−２でメモリ１３に記憶させたナビゲーションパックＮＶ＿ＰＣＫの情報に基づいて、エントリーポイントをＰＲＥＶ＿ＶＯＢＵ＿ＳＡに設定する。
【００６８】
すなわち、切り換え後のモードがＰｌａｙ系モードであり、モード切換前ピクチャがＰＲＥ＿ＦＰＰでないならば、モード切換前ピクチャを含むＶＯＢＵを、切り換え後のモードにおいて最初に復号すべきピクチャが含まれるＶＯＢＵとして特定する。また、切り換え後のモードがＰｌａｙ系モードであり、モード切換前ピクチャがＰＲＥ＿ＦＰＰであるならば、モード切換前ピクチャを含むＶＯＢＵの前のＶＯＢＵを、切り換え後のモードにおいて最初に復号すべきピクチャが含まれるＶＯＢＵとして特定する。
【００６９】
一方、ステップＳ１−７において、コントローラ１１は、切り換え後のモードがＳｌｏｗＲ又はＳｔｅｐＲであるか否かを判別する。そして、ＳｌｏｗＲ又はＳｔｅｐＲならばステップＳ１−８に進み、ＳｌｏｗＲ又はＳｔｅｐＲでないならばステップＳ１−１１に進む。
【００７０】
ステップＳ１−８において、コントローラ１１は、ステップＳ１−１でメモリ１３に記憶させた情報に基づいて、モード切換前ピクチャがＦＰＰ又はＰＲＥ＿ＦＰＰであるか否かを判別する。そして、ＦＰＰ又はＰＲＥ＿ＦＰＰでないならばステップＳ１−９へ進み、ＦＰＰ又はＰＲＥ＿ＦＰＰであるならばステップＳ１−１０へ進む。
【００７１】
ステップＳ１−９において、コントローラ１１は、ステップＳ１−２でメモリ１３に記憶させたナビゲーションパックＮＶ＿ＰＣＫの情報に基づいて、エントリーポイントをＣＵＲＲ＿ＶＯＢＵ＿ＳＡに設定する。また、ステップＳ１−１０において、コントローラ１１は、ステップＳ１−２でメモリ１３に記憶させたナビゲーションパックＮＶ＿ＰＣＫの情報に基づいて、エントリーポイントをＰＲＥＶ＿ＶＯＢＵ＿ＳＡに設定する。
【００７２】
すなわち、切り換え後のモードがＳｌｏｗＲ又はＳｔｅｐＲであり、モード切換前ピクチャがＦＰＰやＰＲＥ＿ＦＰＰでないならば、モード切換前ピクチャを含むＶＯＢＵを、切り換え後のモードにおいて最初に復号すべきピクチャが含まれるＶＯＢＵとして特定する。また、切り換え後のモードがＳｌｏｗＲ又はＳｔｅｐＲであり、モード切換前ピクチャがＦＰＰ又はＰＲＥ＿ＦＰＰであるならば、モード切換前ピクチャを含むＶＯＢＵの前のＶＯＢＵを、切り換え後のモードにおいて最初に復号すべきピクチャが含まれるＶＯＢＵとして特定する。
【００７３】
一方、ステップＳ１−１１において、コントローラ１１は、ステップＳ１−１でメモリ１３に記憶させた情報に基づいて、切り換え後のモードがＦＦであるか否かを判別する。そして、ＦＦであるならばステップＳ１−１２に進み、ＦＦでないならばステップＳ１−１３に進む。なお、ステップＳ１−１３に進むのは、切り換え後のモードが、Ｐｌａｙ系モード、ＳｌｏｗＲ、ＳｔｅｐＲ、ＦＦのいずれでもない場合、すなわちＦＲの場合である。
【００７４】
ステップＳ１−１２において、コントローラ１１は、ステップＳ１−２でメモリ１３に記憶させたナビゲーションパックＮＶ＿ＰＣＫの情報に基づいて、エントリーポイントをＮＥＸＴ＿ＶＯＢＵ＿ＳＡに設定する。また、ステップＳ１−１３において、コントローラ１１は、ステップＳ１−２でメモリ１３に記憶させたナビゲーションパックＮＶ＿ＰＣＫの情報に基づいて、エントリーポイントをＰＲＥＶ＿ＶＯＢＵ＿ＳＡに設定する。
【００７５】
すなわち、切り換え後のモードがＦＦのときには、モード切換前ピクチャを含むＶＯＢＵの次のＶＯＢＵを、切り換え後のモードにおいて最初に復号すべきピクチャが含まれるＶＯＢＵとして特定する。また、切り換え後のモードがＦＲのときには、モード切換前ピクチャを含むＶＯＢＵの前のＶＯＢＵを、切り換え後のモードにおいて最初に復号すべきピクチャが含まれるＶＯＢＵとして特定する。
【００７６】
次に、図５のステップＳ１−２０へ進み、コントローラ１１は、切り換え前のモードで予めメモリ１３に記憶させておいたＰＧＣＩの情報に基づいて、エントリーポイントがＣｅｌｌの境界を越えているかを判別する。そして、エントリーポイントがＣｅｌｌの境界を越えているならば、ステップＳ１−２１へ進み、Ｃｅｌｌの境界を越えていないならば、図６に示すシーケンスエンドチェックのフローへと進む。なお、エントリーポイントがＣｅｌｌの境界を越えているということは、換言すれば、エントリーポイントがモード切換前ピクチャを含むＣｅｌｌに存在しないということである。
【００７７】
ステップＳ１−２１において、コントローラ１１は、エントリーポイントがＮＥＸＴ＿ＶＯＢＵ＿ＳＡであるか否かを判別する。そして、エントリーポイントがＮＥＸＴ＿ＶＯＢＵ＿ＳＡであるならばステップＳ１−２２へ進み、エントリーポイントがＮＥＸＴ＿ＶＯＢＵ＿ＳＡでないならばステップ１−２４へ進む。
【００７８】
ステップＳ１−２２において、コントローラ１１は、切り換え前のモードで予めメモリ１３に記憶させておいたＰＧＣＩの情報に基づいて、モード切換前ピクチャが含まれていたＣｅｌｌが、再生の対象となるＣｅｌｌのうち、最後のＣｅｌｌであるか否かを判別する。そして、最後のＣｅｌｌではないならば、ステップＳ１−２３へ進む。一方、最後のＣｅｌｌであったならば、再生の対象となるＣｅｌｌがなくなったこととなるので、再生処理を終了する。
【００７９】
ステップＳ１−２３において、コントローラ１１は、エントリーポイントとして設定されているＶＯＢＵ＿ＳＡを、モード切換前ピクチャが含まれていたＣｅｌｌの次のＣｅｌｌの先頭に設定する。すなわち、エントリーポイントを、モード切換前ピクチャが含まれていたＣｅｌｌの次のＣｅｌｌの先頭のＶＯＢＵのスタートアドレスに設定する。その後、図６に示すシーケンスエンドチェックのフローへと進む。
【００８０】
一方、ステップＳ１−２４において、コントローラ１１は、切り換え後のモードがＦＲであるか否かを判別する。そして、ＦＲであるならばステップＳ１−２５に進み、ＦＲでないならばテップＳ１−２６に進む。
【００８１】
ステップＳ１−２５において、コントローラ１１は、切り換え前のモードで予めメモリ１３に記憶させておいたＰＧＣＩの情報に基づいて、モード切換前ピクチャが含まれていたＣｅｌｌが、再生の対象となるＣｅｌｌのうち、先頭のＣｅｌｌであるか否かを判別する。そして、先頭のＣｅｌｌではないならば、ステップＳ１−２７へ進む。一方、先頭のＣｅｌｌであったならば、再生の対象となるＣｅｌｌがなくなったこととなるので、再生処理を終了する。
【００８２】
ステップＳ１−２６において、コントローラ１１は、切り換え前のモードで予めメモリ１３に記憶させておいたＰＧＣＩの情報に基づいて、モード切換前ピクチャが含まれていたＣｅｌｌが、ＰＧＣＩによって関連付けられたＣｅｌｌのうち、先頭のＣｅｌｌであるか否かを判別する。そして、先頭のＣｅｌｌではないならばステップＳ１−２７へ進み、先頭のＣｅｌｌであるならばステップＳ１−２８へ進む。
【００８３】
ステップＳ１−２７において、コントローラ１１は、エントリーポイントとして設定されているＶＯＢＵ＿ＳＡを、モード切換前ピクチャが含まれていたＣｅｌｌの１つ前のＣｅｌｌの最後のＶＯＢＵの先頭に設定する。すなわち、エントリーポイントを、モード切換前ピクチャが含まれていたＣｅｌｌの１つ前のＣｅｌｌの最後のＶＯＢＵのスタートアドレスに設定する。その後、図６に示すシーケンスエンドチェックのフローへと進む。
【００８４】
ステップＳ１−２８において、コントローラ１１は、ステップＳ１−２でメモリ１３に記憶させたナビゲーションパックＮＶ＿ＰＣＫの情報に基づいて、エントリーポイントをＣＵＲＲ＿ＶＯＢＵ＿ＳＡに設定する。その後、図６に示すシーケンスエンドチェックのフローへと進む。
【００８５】
以上の処理により、再生のモードが切り換わったときに、切り換え後のモードにおいて最初に復号すべきピクチャが含まれるＶＯＢＵが特定され、当該ＶＯＢＵのスタートアドレスがエントリーポイントに設定されることとなる。
【００８６】
つぎに、シーケンスエンドチェックの処理の流れについて、図６のフローチャートを参照して説明する。
【００８７】
シーケンスエンドチェック処理は、図４及び図５のフローチャートに示した処理によって特定されたＶＯＢＵにピクチャが含まれているかをチェックする処理であり、図６に示すように、先ず、ステップＳ２−１において、コントローラ１１は、図４及び図５のフローチャートに示した処理によって設定されたエントリーポイントを、データデコーダ４に供給する。そして、データデコーダ４は、このエントリーポイントが指し示すＶＯＢＵをサーチし、当該ＶＯＢＵをデマルチプレクサ５に供給する。
【００８８】
次に、ステップＳ２−２において、コントローラ１１は、ステップＳ２−１でサーチされたＶＯＢＵのナビゲーションパックＮＶ＿ＰＣＫの情報を検出して、当該ナビゲーションパックＮＶ＿ＰＣＫの情報をメモリ１３に記憶させる。
【００８９】
次に、ステップＳ２−３において、コントローラ１１は、ステップＳ２−１でサーチされたＶＯＢＵについて、ステップＳ２−２でメモリ１３に記憶させたナビゲーションパックＮＶ＿ＰＣＫの情報に基づいて、ＶＯＢＵ＿１ＳＴＲＥＦ＿ＥＡが０であるか否かを判別する。そして、ＶＯＢＵ＿１ＳＴＲＥＦ＿ＥＡが０であるならば、当該ＶＯＢＵにはピクチャが含まれていないということなので、シーケンスエンドを探すために、ステップＳ２−４に進む。一方、ＶＯＢＵ＿１ＳＴＲＥＦ＿ＥＡが０でないならば、当該ＶＯＢＵのデマルチプレクサ５からビデオデコーダ６への供給を開始して、図７に示す再生モード分岐処理のフローへと進む。
【００９０】
ステップＳ２−４において、コントローラ１１は、ステップＳ２−２でメモリ１３に記憶させたナビゲーションパックＮＶ＿ＰＣＫのＶＯＢＵ＿ＳＲＩに記録されているＢＷＤＩ＿Ｖｉｄｅｏをデータデコーダ４に供給する。そして、データデコーダ４は、このＢＷＤＩ＿Ｖｉｄｅｏが指し示すＶＯＢＵをサーチし、当該ＶＯＢＵをデマルチプレクサ５に供給する。
【００９１】
次に、ステップＳ２−５において、コントローラ１１は、ターゲットにシーケンスエンドコードを設定する。なお、ここで設定されたターゲットは、図８及び図９に示すＧｏＴｏＴａｒｇｅｔ処理において使用される。
【００９２】
次に、ステップＳ２−６において、図８及び図９に示すＧｏＴｏＴａｒｇｅｔ処理を行い、その後、ステップＳ２−７において、コントローラ１１は、図４及び図５のフローチャートに示した処理によって設定されたエントリーポイントをデータデコーダ４に供給する。そして、データデコーダ４は、このエントリーポイントが指し示すＶＯＢＵをサーチし、当該ＶＯＢＵをデマルチプレクサ５に供給する。その後、デマルチプレクサ５からビデオデコーダ６へのＶＯＢＵの供給を開始して、図７に示す再生モード分岐処理のフローへと進む。
【００９３】
つぎに、再生モード分岐処理の流れについて、図７のフローチャートを参照して説明する。
【００９４】
再生モード分岐処理では、先ず、ステップＳ３−１において、コントローラ１１は、切り換え後のモードがＰｌａｙであるか否かを判別する。そして、Ｐｌａｙならばステップ３−２に進み、ＰｌａｙでないならばステップＳ３−４に進む。
【００９５】
ステップＳ３−２において、コントローラ１１は、ステップＳ１−１で取得しておいたモード切換前ピクチャの情報に基づいて、ターゲットに表示開始ピクチャを設定する。ここで、表示開始ピクチャの特定は、モード切換前ピクチャのＴＲと、モード切換前ピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶとに基づいて行う。
【００９６】
次に、ステップＳ３−３において、図８及び図９に示すＧｏＴｏＴａｒｇｅｔ処理を行う。なお、ＧｏＴｏＴａｒｇｅｔ処理では、ビデオストリームをターゲットまで進めて、当該ターゲットのところから任意のモードでの再生処理が行えるようにする。そして、ＧｏＴｏＴａｒｇｅｔ処理によって、ターゲットとなるピクチャにたどり着いたら、当該ピクチャからｐｌａｙを開始する。
【００９７】
また、ステップＳ３−４において、コントローラ１１は、切り換え後のモードがＰａｕｓｅであるか否かを判別する。そして、Ｐａｕｓｅならばステップ３−５に進み、ＰａｕｓｅでないならばステップＳ３−７に進む。
【００９８】
ステップＳ３−５において、コントローラ１１は、ステップＳ１−１で取得しておいたモード切換前ピクチャの情報に基づいて、ターゲットに表示開始ピクチャを設定する。ここで、表示開始ピクチャの特定は、モード切換前ピクチャのＴＲと、モード切換前ピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶとに基づいて行う。
【００９９】
次に、ステップＳ３−６において、図８及び図９に示すＧｏＴｏＴａｒｇｅｔ処理を行う。そして、ＧｏＴｏＴａｒｇｅｔ処理によって、ターゲットとなるピクチャにたどり着いたら、当該ピクチャを表示させてＰａｕｓｅする。すなわち、当該ピクチャを表示させてた状態で再生を一時停止する。
【０１００】
また、ステップＳ３−７において、コントローラ１１は、切り換え後のモードがＳｔｅｐＦ又はＳｌｏｗＦであるか否かを判別する。そして、ＳｔｅｐＦ又はＳｌｏｗＦならばステップ３−８に進み、ＳｔｅｐＦ又はＳｌｏｗＦでないならばステップＳ３−１０に進む。
【０１０１】
ステップＳ３−８において、コントローラ１１は、ステップＳ１−１で取得しておいたモード切換前ピクチャの情報に基づいて、ターゲットに表示開始ピクチャを設定する。ここで、表示開始ピクチャの特定は、モード切換前ピクチャのＴＲと、モード切換前ピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶとに基づいて行う。
【０１０２】
次に、ステップＳ３−９において、図８及び図９に示すＧｏＴｏＴａｒｇｅｔ処理を行う。そして、ＧｏＴｏＴａｒｇｅｔ処理によって、ターゲットとなるピクチャにたどり着いたら、当該ピクチャからＳｔｅｐＦ又はＳｌｏｗＦを開始する。
【０１０３】
ステップＳ３−１０において、コントローラ１１は、切り換え後のモードがＳｔｅｐＲ又はＳｌｏｗＲであるか否かを判別する。そして、ＳｔｅｐＲ又はＳｌｏｗＲならばステップＳ３−１１に進み、ＳｔｅｐＲ又はＳｌｏｗＲでないならばステップＳ３−１３に進む。
【０１０４】
ステップＳ３−１１において、コントローラ１１は、ステップＳ１−１で取得しておいたモード切換前ピクチャの情報に基づいて、ターゲットに表示開始ピクチャを設定する。ここで、表示開始ピクチャの特定は、モード切換前ピクチャのＴＲと、モード切換前ピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶとに基づいて行う。
【０１０５】
次に、ステップＳ３−１２において、図８及び図９に示すＧｏＴｏＴａｒｇｅｔ処理を行う。そして、ＧｏＴｏＴａｒｇｅｔ処理によって、ターゲットとなるピクチャにたどり着いたら、当該ピクチャからＳｔｅｐＲ又はＳｌｏｗＲを開始する。
【０１０６】
ステップＳ３−１３において、コントローラ１１は、切り換え後のモードがＦＦであるか否かを判別する。そして、切り換え後のモードがＦＦならば、ＦＦを開始する。一方、切り換え後のモードがＦＦでないときは、切り換え後のモードがＰｌａｙ系モード、ＳｌｏｗＲ、ＳｔｅｐＲ、ＦＦのいずれでもない場合、すなわちＦＲのときであるので、ＦＲを開始する。なお、切り換え後のモードがＦＦ及びＦＲのときにＧｏＴｏＴａｒｇｅｔ処理を行わないのは、ＦＦ及びＦＲでは、常にＶＯＢＵの先頭から復号するので、ピクチャ単位でのターゲットの特定が不要だからである。
【０１０７】
なお、以上のような再生モード分岐処理のステップＳ３−７乃至Ｓ３−９において、ＳｔｅｐＦとＳｌｏｗＦをまとめて扱っているのは、ＳｌｏｗＦ及びＳｔｅｐＦでの処理はどちらも順方向に１コマずつ再生していく処理であり、映像データをデコーディングオーダーにて復号してプレゼンテーションオーダーにて表示するという観点においては、これらのモードでは基本的に同じ処理が行われるからである。同様に、ステップＳ３−１０乃至Ｓ３−１２において、ＳｔｅｐＲとＳｌｏｗＲをまとめて扱っているのは、ＳｌｏｗＲ及びＳｔｅｐＲでの処理はどちらも逆方向に１コマずつ再生していく処理であり、映像データをデコーディングオーダーにて復号してプレゼンテーションオーダーにて表示するという観点においては、これらのモードでは基本的に同じ処理が行われるからである。
【０１０８】
つぎに、ＧｏＴｏＴａｒｇｅｔ処理の流れについて、図８及び図９のフローチャートを参照して説明する。
【０１０９】
ＧｏＴｏＴａｒｇｅｔ処理は、基本的には、デマルチプレクサ５からビデオデコーダ６にＶＯＢＵ単位で供給される映像データに含まれる各ピクチャについて、ターゲットとしているピクチャ（以下、ターゲットピクチャと称する。）であるか否かを、ＶＯＢＵに含まれるピクチャの先頭から順次、１ピクチャ毎に判別していく処理である。
【０１１０】
なお、以下の説明において、ターゲットピクチャであるか否かの判別の対象となっているピクチャのことを対象ピクチャと称する。そして、ＧｏＴｏＴａｒｇｅｔ処理を行っているときには、対象ピクチャを１ピクチャ分進める毎に、ＳＴＣを１ピクチャ分ずつ進めていくようにする。また、ＧｏＴｏＴａｒｇｅｔ処理では、以下に詳細に説明するように、対象ピクチャがターゲットピクチャであるか否かを判別するための情報として、ＴＲとＧＯＰ＿ＤＴＳＶを用いる。
【０１１１】
ＧｏＴｏＴａｒｇｅｔ処理では、先ず、ステップＳ４−１において、コントローラ１１は、ナビゲーションパックＮＶ＿ＰＣＫが更新されたか否かを判別する。そして、ナビゲーションパックＮＶ＿ＰＣＫが更新されたならばステップＳ４−２に進み、ナビゲーションパックＮＶ＿ＰＣＫが更新されていないならばステップＳ４−６に進む。なお、ナビゲーションパックＮＶ＿ＰＣＫは、デマルチプレクサ５からビデオデコーダ６に新しいＶＯＢＵが供給され、新しいＶＯＢＵに対する処理が開始されたときに更新される。すなわち、ステップＳ４−１では、デマルチプレクサ５からビデオデコーダ６に新しいＶＯＢＵが供給され、新しいＶＯＢＵに対する処理が開始されたか否かを判別している。
【０１１２】
ステップＳ４−２において、コントローラ１１は、ナビゲーションパックＮＶ＿ＰＣＫの更新回数を記録しておくためのパラメータｃｏｕｎｔに１を加算する。なお、パラメータｃｏｕｎｔは、ＧｏＴｏＴａｒｇｅｔ処理に入る前に予め初期化して０にしておく。
【０１１３】
次に、ステップＳ４−３において、コントローラ１１は、パラメータｃｏｕｎｔが２以上であるか否かを判別する。そして、２以上であるならばステップＳ４−４へ進み、２以上でないならばステップＳ４−６へ進む。なお、パラメータｃｏｕｎｔは、ナビゲーションパックＮＶ＿ＰＣＫの更新回数を表している。したがって、このステップＳ４−３では、デマルチプレクサ５からビデオデコーダ６に、ＧｏＴｏＴａｒｇｅｔ処理において２回以上ＶＯＢＵが供給されたか否かを判別している。
【０１１４】
ステップＳ４−４では、図１１に示す１ピクチャ復号処理を行う。なお、１ピクチャ復号処理では、対象ピクチャを復号し、ビデオストリームを次のピクチャのヘッダーまで進める。すなわち、１ピクチャ復号処理では、現在の対象ピクチャを復号した上で、対象ピクチャを次のピクチャへと進める。
【０１１５】
次に、ステップＳ４−５において、コントローラ１１は、ターゲットピクチャを最後に復号したピクチャとし、その後、図１０に示すＧｏＴｏＴａｒｇｅｔ終了処理へと進む。そして、ＧｏＴｏＴａｒｇｅｔ終了処理において、ターゲットピクチャの表示を行い、その後、ＧｏＴｏＴａｒｇｅｔ処理を終了する。すなわち、所定数以上のＶＯＢＵについてターゲットピクチャが含まれているか否かの判別を行っても、ターゲットピクチャが見つからなかったら、最後に復号されていたピクチャを表示して、ＧｏＴｏＴａｒｇｅｔ処理を終了する。
【０１１６】
一方、ステップＳ４−６において、コントローラ１１は、対象ピクチャが、ＧＯＰの先頭のピクチャであるか否かを判別する。そして、ＧＯＰの先頭のピクチャであるならばステップＳ４−７へ進み、ＧＯＰの先頭のピクチャでないならば図９のステップＳ４−９へ進む。
【０１１７】
ステップＳ４−７において、コントローラ１１は、対象ピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶと、ターゲットピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶであるＴｇｔ＿ＧＯＰ＿ＤＴＳＶとを比較する。そして、対象ピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶがＴｇｔ＿ＧＯＰ＿ＤＴＳＶ以上であるならば、ステップＳ４−８へ進み、ステップＳ４−８において、対象ピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶがＴｇｔ＿ＧＯＰ＿ＤＴＳＶを過ぎたことを示すフラグｐａｓｓに１を設定した上で、ステップＳ４−９へ進む。一方、対象ピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶがＴｇｔ＿ＧＯＰ＿ＤＴＳＶよりも小さいならば、ステップＳ４−８を飛ばしてステップＳ４−９へ進む。
【０１１８】
すなわち、対象ピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶが、ターゲットピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶにまで達したならば、ステップＳ４−８に進んでフラグｐａｓｓに１を設定した上でステップＳ４−９へ進み、そうでないならば、ステップＳ４−８を飛ばしてステップＳ４−９へ進む。なお、フラグｐａｓｓは、ＧｏＴｏＴａｒｇｅｔ処理に入る前に予め初期化して０にしておく。
【０１１９】
ステップＳ４−９において、コントローラ１１は、対象ピクチャがＩピクチャ又はＰピクチャであるか否かを判別する。そして、Ｉピクチャ又はＰピクチャであるならばステップＳ４−１０へ進み、Ｉピクチャ又はＰピクチャでないならばステップＳ４−１６へ進む。なお、ステップＳ４−１５へ進むのは、対象ピクチャがＢピクチャのときである。
【０１２０】
そして、対象ピクチャがＩピクチャ又はＰピクチャのときには、先ず、ステップＳ４−１０において、コントローラ１１は、ターゲットピクチャを復号したことを示すフラグｔｇｔ＿ｄｅｃが１であるか否かを判別する。なお、フラグｔｇｔ＿ｄｅｃは、ＧｏＴｏＴａｒｇｅｔ処理に入る前に予め初期化して０にしておき、後述するようにターゲットピクチャが復号されたときに１を設定する。そして、フラグｔｇｔ＿ｄｅｃが１であるならばステップＳ４−１１へ進み、フラグｔｇｔ＿ｄｅｃが１でないならばステップＳ４−１２へ進む。
【０１２１】
ステップＳ４−１１では、図１１に示す１ピクチャ復号処理を行う。その後、図１０に示したＧｏＴｏＴａｒｇｅｔ終了処理を行い、ＧｏＴｏＴａｒｇｅｔ処理を終了する。
【０１２２】
一方、ステップＳ４−１２において、コントローラ１１は、ターゲットがシーケンスエンドコードであるか否かを判別する。そして、ターゲットがシーケンスエンドコードでないならばステップＳ４−１３へ進み、ターゲットがシーケンスエンドコードであるならばステップＳ４−１５へ進む。なお、このときにステップＳ４−１５に進むのは、ステップＳ２−５においてシーケンスエンドコードがターゲットとして設定されていた場合である。
【０１２３】
ステップＳ４−１４において、コントローラ１１は、フラグｐａｓｓが１であり、且つ、対象ピクチャのＴＲがターゲットピクチャのＴＲに一致しているかを判別する。そして、これらの条件が満たされるならば、ステップＳ４−１４へ進み、ステップＳ４−１４において、フラグｔｇｔ＿ｄｅｃに１を設定した上で、ステップＳ４−１５へ進む。一方、条件が満たされないときには、ステップＳ４−１４を飛ばして、ステップＳ４−１５へ進む。なお、ステップＳ４−１３において、条件が満たされるのは、対象ピクチャがターゲットピクチャのときである。
【０１２４】
ステップＳ４−１５では、図１１に示す１ピクチャ復号処理を行う。そして、対象ピクチャの復号が完了して、ビデオストリームが次のピクチャのヘッダーまで進められたならば、すなわち対象ピクチャが次のピクチャへと進められたならば、ステップＳ４−１へ戻って処理を繰り返す。
【０１２５】
一方、対象ピクチャがＢピクチャのときは、先ず、ステップＳ４−１６において、コントローラ１１は、ターゲットがシーケンスエンドコードであるか否かを判別する。そして、ターゲットがシーケンスエンドコードでないならばステップＳ４−１７へ進み、ターゲットがシーケンスエンドコードであるならばステップＳ４−１９へ進む。なお、このときにステップＳ４−１９に進むのは、ステップＳ２−５においてシーケンスエンドコードがターゲットとして設定されていた場合である。
【０１２６】
ステップＳ４−１７において、コントローラ１１は、フラグｐａｓｓが１であり、且つ、対象ピクチャのＴＲがターゲットピクチャのＴＲに一致しているかを判別する。そして、これらの条件が満たされるならば、ステップＳ４−１８へ進み、条件が満たされないときには、ステップＳ４−１９へ進む。なお、ステップＳ４−１７において、条件が満たされるのは、対象ピクチャがターゲットピクチャのときである。
【０１２７】
ステップＳ４−１８では、図１１に示す１ピクチャ復号処理を行う。その後、図１０に示したＧｏＴｏＴａｒｇｅｔ終了処理を行い、ＧｏＴｏＴａｒｇｅｔ処理を終了する。
【０１２８】
一方、ステップＳ４−１９では、図１２に示す１ピクチャスキップ処理を行い、その後、ステップ４−１へ戻って処理を繰り返す。なお、１ピクチャスキップ処理では、対象ピクチャを復号せずに、ビデオストリームを次のピクチャのヘッダーまで進める。すなわち、１ピクチャスキップ処理では、現在の対象ピクチャを復号せずに、対象ピクチャを次のピクチャへと進める。
【０１２９】
以上のようなＧｏＴｏＴａｒｇｅｔ処理では、対象ピクチャがＩピクチャ又はＰピクチャのときには、対象ピクチャがターゲットピクチャであるか否かに関わりなく、対象ピクチャの復号が行われ、一方、対象ピクチャがＢピクチャのときには、対象ピクチャがターゲットピクチャである場合にだけ、対象ピクチャの復号が行われる。
【０１３０】
すなわち、ＧｏＴｏＴａｒｇｅｔ処理では、復号順序に従ってＧＯＰの先頭からピクチャ毎に順次、ターゲットピクチャであるかを判別していき、ターゲットピクチャが見つかったら当該対象ピクチャを復号するとともに、ターゲットピクチャであるかを順次判別していくにあたって、対象ピクチャがＩピクチャ又はＰピクチャのときには当該対象ピクチャを復号しておくようにする。
【０１３１】
なお、ターゲットにシーケンスエンドコードが設定されているとき、ＧｏＴｏＴａｒｇｅｔ処理は、以下に説明する１ピクチャ復号処理又は１ピクチャスキップ処理を経て終了する。
【０１３２】
つぎに、１ピクチャ復号処理の流れについて、図１１のフローチャートを参照して説明する。
【０１３３】
１ピクチャ復号処理では、先ず、ステップＳ５−１において、ビデオデコーダ６によって対象ピクチャの復号を開始してビデオストリームを進めていく。このとき、ビデオデコーダ６は、ビデオストリームを進めていくことにより、次のピクチャのヘッダーにまで達したら、次のピクチャのヘッダーにまで達したことを示す信号をコントローラ１１に送出する。また、ビデオデコーダ６は、ビデオストリームを進めていくことにより、シーケンスエンドコードが検出されたら、シーケンスエンドコードが検出されたことを示す信号をコントローラ１１に送出する。
【０１３４】
ステップＳ５−２において、コントローラ１１は、対象ピクチャの次のピクチャのヘッダーが発見されたか否かを判別する。すなわち、コントローラ１１は、ビデオストリームが次のピクチャのヘッダーにまで達したことを示す信号が、ビデオデコーダ６から送出されたかを判別する。そして、次のピクチャのヘッダーが発見されているならば、ステップＳ５−３へ進み、次のピクチャのヘッダーが発見されていないならば、ステップＳ５−４へ進む。
【０１３５】
ここで、ステップＳ５−３へ進むのは、対象ピクチャの復号が無事に完了し、ビデオストリームが次のピクチャへと進められたときである。そこで、ステップＳ５−３では、ビデオデコーダ６による復号を止めて、１ピクチャ復号処理を終了する。そして、１ピクチャ復号処理のフローから抜けて、ＧｏＴｏＴａｒｇｅｔ処理へと戻る。
【０１３６】
一方、ステップＳ５−４へ進むのは、対象ピクチャの復号が完了していないときである。そして、ステップＳ５−４において、コントローラ１１は、後述する４つの条件が満たされたか否かを判別する。ここで、４つの条件とは、デマルチプレクサ５が停止していること、ビデオデコーダ６に備えられているビデオコードバッファ内のデータが無くなっていること、ビデオデコーダ６にリード割り込みが２フレーム分の時間以上きていないこと、復号がＶＯＢＵ＿Ｅ＿ＰＴＭに至るまで完了していることである。なお、リード割り込みは、例えば、次のピクチャが発見されたときに生じる。そして、これら４つの条件のうちのいずれか１つでも満たされていないならば、ステップＳ５−５へ進み、これら４つの条件が全て満たされたならば、ステップＳ５−６へ進む。
【０１３７】
なお、これら４つの条件が全て満たされるのは、デマルチプレクサ５からビデオデコーダ６への映像データの供給が終了してしまっているときである。そこで、これら４つの条件が全て満たされたときには、ステップＳ５−６へ進んで、復号が完了しているピクチャのうち、プレゼンテーションオーダーにおいて最後のピクチャをターゲットピクチャとして設定し処理を終了する。
【０１３８】
ステップＳ５−５において、コントローラ１１は、シーケンスエンドコードが検出されたか否かを判別する。すなわち、コントローラ１１は、シーケンスエンドコードが検出されたことを示す信号が、ビデオデコーダ６から送出されたかを判別する。そして、シーケンスエンドコードが検出されているならば、ステップＳ５−６へ進む。一方、シーケンスエンドコードが検出されていなければ、対象ピクチャの復号が未だ完了していないので、ステップＳ５−２へ戻って処理を繰り返す。
【０１３９】
ステップＳ５−６において、コントローラ１１は、復号が完了しているピクチャのうち、プレゼンテーションオーダーにおいて一番最後に位置するピクチャをターゲットピクチャとして設定する。その後、１ピクチャ復号処理のフローから抜けて、ＧｏＴｏＴａｒｇｅｔ終了処理を行う。すなわち、１ピクチャ復号処理において、次のピクチャのヘッダーが見つからなくなったときには、復号が完了しているピクチャのうち、プレゼンテーションオーダーにおける最後のピクチャをターゲットピクチャとして設定して、ＧｏＴｏＴａｒｇｅｔ終了処理へ移行する。
【０１４０】
つぎに、１ピクチャスキップ処理の流れについて、図１２のフローチャートを参照して説明する。
【０１４１】
１ピクチャスキップ処理では、先ず、ステップＳ６−１において、ビデオデコーダ６によってビデオストリームを進めていく。このとき、ビデオデコーダ６は、復号せずにビデオストリームを進めていく。なお、上述したように、ビデオデコーダ６は、ビデオストリームを進めていくことにより、次のピクチャのヘッダーにまで達したら、次のピクチャのヘッダーにまで達したことを示す信号をコントローラ１１に送出し、ビデオストリームを進めていくことにより、シーケンスエンドコードが検出されたら、シーケンスエンドコードが検出されたことを示す信号をコントローラ１１に送出する。
【０１４２】
ステップＳ６−２において、コントローラ１１は、対象ピクチャの次のピクチャのヘッダーが発見されたか否かを判別する。すなわち、コントローラ１１は、ビデオストリームが次のピクチャのヘッダーにまで達したことを示す信号が、ビデオデコーダ６から送出されたかを判別する。そして、次のピクチャのヘッダーが発見されているならば、ステップＳ６−３へ進み、次のピクチャのヘッダーが発見されていないならば、ステップＳ６−４へ進む。
【０１４３】
ここで、ステップＳ６−３へ進むのは、ビデオストリームが無事に次のピクチャへと進められたときである。そこで、ステップＳ６−３では、ビデオデコーダ６による処理を止めて、１ピクチャスキップ処理を終了する。そして、１ピクチャスキップ処理のフローから抜けて、ＧｏＴｏＴａｒｇｅｔ処理へと戻る。
【０１４４】
一方、ステップＳ６−４へ進むのは、ビデオストリームが次のピクチャへと進められていないときである。そして、ステップＳ６−４において、コントローラ１１は、上述した４つの条件が満たされたか否かを判別する。そして、４つの条件のうちのいずれか１つでも満たされていないならば、ステップＳ６−５へ進み、４つの条件が全て満たされたならば、ステップＳ６−６へ進む。
【０１４５】
なお、４つの条件が全て満たされるのは、デマルチプレクサ５からビデオデコーダ６への映像データの供給が終了してしまっているときである。そこで、４つの条件が全て満たされたときには、ステップＳ６−６へ進んで、復号が完了しているピクチャのうち、プレゼンテーションオーダーにおいて最後のピクチャをターゲットピクチャとして設定し処理を終了する。
【０１４６】
ステップＳ６−５において、コントローラ１１は、シーケンスエンドコードが検出されたか否かを判別する。すなわち、コントローラ１１は、シーケンスエンドコードが検出されたことを示す信号が、ビデオデコーダ６から送出されたかを判別する。そして、シーケンスエンドコードが検出されているならば、ステップＳ６−６へ進む。一方、シーケンスエンドコードが検出されていなければ、ビデオストリームが未だ次のピクチャまで進められていないので、ステップＳ６−２へ戻って処理を繰り返す。
【０１４７】
ステップＳ６−６において、コントローラ１１は、復号が完了しているピクチャのうち、プレゼンテーションオーダーにおいて一番最後に位置するピクチャをターゲットピクチャとして設定する。その後、１ピクチャスキップ処理のフローから抜けて、ＧｏＴｏＴａｒｇｅｔ終了処理を行う。すなわち、１ピクチャスキップ処理において、次のピクチャのヘッダーが見つからなくなったときには、復号が完了しているピクチャのうち、プレゼンテーションオーダーにおける最後のピクチャをターゲットピクチャとして設定して、ＧｏＴｏＴａｒｇｅｔ終了処理へ移行する。
【０１４８】
ところで、上述のようなＧｏＴｏＴａｒｇｅｔ処理を行うときには、主映像のデータを進めて行くだけでなく、他のデータについても処理を進めていく必要がある。すなわち、ＧｏＴｏＴａｒｇｅｔ処理では、映像データが１ピクチャ毎に進められていき、これに合わせてＳＴＣが進められていくが、このとき、副映像データ、音声データ及び字幕データについても、ＳＴＣに合わせて復号が進められていく。
【０１４９】
ここで、字幕データはビデオデコーダ６によって復号される。ここで、ビデオデコーダ６は、ＧｏＴｏＴａｒｇｅｔ処理を１ピクチャ分行う毎に進められていくＳＴＣに基づいて、字幕データのＤＴＳに従って、字幕データを復号する。そして、ビデオデコーダ６は、１ピクチャに相当する分の字幕データの復号が完了したら、１ピクチャに相当する分の字幕データの復号が完了したことを示す信号をコントローラ１１に送出する。なお、ここで挙げている字幕データとは、主映像データパックＶ＿ＰＣＫに付加情報として含まれている字幕のデータのことであり、副映像データではない。
【０１５０】
また、副映像データは副映像デコーダ７によって復号される。ここで、副映像デコーダ７は、ＧｏＴｏＴａｒｇｅｔ処理を１ピクチャ分行う毎に進められていくＳＴＣに基づいて、副映像データのＤＴＳに従って、副映像データを復号する。そして、副映像デコーダ７は、１ピクチャに相当する分の副映像データの復号が完了したら、１ピクチャに相当する分の副映像データの復号が完了したことを示す信号をコントローラ１１に送出する。
【０１５１】
また、音声データはオーディオデコーダ８によって復号される。ここで、オーディオデコーダ８は、ＧｏＴｏＴａｒｇｅｔ処理を１ピクチャ分行う毎に進められていくＳＴＣに基づいて、音声データのＤＴＳに従って、音声データを復号する。そして、オーディオデコーダ８は、１ピクチャに相当する分の音声データの復号が完了したら、１ピクチャに相当する分の音声データの復号が完了したことを示す信号をコントローラ１１に送出する。
【０１５２】
そして、ＧｏＴｏＴａｒｇｅｔ処理が起動されて、映像データをターゲットピクチャに至るまで進める処理が開始されると、副映像データ、音声データ及び字幕データを復号又は破棄して、副映像データ、音声データ及び字幕データをターゲットピクチャに相当するところまで進める処理が開始される。以下、この処理について、図１３のフローチャートを参照して説明する。なお、図１３のフローチャートに示す処理は、ＧｏＴｏＴａｒｇｅｔ処理を１ピクチャ分行う毎に行われる。
【０１５３】
先ず、ステップＳ７−１において、コントローラ１１は、ＧｏＴｏＴａｒｇｅｔ処理が１ピクチャ分完了したか否かを判別する。すなわち、コントローラ１１は、ビデオストリームが次のピクチャのヘッダーにまで達したことを示す信号が、ビデオデコーダ６から送出されたかを判別する。そして、１ピクチャ分の処理が完了していないならば、ステップＳ７−２へ進み、１ピクチャ分の処理が完了しているならば、ステップＳ７−８へ進む。
【０１５４】
ステップＳ７−２において、コントローラ１１は、１ピクチャに相当する分の音声データの復号が完了しているか否かを判別する。すなわち、コントローラ１１は、１ピクチャに相当する分の音声データの復号が完了したことを示す信号が、オーディオデコーダ８から送出されたかを判別する。そして、音声データの復号が完了しているならば、ステップＳ７−３へ進んで更に次の音声データの復号を開始させた後、ステップＳ７−４へ進む。一方、音声データの復号が完了していないならば、当該音声データの復号処理を継続させたまま、ステップＳ７−４へ進む。
【０１５５】
ステップＳ７−４において、コントローラ１１は、１ピクチャに相当する分の副映像データの復号が完了しているか否かを判別する。
【０１５６】
すなわち、コントローラ１１は、１ピクチャに相当する分の副映像データの復号が完了したことを示す信号が、副映像デコーダ７から送出されたかを判別する。そして、副映像データの復号が完了しているならば、ステップＳ７−５へ進んで更に次の副映像データの復号を開始させた後、ステップＳ７−６へ進む。一方、副映像データの復号が完了していないならば、当該副映像データの復号処理を継続させたまま、ステップＳ７−６へ進む。
【０１５７】
ステップＳ７−６において、コントローラ１１は、１ピクチャに相当する分の字幕データの復号が完了しているか否かを判別する。すなわち、コントローラ１１は、１ピクチャに相当する分の字幕データの復号が完了したことを示す信号が、ビデオデコーダ６から送出されたかを判別する。そして、字幕データの復号が完了しているならば、ステップＳ７−７へ進んで更に次の字幕データの復号を開始させた後、ステップＳ７−１へ戻って処理を繰り返す。一方、字幕データの復号が完了していないならば、当該字幕データの復号処理を継続させたまま、ステップＳ７−１へ戻って処理を繰り返す。
【０１５８】
一方、ステップＳ７−８において、コントローラ１１は、１ピクチャに相当する分の音声データの復号が完了しているか否かを判別する。すなわち、コントローラ１１は、１ピクチャに相当する分の音声データの復号が完了したことを示す信号が、オーディオデコーダ８から送出されたかを判別する。そして、音声データの復号が完了しているならば、ステップＳ７−９へ進み、音声データの復号が完了していないならば、ステップＳ７−８における判別を当該音声データの復号が完了するまで繰り返す。
【０１５９】
ステップＳ７−９において、コントローラ１１は、１ピクチャに相当する分の副映像データの復号が完了しているか否かを判別する。すなわち、コントローラ１１は、１ピクチャに相当する分の副映像データの復号が完了したことを示す信号が、副映像デコーダ７から送出されたかを判別する。そして、副映像データの復号が完了しているならば、ステップＳ７−１０へ進み、副映像データの復号が完了していないならば、ステップＳ７−８へ戻って処理を繰り返す。
【０１６０】
ステップＳ７−１０において、コントローラ１１は、１ピクチャに相当する分の字幕データの復号が完了しているか否かを判別する。
【０１６１】
すなわち、コントローラ１１は、１ピクチャに相当する分の字幕データの復号が完了したことを示す信号が、ビデオデコーダ６から送出されたかを判別する。そして、字幕データの復号が完了しているならば、映像データだけでなく、音声データ、副映像データ及び字幕データについても、ターゲットピクチャに相当するところまで復号が進められたこととなるので、処理を終了する。一方、字幕データの復号が完了していないならば、ステップＳ７−８へ戻って処理を繰り返す。
【０１６２】
以上のように、ＧｏＴｏＴａｒｇｅｔ処理を１ピクチャ分行う毎に、ＳＴＣを順次進めていくとともに、当該ＳＴＣに基づいて、音声データ、副映像データ及び字幕データを順次復号していく。そして、復号された音声データに基づく音声の出力、復号された副映像データに基づく副映像の再生、及び復号された字幕データに基づく字幕の再生は、主映像の再生開始に合わせて開始するようにする。
【０１６３】
ところで、上述したように、ＧｏＴｏＴａｒｇｅｔ処理を行っているときには、対象ピクチャを１ピクチャ分進める毎に、ＳＴＣを１ピクチャ分ずつ進めていく。したがって、ＧｏＴｏＴａｒｇｅｔ処理により、ターゲットピクチャが見つかったとき、ＳＴＣは、再生すべき最初のピクチャであるターゲットピクチャのＰＴＳに達するまで進められた状態となっている。
【０１６４】
そして、Ｐｌａｙ以外のモードからＰｌａｙに再生モードが切り換わるときに、ＳＴＣがターゲットピクチャのＰＴＳに達するまで進められた状態のままで再生を開始すると、復号遅れＤＬの影響により、主映像データ、音声データ、副映像データ及び字幕データの同期が合わなくなることがある。
【０１６５】
そこで、Ｐｌａｙ以外のモードからＰｌａｙに再生モードが切り換わるときには、再生を開始する前に、ＳＴＣを復号遅れＤＬの分以上戻す。具体的には、例えば、再生を開始する前に、３フィールド分だけＳＴＣを戻してやるようにする。その後、再びＳＴＣを進めていき、映像データのＤＴＳに従って映像データの復号を行い、主映像の再生を開始するとともに、音声データ、副映像データ及び字幕データについても、それらのＤＴＳに従って復号を行い、主映像の再生開始に合わせて、音声の出力、副映像の再生及び字幕の再生を開始する。
【０１６６】
これにより、復号遅れＤＬの影響を受けることなく、主映像データ、音声データ、副映像データ及び字幕データの同期が正確に合い、主映像の再生と、音声の出力と、副映像の再生と、字幕の再生とが正確に同時に開始されることとなる。
【０１６７】
ところで、テレビやビデオの画面が１秒あたり３０フレームで構成されているのに対して、映画は１秒あたり２４コマで構成されている。そこで、ＤＶＤでは、映画を収録する場合、１秒あたり２４コマとしてディスクに記録された映像データを、再生時に信号処理を行い、１秒あたり３０フレームとなるように変換する。すなわち、ＤＶＤに記録された１秒あたり２４コマのデータをもとに１秒あたり３０フレームの映像を再生する際は、最初の２コマから３フレームを作り、次の２コマはそのまま２フレームを作る、という手順を繰り返し行うようにする。これにより、２４コマがちょうど３０フレーム（６０フィールド）となる。なお、このような手法は、一般に２−３プルダウンと呼ばれている。
【０１６８】
そして、通常、ＭＰＥＧ方式で圧縮符号化された映像データを復号して映像を再生するときは、ＧＯＰ＿ＤＴＳＶに基づいて復号を開始して映像を再生する。しかしながら、ＤＶＤでは、２−３プルダウンを行うため、静止画を表示している状態から動画の再生に移るときに、再生開始のタイミングを正確に合わせることができない場合があった。
【０１６９】
なお、静止画を表示している状態から動画の再生に移るのは、例えば、ＰａｕｓｅからＰｌａｙにモードが切り換わるときである。また、Ｐｌａｙ中であっても、動画と動画の間に静止画が挿入されており、いわゆるビデオギャップが存在しているようなときには、静止画が表示されている状態から動画の再生に移る場合がある。
【０１７０】
このように静止画が表示されている状態から動画の再生に移る場合の具体的な例として、図１４に示すように、ＰピクチャＰ14が静止画として表示されている状態から、動画の再生を開始する場合について考えてみる。ここで、動画の最初のＶＯＢＵに含まれているピクチャのうち、デコーディングオーダーにおける最初の３つのピクチャが、ＩピクチャＩ2、ＢピクチャＢ0、ＢピクチャＢ1であり、動画の再生に移るときには、静止画として表示されていたＰピクチャＰ14に続いて、ＢピクチャＢ0、ＢピクチャＢ1、ＩピクチャＩ2を順次表示していくものとする。
【０１７１】
このとき、ＰピクチャＰ１４の表示時間が２フィールド分であるならば、動画の再生に移るときには、図１４（ａ）に示すように、ＧＯＰ＿ＤＴＳＶからＩピクチャＩ２の分の時間が経過してから、すなわちＧＯＰ＿ＤＴＳＶから２フィールド分の時間が経過してから、ＢピクチャＢ０の復号を開始しなければならない。
【０１７２】
一方、２−３プルダウンが適用されており、ＰピクチャＰ１４の表示時間が３フィールド分であるならば、動画の再生に移るときには、図１４（ｂ）に示すように、ＧＯＰ＿ＤＴＳＶからＩピクチャＩ２の分の時間が経過してから更に１フィールド分の時間が経過してから、すなわちＧＯＰ＿ＤＴＳＶから３フィールド分の時間が経過してから、ＢピクチャＢ０の復号を開始しなければならない。このように、ＰピクチャＰ１４の表示時間が３フィールド分であるときには、ＩピクチャＩ２の復号が終了した時点から１フィールド分の時間Ｗだけ待ってから、ＢピクチャＢ０の復号を開始しなければならない。
【０１７３】
このように、ＢピクチャＢ0の復号を開始するタイミングは、ＰピクチャＰ14の表示時間が２フィールドであるのか、３フィールドであるのかによって、変える必要がある。しかしながら、ＢピクチャＢ0を復号するとき、ビデオデコーダ６は、ＰピクチャＰ14が何フィールドからなる画像であるかについての情報を持っていない。したがって、ＧＯＰ＿ＤＴＳＶだけでは、ＢピクチャＢ0の復号を開始するタイミングが分からない。
【０１７４】
そこで、静止画を表示している状態から動画の再生へ移るときには、ＧＯＰ＿ＤＴＳＶに基づいて復号を開始するのではなく、動画の最初のピクチャを含むＶＯＢＵのＶＯＢＵ＿Ｓ＿ＰＴＭを参照し、当該ＶＯＢＵ＿Ｓ＿ＰＴＭと復号遅れＤＬとの差、すなわち（ＶＯＢＵ＿Ｓ＿ＰＴＭ）−（ＤＬ）を求めて、これとＳＴＣを比較するようにする。なお、復号遅れＤＬは、上述したように、常に１フィールド分の時間で一定である。そして、ＳＴＣが（ＶＯＢＵ＿Ｓ＿ＰＴＭ）−（ＤＬ）に達したら、すなわち下記式（１）に示す条件が満たされたら、動画の最初のピクチャ（図１４の例ではＢピクチャＢ0）の復号を開始する。
【０１７５】
ＳＴＣ≧（ＶＯＢＵ＿Ｓ＿ＰＴＭ）−（ＤＬ）  ・・・（１）
このように、静止画を表示している状態から動画の再生へ移るときに、ＳＴＣと（ＶＯＢＵ＿Ｓ＿ＰＴＭ）−（ＤＬ）とを比較して、復号を開始するようにすることにより、２−３プルダウンの適用の有無に関わらず、再生開始のタイミングを正確に合わせることが可能となる。
【０１７６】
なお、静止画を表示している状態から動画の再生へ移るときに、動画の最初のピクチャを含むＶＯＢＵにＰＲＥ＿ＦＰＰが含まれている場合には、当該ＰＲＥ＿ＦＰＰについては表示を行わないようにしておく。そして、ＰＲＥ＿ＦＰＰ以外のピクチャ、すなわち復号する際に異なるＶＯＢＵのピクチャが不要なピクチャの表示が開始されるまで、静止画を表示した状態で保持しておくようにする。
【０１７７】
ＰＲＥ＿ＦＰＰを表示するためには、前のＶＯＢＵの復号から開始しなければならず、煩雑な処理が必要となる。これに対して、上述のように、ＰＲＥ＿ＦＰＰを表示しないようにしてしまえば、前のＶＯＢＵを復号するような煩雑な処理が不要となる。なお、ＰＲＥ＿ＦＰＰは、通常、たかだか２ピクチャ程度であり、再生開始のときにＰＲＥ＿ＦＰＰに表示しなかったとしても、特に問題とはなるようなものではない。
【０１７８】
ところで、再生モード切換時には、ピクチャがＦＰＰやＰＲＥ＿ＦＰＰであるか否かの判別を行うステップがあるが、ピクチャがＦＰＰやＰＲＥ＿ＦＰＰであるかの判別を行う際には、先ず、ピクチャを含むＧＯＰがＶＯＢＵの先頭のＧＯＰであるか否かの判別を行う必要がある。以下に、この判別の方法について説明する。
【０１７９】
デコーディングオーダーにおいてＧＯＰの先頭のピクチャは必ずＩピクチャである。そして、２−３プルダウンが適用され前のピクチャの表示時間が３フィールド分とされていれば、ＧＯＰの先頭のＩピクチャの復号中に表示されているピクチャの表示時間は、３フィールド分の時間となる。一方、前のピクチャの表示時間が２フィールド分とされていれば、ＧＯＰの先頭のＩピクチャの復号中に表示されているピクチャの表示時間は、２フィールド分の時間に相当する。
【０１８０】
そこで、ピクチャを含むＧＯＰがＶＯＢＵの先頭のＧＯＰであるか否かの判別を行う際には、ＶＯＢＵ＿Ｓ＿ＰＴＭとＧＯＰ＿ＤＴＳＶとの差を求め、この値が２乃至３フィールド分の時間に相当しているならば、すなわち下記式（２）及び（３）に示す条件が満たされているならば、当該がＶＯＢＵの先頭のＧＯＰであるものと判別する。
【０１８１】
(２フィールド分の時間)≦(VOBU_S_PTM)−(GOP_DTSV)  ・・・（２）
(VOBU_S_PTM)−(GOP_DTSV)≦(３フィールド分の時間)  ・・・（３）
そして、ピクチャがＦＰＰやＰＲＥ＿ＦＰＰであるか否かの判別は、以上のようにして、ピクチャを含むＧＯＰがＶＯＢＵの先頭のＧＯＰであるか否かの判別した上で行う。
【０１８２】
【発明の効果】
以上、詳細に説明したように、本発明に係る映像再生方法及び映像再生装置では、再生のモードが切り換わったときに、切り換え前のモードにおいて再生されていたピクチャを特定することができるので、任意のモードにおいて任意のピクチャから再生を開始することが可能である。したがって、本発明に係る映像再生方法及び映像再生装置では、モード切り換え時にも適切な映像だけが表示されるように映像データを復号して再生することができる。
【図面の簡単な説明】
【図１】本発明を適用した映像再生装置の一構成例を示すブロック図である。
【図２】ＤＶＤ−Ｖｉｄｅｏにおけるビデオゾーンのデータフォーマットを示す図である。
【図３】ＤＶＤ−ＶｉｄｅｏにおけるＶＯＢＳのデータフォーマットを示す図である。
【図４】再生モードが切り換わったときの処理の流れを示すフローチャートである。
【図５】再生モードが切り換わったときの処理の流れを示すフローチャートである。
【図６】シーケンスエンドチェック処理の流れを示すフローチャートである。
【図７】再生モード分岐処理の流れを示すフローチャートである。
【図８】ＧｏＴｏＴａｒｇｅｔ処理の流れを示すフローチャートである。
【図９】ＧｏＴｏＴａｒｇｅｔ処理の流れを示すフローチャートである。
【図１０】ＧｏＴｏＴａｒｇｅｔ終了処理の流れを示すフローチャートである。
【図１１】１ピクチャ復号処理の流れを示すフローチャートである。
【図１２】１ピクチャスキップ処理の流れを示すフローチャートである。
【図１３】映像データ、副映像データ、音声データ及び字幕データを復号していくときの処理の流れを示すフローチャートである。
【図１４】静止画を表示している状態から動画の再生に移るときの復号開始のタイミングを示す図である。
【図１５】ＭＰＥＧ方式におけるフレーム間予測の構造及び記録フレームの構造を示す図である。
【符号の説明】
１００  映像再生装置、  １  記録媒体、  ２  ピックアップ、  ３  ＲＦ回路、  ４  データデコーダ、  ５  デマルチプレクサ、  ６  ビデオデコーダ、７  副映像デコーダ、  ８  オーディオデコーダ、  ９  ＮＴＳＣ変換回路、１０  Ｄ／Ａ変換回路、  １１  コントローラ、  １２  ユーザーインターフェース、  １３  メモリ
【図１】
0003900584.tif 000002
【図２】
0003900584.tif 000003
【図３】
0003900584.tif 000004
【図４】
0003900584.tif 000005
【図５】
0003900584.tif 000006
【図６】
0003900584.tif 000007
【図７】
0003900584.tif 000008
【図８】
0003900584.tif 000009
【図９】
0003900584.tif 000010
【図１０】
0003900584.tif 000011
【図１１】
0003900584.tif 000012
【図１２】
0003900584.tif 000013
【図１３】
0003900584.tif 000014
【図１４】
0003900584.tif 000015
【図１５】
0003900584.tif 000016