WO2016009481A1

WO2016009481A1 - 無線通信システム及び無線通信方法

Info

Publication number: WO2016009481A1
Application number: PCT/JP2014/068723
Authority: WO
Inventors: 真太朗藤上; 永井　幸政; 武憲角
Original assignee: 三菱電機株式会社
Priority date: 2014-07-14
Filing date: 2014-07-14
Publication date: 2016-01-21
Also published as: CN106538040B; DE112014006812T5; DE112014006812B4; US20170188296A1; CN106538040A; JP6165318B2; JPWO2016009481A1; US10111164B2

Abstract

　無線通信装置２Ａ，２Ｂ，２Ｃが、無線通信装置１における通信モードの設定状況に関わらず、無線通信装置１と無線通信が可能なプロトコルで、自無線通信装置で提供可能なアプリケーションに関する情報を送信し、無線通信装置１が、無線通信装置２Ａ，２Ｂ，２Ｃから送信されたアプリケーションに関する情報を収集するように構成する。これにより、通信モードの設定状況に関わらず、周囲に存在している無線通信装置２Ａ，２Ｂ，２Ｃから提供可能なアプリケーションに関する情報を取得することができる。

Description

無線通信システム及び無線通信方法

　この発明は、複数の無線通信装置が無線通信を実施する無線通信システム及び無線通信方法に関するものである。

　近年、無線ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）（ＩＥＥＥ（Ｔｈｅ　Ｉｎｓｔｉｔｕｔｅ　ｏｆ　Ｅｌｅｃｔｒｉｃ　ａｎｄ　Ｅｌｅｃｔｒｏｎｉｃｓ　Ｅｎｇｉｎｅｅｒｓ）８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ）における通信モードは多様化しており、例えば、以下に示すような通信モードがある。
・ａｄ－ｈｏｃモード（アドホックモード）
・ＳＴＡモード（インフラストラクチャモード）
・ＡＰモード（インフラストラクチャモード）
・Ｗｉ－Ｆｉ　Ｄｉｒｅｃｔモード（ワイファイダイレクトモード）
・ＷｉＧｉｇ（Ｗｉｒｅｌｅｓｓ　Ｇｉｇａｂｉｔ）モード（ワイヤレスギガビットモード）
・ＮＡＮ（Ｎｅｉｇｈｂｏｒｈｏｏｄ　Ａｒｅａ　Ｎｅｔｗｒｏｋ）モード

　例えば、ＰＣやスマートフォンなど、無線ＬＡＮの無線通信機能を有する無線通信装置を搭載している装置では、複数の通信モードをサポートしている。
　このため、複数の通信モードの中で、ユーザが実施を希望するサービスに対応している通信モードを無線通信装置に設定し、当該無線通信装置が当該通信モードで他の無線通信装置と無線通信を実施することで、ＰＣやスマートフォン等が、当該サービスを提供するアプリケーションを実行する。

　ここで、無線ＬＡＮのインフラストラクチャモードにおける通信相手のサービスを探索する手法は、他のネットワークとの接続仕様である８０２．１１ｕで定められており、８０２．１１ｕには、ユーザの無線通信装置であるＳＴＡ端末がアクセスポイントに接続する際、ユーザが加入しているサービスプロバイダ情報によって、適切なネットワークを自動に検出して選択する仕組みが定義されている。

　以下の非特許文献１には、Ｗｉ－Ｆｉ　Ｄｉｒｅｃｔモードにおけるオプション仕様として、相手の無線通信装置がどのようなサービスをサポートしているかを検索するプロトコルであるＳＤＰ（Ｓｅｒｖｉｃｅ　Ｄｉｓｃｏｖｅｒｙ　Ｐｒｏｔｏｃｏｌ）が定められている。
　ＳＤＰを実行することで、通信相手の無線通信装置が上位レイヤのプロトコルであるＢｏｎｊｏｕｒ、ＵＰｎＰやＷｉ－Ｆｉ　Ｄｉｓｐｌａｙなどに対応しているかを、通信相手の無線通信装置と接続する前に知ることができる。

　以下の特許文献１には、無線通信装置のサービスを探索して、その探索結果をユーザに通知することで、ユーザが所望のサービスを選択して無線通信を開始する際の操作の簡略化を図る手法が開示されている。
　以下の特許文献２には、情報処理端末が画像処理装置のサービスを検出し、ユーザが所望するサービス（例えば、印刷、ＦＡＸなど）を選択すると、情報処理端末が、当該サービスのフラグを立てた状態で画像処理装置と接続することで、画像処理装置上のサービスが無効になっていても、そのサービスを有効にする手法が開示されている。
　以下の特許文献３には、無線通信装置が、Ｗｉ－Ｆｉ　Ｄｉｒｅｃｔモードで、周囲に存在している無線通信装置が提供するサービスの情報を取得して、そのサービスの情報をユーザに通知する手法が開示されている。
　なお、特許文献１～３には、通信モードが異なる無線通信装置間でサービスを探索する手法については開示されていない。

特開２０１２‐１７５６１４号公報特開２０１４‐１２３５０号公報ＷＯ２０１３／１５３８８７

Ｗｉ－Ｆｉ　Ｐｅｅｒ－ｔｏ－Ｐｅｅｒ（Ｐ２Ｐ）Ｔｅｃｈｎｉｃａｌ　Ｓｐｅｃｉｆｉｃａｔｉｏｎ　Ｖｅｒｓｉｏｎ　１．２

　従来の無線通信システムは以上のように構成されているので、既存の無線ＬＡＮ機能を有する無線通信装置が、周囲に存在している無線通信装置を検出する際、自己の通信モードと対応している通信モードで動作している無線通信装置しか検出することができず、検出可能な無線通信装置が制限される（例えば、インフラストラクチャモードのＳＴＡで動作している無線通信装置は、ＡＰで動作している無線通信装置又はＷｉ－Ｆｉ　ＤｉｒｅｃｔのＧｒｏｕｐ　Ｏｗｎｅｒで動作している無線通信装置しか検出することができない）。また、周囲に存在している無線通信装置を検出することができても、検出した全ての無線通信装置から提供可能なサービスに関する情報（当該サービスに対応しているアプリケーションに関する情報などを含む）を取得できるとは限らず、サービスに関する情報の取得可能な無線通信装置が制限されてしまうという課題があった。
　例えば、８０２．１１ｕに対応しているＳＴＡで動作している無線通信装置は、８０２．１１ｕに対応しているＡＰで動作している無線通信装置からしかサービスに関する情報を取得することができない。また、ＳＤＰに対応しているＷｉ－Ｆｉ　Ｄｉｒｅｃｔモードで動作している無線通信装置は、同じくＳＤＰに対応しているＷｉ－Ｆｉ　Ｄｉｒｅｃｔモードで動作している無線通信装置からしかサービスに関する情報を取得することができない。

　この発明は上記のような課題を解決するためになされたもので、通信モードの設定状況に関わらず、周囲に存在している無線通信装置から提供可能なサービス又はアプリケーションに関する情報を取得することができる無線通信システム及び無線通信方法を得ることを目的とする。

　この発明に係る無線通信システムは、複数の通信モードに対応している第１の無線通信装置の周囲に存在している第２の無線通信装置が、第１の無線通信装置における通信モードの設定状況に関わらず、第１の無線通信装置と無線通信が可能なプロトコルで、自無線通信装置で提供可能なサービス又はアプリケーションに関する情報を送信する情報送信手段を備え、第１の無線通信装置が、第２の無線通信装置における情報送信手段から送信されたサービス又はアプリケーションに関する情報を収集する情報収集手段を備えるようにしたものである。

　この発明によれば、第２の無線通信装置が、第１の無線通信装置における通信モードの設定状況に関わらず、第１の無線通信装置と無線通信が可能なプロトコルで、自無線通信装置で提供可能なサービス又はアプリケーションに関する情報を送信する情報送信手段を備え、第１の無線通信装置が、第２の無線通信装置における情報送信手段から送信されたサービス又はアプリケーションに関する情報を収集する情報収集手段を備えるように構成したので、通信モードの設定状況に関わらず、周囲に存在している無線通信装置から提供可能なサービス又はアプリケーションに関する情報を取得することができる効果がある。

この発明の実施の形態１による無線通信システムを示す構成図である。図１の無線通信システムを構成する無線通信装置が車載機器として使用される例を示す説明図である。図１の無線通信システムを構成する無線通信装置１，２Ａ，２Ｂ，２Ｃの内部を示す構成図である。この発明の実施の形態１による無線通信システムを構成する無線通信装置間の処理手順を示すシーケンス図である。アプリケーションに関する情報等を収集する際の無線通信装置１の処理内容を示すフローチャートである。アプリケーションに関する情報等を送信する際の無線通信装置２Ａ，２Ｂ，２Ｃの処理内容を示すフローチャートである。Ａｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームのフォーマットを示す説明図である。Ａｃｔｉｏｎ　ＦｒａｍｅのＳｕｂｔｙｐｅの一覧を示す説明図である。Ａｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームのフォーマットを示す説明図である。接続対象の無線通信装置２を決定する際の無線通信装置１の処理内容を示すフローチャートである。サービス接続管理テーブルの一例を示す説明図である。通信モードの変更を要求する前段階の無線通信装置１の処理内容を示すフローチャートである。通信モードの変更を要求する際の無線通信装置１の処理内容を示すフローチャートである。通信モードを変更する際の接続対象の無線通信装置２Ａ，２Ｂ，２Ｃの処理内容を示すフローチャートである。Ａｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｑｕｅｓｔ）フレームのフォーマットを示す説明図である。Ａｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｓｐｏｎｓｅ）フレームのフォーマットを示す説明図である。Ａｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｃｏｎｆｉｒｍ）フレームのフォーマットを示す説明図である。Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｃｏｎｆｉｒｍ　ＩＥのフォーマットを示す説明図である。この発明の実施の形態２による無線通信システムを構成する無線通信装置間の処理手順を示すシーケンス図である。サービスに関する情報等を収集する際の無線通信装置１の処理内容を示すフローチャートである。サービスに関する情報等を送信する際の無線通信装置２Ａ，２Ｂ，２Ｃの処理内容を示すフローチャートである。Ａｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームのフォーマットを示す説明図である。Ａｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームのフォーマットを示す説明図である。この発明の実施の形態３による無線通信システムを構成する無線通信装置間の処理手順を示すシーケンス図である。サービスに関する情報等を収集する際の無線通信装置１の処理内容を示すフローチャートである。接続対象の無線通信装置２を決定する際の無線通信装置１の処理内容を示すフローチャートである。Ｂｅａｃｏｎフレーム等に重畳されるＳｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　ＩＥのフォーマットを示す説明図である。この発明の実施の形態４による無線通信システムを構成する無線通信装置１，２Ａ，２Ｂ，２Ｃの内部を示す構成図である。サービス通知管理情報記憶部３０に記録されているサービス通知レベル管理テーブルの一例を示す説明図である。この発明の実施の形態４による無線通信システムを構成する無線通信装置間の処理手順を示すシーケンス図である。アプリケーションやサービスに関する情報等を収集する際の無線通信装置１の処理内容を示すフローチャートである。Ｂｅａｃｏｎフレーム等に重畳されるＳｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｆｌａｇ　ＩＥのフォーマットを示す説明図である。Ａｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ）フレームのフォーマットを示す説明図である。Ａｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ）フレームのフォーマットを示す説明図である。アプリケーションやサービスに関する情報等を送信する際の無線通信装置２Ａ，２Ｂ，２Ｃの処理内容を示すフローチャートである。接続対象の無線通信装置２を決定する際の無線通信装置１の処理内容を示すフローチャートである。この発明の実施の形態５による無線通信システムを構成する無線通信装置間の処理手順を示すシーケンス図である。Ｐｒｏｂｅ　Ｒｅｑｕｅｓｔフレームを送信する際の無線通信装置１の処理内容を示すフローチャートである。Ｐｒｏｂｅ　Ｒｅｓｐｏｎｓｅフレームを送信する際の無線通信装置２Ａ，２Ｂ，２Ｃの処理内容を示すフローチャートである。Ｐｒｏｂｅ　ＲｅｓｐｏｎｓｅフレームのＳｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　ＩＥのフォーマットを示す説明図である。

　以下、この発明の実施の形態について、図面を参照しながら詳細に説明する。
実施の形態１．
　図１はこの発明の実施の形態１による無線通信システムを示す構成図である。
　図１において、第１の無線通信装置である無線通信装置１は複数の通信モードに対応しており、第２の無線通信装置である無線通信装置２Ａ，２Ｂ，２Ｃは無線通信装置１の周囲に存在している。
　無線通信装置１と無線通信装置２Ａ，２Ｂ，２Ｃは無線リンク３で接続されている。
　無線リンク３は、例えば、２．４ＧＨｚ帯、５ＧＨｚ帯、６０ＧＨｚ帯、９００ＭＨｚ帯など、無線ＬＡＮ装置が通常使用する周波数帯域であればよく、何れの周波数帯域のチャネルを使用するようにしてもよい。また、複数の周波数帯域のチャネルを使用するようにしてもよい。

　無線通信装置１は無線通信装置２Ａ，２Ｂ，２Ｃから提供可能なアプリケーションに関する情報を取得する際、使用対象の周波数チャネルを切り替えながら、無線ＬＡＮで利用可能な全ての周波数チャネルを用いて、無線通信装置２Ａ，２Ｂ，２Ｃにおける通信モードの設定状況に関わらず、無線通信装置２Ａ，２Ｂ，２Ｃと無線通信が可能なプロトコルであるＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームを無線通信装置２Ａ，２Ｂ，２Ｃにブロードキャストする。
　無線通信装置２Ａ，２Ｂ，２ＣはＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームを受信すると、無線通信装置１における通信モードの設定状況に関わらず、無線通信装置１と無線通信が可能なプロトコルであるＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームを無線通信装置１に送信する。このＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームには、自無線通信装置で提供可能なアプリケーションに関する情報（例えば、アプリケーションのＩＤ（識別情報））等が含まれている。
　ただし、この実施の形態１では、無線通信装置１からブロードキャストされるＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームの中に、ユーザにより選択されたアプリケーションのＩＤが含まれているので、無線通信装置２Ａ，２Ｂ，２Ｃは、当該ＩＤが示すアプリケーションを提供することが可能である場合に限り、Ａｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームの応答として、Ａｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームを無線通信装置１に送信する。

　図２は図１の無線通信システムを構成する無線通信装置が車載機器として使用される例を示す説明図である。
　図２の例では、無線通信装置２Ａは、自動車４（車両）に搭載されるＨｅａｄ　Ｕｎｉｔ、カーナビゲーション装置、オーディオ装置、リアシートモニタ装置などの車載機器が想定される。
　また、無線通信装置１，２Ｂは、自動車４に持ち込まれるタブレット、スマートフォン、携帯ゲーム機器、音楽プレイヤ、パソコンなどの機器が想定される。
　車外の無線通信装置２Ｃは、家庭内に設置された無線ＬＡＮシステムや公衆無線ＬＡＮシステム（例えば、ホットスポット、中継局）などが想定される。
　図２では、無線通信装置２Ａが車載機器として使用される例を示しているが、例えば、無線通信装置１，２Ｂが車載機器として使用されるものであってもよいし、無線通信装置２Ａと無線通信装置１，２Ｂが車載機器として使用されるものであってもよい。

　図３は図１の無線通信システムを構成する無線通信装置１，２Ａ，２Ｂ，２Ｃの内部を示す構成図である。
　図３において、送信部１１は例えばＩＥＥＥ８０２．１１に準拠している送信機能を有する無線通信回路であり、ＷＬＡＮ制御部１３の制御の下で、無線ＬＡＮフレームを無線リンク３で接続されている通信相手の無線通信装置に送信するほか、搬送波感知多重アクセス（ＣＳＭＡ：Ｃａｒｒｉｅｒ　Ｓｅｎｓｅ　Ｍｕｌｔｉｐｌｅ　Ａｃｃｅｓｓ）や、衝突回避方式（ＣＡ：Ｃｏｌｌｉｓｉｏｎ　Ａｖｏｉｄａｎｃｅ）によるキャリアセンスの判断処理を行う。
　搬送波感知多重アクセス及び衝突回避方式については公知の技術であるため詳細な説明を省略する。
　受信部１２は例えばＩＥＥＥ８０２．１１に準拠している受信機能を有する無線通信回路であり、無線リンク３で接続されている通信相手の無線通信装置から送信された無線ＬＡＮフレームを受信するほか、宛先がユニキャストである無線ＬＡＮフレームに対して、ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）フレームの送信判断処理を行う。

　ＷＬＡＮ制御部１３は複数の通信モードに対応するために、ＳＴＡモード制御部１４、ＡＰモード制御部１５、Ｗｉ－Ｆｉ　Ｄｉｒｅｃｔモード制御部１６、ａｄ－ｈｏｃモード制御部１７、ＮＡＮモード制御部１８、ＷｉＧｉｇモード制御部１９及び通信モード切り替え制御部２０を備えている。
　また、ＷＬＡＮ制御部１３は自無線通信装置で提供可能なサービスやアプリケーションを探索するために、サービス探索部２１を備えている。

　ＳＴＡモード制御部１４は通信モードがインフラストラクチャモードにおけるＳＴＡモードに設定されたとき、通信相手の無線通信装置との無線通信がＳＴＡモードで実施されるように制御する。
　ＡＰモード制御部１５は通信モードがインフラストラクチャモードにおけるＡＰモードに設定されたとき、通信相手の無線通信装置との無線通信がＡＰモードで実施されるように制御する。
　Ｗｉ－Ｆｉ　Ｄｉｒｅｃｔモード制御部１６は通信モードがＷｉ－Ｆｉ　Ｄｉｒｅｃｔモードに設定されたとき、通信相手の無線通信装置との無線通信がＷｉ－Ｆｉ　Ｄｉｒｅｃｔモードで実施されるように制御する。

