JP6415105B2 - 通信装置、制御方法およびプログラム - Google Patents

Description

本発明は、無線ネットワークへ接続する通信装置に関する。

Ｗｉ−Ｆｉ ＡｌｌｉａｎｃｅによってＷｉ−Ｆｉ Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ（以下、Ｐ２Ｐ）規格が策定されている（特許文献１）。Ｐ２Ｐ規格では、所定の無線ネットワークへ他の通信装置が接続するように招待する信号であるＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ信号が定められている。

このＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ信号を受信すると、ユーザに所定の無線ネットワークへの接続可否を問い合わせ、ユーザが接続を許可すると該所定の無線ネットワークへ接続する技術がある。

特開２０１１−２４４１５１号公報

しかしながら上述の技術では、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔを受信して無線ネットワークへ接続する際に、ユーザは接続可否に対する操作を行うため、ユーザ操作が煩雑であるという課題があった。
上記課題を鑑み、本発明は、ユーザの操作を簡略化して無線ネットワークへ接続できるようにすることを目的とする。

本発明の通信装置は、所定の無線ネットワークを構築する装置に対応する第１の情報を記憶する記憶手段と、無線ネットワークへの招待を示す招待信号を受信する受信手段と、前記招待信号が招待する無線ネットワークが、前記記憶手段により記憶された前記第１の情報に対応する装置が構築した前記所定の無線ネットワークではない場合、当該無線ネットワークへ接続するか否かをユーザに確認し、前記招待信号が招待する無線ネットワークが前記所定の無線ネットワークである場合、前記確認を省略する確認手段と、を有する。

本発明によれば、ユーザの操作を簡略化して無線ネットワークへ接続することができる。

非Ｐｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐに関する無線通信システムを示す図 Ｐｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐに関する無線通信システムを示す図 Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム構成図 無線通信装置の機能構成を示すブロック図 装置間の処理シーケンス図 無線通信装置の処理フローチャート 非Ｐｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐに関する無線通信システムを示す図 Ｐｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐに関する無線通信システムを示す図 装置間の処理シーケンス図 無線通信装置の処理フローチャート

以下、本実施形態に係る通信装置について、図面を参照しながら詳細に説明する。以下では、ＩＥＥＥ８０２．１１シリーズの規格に準拠した無線ＬＡＮシステムを用いた例について説明する。

ＩＥＥＥ８０２．１１規格シリーズに準拠した無線ＬＡＮにはインフラストラクチャモードとアドホックモードの２つのモードがある。インフラストラクチャモードは無線ネットワークの管理を行うアクセスポイント（以下、ＡＰ、基地局）と同無線ネットワークに接続して通信を行うステーション（以下、ＳＴＡ、子局）で構成される。

また、Ｗｉ−Ｆｉ ＡｌｌｉａｎｃｅによってＷｉ−Ｆｉ Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ（以下、Ｐ２Ｐ）規格が策定されている。Ｐ２Ｐ規格では、Ｐ２Ｐ Ｇｒｏｕｐ Ｏｗｎｅｒ（以下、Ｐ２Ｐ−ＧＯ）とＰ２Ｐ Ｃｌｉｅｎｔ（以下、Ｐ２Ｐ−ＣＬ）によって構成される無線通信ネットワークであるＰ２Ｐグループが、定められている。Ｐ２Ｐグループ内ではＰ２Ｐ−ＣＬが子局として、基地局であるＰ２Ｐ−ＧＯに接続することで通信を行う。

無線ＬＡＮのＭＡＣ層では、ＣＳＭＡ／ＣＡ（Ｃａｒｒｉｅｒ Ｓｅｎｓｅ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ ｗｉｔｈ Ｃｏｌｌｉｓｉｏｎ Ａｖｏｉｄａｎｃｅ）を採用している。そのため、複数の通信装置が同一の無線周波数チャネル（以下、チャネル）を利用して通信することが可能である。無線ＬＡＮなどの無線通信では、各装置のチャネルが異なる場合は互いの通信が行えず、相互に通信する通信装置同士は同一のチャネルに設定する必要がある。

そのため、一般的にＡＰがチャネルを変更するタイミングは、ユーザからの指示があった場合やＡＰが自律的に電波環境の劣化を検知した場合であり、ＡＰは頻繁にチャネルを変更しない。一方、ＳＴＡは所望のＡＰを検索するときは、チャネルを切り替えながらネットワーク検索（Ｓｃａｎ）を行う。そのため、ＳＴＡが頻繁にチャネルを変更するケースは存在する。

また、ＡＰとして動作するＡＰ機能、もしくは、ＳＴＡとして動作するＳＴＡ機能と、Ｐ２Ｐ−ＧＯとして動作するＰ２Ｐ−ＧＯ機能、もしくは、Ｐ２Ｐ−ＣＬとして動作するＰ２Ｐ−ＣＬ機能と、を同時に動作させることが可能である。そのような同時動作（以下、コンカレント動作）を行う無線通信装置をＤＵＡＬ装置と呼ぶ。

ここでは、ＳＴＡ機能と、Ｐ２Ｐ−ＧＯ機能もしくはＰ２Ｐ−ＣＬ機能とを同時に動作可能なＤＵＡＬ装置について説明する。

このようなＤＵＡＬ装置において、ＳＴＡ機能と、Ｐ２Ｐ−ＧＯ機能もしくはＰ２Ｐ−ＣＬ機能とを別のチャネルで動作させるためには、チャネルを設定するための無線ハードウェアが二つ必要になる。無線ハードウェアを二つ設けると、その分コストが上がってしまう。

そのため、本実施形態では、ＤＵＡＬ装置のＡＰ機能もしくはＳＴＡ機能とＰ２Ｐ−ＧＯ機能もしくはＰ２Ｐ−ＣＬ機能とを１つの無線ハードウェアを共通で使用し、両機能で使用するチャネルを同一にする。

したがって、ＤＵＡＬ装置のＳＴＡ機能が接続しているＡＰを変更する場合、新たに接続するＡＰが以前接続していたＡＰとは異なるチャネルを利用していると、ＤＵＡＬ装置の無線ハードウェアは新たに接続したＡＰにチャネルを合わせる必要がある。それに伴い、コンカレント動作中のＰ２Ｐ−ＧＯ機能もしくはＰ２Ｐ−ＣＬ機能で利用していたチャネルが利用できなくなり、元のチャネルＰ２Ｐグループとの接続が維持できなくなる。

このような場合、ＤＵＡＬ装置が、Ｐ２Ｐ−ＧＯ機能を動作させている場合は、Ｐ２Ｐグループを解散させなければならない。また、ＤＵＡＬ装置が、Ｐ２Ｐ−ＣＬ機能を動作させている場合は、チャネル変更前に、これまで所属していたＰ２Ｐグループから離脱しなければならない。

チャネル変更後、ＤＵＡＬ装置が過去に接続していたＰ２Ｐグループと再接続するためには、該Ｐ２Ｐグループに参加していた装置（以下、メンバ）である無線通信装置に対してＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ信号を送信する、という方法がある。

ここで、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ信号（以下、単にＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ）とは、所定の無線ネットワーク（Ｐ２Ｐグループ）へ他の通信装置を招待する招待信号である。なお、以下では、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔの和訳として招待要求と称することもある。また、Ｉｎｖｉｔａｔｉｏｎ ＲｅｑｕｅｓｔがＰ２Ｐ規格により定められた信号であることからＰ２Ｐ Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔと称することもある。

Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔには、後述するように、招待フラグや動作チャネル、グループのＢＳＳＩＤ（接続先となる無線ネットワークの識別情報）、チャネルリスト、Ｐ２ＰグループＩＤ，Ｐ２Ｐデバイス情報などが含まれる。Ｐ２ＰグループＩＤ、Ｐ２Ｐデバイス情報の少なくともいずれかには、接続先となるＰ２Ｐグループを構築したＰ２Ｐ−ＧＯのＭＡＣアドレスが含まれている。従って、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔを分析すれば、接続先となるＰ２Ｐグループを構築したＰ２Ｐ−ＧＯを特定できる。

Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔを送信できるケースは複数ある。例えば、直前まで所属していたグループがＰ２Ｐ規格により規定されたＰｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐという、永続的なＰ２Ｐグループだった場合がある。この場合、一度Ｐ２Ｐグループを離脱したＰ２Ｐ−ＧＯおよびＰ２Ｐ−ＣＬのどちらからも、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔを送信できる。

Ｐｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐの場合、グループ解除後も接続のための通信パラメータをＰ２Ｐ−ＧＯ、Ｐ２Ｐ−ＣＬ共に保存し続ける。したがって、Ｐ２Ｐ−ＧＯだった無線通信機器の方からだけでなく、Ｐ２Ｐ−ＣＬだった無線通信機器の方からもＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔを送信できる。

ここで、通信パラメータには、ネットワークの識別情報であるＳＳＩＤ、暗号鍵、暗号方式、認証方法、認証鍵の情報が含まれる。

Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔを受信した場合、Ｐｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐへの接続要求であった場合には、新たに通信パラメータの共有処理は行わず、認証手続きのみを実施し、グループに参加する。

一方、直前まで所属していたグループがＰ２Ｐ規格により規定された非Ｐｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐという、一時的なＰ２Ｐグループだった場合がある。非Ｐｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐの場合、グループ解除後は、Ｐ２Ｐグループの元メンバは、通信パラメータを記憶しておかない。このような、非Ｐｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐの場合、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔを送信できるのは、Ｐ２Ｐ−ＧＯ、および、既にそのＰ２Ｐグループに所属しているＰ２Ｐ−ＣＬである。

Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔが非Ｐｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐへの接続要求か、Ｐｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐへの接続要求か、に関しては、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔの招待フラグを解析すれば特定できる。

＜実施形態１＞
図１、図２は本実施形態のシステムの構成図である。

図１はＰ２Ｐ−ＧＯとＰ２Ｐ−ＣＬとの間でＰ２Ｐ通信が行われている場合に無線通信装置を非ＰｅｒｓｉｓｔｅｎｔモードのＰ２Ｐグループに参加させる場合のシステム構成図である。

１０３は本実施形態の無線通信装置である。１０１は非Ｐｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐ１０７のＰ２Ｐ−ＧＯであり、１０２は非Ｐｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐ１０７のメンバであるＰ２Ｐ−ＣＬである。Ｐ２Ｐ−ＧＯ １０１およびＰ２Ｐ−ＣＬ １０２は、既にＰ２Ｐ通信１０４を行っている。

１０５はＰ２Ｐ−ＧＯ １０１が無線通信装置１０３に対して送信するＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ、１０６はＰ２Ｐ−ＣＬ１０２が無線通信装置１０３に対して送信するＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔである。１０７はＰ２Ｐ−ＧＯ １０１が構築した非Ｐｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐである。

図１において無線通信装置１０３をＩｎｖｉｔａｔｉｏｎ ＲｅｑｕｅｓｔによってＰ２Ｐグループに接続させる方法が２パターンある。１パターン目は、Ｐ２Ｐ−ＧＯから、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ １０５を無線通信装置１０３が直接受信する方法である。２パターン目は、既にＰ２ＰグループのメンバとなっているＰ２Ｐ−ＣＬ１ １０２からＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ １０６を無線通信装置１０３が受信する方法である。なお、無線通信装置１０３がＰ２Ｐ−ＣＬとなるためには、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔを受信後、Ｐｒｏｖｉｓｉｏｎ ＤｉｓｃｏｖｅｒｙやＷＰＳなどを行って、無線通信パラメータの共有処理を完了させる必要がある。ここで、ＷＰＳとは、Ｗｉ−Ｆｉ Ｐｒｏｔｅｃｔｅｄ Ｓｅｔｕｐの略である。

図２はＰ２Ｐ−ＧＯが無線通信装置をＰｅｒｓｉｓｔｅｎｔモードのＰ２Ｐグループに参加させる場合のシステム構成図である。

１０３は本実施形態の無線通信装置である。２０１はＰｅｒｓｉｓｔｅｎｔ ＧｒｏｕｐのＰ２Ｐ−ＧＯである。２０２はＰ２Ｐ−ＧＯ ２０１が生成しているＰｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐである。２０３はＰ２Ｐ−ＧＯ ２０１が無線通信装置１０３に対して送信するＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ、２０４は無線通信装置１０３がＰ２Ｐ−ＧＯ ２０１に対して送信するＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔである。

図２の場合、１０３はＰｅｒｓｉｓｔｅｎｔ ＧｒｏｕｐのＰ２Ｐ−ＣＬとなる。

図２において、無線通信装置１０３をＰｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐ２０２のメンバにするために、いずれの装置もＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ（２０３もしくは２０４）を送信することができる。Ｐｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐに関しては、保存されている認証情報に変更はないため、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔを受信後、無線通信パラメータの共有処理を行う必要はない。なお、本図では、Ｐ２Ｐ−ＣＬ側を、後述する図６のフローチャートを実現する無線通信装置としている。しかしこれに限らず、後述する図６のフローチャートを実現する無線通信装置１０３がＰ２Ｐ−ＧＯであり、相手装置である２０１がＰ２Ｐ−ＣＬであっても良い。

図３は、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ１０５、１０６、２０３、２０４のフレーム構成を示す図である。

３０１はＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔのフレーム全体である。

３０２は現在のモードからＰ２Ｐ−ＧＯもしくはＰ２Ｐ−ＣＬになるために必要な時間である設定待ち時間である。３０３は、非Ｐｅｒｓｉｓｔｅｎｔ ＧｒｏｕｐかＰｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐ、どちらによるＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔかを示すフラグである招待フラグである。即ち、招待フラグは、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔを受信した装置が接続を要求する先の無線ネットワークのグループ種別を示す情報である。

３０４はＰ２Ｐグループ内での通信チャネルである動作チャネルである。３０５はＰ２Ｐ−ＧＯのＢＳＳＩＤであるＰ２ＰグループＢＳＳＩＤである。３０６はＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔした側が通信可能なチャネルのリストであるチャネルリストである。３０７はＰ２Ｐグループを形成するＰ２Ｐ−ＧＯのＰ２Ｐグループにおける識別情報（ＩＤ）と、当該Ｐ２ＰグループのＳＳＩＤとを含むＰ２ＰグループＩＤである。３０８は、Ｐ２Ｐ機器のアドレスや名前、ＷＳＣの方法などのさまざまな情報が含まれるＰ２Ｐデバイス情報である。

図４（ａ）は、無線通信装置１０３の機能構成の一例を示すブロック図である。４０１は通信部、４０２は解析部、４０３は判定部、４０４は制御部である。また、４０５は記憶部、４０６はＰ２Ｐ接続処理部、４０７は計測部、４０８は確認部、４０９は共有部である。

通信部４０１は、８０２．１１に準拠する無線ＬＡＮシステムで無線データを送受信する。通信部４０１は図４（ｂ）に示すように、更に送信部４１２と受信部４１１とから構成される。受信部４１１はＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔなどの無線データを受信する。送信部４１２はＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔに対する応答信号であるＩｎｖｉｔａｔｉｏｎ Ｒｅｓｐｏｎｓｅなどの無線データを送信する。

制御部４０４は、ＣＰＵ等により構成され、送受信メッセージの制御を行なう。

通信部４０１により、Ｐ２Ｐ Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔを受信した場合、解析部４０２は、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔの解析を行う。解析後、即座にＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔに応答するためのフレームを生成し、通信部４０１に受け渡す。Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔの解析とは、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム３０１を３０２乃至３０８に分解し、招待フラグ、Ｐ２Ｐ−ＧＯのＭＡＣアドレス、Ｐ２Ｐグループ名や認証方法などを解析することを意味する。

記憶部４０５は、ＲＯＭやＲＡＭ等により構成され、Ｐｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐおよび直近の非Ｐｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐ形成時に関して次の情報を記憶しておく。具体的には、役割（Ｐ２Ｐ−ＧＯもしくはＰ２Ｐ−ＣＬ）、Ｐ２Ｐ−ＧＯのＭＡＣアドレス、その他、グループ名や通信パラメータ設定情報、認証方法の情報を記憶する。更に、Ｐ２Ｐグループから切断後、同一のＰ２Ｐ−ＧＯのＰ２ＰグループからＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔがあった場合の、ユーザの操作を伴わない自動接続を許可する最大時間を示す所定時間を自動接続許可時間として記憶する。

計測部４０７は、無線通信装置１０３が、非Ｐｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐを離脱後、次のＰ２Ｐグループに接続するまでの、Ｐ２Ｐグループ離脱期間を計測する。Ｐ２Ｐグループ離脱期間は、無線通信装置１０３が非Ｐｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐに接続する際に、初期化される。

