JP2006345108A - 画像処理装置 - Google Patents

Abstract

【課題】 ＩＰ圧縮動画データとＩＰＢ圧縮動画データとを混在して演出に使用する際の動画再生制御における伸長処理の実行タイミングの管理を容易にする。
【解決手段】 図１５（Ｂ）に示すように、ＣＰＵは、ＩＰＢムービーデータにもとづくムービー画像を再生表示するときには、最初にＢピクチャを伸長するフレーム期間（Ｆ３）以前にフレーム期間にて２回の伸長指示を行う。ＧＣＬは、描画指示に応じて、各フレーム期間（Ｆ１〜Ｆ１１）において表示処理や伸長処理などを行う。ＣＰＵは、１２番目のフレーム期間（Ｆ１２）が開始されたときに、ＩＰムービーデータの表示制御データに切り替えて表示指示や伸長指示などを行う。ＧＣＬは、ＩＰムービーデータについての最初のフレーム期間（Ｆ１）にてＩＰＢムービーデータのピクチャＰ５を表示し、次のフレーム期間（Ｆ２）にてＩＰムービーデータの最初のピクチャＩ１の表示を行う。
【選択図】 図１５

Description

本発明は、所定の圧縮方式でデータ圧縮された複数の圧縮画像データを含む圧縮動画データにもとづく動画像を画像表示手段に再生表示するための画像処理を行う画像処理装置に関する。

従来から、ＭＰＥＧと呼ばれる符号化技術などによる符号化方式でデータ圧縮された圧縮動画データを記憶し、圧縮動画データを伸長した動画データを用いて動画再生を行う画像処理装置が用いられている（例えば、特許文献１参照）。

一般に、Ｉピクチャ（キーピクチャ、フレーム内符号化ピクチャ）とＰピクチャ（前方向予測符号化ピクチャ）のみからなる圧縮動画データ（ＩＰ圧縮動画データ）については、動画再生を行う際に各ピクチャを伸長する順番と表示する順番とが一致していることから、例えばＰピクチャを伸長するときに参照される前方向のＩピクチャの伸長データがそのままピクチャバッファに保持される。

また、Ｂピクチャ（双方向予測符号化ピクチャ）を含む圧縮動画データ（ＩＰＢ圧縮動画データ）については、動画再生を行う際に各ピクチャを伸長する順番と表示する順番とが一致しないことがあるため、例えばＢピクチャを伸長するときに参照される前方向のピクチャの伸長データがそのままピクチャバッファに保持されるとともに、そのＢピクチャを伸長するときに参照される後方向のピクチャの伸長データが事前にピクチャバッファに保持される。

特開２００５−７２６５５号公報

上述したように、従来の画像処理装置では、ＩＰ圧縮動画データにもとづいて動画再生を行う際には各ピクチャを表示する１フレーム期間前にそのピクチャの伸長処理を行う必要があり、ＩＰＢ圧縮動画データにもとづいて動画再生を行う際には各ピクチャを表示する２フレーム期間前にそのピクチャの伸長処理を行う必要があった。このため、ＩＰ圧縮動画データとＩＰＢ圧縮動画データとが混在する場合、ピクチャの伸長処理を開始するタイミングが動画データの種類によって異なることとなり、動画再生制御における伸長処理の実行タイミングの管理が煩雑であるという問題があった。

また、従来の画像処理装置では、ＩＰ圧縮動画データにもとづいて動画再生を行う際には最後にピクチャの伸長処理を行ったフレーム期間の１フレーム期間後に最後のピクチャの表示が行われることになるが、ＩＰＢ圧縮動画データにもとづいて動画再生を行う際には最後にピクチャの伸長処理を行ったフレーム期間の２フレーム期間後に最後のピクチャの表示が行われることになる。このため、ＩＰ圧縮動画データとＩＰＢ圧縮動画データとが混在する場合、ピクチャの動画再生制御を終了するタイミングが動画データの種類によって異なることとなり、動画再生を連続して行う場合に、先の動画再生の後に続けて動画再生される圧縮動画データの動画再生制御における伸長処理の実行タイミングの管理が煩雑であるという問題があった。

そこで、本発明は、ＩＰ圧縮動画データとＩＰＢ圧縮動画データとを混在して演出に使用する画像処理装置において、動画再生制御における伸長処理の実行タイミングの管理を容易にすることができる画像処理装置を提供することを目的とする。

本発明による画像処理装置は、所定の圧縮方式でデータ圧縮された複数の圧縮画像データを含む圧縮動画データ（例えば、ＩＰムービーデータ、ＩＰＢムービーデータ）にもとづく動画像を画像表示手段に再生表示するための画像処理を行う画像処理装置であって、双方向予測符号化により圧縮された双方向圧縮画像データ（例えば、Ｂピクチャ）を含む第１圧縮動画データ（例えばＩＰＢムービーデータ）と、双方向圧縮画像データを含まない第２圧縮動画データ（例えばＩＰムービーデータ）とを含む複数の圧縮動画データを記憶する圧縮動画データ記憶手段（例えばＣＧＲＯＭ１０５）と、あらかじめ定められているフレーム期間毎に、圧縮動画データにもとづく動画像を再生表示させるための制御情報（描画指示）を設定する制御情報設定手段（例えばＣＰＵ１０１におけるステップＳ１２〜Ｓ２１を実行する部分）と、該制御情報設定手段によって設定された制御情報にもとづいて、圧縮動画データを順次伸長して当該圧縮動画データにもとづく動画像を再生する動画像再生手段（例えばＧＣＬ１０４におけるステップＳ３１〜Ｓ４１，Ｓ５１，Ｓ５２を繰り返し実行する部分）と、を備え、該動画像再生手段は、制御情報設定手段により設定された制御情報に含まれる伸長指示に応じて、圧縮動画データに含まれている圧縮画像データを、あらかじめ定められている伸長順番で伸長する伸長処理を行う伸長処理手段（例えばＧＣＬ１０４におけるステップＳ３７を実行する部分）と、制御情報設定手段により設定された制御情報に含まれる表示指示に応じて、伸長処理手段により伸長された画像データにもとづく画像を、あらかじめ定められた表示順番に従ってフレーム期間毎に画像表示手段に順次表示することで、圧縮動画データにもとづく動画像を再生表示する再生表示処理を行う再生表示処理手段（例えばＧＣＬ１０４におけるステップＳ５２を実行する部分）と、を含み、制御情報設定手段が、動画像の再生表示を開始させる際に設定する最初の制御情報にて動画像の再生表示に用いる圧縮動画データを指定するとともに（例えばステップＳ１６）、該圧縮動画データを指定した最初の制御情報を設定したフレーム期間から伸長指示を開始し（例えばステップＳ１９）、伸長指示を開始した制御情報を設定したフレーム期間の次のフレーム期間から表示指示を開始し（例えばステップＳ１７，Ｓ１８）、最初の制御情報にて指定した圧縮動画データが第１圧縮動画データ（例えばＩＰＢムービーデータ）であったときは、双方向圧縮画像データの伸長を指示するための伸長指示が最初になされるフレーム期間以前のフレーム期間（例えば、図１０（Ａ）に示すムービーデータであればＦ３のフレーム期間以前）に設定する制御情報にて、複数回（例えば２回）の伸長指示を行い（例えばステップＳ１９）、動画像再生手段により第１圧縮動画データにもとづく動画像の再生が行われたあと続けて圧縮動画データにもとづく動画像が再生されるとき（例えば図１５参照）には、先の再生に用いられる第１圧縮動画データにもとづく動画像における表示順番が最後となる最終表示予定画像（例えばダミーピクチャ）が表示されるべきフレーム期間（例えば図１５（Ｂ）におけるＩＰＢムービーデータのＦ１３）の前のフレーム期間（例えば図１５（Ｂ）におけるＩＰＢムービーデータのＦ１２、ＩＰムービーデータのＦ１）にて、後の再生に用いられる圧縮動画データ（例えば、ＩＰＢムービーデータ、ＩＰムービーデータ）にもとづく動画像における表示順番が最初となる最先表示画像（例えば図１５（Ｂ）におけるＩＰムービーデータのピクチャＩ１）の伸長指示を含む制御情報の設定を行い、最終表示予定画像が表示されるべきフレーム期間（例えば図１５（Ｂ）におけるＩＰＢムービーデータのＦ１３、ＩＰムービーデータのＦ２）にて、当該最終表示予定画像の表示指示を含む制御情報の設定を行うことなく、後の再生に用いられる圧縮動画データにもとづく動画像における最先表示画像の表示指示（例えば図１５（Ｂ）におけるＩＰムービーデータのピクチャＩ１の表示指示）を含む制御情報の設定を行い（例えばステップＳ１８）、動画像再生手段が、制御情報設定手段によって設定された制御情報にもとづいて、先の再生に用いられる第１圧縮動画データにもとづく動画像における表示順番が最終表示予定画像の１つ前となる画像（例えば図１５（Ｂ）におけるＩＰＢムービーデータのピクチャＰ５）を当該第１圧縮動画データにもとづく動画像の最終画像として表示し（例えばステップＳ５２）、該最終画像を表示したフレーム期間（例えば図１５（Ｂ）におけるＩＰＢムービーデータのＦ１２、ＩＰムービーデータのＦ１）の次のフレーム期間である最終表示予定画像が表示されるべきフレーム期間（例えば図１５（Ｂ）におけるＩＰムービーデータのＦ２）にて最先表示画像を表示し（例えばステップＳ５２）、伸長処理手段が、動画像再生手段により第１圧縮動画データにもとづく動画像の再生が行われたあと続けて圧縮動画データにもとづく動画像が再生されるとき（例えば図１５（Ｂ）参照）には、先の再生に用いられる第１圧縮動画データにもとづく動画像における最終表示予定画像（例えば、図１５（Ｂ）におけるダミーピクチャＰ６）を示す画像データは、当該第１圧縮動画データにもとづく動画像における他の画像を示す圧縮画像データの伸長処理に使用しないとともに、制御情報設定手段が、先の再生に用いられる第１圧縮動画データにもとづく動画像における最終表示予定画像の伸長指示を含む制御情報の設定を行うフレーム期間（例えば、図１５（Ｂ）におけるＩＰＢムービーデータのＦ１１）の次のフレーム期間（例えば、図１５（Ｂ）におけるＩＰＢムービーデータのＦ１２，ＩＰムービーデータのＦ１）にて、後の再生に用いられる圧縮動画データにもとづく動画像における最先表示画像（例えば、図１５（Ｂ）におけるＩＰムービーデータのピクチャＩ１）の伸長指示を含む制御情報の設定を行うことを特徴とする。

伸長処理手段が、伸長処理にて、圧縮画像データを伸長した画像データを複数のフレームバッファのいずれかに記憶させるフレームバッファ記憶処理を行い（例えばステップＳ３７）、制御情報設定手段により設定された制御情報にて指定された動画像の再生表示に用いる圧縮動画データが第１圧縮動画データであるか第２圧縮動画データであるかに応じて伸長処理で用いるフレームバッファの数を決定するフレームバッファ数決定手段（例えばＧＣＬ１０４におけるステップＳ３４を実行する部分）を備え、フレームバッファ数決定手段は、第１圧縮動画データであったときは、第２圧縮動画データであったときよりも多い数に決定する（例えば、ステップＳ３４にてＩＰムービーデータのときは３個に決定し、ＩＰＢムービーデータのときは４個に決定する）ことが望ましい。

伸長処理手段が、伸長処理にて、圧縮画像データを伸長した画像データを複数のフレームバッファのいずれかに記憶させるフレームバッファ記憶処理を行い（例えばステップＳ３７）、制御情報設定手段により設定された制御情報にて指定された動画像の再生表示に用いる圧縮動画データにもとづく当該動画像における画像サイズを判別し、判別結果に応じたサイズの記憶領域をフレームバッファとして設定するフレームバッファ設定手段（例えばＧＣＬ１０４におけるステップＳ３３を実行する部分）を備えていてもよい。

制御情報設定手段が、所定のフレーム期間において設定した制御情報にて伸長指示を行ったあと、伸長処理手段が該伸長指示に応じて実行している伸長処理が終了する前に該フレーム期間が終了したときは、次のフレーム期間に設定する制御情報おいて所定のフレーム期間と同一の画像データにもとづく画像を表示させる表示指示を行う（例えばステップＳ１８）ようにしてもよい。

最終表示予定画像（例えば、図１５（Ａ）におけるダミーピクチャＰ５。また、例えば、図１５（Ｂ）におけるダミーピクチャＰ６。）は、表示順番が当該最終表示予定画像の１つ前となる画像（例えば、図１５（Ａ）におけるピクチャＢ５。また、例えば、図１５（Ｂ）におけるダミーピクチャＰ５。）と同一の画像であることが望ましい。

圧縮動画データは、該圧縮動画データにもとづく動画における表示物の移動速度が速い部分に、表示物の移動速度が遅い部分と比較してフレーム内符号化により圧縮されたフレーム内圧縮画像データ（例えばＩピクチャデータ）を多く用いたデータ構造とされた部分を含むように構成されていてもよい。

伸長処理手段は、伸長処理にて、圧縮画像データを伸長した画像データを複数のフレームバッファのいずれかに記憶させるフレームバッファ記憶処理を行い（例えばステップＳ３７）、スプライト画像を表示するためのスプライト画像データを記憶するスプライト画像データ記憶手段（例えばＣＧＲＯＭ１０５）と、制御情報設定手段により設定された制御情報に含まれる画像合成指示に応じて、再生表示処理手段によって圧縮動画データにもとづく動画像の再生表示処理が実行される際に、スプライト画像データ記憶手段からスプライト画像データを読み出してスプライト画像を生成し、圧縮動画データにもとづく動画像における各画像上にスプライト画像を順次合成する合成画像生成手段（例えばＧＣＬ１０４におけるステップＳ３９，Ｓ４１を実行する部分）と、を備え、制御情報設定手段が、１フレーム期間毎に画像合成指示を含む制御情報を設定し、２フレーム期間毎に伸長指示を含む制御情報を設定する（例えば図１４に示す表示制御データに応じて描画指示を行う）ように構成されていてもよい。