　ａｄ－ｈｏｃモード制御部１７は通信モードがａｄ－ｈｏｃモードに設定されたとき、通信相手の無線通信装置との無線通信がａｄ－ｈｏｃモードで実施されるように制御する。
　ＮＡＮモード制御部１８は通信モードがＮＡＮモードに設定されたとき、通信相手の無線通信装置との無線通信がＮＡＮモードで実施されるように制御する。
　ＷｉＧｉｇモード制御部１９は通信モードがＷｉＧｉｇモードに設定されたとき、通信相手の無線通信装置との無線通信がＷｉＧｉｇモードで実施されるように制御する。
　図３では、ＷＬＡＮ制御部１３が、ＳＴＡモード制御部１４、ＡＰモード制御部１５、Ｗｉ－Ｆｉ　Ｄｉｒｅｃｔモード制御部１６、ａｄ－ｈｏｃモード制御部１７、ＮＡＮモード制御部１８及びＷｉＧｉｇモード制御部１９を備えている例を示しているが、少なくとも１以上の通信モードに対応していればよいため、ＳＴＡモード制御部１４、ＡＰモード制御部１５、Ｗｉ－Ｆｉ　Ｄｉｒｅｃｔモード制御部１６、ａｄ－ｈｏｃモード制御部１７、ＮＡＮモード制御部１８及びＷｉＧｉｇモード制御部１９のうち、１以上の制御部を備えていればよい。

　通信モード切り替え制御部２０は通信モードの切り替え処理を実施する。
　即ち、無線通信装置１の通信モード切り替え制御部２０は、後述するサービス探索部２１により収集された無線通信装置２Ａ，２Ｂ，２ＣからのＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームに含まれている無線通信装置２Ａ，２Ｂ，２Ｃが対応している通信モードを示す通信モード情報を収集する。
　また、無線通信装置１の通信モード切り替え制御部２０は、無線通信装置２Ａ（または、２Ｂ，２Ｃ）との無線接続を行う際、その収集した通信モード情報が示す通信モードの中から、自無線通信装置の通信モードに対応する通信モードを選択し、無線通信装置２Ａ（または、２Ｂ，２Ｃ）における通信モードの設定状況に関わらず、無線通信装置２Ａ（または、２Ｂ，２Ｃ）と無線通信が可能なプロトコルであるＡｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｑｕｅｓｔ）フレームを送信部１１に出力することで、そのＡｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｑｕｅｓｔ）フレームを無線通信装置２Ａ（または、２Ｂ，２Ｃ）に送信する。このＡｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｑｕｅｓｔ）フレームは、選択した通信モードへの変更要求に相当する。
　なお、無線通信装置１の通信モード切り替え制御部２０及び受信部１２は通信モード情報収集手段を構成し、無線通信装置１の通信モード切り替え制御部２０及び送信部１１は通信モード変更要求手段を構成している。

　無線通信装置２Ａ，２Ｂ，２Ｃの通信モード切り替え制御部２０は、受信部１２が無線通信装置１からＡｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｑｕｅｓｔ）フレームを受信すると、そのＡｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｑｕｅｓｔ）フレームにしたがって通信モードを変更する。
　なお、無線通信装置２Ａ，２Ｂ，２Ｃの通信モード切り替え制御部２０及び受信部１２は通信モード変更手段を構成している。
　ここでは、無線通信装置１の通信モード切り替え制御部２０が通信モードの変更要求を無線通信装置２Ａ（または、２Ｂ，２Ｃ）に与えるものを示しているが、無線通信装置２Ａ（または、２Ｂ，２Ｃ）の通信モードを変更せずに、無線通信装置１の通信モードを変更するようにしてもよい。
　また、無線通信装置１と無線通信装置２Ａ（または、２Ｂ，２Ｃ）の双方の通信モードを変更するようにしてもよい。

　サービス探索部２１はコモンサービス制御部２３及び独自サービス制御部２４で管理されているサービス（提供可能なサービス）や、当該サービスに対応するアプリケーションを探索し、当該アプリケーションの情報（例えば、名称、アプリケーションの概要など）を当該無線通信装置のディスプレイに表示する処理を実施する。
　特に無線通信装置１のサービス探索部２１は、ユーザが所望のアプリケーションを選択するための選択受付部（例えば、タッチパネルなどのユーザインタフェース）を備えており、当該選択受付部がアプリケーションの選択を受け付けると、送信部１１を介して、使用対象の周波数チャネルを切り替えながら、無線ＬＡＮで利用可能な全ての周波数チャネルを用いて、その選択したアプリケーションのＩＤを含むＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームを無線通信装置２Ａ，２Ｂ，２Ｃにブロードキャストする情報送信要求配信部を備えている。
　また、無線通信装置１のサービス探索部２１は、Ａｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームの応答として、受信部１２が無線通信装置２Ａ，２Ｂ，２ＣからＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームを受信すると、そのＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームに含まれている各種の情報（例えば、提供可能なサービスの情報、ユーザにより選択されたアプリケーションのＩＤ、対応している通信モードの情報など）を収集する情報受信部を備えている。
　なお、無線通信装置１のサービス探索部２１、送信部１１及び受信部１２は情報収集手段を構成している。

　無線通信装置２Ａ，２Ｂ，２Ｃのサービス探索部２１は、受信部１２が無線通信装置１からＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームを受信すると、Ａｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームからアプリケーションのＩＤを取得する情報送信要求受信部と、自無線通信装置が当該アプリケーションを提供することが可能であるか否かを判定（アプリケーション制御部２５が当該アプリケーションを管理しているか否かを判定）する判定部と、当該アプリケーションを提供することが可能であれば、送信部１１を介して、Ａｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームの応答として、各種の情報（例えば、提供可能なサービスの情報、無線通信装置１により選択されたアプリケーションのＩＤ、対応している通信モードの情報など）を含むＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームを無線通信装置１に送信する情報応答部とを備えている。
　なお、無線通信装置１のサービス探索部２１、送信部１１及び受信部１２は情報送信手段を構成している。

　サービス接続管理部２２はアプリケーションに対応するサービスと無線接続の接続レベルとの対応関係を示すサービス接続管理テーブルを記録している。
　また、サービス接続管理部２２はサービス接続管理テーブルに記録されている対応関係の編集を受け付けるユーザインタフェース（例えば、キーボード、マウス、タッチパネルなど）を備えており、ユーザインタフェースにより受け付けられたユーザの操作、あるいは、無線接続の履歴にしたがってサービス接続管理テーブルに記録されている対応関係を編集する処理を実施する。なお、サービス接続管理部２２は編集手段を構成している。
　因みに、無線通信装置１の通信モード切り替え制御部２０は、無線通信装置２Ａ（または、２Ｂ，２Ｃ）との無線接続を行う際、サービス接続管理テーブルを参照して、無線通信装置２Ａ（または、２Ｂ，２Ｃ）から提供されるアプリケーションに対応するサービス等にしたがって無線接続の接続レベルを決定し、その接続レベルを含む変更要求であるＡｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｑｕｅｓｔ）フレームを無線通信装置２Ａ（または、２Ｂ，２Ｃ）に送信する。

　無線通信装置２Ａ（または、２Ｂ，２Ｃ）の通信モード切り替え制御部２０は、受信部１２がＡｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｑｕｅｓｔ）フレームを受信すると、Ａｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｑｕｅｓｔ）フレームに含まれている無線接続の接続レベルを認識し、その接続レベルに応じて通信モードの変更形態を制御する。
　即ち、無線通信装置２Ａ（または、２Ｂ，２Ｃ）の通信モード切り替え制御部２０は、無線接続の接続レベルが“強制接続”であれば、現在設定されている通信モードの有無に関わらず、強制的に通信モードを変更し、無線接続の接続レベルが“自動接続”であれば、現在設定されている通信モードが無ければ、通信モードを変更する。また、無線接続の接続レベルが“自動接続”であって、現在設定されている通信モードが有る場合、あるいは、無線接続の接続レベルが“ユーザ通知”である場合、通信モードを変更する旨をディスプレイ等に表示し、変更を指示するユーザの操作が受け付けられた場合に通信モードを変更するなどの処理を実施する。

　コモンサービス制御部２３は無線通システムを構成している全無線通信装置の共通のサービス（例えば、音楽、画像、印刷、動画など）に関する情報を管理している。
　独自サービス制御部２４は当該無線通信装置における独自のサービスに関する情報を管理している。
　アプリケーション制御部２５はコモンサービス制御部２３及び独自サービス制御部２４により管理されているサービスに対応するアプリケーションを管理している。
　詳細アプリケーション制御部２６はアプリケーション制御部２５により管理されているアプリケーションに関する詳細な情報を管理している。

　図３の例では、無線通信装置１，２Ａ，２Ｂ，２Ｃの構成要素である送信部１１、受信部１２、ＷＬＡＮ制御部１３、サービス接続管理部２２、コモンサービス制御部２３、独自サービス制御部２４、アプリケーション制御部２５及び詳細アプリケーション制御部２６のそれぞれが専用のハードウェア（例えば、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）を実装している半導体集積回路、あるいは、ワンチップマイコンなど）で構成されているものを想定しているが、無線通信装置１，２Ａ，２Ｂ，２Ｃがコンピュータで構成されていてもよい。
　無線通信装置１，２Ａ，２Ｂ，２Ｃをコンピュータで構成する場合、送信部１１、受信部１２、ＷＬＡＮ制御部１３、サービス接続管理部２２、コモンサービス制御部２３、独自サービス制御部２４、アプリケーション制御部２５及び詳細アプリケーション制御部２６の処理内容を記述しているプログラムをコンピュータのメモリに格納し、当該コンピュータのＣＰＵが当該メモリに格納されているプログラムを実行するようにすればよい。
　図４はこの発明の実施の形態１による無線通信システムを構成する無線通信装置間の処理手順を示すシーケンス図である。

　次に動作について説明する。
　最初に、無線通信装置１が無線通信装置１，２Ａ，２Ｂ，２Ｃからアプリケーションに関する情報等を収集する際の処理内容を説明する。
　図５はアプリケーションに関する情報等を収集する際の無線通信装置１の処理内容を示すフローチャートであり、図６はアプリケーションに関する情報等を送信する際の無線通信装置２Ａ，２Ｂ，２Ｃの処理内容を示すフローチャートである。

　まず、ユーザが無線通信装置１を操作して、提供可能なアプリケーションを表示する指令を入力すると、無線通信装置１のサービス探索部２１が、コモンサービス制御部２３及び独自サービス制御部２４で管理されているサービス（提供可能なサービス）を探索する。
　無線通信装置１のサービス探索部２１は、提供可能なサービスを探索すると、アプリケーション制御部２５から当該サービスに対応するアプリケーションを探索し、詳細アプリケーション制御部２６から当該アプリケーションの情報（例えば、名称、アプリケーションの概要など）を探索する。
　無線通信装置１のサービス探索部２１は、その探索したアプリケーションの情報（例えば、名称、アプリケーションの概要など）を図示せぬディスプレイ等に表示する。

　無線通信装置１のサービス探索部２１は、ユーザが無線通信装置１を操作して、ディスプレイ等に表示している複数のアプリケーションの中から、所望のアプリケーションを選択すると、その選択したアプリケーションのＩＤを含むＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームを送信部１１に出力することで、そのＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームを無線通信装置２Ａ，２Ｂ，２Ｃにブロードキャストする（図４のＦ１０１，Ｆ１０３，Ｆ１０５）。
　即ち、無線通信装置１は、周辺に存在している無線通信装置２Ａ，２Ｂ，２Ｃが、どの周波数チャネルＣｈを利用しているかが分からないため、使用対象の周波数チャネルＣｈを切り替えながら、無線ＬＡＮで利用可能な全ての周波数チャネルを用いて、Ａｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームをブロードキャストするが、取りあえず、利用可能な複数の周波数チャネルの中から、１つの周波数チャネルＣｈを使用対象に設定し、その周波数チャネルＣｈを用いて、Ａｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームを無線通信装置２Ａ，２Ｂ，２Ｃにブロードキャストする（図５のステップＳＴ１）。
　また、無線通信装置１のサービス探索部２１は、Ａｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームをブロードキャストする際、タイマー（Ｓｅｒｖｉｃｅ　Ｓｃａｎ　Ｔｉｍｅｒ）をスタートする（図５のステップＳＴ２）。

　ここで、Ａｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームは、無線通信装置２Ａ，２Ｂ，２Ｃにおける通信モードの設定状況に関わらず、無線通信装置２Ａ，２Ｂ，２Ｃと無線通信が可能なプロトコルであり、図７はＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームのフォーマットを示す説明図である。
　Ａｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームのＳｅｒｖｉｃｅ　ＩＤフィールドには、ユーザにより選択されたアプリケーションのＩＤ（識別情報）が設定され、Ｏｗｎ　Ａｐｐｌｉｃａｔｉｏｎ　ＩＤ　Ｌｉｓｔフィールドには、無線通信装置１が提供可能なアプリケーションのＩＤのリストが設定される。
　また、Ｏｗｎ　Ｄｅｖｉｃｅ　Ｔｙｐｅフィールドには、無線通信装置１の端末種別（例えば、ＰＣ、プリンタ、ルータなど）が設定され、Ｏｗｎ　Ｏｐｅｒａｔｉｎｇ　Ｍｏｄｅ　Ｌｉｓｔフィールドには、無線通信装置１が対応している通信モードのリストが設定される。
　なお、Ａｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームのＯＵＩには、例えば、０ｘ００２６９２が設定され、Ｓｕｂｔｙｐｅには、図８に示す値“２”が設定されるが、これらの値に限るものではない。

　無線通信装置２Ａ，２Ｂ，２Ｃのサービス探索部２１は、受信部１２が無線通信装置１からＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームを受信すると（図６のステップＳＴ１１）、Ａｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームに含まれているアプリケーションのＩＤ（無線通信装置１により選択されたアプリケーションのＩＤ）を取得する。
　無線通信装置２Ａ，２Ｂ，２Ｃのサービス探索部２１は、アプリケーションのＩＤを取得すると、そのＩＤが示すアプリケーションをアプリケーション制御部２５が管理しているか否かを確認し（図６のステップＳＴ１２）、アプリケーション制御部２５が当該アプリケーションを管理していれば（ステップＳＴ１２：ＹＥＳの場合）、無線通信装置１により選択されたアプリケーションについては、自無線通信装置２が提供することが可能なアプリケーションであると判定する。

　無線通信装置２Ａ，２Ｂ，２Ｃのサービス探索部２１は、無線通信装置１により選択されたアプリケーションが提供可能なアプリケーションであると判定すると、Ａｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームの応答フレームであるＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームに対して、無線通信装置１により選択されたアプリケーションのＩＤを含め（図６のステップＳＴ１３）、そのＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームを送信部１１に出力することで、そのＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームを無線通信装置１に送信する（図４のＦ１０２，Ｆ１０４，Ｆ１０６、図６のステップＳＴ１４）。
　無線通信装置２Ａ，２Ｂ，２Ｃのサービス探索部２１は、無線通信装置１により選択されたアプリケーションが、自無線通信装置２で提供可能なアプリケーションでないと判定すると、Ａｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームを無線通信装置１に送信しない。

　ここで、Ａｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームは、無線通信装置１における通信モードの設定状況に関わらず、無線通信装置１と無線通信が可能なプロトコルであり、図９はＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームのフォーマットを示す説明図である。
　Ａｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームのＡｐｐｌｉｃａｔｉｏｎ　ａｔｔｒｉｂｕｔｅフィールド内のＡｐｐｌｉｃａｔｉｏｎ　ＩＤフィールドには、無線通信装置１により選択されたアプリケーションのＩＤが設定され、Ｏｐｅｒａｔｉｎｇ　Ｍｏｄｅフィールドには、自無線通信装置２が対応している通信モードの一覧が設定される。
　また、ｌｅｎｇｔｈフィールドには、Ａｐｐｌｉｃａｔｉｏｎ　ａｔｔｒｉｂｕｔｅフィールド全体の長さが設定され、ｖａｒｉａｂｌｅフィールドには、無線通信装置２が対応している伝送レートや暗号方式などの設定情報が設定される。
　また、Ｏｗｎ　Ｄｅｖｉｃｅ　Ｔｙｐｅフィールドには、無線通信装置２の端末種別（例えば、ＰＣ、プリンタ、ルータなど）が設定される。
　なお、Ａｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームのＯＵＩには、例えば、０ｘ００２６９２が設定され、Ｓｕｂｔｙｐｅには、図８に示す値“３”が設定されるが、これらの値に限るものではない。

　無線通信装置１のサービス探索部２１は、Ａｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームをブロードキャストしてから一定時間を経過するまでに（スタートしたタイマーがタイムアップするまでに）、受信部１２がＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームを受信しているか否かを判定し（図５のステップＳＴ３）、受信部１２がＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームを受信していれば（図５のステップＳＴ３：ＹＥＳの場合）、そのＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームを取得する（図５のステップＳＴ４）。
　無線通信装置１のサービス探索部２１は、Ａｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームを取得した場合、あるいは、受信部１２がＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームを受信する前にタイマーがタイムアップした場合、使用対象の周波数チャネルＣｈを切り替えて、ステップＳＴ１～ＳＴ４の処理を繰り返し実施する。
　無線通信装置１のサービス探索部２１は、取得したＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームを通信モード切り替え制御部２０に出力する。

　次に、無線通信装置１が無線通信装置２Ａ，２Ｂ，２Ｃの中から、接続対象の無線通信装置２を決定する際の処理内容を説明する。
　図１０は接続対象の無線通信装置２を決定する際の無線通信装置１の処理内容を示すフローチャートである。
　無線通信装置１の通信モード切り替え制御部２０は、無線通信装置２Ａ，２Ｂ，２Ｃのうち、１つ以上の無線通信装置２から送信されたＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームを受けると、サービス探索部２１が最初に取得したＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームの送信元の無線通信装置２を仮の接続先候補に決定する（図１０のステップＳＴ２１）。
　また、無線通信装置１の通信モード切り替え制御部２０は、最初に取得したＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームの送信元の無線通信装置２の情報（例えば、ＭＡＣアドレス、提供可能なアプリケーションやサービス、端末種別など）を確認する。無線通信装置２の情報は、Ａｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームを参照することで確認することができる。なお、Ａｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームには、提供可能なサービスの情報が含まれていないが、提供可能なアプリケーションの情報から提供可能なサービスを特定することができる。提供可能なサービスの情報がＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームに含まれるようにしてもよい。

