特許 5980372 遊技機

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5980372

(24)【登録日】2016年8月5日

(45)【発行日】2016年8月31日

(54)【発明の名称】遊技機

(51)【国際特許分類】

   A63F 5/04 20060101AFI20160818BHJP

   A63F 7/02 20060101ALI20160818BHJP

【ＦＩ】

   A63F5/04 512Z

   A63F5/04 512D

   A63F7/02 326Z

【請求項の数】3

【全頁数】41

(21)【出願番号】特願2015-90085(P2015-90085)

(22)【出願日】2015年4月27日

(62)【分割の表示】特願2013-115743(P2013-115743)の分割

【原出願日】2009年3月18日

(65)【公開番号】特開2015-131245(P2015-131245A)

(43)【公開日】2015年7月23日

【審査請求日】2015年5月27日

(73)【特許権者】

【識別番号】000148922

【氏名又は名称】株式会社大一商会

(74)【代理人】

【識別番号】110001151

【氏名又は名称】あいわ特許業務法人

(72)【発明者】

【氏名】市原 高明

(72)【発明者】

【氏名】川上 洋二

【審査官】 中村 祐一

(56)【参考文献】

【文献】 特許第４３７４５５４（ＪＰ，Ｂ２）

【文献】 特開２００８−２２０７８７（ＪＰ，Ａ）

【文献】 特開昭６２−１８２８２２（ＪＰ，Ａ）

【文献】 特開２００７−０６１４７５（ＪＰ，Ａ）

【文献】 特開２００６−２９６８９５（ＪＰ，Ａ）

【文献】 特開２００８−０３６０９０（ＪＰ，Ａ）

【文献】 特開２００１−０６２１１５（ＪＰ，Ａ）

【文献】 特開２００４−０８９７０６（ＪＰ，Ａ）

【文献】 特開２００１−１０４６３０（ＪＰ，Ａ）

【文献】 特開２００９−０２２６０７（ＪＰ，Ａ）

【文献】 特開２００９−０６１１４７（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ａ６３Ｆ ５／０４

Ａ６３Ｆ ７／０２

(57)【特許請求の範囲】

【請求項1】

所定の遊技媒体を用いて遊技を行う遊技機であって、
遊技中に、遊技者に示される視聴覚的な演出に用いられる複数種類の演出装置と、
所定の条件下で、前記遊技媒体を遊技者に払い出すための払出装置と、
前記遊技の進行を統合制御する主制御装置と、
前記主制御装置から出力されるコマンドに基づき、前記遊技の遊技状態に応じて前記複数種類の演出装置を制御する演出制御装置と、
前記主制御装置と前記演出制御装置とを接続し、該主制御装置から前記演出制御装置への単方向で信号伝達を行う単方向信号線とを有し、
前記主制御装置は、
前記遊技中に、前記遊技媒体の払い出しに関わる所定の条件の成否を判定する判定部と、
前記判定部による判定結果を含む遊技状態に基づいて、前記演出装置で実行されるべき演出内容を指示する主基板コマンドを前記演出制御装置に出力するコマンド出力部とを有し、
前記演出制御装置は、
前記主制御装置から前記主基板コマンドを入力する入力部と、
各演出装置の種類に応じた視聴覚的な演出内容を規定する演出内容設定データを、複数種類記憶する演出内容設定データ記憶部と、
前記主基板コマンドに基づいて特定される前記遊技状態に応じて、前記演出内容設定データのいずれかを選択し、選択した演出内容設定データに従って、各演出装置の演出を制御する演出制御実行部とを備え、
前記演出内容設定データは、演出の制御を行うために要求される複数の処理のうち実行すべき所定の処理を指示するファンクションおよび該ファンクションの処理に必要な情報を規定するパラメータを実行すべき順序で複数格納したデータ構造を有しており、
前記演出制御実行部は、
前記演出内容設定データに含まれるファンクションを順次読み込み、読み込んだファンクションおよび該ファンクションに対して設定されているパラメータによって指定された処理を実行し、
前記ファンクションには、前記演出内容設定データ内に格納されたファンクションの順序に拘束されず、前記実行すべき順序で格納された一連のファンクションとは異なるアドレスに格納されたファンクションの実行を指示するためのコールファンクションを含むことができ、
前記コールファンクションの実行時には、一旦、該コールファンクションのパラメータにより指定されたアドレスに格納されたファンクションを順次実行した後に、前記コールファンクション以降の処理を継続して実行し、
さらに前記ファンクションには、演出の制御を行うための所定の範囲の処理を繰り返し実行することを指示するループ命令を含むことができ、
前記ループ命令の実行時には、ループ命令から所定の範囲までの各前記ファンクション及び該ファンクションに対して設定されているパラメータによって指定された処理を、前記ループ命令に対して設定されているパラメータにより指定された回数分繰り返し実行する、
ことを特徴とする遊技機。

【請求項2】

前記遊技機は、パチンコ式遊技機である請求項１に記載の遊技機。

【請求項3】

前記遊技機は、回胴式遊技機である請求項１に記載の遊技機。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、スロットマシン、パチンコ機などの遊技機における演出出力の制御に関する。

【背景技術】

【0002】

スロットマシン、パチンコ機などの遊技機には、音声出力、ランプの点灯・点滅、画像の表示などによって、遊技中に種々の演出が行われる。遊技の興趣を高めるために、種々の趣向を凝らした演出が試みられている。

【0003】

特許文献１は、シナリオデータを用いて、多様な演出表示を実現する制御技術を開示している。シナリオデータとは、画面に表示する図柄を時系列で順次規定したデータである。このシナリオデータに従って、指定された図柄を順次表示させる汎用的な処理を実現する制御処理を用意しておくことにより、シナリオデータを切り換えるだけで多種多様な演出表示を容易に実現できる利点がある。シナリオデータには、ＢＧＭの指定を含めることも可能である。この場合は、音源ＩＣが指定されたＢＧＭを出力することによって、表示画面に対応した音声を出力させることが可能となる。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開平７−３１３６９４号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

遊技機では、趣向を凝らした演出が求められている。例えば、パチンコ機では、遊技中に始動入賞口への入賞によって、種々の抽選が行われることがある。抽選の際には、表示パネルに表示された図柄が種々の変動パターンで変動した後、停止して抽選結果を表示する。図柄変動中には、変動パターンに趣向を凝らした演出表示が行われたり、種々の大当たり予告表示が行われたりする。
しかし、これらの演出表示は、単に多彩にすれば足りるというものでもない。熟練した遊技者の中には、多種多様な演出表示の微妙な違いを見つけ出し、これによって抽選結果を推測することができる者もいる。例えば、同じ変動パターンを表示しつつ、途中で大当たり予告を表示あり／なしという２種類の演出表示を個別に用意した場合、変動パターン表示の開始時点で、両者の微妙な差異を見つけ出し、大当たり予告の有無を推測できてしまうのである。従って、不用意に多彩な演出表示を用意すると、熟練した遊技者に対しては、かえって興趣を損ねることにもなりかねない。
本発明は、かかる課題に鑑み、遊技機における演出表示の共通部分で差異が生じることを回避しつつ、その内容の多様化を図ることを目的とする。

【課題を解決するための手段】

【0006】

本発明の遊技機としては、スロットマシン等の回胴式遊技機やパチンコ機などが含まれる。本発明の遊技機は、遊技中に、遊技者に示される視聴覚的な演出に用いられる複数種類の演出装置と、所定の条件下で、遊技媒体を遊技者に払い出すための払出装置とを有している。複数種類の演出装置としては、例えば、音声出力装置、ランプなどの照明装置、画像を表示するための画像表示装置、セグメント式の表示装置などが挙げられる。音声出力装置を音楽用、アナウンス用などに細分化して設けても良い。遊技媒体とは、遊技球やメダルなど遊技中に投資、特典の対象となる媒体を言う。
遊技機は、また、遊技の進行を統合制御する主制御装置と、主制御装置から出力されるコマンドに基づき、遊技の遊技状態に応じて複数種類の演出装置を制御する演出制御装置とを有している。主制御装置と演出制御装置とは、主制御装置から演出制御装置への単方向で信号伝達を行う単方向信号線で接続されている。

【0007】

主制御装置は、遊技機での遊技全体の進行を制御する装置である。主制御装置は、遊技中に、遊技媒体の払い出しに関わる所定の条件の成否を判定し、この判定結果を含む遊技状態に基づいて、演出装置で実行されるべき演出内容を指示する主基板コマンドを演出制御装置に出力する処理などを行う。ここで言う遊技状態には、遊技者が遊技を行っていない状態、即ち待機状態またはデモ状態も含む。
遊技媒体の払い出しに関わる所定の条件は、遊技機の種類に応じて異なる。スロットマシンとして構成されている場合には、回胴の停止時において図柄が所定の役で揃うか否かが、ここでいう条件に該当する。パチンコ機として構成されている場合には、遊技盤面に設けられた入賞口に遊技球が入賞したか否か、また、始動入賞口に入賞した後に行われる抽選によって、遊技媒体の払い出しが生じやすい特定遊技状態、いわゆる「大当たり」が発生したか否かが、ここでいう条件に該当する。
主制御装置の各機能は、所定のコンピュータプログラムをＣＰＵが実行することによってソフトウェア的に実現してもよいし、ＡＳＩＣなどの回路によってハードウェア的に実現してもよい。

【0008】

演出制御装置は、主制御装置から主基板コマンドを入力する入力部と、演出内容設定データ記憶部、演出制御実行部を備えている。これらの各部も、ソフトウェア的に構成してもよいし、ハードウェア的に構成してもよい。
演出内容設定データ記憶部は、各演出装置における出力内容を規定する演出内容設定データを複数種類記憶している。音を出力させるための演出内容設定データは、例えば、出力すべき音源データおよびその出力時間を、時系列的に指定したデータとすることができる。表示、ランプなどの出力を制御するための演出内容設定データも同様である。
演出内容設定データは、種々のデータ構造を採り得るが、例えば、所定の処理を指示するファンクションを複数格納したデータ構造とすることができる。このファンクションには、演出内容設定データ内に格納されたファンクションの順序に拘束されず、所定のアドレスに格納されたファンクションの実行を指示するためのコールファンクションが含まれる。
所定のアドレスは固定値であってもよいし、別途、指定可能としてもよい。例えば、演出内容設定データを、ファンクションと、その処理に必要な情報を規定するパラメータとの組み合わせを複数格納したデータ構造とする場合には、コールファンクションの「所定のアドレス」をパラメータで指定することもできる。

【0009】

演出制御実行部は、主基板コマンドに基づいて特定される遊技状態に応じて、演出内容設定データのいずれかを選択する。そして、選択した演出内容設定データに従って、次の手順で、各演出装置の出力を制御する。つまり、演出制御実行部は、演出内容設定データに含まれるファンクションを読み込み、その内容を解析して、ファンクションで指示された処理を実行する。そして、演出内容設定データ内で、次に格納されているファンクションを読み込み、同様にして実行する。このように演出内容設定データの先頭からファンクションの読み込みと実行とを、順次実行する。
また、演出内容設定データ中のコールファンクションを実行する時には、一旦、コールファンクションで指定された他のファンクションを実行した後、コールファンクション以降の処理を継続して実行する。この機能は、例えば、次の処理によって実現できる。まず、演出内容設定データの処理の進行を管理するためのポインタを用意する。例えば、次に処理すべきファンクションが格納されているアドレス値をポインタに格納するものとし、ファンクションを実行する度に順次、ポインタを更新することによって、処理の進行を管理することができる。コールファンクションでは、実行すべきファンクションを、その格納アドレス値で指定する。演出制御実行部が、コールファンクションを実行する際には、その直前にポインタに格納されていた値を、一旦、所定のメモリ領域に待避させた上で、コールファンクションで指定されたアドレスをポインタに格納すればよい。
演出制御実行部は、指定されたアドレスのファンクションを実行した後、直ちに待避していたアドレスをポインタに戻せば、コールファンクションでは一つだけファンクションを実行して、従前の処理に復帰することができる。また、演出制御実行部は、コールファンクションで指定されたアドレスから、順次、ファンクションを実行していってもよい。
こうすることによって、コールファンクションを契機として、複数のファンクションにわたる複雑な処理を行わせることも可能となる。この場合には、最後に「リターン」など、コールファンクションの実行時に待避していたアドレスを復帰させるファンクションを設けておけば、任意のタイミングで従前の処理に復帰させることが可能となる。

【0010】

このように、コールファンクションを用いれば、複数の演出出力に共通の内容については、一つの演出内容設定データを流用させることができ、演出内容設定データの容量を低減することができる。
また、この機能は、単に演出内容設定データを作成する負荷を軽減できるというだけでなく、次に示す通り、遊技機に特有の効果も有する。遊技機では、遊技中に種々の抽選等が行われ、その結果に応じて遊技の展開が変わってくる。遊技者の中には、抽選中の演出内容の微妙な違いを見つけて、抽選結果等を推測することができる者もいる。これに対し、本発明では、コールファンクションによって、汎用的な演出内容を種々の場面で活用することができるため、こうした微妙な違いを解消することができ、抽選結果等を予測しづらくすることができ、遊技の興趣が損なわれるのを抑制することができるのである。

【0011】

演出内容設定データは、また別の構成として、所定の条件の成否に応じて実行すべきファンクションを切り替える条件分岐ファンクションを含めるようにしてもよい。演出制御実行部は、演出内容設定データで規定された処理を順次実行するとともに、条件分岐コマンドの実行時には、条件の成否を判断し、その条件が成立する場合には、条件分岐ファンクションで指定されたファンクションを実行する。条件成立時には、コールファンクションと同じく、演出内容設定データの実行を管理するポインタ値を一旦待避した後、指定されたアドレスに書き換えればよい。
このように条件分岐ファンクションを設けることにより、一つの演出内容設定データで、多種多様に分岐する遊技状態に対応することが可能となる。条件分岐に用いられる遊技状態としては、例えば、遊技中に行われる抽選の結果や、遊技者によるボタン等の操作の有無などが挙げられる。回胴式遊技機では、回転リールの停止状態、パチンコ機では始動入賞口への入賞状態などを用いても良い。また、遊技中のエラー発生の有無によって条件分岐するようにしてもよい。