Ｐ２Ｐグループのタイプ（非Ｐｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐ／Ｐｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐ）やＰ２Ｐ−ＧＯのＭＡＣアドレスは解析部４０２で解析することによって得られる。また、Ｐ２Ｐグループ離脱期間は計測部４０７にて計測される。これらＰ２Ｐグループのタイプ、Ｐ２Ｐ−ＧＯのＭＡＣアドレスおよびＰ２Ｐグループ離脱期間は判定部４０３で記憶部４０５に記憶されているものと比較される。

判定部４０３は以下の判定を行う。

Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔの送信元が記憶部４０５で記憶されているＰｅｒｓｉｓｔｅｎｔ ＧｒｏｕｐのＰ２Ｐ−ＧＯと一致しているかを判定する。ここでは、ＭＡＣアドレスに基づいて上記判定を行う。更に、Ｐ２Ｐグループ離脱期間が自動接続許可時間以内であるかを判定する。いずれについても肯定的な判定結果が出た場合には、自動接続可と判定する。それ以外の場合は自動接続不可と判定する。

また、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔの送信元が記憶部４０５で記憶されている非Ｐｅｒｓｉｓｔｅｎｔ ＧｒｏｕｐのＰ２Ｐ−ＧＯと一致しているかを判定する。ここでは、ＭＡＣアドレスに基づいて上記判定を行う。更に、Ｐ２Ｐグループ離脱期間が自動接続許可時間以内であるかを判定する。いずれについても肯定的な判定結果が出た場合には、自動接続可と判定する。それ以外の場合は自動接続不可と判定する。

判定部４０３による判定が接続可の場合、Ｐ２Ｐ接続処理部４０６にてユーザの操作なしにＰ２Ｐグループに接続する。判定部４０３による判定が接続不可の場合、Ｐ２Ｐ接続処理部４０６にて、ユーザの操作を待ち、ユーザが接続を承認した場合にのみ、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔを送信してきたＰ２Ｐグループに接続する。

確認部４０８は、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔにより所定の無線ネットワーク（Ｐ２Ｐグループ）への接続を要求された場合に、当該所定の無線ネットワークへの接続可否をユーザに確認する（問い合わせる）。例えば、該所定の無線ネットワークのＳＳＩＤと共に「接続してよいですか？」といった確認メッセージを表示部に表示することで確認を行う。なお、無線通信装置１０３とは異なる装置が有する表示部に上記確認メッセージを表示するようにしてもよい。

共有部４０９は、ＷＰＳなどにより他の通信装置（例えば、接続先となる無線ネットワークのＰ２Ｐ−ＧＯ）と通信パラメータの共有処理を行う。

なお、全ての機能ブロックはソフトウェアもしくはハードウェア的に相互関係を有する。また前記の機能ブロック構成は一例であり、複数の機能ブロックが１つの機能ブロックを構成するようにしてもよいし、何れかの機能ブロックが更に複数の機能を行うブロックに分かれてもよい。図４に示す各機能ブロックがハードウェアとして構成される場合には、これらはＣＰＵや各種のメモリ（ＲＯＭ、ＲＡＭ、ＨＤＤ等）、無線通信インターフェース、操作部、表示部等によって構成される。また、図４に示す各機能ブロックがソフトウェアとして構成される場合には、これらはコンピュータプログラムとしてメモリに格納され、ＣＰＵにより実行されることで、無線通信装置１０３を動作させる。

以下に、図１においてＰ２Ｐ−ＧＯ１０１が、ＳＴＡ機能とコンカレント動作をしているＤＵＡＬ装置であり、なおかつ、Ｐ２Ｐ−ＣＬとしても動作し、非Ｐｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐを形成している場合の挙動を示す。以下では、当該Ｐ２Ｐ−ＣＬをＰ２Ｐ−ＣＬ １０３と称する。

図５は、ＳＴＡ機能およびＰ２Ｐ−ＧＯ機能がコンカレント動作しているＤＵＡＬ装置１０１が無線ネットワーク５２から５５にローミングを行う際のシーケンス図である。

ＡＰ５１は、所定のチャネル（ここでは、１０チャネル）でネットワーク５２を構築する（Ｆ５０１）。ＤＵＡＬ装置１０１はＳＴＡ機能によりＡＰ５１と接続する（Ｆ５０２）。即ち、ＤＵＡＬ装置１０１は、ＡＰ５１が構築した無線ネットワーク５２に参加する。ＤＵＡＬ装置１０１はＰ２Ｐ−ＧＯ機能により無線ネットワーク５３を自ら構築する（Ｆ５０３）。このとき無線ネットワーク５３は、ＤＵＡＬ装置１０１のＳＴＡ機能が接続する無線ネットワーク５２と同一のチャネル（１０チャネル）において構築される。Ｐ２Ｐ−ＣＬ １０３はＤＵＡＬ装置１０１と接続する（Ｆ５０４）。即ち、Ｐ２Ｐ−ＣＬ １０３は無線ネットワーク５３に参加する（Ｆ５０４）。

ここで、ＤＵＡＬ装置１０１におけるＰ２Ｐ−ＧＯとＰ２Ｐ−ＣＬ １０３の接続は、Ｐ２Ｐ規格にて定められているＰ２Ｐ Ｇｒｏｕｐ Ｆｏｒｍａｔｉｏｎ処理やＰ２Ｐ Ｉｎｖｉｔａｔｉｏｎ処理を利用する。その際、接続対象機器の可否や、認証方式を決定するためのユーザ操作が行われる。

Ｐ２Ｐ−ＣＬ １０３が無線ネットワーク５３に参加すると、無線ネットワーク５３から離脱した後も、ＤＵＡＬ装置１０１のＭＡＣアドレス情報がＰ２Ｐ−ＣＬ １０３内の記憶部４０５に保持される。

次に、ＤＵＡＬ装置１０１と無線ネットワーク５２との無線通信が切断される（Ｆ５０５）。無線通信が切断される原因としては、ＤＵＡＬ装置１０１が無線ネットワーク５２における無線通信可能な範囲を出た、または、ＡＰ５１が停止した、等が挙げられる。ＤＵＡＬ装置１０１は無線ネットワーク５３にＰ２Ｐ−ＣＬが存在するかを確認する（Ｆ５０６）。ＤＵＡＬ装置１０１は無線ネットワーク５３においてＰ２Ｐ−ＣＬ １０３の存在を確認すると、該Ｐ２Ｐ−ＣＬ １０３に対して、ＤＵＡＬ装置１０１が無線ネットワーク５３から不在になるスケジュールを通知する（Ｆ５０７）。これを以下、ＮｏＡ処理（Ｎｏｔｉｃｅ ｏｆ Ａｂｓｅｎｓｅ処理）と称する。

ここで、ＤＵＡＬ装置１０１が無線ネットワーク５３から不在になるとは、例えば、ＤＵＡＬ装置１０１が、無線ネットワーク５３で利用されているチャネルと（ここでは、１０チャネル）は異なるチャネルで通信することを示す。

このように、ＮｏＡ処理を用いてＰ２Ｐ−ＣＬに対して不在通知を行うことで、Ｐ２Ｐ−ＣＬがＰ２Ｐ−ＧＯと通信できないことにより無線ネットワーク５３から離脱することを防ぐことができる。従って、ＤＵＡＬ装置１０１が無線ネットワーク５３から不在になっても、Ｐ２Ｐグループを継続させるという効果がある。

ＤＵＡＬ装置１０１はＮｏＡ処理で通知したスケジュールに基づいて使用するチャネルを１チャネルへ変更する（Ｆ５０８）。ＤＵＡＬ装置１０１はチャネル変更が完了すると、１チャネルで無線ネットワーク検索要求信号（以下、検索要求）を送信する（Ｆ５０９）。ここで、検索要求とは例えばＩＥＥＥ８０２．１１シリーズに準拠したＰｒｏｂｅ Ｒｅｑｕｅｓｔ信号である。