請求項１記載の発明によれば、制御情報設定手段が、動画像の再生表示を開始させる際に設定する最初の制御情報にて動画像の再生表示に用いる圧縮動画データを指定するとともに、該圧縮動画データを指定した前記最初の制御情報を設定したフレーム期間から前記伸長指示を開始し、伸長指示を開始した制御情報を設定したフレーム期間の次のフレーム期間から前記表示指示を開始し、最初の制御情報にて指定した圧縮動画データが前記第１圧縮動画データであったときは、双方向圧縮画像データの伸長を指示するための伸長指示が最初になされるフレーム期間以前のフレーム期間に設定する制御情報にて、複数回の伸長指示を行い、動画像再生手段により第１圧縮動画データにもとづく動画像の再生が行われたあと続けて圧縮動画データにもとづく動画像が再生されるときには、先の再生に用いられる第１圧縮動画データにもとづく動画像における表示順番が最後となる最終表示予定画像が表示されるべきフレーム期間の前のフレーム期間にて、後の再生に用いられる圧縮動画データにもとづく動画像における表示順番が最初となる最先表示画像の伸長指示を含む制御情報の設定を行い、最終表示予定画像が表示されるべきフレーム期間にて、当該最終表示予定画像の表示指示を含む制御情報の設定を行うことなく、後の再生に用いられる圧縮動画データにもとづく動画像における最先表示画像の表示指示を含む制御情報の設定を行い、動画像再生手段が、制御情報設定手段によって設定された制御情報にもとづいて、先の再生に用いられる第１圧縮動画データにもとづく動画像における表示順番が最終表示予定画像の１つ前となる画像を当該第１圧縮動画データにもとづく動画像の最終画像として表示し、該最終画像を表示したフレーム期間の次のフレーム期間である最終表示予定画像が表示されるべきフレーム期間にて最先表示画像を表示し、伸長処理手段が、動画像再生手段により第１圧縮動画データにもとづく動画像の再生が行われたあと続けて圧縮動画データにもとづく動画像が再生されるときには、先の再生に用いられる前記第１圧縮動画データにもとづく動画像における最終表示予定画像を示す画像データは、当該第１圧縮動画データにもとづく動画像における他の画像を示す圧縮画像データの伸長処理に使用しないとともに、制御情報設定手段が、先の再生に用いられる第１圧縮動画データにもとづく動画像における最終表示予定画像の伸長指示を含む制御情報の設定を行うフレーム期間の次のフレーム期間にて、後の再生に用いられる圧縮動画データにもとづく動画像における前記最先表示画像の伸長指示を含む制御情報の設定を行う構成とされているので、圧縮動画データにもとづく動画像を連続して再生する際に制御対象とする圧縮動画データの切替タイミングを容易に定めることができるようになり、動画再生制御における伸長処理の実行タイミングの管理を容易にすることができる。

請求項２記載の発明では、伸長処理手段が、伸長処理にて、圧縮画像データを伸長した画像データを複数のフレームバッファのいずれかに記憶させるフレームバッファ記憶処理を行い、制御情報設定手段により設定された制御情報にて指定された動画像の再生表示に用いる圧縮動画データが第１圧縮動画データであるか第２圧縮動画データであるかに応じて伸長処理で用いるフレームバッファの数を決定するフレームバッファ数決定手段を備え、フレームバッファ数決定手段は、第１圧縮動画データであったときは、第２圧縮動画データであったときよりも多い数に決定するように構成されているので、動画像の再生表示に用いる圧縮動画データが双方向圧縮画像データを含むか否かに応じて動画再生制御に用いる記憶領域の容量を適切に決定することができる。

請求項３記載の発明では、伸長処理手段が、伸長処理にて、圧縮画像データを伸長した画像データを複数のフレームバッファのいずれかに記憶させるフレームバッファ記憶処理を行い、制御情報設定手段により設定された制御情報にて指定された動画像の再生表示に用いる圧縮動画データにもとづく当該動画像における画像サイズを判別し、判別結果に応じたサイズの記憶領域をフレームバッファとして設定するフレームバッファ設定手段を備えているので、動画像の再生表示に用いる圧縮動画データにもとづく当該動画像の画像サイズに応じて動画再生制御に用いる記憶領域の容量を適切に決定することができる。

請求項４記載の発明によれば、制御情報設定手段が、所定のフレーム期間において設定した制御情報にて伸長指示を行ったあと、伸長処理手段が該伸長指示に応じて実行している伸長処理が終了する前に該フレーム期間が終了したときは、次のフレーム期間に設定する制御情報おいて所定のフレーム期間と同一の画像データにもとづく画像を表示させる表示指示を行うように構成されているので、画面のちらつきを防止することができる。

請求項５記載の発明によれば、最終表示予定画像が、表示順番が当該最終表示予定画像の１つ前となる画像と同一の画像であるので、たとえ最終表示予定画像が誤って表示されたとしても見た目上の違和感が生じないようにすることができる。

請求項６記載の発明では、圧縮動画データが、該圧縮動画データにもとづく動画における表示物の移動速度が速い部分に、表示物の移動速度が遅い部分と比較してフレーム内符号化により圧縮されたフレーム内圧縮画像データを多く用いたデータ構造とされた部分を含むので、画質を維持しつつ、圧縮動画データのデータ量を極力低減させることができる。

請求項７記載の発明では、制御情報設定手段が、１フレーム期間毎に画像合成指示を含む制御情報を設定し、２フレーム期間毎に伸長指示を含む制御情報を設定するように構成されているので、精密な表示を実現しつつ、画像合成に関わる制御負担が重くなることを防止できる。

以下、本発明の一実施形態を、図面を参照して説明する。
図１は、本発明の一実施形態における画像処理装置１００の回路構成例を示すブロック図である。図１には、動画像などの画像を表示する画像表示部を備える画像表示装置１２０も示されている。なお、画像表示装置１２０は、画像処理装置１００に内蔵されていてもよい。

画像処理装置１００には、ＣＰＵ１０１とともに、画像処理制御用のプログラムや動画像による演出パターン等を記憶するＲＯＭ１０２と、ワークメモリとして使用されるＲＡＭ１０３とが搭載されている。なお、ＲＯＭ１０２およびＲＡＭ１０３は、ＣＰＵ１０１に内蔵されていてもよい。

画像表示装置１２０の表示制御を実行する際に、ＣＰＵ１０１は、画像処理制御用のプログラムに応じた描画指示（動画再生させるための制御情報）をＧＣＬ（グラフィカル コントローラ ＬＳＩ）１０４に与える。ＧＣＬ１０４は、描画指示に従って、ＣＧＲＯＭ１０５等から必要なデータを読み出す。なお、ＣＧＲＯＭ１０５には、後述するムービーデータや、動画像に重畳されて表示されるキャラクタの画像データなどの動画像の表示のために用いられる各種のデータが格納されている。ＣＧＲＯＭ１０５は、キャラクタの画像データ等の格納に用いられるため、キャラクタＲＯＭと呼ばれることもある。ＣＧＲＯＭ１０５に格納されているキャラクタとは、例えば、画像表示装置１２０に表示される人物、動物、または、文字、図形もしくは記号等からなる画像である。なお、キャラクタには、実写による動画像（映像）や静止画像も含まれる。

ＧＣＬ１０４は、ＣＰＵ１０１からの描画指示に従って、画像表示装置１２０に画像を表示させるための画像データを生成し、生成した画像データが示す画像を表示させるための画像表示信号として、ビデオ信号（Ｒ（赤），Ｇ（緑），Ｂ（青）信号および同期信号）を画像表示装置１２０に出力する。

画像表示装置１２０は、例えば、多数の画素（ピクセル）を用いたドットマトリクス方式による画面表示を行う。この実施の形態では、Ｒ，Ｇ，Ｂ信号がそれぞれ８ビットで表される。したがって、画像表示装置１２０は、ＧＣＬ１０４からの画像表示信号に従って、Ｒ，Ｇ，Ｂそれぞれが２５６階調であり、約１６７０万色の多色表示を行うことができる。なお、Ｒ，Ｇ，Ｂ信号のビット数は８ビット以外のビット数であってもよく、また、Ｒ，Ｇ，Ｂ信号の各ビット数が互いに異なる数であってもよい。

画像処理装置１００には、ＣＧＲＯＭ１０５の他に、ＳＤＲＡＭ（シンクロナスＤＲＡＭ）１０６等の各種の記憶媒体が備えられている。なお、ＳＤＲＡＭ１０６にはフレームバッファの領域が確保される。また、ＳＤＲＡＭ１０６には、キャラクタのソースデータ、表示色の特定や変更等のために用いられるパレットデータ等の表示画像に関するデータが格納される。ソースデータは画像データであり、元画像のデータという意味でソースデータと表現される。さらに、ＳＤＲＡＭ１０６には、ＶＲＡＭ（ビデオＲＡＭ）として使用される領域も確保される。

ＧＣＬ１０４は、所定のパレットデータを一時的に保存するためなどに用いられるパレットバッファ１０７や、所定のＣＧデータを一時的に保存するためなどに用いられるＣＧデータバッファ１０８等の各種の記憶媒体の他、描画制御部１０９と、画像表示装置１２０にビデオ信号を出力するための表示信号制御部１１０と、圧縮動画データの伸長処理を行う動画伸長部１１１とを含む。

表示信号制御部１１０は、ビデオ信号をＤＡＣ（Ｄ−Ａ変換回路）１１２に出力する。ＤＡＣ１１２は、表示信号制御部１１０からのビデオ信号をアナログ信号として画像表示装置１２０としてのＬＣＤ（液晶表示装置）に出力する。

描画制御部１０９は、例えば、アトリビュート解析部、ＶＲＡＭアドレス生成部、クリッピング部および半透明輝度変調部を含む。アトリビュート解析部は、キャラクタを描画する際に使用されるパラメータの解析を行う。パラメータには、画像の描画順序、色数、拡大縮小率、パレット番号、座標等を指定するための情報が設定されている。

図１に示すように、ＧＣＬ１０４の内部には、ＣＧバスとＶＲＡＭバスとが設けられている。ＣＧＲＯＭ１０５とＣＧバスとの間には、ＣＧバスインタフェース（ＣＧバスＩ／Ｆ）１１３が設置されている。ＣＧバスにはＣＰＵＩ／Ｆ１１４も接続され、ＣＰＵ１０１は、ＣＰＵＩ／Ｆ１１４を介して、ＣＧバスに接続されている各部にアクセスすることができる。

具体的には、ＣＰＵ１０１は、ＣＧバスに接続されている描画制御レジスタ１１５にアクセスする。描画制御レジスタ１１５には、描画制御部１０９に対するＣＰＵ１０１からの描画指示等のデータが格納される。従って、ＣＰＵ１０１は、ＧＣＬ１０４に対する描画指示を描画制御レジスタ１１５に書き込み、ＧＣＬ１０４は、ＣＰＵ１０１からの描画指示を描画制御レジスタ１１５を介して受け取る。また、ＳＤＲＡＭ１０６とＶＲＡＭバスとの間にはＶＲＡＭＩ／Ｆ１１６が設置されている。なお、動画伸長部１１１は、ＶＲＡＭバスを介してＳＤＲＡＭ１０６に設けられているＶＲＡＭにアクセスできるとともに、ＣＧバスを介して描画制御レジスタ１１５にアクセスすることができる。

ＧＣＬ１０４は、ＣＰＵ１０１からの描画指示に応じて、ＣＧＲＯＭ１０５からムービーデータやキャラクタのソースデータを読み出して、ＶＲＡＭに展開（描画）する。さらに、ＧＣＬ１０４は、ＶＲＡＭに展開された画像データをフレームバッファに格納する。表示信号制御部１１０は、フレームバッファに格納されている画像データを、ビデオ信号としてＤＡＣ１１２を介して画像表示装置１２０に出力する。なお、「ＶＲＡＭに展開」とは、ＶＲＡＭに書き込むこと、すなわちＶＲＡＭに記憶させることを意味する。

図２は、ＣＧＲＯＭ１０５に記憶されているムービーデータ（ムービー画像を再生するための動画像データ）の例を示す説明図である。図２に示すように、この例では、複数種類のムービーデータがあらかじめＣＧＲＯＭ１０５に格納されている。

ＣＧＲＯＭ１０５に格納されているムービーデータには、図２（Ａ）に示す複数種類のＩＰＢムービーデータと、図２（Ｂ）に示す複数種類のＩＰムービーデータとが含まれている。すなわち、複数種類のＩＰＢムービーデータと、複数種類のＩＰムービーデータとがあらかじめ作成されてＣＧＲＯＭ１０５に格納されている。

「ＩＰＢムービーデータ」は、Ｉピクチャ（キーピクチャ、フレーム内符号化ピクチャ）と、Ｐピクチャ（前方向予測符号化ピクチャ）と、Ｂピクチャ（双方向予測符号化ピクチャ）とを含む圧縮動画データ（ＩＰＢ圧縮動画データ）である。また、「ＩＰムービーデータ」は、Ｉピクチャと、Ｐピクチャとを含む圧縮動画データである。すなわち、ＩＰムービーデータは、Ｂピクチャを含まない圧縮動画データ（ＩＰ圧縮動画データ）である。

「Ｉピクチャ」は、フレーム内符号化ピクチャと呼ばれるピクチャであって、順次表示される画像における前後の画像を用いることなく、単体で伸長されるピクチャを意味する。「Ｐピクチャ」は、前方向予測符号化ピクチャと呼ばれるピクチャであって、順次表示される画像のうち、自身よりも前に表示される何れかの画像（例えば、ＩピクチャまたはＰピクチャのうち表示順番が前の最も近いピクチャ）を用いて伸長されるピクチャを意味する。「Ｂピクチャ」は、双方向予測符号化ピクチャと呼ばれるピクチャであって、順次表示される画像のうち前に表示される何れかの画像（例えば、ＩピクチャまたはＰピクチャのうち表示順番が前の最も近いピクチャ）と後に表示されるいずれかの画像（例えば、ＩピクチャまたはＰピクチャのうち表示順番が後の最も近いピクチャ）とを用いて伸長されるピクチャを意味する。

なお、「Ｉピクチャ」、「Ｐピクチャ」、および「Ｂピクチャ」は、特に言及しない限り、圧縮されている状態の圧縮画像データと伸長された状態の画像データの何れか一方あるいは双方を意味するものとする。また、「ピクチャ」というときには、画像データを意味するときと、画像データにもとづく画像を意味するときと、その双方を意味するときとがある。

図２に示す各ムービーデータは、例えばＭＰＥＧ２と呼ばれる符号化技術によりデータ圧縮された状態でＣＧＲＯＭ１０５に格納されている。各ムービーデータは、それぞれ、ＣＰＵ１０１からの描画指示にもとづいて、ＧＣＬ１０４の制御によって、動画像を構成する各画像の圧縮画像データが順次伸長されるとともに、動画像を構成する各画像の画像データがビデオ信号として画像表示装置１２０に対して順次出力されることで、画像表示装置１２０に一連の動画像を再生表示するために用いられる。

図２（Ａ）に示すＩＰＢムービーデータのうちムービーデータＡ１は、動画１用のムービーデータであり、動画１の動画像を再生するためのムービーデータである。同様に、ムービーデータＡ２〜Ａ７は、それぞれ、動画２〜動画７用のムービーデータであり、動画２〜動画７の動画像を再生するためのムービーデータである。また、ムービーデータＡ８は、動画８および動画９の前半部分の動画像を再生するためのムービーデータである。そして、ムービーデータＡ９は動画８の後半部分の動画像を再生するためのムービーデータであり、ムービーデータＡ１０は動画９の後半部分の動画像を再生するためのムービーデータである。すなわち、動画８は、ムービーデータＡ８とムービーデータＡ９とが連続して表示されることによって再生され、動画９は、ムービーデータＡ８とムービーデータＡ１０とが連続して表示されることによって再生される。

なお、動画１〜９は、それぞれ異なる表示態様の動画像である。ただし、動画８と動画９は、前半部分が同一の表示態様であり、後半部分が異なる表示態様の動画像とされている。また、動画１〜９は、それぞれ、一連の動画像の再生表示によってその動画像による報知内容が完結するものであるとする。具体的には、動画１〜９は、それぞれ、一連の動画像によって所定の演出を行うための演出動画や、一連の動画像によって宣伝や広告を行うための宣伝動画や広告動画などとして用いられる動画である。

