JP6075885B2 - 認証システム及びオンラインサインアップ制御方法 - Google Patents

Description

本発明は、認証装置及びオンラインサインアップ制御方法に関する。

従来、公衆無線ＬＡＮ（Local Area Network）を提供している事業者（「無線ＬＡＮ事業者」と称する）と契約することで、公衆無線ＬＡＮを一時利用するサービスがある。また、無線ＬＡＮ事業者と直接の契約がなくても、利用者が契約しているインターネットプロバイダと、無線ＬＡＮ事業者とが提携している場合、この利用者は、無線ＬＡＮ事業者に対し、事前登録することなく公衆無線ＬＡＮを一時利用可能になる。

また、無線ＬＡＮ事業者と契約のない第三者向けに開放している無線ＬＡＮがある。例えば、飲食店などに設置してある公衆無線ＬＡＮなどのように、誰でも手軽に利用できる無料の無線ＬＡＮが該当する。このような無料の公衆無線ＬＡＮは、例えば、国内では外国人のような一時的な利用者向けに提供され始めている。

このような無料無線ＬＡＮを利用する場合、利用者は、無線ＬＡＮ事業者に利用者登録を行う。例えば、利用者は、インターネットに接続できる環境下でＰＣ又はスマートフォンなどの端末から無線ＬＡＮ事業者のウェブページにアクセスして、事前に利用者登録を行う。或いは、利用者は、インターネットに接続できる環境下でスマートフォンから専用アプリを用いて、利用者登録を行う。

特開２００６−２０３３２９号公報

しかしながら、上記の従来技術では、無線ネットワークへのオンラインサインアップ時の安全性を確保できない場合があるという問題がある。

具体的には、無料無線ＬＡＮを利用する場合、利用者は、インターネットに接続できる環境下で利用者登録を行う。このため、例えば、来訪した外国人などインターネットに接続できる環境下にない利用者は、利用者登録を行いづらい状況にある。

また、インターネットに接続できる環境下にない利用者が、契約のない第三者向けに開放されている無線ＬＡＮネットワークを利用して利用者登録を行うことは可能である。しかしながら、このような無線ＬＡＮネットワークでは、利用者端末と、ＡＰ（Access Point）との無線区間で送信される登録情報は暗号化されないので、利用者の登録情報が簡単に第三者に見られてしまうリスクがある。

なお、暗号化のキー（ＰＳＫ：Pre-Shared Key）を配布し、無線区間を暗号化することも可能であるが、利用者ごとに個別の鍵を配布することは現実的ではない。

開示の技術は、上述に鑑みてなされたものであって、無線ネットワークへのオンラインサインアップ時の安全性を確保することを目的とする。

本願の開示する認証装置は、判定部と、受付部と、登録部とを有する。判定部は、無線ネットワークの一時利用を要求する端末装置から受付けた利用要求を用いて、前記端末装置が前記無線ネットワークの利用を許可された端末として登録されているか否かを判定する。受付部は、前記端末装置が登録されていないと判定された場合、前記端末装置との間に暗号化された通信路を一時的に確立し、前記端末装置の利用者を識別可能な第１の識別情報を、前記通信路を介して受付ける。登録部は、受付けた前記第１の識別情報に基づいて、前記無線ネットワークの一時利用を要求する前記端末装置の認証情報として登録する。

開示する認証装置及びオンラインサインアップ制御方法の一つの態様によれば、無線ネットワークへのオンラインサインアップ時の安全性を確保することができるという効果を奏する。

図１は、第１の実施形態に係る無線ＬＡＮシステムの構成の一例を示す図である。 図２は、第１の実施形態に係る無線ＬＡＮ事業者ネットワークにおける安全性を説明するための図である。 図３は、第１の実施形態に係る無線ＬＡＮシステムにおけるユーザ登録の全体の流れを示す図である。 図４は、第１の実施形態に仮登録処理の動作を示すシーケンス図である。 図５は、第１の実施形態に本登録処理の動作を示すシーケンス図である。 図６は、ユーザアカウント管理サーバ及び認証サーバの構成例を示す機能ブロック図である。 図７は、第１の実施形態に係るユーザアカウント管理情報ＤＢが記憶するデータ構造の一例を示す図である。 図８は、第１の実施形態に係る認証サーバによる処理手順を示すフローチャートである。 図９は、第１の実施形態に係る本登録処理の手順を示すフローチャートである。 図１０は、第１の実施形態に係るユーザ登録用のウェブページの一例を示す図である。 図１１は、第１の実施形態に係るユーザ登録用のウェブページの他の一例を示す図である。 図１２は、第１の実施形態に係るユーザ登録用のウェブページの他の一例を示す図である。 図１３は、第１の実施形態に係るユーザ登録用のウェブページの他の一例を示す図である。 図１４は、従来技術に係る利用者登録の一例を示す図である。 図１５は、第１の実施形態にかかる仮登録に用いるＩＤによる利用者の実在性確認における評価結果を示す図である。 図１６は、オンラインサインアップ制御プログラムを実行するコンピュータを示す図である。

以下に、開示する認証装置及びオンラインサインアップ制御方法の実施形態について、図面に基づいて詳細に説明する。なお、本実施形態により開示する発明が限定されるものではない。

（第１の実施形態）
図１は、第１の実施形態に係る無線ＬＡＮシステム１の構成の一例を示す図である。図１に示すように、無線ＬＡＮシステム１は、端末２と、無線ＬＡＮ（Local Area Network）事業者ネットワーク１０とを有する。

また、この無線ＬＡＮシステム１では、無線ＬＡＮ事業者ネットワーク１０は、インターネット５を介して、通信事業者ネットワーク３と、ＯＴＴ事業者ネットワーク４とに接続される場合がある。通信事業者ネットワーク３は、例えば、ＩＳＰ（Internet Service Provider）事業者により運用されるネットワークである。また、通信事業者が移動体事業者である場合、移動体事業者が提供する無線ＬＡＮネットワークというような場合もある。なお、無線ＬＡＮ事業者ネットワーク１０は、通信事業者ネットワーク３とローミング契約が締結される場合がある。かかる場合、通信事業者ネットワーク３の利用者は、無線ＬＡＮ事業者ネットワーク１０と契約していなくても、無線ＬＡＮ事業者ネットワーク１０を利用可能となる。ＯＴＴ事業者ネットワーク４は、ＳＮＳ（Social Networking Service）やウェブメールサービスを提供しているＯＴＴ事業者により運用されるネットワークである。

端末２は、利用者（「ユーザ」とも言う）が利用する端末である。この端末２は、ＥＡＰ−ＴＴＬＳ（Extensible Authentication Protocol Tunneled Transport Layer Security）に対応する。例えば、端末２は、携帯電話などのＳＩＭ（Subscriber Identity Module）端末やＰＣ（Personal Computer）、タブレットなどの非ＳＩＭ端末である。なお、端末２のことを「端末装置」とも言う。

無線ＬＡＮ事業者ネットワーク１０は、無線ＬＡＮ事業者により運用されるネットワークである。この無線ＬＡＮ事業者ネットワーク１０は、公衆無線ＬＡＮによるインターネット接続を利用するための環境を利用者に提供する。ここで、無線ＬＡＮ事業者ネットワーク１０は、無線ＬＡＮ事業者と契約のない第三者向けに開放されたネットワークである。また、無線ＬＡＮ事業者と契約していない第三者は、例えば、利用者情報としてＩＤ及びパスワードを登録することで、無線ＬＡＮ事業者ネットワーク１０を利用することが可能となる。なお、以下では、端末２の利用者は、無線ＬＡＮ事業者と契約していない第三者や、無線ＬＡＮ事業者ネットワーク１０とローミング契約が締結された通信事業者ネットワーク３の利用者以外の第三者であるものとして説明する。また、利用者情報としてＩＤ及びパスワードを登録していない第三者が利用する端末のことを「未認証の端末」とも言う。

無線ＬＡＮ事業者ネットワーク１０は、ＡＰ（Access Point）２０と、ユーザアカウント管理サーバ３０と、認証サーバ４０とを有する。ＡＰ２０は、無線ＬＡＮ事業者により設置される。ＡＰ２０は、ＩＥＥＥ８０２．１Ｘ認証に対応している。なお、無線ＬＡＮ事業者ネットワーク１０が有するＡＰ２０の数は図１に示す数に限定されるものではなく、任意に変更可能である。ユーザアカウント管理サーバ３０は、無線ＬＡＮを利用する利用者の登録情報を保持する。

認証サーバ４０は、ＥＡＰ−ＴＴＬＳに対応している。認証サーバ４０は、信頼の置ける認証局（ＣＡ：Certificate Authority）が発行したサーバ証明書を保持する。例えば、ＣＡは、ブラウザや携帯電話端末にデフォルトで設定されているＣＡである。