　無線通信装置１の通信モード切り替え制御部２０は、最初のフレーム送信元の無線通信装置２の情報を確認すると、最初のフレーム送信元の無線通信装置２の情報と、サービス接続管理部２２により記録されているサービス接続管理テーブルとを照合することで、最初のフレーム送信元の無線通信装置２に対する無線接続の接続レベルを決定する。
　ここで、図１１はサービス接続管理テーブルの一例を示す説明図である。
　図１１の例では、無線接続の接続レベルのうち、“強制接続”に対応するＭＡＣアドレスとして、“１１：２２：３３：４４：５５：６６”が記録され、“強制接続”に対応するサービスが“動画”であるため、最初のフレーム送信元の無線通信装置２のＭＡＣアドレスが“１１：２２：３３：４４：５５：６６”であり、かつ、提供可能なサービスが“動画”であれば、最初のフレーム送信元の無線通信装置２の接続レベルを“強制接続”に決定する。
　また、図１１の例では、無線接続の接続レベルのうち、“自動接続”に対応するＭＡＣアドレスとして、“２２：３３：４４：５５：６６：７７”が記録され、“自動接続”に対応するサービスが“インターネット”であるため、最初のフレーム送信元の無線通信装置２のＭＡＣアドレスが“２２：３３：４４：５５：６６：７７”であり、かつ、提供可能なサービスが“インターネット”であれば、最初のフレーム送信元の無線通信装置２の接続レベルを“自動接続”に決定する。

　さらに、図１１の例では、無線接続の接続レベルのうち、“ユーザ通知”に対応するデバイスタイプ（端末種別）が“タブレット”、“ユーザ通知”に対応するサービスが“音楽”、“ユーザ通知”に対応するアプリケーションが“音楽再生アプリケーション”であるため、最初のフレーム送信元の無線通信装置２の端末種別がタブレット、提供可能なサービスが“音楽”、かつ、提供可能なアプリケーションが“音楽再生アプリケーション”であれば、最初のフレーム送信元の無線通信装置２の接続レベルを“ユーザ通知”に決定する。
　また、図１１の例では、無線接続の接続レベルのうち、“無視”に対応するサービスが“写真”であるため、最初のフレーム送信元の無線通信装置２の提供可能なサービスが“写真”であれば、最初のフレーム送信元の無線通信装置２の接続レベルを“無視”に決定する。
　この実施の形態１では、接続レベルを“強制接続”又は“自動接続”に決定するには、複数の条件（ＭＡＣアドレス、サービス）を同時に満足する必要があり、一部の条件を満足いない場合、接続レベルを“ユーザ通知”に決定するものとする。ただし、この決定方法は、一例に過ぎず、一部の条件を満足していれば、接続レベルを“強制接続”又は“自動接続”に決定するようにしてもよい。

　次に、無線通信装置１の通信モード切り替え制御部２０は、２番目に取得したＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームがあれば（図１０のステップＳＴ２２：ＹＥＳの場合）、そのＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームの送信元の無線通信装置２の情報（例えば、ＭＡＣアドレス、提供可能なアプリケーションやサービス、端末種別など）を確認する。
　無線通信装置１の通信モード切り替え制御部２０は、２番目のフレーム送信元の無線通信装置２の情報を確認すると、最初のフレーム送信元の無線通信装置２の情報と同様に、２番目のフレーム送信元の無線通信装置２の情報と、サービス接続管理部２２により記録されているサービス接続管理テーブルとを照合することで、２番目のフレーム送信元の無線通信装置２に対する無線接続の接続レベルを決定する（図１０のステップＳＴ２３）。

　無線通信装置１の通信モード切り替え制御部２０は、２番目のフレーム送信元の無線通信装置２に対する無線接続の接続レベルを決定すると、その無線接続の接続レベルと、現時点で接続先候補に決定している無線通信装置２に対する無線接続の接続レベルとの優先度を比較し（図１０のステップＳＴ２４）、２番目のフレーム送信元の無線通信装置２に対する無線接続の接続レベルの方が、優先度が高ければ（ステップＳＴ２４：ＹＥＳの場合）、接続先候補を２番目のフレーム送信元の無線通信装置２に変更する（図１０のステップＳＴ２５）。一方、現時点で接続先候補に決定している無線通信装置２に対する無線接続の接続レベルの方が、優先度が高ければ（ステップＳＴ２４：Ｎｏの場合）、接続先候補を変更しない。
　図１１の例では、無線接続の接続レベルの優先度は、“強制接続”＞“自動接続”＞“ユーザ通知”＞“無視”であるため、例えば、最初のフレーム送信元の無線通信装置２に対する無線接続の接続レベルが“自動接続”で、２番目のフレーム送信元の無線通信装置２に対する無線接続の接続レベルが“強制接続”であれば、接続先候補を２番目のフレーム送信元の無線通信装置２に変更する。
　また、２番目のフレーム送信元の無線通信装置２に対する無線接続の接続レベルが“ユーザ通知”であれば、接続先候補を変更せずに、接続先候補を最初のフレーム送信元の無線通信装置２のままとする。
　この実施の形態１では、最初のフレーム送信元の無線通信装置２に対する無線接続の接続レベルと２番目のフレーム送信元の無線通信装置２に対する無線接続の接続レベルが同じであれば、接続先候補を変更しないものとするが、これに限るものではない。

　次に、無線通信装置１の通信モード切り替え制御部２０は、ｎ番目（ｎ＝３，４，・・・）に取得したＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームがあれば（図１０のステップＳＴ２２：ＹＥＳの場合）、２番目に取得したＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームに対する処理と同様の処理を実施する（図１０のステップＳＴ２３～ＳＴ２５）。
　無線通信装置１の通信モード切り替え制御部２０は、サービス探索部２１が取得した全てのＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームに対して同様の処理を実施すると（図１０のステップＳＴ２２：Ｎｏの場合）、最終的な接続先候補の無線通信装置２を接続対象に決定する（図１０のステップＳＴ２６）。

　なお、サービス接続管理部２２は、サービス接続管理テーブルに記録されている対応関係の編集を受け付けるユーザインタフェース（例えば、キーボード、マウス、タッチパネルなど）を備えているため、ユーザは、ユーザインタフェースを操作することで、サービス接続管理テーブルに記録されている対応関係を適宜編集（例えば、条件の追加、変更、削除など）することができる。
　サービス接続管理部２２は、無線接続の履歴にしたがってサービス接続管理テーブルに記録されている対応関係を自動的に編集する機能を備えるものであってもよい。例えば、過去に無線接続した無線通信装置のＭＡＣアドレスやサービス等と接続レベルをサービス接続管理テーブルに追加するなどが考えられる。

　次に、無線通信装置１が接続対象の無線通信装置２に対して通信モードの変更を要求する前段階の処理内容を説明する。
　図１２は通信モードの変更を要求する前段階の無線通信装置１の処理内容を示すフローチャートである。
　無線通信装置１の通信モード切り替え制御部２０は、接続対象の無線通信装置２を決定すると、接続対象の無線通信装置２の接続レベルが“強制接続”であれば（図１２のステップＳＴ３１：ＹＥＳの場合）、後述する通信モードの変更要求処理を開始する（図１２のステップＳＴ３２）。

　無線通信装置１の通信モード切り替え制御部２０は、接続対象の無線通信装置２の接続レベルが“強制接続”でなく（図１２のステップＳＴ３１：Ｎｏの場合）、接続対象の無線通信装置２の接続レベルが“自動接続”であれば（図１２のステップＳＴ３３：ＹＥＳの場合）、接続対象の無線通信装置２が他の無線通信装置と無線接続されているか否かを確認する（図１２のステップＳＴ３４）。
　無線通信装置１の通信モード切り替え制御部２０は、接続対象の無線通信装置２が他の無線通信装置と無線接続されていなければ（図１２のステップＳＴ３４：Ｎｏの場合）、後述する通信モードの変更要求処理を開始する（図１２のステップＳＴ３２）。

　無線通信装置１の通信モード切り替え制御部２０は、接続対象の無線通信装置２の接続レベルが“自動接続”でなく（図１２のステップＳＴ３３：Ｎｏの場合）、接続対象の無線通信装置２の接続レベルが“ユーザ通知”である場合（図１２のステップＳＴ３５：ＹＥＳの場合）、あるいは、接続対象の無線通信装置２の接続レベルが“自動接続”であるが、接続対象の無線通信装置２が他の無線通信装置と無線接続されている場合（図１２のステップＳＴ３４：ＹＥＳの場合）、接続対象の無線通信装置２と無線接続を行う要求があることをユーザに通知して、無線接続を許可するか否かの決定を促すメッセージをユーザに通知する（図１２のステップＳＴ３６）。これらの通知は、例えば、無線通信装置１のディスプレイ等に当該メッセージを表示することで行ってもよいし、音声出力で行ってもよい。

　無線通信装置１の通信モード切り替え制御部２０は、ユーザが一定時間以内に無線接続を許可する操作を行えば（図１２のステップＳＴ３７：ＹＥＳの場合）、後述する通信モードの変更要求処理を開始する（図１２のステップＳＴ３２）。
　無線通信装置１の通信モード切り替え制御部２０は、ユーザが一定時間以内に無線接続を許可する操作を行わない場合（図１２のステップＳＴ３７：ＮＯの場合）、あるいは、接続対象の無線通信装置２の接続レベルが“無視”である場合（図１２のステップＳＴ３８：ＹＥＳの場合）、通信モードの変更要求処理を実施しない（図１２のステップＳＴ３９）。

　次に、無線通信装置１が接続対象の無線通信装置２に対して通信モードの変更を要求する際の処理内容と、接続対象の無線通信装置２が通信モードを変更する際の処理内容とを説明する。
　図１３は通信モードの変更を要求する際の無線通信装置１の処理内容を示すフローチャートであり、図１４は通信モードを変更する際の接続対象の無線通信装置２の処理内容を示すフローチャートである。
　無線通信装置１の通信モード切り替え制御部２０は、通信モードの変更を要求するＡｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｑｕｅｓｔ）フレームを送信部１１に出力することで、Ａｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｑｕｅｓｔ）フレームを接続対象の無線通信装置２に送信する（図４のＦ１０７、図１３のステップＳＴ４１）。
　この実施の形態１では、説明の便宜上、接続対象の無線通信装置２が無線通信装置２Ａであるとして、以下の説明を行う。

　ここで、Ａｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｑｕｅｓｔ）フレームは、接続対象の無線通信装置２Ａにおける通信モードの設定状況に関わらず、接続対象の無線通信装置２Ａと無線通信が可能なプロトコルであり、図１５はＡｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｑｕｅｓｔ）フレームのフォーマットを示す説明図である。
　Ａｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｑｕｅｓｔ）フレームのＳｅｒｖｉｃｅ　Ｃｏｎｎｅｃｔｉｎｇ　Ｌｅｖｅｌフィールドには、無線通信装置１が決定した接続レベル（接続対象の無線通信装置２Ａに対して要求する無線接続の接続レベル）が設定され、Ｒｅｑｕｅｓｔ　Ｏｐｅｒａｔｉｎｇ　Ｍｏｄｅには、接続対象の無線通信装置２Ａに対して要求する通信モード（無線通信装置１が対応している通信モードで無線通信可能な通信モード）が設定される。
　また、Ｒｅｑｕｅｓｔ　Ｓｅｒｖｉｃｅ　ＩＤフィールドには、接続対象の無線通信装置２Ａに対して要求するサービスのＩＤが設定され、Ｒｅｑｕｅｓｔ　Ａｐｐｌｉｃａｔｉｏｎ　ＩＤフィールドには、接続対象の無線通信装置２Ａに対して要求するアプリケーションのＩＤ（ユーザにより選択されたアプリケーションのＩＤ）が設定される。
　なお、Ａｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｑｕｅｓｔ）フレームのＯＵＩには、例えば、０ｘ００２６９２が設定され、Ｓｕｂｔｙｐｅには、図８に示す値“６”が設定されるが、これらの値に限るものではない。また、ｌｅｎｇｔｈフィールドには、フレーム全体の長さが設定される。

　接続対象の無線通信装置２Ａの通信モード切り替え制御部２０は、受信部１２が無線通信装置１からＡｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｑｕｅｓｔ）フレームを受信すると、そのＡｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｑｕｅｓｔ）フレームを取得する（図１４のステップＳＴ６１）。
　接続対象の無線通信装置２Ａの通信モード切り替え制御部２０は、Ａｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｑｕｅｓｔ）フレームのＳｅｒｖｉｃｅ　Ｃｏｎｎｅｃｔｉｎｇ　Ｌｅｖｅｌフィールドに設定されている無線接続の接続レベルを確認する（図１４のステップＳＴ６２）。

　接続対象の無線通信装置２Ａの通信モード切り替え制御部２０は、無線接続の接続レベルが“強制接続”であれば（図１４のステップＳＴ６３：ＹＥＳの場合）、現在起動中の通信モードを終了してから、Ａｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｑｕｅｓｔ）フレームのＲｅｑｕｅｓｔ　Ｏｐｅｒａｔｉｎｇ　Ｍｏｄｅに設定されている通信モードを起動する（図１４のステップＳＴ６４）。
　接続対象の無線通信装置２Ａの通信モード切り替え制御部２０は、無線通信装置１から要求されている通信モードを起動すると、Ａｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｑｕｅｓｔ）フレームの応答として、通信モードの変更が成功した旨を示す“０”をＳｔａｔｕｓ　Ｃｏｄｅに設定してから、そのＳｔａｔｕｓ　Ｃｏｄｅを含むＡｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｓｐｏｎｓｅ）フレームを送信部１１に出力することで、そのＡｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｓｐｏｎｓｅ）フレームを無線通信装置１に送信する（図４のＦ１０８、図１４のステップＳＴ６５）。

　ここで、Ａｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｓｐｏｎｓｅ）フレームは、無線通信装置１における通信モードの設定状況に関わらず、無線通信装置１と無線通信が可能なプロトコルであり、図１６はＡｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｓｐｏｎｓｅ）フレームのフォーマットを示す説明図である。
　Ａｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｓｐｏｎｓｅ）フレームのＳｔａｔｕｓ　Ｃｏｄｅには、通信モードの変更が成功したか失敗したかを示す情報が設定される。通信モードの変更が失敗した場合（通信モードの変更要求を無線通信装置２Ａが拒否する場合）、ｖａｒｉａｂｌｅフィールドに対してＲｅａｓｏｎ　Ｃｏｄｅフィールドを追加して、通信モードを拒否する理由を設定するようにしてもよい。
　なお、Ａｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｓｐｏｎｓｅ）フレームのＯＵＩには、例えば、０ｘ００２６９２が設定され、Ｓｕｂｔｙｐｅには、図８に示す値“７”が設定されるが、この値に限るものではない。

　接続対象の無線通信装置２Ａの通信モード切り替え制御部２０は、接続レベルが“強制接続”でなく（図１４のステップＳＴ６３：ＮＯの場合）、接続レベルが“自動接続”であれば（図１４のステップＳＴ６６：ＹＥＳの場合）、他の無線通信装置と無線接続しているか否かを確認する（図１４のステップＳＴ６７）。
　接続対象の無線通信装置２Ａの通信モード切り替え制御部２０は、他の無線通信装置と無線接続していなければ（図１４のステップＳＴ６７：ＮＯの場合）、Ａｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｑｕｅｓｔ）フレームのＲｅｑｕｅｓｔ　Ｏｐｅｒａｔｉｎｇ　Ｍｏｄｅに設定されている通信モードを起動する（図１４のステップＳＴ６４）。
　また、接続対象の無線通信装置２Ａの通信モード切り替え制御部２０は、無線通信装置１から要求されている通信モードを起動すると、接続レベルが“強制接続”である場合と同様に、Ａｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｑｕｅｓｔ）フレームの応答として、通信モードの変更が成功した旨を示す“０”をＳｔａｔｕｓ　Ｃｏｄｅに設定してから、そのＳｔａｔｕｓ　Ｃｏｄｅを含むＡｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｓｐｏｎｓｅ）フレームを送信部１１に出力することで、そのＡｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｓｐｏｎｓｅ）フレームを無線通信装置１に送信する（図４のＦ１０８、図１４のステップＳＴ６５）。

　接続対象の無線通信装置２Ａの通信モード切り替え制御部２０は、接続レベルが“自動接続”でなく（図１４のステップＳＴ６６：ＮＯの場合）、接続レベルが“ユーザ通知”である場合（図１４のステップＳＴ６８：ＹＥＳの場合）、あるいは、接続レベルが“自動接続”であるが、他の無線通信装置と無線接続している場合（図１４のステップＳＴ６７：ＹＥＳの場合）、無線接続を行う要求があることをユーザに通知して、無線接続を許可するか否かの決定を促すメッセージをユーザに通知する（図１４のステップＳＴ６９）。これらの通知は、例えば、接続対象の無線通信装置２Ａのディスプレイ等に当該メッセージを表示することで行ってもよいし、音声出力で行ってもよい。