また、図２（Ｂ）に示すＩＰムービーデータのうちムービーデータＢ１は、背景１用のムービーデータであり、背景１の動画像を再生するためのムービーデータである。同様に、ムービーデータＢ２〜Ｂ５は、それぞれ、背景２〜背景５用のムービーデータであり、背景２〜背景５の動画像を再生するためのムービーデータである。

背景１〜５は、それぞれ異なる表示態様であり、背景画像として用いられる動画像である。なお、上述した動画８，９のように、背景用のムービーデータに、前半部分が同一の表示態様であり、後半部分が異なる表示態様の動画像とされているムービーデータが含まれていてもよい。

また、背景１〜５は、それぞれ、一連の動画像の再生表示によってその動画像による報知内容が完結しないものであるとする。すなわち、背景１〜５は、それぞれ、例えば、例えば風景や景色などを一定期間ただ漫然と表示することで一連の動画像により背景を表示するための背景動画などとして用いられる動画である。なお、背景１〜５のうちのいずれか１つを繰り返し連続的に再生表示することで背景を継続的に表示するようにしてもよいし、背景１〜５のうちの２以上を繰り返し連続的に再生表示することで背景を継続的に表示するようにしてもよい。また、一連の動画像の再生表示によってその動画像による報知内容が完結しないものであれば、背景動画以外の動画であってもよい。このように、繰り返し連続的に再生表示されるムービーデータがＩＰムービーデータによって生成されＣＧＲＯＭ１０５に格納されることとし、繰り返し連続的に再生表示されるムービーデータとしてはＩＰムービーデータのみが用いられるようにしているので、動画再生制御の制御負担を極力軽減させることができる。

なお、本例ではＩＰムービーデータが背景動画のために用いられているが、複数のＩＰムービーデータによるそれぞれの動画のうち一部または全部が、一連の動画像によって所定の演出を行うための演出動画や、一連の動画像によって宣伝や広告を行うための宣伝動画や広告動画などの、一連の動画像の再生表示によってその動画像による報知内容が完結するものとされていてもよい。

図２（Ａ）に示す各ムービーデータは、スプライト画像が合成されることなく単独で再生表示される場合と、スプライト画像が合成されて再生表示される場合がある。また、図２（Ｂ）に示す背景用のムービーデータは、図２（Ａ）に示したムービーデータやスプライト画像が合成されて再生表示される。

この例では、ＧＣＬ１０４は、ＣＰＵ１０１からの描画指示にもとづいて、図２に示した複数種類のムービーデータの中からムービー画像演出に使用する所定のムービーデータを選択する。そして、ＧＣＬ１０４は、ＣＰＵ１０１からの描画指示にもとづいて、選択したムービーデータにもとづく動画像を再生表示するための処理を行う。

なお、上述した各ムービーデータは、例えば、各ムービーデータにもとづく動画における表示物の移動速度が遅い部分と比較して、表示物の移動速度が速い部分にＩピクチャを多く用いたデータ構造とされている。このようなデータ構造とされているため、画質を維持しつつ、圧縮動画データのデータ量を極力低減させることができる。

次に、ＲＯＭ１０２に格納される表示制御データについて説明する。
表示制御データは、ＧＣＬ１０４に描画制御を実行させ画像表示信号を出力させるための描画指示の内容を決定するために用いられるものである。ＧＣＬ１０４は、描画指示に従って、画像表示装置１２０に動画像を表示させるために、描画制御を実行して画像表示信号を出力する。表示制御データは、再生動画ごとに、すなわち本例では動画１〜９（図２参照）それぞれについて別個に、あらかじめ生成されＲＯＭ１０２に格納されているものとする。

図３は、表示制御データの内容の例を示す説明図である。図３には、動画１についての表示制御データ（動画１用表示制御データ）の内容の一部が例示されている。

表示制御データは、画像表示装置１２０にてムービー画像を再生するための情報を含む。表示制御データは、どのムービーデータのどのピクチャ（ムービーデータにもとづくムービー画像を構成する１フレーム分の画像）をどのタイミングで伸長・展開するかという情報、各ピクチャをどのタイミングで表示するかという情報、どのピクチャとどのスプライト画像とをどのように合成してどのタイミングで表示するかという情報を含む。そして、このような情報が、１フレーム期間分毎に分割されて設定されたデータがプロセスデータである。表示制御データは、図３に示すように、複数のプロセスデータが使用順に並べられた構造とされている。

具体的には、ＲＯＭ１０２に記憶されている表示制御データには、使用するムービーデータを示す情報、ピクチャの伸長指示を行うことを示す情報、ピクチャの表示指示を行うことを示す情報、使用するムービーデータにもとづく動画像の画像サイズを示す情報、展開モードを示す情報、ムービーデータのフレーム上にスプライト画像を合成するか否かを示す情報、画像表示装置１２０上に表示するスプライト画像やムービー画像の表示領域の大きさや位置を特定する情報、スプライト画像やムービー画像の拡大・縮小率、スプライト画像やムービー画像の透過率、などの情報を含む。

なお、「表示領域の大きさを特定する情報」とは、画像表示装置１２０の表示画面のうち、スプライト画像やムービー画像をそれぞれ表示する領域のサイズを示す情報を意味する。なお、スプライト画像やムービー画像をそれぞれ表示する領域のサイズは、一連のムービー画像の再生中に変化（拡大、縮小、変形）することがあってもよい。

図３に示すように、動画１用表示制御データにおいて最初に選択されるプロセスデータ（プロセスデータ１）には、表示制御内容として、使用するムービーデータがムービーデータＡ１であること、使用するムービーデータＡ１はＩＰＢムービーデータであり展開モード４を使用すること、１つのピクチャの伸長指示を行うこと、さらにもう１つのピクチャの伸長指示を行うこと、そして１つのピクチャの表示指示を行うことが含まれている。なお、プロセスデータ１における表示指示は、前回使用していた表示制御データにもとづく伸長指示により伸長されているが表示に用いられていない画像データがあればその画像データを用いて表示を行うことを指示するために用いられる。よって、プロセスデータ１における表示指示は、ムービーデータにもとづく動画像の再生が連続して行われる場合における後に再生されるムービーデータにもとづく動画像の再生のための描画指示のときにのみ有効とされ、連続して再生されないときや、連続して再生される場合における最初に再生されるムービーデータにもとづく動画像の再生のための描画指示のときには無効となる。

また、プロセスデータ２には、表示制御内容として、１つのピクチャを展開すること、１つのピクチャを表示することが含まれている。プロセスデータ３には、表示制御内容として、スプライト画像Ａ，Ｂ，Ｃの表示を開始すること、各スプライト画像Ａ，Ｂ，Ｃの表示位置・表示サイズなどの表示態様、１つのピクチャを展開すること、１つのピクチャを表示することが含まれている。同様にして、プロセスデータ４以降についても、動画１を再生するための表示制御内容がそれぞれ設定される。本例では、動画１用表示制御データにもとづいてＣＰＵ１０１が描画指示を行い、この描画指示に応じてＧＣＬ１０６が描画制御を行うことで画像表示信号を出力することで、画像表示装置１２０に動画１が再生表示される。

図４は、本例で用いられるフレームバッファの例を示す説明図である。図４（Ａ）では、展開モード３のときに用いられる３つのフレームバッファ０〜２が示されている。図４（Ｂ）では、展開モード４のときに用いられる４つのフレームバッファ０〜３が示されている。各フレームバッファは、ＳＤＲＡＭ１０６におけるＶＲＡＭ領域内に設けられている。本例では、動画像の再生に使用するムービーデータがＩＰＢムービーであるときは展開モード４が選択され、動画像の再生に使用するムービーデータがＩＰムービーであるときは展開モード３が選択される。

次に、本例の画像処理装置１００の動作について説明する。
図５は、ＣＰＵ１０１によって実行されるＶブランク割込処理の例を示すフローチャートである。Ｖブランク割込処理は、この例では、ＧＣＬ１０４からのＶブランク割込に応じて実行される。Ｖブランク割込は、画像表示装置１２０に供給される垂直同期信号の周期と同周期でＧＣＬ１０４が発生する割込である。例えば、画像表示装置１２０の画面変更周波数（フレーム周波数）が３０Ｈｚである場合にはＶブランク割込の発生周期は３３．３ｍｓであり、フレーム周波数が６０Ｈｚである場合にはＶブランク割込の発生周期は１６．７ｍｓである。このＶブランク割込の発生間隔がフレーム期間となる。例えばＶブランク割込の発生周期が３３．３ｍｓであるときは、フレーム期間も３３．３ｍｓとなる。

Ｖブランク割込処理において、まず、ＣＰＵ１０１は、再生を開始するか否か判定する（ステップＳ１２）。新たな動画像の再生を開始しない場合には、現在動画再生中であるか否か判定する（ステップＳ１３）。なお、動画再生中であるか否かは、例えばＲＡＭ１０３に格納されている動画再生中フラグの状態によって判定される。

ステップＳ１２では、あらかじめ定められている動画再生開始条件が成立したときに、動画再生を開始すると判定される。動画再生開始条件は、例えば、画像処理装置１００のユーザからの再生指示操作（例えば装置１００に備えられている入力装置による再生指示操作など）があったとき、あらかじめ定められている動画再生時刻が到来したとき、事前に決定された動画再生タイミングが到来したとき、あるいは、前回の動画再生が終了したときなどに成立するものとすればよい。

本例では、ステップＳ１２，Ｓ１３に示したように、動画再生中であるか否かに関わらず、動画再生を新たに開始するか否かを判定する。すなわち、動画再生中であっても、新たな動画像の再生を開始することが可能な構成となっている。言い換えると、表示制御データにもとづく描画指示が完了していなくても、表示制御データを切り替えて（同じ表示制御データに切り替える場合も含む）、切り替えた表示制御データにもとづく描画指示を開始することが可能な構成となっている。

動画再生を開始すると判定した場合には、ＣＰＵ１０１は、動画再生中フラグをセットしたあと、あらかじめ定められている動画選択条件に従って、再生する動画の種類を選択する（ステップＳ１４）。本例では、図２に示す動画１〜９の中から、再生する１つの動画を選択する。動画選択条件は、例えば、画像処理装置１００のユーザからの再生指示操作の指示内容に従うこと、あらかじめ定められた再生順序に従うこと、乱数抽選によりランダムに決定することなどとするようにすればよい。

再生する動画を選択すると、ＣＰＵ１０１は、選択した動画に対応する表示制御データをＲＯＭ１０２からＲＡＭ１０３に読み出す（ステップＳ１５）。次いで、ＣＰＵ１０１は、読み出した表示制御データにおけるプロセスデータ１を参照し、再生する動画などの指定を行うとともに、伸長指示の有無およびその回数、表示指示の有無を確認する（ステップＳ１６）。具体的には、ＣＰＵ１０１は、描画指示（動画再生させるための制御情報）の一部として再生する動画（例えば動画Ａ１）を示すデータと、その動画がＩＰＢムービーデータであるかＩＰムービーデータであるかを示すデータと、その動画の動画サイズを示すデータと、その動画の展開モードを示すデータとを描画制御レジスタ１１５に書き込むとともに、伸長指示を行うか否か、伸長指示を行う場合にはその伸長指示の回数、表示指示を行うか否かを確認する。そして、ステップＳ１８に移行する。

ステップＳ１３にて動画再生中であると判定した場合には、ＣＰＵ１０１は、現在用いられているプロセスデータの次のプロセスデータを参照し、再生中の動画の再生態様の変更（例えば画像サイズの変更）の指定を行うとともに、伸長指示の有無およびその回数、表示指示の有無などを確認する（ステップＳ１７）。なお、参照したプロセスデータが動画再生の終了を示すデータを含むものであった場合には、動画再生中フラグをリセットする。そして、ステップＳ１８に移行する。

次いで、ＣＰＵ１０１は、参照したプロセスデータ（ステップＳ１６またはステップＳ１７にて参照したプロセスデータ）に表示指示を行うことが含まれていれば、プロセスデータの設定内容に応じて表示指示を行う（ステップＳ１８）。具体的には、ＣＰＵ１０１は、描画指示（動画再生させるための制御情報）の一部として、表示指示を描画制御レジスタ１１５に書き込む。なお、ステップＳ１８では、前回のフレーム期間で行った伸長指示にもとづく伸長処理が完了したことを示す伸長完了信号をＧＣＬ１０４から受信していなければ、プロセスデータの設定内容にもとづいて、前回のフレーム期間で行った伸長指示と同じ内容の表示指示を行う。すなわち、ＣＰＵ１０１は、所定のフレーム期間にて伸長指示を行ったあと、その伸長指示に応じてＧＣＬ１０４が実行している伸長処理が終了する前にそのフレーム期間が終了したときは、次のフレーム期間にて前回のフレーム期間のときと同一の表示指示を行い、同一の画像データにもとづく画像を画像表示装置１２０に表示させるようにする。

また、ＣＰＵ１０１は、参照したプロセスデータ（ステップＳ１６またはステップＳ１７にて参照したプロセスデータ）に伸長指示を行うことが含まれていれば、プロセスデータの設定内容に応じて伸長指示を１回または２回行う（ステップＳ１９）。具体的には、ＣＰＵ１０１は、描画指示（動画再生させるための制御情報）の一部として、１つまたは２つの伸長指示を描画制御レジスタ１１５に書き込む。

次に、ＣＰＵ１０１は、今回使用されるプロセスデータ（ステップＳ１６またはステップＳ１７にて参照されたプロセスデータ）を参照し、スプライト画像の表示を開始または更新するか否かを判定する（ステップＳ２０）。

スプライト画像の表示を開始または更新する場合には、ＣＰＵ１０１は、今回使用されるプロセスデータを参照し、表示するスプライト画像の種類、表示位置、表示サイズなどのスプライト画像に関わる指示（スプライト画像表示指示）を行う（ステップＳ２１）。具体的には、ＣＰＵ１０１は、描画指示（動画再生させるための制御情報）の一部として、スプライト画像表示指示を描画制御レジスタ１１５に書き込む。

上記のようにして、ＣＰＵ１０１は、ＧＣＬ１０４に対して、例えば表示指示や伸長指示などを含む描画指示（動画再生させるための制御情報）を行う。

図６は、ＧＣＬ１０４が実行する展開処理の例を示すフローチャートである。展開処理において、ＧＣＬ１０４は、再生表示する動画等の指定がＣＰＵ１０１からあったか否か判定する（ステップＳ３１）。再生表示する動画が指定されていれば、ＧＣＬ１０４は、指定された動画を示すムービーデータを動画像の再生に用いるムービーデータとして設定する（ステップＳ３２）。また、再生表示する動画の画像サイズが指定されていれば、ＧＣＬ１０４は、その画像サイズに応じたフレームバッファのサイズを設定する（ステップＳ３３）。また、再生表示する動画における展開モードが指定されていれば、ＧＣＬ１０４は、その展開モードを設定する（ステップＳ３４）。また、動画像の再生に用いるムービーデータがＩＰＢムービーデータであるかＩＰムービーデータであるかが指定されていれば、ＧＣＬ１０４は、指定内容に応じてＩＰＢムービーデータまたはＩＰムービーデータを設定する（ステップＳ３５）。なお、ＧＣＬ１０４が、再生表示する動画がどの動画であるかに応じて、画像サイズ、展開モード、ＩＰＢムービーデータであるかＩＰムービーデータであるかを判定するようにしてもよい。