また、認証サーバ４０は、ＴＬＳ（Transport Layer Security）トンネルを確立する機能に対応する。ここで言う「ＴＬＳトンネル」とは、端末２との間に確立する論理的な通信路であって暗号化された通信路を示す。すなわち、ＴＬＳトンネルは、暗号化通信が可能な通信路であり、安全性が確保される。また、認証サーバ４０は、ＲＡＤＩＵＳ（Remote Authentication Dial-In User Service）に対応する。なお、無線ＬＡＮ事業者ネットワーク１０では、ユーザアカウント管理サーバ３０と認証サーバ４０とが一体化されて構築されてもよい。なお、ユーザアカウント管理サーバ３０と認証サーバ４０とを総称して、「認証装置」と呼ぶ場合がある。

続いて、図２を用いて、第１の実施形態に係る無線ＬＡＮ事業者ネットワーク１０における安全性について説明する。図２は、第１の実施形態に係る無線ＬＡＮ事業者ネットワーク１０における安全性を説明するための図である。

図２に示すように、ＡＰ２０、ユーザアカウント管理サーバ３０及び認証サーバ４０は、無線ＬＡＮ事業者にとって信頼できる範囲である。例えば、ＩＥＥＥ８０２．１ｘ認証において、ＩＥＥＥ８０２．１ｘに対応したＡＰ２０は、未認証の端末から送信されたＥＡＰパケット以外のパケットを無線ＬＡＮ事業者ネットワーク１０に流さない。すなわち、ＡＰ２０は、図２に示すように、未認証の端末２から送信されたＥＡＰパケット以外のパケットをユーザアカウント管理サーバ３０及び認証サーバ４０へは送信しない。より具体的には、ＡＰ２０は、ＥＡＰによる認証が完了するまで、ユーザアカウント管理サーバ３０及び認証サーバ４０にはＥＡＰパケットしか流さない。このため、例えば、端末２が、ＯＴＴ事業者ネットワーク４などが有するウェブサーバにアクセスしようとＴＣＰ（Transmission Control Protocol）/ＩＰ（Internet Protocol）パケットを送信しても、ＴＣＰ/ＩＰパケットは、ＡＰ２０で破棄される。すなわち、端末２とウェブサーバとの間でＴＣＰ/ＩＰのパケットを送受信する場合、ＥＡＰ−ＴＴＬＳによる認証を完了させる必要がある。このように、ユーザアカウント管理サーバ３０及び認証サーバ４０は、ＡＰ２０によって認証された端末が送信したパケットを受け取るので、信頼性の高い通信を行うことが可能となる。

一方、無線ＬＡＮシステム１では、端末２とＡＰ２０との間で送受信されるデータは、暗号化されない。すなわち、端末２とＡＰ２０との間は、セキュリティ的にリスクがある区間である。このため、端末２が、ＡＰ２０に端末２の利用者の情報を送信した場合、盗聴や改竄、或いは、なりすましが行われる可能性がある。

このようなことから、第１の実施形態に係る無線ＬＡＮシステム１では、ＥＡＰ−ＴＴＬＳを用いて、端末２と認証サーバ４０との間にＴＬＳトンネルを確立し、このＴＬＳトンネルの中で、利用者の登録情報として、例えば、ＩＤ及びパスワードを送信する。図３は、第１の実施形態に係る無線ＬＡＮシステム１におけるユーザ登録の全体の流れを示す図である。

図３に示すように、第１の実施形態に係る無線ＬＡＮシステム１におけるユーザ登録では、ステップＳ１として、利用者の登録情報を仮登録する処理が実行される。ここでは、ＥＡＰ−ＴＴＬＳを用いて、端末２と認証サーバ４０との間にＴＬＳトンネルを確立し、このＴＬＳトンネルの中で、利用者の登録情報を仮登録する。

そして、ステップＳ２として、利用者の登録情報を本登録する処理が実行される。ここでは、ＥＡＰ−ＴＴＬＳを用いて、端末２と認証サーバ４０との間にＴＬＳトンネルを確立し、このＴＬＳトンネルの中で、利用者の仮登録情報を認証する。そして、ウェブページを用いて、利用者の登録情報を本登録する。

次に、図４を用いて、仮登録処理の動作を説明する。図４は、第１の実施形態に仮登録処理の動作を示すシーケンス図である。図４に示すように、端末２は、ＥＡＰ−ｉｄｅｎｔｉｔｙ情報として、ＭＡＣアドレスをＡＰ２０に送信する（ステップＳ１１）。例えば、端末２の利用者は、端末２を操作して、ＥＡＰ−ＴＴＬＳ設定画面を表示させ、端末２のＭＡＣアドレスを入力する。

ＡＰ２０は、ＥＡＰ−ｉｄｅｎｔｉｔｙ情報と、通信してきた端末２のＭＡＣアドレス及びＡＰ２０の情報を認証サーバ４０に送信する（ステップＳ１２）。そして、認証サーバ４０は、ＥＡＰ−ｉｄｅｎｔｉｔｙ情報と端末２のＭＡＣアドレスとが登録情報として登録されているかを突合するようにユーザアカウント管理サーバ３０に依頼する（ステップＳ１３）。

図４では、ユーザアカウント管理サーバ３０が、ＥＡＰ−ｉｄｅｎｔｉｔｙ情報と端末２のＭＡＣアドレスとが登録情報として登録されていないと判定した場合について説明する。かかる場合、ユーザアカウント管理サーバ３０は、初回登録と判定する（ステップＳ１４）。そして、ユーザアカウント管理サーバ３０は、初回登録であることを認証サーバ４０に通知する（ステップＳ１５）。続いて、認証サーバ４０は、ＡＰ２０を介して端末２にサーバ証明書を送付する（ステップＳ１６）。

端末２は、サーバ証明書を確認し（ステップＳ１７）、暗号化方式を選択する（ステップＳ１８）。これにより、端末２と認証サーバ４０との間にＴＬＳトンネルが確立する。なお、ステップＳ１７のサーバ証明書の確認処理及びステップＳ１８の暗号化方式の選択処理は、ＥＡＰ−ＴＴＬＳを用いて自動的に行われる。

そして、端末２は、登録情報としてＩＤ（Identifier）及びパスワード（ＰＷ：Pass Word）を認証サーバ４０に送信する（ステップＳ１９）。ここで、端末２は、端末２の利用者の携帯電話番号、携帯メールアドレス、ウェブメールアドレス及びＳＮＳの識別情報の何れか一つをＩＤとして送信する。なお、ステップＳ１９で送信するＩＤ及びＰＷを仮登録情報とする。また、仮登録情報のことを、「第１の識別情報」とも言う。

認証サーバ４０は、端末２から受信したＩＤ及びＰＷをユーザアカウント管理サーバ３０に受け渡し（ステップＳ２０）、ＩＤとＭＡＣアドレスの組み合わせが既に登録されているか否かを判定させる。図４では、ユーザアカウント管理サーバ３０が、ＩＤとＭＡＣアドレスの組み合わせが未登録であると判定する場合について説明する。かかる場合、ユーザアカウント管理サーバ３０は、ＩＤ及びＰＷをＭＡＣアドレスに対応付けて登録する（ステップＳ２１）。そして、ユーザアカウント管理サーバ３０は、登録が完了した旨を認証サーバ４０に通知する（ステップＳ２２）。

認証サーバ４０は、ＡＰ２０を介してＥＡＰ−ＳＵＣＣＥＳＳを端末２に応答し（ステップＳ２３）、Ｓ１５の初回登録という通知情報をもとにＡＰ２０に切断を指示すると判定する（ステップＳ２４）。そして、認証サーバ４０は、ＡＰ２０に切断を指示し（ステップＳ２５）、続いてＡＰ２０は、端末２０との接続を遮断する（ステップＳ２６）。

図５を用いて、本登録処理の動作を説明する。図５は、第１の実施形態に本登録処理の動作を示すシーケンス図である。図５に示すように、端末２は、ＥＡＰ−ｉｄｅｎｔｉｔｙ情報として、ＭＡＣアドレスをＡＰ２０に送信する（ステップＳ３１）。例えば、端末２の利用者は、端末２を操作して、ＥＡＰ−ＴＴＬＳ設定画面を表示させ、端末２のＭＡＣアドレスを入力する。

ＡＰ２０は、ＥＡＰ−ｉｄｅｎｔｉｔｙ情報と、通信してきた端末２のＭＡＣアドレス及びＡＰ２０の情報を認証サーバ４０に送信する（ステップＳ３２）。そして、認証サーバ４０は、ＥＡＰ−ｉｄｅｎｔｉｔｙ情報と端末２のＭＡＣアドレスとが登録情報として登録されているかを突合するようにユーザアカウント管理サーバ３０に依頼する（ステップＳ３３）。

図５では、ユーザアカウント管理サーバ３０が、ＥＡＰ−ｉｄｅｎｔｉｔｙ情報と端末２のＭＡＣアドレスとが登録情報として登録されているが、本登録が無効であると判定した場合について説明する。かかる場合、ユーザアカウント管理サーバ３０は、ＭＡＣアドレスは登録されているが本登録が無効であり、仮登録が完了と判定し（ステップＳ３４）、仮登録完了であることを認証サーバ４０に通知する（ステップＳ３５）。続いて、認証サーバ４０は、ＡＰ２０を介して端末２にサーバ証明書を送付する（ステップＳ３６）。

