(57)【特許請求の範囲】
【請求項１】
遊技機から受信したコマンドのログ情報を生成するログ生成部、および前記ログ情報を無線で送信する通信部を有するコマンドロガー装置と、
前記ログ情報を無線で受信する通信部、前記ログ情報を分析して前記コマンドに異常があるか否かを検知するログ分析部、および前記異常を検知した場合に、該異常検知に関する情報を出力する出力部を有する携帯端末と、
を備えるテストシステム。
【請求項２】
前記携帯端末は、前記異常検知を該携帯端末のユーザに通知する通知部をさらに有し、
前記出力部は、前記異常検知に関する情報を前記通知部に出力する、請求項１に記載のテストシステム。
【請求項３】
前記出力部は、前記異常検知に関する情報を無線通信により前記コマンドロガー装置に出力する請求項１に記載のテストシステム。
【請求項４】
遊技機から受信したコマンドのログ情報を生成するログ生成部、および前記ログ情報を無線で送信する通信部を有するコマンドロガー装置と、
前記ログ情報を無線で受信し、前記ログ情報の分析結果を無線で送信する第１の通信部、および前記ログ情報を分析して前記コマンドに異常があるか否かを検知するログ分析部を有する据置型端末であって、前記通信部は、前記異常を検知した場合に、該異常検知に関する情報を含めて前記分析結果を送信する据置型端末と、
前記分析結果を受信する端末通信部、および前記分析結果に前記異常検知に関する情報が含まれている場合、前記異常検知を通知する通知部を有する携帯端末と、
を備えるテストシステム。
【請求項５】
遊技機から受信したコマンドのログ情報を生成し、該生成されたログ情報を無線で送信するコマンドロガー装置から、前記ログ情報を無線で受信する通信部と、
前記ログ情報を分析して前記コマンドに異常があるか否かを検知するログ分析部と、
前記異常を検知した場合に、該異常検知に関する情報を出力する出力部と、
を備える携帯端末。
【請求項６】
前記異常検知を該携帯端末のユーザに通知する通知部をさらに備え、
前記出力部は、前記異常検知に関する情報を前記通知部に出力する請求項５に記載の携帯端末。
【請求項７】
前記出力部は、前記異常検知に関する情報を無線通信により前記コマンドロガー装置に出力する請求項５に記載の携帯端末。
【請求項８】
コンピュータを、
遊技機から受信したコマンドのログ情報を生成し、該生成されたログ情報を無線で送信するコマンドロガー装置から無線で受信した前記ログ情報を分析して前記コマンドに異常があるか否かを検知する手段と、
前記異常を検知した場合に、該異常検知に関する情報を出力する手段として機能させるコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、テストシステム、携帯端末、およびプログラムに関し、より詳細には、遊技機のデバッグ作業を行うためのテストシステム、携帯端末、およびプログラムに関する。
【背景技術】
【０００２】
近年、パチンコ機、パチスロ機等の遊技機において、演出のバリエーションは多彩になっている。遊技機には、液晶画面、ランプ、スピーカ、役物等の演出装置が設けられており、これらの演出装置を用いて、予告演出、リーチ演出、ミッション演出のような多様な演出が行われている。とりわけ、液晶画面等の表示機器の大型化・高度化が進んでおり、より多様な演出表現が可能となっている。一方、遊技機の開発過程においては、このように多様化した演出の不具合（バグ）を検証するために要する時間とコストの増加が問題となっている。そのため、遊技機のデバッグ作業を効率化するための技術が提案されてきた。
【０００３】
特許文献１には、遊技機等に備えられた表示機器をテストするためのテストシステムが開示されている。このテストシステムは、表示機器の表示を撮影するための撮影装置を備えており、コマンドに応じた処理の解析結果と、表示機器の表示を撮影した画像データとを関連付けて保存することが可能である。コマンドと表示機器の表示とが関連付けられているため、表示機器の動作の不具合を容易に確認することができる。
【０００４】
特許文献２には、遊技機において、上位基板と下位基板との間に接続されるコマンドロガー装置が開示されている。このコマンドロガー装置は、上位基板からのコマンドを受信して記録する「ロギングモード」と、コマンドを再生して下位基板に送信する「再生モード」との間で、動作モードを自動的に切り替えることが可能である。ロギングモードにおいて下位基板に不具合が発生した場合に、自動的に再生モードに切り替わることにより、下位基板の動作の不具合を容易に確認することができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−１７８００７号公報
【特許文献２】特開２０１１−１２０７１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１のテストシステムでは、遊技機に対して、デバッグ作業用にデスクトップＰＣが接続されている。しかしながら、試打室においては、狭い室内に複数台の遊技機が密集して並設されているため、デスクトップＰＣを設置するためのスペースを確保することが難しい。特に、デスクトップＰＣのようなサイズの機器を、遊技機の近傍、例えば遊技機の脇等に設置することは困難である。したがって、特許文献１のテストシステムは、試打室での使用には適していない。
【０００７】
特許文献２のコマンドロガー装置は、デスクトップＰＣ等と比較して小型の装置であるため、試打室での使用に適している。特許文献２では、コマンドロガー装置で生成したログ情報を分析するために、ＳＤカード等の可搬記憶媒体を使用して、コマンドロガー装置からＰＣ端末にログ情報を移送する形態が記載されている。こちらの形態においては、上記移送にかかる時間分だけ試打室におけるログ情報の分析についてのリアルタイム性が低減していると言えるであろう。
【０００８】
本発明は、このような問題に鑑みてなされたものであって、遊技機の試打室においてログ情報の分析のリアルタイム性を向上することが可能なテストシステム、携帯端末、およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明のテストシステムは、遊技機から受信したコマンドのログ情報を生成するログ生成部、および前記ログ情報を無線で送信する通信部を有するコマンドロガー装置と、前記ログ情報を無線で受信する通信部、前記ログ情報を分析して前記コマンドに異常があるか否かを検知するログ分析部、および前記異常を検知した場合に、該異常検知に関する情報を出力する出力部を有する携帯端末とを備える。
【００１０】
また、本発明のテストシステムは、遊技機から受信したコマンドのログ情報を生成するログ生成部、および前記ログ情報を無線で送信する通信部を有するコマンドロガー装置と、前記ログ情報を無線で受信し、前記ログ情報の分析結果を無線で送信する第１の通信部、および前記ログ情報を分析して前記コマンドに異常があるか否かを検知するログ分析部を有する据置型端末であって、前記通信部は、前記異常を検知した場合に、該異常検知に関する情報を含めて前記分析結果を送信する据置型端末と、前記分析結果を受信する端末通信部、および前記分析結果に前記異常検知に関する情報が含まれている場合、前記異常検知を通知する通知部を有する携帯端末とを備える。
【００１１】
本発明の携帯端末は、遊技機から受信したコマンドコマンドのログ情報を生成し、該生成されたログ情報を無線で送信するコマンドロガー装置から、前記ログ情報を無線で受信する通信部と、前記ログ情報を分析して前記コマンドに異常があるか否かを検知するログ分析部と、前記異常を検知した場合に、該異常検知に関する情報を出力する出力部とを備える。
【００１２】
本発明のコンピュータプログラムは、コンピュータを、遊技機から受信したコマンドコマンドのログ情報を生成し、該生成されたログ情報を無線で送信するコマンドロガー装置から無線で受信した前記ログ情報を分析して前記コマンドに異常があるか否かを検知する手段と、前記異常を検知した場合に、該異常検知に関する情報を出力する手段として機能させる。
【発明の効果】
【００１３】
本発明によれば、コマンドロガー装置は、生成したログ情報を携帯端末に送信し、携帯端末は、コマンドロガー装置から受信したログ情報を分析する。携帯端末は、遊技機の試打室に設置することが容易なサイズであるため、試打室においてログ情報をリアルタイムに分析することが可能となる。
【図面の簡単な説明】
【００１４】
【図１】本発明の第１実施形態に係るテストシステムの全体構成を示す模式図である。
【図２】本発明の第１実施形態に係るテストシステムの電気的な構成を示すブロック図である。
【図３】本発明の第１実施形態に係るコマンドロガー装置の動作モードを説明するための図である。
【図４】本発明の第１実施形態に係るコマンドロガー装置の動作モードを説明するための図である。
【図５】本発明の第１実施形態に係るコマンドロガー装置の動作を表すフローチャートである。
【図６】本発明の第１実施形態に係る携帯端末の動作を表すフローチャートである。
【図７】本発明の第２実施形態に係るテストシステムの全体構成を示す模式図である。
【発明を実施するための形態】
【００１５】
以下、図面を参照して、本発明の実施の形態を説明するが、本発明は本実施形態に限定されるものではない。なお、以下で説明する図面で、同機能を有するものは同一符号を付け、その繰り返しの説明は省略することもある。
【００１６】
（第１実施形態）
図１は、本実施形態に係るテストシステム１の全体構成を示す模式図である。テストシステム１は、遊技機１０のデバッグ作業を行うためのシステムである。遊技機１０のデバッグ作業は、試打室２で行われる。テストシステム１は、コマンドロガー装置１００と携帯端末２００とを備えて構成されている。
【００１７】
なお、図においては、遊技機１０が１台のみ示されているが、試打室２においては遊技機１０が遊技島として複数台並設されていても良い。その場合、テストシステム１は、複数台の遊技機１０に対して共通に使用されても良く、遊技機１０ごとに別のテストシステム１が使用されても良い。また、遊技機１０ごとに別のコマンドロガー装置１００が使用される一方で、複数の遊技機１０に対して、１つの携帯端末２００が共通に使用されても良い。
【００１８】
遊技機１０は、パチンコ機、パチスロ機等の遊技機である。遊技機１０は、未だ開発段階にあり、その動作をテストするためにコマンドロガー装置１００が取り付けられている。遊技機１０は、液晶表示装置１１、スピーカ１２、ランプ１３等の周知の演出装置を備えている。遊技機１０は、これらの演出装置を用いて、多様な演出を行うことが可能である。
【００１９】
コマンドロガー装置１００は、遊技機１０の上位基板と下位基板との間に接続されており、遊技機１０の上位基板から下位基板に送信されるコマンドを収集してログ情報を生成する機能を有している。コマンドロガー装置１００には、カラーセンサ１０１が接続されている。カラーセンサ１０１は、遊技機１０の液晶表示装置１１の画面の隅に、画面に対向するように設置されている。カラーセンサ１０１は、液晶表示装置１１の表示内容を検出するために使用される。
【００２０】
携帯端末２００は、いわゆるタブレット端末、タブレットＰＣと呼ばれるタブレット型の携帯端末である。携帯端末２００は、据置型の情報端末と比較して小型であり、例えば７インチのタッチパネル２０１を備えている。携帯端末２００は、コマンドロガー装置１００と共に使用され、コマンドロガー装置１００が生成したログ情報を分析して異常を検知する機能を有している。携帯端末２００には、コマンドロガー装置１００の制御、ログ情報の分析等を行うための専用のソフトウェアが事前にインストールされる。
なお、本実施形態では、携帯端末２００は、タブレット型携帯端末に限定されず、スマートフォンといった多機能携帯電話、あるいはグラス型、時計型等、所謂、ウエラブル型端末であっても良いことは言うまでも無い。
【００２１】
コマンドロガー装置１００と携帯端末２００とは、ブルートゥース（登録商標）を用いた無線通信３００を介して通信することが可能である。無線通信３００は、ブルートゥース（登録商標）に限定されるものではなく、赤外線通信、Ｗｉ−Ｆｉ（無線ＬＡＮ）等の周知の無線通信方法を用いることができる。
【００２２】
図２は、本実施形態に係るテストシステム１の電気的な構成を示すブロック図である。遊技機１０は、遊技機１０の動作を制御する基板として、主制御基板２１、サブ制御基板２２を備えている。主制御基板２１は、主に内部抽せんを行い、入賞、特賞に係わる制御を行う基板である。実機においては、主制御基板２１とサブ制御基板２２は接続されており、主制御基板２１からサブ制御基板２２にコマンドが送信される。しかしながら、本実施形態においては、サブ制御基板２２の動作をテストするために、主制御基板２１とサブ制御基板２２は接続されていない。
【００２３】
代わりに、主制御基板２１とサブ制御基板２２は、コマンドロガー装置１００に接続されている。主制御基板２１は、コマンドロガー装置１００に対してコマンドを送信し、サブ制御基板２２は、コマンドロガー装置１００からコマンドを受信する。サブ制御基板２２は、コマンドロガー装置１００から受信したコマンドに基づいて、液晶表示装置１１、および不図示のスピーカ１２、ランプ１３等の演出装置を制御する。
【００２４】
液晶表示装置１１は、画像処理用のＶＤＰ（Video Display Processor）、ビデオＲＡＭ、大型の液晶画面等から構成されている。液晶表示装置１１は、サブ制御基板２２の制御に従って、図柄の変化、キャラクタを用いた演出、大当たり中の画面表示等の多彩な演出表示を行う。液晶表示装置１１が表示する内容は、必ずしも実機と同一の内容でなくても良く、カラーセンサ１０１によるテストのために特別に設計された内容であっても良い。例えば、液晶表示装置１１において発生する処理遅れ、メモリ不足等のエラーの情報を色によって画面の一部に表示することができる。
【００２５】
サブ制御基板２２は、サブ制御基板２２の動作状態を色に関連付けて、動作状態に対応した色を液晶表示装置１１の画面の隅に表示させることができる。具体例として、サブ制御基板２２は、正常に動作している場合には白色を表示させ、何らかの異常が検出された場合には黒色を表示させることができる。このようにすると、カラーセンサ１０１は、液晶表示装置１１の画面表示から、サブ制御基板２２の動作状態を容易かつ確実に検出することができる。
【００２６】
コマンドロガー装置１００は、コマンド入力ＩＦ１１１、コマンド出力ＩＦ１１２、フォトモスリレー（Photo MOS Relay）１１３、マイコン１２１、液晶表示器１３１、ブザー１３２、ＳＤカードＩＦ１３３、ＥＥＰＲＯＭ１３５、無線通信モジュール１４１を備えている。
【００２７】
コマンド入力ＩＦ１１１、コマンド出力ＩＦ１１２は、遊技機１０に対するインターフェースである。コマンド入力ＩＦ１１１、コマンド出力ＩＦ１１２は、例えば、何れも１０ピンコネクタとして構成することができる。コマンド入力ＩＦ１１１、コマンド出力ＩＦ１１２には、データを一時的に保持するバッファ等が備えられていても良い。
【００２８】
コマンド入力ＩＦ１１１、コマンド出力ＩＦ１１２は、それぞれ、遊技機１０の主制御基板２１、サブ制御基板２２とハーネスにより接続されている。コマンドロガー装置１００は、コマンド入力ＩＦ１１１を介して、遊技機１０の主制御基板２１から送信されたコマンドを受信し、また、コマンド出力ＩＦ１１２を介して、遊技機１０のサブ制御基板２２にコマンドを送信することができる。
【００２９】
フォトモスリレー１１３は、コマンド入力ＩＦ１１１とコマンド出力ＩＦ１１２との間に接続されている。フォトモスリレー１１３は、外部から入力される制御信号に応じてオンまたはオフに切り替えられる。例えば、フォトモスリレー１１３は、オフの場合にはコマンド入力ＩＦ１１１とコマンド出力ＩＦ１１２とを電気的に導通させ、オンの場合にはこれらを電気的に遮断する。
【００３０】
マイコン１２１は、コマンドロガー装置１００全体の動作を制御する。マイコン１２１は、ＣＰＵ（Central Processing Unit）１２２、ＲＯＭ（Read Only Memory）１２３、ＲＡＭ（Random Access Memory）１２４、入出力ポート（Ｉ／Ｏ）１２５、クロック回路１２６等を含むワンチップマイコンとして構成されている。入出力ポート１２５には、上述のコマンド入力ＩＦ１１１、コマンド出力ＩＦ１１２、フォトモスリレー１１３が接続されている。また、クロック回路１２６は、コマンドロガー装置１００の内部時刻を計時する時計としての機能を有している。
【００３１】
液晶表示器１３１は、例えば１６文字×２行の表示を行う小型の液晶画面等から構成されている。液晶表示器１３１は、入出力ポート１２５を介してマイコン１２１に接続されており、マイコン１２１の制御に応じて、コマンドロガー装置１００の電源のオン・オフ状態、動作モード、受信コマンド、送信コマンド、内部変数等の各種情報を表示することが可能である。また、ブザー１３２は、入出力ポート１２５を介してマイコン１２１に接続されており、マイコン１２１の制御に応じて、異常が発生した場合等にブザー音を出力する。
【００３２】
ＳＤカードＩＦ１３３は、例えばＳＤカードスロットであり、入出力ポート１２５を介してマイコン１２１に接続されている。ＳＤカード１３４には、コマンドロガー装置１００が生成するログ情報が保存される。ＳＤカード１３４を用いて、コマンドロガー装置１００は外部とのデータの送受信を行うことができる。コマンドロガー装置１００は、ＳＤカード１３４の代わりに、ＵＳＢメモリ等の可搬記憶媒体を用いて外部とのデータの送受信を行うように構成されてもよい。
【００３３】
ＥＥＰＲＯＭ１３５は、入出力ポート１２５を介してマイコン１２１に接続されている。ＥＥＰＲＯＭ１３５は、コマンドロガー装置１００の電源がオフにされた場合であっても、記憶したデータを保持している。ＥＥＰＲＯＭ１３５には、コマンドロガー装置１００の設定情報等が記憶される。コマンドロガー装置１００は、さらに、ログ情報を保存するための記憶装置としてフラッシュメモリ等を備えていても良い。
【００３４】
また、マイコン１２１には、入出力ポート１２５を介して、カラーセンサ１０１が接続されている。カラーセンサ１０１は、ＲＧＢの３色にそれぞれ対応するフォトダイオードを備え、光のＲＧＢ成分の強度を検出してこれに応じた信号を出力することが可能である。カラーセンサ１０１は、液晶表示装置１１の画面の表示内容、液晶表示装置１１の内部のエラー情報等を検出するために用いられる。マイコン１２１は、例えば、カラーセンサ１０１が検出した光成分の強度を閾値と比較することにより、サブ制御基板２２が正常に動作しているか否か、および液晶表示装置１１が正常な表示を行っているか否か等を判断することができる。
【００３５】
無線通信モジュール１４１は、入出力ポート１２５を介してマイコン１２１に接続されている。無線通信モジュール１４１は、ブルートゥース（登録商標）を用いて、携帯端末２００と無線通信３００を行うことが可能である。ブルートゥース（登録商標）は、２．４ＧＨｚの周波数帯域（２４０２〜２４８０ＭＨｚ）の中で１ＭＨｚごとに７９の周波数チャネルを設定し、使用する周波数チャネルを切り替えながら通信を行う無線通信方式である。無線通信モジュール１４１は、ブルートゥース（登録商標）を用いて、ノイズが少ない周波数チャネルを使用することにより、安定して無線通信３００を行うことが可能である。
【００３６】
携帯端末２００は、ＣＰＵ２１２、ＲＯＭ２１３、ＲＡＭ２１４、入出力ＩＦ２１５、タッチパネル２０１、スピーカ２０２、マイクロフォン２０３、バイブレータ２０４、フラッシュメモリ２０５、無線通信モジュール２４１を備えている。これらの要素は、入出力ＩＦ２１５を介してバスで接続されている。携帯端末２００は、フラッシュメモリ等の記憶媒体をさらに備えていても良い。
【００３７】
ＣＰＵ２１２は、ＣＰＵコア、キャッシュメモリ等を有しており、携帯端末２００の各部を制御する。ＲＡＭ２１４は、読み書き可能な揮発性のメモリであり、ＣＰＵ２１２のワークエリアとして使用される。ＲＯＭ２１３は、読み取り専用の不揮発性のメモリであり、コマンドロガー装置１００の制御プログラム、ログ情報の分析プログラム等を格納する。
【００３８】
タッチパネル２０１は、タッチセンサ２０１ａ、ディスプレイ２０１ｂを有している。タッチセンサ２０１ａは、ディスプレイ２０１ｂ上に設けられ、ユーザの指の接触位置を検出することが可能である。ディスプレイ２０１ｂは、例えば液晶ディスプレイ、有機ＥＬディスプレイであり、各種操作を行うためのメニュー画面、ログ情報に関連する情報等を、テキスト、画像、動画、アイコン等の形式で表示することが可能である。携帯端末２００のユーザは、タッチパネル２０１を使用して、ログ情報をモニタリングするとともに、ログ情報にコメント等の情報を追加することができる。
【００３９】
スピーカ２０２は、電磁式または圧電式の振動ユニットを備え、音、メッセージ等を出力することが可能である。マイクロフォン２０３は、電磁式または静電容量式の振動ユニットを備え、音、メッセージ等を入力することが可能である。バイブレータ２０４は、機械振動を発生させるための小型のモータを備え、ログ情報に関連する情報をユーザに知らせる際に使用される。例えば、ログ情報に異常を検知された際に、振動を発生させることが可能である。この場合、異常の種類ごとに異なる振動パターンを設定しておくと良い。フラッシュメモリ２０５は、読み書き可能な不揮発性の記憶装置であり、携帯端末２００の電源がオフにされた場合であっても、記憶したデータを保持することが可能である。フラッシュメモリ２０５には、ログ情報、ログ情報の分析結果等が保存される。
【００４０】
無線通信モジュール２４１は、コマンドロガー装置１００の無線通信モジュール１４１と同様の機能を有している。無線通信モジュール２４１は、ブルートゥース（登録商標）を用いて、コマンドロガー装置１００と無線通信３００を行うことが可能である。無線通信モジュール２４１は、コマンドロガー装置１００の無線通信モジュール１４１とペアリングを行うことによって、無線通信３００を確立することができる。
【００４１】
次に、遊技機１０から入力されるコマンド、コマンドから生成されるコマンドログ、およびコマンドを出力するためのコマンドリストについて説明する。  コマンドは２バイトのデータからなり、例えば、１６進数表記で「８０  ０１」、「９０  ０１」、「９１  ００」、「９２  ０３」のように表される。最初の１バイトは演出の種類を示し、次の１バイトは演出の継続時間を示している。すなわち、コマンド「８０  ０１」は、演出パターン８０を２秒間実行することを意味している。同様に、コマンド「９０  ０１」は、演出パターン９０を２秒間実行し、コマンド「９１  ００」は、演出パターン９１を１秒間実行し、コマンド「９２  ０３」は、演出パターン９２を４秒間実行することを意味している。演出パターンとは、例えば、液晶表示装置１１に特定の画像を表示させる、スピーカ１２から特定の音声を出力させる、ランプ１３を特定のパターンで点滅させる等の動作である。
【００４２】
コマンドロガー装置１００は、これらのコマンドを、コマンドが入力された時刻と関連付けてコマンドのログ（以下コマンドログという）を生成することができる。時刻は、例えばコマンドロガー装置１００の電源がオンにされた時刻を基準とすることができる。時刻の単位はミリ秒である。コマンドログは、例えば以下のような形式のテキストファイルである。
０００００５００，  ８０  ０１
０００００００２，  ９０  ０１
０００００００２，  ９１  ００
０００００００２，  ９２  ０３
・・・
【００４３】
第１列はコマンドが入力された時刻を示し、第２列は入力されたコマンドを示している。第１行目の時刻は、基準時刻からの時間を意味し、第２行目以降の時刻は、前行からのオフセット時間を意味している。すなわち、上記のコマンドログの例では、コマンドロガー装置１００に対して、コマンドロガー装置１００の電源がオンにされた時刻から５００ミリ秒後にコマンド「８０  ０１」が入力され、その２ミリ秒後にコマンド「９０  ０１」が入力されている。さらに、コマンドロガー装置１００に対して、コマンド「９０  ０１」が入力されてから２ミリ秒後にコマンド「９１  ００」が入力され、その２ミリ秒後にコマンド「９２  ０３」が入力されている。なお、コマンドログには、コマンドに関する情報に限られず、センサ情報、マイコン１２１のエラー情報等のコマンド以外の情報が含まれていても良い。コマンドログに含まれる情報をログ情報と呼ぶ。
【００４４】
また、コマンドリストは、コマンドログとほぼ同様の形式を有するテキストファイルである。コマンドリストの第１列はコマンドを出力する時刻を示し、第２列は出力するコマンドを示している。第１行目の時刻は、基準時刻からの時間を意味し、第２行目以降の時刻は、前行からのオフセット時間を意味している。基準時刻は、例えば、コマンドロガー装置１００が携帯端末２００からコマンドリストを受信した時刻とすることができる。コマンドリストが上記のコマンドログの例と同一であれば、コマンドロガー装置１００は、コマンドリストが受信された時刻から５００ミリ秒後にコマンド「８０  ０１」を出力し、その２ミリ秒後にコマンド「９０  ０１」を出力する。さらに、コマンドロガー装置１００は、コマンド「９０  ０１」を出力した時刻から５００ミリ秒後にコマンド「９１  ００」を出力し、その２ミリ秒後にコマンド「９２  ０３」を出力する。
【００４５】
コマンドリストは、遊技機１０の開発者等によって任意に作成されても良く、また、携帯端末２００によって自動的に生成されても良い。特に、コマンドログに記録されているコマンド列と同一のコマンド列をコマンドリストに含めることにより、コマンドログのコマンド列、すなわち主制御基板２１から実際に送信されたコマンド列を「再生」することが可能となる。なお、ここで説明したコマンドの形式、コマンドログおよびコマンドリストのデータ形式はあくまで例示であり、説明とは異なる形式が用いられても良い。
【００４６】
次に、図３、図４を参照して、本実施形態に係るコマンドロガー装置１００の動作モードについて説明する。コマンドロガー装置１００は、マイコン１２１の制御に従って、「ロギングモード」または「再生モード」の何れかの動作モードで動作可能である。
【００４７】
図３は、「ロギングモード」における、コマンドおよびコマンドログの流れを示す模式図である。まず、遊技機１０の主制御基板２１において、サブ制御基板２２を制御するためのコマンドが送信される。主制御基板２１から送信されたコマンドは、マイコン１２１のコマンド入力ＩＦ１１１に入力される。そして、マイコン１２１において、コマンド入力ＩＦ１１１に入力されたコマンドから、コマンドログが生成され、不図示のＳＤカード１３４等に保存される。
【００４８】
また、マイコン１２１において生成されたコマンドログは、無線通信モジュール１４１により無線通信３００を介して携帯端末２００に送信される。送信されたコマンドログは、無線通信モジュール２４１により携帯端末２００に受信され、携帯端末２００において、フラッシュメモリ２０５に保存されるとともにディスプレイ２０１ｂに表示される。
【００４９】
ロギングモードでは、マイコン１２１がフォトモスリレー１１３に制御信号を出力しないため、フォトモスリレー１１３は導通状態である。よって、コマンド入力ＩＦ１１１に入力されたコマンドは、フォトモスリレー１１３を導通して、そのままコマンド出力ＩＦ１１２から遊技機１０のサブ制御基板２２に出力される。すなわち、遊技機１０においては、主制御基板２１からサブ制御基板２２へのコマンドの送受信が、主制御基板２１とサブ制御基板２２とが直接接続されている実機と変わりなく行われることになる。
【００５０】
図４は、「再生モード」における、コマンドおよびコマンドリストの流れを示す模式図である。コマンドリストは、遊技機１０の開発者等によって事前に作成され、携帯端末２００のフラッシュメモリ２０５に保存されている。もしくは、コマンドリストは、フラッシュメモリ２０５に保存されているコマンドログに基づいて、携帯端末２００によって自動的に生成される。また、コマンドリストは、携帯端末２００のユーザによって、タッチパネル２０１を使用してその場で入力されるものであっても良い。
【００５１】
コマンドリストは、無線通信モジュール２４１により無線通信３００を介してコマンドロガー装置１００に送信される。送信されたコマンドリストは、無線通信モジュール１４１によりコマンドロガー装置１００に受信される。マイコン１２１において、受信されたコマンドリストからコマンドが生成される。生成されたコマンドは、コマンド出力ＩＦ１１２から遊技機１０のサブ制御基板２２に出力される。
【００５２】
再生モードでは、マイコン１２１がフォトモスリレー１１３に制御信号を出力するため、フォトモスリレー１１３は遮断状態である。よって、遊技機１０の主制御基板２１からコマンド入力ＩＦ１１１に入力されたコマンドは、フォトモスリレー１１３において遮断されるため、コマンド出力ＩＦ１１２からサブ制御基板２２に出力されない。すなわち、遊技機１０のサブ制御基板２２に対して、コマンドロガー装置１００で生成されたコマンドのみが出力されることになる。
【００５３】
次に、図５、図６を参照して、本実施形態に係るコマンドロガー装置１００および携帯端末２００の動作の流れを説明する。
図５は、本実施形態に係るコマンドロガー装置１００の動作を表すフローチャートである。このフローチャートは、コマンドロガー装置１００のマイコン１２１において、ＣＰＵ１２２がＲＯＭ１２３に記憶されている専用のプログラムを読み出して実行することにより行われる。
【００５４】
まず、ＣＰＵ１２２は、所定の条件に応じて、コマンドロガー装置１００の動作モードを決定する（ステップＳ１０１）。例えば、ＣＰＵ１２２は、携帯端末２００からの指示に従って動作モードを選択する。または、ＣＰＵ１２２は、遊技機１０の挙動、例えばカラーセンサ１０１からの入力に応じて自ら動作モードを判断する。ＣＰＵ１２２は、動作モードを決定した場合に、液晶表示器１３１に動作モードを表示させたり、ブザー１３２からブザー音を出力させたりしても良い。また、決定した動作モードをＥＥＰＲＯＭ１３５に記憶させても良い。
【００５５】
動作モードを「ロギングモード」に決定した場合には（ステップＳ１０１でロギング）、ＣＰＵ１２２は、フォトモスリレー１１３に制御信号を出力せず、フォトモスリレー１１３を導通させる（ステップＳ１０２）。次に、ＣＰＵ１２２は、テストが終了したか否かを判定する（ステップＳ１０３）。例えば、ＣＰＵ１２２は、携帯端末２００からテストの終了を通知された場合や、最後にコマンドを受信してから所定の時間が経過した場合等に、テストが終了したと判定することができる。
【００５６】
テストが終了したと判定した場合には（ステップＳ１０３でＹＥＳ）、ＣＰＵ１２２は、フローチャートの処理を終了する。テストが終了していないと判定した場合には（ステップＳ１０３でＮＯ）、ＣＰＵ１２２は、コマンド入力ＩＦ１１１に主制御基板２１からコマンドが入力されたか否かを判定する（ステップＳ１０４）。コマンドが入力されていない場合には（ステップＳ１０４でＮＯ）、ＣＰＵ１２２は、コマンドが入力されるまで、テストが終了したか否かを繰り返し判定する（ステップＳ１０３）。
【００５７】
コマンド入力ＩＦ１１１にコマンドが入力された場合には（ステップＳ１０４でＹＥＳ）、ＣＰＵ１２２は、入力されたコマンドからコマンドログを生成する（ステップＳ１０５）。すなわち、ＣＰＵ１２２は、コマンドが入力された時刻をクロック回路１２６から取得して、コマンドが入力された時刻とコマンドの組を１つのレコードとしてＲＡＭ１２４に一時的に記憶する。
【００５８】
続いて、ＣＰＵ１２２は、生成したコマンドログを、無線通信モジュール１４１を介して携帯端末２００に送信する（ステップＳ１０６）。コマンドログの送信は、コマンドログの生成とほぼリアルタイムである。
【００５９】
図中、破線Ａは、携帯端末２００へのコマンドログの送信を示している。ＣＰＵ１２２は、ＲＡＭ１２４に記憶したコマンドログを１つのレコードずつ順次送信しても良く、複数のレコードを一括して送信するようにしても良い。さらに、ＣＰＵ１２２は、生成したコマンドログをＳＤカード１３４等に保存する。そして、ＣＰＵ１２２は、ステップＳ１０１に戻ってフローチャートの処理を再度実行する。
【００６０】
また、動作モードを「再生モード」に決定した場合には（ステップＳ１０１で再生）、ＣＰＵ１２２は、フォトモスリレー１１３に制御信号を出力して、フォトモスリレー１１３を遮断する（ステップＳ１１２）。次に、ＣＰＵ１２２は、テストが終了したか否かを判定する（ステップＳ１１３）。例えば、ＣＰＵ１２２は、携帯端末２００から無線通信モジュール１４１を介してテストの終了を通知された場合や、最後にコマンドリストを受信してから所定の時間が経過した場合等に、テストが終了したと判定することができる。
【００６１】
テストが終了したと判定した場合には（ステップＳ１１３でＹＥＳ）、ＣＰＵ１２２は、フローチャートの処理を終了する。テストが終了していないと判定した場合には（ステップＳ１１３でＮＯ）、ＣＰＵ１２２は、無線通信モジュール１４１を介して携帯端末２００からコマンドリストを受信したか否かを判定する（ステップＳ１１４）。図中、破線Ｂは、携帯端末２００からのコマンドリストの受信を示している。コマンドリストを受信していない場合には（ステップＳ１１４でＮＯ）、ＣＰＵ１２２は、コマンドリストを受信するまで、テストが終了したか否かを繰り返し判定する（ステップＳ１１３）。
【００６２】
コマンドリストを受信した場合には（ステップＳ１１４でＹＥＳ）、ＣＰＵ１２２は、受信したコマンドリストからコマンドを生成する（ステップＳ１１５）。例えば、ＣＰＵ１２２は、コマンドリストからレコードを取り出して、コマンドを送信する時刻と送信するコマンドとに分解する。
【００６３】
続いて、ＣＰＵ１２２は、生成したコマンドを、対応する送信時刻に従って、コマンド出力ＩＦ１１２から順次出力する（ステップＳ１１６）。出力されたコマンドは、遊技機１０のサブ制御基板２２において順次実行される。コマンドを出力した後、ＣＰＵ１２２は、ステップＳ１１３に戻ってテストが終了したか否かを再度判定する。
【００６４】
図６は、本実施形態に係る携帯端末２００の動作を表すフローチャートである。このフローチャートは、携帯端末２００のＣＰＵ２１２において、ＣＰＵ２１２がＲＯＭ２１３に記憶されているデバッグ作業用のソフトウェアを読み出して実行することにより行われる。
【００６５】
まず、ＣＰＵ２１２は、所定の条件に応じて、コマンドロガー装置１００の動作モードを決定する（ステップＳ２０１）。具体的には、ＣＰＵ２１２は、携帯端末２００のユーザからの入力に従って動作モードを選択する。携帯端末２００のユーザは、例えば、タッチパネル２０１に表示されるメニュー画面において動作モードを入力することができる。もしくは、ＣＰＵ２１２は、コマンドロガー装置１００からの入力に従って、動作モードの選択を行う。
【００６６】
動作モードを「ロギングモード」に決定した場合には（ステップＳ２０１でロギング）、まず、ＣＰＵ２１２は、テストが終了したか否かを判定する（ステップＳ２０２）。例えば、ＣＰＵ２１２は、ユーザによってタッチパネル２０１からテスト終了が入力された場合や、コマンドロガー装置１００からコマンドを最後に受信してから所定の時間が経過した場合等に、テストが終了したと判定することができる。
【００６７】
テストが終了したと判定した場合には（ステップＳ２０２でＹＥＳ）、ＣＰＵ２１２は、フローチャートの処理を終了する。テストが終了していないと判定した場合には（ステップＳ２０２でＮＯ）、ＣＰＵ２１２は、無線通信モジュール２４１により、コマンドロガー装置１００からコマンドログを受信したか否かを判定する（ステップＳ２０３）。
【００６８】
図中、破線Ａは、コマンドロガー装置１００からのコマンドログの受信を示している。コマンドログを受信していない場合には（ステップＳ２０３でＮＯ）、ＣＰＵ２１２は、コマンドログを受信するまで、テストが終了したか否かを繰り返し判定する（ステップＳ２０２）。
【００６９】
コマンドロガー装置１００からコマンドログを受信した場合には（ステップＳ２０３でＹＥＳ）、ＣＰＵ２１２は、受信したコマンドログに含まれるログ情報を分析する（ステップＳ２０４）。例えば、ＣＰＵ２１２は、「ハズレ」を表示するコマンド列の中に大当たり図柄を表示するコマンドが含まれていないか、リーチ演出を開始するコマンドに基づいてハズレ演出に関連するコマンドが出力されていないか、賞球が無いコマンドに対して、賞球が払い出されていないか等のチェック項目を確認することにより、ログ情報の整合性を確認することができる。携帯端末２００のユーザは、タッチパネル２０１に表示される設定メニュー等から、このようなチェック項目を予め設定しておくことができる。
【００７０】
続いて、ＣＰＵ２１２は、ログ情報を分析した結果、異常を検知した場合には（ステップＳ２０５でＹＥＳ）、異常を検知したことを携帯端末２００のユーザに報知する（ステップＳ２０６）。例えば、ＣＰＵ２１２は、異常の内容を示すエラーメッセージをディスプレイ２０１ｂに表示するとともに、異常を検知した旨の音声をスピーカ２０２から出力する。また、試打室２では遊技機１０および他の遊技機等からの騒音が大きいため、ＣＰＵ２１２は、バイブレータ２０４を振動させて異常の検知を報知しても良い。異常を検知していない場合には（ステップＳ２０５でＮＯ）、ＣＰＵ２１２は、異常ではなく逆に正常であることを報知しても良い。
【００７１】
ログ情報の異常を報知した後、ＣＰＵ２１２は、ログ情報をフラッシュメモリ２０５に保存する（ステップＳ２０７）。ＣＰＵ２１２は、検知した異常の内容をログ情報に追加しても良い。そして、ＣＰＵ２１２は、ステップＳ２０１に戻ってフローチャートの処理を再度実行する。
【００７２】
また、動作モードを「再生モード」に決定した場合には（ステップＳ２０１で再生）、ＣＰＵ２１２は、コマンドリストをフラッシュメモリ２０５から読み込む（ステップＳ２１２）。ＣＰＵ２１２は、フラッシュメモリ２０５に保存されているログ情報、タッチパネル２０１から入力された情報等に基づいてコマンドリストを生成しても良い。
【００７３】
続いて、ＣＰＵ２１２は、無線通信モジュール２４１を介して、コマンドロガー装置１００にコマンドリストを送信する（ステップＳ２１３）。図中、破線Ｂは、コマンドロガー装置１００へのコマンドリストの送信を示している。送信するコマンドリストは１つに限られず、複数のコマンドリストを送信するようにしても良い。また、ＣＰＵ２１２は、コマンドロガー装置１００の性能に応じて、１つのコマンドリストを分割して送信しても良く、複数のコマンドリストを一括して送信しても良い。
【００７４】
ＣＰＵ２１２は、コマンドリストを全て送信すると、コマンドリストの送信が終了したことを、無線通信モジュール２４１を介してコマンドロガー装置１００に通知する（ステップＳ２１４）。その後、ＣＰＵ２１２はフローチャートの処理を終了する。
【００７５】
以上、説明したように、本実施形態においては、ログ情報は、コマンドロガー装置から携帯端末にリアルタイムに送信され、携帯端末においてログ情報の分析が行われる。携帯端末は、タブレットのような小型の装置であるため、試打室に持ち込むことが容易であり、遊技機の近傍、例えば遊技機の脇等に設置することが可能である。したがって、遊技機の開発者等は、試打室においてログ情報の分析をリアルタイムに行うことが可能となる。さらに、ログ情報の分析を行う内容を予め携帯端末に設定しておくことにより、ログ情報の異常を自動で検知することが可能となる。
【００７６】
上記効果をより詳細に説明する。
本実施形態に係るデバッグ作業対象が遊技機であり、該デバッグ作業は、試打室内の循環器が設けられた遊技機に対して行われることがある。このような状況では、遊技球の循環等により遊技球が互いに擦れ合う等して静電気が多く発生してしまい、本実施形態に係るデバッグ処理の環境は、上記静電気が多く発生してしまう遊技機側の装置構成（遊技機、および該遊技機に有線接続されたコマンドロガー装置）とデバッグ機能を有する端末との間で情報のやり取りをしないといけないという特殊な環境である。コマンドロガー装置と遊技機とは導線により有線接続されているので、上記遊技機において生じた静電気起因のノイズはコマンドロガー装置に伝達されることになる。
これに対して、本実施形態では、コマンドロガー装置と携帯端末との間の通信を無線通信としているので、コマンドロガー装置に伝搬された上記静電気によるノイズにとっては、自身が滞留しているコマンドロガー装置と携帯端末との間に、ある意味絶縁体（空気）が存在することになる。よって、絶縁破壊が起こるほどの電圧がかからない限りは、上記コマンドロガー装置に滞留するノイズの携帯端末への伝搬は大きく抑制されることになる。従って、本実施形態では、上記コマンドロガー装置から携帯端末への、遊技機において生じた静電気によるノイズの伝搬を低減しつつも、上記２つの装置間のリアルタイムな通信を実現することができる。
【００７７】
さらに、本実施形態では、携帯端末が、無線通信を介してコマンドロガー装置から受信したコマンドのログ情報の整合性を分析（設計通りのコマンドとなっているか否かの分析）し、該分析結果で異常を検知した場合に上記携帯端末により所定の方法で上記異常を携帯端末のユーザ（開発者等）に通知する。従って、該ユーザは、コマンドに対する異常が発生しているタイミングとほぼ同期して該異常の発生を認識することができる。  なお、本実施形態では、ステップＳ２０５にて異常が検知された場合、ステップＳ２０６にて携帯端末２００によりユーザに異常検知を通知しているが、これに限らない。例えば、携帯端末２００にて異常を検知した場合、コマンドロガー装置を介して遊技機１０の液晶表示装置１１に異常が検知された旨を表示させても良い。なお、この場合、異常検知通知に関する情報の出力先はコマンドロガー装置である。このような形態の場合は、例えば、ステップＳ２０５にて携帯端末２００にて異常が検知された後、携帯端末２００が無線通信モジュール２４１により上記異常検知通知に関する情報を液晶表示装置１１に表示させるコマンドと共にコマンドロガー装置１００に送信すれば良い。
なお、上記実施形態では携帯端末２００にて異常検知通知を行っているので、異常検知通知に関する情報の出力先は携帯端末２００自身である。
【００７８】
（第２実施形態）
続いて、本発明の第２実施形態に係るテストシステム１を説明する。本実施形態に係るテストシステム１は、第１実施形態に係るテストシステム１とほぼ同様に構成されているが、コマンドロガー装置１００と携帯端末２００との間に、ＰＣ４００が介在している点が異なっている。以下、第１実施形態と異なる点を中心に説明する。
【００７９】
図７は、本実施形態に係るテストシステム１の全体構成を示す模式図である。テストシステム１は、コマンドロガー装置１００、ＰＣ４００、携帯端末２００を備えている。ＰＣ４００は、ＣＰＵ、メモリ、記憶装置等を備えたコンピュータであり、コマンドロガー装置１００、携帯端末２００と共に使用される。ＰＣ４００は、携帯端末２００と比較して高性能であり、ログ情報の分析等の処理をより短時間で行うことができる。ＰＣ４００には、ログ情報、ログ情報の異常の内容、コマンドリスト等が保存される。ＰＣ４００は、汎用的なＰＣで良く、一般に市販される据置型のＰＣが適用可能である。
【００８０】
ＰＣ４００は、コマンドロガー装置１００、携帯端末２００と同様に、無線通信モジュールを備えている。ＰＣ４００は、ブルートゥース（登録商標）を用いた無線通信３００ａ、３００ｂを介して、コマンドロガー装置１００、携帯端末２００とそれぞれ通信することが可能である。
【００８１】
ＰＣ４００は、コマンドロガー装置１００からログ情報を受信するとともに、ログ情報を分析してログ情報の異常を検知する役割を担っている。ＰＣ４００は、検知したログ情報の異常を携帯端末２００に通知する。携帯端末２００は、ＰＣ４００からの通知に基づいて、ログ情報に異常が検知されたことをユーザに報知する。
【００８２】
携帯端末２００は、ＰＣ４００に対してコマンドリストの再生を指示することができる。例えば、携帯端末２００のユーザがタッチパネル２０１からコマンドリスト名を選択することにより、コマンドリスト名が携帯端末２００からＰＣ４００に通知される。ＰＣ４００は、携帯端末２００からの通知に基づいて、コマンドリストをコマンドロガー装置１００に送信する。
【００８３】
本実施形態によれば、携帯端末２００より高性能なＰＣ４００を用いてログ情報の分析を行うことにより、処理に要する時間を低減することができる。よって、処理負荷の高い分析を行う場合であっても、ログ情報の異常をリアルタイムに検知することが可能となる。
【００８４】
本発明は、上述の実施形態に限定されることなく、本発明の趣旨を逸脱しない範囲において適宜変更可能である。
【符号の説明】
【００８５】
１  テストシステム
２  試打室
１０  遊技機
２１  主制御基板
２２  サブ制御基板
１００  コマンドロガー装置
１２１  マイコン
１４１  無線通信モジュール
２００  携帯端末
２０５  フラッシュメモリ
２４１  無線通信モジュール
３００  無線通信
４００  ＰＣ
【図１】
0006532732.tif 000002
【図２】
0006532732.tif 000003
【図３】
0006532732.tif 000004
【図４】
0006532732.tif 000005
【図５】
0006532732.tif 000006
【図６】
0006532732.tif 000007
【図７】
0006532732.tif 000008