なお、ムービーデータには、各ピクチャの展開順番を示す情報、各ピクチャの表示順番を示す情報などが含まれているものとする。なお、ムービーデータに、そのムービーデータにて再生表示される動画像の画像サイズを示す情報や、そのムービーデータがＩＰＢムービーデータであるかＩＰムービーデータであるかを示す情報などが含まれていてもよい。

次いで、ＣＰＵ１０１からの伸長指示があったときには（ステップＳ３６）、ＧＣＬ１０４は、動画像の再生に使用するムービーデータにおける今回の伸長順番のフレームデータ（ピクチャデータ）を抽出して伸長し、ＳＤＲＡＭに設けられているＶＲＡＭにおける所定のフレームバッファに展開する（ステップＳ３７）。なお、ステップＳ３７の伸長処理が完了すると、ＧＣＬ１０４は、その旨を示す伸長処理完了信号をＣＰＵ１０１に対して送信する。ＣＰＵ１０１は、伸長処理完了信号を受信することで、指示した伸長処理が完了したと判断することができる。

また、ＣＰＵ１０１からのスプライト画像表示指示があったときには（ステップＳ３８）、ＧＣＬ１０４は、スプライト画像表示指示に従って、ＣＰＵ１０１から指示されたスプライト画像を表示するためのスプライト画像データをＲＯＭ１０５から抽出し（ステップＳ３９）、必要に応じて読み出したスプライト画像データに対してスプライト画像の拡大・縮小、回転、透過のための処理を行って配置し直し、ワークメモリに展開する（ステップＳ４０）。

また、ＧＣＬ１０４は、配置したスプライト画像データを、ＣＰＵ１０１からのスプライト画像表示指示により指定された範囲でクリッピングして、ＶＲＡＭに展開する（ステップＳ４１）。このとき、ムービーデータにおける次に表示されるフレームデータがフレームバッファに展開されていれば、そのフレームデータ上にスプライト画像データを展開し、ムービー画像とスプライト画像とを合成する。

ＧＣＬ１０４は、ＣＰＵ１０１からの描画指示に応じて上述した処理を実行することで、画像表示装置１２０に表示される各画面の画像を順次生成する。

図７は、ＣＰＵ１０１からの表示指示に応じて３３ｍｓ毎にＧＣＬ１０４によって実行される画像表示処理の例を示すフローチャートである。ＣＰＵ１０１からの表示指示が３３ｍｓ毎になされることによって、画像表示処理が３３ｍｓ毎に実行されることになる。

画像表示処理において、ＧＣＬ１０４は、ＣＰＵ１０１からの表示指示があったときに（ステップＳ５１）、ＶＲＡＭ上に展開されている画像データ（例えば、ＲＧＢ輝度データ）のうち今回の表示順番の画像データを読み出し、表示信号制御部１１０に供給する（ステップＳ５２）。なお、ステップＳ５２の表示処理が完了すると、ＧＣＬ１０４は、その旨を示す表示処理完了信号をＣＰＵ１０１に対して送信する。ＣＰＵ１０１は、表示処理完了信号を受信することで、指示した画面表示が完了したと判断することができる。

なお、ＧＣＬ１０４は、ステップＳ５１にてＣＰＵ１０１からの表示指示があったときに、ＶＲＡＭ上に展開されている画像データに今回の表示順番（例えば表示順番１）の画像データが無い場合には、ＶＲＡＭ上に表示に用いられていない画像データが展開されていれば、ステップＳ５２にてその画像データを読み出し、表示信号制御部１１０に供給する。すなわち、表示制御データにおける最初のプロセスデータにもとづく表示指示があったときに、ＶＲＡＭ上に表示に用いられていない画像データが展開されていれば、その画像データを読み出して表示信号制御部１１０に供給する。なお、表示制御データにおける最初のプロセスデータにもとづく表示指示があったときに、ＶＲＡＭ上に表示に用いられていない画像データは展開されていなければ、表示信号制御部１１０への画像データの供給は行わない。ステップＳ５２にて表示信号制御部１１０への画像データの供給を行わなかったときには、ＧＣＬ１０４は、その旨を示す表示対象画像無信号をＣＰＵ１０１に対して送信する。ＣＰＵ１０１は、表示対象画像無信号を受信することで、表示対象の画像が無かったと判断することができる。

表示信号制御部１１０は、供給された画像データに従って、例えばＬＣＤ駆動信号等の制御信号（ビデオ信号、画像表示信号）を生成し、画像表示装置１２０に供給する。すると、画像表示装置１２０の表示画面に、ムービー画像におけるフレーム画像（ピクチャ）や背景画像などが表示される。

上記の各処理（図５〜図７に示す各処理）が繰り返し実行されることで、画像表示装置１２０にムービー画像の再生画像が表示される。

次に、ＩＰムービーデータにもとづくムービー画像を再生するときの当該ムービー画像を構成する各画像（ピクチャ）の展開タイミングおよび表示タイミングについて説明する。

図８は、ＩＰムービーデータにもとづくムービー画像が再生表示されるときの各ピクチャの伸長タイミングと表示タイミングの例を示す説明図である。図９は、図８に示すタイミングでＩＰムービーデータが処理されるときのフレームバッファの格納状態の例を示す説明図である。ここでは、簡単のため、図８に示すような１３フレーム期間分の処理によって動画像が再生表示されるＩＰムービーデータを用いて説明する。

ＩＰムービーデータにもとづくムービー画像を再生表示する際には、各ピクチャの伸長順序と表示順序とが異なることがなく、伸長した順番で各ピクチャが表示される。従って、各ピクチャにおける伸長順番と表示順番とは一致している。

ＣＰＵ１０１は、ＩＰムービーデータにもとづくムービー画像を再生表示するときには、最初のフレーム期間（Ｆ１）にて、ＧＣＬ１０４に対して、表示制御データにもとづいて、再生表示に用いるムービーデータの種類の指定などを行ったあと（ステップＳ１６参照）、伸長指示を行う（ステップＳ１９参照）。

ＧＣＬ１０４は、指定されたムービーデータをＣＧＲＯＭ１０５から読み出し（ステップＳ３２参照）、再生表示に用いるムービーデータとして指定されたムービーデータがＩＰムービーデータであるため展開モード３に設定する（ステップＳ３４参照）。

また、ＧＣＬ１０４は、伸長指示に応じて、図９に示すように、最初のフレーム期間（Ｆ１）にて、伸長順番が１番目とされているピクチャＩ１を伸長してフレームバッファ０に展開する（ステップＳ３７参照）。なお、フレームバッファ０〜２のうち画像データを展開するフレームバッファは、例えば、画像データが何ら記憶されていないフレームバッファや、表示や他のピクチャの展開のために今後は使用されることがない画像データが記憶されているフレームバッファの中から任意に決定される。

次いで、ＣＰＵ１０１は、２番目のフレーム期間（Ｆ２）にて、表示制御データにもとづいて、ＧＣＬ１０４に対して、表示指示を行うとともに（ステップＳ１８参照）、伸長指示を行う（ステップＳ１９参照）。

ＧＣＬ１０４は、表示指示に応じて、２番目のフレーム期間（Ｆ２）にて、前回のフレーム期間（Ｆ１）でフレームバッファ０に展開したピクチャＩ１を表示するためのビデオ信号を画像表示装置１２０に対して出力する（ステップＳ５２参照）。また、ＧＣＬ１０４は、伸長指示に応じて、図９に示すように、２番目のフレーム期間（Ｆ２）にて、伸長順番が２番目とされているピクチャＰ１を伸長してフレームバッファ１に展開する（ステップＳ３７参照）。

その後は、ＣＰＵ１０１は、各フレーム期間（Ｆ３〜F１２）毎に表示指示と伸長指示とを繰り返し出力する。ＧＣＬ１０４は、各フレーム期間（Ｆ３〜F１２）におけるＣＰＵ１０１からの表示指示に応じて、それぞれ、あらかじめ定められている表示順番に従って、前回のフレーム期間で展開されたピクチャを表示するためのビデオ信号を画像表示装置１２０に対して出力す（ステップＳ５２参照）。また、ＧＣＬ１０４は、各フレーム期間（Ｆ３〜F１２）におけるＣＰＵ１０１からの伸長指示に応じて、あらかじめ定められている伸長順番に従って、次のフレーム期間で表示されるピクチャを伸長して所望のフレームバッファに展開する（ステップＳ３７参照）。

そして、ＣＰＵ１０１は、最後のフレーム期間（Ｆ１３）にて、表示制御データにもとづいて、ＧＣＬ１０４に対して、表示指示を行う（ステップＳ１８参照）。なお、最後のフレーム期間（Ｆ１３）では、ＣＰＵ１０１による伸長指示はなされない。ＧＣＬ１０４は、フレーム期間（Ｆ１３）におけるＣＰＵ１０１からの表示指示に応じて、前回のフレーム期間（Ｆ１２）で展開した最後のピクチャＰ９を表示するためのビデオ信号を画像表示装置１２０に対して出力する（ステップＳ５２参照）。

次に、ＩＰＢムービーデータにもとづくムービー画像を再生するときの当該ムービー画像を構成する各画像（ピクチャ）の展開タイミングおよび表示タイミングについて説明する。

図１０（Ａ）は、ＩＰＢムービーデータにもとづくムービー画像が再生表示されるときの各ピクチャの伸長タイミングと表示タイミングの例を示す説明図である。図１１は、図１０（Ａ）に示すタイミングでＩＰＢムービーデータが処理されるときのフレームバッファの格納状態の例を示す説明図である。ここでは、簡単のため、図１０（Ａ）に示すような１３フレーム期間分の処理によって動画像が再生表示されるＩＰＢムービーデータを用いて説明する。

ＩＰＢムービーデータにもとづくムービー画像を再生表示する際には、各ピクチャの伸長順序と表示順序とが異なる部分がある。このため、各ピクチャにおける伸長順番と表示順番とが一致しない部分がる。

ＣＰＵ１０１は、ＩＰＢムービーデータにもとづくムービー画像を再生表示するときには、最初のフレーム期間（Ｆ１）にて、ＧＣＬ１０４に対して、表示制御データにもとづいて、再生表示に用いるムービーデータの指定などを行ったあと（ステップＳ１６参照）、２回の伸長指示を行う（ステップＳ１９参照）。

ＧＣＬ１０４は、再生表示に用いるムービーデータとして指定されたムービーデータをＣＧＲＯＭ１０５から読み出し（ステップＳ３２参照）、その指定されたムービーデータがＩＰＢムービーデータであるため展開モード４を設定する（ステップＳ３４参照）。

また、ＧＣＬ１０４は、図１１に示すように、最初のフレーム期間（Ｆ１）にて、１回目の伸長指示に応じて伸長順番が１番目とされているピクチャＩ１を伸長してフレームバッファ０に展開するとともに（ステップＳ３７参照）、２回目の伸長指示に応じて伸長順番が２番目とされているピクチャＰ１を伸長してフレームバッファ１に展開する（ステップＳ３７参照）。すなわち、ＧＣＬ１０４は、最初のフレーム期間（Ｆ１）にて、上述したステップＳ３７の伸長・展開処理を２回実行する。なお、フレームバッファ０〜３のうち画像データを展開するフレームバッファは、例えば、画像データが何ら記憶されていないフレームバッファや、表示や他のピクチャの展開に今後は使用されることがない画像データが記憶されているフレームバッファの中から任意に決定される。

次いで、ＣＰＵ１０１は、２番目のフレーム期間（Ｆ２）にて、表示制御データにもとづいて、ＧＣＬ１０４に対して、表示指示を行うとともに（ステップＳ１８参照）、伸長指示を行う（ステップＳ１９参照）。

ＧＣＬ１０４は、表示指示に応じて、２番目のフレーム期間（Ｆ２）にて、前回のフレーム期間（Ｆ１）でフレームバッファ０に展開したピクチャＩ１を表示するためのビデオ信号を画像表示装置１２０に対して出力する（ステップＳ５２参照）。また、ＧＣＬ１０４は、伸長指示に応じて、図１１に示すように、２番目のフレーム期間（Ｆ２）にて、伸長順番が３番目とされているピクチャＰ２を伸長してフレームバッファ２に展開する（ステップＳ３７参照）。

その後は、ＣＰＵ１０１は、各フレーム期間（Ｆ３〜F１１）毎に表示指示および伸長指示を繰り返し出力する。ＧＣＬ１０４は、各フレーム期間（Ｆ３〜F１１）におけるＣＰＵ１０１からの表示指示に応じて、それぞれ、あらかじめ定められている表示順番に従って、前回のフレーム期間までに展開されているピクチャを表示するためのビデオ信号を画像表示装置１２０に対して出力す（ステップＳ５２参照）。また、ＧＣＬ１０４は、各フレーム期間（Ｆ３〜F１１）におけるＣＰＵ１０１からの伸長指示に応じて、あらかじめ定められている伸長順番に従って、次のフレーム期間以降のフレーム期間で他のピクチャの展開に用いられたり表示されたりするピクチャを伸長して所望のフレームバッファに展開する（ステップＳ３７参照）。

そして、ＣＰＵ１０１は、最後から２番目のフレーム期間（Ｆ１２）にて、表示制御データにもとづいて、ＧＣＬ１０４に対して、表示指示を行う（ステップＳ１８参照）。なお、最後から２番目のフレーム期間（Ｆ１２）では、ＣＰＵ１０１による伸長指示はなされない。ＧＣＬ１０４は、フレーム期間（Ｆ１２）におけるＣＰＵ１０１からの表示指示に応じて、前回のフレーム期間（Ｆ１１）までに展開されている最後から２番目の表示順番のピクチャＢ５を表示するためのビデオ信号を画像表示装置１２０に対して出力する（ステップＳ５２参照）。

さらに、ＣＰＵ１０１は、最後のフレーム期間（Ｆ１３）にて、表示制御データにもとづいて、ＧＣＬ１０４に対して、表示指示を行う（ステップＳ１８参照）。なお、最後のフレーム期間（Ｆ１３）においても、ＣＰＵ１０１による伸長指示はなされない。ＧＣＬ１０４は、フレーム期間（Ｆ１３）におけるＣＰＵ１０１からの表示指示に応じて、前回のフレーム期間（Ｆ１２）までに展開されている最後の表示順番のピクチャＰ５を表示するためのビデオ信号を画像表示装置１２０に対して出力する（ステップＳ５２参照）。

従来では、ＩＰＢムービーデータにもとづくムービー画像を再生表示するときには、図１０（Ｂ）に示すように、最初のフレーム期間（Ｆ１）で伸長順番が１番目のピクチャＩ１が伸長されて展開され、次のフレーム期間（Ｆ２）で伸長順番が２番目のピクチャＰ１が伸長されて展開される。次いで、３回目のフレーム期間（Ｆ３）にて、伸長順番が３番目のピクチャＰ２が伸長されて展開されるとともに、表示順番が１番目のピクチャＩ１が表示される。