端末２は、サーバ証明書を確認し（ステップＳ３７）、暗号化方式を選択する（ステップＳ３８）。これにより、端末２と認証サーバ４０との間にＴＬＳトンネルが確立する。なお、ステップＳ３７のサーバ証明書の確認処理及びステップＳ３８の暗号化方式の選択処理は、ＥＡＰ−ＴＴＬＳを用いて自動的に行われる。

そして、端末２は、仮登録時に送信したＩＤ及びＰＷを用いて認証サーバ４０に認証を要求する（ステップＳ３９）。認証サーバ４０は、端末２から受信したＩＤ及びＰＷをユーザアカウント管理サーバ３０に受け渡し（ステップＳ４０）、仮登録時に登録されたＩＤ及びＰＷと比較して、認証を実施させる。図５では、ユーザアカウント管理サーバ３０が、仮登録の認証が成功であると判定する場合について説明する。かかる場合、ユーザアカウント管理サーバ３０は、仮登録の認証に成功したと判定し（ステップＳ４１）、仮登録の認証に成功したことを認証サーバ４０に通知する（ステップＳ４２）。なお、ユーザアカウント管理サーバ３０は、ステップＳ４１では、既に仮登録は完了しているため、特に何も登録を実施しない。

認証サーバ４０は、ＡＰ２０を介してＥＡＰ−ＳＵＣＣＥＳＳを端末２に応答する（ステップＳ４３）。このように、図５に示すＥＡＰ−ｉｄｅｎｔｉｔｙからＥＡＰ−ＳＵＣＣＥＳＳの処理は、図４に示すＥＡＰ−ｉｄｅｎｔｉｔｙからＥＡＰ−ＳＵＣＣＥＳＳの処理と同様の処理シーケンスとなる。

図５では、認証サーバ４０が、端末２を認証できた場合について説明する。かかる場合、認証サーバ４０が、本登録用のウェブサイトを提示して、端末２は、本登録用のウェブサイトへアクセスする（ステップＳ４４）。

続いて、端末２は、コードの取得をユーザアカウント管理サーバ３０に要求する（ステップＳ４５）。ここで、認証サーバ４０は、端末２が仮登録したＩＤを宛先として、コードを送信する。そして、端末２は、本登録用のＩＤ及びＰＷと、受信したコードとを利用者から入力を受付け、認証サーバ４０に本登録を要求する（ステップＳ４６）。なお、ステップＳ４６で送信するＩＤ及びＰＷを本登録情報とする。また、本登録情報のことを、「第２の識別情報」とも言う。

続いて、ユーザアカウント管理サーバ３０は、端末２から受信したコードが正しいか否かを判定する（ステップＳ４７）。図５では、ユーザアカウント管理サーバ３０が、受信したコードが正しいと判定する場合について説明する。かかる場合、認証サーバ４０は、端末２に本登録完了を通知する（ステップＳ４８）。なお、ステップＳ４４からステップＳ４８の処理では、端末２とＡＰ２０との間は、例えば、ＷＰＡ（Wi-Fi Protected Access）もしくはＷＰＡ２による暗号化がなされ、無線区間が暗号化された通信が行われる。

図６は、ユーザアカウント管理サーバ３０及び認証サーバ４０の構成例を示す機能ブロック図である。図６に示すように、ユーザアカウント管理サーバ３０は、通信制御部３１と、記憶部３２と、制御部３３とを有する。通信制御部３１は、例えば、ＬＡＮカードなどの通信インターフェースであり、認証サーバ４０と各種データを送受信する。

記憶部３２は、例えば、半導体メモリ素子又はハードディスクなどの記憶装置であり、ユーザカウント管理情報ＤＢ３２ａを有する。ユーザアカウント管理情報ＤＢ３２ａは、無線ＬＡＮを利用する利用者の登録情報を記憶する。

図７は、第１の実施形態に係るユーザアカウント管理情報ＤＢ３２ａが記憶するデータ構造の一例を示す図である。図７に示すように、ユーザアカウント管理情報ＤＢ３２ａは、「端末のＭＡＣアドレス」と、「仮登録ＩＤ」と、「仮登録ＰＷ」と、「仮登録の有効性」と、「仮登録の有効期限」と、「本登録ＩＤ」と、「本登録ＰＷ」と、「本登録の有効期限」と、「本登録の有効性」とを対応付けた情報を記憶する。

ここで、ユーザアカウント管理情報ＤＢ３２ａが記憶する「端末のＭＡＣアドレス」は、利用者が使用する端末２のＭＡＣ（Media Access Control）アドレスを示す。例えば、「端末のＭＡＣアドレス」には、「Ｘｘ−ｘｘ−ｘｘ−ｘｘ−ｘｘ−ｘｘ」、「ＹＹ−ｘｘ−ｘｘ−ｘｘ−ｘｘ−ｘｘ」などの値が格納される。また、ユーザアカウント管理情報ＤＢ３２ａが記憶する「仮登録ＩＤ」は、仮登録処理で登録された利用者のＩＤを示す。この仮登録ＩＤとしては、端末２の利用者の携帯電話番号、携帯メールアドレス、ウェブメールアドレス及びＳＮＳの識別情報が登録される。例えば、「仮登録ＩＤ」には、「ｘｘｘ＠ｙｙｙｙｙｙ．ｃｏｍ」や「０９０ｘｘｘｘｙｙｙｙ」などが格納される。

また、ユーザアカウント管理情報ＤＢ３２ａが記憶する「仮登録ＰＷ」は、仮登録されたパスワード（ＰＷ：Pass Word）を示す。例えば、「仮登録ＰＷ」には、「Ａａａａ」や「ｂｂｂｂ」などが格納される。また、ユーザアカウント管理情報ＤＢ３２ａが記憶する「仮登録の有効性」は、仮登録された登録情報が有効であるか無効であるかを示す。例えば、「仮登録の有効性」には、仮登録された登録情報が有効であることを示す「有効」或いは、仮登録された登録情報が無効であることを示す「無効」が格納される。

また、ユーザアカウント管理情報ＤＢ３２ａが記憶する「仮登録の有効期限」は、仮登録された登録情報の有効期限を示す。すなわち、この仮登録された登録情報で認証可能な期限を示す。例えば、「仮登録の有効期限」には、「０分」や「３分」などが格納される。また、ユーザアカウント管理情報ＤＢ３２ａが記憶する「本登録ＩＤ」は、本登録処理で登録された利用者のＩＤを示す。例えば、「本登録ＩＤ」には、「Ｎａｍｅ ａ」などが格納される。また、ユーザアカウント管理情報ＤＢ３２ａが記憶する「本登録ＰＷ」は、本登録されたパスワードを示す。例えば、「本登録ＰＷ」には、「Ｚｚｚｚ」などが格納される。

また、ユーザアカウント管理情報ＤＢ３２ａが記憶する「本登録の有効期限」は、本登録された登録情報の有効期限を示す。すなわち、この本登録された登録情報で認証可能な期限を示す。例えば、「本登録の有効期限」には、「２４時間」などが格納される。また、ユーザアカウント管理情報ＤＢ３２ａが記憶する「本登録の有効性」は、本登録された登録情報が有効であるか無効であるかを示す。例えば、「本登録の有効性」には、本登録された登録情報が有効であることを示す「有効」或いは、本登録がされていないことや本登録の有効期限が切れたことを示す「無効」が格納される。

一例をあげると、図７に示すユーザアカウント管理情報ＤＢ３２ａは、ＭＡＣアドレスが「Ｘｘ−ｘｘ−ｘｘ−ｘｘ−ｘｘ−ｘｘ」である端末２は、ＩＤが「Ｎａｍｅ ａ」であり、パスワードが「Ｚｚｚｚ」である本登録情報が２４時間有効であることを示す。また、ユーザアカウント管理情報ＤＢ３２ａは、この端末２が現在無効である仮登録情報としてＩＤ「ｘｘｘ＠ｙｙｙｙｙｙ．ｃｏｍ」、パスワード「Ａａａａ」を登録したことを示す。

同様に、図７に示すユーザアカウント管理情報ＤＢ３２ａは、ＭＡＣアドレスが「ＹＹ−ｘｘ−ｘｘ−ｘｘ−ｘｘ−ｘｘ」である端末２は、ＩＤが「０９０ｘｘｘｘｙｙｙｙ」であり、パスワードが「ｂｂｂｂ」である仮登録情報が３分有効であることを示す。なおユーザアカウント管理情報ＤＢ３２ａは、この端末２の本登録情報が未登録であることを示す。

図６に戻る。制御部３３は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などの電子回路であり、認証サーバ４０からの要求に応じて、各種の処理の実行を制御する。例えば、制御部３３は、端末２が無線ＬＡＮネットワークの利用を許可された端末として登録されているか否かの判定を認証サーバ４０から依頼された場合、端末２が「本登録されている」、「仮登録されている」、「未登録である」のいずれであるかを判定する。

