(57)【特許請求の範囲】
【請求項１】
遊技機であって、
遊技中に所定の演出表示を行うための複数の表示パネルと、
各表示パネルに表示すべき画面の構成を規定する画面データを記憶する画面データ記憶部と、
前記遊技状態に応じて、各表示パネルに表示すべき画面を決定し、前記画面データに基づいた描画コマンドを出力する描画制御部と、
前記描画コマンドに応じて、前記演出表示用の表示データを生成する表示データ生成部と、
前記表示データ生成部によって生成された表示データを、表示パネルごとに記憶する表示データ記憶部と、
前記表示データの前記表示データ記憶部への格納を制御するとともに、該表示データを所定のタイミングで前記表示装置の各表示パネルに出力する表示データ管理部とを備え、
前記表示データ生成部は、前記複数の表示パネルの表示データを、単一の仮想的な表示パネル用の出力形式で用意されたメモリ空間において、表示パネルごとの表示データが連続するように出力し、
前記表示データ管理部は、
前記表示データ生成部から出力される１フレーム分の表示データの先頭からの画素数を計数して、前記各表示パネルの表示データを識別して前記表示データ記憶部に格納する格納制御部と、
前記表示パネルに応じた同期信号を生成する同期信号生成部とを有する遊技機。
【請求項２】
請求項１記載の遊技機であって、
前記描画制御部は、前記表示データ生成部からの出力形式における前記各表示パネルの表示データの格納アドレスを個別に指定し、
前記表示データ生成部は、前記格納アドレスに基づいて、各表示パネルの表示データを、単一の仮想的な表示パネル用の出力形式に配置して出力し、
前記格納制御部は、前記格納アドレスに基づいて、各表示パネルの表示データを識別する遊技機。
【請求項３】
請求項１または２記載の遊技機であって、
前記描画制御部は、前記表示パネル単位で前記描画コマンドを出力する遊技機。
【請求項４】
請求項１または２記載の遊技機であって、
前記描画制御部は、前記仮想的な表示パネル上に、前記複数の表示パネルを配置した状態を表す描画コマンドと、前記仮想的な表示パネル上における前記各表示パネルの位置を表す位置情報とを出力し、
前記表示データ生成部は、前記位置情報に基づいて前記各表示パネルに対応した描画コマンドを抽出し、各表示パネルの表示データを生成する遊技機。
【請求項５】
請求項１〜４いずれか記載の遊技機であって、
前記表示パネルごとに前記同期信号生成部が備えられている遊技機。
【請求項６】
請求項１〜５いずれか記載の遊技機であって、
前記複数の表示パネルには、画素数の異なる表示パネルが混在している遊技機。
【請求項７】
請求項１〜６いずれか記載の遊技機であって、
前記複数の表示パネルは３枚以上備えられており、
前記描画制御部は、前記仮想的な表示パネルに収まる範囲内で前記複数の表示パネルを組み合わせて設定された複数のグループについて、該グループごとに１フレーム分の表示データを生成するよう順次、前記描画コマンドを出力し、
前記格納制御部は、前記グループごとに、前記各表示パネルの表示データを識別して前記格納を行う遊技機。
【請求項８】
請求項１〜７いずれか記載の遊技機であって、
前記表示データ管理部は、前記表示データの画素数を増減する拡大縮小処理が可能であり、
前記表示データ生成部は、前記各表示パネルの画素数に関わらず、前記描画コマンドに基づいて、前記１フレームに収まる範囲で前記表示データを生成し、
前記表示データ管理部は、前記表示データを、前記各表示パネルの画素数に合うよう拡大縮小する遊技機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遊技盤面に設けられた表示装置の表示領域に遊技中に所定の演出表示を行う画面表示方法に関する。
【背景技術】
【０００２】
パチンコ機やスロットマシンなどの遊技機では、遊技盤に備えられた表示装置を用いて、遊技中に種々の演出表示が行われる。この演出表示には、液晶パネルが用いられることが多い。液晶パネルは、マトリックス状に配置された画素によって画像を表示する。
画像を表示するための表示データは、次の手順で生成される。
まず、演出表示を制御するためのＣＰＵは、表示コマンドを受け取り、その内容を解析し、予め用意されたスケジュールデータを参照して、表示すべき画面の内容を決定する。
そして、このスケジュールデータに基づいて描画コマンドをＶＤＰ（Video Display Processor）に出力する。ＶＤＰは、この描画コマンドをビットマップ展開して画素単位での表示データを生成し、液晶パネルに出力する。
表示データを生成する回路には、生成されたデータを一時的に保持しておくためのバッファが設けられるのが通常である。
【０００３】
近年、遊技機の興趣を高めるため、表示パネルを複数設けることが検討されている。複数の表示パネルを設けた例としては、液晶パネルを並列に配置する他、液晶パネル等の表示パネルを前後に一定の間隔を開けて２枚並行に配置した表示装置が挙げられる（特許文献１参照）。このような表示装置を用いると、前後の表示パネルの配置に起因して、演出表示の３次元的な視覚効果を高めることが可能となる。また、１枚の液晶表示器と２枚のＥＬ表示器とを並列に配置した遊技機も提案されている（特許文献２参照）。
【０００４】
このように複数の表示パネルを用いる場合、各表示パネルに対応づけてＶＤＰを設けることも可能であるが、ＶＤＰの数の増大は、遊技機の製造コスト増大という新たな課題を招くことになる。かかる観点から、特許文献２は、２枚のＥＬ表示器の表示データを１つのＶＤＰで生成し、コスト低減を図る技術を開示している。特許文献２によれば、ＶＤＰは、１つの大画面中に２つのＥＬ表示器の表示内容がウィンドウ状に配置された画面について表示データを生成する。そして、入力データ切換回路が、この表示データのラインごとに、端から画素数を計数することで、ウィンドウ状に配置された各ＥＬ表示器の表示内容を特定し、その表示データを切り出す。この計数は、各ラインの表示データの走査開始端を示すイネーブル信号が出力された時点を基準として、ラインごとに行われる。
【０００５】
【特許文献１】特開２００６−４９８号公報
【特許文献２】特開２００５−２４５６９４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
特許文献２では、各表示パネルに対応する表示データの切り出しが容易ではなかった。
まず、上述の通り、大画面中に各表示パネルをウィンドウ状に配置された画面の表示データが生成されるため、各表示パネルに対応するデータを、ラインごとに特定する必要があった。特に、画面のサイズが異なる表示パネルを併用する場合には、各表示パネルに対応するデータを切り出すための条件を、表示パネルのサイズに応じてラインごとに切り換えるなど、煩雑な条件管理が必要であった。
また、この切り出しのためには、上述のイネーブル信号の出力が必要であった。
【０００７】
上述した課題は、３枚以上の表示パネルを設けた場合も同様である。また、液晶パネル以外の表示パネルを用いた場合も同様である。
本発明は、これらの課題を解決するためになされたものであり、単一のＶＤＰで複数の表示パネル用の表示データを生成させる際の処理の簡素化を図ることにより、遊技機において、複数の表示パネルを多様な態様で併用可能とすることを目的とする。
【課題を解決するための手段】
【０００８】
本発明は、パチンコ機や回胴式遊技機などの遊技機を対象とする。遊技機には、遊技中に演出表示を行うための複数の表示パネルが設けられている。表示パネルとしては、液晶パネル、プラズマディスプレイ、有機ＥＬなどを利用可能である。
表示パネルは、遊技盤面およびその周辺に設けることができる。例えば、パチンコ機であれば、発射された遊技球が流下する盤面およびその周辺に設けることができ、回胴式遊技機であれば回転リールおよびその周辺に設けることができる。
複数の表示パネルは並列に配置する他、種々の配置が可能である。例えば、遊技機の正面から見て前後に重ね合わせた配置としてもよい。つまり、表示パネルは、遊技盤面の奥から手前に所定間隔開けて配置し、それぞれの表示パネルの表示内容を重ね合わせた画像を遊技盤面の正面側から視認可能な位置関係としてもよい。手前または奥に位置する直近の表示パネル同士が、相互に法線方向に一定距離ずつ平行移動した位置関係となるような配置が相当する。表示パネルのサイズは必ずしも同一である必要はないが、重ね合わせた画像を視認できるようにするため、表示領域の少なくとも一部が重なり合う大きさおよび位置関係となっていることが好ましい。本明細書では、以下、このように前後に配置された表示パネルを「多層表示装置」と総称し、特に、表示パネルを２枚備えたものを「２層表示装置」と総称することがある。
【０００９】
表示パネルへの表示は、画面データ記憶部、描画制御部、表示データ生成部、表示データ記憶部、表示データ管理部によって制御される。遊技状態に応じた表示を実現するためには、例えば、遊技機の全体処理を制御する主基板からの表示コマンドによって、表示すべき内容を指示する方法を採ることができる。
画面データ記憶部は、各表示パネルに表示すべき画面の構成を規定する画面データを記憶する。画面データには、表示データ生成部に出力すべき描画コマンドが列挙されている。遊技状態に応じた表示を実現するためには、画面データと上述の表示コマンドとを対応づけて格納しておけばよい。
描画制御部は、遊技状態に応じて、各表示パネルに表示すべき画面を決定し、画面データに基づいた描画コマンドを出力する。遊技状態が表示コマンドで得られている場合には、表示コマンドに対応した画面データを選択し、これに基づいて描画コマンドを出力すればよい。
【００１０】
本発明では、例えば、画面に表示される所定のスプライトを表示装置の画素単位で表したスプライトデータを、予めキャラクターメモリに記憶しておいてもよい。この場合、描画コマンドには、このスプライトの配置、複数のスプライトの重ね合わせ方の指定が含まれる。スプライト以外の図形や線分の描画を指定するコマンドを含めても良い。
本明細書では、「キャラクター」および「スプライト」を次の意味で用いる。スプライトとは、遊技機の画面にまとまった単位として表示されるイメージを意味する。例えば、画面上に種々の人物を表示させる場合には、それぞれの人物を描くためのデータを「スプライト」と呼ぶ。複数の人物を表示させるためには、複数のスプライトを用いることになる。人物のみならず背景画像を構成する家、山、道路などをそれぞれスプライトとすることもできる。また、背景画像全体を一つのスプライトとしてもよい。遊技機は、これらの各スプライトの画面上の配置を決め、スプライト同士が重なる場合の上下関係を決めることで、種々の画像を表示させることが可能である。
遊技機では、データを扱う便宜上、各スプライトは縦横それぞれ６４ピクセルなど一定の大きさの矩形領域を複数組み合わせて構成される。この矩形領域を描くためのデータを「キャラクター」と呼ぶ。小さなスプライトの場合は、一つのキャラクターで表現することができるし、人物など比較的大きいスプライトの場合には、例えば、横２×縦３などで配置した合計６個のキャラクターで表現することができる。背景画像のように更に大きいスプライトであれば、更に多数のキャラクターを用いて表現することができる。キャラクターの数および配置は、スプライトごとに任意に指定可能である。
【００１１】
表示データ生成部は、描画コマンドに応じて、演出表示用の表示データを生成し、表示データ記憶部は、生成された表示データを表示パネルごとに記憶する。表示データ管理部は、表示データの表示データ記憶部への格納を制御するとともに、表示データを所定のタイミングで表示装置の各表示パネルに出力する。表示データ生成部、表示データ記憶部、表示データ管理部は、別体の構成としてもよいし、一部または全部を単一のチップで構成してもよい。
表示データ記憶部は、表示データの格納と、表示パネルへの出力とを円滑に並行して行うことができるよう、ダブルバッファとしておくことが好ましい。つまり、表示パネルごとに、表示データの記憶領域を複数箇所、設けておき、一方に表示データを書き込むとともに、他方から表示データを読み出すことが可能な構成としておくことが好ましい。
【００１２】
上述の制御機構は、例えば、演出表示に対応した描画コマンドを出力するサブ制御基板と、サブ制御基板からの表示コマンドを受けて表示装置を駆動する表示制御基板に分けて構成してもよいし、これらの機能を統合的に実現する単一の基板として構成してもよい。
【００１３】
本発明の表示データ生成部は、複数の表示パネルの表示データを生成し、単一の仮想的な表示パネル用の出力形式で出力する。この出力形式では、単一の仮想的な表示パネル用に用意されたメモリ空間において、表示パネルごとの表示データが連続するように出力される。
例えば、ＱＶＧＡサイズ（３２０ピクセル×２４０ピクセル）の表示パネル１、表示パネル２の表示データを生成する場合、表示データ生成部は、表示パネル１の表示データを順次、出力した後、表示パネル２の表示データを順次出力する。仮想的な表示パネルがＸＧＡ（１０２４ピクセル×７６８ピクセル）とすると、この１ライン目には、表示パネル１の４ライン目の途中までのデータが順次、出力されることになる。「連続するように出力」とは、このように描画時のラインを考慮することなく、表示データを各画素に順次、配置することを意味している。この表示データを用いて仮想的な表示パネルに出力したとしても、当然ながら画像は崩れて表示されることになる。
【００１４】
表示データ管理部は、上述した出力の特徴を活かし、表示データ生成部から出力される１フレーム分の表示データの先頭からの画素数を計数することで、各表示パネルの表示データを識別して表示データ記憶部に格納する。表示データ生成部からは、この表示データに対応した同期信号が出力されないため、表示データ管理部は、同期信号生成部によって表示パネルに応じた同期信号を生成し、この同期信号とともに表示データを各表示パネルに出力する。
【００１５】
本発明の遊技機によれば、複数の表示パネルの表示データを、単一の表示データ生成部でまとめて生成することができる。また、表示データ生成部は、各表示パネルの表示データを連続して出力するため、各表示パネルに対応する表示データを比較的容易に切り出すことが可能となる。また、表示データ管理部に、同期信号生成部を設けたことによって、表示データ生成部から出力される同期信号に依存せずに各表示パネルの表示を行うことが可能となる。これらの作用に基づき、本発明によれば、複数の表示パネルを併用する際の処理が簡略化されるため、表示パネル併用の態様を多彩にすることができる。
【００１６】
本発明において、各表示パネルの表示データは、連続して出力するようにしてもよい。つまり、第１の表示パネルの表示データの出力が完了した直後の画素から、第２の表示パネルの表示データが出力される形式としてもよい。
また、表示データ生成部からの出力形式における各表示パネルの表示データの格納アドレスを個別に指定可能としてもよい。格納アドレスとは、例えば、先頭データを基準とした相対的なアドレスという意味で、出力時の先頭データからの画素数を用いることができる。描画制御部が描画コマンドと共に格納アドレスを指定すると、表示データ生成部は、格納アドレスに基づいて、各表示パネルの表示データを配置して出力する。各表示パネルの格納アドレスが指定されているため、第１の表示パネルの表示データと、第２の表示パネルの表示データとの間には、いずれの表示パネルにも該当しないブランクデータが出力されることも起き得る。格納制御部は、格納アドレスに基づいて、各表示パネルの表示データを識別することが可能である。
この態様によれば、例えば、第１の表示パネルの表示データのサイズを変更しても、第２の表示パネルの表示データの格納アドレスは不変となる利点がある。従って、第２の表示パネルの表示データを同一の処理で安定的に切り出しつつ、遊技中に、第１の表示パネルのサイズを変更すること等が可能となり、複数の表示パネルを多様な態様で併用することが可能となる。
【００１７】
先に説明した通り、本発明では、表示データ管理部は、表示データの先頭からの画素数を計数して、各表示パネルの表示データを切り出す。ただし、表示データ管理部が、各表示パネルの表示データを切り出す部位は、表示データ生成部による生成態様に拘束される訳ではない。
例えば、表示データ生成部には、遊技機に備えられた表示パネルよりも大きなサイズの仮想的なパネルを想定して表示データを生成し、出力させてもよい。この状態で、表示データ管理部が、表示データを切り出す先頭アドレスを変化させることで、表示パネルに表示させるべき部分を柔軟に変化させることができる。
ただし、本発明では、表示データ管理部はメモリ空間内に連続的に格納された表示データを、連続的に読み出すだけである。従って、上述の仮想的なパネルの左右方向のサイズが実際の表示パネルよりも大きい場合、左右にはみ出した画素も含めて表示データを切り出すことになり、各ラインの位置関係がずれるおそれがある。かかる弊害を回避するため、読み出しの先頭アドレスを変化させる場合には、仮想的な表示パネルの左右方向のサイズは、現実の表示パネルと一致させておくことが好ましい。また、切り出し時には、各ラインの左端が先頭アドレスとして設定されることが好ましい。
【００１８】
このように、実際の表示パネルよりも大きな仮想的な表示パネルを想定して、処理を行う場合、仮想的な表示パネルの大きさは、任意に、また極端に変化し得る。本発明では、先に説明した通り、第２の表示パネルの先頭アドレスを指定することが可能である。かかる構成を採ることにより、上述の仮想的な表示パネルが第１の表示パネルとなる場合であっても、そのサイズに関わらず、第２の表示パネルの表示データを安定して切り出すことが可能となる。
【００１９】
本発明において、複数の表示パネルに対応した描画コマンドの出力は、種々の方法で行うことができる。
例えば、描画制御部は、表示パネル単位で描画コマンドを出力してもよい。こうすることにより、表示パネルと描画コマンドとの対応関係を容易に特定することができる。従って、表示データ生成部は、容易に、表示パネルごとの描画コマンドを抽出し、表示データを生成することができる。
この態様における描画コマンドの出力方法としては、例えば、表示パネル単位で描画コマンドの出力の開始／終わりを示すコマンドを出力するようにしてもよい。また、各描画コマンドに対して、表示パネルごとに付された識別情報を付すようにしてもよい。後者の態様は描画コマンドの出力順序に依存せずに表示パネルとの関係を対応づけることができる利点があり、スプライトの配置を規定する情報を描画コマンドとして出力する場合に適している。
【００２０】
また別の態様として、描画制御部は、仮想的な表示パネル上に、複数の表示パネルを配置した状態を表す描画コマンドを出力するようにしてもよい。複数の表示パネルの表示内容を予めこのように配置した状態で描画コマンドを用意しておいても良いし、各表示パネルの描画コマンドを個別に用意しておき、複数の表示パネルの配置に応じて描画コマンドの座標値等を修正して出力するようにしてもよい。
描画制御部は、この描画コマンドと併せて、仮想的な表示パネル上における各表示パネルの位置を表す位置情報を出力する。こうすることにより、表示データ生成部は、位置情報に基づいて各表示パネルに対応した描画コマンドを抽出し、各表示パネルの表示データを生成することができる。
【００２１】
本発明において、同期信号生成部は、表示パネルごとに設けることが好ましい。こうすることにより、画素数や画面のフレームレートが異なる表示パネルを混在させて使用することが可能となる。
表示パネルごとに同期信号が異なる場合、各画素の表示データを表示パネルに出力するタイミングもまちまちとなるため、表示データ記憶部からの表示データの読み出しタイミングもまちまちとなる可能性がある。このような状況下で表示データの読み出しおよび表示パネルへの出力を円滑に行うために、各表示パネルに対応づけて、表示データを一時的に保持するためのバッファを設けておくことも好ましい。
【００２２】
本発明における複数の表示パネルは、同一サイズや同種の表示パネルとしてもよいし、異なるサイズ、異種の表示パネルを混在させてもよい。本発明は、各表示パネルのサイズに関わらず表示データを容易に切り出すことができるという利点を有するため、特に、複数の表示パネルには、画素数の異なる表示パネルが混在している場合に有用である。
【００２３】
表示データは、表示パネルのフレームレートと同一の周期で生成することが好ましいが、複数周期かけて１フレーム分の表示データを生成する態様を採っても良い。例えば、遊技機に、複数の表示パネルは３枚以上備えられている場合には、これらの表示パネルを複数のグループに分け、グループ単位で複数周期かけて全表示パネルの表示データを生成するようにしてもよい。各グループに含める表示パネルの組み合わせは、仮想的な表示パネルに収まる範囲内で設定する。描画コマンドは、グループ単位で１フレーム分の表示データを生成するように順次出力され、表示データ生成部は、この描画コマンドに応じて表示データを生成する。この表示データは、グループごとに、どの表示パネルの表示データかが識別され、表示データ記憶部に格納される。
複数周期かけて全表示パネル分の表示データがそろった時点で、全表示パネルに出力される表示データをそろって更新するようにしてもよいし、新たな表示データが生成される度に、逐次、それぞれの表示パネルに出力するようにしてもよい。
こうすることにより、全表示パネルの表示データ量が、表示データ生成部の処理能力を超える場合でも、解像度を極端に低下させる必要なく、効率的に表示データを生成して、表示を行わせることが可能となる。
【００２４】
本発明では、表示データ管理部によって、表示データの画素数を増減する拡大縮小処理が可能としてもよい。こうすることにより、表示データ生成部は、各表示パネルの画素数に関わらず、描画コマンドに基づいて、１フレームに収まる範囲で表示データを生成することができる。例えば、表示パネルよりも低解像度で表示データを生成でき、より多くの表示パネルの表示データを生成することが可能となる。表示データ管理部が、こうして生成された表示データに対し、各表示パネルの画素数に合うよう拡大縮小することにより、各表示パネルに適切に画像を表示することが可能となる。
この拡大縮小処理は、表示データを表示データ記憶部に格納する際に行っても良いし、表示データ記憶部から表示パネルに出力する際に行っても良い。
【００２５】
本発明では、上述した種々の特徴を全て備えている必要はなく、一部を省略してもよいし、適宜、組み合わせて適用してもよい。また、本発明における上述の特徴部分は、ハードウェア的に実現してもよいし、ソフトウェア的に実現してもよい。
【発明を実施するための最良の形態】
【００２６】
本発明の実施例について以下の順序で説明する。本実施例では、パチンコ機としての構成例を示すが、遊技機は、回胴式遊技機としてもよい。
Ａ．遊技機の構成：
Ｂ．制御用ハードウェア構成：
Ｃ．画面表示例：
Ｄ．表示データの生成方法：
Ｅ．パネルインタフェースの構成：
Ｆ．表示モード：
Ｇ．表示制御処理：  
Ｇ１．全体処理：
Ｇ２．描画コマンド出力処理：
Ｈ．描画処理：
Ｉ．データ格納処理：
Ｊ．モードＶにおける描画コマンド出力：
Ｋ．効果：
Ｌ．変形例：
【００２７】
Ａ．遊技機の構成：
図１は実施例としてのパチンコ機１の正面図である。パチンコ機１は、中央に遊技領域６を備えた遊技盤が取り付けられている。遊技者は、ハンドル８を操作して遊技領域６内に遊技球を打ち込み、入賞口に入賞させる遊技を行うことができる。入賞口の一つである始動入賞口に遊技球が入賞すると、パチンコ機１は抽選を行い、その結果に応じて「大当り」か否かが決まる。大当り発生時には、大入賞口が所定期間開放するなどの大当り遊技が行われる。
【００２８】
遊技領域６の中央には、ＬＣＤ１６、および有機ＥＬを用いたＥＬパネル１７Ｌ、１７Ｒが備えられており、遊技中に種々の演出画面（装飾図柄と呼ぶこともある）が表示される。以下、ＬＣＤ１６およびＥＬパネル１７Ｌ、１７Ｒを「表示パネル」と総称することもある。始動入賞口への入賞時、大当りの発生時などにも、それぞれ遊技の状態に応じた演出画面が表示される。
【００２９】
Ｂ．制御用ハードウェア構成：
図２はパチンコ機１の制御用ハードウェア構成を示すブロック図である。パチンコ機１は、メイン制御基板３、払出制御基板２５、サブ制御基板３５、装飾図柄制御基板３０などの各制御基板の分散処理によって制御される。メイン制御基板３、払出制御基板２５、サブ制御基板３５は、それぞれ内部にＣＰＵ、ＲＡＭ、ＲＯＭなどを備えたマイクロコンピュータとして構成されており、ＲＯＭに記録されたプログラムに従って種々の制御処理を実現する。本実施例では、サブ制御基板３５と装飾図柄制御基板３０とは別基板として構成しているが、両者を統合した基板としてもよい。この場合、サブ制御基板３５の機能と装飾図柄制御基板３０の機能を、複数のＣＰＵの分散処理で実現してもよいし、単独のＣＰＵで実現する構成としてもよい。
【００３０】
実施例のパチンコ機１では、種々の不正を防止するため、メイン制御基板３への外部からの入力が制限されている。メイン制御基板３とサブ制御基板３５とは単方向のパラレル電気信号で接続されており、メイン制御基板３と払出制御基板２５とは、制御処理の必要上、双方向シリアル電気信号で接続されている。払出制御基板２５、サブ制御基板３５は、それぞれメイン制御基板３からのコマンドに応じて動作する。装飾図柄制御基板３０は、サブ制御基板３５からのコマンドに応じて動作する。パチンコ機１には、メイン制御基板３が直接に制御する機構もある。図中には、メイン制御基板３が制御する装置の一例として、大入賞口１０を駆動するための大入賞口ソレノイド１８、および特別図柄表示装置４１を例示した。メイン制御基板３は、この他にも、普通図柄表示装置、特別図柄保留ランプ、普通図柄保留ランプ、大当り種類表示ランプ、状態表示ランプなどの表示を制御することができる。また、メイン制御基板３には、遊技中の動作を制御するため、種々のセンサからの検出信号が入力される。図中には一例として入賞検出器１５ａからの入力を例示した。入賞検出器１５ａとは、始動入賞口９への入賞を検出するためのセンサである。メイン制御基板３は、入賞検出器１５ａからの信号に応じて、先に説明した抽選を行い、大当り遊技を実行することができる。メイン制御基板３には、他にも種々の入力がなされているが、ここでは説明を省略する。
【００３１】
遊技時におけるその他の制御は、払出制御基板２５、サブ制御基板３５を介して行われる。払出制御基板２５は、遊技中の遊技球の発射および払い出しを次の手順で制御する。遊技球の発射は、直接的には発射制御基板４７によって制御される。即ち、遊技者が、発射ハンドル８を操作すると、発射制御基板４７は操作に応じて発射モータ４９を制御し、遊技球を発射する。遊技球の発射は、タッチ検出部４８によって、発射ハンドル８に遊技者が触れていることが検出されている状況下でのみ行われる。払出制御基板２５は、発射制御基板４７に対して、発射可否の制御信号を送出することで、間接的に球の発射を制御する。
【００３２】
遊技中に入賞した旨のコマンドをメイン制御基板３から受信すると、払出制御基板２５は、賞球払出装置２１内の払出モータ２０を制御し、払出球検出器２２によって球数をカウントしながら規定数の球を払い出す。払出モータ２０の動作は、モータ駆動センサ２４によって監視されており、球ガミ、球切れなどの異常が検出された場合、払出制御基板２５は、表示部４ａにエラーコードを表示する。エラー表示された時には、係員が異常を除去した後、操作スイッチ４ｂを操作することで復旧させることができる。
【００３３】
サブ制御基板３５は、遊技中における音声、表示、ランプ点灯などの演出を制御する。これらの演出は、通常時、入賞時、大当たり時、エラー時、不正行為その他の異常が生じた時の警報など、遊技中のステータスに応じて変化する。メイン制御基板３から、各ステータスに応じた演出用のコマンドが送信されると、サブ制御基板３５は、各コマンドに対応したプログラムを起動して、メイン制御基板３から指示された演出を実現する。
【００３４】
本実施例では、図示する通り、サブ制御基板３５はスピーカ２９を直接制御する。ＬＣＤ１６およびＥＬパネル１７Ｌ、１７Ｒは、装飾図柄制御基板３０を介して制御する。装飾図柄制御基板３０の回路構成は後述する。サブ制御基板３５の制御対象となるランプには、遊技盤面に設けられたパネル装飾ランプ１２と、枠に設けられた枠装飾ランプ３１がある。サブ制御基板３５は、ランプ中継基板３２、３４を介して、パネル装飾ランプ１２および枠装飾ランプ３１と接続されており、各ランプを個別に点滅させることができる。
【００３５】
図３は装飾図柄制御基板３０の回路構成を示す説明図である。装飾図柄制御基板３０は、サブ制御基板３５から受けた表示コマンドに応じて、ＬＣＤ１６に画面を表示するための表示データを出力する。表示データは、ＬＣＤ１６およびＥＬパネル１７Ｌ、１７Ｒにマトリックス状に備えられたＲ，Ｇ，Ｂの各画素の表示階調値を示すデータである。
本実施例のＬＣＤ１６は図の右側に示した通り、２層表示装置として構成されている。即ち、ＬＣＤ１６は、表側パネル１６Ｆと裏側パネル１６Ｂの２枚の液晶パネルが、間隔Ｄだけ開けて平行に配置されている。表側パネル１６Ｆ、裏側パネル１６Ｂは、それぞれ左右方向に６４０画素、上下方向に４８０画素（いわゆるＶＧＡサイズ）の同一解像度である。表側パネル１６Ｆは、透明電極を用いた透明の表示パネルであり、液晶パネルに限らず、透明な種々のパネルを用いることが可能である。裏側パネル１６Ｂも液晶パネルに限らず、例えば、有機ＥＬ、ＬＥＤ、プラズマディスプレイなどを用いることができる。
本実施例では、表側パネル１６Ｆは透明であるため、遊技者は、表側パネル１６Ｆを通して裏側パネル１６Ｂの表示を見ることも可能となっている。このように奥行きを持たせて配置された２枚の表示パネルにおける表示の相互作用によって、本実施例のＬＣＤ１６は３次元的な視覚効果を与えることができる。
例えば、演出表示の一部が手前に飛び出して感じる表示を行ったり、表側パネル１６Ｆに表示された障害物を覗き込むようにすることで裏側パネル１６Ｂの表示内容が見えるようにしたりすることが可能である。
【００３６】
このように、本実施例では、複数の表示パネルに相互に関連した画像を表示させることによって、演出効果を高めることができる。かかる表示を実現するために、本実施例では、各表示パネルの画面を構成する画面データ（後述）を用意するとともに、これらの画面データ間の相互の関連づけを規定するデータも用意されている。具体的には、本実施例では、スケジューラと呼ばれるデータにおいて、遊技状態に応じて、演出の内容を規定しており、その中で、各表示パネルの表示に用いられるべき画面データを規定している。このように、各表示パネルの画面内容を規定する画面データと、複数の表示パネルの画面データ間の関連づけを規定するスケジューラという上位のデータとを階層的に用意することによって、本実施例では、複数の表示パネルで関連をもたせた演出表示を柔軟かつ比較的容易に実現することができる。
【００３７】
ＥＬパネル１７Ｌ、１７Ｒは、有機ＥＬを用いた表示装置であり、図示する通り、左右方向に３２０画素、上下方向に２４０画素（いわゆるＱＶＧＡサイズ）の同一解像度である。ＥＬパネル１７Ｌ、１７Ｒに代えて、ＬＣＤ、ＬＥＤ、プラズマディスプレイなど種々のタイプの表示装置を用いることができる。
また、ＬＣＤ１６、ＥＬパネル１７Ｌ、１７Ｒの解像度も任意に選択可能である。
【００３８】
装飾図柄制御基板３０には表示データを生成する機能を実現するために、図示する種々の回路が用意されている。
装飾図柄制御基板３０には、まず、表示データの生成を制御するためのマイクロコンピュータとしてＣＰＵ３８１、ＲＡＭ３８２、ＲＯＭ３８３が備えられている。
ＲＯＭ３８３には、表示データを生成するための表示プログラム、表示コマンドに対し表示すべき画面、表示の時間、表示の順序を規定するスケジューラ、表示パネル（ＬＣＤ１６およびＥＬパネル１７Ｌ、１７Ｒ）の各画面構成を規定する画面データが記憶されている。画面データの内容については後述するが、この段階では、表示パネルの画素に対応したデータとなっている訳ではない。
【００３９】
ＣＰＵ３８１は、ＲＯＭ３８３を参照して、表示コマンドに応じた画面データを抽出し、描画コマンドとしてＶＤＰ（Video Display Processor）３８５に出力する。ＬＣＤ１６およびＥＬパネル１７Ｌ、１７Ｒという複数の表示パネルに描画コマンドを出力するプロセスについては、後述する。
【００４０】
キャラＲＯＭ３８６は、スプライトデータ、即ち画面に表示されるスプライトをビットマップで表したデータを格納している。ＶＤＰ３８５は、ＣＰＵ３８１から受け取った画面データに基づいて、表示すべきスプライトデータをキャラＲＯＭ３８６から抽出し、表示データ、即ち表示すべき画像をビットマップ展開したデータを生成して、パネルインタフェース３９０に出力する。この時、ＶＤＰ３８５は、描画コマンドで指定された画像のサイズに関わらず、１０２４画素×７６８画素（いわゆるＸＧＡサイズ）で表示データを出力する。
以下、ビットマップ展開するための記憶領域を「キャンバス」と呼ぶ。
【００４１】
ＶＤＰ３８５は、ＣＰＵ３８１からの画面データを受け取り保持しておくためのレジスタとして、スプライトレジスタ３８５ｓおよびＶＤＰレジスタ３８５ｖを備えている。
スプライトレジスタ３８５ｓは、画面データのうち、スプライトの配置や重ね合わせの順序などを示す描画コマンドを受け取るためのレジスタであり、ダブルバッファとして構成されている。つまり、第１バッファ、第２バッファという二つの等しい容量のバッファが備えられている。従って、ＶＤＰ３８５は、ＣＰＵ３８１から出力された描画コマンドが第１バッファに書き込まれている間、第２バッファに保持されている描画コマンドを読み出して表示データの生成処理を実行することができる。
ＶＤＰレジスタ３８５ｖは、表示データを生成する際の条件設定を指定するコマンド（以下、「条件設定コマンド」と呼ぶ）を記憶するためのレジスタである。条件設定コマンドには、例えば、描画コマンドが複数のレイヤから構成されている場合に、各レイヤの重ね合わせ順序、表示／非表示の設定などが含まれる。条件設定コマンドは比較的低容量であり、書き込みの所要時間が短いことから、ＶＤＰレジスタ３８５ｖはダブルバッファとはなっていない。
【００４２】
フレームメモリ３９７は表示データを格納するためのバッファである。フィールド３９７Ｆ［０］、３９７Ｆ［１］は表側パネル１６Ｆの表示データを格納し、フィールド３９７Ｂ「０」、３９７Ｂ［１］は裏側パネル１６Ｂ用の表示データを格納する。また、フィールド３９７Ｌ［０］、３９７Ｌ［１］はＥＬパネル１７Ｌ用の表示データを格納し、フィールド３９７Ｒ［０］、３９７Ｒ［１］はＥＬパネル１７Ｒ用の表示データを格納する。
フレームメモリ３９７への格納およびフレームメモリ３９７からＬＣＤ１６およびＥＬパネル１７Ｌ、１７Ｒへの出力は、パネルインタフェース３９０によって制御される。パネルインタフェース３９０はＶＤＰ３８５から出力される表示データの中から、ＬＣＤ１６およびＥＬパネル１７Ｌ、１７Ｒのそれぞれに対応した表示データを切り出し、フレームメモリ３９７内の上述の各アドレスに格納する。また、各表示パネルに対応する表示データを、それぞれフレームメモリ３９７の各アドレスから読み出し、それぞれ対応する表示パネルに出力する。
パネルインタフェース３９０は、フレームメモリ３９７への表示データの格納または読み出し時に、表示データのサイズを表示パネルの画素数に適合するよう拡大または縮小することもできる。
【００４３】
本実施例では、フレームメモリ３９７の内部は、各表示パネルに２つずつフィールドが割り当てられており、それぞれダブルバッファとして機能する。例えば、ＶＤＰ３８５によって新規に生成された表側データをフィールド３９７Ｆ［０］に書き込んでいる間には、フィールド３９７Ｆ［１］から既に格納済みの表示データが読み出され、表側パネル１６Ｆに出力される。フィールド３９７Ｆ［０］への書き込みが完了すると、パネルインタフェース３９０は、各フィールドの書き込み／読み出しのモードを切り替え、フィールド３９７Ｆ［０］から表側データを表側パネル１６Ｆに出力しつつ、新規に生成された表側データをフィールド３９７Ｆ［１］に書き込む。その他のフィールドも同様である。
【００４４】
図示を省略したが、ＶＤＰ３８５からパネルインタフェース３９０には、表示データと併せて同期信号が出力される。本実施例では、表示データの生成は１６ｍｓｅｃ周期（以下、「生成期間」と称する）で行うものとした。
本実施例では、ＬＣＤ１６は１６ｍｓｅｃのフレームレートで駆動される。ＥＬパネル１７Ｌ、１７Ｒは２ｍｓｅｃのフレームレートで駆動される。このように各表示パネルでフレームレートが異なるため、ＶＤＰ３８５から出力される同期信号は使えない。従って、本実施例では、パネルインタフェース３９０で、各表示パネル用の同期信号を個別に生成するものとした。こうすることにより、フレームレートや画素数が異なる異種の表示パネルを混在させて使用することが可能となる。もっとも、画素数およびフレームレートが均一の複数の表示パネルを用いる場合には、パネルインタフェース３９０で単一種類の同期信号を生成するようにしてもよいし、かかる構成に代えて、ＶＤＰ３８５からの同期信号を流用する構成としてもよい。
【００４５】
ＥＬパネル１７Ｌ、１７Ｒは２ｍｓｅｃのフレームレートで駆動するのに対し、ＶＤＰ３８５は１６ｍｓｅｃの生成期間で表示データを生成する。従って、本実施例では、２ｍｓｅｃのフレームレートで８回分、同じ表示データを繰り返し出力して、ＥＬパネル１７Ｌ、１７Ｒを駆動するものとした。
【００４６】
Ｃ．画面表示例：
図４はＬＣＤ１６の画面表示例を示す説明図である。
図４（ａ）には表側パネル１６Ｆの表示例を示した。この例では、中央に矩形の窓状に非表示領域を設けた枠が表示されている。
図４（ｂ）には裏側パネル１６Ｂの表示例を示した。この例では、図４（ａ）の非表示領域に対応する部分に、スロットのリールが表示される。先に説明した通り、本実施例では、画面表示は、スプライトを配置することで構成される。図４（ｂ）では、例えば、７の数字を表す部分がスプライトＣＨとして構成されている。スプライトＣＨを３つ、位置を左右方向にずらして配置することにより、図示するように数字の７が３つ横にならんだ状態の表示を実現することができる。
図４（ｃ）は、ＬＣＤ１６を正面から見た状態を表している。表側パネル１６Ｆの非表示部分を通して、裏側パネル１６Ｂに表示されたスロットを見ることができる。表側パネル１６Ｆと裏側パネル１６Ｂは奥行きを持たせて配置されているため、遊技者は、表側パネル１６Ｆに表示された枠の奥で、本当にリールが回転しているかのような３次元的な視覚効果を楽しむことができる。
【００４７】
Ｄ．表示データの生成方法：
図５は表示データの生成方法を示す説明図である。
先に説明した通り、ＶＤＰ３８５は、ＸＧＡサイズで表示データを出力するだけの処理能力を有している。本実施例では、ＥＬパネル１７Ｌ、１７Ｒは、それぞれＱＶＧＡサイズであるから、２枚分の画素数の合計は、ＸＧＡサイズの画素数よりも少ない。従って、ＶＤＰ３８５は、ＱＶＧＡサイズのＥＬパネル１７Ｌ、１７Ｒの表示データを一度に生成するだけの処理能力を有していることになる。本実施例では、この処理能力を有効活用するため、ＥＬパネル１７Ｌ、１７Ｒの表示データをＶＤＰ３８５でまとめて生成し、ＸＧＡサイズで出力される表示データの中から、ＥＬパネル１７Ｌ、１７Ｒの表示データをそれぞれ切り出し、フレームメモリ３９７に格納して、表示に用いるという構成を採った。
【００４８】
図５に示す通り、ＶＤＰ３８５には、ＱＶＧＡ［０］、ＱＶＧＡ［１］という２つの画面の描画コマンドが入力される。ＱＶＧＡ［０］はＥＬパネル１７Ｌの表示画面、ＱＶＧＡ［１］はＥＬパネル１７Ｒの表示画面を表している。
ＶＤＰ３８５は、これらの描画コマンドに基づいて、スプライトを描画し、内部的にビットマップ状の表示データＤＡＴ［０］、ＤＡＴ［１］を生成する。そして、これらの表示データを、ＸＧＡサイズ相当のワークエリアＷＡに格納して出力する。図示するように、この格納は、表示パネルごとに表示データが連続するように行うものとした。つまり表示データＤＡＴ［０］のラインＬ１の左側から順に走査して各画素のデータを、ワークエリアＷＡ［０］、ＷＡ［１］のように順次格納する。ラインＬ１が終了すると、次のラインＬ２の各画素のデータを引き続き、格納する。こうして、表示データＤＡＴ［０］の格納が完了すると、次に表示データＤＡＴ［１］を順次格納する。
このように表示データを連続させて格納することにより、ＶＤＰ３８５から出力される表示データを画素数単位で先頭から計数することにより、容易に表示データＤＡＴ［０］、ＤＡＴ［１］を識別することが可能となる。
【００４９】
図の右側に、ＸＧＡ形式における表示データＤＡＴ［０］、ＤＡＴ｛１］の配置を示した。ワークエリアＷＡに格納された表示データを、１０２４×７６８画素に配列した状態の表示データＤＸＧＡを示している。表示データＤＡＴは、連続して格納されているため、ＸＧＡ形式の表示データＤＸＧＡでは、各ラインに、表示データＤＡＴが複数ライン分、格納されることになる。また、表示データＤＡＴ［０］、ＤＡＴ［１］の境界は、図中に太線で示すように、表示データＤＸＧＡのラインの途中に位置することになる。当然ながら、この表示データＤＸＧＡを用いてＸＧＡサイズの表示パネルへの表示を行っても、ＱＶＧＡ［０］、ＱＶＧＡ［１］の画像は、崩れた状態でしか表示されない。
【００５０】
図５では、ＥＬパネル１７Ｌ、１７Ｒの２枚の表示データをＶＤＰ３８５で生成する例を示した。本実施例では、この例に限らず、種々の組み合わせで複数枚の表示パネルの表示データを生成する。いずれの場合においても、図５に示したのと同様、ＶＤＰ３８５から出力されるＸＧＡ形式の表示データを画素数単位で計数することによって、各表示パネルの表示データを切り分ける。
【００５１】
Ｅ．パネルインタフェースの構成：
図６はパネルインタフェースの内部構造を示すブロック図である。パネルインタフェース３９０は、ＶＤＰ３８５から表示データを受け取り、フレームメモリ３９７に格納する機能、およびフレームメモリ３９７から表示データを読み出し、表示パネルに出力する機能を奏する。図中には、これらの機能を実現するためのブロックを示した。
【００５２】
ＶＤＰインタフェース３９１は、ＶＤＰ３８５から表示データを受け取る。データ計数部３９２は、受信した表示データを画素単位で順に計数する。この計数結果により、先に図５で説明した通り、複数枚の表示パネルの表示データを切り分ける。レジスタ３９４は、この切り分けに要するデータを格納している。例えば、図５の例では、表示データＤＡＴ［０］には先頭アドレスから何画素分のデータが該当し、表示データＤＡＴ［１］には、どのアドレスからのデータが該当するのかという情報を格納することになる。レジスタ３９４の値は、ＣＰＵ３８１が制御信号を通じて設定可能である（図３参照）。
【００５３】
スケーラ３９３は、必要に応じて、表示データのサイズを、表示パネルに適合させるための拡大、縮小処理を行う。例えば、ＶＧＡサイズ（６４０×４８０）のＬＣＤ１６Ｆ、１６Ｂ用の表示データが、ＱＶＧＡ（３２０×２４０）サイズで生成された場合には、スケーラ３９３は表示データを縦横２倍に拡大する処理を行う。拡大縮小の要否およびその倍率は、ＣＰＵ３８１によってレジスタ３９４に設定される。
【００５４】
メモリインタフェース３９５は、フレームメモリ３９７への表示データの格納、およびフレームメモリ３９７からの読み出しを制御する。表示データの格納先および読み出し元は、レジスタ３９４に設定されている。
本実施例では、フレームメモリ３９７は、パネルインタフェース３９０と別体としたが、パネルインタフェース３９０に内蔵する構成としてもよい。
【００５５】
パネルインタフェース３９０には、ＥＬパネル１７Ｌ、１７Ｒ、およびＬＣＤ１６Ｆ、１６Ｂ用の４つの出力ポートが用意されている。
表示パネル１７Ｌ用の出力ポートには、同期信号生成回路（ＳＹＮＣ）３９９［０］およびインタフェース（Ｉ／Ｏ）３９８［０］が備えられている。同期信号生成回路３９９［０］は、ＥＬパネル１７Ｌのフレームレートに適した同期信号を生成する。インタフェース３９８［０］は、表示データを、表示パネル１７Ｌ用の駆動パルスに変換する。メモリインタフェース３９５によって、フレームメモリ３９７から読み出された表示データは、バッファ３９６［０］に一旦、格納された後、インタフェース３９８［０］によって駆動パルスに変換され、同期信号と共に、順次、表示パネル１７Ｌに出力される。表示データをバッファ３９６に一旦格納するのは、フレームメモリ３９７からの読み出しタイミングと、表示パネル１７Ｌへの出力タイミングとのずれを吸収するためである。
【００５６】
ＥＬパネル１７Ｒ、ＬＣＤ１６Ｆ、１６Ｂにも同様に、同期信号生成回路（ＳＹＮＣ）３９９［１］〜３９９［３］、インタフェース（Ｉ／Ｏ）３９８［１］〜３９８［３］、バッファ３９６［０］〜３９６［３］が備えられている。同期信号生成回路３９９を個別に備えたのは、画素数およびフレームレートの異なる４種類の表示パネルを使用可能とするためである。本実施例では、ＥＬパネル１７Ｌ、１７Ｒの画素数およびフレームレートは共通であるため、同期信号生成回路３９９［０］、３９９［１］は、一つの回路を兼用してもよい。同様に、ＬＣＤ１６Ｆ、１６Ｂの画素数およびフレームレートも共通であるため、同期信号生成回路３９９［２］、３９９［３］も兼用可能である。
【００５７】
Ｆ．表示モード：
図７は表示パネルの表示モードを示す説明図である。図の上方に示す通り、本実施例では、ＱＶＧＡ（３２０×２４０）サイズのＥＬパネル１７Ｌ、１７Ｒが左右に備えられ、中央に、ＶＧＡ（６４０×４８０）サイズで２層表示装置としてのＬＣＤ１６Ｆ、１６Ｂが備えられている。図の下方には、各表示パネルの表示／非表示の別および解像度を示した。
【００５８】
モードＩは、ＥＬパネル１７Ｌ、１７Ｒを解像度ＱＶＧＡで表示するモードである。ＬＣＤ１６Ｆ、１６Ｂは非表示とされる。ＶＤＰ３８５は、ＥＬパネル１７Ｌ、１７Ｒの表示データを１６ｍｓｅｃの生成期間でまとめて生成する。
【００５９】
モードＩＩは、ＥＬパネル１７Ｌ、１７Ｒを非表示とし、ＬＣＤ１６Ｆ、１６Ｂを表示するモードである。ＬＣＤ１６Ｆ、１６Ｂの双方の表示データをＶＧＡサイズで生成すると、画素数の合計がＶＤＰ３８５の処理能力の限界であるＸＧＡサイズを超えてしまう。従って、このモードでは、ＬＣＤ１６Ｆ、１６Ｂの表示データをそれぞれＱＶＧＡサイズで生成し、スケーラで２倍に拡大して用いる。
【００６０】
モードＩＩＩ、ＩＶは、ＥＬ表示パネル１７Ｌまたは１７Ｒと、ＬＣＤ１６Ｆとを併用するモードである。ＥＬ表示パネル１７Ｌ、１７Ｒの表示データはＱＶＧＡサイズで生成し、ＬＣＤ１６Ｆの表示データはＶＧＡサイズで生成する。このサイズであれば、ＶＤＰ３８５で一度に生成可能である。
【００６１】
モードＶは、全表示パネルに表示するモードである。全表示パネルについて解像度を低減すれば、表示データを、ＶＤＰ３８５で一度に生成することも可能ではあるが、この方法では看過できないほどの画質の劣化が生じるおそれがある。そこで、本実施例では、２回の生成期間を利用して表示データを生成する方法を採った。まず、１回目の生成期間には、ＥＬパネル１７Ｌ（ＱＶＧＡ）とＬＣＤ１６Ｆ（ＶＧＡ）の表示データを生成する。そして、２回目の生成期間には、ＬＣＤ１６Ｂ（ＶＧＡ）とＥＬパネル１７Ｒの表示データを生成する。このように２回に分けて表示データを生成することにより、画質の劣化を抑えつつ、効率的に全表示パネルへの表示を行うことが可能となる。
結果として、モードＶでは、表示パネルの表示内容は１６ｍｓｅｃではなく、３２ｍｓｅｃで更新されることになる。ＥＬパネル１７Ｌ、１７Ｒは２ｍｓｅｃのフレームレートで駆動されることに変わりはないため、同じ表示データが１６回ずつ繰り返し出力されることになる。同様に、ＬＣＤ１６Ｆ、１６Ｂには、同じ表示データが２回ずつ繰り返して出力されることになる。
【００６２】
Ｇ．表示制御処理：  
Ｇ１．全体処理：
図８は表示制御処理のフローチャートである。ＣＰＵ３８１がＶＤＰ３８５に対して描画コマンド等を出力し、表示データを生成させるために実行する処理である。この処理は、本実施例では１６ｍｓｅｃ周期の割込処理として実行される。
この処理を開始すると、ＣＰＵ３８１は、処理を実行するための準備として、多重割込みを許可し（ステップＳ１０）、ノイズキャンセル・判定処理を行う（ステップＳ１１）。そして、割込端子の端子レベルを確認する（ステップＳ１２）。端子レベルが異常な場合には、ノイズ等の影響による異常なトリガに基づいて表示制御処理が開始されたものと判断し、そのまま処理を終了する。
【００６３】
端子レベルが正常な場合には（ステップＳ１２）、ＣＰＵ３８１は、表示データを生成するための表示モードの切り換えが必要か否かを判断する（ステップＳ１４）。切り換えの要否は、遊技状態に応じてＣＰＵ３８１からのコマンドに基づいて判断される。
表示モードの切換タイミングにあると判断された場合には、ＣＰＵ３８１は、ＶＤＰ３８５の初期化を行い、パネルインタフェース３９０のレジスタを図中の表中に示した状態に設定する（ステップＳ１５）。
表示モードの切換タイミングにない場合には、ＣＰＵ３８１は、この設定処理をスキップする。
【００６４】
図の右側に、ＶＤＰ３８５のレジスタへの設定ＲＥＧＶ、およびパネルインタフェース３９０のレジスタ３９４への設定ＲＥＧＢを例示した。
設定ＲＥＧＶに示す通り、ＶＤＰ３８５に対しては、ＶＤＰ３８５が処理すべき仮想画面数、および各画面の情報を設定する。この例は、モードＩ（図７参照）の設定例を示している。モードＩでは、ＥＬパネル１７Ｌ、１７Ｒの２枚分の表示データを生成するため、仮想画面数は２となる。１枚目のＥＬパネル１７Ｌに対しては、識別情報として画面ＩＤ「０」が付され、画面のサイズがＱＶＧＡ（３２０×２４０）である旨、およびＶＤＰ３８５が表示データを出力する際の先頭アドレスが設定される。この例では、先頭アドレスは「００００Ｈ」と設定されているため、画面ＩＤ「０」の表示データは、ＶＤＰ３８５から出力される表示データの先頭から順次、配置されることになる。
もう１枚のＥＬパネル１７Ｒに対しても同様の設定がなされる。この例では、画面ＩＤ「１」が付され、画面のサイズがＱＶＧＡ（３２０×２４０）に設定されている。また、出力時の先頭アドレスは「＊＊＊＊Ｈ」と指定されている。本実施例では、この先頭アドレスをブランクとすることも可能であるし、固定値を設定することも可能とした。ブランクが設定されている場合には、先に図５で示したように、先に処理された画面の表示データ（図の例ではＤＡＴ［０］）の直後に続けて表示データが出力される。固定値とした場合には、先に処理された画面の表示データ量に関わらず、指定されたアドレスから表示データが出力される。従って、固定値を指定した場合には、先に処理された画面ＩＤ「０」の表示データと、画面ＩＤ「１」の表示データとの間に、ブランクのデータが出力されることも起き得る。
【００６５】
設定ＲＥＧＢに示す通り、パネルインタフェース３９０のレジスタ３９４に対しては、フレームメモリ３９７の各フィールドの読み書きのモード、および格納すべき表示データの内容を規定する。先に説明した通り、本実施例では、フレームメモリ３９７はダブルバッファとして構成されており、一方が読み出しの際には、他方が書き込みというように動作する。この動作は、ＣＰＵ３８１からのフィールド信号によって切り換えられる。従って、設定ＲＥＧＢの内容は、フィールド信号のハイ・ロウに応じて規定されている。
図中には、モードＩの例を示した。この例では、ＥＬパネル１７Ｌ、１７Ｒに対応するフィールド３９７Ｌ［０］、３９７Ｌ［１］、３９７Ｒ［０］、３９７［１］が使用される。その他のフィールド３９７Ｆ［０］、３９７Ｆ［１］、３９７Ｂ［０］、３９７Ｂ［１］は使用しない。
図の設定例は、フィールド信号がハイの時には、フィールド３９７Ｌ［０］には、表示データのうちアドレス「００００Ｈ」から始まる表示データが書き込まれ、フィールド３９７Ｒ［０］に「＊＊＊＊Ｈ」から始まる表示データが書き込まれることを表している。この時、フィールド３９７Ｌ［１］、３９７Ｒ［１］からは、表示データの読み出し（Ｒ）が行われる。フィールド信号がロウの時には、フィールド３９７Ｌ［１］にアドレス「００００Ｈ」から始まる表示データが書き込まれ、フィールド３９７Ｒ［１］に「＊＊＊＊Ｈ」から始まる表示データが書き込まれる。この時、フィールド３９７Ｌ［０］、３９７Ｒ［０］からは、表示データの読み出し（Ｒ）が行われる。
モードＶの場合は、図７に示した通り、２回の生成期間にわたって表示データの生成が行われるため、ＶＤＰ３８５への設定ＲＥＧＶにおいて、画面ＩＤごとに表示データを生成すべき生成期間を特定する情報を更に設定する必要がある。また、パネルインタフェース３９０のレジスタ３９４への設定ＲＥＧＢにおいては、フィールド信号ハイ・ロウ・ハイ・ロウという４つの期間について、各フィールドの読み書きのモード、および格納すべき表示データの内容を規定する必要がある。
【００６６】
以上の処理が完了すると、次に、ＣＰＵ３８１は、描画コマンドを出力する（ステップＳ１００）。描画コマンドの出力処理の内容については、表示モードごとに後述する。いずれの表示モードにおいても、この処理によって描画コマンドがＶＤＰ３８５に出力されると、ＶＤＰ３８５は表示データの生成を開始する。
描画コマンドの出力を終えると、ＣＰＵ３８１は、フィールド信号のハイ・ロウを切換えて（ステップＳ２００）、表示制御処理を終了する。
【００６７】
図８では、ＶＤＰ３８５のレジスタへの設定ＲＥＧＶ、およびパネルインタフェース３９０のレジスタ３９４への設定ＲＥＧＢで、先頭アドレスが一致している場合を例示した。本実施例では、次に示すように、両者が異なる設定とすることもできる。
【００６８】
例えば、「画面ＩＤ＝０」のサイズを、「３２０×４８０」のように、ライン方向に増大させた仮想的な表示パネルを想定して設定し、「３２０×２４０」の画像を切り出す位置に選択の余地を設けるようにしてもよい。先頭アドレスは、「００００Ｈ」のままでよい。そして、パネルインタフェース３９０のレジスタ３９４への設定ＲＥＧＢには、仮想的な表示パネル内の任意のラインから切り出しを開始するように、先頭アドレスを設定するのである。一例として、２ライン目から切り出しを開始する場合には、３２１番目の画素を先頭アドレスとして指定すればよい。また、先頭アドレスを変化させていけば、大きな画面を、カメラでサーチしていくかのような表示を比較的容易に実現することが可能となる。
【００６９】
このように実際の表示パネルよりも大きな仮想的な表示パネルを想定して、表示データを行わせる場合、仮想的な表示パネルの大きさ、即ち「画面ＩＤ＝０」のサイズは、任意に、また極端に変化し得る。従って、このような場合には、「画面ＩＤ＝１」の先頭アドレス「＊＊＊＊Ｈ」は十分に大きい固定値としておくことが好ましい。こうすることによって、仮想的な表示パネルの大きさが変動しても、「画面ＩＤ＝１」の表示データを安定して切り出すことが可能となる。  
【００７０】
Ｇ２．描画コマンド出力処理：
図９は描画コマンド出力処理のフローチャートである。ＣＰＵ３８１が実行する処理であり、表示制御処理（図８）のステップＳ１００に相当する処理である。
描画コマンド処理を開始すると、ＣＰＵ３８１は、スプライトレジスタ３８５ｓを初期化し、ＶＤＰレジスタ３８５ｖを設定する（ステップＳ１０１）。ＶＤＰレジスタ３８５ｖには、表示データを生成する際の条件設定例えば、描画コマンドを構成するレイヤの重ね合わせ順序、表示／非表示の設定などが設定される。
【００７１】
次に、ＣＰＵ３８１は、処理対象となる画面ＩＤを「０」に設定し（ステップＳ１０２）、各画面ごとの描画処理を開始する。描画処理では、まず、ＣＰＵ３８１は、表示エリアＶＡを設定する（ステップＳ１１０）。
表示エリアＶＡとは、ＶＤＰ３８５において描画コマンドに基づいて描画を行った後、表示データとして切り出す領域である。本実施例では、スプライトの配置は、仮想的な原点を基準とするキャンバス上で規定されており、ＶＤＰ３８５は、このキャンバス上にスプライトを描画する。表示エリアＶＡも、このキャンバス上に定義されている。こうすることによって、キャンバス上に描画された画像の任意の領域を、表示データとして切り出すことが可能となるのである。
【００７２】
次に、ＣＰＵ３８１は、次にサブ制御基板３５から受信した表示コマンドの内容を解析し（ステップＳ１１１）、描画コマンドを出力する（ステップＳ１１２）。
また、ＣＰＵ３８１は、描画コマンド出力と並行して、スプライトの最適化を行う（ステップＳ１１３）。
スプライトの最適化とは、ＶＤＰ３８５に定義された表示エリアＶＡから全体が外れるようなスプライトを、描画コマンドから省略する処理である。先に説明した通り、ＶＤＰ３８５は描画コマンドに従って、仮想的に設けられたキャンバス上に描画を行い、その中から表示パネルの表示エリアＶＡに対応するデータを切り出して表示データを生成する。従って、スプライトの位置によっては、キャンバス上に描画しても、描画結果が表示エリアから完全に外れるということが生じうる。スプライトの最適化は、このようなスプライトをキャンバス上に描画するという無駄な処理を回避し、ＶＤＰ３８５の処理効率を向上させるために行われる処理である。
スプライトの最適化は、省略することも可能である。また、モードＩＩＩのみならず、他の表示モードにおいても、行うことができる。
【００７３】
ＣＰＵ３８１は、全画面について（ステップＳ１１４）、画面ＩＤを１ずつ増やしながら（ステップＳ１１５）、上述の処理を繰り返し実行する。本実施例では、図７に示した通り、いずれの表示モードにおいても、１つの生成期間では、２枚の表示パネルの表示データを生成するから、ステップＳ１１０〜Ｓ１１３の処理は２回繰り返されることになる。
図中に描画コマンド出力の様子を模式的に示した。描画コマンドは、キャンバス上でスプライトの配置座標等を指定するコマンドである。本実施例では、表示モードに応じて設定された画面ＩＤ（図８参照）に従って、表示パネルごとに描画コマンドを出力する。各描画コマンドには、表示パネルとの対応関係を特定できるよう、画面ＩＤが付されている。従って、各画面ＩＤに対応した描画コマンド同士は、座標値が重なっていても差し支えない。例えば、図示するように、破線部分が重なった状態で２枚の画面を表す描画コマンドが出力されても構わない。描画コマンドに従って描画処理を行う際に、画面ＩＤに対応した描画コマンドのみを抽出可能だからである。
【００７４】
全画面について、上述の処理が完了すると（ステップＳ１１４）、ＣＰＵ３８１は、ＶＤＰ３８５に対して、ＤＭＡ転送を指示して（ステップＳ１２０）、描画コマンド出力処理を終了する。ＶＤＰ３８５は、ＤＭＡ転送をトリガとして、描画コマンドによる表示データの生成処理を開始する。描画処理の内容については、後述する。
【００７５】
Ｈ．描画処理：
図１０は描画処理のフローチャートである。ＣＰＵ３８１から描画コマンドを受け取ったＶＤＰ３８５が、順次、スプライトを描画して表示データを生成するために実行する処理であり、全ての表示モードで共通の処理である。本実施例では、描画コマンドの出力時に用いられた画面ごとに、描画処理を実行する。つまり、描画コマンドのうち、処理対象となっている画面の画面ＩＤが付されたものを抽出して描画処理を行うという処理を、画面ＩＤを更新しながら全画面について実行するのである。
以下では、それぞれのスプライトに対して、一義的な識別番号として「スプライトＮｏ．」が付されているものとして説明する。
【００７６】
ＶＤＰ３８５は全スプライトを順番に処理するための初期設定として、処理対象となるべき「画面ＩＤ」を０に設定し、「スプライトＮｏ．」を０に設定する（ステップＳ３０１）。そして、処理対象となるスプライトの設定データを読み込む（ステップＳ３０２）。
図中に設定データの内容を例示した。設定データには、「画面ＩＤ」、「スプライトＮｏ．」、スプライトを配置すべきキャンバス上の配置座標（ＸＰＯＳ，ＹＰＯＳ）、およびスプライトの表示／非表示を切り換えるためのフラグが含まれる。この他のデータを含めても差し支えない。
【００７７】
ＶＤＰ３８５は、設定データに付された画面ＩＤが、処理対象の画面ＩＤに整合しており（ステップＳ３０３）、処理対象のスプライトが、表示／非表示フラグによって「表示」設定されている場合には（ステップＳ３０４）、配置座標に応じて、スプライトを配置して描画する（ステップＳ３０５）。
図中に描画例を示した。画面ＱＶＧＡ［０］は、「画面ＩＤ＝０」に対応する画面であり、スプライトＳＰ１が画面中に配置されている。画面ＱＶＧＡ［１］は、「画面ＩＤ＝１」に対応する画面であり、スプライトＳＰ２が配置されている。最初に描画処理を実行する時には、画面ＩＤが０に設定されているため、画面ＱＶＧＡ［０］の描画が行われる。画面ＱＶＧＡ［１］は、画面ＩＤを１だけ増加させた後のループで描画される。図中の例では、画面ＱＶＧＡ［０］、ＱＶＧＡ［１］を離して並べた状態で示したが、このように、２回に分けて描画処理が行われるため、両者のスプライトの座標値が重なって指定されていても構わない。
【００７８】
以上の処理を、ＶＤＰ３８５は「スプライトＮｏ．」が所定の上限値Ｎｌｉｍに至るまで（ステップＳ３０６）、「スプライトＮｏ．」を順次、値１ずつ増加させながら（ステップＳ３０７）、繰り返し実行する。上限値Ｎｌｉｍは、画面データで用いられる全スプライトに付された「スプライトＮｏ．」の最大値とすることができる。
遊技状態によって、一部のスプライトしか用いないことが決まっている場合には、その中の「スプライトＮｏ．」の最大値としてもよい。
【００７９】
全スプライトについての処理が完了すると、ＶＤＰ３８５は描画された表示データを出力する（ステップＳ３１０）。この表示データは、描画コマンドで指定された表示画面の解像度に関わらず、ＸＧＡ形式で用意されたメモリ空間において、連続して格納された状態で出力される。この際、各画面について表示データの先頭アドレスが指定されている場合には（図８参照）、ＸＧＡ形式のうち、指定された先頭アドレスから表示データを配置して出力する。
ＶＤＰ３８５は、以上の処理を、全画面について終了するまで（ステップＳ３１１）、画面ＩＤを増やすとともにスプライトＮｏ．を値０にリセットしながら（ステップＳ３１２）、繰り返し実行する。２回目以降の処理では、各画面について先頭アドレスが指定されていない場合には（図８参照）、直前の画面の表示データの直後から続けて表示データを出力する。先頭アドレスが指定されている場合には、指定された先頭アドレスから表示データを配置して出力する。
上述の実施例では、各画面の描画が終了する度に、表示データを出力するものとして説明した（ステップＳ３１０）。表示データの出力は、この方法に代えて、例えば、各画面の描画が終了した時点で、一旦、ＶＤＰ３８５の内部バッファに格納し、全画面について処理が終了した時点で、まとめて出力するようにしてもよい。
【００８０】
Ｉ．データ格納処理：
図１１はデータ格納処理のフローチャートである。パネルインタフェース３９０がハードウェア的に実行する処理内容をフローチャートの形で示したものである。パネルインタフェース３９０は、レジスタ設定（図８参照）を読み込み、データ計数部３９２（図６参照）をリセットし（ステップＳ４０１）、画面ＩＤに初期値として０を設定する（ステップＳ４０２）。レジスタ設定によって、ＶＤＰ３８５から出力される表示データのうち、フレームメモリ３９７の各フィールドに格納すべきデータの先頭アドレスが特定される。
【００８１】
次に、パネルインタフェース３９０は、ＶＤＰ３８５から出力される表示データを画素単位で入力する（ステップＳ４０３）。そして、データ数の計数結果、即ちデータ計数部３９２のカウンタ値が、画面ＩＤに対応する先頭アドレス以上となっていれば、格納すべきデータであると判断し、レジスタ設定で指定されたフィールドに、表示データを格納する（ステップＳ４０５）。
パネルインタフェース３９０は、カウンタを１だけ増やしながら（ステップＳ４０６）、全表示データの格納が完了するまで、上述の格納処理を繰り返し実行する（ステップＳ４０７）。
また、これらの処理を、全画面について終了するまで（ステップＳ４０８）、画面ＩＤを１ずつ増やしながら（ステップＳ４０９）、繰り返し実行する。
【００８２】
図の右側に表示データの格納の様子を模式的に示した。先に説明した通り、ＶＤＰ３８５からはＸＧＡ形式（１０２４×７６８画素）で表示データが出力される。図の例は、「画面ＩＤ＝０」の表示データＤＡＴ［０］が先頭アドレス「００００Ｈ」から格納され、「画面ＩＤ＝１」の表示データＤＡＴ［１］がアドレス「＊＊＊＊Ｈ」から格納されている状態を示している。この例では、先頭アドレス「＊＊＊＊Ｈ」は固定値が指定されており、表示データＤＡＴ［０］の終端と、表示データＤＡＴ［１］の先頭との間には、図中にハッチングで示す通り、いくつかのブランクデータが出力されている。
パネルインタフェース３９０は、画面ＩＤ＝０の処理においては、先頭アドレス「００００Ｈ」から、画素単位で表示データＤＡＴ［０］をフレームメモリ３９７の所定のフィールドに格納する。画面ＩＤ＝１の処理では、先頭アドレス「＊＊＊＊Ｈ」よりも小さいアドレス値となっているブランクデータ（ハッチング部分）は無視し（ステップＳ４０４参照）、「＊＊＊＊Ｈ」以降の表示データをフレームメモリ３９７の所定のフィールドに格納する。このように、表示データのアドレスと、レジスタ設定された先頭アドレスとを比較することによって、パネルインタフェース３９０は、各画面ＩＤに対応した表示データを切り出して、それぞれ対応したフィールドに格納することができる。
【００８３】
Ｊ．モードＶにおける描画コマンド出力：
以上の例では、モードＩ〜ＶＩ（図７参照）における描画コマンドの出力等を示した。次に、モードＶにおける描画コマンドの出力について説明する。モードＶでは、図７に示した通り、表示パネルを、ＥＬパネル１７ＬとＬＣＤ１６Ｆという第１グループと、ＥＬパネル１７ＲとＬＣＤ１６Ｂという第２グループに分け、２つの生成期間（１６ｍｓｅｃ×２）にわたって、グループ単位で表示データを生成する。
【００８４】
図１２はモードＶにおける描画コマンド出力のタイムチャートである。ＶＤＰ３８５への描画コマンド出力の様子、および表示データの格納、読み出し等を示すタイミングチャートを示した。
最初の生成期間には、ＣＰＵ３８１は、第１グループの描画コマンド（１７Ｌ１、１６Ｆ１）をスプライトレジスタに書き込む。この書き込みが完了すると、描画コマンドは、ＤＭＡ信号に同期して、第２バッファにＤＭＡ転送され、次の生成期間で、ＶＤＰ３８５によるビットマップ展開が行われる。ＶＤＰ３８５からは、第１グループの表示データ「出力１１」が出力され、フレームメモリ３９７に書き込まれる。また、ＤＰ出力と併せてＶＤＰ３８５からは同期信号ＶＳＹＮＣが出力される。
第２バッファへの転送が完了すると、第１バッファは書き込み可能となるから、ＣＰＵ３８１は、第１バッファに第２グループの描画コマンド（１７Ｒ１、１６Ｂ１）を書き込む。この書き込みは、ＶＤＰ３８５からの「出力１１」の表示データの出力と並行して行われる。第２グループの描画コマンドに基づく表示データは、次の生成期間において「出力１２」として出力される。第１グループの「出力１１」と第２グループの「出力１２」がそろった時点で、フレーム１の全表示パネルの表示データの生成が完了する。
【００８５】
ＣＰＵ３８１は、ＶＤＰ３８５に描画コマンドを出力する際に、１６ｍｓｅｃでハイ・ロウが切り替わるフィールド信号を出力する。フィールド信号がハイの時には、第１グループの描画コマンドがＶＤＰ３８５に書き込まれると共に、ＶＤＰ３８５からは第２グループの表示データが出力される。フィールド信号がロウの時には、第２グループの描画コマンドが書き込まれると共に、ＶＤＰ３８５からは第１グループの表示データが出力される。
【００８６】
パネルインタフェース３９０は、このフィールド信号によって、第１グループ、第２グループを認識し、フレームメモリ３９７に順次格納する。図中の破線は、既に書き込み済みのデータを意味し、実線は新たに書き込まれるデータを意味する。
フレームメモリに第１グループ、第２グループの表示データ「出力１１」、「出力１２」が格納されるまでの間、表示パネルには、従前の処理で格納済みの「出力０１」、「出力０２」なる表示データがフレームメモリ３９７から出力される。図中には、ＬＣＤ１６に合わせて１６ｍｓｅｃごとに２回続けて行われる状態を示した。ＥＬパネル１７Ｌ、１７Ｒには、２ｍｓｅｃ周期で１６回繰り返し出力される。
フレームメモリ３９７への「出力１１」、「出力１２」の格納が完了した後は、表示パネルには、これらの表示データ「出力１１」、「出力１２」が出力される。また、この出力と並行して、フレームメモリ３９７には、次のフレーム画像を構成する「出力２１」、「出力２２」の表示データが順次、格納される。
このように、表示パネルへの出力は、同一の読み出しメモリから、所定周期で同じ表示データが繰り返して出力され、同じ画面が表示される。表示パネルの表示内容は、３２ｍｓｅｃ周期で切り替わることになる。
【００８７】
モードＶにおける処理内容は、図８〜図１１で説明した各処理と同様である。それぞれの生成周期において、ＶＤＰ３８５が、２枚の表示パネルの表示データを生成し、ＸＧＡ形式に用意されたメモリ空間において、表示パネルごとに表示データが連続するように格納して出力すると、パネルインタフェース３９０が、各表示パネルの表示データを切り出して、フレームメモリに格納するという処理を行う点は、他のモードと同様だからである。
ただし、それぞれの処理の実行の度に、処理対象となる表示パネルのグループが異なる点で相違する。このため、レジスタ設定ＲＥＧＢ（図８）では、フィールド信号ハイ・ロウの２周期分にわたって、先頭アドレスと表示データを格納すべきフィールドとの関係を規定すればよい。
【００８８】
Ｋ．効果：
以上で説明した本実施例の遊技機によれば、複数の表示パネルの表示データをＶＤＰ３８５でまとめて生成することができ、その描画能力を有効活用することが可能となる。また、こうしてまとめて生成された表示データを、ＸＧＡ形式中に連続して格納して出力するため、各表示パネルの切り出し処理が簡易になるという利点がある。この結果、本実施例では、図７に示すように多様な組み合わせで複数の表示パネルを表示させることが可能となる。
【００８９】
本実施例では、こうした特徴に加え、各表示パネルへの表示データの出力を制御するパネルインタフェース３９０において、表示パネルごとに同期信号生成回路３９９を設けている。従って、解像度やフレームレートが異なる異種の表示パネルを混在させて表示することも可能である。
【００９０】
Ｌ．変形例：
（１）  実施例では、ＬＣＤ１６が２層表示装置の場合を例示したが、ＬＣＤ１６Ｆ、１６Ｂを並列に配置しても構わない。また、表示パネルは実施例で示した枚数に限らず、これよりも少なくてもよいし、更に多くを備えても良い。
【００９１】
（２）  本実施例では、ＶＤＰ３８５が処理する画面ごとに付された画面ＩＤによって識別可能な状態で描画コマンドを出力する例を示した（図１０参照）。描画コマンドの出力方法は、かかる例に限られない。例えば、複数の画面を並列に配置したＸＧＡサイズ等の仮想的な単一の画面を設定して描画コマンドを出力し、ＶＤＰ３８５が、この中から、画面単位で指定された表示エリアに対応する描画コマンドを抽出して、各画面の表示データを生成する方法を採ることもできる。かかる場合の処理について、以下で変形例として説明する。
【００９２】
図１３は変形例としての描画コマンド出力処理のフローチャートである。実施例の図９に代わる処理である。
この処理では、ＣＰＵ３８１は、まず各画面の表示データＶＡを設定し、ＶＤＰ３８５に指示する（ステップＳ１５１）。そして、ＶＤＰ３８５のスプライトレジスタ３８５ｓおよびＶＤＰレジスタ３８５ｖを初期化する（ステップＳ１５２）。
【００９３】
次に、ＣＰＵ３８１は、次にサブ制御基板３５から受信した表示コマンドの内容を解析し（ステップＳ１５３）、描画コマンドを出力する（ステップＳ１５４）。描画コマンドの出力が完了すると、ＣＰＵ３８１は、ＤＭＡ転送を指示して（ステップＳ１５５）、この処理を終える。
【００９４】
図中に描画コマンドの出力例を示した。実施例と同様、２つの画面の表示データを生成する例である。変形例では、ＣＰＵ３８１は、２つの画面を並列に配置した状態のＸＧＡ（１０２４×７６８画素）画像を表す描画コマンドを出力する。各画面は、ステップＳ１５１で設定した表示エリアＶＡによって識別可能である。
このように変形例では、描画コマンドと表示エリアＶＡとの位置関係によって、描画コマンドと表示パネルとの対応関係を特定するため、描画コマンドは、各表示パネルの画像同士が重ならないよう設定される必要がある。ただし、２つの表示パネルを配置した状態で予め描画コマンドを用意しておけるため、２つの表示内容を比較的簡易かつ正確に同期させることができる利点がある。
【００９５】
図１４は変形例における描画処理のフローチャートである。実施例の図１０に代わる処理であり、ＶＤＰ３８５が描画コマンドに基づいて表示データを生成する処理である。
【００９６】
ＶＤＰ３８５は、初期化処理として、画面ＩＤおよびスプライトＮｏ．に０を設定する（ステップＳ３５１）。
そして、ＣＰＵ３８１からの指示に基づいて、画面ＩＤに対応した表示エリアＶＡを設定する（ステップＳ３５２）。また、この表示エリアＶＡに基づいて、スプライトの最適化を行う（ステップＳ３５３）。つまり、表示エリアＶＡから完全にはみ出すスプライトは、描画処理の対象外とするのである。スプライトの最適化は、省略しても差し支えない。
【００９７】
次に、ＶＤＰ３８５は、実施例（図１０）と同様、スプライトの設定データを読み込み（ステップＳ３５４）、表示設定がなされている場合には（ステップＳ３５５）、スプライトを配置して描画を行う（ステップＳ３５６）。図中に、描画の例を示した。先に図１３のステップＳ１５４で示したように、描画コマンドは２つの画面を並列に配置した状態で設定されているものの、描画処理では、この時点では、実線で示した表示エリアＶＡ［０］に対応したスプライトのみの描画が行われ、他の表示エリア（図中の破線）のスプライトは描画対象外とされる。
ＶＤＰ３８５は、以上の処理を、スプライトＮｏ．がＮｌｉｍに至るまで（ステップＳ３５７）、スプライトＮｏ．を１ずつ増やしながら（ステップＳ３５８）、繰り返し実行する。また、描画が完了すると、表示データを出力する（ステップＳ３５９）。
【００９８】
ＶＤＰ３８５は、更に、上述の処理を、全画面が終了するまで（ステップＳ３６０）、画面ＩＤを１ずつ増やすとともに、スプライトＮｏ．を初期化した上で（ステップＳ３６１）、繰り返し実行する。画面ＩＤを増やした後は、表示エリアの設定（ステップＳ３５２）、およびスプライトの最適化（ステップＳ３５３）も再度、行うため、先の処理で処理対象外とされたスプライトも、新たな表示エリアに対しては、処理対象と扱われることがある。
【００９９】
このように変形例の処理によっても、ＶＤＰ３８５は、複数画面の表示データを生成することが可能となる。変形例では、各画面に対応する描画コマンドを抽出する分、ＶＤＰ３８５の処理負荷が増えるが、複数画面の同期を容易に確保できる利点がある。
【０１００】
以上、本発明の種々の実施例について説明したが、本発明はこれらの実施例に限定されず、その趣旨を逸脱しない範囲で種々の構成を採ることができることはいうまでもない。
【図面の簡単な説明】
【０１０１】
【図１】実施例としてのパチンコ機１の正面図である。
【図２】パチンコ機１の制御用ハードウェア構成を示すブロック図である。
【図３】装飾図柄制御基板３０の回路構成を示す説明図である。
【図４】ＬＣＤ１６の画面表示例を示す説明図である。
【図５】表示データの生成方法を示す説明図である。
【図６】パネルインタフェースの内部構造を示すブロック図である。
【図７】表示パネルの表示モードを示す説明図である。
【図８】表示制御処理のフローチャートである。
【図９】描画コマンド出力処理のフローチャートである。
【図１０】描画処理のフローチャートである。
【図１１】データ格納処理のフローチャートである。
【図１２】モードＶにおける描画コマンド出力のタイムチャートである。
【図１３】変形例としての描画コマンド出力処理のフローチャートである。
【図１４】変形例における描画処理のフローチャートである。
【符号の説明】
【０１０２】
１…パチンコ機
３…メイン制御基板
４ａ…表示部
４ｂ…操作スイッチ
６…遊技領域
８…発射ハンドル
９…始動入賞口
１０…大入賞口
１２…パネル装飾ランプ
１５ａ…入賞検出器
１６…ＬＣＤ
１６Ｆ…表側パネル
１６Ｂ…裏側パネル
１７Ｌ、１７Ｒ…ＥＬパネル
１８…大入賞口ソレノイド
２０…払出モータ
２１…賞球払出装置
２２…払出球検出器
２４…モータ駆動センサ
２５…払出制御基板
２９…スピーカ
３０…装飾図柄制御基板
３１…枠装飾ランプ
３２、３４…ランプ中継基板
３５…サブ制御基板
４１…特別図柄表示装置
４７…発射制御基板
４８…タッチ検出部
４９…発射モータ
３８１…ＣＰＵ
３８２…ＲＡＭ
３８３…ＲＯＭ
３８６…キャラＲＯＭ
３８５…ＶＤＰ
３８５ｓ…スプライトレジスタ３８５ｓ
３８５ｖ…ＶＤＰレジスタ
３９０…パネルインタフェース
３９１…ＶＤＰインタフェース
３９２…データ計数部
３９３…スケーラ
３９４…レジスタ
３９５…メモリインタフェース
３９６…バッファ
３９７…フレームメモリ
３９７Ｌ、３９７Ｒ、３９７Ｆ、３９７Ｂ…フィールド
３９８…インタフェース（Ｉ／Ｏ）
３９９…同期信号生成回路
【図１】
0005119425.tif 000002
【図２】
0005119425.tif 000003
【図３】
0005119425.tif 000004
【図４】
0005119425.tif 000005
【図５】
0005119425.tif 000006
【図６】
0005119425.tif 000007
【図７】
0005119425.tif 000008
【図８】
0005119425.tif 000009
【図９】
0005119425.tif 000010
【図１０】
0005119425.tif 000011
【図１１】
0005119425.tif 000012
【図１２】
0005119425.tif 000013
【図１３】
0005119425.tif 000014
【図１４】
0005119425.tif 000015