その後のフレーム期間（Ｆ３〜F１２）では、それぞれ、フレーム期間（Ｆ３）と同様にして、伸長順番とされているピクチャが伸長されて所望のフレームバッファに展開されるとともに、表示順番とされているピクチャが表示される処理が実行される。

そして、最後から２番目のフレーム期間（Ｆ１３）にて、あらかじめ定められている表示順番に従って、前回のフレーム期間までに展開されているピクチャＢ５を表示し、最後のフレーム期間（Ｆ１４）にて、あらかじめ定められている表示順番に従って、前回のフレーム期間までに展開されている最後のピクチャＰ５を表示する処理が実行される。

以上説明したように、ＣＰＵ１０１が、動画像の再生表示を開始させる際の最初のフレーム期間における描画指示にて、動画像の再生表示に用いる圧縮動画データの指示を行うとともに伸長指示を開始し、伸長指示を開始した最初の描画指示を行ったフレーム期間の次のフレーム期間における次の描画指示にて表示指示を開始し、最初の描画指示にてＩＰＢムービーデータを指示していたときには、最初のフレーム期間にて２回の伸長指示を行う構成としているので、動画再生制御における伸長処理の実行タイミングの管理を容易にすることができる。

すなわち、ＩＰムービーデータを再生するときとＩＰＢムービーデータを再生するときの何れであっても、各ピクチャの表示処理を開始する１フレーム期間前にピクチャの伸長処理を開始することができるようになり、ＩＰムービーデータとＩＰＢムービーデータとが混在している場合であっても、ピクチャの伸長処理を開始するタイミングが共通化されているため、動画像の再生のための動画再生制御における伸長処理の実行タイミングの管理が容易となる。

上記のように、ムービーデータの種類によらずに共通の実行タイミングで伸長処理が行われることとされ、動画再生制御における伸長処理の実行タイミングの管理が容易とされているので、ＩＰムービーデータとＩＰＢムービーデータとを混在させた動画再生制御の制御内容（例えば、制御フロー、制御プログラム）の設計が容易となる。具体的には、動画再生制御の制御内容の設計を行う設計者が、動画再生制御における各ムービーデータの出現箇所の割り当てを行う際に、ＩＰムービーデータであるかＩＰＢムービーデータであるかを意識することなく各ムービーデータを割り当てることができ、動画再生制御の制御内容を容易に設計することができるようになる。よって、動画再生制御のための制御プログラムの開発などのための作業負担を軽減させることができる。

従来は、図１０（Ｂ）に示したように、ＩＰＢムービーデータについては各ピクチャの表示処理を開始する２フレーム期間前にピクチャの伸長処理が開始されていたので、ＩＰムービーデータの再生処理を行うときとピクチャの伸長処理を開始するタイミングが異なっていた。このため、動画再生制御の制御内容の設計を行う設計者は、ＩＰムービーデータであるかＩＰＢムービーデータであるかによって再生制御を開始してから動画表示が開始されるまでの期間が異なる（１フレーム期間ずれる）ことを加味して、動画再生制御における各ムービーデータの出現箇所の割り当てを行う必要があった。これに対して、上述した実施の形態では、ＩＰムービーデータであるかＩＰＢムービーデータであるかを意識することなく各ムービーデータを割り当てることができ、動画再生制御の制御内容を容易に設計することができるのである。

なお、上述した実施の形態では、ＩＰＢムービーデータにもとづく動画像の再生表示を行うときに、最初のフレーム期間にて２回の伸長指示を行う構成としていたが、１フレーム期間内で実行される各処理を完了可能な処理能力をＧＣＬ１０４が備えている場合には、３回以上の伸長指示を行うようにしてもよい。この場合、２回目以降のフレーム期間において伸長指示を行わないフレーム期間を増やすようにすればよい。

また、上述した実施の形態では、ＩＰＢムービーデータにもとづく動画像の再生表示を行うときに、最初のフレーム期間にて２回の伸長指示を行う構成としていたが、２回の伸長指示を最初のフレーム期間で行う必要はなく、Ｂピクチャの伸長を指示するための伸長指示が最初になされるフレーム期間以前の何れかのフレーム期間で行うようにしてもよい。

図１２は、ＩＰＢムービーデータにもとづくムービー画像が再生表示されるときの各ピクチャの展開タイミングと表示タイミングの他の例を示す説明図である。図１３は、図１２に示すタイミングでＩＰＢムービーデータが処理されるときのフレームバッファの格納状態の例を示す説明図である。ここでは、Ｂピクチャの伸長を指示するための伸長指示が最初になされる３番目のフレーム期間（Ｆ３）で２回の伸長指示がなされるものとする。また、ここでは、簡単のため、図１２に示すような１３フレーム期間分の処理によって動画像が再生表示されるＩＰＢムービーデータを用いて説明する。

ＣＰＵ１０１は、ＩＰＢムービーデータにもとづくムービー画像を再生表示するときには、最初のフレーム期間（Ｆ１）にて、ＧＣＬ１０４に対して、表示制御データにもとづいて、再生表示に用いるムービーデータの指定などを行ったあと（ステップＳ１６参照）、ここでは１回の伸長指示を行う（ステップＳ１９参照）。

ＧＣＬ１０４は、再生表示に用いるムービーデータとしてＣＰＵ１０１から指定されたムービーデータをＣＧＲＯＭ１０５から読み出し、指定されたムービーデータがＩＰＢムービーデータであるため展開モード４に決定する。

また、ＧＣＬ１０４は、図１１に示すように、最初のフレーム期間（Ｆ１）にて、１回目の伸長指示に応じて伸長順番が１番目とされているピクチャＩ１を伸長してフレームバッファ０に展開する（ステップＳ３７参照）。

次いで、ＣＰＵ１０１は、２番目のフレーム期間（Ｆ２）にて、表示制御データにもとづいて、ＧＣＬ１０４に対して、表示指示を行うとともに（ステップＳ１８参照）、１回の伸長指示を行う（ステップＳ１９参照）。

ＧＣＬ１０４は、表示指示に応じて、２番目のフレーム期間（Ｆ２）にて、前回のフレーム期間（Ｆ１）でフレームバッファ０に展開したピクチャＩ１を表示するためのビデオ信号を画像表示装置１２０に対して出力する（ステップＳ５２参照）。また、ＧＣＬ１０４は、伸長指示に応じて、図１１に示すように、２番目のフレーム期間（Ｆ２）にて、伸長順番が２番目とされているピクチャＰ１を伸長してフレームバッファ１に展開する（ステップＳ３７参照）。

次いで、ＣＰＵ１０１は、３番目のフレーム期間（Ｆ３）にて、表示制御データにもとづいて、ＧＣＬ１０４に対して、表示指示を行うとともに（ステップＳ１８参照）、ここでは２回の伸長指示を行う（ステップＳ１９参照）。

ＧＣＬ１０４は、表示指示に応じて、３番目のフレーム期間（Ｆ３）にて、前回のフレーム期間（Ｆ２）でフレームバッファ０に展開したピクチャＰ１を表示するためのビデオ信号を画像表示装置１２０に対して出力する（ステップＳ５２参照）。

また、ＧＣＬ１０４は、図１３に示すように、３番目のフレーム期間（Ｆ３）にて、１回目の伸長指示に応じて伸長順番が３番目とされているピクチャＰ２を伸長してフレームバッファ２に展開するとともに（ステップＳ３７参照）、２回目の伸長指示に応じて伸長順番が４番目とされているピクチャＢ１を伸長してフレームバッファ３に展開する（ステップＳ３７参照）。すなわち、ＧＣＬ１０４は、Ｂピクチャが最初に伸長・展開されるフレーム期間（ここではＦ３）にて、上述したステップＳ３７の伸長・展開処理を２回実行する。

その後は、ＣＰＵ１０１は、各フレーム期間（Ｆ４〜F１１）毎に表示指示および伸長指示を繰り返し出力する。ＧＣＬ１０４は、各フレーム期間（Ｆ４〜F１１）におけるＣＰＵ１０１からの表示指示に応じて、それぞれ、あらかじめ定められている表示順番に従って、前回のフレーム期間までに展開されているピクチャを表示するためのビデオ信号を画像表示装置１２０に対して出力す（ステップＳ５２参照）。また、ＧＣＬ１０４は、各フレーム期間（Ｆ４〜F１１）におけるＣＰＵ１０１からの伸長指示に応じて、あらかじめ定められている伸長順番に従って、次のフレーム期間以降のフレーム期間で他のピクチャの展開に用いられたり表示されたりするピクチャを伸長して所望のフレームバッファに展開する（ステップＳ３７参照）。

そして、ＣＰＵ１０１は、最後から２番目のフレーム期間（Ｆ１２）にて、表示制御データにもとづいて、ＧＣＬ１０４に対して、表示指示を行う（ステップＳ１８参照）。なお、最後から２番目のフレーム期間（Ｆ１２）では、ＣＰＵ１０１による伸長指示はなされない。ＧＣＬ１０４は、フレーム期間（Ｆ１２）におけるＣＰＵ１０１からの表示指示に応じて、前回のフレーム期間（Ｆ１１）までに展開されている最後から２番目の表示順番のピクチャＢ５を表示するためのビデオ信号を画像表示装置１２０に対して出力する（ステップＳ５２参照）。

さらに、ＣＰＵ１０１は、最後のフレーム期間（Ｆ１３）にて、表示制御データにもとづいて、ＧＣＬ１０４に対して、表示指示を行う（ステップＳ１８参照）。なお、最後のフレーム期間（Ｆ１３）においても、ＣＰＵ１０１による伸長指示はなされない。ＧＣＬ１０４は、フレーム期間（Ｆ１３）におけるＣＰＵ１０１からの表示指示に応じて、前回のフレーム期間（Ｆ１２）までに展開されている最後の表示順番のピクチャＰ５を表示するためのビデオ信号を画像表示装置１２０に対して出力する（ステップＳ５２参照）。

上記のように、ＣＰＵ１０１が、動画像の再生表示を開始させる際の最初のフレーム期間における描画指示にて、動画像の再生表示に用いる圧縮動画データの指示を行うとともに伸長指示を開始し、伸長指示を開始した最初の描画指示を行ったフレーム期間の次のフレーム期間における次の描画指示にて表示指示を開始し、最初の描画指示にてＩＰＢムービーデータを指示していたときには、Ｂピクチャの伸長を指示するための伸長指示が最初になされるフレーム期間以前のフレーム期間における描画指示にて、複数回の伸長指示を行う構成とした場合であっても、上述した実施の形態と同様に、動画再生制御における伸長処理の実行タイミングの管理を容易にすることができる。

また、上述した各実施の形態では、ＧＣＬ１０４が、Ｂピクチャを含むＩＰＢムービーデータであったときは、Ｂピクチャを含まないＩＰムービーデータであったときよりも、伸長処理で用いるフレームバッファの数を多い数に決定（上記の例では、３つよりも多い４つに決定）するように構成されているので、動画像の再生表示に用いる圧縮動画データがＢピクチャを含むか否かに応じて動画再生制御に用いる記憶領域の容量を適切に決定することができる。

また、上述した各実施の形態では、ＧＣＬ１０４が、伸長処理にて、ＣＰＵ１０１からの描画指示にて指示された動画像の再生表示に用いる圧縮動画データにもとづく当該動画像における画像サイズを判別し、判別結果に応じたサイズの記憶領域をフレームバッファとして設定する構成とされているので、動画像の再生表示に用いる圧縮動画データにもとづく当該動画像の画像サイズに応じて動画再生制御に用いる記憶領域の容量を適切に決定することができる。

また、上述した各実施の形態では、ＣＰＵ１０１が、所定のフレーム期間にて伸長指示を行ったあと、その伸長指示に応じてＧＣＬ１０４が実行している伸長処理が終了する前にそのフレーム期間が終了したときは、次のフレーム期間にて前回のフレーム期間のときと同一の表示指示を行い、同一の画像データにもとづく画像を画像表示装置１２０に表示させるようにしている。この場合、ＧＣＬ１０４は、あるフレーム期間におけるＣＰＵ１０１からの伸長指示に応じて実行している伸長処理が終了する前に、次のフレーム期間におけるＣＰＵ１０１からの描画指示（例えば表示指示）を受けたときは、伸長処理によって伸長され展開されている途中の画像データを放棄（消去）して、受信した表示指示に応じたビデオ信号を出力するようにすればよい。よって、このような場合、前のフレーム期間にて表示した画像と同じ画像が再度表示されることになる。このように構成すれば、画面のちらつきを防止することができる。

また、上述した各実施の形態では特に言及していないが、ＧＣＬ１０４が、１フレーム期間毎に画像データ上に合成されるスプライト画像が更新される毎に、２フレーム期間毎に伸長処理にて伸長された画像データがフレームバッファに記憶されるようにしてもよい。この場合、例えば、ステップＳ２０，Ｓ２１の処理を１フレーム期間毎に行い、ステップＳ１８，Ｓ１９の処理を２フレーム毎に行うようにすればよい。具体的には、例えば図１４に示すような表示制御データにもとづいて、ＣＰＵ１０１が描画指示を行うようにすればよい。すなわち、ＣＰＵ１０１は、例えば図１４に示す表示制御データにもとづいて、プロセスデータ番号が奇数のときのフレーム期間では必要に応じて伸長指示や表示指示を行うとともにスプライト画像表示指示を行い、プロセスデータ番号が偶数のときのフレーム期間では伸長指示や表示指示を行うことなく必要に応じてスプライト画像表示指示を行うようにすればよい。そして、ＧＣＬ１０４が、あるフレーム期間において伸長指示や表示指示を受けることなくスプライト画像表示指示を受けたときには、前回のフレーム期間のときに使用した画像データと同じ画像データを示すビデオ信号を送信するようにすればよい。このように構成すれば、精密な表示を実現しつつ、画像合成に関わる制御負担が重くなることを防止できる。

また、上述した実施の形態では、ＩＰＢムービーデータを再生表示する際には、最後の２フレーム期間はピクチャの伸長・展開が行われることなく表示だけが行われるようになっていたが（図１０参照）、ＩＰＢムービーデータが再生表示されるときに最後の表示順番のピクチャを表示せずに、ＩＰムービーデータと同じように、最後の１フレーム期間だけピクチャの伸長・展開が行われることなく表示だけが行われるようにすることが好ましい。この場合、ＩＰＢムービーデータにおける最後の表示順番のピクチャが表示されるフレーム期間にて、設定されている表示制御データを、次に再生表示する動画像を示すＩＰムービーデータの表示制御データに切り替えるようにすればよい。