例えば、制御部３３は、認証サーバ４０から受付けた端末２のＭＡＣアドレスと一致するＭＡＣアドレスをユーザアカウント管理情報ＤＢ３２ａの「端末のＭＡＣアドレス」から検索する。ここで、制御部３３は、端末２のＭＡＣアドレスと一致するＭＡＣアドレスがユーザアカウント管理情報ＤＢ３２ａに存在しない場合、端末２が「未登録である」と判定し、判定結果を認証サーバ４０に応答する。

また、制御部３３は、端末２のＭＡＣアドレスと一致するＭＡＣアドレスがユーザアカウント管理情報ＤＢ３２ａの「端末のＭＡＣアドレス」に存在する場合、「本登録されている」か「仮登録されている」かのいずれであるかを判定する。例えば、制御部３３は、ユーザアカウント管理情報ＤＢ３２ａの「本登録の有効性」が「有効」である場合、「本登録されている」と判定し、判定結果を認証サーバ４０に応答する。

また、例えば、制御部３３は、ユーザアカウント管理情報ＤＢ３２ａの「本登録の有効性」が「無効」である場合、本登録されていないと判定し、仮登録されているか否かを判定する。より具体的には、制御部３３は、ユーザアカウント管理情報ＤＢ３２ａの「仮登録の有効性」が「有効」である場合、「仮登録されている」と判定し、判定結果を認証サーバ４０に応答する。なお、制御部３３は、ユーザアカウント管理情報ＤＢ３２ａの「仮登録の有効性」が「無効」である場合、「未登録である」と判定し、判定結果を認証サーバ４０に応答する。

また、制御部３３は、認証処理を行う。例えば、制御部３３は、端末２から受付けた仮登録のＩＤ及びパスワードが正しいか否かの判定を認証サーバ４０から依頼された場合、仮登録のＩＤ及びパスワードが正しいか否かを判定する。例えば、制御部３３は、受付けた仮登録のＩＤ及びパスワードが、ユーザアカウント管理情報ＤＢ３２ａの「仮登録ＩＤ」及び「仮登録ＰＷ」と一致する場合、仮登録のＩＤ及びパスワードが正しいと判定する。

また、制御部３３は、仮登録のＩＤ及びパスワードが正しいと判定した場合、ユーザアカウント管理情報ＤＢ３２ａの「仮登録の有効期限」を満たすか否かを判定する。例えば、制御部３３は、仮登録された日時を別途ユーザアカウント管理情報ＤＢ３２ａに記憶させておき、仮登録された日時が仮登録の有効期限内であるか否かを判定する。制御部３３は、仮登録された日時が仮登録の有効期限内である場合に、仮登録の認証に成功した旨を認証サーバ４０に応答する。一方、制御部３３は、仮登録された日時が仮登録の有効期限内でない場合に、仮登録の認証に失敗した旨を認証サーバ４０に応答する。また、制御部３３は、仮登録のＩＤ及びパスワードが正しいと判定した場合、ユーザアカウント管理情報ＤＢ３２ａの「仮登録の有効性」を「有効」から「無効」に変更する。すなわち、制御部３３は、仮登録情報を用いた認証において、仮登録情報を１度だけ利用可能とする。

また、例えば、制御部３３は、端末２から受付けた本登録のＩＤ及びパスワードが正しいか否かの判定を認証サーバ４０から依頼された場合、本登録のＩＤ及びパスワードが正しいか否かを判定する。なお、かかる場合、本登録まで完了している状態で、再接続を要求された場合に該当する。例えば、制御部３３は、受付けた本登録のＩＤ及びパスワードが、ユーザアカウント管理情報ＤＢ３２ａの「本登録ＩＤ」及び「本登録ＰＷ」と一致する場合、本登録のＩＤ及びパスワードが正しいと判定する。

また、制御部３３は、本登録のＩＤ及びパスワードが正しいと判定した場合、ユーザアカウント管理情報ＤＢ３２ａの「本登録の有効期限」を満たすか否かを判定する。例えば、制御部３３は、本登録された日時を別途ユーザアカウント管理情報ＤＢ３２ａに記憶させておき、本登録された日時が本登録の有効期限内であるか否かを判定する。制御部３３は、本登録された日時が本登録の有効期限内である場合に、本登録の認証に成功した旨を認証サーバ４０に応答する。一方、制御部３３は、本登録された日時が本登録の有効期限内でない場合に、本登録の認証に失敗した旨を認証サーバ４０に応答する。

また、制御部３３は、本登録のＩＤ及びパスワードが正しいと判定した場合、ユーザアカウント管理情報ＤＢ３２ａの「本登録の有効期限」を満たすか否かを判定する。例えば、制御部３３は、本登録された日時を別途ユーザアカウント管理情報ＤＢ３２ａに記憶させておき、本登録された日時が本登録の有効期限内であるか否かを判定する。制御部３３は、本登録された日時が本登録の有効期限内である場合に、本登録の認証に成功した旨を認証サーバ４０に応答する。一方、制御部３３は、本登録された日時が本登録の有効期限内でない場合に、本登録の認証に失敗した旨を認証サーバ４０に応答する。

また、制御部３３は、登録処理を行う。例えば、制御部３３は、端末２から受付けた仮登録のＩＤ及びパスワードを、ユーザアカウント管理情報ＤＢ３２ａの「仮登録ＩＤ」及び「仮登録ＰＷ」に記憶させる。また、制御部３３は、ユーザアカウント管理情報ＤＢ３２ａの「仮登録の有効期限」を設定し、ユーザアカウント管理情報ＤＢ３２ａの「仮登録の有効性」を「有効」に設定する。

また、例えば、制御部３３は、端末２から受付けた本登録のＩＤ及びパスワードを、ユーザアカウント管理情報ＤＢ３２ａの「本登録ＩＤ」及び「本登録ＰＷ」に記憶させる。また、制御部３３は、ユーザアカウント管理情報ＤＢ３２ａの「本登録の有効期限」を設定し、ユーザアカウント管理情報ＤＢ３２ａの「仮登録の有効期限」を「０分」に変更する。また、制御部３３は、ユーザアカウント管理情報ＤＢ３２ａの「仮登録の有効性」を「有効」から「無効」に変更し、ユーザアカウント管理情報ＤＢ３２ａの「本登録の有効性」を「有効」に設定する。

また、制御部３３は、本登録の有効期限が切れた場合、この本登録に対応するレコードを削除する。すなわち、制御部３３は、ユーザアカウント管理情報ＤＢ３２ａの「端末のＭＡＣアドレス」と、「仮登録ＩＤ」と、「仮登録ＰＷ」と、「仮登録の有効性」と、「仮登録の有効期限」と、「本登録ＩＤ」と、「本登録ＰＷ」と、「本登録の有効期限」と、「本登録の有効性」とを削除する。これにより、ユーザアカウント管理情報ＤＢ３２ａからＭＡＣアドレスが登録されていたこと自体も削除されてしまうので、利用者は、再接続を要求する場合に、仮登録からやり直すことになる。

認証サーバ４０は、通信制御部４１と、記憶部４２と、制御部４３とを有する。通信制御部４１は、例えば、ＬＡＮカードなどの通信インターフェースであり、ＡＰ２０やユーザアカウント管理サーバ３０と各種データを送受信する。記憶部４２は、例えば、半導体メモリ素子又はハードディスクなどの記憶装置であり、認証サーバ４０の各種処理で用いるデータやプログラムを記憶する。

制御部４３は、例えば、ＣＰＵやＭＰＵなどの電子回路であり、判定部４３ａと、受付部４３ｂと、要求部４３ｃと、登録部４３ｄとを有する。判定部４３ａは、無線ＬＡＮネットワークの一時利用を要求する端末２から受付けた利用要求を用いて、端末２が無線ＬＡＮネットワークの利用を許可された端末として登録されているか否かを判定する。

例えば、判定部４３ａは、端末２からＥＡＰ−ＴＴＬＳを用いて受付けた利用要求に含まれる端末２のＭＡＣアドレス及びＡＰ２０から取得した端末２のＭＡＣアドレスの少なくともいずれか一方を用いて、端末２が無線ＬＡＮネットワークの利用を許可された端末として登録されているか否かをユーザアカウント管理サーバ３０に判定させる。

また、判定部４３ａは、「本登録されている」と判定された場合、サーバ証明書を端末２に送信し、ＴＬＳトンネルを確立する。そして、判定部４３ａは、端末２から本登録のＩＤ及びパスワードを受付け、受付けたＩＤ及びパスワードが正しいか否かをユーザアカウント管理サーバ３０に判定させる。判定部４３ａは、受付けたＩＤ及びパスワードが正しいと判定された場合、すなわち本登録の認証に成功した場合、インターネットへの接続を許可する。

