(57)【要約】「企業ゲスト」ホスティングを提供する機能を有する無線ＬＡＮ（ＬＡＮ１１）は、少なくとも１つの電子的に開放された無線ＬＡＮアクセス・ポイント（１５）を含み、この無線ＬＡＮアクセス・ポイント（１５）は、ゲスト（１２）およびローカル・ユーザー（１４）の双方にアクセスを提供する。アクセス・ポイントは、アクセスを求めるリクエストを受信すると、このリクエストを認証プロキシ（２１）に転送する。次に、認証プロキシは、アクセスをリクエストする者を、この者のステータス（即ち、ローカル・ユーザーであるかゲストであるか）に従って認証する。認証が成功すると、ネットワークは、ローカル・ユーザーからのトラフィックとゲストのトラフィックとを別個にルーティングする。例えば、ゲストからのトラフィックは、インターネット（１９）などの外部ネットワークにおける受信のためにゲートウェイに仕向けられ、ローカル・ユーザーからのトラフィックは、企業イントラネット（１６）などのローカル・ネットワークに仕向けられる。このように、無線ＬＡＮ（１１）は、アクセスを求める者のステータスを確認した後、ゲストのアクセス・ポリシーに従ってゲスト・トラフィックを制限することができる。
2006524005.tif 000002
【特許請求の範囲】
【請求項１】
ゲストおよびローカル・ユーザーの双方に無線ＬＡＮ（ローカル・エリア・ネットワーク）アクセスを提供する方法であって、
無線ＬＡＮアクセス・ポイントでアクセスを求めるリクエストを受信するステップと、
前記アクセスを求めるリクエストを、前記リクエストが誰から受信されたものであるかに依存して認証するステップと、
前記認証が成功した場合に、ローカル・ユーザーからのトラフィックとゲストからのトラフィックとを別個にルーティングするステップと、
を含む、前記ゲストおよびローカル・ユーザーの双方に無線ＬＡＮアクセスを提供する方法。
【請求項２】
前記無線ＬＡＮアクセス・ポイントにおいて、前記アクセス・リクエストがローカル・ユーザーから受信されたものであるか、または、ゲストから受信されたものであるかを判定するステップを含む、請求項１に記載のゲストおよびローカル・ユーザーの双方に無線ＬＡＮアクセスを提供する方法。
【請求項３】
前記アクセス・リクエストがローカル・ユーザーから受信されたものであるか、または、ゲストから受信されたものであるかを判定する前記ステップが、アクセスを求める者から受信されるユーザー・ドメインを調べて前記ユーザー・ドメインがゲスト・ドメインを指定しているかどうかを判定するステップを含む、請求項２に記載のゲストおよびローカル・ユーザーの双方に無線ＬＡＮアクセスを提供する方法。
【請求項４】
前記認証ステップが、前記アクセスを求める者がローカル・ユーザーであるかゲストであるかに依存して認証を求めるリクエストを別個の認証サーバーと通信するステップを含む、請求項１に記載のゲストおよびローカル・ユーザーの双方に無線ＬＡＮアクセスを提供する方法。
【請求項５】
前記認証ステップが、認証を求めるリクエストを、ローカル・ユーザーおよびゲストのために別個の証明書を用いて認証する単一の認証サーバーと通信するステップを含む、請求項１に記載のゲストおよびローカル・ユーザーの双方に無線ＬＡＮアクセスを提供する方法。
【請求項６】
前記認証ステップが、アクセスを求めるリクエストがＩＥＥＥ８０２．１ｘフォーマットにおいて受信された認証リクエストを含むものであるか、または、ウェブ・ブラウザ・フォーマットにおいて受信された認証リクエストを含むものであるかを確認するステップを含む、請求項１に記載のゲストおよびローカル・ユーザーの双方に無線ＬＡＮアクセスを提供する方法。
【請求項７】
前記ルーティング・ステップが、ゲストからのトラフィックを外部ネットワークにルーティングするステップを含む、請求項１に記載のゲストおよびローカル・ユーザーの双方に無線ＬＡＮアクセスを提供する方法。
【請求項８】
前記ルーティング・ステップが、ローカル・ユーザーからのトラフィックを企業イントラネットにルーティングするステップを含む、請求項１に記載のゲストおよびローカル・ユーザーの双方に無線ＬＡＮアクセスを提供する方法。
【請求項９】
ゲストおよびローカル・ユーザーの双方に無線ＬＡＮ（ローカル・エリア・ネットワーク）アクセスを提供する無線ＬＡＮであって、
アクセスを求めるリクエストを受信するために、ゲストおよびローカル・ユーザーの双方がアクセス可能な少なくとも１つの無線ＬＡＮアクセス・ポイントと、
前記アクセスを求めるリクエストを、前記リクエストが誰から受信されたものであるかに基づいて認証するために、前記少なくとも１つの無線ＬＡＮアクセス・ポイントに結合された少なくとも１つのサーバーと、
ローカル・ユーザーからのトラフィックとゲストからのトラフィックとを別個にルーティングするために、前記少なくとも１つの無線ＬＡＮアクセス・ポイントに結合された手段と、
を含む、前記ゲストおよびローカル・ユーザーの双方に無線ＬＡＮアクセスを提供する無線ＬＡＮ。
【請求項１０】
前記少なくとも１つの無線ＬＡＮアクセス・ポイントは、前記アクセス・リクエストがローカル・ユーザーから受信されたものであるか、または、ゲストから受信されたものであるかを判定する、請求項９に記載のゲストおよびローカル・ユーザーの双方に無線ＬＡＮアクセスを提供する無線ＬＡＮ。
【請求項１１】
前記少なくとも１つの無線ＬＡＮアクセス・ポイントは、前記アクセス・リクエストと共に受信されたユーザー・ドメインがゲスト・ドメインを示すかどうかを調べることにより、前記アクセス・リクエストがローカル・ユーザーから受信されたものであるか、または、ゲストから受信されたものであるかを判定する、請求項１０に記載のゲストおよびローカル・ユーザーの双方に無線ＬＡＮアクセスを提供する無線ＬＡＮ。
【請求項１２】
前記認証サーバーがローカル・ユーザーおよびゲストのために別個の証明書を用いて認証を実行する、請求項９に記載のゲストおよびローカル・ユーザーの双方に無線ＬＡＮアクセスを提供する無線ＬＡＮ。
【請求項１３】
前記少なくとも１つの無線ＬＡＮアクセス・ポイントは、アクセスを求めるリクエストがＩＥＥＥ８０２．１ｘフォーマットにおいて受信されたか、または、ウェブ・ブラウザ・フォーマットにおいて受信されたかを確認する、請求項９に記載のゲストおよびローカル・ユーザーの双方に無線ＬＡＮアクセスを提供する無線ＬＡＮ。
【請求項１４】
前記トラフィックをルーティングする手段が、ファイア・ウォールを含む、請求項９に記載のゲストおよびローカル・ユーザーの双方に無線ＬＡＮアクセスを提供する無線ＬＡＮ。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願とのクロスリファレンス）
本出願は、米国特許法第１１９条（ｅ）項に基づいて２００３年４月１５日付で出願された米国仮特許出願第６０／４６３,０６０号の優先権を主張するものである。
【０００２】
本発明は、無線ＬＡＮ（ローカル・エリア・ネットワーク）において複数の異なる種類のトラフィックを取り扱う技術に関する。
【背景技術】
【０００３】
無線ＬＡＮ技術分野の進歩により、比較的廉価に無線ＬＡＮ設備の利用が可能となり、いわゆる「企業ゲスティング（Ｅｎｔｅｒｐｒｉｓｅ  Ｇｕｅｓｔｉｎｇ）」市場が発生するようになっている。多くの会社や施設は、現在、例えば、会議室、ロビーなどの異なる場所において無線ＬＡＮの企業アクセスを提供し、訪問者がネットワークに対するアクセスを得られるようにしている。企業ゲスティングに関する一つの鍵となる問題は、どのようにゲストと内部（即ち、ローカル）ユーザーとを区別して、別個のパス（経路）上にトラフィックを経路指定（ｒｏｕｔｉｎｇ：ルーティング）するかである。好ましくは、ゲストのトラフィックは、企業ゲートウェイを通って、（ＶＰＮを介して）インターネットまたはゲスト自身のイントラネットなどの外部宛先にルーティングされるべきである（ゲストからのトラフィックがローカル・ネットワークを宛先とする場合には、このトラフィックは、他の外部トラフィックと同様に、企業のファイア・ウォールを通るべきである）。「企業」のアクセス・ポイントを介して接続されたローカル・ユーザーは、無線ＬＡＮのアクセス・ポイントを有する会社の中の他の場所にいるかのように、企業のホット・スポットなどから無線アクセスが得られるとよい。ローカル・ユーザーからのトラフィックは、ユーザーが有線接続により接続されているかのように、ローカル・ネットワークに入るとよい。
【０００４】
ローカル・ユーザーのトラフィックとゲストのトラフィックとを分離するという課題に対する一つの既存の解決法では、ゲストのみが企業アクセス・ポイント（「ホット・スポット（ｈｏｔｓｐｏｔ）」）での無線ＬＡＮアクセスを行えることが必要となる。ローカル・ユーザーは、訪問者と同じように企業アクセス・ポイントにアクセスしなければならない。ローカル・ユーザーがローカル・イントラネットにアクセスできるようにするためには、１つ以上のアクセス・ポイントが企業（ゲスト・ホスト）のアクセス・ポイントとは別に並存していなければならない。別の解決法は、ゲストとローカル・ユーザーとを区別するために、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ：媒体アクセス制御）アドレスを利用する。このような解決法では、全てのローカル・ユーザーが自己の無線カードを登録すること、更に、ハードウエア・データベースを管理することが必要となる。
【０００５】
従って、上述した欠点を解決するような、企業のホット・スポットにおいてゲストのトラフィックとローカル・ユーザーのトラフィックとを分離する技術に対する需要が存在する。
【発明の開示】
【０００６】
（発明の概要）
簡潔に言えば、本発明の原理に係わる好ましい実施の形態に従って、ローカル・ユーザー（即ち、無線ＬＡＮ側により知られている者）およびゲスト（即ち、通常、無線ＬＡＮ側により知られていない者）の双方に対して無線ＬＡＮアクセスを提供する方法が提供される。この方法は、ローカル・ユーザーおよびゲストの双方を受け入れる機能を有する無線ＬＡＮにおけるアクセス・ポイントでアクセスを求めるリクエストを受信することにより開始される。アクセスを求める者は、この者のステータスに従って認証を受ける（即ち、ローカル・ユーザーであるかゲストであるか）。換言すれば、認証の前にアクセスを求める者のステータスに関する判定が行われていなければ、認証サーバーは、この者のステータスを判定する。認証が成功すると、ローカル・ユーザーからのトラフィックとゲストのトラフィックとが別個にルーティングされる。例えば、ゲストからのトラフィックは、インターネットなどの外部ネットワークにおける受信のためにゲートウェイに仕向けられ、ローカル・ユーザーからのトラフィックは、企業イントラネットなどのローカル・ネットワークに仕向けられる。このように、無線ＬＡＮは、アクセスを求める者のステータスを確認した後、ゲストのアクセス・ポリシーに従ってゲストのトラフィックを制限する。
【発明を実施するための最良の形態】
【０００７】
図１は、企業ゲスティング・アクセス・ポイント（ＡＰ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ）１５を介してゲスト・ユーザー１２およびローカル・ユーザー１４の双方に対するシームレスな（ｓｅａｍｌｅｓｓ：継ぎ目の無い）無線アクセスを提供するする無線ＬＡＮ１１を含む企業ゲスト・ホスト・アーキテクチャ１０を示している。企業ゲスティング・アクセス・ポイント１５は、ローカル・ユーザーおよびゲストの双方を受け入れることができる。説明の目的のため、ゲスト・ユーザー１２は、無線ＬＡＮ１１とサービス関係にない者、即ち、無線ＬＡＮに登録をしておらず、ローカル・ユーザー１４と同一の権限を有しない者とする。図１は、単一のゲスト１２および単一のローカル・ユーザー１４しか示していないが、本発明の原理に従って、追加のゲストやユーザーがアクセス・ポイント１５や、他のこのようなアクセス・ポイント（図示せず）にアクセスすることが可能である。
【０００８】
セキュリティ上の理由から、ゲストからのトラフィックをローカル・トラフィックから分離したままにしておくとよい。換言すれば、各ゲスト１２が、各ローカル・ユーザー１４と同一の権限を有さないようにするとよい。このようなローカル権限には、企業イントラネット１６を介してサーバー１７に存在する一つ以上のイントラネット・アプリケーションにアクセスすることが含まれるであろう。従来は、ゲストとローカル・ユーザーとでトラフィックを分離するには、別個のアクセス・ポイントを使用することが必要になっていた。換言すれば、各ゲスト・ユーザー１２は、ゲスト・ユーザー・アクセス・ポイント（図示せず）にアクセスするであろうが、各ローカル・ユーザーは、ローカル・ユーザーの権限を利用するために、アクセス・ポイント１８などの通常の（即ち、ローカル・ユーザーの）アクセス・ポイントを介して無線ＬＡＮ１１にアクセスすることが必要になるであろう。このような構成において、ゲストは、通常のアクセス・ポイント１８にはアクセスすることができなかった。
【０００９】
本発明の原理に従って、ゲストおよびローカル・ユーザーの双方のために無線ＬＡＮのアクセスを提供する技術が提供される。この技術は、ゲストとローカル・ユーザーとの間でトラフィックを分離し、別個のアクセス・ポイントを必要とすることなく、両者が無線ＬＡＮに対するアクセスを得られるようにする。換言すれば、アクセス・ポイント１５を介してゲスト１２およびローカル・ユーザー１４の双方が無線ＬＡＮ１１にアクセスすることが可能であるが、このアクセス・ポイント１５にアクセスするローカル・ユーザー１４のみが、サーバー１７に対するアクセスを得ることを含むローカル・ユーザー権限を利用することができる。ゲスト１２は、インターネット１９などの外部ネットワークと通信をするためにイントラネット１６に対するアクセスを得られるだけであり、このようなアクセスは、企業のファイア・ウォール２０を介して行われる。本技術により、無線ＬＡＮ１１の機能（ｉｎｔｅｌｌｉｇｅｎｃｅ）、より具体的には、ゲスト１２とローカル・ユーザー１４とを分けるアクセス・ポイント１５の機能を活用することができる。
【００１０】
上述したように、アクセス・ポイント１５は、無線ＬＡＮアクセスを求める複数の異なるタイプの者を受け入れることが可能である。このため、アクセス・ポイント１５は、アクセスを求める者の各々のために、最良な認証方法を選択する能力を有する。例えば、アクセス・ポイント１５は、アクセスを求める者がＩＥＥＥ８０２．１ｘプロトコルを使用する能力を有するかどうかを判定する。ＩＥＥＥ８０２．１ｘプロトコルを使用する能力を有する場合には、アクセス・ポイント１５は、ＩＥＥＥ８０２．１ｘプロトコルに基づいて認証を開始する。ＩＥＥＥ８０２．１ｘプロトコルを使用する能力を有さない場合には、アクセス・ポイント１５は、ウェブ・ブラウザをベースとする認証を開始する。認証結果に基づいて、アクセス・ポイント１５は、アクセスを求める者がローカル・ユーザー１４であるかゲスト１２であるかを判定し、これに応答してトラフィックのルーティングを行う。各ローカル・ユーザー１４は、各ゲスト１２とは異なる認証を受ける。このような異なる認証は、複数の異なるバックエンド・サーバー（図示せず）を介して行われてもよく、認証プロキシ２１など、単一の認証サーバーを介して行われてもよいが、各ローカル・ユーザー１４とゲスト１２とのために、異なるユーザー証明書が用いられる。
【００１１】
このような別個の認証を行う方法をより理解するために、図１に描かれたアクセス構成を検討する。通常、各ゲスト１２は、無線ＬＡＮ１１に対するアクセスを求める前に、特別なゲスト・アクセス証明書を受信する。このような証明書は、ユーザー名とパスワードとからなるものでもよく、単に、アクセス・キーからなるものであってもよい。全てのゲストが一つの共通の証明書を共有してもよく、各ゲストが、ゲスト独自の証明書を受信してもよい。全てのゲスト証明書は、共通の基準を共有し、即ち、このような証明書によってのみ、各ゲストのアクセスが許可される。
【００１２】
ゲストが、証明書を用いて自己を認証するための様々な技術が存在する。例えば、各ゲスト１２は、自己のＩＥＥＥ８０２．１ｘクライアントをゲスト証明書と関連付けて構成することができるであろう。代替的には、各ゲスト１２は、アクセス・ポイント１５にウェブ・ブラウザをベースとする認証を開始させることもできるであろう。このような技術の各々を以下により詳細に説明する。
【００１３】
ＩＥＥＥ８０２．１ｘ認証
このシナリオにおいては、ゲスト１２は、自己のＩＥＥＥ８０２．１ｘクライアントをゲスト証明書に関連付けて構成し、その後、認証処理（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｐｒｏｃｅｓｓ）を開始する。アクセス・ポイント（ＡＰ）１５は、ＩＥＥＥ８０２．１ｘプロトコルを用いてゲスト認証を求めるリクエスト（要求）を受信すると、アクセス・ポイント１５は、ＲＡＤＩＵＳ（Ｒｅｍｏｔｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｄｉａｌ−Ｉｎ  Ｕｓｅｒ  Ｓｅｒｖｉｃｅ）プロトコルなどのプロトコルを用いて認証プロキシ２１などのバックエンド認証サーバーと通信する。アクセス・ポイント１５が、ゲストとローカル・ユーザーとを区別するための方法が少なくとも２つ想定される。例えば、アクセス・ポイント１５は、複数の認証サーバー（図示せず）と通信する能力を有する。ゲストは、自己のＩＥＥＥ８０２．１ｘユーザー名をドメイン名（ｕｓｅｒ＿ｎａｍｅ＠ｄｏｍａｉｎ＿ｎａｍｅの形式）と関連付けて構成する。ｄｏｍａｉｎ＿ｎａｍｅ（ドメイン名）の部分は、特別であり、ローカルの意味、例えば、「ｇｕｅｓｔ＿ａｃｃｅｓｓ（ゲスト・アクセス）」の意味しか持たない。通常のローカル・イントラネット・ユーザーは、自己の通常のユーザー名フォーマット（即ち、ドメイン名なしのユーザー名のみ）を保持する。これに基づき、アクセス・ポイント１５は、ゲストとローカル・ユーザーとを容易に区別することができ、ゲスト１２からの認証トラフィックを、認証プロキシ２１などの適切な認証サーバーに転送することができる。アクセス・ポイント１５は、バックエンド・サーバー（即ち、認証プロキシ２１）からの支援なしに、自己のｄｏｍａｉｎ＿ｎａｍｅからゲスト１２を直接判別することができる。従って、バックエンド・サーバーの変更は、必要ない。認証が成功すると、これに応答して、アクセス・ポイント１５は、ユーザーのトラフィックをルーティングする。
【００１４】
図１に示すように、アクセス・ポイント１５は、認証プロキシの形態の単一の認証サーバーと通信する。各ゲストは、自己のＩＥＥＥ８０２．１ｘユーザー名を通常のフォーマット（形式）で構成する。アクセス・ポイント１５は、全てのＩＥＥＥ８０２．１ｘトラフィックを認証プロキシ２１に転送する。認証プロキシ２１は、認証を担当する。認証が成功すると、認証プロキシ２１は、アクセス・ポイント１５に対して、認証が成功したか、失敗したかを通知する。これに応答して、アクセス・ポイント１５は、次に、ユーザーのトラフィックのルーティングを行うことが可能である。
【００１５】
ウェブ・ブラウザをベースとする認証
ＩＥＥＥ８０２．１ｘクライアントを有さない、または、構成の処理を理解することが困難な者は、ユーザー・フレンドリーなウェブ・ブラウザをベースとする認証技術を使用することを選択することもできる。このような場合、アクセス・ポイント１５は、アクセスを求める者に対し、様々な利用可能な認証オプションのリストを示したウェルカム・ページを提供する。ウェルカム・ページ上には、複数の異なるオプションが表示されているため、アクセスを求める者は、自己がゲストまたはローカル・ユーザーの何れかであるかを識別可能にする。アクセスを求める者は、適切なオプションを選択し、その結果、認証が行われる。従って、アクセス・ポイント１５は、アクセスを求める者の初期ＩＤ（ｉｎｉｔｉａｌ  ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）に基づき、この者がローカル・ユーザーであるかゲストであるかどうかを判定する。
【００１６】
上述したように、アクセスを求める者がローカル・ユーザーであるかゲストであるかの判定は、認証プロセスの前に行われる。このような判定は、常に認証の前に行われることが必要なものではない。例えば、ゲストおよびローカル・ユーザーの双方が同一の構成（ドメインなし）を使用することが想定される。このような場合には、認証プロキシ２１は、ユーザーが二つのタイプの何れかであるかを、具体的にゲストを指定するようなユーザー・データベース（図示せず）をチェックすることにより区別する。
【００１７】
ナル認証（Ｎｕｌｌ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）
無線ＬＡＮ１１は、ゲストの認証の必要性を回避するようなオプションを提供することもできる。無線ＬＡＮ１１が、ゲスト・ユーザーに特別の証明書やログイン処理に係る煩雑さを感じさせないことを選択するような場合も存在する。このような決定は、アクセスを求める者が十分に信頼でき、アクセス・ポイント１５が不正に使用される可能性がほとんど存在しない（例えば、アクセス・ポイントが発生させる無線信号の通信範囲が限られているか、建物内に限られている）ことを前提とする。このような場合、アクセス・ポイント１５は、認証を必要としないゲストと、認証を用いて通過することが可能なローカル・ユーザーとを区別するだけでよい。このシナリオにおいては、ゲストのトラフィックが暗号化されずに、アクセス・ポイント（ホット・スポット）１５にアクセスするものから全てのトラフィックが見られてしまうという問題がある。この問題は、必ずしも重大なものとはならない。何故ならば、大抵のゲスト１２は、自己のホーム・ネットワーク（図示せず）にＶＰＮ（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ：仮想プライベート・ネットワーク）ソフトウエアを介して接続し、トラフィックがＶＰＮトンネルにより保護されているからである。
【００１８】
以上、単一のアクセス・ポイントにおいてゲストおよびローカル・ユーザーの双方に対して無線ＬＡＮアクセスを提供する技術について説明した。
【図面の簡単な説明】
【００１９】
【図１】図１は、本発明の原理に係る好ましい実施の形態に従った企業のゲスト・ホスト・アーキテクチャの概略ブロック図である。
【図１】
2006524005.tif 000003
【手続補正書】
【提出日】平成18年3月14日(2006.3.14)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ゲストおよびローカル・ユーザーの双方に無線ＬＡＮ（ローカル・エリア・ネットワーク）アクセスを提供する方法であって、
共通の無線ＬＡＮアクセス・ポイントで、ゲストおよびローカル・ユーザーの一方からのアクセスを求めるリクエストを受信するステップと、
前記共通のアクセス・ポイントで、前記アクセスを求めるリクエストを、前記リクエストがゲストから受信されたものであるか、または、ローカル・ユーザーから受信されたものであるかに依存して認証するステップと、
前記認証が成功した場合に、ローカル・ユーザーからのトラフィックとゲストからのトラフィックとを別個にルーティングするステップと、
を含む、前記ゲストおよびローカル・ユーザーの双方に無線ＬＡＮアクセスを提供する方法。
【請求項２】
前記無線ＬＡＮアクセス・ポイントにおいて、前記アクセス・リクエストがローカル・ユーザーから受信されたものであるか、または、ゲストから受信されたものであるかを判定するステップを含む、請求項１に記載のゲストおよびローカル・ユーザーの双方に無線ＬＡＮアクセスを提供する方法。
【請求項３】
前記アクセス・リクエストがローカル・ユーザーから受信されたものであるか、または、ゲストから受信されたものであるかを判定する前記ステップが、アクセスを求める者から受信されるユーザー・ドメインを調べて前記ユーザー・ドメインがゲスト・ドメインを指定しているかどうかを判定するステップを含む、請求項２に記載のゲストおよびローカル・ユーザーの双方に無線ＬＡＮアクセスを提供する方法。
【請求項４】
前記認証ステップが、前記アクセスを求める者がローカル・ユーザーであるかゲストであるかに依存して認証を求めるリクエストを別個の認証サーバーと通信するステップを含む、請求項１に記載のゲストおよびローカル・ユーザーの双方に無線ＬＡＮアクセスを提供する方法。
【請求項５】
前記認証ステップが、認証を求めるリクエストを、ローカル・ユーザーおよびゲストのために別個の証明書を用いて認証する単一の認証サーバーと通信するステップを含む、請求項１に記載のゲストおよびローカル・ユーザーの双方に無線ＬＡＮアクセスを提供する方法。
【請求項６】
前記認証ステップが、アクセスを求めるリクエストがＩＥＥＥ８０２．１ｘフォーマットにおいて受信された認証リクエストを含むものであるか、または、ウェブ・ブラウザ・フォーマットにおいて受信された認証リクエストを含むものであるかを確認するステップを含む、請求項１に記載のゲストおよびローカル・ユーザーの双方に無線ＬＡＮアクセスを提供する方法。
【請求項７】
前記ルーティング・ステップが、ゲストからのトラフィックを外部ネットワークにルーティングするステップを含む、請求項１に記載のゲストおよびローカル・ユーザーの双方に無線ＬＡＮアクセスを提供する方法。
【請求項８】
前記ルーティング・ステップが、ローカル・ユーザーからのトラフィックを企業イントラネットにルーティングするステップを含む、請求項１に記載のゲストおよびローカル・ユーザーの双方に無線ＬＡＮアクセスを提供する方法。
【請求項９】
ゲストおよびローカル・ユーザーの双方に無線ＬＡＮ（ローカル・エリア・ネットワーク）アクセスを提供する無線ＬＡＮであって、
アクセスを求めるリクエストに応答して、ゲストおよびローカル・ユーザーの双方にアクセスを提供する少なくとも１つの共通の無線ＬＡＮアクセス・ポイントと、
前記アクセスを求めるリクエストを、前記リクエストがゲストから受信されたものであるか、または、ローカル・ユーザーから受信されたものであるかに基づいて認証するために、前記少なくとも１つの無線ＬＡＮアクセス・ポイントに結合された少なくとも１つのサーバーと、
ローカル・ユーザーからのトラフィックとゲストからのトラフィックとを別個にルーティングするために、前記少なくとも１つの無線ＬＡＮアクセス・ポイントに結合された手段と、
を含む、前記ゲストおよびローカル・ユーザーの双方に無線ＬＡＮアクセスを提供する無線ＬＡＮ。
【請求項１０】
前記少なくとも１つの無線ＬＡＮアクセス・ポイントは、前記アクセス・リクエストがローカル・ユーザーから受信されたものであるか、または、ゲストから受信されたものであるかを判定する、請求項９に記載のゲストおよびローカル・ユーザーの双方に無線ＬＡＮアクセスを提供する無線ＬＡＮ。
【請求項１１】
前記少なくとも１つの無線ＬＡＮアクセス・ポイントは、前記アクセス・リクエストと共に受信されたユーザー・ドメインがゲスト・ドメインを示すかどうかを調べることにより、前記アクセス・リクエストがローカル・ユーザーから受信されたものであるか、または、ゲストから受信されたものであるかを判定する、請求項１０に記載のゲストおよびローカル・ユーザーの双方に無線ＬＡＮアクセスを提供する無線ＬＡＮ。
【請求項１２】
前記認証サーバーがローカル・ユーザーおよびゲストのために別個の証明書を用いて認証を実行する、請求項９に記載のゲストおよびローカル・ユーザーの双方に無線ＬＡＮアクセスを提供する無線ＬＡＮ。
【請求項１３】
前記少なくとも１つの無線ＬＡＮアクセス・ポイントは、アクセスを求めるリクエストがＩＥＥＥ８０２．１ｘフォーマットにおいて受信されたか、または、ウェブ・ブラウザ・フォーマットにおいて受信されたかを確認する、請求項９に記載のゲストおよびローカル・ユーザーの双方に無線ＬＡＮアクセスを提供する無線ＬＡＮ。
【請求項１４】
前記トラフィックをルーティングする手段が、ファイア・ウォールを含む、請求項９に記載のゲストおよびローカル・ユーザーの双方に無線ＬＡＮアクセスを提供する無線ＬＡＮ。
【国際調査報告】
2006524005.tif 000004
2006524005.tif 000005