JP5624588B2 - 無線通信装置、認証装置、無線通信方法及び認証方法 - Google Patents

Description

実施形態は、無線通信を用いた認証に関する。

従来、鉄道駅或いは空港において、乗客の入出場を効率的に管理するために無線通信を用いた認証が行われている。例えば、乗客がＩＣカード、ＩＣチップを備える携帯電話機、バーコードが印刷されたチケットなどを自動改札機にかざすと、乗客の入出場の可否が速やかに判断され自動改札機に備え付けられたフラップドアが開閉する。

また、第１の無線通信方式に基づく通信に必要なアドレス情報を第２の無線通信方式を用いて自動的に通知する技法が知られている。係る技法によれば、第１の無線通信方式を単独で用いて接続の確立を試みる場合に比べて、通信相手は上記アドレス情報を容易に特定できる。反面、係る技法によると、上記アドレス情報が意図せず漏洩するおそれがある。

特開２０１２−１１８５９２号公報 特開２０１０−１７７９４７号公報 特開２００３−３２１７６号公報

実施形態は、無線通信を用いた認証をセキュアに行うことを目的とする。

実施形態によれば、無線通信装置は、第１の無線通信部と、第２の無線通信部と、制御部とを備える。第１の無線通信部は、第１のアドレス情報が割り当てられ、第１の無線通信方式を用いて通信を行う。第２の無線通信部は、第２の無線通信方式を用いて通信を行う。制御部は、第１の無線通信部及び第２の無線通信部を制御する。制御部は、第１のアドレス情報と、所望のシステムを特定する第１の識別情報と、認証対象を特定する第２の識別情報とを含む第１の信号の送信指示を第２の無線通信部に与える。制御部は、第１の信号の送信指示を第２の無線通信部に与えてから第１の待ち受け時間が経過する前に第１の無線通信部及び第２の無線通信部のいずれか一方によって受信された少なくとも１つの第２の信号の情報が通知され、かつ、少なくとも１つの第２の信号に第１の信号を受信した認証装置に割り当てられた第２のアドレス情報が含まれている場合に、第２のアドレス情報が受信先アドレスに設定された接続要求のための第３の信号の送信指示を第１の無線通信部に与える。

第１の実施形態に係る無線通信装置を例示するブロック図。 第１の実施形態に係る認証装置を例示するブロック図。 第１の実施形態に係る無線通信装置及び認証装置の間で交換される信号を例示する図。 Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレームのフォーマットを例示する図。 Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームのフォーマットを例示する図。 第１の実施形態に係る無線通信装置の制御部の動作を例示する図。 第１の実施形態に係る無線通信装置の制御部の動作を例示する図。 第１の実施形態に係る無線通信装置の制御部の動作を例示する図。 第１の実施形態に係る無線通信装置の制御部の動作を例示する図。 第１の実施形態に係る無線通信装置の制御部の動作を例示する図。 第１の実施形態に係る無線通信装置の制御部の動作を例示する図。 第１の実施形態に係る無線通信装置の制御部の動作を例示する図。 第１の実施形態に係る無線通信装置の制御部の動作を例示する図。 第１の実施形態に係る無線通信装置の制御部の動作を例示する図。 第１の実施形態に係る認証装置の制御部の動作を例示する図。 第１の実施形態に係る認証装置の制御部の動作を例示する図。 第１の実施形態に係る認証装置の制御部の動作を例示する図。 第１の実施形態に係る認証装置の制御部の動作を例示する図。 第２の実施形態に係る無線通信装置及び認証装置の間で交換される信号を例示する図。 第２の実施形態に係る無線通信装置の制御部の動作を例示する図。 第２の実施形態に係る無線通信装置の制御部の動作を例示する図。 第２の実施形態に係る無線通信装置の制御部の動作を例示する図。 第２の実施形態に係る無線通信装置の制御部の動作を例示する図。 第２の実施形態に係る無線通信装置の制御部の動作を例示する図。 第２の実施形態に係る無線通信装置の制御部の動作を例示する図。 第２の実施形態に係る無線通信装置の制御部の動作を例示する図。 第２の実施形態に係る無線通信装置の制御部の動作を例示する図。 第２の実施形態に係る無線通信装置の制御部の動作を例示する図。 第２の実施形態に係る認証装置の制御部の動作を例示する図。 第２の実施形態に係る認証装置の制御部の動作を例示する図。 第２の実施形態に係る認証装置の制御部の動作を例示する図。

以下、図面を参照しながら実施形態の説明が述べられる。
尚、以降の説明において、「無線通信」の用語は広義に解釈されるものとする。少なくとも、一方の装置が画像情報（例えば２次元バーコード）を表示すること及び他方の装置が当該画像情報を読み取ることは、「無線通信」における送信及び受信に夫々相当する。本例において、通信レンジは画像情報の読み取りの成否によって定めることができる。

更に、以降、説明済みの要素と同一または類似の要素には同一または類似の符号が付され、重複する説明は基本的に省略される。

（第１の実施形態）
図１に例示されるように、第１の実施形態に係る無線通信装置１０は、制御部１００と、第１の無線通信部１０１と、第２の無線通信部１０２と、ユーザインタフェース部１０３とを備える。

尚、無線通信装置１０は、図示されない第３の無線通信部（例えば、第３世代セルラシステムのような公衆回線を用いて無線通信を行う機能部）を備えてもよい。また、ユーザインタフェース部１０３は、必要に応じて、後述される機能の一部または全部が省略されてもよい。

第１の無線通信部１０１は、第１の無線通信方式に基づいて通信を行う。第１の無線通信方式は、例えば無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などの中距離無線通信に相当するがこれに限られない。以降の説明では、簡単化のために、第１の無線通信方式は無線ＬＡＮに相当すると仮定される。

第１の無線通信部１０１は、制御部１００からの送信指示に従って、様々な信号（例えば、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレーム、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム、データフレームなどのフレーム）を送信する。また、第１の無線通信部１０１は、様々な信号（例えば、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレーム、データフレームなどのフレーム）を受信し、受信信号の情報を制御部１００へと通知する。第１の無線通信部１０１は、無線ＬＡＮ通信を行うためにアンテナを内蔵してもよいし、外付けのアンテナに接続されてもよい。

第２の無線通信部１０２は、第２の無線通信方式に基づいて通信を行う。第２の無線通信方式は、例えば、接触型ＩＣカードまたは非接触型ＩＣカードを用いた通信、これらの次世代規格であるＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの近接無線通信に相当するがこれらに限られない。例えば、第２の無線通信方式は、バーコード（例えば、ＱＲコード（登録商標））の表示及び読み取りによって実現される通信に相当してもよい。尚、近接無線通信は、例えば近距離無線通信、局所通信などとして読み替えられてもよい。第２の無線通信方式は、典型的には、第１の無線通信方式に比べて通信レンジが狭い。しかしながら、このような通信レンジの関係は必ずしも要求されない。

第２の無線通信部１０２は、制御部１００からの送信指示に従って、信号を送信する。また、第２の無線通信部１０２は、何らかの信号を受信し、受信信号の情報を制御部１００に通知してもよい。第２の無線通信部１０２は、必要に応じて、アンテナ或いはカプラアンテナを内蔵してもよいし、外付けの内蔵アンテナ或いはカプラアンテナに接続されてもよい。尚、第２の無線通信方式がバーコードの表示及び読み取りによって実現される通信に相当する場合には、第２の無線通信部１０２は制御部１００からの指示に従ってバーコードを表示する。

制御部１００は、第１の無線通信部１０１、第２の無線通信部１０２及びユーザインタフェース部１０３を制御する。
具体的には、制御部１００は、第１の無線通信部１０１を制御するために、少なくとも無線ＬＡＮのアプリケーション層及び端末管理エンティティに相当する要素を備える。ＩＥＥＥ８０２．１１無線ＬＡＮ規格において、端末管理エンティティはＳＭＥ（Ｓｔａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）と呼ばれる。端末管理エンティティは、媒体アクセス制御（ＭＡＣ；Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層を管理するＭＡＣ副層管理エンティティと、物理（ＰＨＹ：ＰＨＹｓｉｃａｌ）層を管理するＰＨＹ副層管理エンティティとに指示を与える。

制御部１００は、第１の無線通信部１０１を制御するために、必要に応じてＭＡＣ副層管理エンティティを更に備えてもよいし、ＰＨＹ副層管理エンティティを更に備えてもよい。ＩＥＥＥ８０２．１１無線ＬＡＮ規格において、ＭＡＣ副層管理エンティティはＭＬＭＥ（ＭＡＣ ｓｕｂＬａｙｅｒ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）と呼ばれ、ＰＨＹ副層管理エンティティはＰＬＭＥ（ＰＨＹ ｓｕｂＬａｙｅｒ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）と呼ばれる。

また、制御部１００は、第２の無線通信部１０２を制御するために、少なくとも第２の無線通信方式のアプリケーション層に相当する要素を備える。制御部１００は、第２の無線通信部１０２を制御するために、必要に応じて端末管理エンティティを更に備えてもよいし、ＭＡＣ副層管理エンティティを更に備えてもよいし、ＰＨＹ副層管理エンティティを更に備えてもよい。

第１の無線通信部１０１が使用するメモリは、制御部１００が使用するメモリと共有されてもよいし、されなくてもよい。同様に、第２の無線通信部１０２が使用するメモリは、制御部１００が使用するメモリと共有されてもよいし、されなくてもよい。また、制御部１００が使用するメモリは、制御部１００の内部に備えられてもよいし、外部に備えられてもよい。

ユーザインタフェース部１０３は、制御部１００の指示に従って、ユーザに情報を通知する。具体的には、ユーザインタフェース部１０３は、例えば音声、画像、振動、発光素子の点灯パターンなどを通じてユーザに情報を通知することができる。また、ユーザインタフェース部１０３は、ユーザから情報を取得し、情報を制御部１００に通知したりする。具体的には、ユーザインタフェース部１０３は、例えばソフトウェアキー操作、ハードウェアキー操作、音声、ジェスチャ、画像などを通じてユーザから情報を取得することができる。

図２に例示されるように、第１の実施形態に係る認証装置２０は、制御部２００と、第１の無線通信部２０１と、第２の無線通信部２０２と、ユーザインタフェース部２０３とを備える。認証装置２０は、無線通信を用いた認証を行うので、無線通信装置２０と称されてもよい。

認証装置２０は、典型的には、例えば鉄道駅または空港において乗客の入出場を制御する自動改札機（或いは、通過制御装置）に相当するが、これに限られない。以降の説明では、明確化のために、認証装置２０は自動改札機に相当すると仮定される。

尚、認証装置２０は、図示されない第３の無線通信部（例えば、第３世代セルラシステムのような公衆回線を用いて無線通信を行う機能部）を備えてもよい。また、ユーザインタフェース部２０３は、必要に応じて、後述される機能の一部または全部が省略されてもよい。

第１の無線通信部２０１は、第１の無線通信方式に基づいて通信を行う。第１の無線通信部２０１は、制御部２００からの送信指示に従って、様々な信号（例えば、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレーム、データフレームなど）を送信する。また、第１の無線通信部２０１は、様々な信号（例えば、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレーム、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム、データフレームなど）を受信し、受信信号の情報を制御部２００へと通知する。第１の無線通信部２０１は、無線ＬＡＮ通信を行うためにアンテナを内蔵してもよいし、外付けのアンテナに接続されてもよい。

第２の無線通信部２０２は、第２の無線通信方式に基づいて通信を行う。第２の無線通信部２０２は、後述される信号を受信し、受信信号の情報を制御部２００に通知する。また、第２の無線通信部２０２は、制御部２００からの送信指示に従って、何らかの信号を送信してもよい。第２の無線通信部２０２は、必要に応じて、アンテナ或いはカプラアンテナを内蔵してもよいし、外付けの内蔵アンテナ或いはカプラアンテナに接続されてもよい。尚、第２の無線通信方式がバーコードの表示及び読み取りによって実現される通信に相当する場合には、第２の無線通信部２０２はいわゆるバーコードリーダに相当する。

制御部２００は、第１の無線通信部２０１、第２の無線通信部２０２及びユーザインタフェース部２０３を制御する。更に、制御部２００は、図示されないサーバ３０と直接的または間接的に通信可能である。

具体的には、制御部２００は、第１の無線通信部２０１を制御するために、少なくとも無線ＬＡＮのアプリケーション層及び端末管理エンティティに相当する要素を備える。制御部２００は、第１の無線通信部２０１を制御するために、必要に応じてＭＡＣ副層管理エンティティを更に備えてもよいし、ＰＨＹ副層管理エンティティを更に備えてもよい。

また、制御部２００は、第２の無線通信部２０２を制御するために、少なくとも第２の無線通信方式のアプリケーション層に相当する要素を備える。制御部２００は、第２の無線通信部２０２を制御するために、必要に応じて端末管理エンティティを更に備えてもよいし、ＭＡＣ副層管理エンティティを更に備えてもよいし、ＰＨＹ副層管理エンティティを更に備えてもよい。

第１の無線通信部２０１が使用するメモリは、制御部２００が使用するメモリと共有されてもよいし、されなくてもよい。同様に、第２の無線通信部２０２が使用するメモリは、制御部２００が使用するメモリと共有されてもよいし、されなくてもよい。また、制御部２００が使用するメモリは、制御部２００の内部に備えられてもよいし、外部に備えられてもよい。

更に、制御部２００は、無線通信を用いた認証に必要とされる情報をサーバ３０から取得できる。上記情報は、例えば、認証装置２０を含む１以上の認証装置によって形成される無線通信システム全体に割り当てられる識別情報（例えばＳＳＩＤ（Ｓｅｒｖｉｃｅ Ｓｅｔ ＩＤｅｎｔｉｆｉｅｒ）など）、認証対象を特定する識別情報（例えば、後述される予約ＩＤ、チケット情報）などである。ＳＳＩＤは、システム管理者が、自己の運用するＩＥＥＥ８０２．１１無線ＬＡＮシステム全体に対して割り当てる識別情報といえる。認証対象を識別する情報は、事前に（例えばチケットの購入時に）無線通信装置１０に与えられている。

ユーザインタフェース部２０３は、制御部２００の指示に従って、ユーザに情報を通知する。具体的には、ユーザインタフェース部２０３は、例えば音声、画像、振動、発光素子の点灯パターンなどを通じてユーザに情報を出力することができる。また、ユーザインタフェース部２０３は、ユーザから情報を取得し、情報を制御部２００に通知したりする。具体的には、ユーザインタフェース部２０３は、例えばソフトウェアキー操作、ハードウェアキー操作、音声、ジェスチャ、画像などを通じてユーザから情報を取得することができる。

特に、認証装置２０が自動改札機に相当する場合には、ユーザインタフェース部２０３は乗客の入出場の可否（即ち、無線通信装置１０から受信したＳＳＩＤ、予約ＩＤまたはチケット情報の認証結果）に応じて開閉されるフラップドアを備えてもよい。また、ユーザインタフェース部２０３は、入出場の可否を乗客に認識させるために、画像を表示したり音声を出力したりしてもよい。

以降の説明は、無線通信装置１０が特定のアプリケーションの実行によって認証対象に相当するチケット（例えば、鉄道特急券、鉄道乗車券、航空券など）として振る舞い、当該無線通信装置１０を携行するユーザが自動改札機に相当する認証装置２０を通過するというユースケースを前提とする。

尚、ユーザは、チケットを事前に購入しており、無線通信装置１０にはサーバ３０を介して認証装置２０を通過するために必要な識別情報が保存されているものとする。上記情報は、例えば、認証装置２０を含む１以上の認証装置（典型的には、隣接配置された複数の自動改札機）によって形成される無線ＬＡＮシステム全体に割り当てられるＳＳＩＤを含む。更に、上記情報は、チケット（即ち、認証対象）に一意に割り当てられる識別情報に相当する予約ＩＤと、当該予約ＩＤによって特定されるチケット（即ち、認証対象）に関する詳細を示すチケット情報とを含む。

ＳＳＩＤは、例えば日毎或いは時間帯毎に変更されてもよい。係る場合には、チケットの使用が予定される日付及び時間帯に対応するＳＳＩＤが無線通信装置１０に保存される。ＳＳＩＤが固定されると、例えば以下の問題が生じるおそれがある。