また、判定部４３ａは、「仮登録されている」と判定された場合、サーバ証明書を端末２に送信し、ＴＬＳトンネルを確立する。そして、判定部４３ａは、端末２から仮登録のＩＤ及びパスワードを受付け、受付けたＩＤ及びパスワードが正しいか否かをユーザアカウント管理サーバ３０に判定させる。判定部４３ａは、受付けたＩＤ及びパスワードが正しいと判定された場合、すなわち仮登録の認証に成功した場合、要求部４３ｃに本登録処理を実行させる。

また、判定部４３ａは、未登録であると判定された場合、サーバ証明書を端末２に送信し、ＴＬＳトンネルを確立する。そして、判定部４３ａは、受付部４３ｂに仮登録処理を実行させる。

受付部４３ｂは、端末２が仮登録されていないと判定された場合、言い換えると未登録であると判定された場合、端末２との間に暗号化された通信路（ＴＬＳトンネル）を一時的に確立し、端末２の利用者を識別可能な仮登録情報を、通信路を介して受付ける。

例えば、受付部４３ｂは、端末２との間にＴＬＳトンネルを確立し、端末２の利用者を識別可能な仮登録情報として、ＩＤ及びパスワードを、ＴＬＳトンネルを介して受付ける。受付部４３ｂは、受付けたＩＤ及びパスワードを仮登録情報として登録部４３ｄに受け渡す。

また、受付部４３ｂは、仮登録は完了しているが、本登録が完了していないと判定された場合、端末２との間に暗号化された通信路（ＴＬＳトンネル）を一時的に確立し、端末２の利用者が仮登録した仮登録情報（ＩＤ及びパスワード）を、通信路を介して受付ける。

また、受付部４３ｂは、本登録が完了しており、再度接続を要求されたと判定する場合、端末２との間に暗号化された通信路（ＴＬＳトンネル）を一時的に確立し、端末２の利用者が本登録した本登録情報（ＩＤ及びパスワード）を、通信路を介して受付ける。

要求部４３ｃは、ＴＬＳトンネルを介して、仮登録情報を用いた認証が成功した場合に、仮登録情報で特定される宛先に送信したコードの入力と、端末２の利用者を識別可能な本登録情報の入力とを要求する。ここで、要求部４３ｃは、仮登録情報を用いた認証において、仮登録情報を１度だけ利用可能とする。また、要求部４３ｃは、仮登録情報を用いた認証において、仮登録情報を所定の期限内で利用可能とする。

登録部４３ｄは、受付部４３ｂから受付けた仮登録情報をユーザアカウント管理サーバ３０に登録させる。

また、登録部４３ｄは、送信されたコードと、入力されたコードとが一致する場合に、無線ＬＡＮネットワークの一時利用を要求する端末２の認証に用いる認証情報として入力された本登録情報を登録する。例えば、登録部４３ｄは、無線ＬＡＮネットワークの一時利用を要求する端末２の認証に用いる認証情報として本登録情報をユーザアカウント管理サーバ３０に登録させる。ここで、登録部４３ｄは、登録する認証情報に有効期限を設定する。

図８は、第１の実施形態に係る認証サーバ４０による処理手順を示すフローチャートである。図８に示すように、判定部４３ａは、ＡＰ２０から端末２のＭＡＣアドレスを取得する（ステップＳ１０１）。例えば、判定部４３ａは、ＡＰ２０が取得した端末２のＭＡＣアドレスと、端末２の利用者によって入力されたＭＡＣアドレスとを取得する。そして、判定部４３ａは、取得したＭＡＣアドレスが一致するか否かを判定する（ステップＳ１０２）。ここで、判定部４３ａは、ステップＳ１０２でＭＡＣアドレスが一致すると判定しなかった場合（ステップＳ１０２、Ｎｏ）、処理を終了する。

一方、判定部４３ａは、ＭＡＣアドレスが一致すると判定した場合（ステップＳ１０２、Ｙｅｓ）、ＭＡＣアドレスがユーザアカウント管理情報ＤＢ３２ａに登録されているか否かを判定する（ステップＳ１０３）。例えば、判定部４３ａは、ステップＳ１０１で取得したＭＡＣアドレスがユーザアカウント管理情報ＤＢ３２ａに記憶されているか否かをユーザアカウント管理サーバ３０に判定させる。ここで、判定部４３ａは、ＭＡＣアドレスが登録されていると判定しなかった場合（ステップＳ１０３、Ｎｏ）、ステップＳ１０６に移行する。

一方、判定部４３ａは、ＭＡＣアドレスが登録されていると判定した場合（ステップＳ１０３、Ｙｅｓ）、本登録は有効であるか否かをユーザアカウント管理サーバ３０に判定させる（ステップＳ１０４）。そして、判定部４３ａは、本登録は有効であると判定しなかった場合（ステップＳ１０４、Ｎｏ）、仮登録は有効であるか否かをユーザアカウント管理サーバ３０に判定させる（ステップＳ１０５）。

ここで、判定部４３ａは、仮登録は有効であると判定しなかった場合（ステップＳ１０５、Ｎｏ）、ステップＳ１０６に移行する。ステップＳ１０６において、判定部４３ａは、サーバ証明書を端末２に送付する（ステップＳ１０６）。これにより端末２と、認証サーバ４０との間に、ＴＬＳトンネルが確立される。

続いて、受付部４３ｂは、仮登録ＩＤ及びパスワードを受付ける（ステップＳ１０７）。そして、登録部４３ｄは、ステップＳ１０１で取得したＭＡＣアドレスと、ステップＳ１０７で受け付けた仮登録ＩＤ及びパスワードとをユーザアカウント管理サーバ３０に登録させる（ステップＳ１０８）。また、登録部４３ｄは、仮登録を有効化し、有効期限を設定する（ステップＳ１０９）。なお、判定部４３ａは、ステップＳ１０９の終了後、ＴＬＳトンネルを切断する。ＴＬＳトンネル切断後、ＡＰ２０と端末２との間でＷＰＡもしくはＷＰＡ２による暗号化がなされ、無線区間が暗号化された通信が開始される。その後、認証サーバ４０は、ステップＳ１１６に移行する。

また、判定部４３ａは、ステップＳ１０５において、仮登録は有効であると判定した場合（ステップＳ１０５、Ｙｅｓ）、ステップＳ１１０に移行する。そして、判定部４３ａは、サーバ証明書を端末２に送付する（ステップＳ１１０）。これにより端末２と、認証サーバ４０との間に、ＴＬＳトンネルが確立される。

続いて、判定部４３ａは、仮登録ＩＤ及びパスワードを受付ける（ステップＳ１１１）。そして、判定部４３ａは、ステップＳ１１１で受け付けたＩＤ及びパスワードが正しいか否かをユーザアカウント管理サーバ３０に判定させる（ステップＳ１１２）。ここで、判定部４３ａは、受け付けたＩＤ及びパスワードが正しいと判定しなかった場合（ステップＳ１１２、Ｎｏ）、ステップＳ１１５に移行する。一方、判定部４３ａが、ステップＳ１１１で受け付けたＩＤ及びパスワードが正しいと判定した場合（ステップＳ１１２、Ｙｅｓ）、要求部４３ｃは、ユーザアカウント管理サーバ３０のウェブページに端末２を誘導する（ステップＳ１１３）。そして、ステップＳ１１４において、本登録処理が実行される。なお、判定部４３ａは、ステップＳ１１２の終了後、ＴＬＳトンネルを切断する。ＴＬＳトンネル切断後、ＡＰ２０と端末２との間でＷＰＡもしくはＷＰＡ２による暗号化がなされ、無線区間が暗号化された通信が開始される。その後、認証サーバ４０は、ステップＳ１１３に移行する。

ステップＳ１１５において、登録部４３ｄは、ユーザアカウント管理サーバ３０に仮登録アカウントを無効化させる（ステップＳ１１５）。例えば、登録部４３ｄは、該当のＭＡＣアドレスのレコードを削除することで、仮登録アカウントを無効化させる。このため、利用者は、仮パスワードの入力を誤った場合、再度、仮登録からやり直すことになる。なお、仮登録の認証に１回失敗した時点で仮登録のやり直しを求めると、利用者の負担になりえる。このようなことから、登録部４３ｄは、仮登録に１回失敗しただけでは、レコードを削除しないようにしてもよい。かかる場合、登録部４３ｄは、図７に示すユーザアカウント管理情報ＤＢ３２ａに「仮登録の失敗回数」としてカウントするカウンターを設けて、例えば３回仮登録の認証に失敗したら、レコード自体を削除する。

そして、登録部４３ｄは、ＡＰ２０に切断を指示し（ステップＳ１１６）、処理を終了する。ここで言う「切断」とは、ＥＡＰのやりとりでの許可を取り消すことを示す。より具体的には、ＥＡＰ−ＳＵＣＣＥＳＳをＡＰ２０に通知すると、ＡＰ２０は、同じくＥＡＰ−ＳＵＣＣＥＳＳを受領した端末のＴＣＰ/ＩＰのパケットも通しても良いと判定する。すなわち、「切断」とは、ＴＣＰ/ＩＰのパケットも通しても良いと判定したことを取り消すことである。言い換えると、「切断」とは、ネットワークを使わせる許可を取り消すことを示す。なお、登録部４３ｄは、本登録処理の実行後である場合には、ＡＰ２０に切断を指示することなく、継続してネットワークを使わせるようにしてもよい。