【0012】

条件分岐後の演出内容も種々の構成が可能である。例えば、条件分岐以後は、２つ以上の処理に完全に分離される構成としてもよい。また、条件分岐によって所定の処理を行った後は、分岐前の処理に復帰するように構成してもよい。後者の態様によれば、例えば、遊技中にボタンが押された場合に一時的に効果音を出力する処理を実行した後、従前の演出に違和感なく復帰させることが可能となる。

【0013】

更に、抽選ファンクションを設けても良い。抽選ファンクションとは、所定の条件が成立した時に、予め指定した他の演出内容設定データを実行するよう指示するファンクションである。所定の条件としては、例えば、抽選用に用意された乱数の値が所定範囲内か否かという形で設定することができる。抽選ファンクションは、条件分岐ファンクションとコールファンクションの組み合わせで実現してもよい。つまり、所定の条件が成立した時に、コールファンクションによって他の演出内容設定データを実行するようにすればよい。
抽選ファンクションの実行時には、演出制御実行部が、予め選択対象として用意された演出内容設定データのいずれかを抽選によって選択して演出内容を決定する。
こうすることによって、主基板コマンドに対して多義的な演出を実現することができ、主制御装置の負荷を増大させることなく、多様な演出を実現することができる。

【0014】

本発明において、演出内容設定データは、種々の構造を採ることができる。一例として、次に示す通り、スケジュールデータと演出データという階層構造をとってもよい。スケジュールデータとは、演出内容設定データの一つであって各演出装置における出力内容を規定するデータである。上述の選択を可能とするため、演出内容設定データ記憶部内にスケジュールデータ記憶部を設け、スケジュールデータを、演出装置ごとに複数種類記憶させておけばよい。演出データとは、演出内容設定データの一つであって複数種類の演出装置のそれぞれについてスケジュールデータを特定することによって、演出装置を統合した演出内容を表すデータである。やはり、演出内容設定データ記憶部内に演出データ記憶部を設け、演出データを複数記憶させておけばよい。
同一の演出時間となる複数の演出内容設定データを準備するために、スケジュールデータには、各演出装置による演出時間が同一となる複数種類のデータが含められ、演出データには、同一の演出時間となるスケジュールデータのいずれかを、演出装置ごとに特定した複数種類のデータが含められる。

【0015】

このように各演出装置を制御するための下位データに相当するスケジュールデータと、種類の異なる演出装置にわたる統合制御を実現するための上位データに相当する演出データが用意されている時、演出制御実行部は、スケジュールデータを処理するために各演出装置に対応づけて設けられた出力スケジューラ部と、演出データを処理するための演出スケジューラ部という階層構造で、演出制御を実行する。出力スケジューラ部と演出スケジューラ部とは、演出制御実行部内のモジュールであり、共通のＣＰＵによってソフトウェア的に構成されるか、共通の演算回路でハードウェア的に構成されることが望ましい。
階層構造での制御手順は次の通りである。まず、演出スケジューラ部は、主基板コマンドに基づいて特定される遊技状態に応じて、演出データのいずれかを選択する。演出データには、各演出装置が実行すべきスケジュールデータが特定されている。演出スケジューラ部は、選択した演出データを解析し、各演出装置が実行すべきスケジュールデータを特定する動作情報を生成して、それぞれの演出装置について出力する。動作情報とは、演出装置ごとに実行すべきスケジュールデータを特定することによって、各演出装置の演出内容を表す情報である。例えば、スケジュールデータの格納場所を表すアドレスや、スケジュールデータに直接または間接的に付された識別コードなどを用いることができる。
出力スケジューラ部は、演出装置ごとに個別に設けられている。それぞれの出力スケジューラ部は、動作情報に基づいてスケジュールデータ記憶部に記憶されたスケジュールデータのいずれかを選択する。そして、このスケジュールデータに基づいて各演出装置の出力を制御する。

【0016】

このように、演出データ、スケジュールデータという２種類のデータを階層的に使用して、複数種類の演出装置の制御を行う。演出スケジューラ部、出力スケジューラ部は、これらのデータを解析し、それぞれデータによって規定された処理を実行する汎用的な機能を有するモジュールである。それぞれ演出内容に依存しないモジュールであるから、異機種の遊技機間でも共用できる利点がある。また、演出データ、スケジュールデータを変更することにより、多様な演出を容易に実現することができる利点もある。

【0017】

更に、２種類のデータを階層的に使用することによって、多彩な演出を比較的容易に実現することができる。まず多様なスケジュールデータを用意することによって、それぞれの演出装置で容易に多様な演出を実現することができる。また、演出データでは、それぞれの演出装置について用意された多様な演出を、組み合わせて複数種類の演出装置を併用した演出内容を規定することができる。このように階層的にデータを設けることにより、例えば、多種多様な効果音を容易に出力させることができるとともに、ある効果音に対応した表示画面を多様に切り換えることが容易に可能となる。また、音声出力のスケジュールデータと画像表示のスケジュールデータとが分離されているため、画像表示の途中で音声出力を変更することも可能となる。

【0018】

本発明におけるコールファンクション、条件分岐ファンクション、および抽選ファンクションは、演出データおよびスケジュールデータの一方に設けても良いし、双方に設けても良い。
演出データは、複数の演出装置を統合的に制御するために用意されたデータであるから、演出スケジューラ部で抽選を行う場合には、複数の演出装置の演出内容の統一感を保ちながら多彩な演出を実現できる利点がある。
これに対し、スケジューラ部が抽選を行う場合には、演出装置ごとにスケジュールデータを選択できるため、その組み合わせで実現される演出内容は非常に多彩なものとなる利点がある。
本発明では、主制御基板と演出制御基板とは単方向信号線で接続されており、主制御基板は演出が終了したか否かを検出できない構造を採っている。従って、主制御基板と演出制御基板の同期を保つために、上述の選択対象となる演出データおよびスケジュールデータは、同一の演出時間となるよう設定しておくことが望ましい。

【0019】

また、出力スケジューラ部が選択を行う場合には、同一の演出時間となるスケジュールデータの一部を選択対象から除外して、選択を行ってもよい。出力スケジューラ部に対応づけられた演出装置の動作状態または演出スケジューラ部からの動作情報に基づいて、除外するか否かを判断したり、除外すべきスケジュールデータを決定したりしてもよい。このように一部を選択対象から除外して選択範囲を制限することにより、違和感のある演出となりやすい不適切なスケジュールデータが選択されることを抑制することができる。例えば、現時点での動作状態に対して違和感のある演出を行うスケジュールデータや、他の演出装置との関係で違和感を生じさせやすいスケジュールデータを除外対象とすればよい。

【0020】

上述の特徴は、必ずしも全てが備えられている必要はなく、適宜、一部を省略したり、組み合わせたりしても良い。上述の演出スケジューラ部、出力スケジューラ部等は、ハードウェア的に構成してもよいし、ソフトウェアのモジュールとして構成してもよい。また、本発明は、上述の処理によって演出装置を制御する制御方法として構成してもよいし、かかる制御を実現するためのコンピュータプログラムや、このコンピュータプログラムを記録した記録媒体、即ちＲＯＭやフラッシュメモリなどの不揮発性媒体として構成してもよい。

【図面の簡単な説明】

【0021】

【図1】実施例におけるスロットマシン１０の外観を示す説明図である。

【図2】制御機構の構成を示す説明図である。

【図3】制御ソフトウェア構成を示す説明図である。

【図4】演出制御の基本概念を示す説明図である。

【図5】システムイベントの生成を示す説明図である。

【図6】演出モジュール２４０の機能を示す説明図である。

【図7】サウンドモジュール２５０の機能を示す説明図である。

【図8】ランプモジュール２６０の機能を示す説明図である。

【図9】メイン処理のフローチャートである。

【図10】イベント処理のフローチャートである。

【図11】演出データ処理のフローチャートである。

【図12】サウンド処理のフローチャートである。

【図13】ランプ処理のフローチャートである。

【図14】第２実施例としてのパチンコ機に用いられる遊技盤７０の正面図である。

【図15】パチンコ機の制御ソフトウェア構成を示す説明図である。

【図16】従来構造のプログラムによりランプ処理プログラムを実現した場合の一例を示す図である。

【図17】従来構造のプログラムにより使用されるデータテーブルの一例を示す図である。

【図18】従来構造のプログラムを実行した場合の処理の流れを示すフローチャートである。

【図19】従来構造のデータテーブルの具体的な一例を示す図である。

【図20】図１９に示したデータテーブルにおけるデータのビット構成を説明するための図である。

【図21】従来構造のデータテーブルに基づく処理の流れを示すフローチャートである。

【図22】従来構造のプログラムにより実行される制御を説明するためのシーケンスチャートである。

【図23】本発明の実施形態におけるプログラムとデータ構成の概念図を示す図である。

【図24】本発明の実施形態におけるランプ処理スケジュールデータの一例を示す図である。

【図25】本発明の実施形態におけるランプ処理プログラムにより実行される処理の流れを示すフローチャートである。

【発明を実施するための形態】

【0022】

本発明の実施例について以下の順序で説明する。
Ａ．装置構成：
Ｂ．制御機構の構成：
Ｃ．制御ソフトウェア構成：
Ｃ１．モジュール構成：
Ｃ２．演出制御の基本概念：
Ｃ３．イベントモジュールの機能：
Ｃ４．演出モジュールの機能：
Ｃ５．サウンドモジュールの機能：
Ｃ６．ランプモジュールの機能：
Ｄ．演出制御処理：
Ｄ１．メイン処理：
Ｄ２．イベント処理：
Ｄ３．演出データ処理：
Ｄ４．サウンド処理：
Ｄ５．ランプ処理：
Ｅ．効果：
Ｆ．第２実施例：
Ｆ１．遊技機の構成：
Ｆ２．遊技機の制御：
Ｇ．変形例：
Ｈ．本実施形態におけるプログラム構造と従来技術との違い：

【0023】

Ａ．装置構成：
図１は実施例におけるスロットマシン１０の外観を示す説明図である。スロットマシン１０は、遊技媒体であるメダル（遊技メダル）を用いてゲームを行うことができる。「遊技媒体」とは、遊技場（ホール）において１回ごとのゲームについて投資または掛ける対象、およびゲームの結果に応じた特典として払い出しの対象となる物を意味する。本実施例は、スロットマシンを例にとって説明するが、本実施例は、パチンコ機などの遊技機として構成してもよい。

【0024】

図の左側にはスロットマシン１０の正面図を示し、右側にＡ−Ａ断面図を示した。図の煩雑化を避けるため、Ａ−Ａ断面図では、スロットマシン１０のドア部分のみを示してある。スロットマシン１０は、上方に大型（本実施例では画面サイズが１９インチ程度となっている）の液晶パネル２１を備えている。液晶パネル２１の下部には３つの円筒形のリール２２が配置されている。これらのリール２２には、ゲーム用の図柄が描かれており、それぞれ図中の左右方向を回転軸として回転可能となっている。スロットマシン１０の正面は、大型の透明カバー１１で覆われている。

【0025】

遊技者が、メダルを投入して、始動レバー１５を操作すると、リール２２が回転し始める。遊技者が、３つの停止ボタン１６をそれぞれ操作すると、ボタンの位置に対応したリール２２の回転を停止させることができる。投入したメダル数、および回転が停止した時の図柄の配列に応じて、スロットマシン１０はメダルを払い出す。

【0026】

スロットマシン１０は、遊技中に種々の演出を行うため、スピーカ４０やランプ３０を備えている。スピーカ４０は、上部および下部にそれぞれ左右の４カ所に設けられているが、上部のスピーカについては図示されていない。ランプ３０は、スロットマシン１０の左右および上部に設けられている。ランプ３０は、多数のＬＥＤと、それを覆う透明樹脂製のレンズで構成されている。ランプ３０は、遊技状況に応じて点灯し、例えば、大当たりが出た場合などには鮮やかに点灯して、大当たりの発生を周囲にアピールする演出を行う。

【0027】

Ｂ．制御機構の構成：
図２は制御機構の構成を示す説明図である。スロットマシン１０はメイン制御基板１００、サブ制御基板２００の分散処理によって制御される。メイン制御基板１００は、内部にＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３を備えており、スロットマシン１０の全体処理を制御する。この制御を実行するため、メイン制御基板１００には、種々の情報が入出力される。図中には、その一部を示した。

【0028】

入力される情報としては、例えば、始動レバー１５および停止ボタン１６の動作状態、メダル満タンセンサ５０、エラー解除センサ５１、扉開放センサ５２などのセンサ出力がある。メダル満タンセンサ５０は、遊技機内のメダルの貯留数が所定数量を超えた場合にエラー信号をメイン制御基板１００に出力する。エラー解除センサ５１は、スロットマシン１０の動作にエラーが生じた際に、係員の操作に応じてエラーをリセットするためのスイッチからの出力信号である。扉開放センサ５２は、スロットマシン１０の前面扉が開放されたことを報知するためのセンサ出力である。

【0029】

リール２２からは、各リールの停止位置情報を表す信号が出力される。また、メイン制御基板１００からリール２２には、各リールを回転させるモータの起動及び停止を制御する駆動パルス信号が出力される。

【0030】

電源ユニット１８は、メイン制御基板１００を含めた各種基板に電力を供給するための機構である。電力の供給とともに、停電などの異常が発生した際に、バックアップ処理を行わせるため、停電予測信号をメイン制御基板１００に出力する。

【0031】

ホッパ装置１９は、特典としてメダルを払い出すための機構である。リールの停止状態によって成立した役に応じて、内部に貯留されているメダルをステッピングモータによって払い出し口から払い出すことができる。メイン制御基板１００からホッパ装置１９には、メダルの払い出し動作を行うための制御信号が出力される。ホッパ装置１９には、払い出されたメダルを１枚ずつ検出する払出センサが設けられており、メダル１枚ごとの払出メダル信号がメイン制御基板１００に出力される。

【0032】