　接続対象の無線通信装置２Ａの通信モード切り替え制御部２０は、ユーザが一定時間以内に無線接続を許可する操作を行えば（図１４のステップＳＴ７０：ＹＥＳの場合）、Ａｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｑｕｅｓｔ）フレームのＲｅｑｕｅｓｔ　Ｏｐｅｒａｔｉｎｇ　Ｍｏｄｅに設定されている通信モードを起動する（図１４のステップＳＴ６４）。
　また、接続対象の無線通信装置２Ａの通信モード切り替え制御部２０は、無線通信装置１から要求されている通信モードを起動すると、接続レベルが“強制接続”である場合と同様に、Ａｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｑｕｅｓｔ）フレームの応答として、通信モードの変更が成功した旨を示す“０”をＳｔａｔｕｓ　Ｃｏｄｅに設定してから、そのＳｔａｔｕｓ　Ｃｏｄｅを含むＡｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｓｐｏｎｓｅ）フレームを送信部１１に出力することで、そのＡｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｓｐｏｎｓｅ）フレームを無線通信装置１に送信する（図４のＦ１０８、図１４のステップＳＴ６５）。
　なお、接続対象の無線通信装置２Ａの通信モード切り替え制御部２０は、“０”のＳｔａｔｕｓ　Ｃｏｄｅを含むＡｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｓｐｏｎｓｅ）フレームを無線通信装置１に送信する場合、通信モードの変更を自動で行うことができれば、Ａｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｓｐｏｎｓｅ）フレームのＭｏｄｅ　Ｃｈａｎｇｅ　Ｍｅｔｈｏｄフィールドに“０”を設定し、ユーザが手動で通信モードの変更を行う必要があれば、Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｍｅｔｈｏｄフィールドに“１”を設定する。

　接続対象の無線通信装置２Ａの通信モード切り替え制御部２０は、ユーザが一定時間以内に無線接続を許可する操作を行わない場合（図１４のステップＳＴ７０：ＮＯの場合）、あるいは、接続レベルが“無視”である場合（図１４のステップＳＴ７１：ＹＥＳの場合）、Ａｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｑｕｅｓｔ）フレームの応答として、通信モードの変更が失敗した旨を示す“１”をＳｔａｔｕｓ　Ｃｏｄｅに設定してから、Ｓｔａｔｕｓ　Ｃｏｄｅを含むＡｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｓｐｏｎｓｅ）フレームを送信部１１に出力することで、そのＡｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｓｐｏｎｓｅ）フレームを無線通信装置１に送信する（図４のＦ１０８、図１４のステップＳＴ７２）。

　無線通信装置１の通信モード切り替え制御部２０は、通信モードの変更を要求するＡｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｑｕｅｓｔ）フレームを接続対象の無線通信装置２Ａに送信してから、一定時間以内に、受信部１２が接続対象の無線通信装置２ＡからＡｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｓｐｏｎｓｅ）フレームを受信することができない場合（図１３のステップＳＴ４２：ＮＯの場合）、接続対象の無線通信装置２Ａから応答がないことをユーザに通知して（図１３のステップＳＴ４３）、通信モードの変更処理を終了する。
　無線通信装置１の通信モード切り替え制御部２０は、通信モードの変更を要求するＡｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｑｕｅｓｔ）フレームを接続対象の無線通信装置２Ａに送信してから、一定時間以内に、受信部１２が接続対象の無線通信装置２ＡからＡｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｓｐｏｎｓｅ）フレームを受信すると（図１３のステップＳＴ４２：ＹＥＳの場合）、Ａｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｓｐｏｎｓｅ）フレームに含まれているＳｔａｔｕｓ　Ｃｏｄｅが“０”（通信モードの変更が成功）であるか否かを確認する（図１３のステップＳＴ４４）。

　無線通信装置１の通信モード切り替え制御部２０は、Ａｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｓｐｏｎｓｅ）フレームに含まれているＳｔａｔｕｓ　Ｃｏｄｅが“１”であれば（図１３のステップＳＴ４４：ＮＯの場合）、通信モードの変更が失敗したことをユーザに通知して（図１３のステップＳＴ４５）、通信モードの変更処理を終了する。
　無線通信装置１の通信モード切り替え制御部２０は、Ａｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｓｐｏｎｓｅ）フレームに含まれているＳｔａｔｕｓ　Ｃｏｄｅが“０”であれば（図１３のステップＳＴ４４：ＹＥＳの場合）、Ａｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｓｐｏｎｓｅ）フレームに含まれているＭｏｄｅ　Ｃｈａｎｇｅ　Ｍｅｔｈｏｄフィールドを確認して、ユーザが手動で通信モードの変更を行う必要があるか否かを判断する（図１３のステップＳＴ４６）。

　無線通信装置１の通信モード切り替え制御部２０は、フレームに含まれているＭｏｄｅ　Ｃｈａｎｇｅ　Ｍｅｔｈｏｄフィールドが“１”であれば（図１３のステップＳＴ４６：ＹＥＳの場合）、手動で通信モードの変更を行う必要があることをユーザに通知して（図１３のステップＳＴ４７）、通信モードの変更処理を終了する。
　無線通信装置１の通信モード切り替え制御部２０は、フレームに含まれているＭｏｄｅ　Ｃｈａｎｇｅ　Ｍｅｔｈｏｄフィールドが“０”であれば（図１３のステップＳＴ４６：ＮＯの場合）、自無線通信装置１の通信モードを変更する必要があるか否かを判断する（図１３のステップＳＴ４８）。
　例えば、接続対象の無線通信装置２Ａの通信モードを変更すれば、接続対象の無線通信装置２Ａと無線通信を実施することができれば、無線通信装置１の通信モードを変更する必要がないと判断するが、接続対象の無線通信装置２Ａの通信モードを変更しても、自無線通信装置１の通信モードを変更しなければ、接続対象の無線通信装置２Ａと無線通信を実施することができない場合、自無線通信装置１の通信モードを変更する必要があると判断する。
　無線通信装置１の通信モード切り替え制御部２０は、自無線通信装置１の通信モードを変更する必要があると判断すると（図１３のステップＳＴ４８：ＹＥＳの場合）、自無線通信装置１の通信モードを接続対象の無線通信装置２Ａと無線通信を実施することができる通信モードに変更する（図１３のステップＳＴ４９）。

　無線通信装置１の通信モード切り替え制御部２０は、Ａｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｃｏｎｆｉｒｍ）フレームを送信部１１に出力することで、Ａｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｃｏｎｆｉｒｍ）フレームを接続対象の無線通信装置２Ａに送信する（図４のＦ１０９、図１３のステップＳＴ５０）。
　ここで、Ａｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｃｏｎｆｉｒｍ）フレームは、接続対象の無線通信装置２Ａにおける通信モードの設定状況に関わらず、接続対象の無線通信装置２Ａと無線通信が可能なプロトコルであり、図１７はＡｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｃｏｎｆｉｒｍ）フレームのフォーマットを示す説明図である。
　Ａｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｃｏｎｆｉｒｍ）フレームのＳｔａｔｕｓ　Ｃｏｄｅには、無線通信装置１の通信モードの変更が成功すれば“０”が設定され、無線通信装置１の通信モードの変更が失敗すれば“１”が設定される。
　なお、Ａｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｃｏｎｆｉｒｍ）フレームのＯＵＩには、例えば、０ｘ００２６９２が設定され、Ｓｕｂｔｙｐｅには、図８に示す値“８”が設定されるが、これらの値に限るものではない。
　無線通信装置１の通信モード切り替え制御部２０は、Ｓｔａｔｕｓ　Ｃｏｄｅが“０”のＡｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｃｏｎｆｉｒｍ）フレームを接続対象の無線通信装置２Ａに送信すると、通信モードの変更成功をユーザに通知する（図１３のステップＳＴ５１）。

　接続対象の無線通信装置２Ａの通信モード切り替え制御部２０は、Ｓｔａｔｕｓ　Ｃｏｄｅが“０”のＡｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｓｐｏｎｓｅ）フレームを無線通信装置１に送信すると、受信部１２が無線通信装置１からＡｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｃｏｎｆｉｒｍ）フレームを受信するまで待機する（図１４のステップＳＴ７３）。
　無線通信装置１及び接続対象の無線通信装置２Ａにおける通信モードの変更が成功すれば、以降の無線通信装置１と接続対象の無線通信装置２Ａの間で、公知の接続シーケンスを実行することで無線接続され、無線通信が開始される（図４のＦ１１０）。

　以上で明らかなように、この実施の形態１によれば、無線通信装置２Ａ，２Ｂ，２Ｃが、無線通信装置１における通信モードの設定状況に関わらず、無線通信装置１と無線通信が可能なプロトコルで、自無線通信装置で提供可能なアプリケーションに関する情報を送信し、無線通信装置１が、無線通信装置２Ａ，２Ｂ，２Ｃから送信されたアプリケーションに関する情報を収集するように構成したので、通信モードの設定状況に関わらず、周囲に存在している無線通信装置２Ａ，２Ｂ，２Ｃから提供可能なアプリケーションに関する情報を取得することができる効果を奏する。

　また、この実施の形態１によれば、無線通信装置１が、無線通信装置２Ａ，２Ｂ，２Ｃにおける通信モードの設定状況に関わらず、無線通信装置２Ａ，２Ｂ，２Ｃと無線通信が可能なプロトコルで、無線通信装置２Ａ，２Ｂ，２Ｃが対応している通信モードを示す通信モード情報を収集し、それらの通信モードの中から、無線通信装置１の通信モードに対応する通信モードを選択するとともに、接続対象の無線通信装置２Ａを決定して、その選択した通信モードへの変更要求を接続対象の無線通信装置２Ａに送信する機能を備え、接続対象の無線通信装置２Ａが、無線通信装置１から送信された変更要求にしたがって通信モードを変更するように構成したので、ユーザが、通信モードを選択して切り替える操作や、接続対象の無線通信装置２Ａの決定などを行うことなく、無線通信装置１と無線通信装置２の間で無線通信を開始することができるようになり、ユーザ操作の利便性を高めることができる効果を奏する。

　この実施の形態１では、無線通信装置がＡｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｑｕｅｓｔ）フレーム、Ａｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｓｐｏｎｓｅ）フレーム、Ａｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｃｏｎｆｉｒｍ）フレームを送受信するものを示したが、これらのフレームのオプションとして、通信モード変更後の情報（例えば、動作周波数チャネル、サポートレート、セキュリティ方式などの情報）を重畳するようにしてもよい。

　この実施の形態１では、接続対象の無線通信装置２Ａが通信モードを変更してから、Ａｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｓｐｏｎｓｅ）フレームを無線通信装置１に送信するものを示したが、通信モードを変更する前に、Ａｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｒｅｓｐｏｎｓｅ）フレームを無線通信装置１に送信するようにしてもよい。
　この場合、無線通信装置１は、接続対象の無線通信装置２Ａの通信モードが変更されたことを通信モード変更後の無線通信装置２の挙動から検知するようにしてもよい。例えば、無線通信装置２の通信モードがＡＰモードであれば、無線通信装置２から送信されるＢｅａｃｏｎフレームを受信することで、無線通信装置２の通信モードがＡＰモードに変更されたことを検知することができる。
　また、無線通信装置２の通信モードがＳＴＡモードやＷｉ－Ｆｉ　Ｄｉｒｅｃｔモードであれば、無線通信装置２から送信されるＰｒｏｂｅ　Ｒｅｑｕｅｓｔフレームを受信することで、無線通信装置２の通信モードがＳＴＡモードやＷｉ－Ｆｉ　Ｄｉｒｅｃｔモードに変更されたことを検知することができる。

　この実施の形態１では、無線通信装置１が通信モードの変更が完了してから、Ａｃｔｉｏｎ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｃｏｎｆｉｒｍ）フレームを接続対象の無線通信装置２Ａに送信するものを示したが、通信モードの変更後に、無線通信装置１が送信するフレームに対して、通信モードの変更が完了したことを示すフラグ（Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｃｏｎｆｉｒｍ　ＩＥ）を重畳することで、通信モードの変更完了を接続対象の無線通信装置２Ａに通知するようにしてもよい。
　図１８はＭｏｄｅ　Ｃｈａｎｇｅ　Ｃｏｎｆｉｒｍ　ＩＥのフォーマットを示す説明図である。
　Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｃｏｎｆｉｒｍ　ＩＥのＳｔａｔｕｓ　Ｃｏｄｅには、通信モードの変更が成功すれば“０”が設定され、通信モードの変更が失敗すれば“１”が設定される。
　Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｃｏｎｆｉｒｍ　ＩＥを重畳するフレームとしては、例えば、通信モードがＳＴＡモードやＷｉ－Ｆｉ　Ｄｉｒｅｃｔモードに変更された場合には、無線通信装置をスキャンするＰｒｏｂｅ　Ｒｅｑｕｅｓｔフレームや、接続開始時に送信されるＡｕｔｈｅｎｔｉｃａｔｉｏｎフレームなどが考えられる。また、通信モードがＡＰモードに変更された場合には、Ｂｅａｃｏｎフレームなどが考えられる。ただし、Ｍｏｄｅ　Ｃｈａｎｇｅ　Ｃｏｎｆｉｒｍ　ＩＥを重畳することが可能なフレームは、上記のフレームに限るものではない。

　この実施の形態１では、サービス接続管理部２２がサービス接続管理テーブルを記録しているものを示しているが、サービス接続管理テーブルに記録される要素として、例えば、無線通信装置が対応する無線ＬＡＮの伝送規格（ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｄなど）、無線通信装置が繋がっている別の通信方式（３Ｇ／ＧＳＭ／ＬＴＥ／ＬＴＥ－ＡＤＶＡＮＣＥＤ/ＷｉＭＡＸ等）や、各回線の通信品質を追加するようにしてもよい。
　サービス接続管理テーブルに記録される要素を追加することで、無線接続の接続レベルをきめ細かく決定することができる。また、これらの要素は、サービスやアプリケーションの情報として扱って、他の無線通信装置に通知することができる。

　この実施の形態１では、アプリケーションに関する情報を収集する際、Ａｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームやＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）を用いているが、通信モードの設定状況に関わらず、無線通信が可能なプロトコルとして、既存の無線ＬＡＮにおけるサービス取得方式である８０２．１１ｕのＧＡＳプロトコルや、Ｗｉ－Ｆｉ　ＤｉｒｅｃｔモードにおけるＳｅｒｖｉｃｅ　Ｄｉｓｃｏｖｅｒｙプロトコルをサポートすることで、アプリケーションに関する情報等を収集するようにしてもよい。
　例えば、通信モードがＡＰモードである無線通信装置は、ＧＡＳプロトコルを用いてアプリケーションに関する情報を取得し、通信モードがＷｉ－Ｆｉ　Ｄｉｒｅｃｔモードである無線通信装置は、Ｓｅｒｖｉｃｅ　Ｄｉｓｃｏｖｅｒｙプロトコルを用いてアプリケーションに関する情報等を取得するようにすればよい。

実施の形態２．
　上記実施の形態１では、無線通信装置１のサービス探索部２１が、ユーザが所望のアプリケーションを選択すると、その選択したアプリケーションのＩＤを含むＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームを無線通信装置２Ａ，２Ｂ，２Ｃにブロードキャストし、そのフレームの応答として、無線通信装置２Ａ，２Ｂ，２ＣからＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームを受信するものを示したが、ユーザが選択したアプリケーションのＩＤを含んでいないＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームを無線通信装置２Ａ，２Ｂ，２Ｃにブロードキャストし、そのフレームの応答として、無線通信装置２Ａ，２Ｂ，２Ｃから、自無線通信装置で提供可能なサービスに関する情報を含んでいるＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームを受信するようにしてもよい。
　無線通信装置１及び無線通信装置２Ａ，２Ｂ，２Ｃの構成は、上記実施の形態１と同様に、図３の構成である。

　以下、無線通信装置１及び無線通信装置２Ａ，２Ｂ，２Ｃの処理内容を具体的に説明する。
　図１９はこの発明の実施の形態２による無線通信システムを構成する無線通信装置間の処理手順を示すシーケンス図である。
　図２０はサービスに関する情報等を収集する際の無線通信装置１の処理内容を示すフローチャートであり、図２１はサービスに関する情報等を送信する際の無線通信装置２Ａ，２Ｂ，２Ｃの処理内容を示すフローチャートである。

　まず、無線通信装置１のサービス探索部２１は、コモンサービス制御部２３及び独自サービス制御部２４で管理されているサービス（提供可能なサービス）を探索する。
　無線通信装置１のサービス探索部２１は、自無線通信装置が提供可能なサービスを探索すると、Ａｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームを送信部１１に出力することで、そのＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームを無線通信装置２Ａ，２Ｂ，２Ｃにブロードキャストする（図１９のＦ２０１，Ｆ２０３，Ｆ２０５）。

　即ち、無線通信装置１は、周辺に存在している無線通信装置２Ａ，２Ｂ，２Ｃが、どの周波数チャネルＣｈを利用しているかが分からないため、使用対象の周波数チャネルＣｈを切り替えながら、無線ＬＡＮで利用可能な全ての周波数チャネルを用いて、Ａｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームをブロードキャストするが、取りあえず、利用可能な複数の周波数チャネルの中から、１つの周波数チャネルＣｈを使用対象に設定し、その周波数チャネルＣｈを用いて、Ａｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームを無線通信装置２Ａ，２Ｂ，２Ｃにブロードキャストする（図２０のステップＳＴ１０１）。
　また、無線通信装置１のサービス探索部２１は、Ａｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームをブロードキャストする際、タイマー（Ｓｅｒｖｉｃｅ　Ｓｃａｎ　Ｔｉｍｅｒ）をスタートする（図２０のステップＳＴ１０２）。

　ここで、Ａｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームは、無線通信装置２Ａ，２Ｂ，２Ｃにおける通信モードの設定状況に関わらず、無線通信装置２Ａ，２Ｂ，２Ｃと無線通信が可能なプロトコルであり、図２２はＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームのフォーマットを示す説明図である。
　Ａｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームのＯｗｎ　Ｓｅｒｖｉｃｅ　ＩＤ　Ｌｉｓｔフィールドには、無線通信装置１が提供可能なサービスのＩＤ（識別情報）のリストが設定され、Ｏｗｎ　Ｄｅｖｉｃｅ　Ｔｙｐｅフィールドには、無線通信装置１の端末種別（例えば、ＰＣ、プリンタ、ルータなど）が設定され、Ｏｗｎ　Ｏｐｅｒａｔｉｎｇ　Ｍｏｄｅ　Ｌｉｓｔフィールドには、無線通信装置１が対応している通信モードのリストが設定される。
　なお、Ａｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームのＯＵＩには、例えば、０ｘ００２６９２が設定され、Ｓｕｂｔｙｐｅには、図８に示す値“０”が設定されるが、これらの値に限るものではない。