過去にチケットを使用するために保存されたＳＳＩＤが当該チケットの使用後にも削除されないまま、無線通信装置１０は認証装置２０によって提供される無線ＬＡＮエリア内に偶発的に入るかもしれない。この場合に、無線通信装置１０は認証装置２０を通常の無線ＬＡＮ基地局と認識し、無線ＬＡＮ通信を行うために接続を試みるかもしれない。このＳＳＩＤに付随するチケットは過去に使用されているので無線通信装置１０は認証装置２０に接続できないものの、接続を試みる間に無駄なフレームが交換されることになる。無駄なフレーム交換は、通信容量を圧迫し、他のユーザによる適正なチケット使用を妨げる（例えば、認証に要する時間が長くなる）おそれがある。

尚、無線通信装置１０の設計によって係る問題を回避することも可能である。具体的には、無線通信装置１０は、チケットを使用するために一時的に保存されるＳＳＩＤを当該チケットの使用後に削除すればよい。

認証装置２０は、例えば日毎或いは時間帯毎にサーバ３０からＳＳＩＤを取得し、当該ＳＳＩＤを保持する。更に、認証装置２０は、例えば日毎或いは時間帯毎に複数の許可可能な予約ＩＤを取得し、当該複数の許可可能な予約ＩＤを保持する。尚、認証装置２０とサーバ３０との間の通信が十分に高速であるならば、当該通信が無線通信装置１０の認証に要する時間に与える影響は小さいので、認証装置２０は無線通信装置１０から受信した予約ＩＤが許可可能であるか否かをリアルタイムでサーバ３０に問い合せてもよい。

図３は、本実施形態に係る無線通信装置１０と認証装置２０との間で交換される信号を例示する。図３において、ＳＴＡは、ＳＴＡｔｉｏｎの略語であり、無線通信装置１０を表す。同様に、ＡＰは、基地局に相当するＡｃｃｅｓｓ Ｐｏｉｎｔの略語であり、認証装置２０を表す。

まず、例えば、ユーザが無線通信装置１０のユーザインタフェース部１０３を操作し、無線通信装置１０の制御部１００において特定のアプリケーションが実行される。尚、上記アプリケーションは、ユーザ操作とは異なる条件に基づいて実行されてもよい。具体的には、無線通信装置１０が認証装置２０によって提供される第２の無線通信方式の通信エリアに入ったことを条件に自動的に上記アプリケーションが実行されてもよい。

上記アプリケーションが実行されると、制御部１００は、信号（Ｓ３０１）の送信指示を第２の無線通信部１０２に与える。信号（Ｓ３０１）は、前述のＳＳＩＤと、予約ＩＤと、第１の無線通信部１０１に割り当てられたアドレス情報とを含む。信号（Ｓ３０１）は、第２の無線通信部２０２によって受信される。

第１の無線通信部１０１に割り当てられたアドレス情報は、例えば、第１の無線通信部１０１によって使用されるＭＡＣアドレスである。ＭＡＣアドレスは、無線ＬＡＮのＭＡＣエンティティのアドレスを意味しており、例えば第１の無線通信部１０１によって送信されるフレームの送信元アドレスとして指定される。送信元アドレスは、ＴＡ（Ｔｒａｎｓｍｉｔｔｅｒ Ａｄｄｒｅｓｓ）またはＴｒａｎｓｍｉｔｔｉｎｇ ＳＴＡ Ａｄｄｒｅｓｓとも呼ばれる。

第２の無線通信部２０２は、信号（Ｓ３０１）の情報を制御部２００へ通知する。制御部２００は、信号（Ｓ３０１）の整合性を確認する。具体的には、制御部２００は、信号（Ｓ３０１）に含まれるＳＳＩＤが、サーバ３０によって指定されたＳＳＩＤと一致するか否かを判定する。更に、制御部２００は、信号（Ｓ３０１）に含まれる予約ＩＤが、サーバ３０によって指定された複数の許可可能な予約ＩＤのいずれかに一致するか否かを判定する。信号（Ｓ３０１）に含まれるＳＳＩＤ及び予約ＩＤの両方が適切であるならば、認証装置２０は認証を継続する。他方、信号（Ｓ３０１）に含まれるＳＳＩＤ及び予約ＩＤの少なくとも一方が不適切であるならば、認証装置２０は認証を終了（拒否）し、例えばフラップドアを閉じて通過拒否を表す画像を表示する。

制御部１００は、信号（Ｓ３０１）の送信後に、認証装置２０によって形成される無線ＬＡＮシステムを探索（ｓｃａｎ）するための信号（Ｓ３０２）の送信指示を第１の無線通信部１０１に与える。信号（Ｓ３０２）は、ＩＥＥＥ８０２．１１無線ＬＡＮ規格においてＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームと呼ばれる。Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレームは、ＭＡＣフレームのうち管理（Ｍａｎａｇｅｍｅｎｔ）フレームの一種である。

ＩＥＥＥ８０２．１１無線ＬＡＮ規格において、ＭＡＣフレームは、一般的に、ＭＡＣヘッダと、フレームボディと、ＦＣＳ（Ｆｒａｍｅ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅ）とを含む。Ｐｒｏｂｅ ＲｅｑｕｅｓｔフレームのＭＡＣヘッダは、例えば、受信先アドレス、送信先アドレス、ＢＳＳＩＤなどを含む。ＩＥＥＥ８０２．１１無線ＬＡＮ規格において、受信先アドレスはＤＡ（Ｄｅｓｔｉｎａｔｉｏｎ Ａｄｄｒｅｓｓ）と呼ばれる。ＩＥＥＥ８０２．１１無線ＬＡＮ規格において、送信元アドレスはＳＡ（Ｓｏｕｒｃｅ Ａｄｄｒｅｓｓ）と呼ばれる。但し、管理フレームにおいて、一般的に、ＳＡは前述のＴＡと等しい。

図４にＰｒｏｂｅ Ｒｅｑｕｅｓｔフレーム（Ｓ３０２）のフォーマットが例示される。図４のフォーマットによれば、制御部１００は、ＭＡＣヘッダにおいて受信先アドレス、送信元アドレス及びＢＳＳＩＤを設定する必要があり、フレームボディにおいてＳＳＩＤ及び予約ＩＤを設定する必要がある。

一般的に、チケットの使用時にユーザが通過する認証装置２０を当該チケットの購入時に特定することは困難である。故に、制御部１００は、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレーム（Ｓ３０２）の受信先アドレスにブロードキャストアドレスを設定してもよい。ブロードキャストアドレスは、受信先を特定しないアドレスを意味する。受信先アドレスにブロードキャストアドレスが設定されたフレームは、報知フレームと呼ばれる。

尚、チケットの使用時にユーザが通過する認証装置２０を当該チケットの購入時に特定可能であるならば、制御部１００はＰｒｏｂｅ Ｒｅｑｕｅｓｔフレーム（Ｓ３０２）の受信先アドレスに当該認証装置２０の第１の無線通信部２０１に割り当てられたアドレス情報（典型的には、ＭＡＣアドレス）を設定してもよい。上記アドレス情報は、ＳＳＩＤ及び予約ＩＤと一緒に取得されてもよいし、前述のアプリケーションのインストール時に取得されてもよい。

制御部１００は、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレーム（Ｓ３０２）の送信元アドレスに、信号（Ｓ３０１）にも含まれた第１の無線通信部１０１のＭＡＣアドレスを設定する。

ＩＥＥＥ８０２．１１無線ＬＡＮ規格において、一般的に、基地局のＭＡＣアドレスはＢＳＳＩＤに等しい。即ち、受信先アドレスが特定されていなければ、ＢＳＳＩＤもまた特定されていない。故に、制御部１００は、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレーム（Ｓ３０２）のＢＳＳＩＤフィールドにワイルドカード（ｗｉｌｄｃａｒｄ）ＢＳＳＩＤを設定してもよい。ＩＥＥＥ８０２．１１無線ＬＡＮ規格において、ＢＳＳＩＤフィールドにワイルドカードＢＳＳＩＤを設定することは、特定のＢＳＳＩＤを指定しないことを意味する。

尚、チケットの使用時にユーザが通過する認証装置２０を当該チケットの購入時に特定可能であるならば、制御部１００はＰｒｏｂｅ Ｒｅｑｕｅｓｔフレーム（Ｓ３０２）のＢＳＳＩＤに当該認証装置２０の第１の無線通信部２０１のＭＡＣアドレスを指定してもよい。

ここで、ＢＳＳＩＤとは、前述のＳＳＩＤによって特定される無線ＬＡＮ通信システムのサブグループに相当するＢＳＳ（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ）を特定するための識別情報である。ＢＳＳは、例えば、１つの基地局と当該基地局に接続する１以上の無線通信装置とによって形成されるグループを意味する。換言すれば、ＢＳＳは、タイマが同期された複数の無線通信装置（基地局を含む）によって形成されるグループを意味する。ＩＥＥＥ８０２．１１無線ＬＡＮ規格によれば、基地局を中心に形成されるＢＳＳ（Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ＢＳＳ）を特定するＢＳＳＩＤは、当該基地局のＭＡＣアドレスに等しい。

制御部１００は、一般的なＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームと同様に、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレーム（Ｓ３０２）のフレームボディにＳＳＩＤを設定する。更に、制御部１００は、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレーム（Ｓ３０２）のフレームボディに予約ＩＤを設定する。これらＳＳＩＤ及び予約ＩＤは、信号（Ｓ３０１）に含まれたものと同一である。

ＩＥＥＥ８０２．１１無線ＬＡＮ規格において、管理フレームのフレームボディに様々な情報を設定するために、ＩＥ（Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔ）が用意されている。ＩＥは、Ｅｌｅｍｅｎｔ ＩＤフィールドとＬｅｎｇｔｈフィールドとＩｎｆｏｒｍａｔｉｏｎフィールドとを含む。Ｅｌｅｍｅｎｔ ＩＤフィールドにはＩＥの種別を示す情報が設定される。ＬｅｎｇｔｈフィールドにはＩｎｆｏｒｍａｔｉｏｎフィールドの長さを示す情報が設定される。Ｉｎｆｏｒｍａｔｉｏｎフィールドには所望の情報が設定される。更に、ＩＥＥＥ８０２．１１無線ＬＡＮ規格において、ＩＥの一種であるＶｅｎｄｏｒ Ｓｐｅｃｉｆｉｃ ＩＥが用意されているので、制御部１００はこのＶｅｎｄｏｒ Ｓｐｅｃｉｆｉｃ ＩＥを用いて予約ＩＤを設定してもよい。或いは、予約ＩＤを設定するために、新たなＥｌｅｍｅｎｔ ＩＤが定義されてもよい。

Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレーム（Ｓ３０２）は、第１の無線通信部２０１によって受信される。第１の無線通信部２０１は、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレーム（Ｓ３０２）の受信先アドレスが適切であるか否かを判定する。受信先アドレスが適切であるとは、受信先アドレスに設定された値が第１の無線通信部２０１のＭＡＣアドレスに合致するということを意味する。ここで、第１の無線通信部２０１のＭＡＣアドレスそのもの及びブロードキャストアドレスは、第１の無線通信部２０１のＭＡＣアドレスに合致しているといえる。第１の無線通信部２０１は、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレーム（Ｓ３０２）の受信先アドレスが適切であれば、受信処理を継続する。第１の無線通信部２０１は、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレーム（Ｓ３０２）の情報を制御部２００へと通知する。

制御部２００は、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレーム（Ｓ３０２）の整合性を確認する。具体的には、制御部２００は、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレーム（Ｓ３０２）の送信元アドレスに設定された値が信号（Ｓ３０１）に含まれた第１の無線通信部１０１のＭＡＣアドレスに一致するか否かを判定する。更に、制御部２００は、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレーム（Ｓ３０２）のフレームボディに設定されたＳＳＩＤ及び予約ＩＤが信号（Ｓ３０１）に含まれたＳＳＩＤ及び予約ＩＤ（換言すれば、サーバ３０から取得したＳＳＩＤ及び予約ＩＤ）に一致するか否かを判定する。制御部２００は、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレーム（Ｓ３０２）に含まれる送信元アドレス、ＳＳＩＤ及び予約ＩＤの全てが信号（Ｓ３０１）に含まれたものと一致すれば、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレーム（Ｓ３０２）への応答のための信号（Ｓ３０３）の送信指示を第１の無線通信部２０１に与える。他方、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレーム（Ｓ３０２）に含まれる送信元アドレス、ＳＳＩＤ及び予約ＩＤのうち少なくとも１つが信号（Ｓ３０１）に含まれたものと一致しなければ、信号（Ｓ３０３）の送信指示を第１の無線通信部２０１に与えない。

尚、制御部２００は、送信元アドレス、ＳＳＩＤ及び予約ＩＤに加えて、ＢＳＳＩＤを確認してもよい。具体的には、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレーム（Ｓ３０２）に含まれるＢＳＳＩＤが所望値に合致するか否かを判定してよい。例えば、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレーム（Ｓ３０２）のＢＳＳＩＤにワイルドカードＢＳＳＩＤが設定されることが期待されているとする。この仮定の下で、ＢＳＳＩＤにワイルドカードＢＳＳＩＤ以外の値が設定されている場合には、制御部２００は信号（Ｓ３０３）の送信指示を第１の無線通信部２０１に与えなくてもよい。

信号（Ｓ３０３）は、ＩＥＥＥ８０２．１１無線ＬＡＮ規格においてＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームと呼ばれる。Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームは、ＭＡＣフレームのうち管理フレームの一種である。

図５にＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム（Ｓ３０３）のフォーマットが例示される。図５のフォーマットによれば、制御部２００は、ＭＡＣヘッダにおいて受信先アドレス、送信元アドレス及びＢＳＳＩＤを設定する必要があり、フレームボディにおいてＳＳＩＤを設定する必要がある。

制御部２００は、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム（Ｓ３０３）の受信先アドレスに、第１の無線通信部１０１のＭＡＣアドレスを設定する。第１の無線通信部１０１のＭＡＣアドレスは、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレーム（Ｓ３０２）及び信号（Ｓ３０１）から取得可能である。

制御部２００は、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム（Ｓ３０３）の送信元アドレスに、第１の無線通信部２０１のＭＡＣアドレスを設定する。前述のように、認証装置２０がＩｎｆｒａｓｔｒｕｃｔｕｒｅ ＢＳＳを形成することを仮定すると、当該Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ＢＳＳ のＢＳＳＩＤは第１の無線通信部のＭＡＣアドレスに一致する。故に、制御部２００は、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム（Ｓ３０３）のＢＳＳＩＤに、第１の無線通信部２０１のＭＡＣアドレスを設定する。

制御部２００は、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム（Ｓ３０３）のフレームボディに、ＳＳＩＤを設定する。ＳＳＩＤは、サーバ３０、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレーム（Ｓ３０２）及び信号（Ｓ３０１）から取得可能である。尚、認証装置２０がチケット使用のための無線ＬＡＮ基地局であることを無線通信装置１０に再確認させるために、制御部２００はＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム（Ｓ３０３）のフレームボディに予約ＩＤを更に設定してもよい。予約ＩＤは、サーバ３０、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレーム（Ｓ３０２）及び信号（Ｓ３０１）から取得可能である。

Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム（Ｓ３０３）は、第１の無線通信部１０１によって受信される。第１の無線通信部１０１は、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム（Ｓ３０３）の受信先アドレスが適切であるか否かを判定する。受信先アドレスが適切であるとは、受信先アドレスに設定された値が第１の無線通信部１０１のＭＡＣアドレスに合致するということを意味する。第１の無線通信部１０１は、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム（Ｓ３０３）の受信先アドレスが適切であれば、受信処理を継続する。第１の無線通信部１０１は、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム（Ｓ３０３）の情報を制御部１００へと通知する。

Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム（Ｓ３０３）の情報が通知されると、制御部１００は認証装置２０によって形成される無線ＬＡＮシステムに対する接続要求のための信号（Ｓ３０４）の送信指示を第１の無線通信部１０１に与える。

信号（Ｓ３０４）は、ＩＥＥＥ８０２．１１無線ＬＡＮ規格においてＡｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレームと呼ばれる。Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレームは、ＭＡＣフレームのうち管理フレームの一種である。

Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム（Ｓ３０４）のフォーマットは、前述のＰｒｏｂｅ Ｒｅｑｕｅｓｔフレーム（Ｓ３０２）及びＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム（Ｓ３０３）のフォーマット（即ち、図４及び図５に例示されるフォーマット）に類似する。具体的には、制御部１００は、ＭＡＣヘッダにおいて受信先アドレス、送信元アドレス及びＢＳＳＩＤを設定する必要があり、フレームボディにおいてＳＳＩＤを設定する必要がある。尚、フレームボディに更に予約ＩＤが設定されるように、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム（Ｓ３０４）のフレームフォーマットが設計されてもよい。