スロットマシン１０は、遊技状態に応じて音声出力、ランプ点灯、画像表示などの演出を行う。これらの演出は、サブ制御基板２００によって制御される。メイン制御基板１００が遊技状態を表すコマンドを出力すると、サブ制御基板２００は、これに応じた演出を実行するのである。この意味で、サブ制御基板２００は、メイン制御基板１００からのコマンドに応じて作動する下位の制御基板であると言える。本実施例では、不正を回避するため、メイン制御基板１００とサブ制御基板２００は単方向の信号線で接続されており、サブ制御基板２００からメイン制御基板１００への信号伝達は行われない。

【0033】

サブ制御基板２００は、内部にＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３等を備えるマイクロコンピュータとして構成されている。ＣＰＵ２０１は、ＲＯＭ２０２に記憶されたプログラムおよびデータを用いて、ＲＡＭ２０３を活用しながら種々の演出制御処理を実行する。ＣＰＵ２０１は、ランプ３０に点灯パターンを表すランプデータを出力することによって、その点灯状態を制御することができる。

【0034】

サブ制御基板２００には、またＬＣＤ２１を制御するためのＶＤＰ（Video
Display
Processor）２０４が備えられている。ＶＤＰ２０４は、ＣＰＵ２０１からのコマンドに従
って、画像をビットマップ展開し、ＬＣＤ２１に画像を表示するための表示データを生成する。表示データの生成は、種々の方法で行うことが可能であるが、本実施例では、予め用意されたキャラクタデータを活用する方法を採った。

【0035】

キャラクタデータとは、ＬＣＤ２１にまとまった単位として表示されるイメージ（以下、このイメージをスプライトと呼ぶ）を表すための６４ピクセルなどの規定サイズの矩形のビットマップデータである。画面上には種々の大きさのスプライトが存在する。小さなスプライトは、一つのキャラクタデータで表現することができるし、人物など比較的大きいスプライトの場合には、例えば、横２×縦３などで配置した合計６個のキャラクタデータで表現することができる。背景画像のように更に大きいスプライトであれば、更に多数のキャラクタデータを用いて表現することができる。キャラクタデータの数および配置は、スプライトごとに任意に指定可能である。スプライトおよびキャラクタデータのサイズ等は任意に設定可能である。本実施例では、定型的な大きさのキャラクタデータを配置してスプライトを構成するものとしたが、キャラクタデータは、各スプライトの大きさに応じた不統一なサイズとしてもよい。

【0036】

ＣＰＵ２０１は、画像に表示すべき複数のスプライトおよびその位置をＶＤＰ２０４に指示する。ＶＤＰ２０４は、指定されたスプライトに対応するキャラクタデータをＲＯＭ２０２から読み出し、指定された位置に展開して、表示データを生成するのである。

【0037】

画面上に複数のスプライトが配置されている場合には、順次、バッファ上にスプライトごとのデータが展開される。後から展開されるスプライトのデータは既に展開済みのデータに上書きされるため、複数のスプライトが配置される時は、後から展開されるスプライトほど優先的に表示されることになる。

【0038】

ＶＤＰ２０４は、画像を展開する上で有用な種々の機能を有している。かかる機能の一つとしてレイヤ機能が挙げられる。ＶＤＰ２０４は、スプライトを予め用意された複数のレイヤごとに展開することができるのである。この機能を利用すれば、画像の表示の有無および表示の優先度を指定することによって、スプライト間の重なり具合を容易に制御することができる利点がある。

【0039】

ＶＤＰ２０４の上述の処理を制御するための表示制御ＣＰＵ、およびキャラクタデータを格納するためのキャラＲＯＭをサブ制御基板２００に更に設ける構成をとってもよい。
この場合には、サブ制御基板２００のＣＰＵ２０１は、表示制御ＣＰＵに、表示すべき画像を表す識別コード等を出力すればすむ。表示制御ＣＰＵが、この識別コードを解析して、表示すべきスプライトおよび位置を特定し、ＶＤＰ２０４に指示を出すことになる。また、キャラクラタデータ専用のキャラＲＯＭを設けることにより、キャラクタデータの読み出し速度を向上させることができ、画像表示を円滑に行うことが可能となる。

【0040】

サブ制御基板２００には、音声を出力するための音源ＩＣ２０５が用意されている。ＣＰＵ２０１が再生すべき音声を表す音源コマンドを音源ＩＣ２０５に出力すると、音源ＩＣ２０５は、音源コマンドに対応した音源データをＲＯＭ２０２から読み出し、アンプ２０６を介してスピーカ４０から音声を出力することができる。音源データを格納しておくための専用のＲＯＭを音源ＩＣ２０５に接続しておく構成としてもよい。

【0041】

本実施例では、音声は４チャンネルでスピーカ４０に出力可能である。ここに図示した４つのスピーカは、それぞれチャンネルを模式的に表しているものであり、図１で説明した物理的な４個のスピーカに対応している訳ではない。アンプ２０６内には、チャンネルごとに、増幅回路２０６ａと、ボリューム２０６ｖが用意されている。後述する通り、ボリューム２０６ｖは、ＣＰＵ２０１が個別に調整可能となっている。こうすることにより、例えば、ＢＧＭを演奏中に、そのチャンネルのボリュームを落として、他のチャンネルから流れる効果音を一時的に優先させるなどの演出を比較的容易に実現することが可能となる。

【0042】

Ｃ．制御ソフトウェア構成：
Ｃ１．モジュール構成：
図３は制御ソフトウェア構成を示す説明図である。本実施例では、各モジュールは、サブ制御基板のＣＰＵ２０１が実行するコンピュータプログラムによってソフトウェア的に構成されているが、一部または全部をハードウェア的に構成しても構わない。

【0043】

システムモジュール２１０内の主基板コマンドバッファ２１１は、メイン制御基板１００から送信される主基板コマンドを受信し、コマンド解析モジュール２２０に受け渡す。
本実施例では、主基板コマンドは２バイトの情報であり、４ビットずつ４回に分けて出力される。主基板コマンドバッファ２１１は、この４回の信号を受信して２バイトのコマンドに再構成し、コマンド解析モジュール２２０に受け渡すのである。

【0044】

主基板コマンドには、遊技状態やスロットマシン１０の動作状態のうち演出に関係のある内容を表す情報が含まれる。例えば、扉開放その他のセンサ出力（図２参照）や、始動レバー１５や停止ボタン１６の操作、リールの回転や停止、停止時の役の成否などが挙げられる。ここに挙げたコマンドは例示であり、遊技機の機種や、演出内容に応じて種々のコマンドを含めることができる。例えば、本実施例をパチンコ機に適用する場合には、始動入賞口等への入賞の有無や、抽選の結果などを主基板コマンドに含めることができる。

【0045】

コマンド解析モジュール２２０は、主基板コマンドの内容を解析し、有効なコマンドか否かを判断する。有効なコマンドと判断された場合には、イベントモジュール２３０に受け渡す。

【0046】

イベントモジュール２３０は、受け取ったコマンドに基づいて、システムイベントおよびユーザイベントを生成する。システムイベントとは、遊技中のユーザの操作と無関係に、スロットマシン１０の動作状態に応じて種々の処理を行うための管理状態を言う。本実施例では、システムイベントで管理する状態としては、優先度の高い順に、「設定変更中、各種異常報知、扉開放状態、リール空回し、パワーセーブ、通常遊技、デモ」などが挙げられる。これらは一例に過ぎず、更に多くの管理状態を対象としてもよい。

【0047】

ユーザイベントとは、遊技中の演出表示に関するイベントであり、例えば、始動レバー１５の操作、停止ボタン１６の操作、リールの停止状態などがあげられる。イベントモジュール２３０は、これらのイベントに応じて、演出番号を特定し、演出モジュール２４０に受け渡す。演出番号とは、音声出力、ランプ、ＬＣＤなどによって実現される演出内容を表す識別情報である。

【0048】

演出モジュール２４０は、演出番号に基づいて、液晶コマンド、音声動作番号、ランプ動作番号を決定する。演出番号とこれらの液晶コマンド等との関係は、演出データとして予め規定され、ＲＯＭ２０２に格納されている。演出データの内容、および液晶コマンド等の決定方法については後述する。液晶コマンドは、液晶コマンドバッファ２１２を介して、ＶＤＰ２０４に受け渡される。液晶コマンド、音声動作番号、ランプ動作番号のうちシステムイベントに起因するものは、演出モジュール２４０によらず、イベントモジュール２３０によって指定されることもある。

【0049】

演出データの選択、および演出データに基づく動作情報（液晶コマンド、音声動作番号、ランプ動作番号）の出力を行う点で、本実施例のイベントモジュール２３０および演出モジュール２４０は、本発明における演出スケジューラ部に相当する機能を果たす。本実施例では、２つのモジュールで演出スケジューラ部を構成しているが、両者を統合した単一のモジュールで演出スケジューラ部を構成してもよい。

【0050】

ＶＤＰ２０４は、この液晶コマンドバッファ２１２に基づき表示データを生成して、ＬＣＤ２１に出力する。表示データは、先に図２で説明した通り、液晶コマンドで指定されたキャラクタデータを指定された位置に展開する方法で生成する。

【0051】

サウンドモジュール２５０は、音声動作番号に基づいて音源コマンドを生成する。音源コマンドの生成方法については後で詳述し、ここでは概要のみを示す。
本実施例では、音声動作番号と、生成すべき音源コマンドとの関係は、予めスケジュールデータとして規定され、ＲＯＭ２０２に記憶されている。サウンドモジュール２５０は、このスケジュールデータを参照して音源コマンドを生成するのである。図示を省略したが、サウンドモジュール２５０には、スケジュールデータを参照して音源コマンドを生成するためのスケジューラが複数、設けられている。サウンドモジュール２５０は、これらの複数のスケジューラを統合制御して、４チャンネル分の出力に対応する音源コマンドを生成することができる。音源ＩＣ２０５は、この音源コマンドで指定された音源データをＲＯＭ２０２から読み出し、スピーカ４０から音声出力する。

【0052】

ランプモジュール２６０は、ランプ動作番号に基づいて、ランプを点灯・点滅させるためのランプデータを生成する。ランプデータの生成方法については後で詳述し、ここでは概要のみを示す。
本実施例では、ランプ動作番号と、生成すべきランプデータとの関係は、予めスケジュールデータとして規定され、ＲＯＭ２０２に記憶されている。ランプモジュール２６０は、このスケジュールデータを参照してランプデータを生成するのである。図示を省略したが、ランプモジュール２６０には、スケジュールデータを参照してランプデータを生成するためのスケジューラが複数、設けられている。ランプモジュール２６０は、これらの複数のスケジューラを統合制御してランプデータを生成することができる。ランプデータは、出力ポートイメージワーク２１３を介してランプ３０に出力され、各ランプを点灯・点滅させる。

【0053】

Ｃ２．演出制御の基本概念：
図４は演出制御の基本概念を示す説明図である。サウンドモジュール２５０の機能を例にとって示した。先に説明した通り、サウンドモジュール２５０は、音声動作番号に基づいて音源コマンドを生成する。音源コマンドの生成は、スケジューラ２５２［１］〜２５２［４］等によって実現される。各スケジューラは、予め用意されたスケジュールデータ２５５を参照して音源コマンドを生成する。スケジュールデータ２５５の構造は後述する。サウンドモジュールメイン２５１は、各スケジューラの起動を制御し、参照すべきスケジュールデータを指定する。

【0054】

図示したスケジューラ２５２［１］〜［４］は本実施例で設けられているスケジューラの一部である。スケジューラは、音源コマンドの生成を並行して実行する必要のある本数分用意される。本実施例では、各スケジューラによって出力される音声、即ち並列処理するそれぞれの音声を、画像表示のレイヤ構造に対応させ、「レイヤ」と称することもある。スケジューラは、レイヤごとに一つ設けられることになる。

【0055】

本実施例で設けられるレイヤは、優先度の高い順に次の通りである。音声についてのレイヤ構造は、下記に限定されるものではなく、この中の一部を省略してもよいし、この他のレイヤを追加してもよい。
システム効果音（設定変更等） 禁止；
通常異常効果音 禁止；
扉開放効果音（エラー報知、ドア等） 禁止；
機能効果音２（払い出し、ＢＥＴ等） 許可；
機能効果音１（払い出し、ＢＥＴ等） 許可；
企画特殊効果音（ボーナスＢＧＭ等） 許可；
企画演出効果音（演出からの音声番号設定） 許可；

【0056】

「禁止」、「許可」とは、各レイヤを使用する際に、他のレイヤの音声出力を禁止するか、許可するかの指定である。例えば、「システム効果音」レイヤを使用して音声を出力する際には、その他のレイヤの音声出力が禁止されるため、システム効果音のみが出力されることになる。「企画演出効果音」レイヤを使用する場合には、このレイヤの音声と、他のレイヤの音声とが合成された音声が出力される。

【0057】

スケジューラ２５２［１］〜２５２［４］から出力された音源コマンドは、本実施例で設けられている４つのチャンネルＣｈ１〜Ｃｈ４のいずれかから出力される。各チャンネルの音声は、ボリューム２６０ｖ［１］〜［４］を介してスピーカ４０［１］〜［４］から出力される。もっとも、ここに図示したスピーカ４０［１］〜［４］は、各チャンネルＣｈ１〜Ｃｈ４の出力を模式的に表したものであり、スロットマシン１０に設けられた物理的ないずれか一つのスピーカと対応していることを意味している訳ではない。

【0058】

スケジューラ２５２と出力チャンネルとの対応関係は、チャンネルＣｈ１〜Ｃｈ４に対応づけて設けられたチャンネル管理用ワーク２５３［１］〜２５３［４］によって管理される。図の右下にチャンネル管理用ワーク２５３のデータ構造を例示した。このワーク２５３では、レイヤ番号、フレーズ番号、ステレオ再生フラグ、出力ボリューム、ループ属性が格納されている。

【0059】