図１５（Ａ）は、最後の伸長順番となっているピクチャがＢピクチャとなっているＩＰＢムービーデータを再生する際に、最後の表示順番のピクチャを表示しないとしたときの伸長タイミングと表示タイミングの例を示すタイミング図である。ここでは、簡単のため、図１５（Ａ）に示すような、最後の表示順番のピクチャを表示すれば１３フレーム期間分の処理によって動画像が再生表示されるが、最後の表示順番のピクチャが表示されないため１２フレーム期間分の処理によって動画像が再生表示されることとなるＩＰＢムービーデータを用いて説明する。なお、図１５（Ａ）に示す例では、ＩＰＢムービーデータのあとに続けてＩＰムービーデータにもとづく動画像が再生表示されることになっている。図１６は、図１５（Ａ）に示すＩＰＢムービーデータの再生するために用いられる表示制御データの例を示す説明図である。図１７は、図１５（Ａ）に示すＩＰムービーデータの再生するために用いられる表示制御データの例を示す説明図である。なお、ここでは、ＩＰムービーデータＢ１は、背景用のムービーデータではなく、演出表示用のムービーデータであるものとする。

図１５（Ａ）に示すＩＰＢムービーデータは、最後の表示順番であるピクチャ（最終表示予定画像：ここではピクチャＰ５）が、再生表示されている動画像において表示されなくても少なくとも見た目上支障のないダミーピクチャとして生成されているものとする。「ダミーピクチャ」としては、例えば全体が１色の画像や、表示上最後の表示順番となるピクチャ（図１５（Ａ）に示す例では、ピクチャＰ５の１フレーム期間前に表示されるものとして設定されているピクチャＢ５）と同一の画像などが考えられる。ダミーピクチャを表示上最後の表示順番となるピクチャと同一の画像とすれば、ダミーピクチャが表示されなくても同じ画像は既に表示されているため見た目上支障がなく、また、ダミーピクチャがたとえ誤って表示されたとしても見た目上の違和感がないようにすることができる。なお、ダミーピクチャは、ムービーデータにもとづく再生表示が続けてなされないとき（連続して動画像が再生表示されないとき）には、ダミーとはならずに表示される。

ＣＰＵ１０１は、各フレーム期間（Ｆ１〜Ｆ１１）にて、ＧＣＬ１０４に対して、表示制御データにもとづいて表示指示や伸長指示などの描画指示を行う（ステップＳ１８，ステップＳ１９参照）。

ＧＣＬ１０４は、ＣＰＵ１０１からの描画指示に応じて、各フレーム期間（Ｆ１〜Ｆ１１）において、前回のフレーム期間までにフレームバッファに展開されているピクチャを表示するためのビデオ信号を画像表示装置１２０に対して出力する処理（ステップＳ５２参照）、伸長順番に従って各ピクチャを伸長してフレームバッファに展開する処理（ステップＳ３７参照）などを行う。

そして、ＣＰＵ１０１は、１２番目のフレーム期間（Ｆ１２）が開始されたときに（ステップＳ１２参照）、新たな動画再生を開始することに決定し（ステップＳ１２のＹ参照）、ここではムービーデータＢ１を選択し（ステップＳ１４参照）、図１７に示すＩＰムービーデータの表示制御データに切り替えて（ステップＳ１５参照）、ＧＣＬ１０４に対して、新たに設定したＩＰムービーデータの表示制御データ（プロセスデータ番号１のプロセスデータ）にもとづいて、ＩＰムービーデータＢ１の指定（ステップＳ１６参照）などの他、表示指示（ステップＳ１８参照）および伸長指示（ステップＳ１９参照）を行う。すなわち、ＩＰＢムービーデータの表示制御データにおける１２番目のフレーム期間が、新たに設定したＩＰムービーデータの表示制御データにおける１番目のフレーム期間に切り替わる。このように、ＣＰＵ１０１は、１２番目のフレーム期間（Ｆ１２）における最後から２番目の表示順番のピクチャ（この例ではピクチャＢ５）の表示指示と、１３番目のフレーム期間（Ｆ１３）における最後の表示順番のピクチャ（この例ではピクチャＰ５）の表示指示とを行うことなく、ＩＰＢムービーデータの表示制御データにもとづく描画指示を終了し、新たに設定したＩＰムービーデータの表示制御データにもとづく描画指示を開始する。

ＧＣＬ１０４は、ＣＰＵ１０１にて新たに設定された表示制御データにもとづく１番目のフレーム期間（Ｆ１）において、ＣＰＵ１０１からのムービーデータの指定に応じて、ＩＰムービーデータＢ１の設定などを行う（ステップＳ３２〜Ｓ３５参照）。

また、ＧＣＬ１０４は、ＣＰＵ１０１にて新たに設定された表示制御データにもとづく１番目のフレーム期間（Ｆ１）において、ＣＰＵ１０１からの表示指示に応じて、前回のフレーム期間までにフレームバッファに展開されているＩＰＢムービーデータＡ２のピクチャＢ５を表示するためのビデオ信号を画像表示装置１２０に対して出力する（ステップＳ５２参照）。すなわち、ＧＣＬ１０４は、ＣＰＵ１０１からの表示指示を受けたときに、次の表示順番であるに表示順番１に相当する画像データがフレームバッファに展開されていないため、既に展開されており未だ表示に用いられていないピクチャのうち、表示順番が最も早いピクチャＢ５を表示するためのビデオ信号を画像表示装置１２０に対して出力する。

さらに、ＧＣＬ１０４は、ＣＰＵ１０１にて新たに設定された表示制御データにもとづく１番目のフレーム期間（Ｆ１）において、ＣＰＵ１０１からの伸長指示に応じて、ＩＰムービーデータＢ１における伸長順番が１番目のピクチャＩ１を伸長してフレームバッファに展開する（ステップＳ３７参照）。

その後、ＣＰＵ１０１は、ＩＰムービーデータＢ１についての各フレーム期間（Ｆ２〜Ｆ６）にて、ＧＣＬ１０４に対して、表示制御データにもとづいて表示指示や伸長指示などの描画指示を行う（ステップＳ１８，ステップＳ１９参照）。

ＧＣＬ１０４は、ＣＰＵ１０１からの描画指示に応じて、各フレーム期間（Ｆ２〜Ｆ６）において、前回のフレーム期間にてフレームバッファに展開されているピクチャを表示するためのビデオ信号を画像表示装置１２０に対して出力する処理（ステップＳ５２参照）、伸長順番に従って各ピクチャを伸長してフレームバッファに展開する処理（ステップＳ３７参照）などを行う。

このようにして、ＩＰＢムービーデータによる動画像の再生表示が終了したあとに、続けてＩＰムービーデータによる動画像の再生表示が開始される。なお、続けてＩＰＢムービーデータによる動画像の再生表示が開始される場合も、伸長処理が開始されるフレーム期間の次のフレーム期間で表示処理が開始されるものであれば、上述した例と同様に処理を行うことが可能である。

上記のように、ＣＰＵ１０１が、動画像の再生表示を開始させる際の最初のフレーム期間における描画指示にて、動画像の再生表示に用いる圧縮動画データの指示を行うとともに伸長指示を開始し、伸長指示を開始した最初の描画指示を行ったフレーム期間の次のフレーム期間における次の描画指示にて表示指示を開始し、最初の描画指示にてＩＰＢムービーデータを指示していたときには、Ｂピクチャの伸長を指示するための伸長指示が最初になされるフレーム期間以前のフレーム期間における描画指示にて、複数回の伸長指示を行う構成とし、さらに、ＩＰＢムービーデータの最後の表示順番のピクチャを表示することなく、表示順番が最後から２番目のピクチャの表示に続けて次のＩＰムービーデータの再生表示を開始するようにしているので、ＩＰＢムービーデータの再生表示の後に続けてＩＰムービーデータの再生表示を行うときでも、続けて再生表示するＩＰムービーデータについての動画再生制御を開始するタイミングを共通化することができるようになり、動画再生制御の実行タイミングの管理を容易にすることができる。

すなわち、ＩＰムービーデータの後にＩＰムービーデータを続けて再生するときとＩＰＢムービーデータの後にＩＰムービーデータを続けて再生するときの何れであっても、先に再生表示しているムービーデータにおいて最後の伸長指示を行ったフレーム期間の次のフレーム期間からＩＰムービーデータの動画再生制御を開始することができるようになり、ＩＰムービーデータとＩＰＢムービーデータとが混在している場合であっても、ＩＰムービーデータの後にＩＰムービーデータを続けて再生するときとＩＰＢムービーデータの後にＩＰムービーデータを続けて再生するときとで続けて再生するＩＰムービーデータにおけるピクチャの伸長処理を開始するタイミングが共通化されているため、動画再生制御における伸長処理の実行タイミングの管理が容易となる。

上記のように、先に再生表示されるムービーデータの種類によらずに共通の実行タイミングで後に再生表示されるＩＰムービーデータの伸長処理が開始することとされ、続けて再生するＩＰムービーデータの動画再生制御における伸長処理の実行タイミングの管理が容易とされているので、ＩＰムービーデータとＩＰＢムービーデータとを混在させた動画再生制御の制御内容（例えば、制御フロー、制御プログラム）の設計が容易となる。具体的には、動画再生制御の制御内容の設計を行う設計者が、動画再生制御における各ムービーデータの出現箇所の割り当てを行う際に、先に再生表示するムービーデータの種類がＩＰムービーデータであるかＩＰＢムービーデータであるかを意識することなく、続けて再生表示する各ＩＰムービーデータを割り当てることができ、動画再生制御の制御内容を容易に設計することができるようになる。よって、動画再生制御のための制御プログラムの開発などのための作業負担を軽減させることができる。

特に、上記の例では、先に再生するＩＰＢムービーデータが、実際には表示されない最終表示予定画像を示す画像データが他のピクチャ（図１５（Ａ）に示した例ではピクチャＢ４、ピクチャＢ５）の伸長処理に使用されるものとされているので、ＩＰＢムービーデータにおける全てのピクチャを動画再生制御のために使用される必要なピクチャとすることができ、ムービーデータのデータ容量に無駄を生じさせないようにすることができるとともに、ＧＣＬ１０４に不必要な伸長・展開処理を実行させて無用な処理のために負荷を増大させてしまうことを防止することができる。すなわち、ＧＣＬ１０４における最終表示予定画像の伸長・展開処理を有効な処理とすることができる。

図１５（Ｂ）は、最後の伸長順番となっているピクチャがＢピクチャでないＩＰＢムービーデータを再生する際に、最後の表示順番のピクチャを表示しないとしたときの伸長タイミングと表示タイミングの例を示すタイミング図である。ここでは、簡単のため、図１５（Ｂ）に示すような、最後の表示順番のピクチャを表示すれば１３フレーム期間分の処理によって動画像が再生表示されるが、最後の表示順番のピクチャが表示されないため１２フレーム期間分の処理によって動画像が再生表示されることとなるＩＰＢムービーデータを用いて説明する。なお、図１５（Ｂ）に示す例では、ＩＰＢムービーデータのあとに続けてＩＰムービーデータにもとづく動画像が再生表示されることになっている。図１８は、図１５（Ｂ）に示すＩＰＢムービーデータの再生するために用いられる表示制御データの例を示す説明図である。図１５（Ｂ）に示すＩＰムービーデータの再生するために用いられる表示制御データは、上述した図１７に示した例と同一である。なお、ここでは、ＩＰムービーデータＢ１は、背景用のムービーデータではなく、演出表示用のムービーデータであるものとする。

図１５（Ｂ）に示すＩＰＢムービーデータは、最後の表示順番となるピクチャ（最終表示予定画像：ここではピクチャＰ６）が、再生表示されている動画像において表示されなくても少なくとも見た目上支障のないダミーピクチャとして生成されているものとする。

ＣＰＵ１０１は、各フレーム期間（Ｆ１〜Ｆ１１）にて、ＧＣＬ１０４に対して、表示制御データにもとづいて表示指示や伸長指示などの描画指示を行う（ステップＳ１８，ステップＳ１９参照）。

ＧＣＬ１０４は、ＣＰＵ１０１からの描画指示に応じて、各フレーム期間（Ｆ１〜Ｆ１１）において、前回のフレーム期間までにフレームバッファに展開されているピクチャを表示するためのビデオ信号を画像表示装置１２０に対して出力する処理（ステップＳ５２参照）、伸長順番に従って各ピクチャを伸長してフレームバッファに展開する処理（ステップＳ３７参照）などを行う。

そして、ＣＰＵ１０１は、１２番目のフレーム期間（Ｆ１２）が開始されたときに（ステップＳ１２参照）、新たな動画再生を開始することに決定し（ステップＳ１２のＹ参照）、ここではムービーデータＢ１を選択し（ステップＳ１４参照）、図１７に示すＩＰムービーデータの表示制御データに切り替えて（ステップＳ１５参照）、ＧＣＬ１０４に対して、新たに設定したＩＰムービーデータの表示制御データ（プロセスデータ番号１のプロセスデータ）にもとづいて、ＩＰムービーデータＢ１の指定（ステップＳ１６参照）などの他、表示指示（ステップＳ１８参照）および伸長指示（ステップＳ１９参照）を行う。すなわち、ＩＰＢムービーデータの表示制御データにおける１２番目のフレーム期間が、新たに設定したＩＰムービーデータの表示制御データにおける１番目のフレーム期間に切り替わる。このように、ＣＰＵ１０１は、１２番目のフレーム期間（Ｆ１２）における最後から２番目の表示順番のピクチャ（この例ではピクチャＰ５）の表示指示と、１３番目のフレーム期間（Ｆ１３）における最後の表示順番のピクチャ（この例ではピクチャＰ６）の表示指示とを行うことなく、ＩＰＢムービーデータの表示制御データにもとづく描画指示を終了し、新たに設定したＩＰムービーデータの表示制御データにもとづく描画指示を開始する。

ＧＣＬ１０４は、ＣＰＵ１０１にて新たに設定された表示制御データにもとづく１番目のフレーム期間（Ｆ１）において、ＣＰＵ１０１からのムービーデータの指定に応じて、ＩＰムービーデータＢ１の設定などを行う（ステップＳ３２〜Ｓ３５参照）。

また、ＧＣＬ１０４は、ＣＰＵ１０１にて新たに設定された表示制御データにもとづく１番目のフレーム期間（Ｆ１）において、ＣＰＵ１０１からの表示指示に応じて、前回のフレーム期間までにフレームバッファに展開されているＩＰＢムービーデータＡ３のピクチャＰ５を表示するためのビデオ信号を画像表示装置１２０に対して出力する（ステップＳ５２参照）。すなわち、ＧＣＬ１０４は、ＣＰＵ１０１からの表示指示を受けたときに、次の表示順番であるに表示順番１に相当する画像データがフレームバッファに展開されていないため、既に展開されており未だ表示に用いられていないピクチャのうち、表示順番が最も早いピクチャＰ５を表示するためのビデオ信号を画像表示装置１２０に対して出力する。

さらに、ＧＣＬ１０４は、ＣＰＵ１０１にて新たに設定された表示制御データにもとづく１番目のフレーム期間（Ｆ１）において、ＣＰＵ１０１からの伸長指示に応じて、ＩＰムービーデータＢ１における伸長順番が１番目のピクチャＩ１を伸長してフレームバッファに展開する（ステップＳ３７参照）。

