"複数の動画データが予め格納される第一のメモリと、複数の物理ページで構成される動画自動展開領域が規定された第二のメモリと、前記複数の物理ページと、その各々に格納される各動画データの各仮想ページとの対応関係が格納される第一のテーブルと、少なくとも前記動画データの識別符号を含む動画表示コマンドを外部から入力すると、前記識別符号に基づいて、前記第一のメモリから動画データを読み出し、前記第一のテーブルに基づいて、読み出した動画データの各仮想ページを前記複数の物理ページのいずれかに割り当てるように、読み出した動画データの、前記第二のメモリの動画自動展開領域への格納を管理するページ領域管理部と、を備えることを特徴とする画像処理装置。前記複数の動画データは符号化により圧縮されて前記第一のメモリに格納されており、前記第一のメモリから読み出される動画データを復号化する動画デコーダを更に備えることを特徴とする請求項1に記載の画像処理装置。前記第一のメモリは、複数の静止画データを更に予め格納し、前記第二のメモリには、リングバッファに対応した静止画自動展開領域が規定され、少なくとも前記静止画データの識別符号を含む静止画表示コマンドを外部から入力すると、前記識別符号に基づいて、前記第一のメモリから静止画データを読み出し、読み出した静止画データを前記リングバッファに格納することにより、前記第二のメモリの静止画自動展開領域に巡回的に格納するように管理するリング領域管理部を更に備えることを請求項1に記載の画像処理装置。前記複数の静止画データは符号化により圧縮されて前記第一のメモリに格納されており、前記第一のメモリから読み出される静止画データを復号化する静止画デコーダを更に備えることを特徴とする請求項3に記載の画像処理装置。前記ページ領域管理部は、前記動画自動展開領域に対するデフラグ処理に係るコマンドを入力すると、前記各動画データが、前記複数の物理ページに連続的に格納されるように、前記第一のテーブルを更新することを請求項1に記載の画像処理装置。前記各仮想ページと、その各々が格納される各物理ページの対応関係が格納された第二のテーブルを更に備え、前記動画自動展開領域に格納された各動画データをアクセスする場合には、前記第二のテーブルが参照されることを特徴とする請求項1に記載の画像処理装置。各動画データは、遊技機で表示されるための容量が多様なデータであることを特徴とする請求項1乃至6のいずれかに記載の画像処理装置。前記遊技機は、パチンコ機、パチスロ機を含むアミューズメント機であることを特徴とする請求項7に記載の画像処理装置。第一のメモリと、第二のメモリと、画像表示プロセッサとを少なくとも備える画像処理装置における画像処理方法であって、複数の動画データを前記第一のメモリに予め格納しておき、前記第二のメモリに、複数の物理ページで構成される動画自動展開領域を規定しておき、前記画像表示プロセッサは、少なくとも前記動画データの識別符号を含む動画表示コマンドを外部から入力し、前記画像表示プロセッサは、前記識別符号に基づいて、前記第一のメモリから動画データを読み出し、前記画像表示プロセッサは、前記複数の物理ページと、その各々に格納される各動画データの各仮想ページとの対応関係が格納されるテーブルに基づいて、読み出した動画データの各仮想ページを前記複数の物理ページのいずれかに割り当てるように、読み出した動画データの、前記第二のメモリの動画自動展開領域への格納を管理することを特徴とする画像処理方法。しかしながら、上述した従来の画像処理装置においては、動画データをロードするごとに、CPU2から動画展開領域のアドレスを指定する必要があり、CPU2の負担の負担が大きい。また、ビデオRAM4に書き込まれた動画データは、不要になれば破棄されて、その領域は新たに空き領域となるが、処理の進展に応じて、空き領域への書き込みや破棄による空き領域化が繰り返されると、いわゆるフラグメンテーションFragmentationが発生する。従来においては、このフラグメンテーションに対する回復処理、すなわち、いわゆるデフラグDeFragmentation処理もCPU2が行わなければならなかった。具体的には、CPU2が、デフラグのコマンドと共に、空き領域を削除すべく移動する動画データの移動前のアドレスと移動後のアドレスをそれぞれ指定して行っていた。従って、かかる点でも、CPU2の負担は大きかった。特に、パチンコ機等の遊技機に表示される動画像は大小各種様々あり、そのデータ量は不均一であり、不規則なフラグメンテーションが短時間で発生し易い。総じて以上から、CPU2が動画データのビデオRAM4への展開状況を常に把握していなければならず、当該装置を活用するユーザー具体的には、プログラマーの負担が大きいという課題があった。一方、上述のように、静止画データについては、その性質上、リングバッファを用いて管理することにより、ビデオRAM4上へ自動展開していたが、動画データについても、それに適した別個の自動展開の方法が望まれていた。本発明は上述のような事情から為されたものであり、本発明の目的は、使用するユーザーの負担を軽減すると共に、画像データを効率よく処理できる画像処理装置及び画像処理方法を提供することにある。なお、特許文献2には、プロセッサと主記憶装置の間に、キャッシュ装置を設け、TLBTranslationLookasideBufferによりキャッシュ装置に格納されているデータを管理する技術が開示されているが、動画データのみを対象としたものであって、かつ、アドレス空間全体を対象としている。上記目的を達成するため、本発明の画像処理装置は、複数の動画データが予め格納される第一のメモリと、複数の物理ページで構成される動画自動展開領域が規定された第二のメモリと、前記複数の物理ページと、その各々に格納される各動画データの各仮想ページとの対応関係が格納される第一のテーブルと、少なくとも前記動画データの識別符号を含む動画表示コマンドを外部から入力すると、前記識別符号に基づいて、前記第一のメモリから動画データを読み出し、前記第一のテーブルに基づいて、読み出した動画データの各仮想ページを前記複数の物理ページのいずれかに割り当てるように、読み出した動画データの、前記第二のメモリの動画自動展開領域への格納を管理するページ領域管理部と、を備えることを要旨とする。ここで、前記複数の動画データは符号化により圧縮されて前記第一のメモリに格納されており、前記第一のメモリから読み出される動画データを復号化する動画デコーダを更に備えることが好適である。更に、前記第一のメモリは、複数の静止画データを更に予め格納し、前記第二のメモリには、リングバッファに対応した静止画自動展開領域が規定され、少なくとも前記静止画データの識別符号を含む静止画表示コマンドを外部から入力すると、前記識別符号に基づいて、前記第一のメモリから静止画データを読み出し、読み出した静止画データを前記リングバッファに格納することにより、前記第二のメモリの静止画自動展開領域に巡回的に格納するように管理するリング領域管理部を更に備えることが好適である。そのとき、前記複数の静止画データは符号化により圧縮されて前記第一のメモリに格納されており、前記第一のメモリから読み出される静止画データを復号化する静止画デコーダを更に備えることが好適である。また、前記ページ領域管理部は、前記動画自動展開領域に対するデフラグ処理に係るコマンドを入力すると、前記各動画データが、前記複数の物理ページに連続的に格納されるように、前記第一のテーブルを更新することが好適である。更に、前記各仮想ページと、その各々が格納される各物理ページの対応関係が格納された第二のテーブルを更に備え、前記動画自動展開領域に格納された各動画データをアクセスする場合には、前記第二のテーブルが参照されることが好適である。各動画データは、遊技機で表示されるための容量が多様なデータであることが好適である。ここで、前記遊技機は、少なくともパチンコ機、パチスロ機を含むアミューズメント機であることが好適である。一方、上記目的を達成するため、本発明の画像処理方法は、第一のメモリと、第二のメモリと、画像表示プロセッサとを少なくとも備える画像処理装置における画像処理方法であって、複数の動画データを前記第一のメモリに予め格納しておき、前記第二のメモリに、複数の物理ページで構成される動画自動展開領域を規定しておき、前記画像表示プロセッサは、少なくとも前記動画データの識別符号を含む動画表示コマンドを外部から入力し、前記画像表示プロセッサは、前記識別符号に基づいて、前記第一のメモリから動画データを読み出し、前記画像表示プロセッサは、前記複数の物理ページと、その各々に格納される各動画データの各仮想ページとの対応関係が格納されるテーブルに基づいて、読み出した動画データの各仮想ページを前記複数の物理ページのいずれかに割り当てるように、読み出した動画データの、前記第二のメモリの動画自動展開領域への格納を管理することを要旨とする。本発明の画像処理装置及び画像処理方法によれば、表示のために画像データを第一のメモリからロードする際、指令する上位の制御装置は、動画の識別符号を指定するだけで、第二のメモリ内での格納場所のアドレスを必要としない。つまり、ページ領域管理部が、第二のメモリの予め規定した領域を複数の物理ブロックとして第一のテーブルに基づきページ管理する。従って、上位の制御装置は、第二のメモリ上での格納場所を意識する必要がなく、そのフラグメント化された領域を考慮する必要がなくなる。また、このようにハードウェアに任せている分、時間的に余裕ができ、遊技機のように、動画データを多く流す処理や、動画の切り替え等のクリティカルな処理も比較的容易に行える。要するに、上位の制御装置の負荷、言い換えれば、その制御装置が処理するプログラムを作成するプログラマの負荷を軽減できると共に、動画の切り替え時等における処理速度の向上も期待できる。また、本発明のように静止画データ処理を含む画像処理装置によれば、静止画データに対する自動展開の管理の方法とは異なる、動画データに適した方法により、別個に、動画データに対する自動展開を行っているので、画像データを効率的に処理することができる。特に、遊技機で処理される各動画データは、静止画データと異なり、多種多様でその容量もまちまちなので、かかる独立した処理が有効である。また、その分、そのハードウェアに要する費用も抑えることができる。また、本発明の画像処理装置においてデフラグ処理をする際、上位の制御装置は、移動の前後のアドレスを指定する必要はなく、コマンドのみを発行すればよい。また、その処理をページ領域管理部に任せているので、制御装置が、デフラグ処理に時間を多く割く必要がない。特に、本発明の画像処理装置が、パチンコ機等の遊技機に適用される場合には、動画サイズの多様性の観点から、ハードウェアによるデフラグの効果は多大である。以下、図面を参照して、本発明の実施の形態について詳細に説明する。図1は、本発明の画像処理装置に基づく一実施形態の概略構成を示すブロック図である。そこで、同図に示す画像処理装置は、画像表示プロセッサ1と、CPU2と、データROM3と、ビデオRAM4と、表示デバイス5と、ワークRAM6とを備えている。ここで、CPU2、データROM3、ビデオRAM4、及び表示デバイス5は、それぞれ画像表示プロセッサ1に接続されている。また、ワークRAM6は、CPU2に接続されている。画像表示プロセッサ1は、コマンドアナライザ101と、リング領域管理ユニット112と、静止画デコーダ103と、リング領域管理テーブル113と、動画デコーダ105と、描画回路106と、表示回路107と、ビデオRAMインターフェース108と、ページ領域管理ユニット109と、ページ領域管理テーブル110と、逆引きテーブル111とを少なくとも備えている。ここで、この画像表示プロセッサ100内の上記各構成を接続する線分に関し、実線は、画像等のデータの流れを示しており、破線は、コマンドやそれに伴うパラメータの流れを示している。なお、実際の物理的構成としては、CPU2、ビデオRAM4、及びワークRAM6は、画像表示プロセッサチップ内に内蔵される場合もある。それらが内蔵された場合は、一般的に、性能は向上するが、反面、画像表示プロセッサチップ単体のコストは機能追加のために上がるが、全体を1つのチップとすることでシステム全体としてはコスト減とすることができる。但し、本発明の趣旨は、その物理的構成には左右されない。ページ領域管理テーブル110は、ビデオRAM4内の後述する動画自動展開領域の各物理ページと、それらに格納される各動画データの対応付けを表したテーブルであり、具体的には、物理ページの各番号と、各物理ページに分割して格納される各画像データの各分割データを特定する仮想アドレス先頭アドレス等とが対応付けられている。このページ領域管理テーブル110は、高速性を期して、ハードウェアたるトランスレーションルックアサイドバッファTLB:TranslationLookasideBufferで構成されるのが好ましい。また、逆引きテーブル111は、各画像データの各分割データと論理的に対応する仮想ページと、それに対応する上記各物理ページの対応付けを表したテーブルであり、具体的には、例えば、仮想ページの各番号と、物理ページの各番号とが対応付けられている。次に、図1に示した画像処理装置の動作を詳細に説明する。なお、本装置の場合、データROM3には、圧縮符号化された静止画データ及び動画データが格納されているものとする。そこで、CPU2は、遊技機等の遊技の進行に応じて画像を表示するよう予め組まれたプログラムを逐次実行するものであり、画像表示プロセッサ1内のコマンドアナライザ101に、コマンド及びパラメータを発行する。コマンドアナライザ101は、入力したコマンドを解析し、静止画表示に関するコマンドの場合は、静止画に係る処理装置を付勢する。なお、静止画データは、一般的に多くの場合、フレーム内符号化方式のみを用いて、所定の処理単位ごとに符号化されたフレーム内符号化画像Iピクチャの形式でデータROM3に格納されている。そこで、静止画表示に関するコマンドに応じて、データROM3から読みだされた圧縮符号化された静止画データは、静止画デコーダ103で復号化されて伸長され、リング領域管理ユニット112により、リング領域管理テーブル113を用いた管理のもとで、リングバッファ図示せずを介して、ビデオRAM4のアドレス空間において、対応付けられて予め確保された静止画自動展開領域図2a参照に自動展開される。なお、本実施形態では、静止画処理の場合にも、リング領域管理テーブル113を設けてキャッシュ的な管理を行う場合を示しているが、テーブル管理を用いずに、描画回路106で再度必要とされるオブジェクトを表示後に常に消去する構成でもよい。本実施形態の画像処理装置においては、更に動画データの表示処理についても、以下のように、ハードウェア構成による自動展開を実現している。なお、動画データは、一般的に多くの場合、フレーム内符号化方式による符号化画像と、フレーム間符号化方式による符号化画像前方向予測符号化Pピクチャ等とにより形成されてデータROM3に格納されている。ここで、改めて図2について説明する。図2aは、本発明の画像出力制御装置におけるビデオRAM4の領域割り当てを表すアドレス空間を示す図である。同図に示すように、本発明におけるビデオRAM4のアドレス空間は、フレームバッファFB、ZバッファZB、静止画自動展開領域SP、動画自動展開領域MP、及び任意領域ARで構成されている。つまり、図2bに示した従来のアドレス空間と比較して、動画を静止画と同様にハードウェアが自動的に展開するための領域が動画自動展開領域MPとして確保されている。なお、フレームバッファFBは、描画回路106による処理後の画像であって、表示回路107が表示しようとする画像を一時的に保存するための領域であり、ZバッファZBは、三次元画像全体の深度情報をまとめて保存しておく領域である。そこで、本発明の一実施形態におけるCPU2は、画像表示プロセッサ1に対して、データROM3内のロードすべき動画データのアドレスと、場合によっては、動画の番号フレーム番号をパラメータとして含むロードコマンドを発行する。そのロードコマンドを受け取ったページ領域管理ユニット109は、データROM3内の画像データのアドレスに基づいて、動画デコーダ105に対してその読み出しと復号化を指示する一方で、ページ領域管理テーブル110を参照して、その復号化画像データを、ビデオRAM4内の動画自動展開領域MPの各物理ブロックにどのように格納するかを決定する。図3は、ビデオRAM4内の動画自動展開領域MPの各物理ブロックに動画データが格納されたり、破棄されたりする処理の時間的推移の例を示す図である。なお、同図においては、物理アドレス及び仮想アドレスは、ブロック番号で代用して書かれている。そこで、まず、動画データAは3つに分割されて空き領域の物理ブロック0~2に格納される。次に、動画データCが2つに分割されて空き領域の物理ブロック3及び4に格納される。次に、動画データDが2つに分割されて空き領域の物理ブロック5及び6に格納される。次に、物理ブロック3及び4に格納された動画データCが破棄され、物理ブロック3及び4が開放される。次に、動画データBが、3つに分割されて空き領域の物理ブロック3,4及び7に格納される。一方、要求する動画データが既にビデオRAM4内に存在する場合には、改めてロードする必要はない。そのときのようにビデオRAM4に既に格納された動画データをアクセスするような場合、すなわち仮想ページに基づいてその物理ページを知りたい場合には、逆引きテーブル111が参照される。以上のように、静止画デコーダ103及び動画デコーダ105により復号化されて、ビデオRAMインターフェース108を介してビデオRAM4に展開された各画像データは、加工前の矩形データであるので、描画回路106は、コマンドアナライザ101からの指示に応じて、それらの画像をビデオRAMインターフェース108を介してビデオRAM4から読み出し、要求された加工処理を施し、ビデオRAM4のフレームバッファFB図2参照に一時的に再格納する。表示回路107は、フレームバッファFBに格納された加工後の画像データをビデオRAMインターフェース108を介して読み出し、表示デバイス5に表示するように制御を行う。また、デフラグ処理を行う場合は、CPU2からは、そのコマンドのみを発行してやればよい。発行されたデフラグ処理のコマンドは、ページ領域管理ユニット109に認識され、それがページ領域管理テーブル110及び逆引きテーブル111を再編成することによりデフラグ処理が自動的に行われる。以上のように、本発明の一実施形態における画像処理装置及び画像処理方法によれば、表示のために画像データをデータROM3からロードする際、CPU2は、動画の番号を指定するだけで、ビデオRAM4内での格納場所のアドレスを必要としない。つまり、ページ領域管理ユニット109が、ビデオRAM4の予め規定した領域を複数の物理ブロックとしてページ領域管理テーブルに基づきページ管理する。更に具体的には、ページ領域管理ユニット109が、その複数の物理ブロックにおける未使用領域の探索、未使用の物理ブロックへの動画データに係る仮想ブロックの割り当て、使用されていた物理ブロックの開放によるその未使用化を行う。従って、CPU2は、ビデオRAM4上での格納場所を意識する必要がなく、そのフラグメント化された領域を考慮する必要がなくなる。また、上述のようにハードウェアに任せている分、時間的に余裕ができ、遊技機のように、動画データを多く流す処理や、動画の切り替え等のクリティカルな処理も比較的容易に行える。また、デフラグ処理をする際、CPU2は、移動の前後のアドレスを指定する必要はなく、コマンドのみを発行すればよい。また、その処理をページ領域管理ユニット109に任せているので、CPU2が、デフラグ処理に時間を多く割く必要がない。特に、本発明が、パチンコ機等の遊技機に適用される場合には、動画サイズの多様性の観点から、ハードウェアによるデフラグの効果は多大である。以上から、CPU2の負荷、言い換えれば、CPU2が処理するプログラムを作成するプログラマの負荷を軽減できると共に、動画の切り替え時等における処理速度の向上も期待できる。また、本発明の一実施形態における画像処理装置によれば、静止画データに対する自動展開の管理の方法とは異なる、動画データに適した方法により、別個に、動画データに対する自動展開を行っているので、画像データを効率的に処理することができる。特に、遊技機で処理される各動画データは、静止画データと異なり、多種多様でその容量もまちまちなので、かかる独立した処理が有効である。また、その分、そのハードウェアに要する費用も抑えることができる。更に、ワークRAM6には、従来においては、ビデオRAM4内への画像データの書き込み及びその破棄を管理するためのデータが格納されていたが、本発明の一実施形態における画像処理装置によれば、それらのデータは不要となるのでワークROM6の容量を小さくできる。なお、上述した一実施形態においては、静止画データ及び動画データは圧縮して格納され、表示する際に伸長するような構成としたが、本発明の概念は、圧縮伸長とは別個独立であり、非圧縮でデータROM3に画像データを格納しておき、デコーダを備えない構成においても実現できる。但し、圧縮データを採用すれば、メモリの容量を削減できる。また、画像データを予め格納しておくのには、上記実施形態のように、ROMが一般的で好適であるが、必ずしも読み出し専用である必要はなく、書き換え可能なものであってもよい。"