制御部１００は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム（Ｓ３０４）の受信先アドレス及びＢＳＳＩＤに、第１の無線通信部２０１のＭＡＣアドレスを設定する。第１の無線通信部２０１のＭＡＣアドレスは、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム（Ｓ３０３）から取得可能である。

制御部１００は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム（Ｓ３０４）の送信元アドレスに、第１の無線通信部１０１のＭＡＣアドレスを設定する。制御部１００は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム（Ｓ３０４）のフレームボディに、ＳＳＩＤを設定する。ＳＳＩＤは、サーバ３０（チケットの購入時）及びＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム（Ｓ３０３）から取得可能である。

Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム（Ｓ３０４）は、第１の無線通信部２０１によって受信される。第１の無線通信部２０１は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム（Ｓ３０４）の受信先アドレスが適切であるか否かを判定する。第１の無線通信部２０１は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム（Ｓ３０４）の受信先アドレスが適切であれば、受信処理を継続する。第１の無線通信部２０１は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム（Ｓ３０４）の情報を制御部２００へと通知する。

制御部２００は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム（Ｓ３０４）の整合性を確認する。具体的には、制御部２００は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム（Ｓ３０４）の送信元アドレスに設定された値がＰｒｏｂｅ Ｒｅｑｕｅｓｔフレーム（Ｓ３０２）に含まれた第１の無線通信部１０１のＭＡＣアドレスに一致するか否かを判定する。制御部２００は、それからＡｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム（Ｓ３０４）への応答のための信号（Ｓ３０５）の送信指示を第１の無線通信部２０１に与える。

信号（Ｓ３０５）には、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム（Ｓ３０４）に基づく接続要求の可否を示す値が設定される。具体的には、制御部２００は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム（Ｓ３０４）の送信元アドレスに設定された値がＰｒｏｂｅ Ｒｅｑｕｅｓｔフレーム（Ｓ３０２）に含まれた第１の無線通信部１０１のＭＡＣアドレスに一致すれば、接続要求の許可を示す値を信号（Ｓ３０５）に設定する。他方、制御部２００は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム（Ｓ３０４）の送信元アドレスに設定された値がＰｒｏｂｅ Ｒｅｑｕｅｓｔフレーム（Ｓ３０２）に含まれた第１の無線通信部１０１のＭＡＣアドレスに一致しなければ、接続要求の拒否を示す値を信号（Ｓ３０５）に設定する。

制御部２００は、送信元アドレスに加えてＳＳＩＤの整合性に基づいて接続要求の可否を判定してもよい。例えば、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム（Ｓ３０４）のフレームボディに設定されたＳＳＩＤがＰｒｏｂｅ Ｒｅｑｕｅｓｔフレーム（Ｓ３０２）に含まれたＳＳＩＤに一致しなければ、接続要求の拒否を示す値を信号（Ｓ３０５）に設定してもよい。また、制御部２００は、送信元アドレスに加えて予約ＩＤの整合性に基づいて接続要求の可否を判定してもよい。例えば、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム（Ｓ３０４）のフレームボディに設定された予約ＩＤがＰｒｏｂｅ Ｒｅｑｕｅｓｔフレーム（Ｓ３０２）に含まれた予約ＩＤに一致しなければ、接続要求の拒否を示す値を信号（Ｓ３０５）に設定してもよい。

信号（Ｓ３０５）は、ＩＥＥＥ８０２．１１無線ＬＡＮ規格においてＡｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレームと呼ばれる。Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレームは、ＭＡＣフレームのうち管理フレームの一種である。

Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレーム（Ｓ３０５）のフォーマットは、前述のＰｒｏｂｅ Ｒｅｑｕｅｓｔフレーム（Ｓ３０２）及びＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム（Ｓ３０３）のフォーマット（即ち、図４及び図５に例示されるフォーマット）に類似する。具体的には、制御部２００は、ＭＡＣヘッダにおいて受信先アドレス、送信元アドレス及びＢＳＳＩＤを設定する必要があり、フレームボディのステータスコード（Ｓｔａｔｕｓ Ｃｏｄｅ）に接続要求の可否を示す値を設定する必要がある。

制御部２００は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレーム（Ｓ３０５）の受信先アドレスに、第１の無線通信部１０１のＭＡＣアドレスを設定する。第１の無線通信部１０１のＭＡＣアドレスは、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム（Ｓ３０４）、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレーム（Ｓ３０２）及び信号（Ｓ３０１）から取得可能である。

制御部２００は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレーム（Ｓ３０５）の送信元アドレス及びＢＳＳＩＤに、第１の無線通信部２０１のＭＡＣアドレスを設定する。制御部２００は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレーム（Ｓ３０５）のフレームボディのＳｔａｔｕｓ Ｃｏｄｅに接続要求の可否を示す値を設定する。例えば、接続要求を許可する場合に、制御部２００はＳｔａｔｕｓ Ｃｏｄｅに「０」（即ち、Ｓｕｃｃｅｓｓｆｕｌ）を設定する。また、接続要求を拒否する場合に、制御部２００はＳｔａｔｕｓ Ｃｏｄｅに「０」以外の値を設定する。尚、接続要求の拒否を表す新たなＳｔａｔｕｓ Ｃｏｄｅが定義されてもよい。

Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレーム（Ｓ３０５）は、第１の無線通信部１０１によって受信される。第１の無線通信部１０１は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレーム（Ｓ３０５）の受信先アドレスが適切であるか否かを判定する。第１の無線通信部１０１は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレーム（Ｓ３０５）の受信先アドレスが適切であれば、受信処理を継続する。第１の無線通信部１０１はＡｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレーム（Ｓ３０５）の情報を制御部１００へと通知する。

制御部１００は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレーム（Ｓ３０５）のＳｔａｔｕｓ Ｃｏｄｅから接続要求の可否を判定する。接続要求が許可されていれば、無線通信装置１０と認証装置２０との間で無線ＬＡＮを介したデータフレームの交換が開始する。

尚、制御部１００は、必要に応じて、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレーム（Ｓ３０５）の確認応答（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）の送信指示を第１の無線通信部１０１に与えてもよい。そして、制御部２００は、第１の無線通信部２０１を介して上記確認応答が受信されてから、或いは、上記確認応答の受信に基づきＡｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレーム（Ｓ３０５）の送信完了が通知されてからデータフレームの交換を開始してもよい。

また、アプリケーション層において生成されるデータに基づくデータフレームの交換に先立ってセキュリティの設定が行われてもよい。セキュリティの設定は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム（Ｓ３０４）及びＡｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレーム（Ｓ３０５）の交換の後に行われてもよい。ある種のセキュリティは、無線ＬＡＮのＭＡＣ層レベルにおいてデータフレームの交換を通じて設定される。

或いは、無線通信装置１０と認証装置２０との間で交換される様々な信号（即ち、前述の信号（Ｓ３０１）からフレーム（Ｓ３０５））にセキュリティの設定に必要な情報が含まれてもよい。無線通信装置１０及び認証装置２０は、受信信号に含まれる情報に基づいてセキュリティを設定できる。

データフレームの交換が開始した後に、制御部１００は使用するチケットに関する詳細を示すチケット情報（例えば、購入情報、乗車券情報）を含むデータフレームの送信指示を第１の無線通信部１０１に与える。

第１の無線通信部２０１は、チケット情報を含むデータフレームを受信し、受信データフレームの情報を制御部２００に通知する。制御部２００は、受信データフレームに含まれるチケット情報が適正か否かを判定する。制御部２００は、判定結果を示す値（即ち、チケット情報の認証可否を示す情報）を含むデータフレームの送信指示を第１の無線通信部２０１に与える。更に、制御部２００は、チケット情報及び判定結果を示す値を無線通信装置１０のユーザの入出場管理情報としてサーバ３０へ送信してもよい。

また、制御部２００は、上記判定結果に応じてユーザインタフェース部２０３を制御する。例えば、ユーザインタフェース部２０３は、チケット情報が適正であればフラップドアを開くと共に通過許可を表す画像を表示する。他方、ユーザインタフェース部２０３は、チケット情報が適正でなければフラップドアを閉じると共に通過拒否を表す画像を表示する。即ち、認証装置２０は、チケット情報を認証情報の１つとして使用し、データフレーム交換のレベルでも認証を実現する。

第１の無線通信部１０１は、上記判定結果を示す値を含むデータフレームを受信し、受信データフレームの情報を制御部１００に通知する。制御部１００は、上記判定結果をユーザインタフェース部１０３を介してユーザに通知してもよい。また、制御部１００は、上記判定結果を示す値をチケット情報に対応付けてメモリに保存してもよい。

尚、データフレームの交換は、上記認証に加えて例えばコンテンツ配信、広告配信などにも利用されてよい。具体的には、無線通信装置１０のユーザが認証装置２０を通過しても直ちには無線ＬＡＮの接続は切断されないので、認証装置２０は余剰の通信容量を利用してユーザにサービスを提供することができる。

本実施形態に係る無線通信装置１０に備えられる制御部１００の動作の詳細は、図６Ａ、図６Ｂ、図６Ｃ及び図６Ｄに例示されるように、仕様記述言語（ＳＤＬ；Ｓｐｅｃｉｆｉｃａｔｉｏｎ ａｎｄ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）を用いて記述できる。

尚、以降の説明では、制御部１００に備えられる端末管理エンティティがＭＡＣ副層管理エンティティに指示を与えることによって、第１の無線通信部１０１に対する制御が実現されることを前提としている。

図６Ａ、図６Ｂ、図６Ｃ及び図６Ｄの例において、第２の無線通信方式において通信完了を直接的に確認する仕組みが用意されていないことが前提とされる。例えば、第２の無線通信方式は、バーコードの表示及び読み取りによって実現される通信に相当する。但し、制御部１００は、適切な基地局からのＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームの情報が通知されることによって、第２の無線通信方式の通信完了を間接的に確認できる。

図６Ａは、制御部１００がＩｄｌｅ状態（ＳＴ４０１）からＳｃａｎ Ｃｆｍ Ｗａｉｔ状態（ＳＴ４０２）に遷移するまでの、制御部１００における入出力及び内部処理を示している。

図６Ａにおいて、プロセス開始シンボルが描かれている。ＳＤＬによれば、プロセス開始シンボルはプロセスの開始を表すために用いられる。即ち、図６Ａにおいて、プロセスが開始すると、制御部１００はＩｄｌｅ状態（ＳＴ４０１）に遷移する。プロセス開始シンボルは、他の図面においても同様の意味で描かれている。

制御部１００は、Ｉｄｌｅ状態（ＳＴ４０１）にあるときに、例えばユーザインタフェース部１０３に対する操作に基づいて、アプリケーションの開始指示（図６Ａにおいて、Ｔｉｃｋｅｔ Ｇａｔｅ Ａｐｐｌｉｃａｔｉｏｎ Ｓｔａｒｔ Ｃｏｍｍａｎｄ）が通知される。制御部１００は、第２の無線通信部１０２に信号（図６Ａにおいて、Ｔｏｕｃｈ Ｉｎｆｏ）の送信指示を与える。Ｔｏｕｃｈ Ｉｎｆｏは、ＳＳＩＤ、予約ＩＤ及び第１の無線通信部１０１のＭＡＣアドレスを含む。

更に、制御部１００は、第１の無線通信部１０１にＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームの送信指示（図６Ａにおいて、Ｐｒｏｂｅ Ｒｅｑ Ｔｘ Ｃｏｍｍａｎｄ）を与える。制御部１００は、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームを待ち受けるための最大待ち受け時間をタイマ（図６Ａにおいて、Ｔ＿ＡｐｐＥｎｄ）に設定し、Ｓｃａｎ Ｃｆｍ Ｗａｉｔ状態（ＳＴ４０２）に移行する。

尚、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレームは２回以上繰り返し送信されてもよい。例えば、制御部１００は、第１の無線通信部１０１にＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームの送信指示を周期的に繰り返し与えてもよい。

図６Ｂは、制御部１００がＳｃａｎ Ｃｆｍ Ｗａｉｔ状態（ＳＴ４０２）からＡｓｏｃ Ｃｆｍ Ｗａｉｔ状態（ＳＴ４０３）またはＩｄｌｅ状態（ＳＴ４０１）に遷移するまでの、制御部１００における入出力を示している。更に、図６Ｂは、制御部１００がＮＧラベル（ＬＡ４０５）からＩｄｌｅ状態（ＳＴ４０１）に遷移するまでの、制御部１００における出力を示している。

制御部１００は、Ｓｃａｎ Ｃｆｍ Ｗａｉｔ状態（ＳＴ４０２）にあるときに、第１の無線通信部１０１からＰｒｏｂｅ Ｒｅｓｐｏｓｎｅフレームの情報（図６Ｂにおいて、Ｓｃａｎ Ｃｆｍ Ｉｎｆｏ）が通知されるのを待ち受ける。

制御部１００は、Ｓｃａｎ Ｃｆｍ Ｉｎｆｏが通知されると、Ｐｒｏｂｅ Ｒｅｓｐｏｓｎｅフレームが適切な基地局（認証装置２０）から送信されたか否かを判定する。Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームが適切な基地局から送信されていれば、制御部１００は、当該基地局のＭＡＣアドレスに等しいＢＳＳＩＤによって特定されるＢＳＳへの同期指示及び当該基地局へのＡｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレームの送信指示（図６Ｂにおいて、Ｊｏｉｎ ａｎｄ Ａｓｏｃ Ｒｅｑ Ｔｘ Ｃｏｍｍａｎｄ）を第１の無線通信部１０１に与える。制御部１００は、それから、Ａｓｏｃ Ｃｆｍ Ｗａｉｔ状態（ＳＴ４０３）に移行する。

尚、図６Ｂにおいて、同期指示とＡｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレームの送信指示とが同時に第１の無線通信部１０１に与えられるかのように描かれている。しかしながら、厳密には、制御部１００は、第１の無線通信部１０１に同期指示を与え、同期完了を示す情報が第１の無線通信部１０１から通知されてから、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレームの送信指示を第１の無線通信部１０１に与える。

ここで、同期とは、指示されたＢＳＳＩＤによって特定されるＢＳＳのタイマに、第１の無線通信部１０１のタイマを同期させる処理を意味する。ＢＳＳのタイマ値は、当該ＢＳＳを形成する基地局によって送信されるＢｅａｃｏｎフレームまたはＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームに含まれる。具体的には、ＩＥＥＥ８０２．１１無線ＬＡＮ規格によれば、タイマ値はこれらのフレームのＴｉｍｅｓｔａｍｐフィールドに設定される。

基地局がＢｅａｃｏｎフレームを送信しているならば、第１の無線通信部１０１はＢｅａｃｏｎフレームを受信し、受信Ｂｅａｃｏｎフレームに含まれるタイマ値に基づいてＢＳＳに同期すればよい。他方、基地局がＢｅａｃｏｎフレームを送信していないならば、制御部１００が第１の無線通信部１０１にＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームの送信指示を再び与え、基地局にＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームの送信を促せばよい。第１の無線通信部１０１は、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームを受信し、受信Ｐｒｏｂｅ Ｒｅｓｐｏｓｎｅフレームに含まれるタイマ値に基づいてＢＳＳに同期すればよい。

制御部１００は、ＮＧラベル（ＬＡ４０５）にあるときに、アプリケーション上の認証拒否を示す情報（図６Ｂにおいて、ＮＧ）をユーザインタフェース部１０３を介してユーザに通知し、Ｉｄｌｅ状態（ＳＴ４０１）に移行する。尚、第１の無線通信部１０１からＳｃａｎ Ｃｆｍ Ｉｎｆｏが通知されることなくタイマ（図６Ｂにおいて、Ｔ＿ＡｐｐＥｎｄ）がタイムアウトした場合、或いは、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームが適切な基地局から送信されていない場合にも、制御部１００はＮＧラベル（ＬＡ４０５）にあるときと同一または類似の動作を行う。

図６Ｃは、制御部１００がＡｓｏｃ Ｃｆｍ Ｗａｉｔ状態（ＳＴ４０３）からＡｃｃｅｐｔａｎｃｅ Ｗａｉｔ状態（ＳＴ４０４）またはＮＧラベル（ＬＡ４０５）に遷移するまでの、制御部１００における入出力を示している。