　無線通信装置２Ａ，２Ｂ，２Ｃのサービス探索部２１は、受信部１２が無線通信装置１からＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームを受信すると（図２１のステップＳＴ１１１）、Ａｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームを取得する。
　無線通信装置２Ａ，２Ｂ，２Ｃのサービス探索部２１は、Ａｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームを取得すると、コモンサービス制御部２３及び独自サービス制御部２４が管理しているサービスがあれば（図２１のステップＳＴ１１２：ＹＥＳの場合）、Ａｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームの応答フレームであるＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームに対して、コモンサービス制御部２３及び独自サービス制御部２４が管理しているサービス（提供可能なサービス）のリストを含め（図２１のステップＳＴ１１３）、そのＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームを無線通信装置１に送信する（図１９のＦ２０２，Ｆ２０４，Ｆ２０６、図２１のステップＳＴ１１４）。

　ここで、Ａｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームは、無線通信装置１における通信モードの設定状況に関わらず、無線通信装置１と無線通信が可能なプロトコルであり、図２３はＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームのフォーマットを示す説明図である。
　Ａｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームのＳｅｒｖｉｃｅ　ａｔｔｒｉｂｕｔｅフィールドにおけるＯｗｎ　Ｓｅｒｖｉｃｅ　ＩＤ　Ｌｉｓｔフィールドには、自無線通信装置２が提供可能なサービスの一覧が設定され、Ｏｐｅｒａｔｅｔｉｎｇ　Ｍｏｄｅ　Ｌｉｓｔフィールドには、自無線通信装置２が対応している通信モードの一覧が設定される。
　なお、Ａｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームのＯＵＩには、例えば、０ｘ００２６９２が設定され、Ｓｕｂｔｙｐｅには、図８に示す値“１”が設定されるが、これらの値に限るものではない。

　無線通信装置１のサービス探索部２１は、Ａｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームをブロードキャストしてから一定時間を経過するまでに（スタートしたタイマーがタイムアップするまでに）、受信部１２がＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームを受信しているか否かを判定し（図２０のステップＳＴ１０３）、受信部１２が受信していれば、Ａｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームを取得する（図２０のステップＳＴ１０４）。
　無線通信装置１のサービス探索部２１は、Ａｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームを取得した場合、あるいは、受信部１２がＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームを受信する前にタイマーがタイムアップした場合、使用対象の周波数チャネルＣｈを切り替えて、ステップＳＴ１０１～ＳＴ１０４の処理を繰り返し実施する。

　無線通信装置１のサービス探索部２１は、取得したＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームのＯｗｎ　Ｓｅｒｖｉｃｅ　ＩＤ　Ｌｉｓｔフィールドに設定されている提供可能なサービスの一覧を参照して、無線通信装置２Ａ，２Ｂ，２Ｃにおけるサービスの一覧表を作成し、そのサービスの一覧表をユーザに通知する（図２０のステップＳＴ１０５）。例えば、無線通信装置２Ａ，２Ｂ，２Ｃにおけるサービスの一覧表を無線通信装置１のディスプレイに表示することでユーザに通知する。
　無線通信装置１のサービス探索部２１は、ユーザが無線通信装置１を操作して、複数のサービスの中から、所望のサービスを選択すると、その選択したサービスのＩＤを含むＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームを送信部１１に出力することで、そのＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームを、当該サービスを提供する無線通信装置２に送信する（図１９のＦ２０７，図２０のステップＳＴ１０６）。
　図１９の例では、Ａｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームを無線通信装置２Ａに送信している。
　なお、Ａｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームは、上記実施の形態１と同様に図７の構成であるが、この実施の形態２では、ユーザにより選択されたサービスのＩＤがＳｅｒｖｉｃｅ　ＩＤフィールドに設定される。

　無線通信装置２Ａのサービス探索部２１は、受信部１２が無線通信装置１からＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームを受信すると、上記実施の形態１と同様に、そのＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームの応答フレームであるＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームを送信部１１に出力することで、そのＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームを無線通信装置１に送信する（図１９のＦ２０８）。

　無線通信装置１のサービス探索部２１は、Ａｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｑｕｅｓｔ）フレームを無線通信装置２Ａに送信してから、一定時間以内に、受信部１２が無線通信装置２ＡからＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームを受信すると（図２０のステップＳＴ１０７：ＹＥＳの場合）、通信モード切り替え制御部２０が、後述する通信モードの変更処理を開始する。
　一方、一定時間以内に、受信部１２が無線通信装置２ＡからＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームを受信しなければ（図２０のステップＳＴ１０７：ＮＯの場合）、無線通信装置２Ａから応答がないことをユーザに通知して、通信モードの変更処理を開始しない。

　無線通信装置１の通信モード切り替え制御部２０は、無線通信装置２Ａから一定時間以内にＡｃｔｉｏｎ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｒｅｓｐｏｎｓｅ）フレームを受信すると、上記実施の形態１と同様に、無線通信装置２Ａに対する無線接続の接続レベルを決定する。
　ただし、この実施の形態２では、既に無線通信装置２Ａが接続対象の無線通信装置に決定しているので、無線通信装置２Ｂ，２Ｃに対する無線接続の接続レベルは決定しない。

　無線通信装置１の通信モード切り替え制御部２０は、接続対象の無線通信装置２Ａに対する無線接続の接続レベルを決定すると、無線通信装置１と無線通信装置２Ａの間で、上記実施の形態１と同様に、通信モードの変更処理を実施する（図１９のＦ２０９～Ｆ２１１）。
　無線通信装置１及び接続対象の無線通信装置２Ａの間で、通信モードの変更が成功すれば、上記実施の形態１と同様に、無線通信装置１と接続対象の無線通信装置２Ａの間で、公知の接続シーケンスを実行することで無線接続され、無線通信が開始される（図１９のＦ２１２）。

　この実施の形態２によれば、通信モードの設定状況に関わらず、周囲に存在している無線通信装置２Ａ，２Ｂ，２Ｃから提供可能なサービスに関する情報を取得することができる効果を奏する。
　また、この実施の形態２によれば、上記実施の形態１と同様に、ユーザが、通信モードを選択して切り替える操作や、接続対象の無線通信装置２Ａの決定などを行うことなく、無線通信装置１と無線通信装置２の間で無線通信を開始することができるようになり、ユーザ操作の利便性を高めることができる効果を奏する。

実施の形態３．
　上記実施の形態１，２では、無線通信装置１がアプリケーションやサービスに関する情報の送信要求を無線通信装置２Ａ，２Ｂ，２Ｃに送信することで、無線通信装置２Ａ，２Ｂ，２Ｃからアプリケーションやサービスに関する情報を含むフレームを受信するものを示したが（アクティブスキャン方式）、無線通信装置１がアプリケーションやサービスに関する情報の送信要求を無線通信装置２Ａ，２Ｂ，２Ｃに送信することなく、無線通信装置２Ａ，２Ｂ，２Ｃがアプリケーションやサービスに関する情報を含むフレームを無線通信装置１に送信するようにしてもよい。
　即ち、以下の非特許文献２に開示されているパッシブスキャン方式と同様の方法で、無線通信装置１が、無線通信装置２Ａ，２Ｂ，２Ｃからアプリケーションやサービスに関する情報を含むフレームを受信するようにしてもよい。

［非特許文献２］ＩＥＥＥ　Ｃｏｍｐｕｔｅｒ　Ｓｏｃｉｅｔｙ、８０２．１１－２０１２　－　ＩＥＥＥ　Ｓｔａｎｄａｒｄ　ｆｏｒ　Ｉｎｆｏｒｍａｔｉｏｎ　ｔｅｃｈｎｏｌｏｇｙ－－Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ　ａｎｄ　ｉｎｆｏｒｍａｔｉｏｎ　ｅｘｃｈａｎｇｅ　ｂｅｔｗｅｅｎ　ｓｙｓｔｅｍｓ　Ｌｏｃａｌ　ａｎｄ　ｍｅｔｒｏｐｏｌｉｔａｎ　ａｒｅａ　ｎｅｔｗｏｒｋｓ－－Ｓｐｅｃｉｆｉｃ　ｒｅｑｕｉｒｅｍｅｎｔｓ　Ｐａｒｔ　１１：　Ｗｉｒｅｌｅｓｓ　ＬＡＮ　Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ　（ＭＡＣ）　ａｎｄ　Ｐｈｙｓｉｃａｌ　Ｌａｙｅｒ　（ＰＨＹ）　Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ

　無線通信装置１及び無線通信装置２Ａ，２Ｂ，２Ｃの構成は、上記実施の形態１と同様に、図３の構成であるが、無線通信装置１及び無線通信装置２Ａ，２Ｂ，２Ｃにおけるサービス探索部２１の構成が相違している。
　即ち、無線通信装置２Ａ，２Ｂ，２Ｃのサービス探索部２１は、無線通信装置１における通信モードの設定状況に関わらず、無線通信装置１と無線通信が可能なプロトコルであるフレーム（例えば、Ｐｒｏｂｅ　Ｒｅｑｕｅｓｔフレーム、Ｐｒｏｂｅ　Ｒｅｓｐｏｎｓｅフレーム、Ｂｅａｃｏｎフレーム）を繰り返し送信する情報繰り返し送信部を備えている。このフレームには、自無線通信装置２が提供可能なアプリケーションに関する情報等が含まれている。
　無線通信装置１のサービス探索部２１は、使用対象の周波数チャネルを切り替えながら、無線通信装置２Ａ，２Ｂ，２Ｃから送信されるフレーム（例えば、Ｐｒｏｂｅ　Ｒｅｑｕｅｓｔフレーム、Ｐｒｏｂｅ　Ｒｅｓｐｏｎｓｅフレーム、Ｂｅａｃｏｎフレーム）を受信する情報受信部を備えている。

　以下、無線通信装置１及び無線通信装置２Ａ，２Ｂ，２Ｃの処理内容を具体的に説明する。
　図２４はこの発明の実施の形態３による無線通信システムを構成する無線通信装置間の処理手順を示すシーケンス図である。
　図２５はサービスに関する情報等を収集する際の無線通信装置１の処理内容を示すフローチャートであり、図２６は接続対象の無線通信装置２を決定する際の無線通信装置１の処理内容を示すフローチャートである。

　まず、無線通信装置２Ａ，２Ｂ，２Ｃのサービス探索部２１は、コモンサービス制御部２３及び独自サービス制御部２４で管理されているサービス（提供可能なサービス）を探索する。
　無線通信装置２Ａ，２Ｂ，２Ｃのサービス探索部２１は、自無線通信装置２が提供可能なサービスを探索すると、提供可能なサービスの情報を含むＢｅａｃｏｎフレーム（あるいは、Ｐｒｏｂｅ　Ｒｅｑｕｅｓｔフレーム、Ｐｒｏｂｅ　Ｒｅｓｐｏｎｓｅフレーム）を送信部１１に繰り返し出力することで、そのＢｅａｃｏｎフレーム（あるいは、Ｐｒｏｂｅ　Ｒｅｑｕｅｓｔフレーム、Ｐｒｏｂｅ　Ｒｅｓｐｏｎｓｅフレーム）を定期的に無線通信装置１に送信する（図２４のＦ３０１～Ｆ３０３）。
　図２４の例では、無線通信装置２ＡがＢｅａｃｏｎフレームを送信し、無線通信装置２Ｂ，２ＣがＰｒｏｂｅ　Ｒｅｑｕｅｓｔフレームを送信している。
　以下、説明の便宜上、「Ｂｅａｃｏｎフレーム等」と称するときは、Ｂｅａｃｏｎフレーム、Ｐｒｏｂｅ　Ｒｅｑｕｅｓｔフレーム又はＰｒｏｂｅ　Ｒｅｓｐｏｎｓｅフレームであることを示すものとする。

　ここで、Ｂｅａｃｏｎフレーム等は、無線通信装置１における通信モードの設定状況に関わらず、無線通信装置１と無線通信が可能なプロトコルであり、図２７はＢｅａｃｏｎフレーム等に重畳されるＳｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　ＩＥのフォーマットを示す説明図である。
　Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　ＩＥのＯｗｎ　Ｄｅｖｉｃｅ　Ｔｙｐｅフィールドには、自無線通信装置２の端末種別（例えば、ＰＣ、プリンタ、ルータなど）が設定され、Ｏｗｎ　Ｏｐｅｒａｔｉｎｇ　Ｍｏｄｅ　Ｌｉｓｔフィールドには、自無線通信装置２が対応している通信モードのリストが設定される。
　また、Ｓｅｒｖｉｃｅ　ＬｉｓｔフィールドのＳｅｒｖｉｃｅ　ＩＤフィールドには、自無線通信装置２が提供可能なサービスのＩＤが設定され、Ａｐｐｌｉｃａｔｉｏｎ　ＩＤ　Ｌｉｓｔフィールドには当該サービスに対応するアプリケーションのＩＤのリストが設定される。自無線通信装置２で提供可能なサービスの数だけ、Ｓｅｒｖｉｃｅ　ＩＤフィールドとＡｐｐｌｉｃａｔｉｏｎ　ＩＤ　Ｌｉｓｔフィールドが追加される。
　なお、Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　ＩＥのＯＵＩには、例えば、０ｘ００２６９２が設定されるが、この値に限るものではない。

　無線通信装置１のサービス探索部２１は、無線通信装置２Ａ，２Ｂ，２Ｃから定期的に送信されるＢｅａｃｏｎフレーム等を受信する。
　即ち、無線通信装置１のサービス探索部２１は、周辺に存在している無線通信装置２Ａ，２Ｂ，２Ｃが、どの周波数チャネルＣｈを利用しているかが分からないため、使用対象の周波数チャネルを切り替えながら、無線ＬＡＮで利用可能な全ての周波数チャネルを用いて、無線通信装置２Ａ，２Ｂ，２Ｃから送信されるＢｅａｃｏｎフレーム等を受信するが、取りあえず、利用可能な複数の周波数チャネルの中から、１つの周波数チャネルＣｈを使用対象に設定し、かつ、タイマー（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｔｉｍｅｒ）をスタートさせる（図２５のステップＳＴ２０１）。

　無線通信装置１のサービス探索部２１は、タイマー（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｔｉｍｅｒ）がタイムアップする前に、受信部１２が無線通信装置２Ａ，２Ｂ，２ＣからＢｅａｃｏｎフレーム等を受信すると（図２５のステップＳＴ２０２：ＹＥＳの場合）、そのＢｅａｃｏｎフレーム等を取得する（図２５のステップＳＴ２０３）。
　無線通信装置１のサービス探索部２１は、受信部１２が無線通信装置２Ａ，２Ｂ，２ＣからＢｅａｃｏｎフレーム等を受信する前に、タイマー（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｔｉｍｅｒ）がタイムアップした場合（図２５のステップＳＴ２０２：ＮＯの場合）、あるいは、Ｂｅａｃｏｎフレーム等を取得した場合（図２５のステップＳＴ２０３）、使用対象の周波数チャネルＣｈを切り替えて、タイマー（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｔｉｍｅｒ）を再スタートさせてから同様の処理を繰り返し実施する。
　無線通信装置１のサービス探索部２１は、取得したＢｅａｃｏｎフレーム等を通信モード切り替え制御部２０に出力する。

　次に、無線通信装置１が無線通信装置２Ａ，２Ｂ，２Ｃの中から、接続対象の無線通信装置２を決定する際の処理内容を説明する。
　無線通信装置１の通信モード切り替え制御部２０は、無線通信装置２Ａ，２Ｂ，２Ｃのうち、１つ以上の無線通信装置２から送信されたＢｅａｃｏｎフレーム等を受けると、サービス探索部２１が最初に取得したＢｅａｃｏｎフレーム等の送信元の無線通信装置２を仮の接続先候補に決定する（図２６のステップＳＴ２１１）。
　また、無線通信装置１の通信モード切り替え制御部２０は、最初に取得したＢｅａｃｏｎフレーム等の送信元の無線通信装置２の情報（例えば、ＭＡＣアドレス、提供可能なアプリケーションやサービス、端末種別など）を確認する。無線通信装置２の情報は、Ｂｅａｃｏｎフレーム等や、Ｂｅａｃｏｎフレーム等に重畳されているＳｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　ＩＥを参照することで確認することができる。

　無線通信装置１の通信モード切り替え制御部２０は、最初のフレーム送信元の無線通信装置２の情報を確認すると、上記実施の形態１と同様に、最初のフレーム送信元の無線通信装置２の情報と、サービス接続管理部２２により記録されているサービス接続管理テーブルとを照合することで、最初のフレーム送信元の無線通信装置２に対する無線接続の接続レベルを決定する。

　次に、無線通信装置１の通信モード切り替え制御部２０は、２番目に取得したＢｅａｃｏｎフレーム等があり（図２６のステップＳＴ２１２：ＹＥＳの場合）、かつ、そのＢｅａｃｏｎフレーム等にＳｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　ＩＥが重畳されていれば（図２６のステップＳＴ２１３：ＹＥＳの場合）、そのＢｅａｃｏｎフレーム等の送信元の無線通信装置２の情報（例えば、ＭＡＣアドレス、提供可能なアプリケーションやサービス、端末種別など）を確認する。
　一方、２番目に取得したＢｅａｃｏｎフレーム等にＳｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　ＩＥが重畳されていなければ（図２６のステップＳＴ２１３：ＮＯの場合）、そのＢｅａｃｏｎフレーム等を処理対象から除外する。
　無線通信装置１の通信モード切り替え制御部２０は、２番目のフレーム送信元の無線通信装置２の情報を確認すると、最初のフレーム送信元の無線通信装置２の情報と同様に、２番目のフレーム送信元の無線通信装置２の情報と、サービス接続管理部２２により記録されているサービス接続管理テーブルとを照合することで、２番目のフレーム送信元の無線通信装置２に対する無線接続の接続レベルを決定する（図２６のステップＳＴ２１４）。