ここでは、１チャネルにおいては所望のＳＳＩＤの無線ネットワークが存在しないため、新たな無線ネットワークへの接続を行わない。１チャネルへの変更を終了し、１０チャネルへ戻ったＤＵＡＬ装置１０１は、１チャネルにおける無線ネットワーク検索と同様にして、使用するチャネルを変更しつつ無線ネットワークの検索を繰り返す（Ｆ５１０〜Ｆ５１７）。無線ネットワーク検索を繰り返すうち、３チャネルにおいてＤＵＡＬ装置１０１は、ＡＰ５４が構築した（Ｆ５１４）所望のＳＳＩＤの無線ネットワーク５５から検索応答信号を受信する（Ｆ５１７）。ここで、検索応答信号（以下、検索応答）とは例えば、ＩＥＥＥ８０２．１１シリーズに準拠したＰｒｏｂｅ Ｒｅｓｐｏｎｓｅ信号である。このようにして、Ｄｕａｌ装置１０１は、ＡＰ５４が構築する無線ネットワーク５５を発見する。

３チャネルでの無線ネットワーク検索を終了し、１０チャネルへ戻ったＤＵＡＬ装置１０１は、３チャネルにおいて無線ネットワーク５５に接続する前に無線ネットワーク５３を終了し、Ｐ２Ｐ−ＣＬ １０３との接続を切断する（Ｆ５１８）。Ｐ２Ｐ−ＣＬ １０３は、無線ネットワーク５３の切断に応じて、Ｐ２Ｐグループに接続していない間の時間の計測を開始する（Ｆ５２０）。以下では、Ｐ２Ｐグループに接続していない間の時間のことを、Ｐ２Ｐグループ離脱期間と称する。

ＤＵＡＬ装置１０１は使用するチャネルを３チャネルへ変更し、無線ネットワーク５５に参加する（Ｆ５１９）。ＤＵＡＬ装置１０１はその後、Ｐ２Ｐ−ＧＯ機能により無線ネットワーク５６を構築する（Ｆ５２１）。無線ネットワーク５６は、ＤＵＡＬ装置１０１のＳＴＡ機能が接続する無線ネットワーク５５と同一のチャネル（３チャネル）において構築される。このとき、無線ネットワーク５６のＳＳＩＤ、パケットの暗号化、復号化パスワードと、無線ネットワーク５３のＳＳＩＤ、パケットの暗号化、復号化パスワードとは異なっていてもよい。

無線ネットワーク５６の構築を完了したＤＵＡＬ装置１０１は、Ｐ２Ｐ−ＣＬ １０３に対してＰ２Ｐ Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔを送信し招待要求処理を行う（Ｆ５２２）。Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔを受信した解析部４０２は、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔの内容を解析する（Ｆ５２３）。

まず、解析部４０２はＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔに示された動作チャネル（３０４）およびチャネルリスト（３０６）の中に、Ｐ２Ｐ―ＣＬ １０３が対応可能なチャネルが含まれているかを確認する。Ｐ２Ｐ―ＣＬ １０３が対応可能なチャネルが含まれていない場合は、送信部４１２はＰ２Ｐ−ＧＯ １０１にエラーを示すＩｎｖｉｔａｔｉｏｎ Ｒｅｓｐｏｎｓｅ信号を送信する（Ｆ５２４）。ここで、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｓｐｏｎｓｅ信号（以下、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｓｐｏｎｓｅ）とは、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔに対する応答信号である。

一方、Ｐ２Ｐ―ＣＬ １０３が対応可能なチャネルが含まれている場合、解析部４０２は、招待フラグを確認する（Ｆ５２５）。無線ネットワーク５６が非Ｐｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐであった場合、解析部４０２は、Ｐ２ＰグループＩＤ（３０７）もしくはＰ２Ｐデバイス情報（３０８）のうち、いずれか一つ以上を解析する。そして、解析部４０２は、無線ネットワーク５６を構築した装置であるＰ２Ｐ−ＧＯの識別情報であるＭＡＣアドレスを確認する（Ｆ５２８）。そして、判定部４０３は、このＰ２Ｐ−ＧＯのＭＡＣアドレスが、直前まで接続していた無線ネットワーク５３を構築したＰ２Ｐ−ＧＯのＭＡＣアドレスと同じかを判定する（Ｆ５２９）。

無線ネットワーク５３および５６のＰ２Ｐ−ＧＯのＭＡＣアドレスが同じである場合、判定部４０３は、Ｐ２Ｐグループ離脱期間を自動接続許可時間と比較する。そして、自動接続許可時間よりもＰ２Ｐグループ離脱期間の方が短かった場合には、接続部４０６は、無線ネットワーク５６への接続処理を行う（Ｆ５３０）。具体的には、通信パラメータ設定（Ｐｒｏｖｉｓｉｏｎ Ｄｉｓｃｏｖｅｒｙ、ＷＰＳ）、接続要求の送信（Ａｓｓｏｃｉａｔｉｏｎ）、および、認証処理（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）を行う（Ｆ５３０）。

上記条件を満たさなかった場合は、確認部４０８は、ユーザに無線ネットワーク５６への参加の可否を確認する（Ｆ５３１）。

ユーザが参加を許可した場合には、接続部４０６は無線ネットワーク５６への接続処理を行う（Ｆ５３２）。一方で、ユーザが参加を拒否した場合は、Ｐ２Ｐ−ＣＬ １０３は、無線ネットワーク５６への接続処理を行わない（Ｆ５３３）。その場合、Ｐ２Ｐ−ＣＬ １０３は、ＤＵＡＬ装置１０１とは接続しない。

なお、Ｆ５０６以降でＤＵＡＬ装置１０１が使用可能な全てのチャネルにおいて無線ネットワーク検索を行った結果、所望の無線ネットワークを発見できなかった場合、ＤＵＡＬ装置１０１はＰ２Ｐ−ＣＬ １０３と切断することなく、接続を継続する。

本実施形態においては、ＤＵＡＬ装置１０１のＳＴＡが新たな無線ネットワークを発見した（Ｆ５１７）後にＰ２Ｐ−ＧＯが構築する無線ネットワーク５３を終了している（Ｆ５１８）。これに替えて、ＤＵＡＬ装置１０１は無線ネットワーク５２の切断を検知（Ｆ５０５）したタイミングで無線ネットワーク５３を終了してもよい。この場合、Ｐ２Ｐ−ＧＯが構築する無線ネットワーク５３にＰ２Ｐ−ＣＬが存在するかどうかの確認（Ｆ５０６）と、ＮｏＡ処理（Ｆ５０７、Ｆ５１０、Ｆ５１３）を省略できる。

そして、ローミングによりＤＵＡＬ装置１０１のＳＴＡ機能が所望の無線ネットワークへの接続を完了した後、ＤＵＡＬ装置１０１のＰ２Ｐ−ＧＯ機能が無線ネットワーク５６を構築し（Ｆ５２１）、招待要求処理を行う（Ｆ５２２）。または、所望の無線ネットワークを発見できずに全チャネルの無線ネットワーク検索を完了後に、ＤＵＡＬ装置１０１のＰ２Ｐ−ＧＯは無線ネットワーク５６を構築し（Ｆ５２１）、招待要求処理を行う（Ｆ５２２）。

なお、本実施形態ではユーザの操作を必要としない再接続条件として、Ｐ２Ｐグループ離脱期間を含めていたが、それを含めず、Ｐ２ＰグループのＰ２Ｐ−ＧＯのＭＡＣアドレスの比較のみで判定しても良い。

図６は、無線通信装置１０３が、Ｐ２Ｐ Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔを受信した際に、接続の可否を判定し、Ｐ２Ｐグループに参加するまでの挙動を示すフローチャートである。以下の各ステップは、制御部４０４が記憶部４０５に記憶されたプログラムを読み出して実行することにより実現される。

受信部４１１は、Ｐ２Ｐ Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ受信する（Ｓ６０１）。その後、解析部４０２は、Ｐ２Ｐ Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔフレームの内容を解析（Ｓ６０２）する。そして、解析部４０２は、動作チャネル、およびチャネルリストに記載されているチャネルが、無線通信装置１０３にとって通信可能なチャネルを含むかを確認する（Ｓ６０３）。

記載されていたチャネルのうち、通信可能チャネルが存在しなかった場合、送信部４１２は、エラーを示すＩｎｖｉｔａｔｉｏｎ Ｒｅｓｐｏｎｓｅを、Ｉｎｖｉｔａｉｔｏｎ Ｒｅｑｕｅｓｔ送信元に送信する（Ｓ６１１）。その際、Ｐ２Ｐ Ｉｎｖｉｔａｔｉｏｎ Ｒｅｓｐｏｎｓｅには、無線通信装置１０３の状態情報（Ｓｔａｔｕｓ）が付加される。Ｓｔａｔｕｓには、属性ＩＤ、Ｓｔａｔｕｓ Ｃｏｄｅの長さ、Ｓｔａｔｕｓ Ｃｏｄｅ、の３種類の項目が含まれる。