制御部１００は、Ａｓｏｃ Ｃｆｍ Ｗａｉｔ状態（ＳＴ４０３）にあるときに、第１の無線通信部１０１からＡｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレームの情報が通知されるのを待ち受ける。一般的には、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレームの送信指示（ＩＥＥＥ８０２．１１無線ＬＡＮ規格において、ＭＬＭＥ−ＡＳＳＯＣＩＡＴＥ．ｒｅｑｕｅｓｔプリミティブに相当する）において、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレームを待ち受けるための最大待ち受け時間が設定される。

無線通信部１０１は、最大待ち受け時間が経過するまで所望の基地局からのＡｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレームを待ち受ける。無線通信部１０１は、最大待ち受け時間が経過するよりも前に所望の基地局からのＡｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレームを受信すれば、受信Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｐｏｎｓｅフレームの情報を制御部１００に通知する。更に、無線通信部１０１が所望の基地局からのＡｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレームを受信することなく最大待ち受け時間が経過しても、無線通信部１０１はＡｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレームの受信に失敗したことを示す情報を制御部１００に通知する必要がある。

即ち、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレームの受信の成否に関わらず、無線通信部１０１はＡｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレームに関する情報（図６Ｃにおいて、Ａｓｏｃ Ｃｆｍ Ｉｎｆｏであり、ＩＥＥＥ８０２．１１無線ＬＡＮ規格においてＭＬＭＥ−ＡＳＳＯＣＩＡＴＥ．ｃｏｎｆｉｒｍプリミティブに相当する）を制御部１００に通知する。この情報は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレームの送信指示に対する結果を示すコード（図６Ｃにおいて、Ｒｅｓｕｌｔ Ｃｏｄｅ）を含む。制御部１００は、Ｒｅｓｕｌｔ Ｃｏｄｅに設定された値に基づいて、接続要求が許可されたか否かを判定できる。

具体的には、第１の無線通信部１０１が所望の基地局からＡｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレームを受信していれば、前述のＳｔａｔｕｓ ＣｏｄｅがＲｅｓｕｌｔ Ｃｏｄｅに変換される。例えば、前述のＳｔａｔｕｓ Ｃｏｄｅに「０」（Ｓｕｃｃｅｓｓｆｕｌ）が設定されている場合には、Ｒｅｓｕｌｔ ＣｏｄｅにはＳｕｃｃｅｓｓが設定される。他方、前述のＳｔａｔｕｓ Ｃｏｄｅに「０」以外の値が設定されている場合には、Ｒｅｓｕｌｔ ＣｏｄｅにはＳｕｃｃｅｓｓ以外の値が設定される。また、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレームの受信に失敗した場合にも、Ｒｅｓｕｌｔ ＣｏｄｅにはＳｕｃｃｅｓｓ以外の値が設定される。

制御部１００は、Ｒｅｓｕｌｔ ＣｏｄｅにＳｕｃｃｅｓｓが設定されていれば、接続要求が許可されたことを確認できる。それから、制御部１００は、チケット情報（図６Ｃにおいて、Ｔｉｃｋｅｔ Ｉｎｆｏ）を含むデータフレームの送信指示を第１の無線通信部１０１に与え、Ａｃｃｅｐｔａｎｃｅ Ｗａｉｔ状態（ＳＴ４０４）に移行する。他方、Ｒｅｓｕｌｔ ＣｏｄｅにＳｕｃｃｅｓｓ以外の値が設定されていれば、制御部１００はＮＧラベル（ＬＡ４０５）に移行する。

図６Ｄは、制御部１００がＡｃｃｅｐｔａｎｃｅ Ｗａｉｔ状態（ＳＴ４０４）からＩｄｌｅ状態（ＳＴ４０１）またはＮＧラベル（ＬＡ４０５）に遷移するまでの、制御部１００における入出力を示している。

制御部１００は、Ａｃｃｅｐｔａｎｃｅ Ｗａｉｔ状態（ＳＴ４０４）にあるとき、送信済みのチケット情報に対する認証結果を待ち受ける。送信済みのチケット情報が適正であると認証装置２０に判定されれば、通過許可を示す情報（図６Ｄにおいて、Ａｃｃｅｐｔａｎｃｅ）が制御部１００に通知される。それから、制御部１００は、アプリケーション上の認証許可を示す情報（図６Ｄにおいて、ＯＫ）をユーザインタフェース部１０３を介してユーザに通知し、Ｉｄｌｅ状態（ＳＴ４０１）に移行する。他方、送信済みのチケット情報が適正でないと認証装置２０に判定されれば、通過拒否を示す情報（図６Ｄにおいて、Ｒｅｊｅｃｔｉｏｎ）が制御部１００に通知され、制御部１００はＮＧラベル（ＬＡ４０５）に移行する。

前述のように、図６Ａ、図６Ｂ、図６Ｃ及び図６Ｄの例において、第２の無線通信方式は通信完了を直接的に確認する仕組みが用意されていないことが前提とされる。第２の無線通信方式において通信完了を直接的に確認する仕組みが用意されているならば、制御部１００は、図６Ａ、図６Ｂ、図６Ｃ及び図６Ｄの代わりに図７Ａ、図７Ｂ、図７Ｃ、図７Ｄ及び図７Ｅに例示されるように動作してもよい。

図７Ａは、制御部１００がＩｄｌｅ状態（ＳＴ５０１）からＴｏｕｃｈ Ｗａｉｔ状態（ＳＴ５０２）に遷移するまでの、制御部１００における入出力及び内部処理を示している。

制御部１００は、Ｉｄｌｅ状態（ＳＴ５０１）にあるときに、例えばユーザインタフェース部１０３に対する操作に基づいて、アプリケーションの開始指示（図７Ａにおいて、Ｔｉｃｋｅｔ Ｇａｔｅ Ａｐｐｌｉｃａｔｉｏｎ Ｓｔａｒｔ Ｃｏｍｍａｎｄ）が通知される。制御部１００は、信号（図７Ａにおいて、Ｔｏｕｃｈ Ｉｎｆｏ）の送信指示を第２の無線通信部１０２に与える。Ｔｏｕｃｈ Ｉｎｆｏは、ＳＳＩＤ、予約ＩＤ及び第１の無線通信部１０１のＭＡＣアドレスを含む。

更に、制御部１００は、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームを待ち受けるための最大待ち受け時間をタイマ（図７Ａにおいて、Ｔ＿ＡｐｐＥｎｄ）に設定し、Ｔｏｕｃｈ Ｗａｉｔ状態（ＳＴ５０２）に移行する。

図７Ｂは、制御部１００がＴｏｕｃｈ Ｗａｉｔ状態（ＳＴ５０２）からＳｃａｎ Ｃｆｍ Ｗａｉｔ状態（ＳＴ５０３）またはＩｄｌｅ状態（ＳＴ５０１）に遷移するまでの、制御部１００における入出力を示している。更に、図７Ｂは、制御部１００がＮＧラベル（ＬＡ５０６）からＩｄｌｅ状態（ＳＴ５０１）に遷移するまでの、制御部１００における出力を示している。

制御部１００は、Ｔｏｕｃｈ Ｗａｉｔ状態（ＳＴ５０２）にあるときに、第２の無線通信部１０２からＴｏｕｃｈ Ｉｎｆｏの通信完了を示す情報（図７Ｂにおいて、Ｔｏｕｃｈ Ｃｏｍｐｌｅｔｅ）が通知されるのを待ち受ける。

制御部１００は、Ｔｏｕｃｈ Ｃｏｍｐｌｅｔｅが通知されると、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレームの送信指示（図７Ｂにおいて、Ｐｒｏｂｅ Ｒｅｑ Ｔｘ Ｃｏｍｍａｎｄ）を第１の無線通信部１０１に与え、Ｓｃａｎ Ｃｆｍ Ｗａｉｔ状態（ＳＴ５０３）に移行する。

制御部１００は、ＮＧラベル（ＬＡ５０６）にあるときに、アプリケーション上の認証拒否を示す情報（図７Ｂにおいて、ＮＧ）をユーザインタフェース部１０３を介してユーザに通知し、Ｉｄｌｅ状態（ＳＴ５０１）に移行する。尚、第２の無線通信部１０２からＴｏｕｃｈ Ｃｏｍｐｌｅｔｅが通知されることなくタイマ（図７Ｂにおいて、Ｔ＿ＡｐｐＥｎｄ）がタイムアウトした場合にも、制御部１００はＮＧラベル（ＬＡ５０６）にあるときと同一または類似の動作を行う。

図７Ｃは、制御部１００がＳｃａｎ Ｃｆｍ Ｗａｉｔ状態（ＳＴ５０３）からＡｓｏｃ Ｃｆｍ Ｗａｉｔ状態（ＳＴ５０４）またはＮＧラベル（ＬＡ５０６）に遷移するまでの、制御部１００における入出力を示している。

制御部１００は、Ｓｃａｎ Ｃｆｍ Ｗａｉｔ状態（ＳＴ５０３）にあるときに、第１の無線通信部１０１からＰｒｏｂｅ Ｒｅｓｐｏｓｎｅフレームの情報（図７Ｃにおいて、Ｓｃａｎ Ｃｆｍ Ｉｎｆｏ）が通知されるのを待ち受ける。

制御部１００は、Ｓｃａｎ Ｃｆｍ Ｉｎｆｏが通知されると、Ｐｒｏｂｅ Ｒｅｓｐｏｓｎｅフレームが適切な基地局（認証装置２０）から送信されたか否かを判定する。Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームが適切な基地局から送信されていれば、制御部１００は、当該基地局のＭＡＣアドレスに等しいＢＳＳＩＤによって特定されるＢＳＳへの同期指示及び当該基地局へのＡｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレームの送信指示（図７Ｃにおいて、Ｊｏｉｎ ａｎｄ Ａｓｏｃ Ｒｅｑ Ｔｘ Ｃｏｍｍａｎｄ）を第１の無線通信部１０１に与える。制御部１００は、それから、Ａｓｏｃ Ｃｆｍ Ｗａｉｔ状態（ＳＴ５０４）に移行する。他方、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームが適切な基地局から送信されていない場合には、制御部１００はＮＧラベル（ＬＡ５０６）に移行する。

図７Ｄは、制御部１００がＡｓｏｃ Ｃｆｍ Ｗａｉｔ状態（ＳＴ５０４）からＡｃｃｅｐｔａｎｃｅ Ｗａｉｔ状態（ＳＴ５０５）またはＮＧラベル（ＬＡ５０６）に遷移するまでの、制御部１００における入出力を示している。尚、図７Ｄは、前述の図６Ｃと同一または類似の動作を表しているので説明が省略される。

図７Ｅは、制御部１００がＡｃｃｅｐｔａｎｃｅ Ｗａｉｔ状態（ＳＴ５０５）からＩｄｌｅ状態（ＳＴ５０１）またはＮＧラベル（ＬＡ５０６）に遷移するまでの、制御部１００における入出力を示している。尚、図７Ｅは、前述の図６Ｄと同一または類似の動作を表しているので説明が省略される。

本実施形態に係る認証装置２０に備えられる制御部２００の動作の詳細は、図８Ａ、図８Ｂ、図８Ｃ及び図８Ｄに例示されるように、ＳＤＬを用いて記述できる。

尚、以降の説明では、制御部２００に備えられる端末管理エンティティがＭＡＣ副層管理エンティティに指示を与えることによって、第１の無線通信部２０１に対する制御が実現されることを前提としている。

図８Ａは、制御部２００がＩｄｌｅ状態（ＳＴ６０１）からＰｒｏｂｅ Ｒｅｑ Ｗａｉｔ状態（ＳＴ６０２）またはＩｄｌｅ状態（ＳＴ６０１）に遷移するまでの、制御部２００における入出力及び内部処理を示している。更に、図８Ａは、制御部２００がＮＧラベル（ＬＡ６０５）からＩｄｌｅ状態（ＳＴ６０１）に遷移するまでの、制御部２００における出力を示している。

制御部２００は、Ｉｄｌｅ状態（ＳＴ６０１）にあるときに、第２の無線通信部２０２から受信信号の情報（図８Ａにおいて、Ｔｏｕｃｈ Ｉｎｆｏ）が通知される。Ｔｏｕｃｈ Ｉｎｆｏは、ＳＳＩＤ、予約ＩＤ及び第１の無線通信部１０１のＭＡＣアドレスを含む。

制御部２００は、Ｔｏｕｃｈ Ｉｎｆｏが通知されると、当該Ｔｏｕｃｈ Ｉｎｆｏがサーバ３０から取得した情報（Ｓｅｒｖｅｒ Ｉｎｆｏ）に合致するか否かを判定する。Ｔｏｕｃｈ ＩｎｆｏがＳｅｒｖｅｒ Ｉｎｆｏに合致すれば、制御部２００は、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレームを待ち受けるための最大待ち受け時間をタイマ（図８Ａにおいて、Ｔ＿ＰｒｏｂｅＲｅｑ）に設定し、Ｐｒｏｂｅ Ｒｅｑ Ｗａｉｔ状態（ＳＴ６０２）に移行する。

Ｓｅｒｖｅｒ Ｉｎｆｏは、ＳＳＩＤ及び複数の許可可能な予約ＩＤを含む。Ｔｏｕｃｈ ＩｎｆｏがＳｅｒｖｅｒ Ｉｎｆｏに合致することとは、Ｔｏｕｃｈ Ｉｎｆｏに含まれるＳＳＩＤがＳｅｒｖｅｒ Ｉｎｆｏに含まれるＳＳＩＤに一致し、かつ、Ｔｏｕｃｈ Ｉｎｆｏに含まれるＳＳＩＤがＳｅｒｖｅｒ Ｉｎｆｏに含まれる複数の許可可能な予約ＩＤのいずれかに一致することを意味する。

制御部２００は、ＮＧラベル（ＬＡ６０５）にあるときに、アプリケーション上の認証拒否を示す情報（図８Ａにおいて、ＮＧ）をユーザインタフェース部２０３を介してユーザに通知し、Ｉｄｌｅ状態（ＳＴ６０１）に移行する。例えば、ユーザインタフェース部２０３は、フラップドアを閉じると共に通過拒否を示す画像を表示する。

尚、Ｔｏｕｃｈ ＩｎｆｏがＳｅｒｖｅｒ Ｉｎｆｏに合致しない場合にも、制御部２００はＮＧラベル（ＬＡ６０５）にあるときと同一または類似の動作を行う。更に、制御部２００は、Ｔｏｕｃｈ Ｉｎｆｏが通知されることなく人間の通過を検知した場合に、ＮＧラベル（ＬＡ６０５）にあるときと同一または類似の動作を行ってもよい。

図８Ｂは、制御部２００がＰｒｏｂｅ Ｒｅｑ Ｗａｉｔ状態（ＳＴ６０２）からＡｓｏｃ Ｒｅｑ Ｗａｉｔ状態（ＳＴ６０３）、Ｐｒｏｂｅ Ｒｅｑ Ｗａｉｔ状態（ＳＴ６０２）またはＮＧラベル（ＬＡ６０５）に遷移するまでの、制御部２００における入出力及び内部処理を示している。

制御部２００は、Ｐｒｏｂｅ Ｒｅｑ Ｗａｉｔ状態（ＳＴ６０２）にあるときに、第１の無線通信部２０１からＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームの情報（図８Ｂにおいて、Ｐｒｏｂｅ Ｒｅｑ Ｉｎｆｏ）が通知されるのを待ち受ける。

制御部２００は、Ｐｒｏｂｅ Ｒｅｑ Ｉｎｆｏが通知されると、当該Ｐｒｏｂｅ Ｒｅｑ ＩｎｆｏがＴｏｕｃｈ Ｉｎｆｏに合致するかどうかを判定する。Ｐｒｏｂｅ Ｒｅｑ ＩｎｆｏがＴｏｕｃｈ Ｉｎｆｏに合致することとは、Ｐｒｏｂｅ Ｒｅｑ Ｉｎｆｏの送信元アドレスに設定された値がＴｏｕｃｈ Ｉｎｆｏに含まれる第１の無線通信部１０１のＭＡＣアドレスに一致し、かつ、Ｐｒｏｂｅ Ｒｅｑ Ｉｎｆｏに含まれるＳＳＩＤ及び予約ＩＤがＴｏｕｃｈ Ｉｎｆｏに含まれるＳＳＩＤ及び予約ＩＤに一致することを意味する。