また、判定部４３ａは、本登録は有効であると判定した場合（ステップＳ１０４、Ｙｅｓ）、ステップＳ１１７に移行する。ステップＳ１１７において、判定部４３ａは、サーバ証明書を端末２に送付する（ステップＳ１１７）。これにより端末２と、認証サーバ４０との間に、ＴＬＳトンネルが確立される。

続いて、判定部４３ａは、本登録ＩＤ及びパスワードを受付ける（ステップＳ１１８）。そして、判定部４３ａは、ステップＳ１１８で受け付けた本登録ＩＤ及びパスワードが正しいか否かをユーザアカウント管理サーバ３０に判定させる（ステップＳ１１９）。ここで、判定部４３ａは、本登録ＩＤ及びパスワードが正しいと判定しなかった場合（ステップＳ１１９、Ｎｏ）処理を終了する。一方、判定部４３ａは、本登録ＩＤ及びパスワードが正しいと判定した場合（ステップＳ１１９、Ｙｅｓ）、インターネットへの接続を許可する（ステップＳ１２０）。なお、判定部４３ａは、ステップＳ１１９の終了後、ＴＬＳトンネルを切断する。ＴＬＳトンネル切断後、ＡＰ２０と端末２との間でＷＰＡもしくはＷＰＡ２による暗号化がなされ、無線区間が暗号化された通信が開始される。その後、認証サーバ４０は、ステップＳ１２０に移行する。

なお、図８に示す処理手順では、判定部４３ａは、ステップＳ１０２で、ＭＡＣアドレスが一致するか否かを判定するものとして説明したが、実施形態はこれに限定されるものではない。例えば、判定部４３ａは、ＭＡＣアドレスが一致するか否かを判定しなくてもよい。かかる場合、判定部４３ａは、利用者が入力した端末２のＭＡＣアドレス及びＡＰ２０が取得した端末２のＭＡＣアドレスのいずれか一方を用いて、ＭＡＣアドレスが登録されているか否かをユーザアカウント管理サーバ３０に判定させる。

続いて、図９及び図１０を用いて、本登録処理について説明する。図９は、第１の実施形態に係る本登録処理の手順を示すフローチャートであり、図１０は、第１の実施形態に係るユーザ登録用のウェブページの一例を示す図である。なお、図９及び図１０では、仮登録情報のＩＤとして、端末２の利用者の携帯電話番号が登録された場合について説明する。

図９に示すように、要求部４３ｃは、ユーザ登録用のウェブページを表示する（ステップＳ２０１）。例えば、要求部４３ｃは、図１０に示すユーザ登録用のウェブページ５０を表示する。図１０に示すように、要求部４３ｃが表示するユーザ登録用ウェブページ５０は、「携帯キャリアの国」を選択する選択領域５１と、「携帯キャリア名」を選択する選択領域５２とを表示し、端末２の利用者から選択を受付ける。図１０では、「携帯キャリアの国」として「ＵＳＡ」が選択され、「携帯キャリア名」として「Ａ」が選択された場合を示す。

そして、要求部４３ｃは、コード送信ボタンが押下されることにより、仮登録ＩＤへコードを送信する（ステップＳ２０２）。図１０に示す例では、要求部４３ｃは、ＳＭＳ（Short Message Service）により携帯端末にコードを送信する。より具体的には、図１０に示す例では、要求部４３ｃは、コード送信ボタン５３が端末２の利用者によって押下されることにより、端末２の利用者の携帯電話番号へコード「５４３６７」を送信する。この結果、利用者はＳＭＳを確認することで、コードを確認する。

続いて、要求部４３ｃは、本登録ＩＤ及び本登録パスワード、コードを受付ける（ステップＳ２０３）。図１０に示す例では、要求部４３ｃは、ステップＳ２０２で送信したコード「５４３６７」の入力を選択領域５４に受付け、本登録ＩＤとしてユーザ名に「Ｎａｍｅ ａ」の入力を選択領域５５に受付け、本登録パスワード「ａｂｃｄｅｆ」の入力を選択領域５６に受付ける。なお、本登録ＩＤ及び本登録パスワードは、利用者が任意に設定可能である。そして、端末２の利用者によって、登録ボタン５７が押下されることで、入力された本登録ＩＤ及び本登録パスワード、コードが認証サーバ４０に送信される。

そして、登録部４３ｄは、入力されたコードが正しいか否かを判定する（ステップＳ２０４）。例えば、登録部４３ｄは、ステップＳ２０２で送信したコードと、ステップＳ２０３で受付けたコードとを比較し、一致するか否かを判定する。

ここで、登録部４３ｄは、入力されたコードが正しいと判定した場合（ステップＳ２０４、Ｙｅｓ）、ステップＳ２０３で受付けた本登録ＩＤ及び本登録パスワードをユーザアカウント管理情報ＤＢ３２ａに登録するようにユーザアカウント管理サーバ３０に指示する（ステップＳ２０５）。

また、登録部４３ｄは、本登録を有効化し、有効期限を設定するようにユーザアカウント管理サーバ３０に指示する（ステップＳ２０６）。登録部４３ｄは、ステップＳ２０６の終了後、本登録処理を終了する。なお、登録部４３ｄは、入力されたコードが正しいと判定しなかった場合（ステップＳ２０４、Ｎｏ）、本登録ＩＤ及び本登録パスワードを登録せずに、本登録処理を終了する。

なお、図９及び図１０では、仮登録情報のＩＤとして、端末２の利用者の携帯電話番号が登録された場合について説明したが、実施形態はこれに限定されるものではない。例えば、仮登録情報のＩＤとして、携帯メールアドレス、ウェブメールアドレス及びＳＮＳの識別情報が登録されてもよい。そこで、図１１から図１３を用いて、仮登録情報のＩＤとして、端末２の利用者の携帯メールアドレス、ウェブメールアドレス及びＳＮＳの識別情報が登録された場合について説明する。なお、図１１から図１３は、第１の実施形態に係るユーザ登録用のウェブページの他の一例を示す図である。

図１１では、仮登録情報のＩＤとして、端末２の利用者の携帯メールアドレスが登録された場合について説明する。例えば、要求部４３ｃは、図１１に示すユーザ登録用のウェブページ６０を表示する。そして、要求部４３ｃは、コード送信ボタン６１が端末２の利用者によって押下されることにより、端末２の利用者の携帯メールアドレスへコード「５４３６７」を送信する。

続いて、要求部４３ｃは、本登録ＩＤ及び本登録パスワード、コードを受付ける。図１１に示す例では、要求部４３ｃは、送信したコード「５４３６７」の入力を選択領域６２に受付け、本登録ＩＤとしてユーザ名に「Ｎａｍｅ ａ」の入力を選択領域６３に受付け、本登録パスワード「ａｂｃｄｅｆ」の入力を選択領域６４に受付ける。そして、端末２の利用者によって、登録ボタン６５が押下されることで、入力された本登録ＩＤ及び本登録パスワード、コードが認証サーバ４０に送信される。

図１２では、仮登録情報のＩＤとして、端末２の利用者のウェブメールアドレスが登録された場合について説明する。例えば、要求部４３ｃは、図１２に示すユーザ登録用のウェブページ７０を表示する。そして、要求部４３ｃは、コード送信ボタン７１が端末２の利用者によって押下されることにより、端末２の利用者のウェブメールアドレスへコード「５４３６７」を送信する。

なお、端末２の利用者は、無線ＬＡＮ事業者ネットワーク１０の外にあるＯＴＴ事業者ネットワーク４にアクセスするためインターネットに接続することになる。端末２は、仮登録のＩＤ及びパスワードでＥＡＰ−ＴＴＬＳによる認証が完了しているため、無線区間を暗号化した状態で、外部のインターネットにも安全にアクセスすることが可能である。このため、ウェブメールアドレスを閲覧時にコードを盗聴されることを防止できる。

続いて、要求部４３ｃは、本登録ＩＤ及び本登録パスワード、コードを受付ける。図１２に示す例では、要求部４３ｃは、送信したコード「５４３６７」の入力を選択領域７２に受付け、本登録ＩＤとしてユーザ名に「Ｎａｍｅ ａ」の入力を選択領域７３に受付け、本登録パスワード「ａｂｃｄｅｆ」の入力を選択領域７４に受付ける。そして、端末２の利用者によって、登録ボタン７５が押下されることで、入力された本登録ＩＤ及び本登録パスワード、コードが認証サーバ４０に送信される。