Ｓｔａｔｕｓ Ｃｏｄｅは、無線通信装置１０３が問題なくＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔを受信し、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ元との通信処理に入れる状態であれば、Ｓｕｃｃｅｓｓを示す、０となる。通信処理に入れない場合は、Ｆａｉｌｕｒｅを示す２から１１の中から適切なＳｔａｔｕｓ Ｃｏｄｅが選択される。通信可能チャネルが存在しない状態の場合は、Ｓｔａｔｕｓ Ｃｏｄｅは７が選択される。したがって、Ｓｔａｔｕｓ Ｃｏｄｅが７であるＩｎｖｉｔａｔｉｏｎ Ｒｅｓｐｏｎｓｅが、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ送信元に送信される（Ｓ６１１）。この場合、無線通信装置１０３は、通信パラメータ設定や認証手続きという、接続に必要な手続きは実施せず、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ送信元とはこれ以上通信しない（Ｓ６１５）。

Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ内に、通信可能な動作チャネルが示されていた場合には、解析部４０２は招待フラグを解析する。そして、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ送信元が所属するＰ２ＰグループがＰｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐか非Ｐｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐか、を確認する（Ｓ６０４）。

まず、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔが、非Ｐｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐからであった場合について説明する。

この場合、送信部４１２は、Ｓｔａｔｕｓ Ｃｏｄｅ値 ０を示したＩｎｖｉｔａｔｉｏｎ Ｒｅｓｐｏｎｓｅを、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ送信元に送信する。（Ｓ６０５）。その後、判定部４０３は、Ｐ２Ｐグループ離脱期間を確認する（Ｓ６０６）。Ｐ２Ｐグループ離脱期間が計測されていて、なおかつ、自動接続許可時間内の場合、判定部４０３は更に以下を判定する。即ち、前回接続していたＰ２ＰグループのＰ２Ｐ−ＧＯのＭＡＣアドレスが、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔにより接続を要求されたＰ２ＰグループのＰ２Ｐ−ＧＯのＭＡＣアドレスと一致するか否かを判定する（Ｓ６０７）。なお、これに限らず、前回接続していたＰ２ＰグループのＰ２Ｐ Ｇｒｏｕｐ ＢＳＳＩＤが接続を要求されたＰ２ＰグループのＰ２Ｐ Ｇｒｏｕｐ ＢＳＳＩＤと一致するか否かを判定するようにしてもよい。また、Ｐ２Ｐ Ｇｒｏｕｐ ＢＳＳＩＤに代えて、もしくは、加えて、Ｐ２Ｐ Ｇｒｏｕｐ ＩＤ、もしくは、Ｐ２Ｐ Ｄｅｖｉｃｅ Ｉｎｆｏの一致を判定するようにしてもよい。このようにして、Ｐ２Ｐ Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔで接続を要求されたＰ２Ｐグループに、過去に接続したことがあるか否かを判定する。

同一のＭＡＣアドレスであった場合、確認部４０８によるユーザへの確認処理を行うことなく、接続部４０６はＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔを送信してきたＰ２Ｐグループとの通信を開始するための接続処理を行う（Ｓ６０８）。即ち、Ｓ６０６および６０７のいずれもの判定結果がＹｅｓであった場合には、確認部４０８によるユーザへの確認処理を抑制する。これにより、ユーザは不必要な操作を行わずに済むので、ユーザの利便性を向上させることができる。なお、Ｐ２Ｐグループ離脱期間およびＰ２Ｐ−ＧＯのＭＡＣアドレスの確認順序は、逆であっても良い。

ここで、Ｐ２Ｐグループ離脱期間が計測中ではない場合とは、無線通信装置１０３がＰ２Ｐ−ＣＬとして非Ｐｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐに接続したことはない、もしくは、非Ｐｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐから離脱してから長時間経過した場合である。Ｐ２Ｐグループ離脱期間が自動接続許可時間よりも長い場合は、Ｐ２Ｐ−ＧＯの状態が変更されている可能性がある。したがって、このような場合は、確認部４０８はＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ送信元が所属するＰ２Ｐグループとの接続許可を求めるメッセージを表示し、ユーザに接続許可または拒否の選択を促す。このようにして、ユーザにＰ２Ｐグループ参加について許可をとる（Ｓ６０９）。即ち、Ｓ６０６における判定結果に応じてユーザに対して接続可否に関する確認を行う。

また、前回接続していたＰ２ＰグループのＰ２Ｐ−ＧＯのＭＡＣアドレスが、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔにより接続を要求されたＰ２ＰグループのＰ２Ｐ−ＧＯのＭＡＣアドレスと一致しない場合も、確認部４０８による確認を行う（Ｓ６０９）。

ユーザが接続を許可した場合には（Ｓ６１０）、本無線通信装置側がＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ送信元に対して通信パラメータ設定、接続要求、および、認証手続きを実施し、Ｐ２Ｐグループに接続する（Ｓ６０８）。即ち、ユーザの確認結果に応じてＰ２Ｐグループ（無線ネットワーク）への接続を要求し、Ｐ２Ｐグループに接続する。

一方、ユーザが許可しなかった場合は、本無線通信装置側から通信パラメータ設定および認証手続きを実施することなく、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔを送信してきたＰ２Ｐグループとの通信を切断する（Ｓ６１５）。なお、Ｐ２Ｐグループ離脱期間は、自動接続許可時間経過後、および、Ｐｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐ参加後は、計測を中止し、計測してきた時間を初期化しても良い。

なお、Ｓ６０８にてＰ２Ｐグループに接続し、通信を開始するためには、Ｐｒｏｖｉｓｉｏｎ ＤｉｓｃｏｖｅｒｙやＷｉ−Ｆｉ Ｐｒｏｔｅｃｔｅｄ Ｓｅｔｕｐ（ＷＰＳ）という認証手続きを実行する必要がある。しかしながら、直前まで接続していたＰ２ＰグループとＰ２Ｐ−ＧＯが同一であるグループに接続し、さらにＰ２ＰグループＩＤから通信パラメータが同じであることが確認できた場合は、これらの処理を省略しても良い。

次に、Ｓ６０４にてＰ２Ｐ Ｉｎｖｉｔａｔｉｏｎ ＲｅｑｕｅｓｔがＰｅｒｓｉｓｔｅｎｔ ＧｒｏｕｐのＰ２Ｐ−ＧＯもしくはＰ２Ｐ−ＣＬからである場合について説明する。

このような場合、判定部４０３は、記憶部４０５に保存しているＰ２ＰグループＩＤの中に同一のＰｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐがあるかを判定する（Ｓ６１２）。具体的には、記憶部４０５に保存しているＰ２ＰグループＢＳＳＩＤがＰ２Ｐ Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔにより接続を要求されたＰｅｒｓｉｓｔｅｎｔ ＧｒｏｕｐのＰ２ＰグループＢＳＳＩＤと一致しているか否かを判定する。なお、Ｐ２ＰグループＢＳＳＩＤに代えて、もしくは、加えて、Ｐ２ＰグループＩＤや、Ｐｅｒｓｉｓｔｅｎｔ ＧｒｏｕｐのＰ２Ｐ−ＧＯのＭＡＣアドレスの一致を判定するようにしてもよい。

このようにして、Ｐ２Ｐ Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔで接続を要求されたＰ２Ｐグループに、過去に接続したことがあるか否かを判定する。

Ｐ２Ｐ Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔで接続を要求されたＰ２Ｐグループに、過去に接続したことがない場合、Ｓ６１４に進む。そして、送信部４１２はＳｔａｔｕｓ Ｃｏｄｅに未登録Ｐ２Ｐグループを示す８を設定したＩｎｖｉｔａｔｉｏｎ Ｒｅｓｐｏｎｓｅを送信する（Ｓ６１４）。そして、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ送信元との通信を切断する（Ｓ６１５）。

一方、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ内容分析の結果、既に登録されているＰｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐへの招待であった場合は次の処理を行う。送信部４１２はＳｔａｔｕｓ Ｃｏｄｅを、Ｓｕｃｃｅｓｓを意味する０に設定したＩｎｖｉｔａｔｉｏｎ Ｒｅｓｐｏｎｓｅを送信する（Ｓ６１３）。そして、接続部４０６は、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ送信元との通信を開始する（Ｓ６０８）。この場合、通信パラメータはすでに保存されているため新たに共有処理を行う必要はなく、接続要求および認証手続きのみ実施すればよい。