Ｐｒｏｂｅ Ｒｅｑ ＩｎｆｏがＴｏｕｃｈ Ｉｎｆｏに合致すれば、制御部２００はＡｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレームを待ち受けるための最大待ち受け時間をタイマ（図８Ｂにおいて、Ｔ＿ＡｓｏｃＲｅｑ）に設定する。更に、制御部２００は、所望の無線通信装置１０へのＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームの送信指示（図８Ｂにおいて、Ｐｒｏｂｅ Ｒｓｐ Ｔｘ Ｃｏｍｍａｎｄ）を第１の無線通信部２０１に与え、Ａｓｏｃ Ｒｅｑ Ｗａｉｔ（ＳＴ６０３）状態に移行する。

尚、Ｐｒｏｂｅ Ｒｅｑ ＩｎｆｏがＴｏｕｃｈ Ｉｎｆｏに合致しなければ、制御部２００はＰｒｏｂｅ Ｒｅｑ Ｗａｉｔ状態（ＳＴ６０２）に移行する。但し、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレームの送信元がＴｏｕｃｈ Ｉｎｆｏの送信元と同一であることが確実であるならば、制御部２００はＮＧラベル（ＬＡ６０５）に移行してもよい。また、所望の無線通信装置１０からのＰｒｏｂｅ Ｒｅｑ Ｉｎｆｏが通知されることなくＴ＿ＰｒｏｂｅＲｅｑがタイムアウトすれば、制御部２００はＮＧラベル（ＬＡ６０５）に移行する。

図８Ｃは、制御部２００がＡｓｏｃ Ｒｅｑ Ｗａｉｔ状態（ＳＴ６０３）からＴｉｃｋｅｔ Ｉｎｆｏ Ｗａｉｔ状態（ＳＴ６０４）、Ａｓｏｃ Ｒｅｑ Ｗａｉｔ状態（ＳＴ６０３）またはＮＧラベル（ＬＡ６０５）に遷移するまでの、制御部２００における入出力及び内部処理を示している。

制御部２００は、Ａｓｏｃ Ｒｅｑ Ｗａｉｔ状態（ＳＴ６０３）にあるときに、第１の無線通信部２０１からＡｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレームの情報（図８Ｃにおいて、Ａｓｏｃ Ｒｅｑ Ｉｎｆｏ）が通知されるのを待ち受ける。

Ａｓｏｃ Ｒｅｑ Ｉｎｆｏが通知されると、制御部２００は当該Ａｓｏｃ Ｒｅｑ ＩｎｆｏがＰｒｏｂｅ Ｒｅｑ Ｉｎｆｏに合致するか否かを判定する。Ａｓｏｃ Ｒｅｑ ＩｎｆｏがＰｒｏｂｅ Ｒｅｑ Ｉｎｆｏに合致することとは、Ａｓｏｃ Ｒｅｑ Ｉｎｆｏに含まれる様々な情報（例えば、送信元アドレスに設定された値など）がＰｒｏｂｅ Ｒｅｑ Ｉｎｆｏに含まれるものと一致することを意味する。

Ａｓｏｃ Ｒｅｑ ＩｎｆｏがＰｒｏｂｅ Ｒｅｑ Ｉｎｆｏに合致すれば、制御部２００は接続要求の許可を示す値を含むＡｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレームの送信指示（図８Ｃにおいて、Ａｓｏｃ Ｒｓｐ （ｓｕｃｃｅｓｓ） Ｔｘ Ｃｏｍｍａｎｄ）を第１の無線通信部２０１に与える。更に、制御部２００は、チケット情報を含むデータフレームを待ち受けるための最大待ち受け時間をタイマ（図８Ｃにおいて、Ｔ＿Ｔｉｃｋｅｔ）に設定し、Ｔｉｃｋｅｔ Ｉｎｆｏ Ｗａｉｔ状態（ＳＴ６０４）に移行する。

尚、認証装置２０がチケット情報以外に例えばコンテンツ情報、広告情報などを含むデータフレームを無線通信装置１０と交換する場合には、制御部２００は無線ＬＡＮのアプリケーション層に相当する要素にデータ送信を可能にするコマンドを与えることが望ましい。

Ａｓｏｃ Ｒｅｑ ＩｎｆｏがＰｒｏｂｅ Ｒｅｑ Ｉｎｆｏに合致しなければ、制御部２００は、接続要求の拒否を示す値を含むＡｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレームの送信指示（図８Ｃにおいて、Ａｓｏｃ Ｒｓｐ （ｒｅｆｕｓｅｄ） Ｔｘ Ｃｏｍｍａｎｄ）を第１の無線通信部２０１に与え、Ａｓｏｃ Ｒｅｑ Ｗａｉｔ状態（ＳＴ６０３）に移行する。但し、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレームの送信元がＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームの送信元と同一であることが確実であるならば、制御部２００はＮＧラベル（ＬＡ６０５）に移行してもよい。

所望の無線通信装置１０からのＡｓｏｃ Ｒｅｑ Ｉｎｆｏが通知されることなくＴ＿ＡｓｏｃＲｅｐがタイムアウトすれば、制御部２００はＮＧラベル（ＬＡ６０５）に移行する。

図８Ｄは、制御部２００がＴｉｃｋｅｔ Ｉｎｆｏ Ｗａｉｔ状態（ＳＴ６０４）からＩｄｌｅ状態（ＳＴ６０１）に遷移するまでの、制御部２００における入出力を示している。

制御部２００は、Ｔｉｃｋｅｔ Ｉｎｆｏ Ｗａｉｔ状態（ＳＴ６０４）にある時に、第１の無線通信部２０１からチケット情報（図８Ｄにおいて、Ｔｉｃｋｅｔ Ｉｎｆｏ）が通知されるのを待ち受ける。

Ｔｉｃｋｅｔ Ｉｎｆｏが通知されると、制御部２００は当該Ｔｉｃｋｅｔ Ｉｎｆｏが適正であるか否かを判定する。Ｔｉｃｋｅｔ Ｉｎｆｏが適正であれば、制御部２００は通過許可を示す情報（図８Ｄにおいて、Ａｃｃｅｐｔａｎｃｅ）を含むデータフレームの送信指示を第１の無線通信部２０１に与える。更に、制御部２００は、アプリケーション上の認証許可を示す情報（図８Ｄにおいて、ＯＫ）をユーザインタフェース部２０３を介してユーザに通知し、Ｉｄｌｅ状態（ＳＴ６０１）に移行する。

他方、Ｔｉｃｋｅｔ Ｉｎｆｏが適正でなければ、制御部２００は通過拒否を示す情報（図８Ｄにおいて、Ｒｅｊｅｃｔｉｏｎ）を含むデータフレームの送信指示を第１の無線通信部２０１に与える。更に、制御部２００は、アプリケーション上の認証拒否を示す情報（図８Ｄにおいて、ＮＧ）をユーザインタフェース部２０３を介してユーザに通知し、Ｉｄｌｅ状態（ＳＴ６０１）に移行する。

また、Ｔｉｃｋｅｔ Ｉｎｆｏが通知されることなくＴ＿Ｔｉｃｋｅｔがタイムアウトすれば、制御部２００はＲｅｊｅｃｔｉｏｎを含むデータフレームの送信指示を第１の無線通信部２０１に与える。更に、制御部２００は、ＮＧをユーザインタフェース部２０３を介してユーザに通知し、Ｉｄｌｅ状態（ＳＴ６０１）に移行する。但し、Ｔ＿Ｔｉｃｋｅｔがタイムアウトした場合には、何らかの理由で認証装置２０と無線通信装置１０とのデータフレームの交換が困難な状況にあるかもしれない。故に、制御部２００は、Ｒｅｊｅｃｔｉｏｎを含むデータフレームの送信指示を省略することによって、通信容量を節約してもよい。

図６Ａ、図６Ｂ、図６Ｃ、図６Ｄ、図７Ａ、図７Ｂ、図７Ｃ、図７Ｄ、図７Ｅ、図８Ａ、図８Ｂ、図８Ｃ及び図８Ｄにおいて説明された様々な信号は、ＩＥＥＥ８０２．１１無線ＬＡＮ規格において定義される様々なサービスプリミティブのいずれかに対応付けることができる。

図６Ａ及び図７ＢのＰｒｏｂｅ Ｒｅｑ Ｔｘ Ｃｏｍｍａｎｄは、ＭＬＭＥ−ＳＣＡＮ．ｒｅｑｕｅｓｔに相当する。図６Ｂ及び図７ＣのＳｃａｎ Ｃｆｍ Ｉｎｆｏは、ＭＬＭＥ−ＳＣＡＮ．ｃｏｎｆｉｒｍに相当する。

図６Ｂ及び図７ＣのＪｏｉｎ ａｎｄ Ａｓｏｃ Ｒｅｑ Ｔｘ Ｃｏｍｍａｎｄのうち、同期指示はＭＬＭＥ−ＪＯＩＮ．ｒｅｑｕｅｓｔに相当する。尚、図６Ｂ及び図７Ｃの説明では省略されたが、同期指示の結果を示す情報がＭＬＭＥからＳＭＥに通知される。同期指示の結果を示す情報は、ＭＬＭＥ−ＪＯＩＮ.ｃｏｎｆｉｒｍに相当する。図６Ｂ及び図７ＣのＪｏｉｎ ａｎｄ Ａｓｏｃ Ｒｅｑ Ｔｘ Ｃｏｍｍａｎｄのうち、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレームの送信指示はＭＬＭＥ−ＡＳＳＯＣＩＡＴＥ．ｒｅｑｕｅｓｔに相当する。

図６Ｃ及び図７ＤのＡｓｏｃ Ｃｆｍ Ｉｎｆｏは、ＭＬＭＥ−ＡＳＳＯＣＩＡＴＥ．ｃｏｎｆｉｒｍに相当する。図８ＣのＡｓｏｃ Ｒｅｑ Ｉｎｆｏは、ＭＬＭＥ−ＡＳＳＯＣＩＡＴＥ．ｉｎｄｉｃａｔｉｏｎに相当する。図８ＣのＡｓｏｃ Ｒｓｐ （ｓｕｃｃｅｓｓ） Ｔｘ Ｃｏｍｍａｎｄ及びＡｓｏｃ Ｒｓｐ （ｒｅｆｕｓｅｄ） Ｔｘ Ｃｏｍｍａｎｄは、ＭＬＭＥ−ＡＳＳＯＣＩＡＴＥ．ｒｅｓｐｏｎｓｅに相当する。

尚、ＩＥＥＥ８０２．１１−２００７無線ＬＡＮ規格によれば、ＳＭＥは、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレームに対してＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームを送信するか否かを決定しない。即ち、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームの送信指示は、ＭＬＭＥによって与えられることになる。

しかしながら、図８Ｂの説明によれば、ＳＭＥは、ＭＬＭＥからＰｒｏｂｅ Ｒｅｑ Ｉｎｆｏを通知される。更に、ＳＭＥは、Ｐｒｏｂｅ Ｒｅｑ Ｉｎｆｏに基づいてＰｒｏｂｅ Ｒｓｐ Ｔｘ ＣｏｍｍａｎｄをＭＬＭＥに与えるか否かを判定する。

一般に、ＩＥＥＥ８０２．１１−２００７無線ＬＡＮ規格において、ＳＭＥとＭＬＭＥとの間でやり取りされる信号は、サービスプリミティブとして定義される。故に、図８Ｂの動作例をＩＥＥＥ８０２．１１無線ＬＡＮ規格に対応させるためには、上記Ｐｒｏｂｅ Ｒｅｑ Ｉｎｆｏの通知に相当するサービスプリミティブ及びＰｒｏｂｅ Ｒｓｐ Ｔｘ Ｃｏｍｍａｎｄに相当するサービスプリミティブを新たに定義する必要がある。

図６Ｃ及び図７ＤのＴｉｃｋｅｔ Ｉｎｆｏの送信指示、図８ＤのＡｃｃｅｐｔａｎｃｅの送信指示及び図８ＤのＲｅｊｅｃｔｉｏｎの送信指示は、ＭＡ−ＵＮＩＴＤＡＴＡ．ｒｅｑｕｅｓｔに相当する。尚、図６Ｃ、図７Ｄ及び図８Ｄの説明では省略されたが、ＭＡ−ＵＮＩＴＤＡＴＡ．ｒｅｑｕｅｓｔの結果を示す情報の通知は、ＭＡ−ＵＮＩＴＤＡＴＡ．ｃｏｎｆｉｒｍまたはＭＡ−ＵＮＩＴＤＡＴＡ−ＳＴＡＴＵＳ．ｉｎｄｉｃａｔｉｏｎに相当する。

図６Ｄ及び図７ＥのＡｃｃｅｐｔａｎｃｅの通知、図６Ｄ及び図７ＥのＲｅｊｅｃｔｉｏｎの通知及び図８ＤのＴｉｃｋｅｔ Ｉｎｆｏの通知は、ＭＡ−ＵＮＩＴＤＡＴＡ．ｉｎｄｉｃａｔｉｏｎに相当する。

図３、図６Ａ、図６Ｂ、図６Ｃ、図６Ｄ、図７Ａ、図７Ｂ、図７Ｃ、図７Ｄ、図７Ｅ、図８Ａ、図８Ｂ、図８Ｃ及び図８Ｄの説明において、Ａｓｓｏｃｉａｔｉｏｎプロセスに関するフレームの交換について述べられた。ＩＥＥＥ８０２．１１無線ＬＡＮ規格に基づいて、Ａｓｓｏｃｉａｔｉｏｎプロセスに関するフレームに加えてＡｕｔｈｅｎｔｉｆｉｃａｔｉｏｎプロセスに関するフレーム（即ち、Ａｕｔｈｅｎｔｉｆｉｃａｔｉｏｎフレーム）の交換が行われてもよい。Ａｕｔｈｅｎｔｉｆｉｃａｔｉｏｎプロセスに関するフレーム交換は、Ａｓｓｏｃｉａｔｉｏｎプロセスに関するフレーム交換よりも先に行われてもよいし後に行われてもよい。両者をいずれの順序で行うかは、セキュリティの設定方式に依存する。

以上説明したように、本実施形態に係る無線通信装置は、本実施形態に係る認証装置へ第２の無線通信方式に基づいて信号を送信する。認証装置は、無線通信装置からの受信信号の情報をサーバからの情報と比較することによって第１段階の認証を行う。尚、認証装置は、上記第１段階の認証の後に、探索のための信号（例えば、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレーム）を受信すると、当該信号の送信元アドレスが第２の無線通信方式に基づく上記受信信号に含まれる情報に合致するものに限って応答のための信号（例えば、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム）を送信する。故に、無線通信装置は、近隣の複数の認証装置の中から接続要求のための信号（例えば、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム）の受信先アドレスを容易に特定できるので、当該認証装置に短時間で接続要求を送信できる。認証装置は、第２の無線通信方式に基づく受信信号を用いて接続要求の可否を判定することによって第２段階の認証を行い、接続完了後にデータフレームに含まれるチケット情報が適正であるか否かを判定することによって第３段階の認証を行う。従って、本実施形態によれば、無線通信を用いた認証をセキュアに行うことができる。

図１の無線通信装置１０は、電源制御を通じて低消費電力化が可能である。例えば、無線通信装置１０は、第２の無線通信方式に基づいて信号を送信してから第１の無線通信方式に基づいて信号を送信する。従って、第１の無線通信方式に基づいて信号の送信を開始するまで、第１の無線通信部１０１の動作のための電源の一部または全部がＯＦＦにされたとしても、無線通信装置１０は支障なく動作できる。

また、無線通信装置１０は、探索のための信号を送信し、その応答のための信号をタイマのタイムアウト前に所望の認証装置から受信した場合に限って、接続要求に関する信号、データ伝送のための信号などを交換し始める。故に、例えば、第１の無線通信部１０１において、探索に関する信号を交換する機能部の動作のための電源と、接続要求に関する信号を交換する機能部及びデータ伝送に関する信号を交換する機能部の動作のための電源とを分離して形成できるならば、これらの電源制御を通じて無線通信装置１０の低消費電力化が可能である。具体的には、探索のための信号への応答のための信号を所望の認証装置から受信して当該認証装置のアドレス情報を取得するまで、接続要求に関する信号を交換する機能部及びデータ伝送に関する信号を交換する機能部の動作のための電源の一部または全部がＯＦＦにされたとしても、無線通信装置１０は支障なく動作できる。