レイヤ番号は、各チャンネルを使用するレイヤを規定する。図の例では、チャンネルＣｈ４は、レイヤ＃３が使用していることを表している。レイヤ番号を変更することによって、チャンネルとスケジューラとの対応関係を切り換えることができる。例えば、スケジューラ２５２［４］は、図中の例では、チャンネルＣｈ２と割り当てられているが、チャンネル管理用ワーク２５３［４］のレイヤ番号を「＃４」に変更すれば、チャンネルＣｈ４に割り当てられる。同様に、チャンネル管理用ワーク２５３［１］、２５３［２］のレイヤ番号を「＃４」に変更すれば、それぞれチャンネルＣｈ１、Ｃｈ２に割り当てられることになる。
フレーズ番号は、各レイヤから出力される一連の音声のうち、現在、どのフレーズが再生されているのかを示す情報である。ステレオ再生フラグは、ステレオ出力するか否かを表している。出力ボリュームはチャンネルごとのボリュームである。ループ属性は、繰り返し再生するか否かの指定である。これらの情報は、サウンドモジュールメイン２５１によって指定される。

【0060】

本実施例の構成は、出力ボリュームに関わらず音源コマンドを生成する機能と、出力先、および出力間の優劣やボリュームを調整する機能とを分離した構成と言える。前者がスケジューラ２５２の機能であり、後者がサウンドモジュールメイン２５１の機能である。
こうすることにより、複数のスケジューラ２５２には、スケジューラ間の優劣等を考慮することなく再生すべきスケジュールデータを指定しさえすればよいため、その動作制御が簡素なものとできる利点がある。また、スケジューラの処理負荷も軽減する。更に、音声出力の過程で、柔軟に出力チャンネルや優先度、ボリュームを調整できる利点もある。

【0061】

例えば、音声出力中に、サウンドモジュールメイン２５１が、各チャンネルのレイヤ番号を変更することにより、各チャンネルから出力されるレイヤを容易に切り換えることができる。レイヤ１、２をそれぞれチャンネルＣｈ１、Ｃｈ２から出力している途中で、出力先のチャンネルを入れ替えることが可能となるのである。この結果、チャンネルＣｈ１がボリューム大、Ｃｈ２がボリューム小に設定されている場合には、大小のボリュームバランスを変えることなく、今まで大きく再生されていた音声を小さく出力し、小さく再生されていた音声を大きく出力することを容易に実現することできる。

【0062】

また、別の例として、一部のレイヤの出力ボリュームを０とすることにより、特定のレイヤの音声を容易に消去させることができ、一時的に特定のレイヤの音声のみを出力することができる。この間も、ボリューム０とされたレイヤは、音声の再生だけは継続的に行っているから、ボリュームを復帰させれば、従前の続きの音声が違和感なく出力されるという利点がある。

【0063】

図中では、サウンドモジュール２５０について、演出制御の基本概念を示した。本実施例では、ランプモジュール２６０についても同様の構成を採用している。つまり、ランプモジュール内にも、ランプデータを生成するための複数のスケジューラが設けられており、レイヤ構造を採用している。ランプモジュール用のレイヤは、優先度の高い順に次の通りである。
設定変更；
エラー報知；
扉開放報知；
機能表示２（告知等）；
機能表示１（払い出し等）；
遊技演出；
ランプについてのレイヤ構造は、これに限定されるものではなく、この中の一部を省略してもよいし、この他のレイヤを追加してもよい。

【0064】

ランプについては、全て「禁止」扱いである。つまり、上述のレイヤの中で最も優先度の高いもののみが出力される。従って、サウンドモジュールと異なり、出力間のボリューム調整の機能も設けられていない。もっとも、ランプについても、サウンドと同様、他のレイヤの出力を「許可」するとともに、各レイヤの出力強度を調整するボリューム相当の機能を設けても良い。例えば、演出用のレイヤを複数設けておき、これらを共に出力許可扱いとしておけば、両者の重ね合わせ、およびその出力強度の調整によって、多様な演出を容易に実現することができる利点がある。

【0065】

以上で、スロットマシン１０の制御機構のモジュール構成および演出制御の基本概念について説明した。次に、各モジュールの機能について、データ構造を示しながら、より詳細に説明する。

【0066】

Ｃ３．イベントモジュールの機能：
図５はシステムイベントの生成を示す説明図である。イベントモジュール２３０は、先に図３で説明した通り、主基板コマンドに基づいて、システムイベントおよびユーザイベントを生成し、管理する機能；これらのイベントに応じて、演出番号を特定し、演出モジュール２４０に受け渡す機能；およびシステムイベントに基づいて液晶コマンド、音声動作番号、ランプ動作番号を設定する機能を奏する。
破線枠内に本実施例でシステムイベントとして管理する状態ＳＥを示した。下側に行くほど優先度が高くなる。制御の便宜上、「電源投入」もシステムイベントと同じ扱いとしている。

【0067】

イベントモジュール２３０がイベントの処理に使用するワーク２３１を左側に示した。
このワークでは、管理すべきイベントの数に対応したイベント情報［１］〜［ｎ］が格納されている。イベント情報［１］〜［ｎ］は、「電源投入」を除く各システムイベントＳＥと対応しており、各イベントが「ＯＮ」、「ＯＦＦ」、「ＯＮからＯＦＦへの切り換え」、「ＯＦＦかＯＮへの切り換え」のいずれの状態にあるかを管理している。例えば、遊技者による操作がなされないまま所定時間経過したことが主基板コマンドその他の情報によって検出されると、イベントモジュール２３０は、「デモ」に移行すべきと判断し、これに対応するイベント情報［１］を「ＯＦＦかＯＮへの切り換え」に設定する。

【0068】

ワーク２３１における「効果音停止レイヤ」および「ランプ停止レイヤ」は、上述のイベントの発生／停止等に応じて、出力を停止させるべきサウンドレイヤ番号、ランプレイヤ番号を格納する。図の煩雑化を回避するため、図示を省略したが、「効果音停止レイヤ」、「ランプ停止レイヤ」等のワーク２３１も、それぞれ並行して指定できるよう必要数だけ設けられている。
ワーク２３１における「サウンド起動レイヤ」および「サウンド起動パターン」は、イベント発生／停止等に応じて、サウンドを出力させるべきレイヤ、および出力させるべきサウンドのパターンをそれぞれ番号で指定する。サウンドパターンの番号とは、図３中の音声動作番号を意味する。ワーク２３１における「ランプ起動レイヤ」および「ランプ起動パターン」も同様に、起動させるべきランプレイヤおよびランプの点灯パターンをそれぞれ番号で指定する。ランプの点灯パターンの番号とは、図３中のランプ動作番号を意味する。上述の「デモ」起動の時には、サウンドレイヤ［１］で効果音［１］、ランプレイヤ［１］でランプ［１］を起動させることになる。

【0069】

ワーク２３１における「パワーセーブ監視タイマ」は無操作期間を監視するために使用されるタイマである。このタイマで指定された時間が経過すると、通常遊技からデモ状態に移行したと判断される。ワーク２３１における「リール空回し警告タイマ」は、停止ボタン１６が操作されることなくリールが回転し続けた時間を監視するためのタイマである。このタイマで指定された時間が経過すると、「リール空回し警告中」イベントに応じて、ＬＣＤ２１にエラー表示がなされる。

【0070】

ワーク２３１における「効果音停止レイヤ」、「ランプ停止レイヤ」等は、動作番号テーブル２３２、およびレイヤ情報テーブル２３３によって与えられる。これらのテーブルは、予め規定され、ＲＯＭ２０２に格納されている。動作番号テーブル２３２は、イベントごとに、起動すべき音声動作番号（図中の効果音［０］〜［ｎ］）、およびランプ動作番号（図中のランプ［０］〜［ｎ］）を格納している。レイヤ情報テーブル２３３は、イベントごとに、音声を出力すべきレイヤ（図中のサウンドレイヤ［０］〜［ｎ］）、およびランプレイヤ［０］〜［ｎ］を格納している。イベントモジュール２３０は、イベントの状態に応じて、動作番号テーブル２３２およびレイヤ情報テーブル２３３を参照し、その結果をワーク２３１に反映させるという処理を実行する。

【0071】

この他に、先に図３で説明した通り、システムモジュール２１０は、例えば、始動レバー１５の操作、停止ボタン１６の操作、リールの停止状態、およびシステムイベント情報などに応じて演出番号を特定する。本実施例では、予めこれらの各種イベントと演出番号との関係を規定した演出抽選テーブルを参照することによって、遊技状態に応じた演出番号を特定する方法を採った。

【0072】

また、更に、システムモジュール２１０は、所定のタイミングで、画面設定コマンドをＶＤＰ２０４に出力する。これは、画面設定等に関するコマンドであり、こうすることで、ノイズなどの影響で演出表示に支障が生じた場合でも、速やかに復旧することが可能となる。

【0073】

システムモジュール２１０は、この他、遊技中に行われる基本的な操作に連動した音声出力やランプ表示を行わせるための音声動作番号、ランプ動作番号の出力を行う。出力される音声としては、例えば、「メダル投入音」、「ウェイト音」、「回胴回転開始音」、「リール停止音」、「払い出し音」などが挙げられる。ランプ表示としては、ベット時、レバーＯＮ時、リール停止時の表示などが挙げられる。本実施例では、これらの音声動作番号、ランプ動作番号は、システムイベントの管理で使用するワーク２３１のサウンド起動レイヤ、サウンド起動パターン、ランプ起動レイヤ、ランプ起動パターンに書き込まれる。これらの音声、ランプ出力は、システムイベントに応じた音声、ランプ出力とは別のレイヤとして管理される。

【0074】

Ｃ４．演出モジュールの機能：
図６は演出モジュール２４０の機能を示す説明図である。演出モジュール２４０は、イベントモジュール２３０から演出番号を受け取り、ＶＤＰ２０４、サウンドモジュール２５０およびランプモジュール２６０に出力するコマンドを設定する。図中には、このコマンドを設定するために参照される演出データ２４１の構造を示した。

【0075】

本実施例では、演出データ２４１は、イベントモジュール２３０から指定される演出番号ごとに用意され、ＲＯＭ２０２に格納されている。演出データ２４１と演出番号との対応関係は、演出管理テーブルに規定されている。図の左側に示す通り、演出管理テーブルは、演出データの格納アドレスを示す、演出管理ポインタを備えている。演出管理ポインタは、演出番号に対応する数だけ用意されているが、ここでは５つのみを例示した。図の例では、例えば、演出管理ポインタ［１］は、最初は、演出データ２４１の先頭アドレスＡ１を格納していることになる。演出データの処理が実行されるにつれ、演出管理ポインタ［１］の値は、順次、Ａ１、Ａ２と移行していく。

【0076】

本実施例では、演出番号は、演出管理ポインタのアドレス値を用いるものとした。図の例では、演出番号０１Ｈ、０２Ｈ等は、それぞれ演出管理ポインタ［１］、［２］等の格納アドレスを表している。もっとも、演出番号はアドレス値に限らず、任意の識別情報を用いることができる。この場合には、演出管理テーブルを、演出番号と演出管理ポインタとを対応づけた構成とすればよく、演出モジュール２４０は、演出番号をキーとして演出管理ポインタを検索した上で、演出データの処理を行うようにすればよい。もっとも、演出管理ポインタのアドレス値を演出番号として用いれば、演出管理テーブルのデータ量を軽減できるとともに、上述の検索も不要となるため、演出データの処理に要する負荷を軽減できる利点がある。

【0077】

演出データ２４１は、図示する通り、一つ一つのコマンドは、原則としてファンクションとパラメータから構成される。ファンクションとは、演出モジュール２４０が実行すべき機能である。本実施例で用いるファンクションの例を以下に示す。パラメータは、ファンクションの処理内容を具体的に指示する変数である。パラメータを指定する必要がないファンクションを設けても良い。
（１） 主基板コマンド受信チェック…所定の主基板コマンドを受信したか否かをチェックする。チェック対象となる主基板コマンドは、パラメータで指定する。
（２） ジャンプ…パラメータで指定されたアドレスを演出管理ポインタにセットする。
演出モジュール２４０は、指定されたアドレスにジャンプして演出データの処理を継続することになる。
（３） コール…次のファンクションのポインタ値を待避した上で、パラメータで指定されたアドレスを演出管理ポインタにセットする。演出モジュール２４０は、一時的にパラメータで指定されたアドレスに移行して演出データの処理を行った後、上述の待避したポインタ値に基づき、従前の処理に復帰することができる。
（４） リターン…コール先から復帰するための指示である。コールで待避したポインタ値を、演出管理テーブルに設定する機能を有する。
（５） タイマセット…待ち時間用のタイマの値を設定する。このタイマ値は、処理中に順次、減算される。タイマ値が０となった時に指定された待ち時間が経過したことを表す。
（６） タイマウェイト…設定されたタイマが０となるまで待って、演出データの処理を継続する。
（７） メモリ参照…所定のイベントの発生有無が設定された条件を満たすか否かを判断し、満たしたか否かによって、次に行う処理を分岐する。イベントの発生有無は、パラメータが示すイベント用メモリの値を参照することによって監視する。
（８） 演出終了…演出番号をクリアし、実行終了する。この際、演出管理ポインタに演出データの先頭アドレスを書き込むことによって、リセットしておく。
（９） 液晶コマンドセット…液晶に送信するコマンドを設定する。
（１０） 音声動作番号セット…サウンドモジュール２５０に出力する音声動作番号を設定する。
（１１） ランプ動作番号セット…ランプスケジュール２６０に出力するランプ動作番号を設定する。

【0078】

図中の例では、アドレスＡ２において「コール」ファンクションが指定されている。演出モジュール２４０は、このパラメータで指定されたアドレスＡ３１を次に実行する。図の例では、アドレスＡ３１において液晶コマンドをセットし、Ａ３２において音声動作番号、Ａ３３においてランプ動作番号をセットして、Ａ３ｎでリターンする。演出コマンドは、これらの処理を終了すると、「コール」が指定されたアドレスＡ２に復帰し、次のアドレスＡ３の処理に移行する。

【0079】

このように、コールファンクションを活用することによって、アドレスＡ３１〜Ａ３ｎで指定された一連のブロックＢＬ３の内容を演出データの種々の部分に取り込むことが可能となる。こうすることによって、演出データの容量を低減できるとともに、その作成負荷を軽減することができる。また、こうすることで、次に示す通り、スロットマシン１０に特有の効果も有する。スロットマシン１０では、遊技中に種々の抽選等が行われ、その結果に応じて遊技の展開が変わってくる。遊技者の中には、抽選中の演出内容の微妙な違いを見つけて、抽選結果等を推測することができる者もいる。これに対し、本発明では、コールによって、汎用的な演出内容を種々の場面で活用することができるため、こうした微妙な違いを解消することができ、抽選結果等を予測しづらくすることができ、遊技の興趣が損なわれるのを抑制することができるのである。

