(57)【特許請求の範囲】
【請求項１】
少なくともフレーム間符号化方式を含む符号化方式により符号化された複数の動画データが予め格納される第一のメモリと、
複数の物理ページで構成される動画自動展開領域が規定された第二のメモリと、
前記複数の物理ページと、その各々に格納される各動画データの識別情報との対応関係が格納される第一のテーブルと、
前記第一のメモリに格納された符号化された複数の動画データを復号化するための動画デコーダと、
少なくとも前記動画データの前記識別情報を含む動画表示コマンドを外部から入力すると、前記識別情報に基づいて、前記動画デコーダに対して、前記第一のメモリから前記識別情報に係る動画データを読み出して復号化するように指示し、前記第一のテーブルに基づいて、復号化された画像データを前記複数の物理ページのうちの空き物理ページに、前記外部による認識を離れて自動的に展開して格納すると共に、その格納に応じて前記第一のテーブルを更新するページ領域管理部と、
を備えることを特徴とする画像処理装置。
【請求項２】
前記識別情報は、前記第一のメモリにおける前記動画データの格納アドレスであることを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記第一のメモリは、符号化された複数の静止画データを更に予め格納し、
前記第二のメモリには、リングバッファに対応した静止画自動展開領域が規定され、
前記第一のメモリに格納された符号化された複数の静止画データを復号化するための静止画デコーダと、
少なくとも前記静止画データの前記識別情報を含む静止画表示コマンドを外部から入力すると、前記識別情報に基づいて、前記静止画デコーダに対して、前記第一のメモリから前記識別情報に係る静止画データを読み出して復号化するように指示し、読み出された静止画データを前記リングバッファに格納することにより、前記第二のメモリの静止画自動展開領域に巡回的に格納するように管理するリング領域管理部と、を更に備えることを請求項１に記載の画像処理装置。
【請求項４】
前記識別情報は、前記第一のメモリにおける前記静止画データの格納アドレスであることを特徴とする請求項３に記載の画像処理装置。
【請求項５】
前記ページ領域管理部は、前記動画自動展開領域に対するデフラグ処理に係るコマンドを入力すると、前記各動画データが、前記複数の物理ページに連続的に格納されるように、前記第一のテーブルを更新することを請求項１に記載の画像処理装置。
【請求項６】
前記識別情報と、その各々が格納される各物理ページの対応関係が格納された第二のテーブルを更に備え、
前記動画自動展開領域に格納された各動画データをアクセスする場合には、前記第二のテーブルが参照されることを特徴とする請求項１に記載の画像処理装置。
【請求項７】
各動画データは、遊技機で表示されるための容量が多様なデータであることを特徴とする請求項１乃至６のいずれかに記載の画像処理装置。
【請求項８】
前記遊技機は、パチンコ機、パチスロ機を含むアミューズメント機であることを特徴とする請求項７に記載の画像処理装置。
【請求項９】
第一のメモリと、第二のメモリと、画像表示プロセッサとを少なくとも備える画像処理装置における画像処理方法であって、
少なくともフレーム間符号化方式を含む符号化方式により符号化された複数の動画データを前記第一のメモリに予め格納しておき、
前記第二のメモリに、複数の物理ページで構成される動画自動展開領域を規定しておき、
前記画像表示プロセッサは、少なくとも前記動画データの識別情報を含む動画表示コマンドを外部から入力し、
前記画像表示プロセッサは、前記識別情報に基づいて、前記第一のメモリから前記識別情報に係る動画データを読み出して復号化し、
前記画像表示プロセッサは、前記複数の物理ページと、その各々に格納される各動画データの前記識別情報との対応関係が格納されるテーブルに基づいて、復号化された画像データを前記複数の物理ページのうちの空き物理ページに、前記外部による認識を離れて自動的に展開して格納すると共に、その格納に応じて前記テーブルを更新することを特徴とする画像処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遊技機等における画像表示に使用される画像処理装置及び画像処理方法に関し、特に、使用するユーザーの負担を軽減すると共に、画像データを効率よく処理できる画像処理装置及び画像処理方法に関する。
【背景技術】
【０００２】
パチンコ機、パチスロ機、ゲーム機等の遊技機は、その遊技の進行に応じて、画像表示デバイス（典型的には、液晶表示装置（ＬＣＤ：Liquid Crystal Display））に、精細な静止画や高速に変化する動画を表示することが今や常識となっている。
【０００３】
ここで上述のような静止画及び動画は、圧縮して予めメモリに格納しておき、遊技の進行に応じて、当該メモリから読みだしてきて、それぞれ必要な処理や加工を施した後、ビデオＲＡＭ（Random Access Memory）に展開して表示デバイスに表示される。かかる画像の出力処理は、専用の画像処理装置で行われる。但し、その処理装置が他の情報（例えば音声、光等）の出力処理装置を兼ねる場合も多い。
【０００４】
図４は、遊技機に使用される、静止画及び動画を表示するための従来の画像処理装置の概略構成を示すブロック図である。同図に示す従来における画像処理装置は、画像表示プロセッサ１００と、中央処理装置（以下、「ＣＰＵ（Central Processing Unit）」と称す）２と、データＲＯＭ（Read Only Memory）３と、ビデオＲＡＭ４と、表示デバイス５と、ワークＲＡＭ６とを備えている。ここで、ＣＰＵ２、データＲＯＭ３、ビデオＲＡＭ４、及び表示デバイス５は、それぞれ画像表示プロセッサ１００に接続されている。また、ワークＲＡＭ６は、ＣＰＵ２に接続されている。
【０００５】
画像表示プロセッサ１００は、コマンドアナライザ１０１と、リングバッファ１０２と、静止画デコーダ１０３と、動画デコーダ１０５と、描画回路１０６と、表示回路１０７と、ビデオＲＡＭインターフェース１０８とを少なくとも備えている。ここで、この画像表示プロセッサ１００内の上記各構成を接続する線分に関し、実線は、画像等のデータの流れを示しており、破線は、コマンドやそれに伴うパラメータの流れを示している。
【０００６】
次に、図４に示した従来の画像処理装置の動作の概略を説明する。  
なお、本装置の場合、データＲＯＭ３には、圧縮符号化された静止画データ及び動画データが格納されているものとする。そこで、ＣＰＵ２は、遊技機等の遊技の進行に応じて画像を表示するよう予め組まれたプログラムを逐次実行するものであり、画像表示プロセッサ１００内のコマンドアナライザ１０１に、コマンド及びパラメータを発行する。
【０００７】
コマンドアナライザ１０１は、入力したコマンドを解析し、静止画表示に関するコマンドの場合は、静止画に係る処理装置を付勢する。なお、静止画データは、一般的に多くの場合、フレーム内符号化方式のみを用いて、所定の処理単位ごとに符号化されたフレーム内符号化画像（Ｉ（Intra）ピクチャ）の形式でデータＲＯＭ３に格納されている。
【０００８】
そこで、静止画表示に関するコマンドに応じて、データＲＯＭ３から読みだされた圧縮符号化された静止画データは、静止画デコーダ１０３で復号化されて伸長され、リングバッファ１０２を介して、ビデオＲＡＭ４のアドレス空間において、対応付けられて予め確保された静止画自動展開領域（図２（ｂ）参照）に自動展開される。そして、その静止画データは、描画回路１０６及び表示回路１０７を経て表示デバイス５に表示される。
【０００９】
一方、動画データの表示処理については、フレームを跨いでビデオＲＡＭ４上のデータを再利用するため、静止画データに対する処理のようなハードウェア構成による自動展開は行われておらず、以下のようにＣＰＵ２からの詳細な指示により行われていた。
【００１０】
なお、動画データは、一般的に多くの場合、フレーム内符号化方式による符号化画像と、フレーム間符号化方式による符号化画像（前方向予測符号化（Ｐ（Predictive）ピクチャ）等）とにより形成されてデータＲＯＭ３に格納されている。
【００１１】
そこで、従来においては、ＣＰＵ２は、動画データのロードコマンドと共に、データＲＯＭ３内のロードすべき画像データのアドレス、前回のフレームが展開されたビデオＲＡＭ４内のアドレス、また場合によっては今回のフレームが展開されるべきビデオＲＡＭ４内のアドレス等のパラメータを、画像表示プロセッサ１００に与える。それらのデータは、コマンドアナライザ１０１を介して動画デコーダ１０５に与えられ、その動画デコーダ１０５は、それらの情報に基づき、データＲＯＭ３から圧縮された動画データを読み出して伸長し、ビデオＲＡＭ４の任意領域ＡＲ内の指示されたアドレスの領域に展開する（図２（ｂ）参照）。つまり、上位装置たるＣＰＵ２が、どの復号化動画データが、ビデオＲＡＭ４のどの位置に格納されているかを常に把握し管理していることになる。
【００１２】
このような動画データの復号化処理が開示された文献としては、例えば、特許文献１がある。当該特許文献１においては、復号化動画データが格納されるべきワークメモリ内に第１のワーク領域と第２のワーク領域を確保し、参照画像の展開やフレーム間予測符号化画像の展開を行って元の復号化画像を得ている。
【先行技術文献】
【特許文献】
【００１３】
【特許文献１】特開２００８−１３６１２４号公報
【特許文献２】特開２００５−１０２１４４号公報
【発明の概要】
【発明が解決しようとする課題】
【００１４】
しかしながら、上述した従来の画像処理装置においては、動画データをロードするごとに、ＣＰＵ２から動画展開領域のアドレスを指定する必要があり、ＣＰＵ２の負担の負担が大きい。
【００１５】
また、ビデオＲＡＭ４に書き込まれた動画データは、不要になれば破棄されて、その領域は新たに空き領域となるが、処理の進展に応じて、空き領域への書き込みや破棄による空き領域化が繰り返されると、いわゆるフラグメンテーション（Fragmentation）が発生する。
【００１６】
従来においては、このフラグメンテーションに対する回復処理、すなわち、いわゆるデフラグ（De-Fragmentation）処理もＣＰＵ２が行わなければならなかった。具体的には、ＣＰＵ２が、デフラグのコマンドと共に、空き領域を削除すべく移動する動画データの移動前のアドレスと移動後のアドレスをそれぞれ指定して行っていた。従って、かかる点でも、ＣＰＵ２の負担は大きかった。特に、パチンコ機等の遊技機に表示される動画像は大小各種様々あり、そのデータ量は不均一であり、不規則なフラグメンテーションが短時間で発生し易い。
【００１７】
総じて以上から、ＣＰＵ２が動画データのビデオＲＡＭ４への展開状況を常に把握していなければならず、当該装置を活用するユーザー（具体的には、プログラマー）の負担が大きいという課題があった。
【００１８】
一方、上述のように、静止画データについては、その性質上、リングバッファを用いて管理することにより、ビデオＲＡＭ４上へ自動展開していたが、動画データについても、それに適した別個の自動展開の方法が望まれていた。
【００１９】
本発明は上述のような事情から為されたものであり、本発明の目的は、使用するユーザーの負担を軽減すると共に、画像データを効率よく処理できる画像処理装置及び画像処理方法を提供することにある。
【００２０】
なお、特許文献２には、プロセッサと主記憶装置の間に、キャッシュ装置を設け、ＴＬＢ（Translation Look-aside Buffer）によりキャッシュ装置に格納されているデータを管理する技術が開示されているが、動画データのみを対象としたものであって、かつ、アドレス空間全体を対象としている。
【課題を解決するための手段】
【００２１】
上記目的を達成するため、本発明の画像処理装置は、少なくともフレーム間符号化方式を含む符号化方式により符号化された複数の動画データが予め格納される第一のメモリと、複数の物理ページで構成される動画自動展開領域が規定された第二のメモリと、前記複数の物理ページと、その各々に格納される各動画データの識別情報との対応関係が格納される第一のテーブルと、前記第一のメモリに格納された符号化された複数の動画データを復号化するための動画デコーダと、少なくとも前記動画データの前記識別情報を含む動画表示コマンドを外部から入力すると、前記識別情報に基づいて、前記動画デコーダに対して、前記第一のメモリから前記識別情報に係る動画データを読み出して復号化するように指示し、前記第一のテーブルに基づいて、復号化された画像データを前記複数の物理ページのうちの空き物理ページに、前記外部による認識を離れて自動的に展開して格納すると共に、その格納に応じて前記第一のテーブルを更新するページ領域管理部と、を備えることを要旨とする。
【００２２】
ここで、前記識別情報は、前記第一のメモリにおける前記動画データの格納アドレスであることが好適である。
【００２３】
更に、前記第一のメモリは、符号化された複数の静止画データを更に予め格納し、前記第二のメモリには、リングバッファに対応した静止画自動展開領域が規定され、前記第一のメモリに格納された符号化された複数の静止画データを復号化するための静止画デコーダと、少なくとも前記静止画データの前記識別情報を含む静止画表示コマンドを外部から入力すると、前記識別情報に基づいて、前記静止画デコーダに対して、前記第一のメモリから前記識別情報に係る静止画データを読み出して復号化するように指示し、読み出された静止画データを前記リングバッファに格納することにより、前記第二のメモリの静止画自動展開領域に巡回的に格納するように管理するリング領域管理部と、を更に備えることが好適である。
【００２４】
そのとき、前記識別情報は、前記第一のメモリにおける前記静止画データの格納アドレスであることが好適である。
【００２５】
また、前記ページ領域管理部は、前記動画自動展開領域に対するデフラグ処理に係るコマンドを入力すると、前記各動画データが、前記複数の物理ページに連続的に格納されるように、前記第一のテーブルを更新することが好適である。
【００２６】
更に、前記識別情報と、その各々が格納される各物理ページの対応関係が格納された第二のテーブルを更に備え、前記動画自動展開領域に格納された各動画データをアクセスする場合には、前記第二のテーブルが参照されることが好適である。
【００２７】
各動画データは、遊技機で表示されるための容量が多様なデータであることが好適である。ここで、前記遊技機は、少なくともパチンコ機、パチスロ機を含むアミューズメント機であることが好適である。
【００２８】
一方、上記目的を達成するため、本発明の画像処理方法は、第一のメモリと、第二のメモリと、画像表示プロセッサとを少なくとも備える画像処理装置における画像処理方法であって、少なくともフレーム間符号化方式を含む符号化方式により符号化された複数の動画データを前記第一のメモリに予め格納しておき、前記第二のメモリに、複数の物理ページで構成される動画自動展開領域を規定しておき、前記画像表示プロセッサは、少なくとも前記動画データの識別情報を含む動画表示コマンドを外部から入力し、前記画像表示プロセッサは、前記識別情報に基づいて、前記第一のメモリから前記識別情報に係る動画データを読み出して復号化し、前記画像表示プロセッサは、前記複数の物理ページと、その各々に格納される各動画データの前記識別情報との対応関係が格納されるテーブルに基づいて、復号化された画像データを前記複数の物理ページのうちの空き物理ページに、前記外部による認識を離れて自動的に展開して格納すると共に、その格納に応じて前記テーブルを更新することを要旨とする。
【発明の効果】
【００２９】
本発明の画像処理装置及び画像処理方法によれば、表示のために画像データを第一のメモリからロードする際、指令する上位の制御装置は、動画の識別情報を指定するだけで、第二のメモリ内での格納場所のアドレスを必要としない。つまり、ページ領域管理部が、第二のメモリの予め規定した領域を複数の物理ブロックとして第一のテーブルに基づきページ管理する。従って、上位の制御装置は、第二のメモリ上での格納場所を意識する必要がなく、そのフラグメント化された領域を考慮する必要がなくなる。また、このようにハードウェアに任せている分、時間的に余裕ができ、遊技機のように、動画データを多く流す処理や、動画の切り替え等のクリティカルな処理も比較的容易に行える。
【００３０】
要するに、上位の制御装置の負荷、言い換えれば、その制御装置が処理するプログラムを作成するプログラマの負荷を軽減できると共に、動画の切り替え時等における処理速度の向上も期待できる。
【００３１】
また、本発明のように静止画データ処理を含む画像処理装置によれば、静止画データに対する自動展開の管理の方法とは異なる、動画データに適した方法により、別個に、動画データに対する自動展開を行っているので、画像データを効率的に処理することができる。特に、遊技機で処理される各動画データは、静止画データと異なり、多種多様でその容量もまちまちなので、かかる独立した処理が有効である。また、その分、そのハードウェアに要する費用も抑えることができる。
【００３２】
また、本発明の画像処理装置においてデフラグ処理をする際、上位の制御装置は、移動の前後のアドレスを指定する必要はなく、コマンドのみを発行すればよい。また、その処理をページ領域管理部に任せているので、制御装置が、デフラグ処理に時間を多く割く必要がない。特に、本発明の画像処理装置が、パチンコ機等の遊技機に適用される場合には、動画サイズの多様性の観点から、ハードウェアによるデフラグの効果は多大である。
【図面の簡単な説明】
【００３３】
【図１】図１は、本発明の画像処理装置に基づく一実施形態の概略構成を示すブロック図である。
【図２】図２は、ビデオＲＡＭの領域割り当てを表すアドレス空間を示す図であり、同図（ａ）は、本発明におけるアドレス空間を示し、同図（ｂ）は、従来におけるアドレス空間を示している。
【図３】図３は、ビデオＲＡＭ内の物理アドレスで規定される領域への、仮想アドレスで規定される動画データの配置を説明するための図である。
【図４】図４は、従来における画像処理装置の概略構成を示すブロック図である。
【発明を実施するための形態】
【００３４】
以下、図面を参照して、本発明の実施の形態について詳細に説明する。  
図１は、本発明の画像処理装置に基づく一実施形態の概略構成を示すブロック図である。そこで、同図に示す画像処理装置は、画像表示プロセッサ１と、ＣＰＵ２と、データＲＯＭ３と、ビデオＲＡＭ４と、表示デバイス５と、ワークＲＡＭ６とを備えている。ここで、ＣＰＵ２、データＲＯＭ３、ビデオＲＡＭ４、及び表示デバイス５は、それぞれ画像表示プロセッサ１に接続されている。また、ワークＲＡＭ６は、ＣＰＵ２に接続されている。
【００３５】
画像表示プロセッサ１は、コマンドアナライザ１０１と、リング領域管理ユニット１１２と、静止画デコーダ１０３と、リング領域管理テーブル１１３と、動画デコーダ１０５と、描画回路１０６と、表示回路１０７と、ビデオＲＡＭインターフェース１０８と、ページ領域管理ユニット１０９と、ページ領域管理テーブル１１０と、逆引きテーブル１１１とを少なくとも備えている。ここで、この画像表示プロセッサ１００内の上記各構成を接続する線分に関し、実線は、画像等のデータの流れを示しており、破線は、コマンドやそれに伴うパラメータの流れを示している。
【００３６】
なお、実際の物理的構成としては、ＣＰＵ２、ビデオＲＡＭ４、及びワークＲＡＭ６は、画像表示プロセッサチップ内に内蔵される場合もある。それらが内蔵された場合は、一般的に、性能は向上するが、反面、画像表示プロセッサチップ単体のコストは機能追加のために上がるが、全体を１つのチップとすることでシステム全体としてはコスト減とすることができる。但し、本発明の趣旨は、その物理的構成には左右されない。
【００３７】
ページ領域管理テーブル１１０は、ビデオＲＡＭ４内の後述する動画自動展開領域の各物理ページと、それらに格納される各動画データの対応付けを表したテーブルであり、具体的には、物理ページの各番号と、各物理ページに分割して格納される各画像データの各分割データを特定する仮想アドレス（先頭アドレス等）とが対応付けられている。このページ領域管理テーブル１１０は、高速性を期して、ハードウェアたるトランスレーション・ルックアサイド・バッファ（ＴＬＢ：Translation Look-aside Buffer）で構成されるのが好ましい。
【００３８】
また、逆引きテーブル１１１は、各画像データの各分割データと論理的に対応する仮想ページと、それに対応する上記各物理ページの対応付けを表したテーブルであり、具体的には、例えば、仮想ページの各番号と、物理ページの各番号とが対応付けられている。
【００３９】
次に、図１に示した画像処理装置の動作を詳細に説明する。  
なお、本装置の場合、データＲＯＭ３には、圧縮符号化された静止画データ及び動画データが格納されているものとする。そこで、ＣＰＵ２は、遊技機等の遊技の進行に応じて画像を表示するよう予め組まれたプログラムを逐次実行するものであり、画像表示プロセッサ１内のコマンドアナライザ１０１に、コマンド及びパラメータを発行する。
【００４０】
コマンドアナライザ１０１は、入力したコマンドを解析し、静止画表示に関するコマンドの場合は、静止画に係る処理装置を付勢する。なお、静止画データは、一般的に多くの場合、フレーム内符号化方式のみを用いて、所定の処理単位ごとに符号化されたフレーム内符号化画像（Ｉピクチャ）の形式でデータＲＯＭ３に格納されている。
【００４１】
そこで、静止画表示に関するコマンドに応じて、データＲＯＭ３から読みだされた圧縮符号化された静止画データは、静止画デコーダ１０３で復号化されて伸長され、リング領域管理ユニット１１２により、リング領域管理テーブル１１３を用いた管理のもとで、リングバッファ（図示せず）を介して、ビデオＲＡＭ４のアドレス空間において、対応付けられて予め確保された静止画自動展開領域（図２（ａ）参照）に自動展開される。
【００４２】
なお、本実施形態では、静止画処理の場合にも、リング領域管理テーブル１１３を設けてキャッシュ的な管理を行う場合を示しているが、テーブル管理を用いずに、描画回路１０６で再度必要とされるオブジェクトを表示後に常に消去する構成でもよい。
【００４３】
本実施形態の画像処理装置においては、更に動画データの表示処理についても、以下のように、ハードウェア構成による自動展開を実現している。なお、動画データは、一般的に多くの場合、フレーム内符号化方式による符号化画像と、フレーム間符号化方式による符号化画像（前方向予測符号化（Ｐピクチャ）等）とにより形成されてデータＲＯＭ３に格納されている。
【００４４】
ここで、改めて図２について説明する。図２（ａ）は、本発明の画像出力制御装置におけるビデオＲＡＭ４の領域割り当てを表すアドレス空間を示す図である。同図に示すように、本発明におけるビデオＲＡＭ４のアドレス空間は、フレームバッファＦＢ、ＺバッファＺＢ、静止画自動展開領域ＳＰ、動画自動展開領域ＭＰ、及び任意領域ＡＲで構成されている。つまり、図２（ｂ）に示した従来のアドレス空間と比較して、動画を静止画と同様にハードウェアが自動的に展開するための領域が動画自動展開領域ＭＰとして確保されている。
【００４５】
なお、フレームバッファＦＢは、描画回路１０６による処理後の画像であって、表示回路１０７が表示しようとする画像を一時的に保存するための領域であり、ＺバッファＺＢは、三次元画像全体の深度情報をまとめて保存しておく領域である。
【００４６】
そこで、本発明の一実施形態におけるＣＰＵ２は、画像表示プロセッサ１に対して、データＲＯＭ３内のロードすべき動画データのアドレスと、場合によっては、動画の番号（フレーム番号）をパラメータとして含むロードコマンドを発行する。
【００４７】
そのロードコマンドを受け取ったページ領域管理ユニット１０９は、データＲＯＭ３内の画像データのアドレスに基づいて、動画デコーダ１０５に対してその読み出しと復号化を指示する一方で、ページ領域管理テーブル１１０を参照して、その復号化画像データを、ビデオＲＡＭ４内の動画自動展開領域ＭＰの各物理ブロックにどのように格納するかを決定する。
【００４８】
図３は、ビデオＲＡＭ４内の動画自動展開領域ＭＰの各物理ブロックに動画データが格納されたり、破棄されたりする処理の時間的推移の例を示す図である。なお、同図においては、物理アドレス及び仮想アドレスは、ブロック番号で代用して書かれている。そこで、まず、動画データＡは３つに分割されて空き領域の物理ブロック０〜２に格納される。次に、動画データＣが２つに分割されて空き領域の物理ブロック３及び４に格納される。次に、動画データＤが２つに分割されて空き領域の物理ブロック５及び６に格納される。次に、物理ブロック３及び４に格納された動画データＣが破棄され、物理ブロック３及び４が開放される。次に、動画データＢが、３つに分割されて空き領域の物理ブロック３，４及び７に格納される。
【００４９】
一方、要求する動画データが既にビデオＲＡＭ４内に存在する場合には、改めてロードする必要はない。そのときのようにビデオＲＡＭ４に既に格納された動画データをアクセスするような場合、すなわち仮想ページに基づいてその物理ページを知りたい場合には、逆引きテーブル１１１が参照される。
【００５０】
以上のように、静止画デコーダ１０３及び動画デコーダ１０５により復号化されて、ビデオＲＡＭインターフェース１０８を介してビデオＲＡＭ４に展開された各画像データは、加工前の矩形データであるので、描画回路１０６は、コマンドアナライザ１０１からの指示に応じて、それらの画像をビデオＲＡＭインターフェース１０８を介してビデオＲＡＭ４から読み出し、要求された加工処理を施し、ビデオＲＡＭ４のフレームバッファＦＢ（図２参照）に一時的に再格納する。
【００５１】
表示回路１０７は、フレームバッファＦＢに格納された加工後の画像データをビデオＲＡＭインターフェース１０８を介して読み出し、表示デバイス５に表示するように制御を行う。
【００５２】
また、デフラグ処理を行う場合は、ＣＰＵ２からは、そのコマンドのみを発行してやればよい。発行されたデフラグ処理のコマンドは、ページ領域管理ユニット１０９に認識され、それがページ領域管理テーブル１１０及び逆引きテーブル１１１を再編成することによりデフラグ処理が自動的に行われる。
【００５３】
以上のように、本発明の一実施形態における画像処理装置及び画像処理方法によれば、表示のために画像データをデータＲＯＭ３からロードする際、ＣＰＵ２は、動画の番号を指定するだけで、ビデオＲＡＭ４内での格納場所のアドレスを必要としない。つまり、ページ領域管理ユニット１０９が、ビデオＲＡＭ４の予め規定した領域を複数の物理ブロックとしてページ領域管理テーブルに基づきページ管理する。更に具体的には、ページ領域管理ユニット１０９が、その複数の物理ブロックにおける未使用領域の探索、未使用の物理ブロックへの動画データに係る仮想ブロックの割り当て、使用されていた物理ブロックの開放によるその未使用化を行う。従って、ＣＰＵ２は、ビデオＲＡＭ４上での格納場所を意識する必要がなく、そのフラグメント化された領域を考慮する必要がなくなる。また、上述のようにハードウェアに任せている分、時間的に余裕ができ、遊技機のように、動画データを多く流す処理や、動画の切り替え等のクリティカルな処理も比較的容易に行える。
【００５４】
また、デフラグ処理をする際、ＣＰＵ２は、移動の前後のアドレスを指定する必要はなく、コマンドのみを発行すればよい。また、その処理をページ領域管理ユニット１０９に任せているので、ＣＰＵ２が、デフラグ処理に時間を多く割く必要がない。特に、本発明が、パチンコ機等の遊技機に適用される場合には、動画サイズの多様性の観点から、ハードウェアによるデフラグの効果は多大である。
【００５５】
以上から、ＣＰＵ２の負荷、言い換えれば、ＣＰＵ２が処理するプログラムを作成するプログラマの負荷を軽減できると共に、動画の切り替え時等における処理速度の向上も期待できる。
【００５６】
また、本発明の一実施形態における画像処理装置によれば、静止画データに対する自動展開の管理の方法とは異なる、動画データに適した方法により、別個に、動画データに対する自動展開を行っているので、画像データを効率的に処理することができる。特に、遊技機で処理される各動画データは、静止画データと異なり、多種多様でその容量もまちまちなので、かかる独立した処理が有効である。また、その分、そのハードウェアに要する費用も抑えることができる。
【００５７】
更に、ワークＲＡＭ６には、従来においては、ビデオＲＡＭ４内への画像データの書き込み及びその破棄を管理するためのデータが格納されていたが、本発明の一実施形態における画像処理装置によれば、それらのデータは不要となるのでワークＲＯＭ６の容量を小さくできる。
【００５８】
なお、上述した一実施形態においては、静止画データ及び動画データは圧縮して格納され、表示する際に伸長するような構成としたが、本発明の概念は、圧縮伸長とは別個独立であり、非圧縮でデータＲＯＭ３に画像データを格納しておき、デコーダを備えない構成においても実現できる。但し、圧縮データを採用すれば、メモリの容量を削減できる。
【００５９】
また、画像データを予め格納しておくのには、上記実施形態のように、ＲＯＭが一般的で好適であるが、必ずしも読み出し専用である必要はなく、書き換え可能なものであってもよい。
【産業上の利用可能性】
【００６０】
本発明は、例えばパチンコ機、パチスロ機のような遊技機に搭載される画像処理装置に適用できる。
【符号の説明】
【００６１】
１、１００  画像表示プロセッサ
１０１  コマンドアナライザ
１０２  リングバッファ
１０３  静止画デコーダ
１０５  動画デコーダ
１０６  描画回路
１０７  表示回路
１０８  ビデオＲＡＭインターフェース
１０９  ページ領域管理ユニット
１１０  ページ領域管理テーブル
１１１  逆引きテーブル
１１２  リング領域管理ユニット
１１３  リング領域管理テーブル
２  ＣＰＵ
３  データＲＯＭ
４  ビデオＲＡＭ
５  表示デバイス
６  ワークＲＡＭ
【図１】
0005568778.tif 000002
【図２】
0005568778.tif 000003
【図３】
0005568778.tif 000004
【図４】
0005568778.tif 000005