認証装置２０は、探索のための信号を受信した場合に、その応答のための信号を送信するか否かを第２の無線通信方式に基づく受信信号に含まれる情報を用いて判定する。故に、認証装置２０によれば、不要な信号（例えば、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレームなど）の交換が生じない。即ち、媒体の占有が抑制されるので、通信容量の確保が容易となる。例えば、ＩＥＥＥ８０２．１１無線ＬＡＮ規格のように、ＣＳＭＡ／ＣＡ（Ｃａｒｒｉｅｒ Ｓｅｎｓｅ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ ｗｉｔｈ Ｃａｒｒｉｅｒ Ａｖｏｉｄａｎｃｅ）が採用されるならば、ある無線通信装置が媒体の占有することは他の無線通信装置によるフレームの送信を遅延させることを意味する。認証装置２０が自動改札機であるならば、円滑な入出場管理を実現するために、僅かな時間で無線通信装置１０と接続してデータフレームの交換を完了させることが望ましい。認証装置２０によれば、媒体の占有が抑制されるので、結果的に短時間で認証を完了することができる。即ち、認証装置２０によれば、円滑な入出場管理を実現することができる。

（第２の実施形態）
第２の実施形態に係る無線通信装置及び認証装置は、基本的に前述の第１の実施形態において説明された無線通信装置及び認証装置と同一または類似であるが、無線通信装置はＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームの送信を省略する。

図９は、本実施形態に係る無線通信装置１０と認証装置２０との間で交換される信号を例示する。図９において、ＳＴＡは、ＳＴＡｔｉｏｎの略語であり、無線通信装置１０を表す。同様に、ＡＰは、基地局に相当するＡｃｃｅｓｓ Ｐｏｉｎｔの略語であり、認証装置２０を表す。

まず、例えば、ユーザが無線通信装置１０のユーザインタフェース部１０３を操作し、無線通信装置１０の制御部１００において特定のアプリケーションが実行される。尚、上記アプリケーションは、ユーザ操作とは異なる条件に基づいて実行されてもよい。具体的には、無線通信装置１０が認証装置２０によって提供される第２の無線通信方式の通信エリアに入ったことを条件に自動的に上記アプリケーションが実行されてもよい。

上記アプリケーションが実行されると、制御部１００は、第２の無線通信部１０２に信号（Ｓ７０１）の送信指示を与える。信号（Ｓ７０１）は、ＳＳＩＤと、予約ＩＤと、第１の無線通信部１０１のＭＡＣアドレスを含む。信号（Ｓ７０１）は、第２の無線通信部２０２によって受信される。

第２の無線通信部２０２は、信号（Ｓ７０１）の情報を制御部２００へと通知する。制御部２００は、信号（Ｓ７０１）の整合性を確認する。具体的には、制御部２００は、信号（Ｓ７０１）に含まれるＳＳＩＤが、サーバ３０によって指定されたＳＳＩＤと一致するか否かを判定する。更に、制御部２００は、信号（Ｓ７０１）に含まれる予約ＩＤが、サーバ３０によって指定された複数の許可可能な予約ＩＤのいずれかに一致するか否かを判定する。

信号（Ｓ７０１）に含まれるＳＳＩＤ及び予約ＩＤの両方が適切であるならば、認証装置２０は無線通信装置１０の認証を継続する。具体的には、制御部２００は、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム（Ｓ７０２）の送信指示を第１の無線通信部２０１に与える。尚、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム（Ｓ７０２）は、図３のＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム（Ｓ３０３）と同一または類似である。他方、信号（Ｓ７０１）に含まれるＳＳＩＤ及び予約ＩＤの少なくとも一方が不適切であるならば、認証装置２０は無線通信装置１０の認証を終了（拒否）し、例えばフラップドアを閉じて通過拒否を表す画像を表示する。

制御部２００は、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム（Ｓ７０２）の受信先アドレスに、第１の無線通信部１０１のＭＡＣアドレスを設定する。第１の無線通信部１０１のＭＡＣアドレスは、信号（Ｓ７０１）から取得可能である。

制御部２００は、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム（Ｓ７０２）の送信元アドレス及びＢＳＳＩＤに、第１の無線通信部２０１のＭＡＣアドレスを設定する。制御部２００は、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム（Ｓ７０２）のフレームボディに、ＳＳＩＤを設定する。ＳＳＩＤは、サーバ３０及び信号（Ｓ７０１）から取得可能である。

Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームは、第１の無線通信部１０１によって受信される。第１の無線通信部１０１は、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム（Ｓ７０２）の受信先アドレスが適切であるか否かを判定する。受信先アドレスが適切であるとは、受信先アドレスに設定された値が第１の無線通信部１０１のＭＡＣアドレスに合致するということを意味する。第１の無線通信部１０１は、受信フレーム（Ｓ７０２）の受信先アドレスが適切であれば、受信処理を継続する。第１の無線通信部１０１は受信Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム（Ｓ７０２）の情報を制御部１００へと通知する。

Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム（Ｓ７０２）の情報が通知されると、制御部１００は第１の無線通信部１０１にＡｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム（Ｓ７０３）の送信指示を与える。尚、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム（Ｓ７０３）は、図３のＡｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム（Ｓ３０４）と同一または類似である。

制御部１００は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム（Ｓ７０３）の受信先アドレス及びＢＳＳＩＤに、第１の無線通信部２０１のＭＡＣアドレスを設定する。第１の無線通信部２０１のＭＡＣアドレスは、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム（Ｓ７０２）から取得可能である。

制御部１００は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム（Ｓ７０３）の送信元アドレスに、第１の無線通信部１０１のＭＡＣアドレスを設定する。制御部１００は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム（Ｓ７０３）のフレームボディに、ＳＳＩＤを設定する。ＳＳＩＤは、サーバ３０（チケットの購入時）及びＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム（Ｓ７０２）から取得可能である。

Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム（Ｓ７０３）は、第１の無線通信部２０１によって受信される。第１の無線通信部２０１は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム（Ｓ７０３）の受信先アドレスが適切であるか否かを判定する。第１の無線通信部２０１は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム（Ｓ７０３）の受信先アドレスが適切であれば、受信処理を継続する。第１の無線通信部２０１は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム（Ｓ７０３）の情報を制御部２００へと通知する。

制御部２００は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム（Ｓ７０３）の整合性を確認する。具体的には、制御部２００は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム（Ｓ７０３）の送信元アドレスに設定された値が信号（Ｓ７０１）に含まれた第１の無線通信部１０１のＭＡＣアドレスに一致するか否かを判定する。

制御部２００は、それから第１の無線通信部２０１にＡｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレーム（Ｓ７０４）の送信指示を与える。尚、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレーム（Ｓ７０４）は、図３のＡｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレーム（Ｓ３０５）と同一または類似である。

Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレーム（Ｓ７０４）のＳｔａｔｕｓ Ｃｏｄｅには、接続要求の可否を示す値が設定される。具体的には、制御部２００は、受信フレーム（Ｓ７０３）の送信元アドレスに設定された値が信号（Ｓ７０１）に含まれた第１の無線通信部１０１のＭＡＣアドレスに一致すれば、接続要求の許可を示す値をＳｔａｔｕｓ Ｃｏｄｅに設定する。他方、制御部２００は、受信フレーム（Ｓ７０３）の送信元アドレスに設定された値が信号（Ｓ７０１）に含まれた第１の無線通信部１０１のＭＡＣアドレスに一致しなければ、接続要求の拒否を示す値をＳｔａｔｕｓ Ｃｏｄｅに設定する。

制御部２００は、送信元アドレスに加えてＳＳＩＤの整合性に基づいて接続要求の可否を判定してもよい。例えば、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム（Ｓ７０３）のフレームボディに設定されたＳＳＩＤが信号（Ｓ７０１）に含まれたＳＳＩＤに一致しなければ、接続要求の拒否を示す値をＳｔａｔｕｓ Ｃｏｄｅに設定してもよい。また、制御部２００は、送信元アドレスに加えて予約ＩＤの整合性に基づいて接続要求の可否を判定してもよい。例えば、受信フレーム（Ｓ７０３）のフレームボディに設定された予約ＩＤが信号（Ｓ７０１）に含まれた予約ＩＤに一致しなければ、接続要求の拒否を示す値をＳｔａｔｕｓ Ｃｏｄｅに設定してもよい。

制御部２００は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレーム（Ｓ７０４）の受信先アドレスに、第１の無線通信部１０１のＭＡＣアドレスを設定する。第１の無線通信部１０１のＭＡＣアドレスは、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム（Ｓ７０３）及び信号（Ｓ７０１）から取得可能である。

制御部２００は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレーム（Ｓ７０４）の送信元アドレス及びＢＳＳＩＤに、第１の無線通信部２０１のＭＡＣアドレスを設定する。制御部２００は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレーム（Ｓ７０４）のフレームボディのＳｔａｔｕｓ Ｃｏｄｅに接続要求の可否を示す値を設定する。例えば、接続要求を許可する場合に、制御部２００はＳｔａｔｕｓ Ｃｏｄｅに「０」（即ち、Ｓｕｃｃｅｓｓｆｕｌ）を設定する。また、接続要求を拒否する場合に、制御部２００はＳｔａｔｕｓ Ｃｏｄｅに「０」以外の値を設定する。尚、接続要求の拒否を表す新たなＳｔａｔｕｓ Ｃｏｄｅが定義されてもよい。

Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレーム（Ｓ７０４）は、第１の無線通信部１０１によって受信される。第１の無線通信部１０１は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレーム（Ｓ７０４）の受信先アドレスが適切であるか否かを判定する。第１の無線通信部１０１は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレーム（Ｓ７０４）の受信先アドレスが適切であれば、受信処理を継続する。第１の無線通信部１０１は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレーム（Ｓ７０４）の情報を制御部１００へと通知する。

制御部１００は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅフレーム（Ｓ７０４）のＳｔａｔｕｓ Ｃｏｄｅから接続要求の可否を判定する。接続要求が許可されていれば、無線通信装置１０と認証装置２０との間で無線ＬＡＮを介したデータフレームの交換が開始する。

本実施形態に係る無線通信装置１０に備えられる制御部１００の動作の詳細は、図１０Ａ、図１０Ｂ、図１０Ｃ及び図１０Ｄに例示されるように、ＳＤＬを用いて記述できる。

尚、以降の説明では、制御部１００に備えられる端末管理エンティティがＭＡＣ副層管理エンティティに指示を与えることによって、第１の無線通信部１０１に対する制御が実現されることを前提としている。

図１０Ａ、図１０Ｂ、図１０Ｃ及び図１０Ｄの例において、第２の無線通信方式において通信完了を直接的に確認する仕組みが用意されていないことが前提とされる。例えば、第２の無線通信方式は、バーコードの表示及び読み取りによって実現される通信に相当する。但し、制御部１００は、適切な基地局からのＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームの情報が通知されることによって、第２の無線通信方式の通信完了を間接的に確認できる。

図１０Ａは、制御部１００がＩｄｌｅ状態（ＳＴ８０１）からＳｃａｎ Ｃｆｍ Ｗａｉｔ状態（ＳＴ８０２）に遷移するまでの、制御部１００における入出力及び内部処理を示している。

制御部１００は、Ｉｄｌｅ状態（ＳＴ８０１）にあるときに、例えばユーザインタフェース部１０３に対する操作に基づいて、アプリケーションの開始指示（図１０Ａにおいて、Ｔｉｃｋｅｔ Ｇａｔｅ Ａｐｐｌｉｃａｔｉｏｎ Ｓｔａｒｔ Ｃｏｍｍａｎｄ）が通知される。制御部１００は、信号（図１０Ａにおいて、Ｔｏｕｃｈ Ｉｎｆｏ）の送信指示を第２の無線通信部１０２に与える。Ｔｏｕｃｈ Ｉｎｆｏは、ＳＳＩＤ、予約ＩＤ及び第１の無線通信部１０１のＭＡＣアドレスを含む。

更に、制御部１００は、一定期間に亘ってＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームを待ち受けさせると共に受信Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームの情報を通知させるための指示（図１０Ａにおいて、Ｓｃａｎ Ｅｎａｂｌｅ）を第１の無線通信部１０１に与える。

第１の無線通信部１０１は、Ｓｃａｎ Ｅｎａｂｌｅが与えられると、当該第１の無線通信部１０１のＭＡＣアドレスが受信先アドレスに設定されたＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームを最初に受信したときに、受信Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームの情報（図１０Ｂにおいて、Ｓｃａｎ Ｃｆｍ Ｉｎｆｏ）を制御部１００に通知するように動作する。

また、第１の無線通信部１０１は、受信先アドレスに加えて他の条件に基づいて受信Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームのフィルタリングし、全てのフィルタリングを最初に通過したＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームに基づくＳｃａｎ Ｃｆｍ Ｉｎｆｏを制御部１００に通知するように動作してもよい。

尚、図１０Ａの動作例をＩＥＥＥ８０２．１１無線ＬＡＮ規格に対応させるためには、Ｓｃａｎ Ｅｎａｂｌｅに相当するサービスプリミティブ及びＳｃａｎ Ｃｆｍ Ｉｎｆｏの通知に相当するサービスプリミティブを新たに定義する必要がある。

制御部１００は、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームを待ち受けるための最大待ち受け時間をタイマ（図１０Ａにおいて、Ｔ＿ＡｐｐＥｎｄ）に設定し、Ｓｃａｎ Ｃｆｍ Ｗａｉｔ状態（ＳＴ８０２）に移行する。

図１０Ｂは、制御部１００がＳｃａｎ Ｃｆｍ Ｗａｉｔ状態（ＳＴ８０２）からＡｓｏｃ Ｃｆｍ Ｗａｉｔ状態（ＳＴ８０３）またはＩｄｌｅ状態（ＳＴ８０１）に遷移するまでの、制御部１００における入出力を示している。更に、図６Ｂは、制御部１００がＮＧラベル（ＬＡ８０５）からＩｄｌｅ状態（ＳＴ８０１）に遷移するまでの、制御部１００における出力を示している。尚、図１０Ｂは、前述の図６Ｂと同一または類似の動作を表しているので説明が省略される。

図１０Ｃは、制御部１００がＡｓｏｃ Ｃｆｍ Ｗａｉｔ状態（ＳＴ８０３）からＡｃｃｅｐｔａｎｃｅ Ｗａｉｔ状態（ＳＴ８０４）またはＮＧラベル（ＬＡ８０５）に遷移するまでの、制御部１００における入出力を示している。尚、図１０Ｃは、前述の図６Ｃ及び図７Ｄと同一または類似の動作を表しているので説明が省略される。

図１０Ｄは、制御部１００がＡｃｃｅｐｔａｎｃｅ Ｗａｉｔ状態（ＳＴ８０４）からＩｄｌｅ状態（ＳＴ８０１）またはＮＧラベル（ＬＡ８０５）に遷移するまでの、制御部１００における入出力を示している。尚、図１０Ｄは、前述の図６Ｄ及び図７Ｅと同一または類似の動作を表しているので説明が省略される。

前述のように、図１０Ａ、図１０Ｂ、図１０Ｃ及び図１０Ｄの例において、第２の無線通信方式は、通信完了を直接的に確認する仕組みが用意されていないことが前提とされる。第２の無線通信方式において通信完了を直接的に確認する仕組みが用意されているならば、制御部１００は、図１０Ａ、図１０Ｂ、図１０Ｃ及び図１０Ｄの代わりに図１１Ａ、図１１Ｂ、図１１Ｃ、図１１Ｄ及び図１１Ｅに例示されるように動作してもよい。

図１１Ａは、制御部１００がＩｄｌｅ状態（ＳＴ９０１）からＴｏｕｃｈ Ｗａｉｔ状態（ＳＴ９０２）に遷移するまでの、制御部１００における入出力及び内部処理を示している。

制御部１００は、Ｉｄｌｅ状態（ＳＴ９０１）にあるときに、例えばユーザインタフェース部１０３に対する操作に基づいて、アプリケーションの開始指示（図１１Ａにおいて、Ｔｉｃｋｅｔ Ｇａｔｅ Ａｐｐｌｉｃａｔｉｏｎ Ｓｔａｒｔ Ｃｏｍｍａｎｄ）が通知される。制御部１００は、信号（図１１Ａにおいて、Ｔｏｕｃｈ Ｉｎｆｏ）の送信指示を第２の無線通信部１０２に与える。Ｔｏｕｃｈ Ｉｎｆｏは、ＳＳＩＤ、予約ＩＤ及び第１の無線通信部１０１のＭＡＣアドレスを含む。

