(57)【要約】【課題】遊技機制御用マイクロコンピュータが遊技機制御を行うために用いるプログラムやデータに含まれるバグを除去するデバッグ作業を効率良く行えるデバッグシステムを提供する。【解決手段】デバッグシステム１のデバッグ制御用ＰＣ２０において、更新した遊技機制御用のプログラムやデータを作成し、ネットワーク４０を介して接続される中継装置３０の記憶部に記憶させておけば、遊技機１０の主制御基板１００に搭載された遊技機制御用マイクロコンピュータ１１０のＲＯＭ部に、中継装置３０の記憶部に記憶された遊技機制御用のプログラムやデータが上書きされるので、遊技機制御用マイクロコンピュータ１１０自体を交換すること無く、更新された遊技機制御用プログラム等による遊技機１０の実射試験を行うことができる。【選択図】図１
2018175150.tif 000002
【特許請求の範囲】
【請求項１】
遊技機の主たる制御を行う主制御基板に設けられる遊技機制御用マイクロコンピュータと、該遊技機制御用マイクロコンピュータが遊技機制御を行うために用いるプログラムやデータに含まれるバグを除去するデバッグ作業に利用するデバッグ装置と、前記遊技機制御用マイクロコンピュータと前記デバッグ装置との間に接続される中継装置と、からなるデバッグシステムであって、
前記中継装置は、少なくとも、前記デバッグ装置から供給される遊技機制御用のプログラムやデータを記憶するメモリ部と、前記遊技機制御用マイクロコンピュータの通信制御部と通信可能な通信制御手段と、を備え、
前記遊技機制御用マイクロコンピュータは、少なくとも、遊技機制御用のプログラムやデータを読み出して実行するＣＰＵ部と、遊技機制御用のプログラムやデータを書き換え可能に記憶するＲＯＭ部と、前記中継装置との通信が可能で、適正な中継装置からの指令によりＲＯＭ部の内容を書き換え可能な通信制御部と、を備え、
前記デバッグ装置から供給されて中継装置のメモリ部に記憶された遊技機制御用のプログラムやデータを、前記遊技機制御用マイクロコンピュータのＲＯＭ部に上書きさせ、上書きされた遊技機制御用のプログラムやデータをＣＰＵ部が読み出して実行するようにしたことを特徴とするデバッグシステム。
【請求項２】
前記遊技機制御用マイクロコンピュータのＲＯＭ部は、遊技機制御用のプログラムやデータの種別を一意に示すプログラム識別情報を記憶するプログラム識別情報記憶領域を備えるものとし、該ＲＯＭ部に遊技機制御用のプログラムやデータを書き込むときには、併せて、そのプログラム識別情報をプログラム識別情報記憶領域へ書き込むようにしたことを特徴とする請求項１に記載のデバッグシステム。
【請求項３】
前記中継装置は、遊技機制御用マイクロコンピュータにおけるＲＯＭ部のプログラム識別情報記憶領域から、プログラム識別情報を読み出せるようにしたことを特徴とする請求項２に記載のデバッグシステム。
【請求項４】
前記遊技機制御用マイクロコンピュータは、自身のユニークな識別情報であるチップＩＤを固定的に記憶しているチップＩＤ記憶部を備え、
前記中継装置は、接続中の遊技機制御用マイクロコンピュータのチップＩＤ記憶部よりチップＩＤを取得してデバッグ装置へ送信し、
前記デバッグ装置は、チップＩＤの送信元である中継装置に接続されている遊技機と紐付けてチップＩＤを管理するようにしたことを特徴とする請求項１〜請求項３の何れか１項に記載のデバッグシステム。
【請求項５】
前記中継装置は、接続されている遊技機が起動して遊技機制御用マイクロコンピュータと通信可能になったとき、接続中の遊技機制御用マイクロコンピュータのチップＩＤ記憶部よりチップＩＤを取得してデバッグ装置へ送信し、
前記デバッグ装置は、中継装置より送信されてきたチップＩＤと、当該中継装置に接続されている遊技機と紐付けて管理しているチップＩＤとを比較し、一致しない場合には警告動作を行うようにしたことを特徴とする請求項４に記載のデバッグシステム。
【請求項６】
前記中継装置は、１つの遊技機における遊技機制御用マイクロコンピュータと１対１で接続し、
前記デバッグ装置は、複数の中継装置と接続可能とし、
前記デバッグ装置から複数の中継装置へ遊技機制御用のプログラムやデータを供給してメモリ部に記憶させることで、該当する中継装置と接続された各遊技機の遊技機制御用マイクロコンピュータに上書きさせる遊技機制御用のプログラムやデータをまとめて更新するようにしたことを特徴とする請求項１〜請求項５の何れか１項に記載のデバッグシステム。
【請求項７】
前記中継装置には、自機の識別番号を設定可能な識別番号設定手段を設け、
前記デバッグ装置は、各中継装置の識別番号設定手段に設定されている識別番号によって、当該中継装置が接続されている遊技機を識別するようにしたことを特徴とする請求項６に記載のデバッグシステム。
【請求項８】
前記デバッグ装置は、１又は複数の遊技機を括ってグループ識別情報を設定して、当該グループの各遊技機に対応する中継装置へグループ識別情報を送信し、
前記デバッグ装置よりグループ識別情報を受信した中継装置は、受信したグループ識別情報をグループ識別情報記憶手段に記憶するようにしたことを特徴とする請求項７に記載のデバッグシステム。
【請求項９】
前記中継装置は、グループ識別情報記憶部に記憶されているグループ識別情報に応じたグループ識別表示を行う表示手段を備えることを特徴とする請求項８に記載のデバッグシステム。
【請求項１０】
前記遊技機制御用マイクロコンピュータには、内部バスの状態を監視する内部バス監視部と、前記ＣＰＵ部の動作を停止させる内部バスの状態として定められたバス条件を記憶するバス条件記憶部と、を設け、
前記内部バスの状態がバス条件記憶部に記憶されたバス条件と一致するブレーク条件が成立すると、前記内部バス監視部はＣＰＵ部に働きかけて休止状態とするようにしたことを特徴とする請求項１〜請求項９の何れか１項に記載のデバッグシステム。
【請求項１１】
前記デバッグ装置にて設定されたバス条件が前記中継装置へ送信されることで、その中継装置に接続された遊技機の遊技機制御用マイクロコンピュータへバス条件が送信され、この送信されたバス条件がバス条件記憶部に記憶されるようにしたことを特徴とする請求項１０に記載のデバッグシステム。
【請求項１２】
前記バス条件記憶部は、複数のバス条件を記憶可能とし、
前記内部バス監視部は、前記バス条件記憶部に記憶されたバス条件の何れか一つとバス状態とが一致すれば、ブレーク条件の成立と判断し、前記ＣＰＵ部を休止状態とするようにしたことを特徴とする請求項１１に記載のデバッグシステム。
【請求項１３】
前記内部バス監視部は、予め定められたバス監視条件が満たされている間に限って、ブレーク条件成立に基づくＣＰＵ部の休止を行うようにしたことと特徴とする請求項１０〜請求項１２の何れか１項に記載のデバッグシステム。
【請求項１４】
前記バス監視条件は、ＣＰＵ状態問い合わせを中継装置から定期的に受けている期間としたことを特徴とする請求項１３に記載のデバッグシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遊技機制御用マイクロコンピュータが遊技機制御を行うために用いるプログラムやデータに含まれるバグを除去するデバッグ作業を効率良く行えるデバッグシステムに関する。
【背景技術】
【０００２】
遊技機開発において、試作機による実射試験は、欠かすことのできない重要なステップである。実射試験の目的は、それまでの開発過程で見過ごされてきた不具合がないことを確認すること、及び、出玉の特性が法律で規定されている要件を満たし、かつ、商品として企画した通りの性能を有していることを確認することである。
【０００３】
遊技機の動作は偶然に左右される要素があるため、実射試験は比較的長時間行う必要がある。実際には、遊技機が複数台ある場合、遊技機の動作は、確率的に独立していると考えることができるので、試験の延べ時間を確保するために、複数台を同時に稼働させてその結果を集計する方法が一般的である。
【０００４】
そこで、遊技機からのデータ収集を効率良く行うために、遊技制御装置からの制御コマンドに基づいて演出制御および表示制御を行う演出制御装置にデバッグ装置が搭載されているときに限って、遊技制御装置からの制御コマンドに検査用コマンドを含ませることを可能にした遊技機が提案されている（例えば、特許文献１を参照）。このような遊技機によれば、デバッグ装置を演出制御装置に搭載して行う検査のときには、検査用コマンドを用いた検査データを収集できるが、デバッグ装置を搭載せずに市場に流通させた遊技機では、検査用コマンドが使われることは無いので、検査用コマンドを含ませた遊技機制御用のプログラムで実射試験を効率良く行えるのである。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１３−０６３１２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、実際の遊技機開発作業では、問題が発見されたり、仕様が変更されたりする度に、遊技機制御用プログラムを修正し、更新された遊技機制御用プログラムによって実射試験を行う必要があるものの、特許文献１に記載された遊技機によるデバッグ作業では、遊技機制御用プログラムの更新を効率良く行う事はできない。すなわち、遊技機制御用プログラムを更新するためには、従前通り、実射試験に供している多数の試作機から制御用ＲＯＭ（遊技機制御用マイクロコンピュータ）を取り外し、プログラムを書き換えた制御用ＲＯＭを再び試作機に取り付けなければならない。これは、大変手間のかかる作業のため、非効率的である。しかも、複数の機種の実射試験を同時に行っている場合、更新された制御用ＲＯＭを取り付ける機種を間違えることで、遊技機が異常動作を起こし、試作機を損壊してしまう危険性もある。このように、遊技機制御用マイクロコンピュータが遊技機制御に用いる遊技機制御用プログラムやデータを更新する作業は、慎重を要すると共に手間のかかる作業であり、これを改善することで、デバッグ作業の効率化を果たすことができる。
【０００７】
本発明は上記事情に鑑みてなされたものであり、遊技機制御用マイクロコンピュータが遊技機制御を行うために用いるプログラムやデータに含まれるバグを除去するデバッグ作業を効率良く行えるデバッグシステムの提供を目的とする。
【課題を解決するための手段】
【０００８】
上記の課題を解決するために、請求項１に係る発明は、遊技機の主たる制御を行う主制御基板に設けられる遊技機制御用マイクロコンピュータと、該遊技機制御用マイクロコンピュータが遊技機制御を行うために用いるプログラムやデータに含まれるバグを除去するデバッグ作業に利用するデバッグ装置と、前記遊技機制御用マイクロコンピュータと前記デバッグ装置との間に接続される中継装置と、からなるデバッグシステムであって、前記中継装置は、少なくとも、前記デバッグ装置から供給される遊技機制御用のプログラムやデータを記憶するメモリ部と、前記遊技機制御用マイクロコンピュータの通信制御部と通信可能な通信制御手段と、を備え、前記遊技機制御用マイクロコンピュータは、少なくとも、遊技機制御用のプログラムやデータを読み出して実行するＣＰＵ部と、遊技機制御用のプログラムやデータを書き換え可能に記憶するＲＯＭ部と、前記中継装置との通信が可能で、適正な中継装置からの指令によりＲＯＭ部の内容を書き換え可能な通信制御部と、を備え、前記デバッグ装置から供給されて中継装置のメモリ部に記憶された遊技機制御用のプログラムやデータを、前記遊技機制御用マイクロコンピュータのＲＯＭ部に上書きさせ、上書きされた遊技機制御用のプログラムやデータをＣＰＵ部が読み出して実行するようにしたことを特徴とする。
【０００９】
また、請求項２に係る発明は、前記請求項１に記載のデバッグシステムにおいて、前記遊技機制御用マイクロコンピュータのＲＯＭ部は、遊技機制御用のプログラムやデータの種別を一意に示すプログラム識別情報を記憶するプログラム識別情報記憶領域を備えるものとし、該ＲＯＭ部に遊技機制御用のプログラムやデータを書き込むときには、併せて、そのプログラム識別情報をプログラム識別情報記憶領域へ書き込むようにしたことを特徴とする。
【００１０】
また、請求項３に係る発明は、前記請求項に記載のデバッグシステムにおいて、前記中継装置は、遊技機制御用マイクロコンピュータにおけるＲＯＭ部のプログラム識別情報記憶領域から、プログラム識別情報を読み出せるようにしたことを特徴とする。
【００１１】
また、請求項４に係る発明は、前記請求項１〜請求項３の何れか１項に記載のデバッグシステムにおいて、前記遊技機制御用マイクロコンピュータは、自身のユニークな識別情報であるチップＩＤを固定的に記憶しているチップＩＤ記憶部を備え、前記中継装置は、接続中の遊技機制御用マイクロコンピュータのチップＩＤ記憶部よりチップＩＤを取得してデバッグ装置へ送信し、前記デバッグ装置は、チップＩＤの送信元である中継装置に接続されている遊技機と紐付けてチップＩＤを管理するようにしたことを特徴とする。
【００１２】
また、請求項５に係る発明は、前記請求項４に記載のデバッグシステムにおいて、前記中継装置は、接続されている遊技機が起動して遊技機制御用マイクロコンピュータと通信可能になったとき、接続中の遊技機制御用マイクロコンピュータのチップＩＤ記憶部よりチップＩＤを取得してデバッグ装置へ送信し、前記デバッグ装置は、中継装置より送信されてきたチップＩＤと、当該中継装置に接続されている遊技機と紐付けて管理しているチップＩＤとを比較し、一致しない場合には警告動作を行うようにしたことを特徴とする。
【００１３】
また、請求項６に係る発明は、前記請求項１〜請求項５の何れか１項に記載のデバッグシステムにおいて、前記中継装置は、１つの遊技機における遊技機制御用マイクロコンピュータと１対１で接続し、前記デバッグ装置は、複数の中継装置と接続可能とし、前記デバッグ装置から複数の中継装置へ遊技機制御用のプログラムやデータを供給してメモリ部に記憶させることで、該当する中継装置と接続された各遊技機の遊技機制御用マイクロコンピュータに上書きさせる遊技機制御用のプログラムやデータをまとめて更新するようにしたことを特徴とする。
【００１４】
また、請求項７に係る発明は、前記請求項６に記載のデバッグシステムにおいて、前記中継装置には、自機の識別番号を設定可能な識別番号設定手段を設け、前記デバッグ装置は、各中継装置の識別番号設定手段に設定されている識別番号によって、当該中継装置が接続されている遊技機を識別するようにしたことを特徴とする。
【００１５】
また、請求項８に係る発明は、前記請求項７に記載のデバッグシステムにおいて、前記デバッグ装置は、１又は複数の遊技機を括ってグループ識別情報を設定して、当該グループの各遊技機に対応する中継装置へグループ識別情報を送信し、前記デバッグ装置よりグループ識別情報を受信した中継装置は、受信したグループ識別情報をグループ識別情報記憶手段に記憶するようにしたことを特徴とする。
【００１６】
また、請求項９に係る発明は、前記請求項８に記載のデバッグシステムにおいて、前記中継装置は、グループ識別情報記憶部に記憶されているグループ識別情報に応じたグループ識別表示を行う表示手段を備えることを特徴とする。
【００１７】
また、請求項１０に係る発明は、前記請求項１〜請求項９の何れか１項に記載のデバッグシステムにおいて、前記遊技機制御用マイクロコンピュータには、内部バスの状態を監視する内部バス監視部と、前記ＣＰＵ部の動作を停止させる内部バスの状態として定められたバス条件を記憶するバス条件記憶部と、を設け、前記内部バスの状態がバス条件記憶部に記憶されたバス条件と一致するブレーク条件が成立すると、前記内部バス監視部はＣＰＵ部に働きかけて休止状態とするようにしたことを特徴とする。
【００１８】
また、請求項１１に係る発明は、前記請求項１０に記載のデバッグシステムにおいて、前記デバッグ装置にて設定されたバス条件が前記中継装置へ送信されることで、その中継装置に接続された遊技機の遊技機制御用マイクロコンピュータへバス条件が送信され、この送信されたバス条件がバス条件記憶部に記憶されるようにしたことを特徴とする。
【００１９】
また、請求項１２に係る発明は、前記請求項１１に記載のデバッグシステムにおいて、前記バス条件記憶部は、複数のバス条件を記憶可能とし、前記内部バス監視部は、前記バス条件記憶部に記憶されたバス条件の何れか一つとバス状態とが一致すれば、ブレーク条件の成立と判断し、前記ＣＰＵ部を休止状態とするようにしたことを特徴とする。
【００２０】
また、請求項１３に係る発明は、前記請求項１０〜請求項１２の何れか１項に記載のデバッグシステムにおいて、前記内部バス監視部は、予め定められたバス監視条件が満たされている間に限って、ブレーク条件成立に基づくＣＰＵ部の休止を行うようにしたことと特徴とする。
【００２１】
また、請求項１４に係る発明は、前記請求項１３に記載のデバッグシステムにおいて、前記バス監視条件は、ＣＰＵ状態問い合わせを中継装置から定期的に受けている期間としたことを特徴とする。
【発明の効果】
【００２２】
本発明に係るデバッグシステムによれば、バグ取り等で更新した遊技機制御用のプログラムやデータ（遊技機制御用プログラム等）を中継装置の記憶手段に記憶させ、遊技機制御用マイクロコンピュータのＲＯＭ部に上書きさせることで、遊技機制御用マイクロコンピュータのＣＰＵ部は、ＲＯＭ部に上書きされた遊技機制御用のプログラムやデータを読み出して実行できるので、遊技機制御用マイクロコンピュータ自体を交換すること無く、更新された遊技機制御用プログラム等による実射試験を効率良く行うことが可能となる。
【図面の簡単な説明】
【００２３】
【図１】本発明に係るデバッグシステムをぱちんこ式遊技機の開発に適用した概略構成図である。
【図２】遊技機制御用マイクロコンピュータおよび中継装置の実施形態を示す機能ブロック図である。
【発明を実施するための形態】
【００２４】
以下、本発明に係るデバッグシステムの実施形態を、添付図面に基づいて詳細に説明する。
【００２５】
図１に例示するデバッグシステム１は、実射試験に用いる多数の遊技機１０（例えば、第１遊技機１０Ａ、第２遊技機１０Ｂ、第３遊技機１０Ｃ、…）と、デバッグ作業に利用するデバッグ装置としてのデバッグ制御用ＰＣ２０と、各遊技機１０に対応して設けられる中継装置３０（例えば、第１中継装置３０Ａ、第２中継装置３０Ｂ、第３中継装置３０Ｃ、…）と、これらの中継装置３０とデバッグ制御用ＰＣ２０とを接続するネットワーク４０を含む。なお、ネットワーク４０で用いる通信プロトコルは任意のもので構わない。また、各中継装置３０とデバッグ制御用ＰＣ２０との接続は、有線であっても、無線であっても構わない。さらに、デバッグ制御用ＰＣ２０と中継装置３０を１対１で接続してデバッグシステム１を構築することも可能である。その場合は、ネットワーク４０に代えてＵＳＢ等の汎用的インターフェース規格のケーブルを用い、そのインターフェース規格に対応したポートを備えるデバッグ制御用ＰＣ２０と中継装置３０を接続すれば良い。
【００２６】
図１に例示した遊技機１０は、遊技球を用いた弾球遊技を行えるぱちんこ式遊技機である。遊技機１０における主な遊技進行の制御等を担う主制御基板１００には、遊技機制御用マイクロコンピュータ１１０が搭載され、各種の遊技機能装置を制御する。この遊技機制御用マイクロコンピュータ１１０は、例えばコネクタ付ケーブル２００を介して中継装置３０と接続され、この中継装置３０の機能により、遊技機１０の実射試験で得られたデータ（例えば、発射数、アウト数、払出数、抽出乱数値など）を取得してデバッグ制御用ＰＣ２０へ送信したり、デバッグ制御用ＰＣ２０からの指令に基づくコマンド等を遊技機制御用マイクロコンピュータ１１０へ送信したりする。
【００２７】
遊技機制御用マイクロコンピュータ１１０の内部には、遊技機制御用プログラムおよび該遊技機制御用プログラムが参照するデータ（以下、遊技機制御用プログラム等という）が固定的に記憶されており、遊技機制御用プログラム等に基づいて遊技機制御用マイクロコンピュータ１１０が行う遊技動作の一例は、次のようなものになる。
【００２８】
遊技機１０の遊技盤面に設けられた遊技球センサからの入力信号を監視し、遊技球の入賞を検知すると、入賞口の種別に応じて予め定められている払出数分の遊技球を払い出す。遊技球が入賞した入賞口が始動口であった場合、特別図柄装置における図柄変動などの演出をするとともに、大当たりか否かの判定を行う。大当たりの判定は、遊技球が始動口へ入賞したのを検知したタイミングで取得した乱数値が、予め定めておいた特定の値と一致するか否かで行う。すなわち、始動口への入賞時に取得した乱数値が特定の値と一致した場合に、これを大当たりと判定するのである。なお、この処理をぱちんこ式遊技機の内部抽選と呼ぶ。
【００２９】
内部抽選の確率は、乱数の取り得る値の範囲と、大当たりと判定する乱数値の個数で決まる。例えば、乱数の取り得る値の範囲が、０〜１９９であり、７という値１個だけを大当たりの乱数値と定めておいた場合には、大当たりの確率は１／２００となる。
【００３０】
上記のようにして大当たりと判定された場合、役物装置のソレノイドを駆動して大入賞口を開放し、大入賞口へ遊技球が入賞できる大当たり遊技動作を行う。そして、遊技球センサにより、大入賞口への遊技球の入賞を検知すると、入賞の都度、予め定められている払出数分の遊技球を払い出す。大入賞口に所定個数以上の遊技球が入賞したことを検知すると、大入賞口をいったん閉じるが、大入賞口の開放が、所定の回数に達しない場合、再び大入賞口を開放する。なお、大当たり時に何回大入賞口を開放するかは、大当たりの確率とともに、遊技機の仕様として適宜に定められている。
【００３１】
一方、回胴式遊技機の場合、遊技機制御用マイクロコンピュータ１１０に書き込まれている遊技機制御用プログラム等による遊技動作の一例は、次のようなものになる。
【００３２】
メダル投入口から遊技メダルが投入されると、これを遊技メダル投入センサによって検知する。１回の遊技で投入できる最大枚数よりも多くの遊技メダルが投入された場合、超過した遊技メダルは内部に貯留され、その貯留枚数を更新する。なお、遊技メダルが投入されるのではなく、投入ボタンが操作された場合、それは貯留された遊技メダルが投入されたものとみなし、貯留数を減じて、投入数を加算する。
【００３３】
回胴回転装置のスタートレバーが操作されたのを検知すると、スタートレバー操作を検知したタイミングで乱数を取得し、その乱数の値によって、回胴が停止したときに、どの図柄を揃えてもよいか決定する。この処理を回胴式遊技機の内部抽選と呼ぶ。ここで、ある図柄について揃えてもよいと決定した場合、その図柄について「フラグを立てる」と表現する。次いで、ステッピングモータのパルスを出力することにより、回胴回転装置を制御する。
【００３４】
そして、停止ボタンが操作されたことを検知すると、回胴回転装置によって回転していた回胴を停止させるのであるが、このとき、回転している回胴の停止位置近くの図柄が、フラグの立った図柄である場合は、その図柄が停止位置に揃って止まるように回胴回転装置を制御し、フラグの立った図柄が停止位置近くにない場合は、特定の図柄が停止位置に揃わないように回胴回転装置を制御する。つまり、回胴式遊技機で図柄が揃うのは、回胴式遊技機の内部抽選によって特定の図柄についてフラグが立ち、かつ、遊技者が停止ボタンをその図柄が停止位置に差し掛かったタイミングで操作した場合に限られる。
【００３５】
停止位置に図柄が揃った場合、揃った図柄に応じた枚数の遊技メダルを、払出装置から払い出すか、又は、貯留数をその分増加させる。
【００３６】
このように、ぱちんこ式遊技機および回胴式遊技機の何れにおいても、遊技機制御用マイクロコンピュータ１１０に書き込まれている遊技機制御用プログラム等によって、遊技状態の遷移の制御、及び、各遊技状態における遊技メダル等の投入と払い出しの制御を全て行っている。したがって、遊技機の開発段階で、遊技機制御用プログラム等のデバッグ作業は重要であり、デバッグ作業を効率良く行えるデバッグシステム１が望まれる。
【００３７】
また、デバッグ作業においては、複数の機種を同時に実射試験してデータ収集している場合や、同一機種でも異なるプログラムで実射試験を行っている場合もあるので、試作機をグループ分けして管理すれば、作業効率を高めることができる。図１においては、第１遊技機１０Ａと第２遊技機１０Ｂをグループ番号０１（グループＩＤ：０１）、第３遊技機１０Ｃをグループ番号０２（グループＩＤ：０２）、…として、デバッグ制御用ＰＣ２０が管理している。
【００３８】
次に、デバッグシステム１における遊技機制御用マイクロコンピュータ１１０および中継装置３０の詳細機能を説明する。図２は、遊技機制御用マイクロコンピュータ１１０および中継装置３０の概略構成である。
【００３９】
遊技機制御用マイクロコンピュータ１１０は、デバッグ作業に適した構造を備えるカスタムチップであり、出荷品に搭載する量産チップではないが、量産チップと同様、その内部には、少なくとも、ＣＰＵ部１１１、ＲＯＭ部１１２、ＲＡＭ部１１３、内部バス１１４、外部バスインターフェース１１５、通信制御部１１６、チップＩＤ記憶部１１７を備えたワンチップ構造である。量産チップである通常の遊技機制御用マイクロコンピュータ１１０においては、ＣＰＵ部１１１が、ＲＯＭ部１１２に記憶されている遊技機制御用プログラムと参照用のデータに基づいて、ぱちんこ遊技を進行する制御を行う。また、ＲＡＭ部１１３は、遊技進行に伴ってＣＰＵ部１１１が抽出した乱数値などの一時的な記憶情報を書き込むワークメモリとして用いられる。さらに、遊技機制御用マイクロコンピュータ１１０には、量産チップには無い機能（後に詳述）として、内部バス監視部１１８およびバス条件記憶部１１９を設けてある。
【００４０】
通信制御部１１６は、遊技機制御用マイクロコンピュータ１１０のセキュリティ管理を担うもので、接続された外部装置が適正な認証条件を満たす場合に動作し、セキュリティ認証をクリアした外部装置からの指令のみを受け付け、チップＩＤ記憶部１１７に記憶されている当該遊技機制御用マイクロコンピュータ１１０に付されたチップＩＤや、ＲＯＭ部１１２に記憶された遊技機制御用プログラム等を読み出して、外部装置へ出力する。
【００４１】
しかして、遊技機制御用マイクロコンピュータ１１０が備えるＲＯＭ部１１２は、上記通信制御部１１６の制御により、遊技機制御用プログラム等を上書きすることが可能である。すなわち、ＲＯＭ部１１２には、電源が断たれても記憶内容を失わない不揮発性で、且つ記憶内容を電気的に書き換えることが可能なＥＥＰＲＯＭ等を用いるものとし、通信制御部１１６には、既にＲＯＭ部１１２に遊技機制御用プログラム等が書き込まれていても、遊技機制御用プログラム等で上書きさせる機能を持たせておくのである。
【００４２】
かくすれば、セキュリティ認証をクリアした外部装置より、ＲＯＭ部１１２への書き込み指示と書き込み内容（上書きするための遊技機制御用プログラム等）を通信制御部１１６へ入力することで、ＲＯＭ部１１２を更新された遊技機制御用プログラム等で上書きすることができるのである。なお、通信制御部１１６は、ＲＯＭ部１１２に遊技機制御用プログラム等を上書きするに際して、先ずＣＰＵ部１１１を休止状態にしておく。書き換え中のＲＯＭ部１１２にＣＰＵ部１１１がアクセスしないようにするためである。
【００４３】
一方、中継装置３０は、少なくとも、ＣＰＵ部３１、メモリ部３２、内部バス３３、第１通信制御部３４、第２通信制御部３５、識別番号設定部３６、グループＩＤ記憶部３７、表示部３８を備えている。中継装置３０の第１通信制御部３４は、ネットワーク４０を介してデバッグ制御用ＰＣ２０と接続され、デバッグ制御用ＰＣ２０からの指令や遊技機制御用プログラム等を受信し、デバッグ制御用ＰＣ２０から求められた収集データ（遊技機１０の実射試験で収集されたデータ）を遊技機制御用マイクロコンピュータ１１０より取得してデバッグ制御用ＰＣ２０へ送信する。また、デバッグ制御用ＰＣ２０から供給される遊技機制御用プログラム等は、記憶手段としてのメモリ部３２に記憶される。
【００４４】
中継装置３０の第２通信制御部３５は、遊技機制御用マイクロコンピュータ１１０の通信制御部１１６と通信可能な通信制御手段であり、コネクタ付ケーブル２００を介して遊技機制御用マイクロコンピュータ１１０と接続される。しかして、遊技機制御用マイクロコンピュータ１００の通信制御部１１６は、接続された外部装置としての中継装置３０との通信を開始するに際して、所定の手順でセキュリティ認証を行い、認証条件を満たしていると判定されたときにのみ、中継装置３０との通信を開始する。なお、デバッグシステム１に用いる中継装置３０が適正な装置であれば、第２通信制御部３５の機能によって、遊技機制御用マイクロコンピュータ１１０の通信制御部１１６と相互認証が可能である。
【００４５】
遊技機制御用マイクロコンピュータ１１０の通信制御部１１６を介して接続された中継装置３０と通信が確立されると、通信制御部１１６は、中継装置３０からの指示を受け付ける。例えば、デバッグ制御用ＰＣ２０からのダウンロード開始コマンドを中継装置３０が受信すると、中継装置３０は、デバッグ制御用ＰＣ２０から新しい遊技機制御用プログラム等をダウンロードしてメモリ部３２に格納し、遊技機制御用マイクロコンピュータ１１０の通信制御部１１６にプログラム書き換え指示を出すので、通信制御部１１６はプログラム書き換え指示に基づいた動作を行う。
【００４６】
遊技機制御用マイクロコンピュータ１１０のＣＰＵ部１１１がＲＯＭ部１１２に格納された遊技機制御用プログラム等を読み込んで実射試験を行っているときに、通信制御部１１６が中継装置３０からのプログラム書き換え指示を受けると、通信制御部１１６はＣＰＵ部１１１を休止状態にする。次いで、通信制御部１１６は、中継装置３０のメモリ部３２に格納されている遊技機制御用プログラム等を受信し、この受信した遊技機制御用プログラム等でＲＯＭ部１１２を上書きする。中継装置３０から受信した遊技機制御用プログラム等でＲＯＭ部１１２を上書きした後、通信制御部１１６はＣＰＵ部１１１にリセット信号を送出してＣＰＵ部１１１の休止状態を解除する。これにより、ＣＰＵ部１１１は、ＲＯＭ部１１２に格納された新しい遊技機制御用プログラム等を最初から読み込んで実行することとなる。
【００４７】
すなわち、バグ取りなどで更新した遊技機制御用プログラム等を中継装置３０のメモリ部３２に記憶させておけば、遊技機制御用マイクロコンピュータ１１０のＲＯＭ部１１２に、更新した遊技機制御用プログラム等が上書きされるので、以後は更新された遊技機制御用プログラム等での実射試験を行うことが可能となる。よって、プログラム等を更新する度に、わざわざ主制御基板１００から遊技機制御用マイクロコンピュータ１１０を取り外して、更新プログラムを書き込んだ別の遊技機制御用マイクロコンピュータ１１０を取り付ける作業が不要となり、非常に効率良くデバッグ作業を行うことができる。
【００４８】
上述したデバッグシステム１において、更新した遊技機制御用プログラム等を遊技機制御用マイクロコンピュータ１１０のＲＯＭ部１１２に上書きさせるタイミングは特に限定されない。例えば、デバッグ制御用ＰＣ２０から中継装置３０に対して遊技機制御用プログラム等が送信され、これをメモリ部３２に格納したタイミングで、遊技機制御用マイクロコンピュータ１１０の通信制御部１１６にプログラム書き換え指示を出すようにしても良いし、実射試験のデータ収集が所定条件を達成したタイミング（例えば、中継装置３０が収集データをデバッグ制御用ＰＣ２０へ送信したタイミング）で行わせるようにしても良い。
【００４９】
また、デバッグ制御用ＰＣ２０から中継装置３０に対して遊技機制御用プログラム等を送信する場合、具体的にはバイナリーコードが記録されたファイルを指定して行うのであるが、このとき、遊技機制御用プログラム等のバイナリーコードだけでなく、そのファイル名も中継装置３０に対して送信してもよい。そのファイル名は、機種名やバージョン・ナンバー等を含むことで、遊技機制御用プログラム等の種別を一意に示すプログラム識別情報として用いることができる。したがって、通信制御部１１６がＲＯＭ部１１２に遊技機制御用プログラム等を書き込むときには、併せて、そのファイル名をＲＯＭ部１１２の特定位置へ書き込むようにしておけば、ファイル名を読み出すことで、ＲＯＭ部１１２に現在書き込まれている遊技機制御用プログラム等の種別を特定できる。
【００５０】
かくするために、ＲＯＭ部１１２の特定箇所（特定アドレス位置）には、プログラム識別情報を書き込むプログラム識別情報記憶領域を予め設定しておき、通信制御部１１６がＲＯＭ部１１２に遊技機制御用プログラム等を上書きするときには、併せて中継装置３０より取得したファイル名をＲＯＭ部１１２のプログラム識別情報記憶領域に書き込むようにする。そして、中継装置３０からプログラム識別情報読み出し命令を受けたとき、通信制御部１１６は、ＲＯＭ部１１２のプログラム識別情報記憶領域からファイル名を読み出して中継装置３０へ送る。これにより、中継装置３０経由でデバッグ制御用ＰＣ２０は、現在のＲＯＭ部１１２に書き込まれている遊技機制御用プログラム等の種別を容易に確認することが可能となる。なお、プログラム識別情報としてのファイル名は、遊技機制御用プログラム等のバイナリーコード中の所定箇所（所定アドレス位置）に含ませておき、ＲＯＭ部１１２に書き込んだバイナリーコードの中からファイル名を読み出すようにしても良い。
【００５１】
さらに、適正な外部装置として遊技機制御用マイクロコンピュータ１１０と接続された中継装置３０は、接続中の遊技機制御用マイクロコンピュータ１１０のチップＩＤ記憶部１１７よりチップＩＤを取得することができる。そして、接続中の遊技機制御用マイクロコンピュータ１１０から取得したチップＩＤは、デバッグ制御用ＰＣ２０へ送信され、これを受けたデバッグ制御用ＰＣ２０では、チップＩＤの送信元である中継装置３０に接続されている遊技機１０と紐付けてチップＩＤを管理する。
【００５２】
その後、実射試験の再開時などに遊技機１０が起動して、遊技機用マイクロコンピュータ１１０と中継装置３０とのセキュリティ認証を行った後に、中継装置３０から遊技機制御用マイクロコンピュータ１１０に対してチップＩＤを問い合わせるので、遊技機制御用マイクロコンピュータ１１０から取得したチップＩＤが、中継装置３０からデバッグ制御用ＰＣ２０へ送信されることとなる。したがって、デバッグ制御用ＰＣ２０は、中継装置３０から新たに取得したチップＩＤ（今回接続時のチップＩＤ）と、既に記憶しているチップＩＤ（前回接続時のチップＩＤ）とを比較することができる。
【００５３】
前回接続時のチップＩＤと今回接続時のチップＩＤとが異なる場合、中継装置３０が遊技機１０に前回接続されたときから遊技機１０に今回接続されるまでの間に、遊技機１０本体が交換されたか、あるいは、遊技機１０自体は同一であるものの主制御基板１００や遊技機制御用マイクロコンピュータ１１０が交換された可能性がある。このように、前回接続時のチップＩＤと今回接続時のチップＩＤとが異なる場合には、デバッグ制御用ＰＣ２０にて警告動作を行う。デバッグ制御用ＰＣ２０による警告動作は特に限定されないが、例えば、画面に注意喚起の表示を行ったり、警告音を出力したりして、当該中継装置３０に接続された遊技機１０への確認を作業者に促すことができれば良い。
【００５４】
例えば、実射試験の終了に伴って試作機を交換した後、新たに試験を開始するときであれば、前回接続時のチップＩＤと今回接続時のチップＩＤの不一致が検出されるのは当然である。しかしながら、実射試験の継続中にチップＩＤの不一致が検出されるということは、本来なら交換対象ではなかった遊技機１０本体や遊技機制御用マイクロコンピュータ１１０が交換されてしまった可能性がある。デバッグ制御用ＰＣ２０では、前回まで中継装置３０に接続されていた遊技機１０の遊技機制御用マイクロコンピュータ１１０に適合した更新プログラム等を中継装置３０へ供給するので、他機種の遊技機１０や遊技機制御用マイクロコンピュータ１１０に変更されたまま、中継装置３０から遊技機制御用プログラム等を遊技機制御用マイクロコンピュータ１１０に供給してＲＯＭ部１１２に上書きさせると、異常動作によって試作機が損壊する危険性がある。
【００５５】
したがって、前回接続時のチップＩＤと今回接続時のチップＩＤとが異なる場合、デバッグ制御用ＰＣ２０で警告動作が行われることから、デバッグ制御用ＰＣ２０を操作して各遊技機１０に遊技機制御用プログラム等を送信する作業者は、不適正な遊技機１０本体の交換、あるいは主制御基板１００や遊技機制御用マイクロコンピュータ１１０の交換が行われた可能性を察知することができる。よって、中継装置３０に接続された遊技機１０の遊技機制御用マイクロコンピュータ１１０に適合しない遊技機制御用プログラム等を書き込ませてしまうような作業ミスを効果的に抑止できる。なお、新たな実射試験を開始する場合など、中継装置３０に接続されている遊技機１０本体、主制御基板１００あるいは遊技機制御用マイクロコンピュータ１１０が交換されていることが分かっていれば、今回接続時のチップＩＤを前回接続時のチップＩＤに上書きして、今回接続時のチップＩＤの送信元である中継装置３０に接続されている遊技機１０と紐付けて管理できるようにすれば良い。
【００５６】
上述したデバッグシステム１においては、前回接続時のチップＩＤ管理、今回接続時のチップＩＤとの比較、およびチップＩＤ不一致検出時の警告動作を全てデバッグ制御用ＰＣ２０にて行うものとしたが、これらの機能を中継装置３０に持たせるようにしても良い。例えば、中継装置３０に取得ＩＤ記憶部３９（図２中、破線で示す）を設け、最初に接続された遊技機１０の遊技機制御用マイクロコンピュータ１０より取得したチップＩＤを記憶しておき、これを前回接続時のチップＩＤとして用いる。次に接続された遊技機１０の遊技機制御用マイクロコンピュータ１０より取得したチップＩＤを今回接続時のチップＩＤとして、前回接続時のチップＩＤ（取得ＩＤ記憶部３９に記憶されているチップＩＤ）と比較するのである。
【００５７】
中継装置３０による比較結果として、両チップＩＤが一致していれば、そのまま実射試験を開始させるが、両チップＩＤが不一致であると判断した場合には、中継装置３０が警告動作を行う。警告動作として、例えば、中継装置３０の表示部３８によって警告表示を行ったり、中継装置３０からデバッグ制御用ＰＣ２０へチップＩＤ不一致検出信号を送信して、デバッグ制御用ＰＣ２０の画面に注意喚起の表示を行ったりする。このような警告動作を行うことで、作業者に対して該当中継装置３０が接続されている遊技機１０への確認を促すことができる。検出されたチップＩＤの不一致が、別機種での実射試験開始に伴うものであった場合には、中継装置３０に設けた警告解除スイッチの操作、あるいはデバッグ制御用ＰＣ２０から中継装置３０へ警告解除信号を送信することによって、今回接続時のチップＩＤで取得ＩＤ記憶部３９を上書きさせる。
【００５８】
なお、中継装置３０の電源を落としたり、リセットされたりした場合でも、取得ＩＤ記憶部３９の記憶内容が保持されるように、取得ＩＤ記憶部３９を不揮発性のメモリで構成したり、バックアップ電源によって取得ＩＤ記憶部３９への給電状態を保持できるようにしておく必要がある。また、実射試験の終了に伴って、中継装置３０を別機種に接続するとき、取得ＩＤ記憶部３９に記憶されている前回接続時のチップＩＤを削除するリセット操作を行えるようにしても良い。かくすれば、別機種での実射試験を開始するときに、中継装置３０で警告動作が行われるような煩わしさを無くすことができる。
【００５９】
上述したように、遊技機１０における遊技機制御用マイクロコンピュータ１１０のＲＯＭ部１１２に新しい遊技機制御用プログラム等を上書きさせる機能を備えた中継装置３０は、各遊技機１０と１対１で接続されると共に、デバッグ制御用ＰＣ２０と接続される。したがって、デバッグ制御用ＰＣ２０から複数の中継装置３０へ同時に遊技機制御用プログラム等の書き換えを指示することで、該当する中継装置３０と接続された各遊技機１０の遊技機制御用マイクロコンピュータ１１０に上書きさせる遊技機制御用プログラム等をまとめて更新することが可能となり、更なるデバッグ作業の効率化を期せる。
【００６０】
また、各中継装置３０には識別番号設定部３６を設けてあり、この識別番号設定部３６によって自機の識別番号を設定することができる。この識別番号設定部３６は、人為的操作によって任意の番号に設定できるものである。各中継装置３０に対して設定された識別番号はデバッグ制御用ＰＣ２０に送信され、デバッグ制御用ＰＣ２０では、中継装置３０の識別番号と、この中継装置３０が接続されている遊技機１０の固有情報（試作機の番号や機種など）とを紐付けて管理することで、各中継装置３０へ送信する遊技機制御用プログラム等を適切に判断できる。なお、１台のデバッグ制御用ＰＣ２０が管理している中継装置３０の中に、識別番号が重複しているものがあれば、ウォーニング表示などで警告し、該当する中継装置３０の識別番号設定部３６による識別番号の再設定を作業者に促すようにしても良い。
【００６１】
ただし、中継装置３０に設定した識別番号は、中継装置３０の電源を落としたり、リセットされたりした後にも、同じ設定値として継続利用できる必要がある。かくするために、例えば、中継装置３０に設ける識別番号設定部３６は、設定内容を保持できるロータリースイッチやディップスイッチ等で構成し、中継装置３０の起動時に識別番号設定部３６の設定内容を読み込むことで自機の識別番号を特定できるようにしても良いし、入力された識別番号を不揮発性のメモリ、或いは電池や蓄電コンデンサ等でバックアップされたメモリに記憶しておくようにしても良い。
【００６２】
前述したように、デバッグ制御用ＰＣ２０は、複数の遊技機１０を一括りのグループとして管理することで、効率良くデバッグ作業を行うことが可能となる。そこで、各遊技機１０に１対１で接続されている中継装置３０に設定された識別番号を用いて、デバッグ制御用ＰＣ２０によるグループ管理を行うものとする。
【００６３】
例えば、同一機種の試作機である複数台の遊技機１０に対応する中継装置３０の識別番号を選定して、一つのグループを形成する。グループ管理を行うことができれば、プログラム更新対象の中継装置３０を逐一指定しなくても、グループを指定して遊技機制御用プログラム等の送信を一斉に行うことが可能となる。実射試験においては、全ての遊技機が同一機種の場合だけでなく、異なる複数の機種を同時に試験したり、同一の機種であっても大当り確率の異なるバージョンを同時に試験したりする場合があるので、同じ遊技機制御用プログラムを適用できる遊技機群をグループとして括り、遊技機制御用プログラム等の更新操作を行うときには、該当するグループを操作対象とすることで、遊技機制御用プログラム等の更新操作を簡便にすると共に、操作ミスを低減させることができる。
【００６４】
グループ管理を可能にするために、デバッグ制御用ＰＣ２０は、グループ識別情報としてのグループＩＤを各グループに設定し、該当するグループの各中継装置３０に対して自機が属するグループのグループＩＤを送信する。なお、グループＩＤは数値であってもよいし、数値と記号の組合せであってもよい。そして、デバッグ制御用ＰＣ２０からグループＩＤを受信した中継装置３０は、グループ識別情報記憶手段としてのグループＩＤ記憶部３７にグループＩＤを記憶し、記憶したグループＩＤに対応した表示を表示部３８に対して行う。なお、グループＩＤ記憶部３７の機能は、メモリ部３２によって実現するようにしても構わない。
【００６５】
表示部３８は、グループＩＤに対応した表示を行うことができれば、どのような表示機能のものでも構わない。例えば、数桁の番号数値からなるグループＩＤをそのまま表示する場合には、数桁のセグメント表示器でも良いし、低画素の液晶表示器を用いることもできる。また、グループＩＤを特定の色彩に対応させておく場合には、それらの色彩表示を行える多色発光パネルやカラー液晶表示パネル等を表示部３８として用いることができる。なお、グループＩＤを色彩に対応させる場合、各グループＩＤに対応させた色彩が視認困難な類似色とならないように注意しておく必要がある。
【００６６】
このように、各中継装置３０に設けた表示部３８によってグループＩＤを確認することができれば、デバッグ制御用ＰＣ２０で設定したグループ割り当てを、各遊技機１０に接続された中継装置３０の表示部３８で実際に確認できるので、異なる機種が同一のグループに含まれるような作業ミスを効率的に回避できるという利点がある。特に、実射試験に供される遊技機１０とデバッグ制御用ＰＣ２０とが別の部屋にあったり、同一の部屋にあっても少し離れていたりして、各遊技機１０の外観とデバッグ制御用ＰＣ２０のグループ設定画面とを同時に目視することができない場合、各遊技機１０の外観と各中継装置３０における表示部３８のグループ表示とからグループ分けの適否を確認できるメリットは非常に大きい。
【００６７】
次に、遊技機制御用マイクロコンピュータ１１０に設けた内部バス監視部１１８とバス条件記憶部１１９について説明する。
【００６８】
内部バス監視部１１８は、内部バス１１４がバス条件記憶部１１９に記憶されている条件（ＣＰＵ部１１１の動作を停止させる内部バス１１４の状態として定められた条件）を満たした場合に、ＣＰＵ部１１１を休止状態にする。なお、バス条件記憶部１１９に記憶されているバス条件が成立し、ＣＰＵ部１１１が休止状態になった状態をブレーク状態とよび、ＣＰＵ部１１１がプログラムを逐次実行する状態をＲＵＮ状態とよぶ。また、ブレーク状態のきっかけとなる条件（内部バス１１４の状態が、バス条件記憶部１１９に記憶するバス条件と一致すること）をブレーク条件とよぶ。
【００６９】
バス条件記憶部１１９に記憶するバス条件は、ＣＰＵ部１１１の動作に伴う内部バス１１４の状態であり、少なくともアドレスバス、データバス、リード／ライト、命令フェッチの各信号の状態を組み合わせて定義する。例えば、アドレスバス＝０１００ｈ、データバス＝１２ｈ、リード／ライト＝ライト、命令フェッチ＝指定せず、という組合せの場合、バス条件は「０１００ｈ番地に１２ｈというデータをライトする」という条件になる。また、アドレスバス＝８０００ｈ、データバス＝指定せず、リード／ライト＝リード、命令フェッチ＝命令フェッチ、という組合せの場合、バス条件は「８０００ｈ番地の命令を命令フェッチする」という条件となる。なお、命令フェッチとは、次に実行するプログラムとしてデータをリードするというＣＰＵ部１１１の動作である。
【００７０】
ブレーク条件を任意に設定できるバス条件は、デバッグ制御用ＰＣ２０にて設定し、中継装置３０に送信される。このとき、送信先とする中継装置３０は、識別番号を指定して送信することもできるし、グループＩＤを指定して複数の中継装置３０に送信することもできる。そして、デバッグ制御用ＰＣ２０からバス条件を受信した中継装置３０は、そのバス条件を遊技機制御用マイクロコンピュータ１１０に送信する。遊技機制御用マイクロコンピュータ１１０の通信制御部１１６は、中継装置３０から受信したバス条件をバス条件記憶部１１９に記憶させる。これにより、内部バス監視部１１８は、内部バス１１４の状態がバス条件記憶部１１９に記憶されたバス条件と一致するブレーク条件の成立を監視できるのである。
【００７１】
上記のようにして、遊技機制御用マイクロコンピュータ１１０の内部バス監視部１１８によってブレーク条件の成立が監視されている間、中継装置３０は、遊技機制御用マイクロコンピュータ１１０に対してＣＰＵ部１１１の状態（ＲＵＮ状態なのか、ブレーク状態なのか）を問い合わせる。それに対する返答から得られたＣＰＵ部１１１の状態を、中継装置３０はデバッグ制御用ＰＣ２０へ通知する。内部バス監視部１１８およびバス条件記憶部１１９によるバス監視は、遊技機制御用プログラム等のデバッグ作業にて確認が必要なブレークポイントを任意に設定し、ブレークポイントでＣＰＵ部１１１をブレーク状態とするのに有用である。
【００７２】
なお、ブレーク条件はいつ成立するか分からないので、中継装置３０から遊技機制御用マイクロコンピュータ１１０へのＣＰＵ状態問合せは、比較的短い時間間隔で定期的に行うことが望ましい。そして、ブレーク条件の成立可否を定期的に行えば、デバッグ制御用ＰＣ２０は、中継装置３０を介して接続している全ての遊技機１０の状態（ＣＰＵ部１１１の状態）を監視することができる。
【００７３】
また、着目するブレークポイントが複数有る場合を考慮して、バス条件記憶部１１９は、複数のバス条件を記憶可能とし、内部バス監視部１１８は、バス条件記憶部１１９に記憶されたバス条件の何れか一つと内部バス１１４のバス状態とが一致すれば、ブレーク条件の成立と判断し、ＣＰＵ部１１１をブレーク状態とするようにしても良い。かくする場合には、デバッグ制御用ＰＣ２０からブレーク条件判定用バス条件を送出する際に、「第何番目のブレーク条件」のようにブレーク条件を識別する情報とともに送出して、各バス条件を識別できるようにバス条件記憶部１１９に記憶させておき、遊技機制御用マイクロコンピュータ１１０が中継装置３０からの問合せに対して、ブレーク状態であると返答する場合には、「第何番目のブレーク条件によるブレーク状態」のように、ブレーク条件を識別できる情報とともに返答すれば良い。このようにして、様々なバス条件を任意に設定して多様なブレーク条件でのバス監視を行えば、発生頻度の非常に低いバグについても、その条件を特定する手がかりを得ることができる。
【００７４】
上述した内部バス監視部１１８とバス条件記憶部１１９による内部バス１１４の状態監視は、バス条件記憶部１１９にバス条件が設定されている限り継続的に行うものに限らず、予め定めたバス監視条件が満たされている間に限って行うようにしても良い。例えば、バス監視条件として、中継装置３０から遊技機制御用マイクロコンピュータ１１０へのＣＰＵ状態問い合わせを定期的に受けている期間を設定すると、中継装置３０が遊技機１０に接続されていない場合には、中継装置３０からのＣＰＵ状態問い合わせが所定期間を過ぎても入力されないので、バス監視条件が満たされず、仮に、内部バス監視部１１８がブレーク条件の成立を検出しても、ＣＰＵ部１１１をブレーク状態にすることはない。かくすれば、遊技機制御用マイクロコンピュータ１１０のバス条件記憶部１１９にバス条件を記憶させた状態で、デバッグ制御用ＰＣ２０や中継装置３０を外し、遊技機１０をスタンドアローンで動作させた場合に、ブレーク条件が成立してＣＰＵ部１１１が休止状態になってしまうことを防げるので、遊技機１０の動作が急に停止して作業員らを困惑させるようなことが無い。
【００７５】
なお、バス監視条件は任意に設定して構わないので、スタンドアローンで稼動させている遊技機１０に対して適用できるバス監視条件（例えば、実射試験の開始から所定時間が経過するまでの期間、中継装置３０からバス監視終了命令を受けるまでの期間など）を設定しておけば、遊技機１０に中継装置３０が接続されていないときでも、内部バス監視部１１８とバス条件記憶部１１９による内部バス１１４の状態監視が実行され、ブレーク条件の成立によってＣＰＵ部１１１が休止状態となる。また、遊技機１０の本体側にバス監視モード切替スイッチ等を設けておき、内部バス１１４に対する状態監視の実行・停止がバス監視条件に基づいて切り替わる条件付き監視モードと、バス監視条件に関係なく常時バス監視を実行する常時監視モードと、バス監視条件に関係なくバス監視を行わない監視停止モードと、を切り替えられるようにしても良い。
【００７６】
以上、本発明に係るデバッグシステムの実施形態を添付図面に基づいて説明したが、本発明は、この実施形態に限定されるものではなく、特許請求の範囲に記載の構成を変更しない範囲で、公知既存の等価な技術手段を転用することにより実施しても構わない。
【符号の説明】
【００７７】
１      デバッグシステム
１０    遊技機
１００  主制御基板
１１０  遊技機制御用マイクロコンピュータ
１１１  ＣＰＵ部
１１２  ＲＯＭ部
１１３  ＲＡＭ部
１１６  通信制御部
２００  コネクタ付ケーブル
２０    デバッグ制御用ＰＣ
３０    中継装置
３２    メモリ部
３５    第２通信制御部
３６    識別番号設定部
４０    ネットワーク
【図１】
2018175150.tif 000003
【図２】
2018175150.tif 000004