無線通信端末
【課題】自身が選択した一部の無線通信端末とのみデータ通信を行うことができる無線通信端末を提供する。
【解決手段】認識部１０ａは、周辺に存在する無線通信可能な端末の認識を行う。認証部１０ｂは、認識がなされた無線通信可能な端末のうちデータリンクレベルの認証がなされていない端末の認証を行う。選択部１０ｃは、無線通信可能な端末であって前記認証がなされていない端末のうち、いずれかの端末の選択を行う。認証制御部１０ｄは、無線通信可能な端末であって認証がなされていない端末から認証要求があった場合、認証部１０ｂが認証を行うときに、選択がなされた端末に対しては認証を行わせ、選択がなされた端末以外の端末に対しては認証を禁止させる。
【解決手段】認識部１０ａは、周辺に存在する無線通信可能な端末の認識を行う。認証部１０ｂは、認識がなされた無線通信可能な端末のうちデータリンクレベルの認証がなされていない端末の認証を行う。選択部１０ｃは、無線通信可能な端末であって前記認証がなされていない端末のうち、いずれかの端末の選択を行う。認証制御部１０ｄは、無線通信可能な端末であって認証がなされていない端末から認証要求があった場合、認証部１０ｂが認証を行うときに、選択がなされた端末に対しては認証を行わせ、選択がなされた端末以外の端末に対しては認証を禁止させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、周囲の無線通信可能な端末とデータリンクレベルの認証を行った後、当該無線通信可能な端末とデータ通信を行う無線通信端末に関する。
【背景技術】
【０００２】
無線ＬＡＮでは、無線通信端末がネットワーク内でデータ通信を行う場合、まずそのネットワークに参加し、続いて直接の通信相手となる無線通信端末とデータリンクレベルでの認証処理を行うことで暗号鍵が配布され、その通信相手の無線通信端末との間でデータ通信が可能となる。
【０００３】
インフラストラクチャモードの場合は直接の通信相手はアクセスポイント（以下、ＡＰと略記する）である。無線通信端末は、ＡＰが定期的に送信する、ＡＰの存在を知らせるＢｅａｃｏｎを受信した場合、または自身が送信した、ネットワーク情報の取得要求であるＰｒｏｂｅ Ｒｅｑｕｅｓｔに対するＡＰからの応答であるＰｒｏｂｅ Ｒｅｓｐｏｎｓｅを受信した場合に、ＡＰが生成したネットワークを検知する。
【０００４】
ＢｅａｃｏｎやＰｒｏｂｅ Ｒｅｓｐｏｎｓｅには、ネットワークの識別情報であるＳＳＩＤや暗号・認証方式に関する情報が含まれており、無線通信端末はＳＳＩＤや暗号・認証方式に関する情報に応じてネットワークへの参加を決定する。例えば、複数のネットワークが検知された場合、それら複数のネットワークのＳＳＩＤの中からユーザが特定のＳＳＩＤを選択することでネットワークへの参加を決定することができる。このほか、認証が行われていないネットワークには参加しないという決定を行うこともできる。
【０００５】
ネットワークへの参加を決定した場合、無線通信端末は自身のＴＳＦ（timing synchronization function） ｔｉｍｅｒを、受信したＢｅａｃｏｎやＰｒｏｂｅ Ｒｅｓｐｏｎｓｅに含まれるＡＰのＴＳＦ ｔｉｍｅｒの値に同期させることで参加状態となる。参加状態となった無線通信端末はＡＰとデータリンクレベルでの認証処理を試み、この認証処理に成功すると、無線通信端末はＡＰ経由で、そのＡＰと認証処理が完了している他の無線通信端末と通信できるようになる。
【０００６】
一方、アドホックモードの場合はＡＰを必要とせず、他の無線通信端末が直接の通信相手となる。その場合、無線通信端末は他の無線通信端末が生成するネットワークを検知すると、ＡＰが生成したネットワークを検知する場合と同様の過程で、そのネットワークへの参加状態となる。その後のデータリンクレベルでの認証処理に関しては、アドホックモードではｈｔｔｐ：／／ｓｔａｎｄａｒｄｓ．ｉｅｅｅ．ｏｒｇ／ｇｅｔｉｅｅｅ８０２／ｄｏｗｎｌｏａｄ／８０２．１１−２００７．ｐｄｆとして公開されている非特許文献１に、新たにネットワークに参加した場合にネットワーク内の既存の無線通信端末の全てと認証処理を行う例が示されている。一般に、この通りの認証処理動作が行われている。
【０００７】
ところで、ある無線通信端末がネットワークに参加して認証処理を完了させるためには、無線通信端末上でネットワークＩＤ（ＳＳＩＤ）、認証方式、暗号化方式、および暗号キーといった様々な情報（ネットワーク設定情報）をセットアップ（設定）する必要があり、これには一般に無線通信端末上でのユーザの操作入力を必要としていた。この操作入力は複雑なものであったため、特に無線ＬＡＮ技術に不慣れなユーザにとってはセットアップを行うのは困難であった。これに対して、このセットアップを簡単に行い、無線通信端末をインフラストラクチャネットワークに参加させるための無線ＬＡＮの業界標準の技術として、非特許文献２が公開されている。この非特許文献２であるＷｉ−Ｆｉ Ｐｒｏｔｅｃｔｅｄ Ｓｅｔｕｐ（ＴＭ） Ｓｐｅｃｉｆｉｃａｔｉｏｎ １．０（以下、ＷＰＳと略する）は、例えば、ｈｔｔｐｓ：／／ｗｗｗ．ｗｉ−ｆｉ．ｏｒｇ／ｋｎｏｗｌｅｄｇｅ＿ｃｅｎｔｅｒ＿ｏｖｅｒｖｉｅｗ．ｐｈｐ？ｔｙｐｅ＝４より入手可能である。
【０００８】
ＷＰＳでは、例えばＡＰと無線通信端末との両方に対してユーザがボタンを押す、あるいは一方で表示されたＰＩＮコードをユーザがもう一方に入力することで、ＡＰが保有するネットワーク設定情報を安全に無線通信端末に渡すことができる。ＷＰＳによる様々な情報の受け渡しが終了した後、無線通信端末は、この渡された情報に基づいてＡＰとの間で認証処理を完了し、ＡＰとの間でデータ通信を行うことができる。
【先行技術文献】
【非特許文献】
【０００９】
【非特許文献１】ＩＥＥＥ Ｓｔｄ． ８０２．１１（ＴＭ）−２００７
【非特許文献２】Ｗｉ−Ｆｉ Ｐｒｏｔｅｃｔｅｄ Ｓｅｔｕｐ（ＴＭ） Ｓｐｅｃｉｆｉｃａｔｉｏｎ １．０
【発明の概要】
【発明が解決しようとする課題】
【００１０】
アドホックモードの場合、新たにネットワークに参加する無線通信端末（以下、新規無線通信端末と略記する）はネットワーク内の既存の無線通信端末の全てと認証処理を行う。このため、新規無線通信端末がネットワーク内の特定の無線通信端末のみと通信することを目的とし、それ以外の無線通信端末と通信したくないという場合であっても、新規無線通信端末とネットワーク内の既存の無線通信端末の全てとの間でデータリンクレベルの認証が成立し、データ通信が可能となってしまう。例えば、既存のアドホックネットワークにプリンタとＰＣが存在し、デジタルスチルカメラ（以下ＤＳＣと略記する）を所持するユーザがＤＳＣ内の画像をプリンタに印刷させる目的でこのアドホックネットワークに参加するという状況では、ＤＳＣとＰＣとの間でデータ通信が可能となってしまうことは、不要なデータ通信が発生しうるため、ネットワークリソースの観点から問題となる。さらに、ＤＳＣのユーザがＰＣのユーザと面識無い場合では、セキュリティやプライバシーの観点からも問題となる。
【００１１】
また、ＷＰＳをアドホックモードに拡張した場合を考慮すると、アドホックネットワークに参加している無線通信端末と新規無線通信端末の双方でユーザがボタンを押してＷＰＳを実施したときは、それらボタンを押した装置同士でデータ通信を行いたいというユーザの意図が明白である。しかし、新規無線通信端末のユーザにとってはそれ以外の無線通信端末とデータ通信できてしまうことは、上述したような問題となる。そのため、新規無線通信端末がネットワーク内の既存の一部の無線通信端末とのみデータリンクレベルの認証処理を行い、データ通信を行うことが望ましい。
【００１２】
本発明は、上述した課題に鑑みてなされたものであって、自身が選択した一部の無線通信端末とのみデータ通信を行うことができる無線通信端末を提供することを目的とする。
【課題を解決するための手段】
【００１３】
本発明は、上記の課題を解決するためになされたもので、周辺に存在する無線通信可能な端末の認識を行う認識部と、前記認識がなされた前記無線通信可能な端末のデータリンクレベルの認証を行う認証部と、前記認識がなされた前記無線通信可能な端末から認証要求を受信し、前記認証がなされた端末とデータ通信を行う通信部と、前記認識がなされた前記無線通信可能な端末のいずれかの選択を行う選択部と、前記認証がなされていない端末から前記認証要求が受信された場合、前記認証部が前記認証を行うときに、前記選択がなされた端末に対しては前記認証を行わせ、前記選択がなされた端末以外の端末に対しては前記認証を禁止させる認証制御部と、を有する無線通信端末である。
【００１４】
また、本発明の無線通信端末は、前記認識がなされた前記無線通信可能な端末のうち前記認証がなされていない端末を識別する第１の識別情報を記憶する記憶部をさらに有し、前記認証制御部はさらに、周辺に存在する無線通信可能な端末から、当該端末の第２の識別情報を含む前記認証要求が受信された場合、前記第１の識別情報および当該第２の識別情報に基づいて、当該端末の前記認証がなされているか否かを判定し、前記選択部は、当該端末の前記認証がなされていないと判定された場合、当該端末の選択を行う。
【００１５】
また、本発明の無線通信端末において、前記通信部はさらに、周辺に存在する無線通信可能な端末に対して、前記認証制御部の機能が有効である旨を通知する通知情報を送信する。
【００１６】
また、本発明の無線通信端末において、前記通信部はさらに、前記認証制御部を有している無線通信可能な端末から、前記認証制御部の機能が有効である旨を通知する通知情報を受信し、前記通知情報が受信された場合、前記認証制御部の機能を有効にする。
【００１７】
また、本発明の無線通信端末において、前記通信部はさらに、前記認識がなされた前記無線通信可能な端末のうち前記認証がなされていない端末のいずれかを選択する指示が入力された場合に、当該端末に対して前記認証要求を送信する。
【００１８】
また、本発明の無線通信端末において、前記通信部はさらに、前記認識がなされた前記無線通信可能な端末のうち前記認証がなされていない端末から前記認証要求が受信された場合、ＷＰＳプロトコルを使用して、前記認証に必要な接続設定情報を、当該端末に送信する、または当該端末から受信する。
【発明の効果】
【００１９】
本発明によれば、無線通信可能な端末であって認証がなされていない端末から認証要求があった場合、認証部が認証を行うときに、選択部による選択がなされた端末に対しては認証を行わせ、選択がなされた端末以外の端末に対しては認証を禁止させることによって、選択がなされた端末とのみデータリンクレベルの認証が行われるので、自身が選択した一部の無線通信端末とのみデータ通信を行うことができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の第１の実施形態による無線通信端末の構成を示すブロック図である。
【図２】本発明の第１の実施形態における無線通信端末の概略動作を示す図である。
【図３】本発明の第１の実施形態における無線通信端末の概略動作を示す図である。
【図４】本発明の第１の実施形態における無線通信端末の概略動作を示す図である。
【図５】本発明の第１の実施形態による無線通信端末の処理手順を示すフローチャートである。
【図６】本発明の第１の実施形態による無線通信端末の処理手順を示すフローチャートである。
【図７】本発明の第１の実施形態による無線通信端末の処理手順を示すフローチャートである。
【図８】本発明の第１の実施形態による無線通信端末の処理手順を示すフローチャートである。
【図９】本発明の第１の実施形態による無線通信端末同士の通信手順を示すシーケンス図である。
【図１０】本発明の第１の実施形態による無線通信端末同士の通信手順を示すシーケンス図である。
【図１１】本発明の第１の実施形態による無線通信端末同士の通信手順を示すシーケンス図である。
【図１２】本発明の第２の実施形態における無線通信端末の概略動作を示す図である。
【図１３】本発明の第２の実施形態による無線通信端末の処理手順を示すフローチャートである。
【図１４】本発明の第２の実施形態による無線通信端末の処理手順を示すフローチャートである。
【図１５】本発明の第２の実施形態における認証リストの内容を示す参考図である。
【図１６】本発明の第２の実施形態による無線通信端末同士の通信手順を示すシーケンス図である。
【図１７】本発明の第３の実施形態による無線通信端末の処理手順を示すフローチャートである。
【図１８】本発明の第３の実施形態による無線通信端末同士の通信手順を示すシーケンス図である。
【図１９】本発明の第４の実施形態による無線通信端末の処理手順を示すフローチャートである。
【図２０】本発明の第４の実施形態による無線通信端末の処理手順を示すフローチャートである。
【図２１】本発明の第４の実施形態による無線通信端末同士の通信手順を示すシーケンス図である。
【図２２】本発明の第４の実施形態における認証リストの内容を示す参考図である。
【発明を実施するための形態】
【００２１】
以下、図面を参照し、本発明の実施形態を説明する。
【００２２】
（第１の実施形態）
まず、本発明の第１の実施形態を説明する。図１は、本実施形態による無線通信端末（後述する無線通信端末１〜３）の構成を示している。図１に示す無線通信端末は、制御部１０と、通信部１１と、操作部１２と、表示部１３と、記憶部１４とを有する。
【００２３】
制御部１０は無線通信端末内の各部を制御する。また、制御部１０は、データリンクレベルの認証を行うための機能構成として、認識部１０ａと、認証部１０ｂと、選択部１０ｃと、認証制御部１０ｄとを有する。
【００２４】
認識部１０ａは、無線通信端末の存在を知らせるＢｅａｃｏｎを受信した場合、アドホックネットワークにおいてはネットワークへの参加要求の意味も有するＰｒｏｂｅ Ｒｅｑｕｅｓｔを受信した場合、またはＰｒｏｂｅ Ｒｅｑｕｅｓｔに対する応答であるＰｒｏｂｅ Ｒｅｓｐｏｎｓｅを受信した場合、受信したＢｅａｃｏｎ、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ、またはＰｒｏｂｅ Ｒｅｓｐｏｎｓｅに基づいて、周辺に存在する無線通信端末を認識する。認証部１０ｂは、認識がなされた無線通信端末のデータリンクレベルの認証を行う。選択部１０ｃは、認証がなされていない無線通信端末から、セットアップ中であることを示すセットアップ中情報を含むＢｅａｃｏｎ、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ、またはＰｒｏｂｅ Ｒｅｓｐｏｎｓｅ（認証要求）が受信された場合、その送信元である端末を選択する。認証制御部１０ｄは、認証部１０ｂが認証を行うときに、選択部１０ｃによって選択された端末に対しては認証を行わせ、選択された端末以外の端末に対しては認証を禁止させる制御を行う。
【００２５】
通信部１１は、認証がなされた無線通信端末と無線によるデータ通信を行うほか、ネットワーク設定情報（接続設定情報）等の無線通信を行う。操作部１２は、ユーザが操作入力に使用するボタン等を有し、操作入力の結果を制御部１０へ出力する。表示部１３は各種情報を表示する。記憶部１４は、無線通信端末内で処理に使用される各種情報を記憶する。
【００２６】
図２は、ＷＰＳを使用して端末の認証を行う場合の概略動作の例を示している。以下、図２（ａ）〜（ｅ）を参照し、無線通信端末の概略動作を説明する。
【００２７】
＜図２（ａ）＞
ともにアドホックネットワークに属していない無線通信端末１と無線通信端末２において、それぞれセットアップ開始トリガ（ここではＷＰＳの押しボタン方式によるボタン押し）が発生する。ＷＰＳでは、他にＰＩＮ方式もあり、ＰＩＮ方式の場合はセットアップ用のアプリケーションが起動（ユーザが操作部１２を操作してアプリケーションを起動、あるいは無線通信端末の電源投入後に自動でアプリケーションが起動）することをセットアップ開始トリガとする。
【００２８】
＜図２（ｂ）＞
セットアップ開始トリガが発生した無線通信端末同士で無線通信を行うための接続設定が開始される。ここでの接続設定は、アドホックネットワーク環境下で動作できるＷＰＳにより実施する。
【００２９】
＜図２（ｃ）＞
無線通信端末１，２の双方で接続設定が完了すると、無線通信端末１と無線通信端末２はそれぞれ接続設定の結果を用いてアドホックネットワーク１８０に参加する。この時点では無線通信端末同士の認証処理は未実施であり、データ通信はできない状態である。
【００３０】
＜図２（ｄ）＞
無線通信端末１と無線通信端末２は、互いにセットアップ開始トリガが発生しているため、接続設定に続いて認証処理を実施する。本発明の実施形態では認証方式としてＷＰＡ２−ＰＳＫ方式を例示しているが、認証方式がＷＰＡ−ＰＳＫ方式であっても良い。あるいは、ここでは図示しない認証サーバを利用して、ＷＰＡまたはＷＰＡ２のＥｎｔｅｒｐｒｉｓｅ方式を利用しても良い。
【００３１】
＜図２（ｅ）＞
認証処理が完了すると、無線通信端末１と無線通信端末２の間で認証済みとなり、データ通信が可能となる。
【００３２】
図３は、ＷＰＳを使用して端末の認証を行う場合の概略動作の他の例を示している。以下、図３（ａ）〜（ｅ）を参照し、無線通信端末の概略動作を説明する。
【００３３】
＜図３（ａ）＞
図２（ｅ）の状態から、さらに別の無線通信端末３がアドホックネットワーク１８０に参加してデータ通信を行うため、アドホックネットワーク１８０に参加済みの無線通信端末１と、アドホックネットワーク１８０に参加していない無線通信端末３とにおいて、セットアップ開始トリガ（ボタン押し）が発生する。
【００３４】
＜図３（ｂ）＞
セットアップ開始トリガが発生した無線通信端末同士で無線通信を行うための接続設定が開始される。ここでの接続設定は、アドホックネットワーク環境下で動作できるＷＰＳにより実施する。
【００３５】
＜図３（ｃ）＞
無線通信端末１と無線通信端末３との間で接続設定が完了すると、無線通信端末３は接続設定の結果を用いてアドホックネットワーク１８０に参加する。この時点では、無線通信端末３は、アドホックネットワーク１８０内のいずれの無線通信端末との間でも認証処理は未実施であり、データ通信はできない状態である。
【００３６】
＜図３（ｄ）＞
無線通信端末１と無線通信端末３は、互いにセットアップ開始トリガが発生しているため、接続設定に続いて認証処理を実施する。
【００３７】
＜図３（ｅ）＞
無線通信端末１と無線通信端末３との間の認証処理が完了すると、互いの無線通信端末同士で認証済みとなり、データ通信が可能となる。一方、無線通信端末２と無線通信端末３との間では認証処理が未実施なので、依然としてデータ通信はできない状態である。
【００３８】
図４は、ＷＰＳを使用して端末の認証を行う場合の概略動作の他の例を示している。以下、図４（ａ）〜（ｅ）を参照し、無線通信端末の概略動作を説明する。
【００３９】
＜図４（ａ）＞
図３（ｅ）の状態から、無線通信端末３が無線通信端末２との間でデータ通信を行うため、ともに同一のアドホックネットワーク１８０に参加済みの無線通信端末２と無線通信端末３とでセットアップ開始トリガ（ボタン押し）が発生する。
【００４０】
＜図４（ｂ）＞
同一のアドホックネットワーク１８０に参加している無線通信端末同士でセットアップ開始トリガが発生した場合、接続設定は開始されず、認証処理が実施される。
【００４１】
＜図４（ｃ）＞
無線通信端末２と無線通信端末３との間の認証処理が完了すると、互いの無線通信端末同士で認証済みとなり、データ通信が可能となる。
【００４２】
次に、図５〜図１１を参照し、無線通信端末の詳細な動作を説明する。図５〜図８は、無線通信端末の詳細な処理手順を示している。図９〜図１１は、図５〜図８に従った動作の具体例を示している。図９〜図１１を参照した後、図５〜図８を参照することで、図５〜図８の動作の理解がより深まるであろう。
【００４３】
図５〜図６は、主にアドホックネットワークに参加していない無線通信端末（図２の無線通信端末１と無線通信端末２、および図３の無線通信端末３）の動作を示している。認証制御部１０ｄは、他の無線通信端末からのＰｒｏｂｅ Ｒｅｑｕｅｓｔの受信を開始するとともに、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔの受信時にセットアップ中情報を含まないＰｒｏｂｅ Ｒｅｓｐｏｎｓｅの送信を開始するよう、通信部１１を制御する（ステップＳ１００）。
【００４４】
続いて、認証制御部１０ｄは、自身の無線通信端末がアドホックネットワークに参加済みであるか否かを判定する（ステップＳ１０１）。ステップＳ１０１の判定は、無線通信端末自身の内部の状態に基づいて行われる。記憶部１４にネットワーク設定情報が格納されており、そのネットワーク設定情報に対応するネットワークのＴＳＦ Ｔｉｍｅｒに自身のＴＳＦ Ｔｉｍｅｒが同期していればネットワークに参加済みであり、同期していなければネットワークに参加済みでない。
【００４５】
自身の無線通信端末がアドホックネットワークに参加済みでない場合、認証制御部１０ｄはセットアップ開始トリガの発生の有無を判定する（ステップＳ１０２）。セットアップ開始トリガが発生していない場合、ステップＳ１０２の判定が再度行われる。また、セットアップ開始トリガが発生している場合、認証制御部１０ｄはネットワーク設定情報を生成し、記憶部１４に格納する（ステップＳ１０２１）。
【００４６】
続いて、認証制御部１０ｄは、これ以降に送信するＰｒｏｂｅ Ｒｅｑｕｅｓｔ、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅにセットアップ中情報を含めるよう、無線通信端末の設定を変更する（ステップＳ１０２２）。続いて、認証制御部１０ｄは、所定のタイミングでＰｒｏｂｅ Ｒｅｑｕｅｓｔの送信を行う動作とＰｒｏｂｅ Ｒｅｓｐｏｎｓｅの受信を行う動作を開始するよう、通信部１１を制御する（ステップＳ１０２３）。
【００４７】
続いて、認証制御部１０ｄは、他の無線通信端末からＰｒｏｂｅ ＲｅｑｕｅｓｔまたはＰｒｏｂｅ Ｒｅｓｐｏｎｓｅを受信したか否かを判定する（ステップＳ１０２４）。Ｐｒｏｂｅ ＲｅｑｕｅｓｔもＰｒｏｂｅ Ｒｅｓｐｏｎｓｅも受信していない場合、ステップＳ１０２４の判定が再度行われる。
【００４８】
また、Ｐｒｏｂｅ ＲｅｑｕｅｓｔまたはＰｒｏｂｅ Ｒｅｓｐｏｎｓｅを受信している場合、認識部１０ａは、受信したＰｒｏｂｅ ＲｅｑｕｅｓｔまたはＰｒｏｂｅ Ｒｅｓｐｏｎｓｅから送信元の無線通信端末のＭＡＣアドレス（識別情報）を識別し、記憶部１４に格納する。さらに、認証制御部１０ｄは、受信したＰｒｏｂｅ ＲｅｑｕｅｓｔまたはＰｒｏｂｅ Ｒｅｓｐｏｎｓｅにセットアップ中情報が含まれるか否かを判定する（ステップＳ１０２５）。受信したＰｒｏｂｅ ＲｅｑｕｅｓｔまたはＰｒｏｂｅ Ｒｅｓｐｏｎｓｅにセットアップ中情報が含まれない場合、ステップＳ１０２４の判定が行われる。
【００４９】
受信したＰｒｏｂｅ ＲｅｑｕｅｓｔまたはＰｒｏｂｅ Ｒｅｓｐｏｎｓｅにセットアップ中情報が含まれる場合、認証制御部１０ｄは、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔの送信を中止（停止）するよう、通信部１１を制御する（ステップＳ１０２６）。続いて、認証制御部１０ｄは、Ｐｒｏｂｅ ＲｅｑｕｅｓｔまたはＰｒｏｂｅ Ｒｅｓｐｏｎｓｅの送信元である無線通信端末との間でＥＡＰメッセージの送受信による接続設定を行うよう、通信部１１を制御する（ステップＳ１１６）。接続設定によって受信されたネットワーク設定情報は記憶部１４に格納される。また、記憶部１４に格納されているＭＡＣアドレスのうち、接続設定を実施した相手の無線通信端末のＭＡＣアドレスには接続設定済みのフラグが付与される。
【００５０】
接続設定の実施後、認証制御部１０ｄは、これ以降に送信するＢｅａｃｏｎおよびＰｒｏｂｅ Ｒｅｓｐｏｎｓｅからセットアップ中情報を削除するよう（セットアップ中情報を含めないよう）、無線通信端末の設定を変更する（ステップＳ１１６１）。続いて、認証制御部１０ｄは、自身の無線通信端末がアドホックネットワークに参加済みであるか否かを判定する（ステップＳ１１６２）。ステップＳ１１６２における判定方法は、ステップＳ１０１における判定方法と同様である。
【００５１】
自身の無線通信端末がアドホックネットワークに参加済みである場合、処理はステップＳ１１９に進む。また、自身の無線通信端末がアドホックネットワークに参加済みでない場合、認証制御部１０ｄは、接続設定で受信されたネットワーク設定情報に基づいてアドホックネットワークを生成しアドホックネットワークに参加する、または接続設定を実施した相手の無線通信端末が参加しているアドホックネットワークに参加する（ステップＳ１１６３）。
【００５２】
自身の無線通信端末が生成したアドホックネットワークに参加するのか、それとも接続設定を実施した相手の無線通信端末が参加しているアドホックネットワークに参加するのかは、ステップＳ１１６の接続設定の際に決定される。接続設定を実施した相手の無線通信端末が参加しているアドホックネットワークへの参加は、自身のＴＳＦ Ｔｉｍｅｒを、受信したＢｅａｃｏｎまたはＰｒｏｂｅ Ｒｅｓｐｏｎｓｅに含まれるＴＳＦ Ｔｉｍｅｒの値に同期させることで、完了する。続いて、認証制御部１０ｄは、ステップＳ１１６３で参加したアドホックネットワークのＳＳＩＤを記憶部１４から読み出し、そのＳＳＩＤを含むＢｅａｃｏｎの送信を開始するよう、通信部１１を制御する（ステップＳ１１６４）。
【００５３】
続いて、認証制御部１０ｄは、接続設定を実施した相手の無線通信端末との間でＷＰＡ２−ＰＳＫ方式による認証処理を行うよう、認証部１０ｂを制御する（ステップＳ１１９）。これによって、認証部１０ｂは、通信部１１を介して相手の無線通信端末との間で認証処理を行う。このとき、選択部１０ｃは、接続設定を実施した相手の無線通信端末のＭＡＣアドレスを記憶部１４から読み出し、認証制御部１０ｄは、その読み出されたＭＡＣアドレスを有する無線通信端末とのみ認証処理を行い、他の無線通信端末との認証処理を禁止するよう、認証部１０ｂを制御する。
【００５４】
続いて、認証制御部１０ｄは、認証処理を行った無線通信端末のＭＡＣアドレスを認証済みのフラグとともに記憶部１４に格納する（ステップＳ１１９１）。続いて、認証制御部１０ｄは、データ通信を行うため、通信部１１を待機させる（ステップＳ１２０）。これ以降、通信部１１は必要に応じてデータ通信を行う。続いて、処理はステップＳ１２２に進む。
【００５５】
一方、ステップＳ１０１において、自身の無線通信端末がアドホックネットワークに参加済みである場合、認証制御部１０ｄは、そのアドホックネットワークのＳＳＩＤを記憶部１４から読み出し、そのＳＳＩＤを含むＢｅａｃｏｎを繰り返し送信するよう、通信部１１を制御する（ステップＳ１２１）。続いて、処理はステップＳ１２２に進む。
【００５６】
図７〜図８は、主にアドホックネットワークに参加済み無線通信端末（図３の無線通信端末１と無線通信端末２、および図４の無線通信端末１〜３）の動作を示している。認証制御部１０ｄはセットアップ開始トリガの発生の有無を判定する（ステップＳ１２２）。セットアップ開始トリガが発生していない場合、認証制御部１０ｄは、セットアップ中情報を含むとともに、自身の無線通信端末が参加しているアドホックネットワークのＳＳＩＤと同一のＳＳＩＤを含むＢｅａｃｏｎを、未認証状態である無線通信端末から受信したか否かを判定する（ステップＳ１２４１）。
【００５７】
セットアップ中情報を含むＢｅａｃｏｎを受信していない、または自身の無線通信端末が参加しているアドホックネットワークのＳＳＩＤと同一のＳＳＩＤを含むＢｅａｃｏｎを受信していない、または受信したＢｅａｃｏｎの送信元の無線通信端末が認証済みである場合、処理はステップＳ１２２に進む。また、セットアップ中情報を含むとともに、自身の無線通信端末が参加しているアドホックネットワークのＳＳＩＤと同一のＳＳＩＤを含むＢｅａｃｏｎを、未認証状態である無線通信端末から受信した場合、認識部１０ａは、Ｂｅａｃｏｎの送信元である無線通信端末のＭＡＣアドレスを、セットアップ中情報を含むＢｅａｃｏｎを受信したことを示すフラグとともに記憶部１４に格納する（ステップＳ１２４２）。続いて、処理はステップＳ１２２に進む。
【００５８】
一方、ステップＳ１２２において、セットアップ開始トリガが発生している場合、認証制御部１０ｄは、これ以降に送信するＰｒｏｂｅ Ｒｅｑｕｅｓｔ、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅにセットアップ中情報を含めるよう、無線通信端末の設定を変更する（ステップＳ１２５）。続いて、認証制御部１０ｄは、他の無線通信端末からＰｒｏｂｅ Ｒｅｑｕｅｓｔを受信したか否かを判定する（ステップＳ１２６）。Ｐｒｏｂｅ Ｒｅｑｕｅｓｔを受信していない場合、処理はステップＳ１２９に進む。
【００５９】
また、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔを受信している場合、認証制御部１０ｄは、受信したＰｒｏｂｅ Ｒｅｑｕｅｓｔにセットアップ中情報が含まれているか否かを判定する（ステップＳ１２６１）。受信したＰｒｏｂｅ Ｒｅｑｕｅｓｔにセットアップ中情報が含まれている場合、処理はステップＳ１１６に進む。また、受信したＰｒｏｂｅ Ｒｅｑｕｅｓｔにセットアップ中情報が含まれていない場合、認証制御部１０ｄは、他の無線通信端末からＢｅａｃｏｎを受信したか否かを判定する（ステップＳ１２９）。
【００６０】
Ｂｅａｃｏｎを受信している場合、認証制御部１０ｄは、受信したＢｅａｃｏｎにセットアップ中情報が含まれるとともに、自身の無線通信端末が参加しているアドホックネットワークのＳＳＩＤと同一のＳＳＩＤが含まれているか否かを判定する（ステップＳ１２９１）。受信したＢｅａｃｏｎにセットアップ中情報が含まれていない、または自身の無線通信端末が参加しているアドホックネットワークのＳＳＩＤと同一のＳＳＩＤが含まれていない場合、処理はステップＳ１２６に進む。また、受信したＢｅａｃｏｎにセットアップ中情報が含まれるとともに、自身の無線通信端末が参加しているアドホックネットワークのＳＳＩＤと同一のＳＳＩＤが含まれている場合、認証制御部１０ｄは、これ以降に送信するＢｅａｃｏｎおよびＰｒｏｂｅ Ｒｅｓｐｏｎｓｅからセットアップ中情報を削除するよう（セットアップ中情報を含めないよう）、無線通信端末の設定を変更する（ステップＳ１２９２）。
【００６１】
続いて、認証制御部１０ｄは、記憶部１４に格納されているＭＡＣアドレスと、Ｂｅａｃｏｎの送信元である無線通信端末のＭＡＣアドレスに付与されているフラグが認証済みであるか否かに基づいて、Ｂｅａｃｏｎの送信元である無線通信端末と既に認証済みであるか否かを判定する（ステップＳ１３２）。Ｂｅａｃｏｎの送信元である無線通信端末と既に認証済みである場合、処理はステップＳ１２２に進む。また、Ｂｅａｃｏｎの送信元である無線通信端末と認証済みでない場合、認識部１０ａは、Ｂｅａｃｏｎの送信元である無線通信端末のＭＡＣアドレスを、セットアップ中情報を含むＢｅａｃｏｎを受信したことを示すフラグとともに記憶部１４に格納する（ステップＳ１３２２）。
【００６２】
続いて、認証制御部１０ｄは、Ｂｅａｃｏｎの送信元である無線通信端末との間でＷＰＡ２−ＰＳＫ方式による認証処理を行うよう、認証部１０ｂを制御する（ステップＳ１３３）。これによって、認証部１０ｂは、通信部１１を介して相手の無線通信端末との間で認証処理を行う。このとき、選択部１０ｃは、Ｂｅａｃｏｎの送信元である無線通信端末のＭＡＣアドレスを記憶部１４から読み出し、認証制御部１０ｄは、その読み出されたＭＡＣアドレスを有する無線通信端末とのみ認証処理を行い、他の無線通信端末との認証処理を禁止するよう、認証部１０ｂを制御する。
【００６３】
続いて、認証制御部１０ｄは、認証処理が成功したか否かを判定する（ステップＳ１３３１）。認証処理が失敗した場合、処理はステップＳ１２２に進む。また、認証処理が成功した場合、認証制御部１０ｄは、認証処理を行った無線通信端末のＭＡＣアドレスを認証済みのフラグとともに記憶部１４に格納する（ステップＳ１３３２）。続いて、認証制御部１０ｄは、データ通信を行うため、通信部１１を待機させる（ステップＳ１３４）。これ以降、通信部１１は必要に応じてデータ通信を行う。続いて、処理はステップＳ１２２に進む。
【００６４】
一方、ステップＳ１２９においてＢｅａｃｏｎを受信していない場合、認証制御部１０ｄは、他の無線通信端末から認証処理が開始されたか否かを判定する（ステップＳ１３５）。他の無線通信端末から認証処理が開始されていない場合、処理はステップＳ１２６に進む。また、認証処理が開始されている場合、認証制御部１０ｄは、これ以降に送信するＢｅａｃｏｎおよびＰｒｏｂｅ Ｒｅｓｐｏｎｓｅからセットアップ中情報を削除するよう（セットアップ中情報を含めないよう）、無線通信端末の設定を変更する（ステップＳ１３５１）。
【００６５】
続いて、認証制御部１０ｄは、認証処理の相手である無線通信端末のＭＡＣアドレスと、Ｂｅａｃｏｎを受信したことを示すフラグとともに記憶部１４に格納されている無線通信端末のＭＡＣアドレスとに基づいて、認証処理の相手である無線通信端末からセットアップ中情報を含むＢｅａｃｏｎを受信済みであるか否かを判定する（ステップＳ１３５２）。
【００６６】
認証処理の相手である無線通信端末のＭＡＣアドレスと同一のＭＡＣアドレスに対して、Ｂｅａｃｏｎを受信したことを示すフラグが付与されている場合、認証処理の相手である無線通信端末からセットアップ中情報を含むＢｅａｃｏｎを受信済みであると判定される。また、認証処理の相手である無線通信端末のＭＡＣアドレスと同一のＭＡＣアドレスに対して、Ｂｅａｃｏｎを受信したことを示すフラグが付与されていない、または認証処理の相手である無線通信端末のＭＡＣアドレスと同一のＭＡＣアドレスが記憶部１４に格納されていない場合、認証処理の相手である無線通信端末からセットアップ中情報を含むＢｅａｃｏｎを受信済みでないと判定される。
【００６７】
認証処理の相手である無線通信端末からセットアップ中情報を含むＢｅａｃｏｎを受信済みである場合、認証制御部１０ｄは、Ｂｅａｃｏｎの送信元である無線通信端末との間でＷＰＡ２−ＰＳＫ方式による認証処理を行うよう、認証部１０ｂを制御する（ステップＳ１３８）。これによって、認証部１０ｂは、通信部１１を介して相手の無線通信端末との間で認証処理を行う。このとき、選択部１０ｃは、Ｂｅａｃｏｎの送信元である無線通信端末のＭＡＣアドレスを記憶部１４から読み出し、認証制御部１０ｄは、その読み出されたＭＡＣアドレスを有する無線通信端末とのみ認証処理を行い、他の無線通信端末との認証処理を禁止するよう、認証部１０ｂを制御する。続いて、処理はステップＳ１２９２に進む。
【００６８】
また、認証処理の相手である無線通信端末からセットアップ中情報を含むＢｅａｃｏｎを受信済みでない場合、認証制御部１０ｄは認証処理を中断する（ステップＳ１３７）。続いて、処理はステップＳ１２２に進む。
【００６９】
なお、図５〜図６のステップＳ１０１〜Ｓ１１６、図７〜図８のステップＳ１２２，Ｓ１２５，Ｓ１２６，Ｓ１２６１の処理が、既存のＷＰＳプロトコルに従った処理である。
【００７０】
図９は 図２に対応する、図５〜図８の処理に従った動作の例を示している。図９に示すいずれの無線通信端末もアドホックネットワークには参加していない（ステップＳ１０１に対応）。無線通信端末１は、ユーザが操作部１２のボタンを押すことでセットアップ開始トリガが発生すると（ステップＳ１０２に対応）、セットアップ中情報を含むＰｒｏｂｅ Ｒｅｑｕｅｓｔの送信を開始する（ステップＳ１０２２，Ｓ１０２３に対応）。なお、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔの送信先はブロードキャストであるが、先にセットアップ中情報を含むＢｅａｃｏｎを受信していればそのＢｅａｃｏｎの送信元をＰｒｏｂｅ Ｒｅｑｕｅｓｔの送信先としてもよい。
【００７１】
無線通信端末２は無線通信端末１からのＰｒｏｂｅ Ｒｅｑｕｅｓｔを受信するが、まだ操作部１２のボタンが押されていないため（ステップＳ１０２に対応）、無線通信端末１へ送信されるＰｒｏｂｅ Ｒｅｓｐｏｎｓｅにはセットアップ中情報は含まれない（ステップＳ１００１で対応済み）。
【００７２】
無線通信端末１は無線通信端末２からのＰｒｏｂｅ Ｒｅｓｐｏｎｓｅを受信するが（ステップＳ１０２４に対応）、セットアップ中情報が含まれていないため（ステップＳ１０２５に対応）、所定のタイミングでＰｒｏｂｅ Ｒｅｑｕｅｓｔの送信を繰り返しつつ（ステップＳ１０２３で対応済み）、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔの受信を待つ。
【００７３】
無線通信端末２は、操作部１２のボタンが押されてセットアップ開始トリガが発生すると（ステップＳ１０２に対応）、セットアップ中情報を含むＰｒｏｂｅ Ｒｅｑｕｅｓｔを送信する（ステップＳ１０２２，Ｓ１０２３に対応）。
【００７４】
無線通信端末１は無線通信端末２からのＰｒｏｂｅ Ｒｅｑｕｅｓｔを受信すると（ステップＳ１０２４に対応）、セットアップ中情報を含むＰｒｏｂｅ Ｒｅｓｐｏｎｓｅを無線通信端末２へ送信する（ステップＳ１００１，Ｓ１０２２で対応済み）。Ｐｒｏｂｅ Ｒｅｑｕｅｓｔがセットアップ中情報を含んでいたので（ステップＳ１０２５に対応）、無線通信端末１はＰｒｏｂｅ Ｒｅｑｕｅｓｔの送信を中止する（ステップＳ１０２６に対応）。
【００７５】
無線通信端末２は、セットアップ中情報を含むＰｒｏｂｅ Ｒｅｓｐｏｎｓｅを無線通信端末１から受信したので（ステップＳ１０２４，Ｓ１０２５に対応）、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔの送信を中止して（ステップＳ１０２６に対応）、無線通信端末１との間でＥＡＰメッセージの送受信による接続設定を実施する（ステップＳ１１６に対応）。
【００７６】
無線通信端末１は無線通信端末２との間での接続設定を実施する（ステップＳ１１６に対応）。
【００７７】
接続設定を実施した無線通信端末１と無線通信端末２は、送信するＢｅａｃｏｎ，Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅからセットアップ中情報を削除する（ステップＳ１１６１に対応）。どちらの無線通信端末もアドホックネットワークに参加していないので（ステップＳ１１６２に対応）、接続設定の際に送受信した、生成済みのネットワーク設定情報（ステップＳ１０２１で対応済み）に基づき、一方の無線通信端末はアドホックネットワークを生成して参加し、他方の無線通信端末は同じアドホックネットワークへ参加する（ステップＳ１１６３に対応）。無線通信端末１と無線通信端末２は、参加したアドホックネットワークのＳＳＩＤを含むＢｅａｃｏｎの繰り返し送信を開始する（ステップＳ１１６４に対応）。なお、接続設定では、ネットワーク設定情報を保有する一方の無線通信端末が、自身の保有するネットワーク設定情報を相手に送信することで接続設定が正常に完了する。
【００７８】
続いて、無線通信端末１と無線通信端末２はＷＰＡ２−ＰＳＫ方式による認証処理を実施し（ステップＳ１１９に対応）、それぞれ互いを認証済みと記憶し（ステップＳ１１９１に対応）、認証が完了すると互いの間でデータ通信が可能となる（ステップＳ１２０に対応）。
【００７９】
なお、認証処理におけるＷＰＡ２−ＰＳＫ方式あるいはＷＰＡ−ＰＳＫ方式では４−Ｗａｙ Ｈａｎｄｓｈａｋｅと呼ばれる４つのメッセージの送受信により暗号鍵が配布されるが、アドホックネットワークの場合にはこの４−Ｗａｙ Ｈａｎｄｓｈａｋｅがそれぞれの無線通信端末から１回ずつ開始され、計２回実施される。図中では先に無線通信端末１から開始され、次に無線通信端末２から開始されるとしているが、順番が逆であってもかまわない。
【００８０】
図１０は、図３に対応する、図５〜図８の処理に従った動作の例を示している。無線通信端末１と無線通信端末２はアドホックネットワークのＳＳＩＤ（“ＡＡＡ”）を含むＢｅａｃｏｎの繰り返し送信を開始する（ステップＳ１１６４で対応済み）。
【００８１】
無線通信端末１は、操作部１２のボタンが押されてセットアップ開始トリガが発生すると（ステップＳ１２２に対応）、繰り返し送信しているＢｅａｃｏｎ、および送信するＰｒｏｂｅ Ｒｅｓｐｏｎｓｅにセットアップ中情報を含める（ステップＳ１２５に対応）。
【００８２】
無線通信端末３は、操作部１２のボタンが押されてセットアップ開始トリガが発生すると（ステップＳ１０２に対応）、セットアップ中情報を含むＰｒｏｂｅ Ｒｅｑｕｅｓｔの送信を開始する（ステップＳ１０２２，Ｓ１０２３に対応）。
【００８３】
無線通信端末２はセットアップ開始トリガが発生していないので（ステップＳ１２２に対応）、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔを受信するが、無線通信端末３へ送信するＰｒｏｂｅ Ｒｅｓｐｏｎｓｅにはセットアップ中情報は含まれない（ステップＳ１００１で対応済み）。また、無線通信端末２は、同一のアドホックネットワークに参加している無線通信端末１からセットアップ中情報を含むＢｅａｃｏｎを受信し、無線通信端末１を認証済みと記憶しているため（ステップＳ１２４１に対応）、セットアップ開始トリガが発生するのを待つ。
【００８４】
無線通信端末１はＰｒｏｂｅ Ｒｅｑｕｅｓｔを受信すると（ステップＳ１２６に対応）、セットアップ中情報を含むＰｒｏｂｅ Ｒｅｓｐｏｎｓｅを無線通信端末３へ送信する（ステップＳ１２５で対応済み）。受信したＰｒｏｂｅ Ｒｅｑｕｅｓｔがセットアップ中情報を含んでいるので（ステップＳ１２６１に対応）、無線通信端末１は図９の無線通信端末１と同様に接続設定を行う。
【００８５】
無線通信端末３は、セットアップ中情報を含むＰｒｏｂｅ Ｒｅｓｐｏｎｓｅを無線通信端末１から受信したので（ステップＳ１０２４，Ｓ１０２５に対応）、以降、無線通信端末１との間で図９の無線通信端末２と同じ動作を行い、無線通信端末１との間で接続設定を行ってアドホックネットワークに参加し、認証処理を行い、無線通信端末１を認証済みと記憶し、データ通信が可能となる。
【００８６】
無線通信端末１は無線通信端末３との接続設定の完了後（ステップＳ１１６に対応）、送信するＢｅａｃｏｎ，Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅからセットアップ中情報を削除する（ステップＳ１１６１に対応）。無線通信端末１は既にアドホックネットワークに参加しているため（ステップＳ１１６２に対応）、無線通信端末３との間でＷＰＡ２−ＰＳＫ方式による認証処理を実施し（ステップＳ１１９に対応）、無線通信端末３を認証済みと記憶し（ステップＳ１１９１に対応）、認証が完了すると互いの間でデータ通信が可能となる（ステップＳ１２０に対応）。
【００８７】
図１１は、図４に対応する、図５〜図８の処理に従った動作の例を示している。無線通信端末１〜３は、アドホックネットワークのＳＳＩＤ（“ＡＡＡ”）を含むＢｅａｃｏｎの繰り返し送信を開始する（ステップＳ１１６４で対応済み）。
【００８８】
無線通信端末２は、操作部１２のボタンが押されてセットアップ開始トリガが発生すると（ステップＳ１２２に対応）、繰り返し送信しているＢｅａｃｏｎおよびＰｒｏｂｅ Ｒｅｓｐｏｎｓｅにセットアップ中情報を含める（ステップＳ１２５に対応）。無線通信端末２はＰｒｏｂｅ Ｒｅｑｕｅｓｔを受信しておらず（ステップＳ１２６に対応）、無線通信端末１と無線通信端末３からＢｅａｃｏｎを受信しているが（ステップＳ１２９に対応）、いずれもセットアップ中情報を含んでいないＢｅａｃｏｎであるため（ステップＳ１２９１に対応）、再びＰｒｏｂｅ ＲｅｑｕｅｓｔまたはＢｅａｃｏｎの受信を待つ。
【００８９】
無線通信端末１と無線通信端末３では、セットアップ開始トリガが発生していない（ステップＳ１２２に対応）。無線通信端末１は、無線通信端末２からのＢｅａｃｏｎを受信すると、そのＢｅａｃｏｎがセットアップ中情報を含んでおり、Ｂｅａｃｏｎに含まれるＳＳＩＤは自身の参加しているアドホックネットワークのＳＳＩＤと同じ“ＡＡＡ”であるが、無線通信端末２が認証済みと記憶されているため（ステップＳ１２４１に対応）、再びセットアップ開始トリガが発生するのを待つ。一方、無線通信端末３は、無線通信端末２が認証済みと記憶されていないので（ステップＳ１２４１に対応）、無線通信端末２からセットアップ中情報を含むＢｅａｃｏｎを受信したと記憶する（ステップＳ１２４２に対応）。
【００９０】
無線通信端末３は、操作部１２のボタンが押されてセットアップ開始トリガが発生すると（ステップＳ１２２に対応）、繰り返し送信しているＢｅａｃｏｎおよびＰｒｏｂｅ Ｒｅｓｐｏｎｓｅにセットアップ中情報を含める（ステップＳ１２５に対応）。
【００９１】
無線通信端末２は無線通信端末３からのＢｅａｃｏｎを受信すると（ステップＳ１２９に対応）、そのＢｅａｃｏｎがセットアップ中情報を含んでおり、Ｂｅａｃｏｎに含まれるＳＳＩＤは自身の参加しているアドホックネットワークのＳＳＩＤと同じ“ＡＡＡ”であるため（ステップＳ１２９１に対応）、送信するＢｅａｃｏｎ，Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅからセットアップ中情報を削除する（ステップＳ１２９２に対応）。そして、無線通信端末２と無線通信端末３はそれぞれ互いを認証済みと記憶してはいないので（ステップＳ１３２に対応）、無線通信端末２は、無線通信端末３からセットアップ中情報を含むＢｅａｃｏｎを受信したと記憶し（ステップＳ１３２２に対応）、無線通信端末３との間でＷＰＡ２−ＰＳＫ方式による認証処理を実施する（ステップＳ１３３に対応）。
【００９２】
無線通信端末３は、無線通信端末２から認証処理が開始されると（ステップＳ１３５に対応）、送信するＢｅａｃｏｎ，Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅからセットアップ中情報を削除する（ステップＳ１３５１に対応）。無線通信端末３は、無線通信端末２からセットアップ中情報を含むＢｅａｃｏｎを受信したと記憶しているので（ステップＳ１３５２に対応）、無線通信端末２との間で認証処理を実施する（ステップＳ１３８に対応）。
【００９３】
無線通信端末２と無線通信端末３は認証処理が完了すると（ステップＳ１３３１に対応）、それぞれ互いを認証済みと記憶し（ステップＳ１３３２に対応）、互いの間でデータ通信が可能となる（ステップＳ１３４に対応）。
【００９４】
なお、図７〜図８、および図１１の例では、Ｂｅａｃｏｎの受信に基づいて、セットアップ中情報を含むＢｅａｃｏｎの受信の記憶やＢｅａｃｏｎの送信元との認証処理を行っているが、Ｂｅａｃｏｎの受信以外に、自らＰｒｏｂｅ Ｒｅｑｕｅｓｔを送信して返信されたＰｒｏｂｅ ＲｅｓｐｏｎｓｅをＢｅａｃｏｎの代わりとすることも可能である。
【００９５】
上述したように、本実施形態では、選択部１０ｃは、認証処理を実施していない無線通信端末からセットアップ中情報を含むＢｅａｃｏｎ、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ、またはＰｒｏｂｅ Ｒｅｓｐｏｎｓｅ（認証要求）が受信された場合、その送信元である無線通信端末を認証処理の対象として選択する。認証制御部１０ｄは、選択部１０ｃが選択した無線通信端末に対しては認証を行わせ、選択部１０ｃが選択した無線通信端末以外の端末に対しては認証を禁止させる。これによって、選択部１０ｃが選択した無線通信端末とのみ認証処理が行われる。このため、無線通信端末は、自身が選択した一部の無線通信端末とのみデータ通信を行うことができる。また、ユーザは操作部１２のボタンを押すことによって、認証処理の対象となる無線通信端末を選択することができる。
【００９６】
（第２の実施形態）
次に、本発明の第２の実施形態を説明する。第２の実施形態では、第１の実施形態とは異なる方法でユーザが選択した無線通信端末を認証処理の相手として認証処理が行われる。本実施形態による無線通信端末の構成は第１の実施形態と同様である。
【００９７】
図１２は、ユーザが選択した端末の認証を行う場合の概略動作を示している。以下、図１２（ａ）〜（ｅ）を参照し、無線通信端末の概略動作を説明する。
【００９８】
＜図１２（ａ）＞
図２（ｅ）の状態から、さらに別の無線通信端末３がアドホックネットワークに参加しデータ通信を行う。この無線通信端末３は、ネットワーク設定情報を保有しているとする。ネットワーク設定情報は、例えば以下の６通りの方法で入手することができる。
【００９９】
（１）ユーザが無線通信端末３にネットワーク設定情報を入力する。
（２）通信部１１とは異なる図示していない他の通信インターフェース経由でネットワーク設定情報を取得する。
（３）図示していない外部記録媒体を経由してネットワーク設定情報を取得する。
（４）図示していない撮像部を通じて撮像した画像データからネットワーク設定情報を抽出する。
（５）図示していない音声入力部を通じて入力された音声データからネットワーク設定情報を抽出する。
（６）ＷＰＳによる接続設定、およびその他各社固有の接続設定によりネットワーク設定情報を取得する。
【０１００】
＜図１２（ｂ）＞
無線通信端末３は、保有するネットワーク接続情報に従いアドホックネットワークに参加する。この時点では、無線通信端末３は、アドホックネットワーク内のいずれの無線通信端末との間でも認証処理を未実施であり、データ通信はできない状態である。
【０１０１】
＜図１２（ｃ）＞
アドホックネットワーク内のそれぞれの無線通信端末は、アドホックネットワーク内で未認証状態である無線通信端末を表示し、ユーザによる選択がなされるのを待つ。その後、ユーザによって、無線通信端末１でデータ通信の相手として無線通信端末３が選択され、無線通信端末３でデータ通信の相手として無線通信端末１が選択される。
【０１０２】
＜図１２（ｄ）＞
ユーザによって無線通信端末１と無線通信端末３が選択されると、無線通信端末１と無線通信端末３は互いに認証処理を行う。
【０１０３】
＜図１２（ｅ）＞
無線通信端末１と無線通信端末３との間の認証処理が完了すると、互いの無線通信端末同士で認証済みとなり、データ通信が可能となる。一方、無線通信端末２と無線通信端末３との間では認証処理が未実施なので、依然としてデータ通信はできない状態である。
【０１０４】
次に、図１３〜図１６を参照し、無線通信端末の詳細な動作を説明する。図１３〜図１４は、無線通信端末の詳細な処理手順を示している。図１５は、無線通信端末が記憶する認証リストの内容例を示している。図１６は、図１３〜図１４に従った動作の具体例を示している。図１６を参照した後、図１３〜図１４を参照することで、図１３〜図１４の動作の理解がより深まるであろう。
【０１０５】
図１３〜図１４は、無線通信端末（図１０の無線通信端末１〜３）の動作を示している。認証制御部１０ｄは、記憶部１４に格納されている認証リストを初期化する（ステップＳ１５１）。図１５に示すように、認証リストは、自身の無線通信端末が参加しているアドホックネットワーク内に存在する他の無線通信端末から送信されたＢｅａｃｏｎにより認識することのできた他の無線通信端末のＭＡＣアドレスと、そのＭＡＣアドレスに対応する認証状態を示す状態情報とを関連付けたものである。
【０１０６】
認証済とは、その無線通信端末との間で認証が完了している状態を示している。認証許可とは、その無線通信端末との間で認証が完了しておらず、認証処理を行ってよい状態であることを示している。未認証とは、その無線通信端末との間で認証が完了しておらず、認証処理を行ってはならない状態であることを示している。図１５に記載されている認証リストの個々の内容に関しては、図１６を説明する際に説明する。
【０１０７】
ステップＳ１５１に続いて、認証制御部１０ｄは、自身の無線通信端末がアドホックネットワークに参加済みであるか否かを判定する（ステップＳ１５２）。ステップＳ１５２における判定方法は、図５のステップＳ１０１における判定方法と同様である。
【０１０８】
自身の無線通信端末がアドホックネットワークに参加済みでない場合、認証制御部１０ｄは、記憶部１４にネットワーク設定情報が格納されているか否かを判定する（ステップＳ１５３）。記憶部１４にネットワーク設定情報が格納されていない場合、処理が終了する。また、記憶部１４にネットワーク設定情報が格納されている場合、処理はステップＳ１５６に進む。
【０１０９】
一方、ステップＳ１５２において自身の無線通信端末がアドホックネットワークに参加済みである場合、認証制御部１０ｄは、そのアドホックネットワークのＳＳＩＤおよび自身の無線通信端末のＭＡＣアドレスを記憶部１４から読み出し、そのＳＳＩＤおよびＭＡＣアドレスを含むＢｅａｃｏｎを繰り返し送信するよう、通信部１１を制御する（ステップＳ１５４）。
【０１１０】
続いて、認証制御部１０ｄは、他の無線通信端末からＢｅａｃｏｎを受信したか否かを判定する（ステップＳ１５６）。他の無線通信端末からＢｅａｃｏｎを受信していない場合、処理はステップＳ１７１に進む。また、他の無線通信端末からＢｅａｃｏｎを受信している場合、認識部１０ａは、受信したＢｅａｃｏｎから送信元の無線通信端末のＭＡＣアドレスを識別する。さらに、認証制御部１０ｄは、自身の無線通信端末がアドホックネットワークに参加済みであるか否かを判定する（ステップＳ１５７）。ステップＳ１５７における判定方法は、図５のステップＳ１０１における判定方法と同様である。
【０１１１】
自身の無線通信端末がアドホックネットワークに参加済みでない場合、認証制御部１０ｄは、記憶部１４に格納されているネットワーク設定情報の一部であるＳＳＩＤを読み出し、Ｂｅａｃｏｎに含まれるＳＳＩＤと一致するか否かを判定する（ステップＳ１５８）。２つのＳＳＩＤが一致しない場合、処理はステップＳ１７１に進む。また、２つのＳＳＩＤが一致する場合、認証制御部１０ｄは、ネットワーク設定情報に基づいてアドホックネットワークに参加する（ステップＳ１５９）。続いて、認証制御部１０ｄは、参加済みのアドホックネットワークのＳＳＩＤおよび自身の無線通信端末のＭＡＣアドレスを記憶部１４から読み出し、そのＳＳＩＤおよびＭＡＣアドレスを含むＢｅａｃｏｎを繰り返し送信するよう、通信部１１を制御する（ステップＳ１５９１）。続いて、処理はステップＳ１６１に進む。
【０１１２】
一方、ステップＳ１５７において自身の無線通信端末がアドホックネットワークに参加済みである場合、認証制御部１０ｄは、Ｂｅａｃｏｎに含まれるＳＳＩＤが、自身の無線通信端末が参加しているアドホックネットワークのＳＳＩＤと同一であるか否かを判定する（ステップＳ１６０）。２つのＳＳＩＤが同一でない場合、処理はステップＳ１７１に進む。また、２つのＳＳＩＤが同一である場合、認証制御部１０ｄは、Ｂｅａｃｏｎの送信元である無線通信端末のＭＡＣアドレスが、記憶部１４に格納されている認証リストに含まれているか否かを判定する（ステップＳ１６１）。
【０１１３】
Ｂｅａｃｏｎの送信元である無線通信端末のＭＡＣアドレスが認証リストに含まれている場合、処理はステップＳ１７１に進む。また、Ｂｅａｃｏｎの送信元である無線通信端末のＭＡＣアドレスが認証リストに含まれていない場合、認証制御部１０ｄは、Ｂｅａｃｏｎの送信元である無線通信端末のＭＡＣアドレスを認証リストに追加し、そのＭＡＣアドレスに対応した認証リスト内の状態情報を未認証とする（ステップＳ１６２）。続いて、選択部１０ｃは記憶部１４から認証リストを読み出し、状態情報が未認証であるＭＡＣアドレスを選択し、そのＭＡＣアドレスを表示部１３に表示させる（ステップＳ１６３）。これによって、未認証の無線通信端末の選択をユーザに促すことができる。
【０１１４】
続いて、認証制御部１０ｄは、操作部１２からの情報に基づいて、表示部１３に表示されたＭＡＣアドレスのうちのいずれかがユーザによる操作部１２の操作によって選択されたか否かを判定する（ステップＳ１７１）。表示部１３に表示されたＭＡＣアドレスのうちのいずれかが選択された場合、認証制御部１０ｄは、記憶部１４に格納されている認証リストにおいて、選択されたＭＡＣアドレスと同一のＭＡＣアドレスに対応した状態情報を認証許可に変更する（ステップＳ１７２）。
【０１１５】
続いて、認証制御部１０ｄは、ステップＳ１７２で状態情報が認証許可に変更されたＭＡＣアドレスを有する無線通信端末との間でＷＰＡ２−ＰＳＫ方式による認証処理を行うよう、認証部１０ｂを制御する（ステップＳ１７３）。これによって、認証部１０ｂは、通信部１１を介して相手の無線通信端末との間で認証処理を行う。このとき、選択部１０ｃは、ステップＳ１７２で状態情報が認証許可に変更されたＭＡＣアドレスを認証リストから読み出し、認証制御部１０ｄは、その読み出されたＭＡＣアドレスを有する無線通信端末とのみ認証処理を行い、他の無線通信端末との認証処理を禁止するよう、認証部１０ｂを制御する。
【０１１６】
続いて、認証制御部１０ｄは、認証処理が成功したか否かを判定する（ステップＳ１７４）。認証処理が成功した場合、処理はステップＳ１７９に進む。また、認証処理が失敗した場合、処理はステップＳ１８４に進む。
【０１１７】
一方、ステップＳ１７１において表示部１３に表示されたＭＡＣアドレスのいずれも選択されていない場合、認証制御部１０ｄは、他の無線通信端末から認証処理が開始されたか否かを判定する（ステップＳ１７５）。他の無線通信端末から認証処理が開始されていない場合、処理はステップＳ１５６に進む。また、他の無線通信端末から認証処理が開始されている場合、認証制御部１０ｄは、記憶部１４に格納されている認証リストにおいて、認証処理の開始時に通知される相手の無線通信端末のＭＡＣアドレスと同一のＭＡＣアドレスに関連付けられている状態情報が認証許可であるか否かを判定する（ステップＳ１７６）。
【０１１８】
状態情報が認証許可でない場合、認証制御部１０ｄは認証処理を中断する（ステップＳ１７７）。続いて、選択部１０ｃは記憶部１４から認証リストを読み出し、状態情報が未認証であるＭＡＣアドレスを選択し、そのＭＡＣアドレスを表示部１３に表示させる（ステップＳ１８４）。これによって、未認証の無線通信端末の選択をユーザに促すことができる。続いて、処理はステップＳ１５６に進む。
【０１１９】
一方、ステップＳ１７６において状態情報が認証許可である場合、認証制御部１０ｄは、認証処理を開始した無線通信端末との間でＷＰＡ２−ＰＳＫ方式による認証処理を行うよう、認証部１０ｂを制御する（ステップＳ１７８）。これによって、認証部１０ｂは、通信部１１を介して相手の無線通信端末との間で認証処理を行う。このとき、選択部１０ｃは、認証処理の開始時に通知されるＭＡＣアドレスを有する無線通信端末とのみ認証処理を行い、他の無線通信端末との認証処理を禁止するよう、認証部１０ｂを制御する。
【０１２０】
続いて、認証制御部１０ｄは、データ通信を行うため、通信部１１を待機させる（ステップＳ１７９）。これ以降、通信部１１は必要に応じてデータ通信を行う。続いて、認証制御部１０ｄは、記憶部１４に格納されている認証リストにおいて、認証処理の相手の無線通信端末のＭＡＣアドレスと同一のＭＡＣアドレスに対応した状態情報を認証済に変更する（ステップＳ１８０）。続いて、処理はステップＳ１８４に進む。
【０１２１】
図１６は 図１２に対応する、図１３〜図１４の処理に従った動作の例を示している。無線通信端末１と無線通信端末２は、既に図１３〜図１４に従い動作しており、アドホックネットワークのＳＳＩＤ（“ＡＡＡ”）を含み、またそれぞれ自身のＭＡＣアドレス（無線通信端末１の場合は“００ １１ ２２ ３３ ４４ ５５”、無線通信端末２の場合は“００ ＡＡ ＢＢ ＣＣ ＤＤ ＥＥ”）をＳＡ（送信元アドレス）として含むＢｅａｃｏｎを繰り返し送信している。また、無線通信端末１と無線通信端末２は、互いに認証を完了し、それぞれが記憶している認証リスト内で互いのＭＡＣアドレスが認証済みとなっている状態（無線通信端末１では、図１５（ａ）の状態）であり、図１３〜図１４においてステップＳ１５６，Ｓ１７１，Ｓ１７５の判断によるループ内で動作していると仮定する。
【０１２２】
無線通信端末３は、図１２（ａ）を参照して説明したように、何らかの方法によってＳＳＩＤが“ＡＡＡ”であるアドホックネットワークのネットワーク設定情報を事前に取得しているとする。無線通信端末３は、認証リストを初期化する（ステップＳ１５１に対応）。無線通信端末３はアドホックネットワークには参加していないが（ステップＳ１５２に対応）、ネットワーク設定情報を有している（ステップＳ１５３に対応）。
【０１２３】
無線通信端末２は、無線通信端末１から送信されたＢｅａｃｏｎを受信する（ステップＳ１５６に対応）。無線通信端末２自身はアドホックネットワークに参加済みであり（ステップＳ１５７に対応）、Ｂｅａｃｏｎに含まれるＳＳＩＤと自身が参加しているアドホックネットワークのＳＳＩＤがともに“ＡＡＡ”で同一である（ステップＳ１６０に対応）。また、無線通信端末１のＭＡＣアドレス“００ １１ ２２ ３３ ４４ ５５”は無線通信端末２の認証リストに含まれている（ステップＳ１６１に対応）。
【０１２４】
無線通信端末３は、無線通信端末１から送信されたＢｅａｃｏｎを受信すると（ステップＳ１５６に対応）、自身はアドホックネットワークに参加しておらず（ステップＳ１５７に対応）、自身が保有するネットワーク設定情報のＳＳＩＤとＢｅａｃｏｎに含まれるＳＳＩＤはともに“ＡＡＡ”で一致するため（ステップＳ１５８に対応）、ネットワーク設定情報に従いアドホックネットワークに参加する（ステップＳ１５９に対応）。そして、無線通信端末３は、アドホックネットワークのＳＳＩＤ（“ＡＡＡ”）を含み、自身のＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”をＳＡ（送信元アドレス）として含むＢｅａｃｏｎを繰り返し送信する（ステップＳ１５９１に対応）。
【０１２５】
無線通信端末３が受信したＢｅａｃｏｎの送信元である無線通信端末１のＭＡＣアドレス“００ １１ ２２ ３３ ４４ ５５”は無線通信端末３の認証リストに含まれていないので（ステップＳ１６１に対応）、無線通信端末３はそのＭＡＣアドレス“００ １１ ２２ ３３ ４４ ５５”を認証リストに未認証として追加する（ステップＳ１６２に対応）。このときの無線通信端末３の認証リストは図１５（ｅ）の状態となる。この時点で無線通信端末３の認証リストでは、ＭＡＣアドレス“００ １１ ２２ ３３ ４４ ５５”のみが未認証となっているので、無線通信端末３はこのＭＡＣアドレスを表示部１３に表示する（ステップＳ１６３に対応）。
【０１２６】
無線通信端末１は、無線通信端末２から送信されたＢｅａｃｏｎを受信する（ステップＳ１５６に対応）。無線通信端末１自身はアドホックネットワークに参加済みであり（ステップＳ１５７に対応）、ＢｅａｃｏｎのＳＳＩＤと自身が参加しているアドホックネットワークのＳＳＩＤがともに“ＡＡＡ”で同一である（ステップＳ１６０に対応）。また、無線通信端末２のＭＡＣアドレス“００ ＡＡ ＢＢ ＣＣ ＤＤ ＥＥ”は無線通信端末１の認証リストに含まれている（ステップＳ１６１に対応）。
【０１２７】
無線通信端末３は、無線通信端末２から送信されたＢｅａｃｏｎを受信すると（ステップＳ１５６に対応）、自身はアドホックネットワークに参加済みであり（ステップＳ１５７に対応）、ＢｅａｃｏｎのＳＳＩＤと自身が参加しているアドホックネットワークのＳＳＩＤがともに“ＡＡＡ”で同一であり（ステップＳ１６０に対応）、Ｂｅａｃｏｎの送信元である無線通信端末２のＭＡＣアドレス“００ ＡＡ ＢＢ ＣＣ ＤＤ ＥＥ”は認証リストに含まれていないので（ステップＳ１６１に対応）、そのＭＡＣアドレス“００ ＡＡ ＢＢ ＣＣ ＤＤ ＥＥ”を認証リストに未認証として追加する（ステップＳ１６２に対応）。このときの無線通信端末３の認証リストは図１５（ｆ）の状態となる。この時点で無線通信端末３の認証リストでは、ＭＡＣアドレス“００ １１ ２２ ３３ ４４ ５５”と“００ ＡＡ ＢＢ ＣＣ ＤＤ ＥＥ”が未認証となっているので、無線通信端末３はこれらのＭＡＣアドレスを表示部１３に表示する（ステップＳ１６３に対応）。
【０１２８】
無線通信端末１と無線通信端末２は、無線通信端末３から送信されたＢｅａｃｏｎを受信すると（ステップＳ１５６に対応）、それぞれ自身はアドホックネットワークに参加済みであり（ステップＳ１５７に対応）、ＢｅａｃｏｎのＳＳＩＤと自身が参加しているアドホックネットワークのＳＳＩＤがともに“ＡＡＡ”で同一であり（ステップＳ１６０に対応）、無線通信端末３のＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”は認証リストに含まれていないので（ステップＳ１６１に対応）、Ｂｅａｃｏｎの送信元である無線通信端末３のＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”を認証リストに未認証として追加する（ステップＳ１６２に対応）。このときの認証リストは無線通信端末１では図１５（ｂ）の状態となる。この時点で無線通信端末１と無線通信端末２の認証リストでは、ＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”のみが未認証となっているので、無線通信端末１と無線通信端末２はこのＭＡＣアドレスを表示部１３に表示する（ステップＳ１６３に対応）。
【０１２９】
その後、ユーザが無線通信端末３の操作部１２を操作し、表示されているＭＡＣアドレスの中で“００ １１ ２２ ３３ ４４ ５５”を選択すると（ステップＳ１７１に対応）、無線通信端末３は認証リスト内でＭＡＣアドレス“００ １１ ２２ ３３ ４４ ５５”を認証許可に変更する（ステップＳ１７２に対応）。このときの無線通信端末３の認証リストは図１５（ｇ）の状態となる。無線通信端末３は、ＭＡＣアドレス“００ １１ ２２ ３３ ４４ ５５”を有する無線通信端末１との間でＷＰＡ２−ＰＳＫ方式による認証処理を実施する（ステップＳ１７３に対応）。
【０１３０】
無線通信端末３からＷＰＡ２−ＰＳＫ方式による認証処理が開始されるが（ステップＳ１７５に対応）、無線通信端末１の認証リストでは無線通信端末３のＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”は未認証となっており認証許可ではない（ステップＳ１７６に対応）。このため、無線通信端末１は、無線通信端末３から送信されたＷＰＡ２−ＰＳＫ方式の４−Ｗａｙ ＨａｎｄｓｈａｋｅのＭｅｓｓａｇｅ１に対してＭｅｓｓａｇｅ２による返信をせず、認証処理を中断する（ステップＳ１７７に対応）。認証リスト内で無線通信端末３のみが未認証状態のままなので、無線通信端末１はＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”の表示を継続する（ステップＳ１８４に対応）。
【０１３１】
一方、無線通信端末３は、認証処理が成功しないと判定する（ステップＳ１７４に対応）。認証リスト内で無線通信端末１のＭＡＣアドレス“００ １１ ２２ ３３ ４４ ５５”は認証許可に変更されており、この時点ではＭＡＣアドレス“００ ＡＡ ＢＢ ＣＣ ＤＤ ＥＥ”のみが未認証となっているので、無線通信端末３はＭＡＣアドレス“００ ＡＡ ＢＢ ＣＣ ＤＤ ＥＥ”のみを表示部１３に表示する（ステップＳ１８４に対応）。
【０１３２】
その後、ユーザが無線通信端末１の操作部１２を操作し、表示されているＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”を選択すると（ステップＳ１７１に対応）、無線通信端末１は認証リスト内でＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”を認証許可に変更する（ステップＳ１７２に対応）。このときの無線通信端末１の認証リストは図１５（ｃ）の状態となる。無線通信端末１は、ＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”を有する無線通信端末３との間でＷＰＡ２−ＰＳＫ方式による認証処理を実施する（ステップＳ１７３に対応）。
【０１３３】
無線通信端末１からＷＰＡ２−ＰＳＫ方式による認証処理が開始され（ステップＳ１７５に対応）、無線通信端末３の認証リストでは無線通信端末１のＭＡＣアドレス“００ １１ ２２ ３３ ４４ ５５”は認証許可となっているので（ステップＳ１７６に対応）、無線通信端末３は無線通信端末１との間でＷＰＡ２−ＰＳＫ方式による認証処理を実施する（ステップＳ１７８に対応）。
【０１３４】
無線通信端末１は、無線通信端末３との間で認証処理が成功したと判定し（ステップＳ１７４に対応）、互いの間でデータ通信が可能となる（ステップＳ１７９に対応）。無線通信端末１は、認証リスト内で、認証が成功した無線通信端末３のＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”を認証許可から認証済みに変更する（ステップＳ１８０に対応）。このときの無線通信端末１の認証リストは図１５（ｄ）の状態となり、未認証であるＭＡＣアドレスは存在しないので、無線通信端末１はＭＡＣアドレスの表示を行わない（ステップＳ１８４に対応）。
【０１３５】
無線通信端末３は無線通信端末１との間でデータ通信が可能となる（ステップＳ１７９に対応）。無線通信端末３は、認証リスト内で、認証が成功した無線通信端末１のＭＡＣアドレス“００ １１ ２２ ３３ ４４ ５５”を認証許可から認証済みに変更する（ステップＳ１８０に対応）。このときの無線通信端末３の認証リストは図１５（ｈ）の状態となる。無線通信端末３は、未認証となっているＭＡＣアドレス“００ ＡＡ ＢＢ ＣＣ ＤＤ ＥＥ”のみを表示部１３に表示する（ステップＳ１８４に対応）。
【０１３６】
なお、この例では、無線通信端末にかかわる情報としてＭＡＣアドレスのみをＢｅａｃｏｎに含め、認証リスト内で記載し、無線通信端末上で表示しているが、ＭＡＣアドレスに加えてその他の情報も用いることが可能である。例えば、Ｂｅａｃｏｎのｆｒａｍｅ ｂｏｄｙ内のＶｅｎｄｏｒ Ｓｐｅｃｉｆｉｃ ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ内に無線通信端末の情報（“ＸＸＸ社製 ＹＹＹのメインＤＳＣ”といったような所有者や製造者名、使用用途その他種々の情報）を含め、認証リスト内にＭＡＣアドレスとそれら情報を関連付けて記憶し、無線通信端末上で表示する際にもＭＡＣアドレスとそれらの情報を関連付けて表示させてもよい。
【０１３７】
なお、図１３〜図１４、および図１６の例では、Ｂｅａｃｏｎの受信に基づいて認証リストに未認証のＭＡＣアドレスを追加しているが、Ｂｅａｃｏｎの受信以外に、自らＰｒｏｂｅ Ｒｅｑｕｅｓｔを送信して返信されたＰｒｏｂｅ ＲｅｓｐｏｎｓｅをＢｅａｃｏｎの代わりとすることも可能である。
【０１３８】
上述したように、本実施形態では、選択部１０ｃは、認証処理を実施していない無線通信端末からＢｅａｃｏｎ（認証要求）が受信され、その無線通信端末がユーザによって選択された場合、その無線通信端末を認証処理の対象として選択する。認証制御部１０ｄは、選択部１０ｃが選択した無線通信端末に対しては認証を行わせ、選択部１０ｃが選択した無線通信端末以外の端末に対しては認証を禁止させる。これによって、選択部１０ｃが選択した無線通信端末とのみ認証処理が行われる。このため、無線通信端末は、自身が選択した一部の無線通信端末とのみデータ通信を行うことができる。また、ユーザは認証処理の対象となる無線通信端末を選択することができる。
【０１３９】
（第３の実施形態）
次に、本発明の第３の実施形態を説明する。第３の実施形態は、第２の実施形態の変形形態である。本実施形態による無線通信端末の構成は第１の実施形態と同様である。また、ユーザが選択した端末の認証を行う場合の概略動作は、図１２に示した通りである。
【０１４０】
図１７は、無線通信端末の動作を示しており、図１４を変形したものである。図１３に示す処理は、本実施形態にも同様に適用される。以下、図１７に示す処理を説明する。図１７において、図１４に示したステップと同一のステップには同一の符号が付与されており、この部分については説明を省略する。
【０１４１】
ステップＳ１７４において認証処理が成功しなかった場合、認証制御部１０ｄは、ステップＳ１７３で認証処理を実施した相手の無線通信端末に対して、自身の無線通信端末のＭＡＣアドレスを含む認証許可依頼（認証要求）を、通信部１１を介して送信する（ステップＳ１８１）。続いて、処理はステップＳ１８４に進む。
【０１４２】
また、ステップＳ１７５において他の無線通信端末から認証処理が開始されていない場合、認証制御部１０ｄは、他の無線通信端末から認証許可依頼を受信したか否かを判定する（ステップＳ１８２）。認証許可依頼を受信していない場合、処理はステップＳ１５６に進む。また、認証許可依頼を受信している場合、認証制御部１０ｄは、認証を許可するよう依頼されたことを表示部１３に表示させる（ステップＳ１８３）。このとき、表示している未認証のＭＡＣアドレスの中で、認証許可の依頼元のＭＡＣアドレスに該当する表示の表示色を変えたり、強調表示を行ったり、認証許可を依頼されたメッセージを追加表示しても良いし、あるいは表示している未認証のＭＡＣアドレスとは別にメッセージを表示しても良い。続いて、処理はステップＳ１５６に進む。
【０１４３】
図１７に示す処理では、認証処理が失敗した場合、相手の無線通信端末の認証リストにおいて、自身の無線通信端末のＭＡＣアドレスに付与された状態情報が認証許可になっていない。この状態情報を認証許可に変更してもらうため、認証処理を試みた相手の無線通信端末に対して認証許可依頼が送信され、相手の無線通信端末において認証許可依頼の内容が表示される。この後、相手の無線通信端末において、認証許可依頼の送信元である無線通信端末が選択され、ＭＡＣアドレスに付与された状態情報が認証許可に変更されると、認証処理が再度実施される。
【０１４４】
図１８は 図１２に対応する、図１７の処理に従った動作の例を示している。図１６と類似している箇所が多いため、図１６からの変更点を中心に説明する。無線通信端末３は、ＭＡＣアドレス“００ １１ ２２ ３３ ４４ ５５”を有する無線通信端末１との間でＷＰＡ２−ＰＳＫ方式による認証処理を実施する（ステップＳ１７３に対応）。無線通信端末３は、認証処理が成功しないため（ステップＳ１７４に対応）、認証処理を実施した無線通信端末１に対して、自身のＭＡＣアドレスを含む認証許可依頼を送信する（ステップＳ１８１に対応）。
【０１４５】
無線通信端末１は認証許可依頼を受信すると（ステップＳ１８２に対応）、認証を許可するよう依頼されたことを表示部１３に表示する（ステップＳ１８３に対応）。その後、ユーザが無線通信端末１の操作部１２を操作し、表示されているＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”を選択すると、無線通信端末１と無線通信端末３との間でＷＰＡ２−ＰＳＫ方式による認証処理が実施される。
【０１４６】
上述したように、本実施形態によれば、自身が選択した一部の無線通信端末とのみデータ通信を行うことができ、ユーザは認証処理の対象となる無線通信端末を選択することができる。また、認証処理を実施する相手の無線通信端末で自身の無線通信端末の認証が許可されていない場合に、その無線通信端末に対して認証許可依頼（認証要求）を送信し、認証を許可してもらうよう促すことによって、認証処理をより確実に実施することができる。
【０１４７】
（第４の実施形態）
次に、本発明の第４の実施形態を説明する。第４の実施形態は、第２の実施形態の変形形態である。本実施形態による無線通信端末の構成は第１の実施形態と同様である。また、ユーザが選択した端末の認証を行う場合の概略動作は、図１２に示した通りである。
【０１４８】
図１９〜図２０は、無線通信端末の動作を示しており、図１３〜図１４を変形したものである。以下、図１９〜図２０に示す処理を説明する。図１９〜図２０において、図１３〜図１４に示したステップと同一のステップには同一の符号が付与されており、この部分については説明を省略する。
【０１４９】
ステップＳ１５２において自身の無線通信端末がアドホックネットワークに参加済みである場合、認証制御部１０ｄは、そのアドホックネットワークのＳＳＩＤおよび自身の無線通信端末のＭＡＣアドレスを記憶部１４から読み出し、そのＳＳＩＤおよびＭＡＣアドレスと、認証対象＝“ｌｉｍｉｔｅｄ”（通知情報）とを含むＢｅａｃｏｎを繰り返し送信するよう、通信部１１を制御する（ステップＳ１９１）。認証対象＝“ｌｉｍｉｔｅｄ”とは、Ｂｅａｃｏｎの送信元である無線通信端末がアドホックネットワーク内の認証対象を制限する、つまり無条件に認証処理を実施しないことを明示する内容である。
【０１５０】
ステップＳ１５９に続いて、認証制御部１０ｄは、自身が参加しているアドホックネットワークのＳＳＩＤおよび自身の無線通信端末のＭＡＣアドレスを記憶部１４から読み出し、そのＳＳＩＤおよびＭＡＣアドレスと、認証対象＝“ｌｉｍｉｔｅｄ”とを含むＢｅａｃｏｎを繰り返し送信するよう、通信部１１を制御する（ステップＳ１９４）。続いて、認証制御部１０ｄは、ステップＳ１５６で受信が確認されたＢｅａｃｏｎ内の認証対象が“ｌｉｍｉｔｅｄ”であるか否かを判定する（ステップＳ１６０１）。
【０１５１】
Ｂｅａｃｏｎ内の認証対象が“ｌｉｍｉｔｅｄ”でない場合、通常の認証処理が実施される（ステップＳ１６０２）。通常の認証処理とは、非特許文献１に示されるように、新たにネットワークに参加した場合にネットワーク内の既存の無線通信端末の全てと認証処理を行うことを指す。続いて、処理はステップＳ１７１に進む。一方、Ｂｅａｃｏｎ内の認証対象が“ｌｉｍｉｔｅｄ”である場合、処理はステップＳ１６１に進む。この場合、自身の無線通信端末が選択した無線通信端末とのみ認証処理を行う機能が有効となる。
【０１５２】
本実施形態では、認証リスト内のＭＡＣアドレスに付与される状態情報として、未認証および認証許可のほかに選択待ちが使用される。ステップＳ１６２に続いて、選択部１０ｃは記憶部１４から認証リストを読み出し、状態情報が未認証であるＭＡＣアドレスおよび選択待ちであるＭＡＣアドレスを選択し、そのＭＡＣアドレスを表示部１３に表示させる（ステップＳ１９３）。
【０１５３】
ステップＳ１７１において、表示部１３に表示されたＭＡＣアドレスのうちのいずれかが選択された場合、認証制御部１０ｄは、その選択されたＭＡＣアドレスに対して、記憶部１４に格納されている認証リスト内で関連付けられている状態情報が未認証であるか否かを判定する（ステップＳ２０１）。状態情報が未認証でない場合、認証制御部１０ｄは、選択されたＭＡＣアドレスを有する無線通信端末との間でＷＰＡ２−ＰＳＫ方式による認証処理を行うよう、認証部１０ｂを制御する（ステップＳ２０４）。
【０１５４】
状態情報が認証済あるいは認証許可であるＭＡＣアドレスは表示部１３に表示されないので、そのようなＭＡＣアドレスはステップＳ１７１で選択されない。したがって、ステップＳ２０１において状態情報が未認証でない場合、状態情報は選択待ちである。
【０１５５】
ステップＳ２０４の処理によって、認証部１０ｂは、通信部１１を介して相手の無線通信端末との間で認証処理を行う。このとき、選択部１０ｃは、ステップＳ１７１で選択されたＭＡＣアドレスを認証リストから読み出し、認証制御部１０ｄは、その読み出されたＭＡＣアドレスを有する無線通信端末とのみ認証処理を行い、他の無線通信端末との認証処理を禁止するよう、認証部１０ｂを制御する。続いて、処理はステップＳ１７４に進む。
【０１５６】
また、ステップＳ２０１において状態情報が未認証である場合、認証制御部１０ｄは、記憶部１４に格納されている認証リストにおいて、選択されたＭＡＣアドレスと同一のＭＡＣアドレスに対応した状態情報を認証許可に変更する（ステップＳ２０２）。続いて、認証制御部１０ｄは、ステップＳ２０２で状態情報を認証許可に変更したＭＡＣアドレスを有する無線通信端末に対して、自身の無線通信端末のＭＡＣアドレスを含む認証許可依頼を、通信部１１を介して送信する（ステップＳ２０３）。続いて、処理はステップＳ２０６に進む。
【０１５７】
ステップＳ１８２において認証許可依頼を受信している場合、認証制御部１０ｄは、記憶部１４に格納されている認証リストにおいて、認証許可依頼に含まれるＭＡＣアドレスと同一のＭＡＣアドレスに対応した状態情報を選択待ちに変更する（ステップＳ２０５）。続いて、選択部１０ｃは記憶部１４から認証リストを読み出し、状態情報が未認証であるＭＡＣアドレスおよび選択待ちであるＭＡＣアドレスを選択し、そのＭＡＣアドレスを表示部１３に表示させる（ステップＳ２０６）。続いて、処理はステップＳ１５６に進む。
【０１５８】
上記の動作では、表示部１３に表示された未認証の無線通信端末のＭＡＣアドレスがユーザによって選択されると（ステップＳ１７１）、認証処理の実施前にその無線通信端末に対して認証許可依頼が送信される（ステップＳ２０３）。認証許可依頼を受信した無線通信端末では、認証許可依頼の送信元の無線通信端末のＭＡＣアドレスが認証リスト内で選択待ちに変更され（ステップＳ２０５）、表示部１３に表示される（ステップＳ２０６）。このＭＡＣアドレスがユーザによって選択されると（ステップＳ１７１）、ＭＡＣアドレスに対応する状態情報が選択待ちであるため（ステップＳ２０１）、認証許可依頼の送信元の無線通信端末との間で認証処理が実施される（ステップＳ２０４）。
【０１５９】
第３の実施形態では認証処理が失敗してから認証許可依頼が送信されるが、本実施形態では認証処理の実施前に認証許可依頼が送信される。このため、認証処理の失敗を低減することができる。
【０１６０】
図２１は、図１２に対応する、図１９〜図２０の処理に従った動作の例を示している。図１８と類似している箇所が多いため、図１８からの変更点を中心に説明する。図２２は、無線通信端末が記憶する認証リストの内容例を示しており、以下の説明では適宜、図２２を参照する。
【０１６１】
図２２に示すように、認証リストは、自身の無線通信端末が参加しているアドホックネットワーク内に存在する他の無線通信端末から送信されたＢｅａｃｏｎにより認識することのできた他の無線通信端末のＭＡＣアドレスと、そのＭＡＣアドレスに対応する認証状態を示す状態情報とを関連付けたものである。
【０１６２】
認証済とは、その無線通信端末との間で認証が完了している状態を示している。認証許可とは、その無線通信端末との間で認証が完了していないがユーザから選択済みであり、そのＭＡＣアドレスを有する無線通信端末から認証処理が行われればそれを完了してよい状態であることを示している。未認証とは、その無線通信端末との間で認証が完了しておらず、認証処理を行ってはならない状態であることを示している。図２２に記載されている認証リストの個々の内容に関しては、図２１を説明する際に説明する。
【０１６３】
無線通信端末１と無線通信端末２は、既に図１９〜図２０に従い動作しており、アドホックネットワークのＳＳＩＤ（“ＡＡＡ”）を含み、またそれぞれ自身のＭＡＣアドレス（無線通信端末１の場合は“００ １１ ２２ ３３ ４４ ５５”、無線通信端末２の場合は“００ ＡＡ ＢＢ ＣＣ ＤＤ ＥＥ”）をＳＡ（送信元アドレス）として含み、さらに認証対象＝“ｌｉｍｉｔｅｄ”を含むＢｅａｃｏｎを繰り返し送信している。また、無線通信端末１と無線通信端末２は、互いに認証を完了し、それぞれが記憶している認証リスト内で互いのＭＡＣアドレスが認証済みとなっている状態（無線通信端末１では、図２２（ａ）の状態）であり、図１９〜図２０においてステップＳ１５６，Ｓ１７１，Ｓ１７５，Ｓ１８２の判断によるループ内で動作していると仮定する。
【０１６４】
無線通信端末２は、無線通信端末１から送信されたＢｅａｃｏｎを受信する（ステップＳ１５６に対応）。無線通信端末２自身はアドホックネットワークに参加済みであり（ステップＳ１５７に対応）、ＢｅａｃｏｎのＳＳＩＤと自身が参加しているアドホックネットワークのＳＳＩＤがともに“ＡＡＡ”で同一である（ステップＳ１６０に対応）。さらに、Ｂｅａｃｏｎに含まれる認証対象が“ｌｉｍｉｔｅｄ”であり（ステップＳ１６０１に対応）、無線通信端末１のＭＡＣアドレス“００ １１ ２２ ３３ ４４ ５５”は認証リストに含まれている（ステップＳ１６１に対応）。
【０１６５】
無線通信端末３は、無線通信端末１から送信されたＢｅａｃｏｎを受信する（ステップＳ１５６に対応）。無線通信端末３自身はアドホックネットワークに参加しておらず（ステップＳ１５７に対応）、自身が保有するネットワーク設定情報のＳＳＩＤとＢｅａｃｏｎに含まれるＳＳＩＤはともに“ＡＡＡ”で一致するため（ステップＳ１５８に対応）、ネットワーク設定情報に従いアドホックネットワークに参加する（ステップＳ１５９に対応）。そして、無線通信端末３は、アドホックネットワークのＳＳＩＤ（“ＡＡＡ”）を含むとともに自身のＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”をＳＡ（送信元アドレス）として含み、さらに認証対象＝“ｌｉｍｉｔｅｄ”を含むＢｅａｃｏｎを繰り返し送信する（ステップＳ１９４に対応）。
【０１６６】
無線通信端末３は、受信したＢｅａｃｏｎの認証対象が“ｌｉｍｉｔｅｄ”であり（ステップＳ１６０１に対応）、Ｂｅａｃｏｎの送信元である無線通信端末１のＭＡＣアドレス“００ １１ ２２ ３３ ４４ ５５”が認証リストに含まれていないので（ステップＳ１６１に対応）、そのＭＡＣアドレス“００ １１ ２２ ３３ ４４ ５５”を認証リストに未認証として追加する（ステップＳ１６２に対応）。このときの無線通信端末３の認証リストは図２２（ｅ）の状態となる。この時点で無線通信端末３の認証リストでは、選択待ちとなっているＭＡＣアドレスはなく、またＭＡＣアドレス“００ １１ ２２ ３３ ４４ ５５”のみが未認証となっており、無線通信端末３はこのＭＡＣアドレスを表示部１３に表示する（ステップＳ１９３に対応）。
【０１６７】
無線通信端末１は、無線通信端末２から送信されたＢｅａｃｏｎを受信する（ステップＳ１５６に対応）。無線通信端末１自身はアドホックネットワークに参加済みであり（ステップＳ１５７に対応）、ＢｅａｃｏｎのＳＳＩＤと自身が参加しているアドホックネットワークのＳＳＩＤがともに“ＡＡＡ”で同一である（ステップＳ１６０に対応）。さらに、Ｂｅａｃｏｎに含まれる認証対象が“ｌｉｍｉｔｅｄ”であり（ステップＳ１６０１に対応）、無線通信端末２のＭＡＣアドレス“００ ＡＡ ＢＢ ＣＣ ＤＤ ＥＥ”は認証リストに含まれている（ステップＳ１６１に対応）。
【０１６８】
無線通信端末３は、無線通信端末２から送信されたＢｅａｃｏｎを受信する（ステップＳ１５６に対応）。無線通信端末３自身はアドホックネットワークに参加済みであり（ステップＳ１５７に対応）、ＢｅａｃｏｎのＳＳＩＤと自身が参加しているアドホックネットワークのＳＳＩＤがともに“ＡＡＡ”で同一である（ステップＳ１６０に対応）。さらに、Ｂｅａｃｏｎに含まれる認証対象が“ｌｉｍｉｔｅｄ”であり（ステップＳ１６０１に対応）、Ｂｅａｃｏｎの送信元である無線通信端末２のＭＡＣアドレス“００ ＡＡ ＢＢ ＣＣ ＤＤ ＥＥ”は認証リストに含まれていないので（ステップＳ１６１に対応）、無線通信端末３はこのＭＡＣアドレス“００ ＡＡ ＢＢ ＣＣ ＤＤ ＥＥ”を認証リストに未認証として追加する（ステップＳ１６２に対応）。このときの無線通信端末３の認証リストは図２０（ｆ）の状態となる。この時点で無線通信端末３の認証リストでは、選択待ちとなっているＭＡＣアドレスはなく、またＭＡＣアドレス“００ １１ ２２ ３３ ４４ ５５”と“００ ＡＡ ＢＢ ＣＣ ＤＤ ＥＥ”が未認証となっているので、無線通信端末３はこれらのＭＡＣアドレスを表示部１３に表示する（ステップＳ１９３に対応）。
【０１６９】
無線通信端末１と無線通信端末２は、無線通信端末３から送信されたＢｅａｃｏｎを受信する（ステップＳ１５６に対応）。無線通信端末１と無線通信端末２自身はアドホックネットワークに参加済みであり（ステップＳ１５７に対応）、ＢｅａｃｏｎのＳＳＩＤと自身が参加しているアドホックネットワークのＳＳＩＤがともに“ＡＡＡ”で同一である（ステップＳ１６０に対応）。さらに、Ｂｅａｃｏｎに含まれる認証対象が“ｌｉｍｉｔｅｄ”であり（ステップＳ１６０１に対応）、無線通信端末３のＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”は認証リストに含まれていないので（ステップＳ１６１に対応）、無線通信端末１と無線通信端末２はこのＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”を認証リストに未認証として追加する（ステップＳ１６２に対応）。このときの無線通信端末１の認証リストは図２２（ｂ）の状態となる。この時点で無線通信端末１と無線通信端末２の認証リストでは、選択待ちとなっているＭＡＣアドレスはなく、ＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”のみが未認証となっているので、無線通信端末１と無線通信端末２はこのＭＡＣアドレスを表示部１３に表示する（ステップＳ１９３に対応）。
【０１７０】
その後、ユーザが無線通信端末３の操作部１２を操作し、表示されているＭＡＣアドレス“００ １１ ２２ ３３ ４４ ５５”を選択すると（ステップＳ１７１に対応）、無線通信端末３は認証リスト内でＭＡＣアドレス“００ １１ ２２ ３３ ４４ ５５”が未認証であるので（ステップＳ２０１に対応）、そのＭＡＣアドレスを認証許可に変更する（ステップＳ２０２に対応）。さらに、無線通信端末３は、ＭＡＣアドレス“００ １１ ２２ ３３ ４４ ５５”を有する無線通信端末１に対して、自身のＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”を含む認証許可依頼を送信する（ステップＳ２０３に対応）。この時点で無線通信端末３の認証リストは図２２（ｇ）の状態となる。
【０１７１】
無線通信端末１は認証許可依頼を受信すると（ステップＳ１８２に対応）、認証許可依頼に含まれるＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”を、認証リスト内で未認証から選択待ちに変更する（ステップＳ２０５に対応）。このときの無線通信端末１の認証リストは図２２（ｃ）の状態となる。この時点で無線通信端末１の認証リストでは、未認証となっているＭＡＣアドレスはなく、またＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”のみが選択待ちとなっており、無線通信端末１はこのＭＡＣアドレスを表示部１３に表示する（ステップＳ２０６に対応）。
【０１７２】
その後、ユーザが無線通信端末１の操作部１２を操作し、表示されているＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”を選択すると（ステップＳ１７１に対応）、無線通信端末１の認証リスト内でＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”は未認証ではなく選択待ちであるので（ステップＳ２０１に対応）、無線通信端末１は、ＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”を有する無線通信端末３との間でＷＰＡ２−ＰＳＫ方式による認証処理を実施する（ステップＳ２０４に対応）。
【０１７３】
無線通信端末１からＷＰＡ２−ＰＳＫ方式による認証処理が開始され（ステップＳ１７５に対応）、無線通信端末３の認証リストでは無線通信端末１のＭＡＣアドレス“００ １１ ２２ ３３ ４４ ５５”は認証許可となっているので（ステップＳ１７６に対応）、無線通信端末３は無線通信端末１との間でＷＰＡ２−ＰＳＫ方式による認証処理を実施する（ステップＳ１７８に対応）。
【０１７４】
無線通信端末１は、無線通信端末３との間で認証処理が成功したと判定し（ステップＳ１７４に対応）、互いの間でデータ通信が可能となる（ステップＳ１７９に対応）。無線通信端末１は、認証リスト内で、認証が成功した無線通信端末３のＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”を認証許可から認証済みに変更する（ステップＳ１８０に対応）。このときの無線通信端末１の認証リストは図２２（ｄ）の状態となり、未認証であるＭＡＣアドレスは存在しないので、無線通信端末１はＭＡＣアドレスの表示を行わない（ステップＳ１８４に対応）。
【０１７５】
無線通信端末３は無線通信端末１との間でデータ通信が可能となる（ステップＳ１７９に対応）。無線通信端末３は、認証リスト内で、認証が成功した無線通信端末１のＭＡＣアドレス“００ １１ ２２ ３３ ４４ ５５”を認証許可から認証済みに変更する（ステップＳ１８０に対応）。このときの無線通信端末３の認証リストは図２２（ｈ）の状態となる。無線通信端末３は、未認証となっているＭＡＣアドレス“００ ＡＡ ＢＢ ＣＣ ＤＤ ＥＥ”のみを表示部１３に表示する（ステップＳ１８４に対応）。
【０１７６】
上述したように、本実施形態によれば、自身が選択した一部の無線通信端末とのみデータ通信を行うことができ、ユーザは認証処理の対象となる無線通信端末を選択することができる。また、認証処理の実施前に認証許可依頼（認証要求）を送信することによって、認証処理の失敗を低減することができる。
【０１７７】
以上、図面を参照して本発明の実施形態について詳述してきたが、具体的な構成は上記の実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。
【符号の説明】
【０１７８】
１，２，３・・・無線通信端末、１０・・・制御部、１１・・・通信部、１２・・・操作部、１３・・・表示部、１４・・・記憶部、１０ａ・・・認識部、１０ｂ・・・認証部、１０ｃ・・・選択部、１０ｄ・・・認証制御部
【技術分野】
【０００１】
本発明は、周囲の無線通信可能な端末とデータリンクレベルの認証を行った後、当該無線通信可能な端末とデータ通信を行う無線通信端末に関する。
【背景技術】
【０００２】
無線ＬＡＮでは、無線通信端末がネットワーク内でデータ通信を行う場合、まずそのネットワークに参加し、続いて直接の通信相手となる無線通信端末とデータリンクレベルでの認証処理を行うことで暗号鍵が配布され、その通信相手の無線通信端末との間でデータ通信が可能となる。
【０００３】
インフラストラクチャモードの場合は直接の通信相手はアクセスポイント（以下、ＡＰと略記する）である。無線通信端末は、ＡＰが定期的に送信する、ＡＰの存在を知らせるＢｅａｃｏｎを受信した場合、または自身が送信した、ネットワーク情報の取得要求であるＰｒｏｂｅ Ｒｅｑｕｅｓｔに対するＡＰからの応答であるＰｒｏｂｅ Ｒｅｓｐｏｎｓｅを受信した場合に、ＡＰが生成したネットワークを検知する。
【０００４】
ＢｅａｃｏｎやＰｒｏｂｅ Ｒｅｓｐｏｎｓｅには、ネットワークの識別情報であるＳＳＩＤや暗号・認証方式に関する情報が含まれており、無線通信端末はＳＳＩＤや暗号・認証方式に関する情報に応じてネットワークへの参加を決定する。例えば、複数のネットワークが検知された場合、それら複数のネットワークのＳＳＩＤの中からユーザが特定のＳＳＩＤを選択することでネットワークへの参加を決定することができる。このほか、認証が行われていないネットワークには参加しないという決定を行うこともできる。
【０００５】
ネットワークへの参加を決定した場合、無線通信端末は自身のＴＳＦ（timing synchronization function） ｔｉｍｅｒを、受信したＢｅａｃｏｎやＰｒｏｂｅ Ｒｅｓｐｏｎｓｅに含まれるＡＰのＴＳＦ ｔｉｍｅｒの値に同期させることで参加状態となる。参加状態となった無線通信端末はＡＰとデータリンクレベルでの認証処理を試み、この認証処理に成功すると、無線通信端末はＡＰ経由で、そのＡＰと認証処理が完了している他の無線通信端末と通信できるようになる。
【０００６】
一方、アドホックモードの場合はＡＰを必要とせず、他の無線通信端末が直接の通信相手となる。その場合、無線通信端末は他の無線通信端末が生成するネットワークを検知すると、ＡＰが生成したネットワークを検知する場合と同様の過程で、そのネットワークへの参加状態となる。その後のデータリンクレベルでの認証処理に関しては、アドホックモードではｈｔｔｐ：／／ｓｔａｎｄａｒｄｓ．ｉｅｅｅ．ｏｒｇ／ｇｅｔｉｅｅｅ８０２／ｄｏｗｎｌｏａｄ／８０２．１１−２００７．ｐｄｆとして公開されている非特許文献１に、新たにネットワークに参加した場合にネットワーク内の既存の無線通信端末の全てと認証処理を行う例が示されている。一般に、この通りの認証処理動作が行われている。
【０００７】
ところで、ある無線通信端末がネットワークに参加して認証処理を完了させるためには、無線通信端末上でネットワークＩＤ（ＳＳＩＤ）、認証方式、暗号化方式、および暗号キーといった様々な情報（ネットワーク設定情報）をセットアップ（設定）する必要があり、これには一般に無線通信端末上でのユーザの操作入力を必要としていた。この操作入力は複雑なものであったため、特に無線ＬＡＮ技術に不慣れなユーザにとってはセットアップを行うのは困難であった。これに対して、このセットアップを簡単に行い、無線通信端末をインフラストラクチャネットワークに参加させるための無線ＬＡＮの業界標準の技術として、非特許文献２が公開されている。この非特許文献２であるＷｉ−Ｆｉ Ｐｒｏｔｅｃｔｅｄ Ｓｅｔｕｐ（ＴＭ） Ｓｐｅｃｉｆｉｃａｔｉｏｎ １．０（以下、ＷＰＳと略する）は、例えば、ｈｔｔｐｓ：／／ｗｗｗ．ｗｉ−ｆｉ．ｏｒｇ／ｋｎｏｗｌｅｄｇｅ＿ｃｅｎｔｅｒ＿ｏｖｅｒｖｉｅｗ．ｐｈｐ？ｔｙｐｅ＝４より入手可能である。
【０００８】
ＷＰＳでは、例えばＡＰと無線通信端末との両方に対してユーザがボタンを押す、あるいは一方で表示されたＰＩＮコードをユーザがもう一方に入力することで、ＡＰが保有するネットワーク設定情報を安全に無線通信端末に渡すことができる。ＷＰＳによる様々な情報の受け渡しが終了した後、無線通信端末は、この渡された情報に基づいてＡＰとの間で認証処理を完了し、ＡＰとの間でデータ通信を行うことができる。
【先行技術文献】
【非特許文献】
【０００９】
【非特許文献１】ＩＥＥＥ Ｓｔｄ． ８０２．１１（ＴＭ）−２００７
【非特許文献２】Ｗｉ−Ｆｉ Ｐｒｏｔｅｃｔｅｄ Ｓｅｔｕｐ（ＴＭ） Ｓｐｅｃｉｆｉｃａｔｉｏｎ １．０
【発明の概要】
【発明が解決しようとする課題】
【００１０】
アドホックモードの場合、新たにネットワークに参加する無線通信端末（以下、新規無線通信端末と略記する）はネットワーク内の既存の無線通信端末の全てと認証処理を行う。このため、新規無線通信端末がネットワーク内の特定の無線通信端末のみと通信することを目的とし、それ以外の無線通信端末と通信したくないという場合であっても、新規無線通信端末とネットワーク内の既存の無線通信端末の全てとの間でデータリンクレベルの認証が成立し、データ通信が可能となってしまう。例えば、既存のアドホックネットワークにプリンタとＰＣが存在し、デジタルスチルカメラ（以下ＤＳＣと略記する）を所持するユーザがＤＳＣ内の画像をプリンタに印刷させる目的でこのアドホックネットワークに参加するという状況では、ＤＳＣとＰＣとの間でデータ通信が可能となってしまうことは、不要なデータ通信が発生しうるため、ネットワークリソースの観点から問題となる。さらに、ＤＳＣのユーザがＰＣのユーザと面識無い場合では、セキュリティやプライバシーの観点からも問題となる。
【００１１】
また、ＷＰＳをアドホックモードに拡張した場合を考慮すると、アドホックネットワークに参加している無線通信端末と新規無線通信端末の双方でユーザがボタンを押してＷＰＳを実施したときは、それらボタンを押した装置同士でデータ通信を行いたいというユーザの意図が明白である。しかし、新規無線通信端末のユーザにとってはそれ以外の無線通信端末とデータ通信できてしまうことは、上述したような問題となる。そのため、新規無線通信端末がネットワーク内の既存の一部の無線通信端末とのみデータリンクレベルの認証処理を行い、データ通信を行うことが望ましい。
【００１２】
本発明は、上述した課題に鑑みてなされたものであって、自身が選択した一部の無線通信端末とのみデータ通信を行うことができる無線通信端末を提供することを目的とする。
【課題を解決するための手段】
【００１３】
本発明は、上記の課題を解決するためになされたもので、周辺に存在する無線通信可能な端末の認識を行う認識部と、前記認識がなされた前記無線通信可能な端末のデータリンクレベルの認証を行う認証部と、前記認識がなされた前記無線通信可能な端末から認証要求を受信し、前記認証がなされた端末とデータ通信を行う通信部と、前記認識がなされた前記無線通信可能な端末のいずれかの選択を行う選択部と、前記認証がなされていない端末から前記認証要求が受信された場合、前記認証部が前記認証を行うときに、前記選択がなされた端末に対しては前記認証を行わせ、前記選択がなされた端末以外の端末に対しては前記認証を禁止させる認証制御部と、を有する無線通信端末である。
【００１４】
また、本発明の無線通信端末は、前記認識がなされた前記無線通信可能な端末のうち前記認証がなされていない端末を識別する第１の識別情報を記憶する記憶部をさらに有し、前記認証制御部はさらに、周辺に存在する無線通信可能な端末から、当該端末の第２の識別情報を含む前記認証要求が受信された場合、前記第１の識別情報および当該第２の識別情報に基づいて、当該端末の前記認証がなされているか否かを判定し、前記選択部は、当該端末の前記認証がなされていないと判定された場合、当該端末の選択を行う。
【００１５】
また、本発明の無線通信端末において、前記通信部はさらに、周辺に存在する無線通信可能な端末に対して、前記認証制御部の機能が有効である旨を通知する通知情報を送信する。
【００１６】
また、本発明の無線通信端末において、前記通信部はさらに、前記認証制御部を有している無線通信可能な端末から、前記認証制御部の機能が有効である旨を通知する通知情報を受信し、前記通知情報が受信された場合、前記認証制御部の機能を有効にする。
【００１７】
また、本発明の無線通信端末において、前記通信部はさらに、前記認識がなされた前記無線通信可能な端末のうち前記認証がなされていない端末のいずれかを選択する指示が入力された場合に、当該端末に対して前記認証要求を送信する。
【００１８】
また、本発明の無線通信端末において、前記通信部はさらに、前記認識がなされた前記無線通信可能な端末のうち前記認証がなされていない端末から前記認証要求が受信された場合、ＷＰＳプロトコルを使用して、前記認証に必要な接続設定情報を、当該端末に送信する、または当該端末から受信する。
【発明の効果】
【００１９】
本発明によれば、無線通信可能な端末であって認証がなされていない端末から認証要求があった場合、認証部が認証を行うときに、選択部による選択がなされた端末に対しては認証を行わせ、選択がなされた端末以外の端末に対しては認証を禁止させることによって、選択がなされた端末とのみデータリンクレベルの認証が行われるので、自身が選択した一部の無線通信端末とのみデータ通信を行うことができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の第１の実施形態による無線通信端末の構成を示すブロック図である。
【図２】本発明の第１の実施形態における無線通信端末の概略動作を示す図である。
【図３】本発明の第１の実施形態における無線通信端末の概略動作を示す図である。
【図４】本発明の第１の実施形態における無線通信端末の概略動作を示す図である。
【図５】本発明の第１の実施形態による無線通信端末の処理手順を示すフローチャートである。
【図６】本発明の第１の実施形態による無線通信端末の処理手順を示すフローチャートである。
【図７】本発明の第１の実施形態による無線通信端末の処理手順を示すフローチャートである。
【図８】本発明の第１の実施形態による無線通信端末の処理手順を示すフローチャートである。
【図９】本発明の第１の実施形態による無線通信端末同士の通信手順を示すシーケンス図である。
【図１０】本発明の第１の実施形態による無線通信端末同士の通信手順を示すシーケンス図である。
【図１１】本発明の第１の実施形態による無線通信端末同士の通信手順を示すシーケンス図である。
【図１２】本発明の第２の実施形態における無線通信端末の概略動作を示す図である。
【図１３】本発明の第２の実施形態による無線通信端末の処理手順を示すフローチャートである。
【図１４】本発明の第２の実施形態による無線通信端末の処理手順を示すフローチャートである。
【図１５】本発明の第２の実施形態における認証リストの内容を示す参考図である。
【図１６】本発明の第２の実施形態による無線通信端末同士の通信手順を示すシーケンス図である。
【図１７】本発明の第３の実施形態による無線通信端末の処理手順を示すフローチャートである。
【図１８】本発明の第３の実施形態による無線通信端末同士の通信手順を示すシーケンス図である。
【図１９】本発明の第４の実施形態による無線通信端末の処理手順を示すフローチャートである。
【図２０】本発明の第４の実施形態による無線通信端末の処理手順を示すフローチャートである。
【図２１】本発明の第４の実施形態による無線通信端末同士の通信手順を示すシーケンス図である。
【図２２】本発明の第４の実施形態における認証リストの内容を示す参考図である。
【発明を実施するための形態】
【００２１】
以下、図面を参照し、本発明の実施形態を説明する。
【００２２】
（第１の実施形態）
まず、本発明の第１の実施形態を説明する。図１は、本実施形態による無線通信端末（後述する無線通信端末１〜３）の構成を示している。図１に示す無線通信端末は、制御部１０と、通信部１１と、操作部１２と、表示部１３と、記憶部１４とを有する。
【００２３】
制御部１０は無線通信端末内の各部を制御する。また、制御部１０は、データリンクレベルの認証を行うための機能構成として、認識部１０ａと、認証部１０ｂと、選択部１０ｃと、認証制御部１０ｄとを有する。
【００２４】
認識部１０ａは、無線通信端末の存在を知らせるＢｅａｃｏｎを受信した場合、アドホックネットワークにおいてはネットワークへの参加要求の意味も有するＰｒｏｂｅ Ｒｅｑｕｅｓｔを受信した場合、またはＰｒｏｂｅ Ｒｅｑｕｅｓｔに対する応答であるＰｒｏｂｅ Ｒｅｓｐｏｎｓｅを受信した場合、受信したＢｅａｃｏｎ、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ、またはＰｒｏｂｅ Ｒｅｓｐｏｎｓｅに基づいて、周辺に存在する無線通信端末を認識する。認証部１０ｂは、認識がなされた無線通信端末のデータリンクレベルの認証を行う。選択部１０ｃは、認証がなされていない無線通信端末から、セットアップ中であることを示すセットアップ中情報を含むＢｅａｃｏｎ、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ、またはＰｒｏｂｅ Ｒｅｓｐｏｎｓｅ（認証要求）が受信された場合、その送信元である端末を選択する。認証制御部１０ｄは、認証部１０ｂが認証を行うときに、選択部１０ｃによって選択された端末に対しては認証を行わせ、選択された端末以外の端末に対しては認証を禁止させる制御を行う。
【００２５】
通信部１１は、認証がなされた無線通信端末と無線によるデータ通信を行うほか、ネットワーク設定情報（接続設定情報）等の無線通信を行う。操作部１２は、ユーザが操作入力に使用するボタン等を有し、操作入力の結果を制御部１０へ出力する。表示部１３は各種情報を表示する。記憶部１４は、無線通信端末内で処理に使用される各種情報を記憶する。
【００２６】
図２は、ＷＰＳを使用して端末の認証を行う場合の概略動作の例を示している。以下、図２（ａ）〜（ｅ）を参照し、無線通信端末の概略動作を説明する。
【００２７】
＜図２（ａ）＞
ともにアドホックネットワークに属していない無線通信端末１と無線通信端末２において、それぞれセットアップ開始トリガ（ここではＷＰＳの押しボタン方式によるボタン押し）が発生する。ＷＰＳでは、他にＰＩＮ方式もあり、ＰＩＮ方式の場合はセットアップ用のアプリケーションが起動（ユーザが操作部１２を操作してアプリケーションを起動、あるいは無線通信端末の電源投入後に自動でアプリケーションが起動）することをセットアップ開始トリガとする。
【００２８】
＜図２（ｂ）＞
セットアップ開始トリガが発生した無線通信端末同士で無線通信を行うための接続設定が開始される。ここでの接続設定は、アドホックネットワーク環境下で動作できるＷＰＳにより実施する。
【００２９】
＜図２（ｃ）＞
無線通信端末１，２の双方で接続設定が完了すると、無線通信端末１と無線通信端末２はそれぞれ接続設定の結果を用いてアドホックネットワーク１８０に参加する。この時点では無線通信端末同士の認証処理は未実施であり、データ通信はできない状態である。
【００３０】
＜図２（ｄ）＞
無線通信端末１と無線通信端末２は、互いにセットアップ開始トリガが発生しているため、接続設定に続いて認証処理を実施する。本発明の実施形態では認証方式としてＷＰＡ２−ＰＳＫ方式を例示しているが、認証方式がＷＰＡ−ＰＳＫ方式であっても良い。あるいは、ここでは図示しない認証サーバを利用して、ＷＰＡまたはＷＰＡ２のＥｎｔｅｒｐｒｉｓｅ方式を利用しても良い。
【００３１】
＜図２（ｅ）＞
認証処理が完了すると、無線通信端末１と無線通信端末２の間で認証済みとなり、データ通信が可能となる。
【００３２】
図３は、ＷＰＳを使用して端末の認証を行う場合の概略動作の他の例を示している。以下、図３（ａ）〜（ｅ）を参照し、無線通信端末の概略動作を説明する。
【００３３】
＜図３（ａ）＞
図２（ｅ）の状態から、さらに別の無線通信端末３がアドホックネットワーク１８０に参加してデータ通信を行うため、アドホックネットワーク１８０に参加済みの無線通信端末１と、アドホックネットワーク１８０に参加していない無線通信端末３とにおいて、セットアップ開始トリガ（ボタン押し）が発生する。
【００３４】
＜図３（ｂ）＞
セットアップ開始トリガが発生した無線通信端末同士で無線通信を行うための接続設定が開始される。ここでの接続設定は、アドホックネットワーク環境下で動作できるＷＰＳにより実施する。
【００３５】
＜図３（ｃ）＞
無線通信端末１と無線通信端末３との間で接続設定が完了すると、無線通信端末３は接続設定の結果を用いてアドホックネットワーク１８０に参加する。この時点では、無線通信端末３は、アドホックネットワーク１８０内のいずれの無線通信端末との間でも認証処理は未実施であり、データ通信はできない状態である。
【００３６】
＜図３（ｄ）＞
無線通信端末１と無線通信端末３は、互いにセットアップ開始トリガが発生しているため、接続設定に続いて認証処理を実施する。
【００３７】
＜図３（ｅ）＞
無線通信端末１と無線通信端末３との間の認証処理が完了すると、互いの無線通信端末同士で認証済みとなり、データ通信が可能となる。一方、無線通信端末２と無線通信端末３との間では認証処理が未実施なので、依然としてデータ通信はできない状態である。
【００３８】
図４は、ＷＰＳを使用して端末の認証を行う場合の概略動作の他の例を示している。以下、図４（ａ）〜（ｅ）を参照し、無線通信端末の概略動作を説明する。
【００３９】
＜図４（ａ）＞
図３（ｅ）の状態から、無線通信端末３が無線通信端末２との間でデータ通信を行うため、ともに同一のアドホックネットワーク１８０に参加済みの無線通信端末２と無線通信端末３とでセットアップ開始トリガ（ボタン押し）が発生する。
【００４０】
＜図４（ｂ）＞
同一のアドホックネットワーク１８０に参加している無線通信端末同士でセットアップ開始トリガが発生した場合、接続設定は開始されず、認証処理が実施される。
【００４１】
＜図４（ｃ）＞
無線通信端末２と無線通信端末３との間の認証処理が完了すると、互いの無線通信端末同士で認証済みとなり、データ通信が可能となる。
【００４２】
次に、図５〜図１１を参照し、無線通信端末の詳細な動作を説明する。図５〜図８は、無線通信端末の詳細な処理手順を示している。図９〜図１１は、図５〜図８に従った動作の具体例を示している。図９〜図１１を参照した後、図５〜図８を参照することで、図５〜図８の動作の理解がより深まるであろう。
【００４３】
図５〜図６は、主にアドホックネットワークに参加していない無線通信端末（図２の無線通信端末１と無線通信端末２、および図３の無線通信端末３）の動作を示している。認証制御部１０ｄは、他の無線通信端末からのＰｒｏｂｅ Ｒｅｑｕｅｓｔの受信を開始するとともに、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔの受信時にセットアップ中情報を含まないＰｒｏｂｅ Ｒｅｓｐｏｎｓｅの送信を開始するよう、通信部１１を制御する（ステップＳ１００）。
【００４４】
続いて、認証制御部１０ｄは、自身の無線通信端末がアドホックネットワークに参加済みであるか否かを判定する（ステップＳ１０１）。ステップＳ１０１の判定は、無線通信端末自身の内部の状態に基づいて行われる。記憶部１４にネットワーク設定情報が格納されており、そのネットワーク設定情報に対応するネットワークのＴＳＦ Ｔｉｍｅｒに自身のＴＳＦ Ｔｉｍｅｒが同期していればネットワークに参加済みであり、同期していなければネットワークに参加済みでない。
【００４５】
自身の無線通信端末がアドホックネットワークに参加済みでない場合、認証制御部１０ｄはセットアップ開始トリガの発生の有無を判定する（ステップＳ１０２）。セットアップ開始トリガが発生していない場合、ステップＳ１０２の判定が再度行われる。また、セットアップ開始トリガが発生している場合、認証制御部１０ｄはネットワーク設定情報を生成し、記憶部１４に格納する（ステップＳ１０２１）。
【００４６】
続いて、認証制御部１０ｄは、これ以降に送信するＰｒｏｂｅ Ｒｅｑｕｅｓｔ、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅにセットアップ中情報を含めるよう、無線通信端末の設定を変更する（ステップＳ１０２２）。続いて、認証制御部１０ｄは、所定のタイミングでＰｒｏｂｅ Ｒｅｑｕｅｓｔの送信を行う動作とＰｒｏｂｅ Ｒｅｓｐｏｎｓｅの受信を行う動作を開始するよう、通信部１１を制御する（ステップＳ１０２３）。
【００４７】
続いて、認証制御部１０ｄは、他の無線通信端末からＰｒｏｂｅ ＲｅｑｕｅｓｔまたはＰｒｏｂｅ Ｒｅｓｐｏｎｓｅを受信したか否かを判定する（ステップＳ１０２４）。Ｐｒｏｂｅ ＲｅｑｕｅｓｔもＰｒｏｂｅ Ｒｅｓｐｏｎｓｅも受信していない場合、ステップＳ１０２４の判定が再度行われる。
【００４８】
また、Ｐｒｏｂｅ ＲｅｑｕｅｓｔまたはＰｒｏｂｅ Ｒｅｓｐｏｎｓｅを受信している場合、認識部１０ａは、受信したＰｒｏｂｅ ＲｅｑｕｅｓｔまたはＰｒｏｂｅ Ｒｅｓｐｏｎｓｅから送信元の無線通信端末のＭＡＣアドレス（識別情報）を識別し、記憶部１４に格納する。さらに、認証制御部１０ｄは、受信したＰｒｏｂｅ ＲｅｑｕｅｓｔまたはＰｒｏｂｅ Ｒｅｓｐｏｎｓｅにセットアップ中情報が含まれるか否かを判定する（ステップＳ１０２５）。受信したＰｒｏｂｅ ＲｅｑｕｅｓｔまたはＰｒｏｂｅ Ｒｅｓｐｏｎｓｅにセットアップ中情報が含まれない場合、ステップＳ１０２４の判定が行われる。
【００４９】
受信したＰｒｏｂｅ ＲｅｑｕｅｓｔまたはＰｒｏｂｅ Ｒｅｓｐｏｎｓｅにセットアップ中情報が含まれる場合、認証制御部１０ｄは、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔの送信を中止（停止）するよう、通信部１１を制御する（ステップＳ１０２６）。続いて、認証制御部１０ｄは、Ｐｒｏｂｅ ＲｅｑｕｅｓｔまたはＰｒｏｂｅ Ｒｅｓｐｏｎｓｅの送信元である無線通信端末との間でＥＡＰメッセージの送受信による接続設定を行うよう、通信部１１を制御する（ステップＳ１１６）。接続設定によって受信されたネットワーク設定情報は記憶部１４に格納される。また、記憶部１４に格納されているＭＡＣアドレスのうち、接続設定を実施した相手の無線通信端末のＭＡＣアドレスには接続設定済みのフラグが付与される。
【００５０】
接続設定の実施後、認証制御部１０ｄは、これ以降に送信するＢｅａｃｏｎおよびＰｒｏｂｅ Ｒｅｓｐｏｎｓｅからセットアップ中情報を削除するよう（セットアップ中情報を含めないよう）、無線通信端末の設定を変更する（ステップＳ１１６１）。続いて、認証制御部１０ｄは、自身の無線通信端末がアドホックネットワークに参加済みであるか否かを判定する（ステップＳ１１６２）。ステップＳ１１６２における判定方法は、ステップＳ１０１における判定方法と同様である。
【００５１】
自身の無線通信端末がアドホックネットワークに参加済みである場合、処理はステップＳ１１９に進む。また、自身の無線通信端末がアドホックネットワークに参加済みでない場合、認証制御部１０ｄは、接続設定で受信されたネットワーク設定情報に基づいてアドホックネットワークを生成しアドホックネットワークに参加する、または接続設定を実施した相手の無線通信端末が参加しているアドホックネットワークに参加する（ステップＳ１１６３）。
【００５２】
自身の無線通信端末が生成したアドホックネットワークに参加するのか、それとも接続設定を実施した相手の無線通信端末が参加しているアドホックネットワークに参加するのかは、ステップＳ１１６の接続設定の際に決定される。接続設定を実施した相手の無線通信端末が参加しているアドホックネットワークへの参加は、自身のＴＳＦ Ｔｉｍｅｒを、受信したＢｅａｃｏｎまたはＰｒｏｂｅ Ｒｅｓｐｏｎｓｅに含まれるＴＳＦ Ｔｉｍｅｒの値に同期させることで、完了する。続いて、認証制御部１０ｄは、ステップＳ１１６３で参加したアドホックネットワークのＳＳＩＤを記憶部１４から読み出し、そのＳＳＩＤを含むＢｅａｃｏｎの送信を開始するよう、通信部１１を制御する（ステップＳ１１６４）。
【００５３】
続いて、認証制御部１０ｄは、接続設定を実施した相手の無線通信端末との間でＷＰＡ２−ＰＳＫ方式による認証処理を行うよう、認証部１０ｂを制御する（ステップＳ１１９）。これによって、認証部１０ｂは、通信部１１を介して相手の無線通信端末との間で認証処理を行う。このとき、選択部１０ｃは、接続設定を実施した相手の無線通信端末のＭＡＣアドレスを記憶部１４から読み出し、認証制御部１０ｄは、その読み出されたＭＡＣアドレスを有する無線通信端末とのみ認証処理を行い、他の無線通信端末との認証処理を禁止するよう、認証部１０ｂを制御する。
【００５４】
続いて、認証制御部１０ｄは、認証処理を行った無線通信端末のＭＡＣアドレスを認証済みのフラグとともに記憶部１４に格納する（ステップＳ１１９１）。続いて、認証制御部１０ｄは、データ通信を行うため、通信部１１を待機させる（ステップＳ１２０）。これ以降、通信部１１は必要に応じてデータ通信を行う。続いて、処理はステップＳ１２２に進む。
【００５５】
一方、ステップＳ１０１において、自身の無線通信端末がアドホックネットワークに参加済みである場合、認証制御部１０ｄは、そのアドホックネットワークのＳＳＩＤを記憶部１４から読み出し、そのＳＳＩＤを含むＢｅａｃｏｎを繰り返し送信するよう、通信部１１を制御する（ステップＳ１２１）。続いて、処理はステップＳ１２２に進む。
【００５６】
図７〜図８は、主にアドホックネットワークに参加済み無線通信端末（図３の無線通信端末１と無線通信端末２、および図４の無線通信端末１〜３）の動作を示している。認証制御部１０ｄはセットアップ開始トリガの発生の有無を判定する（ステップＳ１２２）。セットアップ開始トリガが発生していない場合、認証制御部１０ｄは、セットアップ中情報を含むとともに、自身の無線通信端末が参加しているアドホックネットワークのＳＳＩＤと同一のＳＳＩＤを含むＢｅａｃｏｎを、未認証状態である無線通信端末から受信したか否かを判定する（ステップＳ１２４１）。
【００５７】
セットアップ中情報を含むＢｅａｃｏｎを受信していない、または自身の無線通信端末が参加しているアドホックネットワークのＳＳＩＤと同一のＳＳＩＤを含むＢｅａｃｏｎを受信していない、または受信したＢｅａｃｏｎの送信元の無線通信端末が認証済みである場合、処理はステップＳ１２２に進む。また、セットアップ中情報を含むとともに、自身の無線通信端末が参加しているアドホックネットワークのＳＳＩＤと同一のＳＳＩＤを含むＢｅａｃｏｎを、未認証状態である無線通信端末から受信した場合、認識部１０ａは、Ｂｅａｃｏｎの送信元である無線通信端末のＭＡＣアドレスを、セットアップ中情報を含むＢｅａｃｏｎを受信したことを示すフラグとともに記憶部１４に格納する（ステップＳ１２４２）。続いて、処理はステップＳ１２２に進む。
【００５８】
一方、ステップＳ１２２において、セットアップ開始トリガが発生している場合、認証制御部１０ｄは、これ以降に送信するＰｒｏｂｅ Ｒｅｑｕｅｓｔ、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅにセットアップ中情報を含めるよう、無線通信端末の設定を変更する（ステップＳ１２５）。続いて、認証制御部１０ｄは、他の無線通信端末からＰｒｏｂｅ Ｒｅｑｕｅｓｔを受信したか否かを判定する（ステップＳ１２６）。Ｐｒｏｂｅ Ｒｅｑｕｅｓｔを受信していない場合、処理はステップＳ１２９に進む。
【００５９】
また、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔを受信している場合、認証制御部１０ｄは、受信したＰｒｏｂｅ Ｒｅｑｕｅｓｔにセットアップ中情報が含まれているか否かを判定する（ステップＳ１２６１）。受信したＰｒｏｂｅ Ｒｅｑｕｅｓｔにセットアップ中情報が含まれている場合、処理はステップＳ１１６に進む。また、受信したＰｒｏｂｅ Ｒｅｑｕｅｓｔにセットアップ中情報が含まれていない場合、認証制御部１０ｄは、他の無線通信端末からＢｅａｃｏｎを受信したか否かを判定する（ステップＳ１２９）。
【００６０】
Ｂｅａｃｏｎを受信している場合、認証制御部１０ｄは、受信したＢｅａｃｏｎにセットアップ中情報が含まれるとともに、自身の無線通信端末が参加しているアドホックネットワークのＳＳＩＤと同一のＳＳＩＤが含まれているか否かを判定する（ステップＳ１２９１）。受信したＢｅａｃｏｎにセットアップ中情報が含まれていない、または自身の無線通信端末が参加しているアドホックネットワークのＳＳＩＤと同一のＳＳＩＤが含まれていない場合、処理はステップＳ１２６に進む。また、受信したＢｅａｃｏｎにセットアップ中情報が含まれるとともに、自身の無線通信端末が参加しているアドホックネットワークのＳＳＩＤと同一のＳＳＩＤが含まれている場合、認証制御部１０ｄは、これ以降に送信するＢｅａｃｏｎおよびＰｒｏｂｅ Ｒｅｓｐｏｎｓｅからセットアップ中情報を削除するよう（セットアップ中情報を含めないよう）、無線通信端末の設定を変更する（ステップＳ１２９２）。
【００６１】
続いて、認証制御部１０ｄは、記憶部１４に格納されているＭＡＣアドレスと、Ｂｅａｃｏｎの送信元である無線通信端末のＭＡＣアドレスに付与されているフラグが認証済みであるか否かに基づいて、Ｂｅａｃｏｎの送信元である無線通信端末と既に認証済みであるか否かを判定する（ステップＳ１３２）。Ｂｅａｃｏｎの送信元である無線通信端末と既に認証済みである場合、処理はステップＳ１２２に進む。また、Ｂｅａｃｏｎの送信元である無線通信端末と認証済みでない場合、認識部１０ａは、Ｂｅａｃｏｎの送信元である無線通信端末のＭＡＣアドレスを、セットアップ中情報を含むＢｅａｃｏｎを受信したことを示すフラグとともに記憶部１４に格納する（ステップＳ１３２２）。
【００６２】
続いて、認証制御部１０ｄは、Ｂｅａｃｏｎの送信元である無線通信端末との間でＷＰＡ２−ＰＳＫ方式による認証処理を行うよう、認証部１０ｂを制御する（ステップＳ１３３）。これによって、認証部１０ｂは、通信部１１を介して相手の無線通信端末との間で認証処理を行う。このとき、選択部１０ｃは、Ｂｅａｃｏｎの送信元である無線通信端末のＭＡＣアドレスを記憶部１４から読み出し、認証制御部１０ｄは、その読み出されたＭＡＣアドレスを有する無線通信端末とのみ認証処理を行い、他の無線通信端末との認証処理を禁止するよう、認証部１０ｂを制御する。
【００６３】
続いて、認証制御部１０ｄは、認証処理が成功したか否かを判定する（ステップＳ１３３１）。認証処理が失敗した場合、処理はステップＳ１２２に進む。また、認証処理が成功した場合、認証制御部１０ｄは、認証処理を行った無線通信端末のＭＡＣアドレスを認証済みのフラグとともに記憶部１４に格納する（ステップＳ１３３２）。続いて、認証制御部１０ｄは、データ通信を行うため、通信部１１を待機させる（ステップＳ１３４）。これ以降、通信部１１は必要に応じてデータ通信を行う。続いて、処理はステップＳ１２２に進む。
【００６４】
一方、ステップＳ１２９においてＢｅａｃｏｎを受信していない場合、認証制御部１０ｄは、他の無線通信端末から認証処理が開始されたか否かを判定する（ステップＳ１３５）。他の無線通信端末から認証処理が開始されていない場合、処理はステップＳ１２６に進む。また、認証処理が開始されている場合、認証制御部１０ｄは、これ以降に送信するＢｅａｃｏｎおよびＰｒｏｂｅ Ｒｅｓｐｏｎｓｅからセットアップ中情報を削除するよう（セットアップ中情報を含めないよう）、無線通信端末の設定を変更する（ステップＳ１３５１）。
【００６５】
続いて、認証制御部１０ｄは、認証処理の相手である無線通信端末のＭＡＣアドレスと、Ｂｅａｃｏｎを受信したことを示すフラグとともに記憶部１４に格納されている無線通信端末のＭＡＣアドレスとに基づいて、認証処理の相手である無線通信端末からセットアップ中情報を含むＢｅａｃｏｎを受信済みであるか否かを判定する（ステップＳ１３５２）。
【００６６】
認証処理の相手である無線通信端末のＭＡＣアドレスと同一のＭＡＣアドレスに対して、Ｂｅａｃｏｎを受信したことを示すフラグが付与されている場合、認証処理の相手である無線通信端末からセットアップ中情報を含むＢｅａｃｏｎを受信済みであると判定される。また、認証処理の相手である無線通信端末のＭＡＣアドレスと同一のＭＡＣアドレスに対して、Ｂｅａｃｏｎを受信したことを示すフラグが付与されていない、または認証処理の相手である無線通信端末のＭＡＣアドレスと同一のＭＡＣアドレスが記憶部１４に格納されていない場合、認証処理の相手である無線通信端末からセットアップ中情報を含むＢｅａｃｏｎを受信済みでないと判定される。
【００６７】
認証処理の相手である無線通信端末からセットアップ中情報を含むＢｅａｃｏｎを受信済みである場合、認証制御部１０ｄは、Ｂｅａｃｏｎの送信元である無線通信端末との間でＷＰＡ２−ＰＳＫ方式による認証処理を行うよう、認証部１０ｂを制御する（ステップＳ１３８）。これによって、認証部１０ｂは、通信部１１を介して相手の無線通信端末との間で認証処理を行う。このとき、選択部１０ｃは、Ｂｅａｃｏｎの送信元である無線通信端末のＭＡＣアドレスを記憶部１４から読み出し、認証制御部１０ｄは、その読み出されたＭＡＣアドレスを有する無線通信端末とのみ認証処理を行い、他の無線通信端末との認証処理を禁止するよう、認証部１０ｂを制御する。続いて、処理はステップＳ１２９２に進む。
【００６８】
また、認証処理の相手である無線通信端末からセットアップ中情報を含むＢｅａｃｏｎを受信済みでない場合、認証制御部１０ｄは認証処理を中断する（ステップＳ１３７）。続いて、処理はステップＳ１２２に進む。
【００６９】
なお、図５〜図６のステップＳ１０１〜Ｓ１１６、図７〜図８のステップＳ１２２，Ｓ１２５，Ｓ１２６，Ｓ１２６１の処理が、既存のＷＰＳプロトコルに従った処理である。
【００７０】
図９は 図２に対応する、図５〜図８の処理に従った動作の例を示している。図９に示すいずれの無線通信端末もアドホックネットワークには参加していない（ステップＳ１０１に対応）。無線通信端末１は、ユーザが操作部１２のボタンを押すことでセットアップ開始トリガが発生すると（ステップＳ１０２に対応）、セットアップ中情報を含むＰｒｏｂｅ Ｒｅｑｕｅｓｔの送信を開始する（ステップＳ１０２２，Ｓ１０２３に対応）。なお、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔの送信先はブロードキャストであるが、先にセットアップ中情報を含むＢｅａｃｏｎを受信していればそのＢｅａｃｏｎの送信元をＰｒｏｂｅ Ｒｅｑｕｅｓｔの送信先としてもよい。
【００７１】
無線通信端末２は無線通信端末１からのＰｒｏｂｅ Ｒｅｑｕｅｓｔを受信するが、まだ操作部１２のボタンが押されていないため（ステップＳ１０２に対応）、無線通信端末１へ送信されるＰｒｏｂｅ Ｒｅｓｐｏｎｓｅにはセットアップ中情報は含まれない（ステップＳ１００１で対応済み）。
【００７２】
無線通信端末１は無線通信端末２からのＰｒｏｂｅ Ｒｅｓｐｏｎｓｅを受信するが（ステップＳ１０２４に対応）、セットアップ中情報が含まれていないため（ステップＳ１０２５に対応）、所定のタイミングでＰｒｏｂｅ Ｒｅｑｕｅｓｔの送信を繰り返しつつ（ステップＳ１０２３で対応済み）、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔの受信を待つ。
【００７３】
無線通信端末２は、操作部１２のボタンが押されてセットアップ開始トリガが発生すると（ステップＳ１０２に対応）、セットアップ中情報を含むＰｒｏｂｅ Ｒｅｑｕｅｓｔを送信する（ステップＳ１０２２，Ｓ１０２３に対応）。
【００７４】
無線通信端末１は無線通信端末２からのＰｒｏｂｅ Ｒｅｑｕｅｓｔを受信すると（ステップＳ１０２４に対応）、セットアップ中情報を含むＰｒｏｂｅ Ｒｅｓｐｏｎｓｅを無線通信端末２へ送信する（ステップＳ１００１，Ｓ１０２２で対応済み）。Ｐｒｏｂｅ Ｒｅｑｕｅｓｔがセットアップ中情報を含んでいたので（ステップＳ１０２５に対応）、無線通信端末１はＰｒｏｂｅ Ｒｅｑｕｅｓｔの送信を中止する（ステップＳ１０２６に対応）。
【００７５】
無線通信端末２は、セットアップ中情報を含むＰｒｏｂｅ Ｒｅｓｐｏｎｓｅを無線通信端末１から受信したので（ステップＳ１０２４，Ｓ１０２５に対応）、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔの送信を中止して（ステップＳ１０２６に対応）、無線通信端末１との間でＥＡＰメッセージの送受信による接続設定を実施する（ステップＳ１１６に対応）。
【００７６】
無線通信端末１は無線通信端末２との間での接続設定を実施する（ステップＳ１１６に対応）。
【００７７】
接続設定を実施した無線通信端末１と無線通信端末２は、送信するＢｅａｃｏｎ，Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅからセットアップ中情報を削除する（ステップＳ１１６１に対応）。どちらの無線通信端末もアドホックネットワークに参加していないので（ステップＳ１１６２に対応）、接続設定の際に送受信した、生成済みのネットワーク設定情報（ステップＳ１０２１で対応済み）に基づき、一方の無線通信端末はアドホックネットワークを生成して参加し、他方の無線通信端末は同じアドホックネットワークへ参加する（ステップＳ１１６３に対応）。無線通信端末１と無線通信端末２は、参加したアドホックネットワークのＳＳＩＤを含むＢｅａｃｏｎの繰り返し送信を開始する（ステップＳ１１６４に対応）。なお、接続設定では、ネットワーク設定情報を保有する一方の無線通信端末が、自身の保有するネットワーク設定情報を相手に送信することで接続設定が正常に完了する。
【００７８】
続いて、無線通信端末１と無線通信端末２はＷＰＡ２−ＰＳＫ方式による認証処理を実施し（ステップＳ１１９に対応）、それぞれ互いを認証済みと記憶し（ステップＳ１１９１に対応）、認証が完了すると互いの間でデータ通信が可能となる（ステップＳ１２０に対応）。
【００７９】
なお、認証処理におけるＷＰＡ２−ＰＳＫ方式あるいはＷＰＡ−ＰＳＫ方式では４−Ｗａｙ Ｈａｎｄｓｈａｋｅと呼ばれる４つのメッセージの送受信により暗号鍵が配布されるが、アドホックネットワークの場合にはこの４−Ｗａｙ Ｈａｎｄｓｈａｋｅがそれぞれの無線通信端末から１回ずつ開始され、計２回実施される。図中では先に無線通信端末１から開始され、次に無線通信端末２から開始されるとしているが、順番が逆であってもかまわない。
【００８０】
図１０は、図３に対応する、図５〜図８の処理に従った動作の例を示している。無線通信端末１と無線通信端末２はアドホックネットワークのＳＳＩＤ（“ＡＡＡ”）を含むＢｅａｃｏｎの繰り返し送信を開始する（ステップＳ１１６４で対応済み）。
【００８１】
無線通信端末１は、操作部１２のボタンが押されてセットアップ開始トリガが発生すると（ステップＳ１２２に対応）、繰り返し送信しているＢｅａｃｏｎ、および送信するＰｒｏｂｅ Ｒｅｓｐｏｎｓｅにセットアップ中情報を含める（ステップＳ１２５に対応）。
【００８２】
無線通信端末３は、操作部１２のボタンが押されてセットアップ開始トリガが発生すると（ステップＳ１０２に対応）、セットアップ中情報を含むＰｒｏｂｅ Ｒｅｑｕｅｓｔの送信を開始する（ステップＳ１０２２，Ｓ１０２３に対応）。
【００８３】
無線通信端末２はセットアップ開始トリガが発生していないので（ステップＳ１２２に対応）、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔを受信するが、無線通信端末３へ送信するＰｒｏｂｅ Ｒｅｓｐｏｎｓｅにはセットアップ中情報は含まれない（ステップＳ１００１で対応済み）。また、無線通信端末２は、同一のアドホックネットワークに参加している無線通信端末１からセットアップ中情報を含むＢｅａｃｏｎを受信し、無線通信端末１を認証済みと記憶しているため（ステップＳ１２４１に対応）、セットアップ開始トリガが発生するのを待つ。
【００８４】
無線通信端末１はＰｒｏｂｅ Ｒｅｑｕｅｓｔを受信すると（ステップＳ１２６に対応）、セットアップ中情報を含むＰｒｏｂｅ Ｒｅｓｐｏｎｓｅを無線通信端末３へ送信する（ステップＳ１２５で対応済み）。受信したＰｒｏｂｅ Ｒｅｑｕｅｓｔがセットアップ中情報を含んでいるので（ステップＳ１２６１に対応）、無線通信端末１は図９の無線通信端末１と同様に接続設定を行う。
【００８５】
無線通信端末３は、セットアップ中情報を含むＰｒｏｂｅ Ｒｅｓｐｏｎｓｅを無線通信端末１から受信したので（ステップＳ１０２４，Ｓ１０２５に対応）、以降、無線通信端末１との間で図９の無線通信端末２と同じ動作を行い、無線通信端末１との間で接続設定を行ってアドホックネットワークに参加し、認証処理を行い、無線通信端末１を認証済みと記憶し、データ通信が可能となる。
【００８６】
無線通信端末１は無線通信端末３との接続設定の完了後（ステップＳ１１６に対応）、送信するＢｅａｃｏｎ，Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅからセットアップ中情報を削除する（ステップＳ１１６１に対応）。無線通信端末１は既にアドホックネットワークに参加しているため（ステップＳ１１６２に対応）、無線通信端末３との間でＷＰＡ２−ＰＳＫ方式による認証処理を実施し（ステップＳ１１９に対応）、無線通信端末３を認証済みと記憶し（ステップＳ１１９１に対応）、認証が完了すると互いの間でデータ通信が可能となる（ステップＳ１２０に対応）。
【００８７】
図１１は、図４に対応する、図５〜図８の処理に従った動作の例を示している。無線通信端末１〜３は、アドホックネットワークのＳＳＩＤ（“ＡＡＡ”）を含むＢｅａｃｏｎの繰り返し送信を開始する（ステップＳ１１６４で対応済み）。
【００８８】
無線通信端末２は、操作部１２のボタンが押されてセットアップ開始トリガが発生すると（ステップＳ１２２に対応）、繰り返し送信しているＢｅａｃｏｎおよびＰｒｏｂｅ Ｒｅｓｐｏｎｓｅにセットアップ中情報を含める（ステップＳ１２５に対応）。無線通信端末２はＰｒｏｂｅ Ｒｅｑｕｅｓｔを受信しておらず（ステップＳ１２６に対応）、無線通信端末１と無線通信端末３からＢｅａｃｏｎを受信しているが（ステップＳ１２９に対応）、いずれもセットアップ中情報を含んでいないＢｅａｃｏｎであるため（ステップＳ１２９１に対応）、再びＰｒｏｂｅ ＲｅｑｕｅｓｔまたはＢｅａｃｏｎの受信を待つ。
【００８９】
無線通信端末１と無線通信端末３では、セットアップ開始トリガが発生していない（ステップＳ１２２に対応）。無線通信端末１は、無線通信端末２からのＢｅａｃｏｎを受信すると、そのＢｅａｃｏｎがセットアップ中情報を含んでおり、Ｂｅａｃｏｎに含まれるＳＳＩＤは自身の参加しているアドホックネットワークのＳＳＩＤと同じ“ＡＡＡ”であるが、無線通信端末２が認証済みと記憶されているため（ステップＳ１２４１に対応）、再びセットアップ開始トリガが発生するのを待つ。一方、無線通信端末３は、無線通信端末２が認証済みと記憶されていないので（ステップＳ１２４１に対応）、無線通信端末２からセットアップ中情報を含むＢｅａｃｏｎを受信したと記憶する（ステップＳ１２４２に対応）。
【００９０】
無線通信端末３は、操作部１２のボタンが押されてセットアップ開始トリガが発生すると（ステップＳ１２２に対応）、繰り返し送信しているＢｅａｃｏｎおよびＰｒｏｂｅ Ｒｅｓｐｏｎｓｅにセットアップ中情報を含める（ステップＳ１２５に対応）。
【００９１】
無線通信端末２は無線通信端末３からのＢｅａｃｏｎを受信すると（ステップＳ１２９に対応）、そのＢｅａｃｏｎがセットアップ中情報を含んでおり、Ｂｅａｃｏｎに含まれるＳＳＩＤは自身の参加しているアドホックネットワークのＳＳＩＤと同じ“ＡＡＡ”であるため（ステップＳ１２９１に対応）、送信するＢｅａｃｏｎ，Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅからセットアップ中情報を削除する（ステップＳ１２９２に対応）。そして、無線通信端末２と無線通信端末３はそれぞれ互いを認証済みと記憶してはいないので（ステップＳ１３２に対応）、無線通信端末２は、無線通信端末３からセットアップ中情報を含むＢｅａｃｏｎを受信したと記憶し（ステップＳ１３２２に対応）、無線通信端末３との間でＷＰＡ２−ＰＳＫ方式による認証処理を実施する（ステップＳ１３３に対応）。
【００９２】
無線通信端末３は、無線通信端末２から認証処理が開始されると（ステップＳ１３５に対応）、送信するＢｅａｃｏｎ，Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅからセットアップ中情報を削除する（ステップＳ１３５１に対応）。無線通信端末３は、無線通信端末２からセットアップ中情報を含むＢｅａｃｏｎを受信したと記憶しているので（ステップＳ１３５２に対応）、無線通信端末２との間で認証処理を実施する（ステップＳ１３８に対応）。
【００９３】
無線通信端末２と無線通信端末３は認証処理が完了すると（ステップＳ１３３１に対応）、それぞれ互いを認証済みと記憶し（ステップＳ１３３２に対応）、互いの間でデータ通信が可能となる（ステップＳ１３４に対応）。
【００９４】
なお、図７〜図８、および図１１の例では、Ｂｅａｃｏｎの受信に基づいて、セットアップ中情報を含むＢｅａｃｏｎの受信の記憶やＢｅａｃｏｎの送信元との認証処理を行っているが、Ｂｅａｃｏｎの受信以外に、自らＰｒｏｂｅ Ｒｅｑｕｅｓｔを送信して返信されたＰｒｏｂｅ ＲｅｓｐｏｎｓｅをＢｅａｃｏｎの代わりとすることも可能である。
【００９５】
上述したように、本実施形態では、選択部１０ｃは、認証処理を実施していない無線通信端末からセットアップ中情報を含むＢｅａｃｏｎ、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ、またはＰｒｏｂｅ Ｒｅｓｐｏｎｓｅ（認証要求）が受信された場合、その送信元である無線通信端末を認証処理の対象として選択する。認証制御部１０ｄは、選択部１０ｃが選択した無線通信端末に対しては認証を行わせ、選択部１０ｃが選択した無線通信端末以外の端末に対しては認証を禁止させる。これによって、選択部１０ｃが選択した無線通信端末とのみ認証処理が行われる。このため、無線通信端末は、自身が選択した一部の無線通信端末とのみデータ通信を行うことができる。また、ユーザは操作部１２のボタンを押すことによって、認証処理の対象となる無線通信端末を選択することができる。
【００９６】
（第２の実施形態）
次に、本発明の第２の実施形態を説明する。第２の実施形態では、第１の実施形態とは異なる方法でユーザが選択した無線通信端末を認証処理の相手として認証処理が行われる。本実施形態による無線通信端末の構成は第１の実施形態と同様である。
【００９７】
図１２は、ユーザが選択した端末の認証を行う場合の概略動作を示している。以下、図１２（ａ）〜（ｅ）を参照し、無線通信端末の概略動作を説明する。
【００９８】
＜図１２（ａ）＞
図２（ｅ）の状態から、さらに別の無線通信端末３がアドホックネットワークに参加しデータ通信を行う。この無線通信端末３は、ネットワーク設定情報を保有しているとする。ネットワーク設定情報は、例えば以下の６通りの方法で入手することができる。
【００９９】
（１）ユーザが無線通信端末３にネットワーク設定情報を入力する。
（２）通信部１１とは異なる図示していない他の通信インターフェース経由でネットワーク設定情報を取得する。
（３）図示していない外部記録媒体を経由してネットワーク設定情報を取得する。
（４）図示していない撮像部を通じて撮像した画像データからネットワーク設定情報を抽出する。
（５）図示していない音声入力部を通じて入力された音声データからネットワーク設定情報を抽出する。
（６）ＷＰＳによる接続設定、およびその他各社固有の接続設定によりネットワーク設定情報を取得する。
【０１００】
＜図１２（ｂ）＞
無線通信端末３は、保有するネットワーク接続情報に従いアドホックネットワークに参加する。この時点では、無線通信端末３は、アドホックネットワーク内のいずれの無線通信端末との間でも認証処理を未実施であり、データ通信はできない状態である。
【０１０１】
＜図１２（ｃ）＞
アドホックネットワーク内のそれぞれの無線通信端末は、アドホックネットワーク内で未認証状態である無線通信端末を表示し、ユーザによる選択がなされるのを待つ。その後、ユーザによって、無線通信端末１でデータ通信の相手として無線通信端末３が選択され、無線通信端末３でデータ通信の相手として無線通信端末１が選択される。
【０１０２】
＜図１２（ｄ）＞
ユーザによって無線通信端末１と無線通信端末３が選択されると、無線通信端末１と無線通信端末３は互いに認証処理を行う。
【０１０３】
＜図１２（ｅ）＞
無線通信端末１と無線通信端末３との間の認証処理が完了すると、互いの無線通信端末同士で認証済みとなり、データ通信が可能となる。一方、無線通信端末２と無線通信端末３との間では認証処理が未実施なので、依然としてデータ通信はできない状態である。
【０１０４】
次に、図１３〜図１６を参照し、無線通信端末の詳細な動作を説明する。図１３〜図１４は、無線通信端末の詳細な処理手順を示している。図１５は、無線通信端末が記憶する認証リストの内容例を示している。図１６は、図１３〜図１４に従った動作の具体例を示している。図１６を参照した後、図１３〜図１４を参照することで、図１３〜図１４の動作の理解がより深まるであろう。
【０１０５】
図１３〜図１４は、無線通信端末（図１０の無線通信端末１〜３）の動作を示している。認証制御部１０ｄは、記憶部１４に格納されている認証リストを初期化する（ステップＳ１５１）。図１５に示すように、認証リストは、自身の無線通信端末が参加しているアドホックネットワーク内に存在する他の無線通信端末から送信されたＢｅａｃｏｎにより認識することのできた他の無線通信端末のＭＡＣアドレスと、そのＭＡＣアドレスに対応する認証状態を示す状態情報とを関連付けたものである。
【０１０６】
認証済とは、その無線通信端末との間で認証が完了している状態を示している。認証許可とは、その無線通信端末との間で認証が完了しておらず、認証処理を行ってよい状態であることを示している。未認証とは、その無線通信端末との間で認証が完了しておらず、認証処理を行ってはならない状態であることを示している。図１５に記載されている認証リストの個々の内容に関しては、図１６を説明する際に説明する。
【０１０７】
ステップＳ１５１に続いて、認証制御部１０ｄは、自身の無線通信端末がアドホックネットワークに参加済みであるか否かを判定する（ステップＳ１５２）。ステップＳ１５２における判定方法は、図５のステップＳ１０１における判定方法と同様である。
【０１０８】
自身の無線通信端末がアドホックネットワークに参加済みでない場合、認証制御部１０ｄは、記憶部１４にネットワーク設定情報が格納されているか否かを判定する（ステップＳ１５３）。記憶部１４にネットワーク設定情報が格納されていない場合、処理が終了する。また、記憶部１４にネットワーク設定情報が格納されている場合、処理はステップＳ１５６に進む。
【０１０９】
一方、ステップＳ１５２において自身の無線通信端末がアドホックネットワークに参加済みである場合、認証制御部１０ｄは、そのアドホックネットワークのＳＳＩＤおよび自身の無線通信端末のＭＡＣアドレスを記憶部１４から読み出し、そのＳＳＩＤおよびＭＡＣアドレスを含むＢｅａｃｏｎを繰り返し送信するよう、通信部１１を制御する（ステップＳ１５４）。
【０１１０】
続いて、認証制御部１０ｄは、他の無線通信端末からＢｅａｃｏｎを受信したか否かを判定する（ステップＳ１５６）。他の無線通信端末からＢｅａｃｏｎを受信していない場合、処理はステップＳ１７１に進む。また、他の無線通信端末からＢｅａｃｏｎを受信している場合、認識部１０ａは、受信したＢｅａｃｏｎから送信元の無線通信端末のＭＡＣアドレスを識別する。さらに、認証制御部１０ｄは、自身の無線通信端末がアドホックネットワークに参加済みであるか否かを判定する（ステップＳ１５７）。ステップＳ１５７における判定方法は、図５のステップＳ１０１における判定方法と同様である。
【０１１１】
自身の無線通信端末がアドホックネットワークに参加済みでない場合、認証制御部１０ｄは、記憶部１４に格納されているネットワーク設定情報の一部であるＳＳＩＤを読み出し、Ｂｅａｃｏｎに含まれるＳＳＩＤと一致するか否かを判定する（ステップＳ１５８）。２つのＳＳＩＤが一致しない場合、処理はステップＳ１７１に進む。また、２つのＳＳＩＤが一致する場合、認証制御部１０ｄは、ネットワーク設定情報に基づいてアドホックネットワークに参加する（ステップＳ１５９）。続いて、認証制御部１０ｄは、参加済みのアドホックネットワークのＳＳＩＤおよび自身の無線通信端末のＭＡＣアドレスを記憶部１４から読み出し、そのＳＳＩＤおよびＭＡＣアドレスを含むＢｅａｃｏｎを繰り返し送信するよう、通信部１１を制御する（ステップＳ１５９１）。続いて、処理はステップＳ１６１に進む。
【０１１２】
一方、ステップＳ１５７において自身の無線通信端末がアドホックネットワークに参加済みである場合、認証制御部１０ｄは、Ｂｅａｃｏｎに含まれるＳＳＩＤが、自身の無線通信端末が参加しているアドホックネットワークのＳＳＩＤと同一であるか否かを判定する（ステップＳ１６０）。２つのＳＳＩＤが同一でない場合、処理はステップＳ１７１に進む。また、２つのＳＳＩＤが同一である場合、認証制御部１０ｄは、Ｂｅａｃｏｎの送信元である無線通信端末のＭＡＣアドレスが、記憶部１４に格納されている認証リストに含まれているか否かを判定する（ステップＳ１６１）。
【０１１３】
Ｂｅａｃｏｎの送信元である無線通信端末のＭＡＣアドレスが認証リストに含まれている場合、処理はステップＳ１７１に進む。また、Ｂｅａｃｏｎの送信元である無線通信端末のＭＡＣアドレスが認証リストに含まれていない場合、認証制御部１０ｄは、Ｂｅａｃｏｎの送信元である無線通信端末のＭＡＣアドレスを認証リストに追加し、そのＭＡＣアドレスに対応した認証リスト内の状態情報を未認証とする（ステップＳ１６２）。続いて、選択部１０ｃは記憶部１４から認証リストを読み出し、状態情報が未認証であるＭＡＣアドレスを選択し、そのＭＡＣアドレスを表示部１３に表示させる（ステップＳ１６３）。これによって、未認証の無線通信端末の選択をユーザに促すことができる。
【０１１４】
続いて、認証制御部１０ｄは、操作部１２からの情報に基づいて、表示部１３に表示されたＭＡＣアドレスのうちのいずれかがユーザによる操作部１２の操作によって選択されたか否かを判定する（ステップＳ１７１）。表示部１３に表示されたＭＡＣアドレスのうちのいずれかが選択された場合、認証制御部１０ｄは、記憶部１４に格納されている認証リストにおいて、選択されたＭＡＣアドレスと同一のＭＡＣアドレスに対応した状態情報を認証許可に変更する（ステップＳ１７２）。
【０１１５】
続いて、認証制御部１０ｄは、ステップＳ１７２で状態情報が認証許可に変更されたＭＡＣアドレスを有する無線通信端末との間でＷＰＡ２−ＰＳＫ方式による認証処理を行うよう、認証部１０ｂを制御する（ステップＳ１７３）。これによって、認証部１０ｂは、通信部１１を介して相手の無線通信端末との間で認証処理を行う。このとき、選択部１０ｃは、ステップＳ１７２で状態情報が認証許可に変更されたＭＡＣアドレスを認証リストから読み出し、認証制御部１０ｄは、その読み出されたＭＡＣアドレスを有する無線通信端末とのみ認証処理を行い、他の無線通信端末との認証処理を禁止するよう、認証部１０ｂを制御する。
【０１１６】
続いて、認証制御部１０ｄは、認証処理が成功したか否かを判定する（ステップＳ１７４）。認証処理が成功した場合、処理はステップＳ１７９に進む。また、認証処理が失敗した場合、処理はステップＳ１８４に進む。
【０１１７】
一方、ステップＳ１７１において表示部１３に表示されたＭＡＣアドレスのいずれも選択されていない場合、認証制御部１０ｄは、他の無線通信端末から認証処理が開始されたか否かを判定する（ステップＳ１７５）。他の無線通信端末から認証処理が開始されていない場合、処理はステップＳ１５６に進む。また、他の無線通信端末から認証処理が開始されている場合、認証制御部１０ｄは、記憶部１４に格納されている認証リストにおいて、認証処理の開始時に通知される相手の無線通信端末のＭＡＣアドレスと同一のＭＡＣアドレスに関連付けられている状態情報が認証許可であるか否かを判定する（ステップＳ１７６）。
【０１１８】
状態情報が認証許可でない場合、認証制御部１０ｄは認証処理を中断する（ステップＳ１７７）。続いて、選択部１０ｃは記憶部１４から認証リストを読み出し、状態情報が未認証であるＭＡＣアドレスを選択し、そのＭＡＣアドレスを表示部１３に表示させる（ステップＳ１８４）。これによって、未認証の無線通信端末の選択をユーザに促すことができる。続いて、処理はステップＳ１５６に進む。
【０１１９】
一方、ステップＳ１７６において状態情報が認証許可である場合、認証制御部１０ｄは、認証処理を開始した無線通信端末との間でＷＰＡ２−ＰＳＫ方式による認証処理を行うよう、認証部１０ｂを制御する（ステップＳ１７８）。これによって、認証部１０ｂは、通信部１１を介して相手の無線通信端末との間で認証処理を行う。このとき、選択部１０ｃは、認証処理の開始時に通知されるＭＡＣアドレスを有する無線通信端末とのみ認証処理を行い、他の無線通信端末との認証処理を禁止するよう、認証部１０ｂを制御する。
【０１２０】
続いて、認証制御部１０ｄは、データ通信を行うため、通信部１１を待機させる（ステップＳ１７９）。これ以降、通信部１１は必要に応じてデータ通信を行う。続いて、認証制御部１０ｄは、記憶部１４に格納されている認証リストにおいて、認証処理の相手の無線通信端末のＭＡＣアドレスと同一のＭＡＣアドレスに対応した状態情報を認証済に変更する（ステップＳ１８０）。続いて、処理はステップＳ１８４に進む。
【０１２１】
図１６は 図１２に対応する、図１３〜図１４の処理に従った動作の例を示している。無線通信端末１と無線通信端末２は、既に図１３〜図１４に従い動作しており、アドホックネットワークのＳＳＩＤ（“ＡＡＡ”）を含み、またそれぞれ自身のＭＡＣアドレス（無線通信端末１の場合は“００ １１ ２２ ３３ ４４ ５５”、無線通信端末２の場合は“００ ＡＡ ＢＢ ＣＣ ＤＤ ＥＥ”）をＳＡ（送信元アドレス）として含むＢｅａｃｏｎを繰り返し送信している。また、無線通信端末１と無線通信端末２は、互いに認証を完了し、それぞれが記憶している認証リスト内で互いのＭＡＣアドレスが認証済みとなっている状態（無線通信端末１では、図１５（ａ）の状態）であり、図１３〜図１４においてステップＳ１５６，Ｓ１７１，Ｓ１７５の判断によるループ内で動作していると仮定する。
【０１２２】
無線通信端末３は、図１２（ａ）を参照して説明したように、何らかの方法によってＳＳＩＤが“ＡＡＡ”であるアドホックネットワークのネットワーク設定情報を事前に取得しているとする。無線通信端末３は、認証リストを初期化する（ステップＳ１５１に対応）。無線通信端末３はアドホックネットワークには参加していないが（ステップＳ１５２に対応）、ネットワーク設定情報を有している（ステップＳ１５３に対応）。
【０１２３】
無線通信端末２は、無線通信端末１から送信されたＢｅａｃｏｎを受信する（ステップＳ１５６に対応）。無線通信端末２自身はアドホックネットワークに参加済みであり（ステップＳ１５７に対応）、Ｂｅａｃｏｎに含まれるＳＳＩＤと自身が参加しているアドホックネットワークのＳＳＩＤがともに“ＡＡＡ”で同一である（ステップＳ１６０に対応）。また、無線通信端末１のＭＡＣアドレス“００ １１ ２２ ３３ ４４ ５５”は無線通信端末２の認証リストに含まれている（ステップＳ１６１に対応）。
【０１２４】
無線通信端末３は、無線通信端末１から送信されたＢｅａｃｏｎを受信すると（ステップＳ１５６に対応）、自身はアドホックネットワークに参加しておらず（ステップＳ１５７に対応）、自身が保有するネットワーク設定情報のＳＳＩＤとＢｅａｃｏｎに含まれるＳＳＩＤはともに“ＡＡＡ”で一致するため（ステップＳ１５８に対応）、ネットワーク設定情報に従いアドホックネットワークに参加する（ステップＳ１５９に対応）。そして、無線通信端末３は、アドホックネットワークのＳＳＩＤ（“ＡＡＡ”）を含み、自身のＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”をＳＡ（送信元アドレス）として含むＢｅａｃｏｎを繰り返し送信する（ステップＳ１５９１に対応）。
【０１２５】
無線通信端末３が受信したＢｅａｃｏｎの送信元である無線通信端末１のＭＡＣアドレス“００ １１ ２２ ３３ ４４ ５５”は無線通信端末３の認証リストに含まれていないので（ステップＳ１６１に対応）、無線通信端末３はそのＭＡＣアドレス“００ １１ ２２ ３３ ４４ ５５”を認証リストに未認証として追加する（ステップＳ１６２に対応）。このときの無線通信端末３の認証リストは図１５（ｅ）の状態となる。この時点で無線通信端末３の認証リストでは、ＭＡＣアドレス“００ １１ ２２ ３３ ４４ ５５”のみが未認証となっているので、無線通信端末３はこのＭＡＣアドレスを表示部１３に表示する（ステップＳ１６３に対応）。
【０１２６】
無線通信端末１は、無線通信端末２から送信されたＢｅａｃｏｎを受信する（ステップＳ１５６に対応）。無線通信端末１自身はアドホックネットワークに参加済みであり（ステップＳ１５７に対応）、ＢｅａｃｏｎのＳＳＩＤと自身が参加しているアドホックネットワークのＳＳＩＤがともに“ＡＡＡ”で同一である（ステップＳ１６０に対応）。また、無線通信端末２のＭＡＣアドレス“００ ＡＡ ＢＢ ＣＣ ＤＤ ＥＥ”は無線通信端末１の認証リストに含まれている（ステップＳ１６１に対応）。
【０１２７】
無線通信端末３は、無線通信端末２から送信されたＢｅａｃｏｎを受信すると（ステップＳ１５６に対応）、自身はアドホックネットワークに参加済みであり（ステップＳ１５７に対応）、ＢｅａｃｏｎのＳＳＩＤと自身が参加しているアドホックネットワークのＳＳＩＤがともに“ＡＡＡ”で同一であり（ステップＳ１６０に対応）、Ｂｅａｃｏｎの送信元である無線通信端末２のＭＡＣアドレス“００ ＡＡ ＢＢ ＣＣ ＤＤ ＥＥ”は認証リストに含まれていないので（ステップＳ１６１に対応）、そのＭＡＣアドレス“００ ＡＡ ＢＢ ＣＣ ＤＤ ＥＥ”を認証リストに未認証として追加する（ステップＳ１６２に対応）。このときの無線通信端末３の認証リストは図１５（ｆ）の状態となる。この時点で無線通信端末３の認証リストでは、ＭＡＣアドレス“００ １１ ２２ ３３ ４４ ５５”と“００ ＡＡ ＢＢ ＣＣ ＤＤ ＥＥ”が未認証となっているので、無線通信端末３はこれらのＭＡＣアドレスを表示部１３に表示する（ステップＳ１６３に対応）。
【０１２８】
無線通信端末１と無線通信端末２は、無線通信端末３から送信されたＢｅａｃｏｎを受信すると（ステップＳ１５６に対応）、それぞれ自身はアドホックネットワークに参加済みであり（ステップＳ１５７に対応）、ＢｅａｃｏｎのＳＳＩＤと自身が参加しているアドホックネットワークのＳＳＩＤがともに“ＡＡＡ”で同一であり（ステップＳ１６０に対応）、無線通信端末３のＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”は認証リストに含まれていないので（ステップＳ１６１に対応）、Ｂｅａｃｏｎの送信元である無線通信端末３のＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”を認証リストに未認証として追加する（ステップＳ１６２に対応）。このときの認証リストは無線通信端末１では図１５（ｂ）の状態となる。この時点で無線通信端末１と無線通信端末２の認証リストでは、ＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”のみが未認証となっているので、無線通信端末１と無線通信端末２はこのＭＡＣアドレスを表示部１３に表示する（ステップＳ１６３に対応）。
【０１２９】
その後、ユーザが無線通信端末３の操作部１２を操作し、表示されているＭＡＣアドレスの中で“００ １１ ２２ ３３ ４４ ５５”を選択すると（ステップＳ１７１に対応）、無線通信端末３は認証リスト内でＭＡＣアドレス“００ １１ ２２ ３３ ４４ ５５”を認証許可に変更する（ステップＳ１７２に対応）。このときの無線通信端末３の認証リストは図１５（ｇ）の状態となる。無線通信端末３は、ＭＡＣアドレス“００ １１ ２２ ３３ ４４ ５５”を有する無線通信端末１との間でＷＰＡ２−ＰＳＫ方式による認証処理を実施する（ステップＳ１７３に対応）。
【０１３０】
無線通信端末３からＷＰＡ２−ＰＳＫ方式による認証処理が開始されるが（ステップＳ１７５に対応）、無線通信端末１の認証リストでは無線通信端末３のＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”は未認証となっており認証許可ではない（ステップＳ１７６に対応）。このため、無線通信端末１は、無線通信端末３から送信されたＷＰＡ２−ＰＳＫ方式の４−Ｗａｙ ＨａｎｄｓｈａｋｅのＭｅｓｓａｇｅ１に対してＭｅｓｓａｇｅ２による返信をせず、認証処理を中断する（ステップＳ１７７に対応）。認証リスト内で無線通信端末３のみが未認証状態のままなので、無線通信端末１はＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”の表示を継続する（ステップＳ１８４に対応）。
【０１３１】
一方、無線通信端末３は、認証処理が成功しないと判定する（ステップＳ１７４に対応）。認証リスト内で無線通信端末１のＭＡＣアドレス“００ １１ ２２ ３３ ４４ ５５”は認証許可に変更されており、この時点ではＭＡＣアドレス“００ ＡＡ ＢＢ ＣＣ ＤＤ ＥＥ”のみが未認証となっているので、無線通信端末３はＭＡＣアドレス“００ ＡＡ ＢＢ ＣＣ ＤＤ ＥＥ”のみを表示部１３に表示する（ステップＳ１８４に対応）。
【０１３２】
その後、ユーザが無線通信端末１の操作部１２を操作し、表示されているＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”を選択すると（ステップＳ１７１に対応）、無線通信端末１は認証リスト内でＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”を認証許可に変更する（ステップＳ１７２に対応）。このときの無線通信端末１の認証リストは図１５（ｃ）の状態となる。無線通信端末１は、ＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”を有する無線通信端末３との間でＷＰＡ２−ＰＳＫ方式による認証処理を実施する（ステップＳ１７３に対応）。
【０１３３】
無線通信端末１からＷＰＡ２−ＰＳＫ方式による認証処理が開始され（ステップＳ１７５に対応）、無線通信端末３の認証リストでは無線通信端末１のＭＡＣアドレス“００ １１ ２２ ３３ ４４ ５５”は認証許可となっているので（ステップＳ１７６に対応）、無線通信端末３は無線通信端末１との間でＷＰＡ２−ＰＳＫ方式による認証処理を実施する（ステップＳ１７８に対応）。
【０１３４】
無線通信端末１は、無線通信端末３との間で認証処理が成功したと判定し（ステップＳ１７４に対応）、互いの間でデータ通信が可能となる（ステップＳ１７９に対応）。無線通信端末１は、認証リスト内で、認証が成功した無線通信端末３のＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”を認証許可から認証済みに変更する（ステップＳ１８０に対応）。このときの無線通信端末１の認証リストは図１５（ｄ）の状態となり、未認証であるＭＡＣアドレスは存在しないので、無線通信端末１はＭＡＣアドレスの表示を行わない（ステップＳ１８４に対応）。
【０１３５】
無線通信端末３は無線通信端末１との間でデータ通信が可能となる（ステップＳ１７９に対応）。無線通信端末３は、認証リスト内で、認証が成功した無線通信端末１のＭＡＣアドレス“００ １１ ２２ ３３ ４４ ５５”を認証許可から認証済みに変更する（ステップＳ１８０に対応）。このときの無線通信端末３の認証リストは図１５（ｈ）の状態となる。無線通信端末３は、未認証となっているＭＡＣアドレス“００ ＡＡ ＢＢ ＣＣ ＤＤ ＥＥ”のみを表示部１３に表示する（ステップＳ１８４に対応）。
【０１３６】
なお、この例では、無線通信端末にかかわる情報としてＭＡＣアドレスのみをＢｅａｃｏｎに含め、認証リスト内で記載し、無線通信端末上で表示しているが、ＭＡＣアドレスに加えてその他の情報も用いることが可能である。例えば、Ｂｅａｃｏｎのｆｒａｍｅ ｂｏｄｙ内のＶｅｎｄｏｒ Ｓｐｅｃｉｆｉｃ ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ内に無線通信端末の情報（“ＸＸＸ社製 ＹＹＹのメインＤＳＣ”といったような所有者や製造者名、使用用途その他種々の情報）を含め、認証リスト内にＭＡＣアドレスとそれら情報を関連付けて記憶し、無線通信端末上で表示する際にもＭＡＣアドレスとそれらの情報を関連付けて表示させてもよい。
【０１３７】
なお、図１３〜図１４、および図１６の例では、Ｂｅａｃｏｎの受信に基づいて認証リストに未認証のＭＡＣアドレスを追加しているが、Ｂｅａｃｏｎの受信以外に、自らＰｒｏｂｅ Ｒｅｑｕｅｓｔを送信して返信されたＰｒｏｂｅ ＲｅｓｐｏｎｓｅをＢｅａｃｏｎの代わりとすることも可能である。
【０１３８】
上述したように、本実施形態では、選択部１０ｃは、認証処理を実施していない無線通信端末からＢｅａｃｏｎ（認証要求）が受信され、その無線通信端末がユーザによって選択された場合、その無線通信端末を認証処理の対象として選択する。認証制御部１０ｄは、選択部１０ｃが選択した無線通信端末に対しては認証を行わせ、選択部１０ｃが選択した無線通信端末以外の端末に対しては認証を禁止させる。これによって、選択部１０ｃが選択した無線通信端末とのみ認証処理が行われる。このため、無線通信端末は、自身が選択した一部の無線通信端末とのみデータ通信を行うことができる。また、ユーザは認証処理の対象となる無線通信端末を選択することができる。
【０１３９】
（第３の実施形態）
次に、本発明の第３の実施形態を説明する。第３の実施形態は、第２の実施形態の変形形態である。本実施形態による無線通信端末の構成は第１の実施形態と同様である。また、ユーザが選択した端末の認証を行う場合の概略動作は、図１２に示した通りである。
【０１４０】
図１７は、無線通信端末の動作を示しており、図１４を変形したものである。図１３に示す処理は、本実施形態にも同様に適用される。以下、図１７に示す処理を説明する。図１７において、図１４に示したステップと同一のステップには同一の符号が付与されており、この部分については説明を省略する。
【０１４１】
ステップＳ１７４において認証処理が成功しなかった場合、認証制御部１０ｄは、ステップＳ１７３で認証処理を実施した相手の無線通信端末に対して、自身の無線通信端末のＭＡＣアドレスを含む認証許可依頼（認証要求）を、通信部１１を介して送信する（ステップＳ１８１）。続いて、処理はステップＳ１８４に進む。
【０１４２】
また、ステップＳ１７５において他の無線通信端末から認証処理が開始されていない場合、認証制御部１０ｄは、他の無線通信端末から認証許可依頼を受信したか否かを判定する（ステップＳ１８２）。認証許可依頼を受信していない場合、処理はステップＳ１５６に進む。また、認証許可依頼を受信している場合、認証制御部１０ｄは、認証を許可するよう依頼されたことを表示部１３に表示させる（ステップＳ１８３）。このとき、表示している未認証のＭＡＣアドレスの中で、認証許可の依頼元のＭＡＣアドレスに該当する表示の表示色を変えたり、強調表示を行ったり、認証許可を依頼されたメッセージを追加表示しても良いし、あるいは表示している未認証のＭＡＣアドレスとは別にメッセージを表示しても良い。続いて、処理はステップＳ１５６に進む。
【０１４３】
図１７に示す処理では、認証処理が失敗した場合、相手の無線通信端末の認証リストにおいて、自身の無線通信端末のＭＡＣアドレスに付与された状態情報が認証許可になっていない。この状態情報を認証許可に変更してもらうため、認証処理を試みた相手の無線通信端末に対して認証許可依頼が送信され、相手の無線通信端末において認証許可依頼の内容が表示される。この後、相手の無線通信端末において、認証許可依頼の送信元である無線通信端末が選択され、ＭＡＣアドレスに付与された状態情報が認証許可に変更されると、認証処理が再度実施される。
【０１４４】
図１８は 図１２に対応する、図１７の処理に従った動作の例を示している。図１６と類似している箇所が多いため、図１６からの変更点を中心に説明する。無線通信端末３は、ＭＡＣアドレス“００ １１ ２２ ３３ ４４ ５５”を有する無線通信端末１との間でＷＰＡ２−ＰＳＫ方式による認証処理を実施する（ステップＳ１７３に対応）。無線通信端末３は、認証処理が成功しないため（ステップＳ１７４に対応）、認証処理を実施した無線通信端末１に対して、自身のＭＡＣアドレスを含む認証許可依頼を送信する（ステップＳ１８１に対応）。
【０１４５】
無線通信端末１は認証許可依頼を受信すると（ステップＳ１８２に対応）、認証を許可するよう依頼されたことを表示部１３に表示する（ステップＳ１８３に対応）。その後、ユーザが無線通信端末１の操作部１２を操作し、表示されているＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”を選択すると、無線通信端末１と無線通信端末３との間でＷＰＡ２−ＰＳＫ方式による認証処理が実施される。
【０１４６】
上述したように、本実施形態によれば、自身が選択した一部の無線通信端末とのみデータ通信を行うことができ、ユーザは認証処理の対象となる無線通信端末を選択することができる。また、認証処理を実施する相手の無線通信端末で自身の無線通信端末の認証が許可されていない場合に、その無線通信端末に対して認証許可依頼（認証要求）を送信し、認証を許可してもらうよう促すことによって、認証処理をより確実に実施することができる。
【０１４７】
（第４の実施形態）
次に、本発明の第４の実施形態を説明する。第４の実施形態は、第２の実施形態の変形形態である。本実施形態による無線通信端末の構成は第１の実施形態と同様である。また、ユーザが選択した端末の認証を行う場合の概略動作は、図１２に示した通りである。
【０１４８】
図１９〜図２０は、無線通信端末の動作を示しており、図１３〜図１４を変形したものである。以下、図１９〜図２０に示す処理を説明する。図１９〜図２０において、図１３〜図１４に示したステップと同一のステップには同一の符号が付与されており、この部分については説明を省略する。
【０１４９】
ステップＳ１５２において自身の無線通信端末がアドホックネットワークに参加済みである場合、認証制御部１０ｄは、そのアドホックネットワークのＳＳＩＤおよび自身の無線通信端末のＭＡＣアドレスを記憶部１４から読み出し、そのＳＳＩＤおよびＭＡＣアドレスと、認証対象＝“ｌｉｍｉｔｅｄ”（通知情報）とを含むＢｅａｃｏｎを繰り返し送信するよう、通信部１１を制御する（ステップＳ１９１）。認証対象＝“ｌｉｍｉｔｅｄ”とは、Ｂｅａｃｏｎの送信元である無線通信端末がアドホックネットワーク内の認証対象を制限する、つまり無条件に認証処理を実施しないことを明示する内容である。
【０１５０】
ステップＳ１５９に続いて、認証制御部１０ｄは、自身が参加しているアドホックネットワークのＳＳＩＤおよび自身の無線通信端末のＭＡＣアドレスを記憶部１４から読み出し、そのＳＳＩＤおよびＭＡＣアドレスと、認証対象＝“ｌｉｍｉｔｅｄ”とを含むＢｅａｃｏｎを繰り返し送信するよう、通信部１１を制御する（ステップＳ１９４）。続いて、認証制御部１０ｄは、ステップＳ１５６で受信が確認されたＢｅａｃｏｎ内の認証対象が“ｌｉｍｉｔｅｄ”であるか否かを判定する（ステップＳ１６０１）。
【０１５１】
Ｂｅａｃｏｎ内の認証対象が“ｌｉｍｉｔｅｄ”でない場合、通常の認証処理が実施される（ステップＳ１６０２）。通常の認証処理とは、非特許文献１に示されるように、新たにネットワークに参加した場合にネットワーク内の既存の無線通信端末の全てと認証処理を行うことを指す。続いて、処理はステップＳ１７１に進む。一方、Ｂｅａｃｏｎ内の認証対象が“ｌｉｍｉｔｅｄ”である場合、処理はステップＳ１６１に進む。この場合、自身の無線通信端末が選択した無線通信端末とのみ認証処理を行う機能が有効となる。
【０１５２】
本実施形態では、認証リスト内のＭＡＣアドレスに付与される状態情報として、未認証および認証許可のほかに選択待ちが使用される。ステップＳ１６２に続いて、選択部１０ｃは記憶部１４から認証リストを読み出し、状態情報が未認証であるＭＡＣアドレスおよび選択待ちであるＭＡＣアドレスを選択し、そのＭＡＣアドレスを表示部１３に表示させる（ステップＳ１９３）。
【０１５３】
ステップＳ１７１において、表示部１３に表示されたＭＡＣアドレスのうちのいずれかが選択された場合、認証制御部１０ｄは、その選択されたＭＡＣアドレスに対して、記憶部１４に格納されている認証リスト内で関連付けられている状態情報が未認証であるか否かを判定する（ステップＳ２０１）。状態情報が未認証でない場合、認証制御部１０ｄは、選択されたＭＡＣアドレスを有する無線通信端末との間でＷＰＡ２−ＰＳＫ方式による認証処理を行うよう、認証部１０ｂを制御する（ステップＳ２０４）。
【０１５４】
状態情報が認証済あるいは認証許可であるＭＡＣアドレスは表示部１３に表示されないので、そのようなＭＡＣアドレスはステップＳ１７１で選択されない。したがって、ステップＳ２０１において状態情報が未認証でない場合、状態情報は選択待ちである。
【０１５５】
ステップＳ２０４の処理によって、認証部１０ｂは、通信部１１を介して相手の無線通信端末との間で認証処理を行う。このとき、選択部１０ｃは、ステップＳ１７１で選択されたＭＡＣアドレスを認証リストから読み出し、認証制御部１０ｄは、その読み出されたＭＡＣアドレスを有する無線通信端末とのみ認証処理を行い、他の無線通信端末との認証処理を禁止するよう、認証部１０ｂを制御する。続いて、処理はステップＳ１７４に進む。
【０１５６】
また、ステップＳ２０１において状態情報が未認証である場合、認証制御部１０ｄは、記憶部１４に格納されている認証リストにおいて、選択されたＭＡＣアドレスと同一のＭＡＣアドレスに対応した状態情報を認証許可に変更する（ステップＳ２０２）。続いて、認証制御部１０ｄは、ステップＳ２０２で状態情報を認証許可に変更したＭＡＣアドレスを有する無線通信端末に対して、自身の無線通信端末のＭＡＣアドレスを含む認証許可依頼を、通信部１１を介して送信する（ステップＳ２０３）。続いて、処理はステップＳ２０６に進む。
【０１５７】
ステップＳ１８２において認証許可依頼を受信している場合、認証制御部１０ｄは、記憶部１４に格納されている認証リストにおいて、認証許可依頼に含まれるＭＡＣアドレスと同一のＭＡＣアドレスに対応した状態情報を選択待ちに変更する（ステップＳ２０５）。続いて、選択部１０ｃは記憶部１４から認証リストを読み出し、状態情報が未認証であるＭＡＣアドレスおよび選択待ちであるＭＡＣアドレスを選択し、そのＭＡＣアドレスを表示部１３に表示させる（ステップＳ２０６）。続いて、処理はステップＳ１５６に進む。
【０１５８】
上記の動作では、表示部１３に表示された未認証の無線通信端末のＭＡＣアドレスがユーザによって選択されると（ステップＳ１７１）、認証処理の実施前にその無線通信端末に対して認証許可依頼が送信される（ステップＳ２０３）。認証許可依頼を受信した無線通信端末では、認証許可依頼の送信元の無線通信端末のＭＡＣアドレスが認証リスト内で選択待ちに変更され（ステップＳ２０５）、表示部１３に表示される（ステップＳ２０６）。このＭＡＣアドレスがユーザによって選択されると（ステップＳ１７１）、ＭＡＣアドレスに対応する状態情報が選択待ちであるため（ステップＳ２０１）、認証許可依頼の送信元の無線通信端末との間で認証処理が実施される（ステップＳ２０４）。
【０１５９】
第３の実施形態では認証処理が失敗してから認証許可依頼が送信されるが、本実施形態では認証処理の実施前に認証許可依頼が送信される。このため、認証処理の失敗を低減することができる。
【０１６０】
図２１は、図１２に対応する、図１９〜図２０の処理に従った動作の例を示している。図１８と類似している箇所が多いため、図１８からの変更点を中心に説明する。図２２は、無線通信端末が記憶する認証リストの内容例を示しており、以下の説明では適宜、図２２を参照する。
【０１６１】
図２２に示すように、認証リストは、自身の無線通信端末が参加しているアドホックネットワーク内に存在する他の無線通信端末から送信されたＢｅａｃｏｎにより認識することのできた他の無線通信端末のＭＡＣアドレスと、そのＭＡＣアドレスに対応する認証状態を示す状態情報とを関連付けたものである。
【０１６２】
認証済とは、その無線通信端末との間で認証が完了している状態を示している。認証許可とは、その無線通信端末との間で認証が完了していないがユーザから選択済みであり、そのＭＡＣアドレスを有する無線通信端末から認証処理が行われればそれを完了してよい状態であることを示している。未認証とは、その無線通信端末との間で認証が完了しておらず、認証処理を行ってはならない状態であることを示している。図２２に記載されている認証リストの個々の内容に関しては、図２１を説明する際に説明する。
【０１６３】
無線通信端末１と無線通信端末２は、既に図１９〜図２０に従い動作しており、アドホックネットワークのＳＳＩＤ（“ＡＡＡ”）を含み、またそれぞれ自身のＭＡＣアドレス（無線通信端末１の場合は“００ １１ ２２ ３３ ４４ ５５”、無線通信端末２の場合は“００ ＡＡ ＢＢ ＣＣ ＤＤ ＥＥ”）をＳＡ（送信元アドレス）として含み、さらに認証対象＝“ｌｉｍｉｔｅｄ”を含むＢｅａｃｏｎを繰り返し送信している。また、無線通信端末１と無線通信端末２は、互いに認証を完了し、それぞれが記憶している認証リスト内で互いのＭＡＣアドレスが認証済みとなっている状態（無線通信端末１では、図２２（ａ）の状態）であり、図１９〜図２０においてステップＳ１５６，Ｓ１７１，Ｓ１７５，Ｓ１８２の判断によるループ内で動作していると仮定する。
【０１６４】
無線通信端末２は、無線通信端末１から送信されたＢｅａｃｏｎを受信する（ステップＳ１５６に対応）。無線通信端末２自身はアドホックネットワークに参加済みであり（ステップＳ１５７に対応）、ＢｅａｃｏｎのＳＳＩＤと自身が参加しているアドホックネットワークのＳＳＩＤがともに“ＡＡＡ”で同一である（ステップＳ１６０に対応）。さらに、Ｂｅａｃｏｎに含まれる認証対象が“ｌｉｍｉｔｅｄ”であり（ステップＳ１６０１に対応）、無線通信端末１のＭＡＣアドレス“００ １１ ２２ ３３ ４４ ５５”は認証リストに含まれている（ステップＳ１６１に対応）。
【０１６５】
無線通信端末３は、無線通信端末１から送信されたＢｅａｃｏｎを受信する（ステップＳ１５６に対応）。無線通信端末３自身はアドホックネットワークに参加しておらず（ステップＳ１５７に対応）、自身が保有するネットワーク設定情報のＳＳＩＤとＢｅａｃｏｎに含まれるＳＳＩＤはともに“ＡＡＡ”で一致するため（ステップＳ１５８に対応）、ネットワーク設定情報に従いアドホックネットワークに参加する（ステップＳ１５９に対応）。そして、無線通信端末３は、アドホックネットワークのＳＳＩＤ（“ＡＡＡ”）を含むとともに自身のＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”をＳＡ（送信元アドレス）として含み、さらに認証対象＝“ｌｉｍｉｔｅｄ”を含むＢｅａｃｏｎを繰り返し送信する（ステップＳ１９４に対応）。
【０１６６】
無線通信端末３は、受信したＢｅａｃｏｎの認証対象が“ｌｉｍｉｔｅｄ”であり（ステップＳ１６０１に対応）、Ｂｅａｃｏｎの送信元である無線通信端末１のＭＡＣアドレス“００ １１ ２２ ３３ ４４ ５５”が認証リストに含まれていないので（ステップＳ１６１に対応）、そのＭＡＣアドレス“００ １１ ２２ ３３ ４４ ５５”を認証リストに未認証として追加する（ステップＳ１６２に対応）。このときの無線通信端末３の認証リストは図２２（ｅ）の状態となる。この時点で無線通信端末３の認証リストでは、選択待ちとなっているＭＡＣアドレスはなく、またＭＡＣアドレス“００ １１ ２２ ３３ ４４ ５５”のみが未認証となっており、無線通信端末３はこのＭＡＣアドレスを表示部１３に表示する（ステップＳ１９３に対応）。
【０１６７】
無線通信端末１は、無線通信端末２から送信されたＢｅａｃｏｎを受信する（ステップＳ１５６に対応）。無線通信端末１自身はアドホックネットワークに参加済みであり（ステップＳ１５７に対応）、ＢｅａｃｏｎのＳＳＩＤと自身が参加しているアドホックネットワークのＳＳＩＤがともに“ＡＡＡ”で同一である（ステップＳ１６０に対応）。さらに、Ｂｅａｃｏｎに含まれる認証対象が“ｌｉｍｉｔｅｄ”であり（ステップＳ１６０１に対応）、無線通信端末２のＭＡＣアドレス“００ ＡＡ ＢＢ ＣＣ ＤＤ ＥＥ”は認証リストに含まれている（ステップＳ１６１に対応）。
【０１６８】
無線通信端末３は、無線通信端末２から送信されたＢｅａｃｏｎを受信する（ステップＳ１５６に対応）。無線通信端末３自身はアドホックネットワークに参加済みであり（ステップＳ１５７に対応）、ＢｅａｃｏｎのＳＳＩＤと自身が参加しているアドホックネットワークのＳＳＩＤがともに“ＡＡＡ”で同一である（ステップＳ１６０に対応）。さらに、Ｂｅａｃｏｎに含まれる認証対象が“ｌｉｍｉｔｅｄ”であり（ステップＳ１６０１に対応）、Ｂｅａｃｏｎの送信元である無線通信端末２のＭＡＣアドレス“００ ＡＡ ＢＢ ＣＣ ＤＤ ＥＥ”は認証リストに含まれていないので（ステップＳ１６１に対応）、無線通信端末３はこのＭＡＣアドレス“００ ＡＡ ＢＢ ＣＣ ＤＤ ＥＥ”を認証リストに未認証として追加する（ステップＳ１６２に対応）。このときの無線通信端末３の認証リストは図２０（ｆ）の状態となる。この時点で無線通信端末３の認証リストでは、選択待ちとなっているＭＡＣアドレスはなく、またＭＡＣアドレス“００ １１ ２２ ３３ ４４ ５５”と“００ ＡＡ ＢＢ ＣＣ ＤＤ ＥＥ”が未認証となっているので、無線通信端末３はこれらのＭＡＣアドレスを表示部１３に表示する（ステップＳ１９３に対応）。
【０１６９】
無線通信端末１と無線通信端末２は、無線通信端末３から送信されたＢｅａｃｏｎを受信する（ステップＳ１５６に対応）。無線通信端末１と無線通信端末２自身はアドホックネットワークに参加済みであり（ステップＳ１５７に対応）、ＢｅａｃｏｎのＳＳＩＤと自身が参加しているアドホックネットワークのＳＳＩＤがともに“ＡＡＡ”で同一である（ステップＳ１６０に対応）。さらに、Ｂｅａｃｏｎに含まれる認証対象が“ｌｉｍｉｔｅｄ”であり（ステップＳ１６０１に対応）、無線通信端末３のＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”は認証リストに含まれていないので（ステップＳ１６１に対応）、無線通信端末１と無線通信端末２はこのＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”を認証リストに未認証として追加する（ステップＳ１６２に対応）。このときの無線通信端末１の認証リストは図２２（ｂ）の状態となる。この時点で無線通信端末１と無線通信端末２の認証リストでは、選択待ちとなっているＭＡＣアドレスはなく、ＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”のみが未認証となっているので、無線通信端末１と無線通信端末２はこのＭＡＣアドレスを表示部１３に表示する（ステップＳ１９３に対応）。
【０１７０】
その後、ユーザが無線通信端末３の操作部１２を操作し、表示されているＭＡＣアドレス“００ １１ ２２ ３３ ４４ ５５”を選択すると（ステップＳ１７１に対応）、無線通信端末３は認証リスト内でＭＡＣアドレス“００ １１ ２２ ３３ ４４ ５５”が未認証であるので（ステップＳ２０１に対応）、そのＭＡＣアドレスを認証許可に変更する（ステップＳ２０２に対応）。さらに、無線通信端末３は、ＭＡＣアドレス“００ １１ ２２ ３３ ４４ ５５”を有する無線通信端末１に対して、自身のＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”を含む認証許可依頼を送信する（ステップＳ２０３に対応）。この時点で無線通信端末３の認証リストは図２２（ｇ）の状態となる。
【０１７１】
無線通信端末１は認証許可依頼を受信すると（ステップＳ１８２に対応）、認証許可依頼に含まれるＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”を、認証リスト内で未認証から選択待ちに変更する（ステップＳ２０５に対応）。このときの無線通信端末１の認証リストは図２２（ｃ）の状態となる。この時点で無線通信端末１の認証リストでは、未認証となっているＭＡＣアドレスはなく、またＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”のみが選択待ちとなっており、無線通信端末１はこのＭＡＣアドレスを表示部１３に表示する（ステップＳ２０６に対応）。
【０１７２】
その後、ユーザが無線通信端末１の操作部１２を操作し、表示されているＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”を選択すると（ステップＳ１７１に対応）、無線通信端末１の認証リスト内でＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”は未認証ではなく選択待ちであるので（ステップＳ２０１に対応）、無線通信端末１は、ＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”を有する無線通信端末３との間でＷＰＡ２−ＰＳＫ方式による認証処理を実施する（ステップＳ２０４に対応）。
【０１７３】
無線通信端末１からＷＰＡ２−ＰＳＫ方式による認証処理が開始され（ステップＳ１７５に対応）、無線通信端末３の認証リストでは無線通信端末１のＭＡＣアドレス“００ １１ ２２ ３３ ４４ ５５”は認証許可となっているので（ステップＳ１７６に対応）、無線通信端末３は無線通信端末１との間でＷＰＡ２−ＰＳＫ方式による認証処理を実施する（ステップＳ１７８に対応）。
【０１７４】
無線通信端末１は、無線通信端末３との間で認証処理が成功したと判定し（ステップＳ１７４に対応）、互いの間でデータ通信が可能となる（ステップＳ１７９に対応）。無線通信端末１は、認証リスト内で、認証が成功した無線通信端末３のＭＡＣアドレス“００ ９９ ８８ ７７ ６６ ５５”を認証許可から認証済みに変更する（ステップＳ１８０に対応）。このときの無線通信端末１の認証リストは図２２（ｄ）の状態となり、未認証であるＭＡＣアドレスは存在しないので、無線通信端末１はＭＡＣアドレスの表示を行わない（ステップＳ１８４に対応）。
【０１７５】
無線通信端末３は無線通信端末１との間でデータ通信が可能となる（ステップＳ１７９に対応）。無線通信端末３は、認証リスト内で、認証が成功した無線通信端末１のＭＡＣアドレス“００ １１ ２２ ３３ ４４ ５５”を認証許可から認証済みに変更する（ステップＳ１８０に対応）。このときの無線通信端末３の認証リストは図２２（ｈ）の状態となる。無線通信端末３は、未認証となっているＭＡＣアドレス“００ ＡＡ ＢＢ ＣＣ ＤＤ ＥＥ”のみを表示部１３に表示する（ステップＳ１８４に対応）。
【０１７６】
上述したように、本実施形態によれば、自身が選択した一部の無線通信端末とのみデータ通信を行うことができ、ユーザは認証処理の対象となる無線通信端末を選択することができる。また、認証処理の実施前に認証許可依頼（認証要求）を送信することによって、認証処理の失敗を低減することができる。
【０１７７】
以上、図面を参照して本発明の実施形態について詳述してきたが、具体的な構成は上記の実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。
【符号の説明】
【０１７８】
１，２，３・・・無線通信端末、１０・・・制御部、１１・・・通信部、１２・・・操作部、１３・・・表示部、１４・・・記憶部、１０ａ・・・認識部、１０ｂ・・・認証部、１０ｃ・・・選択部、１０ｄ・・・認証制御部
【特許請求の範囲】
【請求項１】
周辺に存在する無線通信可能な端末の認識を行う認識部と、
前記認識がなされた前記無線通信可能な端末のデータリンクレベルの認証を行う認証部と、
前記認識がなされた前記無線通信可能な端末から認証要求を受信し、前記認証がなされた端末とデータ通信を行う通信部と、
前記認識がなされた前記無線通信可能な端末のいずれかの選択を行う選択部と、
前記認証がなされていない端末から前記認証要求が受信された場合、前記認証部が前記認証を行うときに、前記選択がなされた端末に対しては前記認証を行わせ、前記選択がなされた端末以外の端末に対しては前記認証を禁止させる認証制御部と、
を有する無線通信端末。
【請求項２】
前記認識がなされた前記無線通信可能な端末のうち前記認証がなされていない端末を識別する第１の識別情報を記憶する記憶部をさらに有し、
前記認証制御部はさらに、周辺に存在する無線通信可能な端末から、当該端末の第２の識別情報を含む前記認証要求が受信された場合、前記第１の識別情報および当該第２の識別情報に基づいて、当該端末の前記認証がなされているか否かを判定し、
前記選択部は、当該端末の前記認証がなされていないと判定された場合、当該端末の選択を行う請求項１に記載の無線通信端末。
【請求項３】
前記通信部はさらに、周辺に存在する無線通信可能な端末に対して、前記認証制御部の機能が有効である旨を通知する通知情報を送信する請求項１に記載の無線通信端末。
【請求項４】
前記通信部はさらに、前記認証制御部を有している無線通信可能な端末から、前記認証制御部の機能が有効である旨を通知する通知情報を受信し、
前記通知情報が受信された場合、前記認証制御部の機能を有効にする請求項１に記載の無線通信端末。
【請求項５】
前記通信部はさらに、前記認識がなされた前記無線通信可能な端末のうち前記認証がなされていない端末のいずれかを選択する指示が入力された場合に、当該端末に対して前記認証要求を送信する請求項１に記載の無線通信端末。
【請求項６】
前記通信部はさらに、前記認識がなされた前記無線通信可能な端末のうち前記認証がなされていない端末から前記認証要求が受信された場合、ＷＰＳプロトコルを使用して、前記認証に必要な接続設定情報を、当該端末に送信する、または当該端末から受信する請求項１に記載の無線通信端末。
【請求項１】
周辺に存在する無線通信可能な端末の認識を行う認識部と、
前記認識がなされた前記無線通信可能な端末のデータリンクレベルの認証を行う認証部と、
前記認識がなされた前記無線通信可能な端末から認証要求を受信し、前記認証がなされた端末とデータ通信を行う通信部と、
前記認識がなされた前記無線通信可能な端末のいずれかの選択を行う選択部と、
前記認証がなされていない端末から前記認証要求が受信された場合、前記認証部が前記認証を行うときに、前記選択がなされた端末に対しては前記認証を行わせ、前記選択がなされた端末以外の端末に対しては前記認証を禁止させる認証制御部と、
を有する無線通信端末。
【請求項２】
前記認識がなされた前記無線通信可能な端末のうち前記認証がなされていない端末を識別する第１の識別情報を記憶する記憶部をさらに有し、
前記認証制御部はさらに、周辺に存在する無線通信可能な端末から、当該端末の第２の識別情報を含む前記認証要求が受信された場合、前記第１の識別情報および当該第２の識別情報に基づいて、当該端末の前記認証がなされているか否かを判定し、
前記選択部は、当該端末の前記認証がなされていないと判定された場合、当該端末の選択を行う請求項１に記載の無線通信端末。
【請求項３】
前記通信部はさらに、周辺に存在する無線通信可能な端末に対して、前記認証制御部の機能が有効である旨を通知する通知情報を送信する請求項１に記載の無線通信端末。
【請求項４】
前記通信部はさらに、前記認証制御部を有している無線通信可能な端末から、前記認証制御部の機能が有効である旨を通知する通知情報を受信し、
前記通知情報が受信された場合、前記認証制御部の機能を有効にする請求項１に記載の無線通信端末。
【請求項５】
前記通信部はさらに、前記認識がなされた前記無線通信可能な端末のうち前記認証がなされていない端末のいずれかを選択する指示が入力された場合に、当該端末に対して前記認証要求を送信する請求項１に記載の無線通信端末。
【請求項６】
前記通信部はさらに、前記認識がなされた前記無線通信可能な端末のうち前記認証がなされていない端末から前記認証要求が受信された場合、ＷＰＳプロトコルを使用して、前記認証に必要な接続設定情報を、当該端末に送信する、または当該端末から受信する請求項１に記載の無線通信端末。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【公開番号】特開２０１２−９９９１２（Ｐ２０１２−９９９１２Ａ）
【公開日】平成２４年５月２４日（２０１２．５．２４）
【国際特許分類】
【出願番号】特願２０１０−２４３８８４（Ｐ２０１０−２４３８８４）
【出願日】平成２２年１０月２９日（２０１０．１０．２９）
【出願人】（００００００３７６）オリンパス株式会社 (11,466)
【Ｆターム（参考）】
【公開日】平成２４年５月２４日（２０１２．５．２４）
【国際特許分類】
【出願日】平成２２年１０月２９日（２０１０．１０．２９）
【出願人】（００００００３７６）オリンパス株式会社 (11,466)
【Ｆターム（参考）】
[ Back to top ]