実施形態１によれば、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ受信時に、ユーザの操作が必要なケースを減少させることができるため、ユーザの操作性向上につながる。

なお、図５では、Ｐ２Ｐ Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔを送信する側のＰ２Ｐ−ＧＯが、ＤＵＡＬ装置であり、チャネル変更が必要になったためにＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔを送信した際の例を示した。しかしながらこれに限らず、Ｐ２Ｐ−ＧＯ側がコンカレント動作をしていない場合でも適用できる。また、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔの送信がチャネル変更に起因していない場合であっても、ユーザに確認することなくＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ送信元が所属するＰ２Ｐグループと自動で接続できる。

また、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ受信時のユーザ操作を省略できる例として、過去に接続していた無線ネットワークである他に、例えば、ユーザから指定された所定のＳＳＩＤ（ネットワーク識別子）を有する無線ネットワークであってもよい。これによれば、ユーザから指定された無線ネットワークへの招待信号を受信した場合には、ユーザ操作を省略して、当該無線ネットワークに参加することができる。

＜実施形態２＞
次に、図面を参照しながら実施形態２を詳細に説明する。なお、実施形態２におけるネットワークシステムの構成は図７および図８である。また、実施形態１と同様の部分については同じ符号を付し、説明を省略する。

図７は、Ｐ２Ｐ−ＧＯがＳＴＡ機能とコンカレント動作をしている無線通信装置７０２が非ＰｅｒｓｉｓｔｅｎｔモードのＰ２Ｐグループを形成している場合のシステム構成図である。

無線通信装置７０４は、ＡＰ機能とＰ２Ｐ−ＣＬ機能のコンカレント動作をしている。無線通信装置７０４は、図４に示した機能ブロックを有している。

図７の１０２、１０４乃至１０６は図１と同様であり、図８の２０２および２０４は図２と同様であるため、説明は省略する。

７０１、７０７、８０１、８０７はＡＰであり、７０１と７０７、８０１と８０７ではそれぞれ通信チャネルが異なる値に設定されている。

７０２は、ＳＴＡ機能及びＰ２Ｐ−ＧＯ機能がコンカレント動作しているＤＵＡＬ装置であり、７０３は、７０１と７０２の間のインフラモードの通信を示している。

７０５は、無線通信装置７０４のＡＰ機能と通信しているＳＴＡであり、７０６は、７０４のＡＰ機能とＳＴＡ ７０５の通信を示している。

７０７は、ＤＵＡＬ装置７０２のＳＴＡ機能のローミング先である。なお、７０４に関し、本図で記しているコンカレント動作以外にも、ＳＴＡ機能とＰ２Ｐ−ＣＬ機能のコンカレント動作をするＤＵＡＬ装置も後述する図１０を実現する無線通信装置となり得る。その場合、７０５はＡＰとする。

図８は、Ｐ２Ｐ−ＧＯがＳＴＡ機能とコンカレント動作をしている無線通信装置８０２がＰｅｒｓｉｓｔｅｎｔモードのＰ２Ｐグループを形成している場合のシステム構成図である。

図８において、８０２はＳＴＡ機能及びＰ２Ｐ−ＧＯ機能がコンカレント動作しているＤＵＡＬ装置である。８０３は、８０２のＳＴＡ機能がＡＰ１ ８０１とインフラストラクチャ通信をしていることを示している。８０４は７０４と通信しているＳＴＡであり、８０５は、７０４のＡＰ機能とＳＴＡ ８０４のインフラストラクチャ通信を示している。ＤＵＡＬ装置８０２のＳＴＡ機能は、ローミングにより、接続ＡＰをＡＰ１ ８０１からＡＰ２ ８０７に変更する。

なお、本図では、無線通信装置７０４が、ＡＰ機能とＰ２Ｐ−ＣＬ機能のコンカレント動作をしている場合を記している。これに限らず、ＳＴＡ機能とＰ２Ｐ−ＣＬ機能、ＳＴＡ機能とＰ２Ｐ−ＧＯ機能、もしくは、ＡＰ機能とＰ２Ｐ−ＧＯ機能のコンカレント動作をしてもよい。

７０４がＳＴＡ機能とＰ２Ｐ−ＣＬ機能のＤＵＡＬ装置の場合、８０５はＡＰである。７０４がＳＴＡ機能とＰ２Ｐ−ＧＯ機能のＤＵＡＬ装置の場合、８０２はＳＴＡ機能とＰ２Ｐ−ＣＬ機能のＤＵＡＬ装置であり、８０５はＡＰである。７０４がＡＰ機能とＰ２Ｐ−ＧＯ機能のＤＵＡＬ装置の場合、８０２はＳＴＡ機能とＰ２Ｐ−ＣＬ機能のＤＵＡＬ装置であり、８０５はＳＴＡである。

本実施形態のＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔフレームの構成、および、機能構成は、それぞれ実施形態１で記す図３、図４と同じであるため、説明は省略する。

図９に、無線通信装置７０４（Ｐ２Ｐ−ＣＬ７０４）が、Ｐ２Ｐ−ＣＬ機能とＡＰもしくはＳＴＡ機能のコンカレント動作をしている場合、ＤＵＡＬ装置７０２が、無線ネットワーク５２から５５にローミングを行う際のシーケンス図である。まず、ＳＴＡ機能によりＡＰ５１が構築する無線ネットワーク５２に接続し、一方でＰ２Ｐ−ＧＯ機能により構築したＰ２Ｐグループ５３にＰ２Ｐ−ＣＬ７０４が接続する。その後、ＤＵＡＬ装置７０２が無線ネットワーク５２から５５にローミングを行った際に、Ｐ２Ｐ−ＧＯが新たに無線ネットワーク５６を構築する。

本実施形態では、無線通信装置７０４がＳＴＡ機能実行中の場合、ＡＰ機能実行中の場合、両機能動作していない場合で、それぞれＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ受信時の挙動を分別している。これは、Ｐ２Ｐグループを用いた通信とＡＰを介したインフラストラクチャモードの通信のユースケースに依存する。基本的に、Ｐ２Ｐグループを用いた通信が、データ交換時にのみ使用されるのに対し、インフラストラクチャモードによる通信は、常に接続を維持したい場合に使用される。したがって、Ｐ２Ｐグループを用いた通信よりもＡＰを介した通信の方が、接続維持の観点では優先度が高い。Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ受信側がコンカレント動作をしていた場合は、ＡＰ−ＳＴＡ通信の方をＰ２Ｐ―ＧＯとＰ２Ｐ−ＣＬとの通信よりも優先して維持するように、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔに対応すべきである。

Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ受信側７０４がＡＰ機能とのコンカレント動作中の場合、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔがチャネル変更を伴っていた場合には、Ｒｅｑｕｅｓｔに従うとＡＰ機能側もチャネルを変更する必要がある。ただし、ＡＰ機能側がＳＴＡと接続している場合、ＳＴＡによっては、ＡＰ側の新たなチャネルに対応できない可能性があるため、ユーザに確認すべきである。

Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ受信側７０４がＳＴＡ機能とのコンカレント動作中の場合、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔがチャネル変更を伴っていた場合には、Ｒｅｑｕｅｓｔに従うとＳＴＡ機能側もチャネル変更をする必要がある。これは、ＡＰとの接続が切れてしまうことを意味する。ＡＰ−ＳＴＡ通信の方が維持すべき通信であるため、ＳＴＡ機能とのコンカレント動作中の場合は、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔは受け入れられない。

図９のＦ５０１乃至Ｆ５２５、および、Ｆ５３４（Ｆ５２６乃至Ｆ５３３）は、図５と同じであるため、説明は省略する。

Ｐ２Ｐ−ＣＬ ７０４がＳＴＡ機能とコンカレント動作中の場合、Ｐ２Ｐ−ＣＬ ７０４はＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔに応じてＡＰとの通信を切断しない。これは、ＡＰ−ＳＴＡ通信の方が維持すべき通信であるとしているためである。従って、Ｐ２Ｐ−ＣＬ ７０４はＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔを受信しても、無線ネットワーク５６とは接続しない（Ｆ９０１）。

Ｐ２Ｐ−ＣＬ ７０４がＡＰ機能とコンカレント動作をしていた場合、もしくは、Ｐ２Ｐ−ＣＬ機能のみで動作していた場合、Ｐ２Ｐ−ＣＬ ７０４はＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ受信後、その内容を解析する（Ｆ５２３）。