　無線通信装置１の通信モード切り替え制御部２０は、２番目のフレーム送信元の無線通信装置２に対する無線接続の接続レベルを決定すると、その無線接続の接続レベルと、現時点で接続先候補に決定している無線通信装置２に対する無線接続の接続レベルとの優先度を比較し（図２６のステップＳＴ２１５）、２番目のフレーム送信元の無線通信装置２に対する無線接続の接続レベルの方が、優先度が高ければ（図２６のステップＳＴ２１５：ＹＥＳの場合）、接続先候補を２番目のフレーム送信元の無線通信装置２に変更する（図２６のステップＳＴ２１６）。一方、現時点で接続先候補に決定している無線通信装置２に対する無線接続の接続レベルの方が、優先度が高ければ（図２６のステップＳＴ２１５：ＮＯの場合）、接続先候補を変更しない。

　次に、無線通信装置１の通信モード切り替え制御部２０は、ｎ番目（ｎ＝３，４，・・・）に取得したＢｅａｃｏｎフレーム等があり（図２６のステップＳＴ２１２：ＹＥＳの場合）、かつ、そのＢｅａｃｏｎフレーム等にＳｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　ＩＥが重畳されていれば（図２６のステップＳＴ２１３：ＹＥＳの場合）、２番目に取得したＢｅａｃｏｎフレーム等に対する処理と同様の処理を実施する（図２６のステップＳＴ２１４～ＳＴ２１６）。
　無線通信装置１の通信モード切り替え制御部２０は、サービス探索部２１が取得した全てのＢｅａｃｏｎフレーム等に対して同様の処理を実施すると（図２６のステップＳＴ２１２：ＮＯの場合）、最終的な接続先候補の無線通信装置２を接続対象に決定する（図２６のステップＳＴ２１７）。
　図２４の例では、接続対象の無線通信装置を無線通信装置２Ａに決定している。

　無線通信装置１の通信モード切り替え制御部２０は、無線通信装置２Ａを接続対象の無線通信装置に決定すると、無線通信装置１と無線通信装置２Ａの間で、上記実施の形態１と同様に、通信モードの変更処理を実施する（図２４のＦ３０４～Ｆ３０６）。
　無線通信装置１及び接続対象の無線通信装置２Ａの間で、通信モードの変更が成功すれば、上記実施の形態１と同様に、無線通信装置１と接続対象の無線通信装置２Ａの間で、公知の接続シーケンスを実行することで無線接続され、無線通信が開始される（図２４のＦ３０７）。

　この実施の形態３によれば、通信モードの設定状況に関わらず、周囲に存在している無線通信装置２Ａ，２Ｂ，２Ｃから、パッシブスキャン方式でアプリケーションやサービスに関する情報を取得することができる効果を奏する。
　また、この実施の形態３によれば、上記実施の形態１と同様に、ユーザが、通信モードを選択して切り替える操作や、接続対象の無線通信装置２Ａの決定などを行うことなく、無線通信装置１と無線通信装置２の間で無線通信を開始することができるようになり、ユーザ操作の利便性を高めることができる効果を奏する。

　この実施の形態３では、無線通信装置１が、使用対象の周波数チャネルを切り替えながら、無線ＬＡＮで利用可能な全ての周波数チャネルを用いて、無線通信装置２Ａ，２Ｂ，２Ｃから送信されるＢｅａｃｏｎフレーム等を受信（パッシブスキャン）するものを示したが、パッシブスキャン中以外にＳｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　ＩＥが重畳されているＢｅａｃｏｎフレーム等を受信するようにしてもよい。
　また、或る周波数チャネルで無線通信装置間が通信している場合において、例えば、上記の非特許文献１に開示されているＮｏｔｉｃｅ　ｏｆ　Ａｂｓｅｎｃｅの仕組みを用いて、定期的に他の周波数チャネルを確認するようにしてもよい。

実施の形態４．
　上記実施の形態１，２では、無線通信装置１がアプリケーションやサービスに関する情報の送信要求を無線通信装置２Ａ，２Ｂ，２Ｃに送信することで、無線通信装置２Ａ，２Ｂ，２Ｃからアプリケーションやサービスに関する情報を含むフレームを受信するものを示したが、無線通信装置２Ａ，２Ｂ，２Ｃが、サービスを提供する準備が完了しているか否かを示す準備可否情報を繰り返し送信し、無線通信装置１が、サービスを提供する準備が完了している無線通信装置２に対して、アプリケーションやサービスに関する情報の送信要求を送信することで、サービスを提供する準備が完了している無線通信装置２からアプリケーションやサービスに関する情報を含むフレームを受信するようにしてもよい。

　図２８はこの発明の実施の形態４による無線通信システムを構成する無線通信装置１，２Ａ，２Ｂ，２Ｃの内部を示す構成図であり、図において、図３と同一符号は同一または相当部分を示すので説明を省略する。
　サービス通知管理情報記憶部３０はＭＡＣアドレスとサービス通知レベル（情報通知レベル）の対応関係を示すサービス通知レベル管理テーブルを記録している。
　図２９はサービス通知管理情報記憶部３０に記録されているサービス通知レベル管理テーブルの一例を示す説明図である。

　無線通信装置２Ａ，２Ｂ，２Ｃのサービス探索部２１は、無線通信装置１における通信モードの設定状況に関わらず、無線通信装置１と無線通信が可能なプロトコルで、サービスを提供する準備が完了しているか否かを示す準備可否情報を繰り返し送信する準備可否情報送信部を備えている。
　無線通信装置１のサービス探索部２１は、使用対象の周波数チャネルを切り替えながら、無線通信装置２Ａ，２Ｂ，２Ｃから送信された準備可否情報を受信し、その準備可否情報がサービスを提供する準備が完了している旨を示していれば、無線通信装置２Ａ，２Ｂ，２Ｃにおける通信モードの設定状況に関わらず、無線通信装置２Ａ，２Ｂ，２Ｃと無線通信が可能なプロトコルで、アプリケーションやサービスに関する情報の情報送信要求を配信する情報送信要求配信部を備えている。

　また、無線通信装置２Ａ，２Ｂ，２Ｃのサービス探索部２１は、無線通信装置１から配信された情報送信要求を受信する情報送信要求受信部と、無線通信装置１と無線通信が可能なプロトコルで、提供可能なアプリケーションやサービスに関する情報を送信する情報応答部とを備えている。
　この情報応答部は、サービス通知管理情報記憶部３０に記録されているサービス通知レベル管理テーブルを参照して、その情報送信要求受信部により受信された情報送信要求の送信元である無線通信装置１のＭＡＣアドレス（無線通信装置１に関する情報）からサービス通知レベルを決定し、そのサービス通知レベルにしたがってアプリケーションに関する情報の送信形態を制御する。

　以下、無線通信装置１及び無線通信装置２Ａ，２Ｂ，２Ｃの処理内容を具体的に説明する。
　図３０はこの発明の実施の形態４による無線通信システムを構成する無線通信装置間の処理手順を示すシーケンス図である。
　図３１はアプリケーションやサービスに関する情報等を収集する際の無線通信装置１の処理内容を示すフローチャートである。

　まず、無線通信装置２Ａ，２Ｂ，２Ｃのサービス探索部２１は、コモンサービス制御部２３及び独自サービス制御部２４で管理されているサービスの提供準備が完了しているか否かを判断する。この判断方法は特に問わないが、例えば、サービスが“動画”であれば、配信対象の動画像データが準備されているか否かを確認することで判断することができる。
　無線通信装置２Ａ，２Ｂ，２Ｃのサービス探索部２１は、サービスの提供準備が完了しているか否かを判断すると、サービスの提供準備の可否を示す準備可否情報を含むＢｅａｃｏｎフレーム（あるいは、Ｐｒｏｂｅ　Ｒｅｑｕｅｓｔフレーム、Ｐｒｏｂｅ　Ｒｅｓｐｏｎｓｅフレーム）を送信部１１に繰り返し出力することで、そのＢｅａｃｏｎフレーム（あるいは、Ｐｒｏｂｅ　Ｒｅｑｕｅｓｔフレーム、Ｐｒｏｂｅ　Ｒｅｓｐｏｎｓｅフレーム）を定期的に無線通信装置１に送信する（図３０のＦ４０１～Ｆ４０３）。
　図３０の例では、無線通信装置２ＡがＢｅａｃｏｎフレームを送信し、無線通信装置２Ｂ，２ＣがＰｒｏｂｅ　Ｒｅｑｕｅｓｔフレームを送信している。
　以下、説明の便宜上、「Ｂｅａｃｏｎフレーム等」と称するときは、Ｂｅａｃｏｎフレーム、Ｐｒｏｂｅ　Ｒｅｑｕｅｓｔフレーム又はＰｒｏｂｅ　Ｒｅｓｐｏｎｓｅフレームであることを示すものとする。

　ここで、Ｂｅａｃｏｎフレーム等は、無線通信装置１における通信モードの設定状況に関わらず、無線通信装置１と無線通信が可能なプロトコルであり、図３２はＢｅａｃｏｎフレーム等に重畳されるＳｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｆｌａｇ　ＩＥのフォーマットを示す説明図である。
　Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｆｌａｇ　ＩＥのｆｌａｇフィールドには、サービスの提供準備が完了していれば“０”、サービスの提供準備が完了していなければ“１”が設定される。

　無線通信装置１のサービス探索部２１は、無線通信装置２Ａ，２Ｂ，２Ｃから定期的に送信されるＢｅａｃｏｎフレーム等を受信する。
　即ち、無線通信装置１のサービス探索部２１は、周辺に存在している無線通信装置２Ａ，２Ｂ，２Ｃが、どの周波数チャネルＣｈを利用しているかが分からないため、使用対象の周波数チャネルを切り替えながら、無線ＬＡＮで利用可能な全ての周波数チャネルを用いて、無線通信装置２Ａ，２Ｂ，２Ｃから送信されるＢｅａｃｏｎフレーム等を受信する。

　無線通信装置１のサービス探索部２１は、受信部１２が無線通信装置２Ａ，２Ｂ，２ＣからＢｅａｃｏｎフレーム等を受信すると、そのＢｅａｃｏｎフレーム等にＳｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｆｌａｇ　ＩＥが重畳されており（図３１のステップＳＴ３０１：ＹＥＳの場合）、かつ、Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｆｌａｇ　ＩＥのｆｌａｇフィールドに“０”が設定されていれば、Ａｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ）フレームを送信部１１に出力することで、そのＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ）フレームをＢｅａｃｏｎフレーム等の送信元の無線通信装置２に送信する（図３０のＦ４０４，Ｆ４０６，Ｆ４０８、図３１のステップＳＴ３０２）。

　ここで、Ａｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ）フレームは、無線通信装置２Ａ，２Ｂ，２Ｃにおける通信モードの設定状況に関わらず、無線通信装置２Ａ，２Ｂ，２Ｃと無線通信が可能なプロトコルであり、図３３はＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ）フレームのフォーマットを示す説明図である。
　Ａｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ）フレームのＯｗｎ　Ｄｅｖｉｃｅ　Ｔｙｐｅフィールドには、無線通信装置１の端末種別（例えば、ＰＣ、プリンタ、ルータなど）が設定され、Ｏｗｎ　Ｏｐｅｒａｔｉｎｇ　Ｍｏｄｅ　Ｌｉｓｔフィールドには、無線通信装置１が対応している通信モードのリストが設定される。
　また、Ａｐｐｌｉｃａｔｉｏｎ　ａｔｔｒｉｂｕｔｅフィールドのＳｅｒｖｉｃｅ　ＩＤフィールドには、無線通信装置１が提供可能なサービスのＩＤが設定され、Ａｐｐｌｉｃａｔｉｏｎ　ＩＤ　Ｌｉｓｔフィールドには当該サービスに対応するアプリケーションのＩＤのリストが設定される。無線通信装置１で提供可能なサービスの数だけ、Ｓｅｒｖｉｃｅ　ＩＤフィールドとＡｐｐｌｉｃａｔｉｏｎ　ＩＤ　Ｌｉｓｔフィールドが追加される。
　なお、Ａｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ）フレームのＯＵＩには、例えば、０ｘ００２６９２が設定され、Ｓｕｂｔｙｐｅには、図８に示す値“４”が設定されるが、これらの値に限るものではない。

　無線通信装置２Ａ，２Ｂ，２Ｃのサービス探索部２１は、受信部１２が無線通信装置１からＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ）フレームを受信すると、Ａｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ）フレームの応答フレームとして、自無線通信装置２で提供可能なアプリケーションやサービスに関する情報等を含むＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ）フレームを無線通信装置１に送信する（図３０のＦ４０５，Ｆ４０７，Ｆ４０９）。

　ここで、Ａｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ）フレームは、無線通信装置１における通信モードの設定状況に関わらず、無線通信装置１と無線通信が可能なプロトコルであり、図３４はＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ）フレームのフォーマットを示す説明図である。
　Ａｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ）フレームのＯｗｎ　Ｄｅｖｉｃｅ　Ｔｙｐｅフィールドには、自無線通信装置２の端末種別（例えば、ＰＣ、プリンタ、ルータなど）が設定され、Ｏｗｎ　Ｏｐｅｒａｔｉｎｇ　Ｍｏｄｅ　Ｌｉｓｔフィールドには、自無線通信装置２が対応している通信モードのリストが設定される。
　また、Ａｐｐｌｉｃａｔｉｏｎ　ａｔｔｒｉｂｕｔｅフィールドのＳｅｒｖｉｃｅ　ＩＤフィールドには、自無線通信装置２が提供可能なサービスのＩＤが設定され、Ａｐｐｌｉｃａｔｉｏｎ　ＩＤ　Ｌｉｓｔフィールドには当該サービスに対応するアプリケーションのＩＤのリストが設定される。無線通信装置２で提供可能なサービスの数だけ、Ｓｅｒｖｉｃｅ　ＩＤフィールドとＡｐｐｌｉｃａｔｉｏｎ　ＩＤ　Ｌｉｓｔフィールドが追加される。
　なお、Ａｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ）フレームのＯＵＩには、例えば、０ｘ００２６９２が設定され、Ｓｕｂｔｙｐｅには、図８に示す値“５”が設定されるが、これらの値に限るものではない。

　無線通信装置１のサービス探索部２１は、Ａｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ）フレームを送信してから、送信先の無線通信装置２からＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ）フレームが送信されてくるまで一定時間待機し、受信部１２が送信先の無線通信装置２からＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ）フレームを受信すると、そのＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ）フレームを取得する（図３１のステップＳＴ３０３）。
　無線通信装置１のサービス探索部２１は、その取得したＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ）フレームを通信モード切り替え制御部２０に出力する。
　なお、一定時間以内に送信先の無線通信装置２からＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ）フレームを受信することができない場合、あるいは、送信先の無線通信装置２からＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ）フレームを受信できた場合、サービスの提供準備が完了している他の無線通信装置２に対して、Ａｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ）フレームを送信して、Ａｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ）フレームを受信する処理を実施する。

　ここでは、無線通信装置１が、使用対象の周波数チャネルを切り替えながら、無線ＬＡＮで利用可能な全ての周波数チャネルを用いて、無線通信装置２Ａ，２Ｂ，２Ｃから送信されるＢｅａｃｏｎフレーム等を受信（パッシブスキャン）するものを示したが、パッシブスキャン中以外にＳｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｆｌａｆ　ＩＥが重畳されているＢｅａｃｏｎフレーム等を受信するようにしてもよい。

　次に、無線通信装置１からＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ）フレームを受信した無線通信装置２Ａ，２Ｂ，２Ｃが、Ａｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ）フレームを無線通信装置１に送信する際の処理内容を説明する。
　図３５はアプリケーションやサービスに関する情報等を送信する際の無線通信装置２Ａ，２Ｂ，２Ｃの処理内容を示すフローチャートである。
　無線通信装置２Ａ，２Ｂ，２Ｃのサービス探索部２１は、受信部１２が無線通信装置１からＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ）フレームを受信すると（図３５のステップＳＴ３１１）、無線通信装置１のＭＡＣアドレスを確認する。
　無線通信装置２Ａ，２Ｂ，２Ｃのサービス探索部２１は、無線通信装置１のＭＡＣアドレスを確認すると、サービス通知管理情報記憶部３０に記録されている図２９のサービス通知レベル管理テーブルを参照して、無線通信装置１のＭＡＣアドレスに対応するサービス通知レベルを特定する（図３５のステップＳＴ３１２）。

　図２９の例では、無線通信装置１のＭＡＣアドレスが“１１：２２：３３：４４：５５：６６”であれば、サービス通知レベルを“通知可”に決定し、無線通信装置１のＭＡＣアドレスが“２２：３３：４４：５５：６６：７７”であれば、サービス通知レベルを“ユーザ通知”に決定する。
　また、無線通信装置１のＭＡＣアドレスがサービス通知レベル管理テーブルに登録されていなければ、サービス通知レベルを“通知不可”に決定する。
　図２９の例では、サービス通知の優先度は、“通知可”、“ユーザ通知”、“通知不可”の順番であり、同じ優先度であれば、テーブルの上位に登録されているものを優先する。
　ここでは、無線通信装置１のＭＡＣアドレスにしたがってサービス通知レベルを決定しているが、これに限るものではなく、例えば、無線通信装置１のデバイスタイプ等にしたがってサービス通知レベルを決定するようにしてもよい。
　なお、サービス通知レベル管理テーブルの要素は、ユーザが事前に設定するようにしてもよいし、ユーザ通知で一度登録した無線通信装置のＭＡＣアドレスを自動で追加されるようにしてもよい。

　無線通信装置２Ａ，２Ｂ，２Ｃのサービス探索部２１は、サービス通知レベルを決定すると、そのサービス通知レベルが“通知可”であれば（図３５のステップＳＴ３１３：ＹＥＳの場合）、コモンサービス制御部２３及び独自サービス制御部２４からサービスに関する情報を取得するとともに、アプリケーション制御部２５からアプリケーションに関する情報を取得する（図３５のステップＳＴ３１４）。
　無線通信装置２Ａ，２Ｂ，２Ｃのサービス探索部２１は、サービスに関する情報等を取得すると、サービスに関する情報等や対応可能な通信モードなどをＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ）フレームに設定するとともに、Ａｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ）フレームのＳｔａｔｕｓ　Ｃｏｄｅを“０”に設定してから、そのＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ）フレームを送信部１１に出力することで、そのＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ）フレームを無線通信装置１に送信する（図３５のステップＳＴ３１５）。