更に、制御部１００は、一定期間に亘ってＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームを待ち受けさせると共に受信Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームの情報を通知させるための指示（図１１Ａにおいて、Ｓｃａｎ Ｅｎａｂｌｅ）を第１の無線通信部１０１に与える。制御部１００は、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームを待ち受けるための最大待ち受け時間をタイマ（図１１Ａにおいて、Ｔ＿ＡｐｐＥｎｄ）に設定し、Ｔｏｕｃｈ Ｗａｉｔ状態（ＳＴ９０２）に移行する。

図１１Ｂは、制御部１００がＴｏｕｃｈ Ｗａｉｔ状態（ＳＴ９０２）からＳｃａｎ Ｃｆｍ Ｗａｉｔ状態（ＳＴ９０３）またはＩｄｌｅ状態（ＳＴ９０１）に遷移するまでの、制御部１００における入出力を示している。更に、図１１Ｂは、制御部１００がＮＧラベル（ＬＡ９０６）からＩｄｌｅ状態（ＳＴ９０１）に遷移するまでの、制御部１００における出力を示している。

制御部１００は、Ｔｏｕｃｈ Ｗａｉｔ状態（ＳＴ９０２）にあるときに、第２の無線通信部１０２からＴｏｕｃｈ Ｉｎｆｏの通信完了を示す情報（図１１Ｂにおいて、Ｔｏｕｃｈ Ｃｏｍｐｌｅｔｅ）が通知されるのを待ち受ける。制御部１００は、Ｔｏｕｃｈ Ｃｏｍｐｌｅｔｅが通知されると、Ｓｃａｎ Ｃｆｍ Ｗａｉｔ状態（ＳＴ９０３）に移行する。

制御部１００は、ＮＧラベル（ＬＡ９０６）にあるときに、アプリケーション上の認証拒否を示す情報（図１１Ｂにおいて、ＮＧ）をユーザインタフェース部１０３を介してユーザに通知し、Ｉｄｌｅ状態（ＳＴ９０１）に移行する。尚、第２の無線通信部１０２からＴｏｕｃｈ Ｃｏｍｐｌｅｔｅが通知されることなくタイマ（図１１Ｂにおいて、Ｔ＿ＡｐｐＥｎｄ）がタイムアウトした場合にも、制御部１００はＮＧラベル（ＬＡ９０６））にあるときと同一または類似の動作を行う。

図１１Ｃは、制御部１００がＳｃａｎ Ｃｆｍ Ｗａｉｔ状態（ＳＴ９０３）からＡｓｏｃ Ｃｆｍ Ｗａｉｔ状態（ＳＴ９０４）またはＮＧラベル（ＬＡ９０６）に遷移するまでの、制御部１００における入出力を示している。

制御部１００は、Ｓｃａｎ Ｃｆｍ Ｗａｉｔ状態（ＳＴ９０３）にあるときに、第１の無線通信部１０１からＰｒｏｂｅ Ｒｅｓｐｏｓｎｅフレームの情報（図１１Ｃにおいて、Ｓｃａｎ Ｃｆｍ Ｉｎｆｏ）が通知されるのを待ち受ける。

制御部１００は、Ｓｃａｎ Ｃｆｍ Ｉｎｆｏが通知されると、Ｐｒｏｂｅ Ｒｅｓｐｏｓｎｅフレームが適切な基地局（認証装置２０）から送信されたか否かを判定する。Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームが適切な基地局から送信されていれば、制御部１００は、当該基地局のＭＡＣアドレスに等しいＢＳＳＩＤによって特定されるＢＳＳへの同期指示及び当該基地局へのＡｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレームの送信指示（図１１Ｃにおいて、Ｊｏｉｎ ａｎｄ Ａｓｏｃ Ｒｅｑ Ｔｘ Ｃｏｍｍａｎｄ）を第１の無線通信部１０１に与え、Ａｓｏｃ Ｃｆｍ Ｗａｉｔ状態（ＳＴ９０４）に移行する。

他方、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームが適切な基地局から送信されていない場合には、制御部１００はＮＧラベル（ＬＡ９０６）に移行する。また、第１の無線通信部１０１からＳｃａｎ Ｃｆｍ Ｉｎｆｏが通知されることなくタイマ（図１１Ｃにおいて、Ｔ＿ＡｐｐＥｎｄ）がタイムアウトした場合にも、制御部１００はＮＧラベル（ＬＡ９０６）に移行する。

図１１Ｄは、制御部１００がＡｓｏｃ Ｃｆｍ Ｗａｉｔ状態（ＳＴ９０４）からＡｃｃｅｐｔａｎｃｅ Ｗａｉｔ状態（ＳＴ９０５）またはＮＧラベル（ＬＡ９０６）に遷移するまでの、制御部１００における入出力を示している。尚、図１１Ｄは、前述の図６Ｃ、図７Ｄ及び図１０Ｃと同一または類似の動作を表しているので説明が省略される。

図１１Ｅは、制御部１００がＡｃｃｅｐｔａｎｃｅ Ｗａｉｔ状態（ＳＴ９０５）からＩｄｌｅ状態（ＳＴ９０１）またはＮＧラベル（ＬＡ９０６）に遷移するまでの、制御部１００における入出力を示している。尚、図１１Ｅは、前述の図６Ｄ、図７Ｅ及び図１０Ｄと同一または類似の動作を表しているので説明が省略される。

本実施形態に係る認証装置２０に備えられる制御部２００の動作の詳細は、図１２Ａ、図１２Ｂ及び図１２Ｃに例示されるように、ＳＤＬを用いて記述できる。

尚、以降の説明では、制御部２００に備えられる端末管理エンティティがＭＡＣ副層管理エンティティに指示を与えることによって、第１の無線通信部２０１に対する制御が実現されることを前提としている。

図１２Ａは、制御部２００がＩｄｌｅ状態（ＳＴ１００１）からＡｓｏｃ Ｒｅｑ Ｗａｉｔ状態（ＳＴ１００２）またはＩｄｌｅ状態（ＳＴ１００１）に遷移するまでの、制御部２００における入出力及び内部処理を示している。更に、図１２Ａは、制御部２００がＮＧラベル（ＬＡ１００４）からＩｄｌｅ状態（ＳＴ１００１）に遷移するまでの、制御部２００における出力を示している。

制御部２００は、Ｉｄｌｅ状態（ＳＴ１００１）にあるときに、第２の無線通信部２０２から受信信号の情報（図１２Ａにおいて、Ｔｏｕｃｈ Ｉｎｆｏ）が通知される。Ｔｏｕｃｈ Ｉｎｆｏは、ＳＳＩＤ、予約ＩＤ及び第１の無線通信部１０１のＭＡＣアドレスを含む。

制御部２００は、Ｔｏｕｃｈ Ｉｎｆｏがサーバ３０から取得した情報（Ｓｅｒｖｅｒ Ｉｎｆｏ）に合致するか否かを判定する。Ｔｏｕｃｈ ＩｎｆｏがＳｅｒｖｅｒ Ｉｎｆｏに合致すれば、制御部２００は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレームを待ち受けるための最大待ち受け時間をタイマ（図１２Ａにおいて、Ｔ＿ＡｓｏｃＲｅｑ）に設定する。更に、制御部２００は、所望の無線通信装置１０へのＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームの送信指示（図１２Ａにおいて、Ｐｒｏｂｅ Ｒｓｐ Ｔｘ Ｃｏｍｍａｎｄ）を第１の無線通信部２０１に与える。制御部２００は、それから、Ａｓｏｃ Ｒｅｑ Ｗａｉｔ（ＳＴ１００２）状態に移行する。

制御部２００は、ＮＧラベル（ＬＡ１００４）にあるときに、アプリケーション上の認証拒否を示す情報（図１２Ａにおいて、ＮＧ）をユーザインタフェース部２０３を介してユーザに通知し、Ｉｄｌｅ状態（ＳＴ１００１）に移行する。例えば、ユーザインタフェース部２０３は、フラップドアを閉じると共に通過拒否を示す画像を表示する。尚、Ｔｏｕｃｈ ＩｎｆｏがＳｅｒｖｅｒ Ｉｎｆｏに合致しない場合にも、制御部２００はＮＧラベル（ＬＡ１００４）にあるときと同一または類似の動作を行う。更に、制御部２００は、Ｔｏｕｃｈ Ｉｎｆｏが通知されることなく人間の通過を検知した場合に、ＮＧラベル（ＬＡ１００４）にあるときと同一または類似の動作を行ってもよい。

図１２Ｂは、制御部２００がＡｓｏｃ Ｒｅｑ Ｗａｉｔ状態（ＳＴ１００２）からＴｉｃｋｅｔ Ｉｎｆｏ Ｗａｉｔ状態（ＳＴ１００３）、Ａｓｏｃ Ｒｅｑ Ｗａｉｔ状態（ＳＴ１００２）またはＮＧラベル（ＬＡ１００４）に遷移するまでの、制御部２００における入出力及び内部処理を示している。尚、図１２Ｂは、前述の図８Ｃと同一または類似の動作を表しているので説明が省略される。

図１２Ｃは、制御部２００がＴｉｃｋｅｔ Ｉｎｆｏ Ｗａｉｔ状態（ＳＴ１００３）からＩｄｌｅ状態（ＳＴ１００１）に遷移するまでの、制御部２００における入出力を示している。尚、図１２Ｃは、前述の図８Ｄと同一または類似の動作を表しているので説明が省略される。

（第３の実施形態）
第３の実施形態に係る無線通信装置及び認証装置は、基本的に前述の第２の実施形態において説明された無線通信装置及び認証装置と同一または類似であるが、無線通信装置はＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームの送信を省略しない。本実施形態において、認証装置２０は、前述の第２の実施形態と同一または類似である。即ち、認証装置２０は、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔフレームではなく図９の信号（Ｓ７０１）に応じて、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームを送信する。

本実施形態によれば、無線通信装置１０は、通常のＩＥＥＥ８０２．１１無線ＬＡＮ規格に従って動作することができる。故に、無線通信装置１０の実装負荷を低減させることができる。

本実施形態に係る無線通信装置１０に備えられる制御部１００の動作の詳細は、ＳＤＬを用いて記述できる。具体的には、制御部１００の動作は、図６Ａ、図６Ｂ、図６Ｃ及び図６Ｄの動作例、或いは、図７Ａ、図７Ｂ、図７Ｃ、図７Ｄ及び図７Ｅに例示される動作例と基本的に同一または類似である。

本実施形態に係る認証装置２０に備えられる制御部２００の動作の詳細は、ＳＤＬを用いて記述できる。具体的には、制御部２００の動作は、図１２Ａ、図１２Ｂ及び図１２Ｃに例示される動作と基本的に同一または類似である。

（第４の実施形態）
第４の実施形態に係る無線通信装置及び認証装置は、基本的に前述の第２の実施形態において説明された無線通信装置及び認証装置と同一または類似であるが、認証装置はＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームの代わりの信号を第２の無線通信方式に基づいて送信する。

具体的には、本実施形態において、制御部２００は、第２の無線通信部２０２から図９の信号（Ｓ７０１）の情報が通知されると、第２の無線通信部２０２に信号の送信指示を与える。

この信号は、図９のＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム（Ｓ７０２）を代替するので、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム（Ｓ７０２）と同一または類似の情報を含む。例えば、信号は、第１の無線通信部２０１のＭＡＣアドレスを含む。尚、前述の通り、第１の無線通信部２０１のＭＡＣアドレスはＢＳＳＩＤに等しい。また、上記送信信号は、ＳＳＩＤを含んでもよい。制御部１００は、ＳＳＩＤが適切であるか否かを判定してもよい。

尚、第２の無線通信方式が例えば接触型ＩＣカードまたは非接触型ＩＣカードを用いた通信、ＮＦＣなどのように通信相手を一意に特定可能なものであるならば、受信先アドレス（例えば、第１の無線通信部１０１のＭＡＣアドレス）は上記信号において省略可能である。

第２の無線通信部１０２は、図９のＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム（Ｓ７０２）の代わりの信号を受信し、受信信号の情報を制御部１００に通知する。制御部１００は、受信信号に含まれる第１の無線通信部２０１のＭＡＣアドレスに基づいて、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム（図９のＡｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレーム（Ｓ７０３）に相当する）の送信指示を第１の無線通信部１０１に与える。

本実施形態に係る無線通信装置１０に備えられる制御部１００の動作の詳細は、ＳＤＬを用いて記述できる。具体的には、制御部１００の動作は、図１０Ａ、図１０Ｂ、図１０Ｃ及び図１０Ｄの動作例、或いは、図１１Ａ、図１１Ｂ、図１１Ｃ、図１１Ｄ及び図１１Ｅに例示される動作例と基本的に同一または類似であるが、図１０Ｂ及び図１１Ｂに例示される動作の一部において異なる。制御部１００は、Ｓｃａｎ Ｃｆｍ Ｉｎｆｏの代わりに第２の無線通信部１０２における受信信号の情報（例えば、Ｔｏｕｃｈ Ｒｅｐｌｙ Ｉｎｆｏと呼ぶことができる）が通知される。Ｔｏｕｃｈ Ｒｅｐｌｙ Ｉｎｆｏは、第１の無線通信部２０１のＭＡＣアドレスを含む。

本実施形態に係る認証装置２０に備えられる制御部２００の動作の詳細は、ＳＤＬを用いて記述できる。具体的には、制御部２００の動作は、図１２Ａ、図１２Ｂ及び図１２に例示される動作と基本的に同一または類似であるが、図１２Ａに例示される動作の一部において異なる。制御部２００は、Ｐｒｏｂｅ Ｒｓｐ Ｔｘ Ｃｏｍｍａｎｄの代わりに信号（Ｔｏｕｃｈ Ｒｅｐｌｙ Ｉｎｆｏ）の送信指示を第２の無線通信部２０２に与える。Ｔｏｕｃｈ Ｒｅｐｌｙ Ｉｎｆｏは、第１の無線通信部２０１のＭＡＣアドレスを含む。

尚、本実施形態において、無線通信装置１０と認証装置２０との間で交換される信号にセキュリティの設定に必要な情報を含めることによって、接続完了時までにセキュリティの設定も完了させることができる。例えば、図９のＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレーム（Ｓ７０２）の代わりの信号は、接続完了後に第１の無線通信部２０１によって使用される暗号鍵を含んでもよい。

（第５の実施形態）
前述の各実施形態において、認証装置２０は自動改札機に相当すると仮定された。しかしながら、認証装置２０は、例えば、特定の場所での第１の無線通信方式に基づく通信（以降の説明において、簡単化のために無線ＬＡＮ通信と仮定される）の利用を制限付きで無線通信装置１０に許可する基地局であってもよい。

前述の各実施形態によれば、無線通信装置１０が第２の無線通信方式に基づいて信号を送信すると認証装置２０が一連の認証処理を行い、その過程で無線通信装置１０は認証装置２０に無線ＬＡＮで接続する。本実施形態に係る認証装置２０は、前述の一連の認証処理を通じて許可された無線通信装置１０に無線ＬＡＮ通信の利用（例えば、インターネット接続、コンテンツ配信、広告配信など）を許可する。

尚、認証装置２０の各要素は同一の装置に備えられなくてもよい。例えば、第１の無線通信部２０１が、第２の無線通信部２０２とは異なる装置に備えられてもよい。但し、相異なる装置間は例えば有線接続され、前述の各実施形態と同様に一連の認証処理が実行される。認証装置２０の各要素が複数の装置に分割して備えられる場合には、当該認証装置２０は認証システムと呼ばれてもよい。

例えば、第２の無線通信部２０２を備える装置が、特定の場所（例えば、認証装置２０によって提供される無線ＬＡＮエリア）の入り口に配置される。無線通信装置１０のユーザは、例えば特定のアプリケーションの実行を通じて、第２の無線通信部１０２から信号を送信させる。この信号が第２の無線通信部２０２によって受信されることによって、認証装置２０は一連の認証処理を行う。権限が適正であれば、無線通信装置１０は無線ＬＡＮ通信の利用が許可されない。他方、権限が適正でなければ、無線通信装置１０は無線ＬＡＮ通信の利用が許可されない。

本実施形態によれば、特定の場所での第１の無線通信方式に基づく通信の利用を制限付きで無線通信装置に許可する基地局が実現可能となる。

（第６の実施形態）
第６の実施形態に係る無線通信装置及び認証装置は、前述のいずれかの実施形態において説明された無線通信装置及び認証装置と基本的に同一または類似であるが、第１の無線通信方式に基づく通信のためのバッファを更に備える。