その後、ＣＰＵ１０１は、ＩＰムービーデータＢ１についての各フレーム期間（Ｆ２〜Ｆ６）にて、ＧＣＬ１０４に対して、表示制御データにもとづいて表示指示や伸長指示などの描画指示を行う（ステップＳ１８，ステップＳ１９参照）。

ＧＣＬ１０４は、ＣＰＵ１０１からの描画指示に応じて、各フレーム期間（Ｆ２〜Ｆ６）において、前回のフレーム期間にてフレームバッファに展開されているピクチャを表示するためのビデオ信号を画像表示装置１２０に対して出力する処理（ステップＳ５２参照）、伸長順番に従って各ピクチャを伸長してフレームバッファに展開する処理（ステップＳ３７参照）などを行う。

このようにして、ＩＰＢムービーデータによる動画像の再生表示が終了したあとに、続けてＩＰムービーデータによる動画像の再生表示が開始される。なお、続けてＩＰＢムービーデータによる動画像の再生表示が開始される場合も、伸長処理が開始されるフレーム期間の次のフレーム期間で表示処理が開始されるものであれば、上述した例と同様に処理を行うことが可能である。

上記のように、ＣＰＵ１０１が、動画像の再生表示を開始させる際の最初のフレーム期間における描画指示にて、動画像の再生表示に用いる圧縮動画データの指示を行うとともに伸長指示を開始し、伸長指示を開始した最初の描画指示を行ったフレーム期間の次のフレーム期間における次の描画指示にて表示指示を開始し、最初の描画指示にてＩＰＢムービーデータを指示していたときには、Ｂピクチャの伸長を指示するための伸長指示が最初になされるフレーム期間以前のフレーム期間における描画指示にて、複数回の伸長指示を行う構成とし、さらに、最後の伸長順番となっているピクチャがＢピクチャでないＩＰＢムービーデータの最後の表示順番のピクチャ（最終表示予定画像：ここではピクチャＰ６）を表示することなく、表示順番が最後から２番目のピクチャの表示に続けて次のＩＰムービーデータの再生表示を開始するようにしているので、最後の伸長順番となっているピクチャがＢピクチャでないＩＰＢムービーデータの再生表示の後に続けてＩＰムービーデータの再生表示を行うときでも、続けて再生表示するＩＰムービーデータについての動画再生制御を開始するタイミングを共通化することができるようになり、動画再生制御の実行タイミングの管理を容易にすることができる。なお、上記のような最後の伸長順番となっているピクチャがＢピクチャでないＩＰＢムービーデータにおいては、最後の伸長順番となるピクチャが最終表示予定画像となるので、その最終表示予定画像の伸長処理が行われるフレーム期間が先に再生表示されるＩＰＢムービーデータの表示制御データにもとづく制御の最終フレーム期間となり、先に実行されるＩＰＢムービーデータの再生表示と後に実行されるＩＰムービーデータの再生表示の切替タイミングを容易に把握することができ、動画再生制御の実行タイミングの管理を容易にすることができる。

すなわち、ＩＰムービーデータの後にＩＰムービーデータを続けて再生するときとＩＰＢムービーデータの後にＩＰムービーデータを続けて再生するときの何れであっても、先に再生表示しているムービーデータにおいて最後の伸長指示を行ったフレーム期間の次のフレーム期間からＩＰムービーデータの動画再生制御を開始することができるようになり、ＩＰムービーデータとＩＰＢムービーデータとが混在している場合であっても、ＩＰムービーデータの後にＩＰムービーデータを続けて再生するときとＩＰＢムービーデータの後にＩＰムービーデータを続けて再生するときとで続けて再生するＩＰムービーデータにおけるピクチャの伸長処理を開始するタイミングが共通化されているため、動画再生制御における伸長処理の実行タイミングの管理が容易となる。

上記のように、先に再生表示されるムービーデータの種類によらずに共通の実行タイミングで後に再生表示されるＩＰムービーデータの伸長処理が開始することとされ、続けて再生するＩＰムービーデータの動画再生制御における伸長処理の実行タイミングの管理が容易とされているので、ＩＰムービーデータとＩＰＢムービーデータとを混在させた動画再生制御の制御内容（例えば、制御フロー、制御プログラム）の設計が容易となる。具体的には、動画再生制御の制御内容の設計を行う設計者が、動画再生制御における各ムービーデータの出現箇所の割り当てを行う際に、先に再生表示するムービーデータの種類がＩＰムービーデータであるかＩＰＢムービーデータであるかを意識することなく、続けて再生表示する各ＩＰムービーデータを割り当てることができ、動画再生制御の制御内容を容易に設計することができるようになる。よって、動画再生制御のための制御プログラムの開発などのための作業負担を軽減させることができる。

特に、上記の例では、先に再生するＩＰＢムービーデータが、実際には表示されない最終表示予定画像（図１５（Ｂ）に示した例ではピクチャＰ６）を示す画像データの伸長・展開処理が実行されるフレーム期間が、ＩＰムービーデータについての表示制御データに切り替える直前のフレーム期間となるので、最終表示予定画像の伸長・展開処理が実行されるフレーム期間の次のフレーム期間で表示制御データを切り替えるようにすることで、後に再生するＩＰムービーデータの伸長処理の開始タイミングを設定することができるようになる。よって、先に再生するＩＰＢムービーデータとして最終伸長ピクチャがＢピクチャでないムービーデータを用いることで、ムービーデータを連続して再生する際に制御対象とするムービーデータの切替タイミングを容易に定めることができるようになり、ムービーデータを連続して再生する際の動画再生制御における伸長処理の実行タイミングの管理を容易とすることができる。

なお、上記の実施の形態では、ＩＰＢムービーデータの動画再生制御が終了したあとブランクを空けずに次のフレーム期間から次のＩＰムービーデータの動画再生制御を開始するようにしていたが、ムービーデータの動画再生制御が終了したあと１または２以上のフレーム期間のブランクを空けて次のムービーデータの動画再生制御を開始するようにしてもよい。このように構成しても、続けて再生表示するムービーデータについての動画再生制御を開始するタイミングを共通化することができるようになり、動画再生制御の実行タイミングの管理を容易にすることができる。

また、上述した各実施の形態における画像処理装置１００は、複数種類のムービーデータによる動画像を再生表示する装置やシステムであればどのようなものにでも適用することができ、具体的には、例えば、ゲーム装置、パチンコ遊技機やスロットマシンなどの遊技機、街頭や電車内での動画を用いた広告を表示する広告表示装置、複数種類の動画を用いたスクリーンセイバーを表示する表示装置などに適用可能である。

ここで、上述した画像処理装置１００を適用可能な遊技機について詳しく説明する。まず、遊技機の一例である第１種パチンコ遊技機の全体の構成について説明する。図１９はパチンコ遊技機を正面からみた正面図である。

パチンコ遊技機１は、縦長の方形状に形成された外枠（図示せず）と、外枠の内側に開閉可能に取り付けられた遊技枠とで構成される。また、パチンコ遊技機１は、遊技枠に開閉可能に設けられている額縁状に形成されたガラス扉枠２を有する。遊技枠は、外枠に対して開閉自在に設置される前面枠（図示せず）と、機構部品等が取り付けられる機構板と、それらに取り付けられる種々の部品（後述する遊技盤を除く。）とを含む構造体である。

図１９に示すように、パチンコ遊技機１は、額縁状に形成されたガラス扉枠２を有する。ガラス扉枠２の下部表面には打球供給皿（上皿）３がある。打球供給皿３の下部には、打球供給皿３に収容しきれない遊技球を貯留する余剰球受皿４と打球を発射する打球操作ハンドル（操作ノブ）５が設けられている。ガラス扉枠２の背面には、遊技盤６が着脱可能に取り付けられている。なお、遊技盤６は、それを構成する板状体と、その板状体に取り付けられた種々の部品とを含む構造体である。また、遊技盤６の前面には遊技領域７が形成されている。

遊技領域７の中央付近には、それぞれが識別情報としての図柄を可変表示する複数の可変表示部を含む可変表示装置（特別可変表示部）９が設けられている。可変表示装置９には、例えば「左」、「中」、「右」の３つの可変表示部（図柄表示エリア）がある。この例では、可変表示装置９は、上述した画像表示装置１２０の機能を備えている。なお、可変表示装置９には、始動入賞口１４に入った有効入賞球数すなわち始動入賞記憶数を表示する４つの特別図柄始動記憶表示エリア（始動記憶表示エリア）１８が設けられている。有効始動入賞（始動入賞記憶数が４未満のときの始動入賞）がある毎に、表示色を変化させる（例えば青色表示から黄色表示に変化させる）始動記憶表示エリア１８を１増やす。そして、可変表示装置９の可変表示が開始される毎に、表示色が変化している始動記憶表示エリア１８を１減らす（すなわち表示色をもとに戻す）。

可変表示装置９の下方には、始動入賞口１４を含む可変入賞球装置１５が設けられている。始動入賞口１４に入った入賞球は、遊技盤６の背面に導かれ、始動口スイッチ（図示せず）によって検出される。また、可変入賞球装置１５は、開閉動作を行う左右の開閉片を備えている。この開閉片は、ソレノイド（図示せず）によって開状態とされる。

可変入賞球装置１５の下部には、特定遊技状態（大当り状態）においてソレノイド（図示せず）によって開状態とされる開閉板２０が設けられている。開閉板２０は大入賞口を開閉する手段である。開閉板２０から遊技盤６の背面に導かれた入賞球のうち一方（Ｖ入賞領域）に入った入賞球はＶ入賞スイッチ（図示せず）で検出され、開閉板２０からの入賞球はカウントスイッチ（図示せず）で検出される。遊技盤６の背面には、大入賞口内の経路を切り換えるためのソレノイド（図示せず）も設けられている。

ゲート３２に遊技球が入賞しゲートスイッチ（図示せず）で検出されると、普通図柄始動入賞記憶が上限に達していなければ、所定の乱数値が抽出される。そして、普通図柄表示器１０において表示状態が変化する可変表示を開始できる状態であれば、普通図柄表示器１０の表示の可変表示が開始される。普通図柄表示器１０において表示状態が変化する可変表示を開始できる状態でなければ、普通図柄始動入賞記憶の値が１増やされる。普通図柄表示器１０の近傍には、普通図柄始動入賞記憶数を表示する４つのＬＥＤによる表示部を有する普通図柄始動記憶表示器４１が設けられている。ゲート３２への入賞がある毎に、普通図柄始動記憶表示器４１は点灯するＬＥＤを１増やす。そして、普通図柄表示器１０の可変表示が開始される毎に、点灯するＬＥＤを１減らす。なお、特別図柄と普通図柄とを一つの可変表示装置で可変表示するように構成することもできる。その場合には、特別可変表示部と普通可変表示部とは１つの可変表示装置で実現される。

この例では、左右のランプ（点灯時に図柄が視認可能になる）が交互に点灯することによって普通図柄の可変表示が行われ、可変表示は所定時間（例えば２９．２秒）継続する。そして、可変表示の終了時に左側のランプが点灯すれば当りとなる。当りとするか否かは、ゲート３２に遊技球が入賞したときに抽出された乱数の値が所定の当り判定値と一致したか否かによって決定される。普通図柄表示器１０における可変表示の表示結果が当りである場合に、可変入賞球装置１５が所定回数、所定時間だけ開状態になって遊技球が入賞しやすい状態になる。すなわち、可変入賞球装置１５の状態は、普通図柄の停止図柄が当り図柄である場合に、遊技者にとって不利な状態から有利な状態に変化する。

さらに、特別遊技状態としての確変状態では、普通図柄表示器１０における停止図柄が当り図柄になる確率が高められるとともに、可変入賞球装置１５の開放時間と開放回数とのうちの一方または双方が高められ、遊技者にとってさらに有利になる。また、確変状態等の所定の状態では、普通図柄表示器１０における可変表示期間（変動時間）が短縮されることによって、遊技者にとってさらに有利になるようにしてもよい。

遊技盤６には、複数の入賞口２９，３０，３３，３９が設けられ、遊技球の入賞口２９，３０，３３，３９への入賞は、それぞれ入賞口スイッチによって検出される。遊技領域７の左右周辺には、遊技中に点滅表示される飾りランプ２５が設けられ、下部には、入賞しなかった打球を吸収するアウト口２６がある。また、遊技領域７の外側の左右上部には、効果音や音声を発する２つのスピーカ２７が設けられている。遊技領域７の外周には、天枠ランプ２８ａ、左枠ランプ２８ｂおよび右枠ランプ２８ｃが設けられている。

そして、この例では、左枠ランプ２８ｂの近傍に、賞球残数があるときに点灯する賞球ランプ５１が設けられ、右枠ランプ２８ｃの近傍に、補給球が切れたときに点灯する球切れランプ５２が設けられている。

打球発射装置から発射された遊技球は、打球レールを通って遊技領域７に入り、その後、遊技領域７を下りてくる。打球が始動入賞口１４に入り始動口スイッチで検出されると、図柄の可変表示を開始できる状態であれば、可変表示装置９において特別図柄が可変表示（変動）を始める。図柄の可変表示を開始できる状態でなければ、始動入賞記憶数を１増やす。

可変表示装置９における特別図柄の可変表示は、一定時間が経過したときに停止する。停止時の特別図柄の組み合わせが大当り図柄（特定表示態様）であると、大当り遊技状態に移行する。すなわち、開閉板２０が、一定時間経過するまで、または、所定個数（例えば１０個）の打球が入賞するまで開放する。そして、開閉板２０の開放中に打球がＶ入賞領域に入賞しＶ入賞スイッチで検出されると、継続権が発生し開閉板２０の開放が再度行われる。継続権の発生は、所定回数（例えば１５ラウンド）許容される。

停止時の可変表示装置９における特別図柄の組み合わせが確率変動を伴う大当り図柄（確変図柄）の組み合わせである場合には、次に大当りとなる確率が高くなる。すなわち、確変状態という遊技者にとってさらに有利な状態（特別遊技状態）となる。

図１９に示すような遊技機において、可変表示装置９におけるムービー画像などの表示制御を画像処理装置１００によって行うようにすればよい。遊技機においては、図柄を可変表示する可変表示装置９の表示制御は、例えば、遊技機に設けられている演出制御基板に搭載されている演出制御手段によって行われる。従って、この演出制御手段の機能に、上述したＣＰＵ１０１の機能を追加するようにすればよい。この場合、ムービー画像により、リーチ演出、大当り演出、予告演出などを行うことが考えられる。

次に、遊技機の他の一例であるスロット機（スロットマシン）の全体の構成について説明する。図２０はスロット機を正面からみた正面図である。

図２０に示すように、スロット機５００は、中央付近に遊技パネル５０１が着脱可能に取り付けられている。また、遊技パネル５０１の前面の中央付近には、複数種類の図柄が可変表示される可変表示装置５０２が設けられている。この実施の形態では、可変表示装置５０２には、「左」、「中」、「右」の３つの図柄表示エリアがあり、各図柄表示エリアに対応してそれぞれ図柄表示リール５０２ａ，５０２ｂ，５０２ｃが設けられている。

