(57)【要約】【課題】  遠隔監視等を行う無線通信システムにおいて、被監視装置に取り付けられた子機と、監視や制御を行う親機との間の通信の信頼性を向上させることができる通信システムを提供する。【解決手段】  親機１と複数の子機２との通信は同一チャネルで時分割で行い、子機２が、周囲の電界ノイズレベルを測定する周辺ノイズレベル測定手段を備え、予め設定されたスケジュールに従って被監視装置３の装置情報を取得して記憶し、記憶された装置情報を親機１に送信する際に、周囲の電界ノイズレベルを測定し、ノイズレベルが予め設定されたしきい値未満である場合に、通信環境が良好であるとして送信処理を行い、ノイズレベルがしきい値以上である場合には、ノイズレベルが良好になるまで送信を待機する無線通信システムとしている。【選択図】        図１
2010034846.tif 000002
【特許請求の範囲】
【請求項１】
ベースステーションに設けられた親機と、被監視装置毎に設けられた複数の子機とを備え、前記子機が被監視装置の装置情報を取得して前記親機に無線送信することにより、前記複数の被監視装置の装置状態をベースステーションで一括監視する無線通信システムであって、
前記親機と複数の子機との通信は同一チャネルを用いて時分割で行い、
前記親機が、予め設定されたスケジュールに従って、一定時間受信動作を行って前記子機からの装置情報を待ち受け、
前記子機が、予め設定されたスケジュールに従って前記親機に前記装置情報を送信する際に、周囲の電界ノイズレベルを測定し、測定された電界ノイズレベルが予め設定されたしきい値未満であった場合に送信を行い、前記電界ノイズレベルが前記しきい値以上であった場合には、しきい値未満となるまで送信を待機することを特徴とする無線通信システム。
【請求項２】
親機が子機に被監視装置に対する制御情報を送信し、前記子機が前記制御情報を受信すると、前記制御情報に従って前記被監視装置を制御することにより、複数の被監視装置をベースステーションから遠隔制御する無線通信システムであって、
子機が、予め設定されたスケジュールに従って、一定時間間欠受信動作を行って前記親機からの制御情報を待ち受け、
親機が、予め設定されたスケジュールに従って、子機に被監視装置に対する制御情報を送信する際に、周囲の電界ノイズレベルを測定し、測定された電界ノイズレベルが予め設定されたしきい値未満であった場合に送信を行い、前記電界ノイズレベルが前記しきい値以上であった場合には、しきい値未満となるまで送信を待機することを特徴とする請求項１記載の無線通信システム。
【請求項３】
子機又は親機が、送信失敗した場合には、予め設定されたリトライ回数以内で再送信を行い、前記設定されたリトライ回数以内で送信できなかった情報は、スケジュールに設定されている次回の送信時に送信することを特徴とする請求項１又は２記載の無線通信システム。
【請求項４】
被監視装置がゲーム機であり、装置情報がゲーム機でカウントされた課金情報であり、制御情報が時間帯に対応する１ゲーム当たりの課金単位の情報であることを特徴とする請求項３記載の無線通信システム。
【請求項５】
子機が、電源用のバッテリーを備えていることを特徴とする請求項１乃至４のいずれか記載の無線通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、被監視装置を遠隔監視し、遠隔制御する無線通信システムに係り、特に通信環境があまり良くない場所においても、信頼性の高い通信を行って被監視装置を一括監視することができる無線通信システムに関する。
【背景技術】
【０００２】
［先行技術の説明］
自動販売機やパチンコ台等の被監視装置を遠隔監視したり、遠隔制御するための通信システムが広く利用されている。
ゲームセンタ等に設置されるゲーム機に対しても、種々の管理システムが提案されている。
【０００３】
例えば、特開平１０−０１５２０２号公報（特許文献１）、特開２００１−３１４６４１号公報（特許文献２）、特開２００２−０６３６４９号公報（特許文献３）、特開２００６−００６６６３号公報（特許文献４）がある。
【０００４】
特許文献１には、ゲーム機に接続された子局が親局に課金情報を無線送信し、親局がホストコンピュータに課金情報を送信し、ホストコンピュータが、集金作業が必要なゲーム機の子局宛に集金指示を送信し、親機を介して集金指示を受信した子局が集金表示を行うゲーム機管理システムが記載されている。
【０００５】
特許文献２には、ゲーム機に取り付けられた制御ユニットが、ゲーム機の使用状況を取得して集中監視装置に送信し、集中監視装置において、各地のゲーム機の使用状況を集中的に監視するゲーム機の遠隔集中監視システムが記載されている。
【０００６】
特許文献３には、各ゲーム機に無線部を設け、無線部から出力される情報を無線で受信して、処理するフロア管理機器とを備えた機器管理システムが記載されている。
特許文献４には、ゲーム機に無線ユニットを取り付け、課金情報を収集し、ベースセンターにより管理し、スイッチにより課金単位を切り替える無線システムが記載されている。
【０００７】
【特許文献１】特開平１０−０１５２０２号公報
【特許文献２】特開２００１−３１４６４１号公報
【特許文献３】特開２００２−０６３６４９号公報
【特許文献４】特開２００６−００６６６３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、従来の遠隔監視等を行う無線通信システムでは、被監視装置に取り付けられた子機と、遠隔監視や遠隔制御を行う親機との間の無線通信は、通信環境を考慮して送受信を行うものではなく、通信の信頼性があまり高くないという問題点があった。
【０００９】
本発明は、上記実状に鑑みて為されたもので、子機と親機との間の通信の信頼性を向上させることができる通信システムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記従来例の問題点を解決するための本発明は、ベースステーションに設けられた親機と、被監視装置毎に設けられた複数の子機とを備え、子機が被監視装置の装置情報を取得して親機に無線送信することにより、複数の被監視装置の装置状態をベースステーションで一括監視する無線通信システムであって、親機と複数の子機との通信は同一チャネルを用いて時分割で行い、親機が、予め設定されたスケジュールに従って、一定時間受信動作を行って子機からの装置情報を待ち受け、子機が、予め設定されたスケジュールに従って親機に装置情報を送信する際に、周囲の電界ノイズレベルを測定し、測定された電界ノイズレベルが予め設定されたしきい値未満であった場合に送信を行い、電界ノイズレベルがしきい値以上であった場合には、しきい値未満となるまで送信を待機することを特徴としている。
【００１１】
また、本発明は、上記無線通信システムにおいて、親機が子機に被監視装置に対する制御情報を送信し、子機が制御情報を受信すると、制御情報に従って被監視装置を制御することにより、複数の被監視装置をベースステーションから遠隔制御する無線通信システムであって、子機が、予め設定されたスケジュールに従って、一定時間間欠受信動作を行って親機からの制御情報を待ち受け、親機が、予め設定されたスケジュールに従って、子機に被監視装置に対する制御情報を送信する際に、周囲の電界ノイズレベルを測定し、測定された電界ノイズレベルが予め設定されたしきい値未満であった場合に送信を行い、電界ノイズレベルが前記しきい値以上であった場合には、しきい値未満となるまで送信を待機することを特徴としている。
【００１２】
また、本発明は、上記無線通信システムにおいて、子機又は親機が、送信失敗した場合には、予め設定されたリトライ回数以内で再送信を行い、設定されたリトライ回数以内で送信できなかった情報は、スケジュールに設定されている次回の送信時に送信することを特徴としている。
【００１３】
上記無線通信システムにおいて、被監視装置がゲーム機であり、装置情報がゲーム機でカウントされた課金情報であり、制御情報が時間帯に対応する１ゲーム当たりの課金単位の情報であることを特徴としている。
【００１４】
上記無線通信システムにおいて、子機が、電源用のバッテリーを備えていることを特徴としている。
【発明の効果】
【００１５】
本発明によれば、ベースステーションに設けられた親機と、被監視装置毎に設けられた複数の子機とを備え、子機が被監視装置の装置情報を取得して親機に無線送信することにより、複数の被監視装置の装置状態をベースステーションで一括監視する無線通信システムであって、親機と複数の子機との通信は同一チャネルを用いて時分割で行い、親機が、予め設定されたスケジュールに従って、一定時間受信動作を行って子機からの装置情報を待ち受け、子機が、予め設定されたスケジュールに従って親機に装置情報を送信する際に、周囲の電界ノイズレベルを測定し、測定された電界ノイズレベルが予め設定されたしきい値未満であった場合に送信を行い、電界ノイズレベルがしきい値以上であった場合には、しきい値未満となるまで送信を待機する無線通信システムとしているので、装置コストを低く抑えてシステムを安価に構築しつつ通信衝突を防ぐことができ、子機が、通信環境が良好な場合に送信することにより、子機から親機への通信の信頼性を向上させることができる効果がある。
【００１６】
また、本発明によれば、親機が子機に被監視装置に対する制御情報を送信し、子機が制御情報を受信すると、制御情報に従って被監視装置を制御することにより、複数の被監視装置をベースステーションから遠隔制御する無線通信システムであって、子機が、予め設定されたスケジュールに従って、一定時間間欠受信動作を行って親機からの制御情報を待ち受け、親機が、予め設定されたスケジュールに従って、子機に被監視装置に対する制御情報を送信する際に、周囲の電界ノイズレベルを測定し、測定された電界ノイズレベルが予め設定されたしきい値未満であった場合に送信を行い、電界ノイズレベルが前記しきい値以上であった場合には、しきい値未満となるまで送信を待機する無線通信システムとしているので、親機から子機への通信の信頼性を向上させることができる効果がある。
【００１７】
また、本発明によれば、子機又は親機が、送信失敗した場合には、予め設定されたリトライ回数以内で再送信を行い、設定されたリトライ回数以内で送信できなかった情報は、スケジュールに設定されている次回の送信時に送信する無線通信システムとしているので、送信失敗時に、何度も再送信を行ってチャネルを占有し続けるのを防ぐと共に確実に情報を送信することができる効果がある。
【００１８】
また、本発明によれば、子機が、電源用のバッテリーを備えている無線通信システムとしているので、被監視装置からの動作ノイズの影響を防いで通信の信頼性を向上させ、また、被監視装置に後付で容易に取り付けることができる効果がある。
【発明を実施するための最良の形態】
【００１９】
［発明の概要］
本発明の実施の形態について図面を参照しながら説明する。
本発明の実施の形態に係る通信システムは、被監視装置に取り付けられた子機と、ベースステーションに設けられ、複数の被監視装置の状態を遠隔監視／制御する親機とから成り、親機と複数の子機との間の通信は、同一チャネルを用いて時分割で行い、子機が、定期的に被監視装置から情報を取得して親機に送信する際に、周囲のノイズレベルを測定し、ノイズレベルが高い場合や、他の子機が送信を行っている際には送信を待機して、ノイズレベルが良好になってから送信を行うものであり、子機から親機への通信の信頼性を向上させることができるものである。
【００２０】
また、本発明の実施の形態に係る通信システムは、親機が、子機に対して制御信号等を送信する際に、周囲のノイズレベルを測定し、ノイズレベルが高い場合には送信を待機して、ノイズレベルが良好になってから送信を行うものであり、親機から子機への通信の信頼性を向上させることができるものである。
【００２１】
［実施の形態の概略構成：図１］
図１は、本発明の実施の形態に係る通信システム（本システム）の概略構成図である。
図１に示すように、本システムは、ベースステーションに設けられた親機１と、複数の被監視装置３毎に取り付けられた複数の子機２とから構成されている。親機１，子機２はいずれも送受信無線機である。また、親機１，子機２，被監視装置３にはそれぞれ個別のＩＤが付されて記憶されており、更に、親機１は全ての被監視装置３とそれに対応する子機２のＩＤを記憶し、子機２は、親機１及び自己が取り付けられている被監視装置３のＩＤを記憶している。
【００２２】
親機１は、子機２と無線通信を行う無線部１１と、通信制御等の制御を行うＣＰＵ１２と、被監視装置３の装置情報を記憶するメモリ１３と、ＰＣ１５に接続するインタフェース１４とを備えている。そして、親機１は、インタフェース１４を介してＰＣ１５に接続されている。
【００２３】
本システムの特徴として、親機１は、全ての子機２と同一チャネルを用いて時分割で通信を行う。そのため、送信処理及び受信処理は、通常、子機と連動するスケジュールに従って行われる。
また、無線部１１に周辺ノイズ測定手段が設けられており、ＣＰＵ１２からの指示に従って周辺の電界ノイズレベルを測定する。
メモリ１３には、被監視装置３と子機２とが対応付けて記憶されており、更に、被監視装置３毎に課金情報等の装置情報や、制御情報を記憶するテーブルが記憶されている。
【００２４】
また、ＣＰＵ１２は、本システムの特徴として、送信時に測定した周囲の電界ノイズの値と予め設定されているしきい値とを比較して、周囲のノイズ状態が良好か否かを判断し、良好な場合には送信可能とし、良好でない場合には送信を待機する処理を行う。
ＰＣ１５は、親機１及び子機２の処理スケジュールを生成して管理し、ＲＴＣにより親機１に処理開始の指示を出力する。また、複数の被監視装置３の装置情報を蓄積し、解析する。
【００２５】
子機２は、親機１と無線通信を行う無線部２１と、親機１との通信制御や被監視装置３からの装置情報取得の処理を行うＣＰＵ２２と、取得した装置情報を記憶するメモリ２３と、ＲＴＣ（Real Time Clock；リアルタイムクロック）２４と、電源を供給するバッテリー２５とを備えている。
バッテリー２５を備えることにより、被監視装置３で発生するノイズの影響を受けずに済み、無線通信の信頼性を向上させることができるものである。
【００２６】
子機２の無線部２１には、親機１と同様に、周辺ノイズ測定手段が設けられている。
メモリ２３には、予め親機１から送信された処理のスケジュールが記憶されている。当該スケジュールは、親機１と複数の子機２とが全て同一のチャネルを用いて通信を行うために、通信衝突が発生しないよう、各々の子機２に対して設定されているスケジュールである。また、メモリ２３は、被監視装置３から収集した装置情報を記憶するテーブルを備えている。
【００２７】
子機２のＣＰＵ２２は、ＲＴＣ２４からの時刻が記憶されているスケジュール時刻に一致すると、当該スケジュールに対応して設定されている処理を行う。ＣＰＵ２２は、例えば、被監視装置３にアクセスして装置情報を収集したり、間欠受信動作を行って親機１からの制御信号を待ち受ける、といった処理を行う。
更に、本システムの特徴として、親機１と同様に、ＣＰＵ２２が、無線送信時に周囲のノイズ状態が良好か否かを判断し、良好な場合には送信可能とし、良好でない場合には送信を待機する処理を行う。
【００２８】
上記構成の通信システムの動作について簡単に説明する。
親機１は、複数の子機２と無線通信を行って、子機２から被監視装置３の装置情報を受信して記憶することにより被監視装置３を監視すると共に、子機２に被監視装置３に対する制御信号を送信して、被監視装置３を遠隔制御する。尚、制御信号には、被監視装置３に対する制御情報が含まれているものである。
親機１と複数の子機２との間の無線通信は、同一チャネルを用いて、予め設定されたスケジュールに従って時分割で行われる。これにより、システムを低コストで構築することができると共に、送受信の衝突を防ぐことができるものである。
【００２９】
子機２のＣＰＵ２２は、ベースステーションのＰＣ１５で作成され親機１から送信されたスケジュールを予め受信して記憶しておき、当該スケジュールに従って、ＲＴＣ２４によって起動し、被監視装置３から装置情報を取得し、内部のメモリ２３に記憶する。更に、定期的又はスケジュールに従って、被監視装置３のＩＤ（又は自己のＩＤ）を付して、取得した装置情報を親機１に送信する。子機２は、送信後一定時間は受信状態となり、受信確認（Ａｃｋ）を待ち受ける。
【００３０】
親機１では、子機２のスケジュールに合わせて受信動作を行い、子機２から送信された装置情報を受信して、メモリ１３内に被監視装置３毎に記憶しておき、被監視装置３の運用状況等を監視する。
被監視装置３に対する制御が必要な場合には、親機１が、ＰＣ１５からの指示（手動又はＲＴＣ）により、子機２の間欠受信のスケジュールに合わせて起動し、該当する被監視装置３のＩＤを付して対応する子機２に制御信号を送信し、子機２は、スケジュールに従って間欠受信動作を行って、制御信号を受信するとそれに基づいて被監視装置３を制御する。
【００３１】
更に、本システムの特徴として、親機１及び子機２は、送信時に周囲の電界ノイズを測定して、通信環境を判定して、良好であれば送信し、良好ではない場合には良好になるまで待機して、改めて送信を行うようにしている。これにより、通信の信頼性を向上させることができるものである。
特に、本システムでは、全ての子機２が同一チャネルで通信するため、時分割で送受信動作を行うようスケジュールを設定しているが、送信時に電界ノイズを測定することにより、近隣の他の子機２が送信していないことを確認でき、通信衝突を確実に避けることができるものである。
【００３２】
［本システムの運用例］
次に、本システムをゲームセンタ等に設置されるゲーム機に適用した運用例について具体的に説明する。
ゲームセンタ等に設置されるゲーム機は、硬貨投入タイプが多く、従来は、装置内部で投入された硬貨をカウントし、閉店後に担当者が回収し、集計するようになっていた。また、ゲームセンタでは、ゲーム機の入れ替えや店内のレイアウト変更に伴う移動が頻繁に行われ、ＬＡＮ等を利用した有線管理システムを構築するのが困難であった。
【００３３】
［ゲーム機に適用したシステム：図２］
本システムをゲーム機に適用した例について図２を用いて説明する。図２は、本システムをゲーム機に適用した場合の構成ブロック図である。
図２に示すように、本システムをゲーム機に適用した場合、図１に示したシステムと同様に、ベースステーションに設けられた親機１と、被監視装置３としての複数のゲーム機４（ゲーム機Ａ、Ｂ、Ｃ、Ｄ）と、ゲーム機４毎に取り付けられた複数の子機２とから構成されている。図ではゲーム機Ａの子機２のみを示しているが、同様の子機２がゲーム機Ｂ、Ｃ、Ｄにも設けられている。
【００３４】
［親機１］
親機１は、図１に示したシステムとほぼ同様であり、子機２と無線通信を行う無線部１１と、ゲーム機４の監視や制御を行うＣＰＵ１２と、ゲーム機４の装置情報を記憶するメモリ１３と、ＰＣ１５に接続するためＲＣ２３２ＣやＵＳＢ等のＰＣインタフェース１４とを備えている。そして、親機１は、ＰＣインタフェース１４を介してＰＣ１５に接続されている。
また、無線部１１には、周辺ノイズ測定手段が設けられている。
親機１は、ＰＣ１５からの指示（手動又はＲＴＣ）により起動して、送受信の処理を行う。
ＰＣ１５では、親機１及び子機２のスケジュールや、ゲーム機４に対する制御情報を入力したり、収集した装置情報を解析してデータを表示することが可能である。
【００３５】
［子機２］
子機２は、被監視装置であるゲーム機４毎に設けられ、基本的には図１の子機２と同様の構成であり、無線部２１と、ＣＰＵ２２と、メモリ２３と、ＲＴＣ２４と、バッテリー２５とを備えている。
また、無線部２１には、周辺ノイズ測定手段が設けられている。
【００３６】
ＣＰＵ２２は、ゲーム機４から装置情報を取得して親機１に送信したり、親機１からの指示に従ってゲーム機４を制御する処理を行う。これらの処理は、予め設定されたスケジュールに従って、ＲＴＣ２４による起動で実行される。
具体的には、ＣＰＵ２２では、後述するゲーム機４の投入カウンタ４２にアクセスして、ゲーム機４の課金情報を取得したり、プレイ代金の設定を変更する等の制御を行う。本システムでは、子機２が、投入カウンタ４２のみにアクセスして監視／制御を行うことにより、ゲーム機４本体に与える影響をできるだけ小さくしているものである。
子機２の動作については後で詳細に説明する。
【００３７】
メモリ２３は、後述する各処理の処理プログラムを記憶している。
また、メモリ２３は、ＣＰＵ２２で行われる各処理を実行する時刻を規定するスケジュールを記憶している。スケジュールは、ＰＣ１５において予め作成され、親機１から各子機２に送信され、各子機２は、自己宛のスケジュールを受信してメモリ２３に記憶し、ＲＴＣ２４によって処理を起動するようになっている。
【００３８】
更に、メモリ２３は、自己のＩＤと、対応するゲーム機４のＩＤ、及び親機のＩＤを記憶しており、更に本システムの特徴として、ゲーム機４から取得した課金情報を記憶する課金データテーブルと、時間帯毎に１プレイ毎の代金を記憶する課金単位テーブルとを記憶している。テーブルについては後で詳細に説明する。
【００３９】
バッテリー２５は、子機２に電源を供給する。子機２がゲーム機４と共通の電源から電源供給を受けると、ゲーム機４で発生するノイズの影響を受け、通信の信頼性が損なわれるが、本システムの子機２では、これを防ぐために電源ノイズの影響を受けないバッテリー２５を搭載しているものである。更に、独立した電源を備えることにより、既に設置されているゲーム機４に対しても子機２を後付で容易に取り付けることができるものである。
【００４０】
［ゲーム機４］
ゲーム機４は、従来と同様の構成であり、ユーザが硬貨を投入する硬貨投入口を備えた硬貨ボックス４１と、投入された金額を検出してＣＰＵ４３にゲーム開始の指示を出力する投入カウンタ４２と、ゲームの処理を実行しゲーム機本体の制御を行うＣＰＵ４３と、画像や文字の情報を表示するディスプレイ４４と、ユーザがゲームの操作を入力する入力部（図示せず）とを備えている。
【００４１】
投入カウンタ４２は、電子カウンタであり、硬貨が投入されると、金額と硬貨が投入された時刻と、更にこれまでに何ゲーム行われたかを示す積算回数（カウント値）を課金情報として記憶する。
また、投入カウンタ４２は、内部に、課金単位としてのゲーム代金（１プレイの代金：「課金単位」又は「１プレイ単位」）を記憶しており、投入金額が課金単位以上であれば、ＣＰＵ２３にゲーム開始の指示を出力し、カウンタ値を更新する。
そして、本システムでは、投入カウンタ４２は、子機２のＣＰＵ２２からのアクセスによって、ゲーム機４の装置情報として課金情報を取得され、また、課金単位（１プレイ単位）を変更される。
【００４２】
［子機２に記憶されているテーブル］
次に、子機２のメモリ２３に記憶されている課金データテーブルと課金単位テーブルについて説明する。
［課金データテーブル：図３］
図３は、子機２の課金データテーブルの模式説明図である。
図３に示すように、課金データテーブルは、装置情報として、子機２がゲーム機４の投入カウンタ４２から取得したカウント値を記憶するテーブルであり、投入カウンタ４２からカウンタ値を取得した日時（収集時間）と、読み取ったカウンタ値（硬貨カウント値）とを記憶している。
図３の例では、１２：００から１３：００前の１時間に２０単位課金された、すなわち２０回ゲームが行われたことがわかる。
【００４３】
また、図示は省略するが、課金データテーブルには、収集時間毎に、親機１への送信を完了したか否かを示す送信フラグを記憶している。送信完了の場合には「１」、未送信の場合には「０」を記憶している。
これにより、送信エラー等で送信完了しなかったデータを識別でき、次回の送信時に新しいデータと共に送信することが可能となるものである。
【００４４】
［課金単位テーブル：図４］
図４は、子機２の課金単位テーブルの模式説明図である。
本システムでは、時間帯毎にゲーム機４の１プレイ代金を変えることができるようにしている。通常のゲーム機は、１００円硬貨を投入してゲームを行うようになっており、子機２では、１プレイ当たりの単価を１００円の倍数で表した「１プレイ単位」を、時間帯毎に設定して記憶している。そして、子機２のＣＰＵ２２は、１プレイ単位が変わる時刻にはゲーム機４の投入カウンタ４２にアクセスして、「１プレイ単位」を更新する。
【００４５】
図４に示すように、課金単位テーブルは、時間帯と、それに対応する１プレイ単位を記憶している。「１プレイ単位」は、１プレイ当たりの単価に相当し、１００円の何倍かを表す数値である。図４の例では、１２：００−１３：００は１００円で１プレイ、１３：００−１５：００は１００円で２プレイ、１５：００−２４：００は２００円で１プレイ、という設定になっている。
このように、時間帯によって１プレイ単位を変えることにより、顧客サービスの向上や収益の増加を図ることができるものである。また、これにより、平日と休日とでゲーム代金を変えたり、期間限定の特別料金とすることも容易に可能となる。
【００４６】
尚、課金単位テーブルのデータは、親機１から制御信号として送信されるものであり、時間帯と１プレイ単位とを対応付けたデータとして送信される。子機２における課金単位テーブルの制御情報を受信してテーブルを更新する処理については後述する。
【００４７】
［子機２の動作］
次に、子機２の動作について具体的に説明する。
［子機２における処理概略：図５］
まず、本システムの子機２における処理の概略について図５を用いて説明する。図５は、子機２のＣＰＵ２２における処理の概略を示すフローチャート図である。
図５に示すように、子機２は通常はＳＬＥＥＰ状態であり、ＲＴＣ２４の監視を行って、ＲＴＣ２４からの時刻が予め設定されたスケジュールに一致すると、起動して各処理を開始する。
処理が開始されると、子機２のＣＰＵ２２は、記憶されたスケジュールに基づいて何の処理を行うのかを判断し（１００）、スケジュールに応じて、課金データ収集処理（２００）、課金データ送信処理（３００）、プレイ代金変更設定処理（４００）、制御信号受信処理（５００）を実行する。各処理の詳細については後で説明する。
【００４８】
［課金データ収集処理：図６］
次に、図５の処理２００に示した課金データ収集処理について図６を用いて説明する。図６は、図５の処理２００に示した課金データ収集処理のフローチャート図である。
課金データ収集処理は、スケジュールに従って、ゲーム機４の投入カウンタ４２から課金情報を取得する処理である。
図６に示すように、図５に示したＲＴＣ起動により課金データ収集処理が開始されると、子機２のＣＰＵ２２は、ゲーム機４の投入カウンタ４２にアクセスして、投入カウンタ４２からカウンタ値を取得する（２０２）。
そして、子機２は、取得したカウンタ値を、取得時刻と共にメモリ２３内の課金データテーブルに格納して（２０４）、ＳＬＥＥＥＰ状態に戻る。このようにして子機２の課金データ収集処理が行われる。
【００４９】
これにより、予めスケジュールによって収集時刻を設定しておけば、例えば１時間毎、２時間毎、といった具合に頻繁にカウンタ値を取得することができ、装置の稼働状況を分析する際に有効である。
【００５０】
［課金データ送信処理：図７］
次に、図５の処理３００に示した課金データ送信処理について図７を用いて説明する。図７は、図５の処理３００に示した課金データ送信処理のフローチャート図である。
課金データ送信処理は、子機２が、収集したゲーム機４の課金情報をスケジュールに従って親機１に送信する処理である。
図７に示すように、図５に示したＲＴＣ起動により課金データ送信処理が開始されると、子機２のＣＰＵ２２は、メモリ２３に記憶されている課金データテーブルから最新の課金データ、及び送信フラグが「０」の課金データを読み出す（３０２）。送信フラグが「０」の送信データは、送信リトライを行っても送信できなかったデータである。
【００５１】
そして、子機２のＣＰＵ２２は、メモリ２３からゲーム機４のＩＤを読み出して課金データに付加して送信データとし（３０４）、リトライ回数を「０」に設定し（３０６）、受信機をオンにして（３０８）、周辺ノイズ測定手段に周辺ノイズを測定させ（３１０）、測定された周辺ノイズが予め設定されているしきい値未満であるかどうかを判断する（３１２）。
【００５２】
ゲーム機４の内部には、電源ノイズやゲーム機能を司るＣＰＵ４３の動作ノイズ等があり、これらのノイズをチェックしてから送信を行うことにより、通信の信頼性を向上させることができるものである。
また、ゲームセンタには複数のゲーム機４があり、それらに取り付けられた子機２が一斉に課金情報を送信すると通信衝突が発生する。本システムでは、各子機２に、ずらして送信するよう、予め課金データ送信処理のスケジュールを記憶しておき、ＲＴＣ２４により起動するようにしているので、基本的には送信衝突は防げるものであるが、周辺の電界ノイズを測定することにより、他の子機２が送信中か否かを判断して、確実に通信衝突を防ぐことができるものである。
【００５３】
そして、周辺ノイズがしきい値以上であって通信環境が良好ではない場合は（NGの場合）、子機２のＣＰＵ２２は、処理３１０に戻って周辺ノイズを再度測定し、周辺ノイズの値がよくなるまで待機する。
【００５４】
また、処理３１２で、周辺ノイズがしきい値未満であれば（OKの場合）、子機２のＣＰＵ２２は、送信機をオンにして送信データを親機１宛に送信し（３１４）、親機１からのＡｃｋを受信したかどうかを判断し（３１６）、受信した場合には（Yesの場合）の場合）、送信した課金データに対応する送信フラグに「１」を格納して処理を終わり、ＳＬＥＥＥＰ状態に戻る。
【００５５】
また、処理３１６で親機１からのＡｃｋを受信しなかった場合には（Noの場合）、子機２のＣＰＵ２２は、リトライ回数が予め設定された設定値未満であるかどうかを判断し（３１８）、設定値未満であれば（Yesの場合）、リトライ回数に１を加えて（３２０）、処理３１０に戻って周辺ノイズの判定を行う。
【００５６】
リトライ回数を制限することにより、何度もリトライを繰り返してチャネルを占有するのを防ぐことができるものである。子機２に設定されているリトライ回数は、ゲーム機４の種類や送信頻度に応じて親機１からの設定、変更が可能である。
このようにして、子機２の課金データ送信処理が行われるものである。
【００５７】
課金データ送信処理は、上述した課金データ収集処理と連動して行ってもよいし、１時間毎、２時間毎、という具合に定期的に送信してもよいし、課金単位テーブルに設定されている時間帯の終了時に１回送信してもよく、また、閉店後に１日分の課金データをまとめて送信するようにしてもよい。ゲーム機４の台数や通信頻度に応じて、任意にスケジュールを設定すればよい。
【００５８】
［プレイ代金変更設定処理：図８］
次に、図５の処理４００に示したプレイ代金変更設定処理について図８を用いて説明する。図８は、図５の処理４００に示したプレイ代金変更設定処理のフローチャート図である。
プレイ代金変更設定処理は、子機２が、図４に示した課金単位テーブルに基づいて、１プレイ単位が変更になる時刻の直前に、ゲーム機４の投入カウンタ４２にアクセスして、投入カウンタ４２に設定されている課金単位を更新する処理である。プレイ代金変更設定処理は、課金単位テーブルに記憶されている時間帯に応じたスケジュールに従って、ＲＴＣ起動により実行される。
【００５９】
図８に示すように、図５に示したＲＴＣ起動によりプレイ代金変更設定処理が開始されると、子機２のＣＰＵ２２は、課金単位テーブルから該当する時間帯に対応する１プレイ単位を読み出して（４０２）、投入カウンタ４２の課金単位を読み出した１プレイ単位で更新する（４０４）。これにより、担当者が設定を変更しなくても容易に時間帯毎に１プレイ毎の代金を変更できるものである。
【００６０】
［制御信号受信処理：図９］
次に、図５の処理５００に示した制御信号受信処理について図９を用いて説明する。図９は、図５の処理５００に示した制御信号受信処理のフローチャート図である。
制御信号受信処理は、予めスケジュールで決められた時刻又は定期的に、子機２が間欠受信動作を一定時間行って、親機１からの制御信号を待ち受ける処理である。尚、ここでは、制御信号として課金単位テーブルの更新データを送信する場合を例として説明する。
図９に示すように、図５に示したＲＴＣ起動により制御信号受信処理が開始されると、子機２のＣＰＵ２２は、受信機を起動して間欠受信動作を開始し（５０２）、予め設定された一定時間を計時するタイマ（図示せず）を起動して、制御信号を受信したかどうかを判断する（５０４）。
【００６１】
処理５０４で制御信号を受信した場合には、子機２のＣＰＵ２２は、親機１に対してＡｃｋを送信し（５０６）、受信した時間帯とそれに対応する１プレイ単位に基づいて、メモリ２３に記憶されている課金単位テーブルを更新する（５０８）。
【００６２】
処理５０４で制御信号を受信しなかった場合（Noの場合）、子機２のＣＰＵ２２は、が一定時間が経過したか否かを判断し（５１０）、経過していない場合（Noの場合）には、処理５０４に戻って制御信号を待ち受ける。
また、処理５１０で一定時間が経過した場合には、子機２のＣＰＵ２２は、受信機をオフにして、ＳＬＥＥＰ状態となり、処理を終わる。
【００６３】
課金単位テーブルの更新データを制御信号として送信する場合には、制御信号受信処理は１日に１回程度の頻度でもよく、開店前等にその日に適用する課金単位テーブルを親機１から子機２に送信することが考えられる。
課金単位テーブルの更新データの他にも、例えば、子機２におけるスケジュールの変更やリトライ回数の変更等のデータを制御信号として送信することが可能であり、例えば１時間毎、３０分毎といった具合に間欠受信動作を行うスケジュールを親機１（ＰＣ１５）と子機２とで共有しておき、当該スケジュールに合わせて送受信を行えばよい。
更に、もっと頻繁に制御信号を送信する場合には、子機２は、５分毎、１０分毎等の短い時間間隔で定期的に間欠受信動作を行うようにしてもよい。
【００６４】
［ベースステーションのデータベース：図１０］
次に、親機１に接続されたＰＣ１５のデータベースについて図１０を用いて説明する。図１０は、ベースステーションのＰＣ１５に記憶されているデータベースの模式説明図である。
図１０に示すように、ベースステーションのＰＣ１５のデータベースは、子機２から送信されたゲーム機４毎の課金情報を記憶するものであり、１日毎に、各ゲーム機４について、課金データの収集時刻と、その時の１プレイ単位と、送信されたカウント値とを記憶している。
【００６５】
図１０の例では、ゲーム機Ａ〜Ｄに取り付けられた各子機２から、１３時の課金データ送信処理が行われた後のデータベースを示している。図の右側の太枠部分が各ゲーム機４の最新の課金情報となっている。
そして、ベースステーションのＰＣ１５では、上記データベースに基づいて、例えば１日の営業終了後に、各ゲーム機毎に時間帯毎のゲーム回数及び収益を集計して記憶しておく。これにより、装置毎の稼働状況をグラフ化し、分析することができるものである。
【００６６】
［ベースステーションの親機用課金単位テーブル：図１１］
次に、ベースステーションのＰＣ１５に記憶されている親機用課金単位テーブルについて図１１を用いて説明する。図１１は、ベースステーションのＰＣ１５に記憶されている親機用課金単位テーブルの模式説明図である。
親機用課金単位テーブルは、親機１から子機２に対して制御信号として送信される、子機２の課金単位テーブルの更新データを格納するものである。
図１１に示すように、親機用課金単位テーブルは、ゲーム機４毎に、時間帯と、それに対応する１プレイ単位の組を複数記憶している。そして、スケジュールに従って、各ゲーム機４に対応する子機２に、該当するデータを制御信号として送信するようになっている。
【００６７】
尚、図１１の例では、親機用課金単位テーブル内に日付情報も指定されているが、日付情報は必ずしも必要ではない。
例えば、親機用課金単位テーブルを予め複数パターン用意しておき、１日の営業開始前にその日に適用される親機用課金単位テーブルからデータを読み出して、親機１から各子機２に制御信号を送信することが考えられる。
【００６８】
［親機１の課金データ受信処理：図１２］
次に、親機１の課金データ受信処理について図１２を用いて説明する。図１２は、親機１の課金データ受信処理を示すフローチャート図である。
図１２に示すように、親機１のＣＰＵ１２は、予め設定されたスケジュールに従ってＰＣ１５のＲＴＣにより課金データ受信処理を開始すると、受信機を起動し（６０２）、一定時間、課金データを待ち受ける受信動作を行う（６０４）。親機１の課金データ受信処理のスケジュールは、各子機２からの課金データ送信処理のスケジュールに合わせて設定されている。
【００６９】
課金データを受信すると（Yesの場合）、親機１のＣＰＵ１２は、送信元の子機２に対してＡｃｋを送信し（６０６）、受信機をオフにして（６０８）、受信した課金データをＰＣ１５のデータベースに格納し（６１０）、処理を終わり、ＳＬＥＥＰ状態に戻る。
尚、図示は省略するが、処理６０４で課金データを受信しなかった場合には、一定時間経過したか否かを判断し、経過していなければ処理６０４に戻って課金データの受信を待ち受け、一定時間が経過した場合には、受信機をオフにしてＳＬＥＥＰ状態に戻る。
このようにして親機１における課金データ受信処理が行われるものである。
【００７０】
［親機１の制御信号送信処理：図１３］
次に、親機１の制御信号送信処理について図１３を用いて説明する。図１３は、親機１の制御信号送信処理を示すフローチャート図である。
図１３に示すように、親機１のＣＰＵ１２は、ＰＣ１５からの指示（手動又はＲＴＣ）により制御信号送信処理を開始すると、ＰＣ１５から親機用課金単位テーブルを読み出し、対応するゲーム機４のＩＤを付加して、送信データとする（７０４）。
【００７１】
そして、親機１のＣＰＵ１２は、受信機を起動して（７０６）、周辺ノイズを測定させ（７０８）、測定された周辺ノイズの値がしきい値未満であるかどうかを判定し（７１０）、測定された周辺ノイズの値がしきい値以上であった場合（ＮＧの場合）には、処理７０８に移行して、周辺ノイズの値が良好になるまで待機する。
【００７２】
一方、処理７１０で、しきい値未満であって通信環境が良好な場合（ＯＫの場合）には、親機１のＣＰＵ１２は、送信機を起動して、課金単位データをゲーム機４に対応する子機２宛に送信する（７１２）。
【００７３】
そして、親機１のＣＰＵ１２は、送信先の子機２からのＡｃｋを待ち受け（７１４）、Ａｃｋを受信しなかった場合には（Noの場合）、処理７０８に移行して再度周辺ノイズの測定を行って送信を試みる。
尚、ここで、図７に示した子機２の課金データ送信処理と同様に、リトライ回数を設定しておき、処理７１４でＡｃｋを受信しなかった場合には、設定された回数以内でリトライを行うようにしてもよい。
また、処理７１４で、Ａｃｋを受信した場合には、親機１のＣＰＵ１２は、処理を終わり、ＳＬＥＥＰ状態に戻る。
【００７４】
このように、本システムをゲーム機に適用した場合、ベースステーションで、子機２から送信されたゲーム機４毎の課金データを管理して、各ゲーム機４毎の時間稼働率や人気度を知ることができ、また、１プレイ当たりの代金を容易に変更できるため、顧客サービスを向上させることができ、集客を図ることができるものである。
【００７５】
［本システムの他の運用例］
次に、本システムの他の運用例について説明する。
［環境センシングシステムへの応用］
例えば、温度・湿度・ガス検知等の環境状態を監視する環境センシングシステムに応用する場合について説明する。
監視対象の部屋や空間に各種センサを備えたモニタ装置を設置し、各モニタ装置を被監視装置として、それぞれに子機を備え付け、集中監視するベースステーションに設けられた親機と通信を行うようシステムを構築する。
基本的な動作としては、子機が、モニタ装置からセンサ値を読み取って親機に送信したり、又は親機からの制御信号に基づいて、子機が、モニタ装置がアラームを出力する際のしきい値の設定を変更する、といった処理が考えられる。そして、送信時には周辺のノイズレベルを測定して良好な場合にのみ送信する。
【００７６】
［工場量産ライン管理システムへの応用］
工場量産ライン管理システムに応用する場合、工程毎の製造装置に子機を搭載し、子機が、歩留りや稼働率のデータを親機に送信すると共に、親機からの指示で、子機が、製造装置における製品の良／不良を判定するしきい値を変更することが考えられる。
また、親機では、各製造装置毎に歩留りや稼働率を管理することにより工場の生産ラインを監視することができるものである。
【００７７】
［ヘルスケアシステムへの応用］
ヘルスケアシステムに応用する場合、生体データを測定する測定器に子機を搭載し、子機が、測定結果を親機に送信すると共に、親機からの指示で、測定器の検査分解能や判定値の変更を行うことが考えられる。
【００７８】
［実施の形態の効果］
本発明の実施の形態に係る無線通信システムによれば、ベースステーションに設けられた親機１と、複数の被監視装置３毎に搭載された子機２とを備え、子機２が、周囲の電界ノイズレベルを測定する周辺ノイズレベル測定手段を備え、予め設定されたスケジュールに従って被監視装置３の装置情報を取得して記憶し、記憶された装置情報を親機１に送信する際に、周囲の電界ノイズレベルを測定し、ノイズレベルが予め設定されたしきい値未満である場合に、通信環境が良好であるとして送信処理を行い、ノイズレベルがしきい値以上である場合には、ノイズレベルが良好になるまで送信を待機する無線通信システムとしているので、被監視装置３の装置情報を親機１に送信して、ベースステーションで一括監視することができ、また、通信環境が良好な場合のみ送信を行うので、通信の信頼性を向上させることができる効果がある。
【００７９】
また、本システムによれば、親機１が、周囲の電界ノイズレベルを測定する周辺ノイズレベル測定手段を備え、子機２に対して制御信号を送信する際に、周囲のノイズレベルを測定し、ノイズレベルが高い場合には送信を待機して、ノイズレベルが良好になってから送信を行うものであり、親機から子機への通信の信頼性を向上させることができる効果がある。
【００８０】
また、本システムによれば、親機１と複数の子機２との通信は同一チャネルで行い、各子機２における送受信時刻をずらしてスケジュールに設定しておき、子機毎に時分割で通信を行うようにしているので、装置コストを抑え、且つ通信衝突を防ぐことができる効果がある。
【００８１】
本システムをゲーム機に適用したシステムの場合、子機２はゲーム機４に対応して搭載され、予め設定されたスケジュールに従って、ゲーム機４の投入カウンタ４２にアクセスしてカウンタ値を取得し、取得日時とカウンタ値とを記憶しておき、親機１に取得日時とカウンタ値を送信する際に、周囲の電界ノイズレベルを測定し、ノイズレベルが予め設定されたしきい値未満である場合に、通信環境が良好であるとして送信処理を行い、ノイズレベルがしきい値以上である場合には、ノイズレベルが良好になるまで送信を待機する無線通信システムとしているので、任意のスケジュールに従ってゲーム機４の課金情報を親機１に送信して、ベースステーションで一括監視することができ、また、ゲームセンタ等の周辺ノイズが大きい場所であっても通信環境が良好な場合のみ送信を行うので、通信の信頼性を向上させることができる効果がある。
【００８２】
また、本システムによれば、子機２は、対応するゲーム機４について、時間帯毎に１プレイ当たりのゲーム代金単価（１プレイ単位）を規定する課金単位テーブルを備えており、当該テーブルに従って、ゲーム機４の投入カウンタ４２にアクセスして１プレイ単位を更新するようにしており、子機２の課金単位テーブルのデータは、ベースステーションの親機１から更新可能としているので、時間帯によってゲーム機４の料金設定を容易に変えることができ、更に特定期間だけの特別料金も容易に導入でき、顧客サービスを向上させ、集客を図ることができる効果がある。
【００８３】
また、本システムによれば、子機２は、電源用のバッテリー２５を備えているので、ゲームセンタのように電源ノイズや機器ノイズが大きいところであっても、それらの影響を受けずに済み、通信の信頼性を向上させることができ、また、ゲーム機等の被監視装置に後付で容易に取り付けられる効果がある。
【産業上の利用可能性】
【００８４】
本発明は、通信環境があまり良くない場所においても、信頼性の高い通信を行って被監視装置を一括監視することができる無線通信システムに適している。
【図面の簡単な説明】
【００８５】
【図１】本発明の実施の形態に係る通信システム（本システム）の概略構成図である。
【図２】本システムをゲーム機に適用した場合の構成ブロック図である。
【図３】子機２の課金データテーブルの模式説明図である。
【図４】子機２の課金単位テーブルの模式説明図である。
【図５】子機２のＣＰＵ２２における処理の概略を示すフローチャート図である。
【図６】図５の処理２００に示した課金データ収集処理のフローチャート図である。
【図７】図５の処理３００に示した課金データ送信処理のフローチャート図である。
【図８】図５の処理４００に示したプレイ代金変更設定処理のフローチャート図である。
【図９】図５の処理５００に示した制御信号受信処理のフローチャート図である。
【図１０】ベースステーションのＰＣ１５に記憶されているデータベースの模式説明図である。
【図１１】ベースステーションのＰＣ１５に記憶されている親機用課金単位テーブルの模式説明図である。
【図１２】親機１の課金データ受信処理を示すフローチャート図である。
【図１３】親機１の制御信号送信処理を示すフローチャート図である。
【符号の説明】
【００８６】
１…親機、  １１…無線部、  １２…ＣＰＵ、  １３…メモリ、  １４…インタフェース、  １５…ＰＣ、  ２…子機、  ２１…無線部、  ２２…ＣＰＵ、  ２３…メモリ、  ２４…ＲＴＣ、  ２５…バッテリー、  ４…ゲーム機、  ４１…硬貨ボックス、  ４２…投入カウンタ、  ４３…ＣＰＵ、  ４４…ディスプレイ
【図１】
2010034846.tif 000003
【図２】
2010034846.tif 000004
【図３】
2010034846.tif 000005
【図４】
2010034846.tif 000006
【図５】
2010034846.tif 000007
【図６】
2010034846.tif 000008
【図７】
2010034846.tif 000009
【図８】
2010034846.tif 000010
【図９】
2010034846.tif 000011
【図１０】
2010034846.tif 000012
【図１１】
2010034846.tif 000013
【図１２】
2010034846.tif 000014
【図１３】
2010034846.tif 000015