例えば、図１の無線通信装置１０に関して、バッファは、第１の無線通信部１０１内に設けられてもよいし、第１の無線通信部１０１が使用するメモリ（図示されない）内に設けられてもよい。また、図２の認証装置２０に関して、バッファは、第１の無線通信部２０１内に設けられてもよいし、第１の無線通信部２０１が使用するメモリ（図示されない）内に設けられてもよい。

係るバッファを設けることによって、第１の無線通信方式に基づいて送受信される信号を保存することが可能となる。即ち、これらの信号の例えば再送処理、外部出力処理などが容易に実現可能となる。

また、本実施形態に係る無線通信装置及び認証装置は、前述の第２の無線通信方式に基づく通信のためのバッファを更に備えてもよい。例えば、図１の無線通信装置１０に関して、バッファは、第２の無線通信部１０２内に設けられてもよいし、第２の無線通信部１０２が使用するメモリ（図示されない）内に設けられてもよい。また、図２の認証装置２０に関して、バッファは、第２の無線通信部２０２内に設けられてもよいし、第２の無線通信部２０２が使用するメモリ（図示されない）内に設けられてもよい。

係るバッファを設けることによって、第２の無線通信方式に基づいて送受信される信号を保存することが可能となる。即ち、これらの信号の例えば再送処理、外部出力処理などが容易に実現可能となる。

（第７の実施形態）
第７の実施形態に係る無線通信装置及び認証装置は、前述のいずれかの実施形態において説明された無線通信装置及び認証装置と基本的に同一または類似であるが、制御部においてファームウェアが動作する。本実施形態によれば、ファームウェアの書き換えによって無線通信機能の変更を容易に実現することができる。

（第８の実施形態）
第８の実施形態に係る無線通信装置及び認証装置において、前述のいずれかの実施形態において説明された無線通信装置及び認証装置と同一または類似であるが、第１の無線通信部はクロック信号を生成するクロック生成部を更に備える。制御部はクロック生成部からのクロック信号に基づいて動作する。

具体的には、図１の無線通信装置１０に関して、第１の無線通信部１０１はクロック生成部を備え、制御部１００はクロック生成部からのクロック信号に基づいて動作する。また、図２の認証装置２０に関して、第１の無線通信部２０１はクロック生成部を備え、制御部２００はクロック生成部からのクロック信号に基づいて動作する。

制御部は、第１の無線通信部において生成されたクロック信号に基づいて動作することによって、第１の無線通信部に同期して動作できる。

また、本実施形態に係る無線通信装置及び認証装置において、第２の無線通信部も第１の無線通信部内のクロック生成部からのクロック信号に基づいて動作してもよい。即ち、図１の無線通信装置１０に関して、第２の無線通信部１０２は第１の無線通信部１０１内のクロック生成部からのクロック信号に基づいて動作してもよい。また、図２の認証装置２０に関して、第２の無線通信部２０２は第１の無線通信部２０１内のクロック生成部からのクロック信号に基づいて動作してもよい。

第２の無線通信部は、第１の無線通信部において生成されたクロック信号に基づいて動作することによって、第１の無線通信部に同期して動作できる。

（第９の実施形態）
第９の実施形態に係る無線通信装置及び認証装置は、前述のいずれかの実施形態において説明された無線通信装置及び認証装置と基本的に同一または類似であるが、電源部、電源制御部及び無線電力給電部を更に備える。電源制御部は、電源部及び無線電力給電部に接続され、電源部及び無線電力給電部のうちの一方を装置の電源として選択する。本実施形態によれば、装置の電源が適切に制御されるので低消費電力動作が可能となる。

（第１０の実施形態）
第１０の実施形態に係る無線通信装置及び認証装置は、前述のいずれかの実施形態において説明された無線通信装置及び認証装置と基本的に同一または類似であるが、動画像圧縮／伸張部を更に備える。本実施形態によれば、圧縮した動画像の伝送と受信した圧縮動画像の伸長とを容易に行うことが可能となる。

（第１１の実施形態）
第１１の実施形態に係る無線通信装置及び認証装置は、前述のいずれかの実施形態において説明された無線通信装置及び認証装置と基本的に同一または類似であるが、第１の無線通信部がＬＥＤ（Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）部または他の点灯素子を更に備える。ＬＥＤ部は、第１の無線通信部の動作状態に応じたパターンで点灯する。従って、第１の無線通信部の動作状態をユーザに容易に通知することが可能となる。

また、第２の無線通信部がＬＥＤ部または他の点灯素子を更に備えてもよい。ＬＥＤ部は、第２の無線通信部の動作状態に応じたパターンで点灯する。従って、第２の無線通信部の動作状態をユーザに容易に通知することが可能となる。

（第１２の実施形態）
第１２の実施形態に係る無線通信装置及び認証装置は、前述のいずれかの実施形態において説明された無線通信装置及び認証装置と基本的に同一または類似であるが、第１の無線通信部に接続されるバイブレータ部を更に備える。バイブレータ部は、第１の無線通信部の動作状態に応じたパターンで振動する。従って、第１の無線通信部の動作状態をユーザに容易に通知することが可能となる。

また、本実施形態に係る無線通信装置及び認証装置は、第２の無線通信部に接続されるバイブレータ部を更に備えてよい。バイブレータ部は、第２の無線通信部の動作状態に応じたパターンで振動する。従って、第２の無線通信部の動作状態をユーザに容易に通知することが可能となる。

（第１３の実施形態）
第１３の実施形態に係る無線通信装置及び認証装置は、前述のいずれかの実施形態において説明された無線通信装置及び認証装置と基本的に同一または類似であるが、第１の無線通信部は切替部と複数の相異なるＰＨＹ処理部とを備える。切替部は、複数のＰＨＹ処理部に接続され、有効なＰＨＹ処理部を切り替える。本実施形態によれば、状況に応じて適切なＰＨＹ処理部を用いて第１の無線通信方式に基づく通信を実行することができる。

（第１４の実施形態）
第１４の実施形態に係る無線通信装置及び認証装置は、前述のいずれかの実施形態において説明された無線通信装置及び認証装置と基本的に同一または類似であるが、第１の無線通信部は切替部と複数の相異なる無線通信機能部（ＰＨＹ処理部を含む）とを備える。例えば、複数の無線通信機能部のうちの１つが無線ＬＡＮ通信を実行する機能部であってもよい。切替部は、複数の無線通信機能部に接続され、有効な無線通信機能部を切り替える。本実施形態によれば、状況に応じて適切な無線通信機能部を用いて第１の無線通信方式に基づく通信を実行することができる。

（第１５の実施形態）
第１５の実施形態に係る無線通信装置及び認証装置は、前述の第１３の実施形態において説明された無線通信装置及び認証装置と基本的に同一または類似であるが、スイッチを更に備える。スイッチは、有効なＰＨＹ処理部をアンテナに接続させる。本実施形態によれば、アンテナを共用しながら状況に応じて適切なＰＨＹ処理部を用いて第１の無線通信方式に基づく通信を実行することができる。

（第１６の実施形態）
第１６の実施形態に係る無線通信装置及び認証装置は、前述の第１４の実施形態において説明された無線通信装置及び認証装置と基本的に同一または類似であるが、スイッチを更に備える。スイッチは、有効な無線通信機能部をアンテナに接続させる。本実施形態によれば、アンテナを共用しながら状況に応じて適切な無線通信機能部を用いて第１の無線通信方式に基づく通信を実行することができる。

上記各実施形態の少なくとも一部の処理は、汎用のコンピュータを基本ハードウェアとして用いることで実現可能である。上記処理を実現するプログラムは、コンピュータで読み取り可能な記憶媒体に格納して提供されてもよい。プログラムは、インストール可能な形式のファイルまたは実行可能な形式のファイルとして記憶媒体に記憶される。記憶媒体としては、磁気ディスク、光ディスク（ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ等）、光磁気ディスク（ＭＯ等）、半導体メモリなどである。記憶媒体は、プログラムを記憶でき、かつ、コンピュータが読み取り可能であれば、何れであってもよい。また、上記処理を実現するプログラムを、インターネットなどのネットワークに接続されたコンピュータ（サーバ）上に格納し、ネットワーク経由でコンピュータ（クライアント）にダウンロードさせてもよい。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１０・・・無線通信装置
２０・・・認証装置
３０・・・サーバ
１００，２００・・・制御部
１０１，２０１・・・第１の無線通信部
１０２，２０２・・・第２の無線通信部
１０３，２０３・・・ユーザインタフェース部

Claims (14)

1. 第１のアドレス情報が割り当てられ、第１の無線通信方式を用いて通信を行う第１の無線通信部と、
   第２の無線通信方式を用いて通信を行う第２の無線通信部と、
   前記第１の無線通信部及び前記第２の無線通信部を制御する制御部と
   を具備し、
   前記制御部は、前記第１のアドレス情報と、所望のシステムを特定する第１の識別情報と、認証対象を特定する第２の識別情報とを含む第１の信号の送信指示を前記第２の無線通信部に与え、
   前記制御部は、前記第１の信号の送信指示を前記第２の無線通信部に与えてから第１の待ち受け時間が経過する前に前記第１の無線通信部及び前記第２の無線通信部のいずれか一方によって受信された少なくとも１つの第２の信号の情報が通知され、かつ、当該少なくとも１つの第２の信号に前記第１の信号を受信した認証装置に割り当てられた第２のアドレス情報が含まれている場合に、前記第２のアドレス情報が受信先アドレスに設定された接続要求のための第３の信号の送信指示を前記第１の無線通信部に与える、
   無線通信装置。
2. 前記制御部は、前記第１の信号の送信指示を前記第２の無線通信部に与えてから第１の待ち受け時間が経過する前に前記第１の無線通信部によって受信された少なくとも１つの第２の信号の情報が通知され、かつ、当該少なくとも１つの第２の信号に前記第１の信号を受信した認証装置に割り当てられた第２のアドレス情報が含まれている場合に、前記第２のアドレス情報が受信先アドレスに設定された接続要求のための第３の信号の送信指示を前記第１の無線通信部に与える、請求項１の無線通信装置。
3. 前記制御部は、前記第１の信号の送信指示を前記第２の無線通信部に与えてから第１の待ち受け時間が経過する前に前記第２の無線通信部によって受信された少なくとも１つの第２の信号の情報が通知され、かつ、当該少なくとも１つの第２の信号に前記第１の信号を受信した認証装置に割り当てられた第２のアドレス情報が含まれている場合に、前記第２のアドレス情報が受信先アドレスに設定された接続要求のための第３の信号の送信指示を前記第１の無線通信部に与える、請求項１の無線通信装置。
4. 前記第２の無線通信方式は、前記第１の無線通信方式に比べて通信レンジが狭い、請求項１の無線通信装置。
5. 前記制御部は、前記第１の信号の送信指示から前記第１の待ち受け時間が経過するまで第２の信号を待ち受けさせるための指示を前記第１の無線通信部に与え、
   前記第１の無線通信部は、前記第１の待ち受け時間が経過する前に前記第１のアドレス情報が受信先アドレスに設定された第２の信号を受信すると、当該第２の信号の情報を前記制御部に通知する、
   請求項１の無線通信装置。
6. 前記制御部は、前記第３の信号の送信指示を前記第１の無線通信部に与えた後に、前記第３の信号に基づく接続要求の可否を示す値を含む第４の信号の情報が前記第１の無線通信部から通知され、
   前記制御部は、前記第４の信号が前記接続要求の許可を示す値を含む場合に、前記認証装置とデータ交換をするための指示を前記第１の無線通信部に与える、
   請求項１の無線通信装置。
7. 第１のアドレス情報が割り当てられ、第１の無線通信方式を用いて通信を行う第１の無線通信部と、
   第２の無線通信方式を用いて通信を行う第２の無線通信部と、
   前記第１の無線通信部及び前記第２の無線通信部を制御する制御部と
   を具備し、
   前記制御部は、第２のアドレス情報と、所望のシステムを特定する第１の識別情報と、認証対象を特定する第２の識別情報とを含み前記第２の無線通信部によって受信された第１の信号の情報が通知されると、前記第１の識別情報及び前記第２の識別情報が適切であるか否かを判定し、
   前記制御部は、前記第１の識別情報及び前記第２の識別情報が適切である場合に、前記第１のアドレス情報を含む第２の信号の送信指示を前記第１の無線通信部及び前記第２の無線通信部のいずれか一方に与え、
   前記制御部は、前記第２の信号の送信指示を前記第１の無線通信部及び前記第２の無線通信部のいずれか一方に与えてから第１の待ち受け時間が経過する前に前記第１の無線通信部によって受信された接続要求のための第３の信号の情報が通知されると、当該第３の信号に基づく接続要求の可否を前記第２のアドレス情報に基づいて判定し、
   前記制御部は、前記接続要求の可否を示す値を含む第４の信号の送信指示を前記第１の無線通信部に与える、
   認証装置。
8. 前記制御部は、前記第１の識別情報及び前記第２の識別情報が適切である場合に、前記第１のアドレス情報を含む第２の信号の送信指示を前記第１の無線通信部に与える、請求項７の認証装置。
9. 前記制御部は、前記第１の識別情報及び前記第２の識別情報が適切である場合に、前記第１のアドレス情報を含む第２の信号の送信指示を前記第２の無線通信部に与える、請求項７の認証装置。
10. 前記第２の無線通信方式は、前記第１の無線通信方式に比べて通信レンジが狭い、請求項７の認証装置。
11. 前記制御部は、前記接続要求の許可を示す値を含む第４の信号の送信指示を前記第１の無線通信部に与えた後に、前記第２のアドレス情報が割り当てられた無線通信装置とデータ交換をするための指示を前記第１の無線通信部に与える、請求項７の認証装置。
12. 前記制御部は、前記接続要求の許可を示す値を含む第４の信号に対する確認応答が前記第１の無線通信部によって受信された後に、前記第２のアドレス情報が割り当てられた無線通信装置とデータ交換をするための指示を前記第１の無線通信部に与える、請求項７の認証装置。
13. 第１のアドレス情報が割り当てられ、第１の無線通信方式を用いて通信を行う第１の無線通信部と、
    第２の無線通信方式を用いて通信を行う第２の無線通信部と、
    前記第１の無線通信部及び前記第２の無線通信部を制御する制御部と
    を具備する無線通信装置によって行われる無線通信方法であって、
    前記制御部が、前記第１のアドレス情報と、所望のシステムを特定する第１の識別情報と、認証対象を特定する第２の識別情報とを含む第１の信号の送信指示を前記第２の無線通信部に与えることと、
    前記制御部が、前記第１の信号の送信指示を前記第２の無線通信部に与えてから第１の待ち受け時間が経過する前に前記第１の無線通信部及び前記第２の無線通信部のいずれか一方によって受信された少なくとも１つの第２の信号の情報が通知され、かつ、当該少なくとも１つの第２の信号に前記第１の信号を受信した認証装置に割り当てられた第２のアドレス情報が含まれている場合に、前記第２のアドレス情報が受信先アドレスに設定された接続要求のための第３の信号の送信指示を前記第１の無線通信部に与えることと
    を具備する、無線通信方法。
14. 第１のアドレス情報が割り当てられ、第１の無線通信方式を用いて通信を行う第１の無線通信部と、
    第２の無線通信方式を用いて通信を行う第２の無線通信部と、
    前記第１の無線通信部及び前記第２の無線通信部を制御する制御部と
    を具備する認証装置によって行われる認証方法であって、
    前記制御部が、第２のアドレス情報と、所望のシステムを特定する第１の識別情報と、認証対象を特定する第２の識別情報とを含み前記第２の無線通信部によって受信された第１の信号の情報が通知されると、前記第１の識別情報及び前記第２の識別情報が適切であるか否かを判定することと、
    前記制御部が、前記第１の識別情報及び前記第２の識別情報が適切である場合に、前記第１のアドレス情報を含む第２の信号の送信指示を前記第１の無線通信部及び前記第２の無線通信部のいずれか一方に与えることと、
    前記制御部が、前記第２の信号の送信指示を前記第１の無線通信部及び前記第２の無線通信部のいずれか一方に与えてから第１の待ち受け時間が経過する前に前記第１の無線通信部によって受信された接続要求のための第３の信号の情報が通知されると、当該第３の信号に基づく接続要求の可否を前記第２のアドレス情報に基づいて判定することと、
    前記制御部が、前記接続要求の可否を示す値を含む第４の信号の送信指示を前記第１の無線通信部に与えることと
    を具備する認証方法。

Images