(57)【要約】【課題】環境に原因があるために通信が失敗したときに新たな制御端末を選択可能な無線通信システム、通信端末及び無線通信プログラムを提供する。【解決手段】各グループに対する通信状態確認処理において応答のない端末があった場合には、リーダー端末は、今までに通信を失敗していない端末の中から新リーダーを依頼する端末を選択する（Ｓ４８３）。そして、選択した新リーダー依頼端末に対して、リーダーを依頼するデータを送信する（Ｓ４８６，Ｓ４８８）。送信されたデータに対して新リーダー依頼端末が新リーダー依頼受信通知を返してくれば（Ｓ４９０：ＹＥＳ）、その端末がリーダー端末となり、これまでのリーダー端末はメンバー端末に移行する（Ｓ４９１）。一定時間経過後も新リーダー依頼受信通知が返ってこなければ（Ｓ４９２：ＹＥＳ）、他の端末を新リーダー依頼端末に選択し、新リーダーが決まるまで処理を繰り返す。【選択図】図９
2008060977.tif 000002
【特許請求の範囲】
【請求項１】
制御情報を送信する制御端末と、当該制御端末から送信される制御情報に基づき動作する複数の被制御端末とが無線通信ネットワークを介して接続され、前記制御端末及び前記被制御端末は１又は複数のグループに所属し、前記制御情報は当該グループごとに送信される無線通信システムであって、
前記制御端末は、
前記被制御端末に制御情報を送信する制御情報送信手段と、
前記被制御端末から応答情報を受信する応答情報受信手段と、
前記応答情報受信手段がいずれかの被制御端末の属するグループから応答情報を所定時間内に受信しなかった場合に、前記被制御端末の中から当該制御端末自身に替わって新たな制御端末となる被制御端末を選択する選択手段と、
前記選択手段により選択された被制御端末に制御端末となることを依頼する依頼情報を送信する依頼情報送信手段と、
前記被制御端末から制御端末となることを受諾する受諾情報を受信したときに前記制御端末であることを中止して前記被制御端末となる被制御端末移行手段とを備え、
前記被制御端末は、
前記制御端末から制御情報を受信する制御情報受信手段と、
前記被制御側受信手段により制御情報を受信したときに、前記制御端末に応答情報を送信する応答情報送信手段と、
前記制御情報受信手段により受信した制御情報に規定された動作を実行する動作実行手段と、
前記制御端末から前記依頼情報を受信する依頼情報受信手段と、
前記依頼情報受信手段により依頼情報を受信したときに、前記制御端末に前記受諾情報を送信する受諾情報送信手段と、
前記受諾情報送信手段により受諾情報を送信したときに、前記被制御端末であることを中止して前記制御端末となる制御端末移行手段とを備えたことを特徴とする無線通信システム。
【請求項２】
前記制御端末は、
前記新たな制御端末となりうる被制御端末の候補を作成する候補作成手段を備え、
前記選択手段は、前記候補作成手段により作成された候補の中から前記新たな制御端末となる被制御端末を選択することを特徴とする請求項１に記載の無線通信システム。
【請求項３】
前記制御端末は、
前記応答情報受信手段が応答情報を所定時間内に受信しなかった被制御端末のリストである不達リストを作成する不達リスト作成手段を備え、
前記候補作成手段は、前記不達リスト作成手段により作成された不達リストにない被制御端末を前記候補として作成することを特徴とする請求項２に記載の無線通信システム。
【請求項４】
前記複数の被制御端末のいずれかは、時間を計測する時間計測端末であり、
当該時間計測端末は、
時間の経過を計測する計測手段と、
前記計測手段により所定時間が経過したか否かを判断する経過判断手段と、
前記経過判断手段により所定時間が経過したと判断された場合に、前記制御端末に前記制御端末であることを中止して前記被制御端末となるように指示する移行指示情報を送信する移行指示情報送信手段とを備え、
前記移行指示情報送信手段により移行指示情報が送信された場合に、前記制御端末移行手段が動作し、
前記制御端末は、
前記時間計測端末から前記移行指示情報を受信した場合に前記被制御端末移行手段が動作することを特徴とする請求項１から３のいずれかに記載の無線通信システム。
【請求項５】
前記複数の被制御端末のいずれかは、時間を計測する時間計測端末であり、
前記制御端末は、
全ての前記グループの被制御端末から前記応答情報を受信したか否かを判断する受信判断手段と、
前記受信判断手段が全ての前記グループの被制御端末から前記応答情報を受信したと判断したときに、全ての前記グループの被制御端末から前記応答情報を受信したことを示す最終グループ通信完了通知情報を前記時間計測端末に対して送信する最終グループ通信完了通知情報送信手段とを備え、
前記受信判断手段が全ての前記グループの被制御端末から前記応答情報を受信したと判断したときに前記被制御端末移行手段が動作し、
前記時間計測端末は、
時間の経過を計測する計測手段と、
前記計測手段により所定時間が経過したか否かを判断する経過判断手段と、
前記最終グループ通信完了通知情報を受信する最終グループ通信完了通知情報受信手段とを備え、
前記経過判断手段により所定時間が経過したと判断され、且つ、前記最終グループ通信完了通知情報受信手段により前記最終グループ通信完了通知情報が受信された場合に、前記制御端末移行手段が動作することを特徴とする請求項１から３のいずれかに記載の無線通信システム。
【請求項６】
前記被制御端末は、
前記制御情報に基づき前記動作実行手段が所定の情報を前記制御端末に送信し、
前記制御端末は、
前記被制御端末から受信した所定の情報をネットワークを介して接続されたサーバに送信する収集情報送信手段を備えたことを特徴とする請求項１から５のいずれかに記載の無線通信システム。
【請求項７】
無線通信ネットワークを介して相互に接続され、制御情報を送信する制御端末又は当該制御端末から送信される制御情報に基づき動作する被制御端末として機能する通信端末であって、
前記制御端末として機能するときは、
前記被制御端末に制御情報を送信する制御情報送信手段と、
前記被制御端末から応答情報を受信する応答情報受信手段と、
前記応答情報受信手段がいずれかの被制御端末の属するグループから応答情報を所定時間内に受信しなかった場合に、前記被制御端末の中から当該制御端末自身に替わって新たな制御端末となる被制御端末を選択する選択手段と、
前記選択手段により選択された被制御端末に制御端末となることを依頼する依頼情報を送信する依頼情報送信手段と、
前記被制御端末から制御端末となることを受諾する受諾情報を受信したときに前記制御端末であることを中止して前記被制御端末となる被制御端末移行手段とを備え、
前記被制御端末として機能するときは、
前記制御端末から制御情報を受信する制御情報受信手段と、
前記被制御側受信手段により制御情報を受信したときに、前記制御端末に応答情報を送信する応答情報送信手段と、
前記制御情報受信手段により受信した制御情報に規定された動作を実行する動作実行手段と、
前記制御端末から前記依頼情報を受信する依頼情報受信手段と、
前記依頼情報受信手段により依頼情報を受信したときに、前記制御端末に前記受諾情報を送信する受諾情報送信手段と、
前記受諾情報送信手段により受諾情報を送信したときに、前記被制御端末であることを中止して前記制御端末となる制御端末移行手段とを備えたことを特徴とする通信端末。
【請求項８】
前記制御端末として機能するときに、
前記新たな制御端末となりうる被制御端末の候補を作成する候補作成手段を備え、
前記選択手段は、前記候補作成手段により作成された候補の中から前記新たな制御端末となる被制御端末を選択することを特徴とする請求項７に記載の通信端末。
【請求項９】
前記制御端末として機能するときに、
前記応答情報受信手段が応答情報を所定時間内に受信しなかった被制御端末のリストである不達リストを作成する不達リスト作成手段を備え、
前記候補作成手段は、前記不達リスト作成手段により作成された不達リストにない被制御端末を前記候補として作成することを特徴とする請求項８に記載の通信端末。
【請求項１０】
前記被制御端末として機能するとともに時間を計測する時間計測端末としても機能し、
当該時間計測端末として機能するときは、
時間の経過を計測する計測手段と、
前記計測手段により所定時間が経過したか否かを判断する経過判断手段と、
前記経過判断手段により所定時間が経過したと判断された場合に、前記制御端末に前記制御端末であることを中止して前記被制御端末となるように指示する移行指示情報を送信する移行指示情報送信手段とを備え、
前記移行指示情報送信手段により移行指示情報が送信された場合に、前記制御端末移行手段が動作することを特徴とする請求項７から９のいずれかに記載の通信端末。
【請求項１１】
前記被制御端末として機能するとともに時間を計測する時間計測端末としても機能し、
当該時間計測端末として機能するときは、
時間の経過を計測する計測手段と、
前記計測手段により所定時間が経過したか否かを判断する経過判断手段と、
全ての前記グループの被制御端末から前記応答情報を受信したことを示す最終グループ通信完了通知情報を前記制御端末から受信する最終グループ通信完了通知情報受信手段と、
前記経過判断手段により所定時間が経過したと判断され、且つ、前記最終グループ通信完了通知情報受信手段により前記最終グループ通信完了通知情報が受信された場合に、前記制御端末移行手段が動作することを特徴とする請求項７から９のいずれかに記載の通信端末。
【請求項１２】
前記被制御端末として機能するときに、
前記制御情報に基づき前記動作実行手段が所定の情報を前記制御端末に送信し、
前記制御端末として機能するときに、
前記被制御端末から受信した所定の情報をネットワークを介して接続されたサーバに送信する収集情報送信手段を備えたことを特徴とする請求項７から１１のいずれかに記載の通信端末。
【請求項１３】
請求項７から１２のいずれかに記載の通信端末の各種処理手段としてコンピュータを機能させるための無線通信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システム、通信端末及び無線通信プログラムに関するものである。
【背景技術】
【０００２】
一般に、アクセスポイントを介さない無線アドホック通信において、１つの端末から複数の端末に対して通信を行う場合に、何らかの理由で通信が不可能になる場合が考えられる。例えば、ブロードキャストを行う端末（以下、「制御端末」という。）に支障が生じた場合は、これを別の端末に交代するのが望ましい。そこで、特許文献１では、ブロードキャストを行う制御端末（コーディネーター端末）となりうる端末の優先順位をあらかじめ定めておき、現コーディネーター端末において通信に不都合が生じた場合に、すみやかに交代させる方法が開示されている。
【特許文献１】特開２００５−６３２７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、無線アドホック通信における通信の失敗の原因としては、制御端末に支障が生じる場合に限らず、受信側の端末が通信範囲外に移動してしまっていたり、遮蔽物がある等、環境に原因がある場合も少なくない。このような場合には、制御端末自身は通信能力を保有しているので、通信が失敗した端末を考慮したり、現在通信可能な端末を考慮する等して柔軟に制御端末自身が次の制御端末を決定するのが望ましいが、上記従来の技術のように予め優先順位を決めておく方法では対処できない。
【０００４】
本発明は上記問題を解決するためになされたものであり、環境に原因があるために通信が失敗したときに新たな制御端末を選択可能な無線通信システム、通信端末、及び無線通信プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、本発明の請求項１に記載の無線通信システムは、制御情報を送信する制御端末と、当該制御端末から送信される制御情報に基づき動作する複数の被制御端末とが無線通信ネットワークを介して接続され、前記制御端末及び前記被制御端末は１又は複数のグループに所属し、前記制御情報は当該グループごとに送信される無線通信システムであって、前記制御端末は、前記被制御端末に制御情報を送信する制御情報送信手段と、前記被制御端末から応答情報を受信する応答情報受信手段と、前記応答情報受信手段がいずれかの被制御端末の属するグループから応答情報を所定時間内に受信しなかった場合に、前記被制御端末の中から当該制御端末自身に替わって新たな制御端末となる被制御端末を選択する選択手段と、前記選択手段により選択された被制御端末に制御端末となることを依頼する依頼情報を送信する依頼情報送信手段と、前記被制御端末から制御端末となることを受諾する受諾情報を受信したときに前記制御端末であることを中止して前記被制御端末となる被制御端末移行手段とを備え、前記被制御端末は、前記制御端末から制御情報を受信する制御情報受信手段と、前記被制御側受信手段により制御情報を受信したときに、前記制御端末に応答情報を送信する応答情報送信手段と、前記制御情報受信手段により受信した制御情報に規定された動作を実行する動作実行手段と、前記制御端末から前記依頼情報を受信する依頼情報受信手段と、前記依頼情報受信手段により依頼情報を受信したときに、前記制御端末に前記受諾情報を送信する受諾情報送信手段と、前記受諾情報送信手段により受諾情報を送信したときに、前記被制御端末であることを中止して前記制御端末となる制御端末移行手段とを備えたことを特徴とする。
【０００６】
また、本発明の請求項２に記載の無線通信システムは、請求項１に記載の発明の構成に加え、前記制御端末が、前記新たな制御端末となりうる被制御端末の候補を作成する候補作成手段を備え、前記選択手段は、前記候補作成手段により作成された候補の中から前記新たな制御端末となる被制御端末を選択することを特徴とする。
【０００７】
また、本発明の請求項３に記載の無線通信システムは、請求項２に記載の発明の構成に加え、前記制御端末が、前記応答情報受信手段が応答情報を所定時間内に受信しなかった被制御端末のリストである不達リストを作成する不達リスト作成手段を備え、前記候補作成手段は、前記不達リスト作成手段により作成された不達リストにない被制御端末を前記候補として作成することを特徴とする。
【０００８】
また、本発明の請求項４に記載の無線通信システムは、請求項１から３のいずれかに記載の発明の構成に加え、前記複数の被制御端末のいずれかは、時間を計測する時間計測端末であり、当該時間計測端末は、時間の経過を計測する計測手段と、前記計測手段により所定時間が経過したか否かを判断する経過判断手段と、前記経過判断手段により所定時間が経過したと判断された場合に、前記制御端末に前記制御端末であることを中止して前記被制御端末となるように指示する移行指示情報を送信する移行指示情報送信手段とを備え、前記移行指示情報送信手段により移行指示情報が送信された場合に、前記制御端末移行手段が動作し、前記制御端末は、前記時間計測端末から前記移行指示情報を受信した場合に前記被制御端末移行手段が動作することを特徴とする。
【０００９】
また、本発明の請求項５に記載の無線通信システムは、請求項１から３のいずれかに記載の発明の構成に加え、前記複数の被制御端末のいずれかは、時間を計測する時間計測端末であり、前記制御端末は、全ての前記グループの被制御端末から前記応答情報を受信したか否かを判断する受信判断手段と、前記受信判断手段が全ての前記グループの被制御端末から前記応答情報を受信したと判断したときに、全ての前記グループの被制御端末から前記応答情報を受信したことを示す最終グループ通信完了通知情報を前記時間計測端末に対して送信する最終グループ通信完了通知情報送信手段とを備え、前記受信判断手段が全ての前記グループの被制御端末から前記応答情報を受信したと判断したときに前記被制御端末移行手段が動作し、前記時間計測端末は、時間の経過を計測する計測手段と、前記計測手段により所定時間が経過したか否かを判断する経過判断手段と、前記最終グループ通信完了通知情報を受信する最終グループ通信完了通知情報受信手段とを備え、前記経過判断手段により所定時間が経過したと判断され、且つ、前記最終グループ通信完了通知情報受信手段により前記最終グループ通信完了通知情報が受信された場合に、前記制御端末移行手段が動作することを特徴とする。
【００１０】
また、本発明の請求項６に記載の無線通信システムは、請求項１から５のいずれかに記載の発明の構成に加え、前記被制御端末が、前記制御情報に基づき前記動作実行手段が所定の情報を前記制御端末に送信し、前記制御端末は、前記被制御端末から受信した所定の情報をネットワークを介して接続されたサーバに送信する収集情報送信手段を備えたことを特徴とする。
【００１１】
また、本発明の請求項７に記載の通信端末は、無線通信ネットワークを介して相互に接続され、制御情報を送信する制御端末又は当該制御端末から送信される制御情報に基づき動作する被制御端末として機能する通信端末であって、前記制御端末として機能するときは、前記被制御端末に制御情報を送信する制御情報送信手段と、前記被制御端末から応答情報を受信する応答情報受信手段と、前記応答情報受信手段がいずれかの被制御端末の属するグループから応答情報を所定時間内に受信しなかった場合に、前記被制御端末の中から当該制御端末自身に替わって新たな制御端末となる被制御端末を選択する選択手段と、前記選択手段により選択された被制御端末に制御端末となることを依頼する依頼情報を送信する依頼情報送信手段と、前記被制御端末から制御端末となることを受諾する受諾情報を受信したときに前記制御端末であることを中止して前記被制御端末となる被制御端末移行手段とを備え、前記被制御端末として機能するときは、前記制御端末から制御情報を受信する制御情報受信手段と、前記被制御側受信手段により制御情報を受信したときに、前記制御端末に応答情報を送信する応答情報送信手段と、前記制御情報受信手段により受信した制御情報に規定された動作を実行する動作実行手段と、前記制御端末から前記依頼情報を受信する依頼情報受信手段と、前記依頼情報受信手段により依頼情報を受信したときに、前記制御端末に前記受諾情報を送信する受諾情報送信手段と、前記受諾情報送信手段により受諾情報を送信したときに、前記被制御端末であることを中止して前記制御端末となる制御端末移行手段とを備えたことを特徴とする。
【００１２】
また、本発明の請求項８に記載の通信端末は、請求項７に記載の発明の構成に加え、前記制御端末として機能するときに、前記新たな制御端末となりうる被制御端末の候補を作成する候補作成手段を備え、前記選択手段は、前記候補作成手段により作成された候補の中から前記新たな制御端末となる被制御端末を選択することを特徴とする。
【００１３】
また、本発明の請求項９に記載の通信端末は、請求項８に記載の発明の構成に加え、前記制御端末として機能するときに、前記応答情報受信手段が応答情報を所定時間内に受信しなかった被制御端末のリストである不達リストを作成する不達リスト作成手段を備え、前記候補作成手段は、前記不達リスト作成手段により作成された不達リストにない被制御端末を前記候補として作成することを特徴とする。
【００１４】
また、本発明の請求項１０に記載の通信端末は、請求項７から９のいずれかに記載の発明の構成に加え、前記被制御端末として機能するとともに時間を計測する時間計測端末としても機能し、当該時間計測端末として機能するときは、時間の経過を計測する計測手段と、前記計測手段により所定時間が経過したか否かを判断する経過判断手段と、前記経過判断手段により所定時間が経過したと判断された場合に、前記制御端末に前記制御端末であることを中止して前記被制御端末となるように指示する移行指示情報を送信する移行指示情報送信手段とを備え、前記移行指示情報送信手段により移行指示情報が送信された場合に、前記制御端末移行手段が動作することを特徴とする。
【００１５】
また、本発明の請求項１１に記載の通信端末は、請求項７から９のいずれかに記載の発明の構成に加え、前記被制御端末として機能するとともに時間を計測する時間計測端末としても機能し、当該時間計測端末として機能するときは、時間の経過を計測する計測手段と、前記計測手段により所定時間が経過したか否かを判断する経過判断手段と、全ての前記グループの被制御端末から前記応答情報を受信したことを示す最終グループ通信完了通知情報を前記制御端末から受信する最終グループ通信完了通知情報受信手段と、前記経過判断手段により所定時間が経過したと判断され、且つ、前記最終グループ通信完了通知情報受信手段により前記最終グループ通信完了通知情報が受信された場合に、前記制御端末移行手段が動作することを特徴とする。
【００１６】
また、本発明の請求項１２に記載の通信端末は、請求項７から１１のいずれかに記載の発明の構成に加え、前記被制御端末として機能するときに、前記制御情報に基づき前記動作実行手段が所定の情報を前記制御端末に送信し、前記制御端末として機能するときに、前記被制御端末から受信した所定の情報をネットワークを介して接続されたサーバに送信する収集情報送信手段を備えたことを特徴とする。
【００１７】
また、本発明の請求項１３に記載の無線通信プログラムは、請求項７から１２のいずれかに記載の発明の各種処理手段としてコンピュータを機能させる。
【発明の効果】
【００１８】
本発明の請求項１に記載の無線通信システムは、制御端末がいずれかの被制御端末の属するグループから応答情報を所定時間内に受信しなかった場合に、被制御端末の中から当該制御端末自身に替わって新たな制御端末となる被制御端末を選択し、その選択した被制御端末に制御端末となることを依頼する依頼情報を送信する。被制御端末が依頼情報に応じて受諾情報を送信してくれば、制御端末は被制御端末に移行し、受諾情報を送信してきた被制御端末が制御端末となる。従って、障害物や遮蔽物等の環境に起因していずれかのグループの被制御端末と通信が不能になったときには、被制御端末の中から適当な端末を選んで次の制御端末とすることができる。このため、優先順位を固定的に定めておいて制御端末を交代するような場合と比べ、通信の失敗に対して柔軟に対処することができる。
【００１９】
また、本発明の請求項２に記載の無線通信システムは、請求項１に記載の発明の効果に加え、次の制御端末とすることができる被制御端末の候補を作成し、その候補の中から次の制御端末を選択する。従って、好ましい被制御端末のなかから次の制御端末を選択することができる。このため、次の制御端末の選択や受諾を効率的に行うことができ、次回の通信の成功の確率を高めることができる。
【００２０】
また、本発明の請求項３に記載の無線通信システムは、請求項２に記載の発明の効果に加え、応答情報を送信してこなかった被制御端末のリストである不達リストを作成する。そして、その不達リストにない被制御端末から次の制御端末の候補が作成される。従って、それまでに通信に障害があった被制御端末を次の制御端末に選択することがない。このため、次の制御端末の選択や受諾を効率的に行うことができ、次回の通信の成功の確率を高めることができる。
【００２１】
また、本発明の請求項４に記載の無線通信システムは、請求項１から３のいずれかに記載の発明の効果に加え、複数の被制御端末のいずれかは、時間を計測する時間計測端末であり、時間を計測して、所定時間の経過後に制御端末に移行指示情報を送信する。移行指示情報の送信により、制御端末は被制御端末に移行し、時間計測端末が新たな制御端末となる。従って、一定時間で強制的に制御端末を交代させるので、一定周期で繰り返す制御を実行しているときに、効果的に制御することができる。
【００２２】
また、本発明の請求項５に記載の無線通信システムは、請求項１から３のいずれかに記載の発明の効果に加え、複数の被制御端末のいずれかは、時間を計測する時間計測端末であり、制御端末が時間計測端末でない場合は、全てのグループから応答情報を受信したときに時間計測端末に最終グループ通信完了通知情報を通知するとともに、被制御端末に移行する。時間計測端末は、時間を計測して、所定時間が経過し、かつ、最終グループ通信完了通知情報を受信していれば、制御端末に移行する。従って、全てのグループに対する制御が終了するのを最優先としながら、一定周期で繰り返す制御を実行しているときに、効果的に制御することができる。
【００２３】
また、本発明の請求項６に記載の無線通信システムは、請求項１から５のいずれかに記載の発明の効果に加え、制御端末が収集した被制御端末の情報を外部のサーバに送信する。このため、制御端末が別の端末に移行する際に、制御端末が収集した被制御端末の情報を移行先の端末に送信するなどの処理を行なう必要がない。従って、被制御端末の数が増え、情報量が増加しても、制御端末の記憶容量にかかわらず情報収集制御を実行できる。
【００２４】
また、本発明の請求項７に記載の通信端末は、制御端末または被制御端末として機能する。制御端末のときは、いずれかの被制御端末の属するグループから応答情報を所定時間内に受信しなかった場合に、被制御端末の中から当該制御端末自身に替わって新たな制御端末となる被制御端末を選択し、その選択した被制御端末に制御端末となることを依頼する依頼情報を送信する。被制御端末が依頼情報に応じて受諾情報を送信してくれば、被制御端末に移行する。被制御端末のときは、常時は制御端末から送信される制御情報に従って動作し、制御端末から依頼情報を受信したら、受諾情報を送信して制御端末となる。従って、障害物や遮蔽物等の環境に起因していずれかのグループの被制御端末と通信が不能になったときには、被制御端末の中から適当な端末を選んで次の制御端末とすることができる。このため、優先順位を固定的に定めておいて制御端末を交代するような場合と比べ、通信の失敗に対して柔軟に対処することができる。
【００２５】
また、本発明の請求項８に記載の通信端末は、請求項７に記載の発明の効果に加え、制御端末のときに、次の制御端末とすることができる被制御端末の候補を作成し、その候補の中から次の制御端末を選択する。従って、好ましい被制御端末のなかから次の制御端末を選択することができる。このため、次の制御端末の選択や受諾を効率的に行うことができ、次回の通信の成功の確率を高めることができる。
【００２６】
また、本発明の請求項９に記載の通信端末は、請求項８に記載の発明の効果に加え、制御端末のときに、応答情報を送信してこなかった被制御端末のリストである不達リストを作成する。そして、その不達リストにない被制御端末から次の制御端末の候補が作成される。従って、それまでに通信に障害があった被制御端末を次の制御端末に選択することがない。このため、次の制御端末の選択や受諾を効率的に行うことができ、次回の通信の成功の確率を高めることができる。
【００２７】
また、本発明の請求項１０に記載の通信端末は、請求項７から９のいずれかに記載の発明の効果に加え、被制御端末に加えて時間計測端末としても機能し、時間を計測して、所定時間の経過後に制御端末に移行指示情報を送信する。そして、自身が新たな制御端末となる。従って、一定時間で強制的に時間計測端末である被制御端末が制御端末となるので、一定周期で繰り返す制御を実行しているときに、効果的に制御することができる。
【００２８】
また、本発明の請求項１１に記載の通信端末は、請求項７から９のいずれかに記載の発明の効果に加え、被制御端末に加えて時間計測端末としても機能し、時間を計測して、所定時間が経過し、かつ、制御端末から全グループからの応答情報受信完了を通知されていれば、制御端末に移行する。従って、全てのグループに対する制御が終了するのを最優先しつつ、一定周期で繰り返す制御を実行しているときに、効果的に制御することができる。
【００２９】
また、本発明の請求項１２に記載の通信端末は、請求項７から１１のいずれかに記載の発明の効果に加え、制御端末として機能するときに、被制御端末から収集した情報を外部のサーバに送信する。このため、制御端末が別の端末に移行する際に、制御端末が収集した被制御端末の情報を移行先の端末に送信するなどの処理を行なう必要がない。従って、被制御端末の数が増え、情報量が増加しても、制御端末の記憶容量にかかわらず情報収集制御を実行できる。
【００３０】
また、本発明の請求項１３に記載の無線通信プログラムは、請求項７から１２のいずれかに記載の発明の作用効果を奏することができる。
【発明を実施するための最良の形態】
【００３１】
以下、本発明の実施の形態である無線通信システム１００について図面を参照して説明する。まず、図１を参照して、無線通信システム１００の概略について説明する。図１は、無線通信システムの概略を示す説明図である。
【００３２】
図１に示す無線通信システム１００は、複数の無線通信端末がアドホック通信を実行するものである。各無線通信端末は、物理的な構成は同一であるが（詳細は後述）、制御情報を他の端末に送信する制御端末（以下、「リーダー端末」という。）と、制御情報を受信してその制御情報に従った所定の動作を実行する被制御端末（以下、「メンバー端末」という。）のいずれかとして機能する。無線通信システム１００には、複数のグループ３（図１では、グループＡ、グループＢ、グループＣの３つ）が存在し、各メンバー端末２は、いずれかのグループに所属している。リーダー端末１は、各グループ単位で同期通信を実行する。
【００３３】
ここで、リーダー端末１からグループＣへの同期通信が失敗した場合、リーダー端末１は、いずれかのメンバー端末２に対して、自身に代わってリーダー端末になってくれるように依頼する。依頼されたメンバー端末２は、新リーダー端末４となり、以後の通信はその新リーダー端末４がリーダー端末１として実行し、それまでのリーダー端末１は、メンバー端末２となる。
【００３４】
次に、図２及び図３を参照して、無線通信システム１００を構成する通信端末（リーダー端末１及びメンバー端末２）の電気的構成について説明する。図２は、リーダー端末１及びメンバー端末２の電気的構成を示すブロック図である。図３は、ＲＡＭ３０の記憶領域を示す模式図である。
【００３５】
図２に示すように、リーダー端末１及びメンバー端末２は、通信端末としての全体を制御するＣＰＵ１０と、プログラム等を記憶したＲＯＭ２０と、データを一時的に記憶するＲＡＭ３０とを備えている。そして、ＲＯＭ２０とＲＡＭ３０とは、バスを介してＣＰＵ１０に接続されている。また、リーダー端末１及びメンバー端末２には、各種のセンサ４０、出力装置６０が設けられている。センサ４０には、例えば温度センサ、赤外線センサ、光センサ、マイク等が用いられる。また、出力装置６０としては、例えばＬＥＤやモータ、スピーカ等が用いられる。さらに、リーダー端末１及びメンバー端末２は、他の端末と通信するための無線装置５０を備えている。
【００３６】
また、図３に示すように、ＲＡＭ３０には、リーダー端末１として機能しているか否かを示すコントロールフラグを記憶するコントロールフラグ記憶領域３１，リーダー端末１から各グループのメンバー端末２に通信状態の確認をした際に応答が返ってきた端末のリストを記憶しておく通信成功端末記憶領域３２，通信グループの順序を記憶した通信グループ記憶領域３３，全端末のＩＤを記憶した全端末記憶領域３４，リーダー端末として機能したことのある端末のリストを記憶する元リーダー端末記憶領域３５，リーダーを依頼したが応答が返ってこなかった端末のリストを記憶するリーダー依頼失敗端末記憶領域３６、全端末の中で通信制後端末リストにない端末のリストを記憶する通信失敗端末記憶領域３７等の記憶領域が設けられている。
【００３７】
次に、図４〜図１０を参照して、第一実施形態の無線通信システム１００の動作について説明する。図４は、第一実施形態の無線通信システム１００で送受信される送受信データ２００の説明図である。図５は、第一実施形態の通信端末のメイン処理のフローチャートである。図６は、メイン処理の中で実行されるリーダー端末処理のフローチャートである。図７は、リーダー端末処理の中で実行される通信状態確認処理のフローチャートである。図８は、リーダー端末処理の中で実行される制御情報送信処理のフローチャートである。図９は、リーダー端末処理の中で実行される新リーダー依頼処理のフローチャートである。図１０は、メイン処理の中で実行されるメンバー端末処理のフローチャートである。
【００３８】
第一実施形態の無線通信システム１００では、図４に示すような送受信データ２００が送受信される。図４に示すように、送受信データ２００は、送信元情報、送信先情報、情報タイプ、元リーダー端末リストの４つの項目から構成されている。送信元情報には、当該データを送信する端末のＩＤが格納される。送信先情報には、送信相手のグループＩＤもしくは端末ＩＤが格納される。無線通信システム１００では、ブロードキャスト通信が行われるので、送信相手のＩＤが必須となる。各端末は、受信したデータの送信先情報が自端末ＩＤ又は自端末が属しているグループのＩＤと一致する場合に自身に向けたデータであると判断する。情報タイプには、１〜５のいずれかの値が格納される。ここでは、１：通信状態確認、２：通信状態確認受信通知、３：制御情報、４：新リーダー依頼、５：新リーダー依頼受信通知となっている。そして、情報タイプが４の場合には、以前にリーダー端末だった端末のリストである元リーダー端末リストが添付される。
【００３９】
第一実施形態では、通信端末は図５に示すようなメイン処理を電源投入から電源ＯＦＦまで繰り返し実行する。このメイン処理の中で、当該端末が現在リーダー端末１であればリーダー端末としての処理が実行され、メンバー端末２であればメンバー端末としての処理が実行される。
【００４０】
図５に示すように、電源が投入されると、メイン処理が開始され、まず、ＲＡＭ３０の内容をクリアする等初期化処理を実行する（Ｓ１０）。そして、コントロールフラグ記憶領域３１に「１」が記憶されているか、すなわち、コントロールフラグ（control_flg）が「ＯＮ」であるかを判断する（Ｓ２０）。コントロールフラグは、その通信端末がリーダー端末１である場合に「ＯＮ」とされる。初回のリーダー端末１には、既定値でコントロールフラグ記憶領域３１に「１」が記憶されている。また、リーダー端末１が交代する毎に、それまでのリーダー端末１のコントロールフラグは「ＯＦＦ」とされ、新しいリーダー端末１のコントロールフラグが「ＯＮ」とされる（詳細は後述）。
【００４１】
従って、コントロールフラグが「ＯＮ」の場合には（Ｓ２０：ＹＥＳ）、リーダー端末処理が実行される（Ｓ３０）。コントロールフラグが「ＯＦＦ」の場合には（Ｓ２０：ＮＯ）、メンバー端末処理が実行される（Ｓ５０）。
【００４２】
そして、リーダー端末処理又はメンバー端末処理が終了すると、電源がＯＦＦされたか否かを判断し（Ｓ７０）、ＯＦＦされていれば（Ｓ７０：ＹＥＳ）、全処理を終了する。ＯＦＦでなければ（Ｓ７０：ＮＯ）、Ｓ２０に戻り、処理を繰り返す。
【００４３】
次に、図６〜図９を参照して、リーダー端末処理について説明する。図４の送受信データの内容についても適宜参照する。図６に示すように、リーダー端末処理が開始されると、まず、各メンバー端末と通信できるかどうかをグループ毎に確認する通信状態確認処理を実行する（Ｓ３２）。
【００４４】
ここで、図７を参照して通信状態確認処理の詳細を説明する。通信状態確認処理が開始されると、まず、通信成功端末記憶領域３２に記憶されている通信成功端末リストを初期化する（Ｓ３２１）。そして、送信データの設定を行う（Ｓ３２２）。前述のように、本実施形態では、送受信データは図４のような構成になっているので、送信先にこれから通信を実行する対象のグループ（現通信グループ）のＩＤを格納し、情報タイプに「１」を格納する。情報タイプ「１」は、通信状態の確認をメンバー端末２に問い合わせるためのものである。
【００４５】
次に、メンバー端末２から応答が帰ってくるまでの経過時間を計測するために、タイマをスタートさせる（Ｓ３２３）。そして、Ｓ３２２で設定した送信データを送信する（Ｓ３２４）。
【００４６】
次に、メンバー端末２からデータを受信したか否かを判断する（Ｓ３２５）。データを受信していなければ（Ｓ３２５：ＮＯ）、Ｓ３２８に進み、Ｓ３２３のデータ送信から一定時間が経過したか否かを判断する。
【００４７】
データを受信した場合には（Ｓ３２５：ＹＥＳ）、受信データの情報タイプが「２」であるか否かを判断する（Ｓ３２６）。情報タイプ「２」は、メンバー端末２が、情報タイプ「１」のデータ送信を受けて発信する、「通信状態確認受信通知」である。情報タイプが「２」であれば（Ｓ３２６：ＹＥＳ）、そのデータを送ってきたメンバー端末２（送信元のメンバー端末２）とは通信可能な状態であることがわかるので、送信元のメンバー端末２の端末ＩＤを受信データから取り出し、通信成功端末リストに登録し、通信成功端末記憶領域３２に記憶する（Ｓ３２７）。
【００４８】
Ｓ３２７の終了後、又は、Ｓ３２６で情報タイプが「２」でない場合は（Ｓ３２６：ＮＯ）、Ｓ３２８に進み、Ｓ３２３のデータ送信から一定時間が経過したか否かを判断する。
【００４９】
Ｓ３２３のデータ送信から一定時間が経過していない場合には（Ｓ３２８：ＮＯ）、Ｓ３２５に戻り、他のメンバー端末からのデータ受信を待って、その情報タイプを判断する処理を繰り返す。一定時間が経過すれば（Ｓ３２８：ＹＥＳ）、リーダー端末処理に戻る。
【００５０】
リーダー端末処理に戻ると（図６）、次に、通信成功端末記憶領域３２に記憶されている通信成功端末リストを検索する（Ｓ３３）。先に述べたように、通信成功端末リストには、通信状態確認処理において応答が帰ってきた端末のみがリストアップされている。これを、全端末記憶領域３４に記憶されている全端末リストと照合し、現在通信の対象としている現通信グループの全てのメンバー端末が通信成功端末リストに登録されているか否かを判断する（Ｓ３４）。
【００５１】
現通信グループの全ての端末が通信成功端末リストに登録されている場合には（Ｓ３４：ＹＥＳ）、このグループについては今のリーダー端末１で通信失敗事例がないということだから、元リーダー端末リストを初期化する（Ｓ３５）。そして、現通信グループに対して制御情報を送信する処理を実行する（Ｓ３６）。
【００５２】
ここで、図８を参照して、制御情報送信処理の詳細を説明する。制御情報送信処理が開始されると、まず、送信データの設定を行う（Ｓ３６１）。前述のように、本実施形態では、送受信データ２００は図４のような構成になっているので、送信先にこれから通信を実行する対象のグループ（現通信グループ）のＩＤを格納し、情報タイプに「３」を格納する。情報タイプ「３」は、メンバー端末３に何らかの処理を実行させるためのものである。メンバー端末３に実行させる処理の内容（制御内容）は、あらかじめ定めておいても良いし、送信データと共に制御の内容をコマンドの形で送信するようにしても良い。処理の例としては、端末におけるＬＥＤの発光、モータの振動、音声の出力等が挙げられる。送信データの設定が完了したら、実際にそのデータを送信し（Ｓ３６２）、リーダー端末処理に戻る。ここでのデータ送信は、ブロードキャストで行われ、送信先には現通信グループのＩＤが格納されているので、該当するグループに属しているメンバー端末２がそれぞれ制御情報に基づく処理を実行することとなる（詳細はメンバー端末処理の説明で後述）。
【００５３】
リーダー端末処理に戻ると（図６）、次に、現通信グループのＩＤが通信グループ記憶領域３３に記憶されている通信グループリストの最終グループのＩＤか否かを判断する（Ｓ３８）。現通信グループが最終グループでない場合には（Ｓ３８：ＮＯ）、次のグループに制御情報を送信するために、現通信グループＩＤに次のグループのＩＤを設定し（Ｓ３９）、メイン処理に戻る。一方、現通信グループが最終グループの場合には（Ｓ３８：ＹＥＳ）、最初のグループに戻って制御情報を送信するために、現通信グループＩＤに通信グループリストの最初のグループＩＤを設定し（Ｓ４０）、メイン処理に戻る。
【００５４】
一方、通信成功端末リストの検索の結果、現通信グループの端末に通信成功端末リストに登録されていない端末がある場合には（Ｓ３４：ＮＯ）、通信成功端末リストにない端末を通信失敗端末リスト（不達リスト）に登録し、通信失敗端末記憶領域３７に記憶する（Ｓ４７）。そして、今のリーダー端末で通信失敗事例が発生したため、新たなリーダー端末の依頼をするための新リーダー依頼処理を行う（Ｓ４８）。その後、メイン処理に戻る。
【００５５】
ここで、図９を参照して、新リーダー依頼処理の詳細を説明する。新リーダー依頼処理が開始されると、まず、各種の初期化処理を実行する（Ｓ４８１）。そして、元リーダー端末リストに自身の端末ＩＤを登録して元リーダー端末記憶領域３５に記憶する（Ｓ４８２）。
【００５６】
次に、新たにリーダーを依頼する端末を選択する（Ｓ４８３）。ここでは、元リーダー端末リスト、今までにリーダーを依頼して失敗したことがある端末のリストであるリーダー依頼失敗端末リスト、通信失敗端末リストにそれぞれ登録されている端末を除外し、残りの端末の中から選択する。選択する順序は、あらかじめ定められているリストの順でもよいし、リストに各端末の処理能力も登録しておき、それらの処理能力の情報に基づいて選択してもよいし、ランダムに選択してもよい。また、予め各端末の位置の情報を登録しておき、通信が失敗した端末に近い位置の端末から順に選択してもよい。また、予めリーダー端末１が、各端末からの受信信号強度の一覧を作っておき、受信信号強度が弱い端末（最も遠距離の端末）を選んだり、受信信号強度が中央値の端末（真ん中にいる確率が高い端末）を選んだり、通信が失敗した端末の受信信号強度と最も近い受信信号強度の端末（通信が失敗した端末に近い位置にある確率が高い端末）を選んだりしてもよい。尚、本実施形態ではランダムに選択するものとする。
【００５７】
次に、Ｓ４８３で新リーダーを依頼できる端末（依頼前の端末）が存在したかどうかを判断する（Ｓ４８４）。Ｓ４８３では、３種のリストに登録されている端末を除外して新リーダー候補としているので、候補となる端末が残っていない場合がある。その場合には（Ｓ４８４：ＮＯ）、リーダー依頼失敗端末リストを初期化し（Ｓ４８５）、Ｓ４８３に戻る。この結果、Ｓ４８３では、リーダー依頼失敗端末リストに登録されていた端末で、元リーダー端末リスト、通信失敗端末リストには登録されていない端末の中から新リーダー依頼端末が選択されることになる。尚、Ｓ４８３で選択するときに、３種のリストを全て用いるのではなく、通信失敗端末リストに登録されている端末を除外して選択するようにしてもよい。その場合は、Ｓ４８５の処理は不要となる。また、Ｓ４８５で元リーダー端末リストも初期化するようにしてもよい。
【００５８】
新リーダーを依頼できる端末（依頼前の端末）が存在する場合には（Ｓ４８４：ＹＥＳ）、次に、その新リーダー依頼端末に送信するデータの設定を行う（Ｓ４８６）。すなわち、送信先に新リーダー依頼端末のＩＤが設定され、情報タイプに新リーダー依頼を意味する「４」が設定される。さらに、新リーダー端末がこれまでにリーダーとなった端末を把握できるように、元リーダー端末リストを元リーダー端末記憶領域３５から呼び出して格納する。
【００５９】
次に、新リーダー依頼端末からの応答時間を計測するためにタイマーをスタートする（Ｓ４８７）。そして、新リーダー依頼端末にＳ４８６で設定したデータを送信する（Ｓ４８８）。ここでのデータ送信は、ブロードキャストで行われ、送信先には新リーダー依頼端末のＩＤが格納されているので、そのＩＤを有するメンバー端末２は、データを受信すると、後述のメンバー端末処理で説明するように、新リーダー依頼受信通知を送信してくる。
【００６０】
そこで、次に、データを受信したか否かを判断する（Ｓ４８９）。データを受信した場合には（Ｓ４８９：ＹＥＳ）、受信データの情報タイプが「５」であるか否かを判断する（Ｓ４９０）。情報タイプ「５」は、メンバー端末２が、情報タイプ「４」のデータ送信を受けて発信する、「新リーダー依頼受信通知」である。情報タイプが「５」であれば（Ｓ４９０：ＹＥＳ）、そのデータを送ってきたメンバー端末２が新リーダー端末４となることが可能であることがわかるので、自身はリーダー端末１であることを中止してメンバー端末２に移行する。このために、コントロールフラグをＯＦＦにする（Ｓ４９１）。そして、リーダー端末処理、さらに、メイン処理に戻る。メイン処理では、コントロールフラグがＯＦＦとなっているので、メンバー端末２としての処理が実行される（図５、Ｓ２０：ＹＥＳ）。
【００６１】
データを受信していない場合（Ｓ４８９：ＮＯ）、又は、受け取ったデータの情報タイプが「５」でない場合には（Ｓ４９０：ＮＯ）、Ｓ４９２に進み、Ｓ４８８のデータ送信から一定時間が経過したか否かを判断する（Ｓ４９２）。データ送信から一定時間が経過していない場合には（Ｓ４９２：ＮＯ）、Ｓ４８９に戻り、データ受信を待って、その情報タイプを判断する処理を繰り返す。一定時間が経過すれば（Ｓ４９２：ＹＥＳ）、選択された新リーダー端末４との間の通信が失敗しており、その端末がリーダー端末１となることが不可能であるから、リーダー依頼失敗端末リストにＳ４８６で設定した送信先端末ＩＤを登録してリーダー依頼失敗端末記憶領域３６に記憶する（Ｓ４９３）。そして、新たな新リーダー依頼端末を選択するためにＳ４８３に戻り、処理を繰り返す。以上により、新リーダー端末４が依頼された状態で新リーダー依頼処理が終了し、リーダー端末処理を経て、メイン処理に戻る。
【００６２】
次に、図１０を参照して、メンバー端末処理について説明する。メンバー端末処理は、メイン処理（図５）において、その端末のコントロールフラグがＯＦＦである場合に（Ｓ２０：ＮＯ）なされる処理である。
【００６３】
メンバー端末処理が開始されると、まず、データを受信したか否かを判断する（Ｓ５１）。本実施形態では、データはブロードキャストで送信されるので、各端末は、自端末ＩＤ又は自端末が属するグループのＩＤが送信先ＩＤであるものを選別して受信する。受信していなければ、（Ｓ５１：ＮＯ）、すなわち、送信先ＩＤが自端末ＩＤ又は自グループＩＤである送信がなければ、次のデータを受信するまで待機する。
【００６４】
受信した場合には（Ｓ５１：ＹＥＳ）、次に、受信したデータの情報タイプを順に判断し（Ｓ５２，Ｓ５５，Ｓ５９）、そのタイプに従った処理を実行する。
【００６５】
まず、受信した情報タイプが「１」かどうかを判断する（Ｓ５２）。受信情報タイプが「１」なら（Ｓ５２：ＹＥＳ）、それはリーダー端末１からの通信状態確認メッセージであるから、これに対する応答メッセージを送信するため、送信データの設定を行う（Ｓ５３）。すなわち、送信先に、受信したデータの送信元端末ＩＤ（現在のリーダー端末１のＩＤ）を設定し、情報タイプを「２」とする。情報タイプ「２」は、通信状態確認受信通知を意味している。そして、設定したデータを送信し（Ｓ５４）、Ｓ５１に戻ってデータ受信を待つ。
【００６６】
受信した情報タイプが「１」でなければ（Ｓ５２：ＮＯ）、次に、受信した情報タイプが「３」かどうかを判断する（Ｓ５５）。受信情報タイプが「３」なら（Ｓ５５：ＹＥＳ）、それはリーダー端末１からの動作実行指示であるから、予め定められた処理、もしくは、制御情報と共に送信されてきたコマンドに基づいて処理を実行する（Ｓ５６）。Ｓ５１に戻ってデータ受信を待つ。尚、制御情報に従った処理を実行するとともに、実行した旨のデータをリーダー端末１に送信するようにしてもよい。
【００６７】
受信した情報タイプが「３」でなければ（Ｓ５５：ＮＯ）、次に、受信した情報タイプが「４」かどうかを判断する（Ｓ５９）。受信情報タイプが「４」なら（Ｓ５９：ＹＥＳ）、それは現在のリーダー端末１からの新リーダー依頼であるから、これに対する受諾メッセージを送信するため、送信データの設定を行う（Ｓ６０）。すなわち、送信先に、受信したデータの送信元端末ＩＤ（現在のリーダー端末１のＩＤ）を設定し、情報タイプを「５」とする。情報タイプ「５」は、新リーダー依頼受信通知を意味している。そして、設定したデータを送信し（Ｓ６１）、次回の処理から自身をリーダー端末１として機能させるために、コントロールフラグをＯＮにする（Ｓ６２）。そして、メイン処理に戻る。ここで、コントロールフラグがＯＮとなったので、メイン処理の次の回の処理では、リーダー端末処理が行われる（図６，Ｓ２０：ＹＥＳ、Ｓ３０）。
【００６８】
受信情報タイプが「４」でなければ（Ｓ５９：ＮＯ）、そのままＳ５１に戻ってデータ受信を待つ。
【００６９】
以上説明したように、第一実施形態の無線通信システム１００では、各通信端末は、全ての端末のＩＤを記憶し、リーダー端末１又はメンバー端末２として機能する。また、自身が現在リーダー端末１であるかメンバー端末２であるかをコントロールフラグのＯＮ・ＯＦＦにより識別している。コントロールフラグがＯＮのときにはリーダー端末としての処理を実行し、コントロールフラグがＯＦＦのときには、メンバー端末としての処理を実行する。リーダー端末１としての処理では、グループ毎にメンバー端末との通信状況を確認し、グループ毎に制御情報を送信し、各メンバー端末に処理を実行させる。通信状況の確認の際に、通信ができないメンバー端末があることが判明した場合には、自身に代えて新たなリーダー端末を選択し、その新リーダー依頼端末にリーダーを依頼する。新リーダー依頼端末から返信があれば、それまでのリーダー端末１はコントロールフラグをＯＦＦにすることにより、リーダー端末１であることを止め、メンバー端末２に移行する。従って、障害物の存在や端末の移動等により、現リーダー端末１から通信ができないメンバー端末２がある場合には、他の端末をリーダー端末１とすることができる。新リーダー依頼端末は、今までに通信の失敗していない端末のリストから選択され、かつ、新リーダーの依頼の送信に対して応答してきた端末を新リーダー端末とするので、通信失敗履歴のない端末が新リーダーとなり、通信の成功の可能性を高く保つことができる。
【００７０】
尚、上記第一実施形態において、図６のＳ３６及び図８で制御情報送信処理を実行するＣＰＵ１０が本発明の制御情報送信手段に相当する。また、図８のＳ３２５でデータ受信処理を実行するＣＰＵ１０が本発明の応答情報受信手段に相当する。また、図９のＳ４８３で新リーダー依頼端末選択処理を実行するＣＰＵ１０が本発明の選択手段に相当する。また、図９のＳ４８６及びＳ４８８で新リーダー依頼データを送信するＣＰＵ１０が本発明の依頼情報送信手段に相当する。また、図９のＳ４９１でコントロールフラグをＯＦＦにするＣＰＵ１０が本発明の被制御端末移行手段に相当する。また、図１０のＳ５１でデータ受信処理を実行するＣＰＵ１０が本発明の制御情報受信手段に相当する。また、図１０のＳ５３及びＳ５４で通信状態確認受信通知を送信するＣＰＵ１０が本発明の応答情報受信手段に相当する。また、図１０のＳ５６で制御情報に基づく動作を実行するＣＰＵ１０が本発明の動作実行手段に相当する。図１０のＳ５９で新リーダー依頼情報を受信するＣＰＵ１０が本発明の依頼情報受信手段に相当する。また、図１０のＳ６０及びＳ６１で新リーダー依頼受信通知を送信するＣＰＵ１０が本発明の受諾情報送信手段に相当する。また、図１０のＳ６２でコントロールフラグをＯＮにするＣＰＵ１０が本発明の制御端末移行手段に相当する。また、図６のＳ４７で通信失敗端末リストに登録するＣＰＵ１０が本発明の不達リスト作成手段に相当する。
【００７１】
次に、メンバー端末２に対するグループ毎の制御を一定周期で繰り返すために、時間を計測する端末を設けた場合の第二実施形態について、図１１〜図１７を参照して説明する。図１１は、第二実施形態の無線通信システム１００で送受信される送受信データ２００の説明図である。図１２は、第二実施形態の通信端末のメイン処理のフローチャートである。図１３は、メイン処理で起動されるタイマ処理のフローチャートである。図１４は、メイン処理の中で実行されるリーダー端末処理のフローチャートである。図１５は、リーダー端末処理の中で実行される通信状態確認処理のフローチャートである。図１６は、リーダー端末処理の中で実行される新リーダー依頼処理のフローチャートである。図１７は、リーダー端末処理の中で起動されるデータ受信処理のフローチャートである。
【００７２】
第二実施形態の無線通信システム１００では、図１１に示すような送受信データ２００が送受信される。図１１に示すように、送受信データ２００は、送信元情報、送信先情報、情報タイプ、元リーダー端末リストの４つの項目から構成されている。送信元情報には、当該データを送信する端末のＩＤが格納される。送信先情報には、送信相手のグループＩＤもしくは端末ＩＤが格納される。無線通信システム１００では、ブロードキャスト通信が行われるので、送信相手のＩＤが必須となる。各端末は、受信したデータの送信先情報が自端末ＩＤ又は自端末が属しているグループのＩＤと一致する場合に自身に向けたデータであると判断する。情報タイプには、１〜６のいずれかの値が格納される。ここでは、１：通信状態確認、２：通信状態確認受信通知、３：制御情報、４：新リーダー依頼、５：新リーダー依頼受信通知、６：リーダー終了コマンドとなっている。そして、情報タイプが４の場合には、以前にリーダー端末だった端末のリストである元リーダー端末リストが添付される。
【００７３】
第二実施形態では、通信端末は図１２に示すようなメイン処理を電源投入から電源ＯＦＦまで繰り返し実行する。このメイン処理の中で、当該端末が現在リーダー端末１であればリーダー端末としての処理が実行され、メンバー端末２であればメンバー端末としての処理が実行される。
【００７４】
図１２に示すように、電源が投入されると、まず、ＲＡＭ３０の内容をクリアする等初期化処理を実行する（Ｓ１０）。次に、自身が時間を計測している時間計測端末か否かを判断する（Ｓ１１）。時間計測端末は、本実施形態では無線通信システム１００に属する端末のいずれかが予め指定されている。例えば、初回のリーダー端末１を時間計測端末にしてもよい。自端末が時間計測端末だった場合には（Ｓ１１：ＹＥＳ）、タイマ処理を起動する（Ｓ１２）。自端末が時間計測端末でない場合には（Ｓ１１：ＮＯ）、そのままＳ１３に進む。
【００７５】
ここで、図１３を参照して、タイマ処理の詳細を説明する。タイマ処理は、一定時間が経過したときに、全ての処理を終了させ、時間計測端末をリーダー端末１とするために、時間を計測する処理である。メイン処理により起動された後、タイマ処理は繰り返し実行されるので、時間計測端末は、一定時間毎にリーダー端末に戻ることになる。
【００７６】
タイマ処理が起動されると、まず、タイマをスタートする（Ｓ１２１）。そして、一定時間が経過したかどうかを判断する（Ｓ１２２）。一定時間が経過していなければ（Ｓ１２２：ＮＯ）、一定時間経過まで待機する。一定時間が経過していれば（Ｓ１２２：ＹＥＳ）、タイマをストップして（Ｓ１２３）、「go_round」変数に「１」を設定する（Ｓ１２４）。そして、メイン処理以外の全ての処理を終了してメイン処理に戻す（Ｓ１２５）。そして、Ｓ１２１に戻り、再度タイマをスタートさせる。以上の処理を繰り返すことにより、一定時間ごとに時間計測端末の処理はメイン処理に戻されることになる。
【００７７】
タイマ処理の起動が終了すると、メイン処理に戻り（図１２）、次に、「go_round」変数が「１」か否かを判断する。タイマ処理（図１３）により、一定時間が経過したときに、「go_round」変数に１が設定されているので、「go_round」変数が「１」であれば、全ての端末に向けてリーダ終了コマンドを送信するための送信データの設定をする（Ｓ１４）。すなわち、送信先には全グループを意味するＩＤ、情報タイプに「６」を設定する。情報タイプ「６」は、現在のリーダー端末１にリーダーを終了させるコマンドである。そして、設定したデータを送信する（Ｓ１５）。この送信データを受信したリーダー端末１は、後述するように、コントロールフラグを「ＯＦＦ」にして、メイン処理に戻るため（図１７参照）、その時点でリーダー端末１であることを中止し、メンバー端末２に移行する。
【００７８】
以上で一定時間経過時の処理が終了したので、「go_round」変数に「０」を設定し、コントロールフラグ（control_flg）を「ＯＮ」にして、これから通信対象とする現通信グループＩＤに通信グループリストの最初の通信グループのＩＤを設定する（Ｓ１７）。この処理により、コントロールフラグが「ＯＮ」とされるので、時間計測端末は、それまでのリーダー端末１に替わって自らがリーダー端末１に移行することになる。
【００７９】
次に、コントロールフラグ記憶領域３１に「１」が記憶されているか、すなわち、コントロールフラグ（control_flg）が「ＯＮ」であるかを判断する（Ｓ２０）。
【００８０】
コントロールフラグが「ＯＮ」の場合には（Ｓ２０：ＹＥＳ）、リーダー端末処理が実行される（Ｓ３０）。コントロールフラグが「ＯＦＦ」の場合には（Ｓ２０：ＮＯ）、メンバー端末処理が実行される（Ｓ５０）。リーダー端末処理については、後述する。メンバー端末処理については、第一実施形態と同様なので説明を省略する。
【００８１】
そして、リーダー端末処理又はメンバー端末処理が終了すると、電源がＯＦＦされたか否かを判断し（Ｓ７０）、ＯＦＦされていれば（Ｓ７０：ＹＥＳ）、全処理を終了する。ＯＦＦでなければ（Ｓ７０：ＮＯ）、Ｓ２０に戻り、処理を繰り返す。
【００８２】
次に、図１４〜図１７を参照して、リーダー端末処理について説明する。図１４に示すように、リーダー端末処理が開始されると、まず、データ受信処理を起動する（Ｓ３１）。データ受信処理は、他の端末からのデータ受信を受けて、その情報タイプ毎に異なる処理を実行するものである。また、データ受信処理は、時間計測端末の場合はタイマ処理（図１３）起動後に一定時間経過した時（図１３，Ｓ１２５）、時間計測端末以外の端末の場合は時間計測端末から処理を終了する指示であるリーダー終了コマンドが送信されてくるまで（図１７、Ｓ３１８参照）、繰り返し処理を実行する。ここで、データ受信処理について、図１７を参照して説明する。
【００８３】
データ受信処理が起動されると、まず、データを受信したか否かを判断する（Ｓ３１１）。受信していなければ、（Ｓ３１１：ＮＯ）、受信するまで待機する。受信した場合には（Ｓ３１１：ＹＥＳ）、次に、受信したデータの情報タイプを順に判断し（Ｓ３１２，Ｓ３１４，Ｓ３１６）、そのタイプに従った処理を実行する。
【００８４】
まず、受信した情報タイプが「２」かどうかを判断する（Ｓ３１２）。情報タイプ「２」は、メンバー端末２が、情報タイプ「１」のデータ送信を受けて発信する、「通信状態確認受信通知」である。情報タイプが「２」であれば（Ｓ３１２：ＹＥＳ）、そのデータを送ってきたメンバー端末２（送信元のメンバー端末２）とは通信可能な状態であることがわかるので、送信元のメンバー端末２の端末ＩＤを受信データから取り出し、通信成功端末リストに登録し、通信成功端末記憶領域３２に記憶する（Ｓ３１３）。そして、Ｓ３１１に戻ってデータ受信を待つ。通信成功端末リストは、後述する通信状態確認処理で初期化される。そして、並行して処理されている本データ受信処理がＳ３１３を実行するたびに通信に成功した端末がリストに追加される。
【００８５】
受信した情報タイプが「２」でなければ（Ｓ３１２：ＮＯ）、次に、受信した情報タイプが「５」か否かを判断する（Ｓ３１４）。情報タイプ「５」は、メンバー端末２が、情報タイプ「４」のデータ送信を受けて発信する、「新リーダー依頼通知」である。情報タイプが「５」であれば（Ｓ３１４：ＹＥＳ）、そのデータを送ってきた端末が新リーダー端末４となることが可能であることがわかるので、依頼成功フラグに「１」を記憶する（Ｓ３１５）。後述するように、この依頼成功フラグは、新リーダー依頼処理の中で参照される（図１６，Ｓ４９４）。そして、Ｓ３１１に戻ってデータ受信を待つ。
【００８６】
受信した情報タイプが「５」でなければ（Ｓ３１４：ＮＯ）、次に、受信した情報タイプが「６」か否かを判断する（Ｓ３１６）。情報タイプ「６」は、時間計測端末が、一定時間が経過したときに現在のリーダー端末１に対してリーダー端末１としての処理を直ちに中止するように求めるコマンドである。そこで、情報タイプが「６」であれば（Ｓ３１６：ＹＥＳ）、コントロールフラグを「ＯＦＦ」として（Ｓ３１７）、メイン処理以外の全ての処理を終了し、メイン処理に戻る（Ｓ３１８）。データ受信処理も終了される。
【００８７】
リーダー端末処理に戻ると（図１４）、データ受信処理を起動（Ｓ３１）した後、次に、各メンバー端末２と通信できるかどうかをグループ毎に確認する通信状態確認処理を実行する（Ｓ３２）。
【００８８】
ここで、図１５を参照して通信状態確認処理の詳細を説明する。通信状態確認処理が開始されると、まず、通信成功端末記憶領域３２に記憶されている通信成功端末リストを初期化する（Ｓ３３１）。そして、送信データの設定を行う（Ｓ３３２）。前述のように、本実施形態では、送受信データ２００は図１１のような構成になっているので、送信先にこれから通信を実行する対象のグループ（現通信グループ）のＩＤを格納し、情報タイプに「１」を格納する。情報タイプ「１」は、通信状態の確認をメンバー端末に問い合わせるためのものである。
【００８９】
次に、メンバー端末２から応答が帰ってくるまでの経過時間を計測するために、タイマをスタートさせる（Ｓ３３３）。そして、Ｓ３３２で設定した送信データを送信する（Ｓ３３４）。そして、一定時間が経過したか否かを判断する（Ｓ３３５）。一定時間が経過していなければ（Ｓ３３５：ＮＯ）、そのまま待機する。一定時間が経過したら（Ｓ３３５：ＹＥＳ）、リーダー端末処理に戻る。ここで一定時間の経過を待っている間に、データ受信処理（図１７）が継続して実行されているので、各メンバー端末２から通信状態確認受信通知が届く度に通信成功端末リストにその端末のＩＤが登録されている（図１７，Ｓ３１３）。
【００９０】
リーダー端末処理に戻ると（図１４）、次に、通信成功端末記憶領域３２に記憶されている通信成功端末リストを検索する（Ｓ３３）。ここで検索される通信成功端末リストは、通信状態確認処理で一定時間待機している間に、データ受信処理処理において情報タイプ「２」のデータを受信したときに端末ＩＤを登録した結果となっている。これを、全端末記憶領域３４に記憶されている全端末リストと照合し、現在通信の対象としている現通信グループの全てのメンバー端末が通信成功端末リストに登録されているか否かを判断する（Ｓ３４）。
【００９１】
現通信グループの全ての端末が通信成功端末リストに登録されている場合には（Ｓ３４：ＹＥＳ）、現通信グループについては今のリーダー端末で通信失敗事例がないということだから、元リーダー端末リストを初期化する（Ｓ３５）。そして、現通信グループに対して制御情報を送信する処理を実行する（Ｓ３６）。制御情報送信処理の詳細は、図８を参照して説明した第一実施形態と同様なのでここでは説明を省略する。
【００９２】
次に、現通信グループのＩＤが通信グループ記憶領域３３に記憶されている通信グループリストの最終グループのＩＤか否かを判断する（Ｓ３８）。現通信グループが最終グループでない場合には（Ｓ３８：ＮＯ）、次のグループに制御情報を送信するために、現通信グループＩＤに次のグループのＩＤを設定し（Ｓ３９）、メイン処理（図１２）に戻る。一方、現通信グループが最終グループの場合には（Ｓ３８：ＹＥＳ）、コントロールフラグ（control_flg）を「ＯＦＦにしてから（Ｓ４０）、メイン処理（図１２）に戻る。
【００９３】
一方、通信成功端末リストの検索の結果、現通信グループの端末に通信成功端末リストに登録されていない端末がある場合には（Ｓ３４：ＮＯ）、通信成功端末リストにない端末を通信失敗端末リストに登録し、通信失敗端末記憶領域３７に記憶する（Ｓ４７）。そして、今のリーダー端末１で通信失敗事例が発生したため、新たなリーダー端末１の依頼をするための新リーダー依頼処理を行う（Ｓ４８）。その後、メイン処理（図１２）に戻る。
【００９４】
ここで、図１６を参照して、新リーダー依頼処理の詳細を説明する。新リーダー依頼処理が開始されると、まず、各種の初期化処理を実行する（Ｓ４８１）。そして、元リーダー端末リストに自身の端末ＩＤを登録して元リーダー端末記憶領域３５に記憶する（Ｓ４８２）。
【００９５】
次に、新たにリーダーを依頼する端末を選択する（Ｓ４８３）。ここでは、元リーダー端末リスト、今までにリーダーを依頼して失敗したことがある端末のリストであるリーダー依頼失敗端末リスト、通信失敗端末リストにそれぞれ登録されている端末を除外し、残りの端末の中から選択する。選択する順序は、あらかじめ定められているリストの順でもよいし、リストに各端末の処理能力も登録しておき、それらの処理能力の情報に基づいて選択してもよいし、ランダムに選択してもよい。また、予め各端末の位置の情報を登録しておき、通信が失敗した端末に近い位置の端末から順に選択してもよい。また、予めリーダー端末１が、各端末からの受信信号強度の一覧を作っておき、受信信号強度が弱い端末（最も遠距離の端末）を選んだり、受信信号強度が中央値の端末（真ん中にいる確率が高い端末）を選んだり、通信が失敗した端末の受信信号強度と最も近い受信信号強度の端末（通信が失敗した端末に近い位置にある確率が高い端末）を選んだりしてもよい。尚、本実施形態ではランダムに選択するものとする。
【００９６】
次に、Ｓ４８３で新リーダーを依頼できる端末（依頼前の端末）が存在したかどうかを判断する（Ｓ４８４）。Ｓ４８３では、３種のリストに登録されている端末を除外して新リーダー候補としているので、候補となる端末が残っていない場合がある。その場合には（Ｓ４８４：ＮＯ）、リーダー依頼失敗端末リストを初期化し（Ｓ４８５）、Ｓ４８３に戻る。この結果、Ｓ４８３では、リーダー依頼失敗端末リストに登録されていた端末で、元リーダー端末リスト、通信失敗端末リストには登録されていない端末の中から新リーダー依頼端末が選択されることになる。尚、Ｓ４８３で選択するときに、３種のリストを全て用いるのではなく、通信失敗端末リストに登録されている端末を除外して選択するようにしてもよい。その場合は、Ｓ４８５の処理は不要となる。また、Ｓ４８５で元リーダー端末リストも初期化するようにしてもよい。
【００９７】
新リーダーを依頼できる端末（依頼前の端末）が存在する場合には（Ｓ４８４：ＹＥＳ）、次に、その新リーダー依頼端末に送信するデータの設定を行う（Ｓ４８６）。すなわち、送信先に新リーダー依頼端末のＩＤが設定され、情報タイプに新リーダー依頼を意味する「４」が設定される。さらに、新リーダー端末４がこれまでにリーダーとなった端末を把握できるように、元リーダー端末リストを元リーダー端末記憶領域３５から呼び出してセットする。
【００９８】
次に、新リーダー依頼端末からの応答時間を計測するためにタイマーをスタートする（Ｓ４８７）。そして、新リーダー依頼端末にＳ４８６で設定したデータを送信する（Ｓ４８８）。そして、データ送信から一定時間が経過したか否かを判断する（Ｓ４９２）。一定時間が経過していない場合には（Ｓ４９２：ＮＯ）、一定時間が経過するまで待機する。ここで待機している間も、前述のデータ受信処理（図１７）は継続して実行されているので、新リーダー依頼端末がＳ４８８のデータを受信すると、情報タイプ「５」の新リーダー依頼受信通知を送信してくるのが受信される（Ｓ３１４：ＹＥＳ）。そして、この場合には、依頼成功フラグが「１」とされている（Ｓ３１５）。
【００９９】
一定期間が経過したら（Ｓ４９２：ＹＥＳ）、次に、依頼成功フラグに「１」が記憶されているか否かを判断する（Ｓ４９４）。依頼成功フラグは、前述のように、データ受信処理の中で、新リーダー依頼受信通知が受信されたときに「１」が記憶されるものである（図１７，Ｓ３１５）。
【０１００】
依頼成功フラグが「１」の場合には（Ｓ４９４：ＹＥＳ）、新リーダー端末４が決定しているので、自身はリーダー端末１であることを中止し、メンバー端末２に移行するため、コントロールフラグをＯＦＦにする（Ｓ４９５）。そして、リーダー端末処理、さらに、メイン処理に戻る。メイン処理では、コントロールフラグがＯＦＦとなっているので、メンバー端末としての処理が実行される（図１２、Ｓ２０：ＹＥＳ、Ｓ５０）。
【０１０１】
依頼成功フラグが「１」でない場合には（Ｓ４９４：ＮＯ）、選択された新リーダー端末４との間の通信が失敗しており、その端末がリーダー端末となることが不可能であるから、リーダー依頼失敗端末リストにＳ４８６で設定した送信先端末ＩＤを登録してリーダー依頼失敗端末記憶領域３６に記憶する（Ｓ４９６）。そして、新たな新リーダー依頼端末を選択するためにＳ４８３に戻り、処理を繰り返す。以上により、新リーダーの依頼が成功した状態で新リーダー依頼処理が終了し、リーダー端末処理（図１４）を経て、メイン処理（図１２）に戻る。
【０１０２】
以上説明したように、第二実施形態の無線通信システム１００では、ある特定の通信端末が常に時間計測端末として機能しており、一定時間が経過するごとに、その時点でリーダー端末１が存在する場合は、そのリーダー端末に対してリーダー端末としての処理を中止させ、時間計測端末がリーダー端末となる。従って、一定時間間隔で周期的にグループ毎の同期通信を行いたい場合にも、本発明を有効に利用できる。
【０１０３】
尚、上記第二実施形態において、図１３のＳ１２２で一定時間経過を判断するＣＰＵ１０が本発明の経過判断手段に相当する。また、図１２のＳ１４及びＳ１５でリーダー終了コマンドを送信するＣＰＵ１０が本発明の移行指示情報送信手段に相当する。
【０１０４】
次に、第二実施形態と同様に、メンバー端末２に対するグループ毎の制御を一定周期で繰り返すために、時間を計測する端末を設け、さらに、所定時間が経過したときに、ただちにリーダー端末１を交代するのではなく、制御情報を全てのグループに対して送信完了した時点でリーダー端末１を交代する第三実施形態について、図１８〜図２１を参照して説明する。図１８は、第三実施形態の無線通信システム１００で送受信される送受信データ２００の説明図である。図１９は、第三実施形態の通信端末のメイン処理のフローチャートである。図２０は、メイン処理の中で実行されるリーダー端末処理のフローチャートである。図２１は、リーダー端末処理の中で起動されるデータ受信処理のフローチャートである。
【０１０５】
第三実施形態の無線通信システム１００では、図１８に示すような送受信データ２００が送受信される。図１８に示すように、送受信データ２００は、送信元情報、送信先情報、情報タイプ、元リーダー端末リストの４つの項目から構成されている。送信元情報には、当該データを送信する端末のＩＤが格納される。送信先情報には、送信相手のグループＩＤもしくは端末ＩＤが格納される。無線通信システム１００では、ブロードキャスト通信が行われるので、送信相手のＩＤが必須となる。各端末は、受信したデータの送信先情報が自端末ＩＤ又は自端末が属しているグループのＩＤと一致する場合に自身に向けたデータであると判断する。情報タイプには、１〜６のいずれかの値が格納される。ここでは、１：通信状態確認、２：通信状態確認受信通知、３：制御情報、４：新リーダー依頼、５：新リーダー依頼受信通知、６：最終グループ通信終了通知となっている。そして、情報タイプが４の場合には、以前にリーダー端末だった端末のリストである元リーダー端末リストが添付される。
【０１０６】
第三実施形態では、通信端末は図１９に示すようなメイン処理を電源投入から電源ＯＦＦまで繰り返し実行する。このメイン処理の中で、当該端末が現在リーダー端末１であればリーダー端末としての処理が実行され、メンバー端末２であればメンバー端末としての処理が実行される。
【０１０７】
図１９に示すように、電源が投入されると、まず、ＲＡＭ３０の内容をクリアする等初期化処理を実行する（Ｓ１０）。次に、自身が時間を計測している時間計測端末か否かを判断する（Ｓ１１）。時間計測端末は、本実施形態では無線通信システム１００に属する端末のいずれかが予め指定されている。例えば、初回のリーダー端末を時間計測端末にしてもよい。自端末が時間計測端末だった場合には（Ｓ１１：ＹＥＳ）、タイマ処理を起動する（Ｓ１２）。自端末が時間計測端末でない場合には（Ｓ１１：ＮＯ）、そのままＳ１３に進む。タイマ処理の詳細は、図１３で説明した第二実施形態と同様であるので、ここでは説明を省略する。
【０１０８】
次に、「go_round」変数が「１」か否かを判断する（Ｓ１３）。タイマ処理（図１３）により、一定時間が経過したときに、「go_round」変数に１が設定されている。そこで、「go_round」変数が「１」でなければ（Ｓ１３：ＮＯ）、そのままＳ１９に進む。「go_round」変数が「１」であれば（Ｓ１３：ＹＥＳ）、次に、最終グループ通信終了フラグに「１」が記憶されているか否かを判断する（Ｓ１６）。最終グループ通信終了フラグは、リーダー端末処理において、最終グループに対する制御情報の送信が完了したときに、時間計測端末に対して情報タイプ「６」の最終グループ通信終了通知を送信し、これを受信した時間計測端末において「１」が記憶されるものである（詳細は後述）。
【０１０９】
最終グループ通信終了フラグが「１」でない場合には（Ｓ１６：ＮＯ）、最終グループ通信フラグが「１」になるまで待機する。最終グループ通信終了フラグが「１」の場合には（Ｓ１６：ＹＥＳ）、タイマにより所定時間の経過が計測され、かつ、最終グループまで通信が完了しているので、時間計測端末をリーダー端末１として機能させるための処理を行う。すなわち、「go_round」変数に「０」を設定し、コントロールフラグ（control_flg）を「ＯＮ」にして、これから通信対象とする現通信グループＩＤに通信グループリストの最初の通信グループのＩＤを設定し（Ｓ１８）、一定周期の制御を行うために再びタイマー処理を起動する（Ｓ１９）。
【０１１０】
次に、コントロールフラグ記憶領域３１に「１」が記憶されているか、すなわち、コントロールフラグ（control_flg）が「ＯＮ」であるかを判断する（Ｓ２０）。
【０１１１】
コントロールフラグが「ＯＮ」の場合には（Ｓ２０：ＹＥＳ）、リーダー端末処理が実行される（Ｓ３０）。コントロールフラグが「ＯＦＦ」の場合には（Ｓ２０：ＮＯ）、メンバー端末処理が実行される（Ｓ５０）。リーダー端末処理については、後述する。メンバー端末処理については、第一実施形態と同様なので説明を省略する。
【０１１２】
そして、リーダー端末処理又はメンバー端末処理が終了すると、電源がＯＦＦされたか否かを判断し（Ｓ７０）、ＯＦＦされていれば（Ｓ７０：ＹＥＳ）、全処理を終了する。ＯＦＦでなければ（Ｓ７０：ＮＯ）、Ｓ２０に戻り、処理を繰り返す。
【０１１３】
次に、図２０及び図２１を参照してリーダー端末処理について説明する。図２０に示すように、リーダー端末処理が開始されると、まず、データ受信処理を起動する。データ受信処理は、他の端末からのデータ受信を受けて、その情報タイプ毎に異なる処理を実行するものである。ここで、図２１を参照して、データ受信処理の詳細について説明する。
【０１１４】
データ受信処理が開始されると、まず、データを受信したか否かを判断する（Ｓ３１１）。受信していなければ、（Ｓ３１１：ＮＯ）、受信するまで待機する。受信した場合には（Ｓ３１１：ＹＥＳ）、次に、受信したデータの情報タイプを順に判断し（Ｓ３１２，Ｓ３１４，Ｓ３２０）、そのタイプに従った処理を実行する。
【０１１５】
まず、受信した情報タイプが「２」かどうかを判断する（Ｓ３１２）。情報タイプ「２」は、メンバー端末が、情報タイプ「１」のデータ送信を受けて発信する、「通信状態確認受信通知」である。情報タイプが「２」であれば（Ｓ３１２：ＹＥＳ）、そのデータを送ってきたメンバー端末２（送信元のメンバー端末２）とは通信可能な状態であることがわかるので、送信元のメンバー端末の端末ＩＤを受信データから取り出し、通信成功端末リストに登録し、通信成功端末記憶領域３２に記憶する（Ｓ３１３）。そして、Ｓ３１１に戻ってデータ受信を待つ。通信成功端末リストは、後述する通信状態確認処理で初期化される。そして、並行して処理されている本データ受信処理がＳ３１３を処理するたびに通信に成功した端末がリストに追加される。
【０１１６】
受信した情報タイプが「２」でなければ（Ｓ３１２：ＮＯ）、次に、受信した情報タイプが「５」か否かを判断する（Ｓ３１４）。情報タイプ「５」は、メンバー端末が、情報タイプ「４」のデータ送信を受けて発信する、「新リーダー依頼通知」である。情報タイプが「５」であれば（Ｓ３１４：ＹＥＳ）、そのデータを送ってきた端末が新リーダーとなることが可能であることがわかるので、依頼成功フラグに「１」を記憶する（Ｓ３１５）。この依頼成功フラグは、新リーダー依頼処理（図２０，Ｓ４８）の中で参照される。そして、Ｓ３１１に戻ってデータ受信を待つ。
【０１１７】
受信した情報タイプが「５」でなければ（Ｓ３１４：ＮＯ）、次に、受信した情報タイプが「６」か否かを判断する（Ｓ３２０）。情報タイプ「６」は、時間計測端末に対するリーダー端末１からの最終グループまで制御情報の送信が完了した旨の通知である。そこで、情報タイプが「６」であれば（Ｓ３２０：ＹＥＳ）、最終グループ通信終了フラグを「１」として（Ｓ３２１）、データ受信処理を終了する。情報タイプが「６」でなければ、Ｓ３１１に戻ってデータ受信を待つ。最終グループ通信終了フラグは、前述のように、メイン処理の中で参照される（図１９，Ｓ１６）。
【０１１８】
以上のように、データ受信処理は、一旦起動されると、繰り返して以上の処理を実行する。その実行結果は、前述のように、その他の処理の各所で参照される。
【０１１９】
リーダー端末処理に戻ると（図２０）、データ受信処理を起動（Ｓ３１）した後、次に、各メンバー端末２と通信できるかどうかをグループ毎に確認する通信状態確認処理を実行する（Ｓ３２）。通信状態確認処理の詳細は、第二実施形態と同様であるので、ここでは説明を省略する。
【０１２０】
次に、通信成功端末記憶領域３２に記憶されている通信成功端末リストを検索する（Ｓ３３）。ここで検索される通信成功端末リストは、通信状態確認処理で一定時間待機している間に、データ受信処理（図２１）において情報タイプ「２」のデータを受信したときに端末ＩＤを登録した結果となっている。これを、全端末記憶領域に記憶されている全端末リストと照合し、現在通信の対象としている現通信グループの全てのメンバー端末が通信成功端末リストに登録されているか否かを判断する（Ｓ３４）。
【０１２１】
現通信グループの全ての端末が通信成功端末リストに登録されている場合には（Ｓ３４：ＹＥＳ）、現通信グループについては今のリーダー端末１で通信失敗事例がないということだから、元リーダー端末リストを初期化する（Ｓ３５）。そして、現通信グループに対して制御情報を送信する処理を実行する（Ｓ３６）。制御情報送信処理の詳細は、図８を参照して説明した第一実施形態と同様なのでここでは説明を省略する。
【０１２２】
次に、現通信グループのＩＤが通信グループ記憶領域３３に記憶されている通信グループリストの最終グループのＩＤか否かを判断する（Ｓ３８）。現通信グループが最終グループでない場合には（Ｓ３８：ＮＯ）、現通信グループＩＤに次のグループのＩＤを設定し（Ｓ３９）、メイン処理（図１９）に戻る。
【０１２３】
一方、現通信グループが最終グループの場合には（Ｓ３８：ＹＥＳ）、次に、自端末が時間計測端末か否かを判断する（Ｓ４２）。時間計測端末である場合には（Ｓ４２：ＹＥＳ）、最終グループまで通信が完了しているので、最終グループ通信終了フラグに「１」を記憶して（Ｓ４３）、メイン処理に戻る。
【０１２４】
自端末が時間計測端末でない場合には（Ｓ４２：ＮＯ）、最終グループまで通信が完了しているので、次回からはリーダー端末１であることを中止するため、コントロールフラグを「ＯＦＦ」にする（Ｓ４４）。そして、時間計測端末に対し、最終グループまで一連の通信が終了した旨の通知を送信するために送信データの設定を行う（Ｓ４５）。すなわち、送信先に時間計測端末のＩＤを設定し、情報タイプを「６」とする。情報タイプ「６」は、リーダー端末１からの最終グループまで制御情報の送信が完了した旨の通知を意味している。そして、設定したデータを送信し（Ｓ４６）、メイン処理に戻る。
【０１２５】
一方、通信成功端末リストの検索の結果、現通信グループの端末に通信成功端末リストに登録されていない端末がある場合には（Ｓ３４：ＮＯ）、通信成功端末リストにない端末を通信失敗端末リストに登録し、通信失敗端末記憶領域３７に記憶する（Ｓ４７）。そして、今のリーダー端末１で通信失敗事例が発生したため、新たなリーダー端末の依頼をするための新リーダー依頼処理を行う（Ｓ４８）。その後、メイン処理（図１９）に戻る。尚、新リーダー依頼処理の詳細については、第二実施形態と同様であるので、ここでは説明を省略する。
【０１２６】
以上説明したように、第三実施形態の無線通信システム１００では、ある特定の通信端末が常に時間計測端末として機能しており、一定時間が経過するごとに、時間計測端末がリーダー端末１となる。但し、時間計測端末以外の端末がリーダー端末１の場合は、制御情報の送信をグループ毎に最終グループまで完了したときに、常に時間計測端末に通知することとしている。従って、時間計測端末は、一定時間の経過と全グループに対する制御情報の送信完了の両者が充たされたときにリーダー端末１に復活する。このため、全てのグループに対する制御が終了するのを最優先とし、制御情報に基づく処理が全てのグループで一定時間内でスムーズに実行された後に、一定時間間隔で周期的にグループ毎の同期通信を行いつつ、本発明を有効に利用できる。
【０１２７】
尚、上記第三実施形態において、図２０のＳ３８で最終グループか否かの判断処理を実行するＣＰＵ１０が本発明の受信判断手段に相当する。また、図２０のＳ４５及びＳ４６で最終グループ通信終了通知を送信するＣＰＵ１０が最終グループ通信完了通知情報送信手段に相当する。
【０１２８】
次に、メンバー端末２からグループ３単位でデータを収集し、収集されたデータをリーダー端末１からサーバに送ってサーバで収集データを蓄積する第四実施形態について図２２〜図２５を参照して説明する。図２２は、第四実施形態の無線通信システム１００で送受信される送受信データ２００の説明図である。図２３は、第三実施形態の通信端末のメイン処理の中で実行されるリーダー端末処理のフローチャートである。図２４は、リーダー端末処理の中で実行されるデータ収集処理のフローチャートである。図２５は、第三実施形態の通信端末のメイン処理の中で実行されるメンバー端末処理のフローチャートである。
【０１２９】
第四実施形態の無線通信システム１００では、図２２に示すような送受信データ２００が送受信される。図２２に示すように、送受信データ２００は、送信元情報、送信先情報、情報タイプ、元リーダー端末リスト、端末データの５つの項目から構成されている。送信元情報には、当該データを送信する端末のＩＤが格納される。送信先情報には、送信相手のグループＩＤもしくは端末ＩＤが格納される。無線通信システム１００では、ブロードキャスト通信が行われるので、送信相手のＩＤが必須となる。各端末は、受信したデータの送信先情報が自端末ＩＤ又は自端末が属しているグループのＩＤと一致する場合に自身に向けたデータであると判断する。情報タイプには、１〜６のいずれかの値が格納される。ここでは、１：通信状態確認、２：通信状態確認受信通知、３：制御情報、４：新リーダー依頼、５：新リーダー依頼受信通知、６：制御情報受信通知となっている。そして、情報タイプが「４」の場合には、以前にリーダー端末だった端末のリストである元リーダー端末リストが添付される。また、情報タイプが「６」の場合には、メンバー端末２から制御情報に従ったデータが送信される。
【０１３０】
第四実施形態では、通信端末は、第一実施形態と同様のメイン処理（図５）を電源投入から電源ＯＦＦまで繰り返し実行する。詳細な説明は、ここでは省略する。次に、図２３及び図２４を参照して、メイン処理の中で実行されるリーダー端末処理について説明する。
【０１３１】
図２３に示すように、リーダー端末処理が開始されると、まず、各メンバー端末２と通信できるかどうかをグループ毎に確認する通信状態確認処理を実行する（Ｓ３２）。通信状態確認処理の詳細は、第一実施形態と同様であるので（図７参照）、ここでは説明を省略する。
【０１３２】
次に、通信成功端末記憶領域３２に記憶されている通信成功端末リストを検索する（Ｓ３３）。通信成功端末リストには、通信状態確認処理において応答が帰ってきた端末のみがリストアップされている。これを、全端末記憶領域に記憶されている全端末リストと照合し、現在通信の対象としている現通信グループの全てのメンバー端末２が通信成功端末リストに登録されているか否かを判断する（Ｓ３４）。
【０１３３】
現通信グループの全ての端末が通信成功端末リストに登録されている場合には（Ｓ３４：ＹＥＳ）、このグループについては今のリーダー端末１で通信失敗事例がないということだから、元リーダー端末リストを初期化する（Ｓ３５）。そして、現通信グループのメンバー端末からデータを収集するデータ収集処理を実行する（Ｓ３７）。データ収集処理の詳細については、図２４を参照して後述する。
【０１３４】
次に、現通信グループのＩＤが通信グループ記憶領域３３に記憶されている通信グループリストの最終グループのＩＤか否かを判断する（Ｓ３８）。現通信グループが最終グループでない場合には（Ｓ３８：ＮＯ）、次のグループからデータを収集するために、現通信グループＩＤに次のグループのＩＤを設定し（Ｓ３９）、メイン処理に戻る。一方、現通信グループが最終グループの場合には（Ｓ３８：ＹＥＳ）、最初のグループに戻ってデータを収集するために、現通信グループＩＤに通信グループリストの最初のグループＩＤを設定し（Ｓ４０）、メイン処理に戻る。
【０１３５】
一方、通信成功端末リストの検索の結果、現通信グループの端末に通信成功端末リストに登録されていない端末がある場合には（Ｓ３４：ＮＯ）、通信成功端末リストにない端末を通信失敗端末リストに登録し、通信失敗端末記憶領域３７に記憶する（Ｓ４７）。そして、今のリーダー端末で通信失敗事例が発生したため、新たなリーダー端末の依頼をするための新リーダー依頼処理を行う（Ｓ４８）。その後、メイン処理に戻る。尚、新リーダー依頼処理の詳細は、第一実施形態と同様であるから（図９参照）、ここでは説明を省略する。
【０１３６】
次に、図２４を参照して、リーダー端末処理の中で実行されるデータ収集処理の詳細について説明する。データ収集処理が開始されると、まず、送信データの設定を行う（Ｓ３７１）。前述のように、本実施形態では、送受信データ２００は図２２のような構成になっているので、送信先にこれから通信を実行する対象のグループ（現通信グループ）のＩＤを格納し、情報タイプに「３」を格納する。情報タイプ「３」は、メンバー端末２に何らかの処理を実行されるためのものである。本実施形態では、情報タイプ「３」で要求される処理は、メンバー端末２からのデータの収集である。収集するデータは、例えば、メンバー端末２が備える各種センサ４０のセンシングデータ等である。
【０１３７】
送信データの設定が完了したら、次に、メンバー端末２からの応答時間を計測するためにタイマをスタートし（Ｓ３７２）、設定したデータを送信する（Ｓ３７３）。次に、データを受信したか否かを判断する（Ｓ３７４）。データを受信した場合には（Ｓ３７４：ＹＥＳ）、受信データの情報タイプが「６」であるか否かを判断する（Ｓ３７５）。情報タイプ「６」は、メンバー端末が、情報タイプ「３」のデータ送信を受けて発信する、「制御情報受信通知」である。このタイプの通信には、図２２で説明したように、端末データが添付されてくる。そこで、情報タイプが「６」であれば（Ｓ３７５：ＹＥＳ）、受信した端末データを外部のサーバ（図示外）に送信する（Ｓ３７６）。
【０１３８】
データを受信していない場合（Ｓ３７４：ＮＯ）、又は、受け取ったデータの情報タイプが「６」でない場合には（Ｓ３７５：ＮＯ）、Ｓ３７７に進み、Ｓ３７３のデータ送信から一定時間が経過したか否かを判断する。データ送信から一定時間が経過していない場合には（Ｓ３７７：ＮＯ）、Ｓ３７４に戻り、データ受信を待って、その情報タイプを判断する処理を繰り返す。一定時間が経過すれば（Ｓ３７７：ＹＥＳ）、リーダー端末処理に戻る。
【０１３９】
次に、図２５を参照して、メンバー端末処理について説明する。メンバー端末処理は、メイン処理において、その端末のコントロールフラグがＯＦＦである場合に（Ｓ２０：ＮＯ）なされる処理である。
【０１４０】
メンバー端末処理が開始されると、まず、データを受信したか否かを判断する（Ｓ５１）。受信していなければ、（Ｓ５１：ＮＯ）、受信するまで待機する。
【０１４１】
受信した場合には（Ｓ５１：ＹＥＳ）、次に、受信したデータの情報タイプを順に判断し（Ｓ５２，Ｓ５５，Ｓ５９）、そのタイプに従った処理を実行する。
【０１４２】
まず、受信した情報タイプが「１」かどうかを判断する（Ｓ５２）。受信情報タイプが「１」なら（Ｓ５２：ＹＥＳ）、それはリーダー端末１からの通信状態確認メッセージであるから、これに対する応答メッセージを送信するため、送信データの設定を行う（Ｓ５３）。すなわち、送信先に、受信したデータの送信元端末ＩＤを設定し、情報タイプを「２」とする。情報タイプ「２」は、通信状態確認受信通知を意味している。そして、設定したデータを送信し（Ｓ５４）、Ｓ５１に戻ってデータ受信を待つ。
【０１４３】
受信した情報タイプが「１」でなければ（Ｓ５２：ＮＯ）、次に、受信した情報タイプが「３」かどうかを判断する（Ｓ５５）。受信情報タイプが「３」なら（Ｓ５５：ＹＥＳ）、それはリーダー端末１からの指示であるから、予め定められた処理、もしくは、制御情報と共に送信されてきたコマンドに基づいてデータの取得処理を実行する（Ｓ５６）。そして、取得したデータをリーダー端末１に送信するために、データの設定を行う（Ｓ５７）。すなわち、送信先に、受信したデータの送信元端末ＩＤを設定し、情報タイプを「６」とし、端末データを格納する。情報タイプ「６」は、制御情報受信通知を意味している。そして、設定したデータを送信し（Ｓ５８）、Ｓ５１に戻ってデータ受信を待つ。
【０１４４】
受信した情報タイプが「３」でなければ（Ｓ５５：ＮＯ）、次に、受信した情報タイプが「４」かどうかを判断する（Ｓ５９）。受信情報タイプが「４」なら（Ｓ５９：ＹＥＳ）、それは現リーダー端末１からの新リーダー依頼であるから、これに対する受諾メッセージを送信するため、送信データの設定を行う（Ｓ６０）。すなわち、送信先に、受信したデータの送信元端末ＩＤを設定し、情報タイプを「５」とする。情報タイプ「５」は、新リーダー依頼受信通知を意味している。そして、設定したデータを送信し（Ｓ６１）、コントロールフラグをＯＮにする（Ｓ６２）。そして、メイン処理に戻る。この場合、コントロールフラグがＯＮとなったので、メイン処理の次の回の処理では、リーダー端末処理が行われる（図６，Ｓ２０：ＹＥＳ、Ｓ３０）。
【０１４５】
受信情報タイプが「４」でなければ（Ｓ５９：ＮＯ）、そのままＳ５１に戻ってデータ受信を待つ。
【０１４６】
以上説明したように、第四実施形態の無線通信システム１００では、リーダー端末１からグループ単位で送信される制御情報としてメンバー端末で取得した各種データの送信処理を要求する。そして、各メンバー端末は、制御情報を受信したときに、例えば、各種センサから検出したセンシングデータなどの端末データを送信する。端末データを受け取ったリーダー端末１は、その端末データを外部サーバに送信し、蓄積させる。第四実施形態でも、通信状態に応じてリーダー端末１が交代するため、端末データを受信したリーダー端末１が外部サーバにデータを送信しておくことで、リーダー端末の交代時に端末データをも新リーダー端末４に送信する必要がない。尚、第四実施形態のデータ収集処理を、第二、第三の実施形態の時間計測端末を使用した一定周期での制御と組み合わせて用いることもできる。
【０１４７】
尚、上記第四実施形態において、図２４のＳ３７６で端末データをサーバに送信するＣＰＵ１０が本発明の収集情報送信手段に相当する。
【図面の簡単な説明】
【０１４８】
【図１】無線通信システムの概略を示す説明図である。
【図２】リーダー端末１及びメンバー端末２の電気的構成を示すブロック図である。
【図３】である。
【図４】第一実施形態の無線通信システム１００で送受信される送受信データ２００の説明図である。
【図５】第一実施形態の通信端末のメイン処理のフローチャートである。
【図６】メイン処理の中で実行されるリーダー端末処理のフローチャートである。
【図７】リーダー端末処理の中で実行される通信状態確認処理のフローチャートである。
【図８】リーダー端末処理の中で実行される制御情報送信処理のフローチャートである。
【図９】リーダー端末処理の中で実行される新リーダー依頼処理のフローチャートである。
【図１０】メイン処理の中で実行されるメンバー端末処理のフローチャートである。
【図１１】第二実施形態の無線通信システム１００で送受信される送受信データ２００の説明図である。
【図１２】第二実施形態の通信端末のメイン処理のフローチャートである。
【図１３】メイン処理で起動されるタイマ処理のフローチャートである。
【図１４】メイン処理の中で実行されるリーダー端末処理のフローチャートである。
【図１５】リーダー端末処理の中で実行される通信状態確認処理のフローチャートである。
【図１６】リーダー端末処理の中で実行される新リーダー依頼処理のフローチャートである。
【図１７】リーダー端末処理の中で起動されるデータ受信処理のフローチャートである。
【図１８】第三実施形態の無線通信システム１００で送受信される送受信データ２００の説明図である。
【図１９】第三実施形態の通信端末のメイン処理のフローチャートである。
【図２０】メイン処理の中で実行されるリーダー端末処理のフローチャートである。
【図２１】リーダー端末処理の中で起動されるデータ受信処理のフローチャートである。
【図２２】第四実施形態の無線通信システム１００で送受信される送受信データ２００の説明図である。
【図２３】第三実施形態の通信端末のメイン処理の中で実行されるリーダー端末処理のフローチャートである。
【図２４】リーダー端末処理の中で実行されるデータ収集処理のフローチャートである。
【図２５】第三実施形態の通信端末のメイン処理の中で実行されるメンバー端末処理のフローチャートである。
【符号の説明】
【０１４９】
１      リーダー端末
２      メンバー端末
３      グループ
４      新リーダー端末
１０      ＣＰＵ
２０      ＲＯＭ
３０      ＲＡＭ
３１      コントロールフラグ記憶領域
３２      通信成功端末記憶領域
３３      通信グループ記憶領域
３５      元リーダー端末記憶領域
３６      リーダー依頼失敗端末記憶領域
３７      通信失敗端末記憶領域
１００      無線通信システム
２００      送受信データ
【図１】
2008060977.tif 000003
【図２】
2008060977.tif 000004
【図３】
2008060977.tif 000005
【図４】
2008060977.tif 000006
【図５】
2008060977.tif 000007
【図６】
2008060977.tif 000008
【図７】
2008060977.tif 000009
【図８】
2008060977.tif 000010
【図９】
2008060977.tif 000011
【図１０】
2008060977.tif 000012
【図１１】
2008060977.tif 000013
【図１２】
2008060977.tif 000014
【図１３】
2008060977.tif 000015
【図１４】
2008060977.tif 000016
【図１５】
2008060977.tif 000017
【図１６】
2008060977.tif 000018
【図１７】
2008060977.tif 000019
【図１８】
2008060977.tif 000020
【図１９】
2008060977.tif 000021
【図２０】
2008060977.tif 000022
【図２１】
2008060977.tif 000023
【図２２】
2008060977.tif 000024
【図２３】
2008060977.tif 000025
【図２４】
2008060977.tif 000026
【図２５】
2008060977.tif 000027