【0080】

このように「コール」ファンクションを用いることが可能ではあるが、本実施例の演出データ２４１は、インタプリタのプログラムとは異なるものである。上述の通り、演出データ２４１で使用する主たるファンクションは、「液晶コマンドセット」、「音声動作番号セット」、「ランプ動作番号セット」など、他のスケジューラへの指示内容を設定するものであり、演出モジュール２４０が実現できる非常に限定的な機能を具体的に指示するものに過ぎないからである。

【0081】

図中の例では、次にアドレスＡ３でタイマウェイトが実行される。ここでは、パラメータＰｒｍ［０３１］で指定された時間が経過するまで、演出データの処理が待たれる。後述する通り、本実施例では、タイマ割り込みによって処理が繰り返し実行される。従って、演出モジュール２４０は、タイマウェイトファンクションでは、パラメータＰｒｍ［０３１］の値が０でなければ、以降の処理を行うことなく演出データの処理を一旦終了し、この値が０であれば、次のアドレスのファンクションに移行するという処理を行う。

【0082】

図中の例では、アドレスＡ１１でメモリ参照、即ち条件分岐が実行されている。ここでは、所定のボタンが押されたか否かを条件とする場合を例示した。主基板から受け渡されるコマンドに基づいて、ボタンが押されるというイベントの発生が検出されると、演出モジュール２４０はアドレスＡ１１の次のアドレスの処理に移行する。このイベントが発生するまではパラメータＰｒｍ［１１２］で指定されるアドレスに移行する。

【0083】

本実施例では、パラメータＰｒｍ［１１２］に、自己のアドレスＡ１１を指定することにより、ボタンが押されるまで処理が先に進まないような構成とした。この結果、本実施例の演出データ２４１は、開始アドレスＡ１から条件分岐Ａ１１までを一連のブロックＢＬ１として捉えることができる。演出データ２４１では、この処理内では、液晶コマンド、音声動作番号、ランプ動作番号が相互に抵触しないように指定される。

【0084】

本実施例では、先に図５で示したワーク２３１と同じ形式のワークを利用して、音声動作番号等の指定を行っている。システムイベントが使用するワーク２３１と演出モジュール２４０が使用するワークとは別に用意されており、演出モジュール２４０は、演出データの指定に従って、音声動作番号等をそれぞれワークに格納する。また、演出モジュール２４０が指定するレイヤも、システムモジュール用のレイヤ（図５参照）とは別に設けられている。演出モジュール用のワークにおいても、これらのレイヤの中から、音声動作番号、ランプ動作番号を並行して複数指定可能となっている。

【0085】

条件分岐のアドレスＡ１１以降も同様に演出データは、ファンクションおよびパラメータによって規定される。図中の例では、条件分岐のアドレスＡ１１以降、演出終了（アドレスＡｎ）に至るまで、条件分岐は設けられていない例を示した。この範囲は、上述のブロックＢＬ１とは別のブロックＢＬ２となるため、ブロックＢＬ１との抵触を考慮することなく、液晶コマンド（アドレスＡ２２）や音声動作番号（アドレスＡ２１）などが指定可能である。これらの設定に代えて、コールファンクションによって、ブロックＢＬ３等を取り込むようにしてもよい。

【0086】

演出データでは、条件分岐とコールファンクションとを組み合わせて用いても良い。例えば、演出内容を切り換えるための乱数を発生させ、その乱数の値に応じて異なるアドレスをコールすればよい。図６の例では、アドレスＡ２において、「乱数値≦Ｔｈ１？」という条件を付せば、この条件を満たす時にアドレスＡ３１〜Ａ３ｎの演出が実行されることになる。また、アドレスＡ２の次（アドレスＡ２＋１）において、「Ｔｈ１＜乱数値≦Ｔｈ２？」という条件を付して、アドレスＡ４１（図示しない）をコールすれば、乱数の値に応じて、アドレスＡ３１以降とは異なる演出が実行される。このように、乱数に応じた条件分岐で異なるアドレスをコールすれば、乱数によって演出内容をランダムに切り換えることができ、遊技の興趣を高めることが可能となる。以下、このように演出内容を切り換えることを、本明細書では、「演出抽選」と呼ぶものとする。

【0087】

演出抽選の適用例としては、例えば、次の態様が挙げられる。
（１）子役の告知を行う（音、表示、ランプの演出抽選）；
（２）内部あたり時の効果音を切り換える（音の演出抽選）；
（３）時間帯によって表示の背景を切り換える（表示の演出抽選）；
（４）リーチ態様によってテンパイ時の効果音を切り換える（音の演出抽選）；
（５）変動開始音の出力タイミングを遅らせる（音の演出抽選）；
（６）アシストタイム抽選を表示する（表示の演出抽選）；
（７）メインで表示されるキャラクター以外のサブキャラを表示させる（表示の演出抽選）；
（８）予告音の出力（音の演出抽選）；
（９）内部当たり告知を数ゲームにわたって行う（表示の演出抽選）；
（１０）入賞した役によってリール停止時のバックライトを変化させる（ランプの演出抽選）

【0088】

上述の例では、演出抽選によって表示、音、ランプの全てを切り換える場合もあれば、一部のみを切り換える場合もある。全てを切り換える場合には、コールファンクションで呼び出された演出データ内で、表示、音、ランプの内容を全て指定すればよい。一部のみを切り換える場合には、コールファンクションで呼び出された演出データ内で、切り換えの対象となる部分のみを指定し、その他の部分はコールファンクションからリターンしてきた後に統一して指定すればよい。

【0089】

上述の通り、演出抽選は、あくまでもサブ制御基板２００の制御処理によって、演出内容を切り換えるものであり、遊技自体に影響を与えるものではない。しかし、このように演出抽選を可能とすることによって、メイン制御基板１００から出力されるコマンドの種類よりも多彩な演出を実現することができ、興趣をより高めることができる。

【0090】

Ｃ５．サウンドモジュールの機能：
図７はサウンドモジュール２５０の機能を示す説明図である。サウンドモジュール２５０は、ＲＯＭ２０２に格納されたスケジュールデータ２５５を参照しながら、音声出力を行う。先に図４で説明した通り、サウンドモジュール２５０は、複数のスケジューラ２５２を併用してこれらの処理を行う。各スケジューラ２５２は、音声用のサウンドレイヤと対応づけて設けられている。また、各スケジューラ２５２には、動作管理用のワーク２５２Ｗがそれぞれ用意されている。ワーク２５２Ｗの内容は後述する。

【0091】

演出モジュール２４０から音声動作番号を受け取ると、サウンドモジュール２５０は、音声動作番号テーブルを参照して、実行すべきスケジュールデータ２５５を特定する。音声動作番号テーブルは、音声動作番号に対して、サウンドポインタおよびサウンドレイヤを対応づけたテーブルである。本実施例では、音声動作番号は、音声動作番号テーブルの格納アドレスを用いるものとした。音声動作番号は、任意の識別情報を用いることが可能であるが、先に演出番号（図６参照）で説明したのと同じく、格納アドレスを用いた方が音声動作番号テーブルの容量低減およびテーブル参照時の処理負荷軽減という利点がある。

【0092】

サウンドポインタは、スケジュールデータ２５５の格納アドレスを指定している。本実施例では、サウンドポインタ［１］には、アドレスＳＡ１が格納されていることになる。

【0093】

スケジュールデータ２５５は、演出データ（図６参照）と同様、ファンクションとパラメータによって構成されている。スケジュールデータ２５５で使用されるファンクションは次の通りである。
（１） タイマセット…パラメータで設定された時間をワーク２５２Ｗのタイマにセットする。
（２） フレーズ再生…パラメータで設定されたフレーズ番号が示すフレーズデータを再生する。フレーズデータの内容については後述する。
（３） フレーズ消音…パラメータで設定されたフレーズデータを再生しているチャンネルの再生を停止する。
（４） チャンネル消音…パラメータで設定されたチャンネルの再生を停止する。
（５） スケジューラ停止…処理を停止し、使用していたチャンネルを解放する。
（６） コール…次のファンクションのポインタ値を待避した上で、パラメータで指定されたアドレスをサウンドポインタにセットする。
（７） リターン…コール先から復帰する。
（８） ジャンプ…パラメータで指定されたアドレスをサウンドポインタに設定する。
（９） ループ…ループからループエンドまでの間のファンクションを、パラメータで指定された回数だけ繰り返し実行する。
（１０） ループエンド…ループの終了を表す。

【0094】

図中の例では、アドレスＳＡ２において、コールファンクションが規定されている。サウンドモジュール２５０は、演出データ（図６）で示したのと同じように、アドレスＳＡ３１（図示せず）以降の一連のブロックを実行した後、アドレスＳＡ２の次のアドレスＳＡ３の処理を行う。

【0095】

アドレスＳＡ３では、フレーズ再生が規定されている。サウンドモジュール２５０は、パラメータで指定されたフレーズ番号００Ｈに対応するフレーズデータ２５５Ｆを読み込み、これを再生する。

【0096】

図の右側にフレーズデータ２５５Ｆの構造例を示した。フレーズ番号は、各フレーズデータに付された識別情報である。本実施例では、任意の識別情報を用い得る形としたが、フレーズデータ２５５Ｆの格納アドレスをフレーズ番号として用いてもよい。この場合には、フレーズデータ２５５Ｆからフレーズ番号を省略することもできる。

【0097】

チャンネルは、フレーズ再生時の出力チャンネルの指定である。左右パンポット、上下パンポットとは、スロットマシン１０に備えられた４つのスピーカの左右／上下の出力バランスである。ボリュームは、出力ボリュームである。曲番号は、再生すべき音声の識別番号である。この番号が音源ＩＣ２０５に受け渡されると、音源ＩＣ２０５は、これに対応する音源データをＲＯＭ２０２から読み出し、音声を再生する。ループは、音声を繰り返し再生するか否かの指定である。ステレオは、ステレオ出力するか否かの指定である。

【0098】

スケジュールデータ２５５は、上述のように「コール」ファンクションを用いることが可能ではあるが、本実施例のスケジュールデータ２５５は、インタプリタのプログラムとは異なるものである。上述の通り、スケジュールデータ２５５で使用する主たるファンクションは、「フレーズ再生」など、音声の出力という非常に限定的な機能を具体的に指示するものに過ぎないからである。つまり、予め用意された「フレーズ再生」などの各機能を、実行するタイミング、実行する回数などを規定しているに過ぎないからである。

【0099】

各スケジューラ２５２には、動作管理用のワーク２５２Ｗが対応づけられている。ワーク２５２Ｗには、図中に示す種々の情報が格納される。
動作状態は、各レイヤが動作中か否かを示している。
音声番号は、動作中のスケジュールデータ２５５の番号を表している。本実施例では、スケジュールデータ２５５の先頭アドレスを用いるものとした。
サウンドポインタは、スケジューラ２５２が実行しているスケジュールデータ２５５のアドレスである。図中の例では、処理が進むにつれ、サウンドポインタの値は、順次、ＳＡ２、ＳＡ３と移行する。
タイマ値は、次のファンクションを実行するまでの待ち時間を表す。スケジュールデータ２５５で待ち時間が指定された時に設定され、時間の経過とともに、順次、減算される。サウンドモジュール２５０は、この値が０となった時に次のファンクションを実行する。

【0100】

コールネスト数、ループネスト数は、スケジュールデータ２５５およびフレーズ番号で多重的に指定されたコール、ループのネスト数を表している。つまり、例えば、アドレスＳＡ２のコールファンクション（第１コール）で呼び出されるアドレスＳＡ３１以降の処理において、更にコールファンクション（第２コール）によって別のアドレスのスケジュールデータ２５５を呼び出すと、コールネスト数は２となる。第２コールを終えて、第１コールに復帰すると、コールネスト数は１に減じられる。ループも同様である。コール戻りアドレスはコール先からの戻りアドレスでありコールネスト数に応じて設けられる。ループ先頭アドレスは、ループ範囲の先頭アドレスであり、ループ回数は、ループの繰り返し回数である。ループ先頭アドレス等は、ループネスト数に応じて設けられる。

【0101】

Ｃ６．ランプモジュールの機能：
図８はランプモジュール２６０の機能を示す説明図である。ランプモジュール２６０は、ＲＯＭ２０２に格納されたスケジュールデータ２６５を参照しながら、ランプ出力、即ちランプの点灯・点滅制御を行う。ランプモジュール２６０も、複数のスケジューラ２６２を併用してこれらの処理を行う。各スケジューラ２６２は、ランプ用のランプレイヤと対応づけて設けられている。また、各スケジューラ２６２には、動作管理用のワーク２６２Ｗがそれぞれ用意されている。ワーク２６２Ｗの内容は後述する。

【0102】

演出モジュール２４０からランプ動作番号を受け取ると、ランプモジュール２６０は、ランプ動作番号テーブルを参照して、実行すべきスケジュールデータ２６５を特定する。
ランプ動作番号テーブルは、ランプ動作番号に対して、ランプポインタおよびランプレイヤを対応づけたテーブルである。本実施例では、ランプ動作番号は、ランプ動作番号テーブルの格納アドレスを用いるものとした。ランプ動作番号は、任意の識別情報を用いることが可能であるが、先に演出番号（図６参照）で説明したのと同じく、格納アドレスを用いた方がランプ動作番号テーブルの容量低減およびテーブル参照時の処理負荷軽減という利点がある。

【0103】

ランプポインタは、スケジュールデータ２６５の格納アドレスを指定している。本実施例では、ランプポインタ［１］には、アドレスＬＡ１が格納されていることになる。

【0104】