図１３では、仮登録情報のＩＤとして、端末２の利用者のＳＮＳの識別情報が登録された場合について説明する。例えば、要求部４３ｃは、図１３に示すユーザ登録用のウェブページ８０を表示する。図１３に示すように、要求部４３ｃが表示するユーザ登録用ウェブページ８０は、「ＳＮＳサービス名」を選択する選択領域８１を表示し、端末２の利用者から選択を受付ける。図１３では、「ＳＮＳサービス名」として「ｘｘｘｂｏｏｋ」が選択された場合を示す。

そして、要求部４３ｃは、コード送信ボタン８２が端末２の利用者によって押下されることにより、端末２の利用者のＳＮＳページにコード「５４３６７」を投稿する。ここで、ＳＮＳページにコードを投稿する場合、無線ＬＡＮ事業者も利用者が選択したＳＮＳサービスと同じサービスのアカウントを有しているものとする。また、無線ＬＡＮ事業者は、端末２の利用者のみが投稿されたコードを閲覧可能なように公開を限定して投稿する。なお、かかる場合も端末２の利用者は、無線ＬＡＮ事業者ネットワーク１０の外にあるＯＴＴ事業者ネットワーク４にアクセスするためインターネットに接続することになる。端末２は、仮登録のＩＤ及びパスワードでＥＡＰ−ＴＴＬＳによる認証が完了しているため、無線区間を暗号化した状態で、外部のインターネットにも安全にアクセスすることが可能である。このため、ＳＮＳページを閲覧時にコードを盗聴されることを防止できる。

続いて、要求部４３ｃは、本登録ＩＤ及び本登録パスワード、コードを受付ける。図１３に示す例では、要求部４３ｃは、ＳＮＳページに投稿されたコード「５４３６７」の入力を選択領域８３に受付け、本登録ＩＤとしてユーザ名に「Ｎａｍｅ ａ」の入力を選択領域８４に受付け、本登録パスワード「ａｂｃｄｅｆ」の入力を選択領域８５に受付ける。そして、端末２の利用者によって、登録ボタン８６が押下されることで、入力された本登録ＩＤ及び本登録パスワード、コードが認証サーバ４０に送信される。

上述したように、第１の実施形態に係る認証サーバ４０は、無線区間は暗号化されなくても、ＥＡＰ−ＴＴＬＳを用いて、ユーザ登録用のＷＥＢサーバと端末間でＴＬＳのトンネルをはり、その中でユーザ登録を行う。これにより、第三者に登録情報を盗み見られることを防止できる。

また、サーバ証明書は、ユーザが確認しなくても、ＥＡＰ−ＴＴＬＳプロトコルによってＥＡＰ−ＴＴＬＳプロトロルの動作の中で自動的に確認され、例えば悪意ある他者によるなりすますによるものであるか否かが確認される。これにより、第１の実施形態に係る無線ＬＡＮシステム１では、セキュリティの一部を利用者の情報リテラシーのレベルや注意力に委ねることを回避することができる。図１４を用いて、セキュリティの一部を利用者の情報リテラシーのレベルや注意力に委ねる具体例を説明する。

図１４は、従来技術に係る利用者登録の一例を示す図である。図１４に示す従来技術では、ＳＳＬ（Secure Sockets Layer）接続によりＴＬＳトンネルを確立する。具体的には、ユーザ９０１は、事業者が用意したＡＰ９０２（以下、「ＡＰ９０２」と記す）に初回接続する（ステップＳ９０１）。そして、ＡＰ９０２は、無線ＬＡＮ事業者のウェブサーバ９０３（以下、「ウェブサーバ９０３」と記す）へ、ルーチングする（ステップＳ９０２）。続いて、ウェブサーバ９０３は、サーバ証明書をユーザ９０１に送信する（ステップＳ９０３）。

ユーザ９０１は、サーバ証明書を確認し（ステップＳ９０４）、ＳＳＬ接続を行う（ステップＳ９０５）。そして、ユーザ９０１は、ユーザの登録情報を送信し（ステップＳ９０６）、ウェブサーバ９０３は、登録完了を通知する（ステップＳ９０７）。

ここで、図１４に示すステップＳ９０４において、ユーザ自身がサーバ証明書を確認する。例えば、ユーザは、サイトのアドレスが「ｈｔｔｐｓ」で始まっているか否かを確認することで、ＴＬＳトンネルが確立されているか否かを判定する。このように、図１４に示す従来の技術では、セキュリティの一部をユーザの情報リテラシーのレベルや注意力に委ねている。このため、利用者の情報リテラシーが低い場合や、利用者の不注意によって、利用者は中間者攻撃を受ける場合がある。なお、「中間者攻撃」では、悪意のある第三者が偽のウェブサーバを立てて、正規のパスワードの登録画面と全く同じウェブページを用意する。そして、悪意のある第三者は、利用者が該当サーバにアクセスしてきた場合、サーバ証明書を送信せずに正規のパスワード入力ウェブページと同じ偽のウェブページを表示し、利用者にＩＤ及びパスワードの入力を要求する。悪意のある第三者は、偽のウェブページに入力されたＩＤ及びパスワードを盗んだり、以降の通信を中継することで、利用者がアクセスしたウェブサイトの情報を盗んだりする。このような状態で、利用者が、例えば、ネットバンキングやＳＮＳを利用した場合、パスワードなどを悪意のある第三者に盗まれる。

一方、第１の実施形態に係る認証サーバ４０は、ＥＡＰ−ＴＴＬＳを用いて、端末２とサーバとの間に悪意のある第三者がパケットを中継するような中間者攻撃(Man in the middle attack)をユーザの注意力に委ねることなくシステム的に防止することができる。

また、第１の実施形態に係る認証サーバ４０は、仮登録したＩＤを用いて、本登録を行う。例えば、認証サーバ４０は、仮登録したＩＤを宛先としてコードを送信し、本登録時に利用者から受付けたコードと、仮登録したＩＤを宛先として送信したコードとが一致するか否かを判定する。これにより、認証サーバ４０は、仮登録した利用者が実在するかどうかを確認することが可能となる。この結果、第１の実施形態に係る認証サーバ４０は、インターネットが安易に悪用される可能性を軽減することができる。

次に、各仮登録ＩＤと、利用者の実在性確認における評価について説明する。図１５は、第１の実施形態にかかる仮登録に用いるＩＤによる利用者の実在性確認における評価結果を示す図である。図１５では、仮登録に利用したＩＤそれぞれについて、「ユーザの特定」、「コード取得時のコスト（料金）」、「コード確認における煩雑さ」、「利用における条件」及び「総合評価」について検討した評価結果を示す。

図１５に示すように、仮登録に用いるＩＤとして、「携帯電話番号」を用いた場合、電話番号を管理している通信事業者に問い合わせることができるので、ユーザの特定が行いやすい。また、ＳＭＳによる通信料が発生するが、日本では送信者負担のため、ユーザの料金負担はない。このため、仮登録に用いるＩＤとして、「携帯電話番号」を用いた場合、ユーザへの料金の負担はなく、ユーザを正確に識別できる。

また、仮登録に用いるＩＤとして、「携帯メール」を用いた場合、電話番号を管理している通信事業者に問い合わせることができるので、ユーザの特定が行いやすい。しかし、仮登録に用いるＩＤとして、「携帯メール」を用いた場合、メールの受信料をユーザが負担することになる。このため、仮登録に用いるＩＤとして、「携帯メール」を用いた場合、ユーザの特定は比較的行い易いが、コードの取得にユーザ負担のコストがかかる。

また、仮登録に用いるＩＤとして、「ウェブメールアドレス」を用いた場合、インターネット経由でメールを確認するため特別な料金は発生しない。一方で、仮登録に用いるＩＤとして、「ウェブメールアドレス」を用いた場合、メールアドレスを発行している事業者に問い合わせることができるが、メールアドレス登録時のユーザ情報が正しいかどうかは確認できない。このため、ユーザの特定は困難である。

また、仮登録に用いるＩＤとして、「ＳＮＳのＩＤ」を用いた場合、インターネット経由でメールを確認するため特別な料金は発生しない。一方で、ユーザの特定はできない場合がある。なお、ＳＮＳには、実名を登録することで利便性を高めているようなＳＮＳサービスがある。このようなＳＮＳサービスのＩＤを用いた場合には、ユーザへの料金の負担が少なく、利用者の実在性確認に有効である。

なお、上述した実施形態において、受付部４３ｂは、受付けた仮登録情報の数を基地局毎にカウントし、カウントした値が、所定の閾値に達した場合、所定の期間或いはカウントした値が所定値以下になるまで、仮登録情報を受け付けないようにしてもよい。これにより、ＭＡＣアドレスを変更しつつ仮登録を繰返し行うようなＤＯＳ（Denial of Service）攻撃を受けた場合に、ＤＯＳ攻撃による被害を拡大させることを防止できる。

また、上述した実施形態において、認証サーバ４０は、仮登録及び本登録を行うものとして説明したが、実施形態はこれに限定されるものではない。例えば、認証サーバ４０は、仮登録情報のみを受付け、受付けた仮登録情報を用いて認証処理を行い、インターネットへの接続を許可するか否かを判定するようにしてもよい。