遊技パネル５０１の下部には、遊技者が各種の操作を行うための各種入力スイッチ等が配される操作テーブル５２０が設けられている。操作テーブル５２０の奥側には、コインを１枚ずつＢＥＴする（かける）ためのＢＥＴスイッチ５２１、１ゲームでかけることのできる最高枚数（本例では３枚）ずつコインをＢＥＴするためのＭＡＸＢＥＴスイッチ５２２、精算スイッチ５２３、及びコイン投入口５２４が設けられている。コイン投入口５２４に投入されたコインは、図示しない投入コインセンサによって検知される。

操作テーブル５２０の手前側には、スタートスイッチ５２５、左リールストップスイッチ５２６ａ、中リールストップスイッチ５２６ｂ、右リールストップスイッチ５２６ｃ及びコイン詰まり解消スイッチ５２７が設けられている。操作テーブル５２０の手前左右には、それぞれランプ５２８ａ，５２８ｂが設けられている。操作テーブル５２０の下部には、効果音等を出力するスピーカ５３０が設けられている。

遊技パネル５０１の上部には、遊技者に遊技方法や遊技状態等を報知する画像表示装置（ＬＣＤ：液晶表示装置）５４０が設けられている。例えば、入賞発生時に、キャラクタが所定動作を行う画像を画像表示装置５４０に表示することで、後述する当選フラグが設定されていることを遊技者に報知する。この例では、画像表示装置５４０は、上述した画像表示装置１２０の機能を備えている。また、画像表示装置５４０の左右には、効果音を発する２つのスピーカ５４１Ｌ，５４１Ｒが設けられている。

なお、スロット機５００で発生する入賞役には、小役入賞と、リプレイ入賞と、ビッグボーナス入賞と、レギュラーボーナス入賞とがある。スロット機５００では、スタートスイッチ５２５を操作したタイミングで乱数が抽出され、上記いずれかの入賞役による入賞の発生を許容するか否かを決定する。入賞の発生が許容されていることを、「内部当選している」という。内部当選した場合、その旨を示す当選フラグがスロット機５００の内部で設定される。当選フラグが設定された状態でのゲームでは、その当選フラグに対応する入賞役を引き込むことが可能なようにリール５０２ａ〜５０２ｃが制御される。一方、当選フラグが設定されていない状態でのゲームでは、入賞が発生しないようにリール５０２ａ〜５０２ｃが制御される。

次に、スロット機により提供されるゲームの概要について説明する。
例えば、コイン投入口５２４からコインが投入されＢＥＴスイッチ５２１又はＭＡＸＢＥＴスイッチ５２２が押下される等してかけ数が設定されると、スタートスイッチ５２５の操作が有効となる。そして、遊技者によってスタートスイッチ５２５が操作されると、可変表示装置５０２に設けられている各図柄表示リール５０２ａ〜５０２ｃが回転を始める。また、スタートスイッチ５２５を操作したタイミングで、レギュラーボーナス入賞又はビッグボーナス入賞が内部当選した場合には、例えば、画像表示装置５４０に所定のキャラクタが所定の動作を行っている画面を表示する等して、内部当選した旨が遊技者等に報知される。

各図柄表示リール５０２ａ〜５０２ｃが回転を始めてから所定時間が経過すると、各リールストップスイッチ５２６ａ〜５２６ｃの操作が有効となる。この状態で、遊技者が各リールストップスイッチ５２６ａ〜５２６ｃのいずれかを押下すれば、操作されたストップスイッチに対応するリールの回転が停止する。なお、各図柄表示リール５０２ａ〜５０２ｃを停止させずに、所定期間以上放置した場合には、各図柄表示リール５０２ａ〜５０２ｃが自動的に停止する。

すべての図柄表示リール５０２ａ〜５０２ｃが停止した時点で、可変表示装置５０２に表示されている各図柄表示リール５０２ａ〜５０２ｃの上段、中段、下段の３段の図柄中、かけ数に応じて定められる有効な入賞ライン上に位置する図柄の組合せによって入賞したか否かが定められる。かけ数が１の場合には、可変表示装置５０２における中段の横１列の入賞ラインのみが有効となる。かけ数が２の場合には、可変表示装置５０２における上段、中段、下段の横３列の入賞ラインが有効となる。かけ数が３の場合には、可変表示装置５０２における横３列と斜め対角線上２列の合計５本の入賞ラインが有効ラインとなる。

有効ライン上の図柄の組合せが、予め定められた特定の表示態様となって入賞が発生した場合には、音、光、画像表示装置５４０の表示等によって所定の遊技演出がなされ、入賞の発生に応じたゲームが開始される。

スロット機５００では、スロット機５００に搭載されている演出制御手段が、スロット機５００に設けられている画像表示装置５４０の表示制御を行う。従って、この演出制御手段の機能に、上述したＣＰＵ１０１の機能を追加するようにすればよい。画像表示装置５４０には、演出制御手段の制御によって、飾り図柄の変動表示や、遊技状態や遊技方法を報知するための表示等の様々な情報が表示される。そのような、飾り図柄の変動表示や、遊技状態や遊技方法を報知するための表示等の様々な情報の表示をムービー画像により行い、そのムービー画像の表示制御を画像処理装置１００によって行うようにすればよい。

本発明は、ＩＰ圧縮動画データとＩＰＢ圧縮動画データとを混在して演出に使用する画像処理装置において、動画再生制御における伸長処理の実行タイミングの管理を容易にするために有用である。

本発明の一実施の形態における画像処理装置の例を示すブロック図である。 ＣＧＲＯＭに記憶されているムービーデータの例を示す説明図である。 表示制御データの内容の例を示す説明図である。 フレームバッファの例を示す説明図である。 ＣＰＵによって実行されるＶブランク割込処理の例を示すフローチャートである。 ＧＣＬによって実行される画像展開処理の例を示すフローチャートである。 ＧＣＬによって実行される画像表示処理の例を示すフローチャートである。 ＩＰムービーデータにもとづくムービー画像が再生表示されるときの各ピクチャの展開タイミングと表示タイミングの例を示す説明図である。 ＩＰムービーデータが処理されるときのフレームバッファの格納状態の例を示す説明図である。 図１０（Ａ）は本例のＩＰＢムービーデータにもとづくムービー画像が再生表示されるときの各ピクチャの展開タイミングと表示タイミングの例を示す説明図である。図１０（Ｂ）は従来のＩＰＢムービーデータにもとづくムービー画像が再生表示されるときの各ピクチャの展開タイミングと表示タイミングの例を示す説明図である。 ＩＰＢムービーデータが処理されるときのフレームバッファの格納状態の例を示す説明図である。 ＩＰＢムービーデータにもとづくムービー画像が再生表示されるときの各ピクチャの展開タイミングと表示タイミングの他の例を示す説明図である。 ＩＰＢムービーデータが処理されるときのフレームバッファの格納状態の他の例を示す説明図である。 表示制御データの内容の他の例を示す説明図である。 図１５（Ａ）は最後の伸長順番となっているピクチャがＢピクチャとなっているＩＰＢムービーデータを最後の表示順番のピクチャを表示しないで再生表示するときの伸長タイミングと表示タイミングの例を示すタイミング図である。図１５（Ｂ）は最後の伸長順番となっているピクチャがＢピクチャでないＩＰＢムービーデータを最後の表示順番のピクチャを表示しないで再生表示するときの伸長タイミングと表示タイミングの例を示すタイミング図である。 ＩＰＢムービーデータを再生するために用いられる表示制御データの例を示す説明図である。 ＩＰムービーデータを再生するために用いられる表示制御データの例を示す説明図である。 ＩＰＢムービーデータを再生するために用いられる表示制御データの他の例を示す説明図である。 パチンコ遊技機を正面からみた正面図である。 スロットマシンを正面からみた正面図である。

符号の説明

１００ 画像処理装置
１０１ ＣＰＵ
１０２ ＲＯＭ（制御ＲＯＭ）
１０３ ＲＡＭ
１０４ ＧＣＬ
１０５ ＣＧＲＯＭ（画像ＲＯＭ）
１０６ ＳＤＲＡＭ（ＶＲＡＭ）
１０７ パレットバッファ
１０８ ＣＧデータバッファ
１０９ 描画制御部
１１０ 表示信号制御部
１１１ 動画伸長部
１２０ 画像表示装置

Claims (7)

1. 所定の圧縮方式でデータ圧縮された複数の圧縮画像データを含む圧縮動画データにもとづく動画像を画像表示手段に再生表示するための画像処理を行う画像処理装置であって、
   双方向予測符号化により圧縮された双方向圧縮画像データを含む第１圧縮動画データと、前記双方向圧縮画像データを含まない第２圧縮動画データとを含む複数の圧縮動画データを記憶する圧縮動画データ記憶手段と、
   あらかじめ定められているフレーム期間毎に、圧縮動画データにもとづく動画像を再生表示させるための制御情報を設定する制御情報設定手段と、
   該制御情報設定手段によって設定された制御情報にもとづいて、前記圧縮動画データを順次伸長して当該圧縮動画データにもとづく動画像を再生する動画像再生手段と、を備え、
   該動画像再生手段は、
   前記制御情報設定手段により設定された制御情報に含まれる伸長指示に応じて、前記圧縮動画データに含まれている圧縮画像データを、あらかじめ定められている伸長順番で伸長する伸長処理を行う伸長処理手段と、
   前記制御情報設定手段により設定された前記制御情報に含まれる表示指示に応じて、前記伸長処理手段により伸長された画像データにもとづく画像を、あらかじめ定められた表示順番に従って前記フレーム期間毎に前記画像表示手段に順次表示することで、前記圧縮動画データにもとづく動画像を再生表示する再生表示処理を行う再生表示処理手段と、を含み、
   前記制御情報設定手段は、
   動画像の再生表示を開始させる際に設定する最初の制御情報にて動画像の再生表示に用いる圧縮動画データを指定するとともに、該圧縮動画データを指定した前記最初の制御情報を設定したフレーム期間から前記伸長指示を開始し、
   前記伸長指示を開始した制御情報を設定したフレーム期間の次のフレーム期間から前記表示指示を開始し、
   前記最初の制御情報にて指定した圧縮動画データが前記第１圧縮動画データであったときは、双方向圧縮画像データの伸長を指示するための伸長指示が最初になされるフレーム期間以前のフレーム期間に設定する制御情報にて、複数回の伸長指示を行い、
   前記動画像再生手段により前記第１圧縮動画データにもとづく動画像の再生が行われたあと続けて圧縮動画データにもとづく動画像が再生されるときには、先の再生に用いられる第１圧縮動画データにもとづく動画像における表示順番が最後となる最終表示予定画像が表示されるべきフレーム期間の前のフレーム期間にて、後の再生に用いられる圧縮動画データにもとづく動画像における表示順番が最初となる最先表示画像の伸長指示を含む制御情報の設定を行い、前記最終表示予定画像が表示されるべきフレーム期間にて、当該最終表示予定画像の表示指示を含む制御情報の設定を行うことなく、後の再生に用いられる圧縮動画データにもとづく動画像における前記最先表示画像の表示指示を含む制御情報の設定を行い、
   前記動画像再生手段は、
   前記制御情報設定手段によって設定された制御情報にもとづいて、先の再生に用いられる第１圧縮動画データにもとづく動画像における表示順番が前記最終表示予定画像の１つ前となる画像を当該第１圧縮動画データにもとづく動画像の最終画像として表示し、該最終画像を表示したフレーム期間の次のフレーム期間である前記最終表示予定画像が表示されるべきフレーム期間にて前記最先表示画像を表示し、
   前記伸長処理手段は、
   前記動画像再生手段により前記第１圧縮動画データにもとづく動画像の再生が行われたあと続けて圧縮動画データにもとづく動画像が再生されるときには、先の再生に用いられる前記第１圧縮動画データにもとづく動画像における最終表示予定画像を示す画像データは、当該第１圧縮動画データにもとづく動画像における他の画像を示す圧縮画像データの伸長処理に使用しないとともに、
   前記制御情報設定手段は、
   先の再生に用いられる前記第１圧縮動画データにもとづく動画像における前記最終表示予定画像の伸長指示を含む制御情報の設定を行うフレーム期間の次のフレーム期間にて、後の再生に用いられる圧縮動画データにもとづく動画像における前記最先表示画像の伸長指示を含む制御情報の設定を行う
   ことを特徴とする画像処理装置。
2. 伸長処理手段は、伸長処理にて、圧縮画像データを伸長した画像データを複数のフレームバッファのいずれかに記憶させるフレームバッファ記憶処理を行い、
   制御情報設定手段により設定された制御情報にて指定された動画像の再生表示に用いる圧縮動画データが第１圧縮動画データであるか第２圧縮動画データであるかに応じて前記伸長処理で用いるフレームバッファの数を決定するフレームバッファ数決定手段を備え、
   前記フレームバッファ数決定手段は、第１圧縮動画データであったときは、第２圧縮動画データであったときよりも多い数に決定する
   請求項１記載の画像処理装置。
3. 伸長処理手段は、伸長処理にて、圧縮画像データを伸長した画像データを複数のフレームバッファのいずれかに記憶させるフレームバッファ記憶処理を行い、
   制御情報設定手段により設定された制御情報にて指定された動画像の再生表示に用いる圧縮動画データにもとづく当該動画像における画像サイズを判別し、判別結果に応じたサイズの記憶領域をフレームバッファとして設定するフレームバッファ設定手段を備えた
   請求項１または請求項２記載の画像処理装置。
4. 制御情報設定手段は、所定のフレーム期間において設定した制御情報にて伸長指示を行ったあと、伸長処理手段が該伸長指示に応じて実行している伸長処理が終了する前に該フレーム期間が終了したときは、次のフレーム期間に設定する制御情報おいて前記所定のフレーム期間と同一の画像データにもとづく画像を表示させる表示指示を行う
   請求項１から請求項３のうちいずれかに記載の画像処理装置。
5. 最終表示予定画像は、表示順番が当該最終表示予定画像の１つ前となる画像と同一の画像である
   請求項１から請求項４のうちいずれかに記載の画像処理装置。
6. 圧縮動画データは、該圧縮動画データにもとづく動画における表示物の移動速度が速い部分に、表示物の移動速度が遅い部分と比較してフレーム内符号化により圧縮されたフレーム内圧縮画像データを多く用いたデータ構造とされた部分を含む
   請求項１から請求項５のうちいずれかに記載の画像処理装置。
7. 伸長処理手段は、伸長処理にて、圧縮画像データを伸長した画像データを複数のフレームバッファのいずれかに記憶させるフレームバッファ記憶処理を行い、
   スプライト画像を表示するためのスプライト画像データを記憶するスプライト画像データ記憶手段と、
   制御情報設定手段により設定された制御情報に含まれる画像合成指示に応じて、再生表示処理手段によって圧縮動画データにもとづく動画像の再生表示処理が実行される際に、前記スプライト画像データ記憶手段からスプライト画像データを読み出してスプライト画像を生成し、前記圧縮動画データにもとづく動画像における各画像上に前記スプライト画像を順次合成する合成画像生成手段と、を備え、
   前記制御情報設定手段は、１フレーム期間毎に前記画像合成指示を含む制御情報を設定し、２フレーム期間毎に伸長指示を含む制御情報を設定する
   請求項１から請求項６のうちいずれかに記載の画像処理装置。

Images