スケジュールデータ２６５は、演出データ（図６参照）と同様、ファンクションとパラメータによって構成されている。スケジュールデータ２６５で使用されるファンクションは次の通りである。
（１） タイマセット…パラメータで設定された時間をワーク２５２Ｗのタイマにセットする。
（２） 階調パターン設定…パラメータで設定された階調パターンデータアドレスを設定し、ワーク２６２Ｗ内の階調データタイマをクリアすることによって、階調データの実行を指示する。
（３） ジャンプ…パラメータで指定されたアドレスをランプポインタに設定する。
（４） スケジューラ停止…処理を停止する。
（５） ループ…ループからループエンドまでの間のファンクションを、パラメータで指定された回数だけ繰り返し実行する。
（６） ループエンド…ループの終了を表す。

【0105】

図中の例では、アドレスＬＡ２において、コールファンクションが規定されている。ランプモジュール２６０は、演出データ（図６）で示したのと同じように、アドレスＬＡ３１（図示せず）以降の一連のブロックを実行した後、アドレスＬＡ２の次のアドレスＬＡ３の処理を行う。

【0106】

アドレスＬＡ３では、階調パターン設定が規定されている。ランプモジュール２６０は、パラメータで指定されたアドレスＬＡ１１に格納されている階調パターンデータ２６６を設定する。ランプスケジューラ２６２には、それぞれ階調スケジューラ２６３が対応づけて設けられており、指定された階調データ１でランプを点灯させ、タイマ値で指定された時間が経過すると、階調データ２でランプを点灯させる。ここでは、２通りの階調データが指定されている例を示したが、３つ以上指定されている場合も、タイマ値の時間間隔で順次、階調データを切り換えつつ、ランプを点灯させる。階調パターン設定をアドレスＬＡ１２以降も複数用意しておくことにより、階調データ間の切り換えタイマ値を変化させつつ、種々の階調パターンでランプを点灯させることが可能となる。階調パターンデータ内に、ループを設けることも可能である。階調スケジューラ２６３は、アドレスＬＡ１１〜ＬＡ１ｎの一連の処理を実行すると、ランプの点灯を終了する。ランプスケジューラ２６２は、スケジュールデータ２６５のアドレスＬＡ３の処理に復帰し、次のアドレスの処理を停止（アドレスＬＡｎ）に至るまで実行する。

【0107】

各スケジューラ２６２には、動作管理用のワーク２６２Ｗが対応づけられている。ワーク２６２Ｗには、図中に示す種々の情報が格納される。
スケジューラステータスは、スケジューラが起動中か否かを示す。
動作パターンナンバーは、動作中のスケジュールデータ２６５の番号を表している。本実施例では、スケジュールデータ２６５の先頭アドレスを用いるものとした。
スケジューラタイマは、次のファンクションを実行するまでの待ち時間を表す。スケジュールデータで待ち時間が指定された時に設定され、時間の経過とともに、順次、減算される。ランプ２６０は、この値が０となった時に次のファンクションを実行する。
階調データタイマは、階調パターンデータ２６６の実行時に、次の階調データを実行するまでの待ち時間を表す。図の例で、アドレスＬＡ１１に規定された階調データを実行する際には、階調データタイマに、設定されたタイマ値が０になると、階調データ１から階調データ２に移行し、再びタイマ値が０になると、アドレスＬＡ１１の処理を終了してアドレスＬＡ１２の処理に移行する。

【0108】

ランプポインタは、スケジューラ２６２が実行しているスケジュールデータ２６５のアドレスである。図中の例では、処理が進むにつれ、ランプポインタの値は、順次、ＬＡ１、ＬＡ２、ＬＡ３と移行する。
階調データポインタは、階調スケジューラ２６３が実行している階調パターンデータ２６６のアドレスである。図中の例では、処理が進むにつれ、階調データポインタの値は、順次、ＬＡ１１、ＬＡ１２と移行する。
ループ回数は、ループの繰り返し回数であり、ループ先頭アドレスは、ループ範囲の先頭アドレスである。サウンドの場合と同様、ループにネストを許容してもよい。

【0109】

Ｄ．演出制御処理：
本実施例では、以上で説明した各モジュールの機能によって、演出制御が実行される。
以下では、演出制御の処理内容を示す。それぞれの処理は、ソフトウェア的には先に説明した各モジュールが連動して実現するものであり、ハードウェア的にはサブ制御基板２００のＣＰＵ２０１が実行する処理である。

【0110】

Ｄ１．メイン処理：
図９はメイン処理のフローチャートである。左側に定常処理、右側にタイマ更新処理を示した。定常処理は１６ｍｓｅｃの周期で繰り返し実行され、タイマ更新処理は２ｍｓｅｃの周期で繰り返し実行される。それぞれの周期は、任意に設定可能である。

【0111】

定常処理には、電源投入後の一連の処理を示した。電源が投入されると、ＣＰＵ２０１は、割り込みを禁止し（ステップＳ１０）、起動処理として種々のレジスタ設定等を行う（ステップＳ１１）。起動処理が終了すると、割り込みを許可して（ステップＳ１２）、メイン処理ルーチンに入る。

【0112】

メイン処理ルーチンでは、イベント処理（ステップＳ３０）、演出データ処理（ステップＳ４０）、サウンド処理（ステップＳ５０）、ランプ処理（ステップＳ６０）、および液晶へのコマンド出力（ステップＳ７０）を１６ｍｓｅｃ周期で繰り返し実行する。これらの処理は、それぞれイベントモジュール２３０、サウンドモジュール２５０、演出モジュール２４０、ランプモジュール２６０の機能に相当する処理である。

【0113】

メイン処理ルーチンの実行中には、先に説明した通り、種々のタイマが使用される。図の中央に示したタイマテーブルＴＷは、メイン処理ルーチンで使用される種々のタイマ値を、それぞれタイマ［１］〜タイマ［ｎ］に対応づけて格納するテーブルである。メイン処理ルーチンにおいて、各モジュールは、タイマテーブルＴＷを参照することによって、処理に必要なタイマ値を更新することができる。

【0114】

タイマテーブルのタイマ［１］〜タイマ［ｎ］の値は、２ｍｓｅｃ周期で実行されるタイマ更新処理によって更新される。右側にタイマ更新処理のフローチャートを示した。この処理では、ＣＰＵ２０１は処理対象のタイマ［ｉ］が０でない場合には（ステップＳ２１）、タイマ値を１だけ減算し（ステップＳ２２）、そうでない場合には、減算処理をスキップする。ＣＰＵ２０１は、処理対象のタイマ［ｉ］を、タイマ［１］〜タイマ［ｎ］に順次、切り換えながら全タイマについて終了するまで（ステップＳ２３）、繰り返し実行する。タイマ更新処理を実行することによって、タイマテーブルＴＷに格納されたタイマ［１］〜タイマ［ｎ］の値は、２ｍｓｅｃ周期で、値０になるまで順次、減算させることとなる。メイン処理ルーチンの各モジュールは、タイマテーブルＴＷの値が０になっているか否かを監視することで、指定した時間が経過したか否かを判断することができる。

【0115】

本実施例では、このようにタイマテーブルの値をメイン処理ルーチンの各モジュールが必要に応じてポーリングするという構成を採用した。時間の監視は、かかる方法に限定されるものではなく、タイマ更新処理において、タイマテーブルのタイマ［１］〜タイマ［ｎ］のいずれかの値が０となった時に、そのタイマに対応するモジュールに時間経過を知らせる通知を発する構成を採用してもよい。

【0116】

Ｄ２．イベント処理：
図１０はイベント処理のフローチャートである。イベントモジュール２３０が実行する処理であり、メイン処理ルーチンのステップＳ３０に相当する処理である。

【0117】

この処理では、ＣＰＵ２０１は、まず主基板コマンドを読み込み（ステップＳ４１）、その内容を解析する（ステップＳ４２）。そして、主基板コマンドに応じてシステムイベントを作成する（ステップＳ４３）。つまり、図５に示したワーク２３１に対し、各イベント情報を設定することでスロットマシン１０がどのような状態にあるかを表すとともに、その結果に応じて、効果音停止レイヤ等を設定して、演出表示以外の種々の動作を設定する。

【0118】

ＣＰＵ２０１は、優先度の高いイベントから順に、この処理を実行し、途中で「ＯＮ→ＯＦＦ」、または「ＯＦＦ←ＯＮ」に切り換えられるイベントが生じた場合には、以後のイベントについての処理をスキップする（ステップＳ４４）。切り換えられるイベントがない場合には、全イベントについて上述の処理を実行する（ステップＳ４５）。

【0119】

これらの処理が終了すると、ＣＰＵ２０１は、演出番号の設定（ステップＳ４６）、液晶コマンド設定（ステップＳ４７）、サウンドパターン起動（ステップＳ４８）、ランプレイヤ起動（ステップＳ４９）を順次実行する。
演出番号の設定（ステップＳ４６）とは、先に図５で説明した通り、例えば、始動レバー１５の操作、停止ボタン１６の操作、リールの停止状態、およびシステムイベント情報などに応じて、演出番号を特定する処理である。
液晶コマンド設定（ステップＳ４７）とは、ノイズなどの影響で演出表示に支障が生じた場合の対策として、画面設定等に関する画面設定コマンドをＶＤＰ２０４に出力する処理である。
サウンドパターン起動（ステップＳ４８）およびランプレイヤ起動（ステップＳ４９）とは、遊技中に行われる基本的な操作に連動した音声出力やランプ表示を行わせるための音声動作番号、ランプ動作番号の出力を行う。出力される音声としては、例えば、「メダル投入音」、「ウェイト音」、「回胴回転開始音」、「リール停止音」、「払い出し音」などが挙げられる。ランプ表示としては、ベット時、レバーＯＮ時、リール停止時の表示などが挙げられる。

【0120】

Ｄ３．演出データ処理：
図１１は演出データ処理のフローチャートである。演出モジュール２４０が実行する処理であり、メイン処理ルーチンのステップＳ４０に相当する処理である。

【0121】

ＣＰＵ２０１は、演出番号を読み込み（ステップＳ４１）、演出番号が正常か否かを判断する（ステップＳ４２）。ノイズ等の影響で、正常でない演出番号が指定されている場合には（ステップＳ４２）、ＣＰＵ２０１は、演出データ処理を終了する。この際、読み込んだ演出番号は破棄される。

【0122】

演出番号が正常な場合には（ステップＳ４２）、ＣＰＵ２０１は、演出管理テーブル（図６参照）を参照し（ステップＳ４３）、演出番号に対応した演出管理ポインタ値を得る。この演出管理ポインタ値が異常の場合には（ステップＳ４４）、ＣＰＵ２０１は、スケジューラを停止して（ステップＳ４６）、処理を終了する。

【0123】

演出管理ポインタ値が正常の場合には（ステップＳ４４）、そのポインタで指定された演出データを読み込み、そこに規定されたファンクションを実行する（ステップＳ４５）。演出データの構造およびファンクションの種類は、図６で説明した通りである。この処理によって、遊技状態に応じた演出を実現するための液晶コマンド、音声動作番号、ランプ動作番号が設定され、ワーク２３１（図５参照）に格納される。ＣＰＵ２０１は、条件分岐、タイムウェイトなどの処理によって演出データの処理の中断が指示される場合、または演出終了が指示されるまで、この処理を継続する（ステップＳ４７）。

【0124】

以上の処理を終了すると、図９に示した通り、演出データに従って指定された音声動作番号、ランプ動作番号は、次に示すサウンド処理、ランプ処理に受け渡される。また液晶コマンドはメイン処理ルーチンにおいて、ＶＤＰ２０４に出力される（図９のステップＳ７０）。

【0125】

Ｄ４．サウンド処理：
図１２はサウンド処理のフローチャートである。サウンドモジュール２５０が実行する処理であり、メイン処理ルーチンのステップＳ５０に相当する処理である。

【0126】

ＣＰＵ２０１は、複数のスケジューラ２５２に対して、処理対象となるスケジューラを順次切り換えながら、ステップＳ５１〜Ｓ５４の処理を実行する。まず、ＣＰＵ２０１は、処理対象となる音声動作番号に応じて、スケジューラの起動中、または新たに起動が必要か否かを判断する（ステップＳ５１）。スケジューラが起動中でなく、新たに起動する必要もない場合には、処理対象を次のスケジューラに切り換えて順次処理を行う。起動の要否は、演出データ処理（図１１）で設定されたワーク２３１を参照することで判断できる。また、スケジューラが既に起動中か否かは、サウンドスケジューラ２５２が使用するワーク２５２Ｗ（図７参照）の動作状態を参照することによって判断できる。

【0127】

スケジューラ２５２が起動中または新規起動と判断された場合には（ステップＳ５１）、スケジューラ２５２に対応づけられたワーク２５２Ｗを参照し、タイマ値が０となっているか否かを判断する（ステップＳ５２）。タイマ値が０でない場合には、処理の待ち時間中であることを意味するため、ＣＰＵ２０１は、そのスケジューラ２５２に対しては、何も処理を行うことなく、処理対象を次のスケジューラに切り換える。

【0128】

タイマ値が０の場合には、スケジューラが次のファンクションを実行すべきタイミングにあることを意味する。従って、ＣＰＵ２０１は、スケジューラの更新（ステップＳ５３）、即ちスケジューラポインタを一つ進める処理を行う。そして、新たなポインタで指定されたスケジュールデータを読み込み、そのファンクションに従った処理を実行する。この処理において、先に図７で説明した通り、フレーズ再生が指定されていると、音源コマンドとして、フレーズデータ２５５Ｆに従った曲番号が出力され、音源ＩＣ２０５が音声を再生する。ＣＰＵ２０１は、以上の処理を全スケジューラについて順次、実行する（ステップＳ５４）。

【0129】

次に、ＣＰＵ２０１は、起動中のスケジューラのうち、最優先のスケジューラを選択する（ステップＳ５５）。図の右側に本実施例におけるサウンドレイヤ構造２５４を示した。先に図４で説明した通り、本実施例では＃１〜＃８までの８つのサウンドレイヤを有している。下に行くほど優先度が高いレイヤとなっている。仮に、図中に○をつけたレイヤ＃１，＃２、＃５が起動中であるものとする。この時、ステップＳ５５の処理では、起動中のレイヤのうち、最も優先度が高いレイヤ＃５が選択されることになる。

【0130】

