(57)【要約】【課題】通信パラメータ設定プロトコルを実行する際に、ユーザの利便性を向上させる。【解決手段】通信装置は、通信相手と通信パラメータを交換する際に用いられるプロトコルの種類を判別し、判別されたプロトコルに基づいて通信相手に対する接続処理を開始するまでの待機時間を決定し、決定された待機時間経過後に接続処理を行う。【選択図】  図２
2014195157.tif 000002
【特許請求の範囲】
【請求項１】
通信装置であって、
通信相手と通信パラメータを交換する際に用いられるプロトコルの種類を判別する判別手段と、
前記通信相手に対する接続処理を開始するまでの待機時間を、前記判別されたプロトコルの種類に基づいて決定する決定手段と、
前記決定された待機時間の経過後に前記接続処理を行う接続手段と、
を有することを特徴とする通信装置。
【請求項２】
前記接続処理は、無線による接続処理であることを特徴とする請求項１に記載の通信装置。
【請求項３】
前記決定手段は、前記判別されたプロトコルに対応した基本値と、前記通信パラメータに対応した追加待機時間とを合計することによって決定することを特徴とする請求項１又は２に記載の通信装置。
【請求項４】
前記追加待機時間は、前記通信パラメータの種類に基づいて決定されることを特徴とする請求項３に記載の通信装置。
【請求項５】
前記追加待機時間は、前記通信パラメータの交換の速度に基づいて決定されることを特徴とする請求項３又は４に記載の通信装置。
【請求項６】
前記待機時間の経過後の前記接続処理が失敗したと判定した場合、接続処理時間の範囲内において、前記接続手段は所定の時間の経過後に前記接続処理を行う処理を繰り返すことを特徴とする請求項１乃至請求項５のいずれか１項に記載の通信装置。
【請求項７】
前記接続処理では前記待機時間の経過後に通信相手の検索を行い、前記検索に対する応答に含まれる通信パラメータが、前記交換した通信パラメータと同じである通信相手に対して接続処理を行い、前記応答に含まれる通信パラメータが前記交換した通信パラメータと異なる場合は前記接続処理は失敗したと判定することを特徴とする請求項１乃至６のいずれか１項に記載の通信装置。
【請求項８】
前記接続処理は、IEEE802.11シリーズに準拠した無線LANによる接続処理であることを特徴とする請求項１乃至７のいずれか１項に記載の通信装置。
【請求項９】
前記通信パラメータは、ネットワーク識別子、暗号方式、暗号鍵、認証方式、認証鍵のうちの少なくとも何れかを含むことを特徴とする請求項１乃至８のいずれか１項に記載の通信装置。
【請求項１０】
通信装置の制御方法であって、
通信相手と通信パラメータを交換する際に用いられるプロトコルの種類を判別する判別工程と、
前記通信相手に対する接続処理を開始するまでの待機時間を、前記判別されたプロトコルの種類に基づいて決定する決定工程と、
前記決定された待機時間の経過後に前記接続処理を行う接続工程と、
を有することを特徴とする通信装置の制御方法。
【請求項１１】
請求項１乃至請求項９のいずれか１項に記載の通信装置としてコンピュータを機能させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、通信装置の制御方法、及びプログラムに関する。
【背景技術】
【０００２】
近年、IEEE(Institute of Electrical and Electronics Engineers)802.11に代表される無線LAN（Local Area Network）システムが広く利用されるようになっている。IEEE802.11規格シリーズに準拠した無線LANに代表される無線通信では、通信の利用前に設定しなければならない設定項目が数多く存在する。設定項目として、例えば、ネットワーク識別子としてのSSID、暗号方式、暗号鍵、認証方式、認証鍵等の通信パラメータがある。このように、通信パラメータの数が多いため、ユーザがこれらを手入力により無線装置に設定するのは、非常に煩雑である。
【０００３】
そこで、これまで、これらの通信パラメータを簡単に無線装置に設定するための様々な自動設定システム（以下、通信パラメータ設定プロトコル）が考案されている。この通信パラメータ設定プロトコルでは、接続する装置間で予め定められた手順とメッセージの送受信を行うことにより、一方の装置から他方の装置に通信パラメータを提供している。これにより、他方の装置において通信パラメータの設定が自動的に行われる。非特許文献１には、無線LANインフラストラクチャモードの通信における通信パラメータ設定プロトコルの一例が開示されている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】Wi-Fi CERTIFIED(TM) for Wi-Fi Protected Setup: Easing the User Experience for Home and Small Office Wi-Fi(R) Networks,http://www.wi-fi.org/wp/wifi-protected-setup
【発明の概要】
【発明が解決しようとする課題】
【０００５】
これまでに考案された通信パラメータ設定プロトコルには、通信パラメータを提供したアクセスポイント（基地局）側が設定を変更し、再起動を行う必要があるものが存在する。このときに、クライアント（端末局）が通信パラメータ受信後、アクセスポイントに無線接続する場合、アクセスポイントが通信パラメータの設定変更及び再起動に時間を要してしまうと、無線接続に失敗する可能性がある。その場合、クライアントはスキャン処理を繰り返し、アクセスポイントが通信パラメータの設定を完了したと判断した場合に、自動で無線接続処理を行うか、所定期間経過後に手動で無線接続処理を行っている。クライアントがスキャン処理を繰り返し、自動接続する場合、不必要なスキャン処理を繰り返すため、無駄な電力を消費する可能性がある。また、クライアントに対してユーザが手動で無線接続を行うと、ユーザの利便性が損なわれると共に、ユーザはアクセスポイントとクライアントがいつ無線接続可能になるのかを正確には判断できない。
【０００６】
本発明は上記課題に鑑みてなされたものであり、通信パラメータ設定プロトコルを実行する際に、ユーザの利便性を向上させることを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するための、本発明の一態様による無線通信装置は以下の構成を備える。通信装置であって、通信相手と通信パラメータを交換する際に用いられるプロトコルの種類を判別する判別手段と、前記通信相手に対する接続処理を開始するまでの待機時間を、前記判別されたプロトコルの種類に基づいて決定する決定手段と、前記決定された待機時間の経過後に前記接続処理を行う接続手段とを有することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、通信パラメータ設定プロトコルを実行する際に、ユーザの利便性を向上させることができる。
【図面の簡単な説明】
【０００９】
【図１】本実施形態による無線通信装置のハードウェア機能の一例を示す図。
【図２】本実施形態による無線通信装置のソフトウェア機能の一例を示す図。
【図３】本実施形態よるネットワーク構成を示す図。
【図４】本実施形態による無線通信装置の動作のフローチャートを示す図。
【図５】本実施形態による装置Ａと端末Ａの動作シーケンスを示す図。
【図６】本実施形態による装置Ａと端末Ａの動作シーケンスを示す図。
【図７】本実施形態による端末Ａの接続処理のフローチャートを示す図。
【図８】本実施形態による装置Ａ、装置Ｂ、端末Ａの動作シーケンスを示す図。
【図９】本実施形態による通信パラメータと待機時間との関係を示す表。
【発明を実施するための形態】
【００１０】
以下、添付の図面を参照して、本発明をその好適な実施形態に基づいて詳細に説明する。なお、以下の実施形態において示す構成は一例に過ぎず、本発明は図示された構成に限定されるものではない。
【００１１】
本実施形態では、通信パラメータをクライアント側に提供したアクセスポイント側が、設定を変更した際に再起動を行う必要がある場合を考える。この時、クライアント側が通信パラメータの受信終了後、即アクセスポイントに接続しようとした場合、アクセスポイント側の準備が整っておらず、接続を失敗してしまう可能性がある。そこで本実施形態では、通信パラメータを受信したクライアントが、通信パラメータの受信に用いた通信パラメータ設定プロトコルに基づいて、接続までの待機時間を決定し、一定期間待機後、接続を行う。
【００１２】
以下、本実施形態に係る無線通信装置について、図面を参照しながら詳細に説明する。以下では、IEEE802.11シリーズに準拠した無線LANシステムを用いた例について説明するが、通信形態は必ずしもIEEE802.11準拠の無線LANには限らない。
【００１３】
図１は、本実施形態による無線通信装置のブロック構成（ハードウェア）の一例を示す図である。装置全体１０１において、制御部１０２は、記憶部１０３に記憶される制御プログラムを実行することにより装置全体を制御する、ＣＰＵやＭＰＵ等のコンピュータである。記憶部１０３は、制御部１０２が実行する制御用のコンピュータプログラムと、通信に必要な各種情報を記憶する。記憶部１０３は、ＲＯＭ，ＲＡＭ等のメモリ、又はフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＤＶＤなどを用いることができる。なお、後述する各種動作は、記憶部１０３に記憶された制御プログラムを、制御部１０２が読み出して実行することにより行われる。
【００１４】
無線部１０４は、無線通信を行うための信号の変調処理機能を有する。表示部１０５は、各種表示を行い、ＬＣＤやＬＥＤのように視覚で認知可能な情報の出力、あるいはスピーカなどの音出力が可能な機能を有する。アンテナ制御部１０６、アンテナ１０７は、無線部１０４から出力された変調信号を相手局へ送信するために用いられる。入力部１０８は、通信パラメータ設定プロトコルの起動指示などユーザが各種入力を行うためのインターフェースである。なお、図１は一例であり、無線通信装置１０１は図１に示すハードウェア構成以外のハードウェア構成を備えていてもよい。
【００１５】
図２は、本実施形態による無線通信装置によって実行される機能ブロック構成（ソフトウェア）の一例を示す図である。装置全体２０１において、パケット受信部２０２は、各種通信にかかわるパケットを受信し、パケット送信部２０３は、各種通信にかかわるパケットを送信する。このパケットの送受信を通して通信パラメータの交換が行われる。ネットワーク制御部２０４は、ネットワーク接続を制御する。自動制御部２０５は、通信パラメータを受信する一連の動作を制御する。設定プロトコル判別部２０６は、自動設定制御部２０５の制御にて行われた通信パラメータ設定プロトコルの種類を判別する。タイマ制御部２０７は、設定プロトコル判別部２０６にて、再設定及び再起動が必要な通信パラメータ設定プロトコルと判別された場合、待機時間を決定する。なお、図２に示す全ての機能ブロックはソフトウェアによって提供されるものに限らず、ハードウェアによって提供されるようにしてもよい。そして、図２に示す各機能ブロックは、相互関係を有するものである。また、図２に示す各機能ブロックは一例であり、複数の機能ブロックが１つの機能ブロックを構成するようにしてもよいし、何れかの機能ブロックが更に複数の機能を行うブロックに分かれてもよい。
【００１６】
図３は、本実施形態によるネットワーク構成として、装置Ａ（３０１）、装置Ｂ（３０３）、端末Ａ（３０２）とその接続を示した図である。装置Ａは基地局であり、通信パラメータ設定プロトコルに基づいて自ら有する通信パラメータを提供する機能を保持している。装置Ｂは基地局であり、装置Ａとは異なる通信パラメータを有している。端末Ａは、先に説明した図１及び図２に示す無線通信装置の構成を有している。本実施形態において、通信パラメータとは、ネットワーク識別子としてのSSID、暗号方式、暗号鍵、認証方式、認証鍵等の情報である。
【００１７】
ここで、本実施形態による待機時間の算出方法について、図９の表９０１を参照して説明する。ここで、待機時間とは、アクセスポイントから通信パラメータを受信したクライアントが、当該受信からそのアクセスポイントに接続を行うまでの時間である。表９０１には、プロトコルごとに予め決められた基本値としての待機時間が示されている。さらに、表９０１には、暗号方式の設定及び通信パラメータの交換速度にかかる追加待機時間が示されている。ここで、通信パラメータの交換速度については、前述のパケット送受信時間を測定すること等によって求められる。
【００１８】
表９０１のプロトコル１は、通信パラメータの提供に際して、アクセスポイント側の再設定及び再起動が不必要な通信パラメータ設定プロトコルを表しており、待機時間は０秒となる。一方、表９０１のプロトコル２及びプロトコル３は、通信パラメータの提供に際して、アクセスポイント側の再設定及び再起動が必要な通信パラメータ設定プロトコルを表しており、表に示された待機時間が設定されている。プロトコル２とプロトコル３では、暗号方式や通信パラメータの交換に要する時間が異なり、基本値及び追加待機時間がそれぞれ異なる値に設定されている。
【００１９】
表９０１のような、各プロトコルに対応した通信パラメータと待機時間との関係は、記憶部１０３に格納されている。そして、設定プロトコル判定部２０６によって判別されたプロトコルの種類に応じて、適宜、タイマ制御部２０７が表を呼び出し、基本値と追加待機時間の合計として実際の待機時間を決定する。例えば、設定プロトコル判定部２０６によってプロトコル２と判別され（３秒）、通信パラメータ交換の際に受信した通信パラメータが暗号方式Ｂであり（１秒）、通信パラメータ交換速度が１秒以上であった場合（２秒）には、待機時間は合計の６ｓｅｃとなる。なお、他に通信パラメータによる追加待機時間として、伝搬強度や周囲の機器状況、機器のメーカ及び型番などによる追加待機時間が考えられるが、これらに限定されない。
【００２０】
次に、図４を参照して、本実施形態による無線通信装置（端末Ａ）の動作を説明する。図４は、本実施形態による通信パラメータ設定プロトコルに基づいて装置Ａから端末Ａへ通信パラメータが提供され、装置Ａと端末Ａとが接続を行うまでの動作フローチャートである。なお、図４では、装置Ａが端末Ａに通信パラメータを提供した後、装置Ａが設定を変更して再起動を行う必要がある場合を説明する。また、図４に示す動作は、制御部１０２が記憶部１０３に記憶されたコンピュータプログラムを読み出して実行することにより行われる。
【００２１】
端末Ａ及び装置Ａはそれぞれ、通信パラメータ設定プロトコルを起動する（Ｓ４０１）。これにより、互いに通信相手と認識した端末Ａと装置Ａは、通信パラメータの交換処理を行う（Ｓ４０２）。端末Ａでは、自動設定制御部２０５が、通信パラメータを受信する。通信パラメータ交換後、端末Ａでは、設定プロトコル判別部２０６が、通信パラメータ交換の際に用いた通信パラメータ設定プロトコルの種類を判別し、待機時間が必要かどうかを決定する（Ｓ４０３）。Ｓ４０３の結果、設定プロトコル判別部２０６が、待機時間が必要（表９０１のプロトコル２、もしくは３）と判別した場合（Ｓ４０３のＹｅｓ）、既に行われた通信パラメータ交換処理の状況を踏まえて、タイマ制御部２０７は、待機時間を決定する（Ｓ４０４）。そして、端末Ａは、決定した待機時間分待機を行い（Ｓ４０５）、待機時間後、ネットワーク制御部２０４が接続処理を行う（Ｓ４０６）。一方、Ｓ４０３の結果、設定プロトコル判別部２０６が、待機時間が不要（表９０１のプロトコル１）と判定した場合（Ｓ４０３のＮｏ）、待機を行わず通信パラメータの受信直後にネットワーク制御部２０４が接続処理を行う（Ｓ４０６）。
【００２２】
その後、Ｓ４０７において、ネットワーク制御部２０４が接続が成功したか否かを判定し、接続が成功したと判定した場合は処理を終了する（Ｓ４０７のＹｅｓ）。一方、ネットワーク制御部２０４が接続が失敗したと判定した場合（Ｓ４０７のＮｏ）は、更に所定の所要時間（接続処理時間）の範囲内かどうかの判定を行う（Ｓ４０８）。この所定の接続処理時間は、装置Ａ側の不具合時などに、接続処理を中断するために利用される判断時間であり、例えば最初の接続処理の時から計時される。そして、この時間の範囲内に接続処理が成功しなければ、処理を終了する（Ｓ４０８のＮｏ）。一方、所定の接続処理時間の範囲内に接続処理が成功すれば（Ｓ４０８のＹｅｓ）、タイマ制御部２０７は、再度待機時間を設定し（Ｓ４０９）、待機を行う。再待機時間は、通信パラメータ設定プロトコルごとの所定の待機時間内でのランダムな数値や接続失敗時のために定められた規定値などが考えられるが、これらに限定されない。また、端末Ａは、再待機後の接続処理前に、装置Ａの設定が終了したかを確認するために、検索信号を送信してもよい。
【００２３】
図５は、本実施形態による装置Ａと端末Ａの通信パラメータ交換から接続までの処理シーケンス図である。この処理シーケンスは、図４に示した動作フローチャートに基づいている。なお、装置Ａは、通信パラメータ設定プロトコルに基づいて通信パラメータを提供する機能を保持している。装置Ａと端末Ａは、それぞれ通信パラメータ設定処理を開始する（Ｆ５０１，Ｆ５０２）。端末Ａは、検索信号であるProbe Requestを送信する（Ｆ５０３）。Ｆ５０３を受信した装置Ａは、通信パラメータが起動している旨の情報を付加して、端末ＡにProbe Requestの応答信号である、Probe Responseを返答する（Ｆ５０４）。Ｆ５０３とＦ５０４の処理にて、装置Ａと端末Ａはそれぞれお互いの存在を認識する。Ｆ５０４のProbe Responseを受信して、装置Ａの存在を認識した端末Ａから、通信パラメータ交換の要求を出し、それに装置Ａが応えることによって、通信パラメータ交換処理を行う（Ｆ５０５）。
【００２４】
Ｆ５０５の通信パラメータ交換が終わると、装置Ａは、再設定及び再起動を行い（Ｆ５０６）、端末Ａは通信パラメータの交換に用いた、通信パラメータ設定プロトコルの種類を判別し、待機時間を決定する（Ｆ５０７）。端末Ａは、Ｆ５０７にて、決定した待機時間分待機し（Ｆ５０８）、待機時間終了後、再設定及び再起動が終了した装置Ａと接続処理を行う（Ｆ５０９）。具体的には、端末Ａは、装置Ａに対して接続要求信号であるAssociation Requestを送信することによって接続要求を行い、成功した後、接続を行う。このように、通信パラメータの交換の際に用いる通信パラメータ設定プロトコルが、通信パラメータ提供者の再設定及び再起動が必要な場合、所定時間待機を行うことによって、接続処理の失敗や検索処理の繰り返しを防ぎ、無駄な電力消費を回避することができる。
【００２５】
図６は、図５におけるＦ５０５の通信パラメータ交換後、装置Ａの不具合により、通信パラメータの再設定が行われない、もしくは動作を停止した場合の処理シーケンス図である。この処理シーケンスは、図４に示した動作フローチャートに基づいている。装置Ａと端末Ａ間で通信パラメータの交換終了後（Ｆ６０１）、装置Ａが不具合により、動作を停止する（Ｆ６０２）。端末Ａは、通信パラメータ設定プロトコルから待機時間を決定し（Ｆ６０３）、決定した時間分待機を行う（Ｆ６０４）。Ｆ６０４の待機後、端末Ａは、装置Ａに対して接続要求信号であるAssociation Requestを送信することによって接続要求を行う（Ｆ６０５）。しかし、装置Ａは、Ｆ６０２において、動作を停止しているため、Ｆ６０５の接続要求（接続処理）は失敗する。Ｆ６０５の接続要求失敗後、端末Ａは再待機時間の決定を行い（Ｆ６０６）、決定した時間分待機を行う（Ｆ６０７）。Ｆ６０５からＦ６０７までの流れを一定期間繰り返した後、接続処理時間の範囲内でなくなった場合に端末Ａは接続処理を中止し（Ｆ６０８）、ユーザへ装置Ａとの接続ができない、あるいは検索に失敗する等の装置のエラー状態を通知する（Ｆ６０９）。Ｆ６０５からＦ６０７の繰り返し処理を行う期間は、通信パラメータ設定プロトコルごとに決定した規定期間や規定回数などが考えられるが、これに限定されない。このように、処理を繰り返す期間を定めておくことにより、接続処理のループを防ぎ、いち早くユーザへ設定や接続の失敗を通知でき、無駄な接続待機時間を削減できる。
【００２６】
図７は、図４におけるＳ４０６の接続処理において、接続要求信号であるAssociation Requestを送信する前に、検索信号であるProbe Requestを送信し、受信した通信パラメータを持つ装置が存在するかを確認する場合のフローチャート図である。図４におけるＳ４０５の規定時間の待機後、検索信号であるProbe Requestを送信する（Ｓ７０１）。Probe Requestは、周囲の無線通信装置全体へと送信される。よって、通信パラメータの提供装置以外からも検索応答信号であるProbe Responseが応答される（Ｓ７０２）。受信したProbe Responseの中から、受信した通信パラメータと同一の通信パラメータを持つものがあるかを比較する（Ｓ７０３）。Ｓ７０３の結果、同一の通信パラメータをもつProbe Responseが存在した場合、そのProbe Responseを送信した装置と接続処理を行う（Ｓ７０４）。Ｓ７０３の結果、同一の通信パラメータもつProbe Responseが存在しなかった場合、接続処理は行わず、Ｓ４０８の再待機処理へと移る。
【００２７】
図８は、端末Ａが装置Ａに対する接続処理の前に装置ＢにProbe Requestを送信する場合の処理シーケンス図である。この処理シーケンスは、図７に示した動作フローチャートに基づいている。スマートフォンやノートＰＣなどのモバイル機器は、所持している通信パラメータの機器が存在すると自動的に接続処理を行うように設定されている場合がある。この場合、装置Ａと端末Ａが通信パラメータを交換した後の端末Ａの待機時間より、装置Ａの再設定及び再起動時間が長かった場合、ユーザが意図していない装置Ｂに自動的に接続される可能性がある。端末Ａは、ユーザの意図しない装置Ｂに接続してしまったにもかかわらず、あたかも装置Ａとの接続が成功したかのように通知してしまう。図８では、そのような意図していない機器へ接続してしまう場合に対応するためのシーケンスとなる。
【００２８】
Ｆ８０１からＦ８０８の処理は、Ｆ５０１からＦ５０８の処理の流れと同一である。端末Ａは、Ｆ８０８の所定の期間待機後、Probe Requestを送信する（Ｆ８０９）。Probe Requestは、装置Ａ及び装置Ｂへと送信される。しかし、装置Ａは再起動中のため、Probe Responseの返答を行えず、端末Ａは装置Ａの存在していない判断する。装置Ｂは、端末ＡのProbe Requestに対し、正常なProbe Responseを返答する（Ｆ８１０）。端末Ａは、自動設定制御部２０５にて、受信したProbe Responseの通信パラメータとＦ８０５にて受信した通信パラメータを比較する（Ｓ８１１）。比較の結果、Ｆ８０５にて受信した通信パラメータを持つProbe Responseはないと判断し、既存で所持している通信パラメータの装置Ｂと接続処理を行わない。
【００２９】
Ｆ８１２からＦ８１３の処理は、Ｆ６０６からＦ６０７の処理と同一である。Ｆ８１３の所定期間の再待機後、接続処理時間の範囲内であれば、再度Probe Requestを送信する（Ｆ８１４）。この時装置Ａは、Ｆ８０６の通信パラメータの再設定及び再起動が終了しているため、装置Ａ及び装置ＢともにProbe Responseを送信する（Ｆ８１５）。再度、受信したProbe Responseの通信パラメータとＦ８０５にて受信した通信パラメータを比較する（Ｆ８１６）。比較の結果、Ｆ８０５にて受信した通信パラメータを持つProbe Responseが存在すると判断し、同一の通信パラメータを持つProbe Responseを送信した装置Ａと接続処理を行う（Ｆ８１７）。
【００３０】
本実施形態では、受信した通信パラメータでない装置との接続を抑制する制御について言及した。しかし、受信した通信パラメータとは異なる装置と接続処理を行い、所定期間経過後は、その装置と切断し、通信パラメータを提供した装置との接続に切り替えてもよい。また、本実施形態では、待機時間は、通信パラメータを受信したクライアントが、その受信からアクセスポイントに接続を行うまでの時間として説明したが、待機時間の開始時間はこれに限定されない。このように、通信パラメータ交換後に、通信パラメータを提供した装置の再設定及び再起動時間が長い場合でも、通常の自動接続処理を抑制し、通信パラメータの交換を実施した所望の装置と接続をすることができる。
【００３１】
以上、本発明の好適な実施形態を説明したが、これは本発明の説明のための例示であって、本発明の範囲をこの実施例のみに限定する趣旨ではない。本発明の要旨を逸脱しない範囲で、実施形態は種々に変形することが可能である。また、上記説明はIEEE802.11準拠の無線LANを例に説明した。しかしながら、本発明は、ワイヤレスUSB、MBOA、Bluetooth（登録商標）、UWB、ZigBee等の他の無線媒体において実施してもよい。また、有線LAN等の有線通信媒体において実施してもよい。ここで、MBOAは、Multi Band OFDM Allianceの略である。また、UWBは、ワイヤレスUWB、ワイヤレス1394、WINETなどが含まれる。
【００３２】
上記実施形態の無線通信装置は、デジタルカメラやプリンタ等に限らない。ＰＣやタブレット端末であってもよく、携帯電話やスマートフォン等のモバイル端末であってもよい。また、複写機やスキャナ、ＦＡＸ、複合機等の画像処理装置、テレビやレコーダー等のデジタル家電であってもよい。また、上記実施形態では、装置Ａと装置Ｂが基地局として動作するインフラストラクチャーネットワークを例に説明したが、これらの装置も端末として動作するアドホックネットワークに本発明を適用することもできる。又は、装置Ａ、装置Ｂ、端末Ａがそれぞれアクセスポイント（基地局）として動作するモードとクライアント（端末）として動作するモードとを持ち、これら装置間のネゴシエーションによって、何れかの役割で動作するシステムにおいても適用可能である。
【００３３】
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2014195157.tif 000003
【図２】
2014195157.tif 000004
【図３】
2014195157.tif 000005
【図４】
2014195157.tif 000006
【図５】
2014195157.tif 000007
【図６】
2014195157.tif 000008
【図７】
2014195157.tif 000009
【図８】
2014195157.tif 000010
【図９】
2014195157.tif 000011