その後、Ｐ２Ｐ−ＣＬ ７０４は、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム内に記載の動作チャネルが、Ｐ２Ｐ−ＣＬ ７０４にとって対応可能であることを確認する。対応不可なチャネルのみが記されていた場合は、Ｐ２Ｐ−ＣＬ ７０４はエラーを示すＩｎｖｉｔａｔｉｏｎ ＲｅｓｐｏｎｓｅをＰ２Ｐ−ＧＯ ７０２に送信し、Ｐ２Ｐ−ＧＯ ７０２とは接続しない（Ｆ５２４）。

次に、Ｐ２Ｐ−ＣＬ ７０４はＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔフレームのうち、招待フラグを確認する（Ｆ５２５）。招待フラグがＰｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐでの接続を要求していた場合、Ｐ２Ｐ−ＣＬ ７０４は、既に登録されているＰｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐと同一のグループへの接続が要求されていることを確認する。Ｐ２Ｐ−ＣＬ ７０４がＡＰ機能とのコンカレント動作中である場合、既に登録されているＰｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐであったとしても、ユーザの承認を得なければ、Ｐ２Ｐ−ＣＬ ７０４はＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ送信元と通信しない。そのため、ユーザの承認待ちが必要である旨を示したＩｎｖｉｔａｔｉｏｎ ＲｅｓｐｏｎｓｅをＰ２Ｐ−ＣＬ ７０４は送信（Ｆ９０２）する。その後、ＡＰ機能のチャネル変更の件も含めて、ユーザーインターフェースにＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ送信元が所属するＰ２Ｐグループとの接続許可を求めるメッセージをＰ２Ｐ−ＣＬ ７０４は表示する。このようにして、Ｐ２Ｐ−ＣＬ ７０４は許可または拒否の選択をユーザに促し、ユーザの接続許可を待つ（Ｆ９０４）。

Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔの解析の結果、Ｐｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐが未登録であった場合は、Ｐ２Ｐ−ＣＬ ７０４は、エラーを示すＩｎｖｉｔａｔｉｏｎ ＲｅｓｐｏｎｓｅをＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ送信元に送信する。その後、Ｐ２Ｐ−ＣＬ ７０４はＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ送信元との通信を切断する（Ｆ９０３）。なお、Ｐｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐの登録およびチャネルの対応に関する確認に関して、順番は問わない。

招待フラグにより、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔが非Ｐｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐへの参加を要求している場合、Ｐ２Ｐ−ＣＬ ７０４は無線ネットワーク５６への参加に関して、ユーザからの接続許可を待つ（Ｆ９０４）。この際、ユーザからの接続許可は、ＡＰ機能のチャネル変更が必要になる件も含めて、ユーザーインターフェースに確認メッセージを表示することによって実施する。

ユーザが、Ｐ２Ｐグループへの参加に関して、許可した場合、そのＰ２Ｐグループが非Ｐｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐであった場合は、Ｐ２Ｐ−ＣＬ ７０４は、接続に必要な通信パラメータ設定および認証手続きの実施を開始する（Ｆ９０８）。Ｐ２Ｐグループに接続し、ＡＰ機能のチャネル変更も完了すると、ＡＰ機能はＢｅａｃｏｎを送信し（Ｆ９０９）、自身の最新のチャネルを周辺の無線通信装置に知らせる。

次に、ユーザが許可したＰ２Ｐグループが、Ｐｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐだった場合について説明する。このような場合、ユーザからの許可を得たのがＰ２Ｐ Ｉｎｖｉｔａｔｉｏｎ Ｒｅｓｐｏｎｓｅ送信後１２０秒以内であれば、Ｐ２Ｐ−ＣＬ ７０４は、無線ネットワーク５６の処理を開始する（Ｆ９０５）。それに伴って、ＡＰ機能のチャネル変更も実施し、完了後、Ｐ２Ｐ−ＣＬ ７０４は、自身の最新のチャネルを周辺の無線通信装置に知らせるために、Ｂｅａｃｏｎを送信する（Ｆ９０６）。ユーザの許可を得られたのがＰ２Ｐ Ｉｎｖｉｔａｔｉｏｎ Ｒｅｓｐｏｎｓｅ送信後１２０秒以内ではなかった場合は、Ｐ２Ｐ−ＣＬ ７０４側からは何も送信せず、Ｐ２Ｐ−ＧＯ ７０２とは接続しない（Ｆ９０７）。

ユーザがＰ２Ｐグループの参加を拒否した場合は、非Ｐｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐ、Ｐｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐにかかわらず、Ｐ２Ｐ−ＣＬ ７０４は無線ネットワーク５６には接続せず、ＡＰ機能としてＳＴＡとの接続を維持する（Ｆ９１０）。

無線通信装置７０４が、コンカレント動作を実施していない場合は、実施形態１と同様の挙動を示す（Ｆ５３４）。
図１０は、ＤＵＡＬ無線通信装置７０４が、Ｐ２Ｐ Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔを受信した際に、接続の可否を判定し、Ｐ２Ｐグループに参加するまでの挙動を示すフローチャートである。以下の各ステップは、制御部４０４が記憶部４０５に記憶されたプログラムを読み出して実行することにより実現される。

図１０のＳ６０１乃至Ｓ６１５は図６と同じであるため、説明は省略する。これらは無線通信装置７０４がＡＰ機能およびＳＴＡ機能が実行中ではない場合の挙動と共通の挙動である。

Ｐ２Ｐ Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ受信をしたが（Ｓ６０１）、ＳＴＡ機能が実行中の場合は（Ｓ１００１）、Ｐ２Ｐ−ＣＬ ７０４は、そのＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔには応じない。したがって、Ｐ２Ｐ−ＣＬ ７０４は、Ｉｎｖｉｔａｔｉｏｎ ＲｅｓｐｏｎｓｅのＳｔａｔｕｓ Ｃｏｄｅ値を、達成できない要求が来たことを示す５に設定する。そして、当該値が設定されたＩｎｖｉｔａｔｉｏｎ ＲｅｓｐｏｎｓｅをＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ送信元にＰ２Ｐ−ＣＬ ７０４は送信する（Ｓ１００９）。なお、この場合のＳｔａｔｕｓ Ｃｏｄｅ値は、制限に至っていることを示す３でも良い。Ｉｎｖｉｔａｔｉｏｎ Ｒｅｓｐｏｎｓｅ送信によって、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ送信元との通信は終了する（Ｓ６１５）。

ＳＴＡ機能が実行中ではなかった場合、Ｐ２Ｐ−ＣＬ ７０４は、Ｐ２Ｐ Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔの内容を解析し（Ｓ６０２）、動作チャネルの確認をする。そして、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ中の動作チャネル、およびチャネルリストに記載されているチャネルが、本無線通信装置にとって通信可能チャネルであるかを確認する（Ｓ６０３）。記載されていたチャネルのうち、通信可能チャネルが存在しなかった場合、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ送信元が所属するＰ２Ｐグループには接続できない。そのため、動作チャネルエラーを示すＳｔａｔｕｓ Ｃｏｄｅ値 ７を含めたＩｎｖｉｔａｔｉｏｎ Ｒｅｓｐｏｎｓｅを、Ｐ２Ｐ−ＣＬ ７０４は、Ｉｎｖｉｔａｉｔｏｎ Ｒｅｑｕｅｓｔ送信元に送信する（Ｓ６１１）。この場合もＩｎｖｉｔａｔｉｏｎ Ｒｅｓｐｏｎｓｅ送信によって、Ｐ２Ｐ−ＣＬ ７０４はＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ送信元との通信を終了する（Ｓ６１５）。

Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔに記されている動作チャネルが対応可能であることが確認できた場合（Ｓ６０３）、Ｐ２Ｐ−ＣＬ ７０４は、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔが接続を要求しているグループの種類を確認する（Ｓ６０４）。Ｐｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐであった場合は、Ｐ２Ｐ−ＣＬ ７０４は、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔの送信元が記憶部４０５で記憶されているＰｅｒｓｉｓｔｅｎｔ ＧｒｏｕｐのＰ２Ｐ−ＧＯと一致しているかを判定する（Ｓ６１２）。上記判定は、ＡＰ機能が動作中であるか否かに関わらず行われる。判定の結果、一致していなかった場合は、実施形態１と同様、Ｓｔａｔｕｓ Ｃｏｄｅ値 ８を含んだＩｎｖｉｔａｔｉｏｎ ＲｅｓｐｏｎｓｅをＰ２Ｐ−ＣＬ ７０４は送信する（Ｓ６１４）。その後、Ｐ２Ｐ−ＣＬ ７０４とＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ送信元との通信を終了する（Ｓ６１５）。Ｐｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐ名が登録済みであることの確認が取れた場合、ＡＰ機能が実行中でなければ（Ｓ１００４）、Ｐ２Ｐ−ＣＬ ７０４は、Ｓｔａｔｕｓ Ｃｏｄｅ値を、Ｓｕｃｃｅｓｓを示す０にして送信する（Ｓ６１３）。その後、Ｐ２Ｐ−ＣＬ ７０４は、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ送信元と通信を開始するための認証手続きを開始する（Ｓ６０６）。ＡＰ機能が実行中である場合は、ユーザに接続を許可してもらう必要がある。したがって、受信フレームに対応する準備がまだできていないことを示す、Ｓｔａｔｕｓ Ｃｏｄｅ値 １にして、Ｐ２Ｐ−ＣＬ ７０４は、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｓｐｏｎｓｅを送信する（Ｓ１００５）。本実施形態では、ユーザが接続を許可した場合は、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ送信元と接続するための処理に入れるため、Ｓｔａｔｕｓ Ｃｏｄｅ値が１の場合、ユーザに接続許可の確認をする。この際、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ受信側が、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ送信元との通信によりＡＰ機能のチャネルが変更になる件も含めて、ユーザーインターフェース画面に表示させ、確認する（Ｓ６０９）。