ＣＰＵ２０１は、こうして選択したレイヤについて他のスケジューラの発音が禁止されているか否かを判断する（ステップＳ５６）。禁止されている場合には、ＣＰＵ２０１は、他のスケジューラのボリュームをオフとし（ステップＳ５７）、許可されている場合には、全スケジューラのボリュームはフレーズデータ２５５Ｆで指定されたボリューム値としておく（ステップＳ５８）。

【0131】

図の例では、レイヤ＃５は、他のレイヤの発音が禁止されている。従って、レイヤ＃１、＃２の出力ボリュームは０とされる。このボリューム調整は、フレーズデータ２５５Ｆで指定されたチャンネルに対応するチャンネル管理用ワーク２５３（図４参照）の出力ボリュームを０とすることによって実現できる。レイヤ＃１、＃２は出力ボリュームが０とされたものの、動作を停止された訳ではないため、そのまま音声出力は継続して行われる。従って、出力ボリュームを復帰させさえすれば、従前の出力の続きを違和感なく出力させることが可能となる。

【0132】

本実施例では、最優先のレイヤの禁止／許可のみを参照して、他のレイヤの音声出力の可否を制御しているが、複数のレイヤの禁止／許可を参照するものとしてもよい。例えば、最優先のレイヤと２番目のレイヤを参照し、いずれか一方が禁止の時は他のレイヤを消音するという制御を行っても良い。こうすることで、優先度の高いレイヤが「許可」、２番目のレイヤが「禁止」となっている場合でも、３番目以降のレイヤを消音することが可能となる。図１２中に示したレイヤ構造では、優先度の低いレイヤ＃１〜＃４は許可、優先度の高いレイヤ＃５〜＃８は禁止というように、一定以上の優先度のレイヤは一律「禁止」と設定されているが、複数のレイヤの禁止／許可を参照することにより、各レイヤの禁止／許可が柔軟に設定可能となる。例えば、必ず出力させておくことが好ましいが、他のレイヤの発音を禁止するほどの情報ではない音声がある場合には、最優先のレイヤに設定しつつ、「許可」と設定しておけばよい。

【0133】

以上の処理によって、複数のスケジューラを並行して使用しながら音声出力を行うことができる。また、優先度および禁止／許可の設定によって、他のレイヤを再生し続けたまま、一部のレイヤの音声のみを出力することができる。複数のスケジューラを起動することによって、例えば、ＢＧＭを再生しながら、始動レバーの操作等の効果音を一時的にＢＧＭにミキシングして流すなど、多様な演出を容易に実現することが可能となる。

【0134】

Ｄ５．ランプ処理：
図１３はランプ処理のフローチャートである。ランプモジュール２６０が実行する処理であり、メイン処理ルーチンのステップＳ６０に相当する処理である。

【0135】

ＣＰＵ２０１は、サウンド処理（図１２）と同様、スケジューラの起動（ステップＳ６１）、タイマ値の判定（ステップＳ６２）を行う。スケジューラが起動中または新規起動の状態にあり、タイマ値が０の場合には、ＣＰＵ２０１はスケジューラを更新し（ステップＳ６３）、新たなランプポインタ（図８のワーク２６２Ｗ）で指定されたスケジュールデータのファンクションを実行する。この処理において、階調パターン設定（図８）が設定されている時には、指定された階調パターンデータ２６６に基づいて階調パターンがランプ３０に出力される。ＣＰＵ２０１は、以上の処理を、各レイヤに含まれる全スケジューラ、即ちランプスケジューラおよび階調データスケジューラについて実行し（ステップＳ６４）、更に、全レイヤについて実行する（ステップＳ６５）。

【0136】

次にＣＰＵ２０１は、起動中のスケジューラのうち、最優先のスケジューラを選択する（ステップＳ６６）。図の右側に本実施例におけるランプレイヤ構造２６４を示した。先に図８で説明した通り、本実施例では＃１〜＃６までの６つのサウンドレイヤを有している。下に行くほど優先度が高いレイヤとなっている。仮に、図中に○をつけたレイヤ＃１，＃２、＃５が起動中であるものとする。この時、ステップＳ６６の処理では、起動中のレイヤのうち、最も優先度が高いレイヤ＃５が選択されることになる。

【0137】

ＣＰＵ２０１は、こうして選択したレイヤについてのみランプデータを出力する（ステップＳ６７）。他のレイヤについては、スケジューラは階調データを再生しているが、ランプに送信されることなく出力が遮断されることになる。他のレイヤのスケジューラは処理を停止している訳ではないため、最優先のレイヤの処理が停止すれば、次に優先度の高いレイヤの階調データが従前の続きとして違和感なく出力される。

【0138】

最優先のレイヤのみを出力するのは、ランプについては、複数のレイヤを重畳させると、概して規則性のない違和感のある点灯パターンとなりやすいからである。ランプの階調データ次第では、最優先のレイヤ以外のレイヤも併せて出力可能としてもよい。また、優先度に応じて、階調データに強弱をつけて重畳してもよい。このように重畳した出力を許容する場合には、音声出力の場合と同様、レイヤごとに重畳の禁止、許可を設定してもよい。

【0139】

Ｅ．効果：
以上で説明した本実施例のスロットマシン１０によれば、サブ制御基板２００での演出制御において、多様な演出を比較的容易に実現できる利点がある。
まず、音声、ランプのそれぞれについて、複数のスケジューラを並行して用いることによって、音声、ランプのそれぞれで多種多様な演出効果を実現することが可能となる。
また、ＬＣＤ、音声、ランプを統合制御する演出データと、音声、ランプのそれぞれの出力を制御するためのスケジュールデータとを階層的に用いるため、音声、ランプで実現される種々の演出の組合せによって、さらに多種多様な演出を容易に実現することが可能となる。

【0140】

Ｆ．第２実施例：
Ｆ１．遊技機の構成：
図１４は第２実施例としてのパチンコ機に用いられる遊技盤７０の正面図である。遊技盤７０は、パチンコ機の外枠（図示せず）に取り付けられており、中央に遊技領域７１を備えている。遊技者は、図示しないハンドルを操作して遊技領域７１内に遊技球を打ち込み、入賞口に入賞させる遊技を行うことができる。

【0141】

本実施例のパチンコ機はいわゆる第二種と呼ばれるタイプに当たる。遊技盤７０の中央には、機械的抽選、即ち遊技球の動きに基づいて大当りか否かを決める抽選方法を実行する可変入賞装置８０が備えられている。可変入賞装置８０の上部には、図示するように第１可動片８１、第２可動片８２がそれぞれ左右一対に備えられている。図の状態は、可変入賞装置８０内に遊技球が入り込めるように第１可動片８１、第２可動片８２が開いた状態を示している。普段は、第１可動片８１は矢印Ｂに示すようにスライドして開口部を塞ぐように閉じている。この時、第２可動片８２は矢印Ｃに示すように内部に隠れている。
遊技球が遊技領域７１の下部の始動入賞口７２に入賞すると、図示するように第１可動片８１、第２可動片８２が開口状態となる。

【0142】

開口中に可変入賞装置８０内に入り込んだ遊技球は、矢印Ｄに示すように、左右に円弧状に設けられた流路８３内を、左右から中央に延びるアーム８４上に向かって転がり落ちる。可変入賞装置８０は、全体が矢印Ａに示すように左右に揺動するため、遊技球はアーム８４上で左右に不安定に転がった後、駆動装置８５駆動装置８５駆動装置８５駆動装置８５駆動装置８５適当なタイミングで落下する。落下タイミングによっては、遊技球は、一般入賞口８６に入り、Ｖ入賞口８７に入る。アーム８４および駆動装置８５が、大当りか否かを決める振分機構として機能することになる。Ｖ入賞口８７に入賞すると「大当り」となり、第１可動片８１、第２可動片８２が、所定のパターンで開閉を繰り返す「大当り遊技」が開始される。

【0143】

可変入賞装置８０には、落下する遊技球と干渉しない程度に前面にシフトした位置に、ＵＦＯを形取った演出用の駆動装置８５として設けられている。駆動装置８５は、ＵＦＯの動きを模して、矢印Ｅに示すように前後左右方向に８の字を描くように曲線的に移動するとともに、矢印Ｆに示すようにロール運動する。遊技者は、駆動装置８５が落下する遊技球に干渉するかのように感じて、ハラハラドキドキすると同時に、現実の物が移動することによって、表示やランプでは得られないリアルな演出効果を得ることができる。

【0144】

遊技領域７１の中央には、ＬＣＤ７３が備えられており、遊技中に種々の演出画面（装飾図柄と呼ぶこともある）が表示される。始動入賞口への入賞時、大当りの発生時などにも、それぞれ遊技状態に応じた演出画面が表示される。ＬＣＤ７３は、遊技者から見て駆動装置８５よりも奥に設置されている。駆動装置８５は、ＬＣＤ７３の表示と連動させて駆動してもよい。

【0145】

Ｆ２．遊技機の制御：
パチンコ機の制御機構の構成は、スロットマシン１０と同様である。先に図２で説明した通り、メイン制御基板１００とサブ制御基板２００によって遊技およびそのための演出が制御される。スロットマシン１０では、表示の制御もサブ制御基板２００で行っていたが、パチンコ機では、表示制御用の基板を別途設けてもよい。この場合には、図３で示した演出モジュール２４０における表示関連の機能、液晶コマンドバッファ２１２およびＶＤＰ２０４の機能を液晶表示制御用の基板で実現することになる。

【0146】

図１５はパチンコ機の制御ソフトウェア構成を示す説明図である。スロットマシン１０と同じモジュールには同一の符号を付したため、説明を省略する。本実施例のパチンコ機は、図１４に示した駆動装置８５の動作を制御するためのモジュールが追加されている点が、実施例（図３）と相違する。

【0147】

駆動装置８５はランプ等と同様、出力ポートイメージワーク２１４を介して駆動装置モジュール２７０に接続されており、イベントモジュール２３０Ａおよび駆動装置モジュール２７０によって制御される。駆動装置８５を駆動するステッピングモータの動作が制御対象となる。具体的な制御項目は、次の通りである。
（１）移動量…ステッピングモータの回転ステップ角；
（２）移動時間…現在の位置から次の位置まで移動させるための時間；
（３）移動速度…モータの回転速度；
（４）励磁方法…１−１相励磁、１ー２相励磁、２−２相励磁の区別；
（５）台形駆動…回転開始、停止時にステップ関数的に速度を変化させるのではなく、所定の角加速度で回転速度を変化させる；
（６）回転方向…モータの回転方向；
（７）原点位置まで戻すための復帰動作の実行指示；
（８）メカエンド停止の指示；
ここでメカエンド停止とは、駆動装置８５の可動範囲が機械的に制限されている時に、可動範囲の限界位置に付勢した状態で停止させることを意味する。

【0148】

駆動装置８５の制御方法は、ランプ等と同様である。演出モジュール２４０Ａは、コマンドを解析して駆動装置８５の動作態様を決定し、動作態様を表す駆動装置動作番号を駆動装置モジュール２７０に出力する。駆動装置モジュール２７０は、駆動装置動作番号に応じたスケジュールデータを参照する。駆動装置８５用のスケジュールデータには、上述した制御項目（１）〜（８）等を指定するためのファンクションおよびパラメータが用意されている。また、コール、条件分岐、演出抽選も同様に設けられている。

【0149】

駆動装置８５についても、図４に示したように、複数のスケジューラが並行して稼働可能である。各スケジューラからステッピングモータへの信号出力は、図４に示したのと同じく、複数チャンネルの出力強さによって調整される。

【0150】

このようにランプ、サウンドと同様の制御機構を設けることにより、駆動装置８５に多彩な動きを行わせることができる。
例えば、機械的に当たり／はずれを決める際に、遊技球に干渉するかのうように見える演出を行うために８の字状に移動させる他、当たり時には派手な飛行をしたり、はずれ時には墜落させたりというように、種々の演出効果を考慮した動きをさせてもよい。８の字状に移動させるスケジューラと、当たり時の演出動作を実現するスケジューラ、はずれ時の演出動作を実現するスケジューラを並行して稼働しつつ、抽選結果に応じてそれぞれの出力を調整すればよい。駆動装置８５の演出動作と、表示、ランプ、サウンドを連動させるよう演出データを規定しておいてもよい。こうすることで、統一感のある演出を実現することができる。

【0151】

第２実施例においても、表示、サウンド、ランプ、駆動装置８５を対象とした演出抽選を行うことができる。演出抽選は、実施例と同様、乱数に基づいて演出データのコールファンクションを使い分けることによって行うことも可能である（図６参照）。これに対し、本実施例では、演出データではなく、スケジュールデータで演出抽選を行う方法を採った。

【0152】

スケジュールデータでの演出抽選は、演出データと同様の方法によって実現可能である。つまり、スケジュールデータ内で、条件分岐とコールファンクションを用い、演出抽選用の乱数に応じて、異なるスケジュールデータをコールするように規定しておけばよい。
この方法では、表示、サウンド、ランプ、駆動装置８５が独立して演出抽選を行う結果、その組み合わせによって実現される演出態様は非常に多彩となり、より興趣を高めることができる利点がある。
ただし、表示、サウンド、ランプ、駆動装置８５の演出抽選の結果に関わらず、違和感のない演出を実現するためには、これらの演出が同時に終了することが好ましい。従って、本実施例では、演出抽選の選択対象となるスケジュールデータは、同一時間で演出が終了する内容となっている。もっとも、同一時間で演出が終了することは必須の要件ではなく、これらの演出時間がまちまちとなっていても構わない。

【0153】

スケジュールデータでの演出抽選には、演出内容が多彩になる他、表示、サウンド、ランプ、駆動装置８５の出力状況に応じて抽選態様を切り換えることができる利点もある。
例えば、演出抽選が指示された時点で、駆動装置８５が８の字状の振り分け動作を実行中であり、他の動作が制限されている時には、駆動装置モジュール２７０は駆動装置８５に関する演出抽選を禁止してもよい。
同様に、表示、サウンド、ランプについても、演出抽選が指示された時の状況に応じて、演出抽選を禁止してもよい。また、演出抽選禁止において、一部のスケジュールデータを選択禁止とすることにより、演出抽選を一部禁止としてもよい。

【0154】

