(57)【要約】【課題】制御情報の送受信を妨害する不正行為を好適に防止し得る遊技機を提供する。【解決手段】制御情報を生成する制御情報生成手段と、該制御情報生成手段により生成された前記制御情報を、通信手段を介して前記構成データ単位で、所定の送信間隔で１個ずつ送出する送信手段とを備える第一の制御手段と、前記通信手段を介して受信した前記制御情報に基づいて制御を行う第二の制御手段とを備える構成にあって、第二の制御手段に、受信手段が構成データを受信する受信間隔が、第一の判定時間を超えた状態を第一の通信エラーとして検出する第一の通信エラー検出手段を設け、前記第一の判定時間を、前記通信手段による構成データの送信間隔の２倍以上の長さに設定する。【選択図】図１０
2014054433.tif 000002
【特許請求の範囲】
【請求項１】
制御情報を送信する第一の制御手段と、
該第一の制御手段から受信した前記制御情報に基づいて制御を行う第二の制御手段と、
所定の構成データを転送単位として前記第一の制御手段から前記第二の制御手段にデータを転送する通信手段と
を備えた遊技機であって、
前記第一の制御手段は、
前記制御情報を生成する制御情報生成手段と、
該制御情報生成手段により生成された前記制御情報を、前記通信手段を介して前記構成データ単位で、所定の送信間隔で１個ずつ送信する送信手段とを備え、
前記第二の制御手段は、
前記通信手段を介して前記構成データ単位で前記制御情報を受信する受信手段と、
該受信手段が前記構成データを受信する受信間隔が、第一の判定時間を超えた状態を第一の通信エラーとして検出する第一の通信エラー検出手段と
を備え、
前記第一の判定時間は、前記送信手段による前記構成データの前記送信間隔の２倍以上の長さであることを特徴とする遊技機。
【請求項２】
前記第一の通信エラー検出手段は、
前記受信手段が前記構成データを受信したか否かを一定間隔で判定する受信状態確認手段と、
該受信状態確認手段が、前記構成データを新規に受信していないと連続して判定する回数を計数する未受信回数計数手段とを備え、
該未受信回数計数手段の計数回数が、前記第一の判定時間に相当する回数に達すると、前記第一の通信エラーとして検出するものであることを特徴とする請求項１に記載の遊技機。
【請求項３】
前記第一の通信エラーとは異なる事象を第二の通信エラーとして検出する第二の通信エラー検出手段と、
前記第二の通信エラーの検出回数を計数するエラー計数手段と、
所定条件の成立により前記エラー計数手段を初期化する初期化手段と、
前記第一の通信エラーを検出した場合、又は、前記エラー計数手段の計数回数が第一の検出回数に達した場合に、第一のエラー処理を実行する第一のエラー処理実行手段と
を備えることを特徴とする請求項１又は請求項２に記載の遊技機。
【請求項４】
前記第二のエラー検出手段は、前記受信手段が前記構成データを受信する受信間隔が第二の判定時間を超えた状態を前記第二の通信エラーとして検出するものであり、
前記第二の判定時間は、前記送信手段による前記構成データの前記送信間隔以上の長さで、かつ前記第一の判定時間よりも短いことを特徴とする請求項３に記載の遊技機。
【請求項５】
前記第一の制御手段は、誤り訂正符号を含む制御情報を送信するものであり、
前記第二の通信エラーは、前記誤り検出符号に基づいて検出される前記制御情報の誤りであることを特徴とする請求項３に記載の遊技機。
【請求項６】
前記エラー計数手段の計数回数が、前記第一の検出回数未満の第二の検出回数に達した場合に、前記第一のエラー処理とは異なる第二のエラー処理を実行する第二のエラー処理実行手段を備えることを特徴とする請求項３乃至請求項５のいずれか１項に記載の遊技機。
【請求項７】
前記制御情報生成手段は、前記送信手段が送信すべき前記制御情報が存在しない場合に特定の制御情報を生成するものであり、
前記送信手段は、前記特定の制御情報を送信することで、複数の前記制御情報の送信期間にわたって、前記構成データを前記送信間隔で休みなく送信することを特徴とする請求項１乃至請求項６のいずれか１項に記載の遊技機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遊技機の不正行為防止技術に関する。
【背景技術】
【０００２】
スロットマシンやパチンコ機等の遊技機は、制御負担を分散させるため、複数の制御基板で構成されることがある。これらの遊技機では、制御基板同士を信号線で接続し、一方の制御基板から他方の制御基板へコマンドを送信することにより、各制御基板が実行する処理を連動させ、各制御基板が実行する処理が一体的な遊技機の動作となることを実現している。
【０００３】
例えば、特許文献１に記載の遊技機は、遊技において所定役が連続して入賞したときに、遊技者に対して所定の利益を付与する遊技内容を有しているが、かかる遊技機では、入賞自体はメイン制御基板で制御し、所定役の連続入賞による利益付与はサブ制御基板で制御している。具体的には、メイン制御基板は、入賞が発生するたびにサブ制御基板へ入賞の発生と入賞の種類を通知するコマンドを送信する。そして、サブ制御基板は、メイン制御手段から送信されるコマンドに基づいて所定役に連続入賞した回数を計数し、所定役に入賞しなかったことを示すコマンドを受信した場合には、計数していた回数をゼロに戻し、計数した入賞回数が所定の値に達すると遊技者に所定の利益を付与するように構成されている。
【０００４】
また、特許文献２に記載の遊技機は、コマンドを受信する側の制御基板で、通信エラーを検出する手段を備えている。具体的には、特許文献２記載の遊技機は、受信側の制御基板に正規のコマンドを予め記憶したコマンドデータ記憶部を備え、受信したコマンドをコマンドデータ記憶部に記憶されたデータと照合する。かかる構成によれば、受信したコマンドが改変・欠損していた場合には、コマンドデータ記憶部に記憶されているデータと照合した時に不一致となるため、通信エラーとして検出できる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１２−０８１１７６号公報
【特許文献２】特開２００１−０５８０６７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、近年、上記特許文献１記載の遊技機等に対して、コマンドの通信を妨害する不正行為が横行している。例えば、特許文献１記載の遊技機では、所定役の連続入賞が途切れてしまった場合でも、所定役に入賞しなかったことを示すコマンドの通信を妨害すれば、所定役の連続入賞が継続中であるとサブ制御基板に誤認させることができるから、所定役の連続入賞による利益を得やすくなる。具体的には、所定役に入賞しなかった場合に、メイン制御基板とサブ制御基板の通信経路に意図的に電波を照射することで、所定役に入賞しなかったことを示すコマンドの送受信を妨害することが挙げられる。また、所定役に入賞しなかったことを示すコマンドが送信される瞬間にサブ制御基板の電源を瞬間的にショートさせる等の手法によりサブ制御基板が有する受信機能を瞬間的に機能不全とするといった手法も挙げられる。
【０００７】
上記のような不正行為は、放置すると遊技機を設置しているホールに多大な損害をもたらすため厳重に取り締まる必要がある。上記特許文献２に記載のエラー検出方法は、コマンドの改変・欠損を検出できるため、かかる不正行為は通信エラーとして検出できる。しかしながら、従来の遊技機では、コマンドの改変や消失を検出した場合でも、厳重な対応は行っていない。なぜならば、制御情報の改変や欠損は、通信手段が正常に作動している場合でも自然発生的に生じることがあるため、コマンドの改変や消失を検出するたびに厳重な対応をしてしまうと、正しく遊技を行っている遊技者に不利益を与えてしまうためである。
【０００８】
本発明は、上記問題を解決し得る遊技機の提供を目的とする。
【課題を解決するための手段】
【０００９】
発明者は、上記問題を解決すべく鋭意検討を行ったところ、上記不正行為によってコマンド（制御情報）の通信が妨害された場合は、コマンドが比較的大きく欠損することを見出した。これは、制御基板間に設けられた通信回路で制御情報が所定の構成データ単位で転送されているところ、自然発生的な通信エラーでは、データ転送時のフレーミングエラーによって構成データ１個単位で受信不能となるのに対し、上記不正行為による場合には、自然的発生的なものより長く通信回路に障害が発生することにより、構成データが複数個連続して受信不能となり易いためと考えられる。そして、発明者は、構成データが通信回路を介して一定間隔で送信されているのに着目し、本発明に至った。
【００１０】
本発明は、制御情報を送信する第一の制御手段と、該第一の制御手段から受信した前記制御情報に基づいて制御を行う第二の制御手段と、所定の構成データを転送単位として前記第一の制御手段から前記第二の制御手段にデータを転送する通信手段とを備えた遊技機であって、前記第一の制御手段は、前記制御情報を生成する制御情報生成手段と、該制御情報生成手段により生成された前記制御情報を、前記通信手段を介して前記構成データ単位で、所定の送信間隔で１個ずつ送信する送信手段とを備え、前記第二の制御手段は、前記通信手段を介して前記構成データ単位で前記制御情報を受信する受信手段と、該受信手段が前記構成データを受信する受信間隔が、第一の判定時間を超えた状態を第一の通信エラーとして検出する第一の通信エラー検出手段とを備え、前記第一の判定時間は、前記送信手段による前記構成データの前記送信間隔の２倍以上の長さであることを特徴とする遊技機である。
【００１１】
自然発生的に生じる通信エラーの場合でも、不正行為に起因する通信エラーの場合でも、構成データの受信に失敗することで、構成データの受信間隔が正常時よりも長くなるが、上述のように、不正行為に起因する場合は、構成データを複数個連続して受信不能となることが多いため、構成データの受信間隔は、自然発生的なものに比べて長くなる。このため、本発明にあっては、第一の判定時間を適切な長さに設定し、自然発生的な通信エラーで生じるような受信間隔を排除することで、不正行為に起因する通信エラーのみを第一の通信エラーとして検出できる。
【００１２】
本発明の具体的な構成としては、前記第一の通信エラー検出手段は、前記受信手段が前記構成データを受信したか否かを一定間隔で判定する受信状態確認手段と、該受信状態確認手段が、前記構成データを新規に受信していないと連続して判定する回数を計数する未受信回数計数手段とを備え、該未受信回数計数手段の計数回数が、前記第一の判定時間に相当する回数に達すると、前記第一の通信エラーとして検出するものである構成が提案される。かかる構成にあっては、第一の通信エラー検出手段を好適に実現できる。
【００１３】
本発明にあって、前記第一の通信エラーとは異なる事象を第二の通信エラーとして検出する第二の通信エラー検出手段と、前記第二の通信エラーの検出回数を計数するエラー計数手段と、所定条件の成立により前記エラー計数手段を初期化する初期化手段と、前記第一の通信エラーを検出した場合、又は、前記エラー計数手段の計数回数が第一の検出回数に達した場合に、第一のエラー処理を実行する第一のエラー処理実行手段とを備える構成が提案される。
【００１４】
かかる構成にあっては、第一の通信エラーに加えて、第二の通信エラーの検出も行い、夫々の通信エラーの検出に基づいて第一のエラー処理を実行することで、不正行為に起因する通信エラーをより確実に取り締まることが可能となる。ここで、第二の通信エラーでは、不正行為に起因する通信エラーと自然発生的な通信エラーを区別できないため、第二の通信エラー検出時に即座に第一の通信エラー処理を実行すると弊害が生じることとなるが、本構成では、エラー計数手段と初期化手段を適宜設定し、自然発生的な通信エラーでは生じ得ない頻度で第二の通信エラーを検出した場合にのみ、第一の通信エラー処理を実行させることで、かかる弊害を解消できる。
【００１５】
また、上記構成にあって、前記第二のエラー検出手段は、前記受信手段が前記構成データを受信する受信間隔が第二の判定時間を超えた状態を前記第二の通信エラーとして検出するものであり、前記第二の判定時間は、前記送信手段による前記構成データの前記送信間隔以上の長さで、かつ前記第一の判定時間よりも短いことが提案される。
【００１６】
かかる構成にあっては、第一の通信エラーと第二の通信エラーは、共に構成データの受信間隔に基づくものであるため、第一のエラー検出手段と第二のエラー検出手段は、構成データの受信間隔を監視するための手段を共通化することができる。したがって、本構成によれば、第一の通信エラーと第二の通信エラーの検出を簡単な構成で実現できるという利点がある。
【００１７】
また、上記構成にあって、前記第一の制御手段は、誤り訂正符号を含む制御情報を送信するものであり、前記第二の通信エラーは、前記誤り検出符号に基づいて検出される前記制御情報の誤りであることが提案される。
【００１８】
かかる構成にあっては、構成データを受信できない場合だけでなく、構成データが改変される場合も、不正行為に起因する通信エラーとして取締可能となる。
【００１９】
また、上記構成にあって、前記エラー計数手段の計数回数が、前記第一の検出回数未満の第二の検出回数に達した場合に、前記第一のエラー処理とは異なる第二のエラー処理を実行する第二のエラー処理実行手段を備えることが提案される。
【００２０】
かかる構成にあっては、第二の通信エラーの検出に関しては、第一のエラー処理が実行される前に、第二のエラー処理が実行されることとなる。このように、段階的にエラー処理を実行すれば、遊技の中断などの厳しいエラー処理を実行する前に、比較的軽めのエラー処理を実行して、遊技機の運用に影響を与えないレベルで通信エラーに対処することが可能となる。
【００２１】
また、本発明にあって、前記制御情報生成手段は、前記送信手段が送信すべき前記制御情報が存在しない場合に特定の制御情報を生成するものであり、前記送信手段は、前記特定の制御情報を送信することで、複数の前記制御情報の送信期間にわたって、前記構成データを前記送信間隔で休みなく送信する構成が提案される。
【００２２】
かかる構成にあっては、複数の制御情報の受信期間にわたって第一の通信エラー検出手段を有効にできるから、不正行為に起因する通信エラーを間断なく監視可能となる。また、かかる構成では、制御情報の全構成データを第二の制御手段で受信できなかった場合でも、第一の通信エラー検出手段で検出可能となる。
【発明の効果】
【００２３】
以上に述べたように、本発明によれば、不正行為に起因すると考えられる通信エラーのみを第一の通信エラーとして検出可能となるため、かかる第一の通信エラーの検出に基づいて厳しい対応措置を取ったとしても、正しく遊技をしている遊技者に不利益を与えることはない。このため、本発明の遊技機では、制御情報の通信を妨害する不正行為を好適に取り締まることが可能となる。
【図面の簡単な説明】
【００２４】
【図１】実施例１のスロットマシン１の斜視図である。
【図２】前扉３を開放した状態のスロットマシン１の概略を示す斜視図である。
【図３】スロットマシン１の制御回路を示すブロック図である。
【図４】コマンドの内容を説明する図表である。
【図５】メイン制御基板１４とサブ制御基板１５の通信に係る制御回路を示すブロック図である。
【図６】メイン制御処理の制御内容を示すフローチャートである。
【図７】コマンド送信処理の制御内容を示すフローチャートである。
【図８】（Ａ）は、サブ制御処理の制御内容を示すフローチャートであり、（Ｂ）は、通信エラー処理の制御内容を示すフローチャートである。
【図９】（Ａ）は、通信エラー処理を実行する場合を示すタイミングチャートであり、（Ｂ）は、通信エラー処理を実行しない場合を示すタイミングチャートである。
【図１０】（Ａ）は、コマンドを正常に受信した場合を示すタイミングチャートであり、（Ｂ）は、重度通信エラーを検出した場合を示すタイミングチャートである。
【図１１】軽度通信エラーを検出した場合を示すタイミングチャートである。
【図１２】通信エラー検出処理の制御内容を示すフローチャートである。
【図１３】図１２から続く通信エラー検出処理の制御内容を示すフローチャートである。
【図１４】実施例２に係る通信エラー検出処理の制御内容を示すフローチャートである。
【図１５】実施例３において、軽度通信エラーを検出した場合を示すタイミングチャートである。
【図１６】実施例３に係る通信エラー検出処理の制御内容を示すフローチャートである。
【図１７】実施例４において、（Ａ）は、コマンドを正常に受信した場合を示すタイミングチャートであり、（Ｂ）は、重度通信エラーを検出した場合を示すタイミングチャートである。
【図１８】実施例４において、軽度通信エラーを検出した場合を示すタイミングチャートである。
【図１９】実施例４において、（Ａ）は、通信エラー処理を実行する場合を示すタイミングチャートであり、（Ｂ）は、通信エラー処理を実行しない場合を示すタイミングチャートである。
【図２０】実施例４に係る通信エラー検出処理の制御内容を示すフローチャートである。
【図２１】図２０から続く通信エラー検出処理の制御内容を示すフローチャートである。
【図２２】図２１から続く通信エラー検出処理の制御内容を示すフローチャートである。
【発明を実施するための形態】
【００２５】
本発明の実施形態を、以下の実施例に従って説明する。
なお、下記実施例１〜４にあって、本発明に係る第一の制御手段は、メイン制御基板１４のメイン用マイクロコンピュータ３０に相当する。また、本発明に係る第二の制御手段は、サブ制御基板１５のサブ用マイクロコンピュータ３１に相当する。また、本発明に係る通信手段は、メイン制御基板１４とサブ制御基板１５のシリアル通信回路３２，３３、及び信号線１６に相当する。また、本発明に係る制御情報は、メイン制御基板１４からサブ制御基板１５に送信されるコマンドに相当する。また、本発明に係る受信手段は、サブ用マイクロコンピュータ３１の受信バッファ３４に相当する。
【実施例１】
【００２６】
本実施例は、本発明をスロットマシンに適用したものである。図１，２に示すように、スロットマシン１の筐体２は前方に開放しており、前方から前扉３によって覆われている。図１に示すように、前扉３の中央部には、筐体２の内部に配設された三つのリール９を視認するための視認窓４が設けられる。そして、視認窓４の上方には、横長矩形状の液晶表示器１０が配設される。また、前扉３の前面側には、視認窓４の下方に、遊技操作に用いるベットスイッチ５ａ，５ｂ、スタートスイッチ６、ストップスイッチ７、精算スイッチ８などの各種スイッチが配設される。また、前扉３には、スピーカ１１や演出用ランプ１２が適宜箇所に複数配設される。
【００２７】
また、筺体２の内部には、図２に示すように、リール９の上方に、メイン制御基板１４やサブ制御基板１５がケースに収納された状態で設置される。メイン制御基板１４とサブ制御基板１５は、スロットマシン１の制御装置を構成するものであり、基板間を接続する信号線１６を介してメイン制御基板１４からサブ制御基板１５に一方向にコマンド（制御情報）が送信されるよう構成されている。また、筺体２の内部には、リール９の下方に、電源投入スイッチ１８を具備する電源ボックス１９や、ホッパーユニット２０が配設される。また、筺体２の右側部には、前扉３の開放を検出する前扉開放検出センサ２２が設けられる。この前扉開放検出センサ２２は、前扉３に設けられた反射板２３と対向するよう配設され、前扉３の開放を光学的に検出するものである。
【００２８】
次に、スロットマシン１の作動を制御する制御回路を、図３を参照して説明する。
メイン制御基板１４は、遊技の進行に関する制御を行うものであり、メイン用マイクロコンピュータ３０と、乱数発生回路と、ラッチ回路と、シリアル通信回路３２とを備えている。メイン用マイクロコンピュータ３０は、ＣＰＵ、ＲＡＭ、ＲＯＭ、Ｉ／Ｏポート等からなり、上述のスタートスイッチ６、ストップスイッチ７、ベットスイッチ５ａ，５ｂ、精算スイッチ８、及び前扉開放検出センサ２２などからの信号は、メイン用マイクロコンピュータ３０のＩ／Ｏポートに入力する。メイン用マイクロコンピュータ３０からは、Ｉ／Ｏポートを介してリール９を駆動するモータ、ホッパーユニット２０を駆動するモータ、及び、機外に信号を送信するための外部信号出力基板に夫々信号が出力される。メイン用マイクロコンピュータ３０は、シリアル通信回路３２を介してサブ制御基板１５に、各種のコマンドを送信する。なお、メイン制御基板１４からサブ制御基板１５へ送信されるコマンドは一方向のみで送られ、サブ制御基板１５からメイン制御基板１４へ向けてコマンドが送られることはない。メイン用マイクロコンピュータ３０は、１．８ミリ秒の間隔でＣＰＵに割込みを発生させる。そして、この割込みの発生毎に後述のコマンド送信処理等が実行される。また、メイン用マイクロコンピュータ３０のＲＡＭには、送信するコマンドを一時的に記憶しておくための送信バッファとしての記憶領域が予め確保されている。メイン用マイクロコンピュータ３０のＣＰＵは、コマンドを生成し、生成したコマンドを送信バッファに格納する。なお、送信バッファは、複数のコマンドを格納可能である。メイン用マイクロコンピュータ３０は、送信バッファに格納した順番でコマンドを送信する。
【００２９】
サブ制御基板１５は、メイン制御基板１４から受信するコマンドに従って、遊技に関する演出等の制御を行うものであり、サブ用マイクロコンピュータ３１と、シリアル通信回路３３と、乱数発生回路と、ラッチ回路と、音声制御回路と、画像制御回路と、ＬＥＤ駆動回路とを備えている。サブ用マイクロコンピュータ３１は、ＣＰＵ、ＲＡＭ、ＲＯＭ、Ｉ／Ｏポート等からなるものである。サブ用マイクロコンピュータ３１のＲＯＭには、多岐に渡る演出パターンに関する固定データが記憶されている。また、サブ用マイクロコンピュータ３１のＲＡＭには、メイン制御基板１４から送信されたコマンドを受信するための受信バッファ３４（図５参照）が設けられている。メイン制御基板１４とサブ制御基板１５のシリアル通信回路３２，３３は、信号線１６によって相互接続されており、メイン制御基板１４から送信されるコマンドは、両制御基板１４，１５のシリアル通信回路３２，３３を介して受信バッファ３４に転送される。サブ用マイクロコンピュータ３１のＣＰＵは、１．２ミリ秒の間隔で割込みを発生させる。そして、この割込みの発生毎に受信バッファ３４にバッファしたコマンドを取得する。そして、サブ用マイクロコンピュータ３１のＣＰＵは、取得したコマンドに対応した処理を実行する。具体的には、Ｉ／Ｏポートから信号を音声制御回路へ出力することで音声制御回路がスピーカーから音を出力し、また、Ｉ／Ｏポートから信号を画像制御回路へ出力することで画像制御回路が液晶表示器に画像を出力し、また、Ｉ／Ｏポートから信号をＬＥＤ駆動回路へ出力することでＬＥＤ駆動回路が演出用ランプを点灯させる。
【００３０】
また、本実施例では、メイン制御基板１４及びサブ制御基板１５から外部信号出力基板へスロットマシン１の状態を特定可能な情報が出力される。外部信号出力基板は、遊技場等において遊技機の稼働状況を集中管理するために設置されるコンピュータなどの外部装置に必要な信号を出力する。本実施例では、投入された遊技媒体の数、払い出された遊技媒体の数、ボーナスが発生した旨、エラーが発生した旨を示す信号等がメイン制御基板１４から外部信号出力基板を介して外部装置に対して出力される。また、本実施例では、サブ制御基板１５からも外部信号出力基板を介して各種信号を外部装置に出力し得るよう構成される。
【００３１】
図４（Ａ）は、メイン制御基板１４からサブ制御基板１５に送信されるコマンドのデータフォーマットを示したものである。このコマンドは、本発明に係る制御情報に相当するものである。図４（Ａ）に示す通り、コマンドは、１バイトの構成データが５個で１組となった５バイトのデータである。つまり、コマンドは、複数個の構成データにより意味を成すものである。コマンドを構成する構成データは、通信を正常に行うための通信部と、メイン制御基板１４の情報を格納するためのデータ部とから成る。具体的には、図４（Ｂ）に示すように、コマンドの先頭の構成データ「ＳＴ」は、通信部を構成するものであり、コマンドの先頭を示す固定値が格納される。そして、二番目と三番目の構成データ「ＤＡＴＡ１」，「ＤＡＴＡ２」は、データ部を構成するものであり、コマンドの種類と内容に応じた値が格納される。また、四番目の構成データ「ＣＨ」には、誤り訂正符号であるチェックサムが格納される。具体的には、構成データ「ＣＨ」には、「ＤＡＴＡ１」と「ＤＡＴＡ２」を加算した時の下位１バイトが格納される。そして、五番目の構成データ「ＥＮ」は、通信部を構成するものであり、コマンドの終端を示す固定値が格納される。
【００３２】
図４（Ｃ）は、コマンドのデータ部（「ＤＡＴＡ１」及び「ＤＡＴＡ２」）の具体例を示したものである。なお、図中の「ｈ」は、１６進数であることを意味する。本実施例では、内部当選コマンド、左リール停止コマンド、中リール停止コマンド、右リール停止コマンド、入賞判定コマンド、電源投入コマンド、ドアコマンド、アクティブコマンドを含む複数種類のコマンドをメイン制御基板１４からサブ制御基板１５へ送信する。内部当選コマンドは、役抽選処理の抽選結果を特定可能なコマンドであり、スタートスイッチ６が操作され役抽選処理が実行されたときに送信される。左リール停止コマンドは、左リールの停止位置を特定可能なコマンドであり、左リールが停止したときに送信される。中リール停止コマンドは、中リールの停止位置を特定可能なコマンドであり、中リールが停止したときに送信される。右リール停止コマンドは、右リールの停止位置を特定可能なコマンドであり、右リールが停止したときに送信される。入賞判定コマンドは、入賞の有無、並びに入賞の種類を特定可能なコマンドであり、全てのリールが停止して停止図柄判定処理が行われたときに送信される。電源投入コマンドは、メイン制御基板１４に電源の供給が開始され、メイン制御基板１４における起動時の初期設定が完了したときに送信される。ドアコマンドは、前扉開放検出センサ２２の検出状態、すなわちＯＮ（開放状態）／ＯＦＦ（閉状態）を示すコマンドであり、電源投入時、１ゲーム終了時（ゲーム終了後、次のゲームの賭数の設定が開始可能となる前までの時点）、前扉開放検出センサ２２の検出状態が変化（ＯＮからＯＦＦ、ＯＦＦからＯＮ）した時に送信される。アクティブコマンドは、メイン制御基板１４におけるエラー発生の有無、並びにエラーの種類を特定可能なコマンドである。ここで、アクティブコマンド以外のコマンドは、遊技の進行状況やスイッチ・センサの作動状態に応じて生成・送信されるのに対し、アクティブコマンドは、これらのコマンドが送信されない期間に定常的に生成・送信される。すなわち、かかるアクティブコマンドは、本発明に係る特定の制御情報に相当するものである。
【００３３】
図５は、メイン制御基板１４とサブ制御基板１５の通信に係る制御回路を示すブロック図である。本実施例では、構成データは、１本の信号線１６を用いて１ビットずつ所定の間隔で所定の順序で所定の時間間隔毎に直列に送信する方式（シリアル通信）により、メイン制御基板１４からサブ制御基板１５へ送信される。
【００３４】
具体的には、メイン用マイクロコンピュータ３０は、送信バッファに格納された構成データをデータバス端子より出力する。メイン用マイクロコンピュータ３０のデータバス端子とシリアル通信回路３２のデータバス端子とはメイン制御基板１４上のデータバスを介して接続されている。メイン制御基板１４のシリアル通信回路３２は、データバス端子に入力される構成データを１ビットずつ所定の通信手順で接続端子より出力するためのものである。メイン制御基板１４のシリアル通信回路３２は、データバス端子に構成データが入力すると、入力したデータを送信データレジスタに一時的に格納し、送信レジスタに格納された構成データを、シリアルパラレル変換部が１ビットずつ所定の通信手順で接続端子から出力する。また、このとき、メイン制御基板１４のシリアル通信回路３２は、送信データレジスタを初期化する。
【００３５】
メイン制御基板１４から出力されるデータは、信号線１６を介して、サブ制御基板１５のシリアル通信回路３３の接続端子へ入力する。サブ制御基板１５のシリアル通信回路３３のシリアルパラレル変換部は、接続端子に１ビットのデータが入力すると、順次、入力したデータを受信データレジスタへ格納する。サブ制御基板１５のシリアル通信回路３３は、受信データレジスタへ１個の構成データが格納されると（すなわち１バイト分のデータが格納されると）、受信データレジスタへ格納されているデータをデータバス端子から外部へ出力する。また、このとき、サブ制御基板１５のシリアル通信回路３３は、受信データレジスタを初期化する。サブ制御基板１５のシリアル通信回路３３のデータバス端子から出力された構成データは、サブ制御基板１５上のデータバスを介して、サブ用マイクロコンピュータ３１上のデータバス端子に入力する。サブ用マイクロコンピュータ３１は、データバス端子に構成データが入力すると、サブ用マイクロコンピュータ３１のＲＡＭ上に確保された記憶領域である受信バッファ３４に入力した構成データを記憶する。
このように、メイン用マイクロコンピュータ３０から構成データ単位で送信するデータは、両制御基板１４，１５のシリアル通信回路３２，３３と信号線１６を介して、サブ用マイクロコンピュータ３１の受信バッファ３４に構成データ単位で受信される。すなわち、本実施例では、かかるシリアル通信回路３２，３３と信号線１６が、本発明に係る通信手段に相当し、また、受信バッファ３４は、本発明に係る受信手段を構成するものである。
【００３６】
図６は、メイン制御基板１４のＣＰＵの制御内容にあって、メインルーチンを構成するメイン制御処理の制御内容を示したものである。メイン制御処理において実行される各ステップＳ１００〜Ｓ１０８の詳細は下記の通りである。
Ｓ１００：規定数（１回の遊技を実行するのに必要なメダルの枚数）の賭数が設定されるまで待機する。
Ｓ１０１：スタートスイッチ６が操作されるまで待機する。
Ｓ１０２：スタートスイッチ６が操作されると乱数発生回路が発生させる乱数をラッチ回路が抽出する。抽出した乱数の値に基づいて当選役の入賞を許容するか否かを決定する。
Ｓ１０３：各リール９の回転を開始し、リール９が所定の回転速度に達すると、ストップスイッチ７の操作を有効とする。
Ｓ１０４：遊技者がストップスイッチ７を操作するまで待機する。
Ｓ１０５：遊技者がストップスイッチ７を操作すると、操作されたストップスイッチ７に対応したリール９が回転を停止する。
Ｓ１０６：全てのリール９の回転が停止するまで待機する。
Ｓ１０７：リール９によって導出された表示結果が予め定められた態様であるか否かを判定する。具体的には、入賞ライン上に表示されている図柄の組合せが所定の入賞役として定められた図柄の組合せと一致しているか否かを判定し、一致している場合には入賞が発生したと判定する。
Ｓ１０８：停止図柄判定処理の判定結果に応じた処理を行う。具体的には、入賞が発生したと判定された場合に、その入賞に応じた払出枚数をクレジットに加算し、クレジットが所定数（５０枚）を超えた場合には、超過分のメダルを払い出す。
【００３７】
図７は、メイン用マイクロコンピュータ３０のＣＰＵが実行するコマンド送信処理の内容を示したものである。このコマンド送信処理は、前述の割込みが発生するたびに、すなわち１．８ミリ秒間隔で実行される。コマンド送信処理では、まず、コマンドを構成する構成データが全て送信された状態であるか否か、つまり、コマンドの送信途上であるか否かを判定する（Ｓ２００）。そして、コマンドの送信途上であると判定した場合は、ステップＳ２０３に移行し、コマンドの送信途上ではないと判定した場合は、ステップＳ２０１に移行する。ステップＳ２０１では、送信バッファが空であるか否かを判定し、送信バッファが空であると判定した場合は、アクティブコマンドを生成して送信バッファに格納してから（Ｓ２０２）、ステップＳ２０３に移行し、送信バッファが空でないと判定した場合はそのままステップＳ２０３に移行する。そして、ステップＳ２０３では、送信バッファに格納されているコマンドの１バイト（構成データ）をデータバス端子より出力し、シリアル通信回路３２を介してサブ制御基板１５に送信し、コマンド送信処理を終了する。
【００３８】
このように、メイン用マイクロコンピュータ３０のＣＰＵは、メイン制御処理の実行状況に応じて遊技の進行に応じたコマンドを生成し、送信バッファに格納する。また、メイン用マイクロコンピュータ３０のＣＰＵは、前述の割込みの発生毎に前扉開放検出センサ２２の検出状態が変化したか否かを判定し、変化した時にはドアコマンドを生成し、送信バッファに格納する。そして、メイン用マイクロコンピュータ３０のＣＰＵは、送信バッファが空になると、アクティブコマンドを生成して送信バッファに格納することで、コマンドを途切れなくサブ制御基板１５へ送信し、これにより、構成データが常時１．８ミリ秒間隔でサブ制御基板１５に送信されるようにしている。すなわち、本発明に係る制御情報生成手段は、上記メイン制御処理及びコマンド送信処理によって主に実現される。また、本発明に係る送信手段は、上記ステップＳ２０３によって主に実現される。
【００３９】
図８（Ａ）は、サブ用マイクロコンピュータ３１のＣＰＵの制御内容にあって、メインルーチンを構成するサブ制御処理の制御内容を示したものである。図８（Ａ）に示すように、かかるサブ制御処理では、サブ用マイクロコンピュータ３１のＣＰＵが、所定数（５個）の構成データを受信したか否か、すなわち、１個のコマンドを受信したか否かを繰返し判定し（Ｓ３０１）、１個のコマンドを受信したと判定した場合は、受信したコマンドに応じた処理を実行する（Ｓ３０２）。例えば、内部当選コマンドを受信した場合は、役抽選処理の結果に基づいた演出を開始する。具体的には、液晶表示器１０に左リール対応画像、中リール対応画像、右リール対応画像を表示する。左リール停止コマンド・中リール停止コマンド・右リール停止コマンドを受信した場合は、各リールに対応した演出を行う。具体的には、左リール停止コマンドを受信した場合には、左リール対応画像を消去する。また、停止位置に基づいて役抽選処理の結果に対応した役の入賞が実現しない場合には、内部当選コマンドの受信に基づき開始した演出を中止する。入賞判定コマンドを受信した場合は、内部当選コマンドの受信に基づき開始した演出を終了する。さらに、入賞があったときには、入賞の種類に応じて演出を実行する。電源投入コマンドを受信した場合、受信時に通信エラーが発生していなければ、サブ制御基板１５は初期化の処理を実行する。また、ドアコマンドを受信した場合、前扉３が開放している旨を報知する。具体的には、液晶表示器１０にその旨を表示する等を行う。また、エラー状態を示すアクティブコマンドを受信した場合は、エラーの種類を特定可能な態様で報知を行う。具体的には、液晶表示器１０に、エラーの種類に対応したエラーコードを表示する等を行う。
【００４０】
図８（Ｂ）は、サブ用マイクロコンピュータ３１のＣＰＵで実行される通信エラー処理の制御内容を示したものである。この通信エラー処理は、本発明に係る第一のエラー処理に相当するものであり、後述する通信エラーの検出を契機に実行される。具体的には、かかる通信エラー処理では、液晶表示器１０に通信エラーの発生を示す通信エラー表示を行い（Ｓ４０１）、エラー解除条件が成立したか否かを判定する（Ｓ４０２）。そして、エラー解除条件が成立したと判定するまで、通信エラー表示（Ｓ４０１）を継続する。この通信エラー表示（Ｓ４０１）が継続している間は、液晶表示器１０には、その他の画像は表示されない。そして、本実施例では、電源の入れ直しが行われ、かつ、前扉３が開放されていることをもって、通信エラー処理を終了するエラー解除条件とする。具体的には、電源投入コマンドとドアコマンドとを受信し、かつ、ドアコマンドが前扉３の開放を示している場合にのみ、初期化の処理が実行され、初期化により通信エラー処理が終了する。つまり、通信エラー処理の実行中は、電源投入コマンドのみを受信しても、初期化処理が行われず、通信エラー処理は終了しない。本実施例では、エラー解除条件がこのように構成されているため、通信エラー処理を終了させる場合には、施錠された前扉３を開かなくてはいけない。このため、不正行為に起因して通信エラー処理が実行された場合に、不正行為を働いた者が通信エラー処理を解除することを防止できる。また、仮に、不正行為者が前扉３を開放することができたとしても、営業時間中に遊技場の係員以外の者が前扉３を開放しているのは、明らかに不自然であり、遊技場の係員を含む第三者の注目を集めることになるため、不正行為の早期発見を実現できる。
【００４１】
サブ用マイクロコンピュータ３１のＣＰＵは、前述の割込みの発生毎に通信エラー検出処理を実行する。通信エラー検出処理では、メイン制御基板１４から受信するデータに基づいて通信エラーを検出し、検出した通信エラーの内容に応じて上記通信エラー処理を実行する。すなわち、かかる通信エラー検出処理は、本発明に係る第一の通信エラー検出処理及び第二の通信エラー検出処理を実現するものである。具体的には、通信エラー検出処理では、サブ用マイクロコンピュータ３１のＣＰＵは、割込みが発生する１．２ミリ秒間隔で、受信バッファ３４が新しい構成データ（新規構成データ）を受信したか否かを判定するとともに、新しい構成データを受信していないと連続して判定した回数を計数することで、構成データの受信間隔を監視する。上述のように、メイン制御基板１４からは、常時１．８ミリ秒間隔で構成データが送信されるため、通信が正常に行われている場合は、通信エラー検出処理において、少なくとも２回（２．４ミリ秒）に１回は、受信バッファ３４で新規構成データが確認される。換言すれば、通信エラー検出処理で、２回以上連続して新規構成データの受信を確認できない場合は、正常に通信が行われていない場合である。通信エラー検出手段では、このように、２回以上連続して構成データの受信を確認できない場合を、通信エラーとして検出する。
【００４２】
ここで、本実施例では、通信エラー検出処理で、３回以上連続して構成データの受信を確認できない場合を重度通信エラーとし、２回連続で構成データの受信を確認できない場合を軽度通信エラーとして区別して検出する。構成データの受信を３回以上連続して確認できない場合とは、構成データを３．６ミリ秒間受信できていない状態に相当し、１．８ミリ秒間隔で受信すべき構成データを、２個連続して受信できなかった場合である。自然発生的に生じる通信エラーでは、構成データを単独で受信できないことが殆どであるため、このように２個連続で構成データを受信できない場合は、不正行為が原因である可能性が極めて高い。このため、本実施例では、かかる場合を重度通信エラーを区別して検出し、重度通信エラーを検出した場合は、直ちに通信エラー処理を実行することとしている。すなわち、重度通信エラーは、本発明に係る第一の通信エラーに相当するものであり、重度通信エラーの検出に係る３．６ミリ秒間の判定時間が、本発明に係る第一の判定時間に相当する。
【００４３】
一方、軽度通信エラーとして検出される場合とは、構成データを２．４ミリ秒間受信できていない場合であり、メイン制御基板１４側から１．８ミリ秒間隔で受信すべき構成データが、何らかの原因で１個だけ受信できなかった場合である。かかる事象は、不正行為が原因である可能性もあるが、自然発生的に生じた可能性もある。このため、本実施例では、単に軽度通信エラーを検出しただけでは通信エラー処理を実行せず、軽度通信エラーが、自然発生的なものとは考えられない程度の頻度で繰り返された場合に、通信エラー処理を実行することとしている。具体的には、図９（Ａ）に示すように、サブ用マイクロコンピュータ３１のＣＰＵは、軽度通信エラーの検出回数をエラーカウントとして計数し、エラーカウントが３回に達した時に通信エラー処理を実行するとともに、軽度通信エラーの検出間隔をタイマで計測し、図９（Ｂ）に示すように、軽度通信エラーが所定時間検出されない場合は、エラーカウントを初期設定（０回）にする。すなわち、軽度通信エラーは、本発明に係る第二の通信エラーに相当するものであり、軽度通信エラーの検出に係る２．４ミリ秒の判定時間が、本発明に係る第二の判定時間に相当する。また、エラーカウントは、本発明に係るエラー計数手段に相当するものであり、エラーカウントの３回が、本発明に係る第一の検出回数に相当する。そして、上記タイマは、本発明に係るエラー計数手段の初期化手段を構成するものである。
【００４４】
次に、通信エラー検出処理の実行態様を、タイミングチャートを用いて説明する。
図１０（Ａ）は、入賞判定コマンドとアクティブコマンドが正常に送受信された場合のタイミングチャートである。かかる例では、メイン制御基板１４は、入賞判定コマンドとアクティブコマンドを構成データ毎に１．８ミリ秒間隔で送信する。一方、サブ制御基板１５は、１．２ミリ秒間隔で通信エラー検出処理を実行し、受信バッファ３４に構成データを確認した場合は、受信カウントを初期値「５」に設定し、構成データを確認できない場合は受信カウントから１を減算する。この受信カウントは、通信エラー検出処理において、構成データの受信を連続して確認できない回数を計数するためのものであり、この受信カウントが「３」になると軽度通信エラーとなり、受信カウントが「２」になると重度通信エラーとなる。すなわち、この受信カウントは、本発明に係る未受信回数計数手段を構成するものである。図１０（Ａ）の例では、構成データが正常に受信されたため、受信カウントは３以下とはならず、通信エラー処理が実行されることはない。
【００４５】
図１０（Ｂ）は、重度通信エラーを検出した場合のタイミングチャートである。かかる例では、メイン制御基板１４から入賞判定コマンドとアクティブコマンドが送信されるものの、何らかの原因により、入賞判定コマンドの２個の構成データ（「０５」、「０１」）が、連続して受信バッファ３４まで到達しない。この場合、サブ制御基板１５では、到達しなかった２個の構成データを受信するはずのタイミング（Ｔ２，Ｔ４）で、受信バッファ３４に新規構成データなし（Ｅｒｒ）と判定され、受信カウントが減算される。このため、かかる例では、図中のＴ４の時点で、受信カウントが「２」に減算されて重度通信エラーとなり、図中のＴ５の時点で通信エラー処理が実行される。
【００４６】
図１１は、軽度通信エラーを検出した場合のタイミングチャートである。かかる例では、メイン制御基板１４から入賞判定コマンドとアクティブコマンドが送信されるものの、何らかの原因により、入賞判定コマンドとアクティブコマンドの構成データ（「０５」，「０８」）が１個単位で受信バッファ３４まで到達しない。この場合、サブ制御基板１５では、到達しなかった２個の構成データを受信するはずのタイミング（Ｔ２，Ｔ１０）で、受信バッファ３４に構成データなし（Ｅｒｒ）と判定され、受信カウントが減算される。このため、かかる例では、図中のＴ３の時点で、受信カウントが「３」に減算されて軽度通信エラーとなって、エラーカウントが加算されて１になるとともに、所定時間を計測するタイマが作動する。そして、図中のＴ１０の時点では、再び受信カウントが「３」に減算されて軽度通信エラーとなり、エラーカウントが加算されて２になるとともに、前記タイマは初期設定に戻されて、所定時間の計測を最初から開始する。なお、かかる例では、タイマが所定時間の計測を満了する前に軽度通信エラーが検出されたため、エラーカウントが２となるが、軽度通信エラーの検出前にタイマが計測満了した場合は、エラーカウントが０にリセットされる。
【００４７】
以上のように、本実施例では、サブ用マイクロコンピュータ３１のＣＰＵが、新規構成データを受信したか否かを一定間隔（１．２ミリ秒間隔）で判定し、構成データを連続して受信ていないと判定した回数を計数することで、構成データの受信間隔を監視し、構成データの受信間隔が構成データの送信間隔の二倍を超えた時に、重度通信エラーとして検出する。上述のように、かかる重度通信エラーは、自然発生的な通信エラーでなく、不正行為に起因する通信エラーである可能性が極めて高いものであるから、かかる重度通信エラーの検出に基づいて、厳しい通信エラー処理を実行しても、正しく遊技を行っている遊技者に迷惑をかけることがない。したがって、本実施例のスロットマシン１によれば、コマンドの通信を妨害する不正行為を好適に取り締まることが可能となる。
【００４８】
また、本実施例では、サブ用マイクロコンピュータ３１で、構成データの受信間隔が構成データの送信間隔を超えた時に、軽度通信エラーとして検出し、この軽度通信エラーを一定頻度以上で検出すると、重度通信エラー処理と同じ通信エラー処理を実行する。軽度通信エラーは、不正行為に起因する可能性もあり、また、自然発生的なものである可能性もあるが、このように、検出頻度が一定頻度以上となった場合にのみ通信エラー処理を実行すれば、不正行為に起因する通信エラーと考えられる場合に限定して通信エラー処理を実行でき、重度通信エラーとしては検出できない不正行為も好適に取り締まることが可能となる。また、軽度通信エラーと重度通信エラーは、構成データの受信間隔の判定基準が異なるだけであるから、本実施例にあっては、簡単な構成によって二種類の通信エラーを検出できるという利点がある。
【００４９】
また、本実施例では、メイン用マイクロコンピュータ３０が、送信バッファにコマンドが存在しない時にアクティブコマンドを生成し、送出することで、構成データが１．８ミリ秒間隔で常時送出されるよう構成されているため、サブ用マイクロコンピュータ３１で、通信エラー検出処理を常時実行し、不正行為を間断なく監視できるという利点がある。
【００５０】
次に、通信エラー検出処理の制御処理について説明する。
図１２，１３は、サブ用マイクロコンピュータ３１のＣＰＵで実行される通信エラー検出処理の制御内容を示すフローチャートである。通信エラー検出処理では、サブ用マイクロコンピュータ３１のＣＰＵは、まず、受信カウントを減算し（Ｓ５０１）、次いで、受信カウントが１であるか否かを判定する（Ｓ５０２）。そして、受信カウントが１であると判定した場合は、上記通信エラー処理（図８（Ｂ）参照）を実行し（Ｓ５０３）、通信エラー検出処理を終了する。ステップＳ５０２で受信カウントが１でないと判定した場合は、エラーカウントをリセットするためのタイマが０でなければ当該タイマから１を減算して（Ｓ６０１）、受信バッファ３４に新たな構成データが記憶されているか否かを判定する（Ｓ６０１）。ここで、受信バッファ３４に新規構成データなしと判定した場合はステップＳ６０７に移行し、受信バッファ３４に構成データありと判定した場合はステップＳ６０３に移行する。ステップＳ６０３では、受信カウントが２であるか否かを判定し、受信カウントが２でないと判定した場合は、受信カウントを初期値「５」に設定してステップＳ６０７に移行する。一方、受信カウントが２であると判定した場合は、エラーカウントに１を加算し（Ｓ６０４）、エラーカウントが３であるか否かを判定する（Ｓ６０５）。ここでエラーカウントが３であると判定した場合は、３回の軽度通信エラー検出に基づく通信エラー処理（図８（Ｂ）参照）を実行し（Ｓ６０９）、通信エラー検出処理を終了する。一方、ステップＳ６０５でエラーカウントが３でないと判定した場合は、タイマに初期値（所定時間）を設定し（Ｓ６０６）、ステップＳ６０７に移行する。ステップＳ６０７では、タイマが０か否か、すなわち、設定時間の計測を満了したか否かを判定し、タイマが０でないと判定した場合は、そのまま通信エラー検出処理を終了し、タイマが０であると判定した場合は、エラーカウンタを０に初期化してから（Ｓ６０８）、通信エラー検出処理を終了する。
【００５１】
上記通信エラー検出処理の制御内容にあって、本発明に係る第一の通信エラー検出手段は、ステップＳ５０１，Ｓ５０２，Ｓ６０２，Ｓ６１０によって主に実現される。また、本発明に係る第二の通信エラー検出手段は、ステップＳ５０１，Ｓ６０２，Ｓ６０３，Ｓ６１０によって主に実現される。また、本発明に係る受信状態確認手段は、ステップＳ６０２によって主に実現される。また、本発明に係る未受信回数計数手段は、ステップＳ５０１，Ｓ６１０によって主に実現される。また、本発明に係るエラー計数手段は、ステップＳ６０４によって主に実現される。また、本発明に係る初期化手段は、ステップＳ６０１，Ｓ６０６，Ｓ６０７，Ｓ６０８によって主に実現される。また、本発明に係る第一のエラー処理実行手段は、ステップＳ５０３，Ｓ６０９によって主に実現される。
【実施例２】
【００５２】
本実施例は、実施例１の通信エラー検出処理を一部変更したものである。具体的には、実施例１では、重度通信エラーを検出した時と、軽度通信エラーの検出回数を計数するエラーカウントが３回に達した時に、通信エラー処理（図８（Ｂ）参照）を実行する。本実施例では、かかる通信エラー処理の実行に加えて、さらに、エラーカウントが２回に達した時に、通信エラー処理と異なる警告処理を実行する。この警告処理は、当該機において通信状態が不良である旨を、サブ制御基板１５が外部信号出力基板を介して外部装置に報知するものである。この警告処理は、エラー処理の一種ではあるが、警告処理が実行されても遊技は通常どおり継続可能であり、特段のエラー解除条件も存在せず、通信エラー処理に比べて遊技者に与える影響は軽度である。このように、本実施例では、通信エラー処理の実行前に警告処理が実行されるから、かかる警告処理に基づいて遊技場の係員が当該機をチェックすれば、通信エラー処理の実行前に、通信エラーに対して穏便に対処することが可能となる。すなわち、かかる警告処理は、本発明に係る第二のエラー処理に相当するものであり、エラーカウントの２回が、本発明に係る第二の検出回数に相当する。なお、本実施例において、実施例１と共通する部分については、実施例１と共通符号を付して説明を省略する。
【００５３】
図１４は、実施例２に係る通信エラー処理の後半の制御内容を示すフローチャートである。実施例１の通信エラー処理（図１３参照）と対比するとわかるように、本実施例では、ステップＳ６０５ａでエラーカウントが２であるか否かを判定し、エラーカウントが２であると判定した場合に警告処理を実行する（Ｓ６０５ｂ）。すなわち、本発明に係る第二のエラー処理実行手段は、かかるステップＳ６０５ａ，Ｓ６０５ｂによって主に実現される。通信エラー検出処理の他の制御内容は、前半の制御内容も含めて実施例１（図１２，１３参照）と同じであるため、図中で同じステップ番号を用いて説明を省略する。
【実施例３】
【００５４】
本実施例は、実施例１の通信エラー検出処理を一部変更したものである。具体的には、実施例１では、構成データの受信間隔の長さに応じて、軽度通信エラーと重度通信エラーとを検出している。これに対して、本実施例では、コマンドのチェックサム（誤り訂正符号）が不一致となった場合を軽度通信エラーとして検出し、構成データの受信間隔に基づく通信エラー検出は重度通信エラーの場合のみとする。すなわち、本実施例では、サブ用マイクロコンピュータ３１のＣＰＵが、チェックサムが格納された構成データ「ＣＨ」を受信すると、チェックサムによるチェックを行い、チェックサムが不一致であると軽度通信エラーとして検出する。そして、軽度通信エラーの検出回数は、実施例１と同様にエラーカウントとして計数し、エラーカウントが３回に達した時点で通信エラー処理を実行する。本実施例では、構成データの受信間隔でなく、構成データの内容の誤りを軽度通信エラーとして検出するため、構成データを受信できない場合に限らず、構成データが改変される場合も、不正行為として取り締まることができるという利点がある。なお、本実施例において、実施例１と共通する部分については、実施例１と共通符号を付して説明を省略する。
【００５５】
図１５は、本実施例において、軽度通信エラーを検出した場合のタイミングチャートである。かかる例では、メイン制御基板１４から入賞判定コマンドとアクティブコマンドが送信されるものの、何らかの原因により、入賞判定コマンドとアクティブコマンドの構成データ（「０５」，「０８」）が１個単位で受信バッファ３４まで到達しない。この場合、サブ制御基板１５では、到達しなかった２個の構成データを受信するはずのタイミング（Ｔ２，Ｔ１０）で、受信バッファ３４に構成データなし（Ｅｒｒ）と判定される。そして、図中のＴ５，Ｔ１３で、チェックサムを格納した構成データ「ＣＨ」を受信すると、チェックサムの値がチェックされ、チェックサムの不一致により軽度通信エラーとなって、エラーカウントが夫々加算される。
【００５６】
図１６は、本実施例に係る通信エラー処理の後半の制御内容を示すフローチャートである。実施例１の通信エラー処理（図１３参照）と対比するとわかるように、本実施例では、ステップＳ６０３ａで、受信バッファ３４の構成データが、コマンドの４バイト目の構成データ「ＣＨ」であるか否かを判定する。そして、４バイト目の構成データ「ＣＨ」であると判定した場合は、その直前に受信したデータ部とチェックサムが一致するか否かを判定し（Ｓ６０３ｂ）、チェックサムが一致しないと判定した場合は、エラーカウントに１を加算する（Ｓ６０４）。通信エラー処理の他の制御内容は、前半の制御内容も含めて実施例１（図１２，１３参照）と同じであるため、図中で同じステップ番号を用いて説明を省略する。
【実施例４】
【００５７】
本実施例は、実施例１からコマンドの送信態様を変更し、それに合わせて通信エラー検出処理を一部変更したものである。具体的には、実施例１では、アクティブコマンドを生成することで、メイン制御基板１４が１．８ミリ秒間隔で構成データを常時送信するのに対し、本実施例では、メイン制御基板１４は、アクティブコマンドを生成・送信せず、状況によって、メイン制御基板１４がコマンドを送信しない休止期間が存在する。そして、本実施例では、かかる休止期間に対応するために、休止期間中は、サブ用マイクロコンピュータ３１で、構成データの受信間隔に基づく通信エラーを検出しないようにする。
【００５８】
具体的には、サブ用マイクロコンピュータ３１は、通信エラーの検出を有効／無効を管理するカウントフラグを備え、カウントフラグの有効時のみ通信エラーを検出するようにする。カウントフラグは、コマンドの先頭を示す構成データ「ＳＴ」を受信すると有効となり、コマンドの終端を示す構成データ「ＥＮ」を受信すると無効となる。すなわち、本実施例にあっては、サブ用マイクロコンピュータ３１は、１個のコマンドの先頭から終端までの構成データを受信するまでの間、１．２ミリ秒間隔で、新規構成データを受信したか否かを判定する。そして、実施例１同様に、３回以上連続して構成データの受信を確認できない場合は重度通信エラーとして検出し、直ちに通信エラー処理を実行する。また、２回連続で構成データの受信を確認できない場合は軽度通信エラーとして検出し、エラーカウントが３回に達した時点で通信エラー処理を実行する。ここで、本実施例では、コマンドの先頭又は終端の構成データ「ＳＴ」，「ＥＮ」を正常に受信できない場合には、通信エラー検出処理が正常に実行されないため、コマンドの先頭又は終端の構成データ「ＳＴ」，「ＥＮ」が確認できない場合は、直ちに通信エラーとするよう構成される。このように、本発明は、メイン制御基板１４がコマンドを送信しない休止期間のある構成にも適用できる。なお、本実施例では、コマンドの先頭と終端の構成データに基づいて、通信エラー検出の有効／無効を切り替えるようにしているが、かかる構成に替えて、コマンドの送信前と送信後に、メイン制御基板１４から通信エラー検出の有効／無効を切り替えさせる信号を別途送信するようにしてもよい。
【００５９】
次に、通信エラー検出処理の実行態様を、タイミングチャートを用いて説明する。
図１７（Ａ）は、入賞判定コマンドが正常に送受信された場合のタイミングチャートである。かかる例では、メイン制御基板１４は、入賞判定コマンドを構成データ毎に１．８ミリ秒間隔で送信し、その後は、コマンドの送信を休止する。かかる場合は、サブ用マイクロコンピュータ３１は、入賞判定コマンドの先頭の構成データ「ＳＴ」を受信した時点（Ｔ１）で、カウントフラグが無効（Ｎ）から有効（Ｙ）に切り替わり、１．２ミリ秒間隔で受信バッファ３４の構成データの有無を確認する。そして、終端の構成データ「ＥＮ」を受信した時点（Ｔ７）で、カウントフラグが有効（Ｙ）から無効（Ｎ）に切り替わり、サブ用マイクロコンピュータ３１は、通信エラーの検出を休止する。このため、サブ用マイクロコンピュータ３１は、入賞判定コマンド受信後（Ｔ８〜Ｔ１５）は、構成データを受信しなくても、通信エラーとして検出せず、通信エラー処理を実行することもない。
【００６０】
図１７（Ｂ）は、重度通信エラーを検出した場合のタイミングチャートである。かかる例では、メイン制御基板１４は、図１７（Ａ）と同様に、入賞判定コマンドを送信後、コマンドの送信を休止する。ここで、かかる例では、入賞判定コマンドの２個の構成データ（「０５」、「０１」）が、連続して受信バッファ３４まで到達しない。かかる場合は、入賞判定コマンドの先頭の構成データ「ＳＴ」を受信した時点で、カウントフラグが有効（Ｙ）となっているから、サブ用マイクロコンピュータ３１は、到達しなかった２個の構成データを受信するはずのタイミング（Ｔ２，Ｔ４）で、受信バッファ３４に新規構成データなし（Ｅｒｒ）と判定し、受信カウントを減算する。このため、かかる例では、図中のＴ４の時点で、受信カウントが「２」に減算されて重度通信エラーとなり、図中のＴ５の時点で通信エラー処理が実行される。
【００６１】
図１８は、軽度通信エラーを検出した場合のタイミングチャートである。かかる例では、メイン制御基板１４は、入賞判定コマンドを送信し、コマンドの送信を一時休止した後に、アクティブコマンドを送信する。そして、かかる例では、何らかの原因により、入賞判定コマンドとアクティブコマンドの構成データ（「０５」，「０８」）が１個単位で受信バッファ３４まで到達しない。かかる場合は、サブ用マイクロコンピュータ３１は、入賞判定コマンド及びアクティブコマンドの受信中（Ｔ１〜Ｔ７，Ｔ１１〜Ｔ１５）は、カウントフラグが有効（Ｙ）になっているから、それぞれの構成データの未受信（「０５」，「０８」）は、受信カウントに反映され、図中のＴ３及びＴ１３の時点で軽度通信エラーとなってエラーカウントが加算される。また、サブ用マイクロコンピュータ３１は、入賞判定コマンドの終端の構成データ「ＥＮ」を受信してから、アクティブコマンドの先頭の構成データ「ＳＴ」を受信するまでの間（Ｔ８〜T１０）は、カウントフラグが無効（Ｎ）となっているから、構成データを受信していなくても、エラーカウントが加算されることはない。
【００６２】
なお、本実施例では、コマンドの終端の構成データを受信してから、次のコマンドの先頭の構成データを受信するまでの間、すなわち、通信エラーの検出を休止している期間は、エラーカウントをリセットするためのタイマを停止している。例えば、図１９（Ａ）のタイミングチャートは、コマンドＡ、Ｃ、Ｄの受信時に夫々軽度通信エラーが検出され、コマンドＤの受信時にエラーカウントが３となって通信エラー処理が実行された例である。かかる例にあって、タイマは、各コマンドの構成データを受信している間のみ作動し、構成データを受信しない期間はタイマを停止する。具体的には、タイマは、図中のＴａ１，Ｔａ２，・・・，Ｔａｘで作動し、初期設定された後に、Ｔｂ１，・・・，Ｔｂｘで作動する。なお、図１９（Ａ）では、タイマが所定時間の計測を満了せず、コマンドＤの受信時にエラーカウントが３回に達しているが、例えば、図１９（Ｂ）に示すように、図中のＴｂ１，・・・，Ｔｂｘが所定時間に達すると、タイマの計測満了により、エラーカウントが０にリセットされる。
【００６３】
次に、実施例４に係る通信エラー検出処理の制御処理について説明する。
図２０，２１，２２は、サブ用マイクロコンピュータ３１のＣＰＵで実行される通信エラー検出処理の制御内容を示すフローチャートである。通信エラー検出処理では、サブ用マイクロコンピュータ３１のＣＰＵは、まず、カウントフラグがＹ（有効）であるか否かを判定し（Ｓ７０１）、カウントフラグがＮ（無効）であると判定した場合は、ステップＳ８０１に移行する。一方、カウントフラグがＹであると判定した場合は、受信カウントを減算し（Ｓ７０２）、次いで、受信カウントが１であるか否かを判定する（Ｓ７０３）。そして、受信カウントが１であると判定した場合は、上記通信エラー処理を実行し（Ｓ７０４）、通信エラー検出処理を終了する。ステップＳ７０３で受信カウントが１でないと判定した場合は、ステップＳ８０１に移行する。
【００６４】
ステップＳ８０１では、カウントフラグがＹであるか否かを判定し、カウントフラグがＮであると判定した場合は、そのままステップＳ８０３に移行し、カウントフラグがＹであると判定した場合は、タイマが０でなければタイマから１を減算してから（Ｓ８０２）、ステップＳ８０３に移行する。ステップＳ８０３では、受信バッファ３４に新たな構成データが記憶されているか否かを判定する。ここで、受信バッファ３４に構成データなしと判定した場合はステップＳ９０４に移行し、受信バッファ３４に構成データありと判定した場合はステップＳ８０４に移行する。ステップＳ８０４では、受信バッファ３４の構成データがコマンドの最初（１バイト目）の構成データとして受信したデータであるか否かを判定する。そして、最初の構成データであると判定した場合はステップＳ８０９に移行し、最初の構成データでないと判定した場合はステップＳ８０５に移行する。ステップＳ８０５では、受信バッファ３４の構成データがコマンドの最後（５バイト目）の構成データとして受信したデータであるか否かを判定する。そして、最後のデータであると判定した場合は、受信した構成データが、コマンドの終端の構成データ「ＥＮ」であるかを判定し（Ｓ８０６）、終端の構成データ「ＥＮ」でないと判定した場合はステップＳ８１２に移行し、終端の構成データであると判定した場合は、カウントフラグをＮに設定し（Ｓ８０７）、ステップＳ８０８に移行する。ステップＳ８０８では、受信カウントが２であるか否かを判定し、受信フラグが２であると判定した場合は、ステップＳ９０１に移行し、受信フラグが２でないと判定した場合は、ステップＳ８１１に移行する。ステップＳ８０９では、受信した構成データが、コマンドの先頭の構成データ「ＳＴ」であるかを判定し、先頭の構成データ「ＳＴ」でないと判定した場合はステップＳ８１２に移行し、先頭の構成データであると判定した場合は、カウントフラグをＹに設定し（Ｓ８１０）、ステップＳ８１１で受信カウントに初期値（５）を設定し、ステップＳ９０４に移行する。また、ステップＳ８１２では、上記通信エラー処理を実行し、続いて、カウントフラグをＮに設定して（Ｓ８１３）、通信エラー検出処理を終了する。
【００６５】
ステップＳ９０１では、エラーカウントに１を加算し、続いて、ステップＳ９０２でエラーカウントが３であるか否かを判定する。そして、エラーカウントが３でないと判定した場合は、タイマに初期値を設定し（Ｓ９０３）、ステップＳ９０４に移行する。ステップＳ９０４では、タイマが０か否か、すなわち、設定時間の計測を終了したか否かを判定し、タイマが０でないと判定した場合は、そのまま通信エラー検出処理を終了し、タイマが０であると判定した場合は、エラーカウンタを初期化してから（Ｓ９０５）、通信エラー検出処理を終了する。一方、ステップＳ９０２で、エラーカウントが３であると判定した場合は、上記通信エラー処理を実行して（Ｓ９０６）、通信エラー検出処理を終了する。
【００６６】
なお、本発明の遊技機は、上記実施例の形態に限らず本発明の要旨を逸脱しない範囲内において種々変更を加えることができる。例えば、上記実施例は、本発明をスロットマシンに適用したものであるが、本発明は、パチンコ機等の遊技機にも同様にして適用可能である。また、上記実施例は、スロットマシンのメイン制御基板とサブ制御基板の通信に本発明を適用したものであるが、本発明は、メイン制御基板とサブ制御基板の間の通信に限定されるものではない。なお、本発明は、第一の制御手段から第二の制御手段に制御情報が一方向に送信される構成に特に有効であるが、本発明は、制御情報が双方向に送信される構成にも適用可能である。
【００６７】
また、上記実施例では、本発明の通信手段を、両制御基板１４，１５のシリアル通信回路３２，３３と信号線１６とによって構成しているが、本発明の通信手段は、パラレル通信方式の通信回路によって構成することもできる。また、上記実施例では、制御情報（コマンド）が５バイトデータであり、各制御情報を１バイト単位の構成データに分割して送信しているが、本発明に係る制御情報は、可変長であってもよいし、制御情報と構成データのサイズを等しくして、制御情報を分割せず、一つの構成データとして送信することもできる。また、上記実施例では、本発明に係る第一の判定時間が、構成データの送信間隔（１．８ミリ秒）の二倍（３．６ミリ秒）に設定され、構成データを二個連続して受信できない場合を重度通信エラーとして検出しているが、本発明に係る第一の判定時間は、自然発生的な通信エラーを十分に排除し得る長さに設定すべきものであり、通信手段の仕様によっては、構成データの送信間隔の二倍以外の値に設定され得る。
【００６８】
また、上記実施例では、重度通信エラー（第一の通信エラー）を検出した時に、液晶表示器１０で通信エラー表示を行っているが、本発明に係る第一のエラー処理の内容や解除条件は、適宜設定可能である。また、上記実施例では、軽度通信エラー（第二の通信エラー）を高頻度で検出した時に、通信エラー処理（第一のエラー処理）を実行しているが、本発明にあっては、軽度通信エラーを一回、又は低頻度で検出した時に、通信エラー処理よりも軽度のエラー処理を実行してもかまわない。
【００６９】
また、上記実施例では、軽度通信エラーを検出するたびにエラーカウント（エラー計数手段）をリセットするためのタイマを初期化しているが、２回目の軽度通信エラーの検出時はタイマを初期化せず、３回目の軽度通信エラーを検出するまでの間にタイマが所定時間を計測満了した時に、エラーカウントを初期化するようにしてもよい。また、タイマの計測満了に替えて、所定コマンドを所定回数受信した場合にエラーカウントを初期化するようにしてもよい。
【００７０】
また、上記実施例３では、コマンドのチェックサムが不一致となった場合を軽度検出エラーとして検出しているが、チェックサムによるチェックに替えて、又は加えて、コマンドのうち固定値を有する構成データが、正常値であるか否かを判定するようにしても良い。例えば、上記実施例１のコマンドでは、先頭の構成データ「ＳＴ」は、いずれのコマンドであっても、固定値である「ＡＡ（１６進数）」が格納されている。このため、サブ用マイクロコンピュータ３１のＣＰＵは、１バイト目の構成データを受信した場合に、受信した構成データが「ＡＡ」であるか否かを判定することで、通信エラーの発生を検出できる。
【符号の説明】
【００７１】
１  スロットマシン（遊技機）
２  筐体
３  前扉
４  視認窓
５ａ，５ｂ ベットスイッチ
６  スタートスイッチ
７  ストップスイッチ
８  精算スイッチ
９  リール
１０  液晶表示器
１１  スピーカ
１２  演出用ランプ
１４  メイン制御基板
１５  サブ制御基板
１６  信号線
１８  電源投入スイッチ
１９  電源ボックス
２０  ホッパーユニット
２２  前扉開放検出センサ
２３  反射板
３０  メイン用マイクロコンピュータ（第一の制御手段）
３１  サブ用マイクロコンピュータ（第二の制御手段）
３２，３３  シリアル通信回路
３４  受信バッファ（受信手段）
【図１】
2014054433.tif 000003
【図２】
2014054433.tif 000004
【図３】
2014054433.tif 000005
【図４】
2014054433.tif 000006
【図５】
2014054433.tif 000007
【図６】
2014054433.tif 000008
【図７】
2014054433.tif 000009
【図８】
2014054433.tif 000010
【図９】
2014054433.tif 000011
【図１０】
2014054433.tif 000012
【図１１】
2014054433.tif 000013
【図１２】
2014054433.tif 000014
【図１３】
2014054433.tif 000015
【図１４】
2014054433.tif 000016
【図１５】
2014054433.tif 000017
【図１６】
2014054433.tif 000018
【図１７】
2014054433.tif 000019
【図１８】
2014054433.tif 000020
【図１９】
2014054433.tif 000021
【図２０】
2014054433.tif 000022
【図２１】
2014054433.tif 000023
【図２２】
2014054433.tif 000024