また、上述した実施形態において、認証サーバ４０及び端末２は、ＥＡＰ−ＴＴＬＳに対応するものとして説明したが、実施形態はこれに限定されるものではない。例えば、認証サーバ４０及び端末２は、ＰＥＡＰ（Protected EAP）に対応していてもよい。かかる場合、無線ＬＡＮシステム１は、ＰＥＡＰを用いて、端末２と認証サーバ４０との間にＴＬＳトンネルを確立し、このＴＬＳトンネルの中で、利用者の仮登録情報の登録や認証を行う。

（第２の実施形態）
さて、これまで本発明の実施形態について説明したが、本発明は上述した実施形態以外にも、その他の実施形態にて実施されてもよい。そこで、以下では、その他の実施形態を示す。

（システム構成）
また、本実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上述の文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については（例えば、図１〜図１５）、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。

（プログラム）
また、上記第１の実施形態に係る認証サーバ４０が実行する処理をコンピュータが実行可能な言語で記述したオンラインサインアップ制御プログラムを生成することもできる。この場合、コンピュータがオンラインサインアップ制御プログラムを実行することにより、上記実施形態と同様の効果を得ることができる。さらに、かかるオンラインサインアップ制御プログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたオンラインサインアップ制御プログラムをコンピュータに読み込ませて実行することにより上記実施形態と同様の処理を実現してもよい。以下に、図６などに示した認証サーバ４０と同様の機能を実現するオンラインサインアップ制御プログラムを実行するコンピュータの一例を説明する。

図１６は、オンラインサインアップ制御プログラムを実行するコンピュータ１０００を示す図である。図１６に示すように、コンピュータ１０００は、例えば、メモリ１０１０と、ＣＰＵ１０２０と、ハードディスクドライブインタフェース１０３０と、ディスクドライブインタフェース１０４０と、シリアルポートインタフェース１０５０と、ビデオアダプタ１０６０と、ネットワークインタフェース１０７０とを有する。これらの各部は、バス１０８０によって接続される。

メモリ１０１０は、ＲＯＭ（Read Only Memory）１０１１およびＲＡＭ１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic Input Output System）などのブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０３１に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１０４１に接続される。ディスクドライブ１０４１には、例えば、磁気ディスクや光ディスクなどの着脱可能な記憶媒体が挿入される。シリアルポートインタフェース１０５０には、例えば、マウス１０５１およびキーボード１０５２が接続される。ビデオアダプタ１０６０には、例えば、ディスプレイ１０６１が接続される。

ここで、図１６に示すように、ハードディスクドライブ１０３１は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３およびプログラムデータ１０９４を記憶する。上記実施形態で説明したオンラインサインアップ制御プログラムは、例えばハードディスクドライブ１０３１やメモリ１０１０に記憶される。

また、オンラインサインアップ制御プログラムは、例えば、コンピュータ１０００によって実行される指令が記述されたプログラムモジュールとして、例えばハードディスクドライブ１０３１に記憶される。具体的には、上記実施形態で説明した判定部４３ａと同様の情報処理を実行する判定手順と、受付部４３ｂと同様の情報処理を実行する受付手順と、登録部４３ｄと同様の情報処理を実行する登録手順とが記述されたプログラムモジュール１０９３が、ハードディスクドライブ１０３１に記憶される。

また、オンラインサインアップ制御プログラムによる情報処理に用いられるデータは、プログラムデータ１０９４として、例えば、ハードディスクドライブ１０３１に記憶される。そして、ＣＰＵ１０２０が、ハードディスクドライブ１０３１に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出して、上述した各手順を実行する。

なお、オンラインサインアップ制御プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０３１に記憶される場合に限られず、例えば、着脱可能な記憶媒体に記憶されて、ディスクドライブ１０４１などを介してＣＰＵ１０２０によって読み出されてもよい。あるいは、オンラインサインアップ制御プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ＬＡＮやＷＡＮ（Wide Area Network）などのネットワークを介して接続された他のコンピュータに記憶され、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。

（その他）
なお、本実施形態で説明した特定プログラムは、インターネットなどのネットワークを介して配布することができる。また、特定プログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。

４０ 認証サーバ
４３ 制御部
４３ａ 判定部
４３ｂ 受付部
４３ｃ 要求部
４３ｄ 登録部
１０００ コンピュータ
１０１０ メモリ
１０１１ ＲＯＭ
１０１２ ＲＡＭ
１０２０ ＣＰＵ
１０３０ ハードディスクドライブインタフェース
１０３１ ハードディスクドライブ
１０４０ ディスクドライブインタフェース
１０４１ ディスクドライブ
１０５０ シリアルポートインタフェース
１０５１ マウス
１０５２ キーボード
１０６０ ビデオアダプタ
１０６１ ディスプレイ
１０７０ ネットワークインタフェース
１０８０ バス
１０９１ ＯＳ
１０９２ アプリケーションプログラム
１０９３ プログラムモジュール
１０９４ プログラムデータ

Claims (8)

1. 無線ネットワークの一時利用を要求する端末装置と、前記端末装置による要求を認証する認証装置と、前記端末装置と前記認証装置との間の通信を中継するＡＰと、を有する認証システムであって、
   前記認証装置は、
   前記端末装置から受付けた利用要求を用いて、前記端末装置が前記無線ネットワークの利用を許可された端末として登録されているか否かを判定する判定部と、
   前記端末装置が登録されていないと判定された場合、前記端末装置に対しサーバ証明書を送信し、前記端末装置によって選択された暗号化方式を用いて、前記端末装置との間に暗号化された通信路を一時的に確立し、前記端末装置の利用者を識別可能な第１の識別情報を、前記通信路を介して受付ける受付部と、
   受付けた前記第１の識別情報に基づいて、前記無線ネットワークの一時利用を要求する前記端末装置の認証情報として登録する登録部と
   を有し、
   前記端末装置は、前記受付部によって送信された前記サーバ証明書を確認し、所定の暗号化方式を選択する選択部を有し、
   前記ＡＰは、前記端末装置によって送信されたパケットのうち、あらかじめ設定された特定のプロトコルのパケットを破棄する破棄部を有することを特徴とする認証システム。
2. 前記認証装置は、前記通信路を介して、前記第１の識別情報を用いた認証が成功した場合に、前記第１の識別情報で特定される宛先に送信したコードの入力と、前記端末装置の利用者を識別可能な第２の識別情報の入力とを要求する要求部を更に有し、
   前記登録部は、前記送信したコードと、入力されたコードとが一致する場合に、前記無線ネットワークの一時利用を要求する前記端末装置の認証に用いる認証情報として前記第２の識別情報を登録する
   ことを特徴とする請求項１に記載の認証システム。
3. 前記要求部は、前記第１の識別情報を用いた認証において、前記第１の識別情報を１度だけ利用可能とすることを特徴とする請求項２に記載の認証システム。
4. 前記要求部は、前記第１の識別情報を用いた認証において、前記第１の識別情報を所定の期限内で利用可能とすることを特徴とする請求項２又は３に記載の認証システム。
5. 前記登録部は、登録する認証情報に有効期限を設定することを特徴とする請求項１〜４の何れか一つに記載の認証システム。
6. 前記受付部は、受付けた前記第１の識別情報の数を基地局毎にカウントし、カウントした値が、所定の閾値に達した場合、所定の期間或いはカウントした値が所定値以下になるまで、前記第１の識別情報を受け付けないことを特徴とする請求項１〜５の何れか一つに記載の認証システム。
7. 前記第１の識別情報は、前記利用者の携帯電話番号、携帯メールアドレス、ウェブメールアドレス及びＳＮＳ（Social Networking Service）の識別情報の何れか一つであることを特徴とする請求項１〜６の何れか一つに記載の認証システム。
8. 無線ネットワークの一時利用を要求する端末装置と、前記端末装置による要求を認証する認証装置と、前記端末装置と前記認証装置との間の通信を中継するＡＰと、を有する認証システムで実行されるオンラインサインアップ制御方法であって、
   前記認証装置が、前記端末装置から受付けた利用要求を用いて、前記端末装置が前記無線ネットワークの利用を許可された端末として登録されているか否かを判定する判定工程と、
   前記端末装置が登録されていないと判定された場合、前記認証装置が、前記端末装置に対しサーバ証明書を送信し、前記端末装置によって選択された暗号化方式を用いて、前記端末装置との間に暗号化された通信路を一時的に確立し、前記端末装置の利用者を識別可能な第１の識別情報を、前記通信路を介して受付ける受付工程と、
   前記認証装置が、受付けた前記第１の識別情報に基づいて、前記無線ネットワークの一時利用を要求する前記端末装置の認証情報として登録する登録工程と、
   前記端末装置が、前記受付工程によって送信された前記サーバ証明書を確認し、所定の暗号化方式を選択する選択工程と、
   前記ＡＰが、前記端末装置によって送信されたパケットのうち、あらかじめ設定された特定のプロトコルのパケットを破棄する破棄工程と、
   を含んだことを特徴とするオンラインサインアップ制御方法。

Images