以上で説明した第２実施例の遊技機においても、第１実施例と同様、多彩な演出を実現することができる。また駆動装置８５に対しても同様の制御方法を採用することにより、駆動装置８５を演出装置の一種として扱うことができ、その動作によって、より興趣に富んだ演出を実現することが可能となる。

【0155】

Ｇ．変形例：
以上の実施例では、ＬＣＤについては、サブ制御基板２００が液晶コマンドを出力する構成をとっているが、液晶コマンドについても、サウンドモジュール等と同じく、スケジューラデータを処理するモジュールを設けても良い。また、演出の制御は３階層以上のデータ構造で実現してもよい。例えば、実施例において、ランプスケジューラ２６２（図８参照）が起動する際に、階調スケジューラ２６３を用いて階調データを出力している。階調スケジューラ２６３は、ランプスケジューラ２６２が使用しているスケジュールデータ２６５とは異なる階調パターンデータ２６６を参照して稼働するモジュールである。この意味で、ランプについては、演出データ、スケジュールデータ、階調パターンデータの３階層で制御されているとも言える。このように、演出の制御は３階層、またはそれ以上の階層構造のデータで制御してもよい。

【0156】

以上、本発明の種々の実施例について説明したが、本発明はこれらの実施例に限定されず、その趣旨を逸脱しない範囲で種々の構成を採ることができることはいうまでもない。
（１） 本実施例では、ソフトウェアで実現している処理の一部または全部をハードウェアによって実現してもよいし、その逆も可能である。
（２） 本実施例では、スロットマシン１０への適用例を示したが、本発明はパチンコ機その他の遊技機への適用も可能である。また、第２実施例でパチンコ機に適用した構成をスロットマシン１０に適用することも可能である。

【0157】

Ｇ．変形例：
以上の実施例では、ＬＣＤについては、サブ制御基板２００が液晶コマンドを出力する構成をとっているが、液晶コマンドについても、サウンドモジュール等と同じく、スケジューラデータを処理するモジュールを設けても良い。また、演出の制御は３階層以上のデータ構造で実現してもよい。例えば、実施例において、ランプスケジューラ２６２（図８参照）が起動する際に、階調スケジューラ２６３を用いて階調データを出力している。階調スケジューラ２６３は、ランプスケジューラ２６２が使用しているスケジュールデータ２６５とは異なる階調パターンデータ２６６を参照して稼働するモジュールである。この意味で、ランプについては、演出データ、スケジュールデータ、階調パターンデータの３階層で制御されているとも言える。このように、演出の制御は３階層、またはそれ以上の階層構造のデータで制御してもよい。

【0158】

以上、本発明の種々の実施例について説明したが、本発明はこれらの実施例に限定されず、その趣旨を逸脱しない範囲で種々の構成を採ることができることはいうまでもない。
（１） 本実施例では、ソフトウェアで実現している処理の一部または全部をハードウェアによって実現してもよいし、その逆も可能である。
（２） 本実施例では、スロットマシン１０への適用例を示したが、本発明はパチンコ機その他の遊技機への適用も可能である。また、第２実施例でパチンコ機に適用した構成をスロットマシン１０に適用することも可能である。

【0159】

Ｈ．本実施形態におけるプログラム構造と従来技術との違い：
最後に、本実施形態におけるプログラム構造と従来技術との違いを図面を参照して説明する。

【0160】

[従来技術における構成]
先ず、従来技術におけるプログラム構造の概要について説明する。
図１６は、従来構造のプログラムによりランプ処理プログラムを実現した場合の一例である。この図１６に示したプログラムコードでは、「処理１」という特定の処理を「Ａ」という変数または値に基づいて実行するというプログラムコード、「処理２」という特定の処理を「Ｂ」という変数または値に基づいて実行するというプログラムコード、・・・等が実行すべき順序で並べられた構造となっている。

【0161】

そして、このプログラムコードにより使用されるデータテーブルが、例えば図１７に示すようなアドレスに予め格納されている構成となっている。

【0162】

このような従来構造のプログラムを実行した場合、図１８のフローチャートにより示すような処理が実行される。
この処理では、まずランプ処理データテーブルの先頭データ「Ａ」を読み込み（ステップＳ１０１）、読み込んだデータ「Ａ」に基づいて「処理１」が実行される（ステップＳ１０２）。そして、次にランプ処理データテーブルのアドレス＋０１Ｈに格納されたデータ「Ｂ」を読み込み、読み込んだデータ「Ｂ」に基づいて「処理２」が実行される（ステップＳ１０４）。

【0163】

このようにして順次、データ「Ｃ」に基づいて「処理３」が実行され（ステップＳ１０５、Ｓ１０６）、データ「Ｄ」に基づいて「処理４」が実行され（ステップＳ１０７、Ｓ１０８）、データ「Ｅ」に基づいて「処理４」が実行される（ステップＳ１０９、Ｓ１１０）。

【0164】

次に、このようにして実現される従来技術による処理の具体例を参照して説明する。
例えば、従来技術として図１９に示すような構成のデータテーブルを用いた処理が行われる場合について説明する。

【0165】

この図１９に示したデータテーブルの構成では、各ブロックが、タイマ値と、ランプＡの点灯を制御するデータ、駆動物ａの動作を制御するデータとから構成されている。そして、この図１９に示したデータは、図２０に示すようなビット構成となっている。

【0166】

このような構成の従来のデータテーブルに基づく処理の流れを図２１のフローチャートに示す。
この処理では、先ずランプ処理テーブルの最初のデータが読み込まれる（ステップＳ２０１）。つまり、ここでは、第１ブロックのタイマ値「１０００ｍｓ」、ランプＡ点灯データ「１０００００００Ｂ」が読み込まれ、駆動物ａ制御データ「０００００００１Ｂ」が読み込まれる。

【0167】

そして、読み込まれたタイマ値「１０００ｍｓ」が設定され（ステップＳ２０２）、ランプＡ点灯データ「１０００００００Ｂ」の出力（ステップＳ２０３）、駆動物ａ制御データ「０００００００１Ｂ」の出力（ステップＳ２０４）が行われる。この処理により、ランプＡ１が点灯し、駆動物ａ１が駆動される。

【0168】

そして、タイマ値として設定した時間である「１０００ｍｓ」が経過すると（ステップＳ２０５）、データが終了していなければ（ステップＳ２０６）、データテーブルのポインタが更新され（ステップＳ２０７）、再度ランプ処理データテーブルの次のブロックのデータが読み込まれることとなる（ステップＳ２０１）。
上記のような処理が図１９に示したデータテーブルのデータが終了するまで行われる。

【0169】

このような処理が行われることにより、図２２に示すような制御が実行される。
つまり、第１ブロックのデータによりランプＡ１の点灯、駆動物ａ１の駆動が１０００ｍｓ行われ、次に第２ブロックのデータによりランプＡ２の点灯、駆動物ａ２の駆動が５００ｍｓ行われ、最後に、第ｎブロックのデータによりランプＡ１、Ａ２の点灯、駆動物ａ１、ａ２の駆動が１３００ｍｓ行われて処理は終了する。

【0170】

このように従来構造のデータテーブルを用いた処理では、制御プログラムは、データテーブルの構造に依存するため、データテーブルのデータ構造が変更された場合には、制御プログラム自体を変更することが必要となる。

【0171】

例えば、ランプＡ３、駆動物ａ３という制御対象を追加した場合、図２０に示したような構成のデータの空きビットにランプＡ３、駆動物ａ３の制御を指示するフラグを設定することとなる。しかし、制御プログラムにも、制御データの何ビット目かのデータを読み込んでランプＡ３、駆動物ａ３の制御を指示するという処理を追加する必要が発生してしまう。具体的には、図２１に示したフローチャートにおけるステップＳ２０３、Ｓ２０４の処理を変更する必要が発生する。

【0172】

このように従来構造のデータテーブルでは、制御対象が変更された場合には、制御プログラム自体を変更する必要が発生する。そのため、ある機種用に制御プログラムを開発した場合でも、別の機種の開発を行う場合には制御プログラムを、そのデータ構造から変更しなければならなくなり大きな開発工数が必要となってしまう。また、制御プログラムを変更することに伴い、変更後の制御プログラムのバグ等の不具合の有無の検証、発見した不具合の修正、再度の検証等膨大な工数が必要となる場合がある。

【0173】

[本実施形態における構成]
次に、本実施形態の遊技機におけるプログラムとデータ構成について説明する。
本実施形態におけるプログラムとデータ構成の概念図を図２３に示す。ここでは、制御プログラムがランプ処理プログラムの場合を用い、ｆ１〜ｆ４というファンクションが予め用意されているものとして説明する。

【0174】

この図２３に示したプログラム構成では、ランプ処理プログラム（ランプ用出力スケジューラ）は、指定されたスケジュールデータに基づいてデータがなくなるまで処理を実行するという部分９０と、各ファンクションｆ１〜ｆ４により指定されるｆ１〜ｆ４処理については、汎用的な個別機能モジュール９１〜９４とにより構成されている。

【0175】

そして、ランプ処理スケジュールデータとして、例えば、図２４に示すようなスケジュールデータが指定されたものとして説明する。

【0176】

このような場合において、本実施形態におけるランプ処理プログラムにより実行される処理の流れを図２５のフローチャートを参照して説明する。

【0177】

まず、ランプ処理プログラムでは、図２４に示したスケジュールデータの最初のファンクションｆ１とパラメータＡを読み込む（ステップＳ３０１）。

【0178】

そして、読み込んだファンクションが処理１を指示するものであると判定した場合（ステップＳ３０２においてＹｅｓ）、ランプ処理プログラムでは、処理１の個別機能モジュールに対してパラメータＡによる処理の実行を指示し、処理１が実行される（ステップＳ３０３）。

【0179】

そして、スケジュールデータが終了していなければ（ステップＳ３１０）、スケジュールデータの次のファンクションおよびパラメータを読み込み（ステップＳ３０１）、読み込んだファンクションが処理１〜４のいずれを指定するのかを判定し（ステップＳ３０２、Ｓ３０４、Ｓ３０６、Ｓ３０８）、処理１〜４のうちの該当する処理を実行するよう対応する機能別モジュールに対して処理の実行を指示する（ステップＳ３０３、Ｓ３０５、Ｓ３０７、Ｓ３０８）。

【0180】

上記で説明したように、本実施形態のプログラム構成では、スケジュールデータがファンクションとパラメータとにより構成され、ランプ処理プログラムが、指定されたスケジュールデータを実行する部分９０と、各ファクションにより指定された処理を実行する個別機能モジュール９１〜９４とにより独立して構成されている。

【0181】

そのため、新たな機能が必要となった場合でも、その機能を実現するための個別機能モジュールを作成し、その機能を指定するファンクションを設けることによりランプ処理プログラムの大幅な変更が必要とならない。

【0182】

例えば、新たな機種の制御のためにファンクションｆ５という機能が必要となった場合でも、ｆ５処理のための個別機能モジュールを作成し、図２３に示したプログラム構成に追加して登録するだけの変更でよい。

【0183】

そして、ファンクションｆ１〜ｆ４という処理は、ランプ処理プログラム（ランプの出力スケジューラ）専用に用いられる機能ではなく、音声装置等の他の演出装置を制御するための処理プログラム（例えば、音声の出力スケジューラ）においても共通に使用可能な汎用性が高い処理とすることも可能である。

【0184】

このように、本実施形態のプログラム構成では、プログラムの機能を、汎用性の高い機種共通部分と機種個別部分とに切り分け、機種共通部分はどの機種でも対応可能な処理としてプログラムし、機種個別に関わる部分については新たにファンクションを設け、このファンクションを実行する個別機能モジュールを新たに登録することが可能な構成となっている。

【0185】

そのため、変更後のプログラムの不具合の有無を検証する場合でも、新たに追加した個別機能モジュールと、新たなファンクションに関する部分のみを検証すればよく、従来から登録されていた個別機能モジュール等については検証が不要となる。よって、本実施形態のようなプログラム構成を用いることにより、従来構造のプログラムを用いた場合と比較して、制御対象が変化した場合の変更が少なくてすみ拡張性が大幅に向上する。

【0186】

つまり、新たな機能を実現するためのプログラムを汎用性を持たせたプログラムから切り離すことで、将来的に変化する機種についても少ない工数で簡単に拡張することが可能となる。

【符号の説明】

【0187】

１０…スロットマシン
１１…透明カバー
１５…始動レバー
１６…停止ボタン
１８…電源ユニット
１９…ホッパ装置
２１…液晶パネル（ＬＣＤ）
２２…リール
３０…ランプ
４０…スピーカ
５０…メダル満タンセンサ
５１…エラー解除センサ
５２…扉開放センサ
７０…遊技盤
７１…遊技領域
７２…始動入賞口
８０…可変入賞装置
８１…第１可動片
８２…第２可動片
８３…流路
８４…アーム
８５…駆動装置
８６…一般入賞口
１００…メイン制御基板
１０１…ＣＰＵ
１０２…ＲＯＭ
１０３…ＲＡＭ
２００…サブ制御基板
２０１…ＣＰＵ
２０２…ＲＯＭ
２０３…ＲＡＭ
２０４…ＶＤＰ
２０５…音源ＩＣ
２０６…アンプ
２０６ａ…増幅回路
２０６ｖ…ボリューム
２１０…システムモジュール
２１１…主基板コマンドバッファ
２１２…液晶コマンドバッファ
２１３、２１４…出力ポートイメージワーク
２２０…コマンド解析モジュール
２３０、２３０Ａ…イベントモジュール
２３１…ワーク
２３２…動作番号テーブル
２３３…レイヤ情報テーブル
２４０、２４０Ａ…演出モジュール
２４１…演出データ
２５０…サウンドモジュール
２５１…サウンドモジュールメイン
２５２…スケジューラ
２５２…サウンドスケジューラ
２５２Ｗ…ワーク
２５３…チャンネル管理用ワーク
２５４…サウンドレイヤ構造
２５５…スケジュールデータ
２５５Ｆ…フレーズデータ
２６０…ランプモジュール
２６２Ｗ…ワーク
２６２…ランプスケジューラ
２６３…階調スケジューラ
２６４…ランプレイヤ構造
２６５…スケジュールデータ
２６６…階調パターンデータ
２７０…駆動装置モジュール

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】