　無線通信装置２Ａ，２Ｂ，２Ｃのサービス探索部２１は、サービス通知レベルが“通知可”でなく（図３５のステップＳＴ３１３：ＮＯの場合）、サービス通知レベルが“ユーザ通知”である場合（図３５のステップＳＴ３１６：ＹＥＳの場合）、あるいは、サービス通知レベルが“通知不可”でない場合（図３５のステップＳＴ３１９：ＮＯの場合）、サービスの通知の有無の決定を促すメッセージをユーザに通知する（図３５のステップＳＴ３１７）。この通知は、例えば、無線通信装置２のディスプレイ等に当該メッセージを表示することで行ってもよいし、音声出力で行ってもよい。
　無線通信装置２Ａ，２Ｂ，２Ｃのサービス探索部２１は、ユーザが一定時間以内にサービスの通知を許可する操作を行えば（図３５のステップＳＴ３１８：ＹＥＳの場合）、サービス通知レベルが“通知可”である場合と同様に、サービスに関する情報等を取得する（図３５のステップＳＴ３１４）。そして、サービスに関する情報等や対応可能な通信モードなどをＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ）フレームに設定するとともに、Ａｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ）フレームのＳｔａｔｕｓ　Ｃｏｄｅを“０”に設定してから、そのＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ）フレームを送信部１１に出力することで、そのＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ）フレームを無線通信装置１に送信する（図３５のステップＳＴ３１５）。

　無線通信装置２Ａ，２Ｂ，２Ｃのサービス探索部２１は、サービス通知レベルが“通知不可”である場合（図３５のステップＳＴ３１９：ＹＥＳの場合）、あるいは、ユーザが一定時間以内にサービスの通知を許可する操作を行わない場合（図３５のステップＳＴ３１８：ＮＯの場合）、Ａｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ）フレームのＳｔａｔｕｓ　Ｃｏｄｅを“１”に設定してから、そのＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ）フレームを送信部１１に出力することで、そのＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ）フレームを無線通信装置１に送信する（図３５のステップＳＴ３２０）。

　次に、無線通信装置１が無線通信装置２Ａ，２Ｂ，２Ｃの中から、接続対象の無線通信装置２を決定する際の処理内容を説明する。
　図３６は接続対象の無線通信装置２を決定する際の無線通信装置１の処理内容を示すフローチャートである。
　無線通信装置１の通信モード切り替え制御部２０は、無線通信装置２Ａ，２Ｂ，２Ｃのうち、１つ以上の無線通信装置２から送信されたＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ）フレームを受けると、サービス探索部２１が最初に取得したＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ）フレームの送信元の無線通信装置２を仮の接続先候補に決定する（図３６のステップＳＴ３３１）。
　また、無線通信装置１の通信モード切り替え制御部２０は、最初に取得したＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ）フレームの送信元の無線通信装置２の情報（例えば、ＭＡＣアドレス、提供可能なアプリケーションやサービス、端末種別など）を確認する。無線通信装置２の情報は、Ａｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ）フレームを参照することで確認することができる。

　次に、無線通信装置１の通信モード切り替え制御部２０は、２番目に取得したＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ）フレームがあり（図３６のステップＳＴ３３２：ＹＥＳの場合）、かつ、そのＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ）フレームのＳｔａｔｕｓ　Ｃｏｄｅが“０”であれば（図３６のステップＳＴ３３３：ＹＥＳの場合）、そのＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ）フレームの送信元の無線通信装置２の情報（例えば、ＭＡＣアドレス、提供可能なアプリケーションやサービス、端末種別など）を確認する。
　一方、２番目に取得したＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ）フレームのＳｔａｔｕｓ　Ｃｏｄｅが“１”であれば（図３６のステップＳＴ３３３：ＮＯの場合）、そのＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ）フレームを処理対象から除外する。
　無線通信装置１の通信モード切り替え制御部２０は、２番目のフレーム送信元の無線通信装置２の情報を確認すると、最初のフレーム送信元の無線通信装置２の情報と同様に、２番目のフレーム送信元の無線通信装置２の情報と、サービス接続管理部２２により記録されているサービス接続管理テーブルとを照合することで、２番目のフレーム送信元の無線通信装置２に対する無線接続の接続レベルを決定する（図３６のステップＳＴ３３４）。

　無線通信装置１の通信モード切り替え制御部２０は、２番目のフレーム送信元の無線通信装置２に対する無線接続の接続レベルを決定すると、その無線接続の接続レベルと、現時点での接続先候補に決定している無線通信装置２に対する無線接続の接続レベルとの優先度を比較し（図３６のステップＳＴ３３５）、２番目のフレーム送信元の無線通信装置２に対する無線接続の接続レベルの方が、優先度が高ければ（図３６のステップＳＴ３３５：ＹＥＳの場合）、接続先候補を２番目のフレーム送信元の無線通信装置２に変更する（図３６のステップＳＴ３３６）。一方、現時点で接続先候補に決定している無線通信装置２に対する無線接続の接続レベルの方が、優先度が高ければ（図３６のステップＳＴ３３５：ＮＯの場合）、接続先候補を変更しない。

　次に、無線通信装置１の通信モード切り替え制御部２０は、ｎ番目（ｎ＝３，４，・・・）に取得したＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ）フレームがあり（図３６のステップＳＴ３３２：ＹＥＳの場合）、かつ、そのＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ）フレームのＳｔａｔｕｓ　Ｃｏｄｅが“０”であれば（図３６のステップＳＴ３３３：ＹＥＳの場合）、２番目に取得したＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ）フレームに対する処理と同様の処理を実施する（図３６のステップＳＴ３３４～ＳＴ３３６）。
　無線通信装置１の通信モード切り替え制御部２０は、サービス探索部２１が取得した全てのＡｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ）フレームに対して同様の処理を実施すると（図３６のステップＳＴ３３２：ＮＯの場合）、最終的な接続先候補の無線通信装置２を接続対象に決定する（図３６のステップＳＴ３３７）。
　図３０の例では、接続対象の無線通信装置を無線通信装置２Ａに決定している。

　無線通信装置１の通信モード切り替え制御部２０は、無線通信装置２Ａを接続対象の無線通信装置に決定すると、無線通信装置１と無線通信装置２Ａの間で、上記実施の形態１と同様に、通信モードの変更処理を実施する（図３０のＦ４１０～Ｆ４１２）。
　無線通信装置１及び接続対象の無線通信装置２Ａの間で、通信モードの変更が成功すれば、上記実施の形態１と同様に、無線通信装置１と接続対象の無線通信装置２Ａの間で、公知の接続シーケンスを実行することで無線接続され、無線通信が開始される（図３０のＦ４１３）。

　この実施の形態４によれば、通信モードの設定状況に関わらず、サービスを提供する準備が完了している無線通信装置２Ａ，２Ｂ，２Ｃから、アプリケーションやサービスに関する情報を取得することができる効果を奏する。
　また、この実施の形態４によれば、上記実施の形態１と同様に、ユーザが、通信モードを選択して切り替える操作や、接続対象の無線通信装置２Ａの決定などを行うことなく、無線通信装置１と無線通信装置２の間で無線通信を開始することができるようになり、ユーザ操作の利便性を高めることができる効果を奏する。

実施の形態５．
　上記実施の形態４では、無線通信装置１が、無線通信装置２Ａ，２Ｂ，２ＣからＢｅａｃｏｎフレーム等を受信すると、Ａｃｔｉｏｎ（Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ）フレームをＢｅａｃｏｎフレーム等の送信元の無線通信装置２に送信するものを示したが、Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｆｌａｇ　ＩＥを含むＰｒｏｂｅ　ＲｅｑｕｅｓｔフレームをＢｅａｃｏｎフレーム等の送信元の無線通信装置２に送信するようにしてもよい。

　以下、無線通信装置１及び無線通信装置２Ａ，２Ｂ，２Ｃの処理内容を具体的に説明する。
　図３７はこの発明の実施の形態５による無線通信システムを構成する無線通信装置間の処理手順を示すシーケンス図である。
　まず、無線通信装置２Ａ，２Ｂ，２Ｃのサービス探索部２１は、上記実施の形態４と同様に、コモンサービス制御部２３及び独自サービス制御部２４で管理されているサービスの提供準備が完了しているか否かを判断する。
　無線通信装置２Ａ，２Ｂ，２Ｃのサービス探索部２１は、サービスの提供準備が完了しているか否かを判断すると、Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｆｌａｇ　ＩＥを含むＢｅａｃｏｎフレーム（あるいは、Ｐｒｏｂｅ　Ｒｅｑｕｅｓｔフレーム、Ｐｒｏｂｅ　Ｒｅｓｐｏｎｓｅフレーム）を送信部１１に繰り返し出力することで、そのＢｅａｃｏｎフレーム（あるいは、Ｐｒｏｂｅ　Ｒｅｑｕｅｓｔフレーム、Ｐｒｏｂｅ　Ｒｅｓｐｏｎｓｅフレーム）を定期的に無線通信装置１に送信する（図３７のＦ５０１～Ｆ５０３）。

　Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｆｌａｇ　ＩＥのｆｌａｇフィールドには、サービスの提供準備が完了していれば“０”、サービスの提供準備が完了していなければ“１”が設定される。
　図３７の例では、無線通信装置２ＡがＢｅａｃｏｎフレームを送信し、無線通信装置２Ｂ，２ＣがＰｒｏｂｅ　Ｒｅｑｕｅｓｔフレームを送信している。
　以下、説明の便宜上、「Ｂｅａｃｏｎフレーム等」と称するときは、Ｂｅａｃｏｎフレーム、Ｐｒｏｂｅ　Ｒｅｑｕｅｓｔフレーム又はＰｒｏｂｅ　Ｒｅｓｐｏｎｓｅフレームであることを示すものとする。

　無線通信装置１のサービス探索部２１は、無線通信装置２Ａ，２Ｂ，２Ｃから定期的に送信されるＢｅａｃｏｎフレーム等を受信する。
　即ち、無線通信装置１のサービス探索部２１は、周辺に存在している無線通信装置２Ａ，２Ｂ，２Ｃが、どの周波数チャネルＣｈを利用しているかが分からないため、上記実施の形態４と同様に、使用対象の周波数チャネルを切り替えながら、無線ＬＡＮで利用可能な全ての周波数チャネルを用いて、無線通信装置２Ａ，２Ｂ，２Ｃから送信されるＢｅａｃｏｎフレーム等を受信する。

　次に、無線通信装置２Ａ，２Ｂ，２ＣからＢｅａｃｏｎフレーム等を受信して、無線通信装置１がＰｒｏｂｅ　Ｒｅｑｕｅｓｔフレームを送信する際の処理内容を説明する。
　図３８はＰｒｏｂｅ　Ｒｅｑｕｅｓｔフレームを送信する際の無線通信装置１の処理内容を示すフローチャートである。
　無線通信装置１のサービス探索部２１は、受信部１２が無線通信装置２Ａ，２Ｂ，２Ｃからｆｌａｇフィールドに“０”が設定されているＳｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｆｌａｇ　ＩＥを含むＢｅａｃｏｎフレーム等を受信すると（図３８のステップＳＴ４０１）、無線通信装置２Ａ，２Ｂ，２ＣのＭＡＣアドレスを確認する。
　無線通信装置１のサービス探索部２１は、無線通信装置２Ａ，２Ｂ，２ＣのＭＡＣアドレスを確認すると、上記実施の形態４と同様に、サービス通知管理情報記憶部３０に記録されている図２９のサービス通知レベル管理テーブルを参照して、無線通信装置２Ａ，２Ｂ，２ＣのＭＡＣアドレスに対応するサービス通知レベルを特定する（図３８のステップＳＴ４０２）。

　無線通信装置１のサービス探索部２１は、サービス通知レベルを決定すると、そのサービス通知レベルが“通知可”であれば（図３８のステップＳＴ４０３：ＹＥＳの場合）、そのＢｅａｃｏｎフレーム等の応答として、ｆｌａｇフィールドに“１”が設定されているＳｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｆｌａｇ　ＩＥを含むＰｒｏｂｅ　Ｒｅｑｕｅｓｔフレーム（ユニキャストフレーム）をフレーム送信元の無線通信装置２に送信する（図３７のＦ５０４、図３８のステップＳＴ４０４）。
　図３７の例では、Ｐｒｏｂｅ　Ｒｅｑｕｅｓｔフレームを無線通信装置２Ａに送信している。
　なお、Ｐｒｏｂｅ　Ｒｅｑｕｅｓｔフレームは、無線通信装置２Ａ，２Ｂ，２Ｃにおける通信モードの設定状況に関わらず、無線通信装置２Ａ，２Ｂ，２Ｃと無線通信が可能なプロトコルであり、Ｐｒｏｂｅ　Ｒｅｑｕｅｓｔフレームの種別は、無線通信装置１が無線通信装置２Ａ，２Ｂ，２Ｃから受信しているフレームがＢｅａｃｏｎフレームであれば、Ｐｒｏｂｅ　Ｒｅｑｕｅｓｔフレームで応答し、受信しているフレームがＰｒｏｂｅ　Ｒｅｑｕｅｓｔフレームであれば、Ｐｒｏｂｅ　Ｒｅｓｐｏｎｓｅフレームで応答し、受信しているフレームがＰｒｏｂｅ　Ｒｅｓｐｏｎｓｅフレームであれば、Ｐｒｏｂｅ　Ｒｅｑｕｅｓｔフレームで応答する。

　無線通信装置１のサービス探索部２１は、サービス通知レベルが“通知可”でなく（図３８のステップＳＴ４０３：ＮＯの場合）、サービス通知レベルが“ユーザ通知”である場合（図３８のステップＳＴ４０５：ＹＥＳの場合）、あるいは、サービス通知レベルが“通知不可”でない場合（図３８のステップＳＴ４０８：ＮＯの場合）、サービスの通知の有無の決定を促すメッセージをユーザに通知する（図３８のステップＳＴ４０６）。この通知は、例えば、無線通信装置１のディスプレイ等に当該メッセージを表示することで行ってもよいし、音声出力で行ってもよい。
　無線通信装置１のサービス探索部２１は、ユーザが一定時間以内にサービスの通知を許可する操作を行えば（図３８のステップＳＴ４０７：ＹＥＳの場合）、サービス通知レベルが“通知可”である場合と同様に、Ｂｅａｃｏｎフレーム等の応答として、ｆｌａｇフィールドに“１”が設定されているＳｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｆｌａｇ　ＩＥを含むＰｒｏｂｅ　Ｒｅｑｕｅｓｔフレーム（ユニキャストフレーム）をフレーム送信元の無線通信装置２に送信する（図３７のＦ５０４、図３８のステップＳＴ４０４）。

　無線通信装置１のサービス探索部２１は、サービス通知レベルが“通知不可”である場合（図３８のステップＳＴ４０８：ＹＥＳの場合）、あるいは、ユーザが一定時間以内にサービスの通知を許可する操作を行わない場合（図３８のステップＳＴ４０７：ＮＯの場合）、Ｂｅａｃｏｎフレーム等の応答として、ｆｌａｇフィールドに“０”が設定されているＳｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｆｌａｇ　ＩＥを含むＰｒｏｂｅ　Ｒｅｑｕｅｓｔフレーム（ユニキャストフレーム）をフレーム送信元の無線通信装置２に送信する（図３７のＦ５０４、図３８のステップＳＴ４０９）。

　次に、無線通信装置１からＰｒｏｂｅ　Ｒｅｑｕｅｓｔフレームを受信して、無線通信装置２Ａ，２Ｂ，２ＣがＰｒｏｂｅ　Ｒｅｓｐｏｎｓｅフレームを送信する際の処理内容を説明する。
　図３９はＰｒｏｂｅ　Ｒｅｓｐｏｎｓｅフレームを送信する際の無線通信装置２Ａ，２Ｂ，２Ｃの処理内容を示すフローチャートである。
　無線通信装置２Ａ，２Ｂ，２Ｃのサービス探索部２１は、受信部１２がＰｒｏｂｅ　Ｒｅｑｕｅｓｔフレーム（ユニキャストフレーム）を受信し（図３９のステップＳＴ４１１）、そのＰｒｏｂｅ　Ｒｅｑｕｅｓｔフレームが自己宛のユニキャストフレームであれば、Ｂｅａｃｏｎフレーム等の応答フレームであると判断する。

　無線通信装置２Ａ，２Ｂ，２Ｃのサービス探索部２１は、Ｐｒｏｂｅ　Ｒｅｑｕｅｓｔフレーム（ユニキャストフレーム）が応答フレームであると判断すると、Ｐｒｏｂｅ　Ｒｅｑｕｅｓｔフレーム（ユニキャストフレーム）に含まれているＳｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｆｌａｇ　ＩＥのｆｌａｇフィールドが“１”であれば、サービスに関する情報等の送信を要求していると判断して、以下のＰｒｏｂｅ　Ｒｅｓｐｏｎｓｅフレームの送信処理を実施する。Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｆｌａｇ　ＩＥのｆｌａｇフィールドが“０”であれば、Ｐｒｏｂｅ　Ｒｅｓｐｏｎｓｅフレームの送信処理を実施しない。

　無線通信装置２Ａ，２Ｂ，２Ｃのサービス探索部２１は、Ｐｒｏｂｅ　Ｒｅｑｕｅｓｔフレーム（ユニキャストフレーム）の送信元の無線通信装置１のＭＡＣアドレスを確認する。
　無線通信装置２Ａ，２Ｂ，２Ｃのサービス探索部２１は、無線通信装置１のＭＡＣアドレスを確認すると、上記実施の形態４と同様に、サービス通知管理情報記憶部３０に記録されている図２９のサービス通知レベル管理テーブルを参照して、無線通信装置１のＭＡＣアドレスに対応するサービス通知レベルを特定する（図３９のステップＳＴ４１２）。

