(57)【要約】【課題】ＰＳＫ認証における利用者の負荷を軽減する端末認証システム等を提供する。【解決手段】端末認証システム１における端末認証処理は、端末５が、端末５自身の認証を依頼する特定の認証サーバ３と事前に共有化した共有鍵情報であって、端末５自身が保持するものを用いて認証コードを生成する。次に、端末５が、端末５自身の認証を依頼する特定の認証サーバ３のＵＲＬ、および認証コードをアクセスポイント７に送信する。次に、アクセスポイント７が、認証依頼情報を生成し、生成した認証依頼情報を端末５から受信したＵＲＬに係る認証サーバ３に送信する。そして、認証サーバ３が、アクセスポイント７から受信した認証依頼情報を基に、認証サーバ３自身が保持する共有鍵情報を同定し、同定した共有鍵情報を用いて認証コードを検証する。【選択図】図８
2009104509.tif 000002
【特許請求の範囲】
【請求項１】
端末と、前記端末をネットワークに接続させるアクセスポイントと、前記端末の認証を行う認証サーバと、によって少なくとも構成され、前記アクセスポイントと前記認証サーバとがネットワークに接続された端末認証システムであって、
前記端末は、
前記端末自身の認証を依頼する特定の認証サーバをネットワーク上で一意に識別する情報を含む認証サーバ情報を保持する手段と、
前記アクセスポイントと任意の情報を送受信する手段と、
を具備し、
前記アクセスポイントは、
前記端末および前記認証サーバのそれぞれと任意の情報を送受信する手段と、
前記端末から受信した前記認証サーバ情報によって特定される認証サーバに対して、前記端末の認証を依頼するための認証依頼情報を生成する認証依頼情報生成手段と、
を具備し、
前記認証サーバは、
前記アクセスポイントと任意の情報を送受信する手段、
を具備することを特徴とする端末認証システム。
【請求項２】
前記端末が、前記端末自身の認証を依頼する特定の認証サーバと事前に共有化した共有鍵情報を保持する手段と、前記端末自身が保持する共有鍵情報を用いて認証コードを生成する認証コード生成手段と、を更に具備し、
前記認証サーバが、特定の端末と事前に共有化した共有鍵情報を保持する手段と、前記認証サーバ自身が保持する共有鍵情報を用いて前記認証コードを検証する認証コード検証手段と、を更に具備することを特徴とする請求項１に記載の端末認証システム。
【請求項３】
前記端末が、端末生成乱数として、乱数を生成する手段、を更に具備し、
前記端末が具備する前記認証コード生成手段は、更に前記端末生成乱数を用いて認証コードを生成するものであることを特徴とする請求項２に記載の端末認証システム。
【請求項４】
前記アクセスポイントが、アクセスポイント生成乱数として、乱数を生成する手段、を更に具備し、
前記端末が具備する前記認証コード生成手段は、更に前記アクセスポイントから受信した前記アクセスポイント生成乱数を用いて認証コードを生成するものであることを特徴とする請求項３に記載の端末認証システム。
【請求項５】
前記認証サーバが、認証サーバ生成シークレットとして、前記認証サーバ自身が保持する共有鍵情報を用いて、前記認証サーバ自身と特定の端末との間の秘密情報であるシークレットを生成する手段、を更に具備し、
前記端末が、端末生成シークレットとして、前記端末自身が保持する共有鍵情報を用いて、前記端末自身と前記端末自身の認証を依頼する特定の認証サーバとの間の秘密情報であるシークレットを生成する手段、を更に具備することを特徴とする請求項２から請求項４のいずれかに記載の端末認証システム。
【請求項６】
前記認証サーバが具備する認証コード検証手段は、更に、前記アクセスポイントの認証を行うものであることを特徴とする請求項２から請求項５に記載の端末認証システム。
【請求項７】
端末と、前記端末をネットワークに接続させるアクセスポイントと、前記端末の認証を行う認証サーバと、によって少なくとも構成され、前記アクセスポイントと前記認証サーバとがネットワークに接続された端末認証システムにて用いられる端末認証方法であって、
前記端末が、前記端末自身の認証を依頼する特定の認証サーバと事前に共有化した共有鍵情報であって、前記端末自身が保持するものを用いて認証コードを生成するステップと、
前記端末が、前記端末自身の認証を依頼する特定の認証サーバをネットワーク上で一意に識別する情報を含む認証サーバ情報、および前記認証コードに係る情報を前記アクセスポイントに送信するステップと、
前記アクセスポイントが、前記端末から受信した前記認証サーバ情報によって特定される認証サーバに対して、前記端末の認証を依頼するためのものであって、前記認証コードに係る情報を含む認証依頼情報を生成するステップと、
前記アクセスポイントが、生成した前記認証依頼情報を前記端末から受信した前記認証サーバ情報によって特定される認証サーバに送信するステップと、
前記認証サーバが、前記アクセスポイントから受信した前記認証依頼情報を基に、前記認証サーバ自身が保持する前記共有鍵情報を同定し、同定した前記共有鍵情報を用いて前記認証コードを検証するステップと、
を含むことを特徴とする端末認証方法。
【請求項８】
前記端末が、端末生成乱数として、乱数を生成するステップ、
を更に含み、
前記端末が行う認証コードを生成するステップは、更に前記端末生成乱数を用いて認証コードを生成するものであることを特徴とする請求項７に記載の端末認証方法。
【請求項９】
前記アクセスポイントが、アクセスポイント生成乱数として、乱数を生成するステップと、
前記アクセスポイントが、前記アクセスポイント生成乱数に係る情報を前記端末に送信するステップと、
を更に含み、
前記端末が行う認証コードを生成するステップは、更に前記アクセスポイントから受信した前記アクセスポイント生成乱数を用いて認証コードを生成するものであることを特徴とする請求項８に記載の端末認証方法。
【請求項１０】
前記認証サーバが、認証サーバ生成シークレットとして、前記認証サーバ自身が保持する共有鍵情報を用いて、前記認証サーバ自身と特定の端末との間の秘密情報であるシークレットを生成するステップと、
前記認証サーバが、前記認証サーバ生成シークレットを前記アクセスポイントに送信するステップと、
前記端末が、端末生成シークレットとして、前記端末自身が保持する共有鍵情報を用いて、前記端末自身と前記端末自身の認証を依頼する特定の認証サーバとの間の秘密情報であるシークレットを生成するステップと、
を更に含むことを特徴とする請求項７から請求項９のいずれかに記載の端末認証方法。
【請求項１１】
前記認証サーバが行う認証コードを検証するステップは、更に、前記アクセスポイントの認証を行うものであることを特徴とする請求項７から請求項１０のいずれかに記載の端末認証方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末と、端末をネットワークに接続させるアクセスポイントと、端末の認証を行う認証サーバと、によって少なくとも構成され、アクセスポイントと認証サーバとがネットワークに接続された端末認証システム、およびその端末認証システムにて用いられる端末認証方法に関する。
【背景技術】
【０００２】
現在、ネットワーク（特にインターネット等）に接続する移動携帯端末などは、商用上、またはセキュリティ上などの理由から、ネットワークに接続する際、何らかの方法で認証を受ける必要がある。例えば、駅構内、または飲食店内などに構築されている無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）に対して、ノートＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）が接続を試みる場合などである。この場合、ノートＰＣは、その無線ＬＡＮのアクセスポイント、またはアクセスポイントが認証を依頼する認証サーバから認証を受けることになる。
【０００３】
また、現在、あらゆるデバイスをネットワークに接続し、様々な新しいサービスを提供するセンサネットワークが注目されている。センサネットワークにおいても、デバイスは、ネットワークに接続する際、ノートＰＣと同様に、何らかの方法で認証を受ける必要がある。
【０００４】
以下では、「端末」とは、ノートＰＣ等の移動携帯端末、およびセンサネットワークに用いられるデバイス等を含むものとする。また、「端末がネットワークに接続される」とは、端末が、ネットワークを介して、他の装置と情報の送受信を行うことができる状態になることを意味するものとする。
【０００５】
ところで、このような端末を認証する手段として、公開鍵基盤（ＰＫＩ：Ｐｕｂｌｉｃ  Ｋｅｙ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）認証（以下、「ＰＫＩ認証」という。）と、事前共有秘密鍵（ＰＳＫ：Ｐｒｅ−Ｓｈａｒｅｄ  Ｓｅｃｒｅｔ  Ｋｅｙ）認証（以下、「ＰＳＫ認証」という。）などが知られている。
【０００６】
ＰＫＩ認証は、利用者の身元について信頼できる第三者が審査を行い、認証を実現する仕組みである。公開鍵証明書（通常は、第三者である認証局が作成する。）に記載された利用者の公開鍵を使用して、利用者が相互に相手を正当であると認めることができ、その後に利用者同士が直接、通信文を暗号化・復号化することができる。この仕組みでは、通信を行う利用者同士が事前に何らかの秘密情報をやり取りする必要はないが、公的な身分証明書を提示して認証局に登録を行うなど準備に手間がかかる。また、ＰＫＩ認証によって用いられる公開鍵暗号は、認証の際の暗号処理が複雑であり、端末が行う計算量が多い。
【０００７】
一方、ＰＳＫ認証は、通信を行う利用者同士が事前にパスワード等の秘密情報を共有し、認証を実現する仕組みである。ＰＳＫ認証は、ＰＫＩ認証に比べて、簡便、かつ端末が行う計算量も少ないため、ダイヤルアップ接続、家庭用無線ＬＡＮ等で広く用いられている。ＰＳＫ認証の仕組みを採用した従来技術としては、例えば、無線ＬＡＮにおける認証方法を提案する特許文献１などがある。
【特許文献１】特開２００７−１８１０７８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、特許文献１に開示された技術も含めて、従来技術におけるＰＳＫ認証は、端末と、アクセスポイント（または認証サーバ）との間において、アクセスポイント（または認証サーバ）ごとに事前に秘密情報を共有する必要があることから、接続するアクセスポイントを頻繁に変更する場合、その都度、端末の設定を変更する必要がある。また、アクセスポイント（または認証サーバ）ごとに事前に秘密情報を共有すること自体が、利用者にとっては大きな負荷となる。
【０００９】
図１０は、従来技術におけるＰＳＫ認証の一例を示す図である。図１０に示す例では、端末１０５と第１の認証サーバ１０３ａ、および端末１０５と第２の認証サーバ１０３ｂが事前に秘密情報を共有しているものとする。以下では、図１０を参照しながら、端末１０５の設定の変更の必要性について説明する。
【００１０】
最初に、端末１０５は、第１の認証サーバ１０３ａとの間に事前に共有した秘密情報を用いて、認証データを作成する。次に、端末１０５は、第１の無線ＬＡＮ１１０ａに係る第１のアクセスポイント１０７ａに認証データを送信する。次に、第１のアクセスポイント１０７ａは、予め定められた第１の認証サーバ１０３ａに認証データを送信する。次に、第１の認証サーバ１０３ａは、端末１０５と事前に共有している秘密情報を基に、受信した認証データを検証する。そして、認証が成功した場合、端末１０５はネットワーク９に接続される。
次に、端末１０５が移動した場合、端末１０５は、第２の無線ＬＡＮ１１０ｂに係る第２のアクセスポイント１０７ｂを介してネットワーク９に接続する為に、第２の認証サーバ１０３ｂとの間に事前に共有した秘密情報を用いて、認証データを作成する必要がある。ここで、端末１０５の設定の変更が必要となる。
【００１１】
尚、端末１０５の設定の変更には、（１）利用者が手動にて、第２の認証サーバ１０３ｂとの間に事前に共有した秘密情報を設定する、（２）端末１０５が予め第２の認証サーバ１０３ｂとの間に事前に共有した秘密情報を保持し、自動で適宜変更する、の２通りが考えられる。（１）では、利用者に対する負荷が大きい。（２）では、端末１０５の設定の変更自体には、利用者に対する負荷はない。しかしながら、第２のアクセスポイント１０７ｂが悪意のある者によって設置される可能性もある為、端末１０５が自動で設定を適宜変更することについて何らかの対応をする必要がある。
【００１２】
本発明は、前述した問題点に鑑みてなされたもので、その目的は、ＰＳＫ認証における利用者の負荷を軽減する端末認証システム等を提供することである。また、本発明の副次的な目的は、アクセスポイントの認証ができる端末認証システム等を提供することである。また、本発明の副次的な目的は、端末の処理負荷を軽減する端末認証システム等を提供することである。
【課題を解決するための手段】
【００１３】
前述した目的を達成するために、第１の発明は、端末と、前記端末をネットワークに接続させるアクセスポイントと、前記端末の認証を行う認証サーバと、によって少なくとも構成され、前記アクセスポイントと前記認証サーバとがネットワークに接続された端末認証システムであって、前記端末は、前記端末自身の認証を依頼する特定の認証サーバをネットワーク上で一意に識別する情報を含む認証サーバ情報を保持する手段と、前記アクセスポイントと任意の情報を送受信する手段と、を具備し、前記アクセスポイントは、前記端末および前記認証サーバのそれぞれと任意の情報を送受信する手段と、前記端末から受信した前記認証サーバ情報によって特定される認証サーバに対して、前記端末の認証を依頼するための認証依頼情報を生成する認証依頼情報生成手段と、を具備し、前記認証サーバは、前記アクセスポイントと任意の情報を送受信する手段、を具備することを特徴とする端末認証システムである。第１の発明に係る端末認証システムの使用をすることによって、ＰＳＫ認証における利用者の負荷を軽減することができる。また、ＰＳＫ認証を採用したことによって、端末の処理負荷を軽減することができる。
【００１４】
前記第１の発明は、前記端末が、前記端末自身の認証を依頼する特定の認証サーバと事前に共有化した共有鍵情報を保持する手段と、前記端末自身が保持する共有鍵情報を用いて認証コードを生成する認証コード生成手段と、を更に具備し、前記認証サーバが、特定の端末と事前に共有化した共有鍵情報を保持する手段と、前記認証サーバ自身が保持する共有鍵情報を用いて前記認証コードを検証する認証コード検証手段と、を更に具備することが望ましい。これによって、端末と認証サーバとの間に事前に共有した共有鍵情報は、ネットワーク上に伝送されることはなく、安全である。
【００１５】
また、前記第１の発明は、前記端末が、端末生成乱数として、乱数を生成する手段、を更に具備し、前記端末が具備する前記認証コード生成手段は、更に前記端末生成乱数を用いて認証コードを生成するものであることが望ましい。これによって、同じ内容の認証コードが用いられることはなく、安全である。
【００１６】
また、前記第１の発明は、前記アクセスポイントが、アクセスポイント生成乱数として、乱数を生成する手段、を更に具備し、前記端末が具備する前記認証コード生成手段は、更に前記アクセスポイントから受信した前記アクセスポイント生成乱数を用いて認証コードを生成するものであることが望ましい。これによって、乱数の質が上がるとともに、いわゆるリプレイ攻撃（例えば、ネットワークを経由した認証などの際、第三者がその通信内容を盗聴することによって認証情報を得、接続先のサーバに同一の内容を送信することで不正にアクセスすること）などを防御することができる。
【００１７】
また、前記第１の発明は、前記認証サーバが、認証サーバ生成シークレットとして、前記認証サーバ自身が保持する共有鍵情報を用いて、前記認証サーバ自身と特定の端末との間の秘密情報であるシークレットを生成する手段、を更に具備し、前記端末が、端末生成シークレットとして、前記端末自身が保持する共有鍵情報を用いて、前記端末自身と前記端末自身の認証を依頼する特定の認証サーバとの間の秘密情報であるシークレットを生成する手段、を更に具備することが望ましい。これによって、端末の認証後は、アクセスポイントと端末との間の通信において、シークレットを共有鍵情報として利用することができる。
【００１８】
また、前記第１の発明は、前記認証サーバが具備する認証コード検証手段が、更に、前記アクセスポイントの認証を行うものであることが望ましい。これによって、端末の利用者の立場からは、アクセスポイントの認証を暗黙的に行うことができる。
【００１９】
第２の発明は、端末と、前記端末をネットワークに接続させるアクセスポイントと、前記端末の認証を行う認証サーバと、によって少なくとも構成され、前記アクセスポイントと前記認証サーバとがネットワークに接続された端末認証システムにて用いられる端末認証方法であって、前記端末が、前記端末自身の認証を依頼する特定の認証サーバと事前に共有化した共有鍵情報であって、前記端末自身が保持するものを用いて認証コードを生成するステップと、前記端末が、前記端末自身の認証を依頼する特定の認証サーバをネットワーク上で一意に識別する情報を含む認証サーバ情報、および前記認証コードに係る情報を前記アクセスポイントに送信するステップと、前記アクセスポイントが、前記端末から受信した前記認証サーバ情報によって特定される認証サーバに対して、前記端末の認証を依頼するためのものであって、前記認証コードに係る情報を含む認証依頼情報を生成するステップと、前記アクセスポイントが、生成した前記認証依頼情報を前記端末から受信した前記認証サーバ情報によって特定される認証サーバに送信するステップと、前記認証サーバが、前記アクセスポイントから受信した前記認証依頼情報を基に、前記認証サーバ自身が保持する前記共有鍵情報を同定し、同定した前記共有鍵情報を用いて前記認証コードを検証するステップと、を含むことを特徴とする端末認証方法である。第２の発明に係る端末認証方法の使用をすることによって、ＰＳＫ認証における利用者の負荷を軽減することができる。また、ＰＳＫ認証を採用したことによって、端末の処理負荷を軽減することができる。また、端末と認証サーバとの間に事前に共有した共有鍵情報は、ネットワーク上に伝送されることはなく、安全である。
【００２０】
また、前記第２の発明は、前記端末が、端末生成乱数として、乱数を生成するステップ、を更に含み、前記端末が行う認証コードを生成するステップは、更に前記端末生成乱数を用いて認証コードを生成するものであることが望ましい。これによる効果は、第１の発明の説明において前述したとおりである。
【００２１】
また、前記第２の発明は、前記アクセスポイントが、アクセスポイント生成乱数として、乱数を生成するステップと、前記アクセスポイントが、前記アクセスポイント生成乱数に係る情報を前記端末に送信するステップと、を更に含み、前記端末が行う認証コードを生成するステップは、更に前記アクセスポイントから受信した前記アクセスポイント生成乱数を用いて認証コードを生成するものであることが望ましい。これによる効果は、第１の発明の説明において前述したとおりである。
【００２２】
また、前記第２の発明は、前記認証サーバが、認証サーバ生成シークレットとして、前記認証サーバ自身が保持する共有鍵情報を用いて、前記認証サーバ自身と特定の端末との間の秘密情報であるシークレットを生成するステップと、前記認証サーバが、前記認証サーバ生成シークレットを前記アクセスポイントに送信するステップと、前記端末が、端末生成シークレットとして、前記端末自身が保持する共有鍵情報を用いて、前記端末自身と前記端末自身の認証を依頼する特定の認証サーバとの間の秘密情報であるシークレットを生成するステップと、を更に含むことが望ましい。これによる効果は、第１の発明の説明において前述したとおりである。
【００２３】
また、前記第２の発明は、前記認証サーバが行う認証コードを検証するステップが、更に、前記アクセスポイントの認証を行うものであることが望ましい。これによる効果は、第１の発明の説明において前述したとおりである。
【発明の効果】
【００２４】
本発明により、ＰＳＫ認証における利用者の負荷を軽減する端末認証システム等を提供することができる。また、アクセスポイントの認証ができる端末認証システム等を提供することができる。また、端末の処理負荷を軽減する端末認証システム等を提供することができる。
【発明を実施するための最良の形態】
【００２５】
以下図面に基づいて、本発明の実施形態を詳細に説明する。
【００２６】
図１は、本発明の実施の形態に係る端末認証システム１の概略構成を示す図である。図１に示すように、端末認証システム１は、認証サーバ３、端末５、アクセスポイント７等から構成される。図１では、一つのアクセスポイント７に対して、複数の認証サーバ３と複数の端末５が存在することを示している。但し、アクセスポイント７が一つのみということではなく、異なる場所に設置されるアクセスポイント７に対しては、同様に複数の認証サーバ３と複数の端末５が存在するということになる。
【００２７】
認証サーバ３およびアクセスポイント７は、ネットワーク９に接続されており、互いに、ネットワーク９を介して通信が可能である。一方、端末５は、直接ネットワーク９に接続することはできず、アクセスポイント７によって接続されることになる。アクセスポイント７が端末５をネットワーク９に接続させる際には、アクセスポイント７からの依頼を受けて、認証サーバ３が端末５の認証を行う。尚、端末５とアクセスポイント７との間の通信は、通常は、近距離無線通信などである。
【００２８】
次に、図２から図４を参照しながら、認証サーバ３、端末５、アクセスポイント７のハードウェア構成を説明する。
【００２９】
図２は、認証サーバ３を実現するコンピュータのハードウェア構成図である。尚、図２のハードウェア構成は一例であり、用途、目的に応じて様々な構成を採ることが可能である。
認証サーバ３は、制御部１１、記憶部１３、メディア入出力部１５、通信制御部１７、入力部１９、表示部２１、周辺機器Ｉ／Ｆ部２３等が、バス２５を介して接続される。
【００３０】
制御部１１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等で構成される。
【００３１】
ＣＰＵは、記憶部１３、ＲＯＭ、記録媒体等に格納されるプログラムをＲＡＭ上のワークメモリ領域に呼び出して実行し、バス２５を介して接続された各装置を駆動制御し、認証サーバ３が行う後述する処理を実現する。
ＲＯＭは、不揮発性メモリであり、コンピュータのブートプログラムやＢＩＯＳ等のプログラム、データ等を恒久的に保持している。
ＲＡＭは、揮発性メモリであり、記憶部１３、ＲＯＭ、記録媒体等からロードしたプログラム、データ等を一時的に保持するとともに、制御部１１が各種処理を行う為に使用するワークエリアを備える。
【００３２】
記憶部１３は、ＨＤＤ（ハードディスクドライブ）であり、制御部１１が実行するプログラム、プログラム実行に必要なデータ、ＯＳ（オペレーティングシステム）等が格納される。プログラムに関しては、ＯＳ（オペレーティングシステム）に相当する制御プログラムや、後述の処理に相当するアプリケーションプログラムが格納されている。
これらの各プログラムコードは、制御部１１により必要に応じて読み出されてＲＡＭに移され、ＣＰＵに読み出されて各種の手段として実行される。
【００３３】
メディア入出力部１５（ドライブ装置）は、データの入出力を行い、例えば、ＣＤドライブ（−ＲＯＭ、−Ｒ、−ＲＷ等）、ＤＶＤドライブ（−ＲＯＭ、−Ｒ、−ＲＷ等）、ＭＯドライブ等のメディア入出力装置を有する。
【００３４】
通信制御部１７は、通信制御装置、通信ポート等を有し、コンピュータとネットワーク９との間の通信を媒介する通信インタフェースであり、ネットワーク９を介して、他の装置との通信制御を行う。
【００３５】
入力部１９は、データの入力を行い、例えば、キーボード、マウス等のポインティングデバイス、テンキー等の入力装置を有する。
入力部１９を介して、コンピュータに対して、操作指示、動作指示、データ入力等を行うことができる。
【００３６】
表示部２１は、ＣＲＴモニタ、液晶パネル等のディスプレイ装置、ディスプレイ装置と連携してコンピュータのビデオ機能を実現するための論理回路等（ビデオアダプタ等）を有する。
【００３７】
周辺機器Ｉ／Ｆ（インタフェース）部２３は、コンピュータに周辺機器を接続させるためのポートであり、周辺機器Ｉ／Ｆ部２３を介してコンピュータは周辺機器とのデータの送受信を行う。周辺機器Ｉ／Ｆ部２３は、ＵＳＢやＩＥＥＥ１３９４やＲＳ−２３２Ｃ等で構成されており、通常複数の周辺機器Ｉ／Ｆを有する。周辺機器との接続形態は有線、無線を問わない。
【００３８】
バス２５は、各装置間の制御信号、データ信号等の授受を媒介する経路である。
【００３９】
図３は、端末５のハードウェア構成図である。尚、図３のハードウェア構成は、本発明の実施の形態において必須となる構成を示しており、実際には、用途、目的に応じて様々な構成を採ることが可能である。
端末５は、制御部３１、記憶部３３、通信制御部３５等が、バス３７を介して接続される。
【００４０】
制御部３１は、ＣＰＵ、ＲＯＭ、ＲＡＭ等で構成される。ＣＰＵは、記憶部３３、ＲＯＭ等に格納されるプログラムをＲＡＭ上のワークメモリ領域に呼び出して実行し、バス３７を介して接続された各装置を駆動制御し、端末５が行う後述する処理を実現する。ＲＯＭは、不揮発性メモリであり、各種のプログラム、データ等を恒久的に保持している。ＲＡＭは、揮発性メモリであり、記憶部３３、ＲＯＭ等からロードしたプログラム、データ等を一時的に保持するとともに、制御部３１が各種処理を行う為に使用するワークエリアを備える。
【００４１】
記憶部３３は、ＨＤＤ（ハードディスクドライブ）等であり、制御部３１が実行するプログラム、プログラム実行に必要なデータ等が格納される。プログラムに関しては、後述の処理に相当するアプリケーションプログラム等が格納されている。これらの各プログラムコードは、制御部３１により必要に応じて読み出されてＲＡＭに移され、ＣＰＵに読み出されて各種の手段として実行される。
【００４２】
通信制御部３５は、通常は、アンテナ等を有し、アクセスポイント７と近距離無線通信を行う無線通信インタフェースであり、アクセスポイント７との通信制御を行う。
【００４３】
尚、端末５がノートＰＣの場合、前述の構成の他に、データの入力を行う入力部やディスプレイ装置などを有する表示部等を具備する。また、端末５がセンサネットワークにおけるデバイスの場合、温度、湿度、加速度、赤外線などを感知するセンサ部等を具備する。但し、これらは、本発明の実施の形態における端末認証システム１において必須の構成ではない。
【００４４】
図４は、アクセスポイント７のハードウェア構成図である。尚、図４のハードウェア構成は、本発明の実施の形態において必須となる構成を示しており、実際には、用途、目的に応じて様々な構成を採ることが可能である。
アクセスポイント７は、制御部４１、記憶部４３、第１の通信制御部４５、第２の通信制御部４７等が、バス４９を介して接続される。
【００４５】
制御部４１は、ＣＰＵ、ＲＯＭ、ＲＡＭ等で構成される。ＣＰＵは、記憶部４３、ＲＯＭ等に格納されるプログラムをＲＡＭ上のワークメモリ領域に呼び出して実行し、バス４９を介して接続された各装置を駆動制御し、アクセスポイント７が行う後述する処理を実現する。ＲＯＭは、不揮発性メモリであり、各種のプログラム、データ等を恒久的に保持している。ＲＡＭは、揮発性メモリであり、記憶部４３、ＲＯＭ等からロードしたプログラム、データ等を一時的に保持するとともに、制御部４１が各種処理を行う為に使用するワークエリアを備える。
【００４６】
記憶部４３は、ＨＤＤ（ハードディスクドライブ）等であり、制御部４１が実行するプログラム、プログラム実行に必要なデータ等が格納される。プログラムに関しては、後述の処理に相当するアプリケーションプログラム等が格納されている。これらの各プログラムコードは、制御部４１により必要に応じて読み出されてＲＡＭに移され、ＣＰＵに読み出されて各種の手段として実行される。
【００４７】
第１の通信制御部４５は、通信制御装置、通信ポート等を有し、アクセスポイント７とネットワーク９との間の通信を媒介する通信インタフェースであり、ネットワーク９を介して、他の装置との通信制御を行う。
【００４８】
第２の通信制御部４７は、通常は、アンテナ等を有し、端末５と近距離無線通信を行う無線通信インタフェースであり、端末５との通信制御を行う。
【００４９】
次に、図５から図７を参照しながら、認証サーバ３、端末５、アクセスポイント７の機能を実現する構成について説明する。
【００５０】
図５は、認証サーバ３の機能の概要を示すブロック図である。図５に示すように、認証サーバ３は、制御手段５１、共有鍵情報保持手段５３、情報送受信手段５５、認証コード検証手段５７、シークレット生成手段５９等を具備する。
【００５１】
制御手段５１は、適宜、情報送受信手段５５、認証コード検証手段５７、シークレット生成手段５９等を呼び出し、端末認証処理における認証サーバ３の動作を制御する。
【００５２】
共有鍵情報保持手段５３は、特定の端末５と事前に共有化した共有鍵情報を保持する。ここで、共有鍵情報の共有化とは、端末５の利用者などが行う認証サーバ３に対する登録作業の際、第三者に対する機密性を確保しながら、お互いに同じ共有鍵情報を取得することである。共有鍵情報自体は何ら意味を持たないものであり、第三者に対する機密性を確保しながら、共有化されることが重要である。また、認証サーバ３は、複数の端末５と事前に共有鍵情報を共有化し、各共有鍵情報の内容は異なる。従って、共有鍵情報保持手段５３は、端末５ごとに複数の共有鍵情報を保持する。具体的には、共有鍵情報保持手段５３は、例えば、端末５の利用者などが行う認証サーバ３に対する登録作業の際、端末５を一意に識別する番号である端末ＩＤを付与し、端末ＩＤをキーとして共有鍵情報を保持する。
【００５３】
情報送受信手段５５は、アクセスポイント７と任意の情報を送受信する。ここで、情報送受信手段５５は、ＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔｓ  Ｌａｙｅｒ）、ＴＬＳ（Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ｓｅｃｕｒｉｔｙ）などを用いた安全な通信を行うことが望ましい。尚、安全な通信を行うために用いるプロトコルは、ＳＳＬまたはＴＬＳに限られない。現存する他のプロトコルを用いても良いし、将来規定されるプロトコルを用いても良い。
【００５４】
認証コード検証手段５７は、認証サーバ３自身が保持する共有鍵情報を用いて認証コードを検証する。認証コードは、認証対象である端末５が生成するものである。また、認証コード検証手段５７は、更に、アクセスポイント７の認証を行うことが望ましい。
【００５５】
シークレット生成手段５９は、認証サーバ生成シークレットとして、認証サーバ３自身が保持する共有鍵情報を用いて、認証サーバ３自身と特定の端末５との間の秘密情報であるシークレットを生成する。生成したシークレットは、例えば、端末５の認証が成功した後、アクセスポイント７と端末５との間の通信において用いることができる。
【００５６】
図６は、端末５の機能の概要を示すブロック図である。図６に示すように、端末５は、制御手段６１、共有鍵情報保持手段６３、認証サーバ情報保持手段６５、情報送受信手段６７、乱数生成手段６９、認証コード生成手段７１、シークレット生成手段７３等を具備する。
【００５７】
制御手段６１は、適宜、情報送受信手段６７、乱数生成手段６９、認証コード生成手段７１、シークレット生成手段７３等を呼び出し、端末認証処理における端末５の動作を制御する。
【００５８】
共有鍵情報保持手段６３は、特定の認証サーバ３と事前に共有化した共有鍵情報を保持する。尚、共有鍵情報保持手段６３は、端末５自身の端末ＩＤも合わせて保持する。
【００５９】
認証サーバ情報保持手段６５は、端末５自身の認証を依頼する特定の認証サーバ３をネットワーク９上で一意に識別する情報を含む認証サーバ情報を保持する。特定の認証サーバ３をネットワーク９上で一意に識別する情報とは、例えば、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）である。また、認証サーバ情報には、認証サーバ３が端末５の認証を行うための認証アルゴリズムの特定情報、アクセスポイント７に係る認証依頼の有無情報などを含めても良い。ここで、アクセスポイント７に係る認証依頼とは、端末５が認証サーバ３にアクセスポイント７の認証を依頼することである。
【００６０】
情報送受信手段６７は、アクセスポイント７と任意の情報を送受信する。情報送受信手段６７は、通常は、近距離無線通信によって情報を送受信する。近距離無線通信は、無線ＬＡＮに限定した場合であっても様々な方式があるが、広く普及しているものとしては、ＩＥＥＥ８０２．１１がある。但し、本発明の実施の形態に係る端末認証システム１においては、これに限定するものではない。
【００６１】
乱数生成手段６９は、端末生成乱数として、乱数を生成する。端末生成乱数は、認証コード生成手段７１に用いられる。
【００６２】
認証コード生成手段７１は、端末５自身が保持する共有鍵情報を用いて認証コードを生成する。また、認証コード生成手段７１は、更に、端末生成乱数を用いて認証コードを生成することが望ましい。これによって、同じ内容の認証コードが用いられることはなく、安全である。また、認証コード生成手段７１は、更に、アクセスポイント７が生成する乱数であるアクセスポイント生成乱数を用いて認証コードを生成することが望ましい。これによって、乱数の質が上がるとともに、いわゆるリプレイ攻撃などを防御することができる。
【００６３】
シークレット生成手段７３は、端末生成シークレットとして、端末５自身が保持する共有鍵情報を用いて、端末５自身と特定の認証サーバ３との間の秘密情報であるシークレットを生成する。生成したシークレットは、例えば、認証が成功した後、アクセスポイント７と端末５との間の通信において用いることができる。
【００６４】
図７は、アクセスポイント７の機能の概要を示すブロック図である。図７に示すように、アクセスポイント７は、制御手段８１、情報送受信手段８３、乱数生成手段８５、認証依頼情報生成手段８７等を具備する。
【００６５】
制御手段８１は、適宜、情報送受信手段８３、乱数生成手段８５、認証依頼情報生成手段８７等を呼び出し、端末認証処理におけるアクセスポイント７の動作を制御する。
【００６６】
情報送受信手段８３は、端末５および認証サーバ３のそれぞれと任意の情報を送受信する。情報送受信手段８３は、認証サーバ３とは、第１の通信制御部４５を介して任意の情報を送受信する。また、情報送受信手段８３は、端末５とは、第２の通信制御部４７を介して任意の情報を送受信する。
【００６７】
認証サーバ３と情報を送受信する場合、情報送受信手段８３は、ＳＳＬ、ＴＬＳなどを用いた安全な通信を行うことが望ましい。尚、安全な通信を行うために用いるプロトコルは、ＳＳＬまたはＴＬＳに限られない。現存する他のプロトコルを用いても良いし、将来規定されるプロトコルを用いても良い。
【００６８】
端末５と情報を送受信する場合、情報送受信手段８３は、通常は、近距離無線通信によって情報を送受信する。近距離無線通信は、無線ＬＡＮに限定した場合であっても様々な方式があるが、広く普及しているものとしては、ＩＥＥＥ８０２．１１がある。但し、本発明の実施の形態に係る端末認証システム１においては、これに限定するものではない。
【００６９】
乱数生成手段８５は、アクセスポイント生成乱数として、乱数を生成する。アクセスポイント生成乱数は、端末５が具備する認証コード生成手段７１に用いられる。
【００７０】
認証依頼情報生成手段８７は、端末５から受信した認証サーバ情報によって特定される認証サーバ３に対して、端末５の認証を依頼するための認証依頼情報を生成する。
【００７１】
次に、図８を参照しながら、端末認証システム１における端末認証処理の詳細について説明する。
【００７２】
図８は、端末認証処理の詳細を示すシーケンス図である。図８に示すように、端末認証処理においては、認証サーバ３、アクセスポイント７、端末５が、お互いにメッセージ（矢印で示す。）をやり取りしながら、自らの処理（ボックスで示す。）を行う。尚、処理に用いる具体的なデータについては、かっこ書きにて、記号で示すこととする。
【００７３】
図８に示す端末認証処理の前提として、端末５は、共有鍵情報保持手段６３によって、端末５自身の認証を依頼する特定の認証サーバ３と事前に共有化した共有鍵情報、および端末ＩＤを保持する。共有鍵情報は、具体的には、認証コード生成手段７１が用いる認証鍵（Ｋａｕｔｈ）、およびシークレット生成手段７３が用いる鍵導出鍵（Ｋｋｄｆ）である。また、認証サーバ３は、端末ＩＤ（ＩＤ）をキーとして、端末５と事前に共有化した共有鍵情報を保持する。共有鍵情報は、具体的には、認証コード検証手段５７が用いる認証鍵（Ｋａｕｔｈ）、およびシークレット生成手段５９が用いる鍵導出鍵（Ｋｋｄｆ）である。
【００７４】
また、図８に示す端末認証処理の前提として、端末５は、認証サーバ情報保持手段６５によって、端末５自身の認証を依頼する特定の認証サーバ３をネットワーク９上で一意に識別する情報を含む認証サーバ情報を保持する。認証サーバ情報は、具体的には、認証サーバ３に係るＵＲＬ（ＳｅｒｖｅｒＵＲＬ）である。認証サーバ３に係るＵＲＬ（ＳｅｒｖｅｒＵＲＬ）には、認証サーバ３が端末５の認証を行うための認証アルゴリズムの特定情報、アクセスポイント７に対する認証依頼の有無情報などを含めても良い。
【００７５】
図８に示すように、端末５からの接続要求を受けたアクセスポイント７の制御手段８１は、乱数生成手段８５によって、乱数（Ｒａ）を生成する（Ｓ１０１）。乱数（Ｒａ）は、アクセスポイント生成乱数とし、後述する端末生成乱数と区別する。乱数（Ｒａ）は、後述する認証コードの生成に用いられる。
【００７６】
次に、アクセスポイント７の制御手段８１は、情報送受信手段８３によって、乱数（Ｒａ）を端末５に送信する（Ｓ１０２）。
【００７７】
次に、端末５の制御手段６１は、乱数生成手段６９によって、乱数（Ｒｅ）を生成する（Ｓ１０３）。乱数（Ｒｅ）は、端末生成乱数とし、前述のアクセスポイント生成乱数と区別する。乱数（Ｒｅ）は、後述する認証コードの生成に用いられる。
【００７８】
次に、端末５の制御手段６１は、認証コード生成手段７１によって、認証コード（ＡＣ）を生成する（Ｓ１０４）。具体的には、乱数（Ｒａ）、乱数（Ｒｅ）、認証サーバ３に係るＵＲＬ（ＳｅｒｖｅｒＵＲＬ）の結合（Ｒ）に対し、認証鍵（Ｋａｕｔｈ）を用いて、次式に示すように、認証コード（ＡＣ）を生成する。
【数１】
2009104509.tif 000003
ここで、ＭＡＣ（・）とは、メッセージ認証コード（Ｍｅｓｓａｇｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｃｏｄｅ）を生成する関数であり、データの改ざん検出、通信相手の認証の２つの機能が盛り込まれている。本発明の実施の形態では、乱数（Ｒａ）、乱数（Ｒｅ）、認証サーバ３に係るＵＲＬ（ＳｅｒｖｅｒＵＲＬ）の結合（Ｒ）をメッセージ、認証鍵（Ｋａｕｔｈ）を秘密鍵として、所定のアルゴリズム（鍵付きハッシュ関数に基づくＨＭＡＣ、ブロック暗号に基づくＯＭＡＣなど）によって、メッセージ認証コードを生成する。アルゴリズムの選択は、認証サーバ３に係るＵＲＬ（ＳｅｒｖｅｒＵＲＬ）に含まれる認証アルゴリズムの特定情報によって行っても良い。
このとき、必ずしも、乱数（Ｒａ）および乱数（Ｒｅ）の両方を必須とするものではない。但し、乱数（Ｒａ）および乱数（Ｒｅ）の両方を用いれば、乱数の質が上がるとともに、いわゆるリプレイ攻撃などを防御することができる。
【００７９】
次に、端末５の制御手段６１は、情報送受信手段６７によって、乱数（Ｒｅ）、認証コード（ＡＣ）、端末ＩＤ（ＩＤ）、認証サーバ３に係るＵＲＬ（ＳｅｒｖｅｒＵＲＬ）をアクセスポイント７に送信する（Ｓ１０５）。
【００８０】
次に、アクセスポイント７の制御手段８１は、認証依頼情報生成手段８７によって、認証依頼情報を生成する（Ｓ１０６）。具体的には、アクセスポイント７は、受信した認証サーバ３に係るＵＲＬ（ＳｅｒｖｅｒＵＲＬ）によって、認証依頼情報の送信先を決定する。次に、アクセスポイント７は、自らが生成した乱数（Ｒａ）、並びに、受信した乱数（Ｒｅ）および認証サーバ３に係るＵＲＬ（ＳｅｒｖｅｒＵＲＬ）によって、乱数（Ｒａ）、乱数（Ｒｅ）、認証サーバ３に係るＵＲＬ（ＳｅｒｖｅｒＵＲＬ）の結合（Ｒ）を生成する。そして、アクセスポイント７は、乱数（Ｒａ）、乱数（Ｒｅ）、認証サーバ３に係るＵＲＬ（ＳｅｒｖｅｒＵＲＬ）の結合（Ｒ）、並びに受信した認証コード（ＡＣ）および端末ＩＤ（ＩＤ）を、認証依頼情報とする。
【００８１】
次に、アクセスポイント７の制御手段８１は、情報送受信手段８３によって、認証依頼情報を認証サーバ３に送信する（Ｓ１０７）。認証依頼情報は、Ｓ１０６にて生成したものである。尚、アクセスポイント７と認証サーバ３との間の通信は、ＳＳＬ、ＴＬＳなどを用いることが望ましい。
【００８２】
次に、認証サーバ３の制御手段５１は、必要に応じて、認証コード検証手段５７によって、アクセスポイント７の認証を行う（Ｓ１０８）。ここで、「必要に応じて」とは、例えば、アクセスポイント７が初めて認証サーバ３と通信するような場合、または端末５からアクセスポイント７に対する認証依頼があった場合などである。アクセスポイント７の認証は、例えば、ＳＳＬ、ＴＬＳなどの規約に基づいたクライアント認証手段によって行う。ここで、ＳＳＬ、ＴＬＳなどの規約に基づいたクライアント認証は、公開鍵基盤認証を用いることになり、計算量は多い。しかしながら、端末５の処理能力と比して、認証サーバ３、アクセスポイント７の処理能力は高いことを想定しており、全体の処理が大きく遅延することはない。
アクセスポイント７の認証が失敗した場合、以降の処理を行わず、端末５からの接続要求も失敗となる。すなわち、認証サーバ３の制御手段５１は、情報送受信手段５５によって、端末５の認証が失敗した旨のメッセージをアクセスポイント７に送信する。そして、アクセスポイント７の制御手段８１は、情報送受信手段８３によって、端末５の認証が失敗した旨のメッセージを端末５に送信する。
【００８３】
次に、認証サーバ３の制御手段５１は、認証コード検証手段５７によって、共有鍵情報を同定する（Ｓ１０９）。共有鍵情報の同定とは、アクセスポイント７から受信した認証依頼情報を基に、認証サーバ３自身が保持する共有鍵情報の中から、認証対象の端末５と事前に共有化した共有鍵情報を検索することである。ここで、認証サーバ３の共有鍵情報保持手段５３は、端末ＩＤをキーとして共有鍵情報を保持していることから、受信した認証依頼情報に含まれる端末ＩＤ（ＩＤ）が検索キーとなる。
【００８４】
次に、認証サーバ３の制御手段５１は、認証コード検証手段５７によって、認証コード（ＡＣ）を検証する（Ｓ１１０）。具体的には、Ｓ１０４における認証コード（ＡＣ）の生成処理と同様の手順によって、認証コード（ＡＣ）を算出し、算出した認証コード（ＡＣ）と、受信した認証依頼情報に含まれる認証コード（ＡＣ）とが等しいかどうかを確認する。両者が等しい場合、認証サーバ３の制御手段５１は、真正な端末５からの接続要求であると判断する。この時点で、端末５の認証は成功したことになる。
両者が等しくない場合、以降の処理を行わず、端末５からの接続要求も失敗となる。すなわち、認証サーバ３の制御手段５１は、情報送受信手段５５によって、端末５の認証が失敗した旨のメッセージをアクセスポイント７に送信する。そして、アクセスポイント７の制御手段８１は、情報送受信手段８３によって、端末５の認証が失敗した旨のメッセージを端末５に送信する。
【００８５】
次に、認証サーバ３の制御手段５１は、シークレット生成手段５９によって、認証サーバ生成シークレットとして、認証サーバ３自身が保持する共有鍵情報を用いて、認証サーバ３自身と特定の端末５との間の秘密情報であるシークレット（Ｓｅｃｒｅｔ）を生成する（Ｓ１１１）。具体的には、乱数（Ｒａ）、乱数（Ｒｅ）、認証サーバ３に係るＵＲＬ（ＳｅｒｖｅｒＵＲＬ）の結合（Ｒ）に対し、鍵導出鍵（Ｋｋｄｆ）を用いて、次式に示すように、シークレット（Ｓｅｃｒｅｔ）を生成する。
【数２】
2009104509.tif 000004
ここで、ＫＤＦ（・）とは、鍵導出関数（Ｋｅｙ  Ｄｒｉｖａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）である。本発明の実施の形態では、例えば、ＰＫＣＳ（Ｐｕｂｌｉｃ  Ｋｅｙ  Ｃｒｙｐｔｏｇｒａｐｈｙ  Ｓｔａｎｄａｒｄｓ）＃５（パスワードベースの暗号標準であり、パスワードから生成した共通鍵によって暗号化する方法である。尚、ＲＦＣ２８９８に採用されている。）の鍵導出関数などを用いる。但し、ＰＫＣＳ＃５に限定するものではない。
【００８６】
次に、認証サーバ３の制御手段５１は、情報送受信手段５５によって、認証サーバ生成シークレットであるシークレット（Ｓｅｃｒｅｔ）をアクセスポイント７に送信する（Ｓ１１２）。
【００８７】
次に、アクセスポイント７の制御手段８１は、情報送受信手段８３によって、端末５の認証が成功した旨のメッセージを端末５に送信する（Ｓ１１３）。
【００８８】
次に、端末５の制御手段６１は、シークレット生成手段７３によって、端末生成シークレットとして、端末５自身が保持する共有鍵情報を用いて、端末５自身と端末５自身の認証を依頼する特定の認証サーバ３との間の秘密情報であるシークレット（Ｓｅｃｒｅｔ）を生成する（Ｓ１１４）。具体的には、Ｓ１１１におけるシークレット（Ｓｅｃｒｅｔ）の生成処理と同様の手順によって、シークレット（Ｓｅｃｒｅｔ）を算出する。
この時点では、アクセスポイント７および端末５のそれぞれが、シークレット（Ｓｅｃｒｅｔ）を保持している。従って、これ以降、アクセスポイント７と端末５との間の通信においては、シークレット（Ｓｅｃｒｅｔ）を共有鍵情報として利用することができる。
【００８９】
図８で示した端末認証処理においては、端末５と認証サーバ３との間に事前に共有した共有鍵情報は、ネットワーク９上に伝送されることはなく、安全である。また、端末５は、計算量の多い処理を行わないことから、端末５の処理能力が低い場合であっても、全体の処理に影響を与えることはない。特に、リソース、許容電力消費量、デバイス間の通信回数などに制限があるセンサネットワークに用いられるデバイスなどを端末５とする場合は、図８で示した端末認証処理を採用することが有効である。
【実施例】
【００９０】
次に、図９を参照しながら、本発明の実施の形態に係る実施例について説明する。
図９は、本発明の実施の形態におけるＰＳＫ認証の一例を示す図である。図９に示す例では、端末５と認証サーバ３が事前に共有鍵情報を共有しているものとする。
【００９１】
最初に、端末５は、認証サーバ３との間に事前に共有した共有鍵情報を用いて、認証データを作成する。次に、端末５は、第１の無線ＬＡＮ１０ａに係る第１のアクセスポイント７ａに認証データを送信する。次に、第１のアクセスポイント７ａは、受信した認証データによって指定された認証サーバ３に対して、認証データを送信する。次に、認証サーバ３は、受信した認証データを検証する。そして、認証が成功した場合、端末５はネットワーク９に接続される。
次に、端末５が移動した場合であっても、端末５は、認証サーバ３との間に事前に共有した共有鍵情報を用いて、認証データを作成すれば良い。そして、前述と同様の手順により、第２の無線ＬＡＮ１０ｂに係る第２のアクセスポイント７ｂを介して、認証サーバ３から認証を受ける。そして、認証が成功した場合、端末５はネットワーク９に接続される。このように、本発明の実施の形態では、端末５の設定の変更は不要である。従って、端末５の移動が頻繁に発生する場合であっても、利用者に負荷がかかることはない。
【００９２】
また、認証サーバ３が受信した認証データを検証する際、アクセスポイント７ａ（７ｂ）の認証を行うようにすれば、悪意のある者が設置したアクセスポイント７ａ（７ｂ）に接続要求を送信した場合であっても、端末５の利用者が盗聴などの被害に遭うことを防ぐことができる。また、本発明の実施の形態によれば、アクセスポイント７ａ（７ｂ）の認証を行う場合、端末５の利用者が何らかの設定作業をする必要がないので、利用者に負荷がかかることはない。
【００９３】
以上説明したように、本発明の実施の形態に係る端末認証システム１では、ＰＳＫ認証における利用者の負荷を軽減することができる。また、アクセスポイント７の認証を暗黙的に行うことができる。また、端末５の処理負荷を軽減することができる。
【００９４】
以上、添付図面を参照しながら、本発明に係る端末認証システム等の好適な実施形態について説明したが、本発明はかかる例に限定されない。当業者であれば、本願で開示した技術的思想の範疇内において、各種の変更例又は修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【図面の簡単な説明】
【００９５】
【図１】端末認証システム１の概略構成を示す図
【図２】認証サーバ３を実現するコンピュータのハードウェア構成図
【図３】端末５のハードウェア構成図
【図４】アクセスポイント７のハードウェア構成図
【図５】認証サーバ３の機能の概要を示すブロック図
【図６】端末５の機能の概要を示すブロック図
【図７】アクセスポイント７の機能の概要を示すブロック図
【図８】端末認証処理の詳細を示すシーケンス図
【図９】本発明の実施の形態におけるＰＳＫ認証の一例を示す図
【図１０】従来技術におけるＰＳＫ認証の一例を示す図
【符号の説明】
【００９６】
１………端末認証システム
３………認証サーバ
５………端末
７………アクセスポイント
７ａ………第１のアクセスポイント
７ｂ………第２のアクセスポイント
９………ネットワーク
１０ａ………第１の無線ＬＡＮ
１０ｂ………第２の無線ＬＡＮ
１１………制御部
１３………記憶部
１５………メディア入出力部
１７………通信制御部
１９………入力部
２１………表示部
２３………周辺機器Ｉ／Ｆ部
２５………バス
３１………制御部
３３………記憶部
３５………通信制御部
３７………バス
４１………制御部
４３………記憶部
４５………第１の通信制御部
４７………第２の通信制御部
４９………バス
５１………制御手段
５３………共有鍵情報保持手段
５５………情報送受信手段
５７………認証コード検証手段
５９………シークレット生成手段
６１………制御手段
６３………共有鍵情報保持手段
６５………認証サーバ情報保持手段
６７………情報送受信手段
６９………乱数生成手段
７１………認証コード生成手段
７３………シークレット生成手段
８１………制御手段
８３………情報送受信手段
８５………乱数生成手段
８７………認証依頼情報生成手段
１０３ａ………第１の認証サーバ
１０３ｂ………第２の認証サーバ
１０５………端末
１０７ａ………第１のアクセスポイント
１０７ｂ………第２のアクセスポイント
１１０ａ………第１の無線ＬＡＮ
１１０ｂ………第２の無線ＬＡＮ
【図１】
2009104509.tif 000005
【図２】
2009104509.tif 000006
【図３】
2009104509.tif 000007
【図４】
2009104509.tif 000008
【図５】
2009104509.tif 000009
【図６】
2009104509.tif 000010
【図７】
2009104509.tif 000011
【図８】
2009104509.tif 000012
【図９】
2009104509.tif 000013
【図１０】
2009104509.tif 000014