まず、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｓｐｏｎｓｅ送信後１２０秒以内に、ユーザがＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ送信元との通信を許可する場合（Ｓ６１０、１００３、１００６）について説明する。このような場合には、Ｐ２Ｐ−ＣＬ ７０４は、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ送信元にＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔを送信する（Ｓ１００７）。相手装置からＩｎｖｉｔａｔｉｏｎ Ｒｅｓｐｏｎｓｅを受信できた場合は（Ｓ１００８）、Ｐ２Ｐ−ＣＬ ７０４は、相手装置との通信を開始する（Ｓ６０６）。

一方、以下のケースでは、その時点で、Ｐ２Ｐ−ＣＬ ７０４は、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ送信先との通信を終了する（Ｓ６１５）。１つ目のケースは、Ｉｎｖｉｔａｉｔｏｎ Ｒｅｓｐｏｎｓｅ送信後１２０秒経過後にユーザが接続を許可した場合である。他のケースは、１２０秒以内にユーザが接続を許可したため、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔを送信したが、該Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔに対するＲｅｓｐｏｎｓｅのＳｔａｔｕｓ Ｃｏｄｅ値がＳｕｃｃｅｓｓではなかった場合である。

Ｓ６０４にて、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔが非Ｐｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐへの接続を要求していた場合、ＡＰ機能実行中であれば（Ｓ１００２）、Ｐ２Ｐ−ＣＬ ７０４は、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｓｐｏｎｓｅを送信する（Ｓ６０５）。その後、ユーザにＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ送信元との通信を許可して良いかどうか、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ受信側のＵＩ画面などで確認する（Ｓ６０９）。ユーザが通信を許可した場合は、接続のためのパラメータ設定手続きである、Ｐｒｏｖｉｓｉｏｎ ＤｉｓｃｏｖｅｒｙやＷＰＳを実行し、その後、認証手続きも実施し、Ｐ２Ｐ−ＣＬ ７０４は、Ｉｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ送信元と接続する。なお、直前まで接続していたＰ２ＰグループとＰ２Ｐ−ＧＯが同一であるグループに接続する場合は、通信パラメータ設定は省略しても良い。この場合は、通信パラメータは、直前まで接続していたＰ２Ｐグループのものを再利用する。

実施形態２によれば、チャネル変更を伴ったＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ受信時に、ユーザの望むとおりの接続の優先度を保ちながら、ユーザの操作が必要なケースを減少させることができるため、ユーザの操作性向上につながる。

本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

１０１ Ｐ２Ｐ−ＧＯ
１０２ Ｐ２Ｐ−ＣＬ
１０３ 無線通信装置
７０４ 無線通信装置

Claims (16)

1. 通信装置であって、
   所定の無線ネットワークを構築する装置に対応する第１の情報を記憶する記憶手段と、
   無線ネットワークへの招待を示す招待信号を受信する受信手段と、
   前記招待信号が招待する無線ネットワークが、前記記憶手段により記憶された前記第１の情報に対応する装置が構築した前記所定の無線ネットワークではない場合、当該無線ネットワークへ接続するか否かをユーザに確認し、
   前記招待信号が招待する無線ネットワークが前記所定の無線ネットワークである場合、前記確認を省略する確認手段と、
   を有することを特徴とする通信装置。
2. 前記招待信号が招待する無線ネットワークへ接続を要求する要求手段を更に有することを特徴とする請求項１に記載の通信装置。
3. 前記招待信号が招待する無線ネットワークが、前記所定の無線ネットワークであるか否かを判定する判定手段を更に有し、
   前記判定手段による判定結果に応じて、前記確認手段は、前記確認を行うことを特徴とする請求項１または２に記載の通信装置。
4. 前記招待信号が招待する無線ネットワークが、前記所定の無線ネットワークであっても、前記所定の無線ネットワークから前記通信装置が離脱してから所定時間が経過している場合には、前記確認手段は、前記確認を行うことを特徴とする請求項１から３のいずれか１項に記載の通信装置。
5. 前記受信手段により前記招待信号が受信された場合、前記招待信号に対する応答信号を送信する送信手段を更に有することを特徴とする請求項１から４のいずれか１項に通信装置。
6. 前記送信手段は、前記第１の情報に応じた前記応答信号を送信することを特徴とする請求項５に記載の通信装置。
7. 前記通信装置は、Ｗｉ−Ｆｉで規定されたＧｒｏｕｐ Ｏｗｎｅｒとして動作可能であることを特徴とする請求項１から６のいずれか１項に記載の通信装置。
8. 前記通信装置は、Ｗｉ−Ｆｉで規定されたＣｌｉｅｎｔとして動作可能であることを特徴とする請求項１から７のいずれか１項に記載の通信装置。
9. 前記招待信号は、Ｗｉ−Ｆｉで規定されたＩｎｖｉｔａｔｉｏｎ Ｒｅｑｕｅｓｔ信号であることを特徴とする請求項１から８のいずれか１項に記載の通信装置。
10. 前記第１の情報には、前記所定の無線ネットワークを管理する装置の識別情報と、前記所定の無線ネットワークのグループ種別と、が少なくとも含まれることを特徴とする請求項１から９のいずれか１項に記載の通信装置。
11. 前記識別情報は、前記所定の無線ネットワークを管理するＷｉ−Ｆｉで規定されたＧｒｏｕｐ ＯｗｎｅｒのＭＡＣアドレスであることを特徴とする請求項１０に記載の通信装置。
12. 前記グループ種別は、前記所定の無線ネットワークがＷｉ−Ｆｉで規定されたＰｅｒｓｉｓｔｅｎｔ Ｇｒｏｕｐであるか否かを示す情報であることを特徴とする請求項１０または１１に記載の通信装置。
13. 前記確認手段による確認結果に応じて、前記招待信号が招待する無線ネットワークに接続するための通信パラメータの共有処理を行う共有手段を更に有することを特徴とする請求項１から１２のいずれか１項に記載の通信装置。
14. 前記所定の無線ネットワークは、前記通信装置が過去に接続した無線ネットワークであることを特徴とする請求項１から１３のいずれか１項に記載の通信装置。
15. 通信装置の制御方法であって、
    所定の無線ネットワークを構築するに対応する第１の情報を記憶部に記憶させる記憶工程と、
    前記通信装置に対する無線ネットワークへの招待を示す招待信号を受信する受信工程と、
    前記招待信号が招待する無線ネットワークが、前記記憶部により記憶された前記第１の情報に対応する装置が構築した前記所定の無線ネットワークではない場合、当該無線ネットワークへ接続するか否かをユーザに確認し、
    前記招待信号が招待する無線ネットワークが前記所定の無線ネットワークである場合、前記確認を省略する確認工程と、
    を有することを特徴とする制御方法。
16. コンピュータを請求項１から１４のいずれか１項に記載の通信装置として動作させるためのプログラム。

Images