　無線通信装置２Ａ，２Ｂ，２Ｃのサービス探索部２１は、サービス通知レベルを決定すると、そのサービス通知レベルが“通知可”であれば（図３９のステップＳＴ４１３：ＹＥＳの場合）、コモンサービス制御部２３及び独自サービス制御部２４からサービスに関する情報を取得するとともに、アプリケーション制御部２５からアプリケーションに関する情報を取得する（図３９のステップＳＴ４１４）。
　無線通信装置２Ａ，２Ｂ，２Ｃのサービス探索部２１は、サービスに関する情報等を取得すると、サービスに関する情報等や対応可能な通信モードなどをＰｒｏｂｅ　Ｒｅｓｐｏｎｓｅフレームに設定するとともに、Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　ＩＥのＳｔａｔｕｓ　Ｃｏｄｅフィールドを“０”に設定してから、Ｐｒｏｂｅ　Ｒｅｓｐｏｎｓｅフレームを送信部１１に出力することで、そのＰｒｏｂｅ　Ｒｅｓｐｏｎｓｅフレームを無線通信装置１に送信する（図３９のステップＳＴ４１５）。

　ここで、Ｐｒｏｂｅ　Ｒｅｓｐｏｎｓｅフレームは、無線通信装置１における通信モードの設定状況に関わらず、無線通信装置１と無線通信が可能なプロトコルであり、図４０はＰｒｏｂｅ　ＲｅｓｐｏｎｓｅフレームのＳｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　ＩＥのフォーマットを示す説明図である。
　Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　ＩＥのＯｗｎ　Ｄｅｖｉｃｅ　Ｔｙｐｅフィールドには、自無線通信装置２の端末種別（例えば、ＰＣ、プリンタ、ルータなど）が設定され、Ｏｗｎ　Ｏｐｅｒａｔｉｎｇ　Ｍｏｄｅ　Ｌｉｓｔフィールドには、自無線通信装置２が対応している通信モードのリストが設定される。
　また、Ｓｅｒｖｉｃｅ　ＩＤフィールドには、自無線通信装置２が提供可能なサービスのＩＤが設定され、Ａｐｐｌｉｃａｔｉｏｎ　ＩＤ　Ｌｉｓｔフィールドには当該サービスに対応するアプリケーションのＩＤのリストが設定される。自無線通信装置２で提供可能なサービスの数だけ、Ｓｅｒｖｉｃｅ　ＩＤフィールドとＡｐｐｌｉｃａｔｉｏｎ　ＩＤ　Ｌｉｓｔフィールドが追加される。

　無線通信装置２Ａ，２Ｂ，２Ｃのサービス探索部２１は、サービス通知レベルが“通知可”でなく（図３９のステップＳＴ４１３：ＮＯの場合）、サービス通知レベルが“ユーザ通知”である場合（図３９のステップＳＴ４１６：ＹＥＳの場合）、あるいは、サービス通知レベルが“通知不可”でない場合（図３９のステップＳＴ４１９：ＮＯの場合）、サービスの通知の有無の決定を促すメッセージをユーザに通知する（図３９のステップＳＴ４１７）。この通知は、例えば、無線通信装置２のディスプレイ等に当該メッセージを表示することで行ってもよいし、音声出力で行ってもよい。
　無線通信装置２Ａ，２Ｂ，２Ｃのサービス探索部２１は、ユーザが一定時間以内にサービスの通知を許可する操作を行えば（図３９のステップＳＴ４１８：ＹＥＳの場合）、サービス通知レベルが“通知可”である場合と同様に、サービスに関する情報等を取得する（図３９のステップＳＴ４１４）。そして、サービスに関する情報等や対応可能な通信モードなどをＰｒｏｂｅ　Ｒｅｓｐｏｎｓｅフレームに設定するとともに、Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　ＩＥのＳｔａｔｕｓ　Ｃｏｄｅフィールドを“０”に設定してから、Ｐｒｏｂｅ　Ｒｅｓｐｏｎｓｅフレームを送信部１１に出力することで、そのＰｒｏｂｅ　Ｒｅｓｐｏｎｓｅフレームを無線通信装置１に送信する（図３９のステップＳＴ４１５）。

　無線通信装置２Ａ，２Ｂ，２Ｃのサービス探索部２１は、サービス通知レベルが“通知不可”である場合（図３９のステップＳＴ４１９：ＹＥＳの場合）、あるいは、ユーザが一定時間以内にサービスの通知を許可する操作を行わない場合（図３９のステップＳＴ４１８：ＮＯの場合）、Ｓｅｒｖｉｃｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　ＩＥのＳｔａｔｕｓ　Ｃｏｄｅフィールドを“１”に設定してから、Ｐｒｏｂｅ　Ｒｅｓｐｏｎｓｅフレームを送信部１１に出力することで、そのＰｒｏｂｅ　Ｒｅｓｐｏｎｓｅフレームを無線通信装置１に送信する（図３９のステップＳＴ４２０）。

　無線通信装置１は、無線通信装置２Ａ，２Ｂ，２ＣからＰｒｏｂｅ　Ｒｅｓｐｏｎｓｅフレームを受信すると、上記実施の形態４と同様に、無線通信装置２Ａ，２Ｂ，２Ｃの中から、接続対象の無線通信装置２を決定する。
　無線通信装置１の通信モード切り替え制御部２０は、例えば、無線通信装置２Ａを接続対象の無線通信装置に決定すると、無線通信装置１と無線通信装置２Ａの間で、上記実施の形態１と同様に、通信モードの変更処理を実施する（図３７のＦ５０６～Ｆ５０８）。
　無線通信装置１及び接続対象の無線通信装置２Ａの間で、通信モードの変更が成功すれば、上記実施の形態１と同様に、無線通信装置１と接続対象の無線通信装置２Ａの間で、公知の接続シーケンスを実行することで無線接続され、無線通信が開始される（図３７のＦ５０９）。

　この実施の形態５によれば、通信モードの設定状況に関わらず、サービスを提供する準備が完了している無線通信装置２Ａ，２Ｂ，２Ｃから、アプリケーションやサービスに関する情報を取得することができる効果を奏する。
　また、この実施の形態５によれば、上記実施の形態１と同様に、ユーザが、通信モードを選択して切り替える操作や、接続対象の無線通信装置２Ａの決定などを行うことなく、無線通信装置１と無線通信装置２の間で無線通信を開始することができるようになり、ユーザ操作の利便性を高めることができる効果を奏する。
　また、上記実施の形態２と異なり、新たなＡｃｔｉｏｎフレームを追加することなく、既存のフレームにエレメントを追加することで実現することが可能である。

　上記実施の形態１～５では、無線通信装置１と無線通信装置２が無線ＬＡＮを用いて、無線通信を実施するものを示しているが、無線ＬＡＮに限るものではなく、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標／デジタル機器用の近距離無線通信規格）やＺｉｇＢｅｅ（センサーネットワークを主目的とする近距離無線通信規格）などを利用して、無線通信装置１と無線通信装置２が無線通信を実施するようにしてもよい。

　なお、本願発明はその発明の範囲内において、各実施の形態の自由な組み合わせ、あるいは各実施の形態の任意の構成要素の変形、もしくは各実施の形態において任意の構成要素の省略が可能である。

　この発明に係る無線通信システムは、無線通信装置１が無線通信装置２Ａ，２Ｂ，２Ｃと無線接続する前に、無線通信装置２Ａ，２Ｂ，２Ｃから提供されるアプリケーションやサービスに関する情報を取得する必要があるものに適している。

　１　無線通信装置（第１の無線通信装置）、２Ａ，２Ｂ，２Ｃ　無線通信装置（第２の無線通信装置）、３　無線リンク、４　自動車（車両）、１１　送信部（通信モード変更要求手段、情報収集手段、情報送信手段）、１２　受信部（通信モード情報収集手段、通信モード変更手段、情報収集手段、情報送信手段）、１３　ＷＬＡＮ制御部、１４　ＳＴＡモード制御部、１５　ＡＰモード制御部、１６　Ｗｉ－Ｆｉ　Ｄｉｒｅｃｔモード制御部、１７　ａｄ－ｈｏｃモード制御部、１８　ＮＡＮモード制御部、１９　ＷｉＧｉｇモード制御部、２０　通信モード切り替え制御部（通信モード変更要求手段、通信モード情報収集手段、通信モード変更手段）、２１　サービス探索部（情報収集手段、情報送信手段）、２２　サービス接続管理部（編集手段）、２３　コモンサービス制御部、２４　独自サービス制御部、２５　アプリケーション制御部、２６　詳細アプリケーション制御部、３０　サービス通知管理情報記憶部。

Claims

　複数の通信モードに対応している第１の無線通信装置と、
　前記第１の無線通信装置の周囲に存在している第２の無線通信装置とからなる無線通信システムにおいて、
　前記第２の無線通信装置は、前記第１の無線通信装置における通信モードの設定状況に関わらず、前記第１の無線通信装置と無線通信が可能なプロトコルで、自無線通信装置で提供可能なサービス又はアプリケーションに関する情報を送信する情報送信手段を備え、
　前記第１の無線通信装置は、前記第２の無線通信装置における前記情報送信手段から送信されたサービス又はアプリケーションに関する情報を収集する情報収集手段を備えたことを特徴とする無線通信システム。
　前記第１の無線通信装置における前記情報収集手段は、
　複数のアプリケーションの中から、使用対象のアプリケーションの選択を受け付ける選択受付部と、
　前記第２の無線通信装置における通信モードの設定状況に関わらず、前記第２の無線通信装置と無線通信が可能なプロトコルで、前記選択受付部により選択が受け付けられたアプリケーションの識別情報を含む情報送信要求を配信する情報送信要求配信部とを備え、
　前記第２の無線通信装置における前記情報送信手段は、
　前記情報送信要求配信部から配信された情報送信要求を受信する情報送信要求受信部と、
　前記情報送信要求受信部により受信された情報送信要求に含まれている識別情報が示すアプリケーションが、自無線通信装置で提供可能なアプリケーションであるか否かを判定する判定部と、
　前記判定部により提供可能なアプリケーションであると判定された場合、前記第１の無線通信装置における通信モードの設定状況に関わらず、前記第１の無線通信装置と無線通信が可能なプロトコルで、前記提供可能なアプリケーションの識別情報をアプリケーションに関する情報として送信する情報応答部とを備え、
　前記第１の無線通信装置における前記情報収集手段は、
　前記情報応答部から送信されたアプリケーションの識別情報を受信する情報受信部を備えたことを特徴とする請求項１記載の無線通信システム。
　前記情報送信要求配信部は、使用対象の周波数チャネルを切り替えながら利用可能な全ての周波数チャネルを用いて、前記情報送信要求を配信し、
　前記情報受信部は、使用対象の周波数チャネルを切り替えながら、前記情報応答部から送信されたアプリケーションの識別情報を受信することを特徴とする請求項２記載の無線通信システム。
　前記第１の無線通信装置における前記情報収集手段は、
　前記第２の無線通信装置における通信モードの設定状況に関わらず、前記第２の無線通信装置と無線通信が可能なプロトコルで、提供可能なサービスに関する情報の情報送信要求を配信する情報送信要求配信部を備え、
　前記第２の無線通信装置における前記情報送信手段は、
　前記情報送信要求配信部から配信された情報送信要求を受信する情報送信要求受信部と、
　前記情報送信要求受信部により情報送信要求が受信されると、前記第１の無線通信装置における通信モードの設定状況に関わらず、前記第１の無線通信装置と無線通信が可能なプロトコルで、自無線通信装置で提供可能なサービスに関する情報を送信する情報応答部とを備え、
　前記第１の無線通信装置における前記情報収集手段は、
　前記情報応答部から送信された提供可能なサービスに関する情報を受信する情報受信部を備えたことを特徴とする請求項１記載の無線通信システム。
　前記送信要求配信部は、使用対象の周波数チャネルを切り替えながら利用可能な全ての周波数チャネルを用いて、提供可能なサービスに関する情報の情報送信要求を配信し、
　前記情報受信部は、使用対象の周波数チャネルを切り替えながら、前記情報応答部から送信された提供可能なサービスに関する情報を受信することを特徴とする請求項４記載の無線通信システム。
　前記第１の無線通信装置は、
　前記第２の無線通信装置における通信モードの設定状況に関わらず、前記第２の無線通信装置と無線通信が可能なプロトコルで、前記第２の無線通信装置が対応している通信モードを示す通信モード情報を収集する通信モード情報収集手段と、
　前記第２の無線通信装置との無線接続を行う際、前記通信モード情報収集手段により収集された通信モード情報が示す通信モードの中から、自無線通信装置の通信モードに対応する通信モードを選択し、前記第２の無線通信装置と無線通信が可能なプロトコルで、その選択した通信モードへの変更要求を送信する通信モード変更要求手段とを備え、
　前記第２の無線通信装置は、
　前記通信モード変更要求手段から送信された変更要求にしたがって通信モードを変更する通信モード変更手段を備えたことを特徴とする請求項１記載の無線通信システム。
　前記第１の無線通信装置における前記通信モード変更要求手段は、自無線通信装置の通信モードを変更することを特徴とする請求項６記載の無線通信システム。
　前記第１の無線通信装置における前記通信モード変更要求手段は、前記第２の無線通信装置に対する無線接続の接続レベルを決定して、前記接続レベルを含む変更要求を送信し、
　前記第２の無線通信装置における前記通信モード変更手段は、前記通信モード変更要求手段から送信された変更要求に含まれている接続レベルに応じて通信モードの変更形態を制御することを特徴とする請求項６記載の無線通信システム。
　前記第２の無線通信装置における前記通信モード変更手段は、現在設定されている通信モードの有無に関わらず、強制的に通信モードを変更する変更形態、現在設定されている通信モードが無ければ、通信モードを変更する変更形態、あるいは、通信モードを変更する旨を通知することで、変更を指示する操作が受け付けられた場合に通信モードを変更する変更形態で、前記通信モードの変更処理を実施することを特徴とする請求項８記載の無線通信システム。
　前記第１の無線通信装置における前記通信モード変更要求手段は、前記サービスと前記無線接続の接続レベルとの対応関係を記録しているテーブルを参照して、前記第２の無線通信装置から提供されるサービスから前記無線接続の接続レベルを決定するものであり、
　前記第１の無線通信装置が、前記テーブルに記録されている対応関係を編集する編集手段を備えていることを特徴とする請求項８記載の無線通信システム。
　前記第２の無線通信装置における前記情報送信手段は、
　前記第１の無線通信装置における通信モードの設定状況に関わらず、前記第１の無線通信装置と無線通信が可能なプロトコルで、自無線通信装置で提供可能なサービス又はアプリケーションに関する情報を繰り返し送信する情報繰り返し送信部を備え、
　前記第１の無線通信装置における前記情報収集手段は、
　使用対象の周波数チャネルを切り替えながら、前記情報繰り返し送信部から送信されたサービス又はアプリケーションに関する情報を受信する情報受信部を備えたことを特徴とする請求項１記載の無線通信システム。
　前記第２の無線通信装置における前記情報送信手段は、
　前記第１の無線通信装置における通信モードの設定状況に関わらず、前記第１の無線通信装置と無線通信が可能なプロトコルで、サービスを提供する準備が完了しているか否かを示す準備可否情報を繰り返し送信する準備可否情報送信部を備え、
　前記第１の無線通信装置における前記情報収集手段は、
　使用対象の周波数チャネルを切り替えながら、前記準備可否情報送信部から送信された準備可否情報を受信し、前記準備可否情報がサービスを提供する準備が完了している旨を示していれば、前記第２の無線通信装置における通信モードの設定状況に関わらず、前記第２の無線通信装置と無線通信が可能なプロトコルで、サービス又はアプリケーションに関する情報の情報送信要求を配信する情報送信要求配信部を備え、
　前記第２の無線通信装置における前記情報送信手段は、
　前記情報送信要求配信部から配信された情報送信要求を受信する情報送信要求受信部と、
　前記情報送信要求受信部により情報送信要求が受信されると、前記第１の無線通信装置と無線通信が可能なプロトコルで、自無線通信装置で提供可能なサービス又はアプリケーションに関する情報を送信する情報応答部とを備え、
　前記第１の無線通信装置における前記情報収集手段は、
　前記情報応答部から送信されたアプリケーションに関する情報を受信する情報受信部を備えたことを特徴とする請求項１記載の無線通信システム。
　前記情報応答部は、前記情報送信要求受信部により受信された情報送信要求に対する情報通知レベルを決定し、前記情報通知レベルにしたがって前記提供可能なサービス又はアプリケーションに関する情報の送信形態を制御することを特徴とする請求項１２記載の無線通信システム。
　前記情報応答部は、前記情報送信要求受信部により受信された情報送信要求の送信元である第１の無線通信装置に関する情報にしたがって情報通知レベルを決定することを特徴とする請求項１３記載の無線通信システム。
　前記第１及び第２の無線通信装置は、無線ＬＡＮの通信モードであるインフラストラクチャモード、ワイファイダイレクトモード、アドホックモード、ワイヤレスギガビットモード及びＮＡＮ（Ｎｅｉｇｈｂｏｒｈｏｏｄ　Ａｒｅａ　Ｎｅｔｗｒｏｋ）モードのうち、いずれか１つ以上の通信モードに対応していることを特徴とする請求項１記載の無線通信システム。
　前記第１及び第２の無線通信装置は、無線ＬＡＮで利用可能な周波数チャネルである２．４ＧＨｚ帯、５ＧＨｚ帯、６０ＧＨｚ帯、９００ＭＨｚのうち、いずれか１つ以上の周波数チャネルを使用することを特徴とする請求項１記載の無線通信システム。
　前記第１の無線通信装置又は前記第２の無線通信装置は、車両に搭載される車載機器として使用されることを特徴とする請求項１記載の無線通信システム。
　複数の通信モードに対応している第１の無線通信装置と、
　前記第１の無線通信装置の周囲に存在している第２の無線通信装置とが無線通信を実施する無線通信方法において、
　前記第２の無線通信装置が、前記第１の無線通信装置における通信モードの設定状況に関わらず、前記第１の無線通信装置と無線通信が可能なプロトコルで、自無線通信装置で提供可能なサービス又はアプリケーションに関する情報を送信し、
　前記第１の無線通信装置が、前記第２の無線通信装置から送信されたサービス又はアプリケーションに関する情報を収集することを特徴とする無線通信方法。