(57)【要約】【課題】既存の機器に何ら変更を加えることなく、ＱｏＳサポートを行う端末と従来の端末とを共存させる。【解決手段】本発明の無線通信システムは、主制御局と、複数の被主制御局と、上記被主制御局のうちの一つであって、新たな機能を提供するための制御局として動作する従制御局と、複数の被従制御局とを備え、上記の各制御局は、システムの動作モードに応じたビーコンを定期的に送信すると共に、上記従制御局が新たな機能を提供するときに上記主制御局が送信する主ビーコンと上記従制御局が送信する従ビーコンとを検出し（Ｓ２〜Ｓ５）、該検出結果に基づいてシステムの動作モードを判定する。【選択図】図１
2006238500.tif 000002
【特許請求の範囲】
【請求項１】
一つの制御局と複数の被制御局を備えた無線通信システムであって、
上記制御局は、次制御局候補を選定すると共に自身の動作終了予定時刻を決定し、これらの情報をビーコンに含めて送信し、且つ、上記動作終了予定時刻が到来したときにビーコン送信を停止すると共に、
上記の各被制御局は、上記ビーコンに含まれる情報から制御局候補として選定されているか否かを検出すると共に上記制御局の動作終了予定時刻を検出し、
選定された次制御局候補は上記動作終了予定時刻が到来したときにビーコンの送信を開始することを特徴とする無線通信システム。
【請求項２】
上記制御局は、上記の動作終了予定時刻の決定後、ネットワークステータス情報を上記の次制御局候補に通知し、上記の次制御局候補は上記制御局から通知されたネットワークステータス情報に基づいて制御局としての動作を開始することを特徴とする請求項１に記載の無線通信システム。
【請求項３】
上記制御局は、上記ネットワークステータス情報を上記の次制御局候補へ通知した後、上記ネットワークステータス情報の変更に係る要求を上記の被制御局から受け付けないことを特徴とする請求項２に記載の無線通信システム。
【請求項４】
一つの制御局と複数の被制御局を備えた無線通信システムであって、
上記の各被制御局は、上記の制御局から送信されるビーコンの受信結果に基づいて制御局が動作停止したかどうかの判定を行い、任意に設定したランダム時間の間上記ビーコンを受信しなかった場合、上記制御局が停止したと判断してビーコンの送信を開始することを特徴とする無線通信システム。
【請求項５】
上記ビーコンの送信を開始した被制御局が少なくとも第１及び第２被制御局である場合、第１被制御局は、第２被制御局からのビーコンを受信すると、任意のランダム時間を設定し、このランダム時間の経過後に、第２被制御局からのビーコンを受信したときにはビーコンの送信を停止する一方、第２被制御局からのビーコンを受信しなかったときにはビーコンの送信を継続することを特徴とする請求項４に記載の無線通信システム。
【請求項６】
一つの制御局と複数の被制御局を備えたシステムであって、
上記の各被制御局は、複数の制御局からのビーコンを受信した場合、自身が送信する予定のデータの送信を停止すると共に、データ送信停止後であって上記複数の制御局からのビーコンが検出されなくなったときに、データの送信を再開することを特徴とする無線通信システム。
【請求項７】
上記の各制御局は、複数の周波数チャネルのうち空き周波数チャネル上で動作することを特徴とする請求項１から６のいずれか１項に記載の無線通信システム。
【請求項８】
上記の各制御局は、上記ビーコン中の端末識別子に基づいて複数の周波数チャネルから選択した周波数チャネル上で動作し、既知の端末が制御局として動作している場合にはその周波数チャネル上で被制御局として動作することを特徴とする請求項１から６のいずれか１項に記載の無線通信システム。
【請求項９】
上記の各制御局は、上記ビーコン中の上位層識別子を設け、自身がサポートしているか否かに基づいて複数の周波数チャネルから選択した周波数チャネル上で動作することを特徴とする請求項１から６のいずれか１項に記載の無線通信システム。
【請求項１０】
上記制御局は、交代指示に基づいて指定されたものを次制御局候補として選定することを特徴とする請求項１、２、又は３に記載の無線通信システム。
【請求項１１】
上記制御局は、収容端末台数、収容コネクション数、サポートレート、及び電波出力に基づいて、より高機能な性能を有するものを次制御局候補として選定することを特徴とする請求項１、２、又は３に記載の無線通信システム。
【請求項１２】
上記制御局は、そのバッテリー残量が所定量以下に低下した場合に上記の次制御局候補を選定することを特徴とする請求項１、２、又は３に記載の無線通信システム。
【請求項１３】
上記制御局は、上記の各被制御局に係る通信履歴に基づいて上記の次制御局候補を選定することを特徴とする請求項１、２、又は３に記載の無線通信システム。
【請求項１４】
コンピュータに請求項１から１３のいずれか１項に記載の無線通信システムの機能を実現させるための通信プログラム。
【請求項１５】
コンピュータに請求項１から１３のいずれか１項に記載の無線通信システムの機能を実現させるための通信プログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一つの制御局とその他複数の被制御局から構成される無線通信システムにおいて、その無線通信システムが動作している中でも新たな機能を提供する制御局が動作することを可能とする無線通信システム、通信プログラム、及び通信プログラムを記録したコンピュータ読み取り可能な記録媒体に関する。
【背景技術】
【０００２】
近年、ＤＶＤやＢＳデジタル放送などの登場により、ＤＶＤプレーヤやＢＳデジタルチューナーなどの映像ソースとテレビやディスプレイ間のデジタルデータ伝送をはじめとして、より高度な家庭内デジタルネットワークシステムの登場が期待されている。
【０００３】
このような家庭内デジタルネットワークシステムを実現する有力候補の一つとして、ＩＥＥＥ８０２．１１システムがある。既存のＩＥＥＥ８０２．１１システムは、もともとコンピュータ向けの無線通信システムであり、インターネットプロトコルに代表されるベストエフォート型のデータ転送が主目的であったため、映像等に代表されるようなデータは遅延に厳しいようなリアルタイム型データの伝送を行う場合、十分な性能が得られない場合がある。
【０００４】
そのため、このようなリアルタイム型データの伝送にも耐えられるように拡張するべく、ＱｏＳサポートへの試みが多方面でなされている。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、ＱｏＳサポートを実現するためには、帯域や遅延管理などのリソースを管理する主体（ここでは単に制御局とする）が必要となる。ＩＥＥＥ８０２．１１システムの場合、アクセスポイントと呼ばれる制御局に相当する主体の制御下で実現されるネットワーク（インフラストラクチャネットワーク）と制御の主体が存在せず分散的な制御により実現されるアドホックネットワーク（ＩＢＳＳ）が存在する。
【０００６】
インフラストラクチャネットワークにおいて、従来のアクセスポイントを機能拡張することを前提にしてＱｏＳサポートを行うことは容易に行える。しかしながら、ＱｏＳをサポートしない従来のＩＥＥＥ８０２．１１対応アクセスポイントは既に市場に出回っており、ＱｏＳサポートを行うためにアクセスポイントの置き換えが必要というのではユーザに対して大きな負担となることは明らかである。
【０００７】
また、アクセスポイントのような高機能な装置を用意することなくリアルタイムデータを伝送したいという要求も多い。そのためアクセスポイントの存在しないＩＢＳＳにおいてもＱｏＳを実現するためには、新規にＱｏＳサポート制御局を設ける必要がある。
【０００８】
すなわち、本発明の目的は、既存のアクセスポイントやＩＥＥＥ８０２．１１端末が動作しているネットワークにおいて、既存の機器に何ら変更を加えることなく、ＱｏＳサポートを行う端末と従来の端末とが共存可能とすることにある。より詳細には、本発明は、以下の課題を解決するためになされたものである。
（１）異なる機能の制御局の混在について
既存システム内でＱｏＳサポートを実現するためには、ＱｏＳ制御局は既存システムの制御局に対しては１つの既存端末として動作しつつ、かつ、ＱｏＳをサポートするための制御局としても機能しなければならない。このため起動時に既存システムの制御局が動作していることを認識し、かつ、ＱｏＳ制御局の動作も認識する必要がある。
【０００９】
例えば、ＩＥＥＥ８０２．１１の場合、アクセスポイント（インフラストラクチャネットワーク動作時）もしくは各端末（アドホックネットワーク動作時）が常にビーコンを送信することにより、ネットワークの存在を知らしめているが、複数のタイプの制御局が存在する場合には対応できないという問題がある。
（２）制御局の停止について
一般的な家電機器においては、ユーザが動作状態に関わらず電源オフする可能性が十分考えられるので、制御局の緊急停止に代替制御局がスムーズに起動開始できることが望ましい。
【００１０】
例えば、特開平１１−８５８５号公報では、現在、制御局として動作している端末機器が次の制御局候補の端末機器を選択し、現行制御局としての端末機器と次の制御局候補の端末機器との間で制御データをやり取りすることにより、制御局の交代を実施する。しかしながら、上述の従来技術では、現行の制御局としての端末機器が緊急停止した場合は制御局の交代に必要な制御データのやり取りが実施できないという問題点を有している。
【００１１】
また、異なる例として、ワイヤレス１３９４システム（ＡＲＩＢ  ＳＴＤ−Ｔ７２）などにおいては、制御局に相当するハブステーションが緊急停止した場合の対処方法が規定されている。
【００１２】
これによれば、自身が停止した場合に備え、あらかじめネットワークに参加している各端末にそれぞれ起動開始順の優先順位を与え、被制御局は、ハブステーションが停止したと判断したときに、与えられた優先順位に従って、制御局としての起動を試みる。
【００１３】
ただし、この従来技術では、より確実に同時起動を防止するためには、ハブ対応ステーションが参加するたびに、優先順位を与え、制御パケット（ビーコンとは異なるパケット）を送信しなおす必要がある。このように優先順位を付与するための制御データを送信するために別途回線が必要となり、回線の使用効率が低下するという問題点を有している。
（３）混信回避について
ＱｏＳサポートを行う制御局は、例えば、ビデオカメラなど容易に移動できるような装置に組み込まれるケースも十分考えられる。そのため、同じ機能を備えた複数のＱｏＳ制御局が最初は全く異なるエリアで動作していても、それらの端末が移動することにより、両者が同一のエリアで動作し、エリアが重なる可能性が高い。そのような状況下では、例えば、複数の制御局が相互に無関係でリソース（ネットワーク内の帯域やコネクションの許可時間や遅延管理等）を割り当てるため、被制御局が期待通りにデータを送信できなくなるという問題を招来していた。
【課題を解決するための手段】
【００１４】
本発明の参考例に係る無線通信システムは、上記の課題を解決するために、主制御局と、上記主制御局の制御下で動作する複数の被主制御局と、上記被主制御局のうちの一つであって、新たな機能を提供するための制御局として動作する従制御局と、上記従制御局の制御下で動作する複数の被従制御局とを備え、上記の各制御局は、システムの動作モードに応じたビーコンを定期的に送信すると共に、上記従制御局が新たな機能を提供するときに上記主制御局が送信する主ビーコンと上記従制御局が送信する従ビーコンとを検出し、この検出結果に基づいてシステムの動作モードを判定するものである。
【００１５】
上記の発明によれば、上記主制御局の制御下で複数の被主制御局が動作しており、このうちの一つが、新たな機能を提供するための制御局として動作する従制御局となる。この従制御局の制御下で複数の被従制御局が動作している。そして、これらの制御局は、システムの動作モードに応じたビーコンを定期的（周期的）にそれぞれ送信している。
【００１６】
上記従制御局が新たな機能を提供するとき（たとえば、ＱｏＳサポートを行う端末として機能するとき）、主制御局が送信する主ビーコンと上記従制御局が送信する従ビーコンとが上記の各制御局によって検出される。そして、各制御局は、上記の検出結果に基づいてシステムの動作モードを判定する。
【００１７】
以上のように上記発明によれば、主制御局が送信する主ビーコンと上記従制御局が送信する従ビーコンとを検出してシステムの動作モードを決定する機能を上記の各制御局が備えているので、主制御局の機能を拡張したり、別途新たに専用の制御局を設けたりすることなく、主・従２つのタイプの制御局を一つの無線通信システム内に混在（共存）させて新しい機能を提供することが可能となる。
【００１８】
上記従制御局が、主制御局と従制御局の双方の制御局として動作している場合、上記主ビーコンと上記従ビーコンとを一つのパケットにまとめて送信することが好ましい。この場合、２つのビーコン（主ビーコンと従ビーコン）が一つのパケットで送信されるので、その分、必要な帯域が削減され、これにより、帯域の有効活用（回線効率のより有効な利用）が可能となる。
【００１９】
本発明に係る無線通信システムは、上記課題を解決するために、一つの制御局と複数の被制御局を備えた無線通信システムであって、上記制御局は、次制御局候補を選定すると共に自身の動作終了予定時刻を決定し、これらの情報をビーコンに含めて送信し、且つ、上記動作終了予定時刻が到来したときにビーコン送信を停止すると共に、上記の各被制御局は、上記ビーコンに含まれる情報から制御局候補として選定されているか否かを検出すると共に上記制御局の動作終了予定時刻を検出し、選定された次制御局候補は上記動作終了予定時刻が到来したときにビーコンの送信を開始することを特徴としている。
【００２０】
上記の発明によれば、次制御局候補が制御局によって選定されると共に、自身の動作終了予定時刻が制御局によって決定される。制御局は、次制御局候補に係る情報と、自身の動作終了予定時刻に係る情報とをビーコンに含めて送信する。上記制御局は、上記動作終了予定時刻が到来したときに上記ビーコン送信を停止する。
【００２１】
一方、各被制御局は、上記ビーコンを受信し、次制御局候補に係る上記の情報に基づいて、自身が制御局候補として選定されているか否かを検出する。また、上記の各被制御局は、制御局の動作終了予定時刻に係る情報に基づいて動作終了予定時刻を検出する。
【００２２】
被制御局のうち制御局によって選定された次制御局候補は、制御局の動作終了予定時刻が到来したときにビーコンの送信を開始する。
【００２３】
以上のように、上記の発明によれば、予め各制御局に起動開始順の優先順位を付与したり、回線の使用効率を低下させたりことなく、制御局が選定した次制御局候補と制御局の動作終了予定時刻とがビーコンを介してあらかじめ被制御局へ通知されるので、制御局が緊急停止するまでに制御局の交代に必要な制御データのやりとりが確実に行える。その結果、制御局が緊急停止することによる影響を最小限に抑えることが可能となる。
【００２４】
上記制御局は、上記の動作終了予定時刻の決定後、ネットワークステータス情報を上記の次制御局候補に通知し、上記の次制御局候補は上記制御局から通知されたネットワークステータス情報に基づいて制御局としての動作を開始することが好ましい。
【００２５】
この場合、ネットワークステータス情報（たとえば、ネットワークに存在する被制御局（端末）の情報やコネクションの割り当て状態等に係る情報）が次制御局候補へ通知される。これにより、制御局の交代の直後でも、同じネットワークステータス情報に基づいてデータ伝送が即座に再開できる。
【００２６】
上記制御局は、上記ネットワークステータス情報を上記の次制御局候補へ通知した後、上記ネットワークステータス情報の変更に係る要求を上記の被制御局から受け付けないことが好ましい。この場合、ネットワークステータス情報の次制御局候補へ通知以降は、ネットワークステータス情報が変化しなくなるので、その分、システムの安定性が向上する。
【００２７】
本発明に係る他の無線通信システムは、上記課題を解決するために、一つの制御局と複数の被制御局を備えた無線通信システムであって、上記の各被制御局は、上記の制御局から送信されるビーコンの受信結果に基づいて制御局が動作停止したかどうかの判定を行い、任意に設定したランダム時間の間上記ビーコンを受信しなかった場合、上記制御局が停止したと判断してビーコンの送信を開始することを特徴としている。
【００２８】
上記の発明によれば、被制御局は、制御局から送信されるビーコンの受信結果に基づいて制御局が動作停止したかどうかの判定を行う。この際、ランダム時間が設定され、この間にビーコンを受信しない場合は、被制御局は、制御局が停止したと判断する。これにより、次制御局候補を選定する前に突然制御局が停止してしまうような場合にも、制御局の交代を確実に行える。また、被制御局ごとにランダム時間が設定されているので、制御局能力を備えた複数の被制御局が同時に制御局として動作することを抑制できる。
【００２９】
上記ビーコンの送信を開始した被制御局が少なくとも第１及び第２被制御局である場合、第１被制御局は、第２被制御局からのビーコンを受信すると、任意のランダム時間を設定し、このランダム時間の経過後に、第２被制御局からのビーコンを受信したときにはビーコンの送信を停止する一方、第２被制御局からのビーコンを受信しなかったときにはビーコンの送信を継続することが好ましい。
【００３０】
この場合、たとえ複数の被制御局が制御局として同時に動作しても、一つの被制御局のみを制御局とすることが確実に行え（他の被制御局が誤動作する可能性をより低減することが可能となり）、これにより、非常に信頼性の高いシステムを実現できる。
【００３１】
本発明に係る更に他の無線通信システムは、上記課題を解決するために、一つの制御局と複数の被制御局を備えたシステムであって、上記の各被制御局は、複数の制御局からのビーコンを受信した場合、自身が送信する予定のデータの送信を停止すると共に、データ送信停止後であって上記複数の制御局からのビーコンが検出されなくなったときに、データの送信を再開することを特徴としている。
【００３２】
上記の発明によれば、たとえば、他の無線通信システムに属する制御局の移動に伴って両無線通信システムの複数の制御局が混在する場合、これを被制御局はビーコンの受信により複数の制御局が動作していることを知る。このような場合、当該被制御局が送信する予定のデータの送信を停止する。その後、上記複数の制御局からのビーコンが検出されなくなったときに、データの送信が上記被制御局によって再開される。これにより、複数の制御局が相互に無関係にリソース（コネクション）を割り当てることが回避され、被制御局は期待通りにデータを送信できる。このように、上記発明によれば、他の端末への影響を確実に低減できる。
【００３３】
上記の各制御局は、複数の周波数チャネルのうち空き周波数チャネル上で動作することが好ましい。
【００３４】
上記の各制御局は、上記ビーコン中の端末識別子に基づいて複数の周波数チャネルから選択した周波数チャネル上で動作し、既知の端末が制御局として動作している場合にはその周波数チャネル上で被制御局として動作することが好ましい。
【００３５】
上記の各制御局は、上記ビーコン中の上位層識別子を設け、自身がサポートしているか否かに基づいて複数の周波数チャネルから選択した周波数チャネル上で動作することが好ましい。
【００３６】
上記制御局は、交代指示に基づいて指定されたものを次制御局候補として選定することが好ましい。
【００３７】
上記制御局は、収容端末台数、収容コネクション数、サポートレート、及び電波出力に基づいて、より高機能な性能を有するものを次制御局候補として選定することが好ましい。
【００３８】
上記制御局は、そのバッテリー残量が所定量以下に低下した場合に上記の次制御局候補を選定することが好ましい。
【００３９】
上記制御局は、上記の各被制御局に係る通信履歴に基づいて上記の次制御局候補を選定することが好ましい。
【００４０】
本発明のプログラムは、コンピュータに上記の各無線通信システムの機能を実現させるためのものであることが好ましい。
【００４１】
本発明の記録媒体は、コンピュータに上記の各無線通信システムの機能を実現させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体であることが好ましい。
【発明の効果】
【００４２】
本発明の参考例に係る無線通信システムは、以上のように、主制御局と、上記主制御局の制御下で動作する複数の被主制御局と、上記被主制御局のうちの一つであって、新たな機能を提供するための制御局として動作する従制御局と、上記従制御局の制御下で動作する複数の被従制御局とを備え、上記の各制御局は、システムの動作モードに応じたビーコンを定期的に送信すると共に、上記従制御局が新たな機能を提供するときに上記主制御局が送信する主ビーコンと上記従制御局が送信する従ビーコンとを検出し、この検出結果に基づいてシステムの動作モードを判定するものである。
【００４３】
上記の発明によれば、上記主制御局の制御下で複数の被主制御局が動作しており、このうちの一つが、新たな機能を提供するための制御局として動作する従制御局となる。この従制御局の制御下で複数の被従制御局が動作している。そして、これらの制御局は、システムの動作モードに応じたビーコンを定期的（周期的）にそれぞれ送信している。
【００４４】
上記従制御局が新たな機能を提供するとき、主制御局が送信する主ビーコンと上記従制御局が送信する従ビーコンとが上記の各制御局によって検出される。そして、各制御局は、上記の検出結果に基づいてシステムの動作モードを判定する。
【００４５】
それゆえ、上記発明によれば、主制御局が送信する主ビーコンと上記従制御局が送信する従ビーコンとを検出してシステムの動作モードを決定する機能を上記の各制御局が備えているので、主制御局の機能を拡張したり、別途新たに専用の制御局を設けたりすることなく、主・従２つのタイプの制御局を一つの無線通信システム内に混在（共存）させて新しい機能を提供することが可能となるという効果を奏する。
【００４６】
上記従制御局が、主制御局と従制御局の双方の制御局として動作している場合、上記主ビーコンと上記従ビーコンとを一つのパケットにまとめて送信することが好ましい。この場合、２つのビーコン（主ビーコンと従ビーコン）が一つのパケットで送信されるので、その分、必要な帯域が削減され、これにより、帯域の有効活用（回線効率のより有効な利用）が可能となるという効果を併せて奏する。
【００４７】
本発明に係る無線通信システムは、以上のように、一つの制御局と複数の被制御局を備えた無線通信システムであって、上記制御局は、次制御局候補を選定すると共に自身の動作終了予定時刻を決定し、これらの情報をビーコンに含めて送信し、且つ、上記動作終了予定時刻が到来したときにビーコン送信を停止すると共に、上記の各被制御局は、上記ビーコンに含まれる情報から制御局候補として選定されているか否かを検出すると共に上記制御局の動作終了予定時刻を検出し、選定された次制御局候補は上記動作終了予定時刻が到来したときにビーコンの送信を開始することを特徴としている。
【００４８】
上記の発明によれば、次制御局候補が制御局によって選定されると共に、自身の動作終了予定時刻が制御局によって決定される。制御局は、次制御局候補に係る情報と、自身の動作終了予定時刻に係る情報とをビーコンに含めて送信する。上記制御局は、上記動作終了予定時刻が到来したときに上記ビーコン送信を停止する。
【００４９】
一方、各被制御局は、上記ビーコンを受信し、次制御局候補に係る上記の情報に基づいて、自身が制御局候補として選定されているか否かを検出する。また、上記の各被制御局は、制御局の動作終了予定時刻に係る情報に基づいて動作終了予定時刻を検出する。
【００５０】
被制御局のうち制御局によって選定された次制御局候補は、制御局の動作終了予定時刻が到来したときにビーコンの送信を開始する。
【００５１】
それゆえ、上記の発明によれば、予め各制御局に起動開始順の優先順位を付与したり、回線の使用効率を低下させたりことなく、制御局が選定した次制御局候補と制御局の動作終了予定時刻とがビーコンを介してあらかじめ被制御局へ通知されるので、制御局が緊急停止するまでに制御局の交代に必要な制御データのやりとりが確実に行える。その結果、制御局が緊急停止することによる影響を最小限に抑えることが可能となるという効果を併せて奏する。
【００５２】
上記制御局は、上記の動作終了予定時刻の決定後、ネットワークステータス情報を上記の次制御局候補に通知し、上記の次制御局候補は上記制御局から通知されたネットワークステータス情報に基づいて制御局としての動作を開始することが好ましい。
【００５３】
この場合、ネットワークステータス情報（たとえば、ネットワークに存在する被制御局（端末）の情報やコネクションの割り当て状態等に係る情報）が次制御局候補へ通知される。これにより、制御局の交代の直後でも、同じネットワークステータス情報に基づいてデータ伝送が即座に再開できるという効果を併せて奏する。
【００５４】
上記制御局は、上記ネットワークステータス情報を上記の次制御局候補へ通知した後、上記ネットワークステータス情報の変更に係る要求を上記の被制御局から受け付けないことが好ましい。この場合、ネットワークステータス情報の次制御局候補へ通知以降は、ネットワークステータス情報が変化しなくなるので、その分、システムの安定性が向上するという効果を併せて奏する。
【００５５】
本発明に係る他の無線通信システムは、上記課題を解決するために、一つの制御局と複数の被制御局を備えた無線通信システムであって、上記の各被制御局は、上記の制御局から送信されるビーコンの受信結果に基づいて制御局が動作停止したかどうかの判定を行い、任意に設定したランダム時間の間上記ビーコンを受信しなかった場合、上記制御局が停止したと判断してビーコンの送信を開始することを特徴としている。
【００５６】
上記の発明によれば、被制御局は、制御局から送信されるビーコンの受信結果に基づいて制御局が動作停止したかどうかの判定を行う。この際、ランダム時間が設定され、この間にビーコンを受信しない場合は、被制御局は、制御局が停止したと判断する。これにより、次制御局候補を選定する前に突然制御局が停止してしまうような場合にも、制御局の交代を確実に行える。また、被制御局ごとにランダム時間が設定されているので、制御局能力を備えた複数の被制御局が同時に制御局として動作することを抑制できるという効果を併せて奏する。
【００５７】
上記ビーコンの送信を開始した被制御局が少なくとも第１及び第２被制御局である場合、第１被制御局は、第２被制御局からのビーコンを受信すると、任意のランダム時間を設定し、このランダム時間の経過後に、第２被制御局からのビーコンを受信したときにはビーコンの送信を停止する一方、第２被制御局からのビーコンを受信しなかったときにはビーコンの送信を継続することが好ましい。
【００５８】
この場合、たとえ複数の被制御局が制御局として同時に動作しても、一つの被制御局のみを制御局とすることが確実に行え（他の被制御局が誤動作する可能性をより低減することが可能となり）、これにより、非常に信頼性の高いシステムを実現できるという効果を併せて奏する。
【００５９】
本発明に係る更に他の無線通信システムは、以上のように、一つの制御局と複数の被制御局を備えたシステムであって、上記の各被制御局は、複数の制御局からのビーコンを受信した場合、自身が送信する予定のデータの送信を停止すると共に、データ送信停止後であって上記複数の制御局からのビーコンが検出されなくなったときに、データの送信を再開することを特徴としている。
【００６０】
上記の発明によれば、他の無線通信システムに属する制御局の移動に伴って、両無線通信システムの複数の制御局が混在する場合、これを被制御局はビーコンの受信により複数の制御局が動作していることを知る。このような場合、当該被制御局が送信する予定のデータの送信を停止する。その後、上記複数の制御局からのビーコンが検出されなくなったときに、データの送信が上記被制御局によって再開される。これにより、複数の制御局が相互に無関係にリソース（コネクション）を割り当てることが回避され、被制御局は期待通りにデータを送信できる。このように、上記発明によれば、他の端末への影響を確実に低減できるという効果を併せて奏する。
【００６１】
上記の各制御局は、複数の周波数チャネルのうち空き周波数チャネル上で動作することが好ましい。
【００６２】
上記の各制御局は、上記ビーコン中の端末識別子に基づいて複数の周波数チャネルから選択した周波数チャネル上で動作し、既知の端末が制御局として動作している場合にはその周波数チャネル上で被制御局として動作することが好ましい。
【００６３】
上記の各制御局は、上記ビーコン中の上位層識別子を設け、自身がサポートしているか否かに基づいて複数の周波数チャネルから選択した周波数チャネル上で動作することが好ましい。
【００６４】
上記制御局は、交代指示に基づいて指定されたものを次制御局候補として選定することが好ましい。
【００６５】
上記制御局は、収容端末台数、収容コネクション数、サポートレート、及び電波出力に基づいて、より高機能な性能を有するものを次制御局候補として選定することが好ましい。
【００６６】
上記制御局は、そのバッテリー残量が所定量以下に低下した場合に上記の次制御局候補を選定することが好ましい。
【００６７】
上記制御局は、上記の各被制御局に係る通信履歴に基づいて上記の次制御局候補を選定することが好ましい。
【００６８】
本発明のプログラムは、コンピュータに上記の各無線通信システムの機能を実現させるためのものであることが好ましい。
【００６９】
本発明の記録媒体は、コンピュータに上記の各無線通信システムの機能を実現させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体であることが好ましい。
【発明を実施するための最良の形態】
【００７０】
本発明に係る無線通信装置及び無線通信方法の一実施形態について、図１〜図１５を参照しながら説明すると以下のとおりである。
【００７１】
まず、端末起動について説明する。本実施の形態に係る無線通信システムでは、既存の無線通信システムを制御する一つの制御局（主制御局）と、その制御局の下で動作する複数の被制御局（被主制御局）から構成される。
【００７２】
さらに、その主制御局が制御する既存の無線通信システム内において新たな機能を提供するために、一つの端末が新たな機能を提供するために必要な制御局（従制御局）として動作し、既存の無線通信システム内における他の端末の全てもしくは一部が従制御局の制御の下で動作する複数の被制御局（被従制御局）から構成される（図２参照）。
【００７３】
ここで、端末起動時の処理について図１を参照しながら以下に説明する。
【００７４】
通常の無線通信システムでは、複数の周波数チャネルが使用できるようになっている。そのため、まず、既存の複数の周波数チャネルをスキャンし、どの周波数チャネルを使用するかが選択される（Ｓ１）。
【００７５】
その後、選択された周波数チャネル上の信号の検出が行われる（Ｓ２）。もし、信号が検出されなければ、上記選択周波数チャネルが他の端末によって使用されていない（ネットワークが存在しない）ことを意味するので、自身の能力に応じた動作を行うこと（例えば、自身が制御局として動作をする等）が可能である（Ｓ３）。
【００７６】
一方、上記Ｓ２において、何らかの信号が検出された場合、Ｓ４へ移行し、検出された信号の解析が行われる。つまり、最初に、主制御局が送信しているビーコン（以下、主ビーコンと称す。）の検出が行われた後、従制御局から送信されているビーコン（以下、従ビーコンと称す。）の検出が行われる（Ｓ５）。
【００７７】
もし、制御局が既に動作しているのであれば、該制御局からビーコンが送信されているため、ビーコン送信周期もしくはそれより長い間ビーコンの検出を行うことにより該制御局の存在が確認できる。なお、ビーコンとは、ネットワーク全体を制御するために必要な情報（各端末の状態やネットワークの通信速度等）を含むものである。
【００７８】
上記Ｓ４において主ビーコンが検出され、上記Ｓ５において従ビーコンが検出されなかった場合、Ｓ６へ移行し、自端末が従制御局としての能力を有するか否かが判定される。Ｓ６において、自端末が従制御局としての能力がなければ、従制御局としての動作を開始することができず、従制御局によって提供される機能を使用することができない（Ｓ７）。つまり、主制御局の制御下でのみ動作開始する。一方、自端末が従制御局としての能力を有していれば、主制御局の制御下で従制御局としての動作を開始することが可能となる（Ｓ８）。
【００７９】
主ビーコンも従ビーコンも検出された場合、Ｓ９へ移行し、該端末は主制御局および従制御局の制御の下で動作を開始する（Ｓ９）。
【００８０】
ところで、もし、いずれのビーコンも検出されなければ、Ｓ１０へ移行し、認識不可能なシステムが動作していると判断し、異なる周波数チャネルを選択し、上記の処理が行われる。
【００８１】
ＱｏＳをサポートしたＩＥＥＥ８０２．１１システムについて、より具体的に説明すれば、それぞれ主制御局はアクセスポイント（ＩＢＳＳにおいては、アクセスポイントは存在しないが、ビーコン送信端末を主制御局として適用できる）として、従制御局はＱｏＳ管理局としてそれぞれ適用可能である。
【００８２】
図１の上記Ｓ３は、端末の能力に応じて、既存のシステムの動作モード（インフラストラクチャネットワークもしくはＩＢＳＳ）としても、またＱｏＳサポートのネットワークとしても動作可能である。
【００８３】
図１の上記Ｓ７の場合、ＱｏＳ管理局が存在しないため、既存のシステムの動作モードでのみの動作となる。
【００８４】
図１の上記Ｓ８の場合、既存のアクセスポイントが存在するネットワークにおいて、自身がＱｏＳ管理局として動作することになり、ＱｏＳサポートが可能である。
【００８５】
図１の上記Ｓ９の場合、既存の端末としてもＱｏＳサポートも可能である。
【００８６】
ここで、上記Ｓ１において、どのようにして上記周波数チャネルが選択されるかについて以下に説明する。すなわち、全周波数チャネルがスキャンされ、どの周波数チャネル上でどのようなシステムが動作しているかについて確認された後、使用すべき周波数チャネルが選択される。この選択動作においては、以下のような状況が考えられる。
【００８７】
すなわち、ユーザからの指示がある場合、空き周波数チャネルを探して制御局としての動作を開始する。もし、空きチャネルがなければ、エラー通知がなされるようにしてもよい。
【００８８】
あるいは、ビーコン中の端末識別子（ＭＡＣアドレス）に基づいて周波数チャネルを選択してもよい。既知の端末が制御局として動作しているのであれば、その周波数チャネルにて被制御局として動作する。既知の端末が確認できなければ、空き周波数チャネルを選択し、制御局として動作することにより新たなネットワークを構築する。
【００８９】
あるいは、ビーコン中に上位層識別子を設け、自身がサポートしているか否かに基づいて周波数チャネルを選択してもよい。例えば、ＩＰ端末もしくはＡＶ専用端末が該当例として挙げられる。
【００９０】
ここで、制御局の定常動作について説明する。図１の処理が終了後、主制御局もしくは従制御局として動作を開始する場合、図３のシーケンスＡに基づいて定常的な動作を行う。
【００９１】
まず、各種イベントの検出を行い（Ｓ２１）、Ｓ２２でイベントの種別の判定が行われる。種別判定の結果、ビーコン送信時刻になった旨の判定がなされると（Ｓ２３）、図４に示すシーケンス（Ａ−１）の処理が行われる。
【００９２】
また、上記Ｓ２２において、ユーザからの指示や他端末からの要求により、制御局の変更が必要である旨の判定がなされた場合、制御局変更を開始すべく図５に示すシーケンス（Ａ−２）の処理が行われる。
【００９３】
さらに、自端末以外の制御局からのビーコンを受信した旨の判定がなされた場合、混信防止動作として図６に示すシーケンス（Ａ−３）の処理が行われる。
【００９４】
ここで、上記シーケンス（Ａ−１）について図４を参照しながら説明する。まず、自端末が主制御局かつ従制御局として動作しているか否かが確認される（Ｓ３１）。確認の結果、自端末が主制御局もしくは従制御局のいずれかの局として動作している場合、該当するビーコンが送信される（Ｓ３３）。このときのメッセージ交換の様子を図１１に示す。
【００９５】
なお、ＱｏＳサポートされたＩＥＥＥ８０２．１１システムの場合、既存アクセスポイントが動作している中で、ＱｏＳサポート制御局が動作する状況に相当する。この場合、アクセスポイントは、ＱｏＳサポート制御局から送信されるビーコンの内容を認識できないだけで、誤動作につながるようなことはない。
【００９６】
一方、上記Ｓ３１において、もし、自端末が主制御局および従制御局の両方の局として動作している場合、ビーコン（主ビーコンと従ビーコン）が一つのパケットとして送信される（Ｓ３２）。これにより帯域の有効活用が可能となる。このときのメッセージ交換の様子を図１２に示す。
【００９７】
ＱｏＳサポートされたＩＥＥＥ８０２．１１システムの場合、インフラストラクチャネットワークにおけるアクセスポイント自体がＱｏＳサポートしている端末であるような状況に相当する。
【００９８】
さらに、ＱｏＳサポートされたＩＢＳＳについても、ＱｏＳサポート制御局がビーコンを送信する場合、上記のような動作が適用可能である。ただし、そのまま適用すると別の問題が発生する。
【００９９】
既存のＩＢＳＳの場合、先に述べたとおり、どの端末がビーコンを送信するか分からない。これは、ＱｏＳサポートした端末において、ＱｏＳサポート制御局が存在しているかどうかを判断することが困難になることを意味する。したがって、ＱｏＳサポートをするための制御局は常にビーコンを送信することが望ましいが、そのためにはランダムなビーコン送信待ち時間を常に最小値にすることが望ましい。これにより、ＱｏＳサポート制御局は常にビーコンを送信することが可能となる。
【０１００】
ここで、その他の端末の定常動作について説明する。図１の処理が終了後、主制御局もしくは従制御局の下で動作を開始する場合、図７に示すシーケンスＢに基づいて定常的な動作が行われる。
【０１０１】
まず、各種イベントの検出が行われる（Ｓ４１）。Ｓ４２でイベントの種別の判定が行われる。種別判定の結果、制御局からのビーコンの受信待である旨の判定がなされる（制御局からビーコン受信が予想される）と（Ｓ４３）、図８に示すシーケンス（Ｂ−１）に基づいてビーコン受信動作が行われる。
【０１０２】
又、ユーザからの指示や、他端末からの要求により制御局変更が必要である旨の判定がなされた場合、図９に示すシーケンス（Ｂ−２）の処理が行われる。
【０１０３】
さらに、複数の制御局からのビーコンの受信を検出した旨の判定がなされた場合、混信防止動作として図１０のシーケンス（Ｂ−３）の処理が行われる。
【０１０４】
ここで、制御局停止の場合について説明する。なお、これ以降に示す例では、主制御局と従制御局の区別なく実施可能である。
【０１０５】
制御局が停止する場合、主として次の２通りが考えられる。すなわち、事前に他の端末に対し予告して停止する場合と、電源オフや端末の移動した結果等により突然制御局が停止する場合との２通りである。
【０１０６】
ここでは、事前に制御局が他の端末に対し予告して停止する場合を図５のシーケンス（Ａ−２）と図９のシーケンス（Ｂ−２）とを用いて説明する。
【０１０７】
図５のシーケンス（Ａ−２）は、制御局の動作を示している。制御局端末は制御局としての動作を開始した後に、自身の停止に備えて、次の制御局候補端末およびその動作終了予定時刻を決定し、ビーコンによって通知する（Ｓ５１及びＳ５２）。
【０１０８】
このとき、端末がいつ起動するかわからないこと、及び一時的にビーコンが受信できない可能性があることを考慮して、決定次第、連続して通知することが好ましい。また、より確実に通知するために次の制御局候補端末を決定した場合、ビーコンにて通知するのと同時にその端末に対し直接パケットを送信することにより確認することが好ましい。
【０１０９】
次に、ネットワークステータス情報、例えばネットワークに存在する端末の情報やコネクションの割り当て状態等を制御局候補端末に通知する（Ｓ５３）。これは制御局を変更する直後でも、現在割り当てられているコネクションにおけるデータ伝送が即座に再開できるようにするためである。また終了予定時刻に対し、あらかじめ定められた時間前になると、例えば該制御局への端末登録や新規のコネクション割り当てを一時的に停止し、ネットワークステータス情報に変化を与えないようにすることが好ましい。
【０１１０】
ビーコンにて通知済の動作終了予定時刻になったことがＳ５４において確認されると、制御局はビーコンの送信を停止することによって制御局としての動作を停止する（Ｓ５５）。それから、シーケンスＢへ移行する。
【０１１１】
ここで、どのような場合に制御局の交代が実施されるかについて説明する。すなわち、以下のような場合に制御局の交代、及び制御局候補端末の選択が行われる。
【０１１２】
ユーザからの指示に基づいて制御局の交代が行われる。ユーザから制御局に対して制御局の交代指示が与えられたとき、いずれかの被制御局端末を制御局候補として選択する。また、被制御局端末に対し交代指示が与えられた場合、制御局に対して要求メッセージを送信する。制御局はその要求に必ず応じることが好ましい。
【０１１３】
あるいは、制御局におけるバッテリー残量が所定量以下に低下した場合に、制御局の交代が行われる。この場合、いずれかの端末を制御局候補端末として選択する。この際、端末起動時に、参加要求を送信し、そのときに自身の機能を制御局に通知しておく。制御局候補を自動で選択する場合、それらの機能を比較し、より高機能な端末を制御局候補端末として選択すればよい。
【０１１４】
より高機能な制御局とは、次のような要素を備えたものである。つまり、より高機能な端末としては、収容端末台数が最も多い端末、収容コネクション数が最も多い端末、サポートレートが最も高い端末、及び／又は電波出力が最も大きい端末などが挙げられる。
【０１１５】
また、各端末は、自身の通信履歴（受信電力、再送回数、パケットエラー率等）を保持しておく。制御局候補の選択時、被制御局が送信する制御局交代応答の中にそれらの通信状況の通信履歴を含め、制御局は自身が保持している通信履歴よりも悪い状況であれば、異なる制御局候補端末を選択すればよい。
【０１１６】
図９のシーケンス（Ｂ−２）は、被制御局の端末の動作を示している。制御局以外の端末は、通常、ビーコンを受信して制御局の存在を確認し、その際、ビーコン内の情報に基づいて詳細動作を決定すると共に、次の制御局候補端末や動作終了予定時刻に基づいて、制御局の交代が行われることを知ることができる。
【０１１７】
特に、Ｓ６１において次の制御局候補端末として選定されている端末は、制御局から通知されるネットワークステータス情報を受信し（Ｓ６２）、他の端末に影響を与えないように、交代後に制御局として動作を再開するための準備を行う。その後、動作終了予定時刻になるまで待ち、動作終了予定時刻後にビーコン送信を再開し制御局としての動作を再開する。なお、上記Ｓ６１において次の制御局候補端末として選定されていない端末は、上記シーケンスＢへ移行する。
【０１１８】
上記のシーケンスに基づいて動作した場合の制御局と制御局候補との間でやりとりされるメッセージの流れの一例を図１３に示す。
【０１１９】
ここで、制御局交代の他の例について説明する。つまり、異なるシチュエーションとして、上記のように予告することができずに突然制御局が停止する場合がある。このような状況が発生した場合の動作を図８に示すシーケンス（Ｂ−１）を用いて説明する。
【０１２０】
制御局以外の端末は、制御局が送信するビーコンの受信を期待する。Ｓ７１においてビーコンの受信に成功したら、図７のシーケンスＢの処理が行われる。一方、ビーコンが所定期間の間受信できなければ（Ｓ７２）、制御局が緊急停止したと判断してＳ７３へ移行する。なお、上記Ｓ７２においてビーコンが所定期間内に受信されたら、上記シーケンスＢへ移行する。
【０１２１】
まず、自端末が制御局として動作する能力を持つかどうかについて確認される（Ｓ７３）。制御局として動作する能力がなければ、図１に示されるように初期動作から開始される。
【０１２２】
もし、自端末が制御局として動作する能力を持っておれば、ランダム時間（ＴＲ２）が任意に決定され（Ｓ７４）、その期間、他の制御局からのビーコンを検出しなければ（Ｓ７５）、ビーコンの送信を開始する（Ｓ７６）ことによって制御局として動作する。一方、上記Ｓ７５において、上記ランダム時間の間に制御局からのビーコンを検出した場合、上記シーケンスＢへ移行する。
【０１２３】
上記のようにランダム時間を設定することにより、各端末が同時に起動する確率を確実に下げ、一つのネットワークに複数の制御局が動作することを防ぐことが可能となる。
【０１２４】
上記シーケンス（Ｂ−１）に基づいて動作した場合の制御局と制御局候補との間でやりとりされるメッセージの流れの一例を図１４に示す。この例では、制御局と２台の制御局の能力を持つ端末１及び２から構成されるネットワークにおいて、従制御局が緊急停止した後、端末１（図示しない）が制御局として動作を開始した様子を示している。
【０１２５】
なお、上記ランダム時間を設定するときの他の例として、上述の端末の高機能な性能（収容端末台数が最も多い端末、収容コネクション数が最も多い端末、サポートレートが最も高い端末、及び／又は電波出力が最も大きい端末）や上述の通信履歴に重み付けをし、そのスコアに応じて上記ランダム時間を設定してもよい。
【０１２６】
ここで、複数の制御局が相互に動作していることを検出した場合について説明する。つまり、複数の制御局が同時に動作していることを検出した場合の動作について、図６に示すシーケンス（Ａ−３）と、図１０に示すシーケンス（Ｂ−３）とを用いて以下に説明する。
【０１２７】
このような状況は、例えばユーザが動作中に端末を移動させてしまった場合やアパート等の集合住宅において隣室の無線通信システムの電波を受信してしまった場合等に生じる可能性がある。
【０１２８】
また、制御局が突然動作を停止した場合、上述のとおり、ランダム時間だけ制御局動作の開始を遅らせることにより制御局の乱立を防いでいるが、これでは完全に複数の制御局の起動を防ぐことはできず、複数の制御局が同時に動作してしまう場合も考えられる。そのような理由で複数の制御局が同時に動作した場合以下のように処理すればよい。
【０１２９】
図６に示すシーケンス（Ａ−３）は、制御局が直接他の制御局から送信されたビーコンを検出した場合の動作を示している。
【０１３０】
制御局が他の制御局から送信されたビーコンを受信した場合、ランダム時間ＴＲ１を任意に設定し（Ｓ８１）、ランダム時間ＴＲ１経過するまで待つ（Ｓ８２）。もし、上記ランダム時間ＴＲ１の間、他の制御局からのビーコンが停止されたことを確認できれば（Ｓ８３）、そのままビーコン送信を継続し、上記シーケンスＡへ移行する。一方、他の制御局からのビーコンがなお検出されていれば、自身はビーコンの送信を停止する（Ｓ８４）。
【０１３１】
上記のように、送信停止まで任意時間待つのは、制御局の移動したことにより生じた場合等瞬間的に発生する可能性があることや、急激なネットワークステータスの変化により他の端末への影響を軽減させるためである。
【０１３２】
なお、上記の処理が正常に機能すれば、この時点で最もランダム時間ＴＲ１が長く設定された端末が制御局としての動作を継続することになる。ただし、同じランダム時間を使用した場合等、同時にビーコン停止する可能性もあるため、なお所定の時間ビーコンの送信状況を観察する。その間に、他の制御局から全くビーコンを検出できなくなった場合（Ｓ８５）、上記所定時間経過後、ビーコンの送信を再開する（Ｓ８６）ことにより制御局の動作を再開する。なお、上記所定時間は制御局が停止したと判断する期間より短くすることが好ましい。これにより、これらの制御局以外の端末が新規に制御局としての動作を開始することを確実に防止することが可能となる。
【０１３３】
また、上記Ｓ８５において、他の制御局からのビーコンが検出された場合、Ｓ８７へ移行し、ビーコンの送信を停止してから所定時間経過したか否かが判断される。所定時間経過していた場合、上記シーケンスＢへ移行する一方、所定時間経過していなければ、上記Ｓ８５へ戻る。
【０１３４】
上記のような処理が実施されたときのメッセージ交換の様子に係る一例を図１５に示す。図１５の場合は、３台の制御局１〜３（何れも図示しない）が同時に検出された場合を想定しており、最も長い送信停止待ち時間を設定した制御局１が最終的に制御局としての動作を継続している様子を示している。
【０１３５】
なお、図１５の再開待ち時間は、図１４の停止検出時間よりも短いことが好ましい。これは、制御局が存在しなくなったと他の被制御局が誤解し、該被制御局自身が制御局になることを回避するためである。したがって、この場合、他の端末が制御局となることを確実に回避できる。
【０１３６】
ここで、被制御局が複数の制御局を検出した場合、つまり、被制御局が複数の制御局を検出した場合の動作を図１０に示すシーケンス（Ｂ−３）を用いて説明する。
【０１３７】
複数の制御局が動作しているような状況（このような状況としては、複数の制御局がそれぞれ別々のネットワークに属する場合等が考えられる。）では、データ送受信の効率が低下することはもちろん、複数の制御局間でコネクション割り当てやそのスケジューリングに矛盾が生じる可能性が高くなる。さらには、データ伝送そのものも失敗する可能性が高くなる。このため、本発明では基本的にデータ伝送をストップすることによって、他の端末への影響を軽減させることとしている。
【０１３８】
複数の制御局からのビーコンが検出された場合、データ送信を即座に停止し（Ｓ９１）、複数の制御局からのビーコンが検出されている間その状態を維持する（Ｓ９２）。もし、一つのみの制御局からのビーコンが検出されるようになった場合、所定の手続きを経てデータ送信が再開される（Ｓ９３）。
【０１３９】
本発明は、上記無線通信システムに加えて、コンピュータ（図示しない）に上記記載の無線通信システムの機能を実現させるためのプログラムと、コンピュータに上記記載の無線通信システムの機能を実現させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体（図示しない）も含むものである。
【０１４０】
以上のように、本発明によれば、上記制御局は、次制御局候補を選定する機能、動作終了予定時刻を決定する機能、それらの情報をビーコン内に含める機能、ネットワークステータス情報を次制御局候補に通知する機能、及び動作終了予定時刻となったときにビーコン送信を停止する機能を有している。
【０１４１】
また、被制御局は、ビーコンに含まれている情報から次制御局候補として選定されていることを検出する機能、ネットワークステータス情報を制御局から受信し、反映する機能、及びビーコンで示されている動作終了予定時刻となったときにビーコン送信を開始する機能を有している。これにより、スムーズな制御局交代が可能となる。
【０１４２】
また、上記被制御局は、ビーコン受信結果に基づき制御局が動作停止したかどうかの判定する機能、及び任意に設定したランダム時間他の制御局からのビーコンを検出しなかったときに、ビーコンの送信を開始する機能を有している。これにより、制御局が緊急停止した場合でも複数の制御局が同時に起動する可能性を低減することが可能となる。
【０１４３】
また、本発明によれば、制御局として動作している場合、他の制御局からのビーコンを受信したときに、任意に設定したランダム時間経過後も他の制御局からのビーコンを受信しているかどうかを判定する機能、上記判定結果に基づき、ビーコンの送信を停止する機能、ビーコン送信停止してから所定期間の間他の制御局からのビーコンを検出されているかどうかの判定する機能、及び上記判定結果に基づきビーコンの送信を再開する機能を有している。これにより、制御局が他の制御局を検出した場合でも混信の影響を低減できる。
【０１４４】
また、本発明によれば、被制御局として動作している場合、複数の制御局からのビーコンを受信したときにデータの送信を停止する機能、及びデータ送信停止後、複数の制御局からのビーコンが検出されなくなったときに、データ送信を再開する機能を有している。これにより、複数の制御局を検出した場合でも他の端末への影響を低減できる。
【０１４５】
以上説明したように、本発明によれば既存ビーコンのほかに新制御局用ビーコンを設け、各端末がそれぞれのビーコンを検出することによりネットワーク種別を判定し、ネットワークの（システムの）動作モードを決定する機能を設けることにより、既存制御局の機能に変更を加えることなく新制御局が動作することが可能となる。さらにその際、両記ビーコンを一つのビーコンパケットとして送信することにより、回線効率をより有効利用することが可能となる。
【０１４６】
また、本発明によれば、あらかじめ、制御局候補端末と終了予定時刻をビーコンにて通知することにより、停止するまでにネットワークステータス情報の通知等の準備を可能とし、制御局が交代することによる影響を最小限にすることができる。
【０１４７】
また本発明によれば、制御局が何らかの理由により緊急停止した場合でもランダムな時間経過を待って他の制御局能力を持つ端末のビーコン送信開始によって、制御局動作を開始することにより、より効率的に複数の制御局能力を持つ端末の同時起動を防ぐことができる。
【０１４８】
また本発明によれば、複数の制御局が相互に動作していることを検出した場合、それぞれの制御局がランダム時間経過後ビーコン送信を停止し、その後所定の期間他の制御局が動作をつづけているかどうかを確認することにより、他の端末が誤動作する可能性をより低減させることができる。
【０１４９】
また本発明によれば、被制御局が複数の制御局が動作していることを検出した場合、データ伝送を停止することにより、他の端末への影響を低減させることができる。
【図面の簡単な説明】
【０１５０】
【図１】本発明における端末の起動手順の例を示すシーケンス図である。
【図２】本発明に係る無線通信システムの端末の構成例を示した説明図である。
【図３】本発明における制御局の動作手順の例を示したシーケンス図である。
【図４】本発明における制御局のビーコン送信手順の例を示したシーケンス図である。
【図５】本発明における制御局の停止手順の例を示したシーケンス図である。
【図６】本発明における制御局の混信回避手順の例を示したシーケンス図である。
【図７】本発明における被制御局が他の制御局からのビーコンを検出したときの手順の例を示したシーケンス図である。
【図８】本発明における被制御局のビーコン受信手順の例を示したシーケンス図である。
【図９】本発明における次制御局候補端末として選定された被制御局の制御局動作開始手順の例を示したシーケンス図である。
【図１０】本発明における被制御局が複数の制御局からのビーコンを検出したのときの手順の例を示したシーケンス図である。
【図１１】本発明の無線通信システムにおいて制御局がビーコンを送信する様子の一例を示した説明図である。
【図１２】本発明の無線通信システムにおいて制御局がビーコンを送信する様子のほかの例を示す説明図である。
【図１３】本発明の無線通信システムにおいて制御局が交代するときの、制御局と一つの被制御局の間でメッセージ交換の様子の一例を示す説明図である。
【図１４】本発明の無線通信システムにおいて制御局が緊急停止新たな制御局が動作を開始する様子を示す説明図である。
【図１５】本発明の無線通信システムにおいて複数の制御局が相互にビーコンを検出したときの様子を示す説明図である。
【符号の説明】
【０１５１】
ＴＲ１  ランダム時間
ＴＲ２  ランダム時間
Ａ  シーケンス
Ｂ  シーケンス
Ａ−１  シーケンス
Ａ−２  シーケンス
Ａ−３  シーケンス
Ｂ−１  シーケンス
Ｂ−２  シーケンス
Ｂ−３  シーケンス
【図１】
2006238500.tif 000003
【図２】
2006238500.tif 000004
【図３】
2006238500.tif 000005
【図４】
2006238500.tif 000006
【図５】
2006238500.tif 000007
【図６】
2006238500.tif 000008
【図７】
2006238500.tif 000009
【図８】
2006238500.tif 000010
【図９】
2006238500.tif 000011
【図１０】
2006238500.tif 000012
【図１１】
2006238500.tif 000013
【図１２】
2006238500.tif 000014
【図１３】
2006238500.tif 000015
【図１４】
2006238500.tif 000016
【図１５】
2006238500.tif 000017